терминал связи

Формула изобретения

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

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

2. Терминал связи по п.1, в котором

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

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

4. Терминал связи по п.1, дополнительно содержащий

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

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

6. Терминал связи по п.1, в котором сеть связи является сетью мобильной связи, терминал связи дополнительно содержит средство радиосвязи для приема сообщения, если сообщение, адресованное по телефонному номеру терминала связи, передано с базовой станции, образующей сеть связи, и

средство приема принимает сообщение, адресованное терминалу связи, с использованием средства радиосвязи.

7. Терминал связи по п.1, в котором ключевая информация включает в себя массив байтов и адрес унифицированного указателя ресурсов (URL).

8. Терминал связи по п.7, в котором адрес унифицированного указателя ресурсов (URL) идентифицирует местоположение дочерней программы на сервере.

Описание изобретения к патенту

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

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

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

В Японии предоставляется услуга, которая позволяет мобильному устройству, содержащему веб (World Wide Web) браузер и виртуальную машину Java (зарегистрированная торговая марка), загрузить с сервера, подключенного к Интернету, прикладную программу, написанную на языке Java, сохранить прикладную программу и выполнять прикладную программу с использованием виртуальной машины Java.

При использовании этой услуги, если операции в ходе выполнения Java-приложения могут изменяться в ответ на сообщение о рассылке, полученное от сервера, подключенного к Интернету, диапазон обеспечиваемой услуги может расширяться. Однако для расширения диапазона услуги необходимо иметь возможность уведомлять выполняющееся Java-приложение о приеме сообщения, предназначенного для выполняющегося Java-приложения. Некоторые методы уведомления приложения о том, что терминал связи принял сообщение от сервера, описаны в документах JP2002-132693, JP2002-344529, и JP2003-134566.

Согласно методу, описанному в JP2002-132693, чат-сервер, принимая данные фонового изображения в ходе сеанса чата, уведомляет о приеме данных фонового изображения машину-клиент, на которой исполняется Java-апплет в ходе сеанса чата. По получении уведомления, Java-апплет загружает данные фонового изображения с чат-сервера и отображает их. Однако эту услугу можно реализовать только после установления коммуникационного соединения между чат-сервером и машиной-клиентом. Напротив, в услугах, отличных от основанных на коммуникационном соединении, например, в услуге чата, нецелесообразно устанавливать коммуникационное соединение между мобильным устройством и сервером каждый раз, когда сервер передает сообщение. Кроме того, Java-апплет выполняется с использованием Веб-браузера, а не с использованием виртуальной машины Java. Ввиду вышеизложенного, использование метода, описанного в документе JP2002-132693, для расширения диапазона услуги является проблематичным.

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

Согласно методу, описанному в JP 2003-134566, сервер вызовов, по запросу веб-сервера, вызывает мобильный терминал с использованием метода, именуемого "Wake On Ring" (инициализация по вызову) и передает данные на мобильный терминал. Мобильный терминал, будучи вызван сервером вызовов, идентифицирует приложение для использования данных на основании информации, включенной в вызов. Идентифицированное приложение соединяется с веб-сервером и запрашивает доставку данных. Однако, поскольку этот метод также базируется на том предварительном условии, что приложение может распознаваться ОС, использование этого метода для расширения диапазона вышеупомянутой услуги является проблематичным, по той же причине, которая описана в связи с методом, раскрытым в JP 2002-344529.

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

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

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

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

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

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

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

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

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

Фиг.3 - схема, демонстрирующая структуру данных сообщения SMS в системе связи.

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

Фиг.5 - логическая блок-схема, демонстрирующая операции, выполняемые мобильным устройством MS с использованием программного обеспечения 82 ОС.

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

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

Предпочтительные варианты осуществления изобретения

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

Конфигурация

На фиг.1 показана схема системы связи, в которой используется мобильное устройство согласно варианту осуществления настоящего изобретения. Сеть мобильной связи GSM это сеть мобильной связи, которая придерживается стандарта GSM (Глобальная система мобильной связи), и обеспечивает услугу передачи голоса или данных на мобильное устройство пользователя, который заключил контракт на услугу связи с поставщиком услуг связи, эксплуатирующим сеть мобильной связи GSM. Согласно фиг.1, в качестве мобильного устройства подчиняющегося контракту, показаны мобильные устройства MS1 и MS2.

Одной из услуг, предоставляемых сетью мобильной связи GSM, является SMS (Служба коротких сообщений). SMS это услуга рассылки коротких сообщений, которая согласуется со стандартами ETSI (Европейская организация по стандартизации в области телекоммуникаций) и WAP (Протокол беспроводных применений). SMS также является услугой коротких сообщений центральной системы. Для предоставления услуги, сеть мобильной связи GSM содержит SMS-центр (сервис-центр) C для создания и отправки сообщения SMS, в котором телефонный номер рассматривается как адрес назначения, и размер которого ограничен (например, 160 символами). Сеть мобильной связи GSM также содержит коммутационную сеть PLMN (наземная сеть мобильной связи), которая может передавать сообщение SMS на мобильное устройство, обслуживаемое сетью мобильной связи GSM.

Кроме того, одной из услуг, предоставляемых сетью мобильной связи GSM, является GPRS (Общие услуги пакетной радиосвязи). Служба GPRS представляет собой услугу высокоскоростной пакетной связи общего назначения через сеть мобильной связи. Для предоставления услуги, сеть мобильной связи GSM содержит множество коммутационных узлов, например, шлюзовой узел поддержки GPRS (GGSN) и коммутационные узлы, такие как обслуживающие узлы GPRS (SGSN1 и SGSN2). Сеть мобильной связи GSM также содержит множество базовых станций, например базовые приемопередающие станции BTS1 и BTS2, и регистр местоположения, который не показан. Шлюзовой узел, коммутационные узлы, базовые станции и регистр местоположения совместно образуют коммутационную сеть PLMN. Далее, каждая из базовых станций BTS1 и BTS2 именуется "базовой станцией BTS", за исключением случаев, когда необходимо указывать их иначе. Аналогично, соответственно используются термины "коммутационный узел SGSN" и "мобильное устройство MS".

Шлюзовой узел GGSN и коммутационный узел SGSN являются коммутационными узлами для маршрутизации пакета. Шлюзовой узел GGSN соединен с коммутационным узлом SGSN, и коммутационный узел SGSN соединен с базовой станцией BTS. Коммутационный узел SGSN маршрутизирует пакет, адресованный мобильному устройству MS, и, таким образом, предоставляет услугу мобильному устройству MS, и маршрутизирует пакет от мобильного устройства MS, таким образом, предоставляя услугу пункту назначения. Коммутационный узел SGSN может быть соединен с базовой станцией BTS, таким образом, обслуживаемой через другой коммутационный узел SGSN. Шлюзовой узел GGSN маршрутизирует пакет, адресованный мобильному устройству MS, таким образом направляя его коммутационному узлу SGSN, обслуживающему мобильное устройство MS, и маршрутизирует пакет от коммутационного узла SGSN, таким образом, направляя его в пункт назначения. Шлюзовой узел GGSN также является шлюзовым узлом для соединения сети мобильной связи GSM с сетью общего пользования, например, Интернетом INET. Соответственно, мобильное устройство MS может осуществлять пакетную связь через Интернет INET.

Шлюзовой узел GGSN также подключен к SMS-центру C. SMS-центр C, будучи запрошен через Интернет INET и шлюзовой узел GGSN на отправку сообщения SMS, адресованного мобильному устройству MS, создает сообщение SMS и отправляет созданное сообщение SMS на шлюзовой узел GGSN. При отправке сообщения SMS, сообщение SMS передается на мобильное устройство MS через шлюзовой узел GGSN, коммутационный узел SGSN и базовую станцию BTS, которые образуют коммутационную сеть PLMN.

Интернет INET подключен серверу IP, как показано на фиг.1. Сервер IP - это веб-сервер, и в ответ на запрос загрузки с мобильного устройства MS, он передает приложение Java, выполняемое на мобильном устройстве MS. Приложение Java построено так, что его операции могут изменяться в ответ на переключающий сигнал от сервера IP, согласно описанному ниже.

Приложение Java загружается как файл JAR (архивный файл Java), содержащий классификационный файл и файл данных для выполнения приложения Java, с заранее определенного URL сервера IP на мобильное устройство MS. К файлу JAR присоединяется файл AD (дескриптор приложения), где описана информация об имени приложения Java и URL, где сохранен файл AD.

Сервер IP, который предоставляет вышеупомянутую услугу загрузки приложения Java на мобильное устройство MS, записывает телефонный номер мобильного устройства MS, которое загрузило приложение Java. Например, сервер IP может предписать мобильному устройству MS указать свой телефонный номер в запросе загрузки, и по получении запроса загрузки, считать из запроса загрузки телефонный номер мобильного устройства MS и записать его. После этого, если выполнено заранее определенное условие или если заранее определенная информация получена извне, сервер IP связывается с SMS-центром C через Интернет INET и шлюзовой узел GGSN и запрашивает SMS-центр C послать сообщение SMS, адресованное на телефонный номер мобильного устройства MS, которое загрузило приложение Java. Отправленный запрос содержит телефонный номер мобильного устройства MS и ключевую информацию, соответствующую каждому приложению Java. Ключевая информация, как показано на фиг.2, состоит из данных (массива байтов), произвольно заданных поставщиком приложения Java, и URL, где сохранен файл AD приложения Java для загрузки. Причина, по которой URL файла AD содержится в ключевой информации, состоит в том, что, если использовать только произвольно заданные данные, одна и та же ключевая информация может быть случайно задана для множества приложений Java.

На фиг.3 показана схема структуры данных сообщения SMS, созданного в SMS-центре C в ответ на отправленный запрос от сервера IP. Согласно фиг.3, сообщение SMS состоит из ключевой информации, содержащейся в отправленном запросе от сервера IP, и заголовка WSP, заголовка WDP и заголовка SM, присоединенных к ключевой информации. Заголовок SMS содержит телефонный номер, содержащийся в отправленном запросе от сервера IP. Заголовок WSP содержит ИД приложения, который является идентификационной информацией для идентификации приложения на устройстве, которому нужно передать принятое сообщение SMS, и которая уникальным образом назначается в сети (согласно данному варианту осуществления, сети мобильной связи GSM), где используются сообщения SMS. Сервер IP записывает ИД приложения, предназначенный для JAM (Администратор приложения Java), запущенного на мобильном устройстве MS, и, с использованием ИД приложения, выполняет отправленный запрос, как упомянуто выше. Поле данных сообщения SMS содержит ключевую информацию, показанную на фиг.2.

На фиг.4 показана блок-схема статической конфигурации мобильного устройства MS. Согласно фиг.4, мобильное устройство MS, например обычный мобильный телефон, содержит блок 1 радиосвязи для беспроводной связи с базовой станцией BTS, микрофон 2 для ввода голоса, громкоговоритель 3 для вывода звука, например голоса, операционный блок 4 и дисплей 5 для отображения изображения.

Мобильное устройство MS также содержит центральный процессор (ЦП) 6 (средство выполнения дочерней программы и средство выполнения программы управления), ОЗУ 7 (третье и четвертое средство хранения) для обеспечения рабочей области для ЦП 6, энергонезависимую память 8 (первое и второе средство хранения) которое считывается или записывается посредством ЦП 6. В энергонезависимой памяти 8 хранятся телефонный номер 81 мобильного устройства MS и программное обеспечение ОС 82 (системная программа). ЦП 6, при включении питания мобильного устройства MS, считывает и выполняет программное обеспечение ОС 82, и управляет вышеупомянутыми компонентами. В виду вышесказанного, мобильное устройство MS можно рассматривать как компьютер. Следует заметить, что, поскольку функции, отвечающие настоящему изобретению, реализуются только, когда программное обеспечение ОС 82 запускается ЦП 6, последующее описание приведено на основании того предварительного условия, что программное обеспечение ОС 82 запускается ЦП 6. Энергонезависимая память 8 может представлять собой флэш-память, которая является энергонезависимой, а также считываемой/записываемой.

ЦП 6, при приеме сообщения SMS с использованием блока радиосвязи 1, сравнивает адрес назначения, содержащийся в заголовке SM сообщения SMS, и телефонный номер 81, хранящийся в энергонезависимой памяти 8. Если они не совпадают, ЦП 6 отбрасывает сообщение SMS. Если же они совпадают, ЦП 6 записывает сообщение SMS в буфер 71 в ОЗУ 7 и переходит к следующим операциям, как показано на фиг.5. ЦП 6 извлекает ИД приложения из заголовка WSP сообщения SMS и сравнивает извлеченный ИД приложения и ИД 87 приложения JAM, хранящийся в энергонезависимой памяти 8. Если они совпадают, то ЦП 6 записывает информационную часть сообщения SMS в буфер 72, зарезервированный в ОЗУ 7. Однако, если буфер 72 не зарезервирован в ОЗУ 7, то ЦП 6 не осуществляет никаких действий в отношении сообщения SMS.

В энергонезависимой памяти 8 хранится совокупность собственных прикладных программ. Собственная прикладная программа это прикладная программа, которая написана на машинном языке для использования ЦП 6, и которая заранее сохранена в энергонезависимой памяти 8 до продажи мобильного устройства MS. В энергонезависимой памяти 8 хранится в качестве собственной прикладной программы программа браузера 83, позволяющая мобильному устройству MS действовать как веб-браузер; программа KVM 84 (родительская программа), позволяющая мобильному устройству MS действовать как виртуальная машина Java; библиотека классов 85, необходимая виртуальной машине Java для выполнения прикладной программы Java; и программа JAM 86 (программа управления), позволяющая мобильному устройству MS действовать как JAM, управляющий запуском и завершением приложения Java. Программа KVM 84 и библиотека классов 85, которая предназначена для работы на мобильном терминале с ограниченными ресурсами, была разработана на основании широко используемой программы VM и библиотеки классов.

ЦП 6, получив команду от операционного блока 4 запустить веб-браузер, считывает программу браузера 83 из энергонезависимой памяти 8 и выполняет ее. ЦП 6, выполняющий программу браузера 83, может связываться с веб-сервером через сеть мобильной связи GSM и Интернет INET. Кроме того, ЦП 6, выполняющий программу браузера 83, по команде операционного блока 4 загрузить приложение Java, загружает файл JAR и файл AD приложения Java с сервера и записывает их в энергонезависимую память 8, считывает телефонный номер 81, хранящийся в энергонезависимой памяти 8, и посылает его на сервер.

ЦП 6, получив команду посредством операционного блока 4 запустить JAM, считывает программу JAM 86 из энергонезависимой памяти 8 и выполняет ее, резервирует буфер 72 и область ключевой информации 73 в ОЗУ 7. Затем, ЦП 6 переходит к следующим операциям, с использованием программы JAM 86, если не указано другое. ЦП 6 извлекает строки символов, представляющие имена и URL из файлов AD всех приложений Java, хранящихся в энергонезависимой памяти 8, и отображает на дисплее 5 список имен приложений Java, представленных строками символов. Если с использованием операционного блока 4 выбрано имя в списке и запуск приложения Java, соответствующего имени, предписан с использованием операционного блока 4, то ЦП 6 извлекает из файла AD приложения Java URL, где сохранен файл AD, объединяет URL и значения "0" длины строк символов, заданных поставщиком приложения Java, и записывает полученную комбинацию в область ключевой информации 73. ЦП 6 выполняет программу KVM 84, и, с использованием программы KVM 84, запускает приложение Java. В это время, если приложение Java предназначено для управления работой, как инициировано приемом сообщения SMS, то значения "0", записанные в области ключевой информации 73, заменяются данными, заданными поставщиком приложения Java. В то же время, ЦП 6 резервирует область хранения (не показана) для приложения Java в ОЗУ 7. По завершении приложения Java, ЦП 6 удаляет ключевую информацию из области ключевой информации 73, освобождает область хранения для приложения Java, и завершает программу KVM 84.

Если данные записаны в буфер 72, то ЦП 6, как показано на фиг.6 извлекает ключевую информацию из данных, и, сравнивая извлеченную ключевую информацию и ключевую информацию, записанную в области 73 ключевой информации ОЗУ 7, определяет, совпадают ли они. Если ЦП 6 определяет, что они совпадают, то ЦП 6 записывает информацию уведомления в область хранения для приложения Java о том, что было получено сообщение SMS, адресованное выполняющемуся приложению Java. Если определено, что они не совпадают, то ЦП 6 не выполняет никаких действий в отношении полученного сообщения SMS.

Принцип работы

Ниже описаны операции рассмотренной выше системы связи.

Сначала описаны операции по загрузке прикладной программы Java.

На мобильном устройстве MS1, при получении команды посредством операционного блока 4 запустить веб-браузер, ЦП 6 считывает программу браузера 83 из энергонезависимой памяти 8 и выполняет ее. Затем в мобильном устройстве MS1 запускается WWW. После этого, получив команду с использованием операционного блока 4 загрузить приложение Java с сервера IP, ЦП 6 связывается с сервером IP через сеть мобильной связи GSM и Интернет INET, загружает файл JAR и файл AD приложения Java с сервера IP и записывает их в энергонезависимую память 8. В это время, ЦП 6 считывает телефонный номер 81, хранящийся в энергонезависимой памяти 8 и направляет его на сервер IP. Телефонный номер 81 записывается на сервере IP как адрес назначения сообщения SMS.

Далее описаны операции по запуску приложения Java.

ЦП 6 мобильного устройства MS1, получив команду с использованием операционного блока 4 запустить JAM, считывает программу JAM 86, хранящуюся в энергонезависимой памяти 8, и выполняет ее. Затем, с использованием программы JAM 86, ЦП 6 переходит к следующим операциям. ЦП 6 извлекает строки символов, представляющие имена и URL, из файлов AD всех приложений Java, хранящихся в энергонезависимой памяти 8, и отображает на дисплее 5 список имен приложений Java, представленных строками символов. Если с использованием операционного блока 4 в списке выбрано имя, и запуск приложения Java, соответствующего имени, предписан с использованием операционного блока 4, то ЦП 6 извлекает из файла AD приложения Java и URL, где сохранен файл AD, и объединяет URL и значения "0" длины строк символов, заданных поставщиком приложения Java, и записывает полученную комбинацию в область ключевой информации 73, зарезервированную в ОЗУ 7. ЦП 6 выполняет программу KVM 84, и, с использованием программы KVM 84, запускает приложение Java. В это время, если приложение Java предназначено для управления работой, как инициировано приемом сообщения SMS, то значения "0", записанные в области ключевой информации 73, заменяются данными, заданными поставщиком приложения Java. В то же самое время, ЦП 6 резервирует рабочую область для приложения Java в ОЗУ 7. В результате, как показано на фиг.7, KVM запускается, и на KVM запускается приложение Java. Когда ЦП6 завершает приложение Java, ЦП 6 удаляет ключевую информацию из области ключевой информации 73, завершает программу KVM 84 и освобождает область хранения для приложения Java, зарезервированную в ОЗУ 7.

Далее описаны операции обеспечения переключающего сигнала с сервера IP в приложение Java, которое было загружено мобильное устройство MS1 и выполняется. В нижеследующем описании предполагается, что в мобильном устройстве MS1 JAM выполняется и буфер 72 зарезервирован в ОЗУ 7. Сервер IP, если выполнено заранее определенное условие, или если заранее определенная информация получена извне, направляет в SMS-центр C через Интернет INET и шлюзовой узел GGSN, запрос на отправку сообщения SMS, адресованного мобильному устройству MS 1, которое загрузило приложение Java. Отправленный запрос содержит телефонный номер мобильного устройства MS1, ИД приложения JAM, запущенного на мобильном устройстве MS1, и ключевую информацию.

По получении отправленного запроса, SMS-центр C создает сообщение SMS, имеющее структуру данных, показанную на фиг.3, и посылает его на шлюзовой узел GGSN. Поскольку заголовок SM сообщения SMS содержит телефонный номер мобильного устройства MS1 в качестве его адреса назначения, сообщение SMS передается через коммутационную сеть PLMN и беспроводную область на ЦП 6 мобильного устройства MS1. ЦП 6 записывает полученное сообщение SMS в буфер 71 ОЗУ 7 и извлекает ИД приложения из заголовка WSP сообщения SMS (этап SA1 на фиг.5). Если извлеченный ИД приложения отличается от ИД приложения 87, хранящегося в энергонезависимой памяти 8, то ЦП 6 определяет, что сообщение SMS не предназначено для приложения Java, и не производит никаких действий в отношении сообщения SMS (этап SA2: NO). Однако в этом примере работы, поскольку извлеченный ИД приложения и ИД приложения 87 совпадают, ЦП 6 записывает информационную часть сообщения SMS в буфер 72 (этап SA2: Да и SA3). Информационная часть показана на фиг.3.

Затем, ЦП 6 переходит к следующим операциям с использованием программы JAM 86. ЦП 6 считывает данные, записанные в буфере 72 (этап SB1 на фиг.6), и извлекает ключевую информацию из данных (этап SB2). Извлеченная ключевая информация показана на фиг.2.

ЦП 6 сравнивает извлеченную ключевую информацию и ключевую информацию, записанную в области 73 ключевой информации ОЗУ 7, для определения, совпадают ли они (этап SB3). Определение зависит от приложения Java, выполняющегося в это время. Если приложение Java, выполняющееся в это время, является приложением Java, которому сервер IP намерен предоставить переключающий сигнал, в 73 область ключевой информации должна быть записана та же ключевая информация, что и в сообщении SMS. Соответственно, обе ключевые информации совпадают, и определение становится утвердительным (этап SB3: Да).

Если определение утвердительно, то для уведомления выполняющегося приложения Java о получении сообщения SMS, адресованного выполняющемуся приложению Java, ЦП 6 записывает информацию извещения в область хранения для приложения Java, зарезервированную в ОЗУ 7 (этап SB4). В ответ на это уведомление, операции выполняющегося приложения Java могут измениться.

Если же, при определении на этапе SB3, оказывается, что выполняющееся приложение Java не является приложением Java, которому сервер IP намерен предоставить переключающий сигнал, или если никакое приложение Java не выполняется, то должна быть записана ключевая информация, отличная от ключевой информации приложения Java, которому сервер IP намерен предоставить переключающий сигнал, или в область 73 ключевой информации ничего не должно записываться. Соответственно, определение становится отрицательным (этап SB3: Нет). Если определение отрицательно, то ЦП 6 не выполняет никаких действий в отношении сообщения SMS.

Согласно описанному выше по данному варианту осуществления, ЦП 6, с использованием программного обеспечения ОС 82 и программы JAM 86, хранящейся в энергонезависимой памяти 8, записывает в область 73 ключевой информации ОЗУ 7 ключевую информацию для идентификации приложения Java, которое запускается с использованием программы KVM 84. Если сообщение SMS принято и ключевая информация, содержащаяся в сообщении SMS, совпадает с ключевой информацией в области 73 ключевой информации, то записывает информацию для извещения о приеме сообщения SMS в область хранения для выполняющегося приложения Java, зарезервированную в ОЗУ 7. Согласно вышеизложенному, в мобильном устройстве MS, где выполняющиеся приложения Java не находятся под управлением ОС, становится возможным принимать сообщение SMS от сервера IP без установления коммуникационного соединения с сервером IP и, если сообщение SMS предназначено для выполняющегося приложения Java, уведомлять приложение о приеме сообщения SMS.

Согласно данному варианту осуществления, о приеме сообщения не сообщается приложению, для которого это сообщение не предназначено. Соответственно, вариант осуществления пригоден для мобильного устройства, среда которого требует определенного уровня безопасности, например Java Runtime Environment (среда выполнения Java). Согласно данному варианту осуществления, ключевые функции мобильного устройства MS в этом варианте осуществления реализуются с использованием программы JAM 86. Соответственно, ключевые функции могут обеспечиваться для существующих мобильных устройств только путем распространения программы JAM 86 на мобильные устройства и замены существующей программы JAM в мобильных устройствах программой JAM 86.

Согласно данному варианту осуществления, приложение Java загружается с сервера IP, и файл JAR и файл AD приложения Java записываются в энергонезависимую память 8. Из файла JAR и файла AD, хранящихся в энергонезависимой памяти 8, ключевая информация извлекается для использования при сравнении с ключевой информацией сообщения SMS. Поэтому, ключевая информация для использования при сравнении с ключевой информацией сообщения SMS может произвольно задаваться поставщиком приложения Java. Однако, если эта особенность не нужна, ключевая информация может задаваться приложению Java фиксированным способом, и фиксированная заданная ключевая информация может использоваться для сравнения с сообщением SMS.

Согласно данному варианту осуществления, сравнение ключевой информации проводится только, когда ИД приложения в заголовке WSP полученного сообщения SMS совпадает с ИД приложения, присвоенным JAM. Соответственно, если принято сообщение SMS, предназначенное для приложения, иного чем приложение Java, о его получении это приложение может быть соответственно уведомлено. Однако, если приложения, запущенные в мобильном устройстве MS, являются только приложениями Java, сравнение ИД приложений может быть опущено, и может проводиться только сравнение ключевой информации.

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

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

Согласно данному варианту осуществления, при запуске приложения Java, ЦП 6 самостоятельно записывает ключевую информацию в область 73 ключевой информации с использованием программы JAM 86. Однако ЦП 6 может записывать ключевую информацию в область 73 ключевой информации по запросу запущенного приложения Java.

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

Согласно данному варианту осуществления, приложение, в которое выдается переключающий сигнал, не ограничивается приложением Java. В сущности, настоящее изобретение применимо к любой среде, где дочернее приложение (например, приложение Java) запускается при условии, что запущено родительское приложение (например, KVM), и где запуск дочернего приложения не распознается.

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