Способ передачи программных кодов в память прибора управления, в частности, автомобилей



Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей
Способ передачи программных кодов в память прибора управления, в частности, автомобилей

 


Владельцы патента RU 2534927:

КНОРР-БРЕМЗЕ ЗЮСТЕМЕ ФЮР НУТЦФАРЦОЙГЕ ГМБХ (DE)

Изобретение относится к области передачи программных кодов в память прибора управления. Техническим результатом является сокращение продолжительности времени, необходимого для передачи программных кодов в память прибора управления. Для передачи программных кодов в программную память прибора управления, в частности, автомобилей, сначала стирают данные во всех ячейках программной памяти и записывают в них предпочтительно недействительный программный код (некорректный код операции). Способом упаковки данных без потерь, в частности кодированием по Хаффману, упаковывают действительные программные коды, передают на прибор управления, соответственно распаковывают в нем и записывают в программную память прибора управления. Значение недействительных программных кодов хранят в качестве стандартного значения (значения по умолчанию) в памяти прибора управления или передают не более одного раза с программирующего устройства на прибор управления. Благодаря таким приемам существенно сокращается передаваемый объем данных и, следовательно, продолжительность времени передачи программных кодов. 2 з.п. ф-лы, 14 ил.

 

Изобретение относится к способу передачи программных кодов в память прибора управления согласно ограничительной части пункта 1 формулы изобретения. Такой способ известен из DE 10 2006 016 891 А1.

В современных автомобилях используется один или несколько электронных приборов управления с программной памятью, которая в смонтированном состоянии прибора управления может программироваться, т. е. может быть описана с помощью программных кодов. Программная память представляет собой обычно так называемое ЭСППЗУ с быстрым стиранием, которое часто встраивается также в микроконтроллер.

Традиционные приборы управления содержат интерфейс, называемый также диагностическим интерфейсом, используемый для передачи команд и данных. В качестве интерфейса часто применяется шина CAN. Обычным диагностическим протоколом служит UDS согласно стандарту ИСО 14229. Он упомянут здесь только в качестве примера, так как существует множество других интерфейсов и протоколов.

В большинстве случаев в приборе управления содержится также диагностическое программное обеспечение, которое через диагностический интерфейс вырабатывает команды на стирание и программирование программной памяти. Такое программное обеспечение часто именуется «загрузчиком операционной системы».

Для связи с прибором управления используется программирующее устройство, содержащее необходимую ответную часть для диагностического интерфейса прибора управления. Такое программирующее устройство часто называется также диагностическим прибором или диагностическим тестером. На практике такое программирующее устройство представляет собой часто персональный компьютер, например портативную ПЭВМ.

В процессе программирования приборов управления передаются очень большие объёмы данных, касающихся программных кодов, для чего требуются очень большие затраты времени при использовании современных способов. Применяемые в автомобилях приборы управления часто являются универсальными, которые при изготовлении автомобиля индивидуально программируются под соответствующий автомобиль. Поэтому требуемое время для программирования прибора управления при изготовлении автомобиля представляет собой критический фактор и должно быть по возможности коротким.

Также и при эксплуатации автомобиля приходится на практике вносить изменения (так называемый “Upgrades” - наращивание вычислительных возможностей) в программное обеспечение, что обычно осуществляется в мастерской. В этом случае продолжительность времени перепрограммирования прибора управления должно быть по возможности коротким.

В указанном выше DE 10 2006 016 891 А1 описано последующее изменение программного обеспечения для прибора управления, при этом различают между серийным программным обеспечением и «загрузочным» программным обеспечением (Upload-Software). В целях снижения затрат при дополнительной загрузке загрузочного программного обеспечения здесь предложено предусмотреть наличие двух раздельных областей памяти, а именно одну для серийного программного обеспечения и вторую для загрузочного программного обеспечения. В таком случае для расширения функциональности прибора управления необходимо передать в раздельную область памяти лишь загрузочное программное обеспечение, а не целиком всё программное обеспечение.

Однако в результате этого при первичном программировании прибора преимущества не достигаются.

Задачей настоящего изобретения является усовершенствование способа названного выше типа настолько, чтобы обеспечивалось существенное сокращение продолжительности времени, необходимого для передачи программных кодов в память прибора управления.

Указанная задача решается посредством признаков, приведённых в пункте 1 формулы изобретения. Оптимальные варианты выполнения, а также варианты развития изобретения указаны в зависимых пунктах формулы изобретения.

Основной замысел настоящего изобретения заключается в том, чтобы перед записью программных кодов в память прибора управления все ячейки памяти были приведены к стандартному значению (default - значению по умолчанию), затем для программных кодов, передаваемых программирующим устройством, применили в этом устройстве способ упаковки данных без потерь, предпочтительно в соответствии с кодом Хаффмана,

после этого упакованные программные коды были переданы в прибор управления,

затем программные коды были распакованы в приборе управления и

наконец упакованные программные коды были переведены в память прибора управления.

В результате приведения всех ячеек памяти к стандартному значению гарантируется отсутствие в памяти ошибочного программного кода. Вследствие передачи упакованных программных кодов существенно снижается объём передаваемых данных и, следовательно, значительно сокращается продолжительность передачи. Благодаря применению способа упаковки данных без потерь обеспечивается сохранность данных. Для упаковки и распаковки предпочтительно применять кодирование Хаффмана, при котором достигается высокий коэффициент упаковки.

Согласно оптимальному варианту развития изобретения во время приведения всех ячеек памяти к стандартному значению последнее выбирается с таким расчётом, чтобы в нём содержался недействительный программный код (так называемый некорректный код операции - illegal Opcode). Во многих микропроцессорах это значение заложено в память микропроцессора. Однако в зависимости от применяемого микропроцессора или применяемого языка программирования им может быть и другое значение, которое в этом случае на фазе инициализации перед передачей программных кодов передаётся программирующим устройством в прибор управления.

Согласно одному из вариантов выполнения изобретения возможно передавать всё содержание памяти прибора управления с программирующего устройства на прибор управления, т. е. также и содержание неиспользованных ячеек памяти. Правда предпочтительно, чтобы передавались только необходимые программные коды, так как неиспользованные ячейки памяти или неиспользованные адресные области предварительно занимаются стандартным значением. В результате передаваемый объём данных дополнительно сокращается.

Ниже изобретение подробнее поясняется с помощью примера выполнения. При этом изображено:

фиг. 1 - принципиальная блок-схема прибора управления и программирующего устройства;

фиг. 2 - структурная схема технологических операций, осуществляемых согласно изобретению;

фиг. 3а - изображение отдельных операций, необходимых для

фиг. 3b - упаковки данных;

фиг. 4 - изображение технологических операций упаковки данных посредством вспомогательного вектора;

фиг. 5 - изображение декодирующего дерева.

Электронный прибор 1 управления на фиг. 1, обозначенный как ECU (Electronic control unit), содержит программную память 2, выполненную в виде стираемой и записываемой памяти. Прибор 1 управления может быть подсоединён через интерфейс 3 к программирующему устройству 4, которым может служить, например, персональный компьютер, такой как портативный компьютер. В памяти программирующего устройства 4 хранятся программные коды, подлежащие передаче через интерфейс 3 в прибор 1 управления. Программные коды содержатся, как правило, в виде двоичных или шестнадцатиричных файлов.

«Программирование» прибора 1 управления производится в результате того, что программные коды передаются из программирующего устройства 4 на блок 1 управления и хранятся здесь в программной памяти 2.

До настоящего времени программирование или перепрограммирование прибора управления производилось таким образом, что вся программа записывалась вместе с отдельными программными кодами в программную память 2. При этом возможно занятые ранее ячейки программной памяти 2 перезаписывались.

Представленный на фиг. 2 способ согласно изобретению работает следующим образом. На первой операции S1 программирующим устройством 4 передаётся через интерфейс 3 на блок 1 управления, прежде всего на загрузчик операционной системы прибора 1 управления, команда, с помощью которой стирается программная память 2. Предпочтительно этим стиранием предусматривается запись недействительного программного кода (некорректного кода операции - illegal Opcode) во все ячейки программной памяти 2. Этот код может быть введён в блок 1 управления в виде стандартного значения (значения по умолчанию - default). Однако в зависимости от микропроцессора, используемого в блоке 1 управления, возможно также передать такой соответствующий код с программирующего устройства 4 на прибор 1 управления.

Во время второй операции S2 программные коды, хранящиеся в памяти программирующего устройства 4, обрабатываются способом упаковки без потерь, т. е. кодируются или упаковываются.

Требованиями, предъявляемыми к способу упаковки, являются минимальный расход ресурсов, в частности продолжительность вычислений, программная память и оперативная память.

Некоторые из существующих модулей памяти могут программироваться только без пропусков. При использовании же других модулей памяти необходимо описывать без пропусков, по меньшей мере, заданные области. Отсюда вытекает требование, согласно которому распакованные данные, по меньшей мере, в виде отдельных областей должны появляться без пропусков. Наиболее просто обращаться с распакованными данными в том случае, когда они появляются без пропусков во всей программируемой области памяти. Поскольку имеющаяся оперативная память прибора 1 управления является, как правило, намного меньше программной памяти 2, то не удаётся распаковать все данные до программирования, поэтому необходимо, чтобы передаваемые данные появлялись без пропусков.

Для упаковки передаваемых программных кодов без потерь особенно пригодно известное само по себе кодирование Хаффмана, при котором в противоположность многим другим способам кодирования передаваемые данные появляются без пропусков. При таком кодировании или упаковке обеспечиваются упаковка и распаковка передаваемых данных без потерь. В принципе при этом часто появляющиеся данные кодируются в короткие кодовые слова, а менее часто появляющиеся данные - в более длинные кодовые слова.

Эффективность способа зависит от распределения передаваемых данных. Чем чаще появляются определённые данные, тем чаще применяются короткие кодовые слова и, следовательно, достигается более высокий коэффициент упаковки.

Через процессы сортировки создаётся «дерево», с помощью которого может быть образован «словарь» для кодирования. На основе этого дерева может быть создано соответствующее дерево распаковки. Такое дерево должно быть либо одновременно передано на блок 1 управления или оно может надёжно депонироваться в нем. В этом случае при кодировании должен применяться, само собой разумеется, тот же словарь.

Адаптивный вариант, при котором кодирующее дерево заново создаётся и передаётся, приносит лучшие результаты при упаковке и требует большей оперативной памяти в блоке 1 управления, но меньшей программной памяти, в которой хранится словарь. В зависимости от назначения более оптимальным может оказаться адаптивный или неадаптивный вариант.

Структура декодирующего дерева передаётся при адаптивном варианте в неупакованную область в начале потока данных. Затем следует декодирующее дерево и после него следуют упакованные данные.

Целесообразно проводить кодирование данных, размер которых во много раз превышает 1 байт (8 битов). Размер декодирующего дерева резко возрастает с длиной L кодируемых слов. Длина закодированных по Хаффману знаков может быть для редких знаков больше длины некодированного знака. Поскольку, в частности при 16-битовом кодировании на практике присутствуют не все знаки, то декодирующее дерево может быть соответственно меньшего размера. Тем не менее очевидно, что меньшие области данных лучше кодируются при восьми битах.

16-битовое кодирование показало во время опытов более высокий коэффициент упаковки. Однако это эффективно только, начиная с минимального объёма передаваемых данных, так как необходимо также передавать и декодирующее дерево.

При неадаптивном варианте необходимо соответственно обеспечить поле памяти для декодирующего дерева в энергонезависимой программной памяти.

Ниже кодирование поясняется с помощью примера выполнения со ссылкой на фигуры 3 - 5.

Сначала для всех присутствующих знаков определили их частотность, как это поясняется на следующем примере.

Частотность 0 0 0 5 8 0 9 22
Знаки 0 1 2 3 4 5 6 7

На следующей операции знаки сортировали по частотности (фиг. 3а), что может проводиться в нисходящей или восходящей последовательности. При нисходящей последовательности из приведённого выше примера следует:

Частотность 22 9 8 5 0 0 0 0
Знаки 7 6 4 3 0 1 2 5

Знаки, а также знаки соответственно 0, 1, 2 и 5 при частотности 0 могут быть исключены.

Частотности обоих знаков при наиболее низкой частотности могут быть суммированы и дадут новый «лист» на дереве (см. фиг. 3b, 3с). Он явится дополнительным элементом в «массиве» соответствующих структур, и будут внесены признаки или индексы в зависимости от реализации. При этом в приводимой в качестве примера реализации «листья» в действительности не сортируются, а откладываются на вспомогательном векторе «индексы» или «признаки» листьев (фиг. 4). Сортируются только те «листья», которые минимизируют расходы при сортировке.

После создании нового листа его добавляют, а оба последних признака удаляют и вместо них вводят индекс нового листа (фиг. 3d, 3е).

Это повторяют до тех пор, пока не останется единственная последняя запись, указывающая на вершину дерева (фиг. 3f, 3g).

На фигурах 3а, 3d, 3f линейно изображено соответствующее дерево, так как оно в этой форме может быть легко реализовано. С помощью этого дерева могут быть построены таблицы кодирования и декодирования.

На основании приведённого выше примера и пояснительной фигуры 3 может быть получена следующая таблица кодирования:

Знак Код Длина
0 -
1 -
2 -
3 0-1-0 3
4 1-1-0 3
5 -
6 0-0 2
7 1 1

Для того чтобы определить, например, код для «3», проходят через 0-1-0, т. е. длина составляет 3. Отсюда выводят для отдельных знаков следующий коэффициент упаковки:

Знак Длина Кол-во Биты
3 3 5 15
4 3 8 24
6 2 9 18
7 1 22 22
Всего: 79

В данном случае требуются 79 битов для кодирования знаков. При 8-битовом же кодировании требуются 352 знака. Таким образом коэффициент упаковки достигает ок. 0,22.

Необходимое для кодирования декодирующее дерево строится с его вершины (фиг. 5). Для отсутствующих знаков записи не создают. Это дерево представляет собой в свою очередь связанный список. Подлежащие декодированию коды анализируются справа налево в соответствии с таблицей кодирования. В таком же направлении коды и передаются. Следовательно, 4 в приведённом выше примере передаётся как 0-1-1.

Для определения того, требуется ли декодировать и дальше или же действующий знак уже найден, соответственно обозначают корни дерева. Для этого достаточен дополнительный бит на одну запись для того, чтобы отличить действующий знак от индекса. В соответствии с этим записи N1 и N2 содержат индексы или декодированный знак, как это показано на фиг. 3. Здесь левая дорожка означает соответственно «0», правая дорожка - «1». Такое присвоение должно производиться идентично кодированию. Если в примере на фиг. 3 принимается последовательность 0-1-1, то при декодировании (фиг. 5) следуют записям N1 и N2, исходя от вершины дерева (левый лист) и получают результат «4».

Количество листов на декодирующем дереве меньше или равно количеству декодируемых знаков. В изображённом примере достаточными являются три листа для декодирующего дерева четырёх кодов. При выбранной реализации записи N1 и N2 содержат либо один указатель или индекс, либо кодированный знак. Тогда количество битов для признаков определяется следующим образом:

B = Log (L) / Log (2) + 1 = 9 (при 8-битовом кодировании).

Проводится округление в большую сторону до следующего целого числа. При этом L - длина кодируемых слов (например, 8 или 16).

Дополнительный бит необходим для различения признаков действительных знаков. Для каждого листа требуются записи N1 и N2. Таким образом образуется минимальная длина декодирующей таблицы: 3*2*9=54 бита.

Дополнительно необходимо передать также информацию о размере декодирующей таблицы и о количестве битов «В», приходящихся на запись в блок управления.

Если снова обратиться к фиг. 2, то упакованные по Хаффману программные коды при операции S3 передаются с программирующего устройства 4 через интерфейс 3 на блок 1 управления, затем при операции S4 они соответственно распаковываются и при операции S5 записываются в программную память 2. В заключение может проводиться перепроверка переданных программных кодов, например проверкой контрольной суммы или циклической проверкой на избыточность (CRC; cyclic redundancy check) (см. операция S7). При желании результат такой перепроверки может быть передан обратно при операции S8 на программирующее устройство 4.

Описанный способ упаковки является технически простым, но очень эффективным. Для упаковки требуются по существу только простые процессы сортировки. При распаковке требуется лишь простое следование записям в декодирующем дереве. Упаковка тем лучше, чем неравномернее появляются кодированные знаки. Для кодируемых программных кодов, предназначенных для приборов управления автомобилей, применяются коды для микропроцессоров, в которых, судя по опыту, появляются определённые коды (коды операции) заметно чаще, чем другие, в результате чего описанный способ упаковки может очень успешно применяться. В зависимости от заполнения программной памяти может дополнительно достигаться экономия за счёт отказа от передачи программных кодов для неиспользуемых областей. В результате применения недействительных программных кодов ( некорректных кодов операции) для данных областей создаётся дополнительная эксплуатационная надёжность в случае сбоев или ошибок программного обеспечения, так как микропроцессоры при недействительных программных кодах инициируют прерывание, что может быть использовано для распознавания сбоя.

Поскольку на практике программная память прибора управления не заполнена полностью и содержит значительные пробелы в адресной области, то предпочтительно заполнить и эти пробелы значением для «некорректного кода операции».

1. Способ передачи программных кодов в программную память прибора управления, в частности, автомобиля, включающий в себя следующие операции:
а) подключение интерфейса прибора управления к программирующему устройству с программными кодами;
б) приведение всех ячеек программной памяти прибора управления к стандартному значению, причем стандартное значение является недействительным программным кодом;
в) упаковка программного кода программирующего устройства способом упаковки данных без потерь;
г) последовательная передача только действительного упакованного программного кода на прибор управления, в то время как значение недействительного программного кода передается не более одного раза;
д) распаковка принятого программного кода в приборе управления;
е) хранение распакованного программного кода в программной памяти прибора управления.

2. Способ по п.1, в котором недействительный программный код сохранен в приборе управления.

3. Способ по п.1, отличающийся тем, что упаковка и распаковка программных кодов проводятся после кодирования по Хаффману.



 

Похожие патенты:

Изобретение относится к средствам управления приложением устройств формирования изображения. Технический результат заключаются в возможности использования приложения устройства формирования изображения при изменении конфигурации устройства.

Изобретение относится к области сред виртуализации. Техническим результатом является повышение эффективности операции ввода/вывода в среде виртуализации.

Изобретение относится к средствам управления загрузкой программного обеспечения. Технический результат заключается в повышении безопасности перед загрузкой программного обеспечения.

Изобретение относится к области расширений к цифровым продуктам. Техническим результатом является повышение эффективности управления расширениями к цифровым продуктам, ранее предложенным на сайт распространения продуктов.

Изобретение относится к области установки программного обеспечения в корпоративной вычислительной сети. Техническим результатом является повышение уровня безопасности установки программного обеспечения на устройство и для пользователя, под которых данное программное обеспечение было сконфигурировано, и достигается за счет авторизации пользователя и проверки соответствия устройств.

Группа изобретений относится к способу и системе распространения приложений на сетевые мобильные устройства. Технический результат заключается в повышении быстродействия распространения и установки приложений для мобильных устройств.

Изобретение относится к средствам активной публикации сообщений в группе MC (IM) с использованием чат-робота. Технический результат заключается повышение активности публикаций сообщений в группе MC (IM).

Изобретение относится к средствам для конфигурирования профилей программного обеспечения. Технический результат заключается в улучшении производительности и срока службы аккумулятора.

Изобретение относится к области устройств отображения. .

Изобретение относится к средствам обработки информации. .

Изобретение относится к компьютерной технике, а именно к способам автоматизированного изменения интерфейса пользователя прикладного программного приложения. Техническим результатом является осуществление автоматизированной настройки интерфейса пользователя прикладного приложения как на этапе разработки, так и на этапе внедрения приложения. Предложен способ автоматизированного изменения пользовательского интерфейса на этапах разработки, внедрения или исполнения прикладных бизнес-приложений. Согласно способу, осуществляют создание на этапе разработки приложения отдельного элемента системы, указывая в нем состав зависимых элементов, с сохранением отдельного элемента в запоминающем устройстве. Зависимые элементы представляют собой справочник или документ. Далее осуществляют создание элемента, параметризующего значения отдельного элемента с сохранением его в запоминающем устройстве. А также указывают в параметризующем элементе элемент, такой как справочник или регистр сведений, хранящий соответствия значений параметра и значений отдельного элемента. 2 ил.

Изобретение относится к области развертывания программного обеспечения в корпоративной вычислительной сети. Техническим результатом является оптимизация конфигурирования программного обеспечения. Способ развертывания предварительно сконфигурированного программного обеспечения содержит этапы, на которых на сервере администрирования формируют задачу установки программного обеспечения на устройство пользователя; загружают из средства хранения атрибутов компьютерной сети атрибуты объектов, соответствующих учетной записи пользователя, и атрибуты объектов, соответствующих устройству пользователя, при этом, по меньшей мере, учетная запись или устройство пользователя указаны в сформированной задаче установки; конфигурируют установочный пакет программного обеспечения и канал передачи данных, при этом параметры конфигурации определяют по загруженным атрибутам в соответствии с политикой безопасности, установленной для данного пользователя и для данного устройства; запускают задачу установки на исполнение, при этом загружают сконфигурированный установочный пакет на устройство пользователя по упомянутому каналу передачи данных и устанавливают программное обеспечение в соответствии с параметрами конфигурации. 2 н. и 16 з.п. ф-лы, 7 ил.

Изобретение относится к антивирусным решениям, а более конкретно к способам сохранения состояния эмулятора и его последующего восстановления. Технический результат заключается в сокращении времени на эмуляцию файла путем загрузки необходимых образов состояния эмулятора и обходе антиэмуляционных приемов при эмуляции файла. Получают файл на эмуляцию. Проверяют, выполняется ли эмуляция в первый раз. Определяют образ состояния эмулятора, включающий, по меньшей мере, образ эмулируемой системы, который загружается в эмулятор для последующей эмуляции файла. Производят эмуляцию файла. Создают образы состояния эмулятора, при этом каждый образ состояния эмулятора включает, по меньшей мере, образ эмулируемой системы. Проверяют некорректное завершение эмуляции файла. Выбирают необходимый образ состояния эмулятора для продолжения эмуляции в случае некорректного завершения эмуляции файла. Загружают выбранный образ состояния эмулятора для продолжения эмуляции файла. 2 н. и 12 з.п. ф-лы, 6 ил.

Изобретение относится к средствам выполнения услуг на сервере и клиенте клиент-серверной архитектуры. Технический результат заключается в обеспечении возможности изменять последовательность действий по выполнению услуг на сервере. При выполнении в заранее заданной точке принятия пользовательского решения во время процесса выполнения услуг приостанавливают на сервере выполнение услуг и инициируют отправку запроса пользовательского решения клиенту. При этом запрос пользовательского решения включает в себя информацию, запрашивающую пользователя принимать решение в отношении действия по выполнению услуг после точки принятия пользовательского решения. После приема информации о пользовательском решении, сформированной клиентом в ответ на запрос пользовательского решения, определяют действие по выполнению услуг, соответствующее принятой информации о пользовательском решении, на основании соответствующей связи между информацией о пользовательском решении и инструкцией по выполнению услуг. Выполняют услуги в соответствии с определенным действием по выполнению услуг. 3 н. и 8 з.п. ф-лы, 6 ил.

Изобретение относится к вычислительной технике. Технический результат заключается в устранении нарушений в работе операционной системы за счет загрузки кода по меньшей мере одного программного модуля в главную память посредством процессора системы безопасности. Способ загрузки кода программного модуля в главную память посредством процессора системы безопасности, в котором главный загрузчик осуществляет загрузку в главную память кода указанного программного модуля до запуска исполнения операционной системы в диапазон адресов главной памяти, находящийся вне диапазона адресов, используемого операционной системой, и после запуска операционная система переадресует обращение к указанному программному модулю от пользовательской программы по адресу в главной памяти, по которому был загружен код программного модуля до запуска исполнения операционной системы, с использованием файловой системы операционной системы, которая автоматически ассоциирует адрес программного модуля в пространстве виртуальной памяти пользовательской программы с физическим адресом программного модуля в главной памяти. 4 н. и 11 з.п. ф-лы, 5 ил.

Изобретение относится к средствам одновременного взаимодействия с набором прикладных программ. Технический результат заключается в обеспечении возможности одновременного взаимодействия пользователя с набором прикладных программ на базе отдельного интерфейса пользователя. Связывают интерактивные функциональные возможности множества прикладных программ с соответствующими зонами взаимодействия, причем интерактивная функциональная возможность, являющаяся одинаковой для по меньшей мере двух прикладных программ, связана с одной зоной взаимодействия, которая адаптирована для приема пользовательского ввода и предоставления пользовательского ввода в упомянутые по меньшей мере две прикладные программы, чтобы одновременно воздействовать на отображаемые виды в соответствующих областях дисплея, в то время как по меньшей мере две прикладные программы выполняются. Связывают работу первой прикладной программы из множества прикладных программ с работой второй прикладной программы из множества прикладных программ так, что во время работы второй прикладной программы используются данные, сформированные первой прикладной программой. Генерируют данные отображения, указывающие на отдельный интерфейс пользователя, содержащий зоны взаимодействия. 2 н. и 13 з.п. ф-лы, 3 ил.

Изобретение относится к обработке данных в виртуальной вычислительной среде. Технический результат - повышение безопасности обработки блока данных за счет предотвращения несанкционированного доступа в процессе криптографической обработки этого блока. Способ обработки блока данных, включающий остановку гипервизором работы гостевой операционной системы (ГОС) при наступлении события перехвата и обработку события перехвата по заданной программе внешним монитором виртуальной машины (ВМВМ), при этом гипервизор останавливает работу ГОС при обращении прикладной программы ГОС к криптографической подсистеме ГОС и дает команду ВМВМ на выполнение криптографической операции шифрования блока данных, по этой команде ВМВМ через внешнее устройство запрашивает код доступа к криптографическим ключам и при соответствии кода доступа загружает криптографические ключи в память, загружает в память шифруемый блок данных и отображает его на внешнем устройстве, а после подтверждения с внешнего устройства корректности этого блока данных осуществляет его шифрование с использованием загруженных в память криптографических ключей, затем ВМВМ возвращает зашифрованную информацию в ГОС, после чего гипервизор возобновляет работу ГОС. 1 ил.

Изобретение относится к способам автоматизации процесса установки приложения с помощью применения правила установки для инсталлятора приложения. Технический результат заключается в обеспечении возможности автоматической установки приложения с помощью применения правила установки для инсталлятора приложения. Правило установки включает последовательность активации управляющих элементов при работе инсталлятора для успешного завершения установки. Запускают инсталлятор приложения с помощью средства установки. Анализируют активное окно инсталлятора приложения на предмет наличия активных элементов с помощью средства исследования. Производят поиск управляющих элементов в окне с помощью средства исследования, при этом управляющие элементы являются теми активными элементами, которые отвечают за переход на другие окна инсталлятора приложения. Переходят по управляющим элементам к другим окнам инсталлятора с помощью средства исследования. Повторяют предыдущие этапы для каждого активного окна инсталлятора до тех пор, пока не будут проанализированы все окна инсталлятора. Создают правило установки в базе данных правил установки на основании обнаруженных управляющих элементов. 3 з.п. ф-лы, 6 ил.

Изобретение относится к системе наполнения системы транспортного средства объемами данных. Система программного наполнения содержит программу пользовательской настройки, определяющую набор программного обеспечения (ПО), специфицированный для конкретного транспортного средства, ПО для установки на информационно-развлекательный компьютер, информационно-развлекательный компьютер. Программа настройки связывает унифицированный идентификатор ресурса (URI) с каждым ПО. Информационно-развлекательный компьютер выполнен с возможностью: получать из памяти программу пользовательской настройки, получать из программы пользовательской настройки URI для получения ПО, передавать URI в память, получать ПО из памяти на основании URI и осуществлять пользовательскую установку ПО на информационно-развлекательный компьютер после получения части ПО. Достигается быстрое создание различных изменений компьютерной системы без физического производства различных комбинаций модулей и ПО. 9 з.п. ф-лы, 6 ил.

Изобретение относится к способам сглаживания рабочей нагрузки на сервер транзакций. Технический результат заключается в повышении быстродействия сервера транзакции. Способ содержит этапы, на которых: вычисляют после или во время первого соединения между терминалом и сервером запланированную дату, в которую терминалу надлежит установить второе соединение с сервером транзакций для передачи ему упомянутого запроса, активируют установку второго соединения с помощью упомянутого терминала в зависимости от вычисленной запланированной даты так, чтобы второе соединение устанавливалось только после наступления упомянутой запланированной даты, составляют план рабочей нагрузки для сервера транзакций, при этом для каждого терминала записывают моменты переключения между: активным состоянием терминала, в котором терминал выполнен с возможностью установки второго соединения с сервером транзакций, и неактивным состоянием терминала, в котором терминал неспособен устанавливать второе соединение с сервером транзакций, и строят для каждого терминала на основе записанных моментов переключения индивидуальный профиль использования. 6 н. и 7 з.п. ф-лы, 12 ил.
Наверх