Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов

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


Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов
Метод просмотра web-страниц, платформа webapp, метод и устройство для исполнения javascript для мобильных терминалов

 


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

ГУАНЧЖОУ ЮСИВЭБ КОМПЬЮТЕР ТЭКНОЛОДЖИ КО., ЛТД (CN)

Изобретение относится к способу и устройству обеспечения исполнения внешнего JavaScript (JS) с использованием расширенного интерфейса JS. Технический результат заключается в предоставлении поиска и просмотра web-страниц с использованием платформы WebApp. Указанный результат достигается за счет запроса у расширенной программы о необходимости выполнения расширенного JavaScript при загрузке web-страницы. Браузер передает внешний интерфейс JavaScript соответственно открытому Прикладному программному интерфейсу (API) при определении необходимости выполнения расширенного JavaScript. Далее осуществляют выполнение расширенного JavaScript при помощи внешнего интерфейса JavaScript. Расширенный JavaScript используют для следующих этапов: извлечение содержимого, необходимого для поиска и просмотра страниц, посредством осуществления доступа к древу (DOM) текущей Web-страницы; соответственно извлеченному содержимому определение режима расположения элементов браузера при помощи текущего интерфейса, настроенного соответственно требованиям корректировки режима расположения элементов; выполнение компоновки страницы соответственно извлеченному содержимому. Выполнение JavaScript регистрируется в рамках платформы WebApp при инсталляции пакета WebApp в браузере. 8 н. и 18 з.п. ф-лы, 12 ил.

 

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

Предлагаемое изобретение относится к области мобильной связи, а конкретнее, метода поиска и просмотра web-страниц, основанного на платформе WebApp, являющейся методом и инструментом исполнения JavaScript (JS), условием которого является расширенный интерфейс и установленная на мобильном терминале платформа WebApp или инструмент для исполнения JS.

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

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

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

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

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

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

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

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

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

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

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

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

Ввиду вышеописанной проблемы цель этого документа заключается в описании метода и инструмента для исполнения JS с использованием расширенного интерфейса. Другая цель этого документа заключается в предоставлении метода поиска и просмотра web-страниц, основанного на платформе WebApp и на платформе WebApp.

Метод исполнения расширенного JS с использованием расширенного интерфейса JS представлен соответственно тематике настоящего документа, включая следующее: запрос у расширенной программы о необходимости исполнения расширенного JS в заранее определенных случаях загрузки web-страницы, когда расширенная программа загружается при запуске браузера; браузер формирует расширенный интерфейс JS соответственно открытому Прикладному программному интерфейсу (API) при определении необходимости исполнения расширенного JS; исполняет расширенный JS при помощи расширенного интерфейса JS.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Браузер представлен в соответствии с еще одним аспектом настоящего изобретения, что включает в себя: модуль отсылки первого сообщения, настроенный таким образом, чтобы при загрузке web-страницы и после построения ведущего узла текущей web-страницы было отослано первое сообщение, подразумевающее запуск первого приложения JS, соответственно предварительной регистрации в рамках платформы WebApp; запуск первого приложения JS осуществляется после построения ведущего узла и настраивается таким образом, чтобы определить тип форума текущей web-страницы. Модуль отсылки второго сообщения настроен таким образом, чтобы при загрузке web-страницы и после построения древа DOM текущей web-страницы было отослано второе сообщение, подразумевающее запуск второго приложения после предварительной регистрации в платформе WebApp, в соответствии с типом форума текущей web-страницы; Запуск второго приложения осуществляется после построения древа DOM и его настройки для создания и отображения страницы форума.

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

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

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

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

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

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

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

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

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

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

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

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

Краткое описание рисунков.

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

На Рис. 1 представлена блоксхема метода поиска и просмотра web-страниц на основании платформы WebApp в соответствии с первым примером, приведенным в настоящем сообщении;

На Рис. 2 представлен иллюстративный процесс запуска первого приложения JS для определения типа форума на Рис. 1;

На Рис. 3 представлен иллюстративный процесс запуска второго приложения JS для создания и отображения страницы форума на Рис. 1;

На Рис. 4 представлена блок-диаграмма мобильного терминала с платформой WebApp и браузером, в соответствии с первым примером, приведенным в настоящем сообщении;

На Рис. 5 представлена блоксхема метода поиска и просмотра web-страниц на основании платформы WebApp в соответствии со вторым примером настоящего сообщения;

На Рис. 6 представлен иллюстративный процесс запуска третьего приложения JS для проведения операции по запуску режима чтения на Рис. 5;

На Рис. 7 представлена блок-схема иллюстративного процесса соединения;

На Рис. 8 представлена блок-диаграмма мобильного терминала с платформой WebApp и браузером, в соответствии со вторым примером настоящего сообщения;

На Рис. 9 представлена блок-схема метода для исполнения расширенного JS с использованием расширенного интерфейса JS в соответствии с третьим примером настоящего сообщения;

На Рис. 10 представлена блок-схема метода осуществления контроля компоновки посредством исполнения JS с использованием расширенного интерфейса JS на Рис. 9;

На Рис. 11 представлена блок-схема инструмента исполнения расширенного JS с использованием расширенного интерфейса JS, в соответствии с третьим примером настоящего сообщения; и

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

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

Осуществление изобретения

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

На Рис. 1 приставлена блоксхема метода поиска и просмотра web-страниц на основании платформы WebApp в соответствии с первым примером, приведенным в настоящем сообщении.

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

Первое приложение JS запускается после построения узла HEAD и настраивается для определения типа форума текущей web-страницы. Первое приложение JS настраивается для получения мета тэга из ведущего узла и определения, соответственно мета тэгу, типа форума web-страницы. Здесь мета-тэг подразумевает важный код "<meta>" в исходном коде web-страницы на языке HyperText Markup (HTML). Мета-тэг настраивается для описания свойства документа web-страницы в HTML, например, указания автора, даты и времени, описания web-страницы, ключевого слова, обновления страницы и типа форума, и т.д. Может быть описано множество типов форума, например, Discuz ! Х2, Discuz ! X1.5, и phpwind, и т.д. Например, при использовании такого тэга как: <meta name="generator" content-'Discuz ! Х2">, форум можно определить как форум типа "Discuz ! Х2", а при таком тэге как: <meta name="generator" content="Discuz ! Х1.5">, форум можно определить как форум типа "Discuz ! X1.5".

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

После получения дистрибутива WebApp с первым и вторым файлом выполнения JS соответственно описанию выше, как показано на Рис. 1, сначала, на Этапе S110, полученный дистрибутив WebApp устанавливается в браузер мобильного терминала После установки дистрибутива WebApp, на Этапе S120, первое приложение JS и второе приложение JS регистрируются в платформе WebApp. Здесь платформа WebApp аналогична Операционной системе(OS). При помощи платформы WebApp могут быть запущены разные приложения, такие как приложение JS. Вышеуказанные этапы могут быть выполнены заранее, перед тем, как пользователь предпримет поиск и просмотр web-страницы, или могут быть выполнены в режиме реального времени, когда пользователь осуществляет поиск и просмотр web-страницы.

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

При загрузке web-страницы и после построения ведущего узла браузер отсылает в WebApp первое сообщение, подразумевающее запуск первого приложения JS (Этап S140). Например, первое сообщение может быть HEAD_END или BODY_START; сообщение HEAD_END настраивается, обозначая окончание узла HEAD node, а сообщение BODY_START настраивается, обозначая начало узла BODY. Браузер может послать сообщение HEAD_END или BODY_START в WebApp для обозначения запуска первого приложения JS. В отношении времени отсылки первого сообщения, первое сообщение может быть отослано после построения браузером ведущего узла или также может быть отослано после того, как браузер начнет создавать узел BODY или после создания узла BODY. Другими словами, первое сообщение может быть отослано в любой момент после создания узла HEAD, и предпочтительно отсылается до построения древа DOM. В частности, в примере, при загрузке web-страницы, браузер сначала получает из сети исходные коды web-страницы. Когда эти исходные коды интерпретируются, тэг BODY может интерпретироваться, в коды браузера будет введен пример узла BODY. Если пример был введен успешно, в платформу WebApp передается информация о создании узла BODY, что подразумевает, что WebApp запускает первый файл приложения JS.

После запуска первого файла приложения JS WebApp определяет тип форума посредством запуска первого файла приложения JS (Этап S150). В примере, как показано на Рис. 2, Мета тэг в узле HEAD получается согласно поученным исходным кодам текущей web-страницы (Этап S151), а тип форума текущей web-страницы определяется соответственно полученному Мета-тэгу (Этап S153). Впоследствии определенный тип форума хранится в WebApp (S155). В другом примере настоящего сообщения определенный тип форума не может храниться.

Затем, на Этапе S160, WebApp определяет соответственно определенному типу форума, является ли страница форума настраиваемым форумом. Если форумная страница не является настраиваемым форумом, то на Этапе S165, браузер продолжает загружать текущую web-страницу и отображает загруженную web-страницу после загрузки.

Если форумная страница является настраиваемым форумом, то на Этапе S170, браузер продолжает загружать текущую web-страницу, а после построения древа DOM браузер отсылает в WebApp второе сообщение, что обозначает запуск второго файла приложения JS (Этап S180). Второе сообщение может быть сообщением DOCUMENT_END. Например. Сообщение DOCUMENT_END обозначает окончание документа. В частности, браузер может строить древо DOM при интерпретации исходных кодов, полученных из сети. После интерпретации всех исходных кодов web-страницы интерпретируется все древо DOM. В этот момент может быть отослано второе сообщение, что обозначает запуск второго приложения JS в платформу WebApp. Аналогичным образом, второе сообщение может быть сообщением любой формы, поскольку WebApp может определить после получения сообщения, что должно быть запущено второе приложение JS.

После получения второго сообщения из браузера на Этапе S190 WebApp запускает второе приложение JS для создания и отображения форумной страницы. В частности, в примере, как показано на Рис. 3, WebApp сначала посредством интерпретации древа DOM извлекает данные о форумной странице, соответствующие режиму настраиваемого форума на текущей web-странице, (Этап 191). Затем на основании данных, извлеченных из форумной страницы создается форумная страница (Этап 193), а затем созданная форумная страница отображается (Этап 195). В другом примере настоящего сообщения показано, что предпочтительна ситуация, при которой исходная web-страница может быть также спрятана или стерта до отображения созданной форумной страницы. Метод скрывания исходной web-страницы включает: определение характеристик Каскадной таблицы стилей (CSS) узла на исходной web-странице. Исходную web-страницу можно скрыть и посредством определения характеристик CSS. Метод стирания исходной web-страницы включает следующее: запуск интерфейса removeChild из JS для стирания узла web-страницы.

На Рис. 4 представлена блок-схема мобильного терминала 10 с платформой WebApp и браузера в соответствии с первым примером, приведенным в настоящем сообщении. Как показано на Рис. 4, мобильный терминал 10 включает платформу WebApp 100 и браузер 200.

Платформа WebApp 100 включает первый модуль запуска ПО и модуль второго запуска 120. После получения первого сообщения, отосланного браузером, что обозначает запуск первого приложения JS соответственно предварительной регистрации в платформе WebApp первый модуль запуска ПО настраивается для запуска первого приложения JS для определения возможности настройки текущей форумной web-страницы; первое приложение JS осуществляется после построения ведущего узла и его настройки для определения типа форума текущей web-страницы; первое сообщение отсылается после построения ведущего узла текущей web-страницы, при загрузке web-страницы на браузер.

Модуль второго запуска 120 настраивается при определении текущей web-страницы как настраиваемой страницы форума и после получения второго сообщения, отосланного браузером, что обозначает запуск второго приложения JS соответственно предварительной регистрации в платформе WebApp, для запуска второго приложения JS соответственно типу форума текущей web-страницы для создания и отображения настроенной форумной страницы, запуск второго приложения осуществляется после построения и настройки древа DOM для создания и отображения форумной страницы; второе сообщение отсылается после построения древа DOM текущей web-страницы при загрузке web-страницы на браузер.

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

Блок отсылки первого сообщения 210 настраивается при загрузке web-страницы и после создания ведущего узла текущей web-страницы, отсылает первое сообщение, что обозначает запуск первого приложения JS соответственно предварительной регистрации в платформе WebApp; первое приложение JS запускается после создания узла HEAD и настраивается для определения типа форума текущей web-страницы.

Блок отсылки второго сообщения 220 настраивается при загрузке web-страницы и после построения древа DOM текущей web-страницы, для отсылки второго сообщения, что обозначает запуск второго приложения JS соответственно предварительной регистрации в платформе WebApp и в соответствии с типом форума текущей web-страницы; второе приложение JS запускается после построения древа DOM и настраивается для создания и отображения форумной страницы.

Метод и система поиска и просмотра web-страниц, основанные на платформе WebApp в соответствии с первым примером, приведенным в настоящем сообщении, приведены со ссылкой на Рис. 1 и Рис. 4, как показано выше.

При использовании метода и системы поиска и просмотра web-страниц в соответствии с первым примером, приведенным в настоящем сообщении, при открытии форумной страницы обильный терминал может автоматически определить тип форума при помощи Скрипта контента WebApp и запустить различные коды JS соответственно типу форума для настройки страницы и, наконец, создать четкую и понятную страницу форума для замены исходной сложной страницы форума. Кроме того, в случае предполагаемых изменений в настроенном содержимом или отображении необходимо только получение нового дистрибутива WebApp и установка этого дистрибутива на браузер. Таким образом, браузер может запустить WebApp в режиме форума как OS. Соответственно, набор платформ WebApp может быть использован в отношении местного браузера без поддержки со стороны сервера, а режим форума на странице форума можно настраивать при помощи скрипта содержания. Таким образом, работа браузера не зависит от сервера производителя браузера.

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

На Рис. 5 представлена блоксхема метода поиска и просмотра web-страниц на основании платформы WebApp в соответствии со вторым примером настоящего сообщения.

Аналогично первому примеру дистрибутив WebApp с третьим приложением JS также подлежит компилированию методом поиска и просмотра web-страниц до их поиска и просмотра, как показано на Рис. 5. Третье приложение JS настраивается для хранения файла скрипта JS и формируется скриптом контента. Третье приложение JS запускается после построения древа DOM и настраивается для определения предварительно считанного ключевого слова и осуществления процесса предварительного считывания и отображения web-страницы на основании определенного предварительно считанного ключевого слова. В примере на Рис. 5, процесс определения предварительно считанного ключевого слова и предварительное считывание и отображение содержания web-страницы на основании определенного предварительно считанного ключевого слова включает следующее: анализ WebApp древа DOM для получения ключевого слова, включенного в текст узла DOM; на основании ключевого слова, включенного в текст узла DOM и базы данных ключевых слов, включающей предварительно считанные ключевые слова и предварительно хранящееся в платформе WebApp определение, является ли ключевое слово предварительно считанным ключевым словом; после определения, является ли ключевое слово предварительно считанным ключевым словом, следующий процесс повторяется для каждого предварительно считанного ключевого слова до завершения обработки всех предварительно считанных ключевых слов: согласно предварительно считанному ключевому слову, получение связующего адреса следующей web-страницы; согласно полученному связующему адресу, предварительное считывание содержания web-страницы с сервера web-страницы и отображение предварительно считанного содержания следующей web-страницы и получение следующего предварительно считанного ключевого слова. Предварительно считанные ключевые слова базы данных ключевых слов предварительно хранящихся в WebApp можно собирать посредством просмотра большого количества web-сайтов. Предварительно считанные ключевые слова включают "next page", "next chapter", "next section" и т.д.. Например, база данных ключевых слов хранится в конфигурационном файле WebApp, а все предварительно считанные ключевые слова в конфигурациях считываются при запуске WebApp.

После получения дистрибутива WebApp, как показано выше, до и во время поиска и просмотра web-страниц, на Этапе S210, дистрибутив WebApp устанавливается в браузер. После завершения инсталляции, на Этапе S220, третье приложение JS регистрируется в WebApp.

Затем, когда пользователь открывает web-страницу при помощи мобильного терминала для просмотра web-страницы на Этапе S230, текущая web-страница, которую пользователь намеревается просматривать, загружается с сервера web-страницы на браузер мобильного терминала.

При загрузке web-страницы и после построения древ DOM, браузер отсылает в WebApp третье сообщение, что обозначает запуск третьего приложения JS (Этап S240). Здесь, аналогичным образом третье сообщение может представлять сообщение любой формы, соответственно определению WebApp, после получения сообщения, согласно которому третье приложение JS должно быть запущено.

Затем, на Этапе S250, WebApp запускает третье сообщение JS для выполнения операции по запуску режима чтения.

В частности, как показано на Рис. 6, при проведении операции по запуску режима чтения WebApp анализирует древо DOM, сначала для получения ключевого слова, включенного в текст узла DOM (Этап 251), а затем согласовывает полученное ключевое слово с предварительно считанным ключевым словом, предварительно хранящимся в конфигурации WebApp для определения, является ли ключевое слово предварительно считанным ключевым словом (Этап 252), и в случае положительного результата, осуществляет запуск режима чтения и осуществляет Этап 253 или определяет запуск режима чтения и запускает Этап 257, а на Этапе 257 продолжает загрузку web-страницы для ее отображения.

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

После определения начала режима считывания, как показано на Рис. 6, для каждого предварительно считанного ключевого слова многократно осуществляется следующий процесс, до завершения обработки всех предварительно считанных ключевых слов: согласно предварительно считанному ключевому слову, получение связующего адреса следующей web-страницы (Этап 253), например, текста связующего адрес следующей страницы получают посредством запуска JavaScript DOM. Затем с сервера web-страницы согласно полученному связующему адресу считывается содержание следующей страницы (Этап 254), например, на основании связующего адреса на сервер web-страницы отсылается запрос для получения содержания web-страницы. Затем, следующая web-страница соединяется с текущей web-страницей (Этап 255); в случае, когда длина прокручивания текущей web-страницы превышает установленное пороговое значение, предварительно считанное содержание следующей web-страницы отображается и формируется следующее предварительно считанное ключевое слово (Этап 256). Конечно, в другом примере настоящего сообщения следующая web-страница может быть также объединена с текущей web-страницей, и следующая web-страница отображается только после просмотра текущей web-страницы. Затем, Этапы 253-256 повторяются для следующего предварительно считанного ключевого слова до завершения вышеуказанной операции для всех Предварительно считанных ключевых слов.

Кроме того, в другом примере настоящего сообщения, как показано на Рис. 7, объединение предварительно считанной следующей web-страницы с текущей web-страницей может также включать: только извлечение узла «body» следующей web-страницы из предварительно считанной следующей web-страницы (Этап 2551); замену извлеченного узла «body» на узел DIV при сохранении содержания узла «body» (Этап 2553) и определение характеристик узла DIV, требующих скрывания и прикрепления к узлу «body» текущей web-страницы (Этап 2555).

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

На Рис. 8 представлена блок-схема мобильного терминала 20 с платформой WebApp и браузером, в соответствии со вторым примером настоящего сообщения. Как показано на Рис. 8, мобильный терминал 20 содержит платформу WebApp 300 и браузер 400.

Платформа WebApp 300 включает третий модуль запуска 310, который после получения третьего сообщения, отосланного браузером, что обозначает запуск третьего приложения JS соответственно предварительной регистрации в платформе WebApp, запускает третье приложение JS. Третье приложение JS настраивается для осуществления следующего процесса: анализ древа DOM для получения ключевого слова, включенного в текст узла DOM; на основании ключевого слова, включенного в текст узла DOM и базы данных о ключевых словах, предварительно заложенных в платформу WebApp, определение, является ли ключевое слово предварительно считанным ключевым словом; после определения, является ли ключевое слово предварительно считанным ключевым словом, повторение следующего процесса для каждого предварительно считанного ключевого слова до завершения анализа всех базовых ключевых слов: согласно предварительно считанному ключевому слову, получение связующего адреса следующей web-страницы; согласно полученному связующему адресу, предварительное считывание содержания web-страницы с сервера web-страницы и отображение предварительно считанного содержания следующей web-страницы и получение следующего предварительно считанного ключевого слова, где третье сообщение отсылается после построения древа DOM текущей web-страницы; третье сообщение JS запускается после построения древа DOM, формируется соответственно скрипту контента и предварительно компилируется в дистрибутиве WebApp, а запуск третьего приложения JS регистрируется в платформе WebApp после установки дистрибутива WebApp на браузере.

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

Метод и система поиска и просмотра web-страниц с использованием платформы WebApp в соответствии со вторым примером настоящего сообщения описаны со ссылкой на Рис. 5 - Рис. 8 выше.

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

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

Здесь следует отметить, что модуль третьего запуска, третье приложение JS, модуль отсылки третьего сообщения и третье сообщение, включенные в платформу WebApp второй модели соответствуют модулю четвертого запуска, четвертому приложению JS, модулю отсылки четвертого сообщения и четвертому сообщению в Требовании 4 и Требовании 12, соответственно. При использовании второй модели в сочетании с первой моделью, модуль третьего запуска, третье приложение JS, модуль отсылки третьего сообщения и третье сообщение, включенные в платформу WebApp, в соответствии со второй моделью, соответствуют модулю третьего запуска, третьему сообщение JS, модулю отсылки третьего сообщения и третьему сообщению в Требовании 9 и Требовании 18, соответственно.

На Рис. 9 представлена блок-схема метода для исполнения расширенного JS с использованием расширенного интерфейса JS, в соответствии с третьим примером настоящего сообщения.

Как показано на Рис. 9, сначала, при запуске браузера, загружается расширенная программа браузера (Этап S310). Затем, в процессе просмотра браузера, web-страница, запрашиваемая клиентом, загружается с сервера web-страницы на браузер (Этап S320). Затем, при загрузке web-страницы браузер запрашивает расширенную программу соответственно заранее определенному случаю, о необходимости выполнения внешнего JavaScript (Этап S330). Заранее определенный случай подразумевает время до или после построения древа DOM, Например.

При определении необходимости выполнения внешнего JavaScript браузер формирует расширенный интерфейс JS в соответствии с открытым API (Этап S340). После создания расширенного интерфейса JS при помощи расширенного интерфейса JS выполняется внешний JavaScript (Этап S3 50), что позволяет выполнять различные приложения соответственно требованиям пользователя.

На Рис. 10 представлена блок-схема метода контроля компоновки страницы посредством JavaScript с применением расширенного интерфейса JS (Рис.9).

Этапы S310 - Этап S350 на Рис. 10 полностью совпадают с Этапами S310 - S350 на Рис. 9. Они не будут повторно описаны тут. Этапы на Рис. 10, отличающиеся от Этапов на Рис. 9, будут описаны, начиная с Этапа S360 ниже. На Этапе S360 содержание, необходимое для поиска и просмотра страницы, извлекается посредством оценки древа DOM текущей web-страницы. Затем, в соответствии с извлеченным содержанием, устанавливается режим компоновки браузера соответственно заранее установленному интерфейсу, позволяющему настраивать режим компоновки страницы (Этап S370). Например, режим компоновки устанавливается при помощи ucweb.tabs.setLayout(layout). Затем, на Этапе S375, изменяется структура содержания страницы в сервере web-страницы. Например, ненужный элемент исключается и формируется специальный элемент. Затем браузер получает запрос изменить режим компоновки текущей страницы в соответствии с установленным режимом компоновки (Этап S380). Таким образом, браузер еще раз выполняет компоновку в соответствии с установленным режимом компоновки (Этап S390).

Пример ucweb.tabs.setLayout(integer layout) описан ниже.

Название интерфейса: ucweb.tabs.setLayout(integer layout).

Описание интерфейса: интерфейс настраивается для динамического изменения режима компоновки страницы. Режим компоновки может заключаться в масштабировании или в настройке экрана.

Входные параметры: постоянные значения для определения режима компоновки, т.е., ucweb.tabs.ZOOM_LAYOUT представляет собой масштабирования, в то время как ucweb.tabs.ADAPT_SCREEN_LAYOUT представляет настройку экрана.

Возвращаемое значение: ноль

Пример: ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCIŒEN_LAYOUT)

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

Первый пример предназначен для случаев, связанных с расширенной программой режима форума. В этой ситуации было обнаружено, что страница может отображаться в режиме форума (масштабирование). Содержание для отображения в режиме форума извлекается из исходной страницы при помощи JavaScript расширенной программы режима форума, а после исключения нежелательного содержания, содержание демонстрируется пользователю в режиме компоновки (настройка экрана). Затем расширенная программа режима форума может быть использована для установки режима компоновки браузера мобильного телефона для настройки экрана посредством запуска интерфейса ucweb.tabs.setLayout(ucweb.tabs.ADAPT_SCREEN_LAYOUT), что обеспечивает отличный опыт поиска и просмотра страницы при незначительных усилиях со стороны пользователя.

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

Кроме того, метод поиска и просмотра web-страницы, предполагающий применение режима форума в соответствии с первым примером, приведенным в настоящем сообщении, может также быть использован при помощи расширенного интерфейса JS, как показано на Рис. 9. Процесс может быть выполнен посредством объединения процесса, представленного на Рис. 9, и процесса, представленного на Рис. 1 или их вариантов. Кроме того, метод поиска и просмотра web-страниц, предполагающий применение режима считывания, в соответствии со вторым примером настоящего сообщения, может быть также выполнен при помощи расширенного интерфейса JS, как показано на Рис. 9. Процесс может быть выполнен посредством объединения процесса, представленного на Рис. 9, и процесса, представленного на Рис. 5 или их вариантов.

На Рис. 11 представлена блок-схема инструмента 1000 для выполнения внешнего JavaScript с использованием внешнего интерфейса JS, в соответствии с третьим примером настоящего сообщения. Как показано на Рис. 11, инструмент 1100 включает модуль запроса 1110, модуль сборки 1120 и модуль исполнения 1130.

Модуль исполнения 1110 настраивается для отправления запроса в расширенную программу о необходимости исполнения внешнего JavaScript в случае заранее определенной загрузки web-страницы, при котором расширенная программа загружается при запуске браузера. Модуль сборки 1120 настраивается для формирования расширенного интерфейса JS в соответствии с открытым API при определении необходимости внешнего JavaScript. Модуль исполнения ИЗО, настраивается для исполнения внешнего JavaScript посредством применения расширенного интерфейса JS. В примере внешний JavaScript настраивается для выполнения следующего процесса: извлечение содержания, запрошенного при запросе страницы, посредством анализа древа DOM текущей web-страницы, установка режима компоновки браузера посредством заранее установленного интерфейса, позволяющего настраивать режим компоновки; на основании установленного режима компоновки, осуществление компоновки страницы в применении к извлеченному содержанию.

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

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

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

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

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

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

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

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

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

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

1. Способ выполнения расширенного JavaScript с использованием внешнего интерфейса JavaScript, включая следующее:
запрос у расширенной программы о необходимости выполнения расширенного JavaScript при загрузке web-страницы, когда расширенная программа загружается при запуске браузера, включая расширенную программу для режима форума и расширенную программу для режима чтения;
браузер передает внешний интерфейс JavaScript соответственно открытому прикладному программному интерфейсу (API) при определении необходимости выполнения расширенного JavaScript;
выполнение расширенного JavaScript при помощи внешнего интерфейса JavaScript,
при этом расширенный JavaScript используют для осуществления следующих этапов:
извлечение содержимого, необходимого для поиска и просмотра страниц, посредством осуществления доступа к древу (DOM) текущей Web-страницы;
соответственно извлеченному содержимому определение режима расположения элементов браузера при помощи текущего интерфейса, настроенного соответственно требованиям корректировки режима расположения элементов;
выполнение компоновки страницы соответственно извлеченному содержимому на основании установленного режима расположения элементов и
расширенный JavaScript подразумевает по крайней мере одно выполнение JavaScript, формируемое при помощи Content Script, он подвергается предварительной компиляции в дистрибутиве WebApp, выполнение JavaScript регистрируется в рамках платформы WebApp при инсталляции пакета WebApp в браузере.

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

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

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

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

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

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

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

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

10. Способ просмотра web-страницы на основании платформы WebApp в соответствии с любым из пп. 4-9, отличающийся тем, что операции, связанные со вторым запуском JavaScript, третьим запуском JavaScript и/или четвертым запуском, осуществляются посредством расширенного интерфейса JavaScript.

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

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

13. Способ просмотра web-страницы на основании платформы WebApp в соответствии с любым из пп. 11, 12, отличающийся тем, что операции, связанные со вторым запуском JavaScript, третьим запуском JavaScript и/или четвертым запуском, осуществляются посредством расширенного интерфейса JavaScript.

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

15. Инструмент для выполнения JavaScript с использованием расширенного интерфейса JavaScript, включающий:
блок запросов, осуществляющий запрос у расширенной программы в заранее установленных случаях необходимости выполнения расширенного JavaScript при загрузке web-страницы, в то время как расширенная программа загружается при запуске браузера, включая расширенную программу для режима форума и расширенную программу для режима чтения;
блок сборки, используемый для сборки расширенного интерфейса JavaScript согласно открытому API при определении необходимости выполнения расширенного JavaScript; и
исполнительный блок, используемый для запуска расширенного JavaScript посредством расширенного JavaScript, осуществляющий, в частности:
извлечение содержимого, необходимого для поиска и просмотра страниц, посредством осуществления доступа к древу (DOM) текущей Web-страницы;
соответственно извлеченному содержимому определение режима расположения элементов браузера при помощи текущего интерфейса, настроенного соответственно требованиям корректировки режима расположения элементов;
осуществление планировки страницы для извлеченного содержания на основании установленного режима планировки, при этом расширенный JavaScript подразумевает по крайней мере одно выполнение JavaScript, формируемое при помощи Content Script, он подвергается предварительной компиляции в дистрибутиве WebApp, выполнение JavaScript регистрируется в рамках платформы WebApp при инсталляции пакета WebApp в браузере.

16. Машиночитаемый носитель, содержащий компьютерный программный продукт, запускающий на компьютере платформу WebApp, включающую:
первый модуль активации запуска JavaScript для определения возможности настройки текущей web-страницы в режиме форума, после получения первого сообщения, отосланного браузером, что соответствует первому запуску JavaScript, предварительно зарегистрированного в рамках платформы WebApp, при этом первый запуск JavaScript осуществляется после построения узла HEAD и конфигурируется для определения типа форума текущей web-страницы; первое сообщение отсылается после построения узла HEAD текущей web-страницы, в то время как web-страница загружается в браузер;
второй модуль активации конфигурируется для активации второго запуска JavaScript согласно типу форума текущей web-страницы для создания и отображения настроенной страницы форума, после получения второго сообщения, которое отсылает браузер, что соответствует второму запуску JavaScript после предварительной регистрации в рамках платформы WebApp, после определения текущей web-страницы как настраиваемой страницы форума, при этом второй запуск JavaScript активируется после построения древа DOM и конфигурируется для создания и отображения страницы форума; второе сообщение отсылается после построения древа DOM текущей web-страницы при загрузке web-страницы в браузер;
при этом первый и второй запуски JavaScript формируются посредством Content Script и подвергаются предварительной компиляции в дистрибутиве WebApp, первое и второе выполнение JavaScript регистрируются в рамках платформы WebApp при инсталляции дистрибутива WebApp в браузере.

17. Машиночитаемый носитель в соответствии с п. 16, отличающийся тем, что включает также:
модуль активации третьего запуска, осуществляющий активацию третьего запуска JavaScript, отвечающий за процесс определения предварительно считанного ключевого слова и предварительного считывания и отображения содержания web-страницы на основании определенного предварительно считанного ключевого слова, после получения третьего сообщения, отосланного браузером, что соответствует третьему запуску JavaScript после предварительной регистрации в рамках платформы WebApp,
при этом третье сообщение отсылается после построения древа DOM текущей web-страницы; третий запуск JavaScript активируется после построения древа DOM и его формирования посредством Content Script и подвергается предварительной компиляции в дистрибутиве WebApp, а третье выполнение JavaScript регистрируется в рамках платформы WebApp при инсталляции дистрибутива WebApp в браузере.

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

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

20. Машиночитаемый носитель согласно п. 17 или 18, отличающийся тем, что операции, связанные с вторым и третьим выполнением JavaScript, осуществляются посредством применения расширенного JavaScript, и
при отображении содержания текущей web-страницы расширенный интерфейс JavaScript конфигурируется далее, чтобы
соответственно извлеченному содержанию установить режим планировки браузера посредством предварительной установки интерфейса, установленного для корректировки режима планировки страницы.

21. Машиночитаемый носитель, содержащий компьютерный программный продукт, запускающий на компьютере браузер, включающий:
первый блок отсылки сообщений, используемый для отсылки первого сообщения, соответствующего активации первого запуска JavaScript после предварительной регистрации в рамках платформы WebApp, после построения узла HEAD при загрузке текущей web-страницы, при этом первый запуск JavaScript осуществляется после построения узла HEAD и конфигурируется для определения типа форума текущей web-страницы,
второй блок отсылки сообщений, используемый для отсылки второго сообщения, соответствующего активации второго запуска JavaScript, предварительно зарегистрированного в рамках платформы WebApp и соответствующего типу форума текущей web-страницы после построения древа DOM при загрузке текущей web-страницы; второй запуск JavaScript осуществляется после построения узла DOM и конфигурируется для создания и отображения страницы форума,
при этом первое и второе выполнения JavaScript формируются посредством Content Script и предварительно компилируются в дистрибутиве WebApp, и первое и второе выполнения JavaScript регистрируются в рамках платформы WebApp при инсталляции дистрибутива WebApp в браузере.

22. Машиночитаемый носитель, содержащий компьютерный программный продукт, запускающий на компьютере платформу WebApp, включающую:
четвертый модуль запуска, используемый для активации четвертого запуска JavaScript для проведения процесса определения предварительно считанного ключевого слова и предварительного считывания и отображения содержания web-страницы на основании определенного предварительно считанного ключевого слова, после получения четвертого сообщения, отосланного браузером, что соответствует четвертому запуску JavaScript, предварительно зарегистрированному в рамках платформы WebApp,
при этом четвертое сообщение отсылается после построения древа DOM текущей web-страницы; четвертый запуск JavaScript осуществляется после построения древа DOM и его формирования посредством Content Script и предварительной компиляции в дистрибутиве WebApp, четвертый запуск JavaScript регистрируется в рамках платформы WebApp при инсталляции дистрибутива WebApp в браузере.

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

24. Машиночитаемый носитель согласно п. 22 или 23, отличающийся тем, что операции, связанные с четвертым выполнением JavaScript, осуществляются посредством расширенного интерфейса JavaScript, и
при отображении содержания текущей web-страницы расширенный интерфейс JavaScript конфигурируется далее, чтобы:
соответственно извлеченному содержанию установить режим планировки браузера посредством предварительной установки интерфейса, установленного для корректировки режима планировки страницы.

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

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



 

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

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

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

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

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

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

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

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

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

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

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

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

Изобретение относится к созданию политики управления доступом и конфигурированию системы управления доступом с помощью политики управления доступом. Техническим результатом является повышение точности определения набора документов, к которым применяется политика доступа. Система для формирования политики управления доступом содержит пользовательский интерфейс (1) для предоставления пользователю возможности указывать тему (10) и набор разрешений (15), анализатор (2) документов, подсистему (3) ассоциации, средство (5) поиска свойств и средство (6) выбора документов. Анализатор (2) документов анализирует содержимое множества документов (11), чтобы найти набор документов (13), имеющих отношение к теме (10). Средство (5) поиска свойств анализирует содержимое документов (11), чтобы найти отличительное свойство (12) документов, имеющих отношение к теме (10). Средство (6) выбора документов выбирает набор документов (13), основываясь на отличительном свойстве (12). Подсистема (3) ассоциации ассоциирует набор разрешений (15) с набором документов (13), чтобы получить политику (4) управления доступом. 4 н. и 8 з.п. ф-лы, 5 ил.
Наверх