СПОСОБ МЕЖПРОЦЕССНОГО ВЗАИМОДЕЙСТВИЯ МЕЖДУ РАЗНЫМИ ПРИЛОЖЕНИЯМИ В МОБИЛЬНОМ ТЕРМИНАЛЕ И СООТВЕТСТВУЮЩЕЕ УСТРОЙСТВО

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

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

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

Из уровня техники известны различные модели мобильных терминалов, например мобильных телефонов, а также операционные системы для них. Кроме того, существует большое количество приложений для мобильных терминалов. Разные приложения могут разрабатываться с использованием разных языков разработки. Например, в прикладной среде для современной платформы 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 задания межпроцессного протокола, принимая данные, отправленные процессом А.

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

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

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

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

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

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