Способ межпроцессного взаимодействия между разными приложениями в мобильном терминале и соответствующее устройство

Авторы патента:

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

ТЕНСЕНТ ТЕКНОЛОДЖИ (ШЭНЬЧЖЭНЬ) КОМПАНИ ЛИМИТЕД (CN)

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

Область техники

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

Уровень техники

Из уровня техники известны различные модели мобильных терминалов, например мобильных телефонов, а также операционные системы для них. Кроме того, существует большое количество приложений для мобильных терминалов. Разные приложения могут разрабатываться с использованием разных языков разработки. Например, в прикладной среде для современной платформы Game Hall разработана программа для Game Hall на языке Symbian, а встроенные в платформу Game Hall игры разработаны на языке J2ME (Java 2 Micro Edition). Язык J2ME, который давно используется в качестве универсального кросс-платформенного решения, был выбран для разработки большого количества прикладных программ благодаря тому, что он облегчает процедуру переноса между платформами и его поддерживает наибольшее число моделей мобильных терминалов.

Между тем, для мобильных телефонов остается по-прежнему неудобным осуществление межпроцессного взаимодействия между приложениями, разработанными с использованием разных языков. В частности, в уровне техники представлено очень мало эффективных механизмов взаимодействия между приложениями, разработанными с использованием языка J2ME, и приложениями, разработанными с использованием языка Symbian, и для этих приложений вообще не существует каналов межпроцессного взаимодействия, например общей памяти, конвейеров передачи данных, файлов, баз данных, которые имеются в обычном персональном компьютере (ПК).

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

Сущность изобретения

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

Заявляемый сервер для межпроцессного взаимодействия, созданный в мобильном терминале, может содержать:

модуль создания интерфейса, выполненный с возможностью создания интерфейса, функционально соединяющегося с процессом каждого из по меньшей мере двух приложений в мобильном терминале;

модуль задания протокола, выполненный с возможностью задания протоколов взаимодействия между процессами по меньшей мере двух приложений в мобильном терминале, причем указанные протоколы взаимодействия могут включать в себя протокол взаимодействия между процессом приложения-отправителя и сервером и протокол взаимодействия между процессом приложения-получателя и сервером;

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

Заявляемый способ межпроцессного взаимодействия в мобильном терминале может включать следующие этапы: создание в мобильном терминале сервера для межпроцессного взаимодействия;

соединение сервера с процессом приложения-отправителя через первый интерфейс и прием сервером данных, отправленных процессом приложения-отправителя, через первый протокол взаимодействия между процессом приложения-отправителя и сервером;

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

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

Краткое описание чертежей

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

Фиг.1 схематически иллюстрирует структуру сервера для межпроцессного взаимодействия, соответствующего первому аспекту изобретения.

Фиг.2 дает блок-схему, иллюстрирующую способ межпроцессного взаимодействия в мобильном терминале, соответствующий второму аспекту изобретения.

Варианты выполнения изобретения

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

Вариант 1

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

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

Модуль 12 задания протокола выполнен с возможностью задания протокола взаимодействия для процесса из каждого из по меньшей мере двух приложений в мобильном терминале. Процесс приложения может осуществлять обмен данными с сервером при помощи протокола взаимодействия. Соответствующие протоколы взаимодействия могут включать в себя протокол взаимодействия между процессом приложения-отправителя и сервером и протокол взаимодействия между процессом приложения-получателя и сервером. Протокол взаимодействия может быть предварительно сконфигурирован посредством модуля 12 задания протокола.

Процессы различных приложений могут быть сконфигурированы с одним и тем же протоколом взаимодействия или с разными протоколами взаимодействия. На практике для всех приложений может быть конфигурирован протокол TCP (от англ. Transmission Control Protocol - протокол управления передачей).

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

Сервер может дополнительно включать следующие модули.

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

Говоря более подробно, модуль 13 обработки обмениваемых данных может включать следующие компоненты.

Приемник 131 выполнен с возможностью приема данных, которые были инкапсулированы дважды и отправлены процессом приложения-отправителя с помощью протокола взаимодействия между процессом приложения-отправителя и сервером после того, как приемник соединится с процессом приложения-отправителя через интерфейс, созданный модулем создания интерфейса 11. Указанные две инкапсуляции могут включать в себя: первую инкапсуляцию, выполняемую над передаваемыми данными процессом приложения-отправителя с использованием протокола взаимодействия между процессом приложения-отправителя и процессом приложения-получателя, который задается модулем 14 задания межпроцессного протокола; и вторую инкапсуляцию, выполняемую над данными, прошедшими первую инкапсуляцию, с использованием протокола взаимодействия (например, протокола TCP) между процессом приложения-отправителя и сервером, который задается модулем 12 задания протокола.

Декапсулятор 132 выполнен с возможностью декапсулирования данных, принятых приемником 131, с использованием протокола взаимодействия между процессом приложения-отправителя и сервером, который задается модулем 12 задания протокола.

Инкапсулятор 133 выполнен с возможностью инкапсулирования данных, декапсулированных декапсулятором 132, с использованием протокола взаимодействия между процессом приложения-получателя и сервером, который задается модулем 12 задания протокола.

Передатчик 134 выполнен с возможностью отправки данных, инкапсулированных инкапсулятором 133, процессу приложения-получателя с использованием протокола взаимодействия между процессом приложения-получателя и сервером после того, как передатчик соединится с процессом приложения-получателя через интерфейс, созданный модулем 11 создания интерфейса. После приема данных, отправленных сервером, процесс приложения-получателя выполняет первую декапсуляцию над полученным запросом данных с использованием протокола взаимодействия между процессом приложения-получателя и сервером, который задается модулем 12 задания протокола, после чего выполняет вторую декапсуляцию над запросом данных, прошедшим первую декапсуляцию, с использованием протокола взаимодействия между процессами приложения-отправителя и приложения-получателя, который задается модулем 14 задания межпроцессного протокола, и принимает данные, отправленные процессом приложения-отправителя.

Модуль 13 обработки обмениваемых данных может также принимать данные, отправленные процессом приложения-получателя, с использованием протокола взаимодействия между процессом приложения-получателя и сервером. В этом случае модуль 13 обработки обмениваемых данных может дополнительно включать второй приемник, второй декапсулятор, второй инкапсулятор и второй передатчик, которые в указанном порядке соответствуют приемнику 131, декапсулятору 132, инкапсулятору 133 и передатчику 134, для обработки данных, отправленных процессом приложения-получателя. Процедуры обработки сходны с соответствующими процедурами приемника 131, декапсулятора 132, инкапсулятора 133 и передатчика 134, и отличаются следующим: данные, принимаемые вторым приемником, посылаются процессом приложения-получателя с использования протокола взаимодействия между процессом приложения-получателя и сервером; второй декапсулятор декапсулирует данные с использованием протокола взаимодействия между процессом приложения-получателя и сервером; второй инкапсулятор инкапсулирует декапсулированные данные с использованием протокола взаимодействия между процессом приложения-отправителя и сервером; и второй передатчик отправляет данные, инкапсулированные вторым инкапсулятором, процессу приложения-получателя с использованием протокола взаимодействия между процессом приложения-отправителя и сервером межпроцессного взаимодействия.

Вариант 2

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

Посредством блока 21 показано, что процесс А приложения-отправителя инкапсулирует передаваемые данные дважды с использованием сконфигурированного протокола взаимодействия.

Когда процессу А требуется выполнить обмен данными с процессом В приложения-получателя, процесс А сначала выполняет первую инкапсуляцию над передаваемыми данными и конструирует запрос данных с использованием протокола взаимодействия между процессом А и процессом В, который задается модулем 14 задания межпроцессного протокола.

На практике процесс В может представлять собой процесс платформы Game Hall, а процесс А может представлять собой процесс игры, внедренной в Game Hall, который должен загружать результаты игры в процесс В.

Затем процесс А выполняет вторую инкапсуляцию над запросом данных, прошедшим через первую инкапсуляцию, с использованием протокола взаимодействия (например, протокола TCP) между процессом А и сервером межпроцессного взаимодействия, который задается модулем 12 задания протокола.

Посредством блока 22 показано, что сервер межпроцессного взаимодействия посылает запрос данных процессу В приложения-получателя, декапсулировав и инкапсулировав этот запрос.

Процесс А соединяется с сервером межпроцессного взаимодействия через интерфейс между процессом А и сервером межпроцессного взаимодействия, созданный модулем создания интерфейса 11. Далее процесс А посылает запрос данных, прошедший две инкапсуляции, на сервер межпроцессного взаимодействия с использованием протокола взаимодействия. Сервер межпроцессного взаимодействия декапсулирует запрос данных с использованием протокола взаимодействия между процессом А и сервером межпроцессного взаимодействия, который задается модулем 12 задания протокола.

Затем сервер межпроцессного взаимодействия инкапсулирует запрос данных, декапсулированный с использованием протокола взаимодействия между процессом В и сервером межпроцессного взаимодействия, который задается модулем 12 задания протокола, и посылает указанный запрос данных процессу В.

Посредством блока 23 показано, что процесс В декапсулирует полученный запрос данных дважды, принимая данные, отправленные процессом А.

После приема запроса данных, отправленного сервером межпроцессного взаимодействия, процесс В выполняет первую декапсуляцию над полученным запросом данных с использованием протокола взаимодействия между процессом В и сервером межпроцессного взаимодействия, который задается модулем 12 задания протокола. Затем процесс В выполняет вторую декапсуляцию над запросом данных, прошедшим первую декапсуляцию, с использованием протокола взаимодействия между процессами А и В, который задается модулем 14 задания межпроцессного протокола, принимая данные, отправленные процессом А.

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

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

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

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

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

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

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

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

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

4. Сервер по п.1, в котором указанный модуль обработки обмениваемых данных выполнен также с возможностью приема вторых данных, возвращаемых процессом приложения-получателя, с помощью протокола взаимодействия между процессом приложения-получателя и сервером, и с возможностью отправления этих вторых данных процессу приложения-отправителя с помощью протокола взаимодействия между процессом приложения-отправителя и сервером.

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

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

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

8. Способ по п.6, в котором указанный протокол взаимодействия между сервером и процессом приложения-отправителя либо процессом приложения-получателя представляет собой протокол TCP (от англ. Transmission Control Protocol - протокол управления передачей).

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

10. Способ по любому из пп.6-9, дополнительно содержащий:
прием сервером вторых данных, возвращенных процессом приложения-получателя, с использованием протокола взаимодействия между процессом приложения-получателя и сервером, и отправку этих вторых данных процессу приложения-отправителя с использованием протокола взаимодействия между процессом приложения-отправителя и сервером.

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

Способ организации программного обеспечения системы управления жидкостью // 2431195

Использование атрибутов для идентификации и отбора подключаемых выполняемых функций // 2427030

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

Терминал связи // 2348066

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

Устройство для распределения заданий // 1295395

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

Устройство для управления запуском программ // 1287157

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

Устройство управления обращением к подпрограммам // 1273929

Изобретение относится к области вычислительной техники и может быть использовано в устройствах управления ЭВМ. .

Устройство для управления сопрограммами // 1144110

Устройство предварительной выборки команд // 1107123

Устройство буферизации команд процессора // 1092506

Предоставление одной программной доступа другой программе к средству отслеживания предупреждений // 2563454

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

Способ обеспечения связи в коммуникационной среде, компьютерная система и энергонезависимый машиночитаемый носитель данных // 2574815

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

Доверенный внутренний интерфейс // 2589373

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

Способ передачи данных между процессами // 2592461

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

Система и способ совместного использования горячей клавиши экземплярами приложения // 2607614

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

Способ передачи и способ получения объекта от первого процесса второму процессу, машиночитаемый носитель (2 варианта) // 2610582

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

Обслуживание событий для локальных приложений-клиентов посредством локального сервера // 2616162

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

Система для определения отношения между первой и второй объектными сущностями данных // 2621185

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

Способ и электронное устройство управления разрешениями для объектов // 2632142

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

Метод и устройство запуска внешнего приложения в браузере // 2638727

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