Патент на изобретение №2254611

(54) СПОСОБ ПРЕДОСТАВЛЕНИЯ ПОЛЬЗОВАТЕЛЯМ МОБИЛЬНЫХ УСТРОЙСТВ ЭЛЕКТРОННОЙ СВЯЗИ АКТУАЛЬНОЙ КОММЕРЧЕСКОЙ ИНФОРМАЦИИ НА АЛЬТЕРНАТИВНОЙ ОСНОВЕ (ВАРИАНТЫ) И ИНФОРМАЦИОННАЯ СИСТЕМА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ (ВАРИАНТЫ)

(57) Реферат:

Изобретение относится к области информационных технологий, в частности к информационной системе товаров и/или услуг для устройств связи, содержащей сервер обработки и предоставления информации (ОПИ), связанный со средством межсетевого интерфейса оператора связи. Его использование позволяет получить технический результат в виде оперативной каталогизации информации о товарах и/или услугах и представления этой информации пользователям мобильных устройств электронной связи с возможностью навигации по каталогу и полнотекстового поиска. Технический результат достигается за счет того, что информационная система товаров и/или услуг для устройств связи содержит сервер обработки и предоставления информации (ОПИ), связанный со средством межсетевого интерфейса оператора связи и компьютерами по меньшей мере двух альтернативных источников однотипных товаров и/или услуг с возможностью приема информации от каждого из указанных источников. Сервер ОПИ содержит блок ввода информации, блок хранения информации о товарах и/или услугах и блок индексирования и поиска информации, а также средство доступа пользователей устройств связи к блоку хранения информации о товарах и/или услугах, связанное со средством межсетевого интерфейса оператора связи. При этом компьютеры источников товаров и/или услуг выполнены в виде внешних серверов баз данных и связаны с сервером ОПИ с возможностью автоматической передачи информации на сервер ОПИ по мере ее обновления на внешнем сервере. 7 н. и 80 з.п. ф-лы, 17 ил.

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

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

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

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

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

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

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

Одной из наиболее современных систем поиска товаров в сети Интернет, интересующих российских пользователей, является система “Яндекс-Маркет”. Ниже рассматриваются недостатки этой конкретной системы.

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

Однако такая система как “Яндекс-Маркет” совершенно не подходит для людей, которые хотят видеть то, что покупают, а таких людей немало. Ни один Интернет-магазин не имеет торговых и выставочных площадей и ничего никому перед покупкой не показывает.

Нетрудно предположить, что людей, которые предпочитают покупать товары в настоящих магазинах, намного больше среди пользователей мобильных телефонов, чем среди пользователей сети Интернет (“Яндекс-Маркет” доступна только в сети Интернет). Таким образом, любая служба по предоставлению информации о товарах и/или услугах, предлагаемых лишь виртуальными магазинами (поставщиками), на мобильные телефоны останется просто невостребованной.

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

Далее, хотя “Яндекс-Маркет” и предоставляет возможность поиска внутри элементов каталога товаров, однако этой системе свойственен тот же недостаток, который был отмечен выше: поиск с разделением на поисковые сущности невозможен.

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

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

Примером такой узкоспециализированной справочной системы является система, описанная в публикации международной заявки на изобретение WO 02/078315 А2, в которой пользователь мобильного телефона, собирающийся сделать звонок, может получить SMS-сообщение о текущем тарифе своего оператора связи. Никакой другой информации просмотреть или поискать при помощи такой службы невозможно.

Оператором мобильной связи “БиЛайн” организована голосовая служба поиска поставщиков (торговых организаций). Но следует заметить, что сервис “БиЛайн” предусматривает возможность исключительно голосового общения клиента с оператором, не давая возможности визуализации (даже в текстовом виде) найденных товаров и поставщиков. Голосовая служба “БиЛайн” работает исключительно с информацией из БД “Мобиле”. Поставщики продукции весьма ограничены в возможности обновлять информацию о своих предложениях: они могут это делать либо один, либо пять раз в неделю. Обновление информации в самой базе происходит лишь один раз в 36 часов. Однако любому покупателю известно, что даже за один час ситуация с наличием товаров у конкретного поставщика может меняться не один раз. Таким образом, подобная информация недостаточно актуальна и надежна: найденных поставщиков нужно обзванивать и, возможно, некоторые из них скажут, что именно сейчас нужного товара уже нет, но они могли бы предложить что-то другое.

В последнее время специалисты в области информационных технологий ищут пути расширения возможностей сервиса, предоставляемого пользователям устройств связи. В публикации международной заявки WO 02/05534 А1 рассматривается информационная система, содержащая сервер, связанный с оператором мобильной связи и другими терминалами пользователя мобильного телефона (компьютер, подключенный к сети Интернет, факс и т.п.), запрос пользователя направляется оператором мобильной связи на сервер, и запрошенная информация направляется на другой терминал пользователя, с которым у сервера системы есть связь.

В патенте США 5850433 предлагается использовать обычный Интернет-каталог, подобный рассматривавшимся выше, для автоматического набора телефонного номера, например, поставщика, имеющего отношение к введенному запросу на товар.

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

Вместе с тем, данной системе, как и любой из рассмотренных выше, свойственен ряд серьезных недостатков.

В системе не предусмотрены решения, позволяющие пользователю сделать в любое время осмысленный выбор между альтернативными источниками товаров и/или услуг на основе актуальной и объективной информации. Современная реальность – это жесткая конкуренция, иногда недобросовестная, и потребитель, как правило, сталкивается с проблемой выбора и необходимостью учесть целый ряд факторов, прежде чем принять окончательное решение в отношении того, (i) что именно приобрести, (ii) у кого именно и (iii) на каких условиях. Потребитель, желающий купить, например, телевизор с 14-дюймовым экраном, должен определиться в отношении производителя телевизора, конкретной модели, имеющей довольно широкий набор характеристик и дополнительных функций, и магазина, в который он пойдет за покупкой. Для выбора магазина, в свою очередь, требуется сопоставить цену конкретной модели телевизора с ценами альтернативных магазинов, оценить условия гарантии, расположение магазина и т.д.

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

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

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

В публикации заявки США на изобретение US 2001/0039517 (ближайший аналог изобретения) раскрыты способ продажи товаров и информационная система для его осуществления. В систему, сервер которой управляется администратором, подключены пользователи мобильных устройств электронной связи, производители и поставщики товаров, имеющие собственные торговые терминалы. Пользователи мобильных устройств электронной связи, производители, поставщики и сервер поддержки покупок связаны сетью Интернет.

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

В отличие от рассмотренного выше документа GB 2378348, решение, раскрытое в публикации US 2001/0039517, предусматривает каталогизацию данных об однотипных товарах и/или услугах от альтернативных источников товаров в базах данных, поддерживаемых на центральном сервере системы.

Кроме того, US 2001/0039517 позволяет, с одной стороны, пользователям мобильных устройств электронной связи откладывать решение о покупке понравившегося им товара, а с другой стороны – обеспечивает автоматизацию учета товаров.

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

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

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

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

– поддерживали бы возможность полнотекстового поиска, пользовательских запросов в виде графики,

– поддерживали бы современные технологии, такие как WAP, GPRS, SMS, MMS, Java (расшифровываются ниже) и возможность получения на мобильный телефон не только текстовой информации, но и элементов мультимедиа (аудиоинформация, изображения, видео и пр.);

– повышали бы “интерактивность” взаимоотношений поставщиков и потребителей, т.е. позволяли бы поставщику связываться с потенциальным клиентом, и не только по телефону, но с применением SMS, электронной почты и т.п.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В качестве мобильного устройства электронной связи может использоваться любое из следующих устройств: мобильный телефон, пейджер или карманный компьютер (PDA) с доступом в компьютерную сеть, поддерживающее отображение информации, получаемой из компьютерной сети, ввод текстовой информации и ее передачу в компьютерную сеть, а доступ такого устройства в компьютерную сеть может осуществляться в соответствии с протоколом WAP (Wireless Application Protocol) или GPRS (General Packet Radio Service).

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

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

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

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

В предпочтительном случае навигацию по каталогу информации, хранимой на сервере ОПИ, формирование запроса пользователя и прием на мобильное устройство электронной связи информации, направленной пользователю, осуществляют посредством подгружаемого или предустановленного на мобильное устройство электронной связи приложения, реализованного посредством программного интерфейса приложения, в частности Java 2 Micro Edition (J2ME) или Personal Java.

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

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

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

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

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

Одним из вариантов реализации сервера ОПИ является локальная компьютерная сеть, содержащая следующие компоненты: (1) устройство сетевой коммутации, подключенное посредством сетевых кабелей к сетевым адаптерам компьютеров локальной сети с обеспечением коммутации между любыми двумя компьютерами сети, (2) сервер базы данных, имеющий первое и второе постоянные запоминающие устройства (ПЗУ), оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер, связанные информационной шиной, и (3) по меньшей мере одну рабочую станцию.

В такой сети блок хранения информации о товарах и/или услугах может быть реализован на первом процессоре и первом ПЗУ и поддерживаться с помощью реляционной системы управления базами данных (СУБД), в частности Oracle 9i, а блок хранения информации о пользователях может быть реализован на втором процессоре и втором ПЗУ и поддерживаться с помощью указанной СУБД, причем часть второго ПЗУ может быть выделена как область памяти для хранения условий запросов пользователей устройств связи.

Такая локальная сеть предпочтительно содержит несколько рабочих станций, например:

– первую рабочую станцию, реализующую блок индексирования и поиска информации, поддерживающую систему полнотекстового поиска, в частности Oracle Text (Oracle InterMedia Text), и содержащую ПЗУ, оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер и информационную шину, причем подблок индексирования запоминаемой информации реализован на первом процессоре и первом ПЗУ, а подблок полнотекстового поиска реализован на втором процессоре и втором ПЗУ,

– вторую рабочую станцию, реализующую блок навигации по информации и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину,

– третью рабочую станцию, реализующую блок ввода информации, содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину и подключенную посредством дополнительного сетевого адаптера к внешней компьютерной сети,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перечень фигур и иных материалов

Фиг.1 – блок-схема предложенной информационной системы.

Фиг.2 – блок-схема сервера обработки и предоставления информации.

Фиг.3 – схема взаимодействия программных средств информационной системы.

Фиг.4 – логическая модель данных, предоставляемых производителем товаров.

Фиг.5 – типы бинарных данных.

Фиг.6 – логическая модель данных о предоставляемых поставщиками товарах.

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

Фиг.8 – логическая модель хранения запросов конечных пользователей.

Фиг.9 – логическая модель хранения условий поиска.

Фиг.10 – логическая модель хранения информации для оповещения пользователей.

Фиг.11 – логическая модель хранения информации о скидках.

Фиг.12 – схема таблиц БД с информацией каталога товаров и/или услуг.

Фиг.13 – схема таблиц БД с информацией о пользователях.

Фиг.14 – схема таблиц БД с информацией о продажах.

Фиг.15 – схема таблиц БД с информацией о хранимых запросах конечных пользователей.

Фиг.16 – схема таблиц БД с информацией, касающейся рассылки сообщений пользователям.

Фиг.17 – схема таблиц БД с информацией о предоставлении скидок.

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

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

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

Средства предоставления информации 2 включают в себя технические средства (компьютеры или аналогичные средства) источников информации о товарах и/или услугах, с которыми сервер ОПИ 1 связан с возможностью приема информации от каждого из указанных источников в установленном формате. В дальнейшем применительно к рассматриваемому варианту изобретения используется термин “товары”, хотя следует понимать, что все преимущества системы достигаются также в отношении услуг или товаров и услуг.

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

Как показано на фиг.1, система может включать один или несколько шлюзов 5 подключения внешнего сервера.

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

Внешние серверы 4 и терминалы ручного ввода данных 6 могут быть удалены от сервера ОПИ 1 и соответствующего шлюза 5 и связаны с ними, как показано на фиг.1, посредством компьютерной сети, например глобальной сети Интернет или локальной сети. В предпочтительном варианте осуществления шлюз 5 подключения внешнего сервера объединен с внешним сервером 4 или является его частью.

Как видно на фиг.1, терминал ручного ввода данных 6 подключен к серверу ОПИ 1 напрямую, без использования какого бы то ни было шлюза, при этом данные, вводимые оператором терминала 6, не нуждаются в обработке перед поступлением на сервер ОПИ 1.

Средства использования информации 3 включают в себя в качестве обязательных элементов средство межсетевого интерфейса, в частности шлюз 7 оператора мобильной связи, и мобильные устройства электронной связи 8, такие как мобильные телефоны, пейджеры или карманные компьютеры (Personal Digital Assistant) с доступом в компьютерную сеть, которые связаны с сервером ОПИ 1 через шлюз 7 оператора мобильной связи. Мобильные устройства электронной связи 8 связаны со шлюзом оператора связи 7 посредством линии беспроводной передачи данных и поддерживают отображение информации, получаемой из компьютерной сети (т.е. обладают экраном (дисплеем) для отображения информации), ввод текстовой и/или графической информации и ее передачу в компьютерную сеть (т.е. поддерживают возможность обмена электронной информацией с хотя бы одним оператором мобильной связи).

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

Шлюз оператора связи 7 связан с сервером ОПИ 1 посредством компьютерной сети, например глобальной сети Интернет, и обеспечивает сопряжение сервера ОПИ 1 с мобильными устройствами пользователей, т.е. передачу электронной информации в обоих направлениях между сервером ОПИ 1 и конечными пользователями, и таким образом представляет собой предпочтительную форму межсетевого интерфейса оператора мобильной связи. Шлюз 7, как правило, включает в себя базовую приемопередающую станцию сети мобильной связи и блок преобразования сигналов, который преобразует сигналы в стандартах, поддерживаемых мобильными телефонами, в стандарты, поддерживаемые сервером ОПИ 1. К стандартам первой группы относятся Wireless Application Protocol (WAP), Wireless Markup Language (WML), General Packet Radio Service (GPRS), разработанные компанией Open Mobile Alliance Ltd. (ОМА).

К стандартам второй группы относится, например, протокол передачи гипертекстовых файлов HyperText Transfer Protocol (HTTP).

На фиг.2 представлена блок-схема, поясняющая устройство сервера обработки и предоставления информации (ОПИ) 1. Сервер ОПИ 1 является центральным элементом системы и представляет собой аппаратный и программный комплекс, имеющий на функциональном уровне следующие компоненты:

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

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

3. Блок индексирования и поиска информации 11, связанный с блоком ввода информации 9 и блоком хранения информации о товарах/услугах 10 с возможностью поддержания (изготовления и своевременного обновления при поступлении новой информации, модификации и удаления старой) специальных структур памяти (индексов) для обеспечения быстрого поиска и доступа к информации для пользователей мобильных телефонов 8 (с использованием упомянутых индексов).

4. Блок работы с пользователями (устройств связи) 12, связанный со шлюзом оператора связи 7 с обеспечением для пользователей мобильных телефонов доступа к информации, хранимой и управляемой системой, с использованием специальных протоколов обмена данными со шлюзами операторов мобильной связи.

5. Блок навигации по информации 13, связанный с блоком хранения информации о товарах/услугах 10 и блоком работы с пользователями устройств связи 12 с обеспечением для пользователей навигации по информации о товарах, структурированной в соответствии с их типами (т.е. навигация по каталогу).

6. Блок хранения информации о пользователях 14, связанный с блоком работы с пользователями устройств связи 12 с возможностью хранения информации о пользователях системы в управляемых и структурируемых системой областях памяти.

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

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

С этой точки зрения блок индексирования и поиска информации 11 содержит подблок индексирования запоминаемой информации 16, связанный с блоком ввода информации 9 и блоком хранения информации о товарах/услугах 10, и подблок полнотекстового поиска 17, связанный с блоком хранения информации о товарах/услугах 10 и блоком работы с пользователями 12, как показано на фиг.2. Такое членение предусмотрено, поскольку очень важно “развязать” индексирование вновь поступающей информации от поставщиков/производителей и, собственно, поиск информации для пользователей с использованием ранее подготовленных индексов: доступность и скорость такого поиска не должна зависеть от текущей обработки входной информации. Хотя в дешевых реализациях системы (например, обслуживающих небольшое количество клиентов) эти два подблока могут быть объединены.

Кроме того, важно обеспечить эффективный одновременный доступ к дисковым накопителям обоих подблоков, работающих с индексами, – подблоку индексирования и подблоку полнотекстового поиска. Для этого может использоваться современная автономная RAID система (матрица независимых дисковых накопителей с избыточностью) с параллельным подключением к ней соответствующих этим компонентам рабочих станций. В этом случае сервер ОПИ 1 может быть реализован в виде локальной компьютерной сети, содержащей следующие компоненты:

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

– сервер базы данных, имеющий первое и второе постоянные запоминающие устройства (ПЗУ), оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер, связанные информационной шиной, и

– по меньшей мере одну рабочую станцию.

В этом случае блок хранения информации о товарах/услугах 10 реализован на первом процессоре и первом ПЗУ и поддерживается с помощью реляционной системы управления базами данных (СУБД), в частности Oracle 9i, а блок хранения информации о пользователях 14 реализован на втором процессоре и втором ПЗУ и поддерживается с помощью указанной СУБД, причем часть второго ПЗУ выделена как область памяти для хранения условий запросов пользователей мобильных телефонов.

Для обеспечения качественных и быстрых коммутаций между всеми рабочими станциями и сервером базы данным, целесообразно использовать сетевые карты и кабели не ниже 5-й категории (100 Мбит/сек).

Локальная сеть может содержать следующие рабочие станции:

– первую рабочую станцию, реализующую блок индексирования и поиска информации 11, поддерживающую систему полнотекстового поиска, в частности Oracle Text (Oracle InterMedia Text) и содержащую ПЗУ, оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер и информационную шину, причем подблок индексирования запоминаемой информации 16 реализован на первом процессоре и первом ПЗУ, а подблок полнотекстового поиска 17 реализован на втором процессоре и втором ПЗУ,

– вторую рабочую станцию, реализующую блок навигации по информации 13 и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину,

– третью рабочую станцию, реализующую блок ввода информации 9, содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, и подключенную посредством дополнительного сетевого адаптера к внешней компьютерной сети,

– четвертую рабочую станцию, реализующую блок работы с пользователями устройств связи 12 и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, и подключенную посредством дополнительного сетевого адаптера к внешней компьютерной сети,

– пятую рабочую станцию, реализующую терминал оператора информационной системы 15 и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, а также дисплей и устройства ввода информации.

При этом внешней компьютерной сетью является глобальная компьютерная сеть (Интернет), к которой подключены компьютеры источников товаров и/или услуг и шлюз оператора связи 7, с использованием протоколов HTTP (для подключения сервера ОПИ 1 к поставщикам и производителям продуктов, а также к Интернет терминалам) и WAP (для общения сервера ОПИ 1 со шлюзом оператора мобильной связи 7, предоставляющим далее информацию на мобильные телефоны пользователей). Собственно пользовательские интерфейсы для всех указанных пользователей, работающих с системой через Интернет, очевидным для специалистов образом реализуются с помощью таких средств, как HTML, Java, Java script, WML и SOAP.

Блок ввода информации 9 связан с компьютерами источников товаров посредством протоколов HyperText Transfer Protocol (HTTP) и Simple Object Access Protocol (SOAP) являющимися стандартами W3C (World Wide Web Consortium), пользовательский интерфейс для терминала ручного ввода данных, работающего с блоком ввода информации, реализован с помощью языка Java компании SUN Microsystems.

Терминал оператора системы 15 связан с сервером базы данных по протоколам HTTP и SOAP. Пользовательский интерфейс оператора, позволяющий оператору системы администрировать содержимое сервера ОПИ 1, выполнен с помощью языков HyperText Markup Language (HTML), Java и Java Script.

Блок работы с пользователями устройств связи 12 связан со шлюзом оператора мобильной связи 7 по протоколу WAP, причем пользовательский интерфейс для пользователей мобильных устройств электронной связи выполнен с помощью языка Wireless Markup Language (WML).

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

Как показано на фиг.3, логика хранения и обработки данных реализована в виде набора программных компонентов, объединенных в один блок Сервер Приложений. Сервер Приложений по протоколу JDBC (Java Data Base Connectivity – протокол работы Java приложений с БД) работает с реляционной Системой Управления Базами Данных (СУБД) и все прикладные сервисы более высокого уровня реализованы без привязки к конкретной СУБД. Указанный Сервер Приложений и СУБД являются программной составляющей реализации описанных ранее блока хранения информации о товарах и услугах, а также блока хранения информации о пользователях.

Все части информационной системы, реализующие пользовательский интерфейс системы, такие как WWW (World Wide Web) приложение, обслуживающее как мобильные телефоны и PDA, поддерживающие WAP (WAP устройства), так и пользователей, подключенных к системе через Интернет терминалы (WWW клиенты), пользователи мобильных телефонов и PDA, поддерживающих J2ME (Java 2 Micro Edition) (J2ME клиенты), и клиенты графического пользовательского интерфейса (Graphical User Interface – GUI клиенты) работают с интерфейсом Сервера Приложений и не знают о том, как устроена конкретная схема хранения данных. Сервер Приложений представляет собой набор программных пакетов, реализованных с использованием Java платформы J2SE (Java 2 Standard Edition) 1.4 компании SUN Microsystems. Сервер Приложений предоставляет доступ к своей функциональности как напрямую (посредством вызова методов в рамках одного Java приложения), так и посредством сервисов, использующих для общения с клиентами технологию SOAP (Simple Object Access Protocol), реализованных в рамках WWW приложения.

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

Клиентские GUI приложения, реализованные с помощью Java технологии с использованием стандартной Java библиотеки Swing, взаимодействуют с сервером посредством SOAP протокола.

SOAP – это коммуникационный протокол, базирующийся на XML (extended Markup Language), который позволяет программным компонентам и приложениям взаимодействовать, используя стандартный Internet протокол HTTP (HyperText Transfer Protocol). Для реализации подхода, например, может быть использована реализация SOAP компании Sun Microsystems, входящая в пакет Java Web Services Development Pack.

Благодаря использованию технологии SOAP обеспечивается возможность работать с сервером удаленно, причем не обязательно напрямую, а также через HTTP посредника (proxy).

Однако важно отметить, что работа J2ME приложений с Сервером Приложений по протоколу SOAP на данный момент представляется невозможной, т.к. обработка SOAP запросов требует наличия в системе таких тяжеловесных компонентов, как XML разборщик (XML parser) и программа проверки XML (XML validator). Эти компоненты невозможно разместить в небольшой памяти J2ME устройства. По этой причине для работы именно с J2ME устройствами реализован собственный легковесный сервис удаленного вызова процедур (RPC), который по описанию программного интерфейса создает объекты, совершающие вызовы методов этого интерфейса с использованием HTTP протокола. Реализация этого сервиса оформлена в виде приложения-оболочки, как указано на фиг.3. Итак, именно через такое приложение-оболочку J2ME приложение имеет возможность работать с Сервером Приложений.

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

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

Необходимо отметить, что все приведенные ниже описания объектов, таблиц, полей (столбцов) и операций над объектами (таблицами) ориентированы на работу с общепринятым языком реляционных БД SQL (Structured Query Language) и наиболее распространенными языками программирования, такими как Java, С, C++ и пр. Все указанные языки программирования являются англоязычными и позволяют указывать интересующие нас сущности исключительно с помощью латиницы. В связи с этим названия всех сущностей приводятся на английском языке.

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

Узлы каталога имеют связанный с ними набор структур NodeInfo (информация об узле), в которых хранится информация, предназначенная для вывода пользователю, такая как name (название) и description (описание). Это сделано для того, чтобы поддерживать версии системы на нескольких языках.

Значения полей name и description клиенты получают, вызывая методы getName() и getDescription() на объекте Node и передавая в качестве аргумента информацию о том, на каком языке возвращать результат.

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

Набор стандартных атрибутов, таких как “название”, “гарантийные обязательства” и т.д., выносится на корневой узел каталога, чтобы производители могли его определить на любом из своих продуктов.

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

Строка (ValueString)

Число (ValueNumber)

Дата (ValueDate)

Перечислимый тип (ValueEnum)

BLOB (binary large object – большой двоичный объект) – (ValueBlob)

Атрибуты строкового типа хранят значения атрибута для разных языков, что позволяет поддерживать многоязычные интерфейсы. Значение строкового атрибута для конкретного языка получается при помощи вызова метода getValue() с указанием в качестве аргумента требуемого языка (locale).

Перечислимый тип (ValueEnum) предназначен для хранения значений, которые выбираются из списка допустимых.

Подобный тип конструируется следующим образом: с каждым из атрибутов Node, которые имеют тип Enum, связывается набор значений, которые хранятся в словаре (Dictionary). Значение атрибута продукта может принимать одно из значений, перечисленных в словаре (Dictionary) соответствующего типа.

Типы двоичных данных представлены на фиг.5. Атрибуты типа ValueBlob позволяют хранить произвольные массивы двоичных данных, т.е. произвольные файлы. Благодаря этому обеспечивается возможность с использованием библиотек для работы с multimedia (звук, изображения, видео) и работать с двоичными данными более “интеллектуальным” образом. Благодаря стандартным библиотекам, поддерживаются такие типы multimedia данных, как изображение (Valuelmage), звук (ValueSound). Также возможна поддержка ValueMovie (для хранения видео в форматах AVI или MOV) и ValueFlashMovie для хранения видеороликов в формате Flash. Это позволит производителям продуктов публиковать в каталоге максимально полную информацию о производимых продуктах.

Следует отметить, что наличие поля contentType на атрибуте (Attribute является метаинформацией для Value) позволяет хранить в каталоге практически любые данные, такие, например, как PDF документы (содержащие руководство пользователя на продукт или подробную спецификацию) или презентации в формате PowerPoint компании Microsoft.

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

Представление в БД торговых предложений от поставщиков отражено на фиг.6. Одной из категорий пользователей системы являются поставщики (Supplier). Поставщики не имеют права редактировать сам каталог (продукты и их атрибуты), а могут размещать в системе предложения по продаже продуктов из каталога.

Атрибутами предложения являются цена, количество продаваемых продуктов. Кроме того, с предложением связан массив объектов типа Salelnfo, в которых для разных языков, используемых в системе, хранятся описание предложения поставщика (description) и описание гарантийных обязательств, которые берет на себя поставщик (warranty).

Система поддерживает 3 типа пользователей (фиг.7):

Конечный пользователь (EndUser) – заходит через Интернет при помощи мобильного телефона или PDA или Интернет браузера на сайт системы и может смотреть каталог, выполнять поиск товаров и предложений по продаже товаров и/или услуг. В зависимости от того, каким образом пользователь взаимодействует с системой, он может быть или Интернет пользователем (WebUser) (т.е. работать с системой с использованием Интернет браузера), или мобильным пользователем (MobileUser) (т.е. пользоваться тем или иным мобильным устройством, подключенным к сети сотовой связи).

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

Поставщик (продавец, Supplier) – может формировать предложения по продаже товаров. Не имеет права редактировать сами товары (их атрибуты).

Для идентификации Интернет пользователей (WebUser) используется механизм сессий. Каждый такой пользователь, который в данный момент работает в системе, идентифицируется посредством номера сессии (sessionid).

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

Пользователь мобильного телефона имеет возможность создавать “интерес” (Interest) к заинтересовавшему его продукту (Product) или группе продуктов (фиг.8). “Интерес” представляет собой как бы “отложенный” запрос для поиска, который пользователь помещает в БД и потом получает оповещение, когда в базе появляется продукт или предложение, соответствующее запросу.

Для того, чтобы создать интерес к конкретному продукту используется связь между Интересом (Interest) и продуктом (Product). При этом в полях amount (количество) и price (цена) Интереса содержится информация о том, какие требования к цене и количеству товара есть у покупателя.

Для того, чтобы создать интерес не к конкретному продукту, а к группе продуктов, используется объект SearchContext (контекст поиска), содержащий набор условий на атрибуты (Condition). Помимо этого в объекте SeachContext есть поле fullTextPattern (полнотекстовый шаблон), которое используется для того, чтобы задавать запрос не к конкретному атрибуту, а производить поиск по подстроке внутри всех атрибутов.

Условие поиска представляет собой набор условий (Condition), применяемых к атрибутам. Работа с условиями поиска отражена на фиг.9. Также условие поиска может быть ограничено набором производителей (отношение между Manufacturer и SearchContext), набором поставщиков (отношение между Supplier и SearchContext) и набором узлов каталога, в которых (рекурсивно) следует искать товары.

Условие поиска (Condition) может, в зависимости от типа атрибута, быть условием на строковый атрибут ConditionString, условием на числовой атрибут ConditionNumber и условием на дату ConditionDate.

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

ConditionNumber oпpeдeляeт мaкcимaльнoe и минимальное допустимые значения для атрибута, который будет удовлетворять условиям поиска.

ConditionDate определяет максимальную и минимальную даты.

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

При рассылке сообщений пользователем используется тип Message (сообщение), который в свою очередь может быть или MessageSMS, или MessageMail, или MessageOnSite.

MessageSMS – сообщение, отправляемое на мобильный телефон.

MessageMail – сообщение, отправляемое по электронной почте (email). Может содержать дополнительный атрибут Subject – тему письма.

MessageOnSite – сервер системы имеет возможность читать и отправлять сообщения через WAP или J2ME интерфейс.

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

acceptEmail, если определено, задает тот email адрес, на который пользователь получает сообщения по электронной почте;

acceptSMS задает телефонный номер мобильного устройства, на которое пользователь получает SMS сообщения;

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

Система поддерживает механизм предоставления покупателю скидок (фиг.11). Предметом получения скидки может являться или набор предложений по продаже (Sale), или набор продуктов (Product), или же набор узлов каталога (Node).

Скидки (Discount) бывают следующих типов:

DiscountPeriod – скидка, ориентированная на временной отрезок. Предоставляется всем конечным пользователям, покупающим товары в определенный промежуток времени. Определяет дополнительные атрибуты start (начало) и stop (окончание), задающие тот временной отрезок;

DiscountCard – скидка по дисконтной карте – скидка предоставляется, если покупатель при покупке предъявляет дисконтную карту;

DiscountSysUser – скидка для пользователей системы – предоставляется, если товар был приобретен с использованием Системы.

Каждый из объектов Discount (скидка) имеет метод getDiscount(), который на основании переданных аргументов принимает решение, какого объема скидка предоставляется клиенту. Например, на объекте DiscountCard объем скидки может варьироваться в зависимости от вида кредитной карты.

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

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

Узлы каталога хранятся в таблице TNode. Связь таблицы TNode с собой самой между полями (столбцами) nodeld и parentld сделана для хранения узлов каталога как иерархической структуры.

Таблица TNodelnfo содержит информацию об узлах каталога, которые выводятся пользователям. Это такая информация, как название (name) и описание (description) для каждого из языков, поддерживаемых системой (locale).

В таблице TAttribute содержится информация об атрибутах, связанных с узлами каталога. Значение поля type (тип) определяет то, какого типа этот атрибут (численный, строковый, дата, перечислимый или BLOB – большой двоичный объект). Поле contentType (тип содержимого) используется для атрибутов типа BLOB и более подробно специфицирует то, какого рода двоичные данные представляет данный атрибут.

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

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

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

В таблице TAttrValue хранятся значения атрибутов продукта. Значения, в зависимости от их типа, хранятся в полях valueString, valueNumeric и т.д. Поле locale таблицы TAttrValue позволяет указывать то, для какого языка указано данное значение атрибута (используется со строковыми атрибутами).

Пример: Для того, чтобы создать в системе узел каталога “электроника”, нужно положить в таблицу TNode запись, у которой значение поля nodeld будет равно, например, 23, после чего в таблицу TNodelnfo положить для русской версии системы запись со следующими значениями полей: nodeld=23, locale=”RU”, name=”Элeктpoникa”, description=”Oпиcaниe paздeлa Электроника”, а для английской версии системы положить запись, у которой будет nodeld=23, locale=”EN”, name=” Electronics”, description=”Electronics description”.

Пример: для того, чтобы привязать к узлу каталога “электроника” строковый атрибут “потребляемая мощность”, нужно в таблице TAttribute создать запись, у которой nodeld=23, name=”wattage”, tуре=<значение константы, соответствующей численному типу>.

Пример: чтобы создать в каталоге в узле “электроника” товар “магнитофон RX-CT-800”, произведенный фирмой Panasonic, нужно сначала создать в БД производителя (manufacturer), у которого, например, будет manufacturerld=115, после чего в таблицу TProduct положить запись, у которой manufacturerld=115, nodeld=23 (идентификатор узла каталога “электроника”). После этого в таблицу TAttrValue надо поместить записи, содержащие информацию о названии модели и прочих характеристиках продукта.

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

Информация обо всех пользователях системы содержится в таблице TGenericClient (фиг.13). Здесь хранятся имя для входа в систему (login), пароль (password), имя пользователя (name), его адрес электронной почты (email), телефонный номер, тип оповещения, получаемого пользователем.

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

Пример: при регистрации в системе производителя Panasonic в таблице TGenericClient появляется запись с login=Panasonic, раssword=<значение пароля>, name=”Matsushita Inc.”, а в таблице TManufacturer появится запись, у которой clientid будет равен значению поля clientid соответствующей записи из таблицы TGenericClient.

Для хранения информации о предложениях по продаже продуктов из каталога используются таблицы TSale и TSalelnfo (фиг.14). В таблице TSale содержится информация о цене и количестве (если оно указано) товара, имеющегося в наличии у поставщика. В таблице TSale содержатся строки, выводимые пользователями, с описанием предложения (description) и описанием гарантийных обязательств, которые берет на себя продавец (warranty). Описания в TSalelnfo хранятся для каждого из языков (locale), поддерживаемых системой.

Пример: если в системе существует поставщик с идентификатором, например, 121, а также продукт с идентификатором 715, то для того, чтобы в системе появилось предложение по продаже этого продукта, в таблицу TSale надо положить запись, у которой supplierld=121, productld=715, а значения полей amount (количество) и price (цена) соответствуют количеству и цене в предложении.

Интересы клиентов хранятся в таблице TInterest (фиг.15). Если интерес является интересом к продукту, то используется поле productid, отражающее связь между продуктами и интересами. Если интерес является “отложенным запросом поиска”, то используется связь между таблицами TInterest и TSearchContext по полю searchContextld.

Поля amount (количество) и price (цена) таблицы TInterest хранят информацию о том, в каких количествах и по какой цене клиент желает купить что-либо.

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

Условия на атрибуты хранятся в таблице TSearchCondition. Там хранится идентификатор атрибута (attributeld), к которому применяется условие, а также ограничения на значения, которые используются в зависимости от того, какого типа атрибут. В случае численных атрибутов используются условия numberMax и numberMin, задающие верхнюю и нижнюю границы для значений атрибутов. В случае атрибутов, хранящих даты, используются dateMax и dateMin. Для задания ограничения на атрибуты, хранящие строки, используется поле textPattern.

Список узлов каталога, в которых производится поиск, хранится в таблице TSearchNodes.

Список производителей, товары которых интересуют пользователя, хранится в таблице TSearchManufacturers.

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

Пример: для создания пользователем с ld=45 интереса к продукту с идентификатором 715 в таблице TInterest будет содержаться запись, у которой productld=715, endUserld=45, а поля amount и price будут содержать количество товаров и максимальную цену, которые интересуют пользователя.

Пример: для создания пользователем с endUserld=45 интереса, который представляет собой запрос по слову “телевизор” и ценой не выше 100$, надо в таблицу TSearchContext положить запись с fullTextPattern=”телевизор”. Допустим, у этой записи scontextld=123. Тогда в TInterest надо положить запись с endUserld=45, searchContextld=123 и price=100.

Пример: Для того чтобы к запросу из предыдущего примера добавить такое ограничение, значение атрибута “диагональ” должна быть более 14 дюймов. Для этого надо найти в таблице TAttribute запись, соответствующую атрибуту “диагональ”. Допустим это запись с attributeld=68. После этого надо найти в таблице TSearchContext запись, соответствующую нашему запросу поиска (помним, что она имеет идентификатор 123). Теперь в таблицу TSearchCondition надо поместить запись, у которой contextld=123, attributeld=68, numberMin=14 (это если атрибут числовой и размер диагонали измеряется в дюймах).

Пример: для того чтобы в предыдущем примере сузить область поиска определенной областью каталога, например узлом с nodeld=17, надо в таблицу TSearchNodes положить запись с nodeld=17, contextld=123.

Пример: для того чтобы в предыдущих примерах сузить область поиска определенным производителем продуктов, который, например, имеет manufacturerld=53, надо в таблицу TSearchManufacturers положить запись с manufacturerld=53, contextld=123.

Пример: для того чтобы в предыдущих примерах сузить область поиска определенным поставщиком, который, например, имеет supplierld=37, надо в таблицу TSearchSuppliers положить запись с supplierld=37, contextld=123.

Для хранения сообщений, которые система рассылает пользователям, используется таблица TMessage (фиг.16).

В полях recepientld и senderld указанной таблицы хранятся идентификаторы получателя и отправителя сообщения (если сообщение рассылается системой, то поле senderld остается пустым).

В поле messageSMS хранятся тексты SMS сообщений.

В поле messageMailSubj хранятся темы сообщений, отправляемых по электронной почте.

В поле messageMailText хранятся тексты сообщений, отправляемых по электронной почте.

В поле messageSys хранятся тексты сообщений, которые пользователь может прочитать на “сайте системы” с помощью Интернет терминала, WAP устройства или J2ME устройства.

Поле isSent определяет, было ли сообщение отправлено пользователю.

Поле isRead определяет, было ли сообщение прочитано пользователем (в случае SMS сообщения значение этого поля может стать “истина” (true), когда от шлюза оператора связи было получено сообщение о том, что SMS сообщение было доставлено получателю).

Пример: для того, чтобы создать сообщение, которое пользователь с идентификатором, например, recepientld=193 получит по электронной почте, надо в таблице TMessage создать запись с recepientld=193, messageMailSubj и messageMailText будут содержать тему и текст письма. Сначала isSent должно быть false (“ложь”). После отправки письма система автоматически сделает isSent=true (“истина”).

Пример: для того, чтобы создать сообщение, которое пользователь с идентификатором, например, recepientld=217 получит по SMS, надо в таблице TMessage создать запись с recepientld=217, messageSMS, равным тексту сообщения.

Пример: для того, чтобы создать сообщение, которое пользователь с идентификатором, например, recepientld=153 сможет прочитать через интерфейс, предоставляемый системой, надо в таблице TMessage создать запись с recepientld=217, messageSys, равным тексту сообщения.

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

В таблице TDiscount (фиг.17) хранятся записи, соответствующие скидкам.

Поле percent определяет величину скидки в процентах.

Поле discountType определяет тип скидки (по дате, по дисконтной карте или по тому признаку, что клиент заказывает товар через систему).

В случае, когда скидка предоставляется лишь в течение некоторого определенного интервала времени (т.н. временная скидка), в полях dateStart и dateStop хранятся даты начала и конца подобного сезона скидок.

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

Скидки могут быть привязаны к продуктам (TDiscountProduct) – например, “купи телефон Siemens C25 сейчас! На 30% дешевле!”.

Скидки могут быть привязаны к целым узлам каталога (TDiscountNode), например “покупая телевизор через нашу систему, вы получаете скидку 20%”.

Скидки могут быть привязаны к конкретным предложениям товаров (TDiscountSale), например “ПБОЮЛ Хоронюк предоставляет скидку на магнитолы Panasonic RX-CT800”.

Пример: Для того, чтобы указать временную скидку в размере 20%, которая будет действовать в период с 15 декабря 2003 г. по 20 января 2004 и относящуюся к некоторой группе продуктов, имеющих идентификаторы N1…Nm, надо поместить в таблицу TDiscount запись, у которой percent=20, discountType соответствует временной скидке, dateStart=”15 декабря 2003 г.”, dateStop=”20 января 2004″. Допустим у этой записи discountld=31. После этого для каждого из идентификаторов продуктов N1…Nm в таблицу TDiscountProduct надо вставить запись, у которой discountld=31, productld=Ni.

Пример: Для того, чтобы указать скидку в размере 5%, которая будет скидкой по дисконтной карте и относящуюся ко всем товарам внутри некоторой группы узлов каталога, имеющих идентификаторы N1…Nm, надо поместить в таблицу TDiscount запись, у которой percent=20, discountType соответствует скидке по дисконтной карте. Допустим, у этой записи discountld=43. После этого для каждого из идентификаторов узлов каталога N1…Nm в таблицу TDiscountNode надо вставить запись, у которой discounted=43, productld=Ni.

Описание работы предложенной информационной системы

1. Формирование каталога товаров/услуг

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

В предложенной информационной системе предусмотрено два основных варианта предоставления информации в на сервер ОПИ 1:

1-й вариант – через внешний сервер базы данных 4 и шлюз 5 для подключения внешнего сервера базы данных (БД). В качестве источников информации информационная система может использовать любые серверы хранения и обработки информации о продуктах, используемых внутрикорпоративно соответствующими компаниями, желающими предоставлять информацию в информационную систему. Такие серверы называются в заявке внешними.

Данные о товарах и/или услугах предпочтительно хранятся в запоминающем устройстве внешнего сервера 4 базы данных поставщика или производителя и обновляются по мере необходимости. Предпочтительно, при каждом обновлении базы данных внешний сервер 4 автоматически пересылает изменения, сгруппированные в файл данных, на шлюз 5 подключения внешнего сервера, обрабатывающий данные и приводящий их в формат, обеспечивающий их каталогизацию сервером ОПИ 1. Альтернативным вариантом является передача информации через определенные промежутки времени, независимо от ее обновления.

Шлюз 5 для подключения внешнего сервера БД предусмотрен в связи с тем, что информационная система ориентирована на произвольные компании – поставщики информации с произвольной структурой и форматом своей БД, для обеспечения унифицированной схемы работы с информацией в рамках самой информационной системы, для подключения таких внешних серверов БД к центральному серверу информационной системы, т.е. серверу ОПИ 1. После подключения собственной БД с помощью такого шлюза к серверу ОПИ поставщику или производителю не понадобится больше предпринимать какие-либо действия в дальнейшем для предоставления информации в информационную систему, т.к. вся информация будет автоматически предоставляться через шлюз.

2-й вариант – через терминал ручного ввода данных. Для небольших компаний, производящих или поставляющих некоторые продукты, может оказаться более удобной ручная форма поддержания собственной информации на сервере ОПИ. Для этого используется терминал ручного ввода данных 6, например компьютер, снабженный средствами ввода данных (клавиатура) и подключенный к компьютерной сети посредством сетевого адаптера или модема. С помощью такого терминала вся указанная выше информация от поставщиков и производителей поддерживается соответствующими ответственными за это лицами со стороны компаний вручную и передается непосредственно на сервер ОПИ 1.

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

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

На сервере ОПИ 1 данные поступают в блок ввода информации 9, который обращается к подблоку индексирования запоминаемой информации 16, который генерирует индексы для обеспечения быстрого доступа к данным и запоминает их в собственном ПЗУ и одновременно также передает их в подблок полнотекстового поиска 17, где они запоминаются в соответствующем ПЗУ (как указано выше, функции индексирования данных и их поиска реализуются самостоятельными процессорами и ПЗУ первой рабочей станции). В блоке хранения информации о товарах/услугах 10 вся поступающая информация хранится в виде, удобном для дальнейшего отображения на дисплеях мобильных устройств электронной связи 8 (в частности, учитывается факт существенной ограниченности возможностей отображения визуальной информации на дисплеях подобных устройств).

Индексированные данные передаются блоком ввода информации 9 в блок хранения информации о товарах/услугах 10.

2. Навигация по каталогу

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

Для этого пользователь мобильного устройства электронной связи 8 входит на сервер ОПИ 1 через шлюз оператора связи 7. Если пользователь еще не зарегистрирован в информационной системе, блок работы с пользователями 12 передает идентификационные данные пользователя в блок хранения информации о пользователях 14. В режиме навигации по каталогу блок навигации по информации 13 обеспечивает доступ к базе данных товаров/услуг блока хранения информации о товарах/услугах 10 с возможностью отображения на дисплее мобильного устройства электронной связи 8 информации, структурируемой командами, вводимыми, например, с помощью кнопок мобильного устройства электронной связи 8.

Работа пользователя мобильного устройства электронной связи 8 с сервером ОПИ 1 может обеспечиваться подгружаемым Java 2ME приложением, которое пользователь может загрузить на свое устройство связи с сервера WAP (реализуемого блоком работы с пользователями устройств связи 12).

Соединение шлюза оператора связи 7 с мобильными устройствами электронной связи 8 (телефонами) пользователей может быть обеспечено с помощью предоставляемых всеми крупными операторами мобильной связи – как в России, так и за рубежом – общеизвестных средств беспроводного подключения мобильных телефонов к сети Интернет, таких как WAP и GPRS. Операторами связи уже реализованы специальные шлюзы для сопряжения мобильных телефонов с WAP сайтами в сети Интернет. При этом в качестве средства (языка) передачи данных по такому соединению может использоваться WML (широко известная вариация HTML, специально предназначенная для работы с мобильными телефонами).

Таким образом, на практике для обеспечения связи между сервером ОПИ 1 и пользователями мобильных устройств электронной связи 8 (телефонов) необходимо лишь реализовать соответствующий WAP сайт, предоставляющий доступ к функциональности предложенной информационной системы (навигация по каталогу товаров, поиск товаров, производителей или поставщиков, направление SMS сообщений поставщикам, регистрация в информационной системе заинтересованности в определенных продуктах и пр.) с помощью языка WML. Конечному пользователю при этом остается лишь подключиться на своем мобильном устройстве электронной связи 8 (телефоне) к подобному сайту через шлюз 7 его оператора связи. Важно отметить, что в этом процессе участие самого оператора связи не требуется.

Например, в России это возможно, по крайней мере, у таких операторов, как МТС, “БиЛайн” и “Мегафон”, их пользователям необходимо лишь иметь мобильный телефон с поддержкой WAP. На данный момент не менее 80% продаваемых в России и за рубежом моделей телефонов обладают такой функциональностью (лишь самые малобюджетные телефоны лишают своих пользователей возможности выхода в Интернет с помощью WAP).

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

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

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

Sony Ericsson P800 (GPRS, MMS, Java, Personal Java, экран 208×320);

Nokia 3650 (GPRS, MMS, Java, Personal Java, экран 176×208);

Nokia 3595 (GPRS, MMS, Java);

Nokia 7650 (GPRS, Java, экран 176×208);

Samsung SGH-S100 (GPRS, Java, экран 128×160);

Motorola V600 (GPRS, MMS, Java, экран 120×160);

Sharp GX1, GX10 (GPRS, MMS, Java, экран 120×160);

Panasonic GD87 (GPRS, MMS, Java, экран 120×160);

LG G8000 (GPRS, MMS, Java, экран 176×220);

NEC e525, N8 (GPRS, MMS, экран 162×216).

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

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

Из перечисленных выше моделей телефонов на данное время особенно перспективна для применения в системе модель Р800 SonyEricsson: она обладает сенсорным экраном, стайлусом (пером), большим объемом памяти с возможностью расширения с помощью карт памяти, неплохими вычислительными возможностями, самым большим цветным экраном для мобильных телефонов, поддерживает WAP, GPRS, J2ME, PersonalJava и имеет встроенную цифровую фотокамеру.

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

Среди устройств карманных компьютеров (PDA с функциями коммуникатора), с помощью которых пользователи могут работать с системой, следует выделить:

Nokia 9210, 9210i, 9290 (Java, Personal Java, экран 640×200);

Motorola Accompli 008 (GPRS, Java, экран 240×320);

Motorola Accompli 008 (GPRS, Java, экран 240×160);

Motorola A388 (GPRS, Java, экран 240×320);

Blackberry 5810, 5820 (GPRS, Java, экран 160×160).

При навигации по каталогу в рамках конкретного вида товаров (например, “компьютеры”, “машины”, “бытовая техника”) должна быть возможность перейти к хождению по поставщикам таких продуктов и по самим продуктам. То же самое на любом из следующих уровней. Например, в разделе “телевизоры” может быть указан переход на работу с поставщиками любых телевизоров (поиск по имени поставщиков телевизоров или просмотр всех их), то же для марок (производителей), как, впрочем, и указан критерий для классификации телевизоров на следующем уровне каталога: размер экрана (на следующем уровне будут варианты до 21″, 21 “-30″, больше 30”), формат (с квадратным (3×4) или широкоформатным экраном), тип устройства (кинескоп, плазменные, проекционные и т.д.).

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

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

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

3. Поиск и обслуживание пользовательских интересов

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

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

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

В рамках такого способа предоставления информации через шлюз оператора мобильной связи 7 принимают запрос пользователя на поиск интересующих его данных, причем условия поиска должны содержать как минимум категорию товара. К условиям поиска также могут относиться: модель товара, граничная цена товара, свойство товара, производитель товара, срок гарантии, наличие скидки и т.д. Соответственно запросу проводят поиск запрошенных данных путем сравнения информации, хранимых на сервере ОПИ 1, с условиями поиска, и направляют результаты поиска пользователю. Указанный поиск проводится подблоком полнотекстового поиска 17, обращающимся к блоку хранения информации о товарах/услугах 10 на основе индексов для быстрого поиска соответствующих данных.

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

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

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

Как вариант, данные пользователя и условия поиска могут автоматически запоминаться в блоке хранения информации о пользователях 14 после приема запроса, то есть независимо от возможности или невозможности немедленного удовлетворения условиям запроса. В этом случае блок работы с пользователями 12 время от времени проводит поиск запрошенных данных в течение заданного периода времени или до аннулирования запроса пользователем, причем каждый раз при нахождении новых товаров и/или услуг пользователю направляют соответствующее сообщение, в частности, в соответствии со стандартом SMS (Short Messaging Service) или MMS (Multimedia Messaging Service) (стандарты ОМА – Open Mobile Alliance Ltd.).

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

В информационной системе может быть предусмотрен доступный для поставщиков Интернет терминал (который может быть совмещен с терминалом ручного ввода данных системы), который поддерживает работу с “интересами” конечных пользователей к продуктам, продаваемым этим поставщиком. Поставщик имеет возможность просматривать все текущие “интересы” к имеющимся у него товарам с указанием разницы между ценой поставщика и ценой, указанной пользователем в интересе. При этом “интересы” сортируются по величине этой разницы. Отдельным списком показываются интересы, где желаемая цена вовсе не указана. При этом поставщик имеет возможность послать сообщение соответствующему пользователю, удалить “интерес”, как абсурдный или обработанный (естественно, это означает, что этот “интерес” не будет более показываться именно этому поставщику); указать, куда (адрес электронной почты email, номер мобильного телефона для посылки SMS сообщений) автоматически пересылать все новые “интересы”, касающиеся товаров этого поставщика. Здесь стоит отметить, что товаром, имеющим отношение к поставщику, является даже тот, который указан в его каталоге, но с информацией о том, что товара в наличии нет.

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

4. Поиск товара по изображению

Пользователь мобильного телефона, имеющего встроенную цифровую фотокамеру (предпочтительный вариант), фотографирует с помощью этой фотокамеры некий интересующий его (пользователя) предмет (например, понравившуюся машину) и пересылает изображение на сервер ОПИ 1. В этом варианте реализации системы сервер ОПИ 1 дополнительно связан с терминалом обработки запросов пользователей (такой терминал может также входить в структуру сервера ОПИ 1, например, может быть реализован полностью или частично терминалом оператора системы 15). Кроме того, в этом варианте реализации системы информация, принимаемая сервером ОПИ 1 от источников товара (поставщиков), содержит по меньшей мере сведения об источнике товара, наименование товара и по меньшей мере одно изображение товара в установленном формате. Запрос пользователя в этом случае содержит, соответственно, по меньшей мере одно изображение фрагмента или полного вида интересующего пользователя товара. Этот запрос направляют через шлюз оператора мобильной связи 7 для анализа на терминал обработки запросов пользователей, где содержащееся в запросе изображение товара сравнивают с изображениями, хранимыми на сервере ОПИ 1, определяют совпадающие и/или схожие изображения и направляют их и/или относящуюся к ним информацию на мобильный телефон пользователя.

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

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

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

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

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

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

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

Данный сервис может быть полезен для тех людей, у которых:

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

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

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

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

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

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

6. Глобальная информационная система товаров и услуг для мобильных устройств электронной связи

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

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

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

При временной смене города пользователь будет автоматически получать сообщение о том, какие его “интересы” выполняются в этом городе. Новые “интересы” в таком состоянии все равно будут передаваться на сервер ОПИ 1 родного города конечного пользователя.

Должна быть также предусмотрена и возможность “переезда” в другой город. При этом все “интересы” и остальная информация о пользователе должны быть переданы с сервера ОПИ 1 одного города на сервер ОПИ 1 другого.

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

7. Предоставление скидок через систему

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

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

Система может предусматривать возможность указания скидок различного типа, в частности:

– временные скидки для всех покупателей (подобные скидки обычно связаны с праздниками, например днем рождения компании, с сезонными распродажами и т.д.), при этом указывается период времени действия скидки – даты начала и окончания;

– специальные скидки для пользователей системы (с указанием или без указания периода действия);

– скидки по дисконтным картам (с указанием или без указания периода действия).

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

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

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

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

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

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

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

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

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

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

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

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

6. Способ по любому из пп. 1 – 4, отличающийся тем, что информацию о товарах и/или услугах передают на сервер ОПИ через компьютерную сеть, в частности глобальную компьютерную сеть Интернет.

7. Способ по любому из пп. 1 – 4, отличающийся тем, что в качестве мобильного устройства электронной связи используют любое из следующих устройств: мобильный телефон, пейджер или карманный компьютер (PDA) с доступом в компьютерную сеть, поддерживающее отображение информации, получаемой из компьютерной сети, ввод текстовой информации и ее передачу в компьютерную сеть.

8. Способ по п. 7, отличающийся тем, что доступ мобильного устройства электронной связи в компьютерную сеть осуществляют в соответствии с протоколом WAP (Wireless Application Protocol) или GPRS (General Packet Radio Service).

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

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

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

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

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

14. Способ по любому из пп. 1 – 4, отличающийся тем, что навигацию по каталогу информации, хранимой на сервере ОПИ, формирование запроса пользователя и прием на мобильное устройство электронной связи информации, направленной пользователю, осуществляют посредством подгружаемого или предустановленного на мобильное устройство электронной связи приложения, реализованного посредством программного интерфейса приложения, в частности Java 2 Micro Edition (J2ME) или Personal Java.

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

16. Способ по п. 15, отличающийся тем, что информацию от источника товаров и/или услуг передают на сервер ОПИ посредством терминала ручного ввода данных.

17. Способ по п. 15, отличающийся тем, что информацию от источника товаров и/или услуг передают на сервер ОПИ посредством внешнего сервера базы данных, относящегося к источнику товаров и/или услуг, через шлюз подключения указанного внешнего сервера базы данных.

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

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

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

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

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

23. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что информацию с внешнего сервера базы данных передают на сервер ОПИ автоматически, в частности, по мере обновления соответствующей информации на внешнем сервере базы данных.

24. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что в качестве мобильного устройства электронной связи используют любое из следующих устройств: мобильный телефон, пейджер или карманный компьютер (PDA) с доступом в компьютерную сеть, поддерживающее отображение информации, получаемой из компьютерной сети, ввод текстовой информации и ее передачу в компьютерную сеть.

25. Способ по п. 24, отличающийся тем, что доступ мобильного устройства электронной связи в компьютерную сеть осуществляют в соответствии с протоколом WAP (Wireless Application Protocol) или GPRS (General Packet Radio Service).

26. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что информацию о товарах и/или услугах предоставляют в виде текстовых и/или графических данных и/или голосовых сообщений.

27. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что каталогизацию информации о товарах и/или услугах осуществляют путем присвоения индексов запоминаемым данным.

28. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что запрос пользователя включает условия поиска, содержащие по меньшей мере категорию товара и/или услуги.

29. Способ по любому из пп. 18 – 20 и 22, отличающийся тем, что запрос содержит предложение поставщику связаться с пользователем, а условия поиска содержат также один или несколько из следующих атрибутов: модель товара, граничная цена товара, свойство товара, производитель товара, срок гарантии, наличие скидки.

30. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что данные пользователя и его запрос удаляют из памяти сервера ОПИ после первого нахождения предложения товаров и/или услуг, соответствующих запросу, и направления пользователю соответствующего сообщения.

31. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что поиск запрошенных данных повторяют с заданной периодичностью.

32. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что поиск запрошенных данных проводят в течение заданного периода времени или до аннулирования запроса пользователем.

33. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что направление данных и пересылку сообщений пользователю осуществляют в соответствии со стандартом SMS (Short Messaging Service) или MMS (Multimedia Messaging Service).

34. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что пользователю предоставляют доступ к серверу ОПИ для коррекции данных запроса.

35. Способ по любому из пп. 15 – 20 и 22, отличающийся тем, что формирование запроса пользователя и прием на мобильное устройство электронной связи информации, направленной пользователю, осуществляют посредством подгружаемого или предустановленного на мобильное устройство электронной связи приложения, реализованного посредством программного интерфейса приложения, в частности Java 2 Micro Edition (J2ME) или Personal Java.

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

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

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

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

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

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

42. Способ по любому из пп. 36 – 40, отличающийся тем, что в качестве мобильного устройства электронной связи используют любое из следующих устройств: мобильный телефон, пейджер или карманный компьютер (PDA) с доступом в компьютерную сеть, поддерживающее отображение информации, получаемой из компьютерной сети, ввод текстовой и графической информации и ее передачу в компьютерную сеть.

43. Способ по любому из пп. 36 – 40, отличающийся тем, что источником товаров является поставщик товаров, а передаваемая им информация дополнительно включает в себя цену товара и по меньшей мере одну характеристику товара.

44. Способ по п. 43, отличающийся тем, что товаром является автомобиль, а его характеристиками – год выпуска и пробег.

45. Способ по любому из пп. 36 – 40, отличающийся тем, что передачу изображений между мобильным устройством электронной связи пользователя и терминалом обработки запросов пользователей осуществляют в соответствии со стандартом MMS (Multimedia Messaging Service).

46. Способ по любому из пп. 36 – 40, отличающийся тем, что сообщения пользователю передают в голосовой форме, и/или в соответствии со стандартом SMS (Short Messaging Service), и/или в соответствии со стандартом MMS (Multimedia Messaging Service).

47. Способ по любому из пп. 36 – 40, отличающийся тем, что формирование запроса пользователя и прием на мобильное устройство электронной связи информации, направленной пользователю, осуществляют посредством подгружаемого или предустановленного на мобильное устройство электронной связи приложения, реализованного посредством программного интерфейса приложения, в частности Java 2 Micro Edition (J2ME) или Personal Java.

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

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

50. Способ по п. 48 или 49, отличающийся тем, что предусматривают по крайней мере следующие типы атрибутов: Строка, Число, Дата, Перечислимый тип, Большой двоичный объект (BLOB).

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

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

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

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

55. Способ по п. 52, отличающийся тем, что в качестве условия поиска по атрибуту типа “дата” указывают максимальную и минимальную даты.

56. Способ по п. 48 или 49, отличающийся тем, что источники товаров и/или услуг включают в себя производителей товаров и поставщиков товаров.

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

58. Способ по п. 48 или 49, отличающийся тем, что передачу данных пользователю осуществляют на мобильное устройство электронной связи через средство межсетевого интерфейса оператора мобильной связи в соответствии со стандартом SMS (Short Messaging Service) или MMS (Multimedia Messaging Service) и/или в виде голосовых сообщений.

59. Способ по п. 48 или 49, отличающийся тем, что информацию от источника товаров и/или услуг передают на сервер ОПИ посредством терминала ручного ввода данных.

60. Способ по п. 48 или 49, отличающийся тем, что информацию от источника товаров и/или услуг передают на сервер ОПИ посредством внешнего сервера базы данных, относящегося к источнику товаров и/или услуг, через шлюз подключения указанного внешнего сервера базы данных.

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

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

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

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

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

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

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

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

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

70. Информационная система по п. 65 или 66, отличающаяся тем, что сервер ОПИ реализован в виде локальной компьютерной сети, содержащей следующие компоненты: устройство сетевой коммутации, подключенное посредством сетевых кабелей к сетевым адаптерам компьютеров локальной сети с обеспечением коммутации между любыми двумя компьютерами сети, сервер базы данных, имеющий первое и второе постоянные запоминающие устройства (ПЗУ), оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер, связанные информационной шиной, и по меньшей мере одну рабочую станцию.

71. Информационная система по п. 70, отличающаяся тем, что блок хранения информации о товарах и/или услугах реализован на первом процессоре и первом ПЗУ и поддерживается с помощью реляционной системы управления базами данных (СУБД), в частности Oracle 9i, а блок хранения информации о пользователях реализован на втором процессоре и втором ПЗУ и поддерживается с помощью указанной СУБД, причем часть второго ПЗУ выделена как область памяти для хранения условий запросов пользователей устройств связи.

72. Информационная система по п. 70, отличающаяся тем, что она содержит первую рабочую станцию, реализующую блок индексирования и поиска информации, поддерживающую систему полнотекстового поиска, в частности Oracle Text (Oracle InterMedia Text) и содержащую ПЗУ, оперативное запоминающее устройство (ОЗУ), первый и второй процессоры, сетевой адаптер и информационную шину, причем подблок индексирования запоминаемой информации реализован на первом процессоре и первом ПЗУ, а подблок полнотекстового поиска реализован на втором процессоре и втором ПЗУ, вторую рабочую станцию, реализующую блок навигации по информации и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, третью рабочую станцию, реализующую блок ввода информации, содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, и подключенную посредством дополнительного сетевого адаптера к внешней компьютерной сети четвертую рабочую станцию, реализующую блок работы с пользователями устройств связи и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, и подключенную посредством дополнительного сетевого адаптера к внешней компьютерной сети пятую рабочую станцию, реализующую терминал оператора информационной системы и содержащую процессор, ОЗУ, ПЗУ, сетевой адаптер и информационную шину, а также дисплей и устройства ввода информации.

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

74. Информационная система по п. 65 или 66, отличающаяся тем, что устройством связи является мобильный телефон, пейджер или карманный компьютер (PDA) с доступом в компьютерную сеть, поддерживающие отображение информации, получаемой из компьютерной сети, ввод текстовой и/или графической информации и ее передачу в компьютерную сеть.

75. Информационная система по п. 65 или 66, отличающаяся тем, что мобильное устройство электронной связи выполнено с возможностью работы с подгружаемым или предустановленным приложением, реализованным посредством программного интерфейса, в частности Java 2 Micro Edition (J2ME) или Personal Java.

76. Информационная система по п. 65 или 66, отличающаяся тем, что средство межсетевого интерфейса оператора связи представляет собой шлюз, включающий в себя базовую приемопередающую станцию и блок преобразования сигналов.

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

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

79. Глобальная информационная система по п. 77 или 78, в которой общим языком является английский язык.

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

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

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

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

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

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

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

87. Способ по п. 85, в котором при подключении мобильного устройства электронной связи пользователя ко второй информационной системе данные пользователя и условия поиска запоминают на сервере ОПИ второй информационной системы и удаляют из памяти сервера ОПИ первой информационной системы.

РИСУНКИ

MM4A – Досрочное прекращение действия патента СССР или патента Российской Федерации на изобретение из-за неуплаты в установленный срок пошлины за поддержание патента в силе

Дата прекращения действия патента: 14.03.2007

Извещение опубликовано: 20.02.2008 БИ: 05/2008