СИСТЕМА И СПОСОБ ОТОБРАЖЕНИЯ СТРАНИЦЫ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 является принципиальной схемой последовательности операций процесса способа отображения страницы согласно одному варианту осуществления настоящего изобретения;

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

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

Этап 101: получение хранящихся метаданных, при этом метаданные представляют собой данные для описания информации о товаре.

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

Этап 102: генерирование шаблонных данных для отображения страницы согласно метаданным.

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

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

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

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

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

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

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

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

Опционально, в качестве другого варианта осуществления, на этапе 101, язык сценариев Lua может быть встроен в прокси-сервер, например, Nginx, которым является легкий веб-сервер/обратный прокси-сервер и почтовый прокси-сервер. Хранящиеся метаданные получают посредством использования языка сценариев Lua или, конечно, других языков сценариев. Кластеры баз данных могут использовать прокси Twemproxy для Twitter в отношении фрагментаций, чтобы упростить логику фрагментации данных и эффективно снизить число соединений JIMDB/Redis.

Опционально, в качестве другого варианта осуществления, на этапе 102, осуществляется синтаксический анализ метаданных с помощью представления объекта JavaScript (JSON) для получения шаблонных данных. JIMDB имеет очень хорошие эксплуатационные характеристики по скорости получения данных, из которых среднее время получения данных составляет, например, около 2 миллисекунд в случае сотен миллионов уровней пар ключ-значение с размером менее, чем 10 КБ и трафиком в триста тысяч раз в секунду на каждый сервер с гигабитной сетевой картой. Кроме того, когда синтаксический анализ метаданных осуществляется с помощью инструмента JSON посредством комбинации Nginx+Lua, и страницы отрисовываются, среднее время отрисовки составляет около 1 миллисекунды в случае размера страницы, составляющего 30-80 КБ, и одиночного сервера с гигабитной сетевой картой, опрашиваемой 15000-18000 раз в секунду. Вследствие этого, страница может быть отображена пользователям быстрее, и пользовательское восприятие значительно повышается. Более того, применение языка Java для реализации является удобным для расширения.

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

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

Опционально, в качестве другого варианта осуществления, метаданные могут храниться с помощью базы данных "ключ-значение" (например, базы данных постоянного хранения с парой ключ-значение JIMDB, которая является механизмом постоянного хранения, объединяющим Redis и LMDB (быстрая база данных с отображением в память)), больше данных постоянного хранения может храниться на SSD (твердотельном диске), и локальное кэширование может использовать Redis. Хранение метаданных может быть посредством фрагментации кластера баз данных, и в кластере баз данных предусматриваются главный сервер баз данных и по меньшей мере один подчиненный сервер баз данных, при этом осуществляется резервное копирование метаданных, хранящихся в главном сервере баз данных, по меньшей мере в один подчиненный сервер баз данных, то есть, базы данных (такие как JIMDB выше) предоставляют функцию копирования главный-подчиненный. Посредством Redis+LMDB, может быть осуществлено постоянное хранение, может быть предотвращена потеря данных, вызванная отключением электропитания сервера, и проблемы аварийного восстановления и расширения могут быть эффективно решены посредством функции копирования главный-подчиненный.

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

Применительно к Фиг. 2, ниже будут описаны варианты осуществления настоящего изобретения. Фиг. 2 схематично показывает систему отображения страницы, которая содержит подсистему 21 разнородности данных, кластер 22 хранения метаданных, подсистему 23 шаблонных данных, кластер 24 хранения шаблонных данных и подсистему 25 отображения динамических страниц. Фиг. 2 также показывает систему-источник 26 информации о товаре. Следует отметить, что некоторое число метаданных, разнородной логики и шаблонных данных, и данных товара, описанные на Фиг. 2, являются лишь примерными.

Этап 201: подсистема 21 разнородности данных получает информацию о товаре из системы-источника 26 информации о товаре.

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

Этап 202: подсистема 21 разнородности данных генерирует метаданные согласно информация о товаре, полученной на этапе 201.

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

Этап 203: подсистема 21 разнородности данных сохраняет метаданные, сгенерированные на этапе 202, в кластер 22 хранения метаданных.

Опционально, метаданные могут храниться с помощью базы данных "ключ-значение", такой как база данных постоянного хранения с парой ключ-значение JIMDB, для того, чтобы осуществлять постоянное хранение, и JIMDB может предоставить функцию копирования главный-подчиненный для эффективного решения проблем аварийного восстановления и расширения. Метаданные хранятся во фрагментации в кластере баз данных с использованием прокси Twemproxy для Twitter для упрощения логики фрагментации данных и эффективного снижения числа соединений JIMDB/Redis. Более того, кластер 22 хранения метаданных может осуществлять слияние и перекомпоновку хранящихся метаданных, для эффективного использования пространства хранения и снижения повторного изменения метаданных.

Этап 204: подсистема 23 шаблонных данных получает хранящиеся метаданные на основе очереди сообщений.

Этап 205: подсистема 23 шаблонных данных генерирует шаблонные данные для отображения страницы согласно метаданным на основе требования доступа пользователя и сохраняет данные в кластер 24 хранения шаблонных данных.

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

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

В варианте осуществления по Фиг. 2, некоторые подробные примеры могут относиться к варианту осуществления способа на Фиг. 1, и поэтому здесь не повторяются.

Фиг. 3 показывает систему отображения страницы согласно одному варианту осуществления настоящего изобретения, которая содержит подсистему 31 хранения метаданных, подсистему 32 шаблонных данных и подсистему 33 отображения динамических страниц.

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

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

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

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

Система 30 отображения страницы (из которой система отображения страницы, содержащаяся на Фиг. 2, может рассматривается как пример) может реализовать вышеуказанный вариант осуществления способа, и поэтому не описывается здесь подробно для избежания повторения.

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

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

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

Опционально, в качестве другого варианта осуществления, подсистема 31 хранения метаданных может быть дополнительно использована для хранения метаданных с помощью базы данных "ключ-значение" (например, базы данных постоянного хранения с парой ключ-значение JIMDB, которая является механизмом постоянного хранения, объединяющим Redis и LAMB). Конкретно, подсистема хранения метаданных может быть дополнительно использована для хранения метаданных посредством фрагментации кластера баз данных, при этом в кластере баз данных предусматриваются главный сервер баз данных и по меньшей мере один подчиненный сервер баз данных, и осуществляется резервное копирование метаданных, хранящихся в главном сервере баз данных, по меньшей мере в один подчиненный сервер баз данных. Использование Redis+LMDB может осуществлять постоянное хранение, можно предотвратить потерю данных, вызванную отключением электропитания сервера, и проблемы аварийного восстановления и расширения могут быть эффективно решены посредством функции копирования главный-подчиненный.

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

Опционально, в качестве другого варианта осуществления, подсистема 32 шаблонных данных может дополнительно осуществить синтаксический анализ метаданных посредством представления объекта JavaScript (JSON) для получения шаблонных данных. Вследствие этого, страница может быть быстро отображена пользователям, значительно повышая пользовательское восприятие. Более того, реализация с помощью языка Java удобна для расширения.

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

Способ, раскрытый в вышеуказанном варианте осуществления в настоящем изобретении, может быть реализован с использованием системы отображения страницы, показанной на Фиг. 4. Система 400 отображения страницы содержит процессор 401, память 402 и приемопередатчик 403. Процессор 401 управляет функционированием устройства 400, и память 402 может содержать постоянную память и оперативную память, и предоставлять инструкции и данные процессору 401. Участок памяти 402 может содержать энергонезависимую оперативную память (NVRAM). Процессор 401, память 402 и приемопередатчик 403 соединены вместе с помощью системы 410 шин. Система 410 шин содержит не только шину данных, но также шину электропитания, шину управления и шину сигнала статуса. Однако, для понятного разъяснения, все шины на Фигуре обозначены как система 410 шин.

Процессором 401 может быть чип интегральной схемы, который имеет способность обработки сигналов. Во время процесса реализации, этапы вышеуказанного способа могут быть завершены посредством интегральных логических схем аппаратных средств или инструкций в виде программного обеспечения в процессоре 401. Процессором 401 может быть процессор общего назначения, содержащий CPU (центральный процессор), NP (сетевой процессор) и т.д.; DSP (процессор цифровой обработки сигналов), ASIC (специализированная интегральная схема (ASIC)) и FPGA (программируемая пользователем вентильная матрица (FPGA)); или другие программируемые логические устройства, устройство на дискретных компонентах или транзисторное логическое устройство и дискретные аппаратные компоненты. Могут быть выполнены или достигнуты способы, этапы и логические схемы, раскрытые в вариантах осуществления настоящего изобретения. Процессором общего назначения может быть микропроцессор или любой обыкновенный процессор.

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

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

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

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

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