Устройство управления распространением контента, терминал, программа и система распространения содержимого

Устройство управления распространением контента, терминал, программа и система распространения содержимого

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к способу предоставления цифрового контента (содержимого) по сети связи.

Предшествующий уровень техники

Появилось много мобильных телефонов, включающих в себя браузеры, которые могут интерпретировать содержимое, написанное на языке разметки, например CHTML (компактный язык разметки гипертекста), и непрерывно разрабатываются среды связи, в которых пользователи мобильного телефона могут получать и просматривать различные виды информации из Интернета способом, идентичным тому, который используется в персональных компьютерах. На этом уровне техники, где такие среды разрабатываются, появляются фирмы, называемые "поставщики содержимого", которые сохраняют различное содержимое мобильного телефона на сервере в Интернете и распространяют это содержимое. Однако среди таких фирм также существует много злонамеренных участников, которые обеспечивают содержимое с намерением неправильного начисления платы пользователям, принудительного распространения информации и так далее, вопреки намерениям пользователя мобильного телефона. В качестве документа, раскрывающего схему для поддержки предотвращения случайного доступа к такому содержимому от злонамеренных поставщиков содержимого, можно привести JP 2004-178512A. Согласно устройству просмотра содержимого, раскрытого в этом документе, когда объект (пиктограмма), например указатель или курсор, переходит на элемент в пределах содержимого, полученного из определенного URL (унифицированный указатель ресурса) и выведенного на экран, и этот элемент связан посредством гиперссылки с другим URL, на экран как всплывающее окно выводится схема, атрибуты и т.п. содержимого, к которому ведет гиперссылка. Добавление этой схемы к существующему ранее мобильному телефону позволяет пользователю понять заранее, обеспечено ли содержимое, к которому ведет гиперссылка, злонамеренным поставщиком содержимого. В 2005-32041A JP, 2004-46478A JP и JP 2000-276471A также раскрыты подобные способы.

Раскрытие изобретения

Проблемы, которые решаются посредством изобретения

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

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

Средство решения упомянутой проблемы

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

Этот аспект может также содержать блок, который принимает запрос, содержащий адрес сети связи Интернет, из терминала связи, и блок, который передает принятый запрос в сеть связи Интернет.

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

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

Кроме того, параметры могут быть параметрами, которые указывают элемент объекта отображения, для которого визуализируется предопределенная пиктограмма, после того как он перекрывается указателем вследствие управления блоком ввода терминала связи после того как объект был отображен.

Кроме того, параметры могут быть параметрами, которые указывают элемент объекта отображения, для которого визуализируется предопределенная пиктограмма, после его выделения вследствие управления блоком ввода терминала связи после того как объект был отображен.

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.6 - блок-схема, иллюстрирующая операции, выполняемые согласно первому варианту осуществления.

Фиг.7 - схема, иллюстрирующая пространство памяти по существу.

Фиг.8 - схема, иллюстрирующая вывод на экран пиктограммы.

Фиг.9 - блок-схема, иллюстрирующая операции, выполняемые согласно второму варианту осуществления.

Описание ссылочных позиций:

10 - мобильный терминал, 11, 31, 51 - блок управления, 12 - блок передачи/приема, 13 - блок ввода команды, 14 - жидкокристаллический дисплей, 20 - мобильная сеть пакетной связи, 30 - серверное устройство распространения содержимого, 32, 52 - интерфейс связи, 33, 53 - жесткий диск, 40 - сеть связи Интернет, 50 - шлюзовое серверное устройство.

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

(Первый вариант осуществления)

Далее описывается первый вариант осуществления настоящего изобретения.

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

Фиг.1 является схемой, иллюстрирующей общую конфигурацию системы распространения содержимого согласно настоящему изобретению. Как изображено на схеме, эта система сформирована из мобильной сети 20 пакетной связи, к которой подключен мобильный терминал 10, сети 40 связи Интернет, к которой подключено серверное устройство 30 распространения содержимого, и шлюзового серверного устройства 50, которое связывает эти две сети связи.

Мобильная сеть 20 пакетной связи является совокупностью узлов, которые передают данные посредством процедур, совместимых с упрощенным протоколом TCP (протокол управления передачей)/IP (Интернет-протокол), протоколом, эквивалентным HTTP (протокол передачи гипертекстовых файлов), реализованным под TCP/IP и т.п., и включает в себя базовые станции, модули обработки пакета и так далее. При этом сеть 40 связи Интернет является совокупностью узлов, которые передают данные посредством процедур, совместимых с TCP/IP, HTTP, реализованных под TCP/IP, SMTP (простой протокол электронной почты) и т.п., и включает в себя серверные устройства, маршрутизаторы и так далее.

Шлюзовое серверное устройство 50 является компьютером, которым управляет оператор связи, который обеспечивается в коммутационном центре шлюза, который соединяет мобильную сеть 20 пакетной связи и сеть 40 связи Интернет друг с другом, данные, которые отправляются из узла одной из сетей связи в узел другой сети связи, подвергаются преобразованию протокола в шлюзовом серверном устройстве 50 и после этого передаются в узел другой сети связи. Шлюзовое серверное устройство 50 также выполняет обработку, типичную для настоящего варианта осуществления, при передаче данных, которые были преобразованы. Эта обработка будет подробно описана позже.

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

Блок 12 передачи/приема осуществляет радиосвязь с базовой станцией по мобильной сети 20 пакетной связи под управлением блока 11 управления.

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

Блок 11 управления имеет CPU 11, ROM 16, RAM 17 и EEPROM 18.

CPU 15 исполняет различные программы, хранящиеся в ROM 16, EEPROM 18 и т.п., с использованием RAM 17 как рабочей области.

Предварительно установленные программы хранятся в ROM 16. Эти предварительно установленные программы являются программами, которые сохраняются в ROM 16 во время процесса изготовления мобильного терминала 10, и являются для большей определенности многозадачной операционной системой (далее в этом документе называемой "многозадачная ОС"), программами платформы Java®, "собственными" приложениями и так далее. Для общего объяснения этих программ, во-первых, многозадачной ОС является операционная система, которая поддерживает различные функции, например выделение пространства виртуальной памяти и так далее, которые необходимы для реализации псевдопараллельного выполнения нескольких задач посредством TSS (система с разделением времени). Программа платформы Java при этом является группой программ, написанных в соответствии с CDC (Connected Device Configuration, конфигурация устройства с обычными коммуникационными возможностями), для возможности выполнения в рабочей среда Java, которая будет описана позже. Собственное приложение является программой, которая реализует такую основную услугу мобильного терминала 10, как телефония, просмотр, отправка/прием электронного сообщения и так далее, и включает в себя приложение электронной почты для приема оказываемой услуги приема/отправки электронного сообщения и приложение браузера для приема оказываемой услуги просмотра.

В EEPROM 18 существует область для хранения Java-приложений. Java-приложения хранятся в этой области. Java-приложения имеют Jar-файлы (Java-архив), которые вместе группируются в саму программу, в которой указывается процедура для выполнения обработки в рабочей среде Java и графические файлы, звуковые файлы и так далее, используемые во время выполнения этой программы, а также и ADF (файл дескриптора приложения), который описывает установку и запуск Jar-файла, различные его атрибуты и так далее. Это Java-приложение создается поставщиком содержимого или оператором связи и хранится в серверном устройстве и т.п., расположенном в сети 40 связи Интернет, и загружается, при необходимости, из серверного устройства и т.п. в ответ на запросы из мобильного терминала 10.

Фиг.3 является схемой, иллюстрирующей логическую конфигурацию различных блоков, которые могут быть реализованы блоком 11 управления мобильного терминала 10 посредством выполнения различных программ в ROM 16, EEPROM 18 и так далее. Как изображено на этой схеме, браузер 61, почтовое средство 62 и операционная среда Java 64, реализованные в OS 63, и кроме того, первое хранилище 65 и второе хранилище 66 закреплены в EEPROM 18. Браузер 61 и почтовое средство 62 реализованы посредством собственных приложений в ROM 16 и обеспечивают прием и анализ данных, написанных на языке HTML (HyperText Markup Language), отправку и прием электронных сообщений и так далее.

Операционная среда 64 Java реализуется программой платформы Java в ROM 16. Операционная среда 64 Java состоит из библиотеки 67 классов, JVM (виртуальной машины Java) 68 и JAM (Менеджера Java-приложения) 69. Библиотека 67 классов является группой программных модулей с чрезвычайно обобщенными, специальными функциями, называемыми "классами", объединенными в один файл. JVM 68 является JVM, оптимизированной для CDC, которая является конфигурацией, предназначенной для мобильных устройств, в которых установлена многозадачная ОС, и анализирует и исполняет байт-код, обеспечиваемый как программа Java. JAM 69 инициирует загрузку и установку Java-приложений.

Первое хранилище 65 является областью для хранения Java-приложений (Jar-файлов и файлов ADF), загружаемых по инициативе JAM 69. Второе хранилище 66 является областью для хранения данных, сформированных во время выполнения Java-приложения, после этого выполнения, в которой для каждого из установленных Java-приложений выделяются отдельные области хранения. Данные в области хранения, выделенной определенному Java-приложению, можно перезаписывать только во время выполнения этого Java-приложения, и они конфигурируются так, чтобы их нельзя было перезаписать посредством другого Java-приложения.

Фиг.4 является схемой, схематично иллюстрирующей конфигурацию аппаратных средств серверного устройства 30 распространения содержимого. Каждым серверным устройством управляет поставщик содержимого, и оно включает в себя, как изображено на схеме, блок 31 управления, интерфейс 32 связи и жесткий диск 33.

Блок управления 31 содержит CPU 34, ROM 35, RAM 36 и т.д.

Интерфейс связи 32 обменивается данными согласно протоколу, например, TCP/IP, HTTP и т.п.

На жестком диске 33 хранятся данные 37 содержимого. Данные 37 содержимого являются HTML-данными, написанными на HTML (языке гипертекстовой разметки), описывающем Java-приложения (Jar-файлы и файлы ADF), создаваемые поставщиками содержимого, которые являются операторами серверного устройства 30 распространения содержимого, или кодом, определяющим такие детали объектов отображения, как текст (например, гиперссылки) или изображения (например, программные кнопки, текстовые окна и так далее) (называемых "элементами" далее в этом документе), и информацией о схеме размещения (информацией, указывающей в какие позиции на жидкокристаллическом дисплее 14 или содержимого организовать объекты отображения).

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

Как и в случае с серверным устройством 30 распространения содержимого, блок 51 управления включает в себя CPU 54, ROM 55 и RAM 56, и конфигурация интерфейса 52 связи также идентична конфигурации интерфейса серверного устройства 30.

На жестком диске 53 хранится приложение 57 отображения пиктограммы и база данных 58 сертифицированных CP.

Приложение 57 отображения пиктограммы является уникальным Java-приложением (Jar-файл и ADF), созданным операторами связи для инициирования загрузки в мобильный терминал 10.

Это приложение 57 отображения пиктограммы обеспечивает следующие две функции в JVM 68 мобильного терминала 10:

A. Функция извлечения параметра

Это функция для извлечения из части заголовка HTML-данных, принятых браузером 61 из мобильного терминала 10, параметров для идентификации конкретного элемента, связанного с тегом якоря (называемых "параметры задания элемента").

B. Функция отображения пиктограммы

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

База данных 58 сертифицированных CP является коллекцией множества записей, каждая соответствует HTML-данным, обеспеченным как данные 37 содержимого сертифицированным поставщиком содержимого. Одна запись, содержащаяся в этой базе данных, имеет два поля или "адрес" и "параметры". В поле "адрес" хранится URL (унифицированный указатель ресурса), указывающий местоположение хранения HTML-данных. В поле "параметры" хранятся параметры задания элемента.

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

Поставщик содержимого представляет оператору связи HTML-данные, созданные с использованием инструмента создания web-сайта, например Dreamweaver®, вместе с URL своего собственного сервера, на котором должны храниться эти HTML-данные, и документы приложения сертификации заполненные другими необходимыми элементами. После приема представленных HTML-данных и документов приложения сертификации, оператор связи проверяет, удовлетворяют ли детали представленных HTML-данных условиям для сертификации. А именно проверяется, не нарушают ли непосредственно детали HTML-данных общие правила, хранится ли Java-приложение, которое злонамеренно получает такие ресурсы мобильного терминала 10, как личная информация, по адресу гиперссылки, записанному в этих HTML-данных как атрибуты тега якоря, и так далее. После получения результата проверки, который указывает HTML-данные как пригодные для сертификации, оператор связи добавляет новую запись в базу данных 58 сертифицированных CP шлюзового серверного устройства 50 и вместе с сохранением URL HTML-данных, указанного в документах приложения сертификации, в "адресе" новой записи, сохраняет параметры задания элемента, связанного с тегом якоря, полученным посредством процесса проверки, в поле "параметры" этой записи. Оператор связи после этого уведомляет поставщика содержимого, что содержимое было сертифицировано. После уведомления поставщик содержимого сохраняет HTML-данные в области хранения на своем собственном сервере, указанном как URL в документах приложения сертификации, и начинает обслуживание их распространения.

Далее будут описаны операции, выполняемые в настоящем варианте осуществления.

Фиг.6 является блок-схемой, иллюстрирующей операции, выполняемые в настоящем варианте осуществления. Начало операций, изображенных на этой схеме, инициируется блоком 13 ввода команды мобильного терминала 10, который загрузил приложение 57 отображения пиктограммы, хранящееся в шлюзовом серверном устройстве 50, которым управляют, запускающем приложение 57 отображения пиктограммы и приложение браузера.

Как описано выше, на мобильном терминале 10 установлена многозадачная ОС 63, и соответственно посредством TSS возможно псевдопараллельное выполнение множества задач. Фиг.7 является схемой, по существу иллюстрирующей пространство памяти, обеспеченную в RAM 17, когда вместе запускаются приложение 57 отображения пиктограммы и приложение браузера. Как изображено на этой схеме, в RAM 17 отдельно обеспечиваются пространство 17a памяти, для загрузки многозадачной ОС 63, пространство 17b памяти для загрузки приложения 57 отображения пиктограммы и приложения платформы Java, которое поддерживает ее выполнение, и пространство 17c памяти для загрузки приложения браузера.

На фиг.6, блок 11 управления мобильного терминала 10 выполняет пакетную регистрацию для модуля обработки пакета мобильной сети 20 пакетной связи (S100). "Пакетная регистрация" является процедурой регистрации для проведения пакетного обмена между непосредственно терминалом 10 и мобильной сетью 20 пакетной связи. После завершения этой пакетной регистрации мобильный терминал 10 может передавать в сеть 40 связи Интернет/принимать из нее различные типы данных.

После окончания пакетной регистрации блок 11 управления мобильного терминала 10 ожидает ввода URL посредством блока 13 ввода команды. После ввода URL данных содержимого, которые пользователь хочет просмотреть, посредством блока 13 ввода команды блок 11 управления отправляет HTTP-запрос, содержащий метод GET запроса, в мобильную сеть 20 пакетной связи с использованием введенного URL как адреса пункта назначения (S110). После этого отправленный HTTP-запрос передается в шлюзовое серверное устройство 50 через мобильную сеть 20 пакетной связи.

Блок 51 управления шлюзового серверного устройства 50, которое приняло HTTP-запрос, после этого выполняет преобразование протокола над HTTP-запросом и передает результат в сеть 40 связи Интернет (S120). После этого переданный HTTP-запрос передается в серверное устройство 30 распространения содержимого пункта назначения через сеть 40 связи Интернет.

Блок 31 управления серверного устройства 30 распространения содержимого, которое приняло HTTP-запрос, после этого отправляет HTTP-ответ, включающий в себя HTML-данные, считанные из области хранения жесткого диска 33, заданной адресом пункта назначения в этом HTTP-запросе, в сеть 40 связи Интернет, с мобильным терминалом 10, из которого отправлен HTTP-запрос, как пунктом назначения (S130). После этого отправленный HTTP-ответ передается в шлюзовое серверное устройство 50 через сеть 40 связи Интернет.

Блок 51 управления шлюзового серверного устройства 50, которое приняло HTTP-ответ, выполняет преобразование протокола над HTTP-ответом, и после этого определяет, сохранен ли URL источника ответа в поле "адрес" какой-либо из записей в базе данных 58 сертифицированных CP (S140). Другими словами, на этом этапе определяется, обеспечиваются ли HTML-данные, содержащиеся в HTTP-ответе, сертифицированным поставщиком содержимого.

После определения на этапе 140 того, что URL хранится в базе данных 58 сертифицированных CP, блок 51 управления вставляет в часть заголовка HTTP-ответа параметры задания элемента, считанные из поля "параметры" записи, в поле "адрес" которой хранится заданный URL, и затем передает HTTP-ответ в мобильную сеть 20 пакетной связи (S150).

Однако после определения на этапе 140 того, что URL не хранится в базе данных 58, сертифицированных CP, блок 51 управления не вставляет параметры задания элемента в часть заголовка, а вместо этого передает HTTP-ответ, над которым было выполнено преобразование протокола, непосредственно в мобильную сеть 20 пакетной связи (S160). Переданный HTTP-ответ передается в мобильный терминал 10 как его пункт назначения через мобильную сеть 20 пакетной связи.

Блок 11 управления мобильного терминала 10, которое приняло HTTP-ответ, исполняет задачи приложения браузера, тем самым отображая в жидкокристаллическом дисплее 14 отображение, полученное посредством интерпретации HTML-данных, содержащихся в этом HTTP-ответе, и управляет состоянием этого отображения на основе параметров, вставленных в HTML-данные. Для большей определенности обработка выполняется согласно следующей процедуре.

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

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

Фиг.8 является схемой, иллюстрирующей вывод на экран этой пиктограммы. Как описано выше, приложение 57 отображения пиктограммы обеспечивает блоку 11 управления функцию извлечения параметра и функцию отображения пиктограммы. Когда HTML-ответ принят, элементы, полученные посредством интерпретации HTML-данных, содержащийся в этом ответе, отображаются во всей области отображения жидкокристаллического дисплея 14. Это зависит от функций приложений браузера. Кроме того, в этой схеме вне различных элементов и текста или изображений, соответствующих им, пиктограмма 91 выбора переместилась в положение, которое перекрывается с изображением (кнопкой), связанной гиперссылкой с web-сайтом "A-Bank" ("A-Банк"), и соответственно около пиктограммы 91 выбора на экран выводится пиктограмма 92, изображающая замок, указывающий, что web-сайт является безопасным сайтом. Это происходит потому, что блок 11 управления под воздействиями функции извлечения параметра приложения 57 отображения пиктограммы извлек параметры задания элемента, указывающие элемент изображения (кнопки) сайта "A-Bank", из части заголовка HTML-ответа заранее, и, кроме того, блок 11 управления под воздействиями функции отображения пиктограммы вызвал появление пиктограммы 92 в ответ на изображение (кнопку) сайта "A-Bank", указываемое параметрами задания элемента, перекрывающееся с положением, в которое переместилась пиктограмма 91 выбора. Подтверждение присутствия/отсутствия появления этой пиктограммы 92 позволяет пользователю визуально убедиться, что сайт, к которому ведет гиперссылка, обеспечивается незлонамеренным поставщиком содержимого.

Согласно настоящему варианту осуществления, как описывалось до настоящего момента, когда шлюзовое серверное устройство 50, функционирующее под управлением оператора связи, выполняет преобразование протокола над HTTP-ответом, передаваемым из сети 40 связи Интернет в мобильную сеть 20 пакетной связи непосредственно через устройство 50, оно определяет, хранится ли URL источника этого HTTP-ответа в базе данных, и когда URL хранится в базе данных, вставляет параметры задания элемента в часть его заголовка, и после этого передает результат назад в мобильную сеть 20 пакетной связи.

Соответственно, если приложение 57 отображения пиктограммы загружено из шлюзового серверного устройства 50 в каждый мобильный терминал 10, который может быть пунктом назначения HTTP-ответа, в который вставлены параметры задания элемента, то пиктограмма может быть визуализирована в жидкокристаллическом дисплее 14 в ответ на текст или изображения элемента, указываемого параметрами задания элемента, перекрывающегося с положением, в которое переместилась пиктограмма выбора. Посредством этого мобильный терминал 10 может подсказывать пользователю соблюдать осторожность в отношении действий, которые пользователь может предпринять (отправка информации, осуществление платежей и так далее посредством щелчка кнопкой мыши по гиперссылке, кнопке и т.п.) после того как положение пиктограммы выбора перекрылось с объектом отображения, без выполнения повторной связи для подтверждения надежности деталей, обрабатываемых на основе объекта отображения. Подсказка пользователю об осторожности принятия им решения может в результате обеспечить предотвращение повреждения, причиняемого злонамеренным поставщиком содержимого. Кроме того, операторам связи нет необходимости обременять поставщиков такими правилами, как требование интеграции конкретных программ непосредственно в данные 37 содержимого, созданных сертифицированными поставщиками содержимого для предотвращения случайного доступа пользователей к содержимому злоумышленников.

(Второй вариант осуществления)

Далее описывается второй вариант осуществления настоящего изобретения.

Определения "оператор связи", "пользователь" и "поставщик содержимого" в настоящем варианте осуществления являются одинаковыми с первым вариантом осуществления.

В первом варианте осуществления шлюзовое серверное устройство 50, которое приняло HTTP-ответ, предназначенный для мобильного терминала 10, вставляет параметры задания элемента в часть заголовка HTTP-ответа и после этого передает ответ. Однако шлюзовое серверное устройство 50 согласно настоящему варианту осуществления выполняет преобразование протокола над HTTP-ответом, предназначенным для мобильного терминала 10, и после этого передает в него ответ, принимает запрос из мобильного терминала 10, который принял этот HTTP-ответ, и после этого передает параметры задания элемента.

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

Фиг.9 является блок-схемой, иллюстрирующей операции, выполняемые в настоящем варианте осуществления. Начало операций, изображенных на этой схеме, инициируется блоком 13 ввода команды мобильного терминала 10, который загрузил приложение 57 отображения пиктограммы, хранящееся в шлюзовом серверном устройстве 50, которым управляют, запускающим приложение 57 отображения пиктограммы и приложение браузера.

На фиг.9 блок 11 управления мобильного терминала 10 выполняет пакетную регистрацию для модуля обработки пакета мобильной сети 20 пакетной связи (S200).

После окончания пакетной регистрации блок 11 управления мобильного терминала 10 ожидает ввода URL посредством блока 13 ввода команды. После ввода URL данных содержимого, которые пользователь хочет просмотреть, посредством блока 13 ввода команды блок 11 управления отправляет HTTP-запрос, содержащий метод запроса GET, в мобильную сеть 20 пакетной связи с использованием введенного URL как адреса пункта назначения (S210). После этого отправленный HTTP-запрос передается в шлюзовое серверное устройство 50 через мобильную сеть 20 пакетной связи.

Блок 51 управления шлюзового серверного устройства 50, которое приняло HTTP-запрос, после этого выполняет преобразование протокола над HTTP-запросом и п