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

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

1. Система, предназначенная для осуществления доступа к сетевой информации с использованием упрощенной сетевой адресации, содержащая a) платформу устройства клиента, определяющую устройство клиента, причем эта платформа имеет доступ к сети и средство для приема упрощенного сетевого адреса; b) множество удаленных серверов решения числового кода, отвечающих устройству клиента через сеть для преобразования упрощенного сетевого адреса в соответствующий URL; c) платформу клиента, включающую средство, предназначенное для выбора определенного сервера решения числового кода на основе функции принятого упрощенного сетевого адреса; d) платформу клиента, включающую средство для отправки упрощенного сетевого адреса на выбранный сервер решения числового кода для запроса на преобразование упрощенного сетевого адреса в соответствующий URL, для приема соответствующего URL из выбранного сервера решения числового кода и для использования принятого соответствующего URL в информацию сетевого доступа.

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

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

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

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

6. Способ, предназначенный для осуществления доступа к сетевой информации с использованием упрощенной сетевой адресации, причем этот способ содержит следующие этапы: a) предоставления платформы устройства клиента, определяющей устройство клиента, имеющее доступ к сети, и средство для приема упрощенного сетевого адреса; b) предоставления множества удаленных серверов решения числового кода, отвечающих на запросы клиента через сеть для преобразования упрощенного сетевого адреса в соответствующий URL; c) дополнительного предоставления платформе устройства клиента средства для выбора определенного сервера решения числового кода на основании функции принятого упрощенного сетевого адреса; d) приема устройством клиента упрощенного сетевого адреса; e) определения устройством клиента, к какому из множества серверов решения числового кода необходимо подключиться для преобразования упрощенного сетевого адреса в соответствующий URL; f) отправки устройством клиента упрощенного сетевого адреса на выбранный сервер решения числового кода для преобразования; g) преобразования выбранным сервером решения числового кода, упрощенного сетевого адреса в соответствующий URL и возврата URL указанному клиенту; и h) использования указанным клиентом возвращенного URL для осуществления доступа к сетевой информации.

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

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

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

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

11. Способ, предназначенный для осуществления доступа к сетевой информации с использованием упрощенной сетевой адресации для использования в существующей сетевой системе, включающей, по меньшей мере, множество серверов решения числового кода, предназначенных для преобразования упрощенных сетевых адресов в соответствующие URL, причем этот способ содержит этапы: a) предоставления платформы устройства клиента, определяющей устройство клиента, имеющее доступ к сети, средство для приема упрощенного сетевого адреса, и средство для выбора определенного сервера решения числового кода на основании функции принятого упрощенного сетевого адреса; b) приема устройством клиента упрощенного сетевого адреса и выбора определенного сервера решения числового кода на основании функции принятого упрощенного сетевого адреса; c) отправки устройством клиента принятого упрощенного сетевого адреса на выбранный сервер решения числового кода для преобразования; d) приема соответствующего URL из выбранного сервера решения числового кода; и e) использования соответствующих URL для осуществления доступа к сетевой информация.

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

13. Компьютерный программный продукт, предназначенный для использования в компьютерной системе, определяющей платформу устройства клиента, имеющую доступ к сети, и средство для приема упрощенного сетевого адреса, причем этот компьютерный программный продукт содержит а) машиносчитываемый накопитель; b) средство, установленное в накопителе для управления компьютерной системой для выполнения следующих этапов, определяющих способ, предназначенный для осуществления доступа к сетевой информации с использованием упрощенной сетевой адресации для использования устройством клиента в существующей сетевой системе, включающей множество серверов решения числового кода, предназначенных для преобразования упрощенных сетевых адресов в соответствующие URL, содержащий этапы c) прием упрощенного сетевого адреса; d) выбор определенного сервера решения числового кода на основании функции упрощенного сетевого адреса; e) отправку упрощенного сетевого адреса в выбранный сервер решения числового кода для преобразования в соответствующий URL; f) прием соответствующего URL из сервера решения числового кода; и g) использование соответствующего URL для осуществления доступа к сетевой информации.

14. Компьютерный программный продукт по п.13, отличающийся тем, что указанное средство, установленное в накопителе, дает указание платформе устройства клиента выполнять следующие дополнительные этапы: a) определения средства платформы устройства клиента, предназначенного для преобразования поднабора упрощенных сетевых адресов в соответствующие URL; b) определения средства платформы устройства клиента, предназначенного для осуществления попытки преобразования после приема упрощенного сетевого адреса и перед выбором определенного сервера решения числового кода; c) определения средства платформы устройства клиента для использования результата удачного преобразования в информацию сетевого доступа и, в случае неудачи, для продолжения этапа выбора определенного сервера решения числового кода на основе функции упрощенного сетевого адреса; d) попытки осуществления преобразования и, если она будет удачной, использования соответствующего URL для осуществления доступа к сетевой информации; и e) когда она будет неудачной, продолжения этапа выбора определенного сервера решения числового кода.

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

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

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

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

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

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

21. Способ осуществления доступа к сетевой информации с использованием упрощенного сетевого адреса и предоставляющий уникальный идентификатор пользователя выбранному серверу решения числового кода, причем этот способ содержит следующие этапы: а) предоставления сетевой системы, имеющей множество серверов решения числового кода, отвечающих на запрос клиента для преобразования упрощенного сетевого адреса в соответствующий URL для осуществления доступа к сетевой информации; b) предоставления центрального сервера сети, отвечающего на запрос клиента для предоставления уникального идентификатора пользователя, который идентифицирует пользователя; c) предоставления устройства клиента, подключенного к сети для осуществления доступа к сетевой информации; при этом d) устройство клиента, включает средство, предназначенное для осуществления контакта с центральным сервером после исходного включения устройства клиента для осуществления запроса на уникальный идентификатор пользователя, и для приема уникального идентификатора пользователя из центрального сервера в ответ на запрос при исходном включении; e) устройство клиента содержит средство, предназначенное для приема упрощенного сетевого адреса для сетевой информации; f) устройство клиента содержит средство для выбора сервера решения числового кода для преобразования упрощенного сетевого адреса в соответствующий URL; g) устройство клиента содержит средство для отправки запроса, содержащего упрощенный сетевой адрес и уникальный идентификатор пользователя, в выбранный сервер решения числового кода, а также h) сервер решения числового кода включает средство, предназначенное для использования предоставленного уникального идентификатора пользователя заранее определенным образом; i) отправки запроса при исходном включении в центральный сервер для уникального идентификатора пользователя, приема этого уникального идентификатора пользователя в ответ на запрос и сохранения этого уникального идентификатора пользователя; j) осуществления запроса устройства клиента, сохраняющего уникальный идентификатор пользователя; k) приема устройством клиента упрощенного сетевого адреса; l) выбора устройством клиента определенного сервера решения числового кода, включающего как упрощенной сетевой адрес, так и уникальный идентификатор пользователя, и отправки составленного запроса на выбранный сервер решения числового кода; m) ответа выбранного сервера решения числового кода на составленный запрос путем преобразования упрощенного сетевого адреса в соответствующий URL, возврата соответствующего URL в устройство клиента, и использования уникального идентификатора пользователя заранее определенным образом; и n) использования устройством клиента возвращенного соответствующего URL для осуществления доступа к сетевой информация.

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

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

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

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

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

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

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

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

30. Система по п.29, отличающаяся тем, что средство выбора включает таблицу правил соединения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

51. Сетевая система для осуществления доступа к информации из сервера содержания с использованием упрощенной сетевой адресации и для передачи на сервер содержания профиля пользователя, позволяющая серверу удовлетворять потребности индивидуального пользователя, причем эта система содержит a) множество серверов содержания, подключенных к сети; b) центральный сервер, отвечающий на запрос клиента для возврата уникального идентификационного номера пользователя, причем центральный сервер подключен к сети; c) множество серверов решения числового кода, подключенных к сети; d) платформу клиента, определяющую устройство клиента, с доступом для пользователя для ввода упрощенного сетевого адреса информации, размещенной на сервере содержания, причем устройство клиента подключается через сеть; e) средство осуществления прозрачности, выполненное в устройстве клиента с использованием перехвата сообщения; f) средство исходного включения, позволяющее устройству клиента осуществлять запрос уникального идентификационного номера пользователя при исходном включении устройства клиента, причем устройство клиента записывает возвращенный идентификационный номер; g) устройство клиента, предназначенное для приема персональной информации пользователя от пользователя, для сохранения персональной информации, причем эта сохраненная персональная информация определяет профиль пользователя; h) средство, позволяющее устройству клиента преобразовывать поднабор всех упрощенных сетевых адресов в соответствующий им URL; i) средство, позволяющее устройству клиента выбирать сервер решения числового кода, когда не удается выполнить преобразование на месте, причем этот выбор основывается на функции упрощенного сетевого адреса, и посылающее этот упрощенный сетевой адрес в выбранный сервер решения числового кода для преобразования, и принимающее обратно соответствующий URL; j) средство, позволяющее устройству клиента комбинировать уникальный идентификационный номер пользователя с заранее определенной частью профиля пользователя с соответствующим URL и отправлять комбинированный идентификационный номер, профиль и URL на сервер содержания для осуществления доступа к требуемой сетевой информации; и k) средство, позволяющее устройству клиента принимать и отображать возвращенную сетевую информацию.

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

53. Сетевая система, предназначенная для осуществления доступа к информации с серверов содержания, которая может поддерживать индивидуальную статистику пользователя, содержащая a) сеть, взаимносоединяющую множество серверов содержания; b) платформу устройства клиента, подключенную к сети и определяющую устройство клиента; c) центральный сервер, подключенный к сети и отвечающий на запрос устройства клиента для предоставления уникального идентификационного номера пользователя; d) множество серверов решения числового кода, подключенных к сети и отвечающих на запрос клиента, содержащий упрощенный сетевой адрес для предоставления соответствующего URL; e) по меньшей мере, один из серверов содержания, содержащий средство, отвечающее на персональную информацию пользователя для создания и поддержания базы данных статистики, относящейся к использованию и предпочтениям пользователя в отношении содержания; f) устройство клиента, включающее средство ввода пользователя, позволяющее пользователю вводить упрощенный сетевой адрес, предназначенный для осуществления доступа к информации, расположенной на сетевом сервере содержания; при этом, g) средство ввода пользователя, позволяет пользователю вводить персональную информацию, определяющую профиль пользователя; h) средство, предназначенное для сохранения профиля пользователя; i) средство для преобразования упрощенного сетевого адреса в соответствующий URL для осуществления доступа к информации из сетевого сервера содержания; j) средство, предназначенное для редактирования профиля пользователя как функции упрощенного сетевого адреса, и определения отредактированного профиля пользователя, включающего уникальный идентификационный номер пользователя; k) средство для комбинирования отредактированного профиля пользователя с соответствующим URL и для использования этой комбинации для осуществления доступа к информации из сетевого сервера содержания; l) средство, позволяющее, по меньшей мере, одному серверу содержания обновлять его статистическую базу данных в соответствии с указанной комбинацией и возвращать информацию, соответствующую URL; и m) средство отображения, предназначенное для отображения возвращенной информации для пользователя.

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

55. Система по п.53, отличающаяся тем, что средство, предназначенное для редактирования профиля пользователя как функции упрощенного сетевого адреса, включает a) средство, предназначенное для выделения имени домена и соответствующего URL; b) первую таблицу, содержащую соответствия имени домена/уровня доступа, определяющую количество и тип информации профиля пользователя, разрешенной для передачи на серверы содержания в пределах данного домена; c) вторую таблицу, содержащую правила соответствия уровня доступа/правила редактирования профиля, определяющую правила редактирования профиля, которые должны использоваться для создания отредактированного профиля пользователя, разрешенного на данном уровне доступа; и d) средство, предназначенное для использования выделенного имени домена для осуществления доступа и входа в первую таблицу, и затем для использования части уровня доступа этого входа для осуществления доступа и входа во вторую таблицу, чтобы, таким образом, получить правила редактирования профиля, и затем применять эти правила к записанному профилю пользователя для получения отредактированного профиля пользователя, содержащего информацию, соответствующую для подачи ее на сервер содержания указанного домена.

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

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

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

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

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

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

ОБЛАСТЬ ТЕХНИКИ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

Домашняя страница Интернета в общем случае представляет собой документ верхнего уровня, размещенный на определенном узле Интернета. Унифицированный указатель информационного ресурса (Uniform Resource Locator) (URL) представляет собой глобальный адрес или местоположение домашней страницы.

В настоящее время существует несколько широко известных технологий обеспечения доступа к домашней странице Интернета с удаленного компьютера, который соединен с Интернетом. Например, может использоваться механизм поиска, такой как YAHOO!® (зарегистрированный товарный знак компании Yahoo!, Inc.). Кроме того, компьютерные пользователи обычно сохраняют URL в виде компьютерного файла, который в общем случае известен как закладка (bookmark). Закладка затем используется для обеспечения доступа к конкретной домашней странице. Различные адреса UR могут быть соединены с помощью языка гипертекстовых ссылок (Hyper Text Markup Language) (HTML), и доступ к ним может осуществляться через описание, которое отображается на экране компьютера. Ни одна из вышеупомянутых технологий обеспечения доступа не требует знания конкретного URL.

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

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

Хотя существуют приложения, которые добавляют функциональные возможности браузеру (средство сетевой навигации и просмотра), ни одно из существующих приложений не отображает ввод в браузер поля местоположения (адреса) приложения, чтобы добавить дополнительные функциональные возможности. Подобным приложением, добавляющим значения, является приложение КуикСик (QuickSeek) (товарный знак, используемый компанией Инфосик Корпорэйшн (Infoseek Corporation)) компаниии ИНФОСИК® (INFOSEEK®) (зарегистрированный товарный знак компании Инфосик Корпорэйшн), но вместо ввода из поля местоположения браузера эта программа добавляет в браузер собственное отдельное поле ввода.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.4 - принципиальную схему примера пары по фиг.3.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.24 - схему, иллюстрирующую другой аспект настоящего изобретения.

Фиг.25 - схему, которая изображает систему Интернет, которая включает интерфейс ввода числа.

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

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

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

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

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

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

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

Определения

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

"Пользователь", по определению в настоящем описании, включает человека или сторону, осуществляющую доступ или намеревающуюся осуществить доступ к сети для получения сетевой информации, такой, как домашняя страница URL или домашняя страница всемирной сети.

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

"Упрощенный сетевой адрес", также обозначаемый как УСА (SNA), по определению в настоящем описании, включает буквенно-цифровые знаки, включающие цифровые коды URL, управляющие символы и специальные символы, такие как символы ASCII (Американский стандартный код обмена информацией), имеющие стандартную функцию управления, которые пользователь вводит на стороне клиента для обеспечения доступа к сетевой информации, такой, как домашняя страница URL или домашняя страница всемирной сети, через преобразование упрощенного сетевого адреса в URL.

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

"Платформа", по определению в настоящем описании, включает аппаратные и программные средства компьютерной системы.

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

Введение

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

В браузерах Интернет в настоящее время предполагается, что любое число, введенное в поле местоположения адреса, вероятно, является адресом IP, выраженным в форме <nnn.nnn.nnn.nnn>. Поэтому ввод в поле местоположения произвольного номера, который не является адресом IP, приведет к тому, что браузер вернет сообщение об ошибке. Например, если пользователь введет строку <888> в поле местоположения браузера, существующее программное приложение браузера будет пытаться соединиться с URL <http://888/>, что приведет к ошибке, так как строка <888> не является действительным адресом IP. В ряде вариантов воплощения настоящего изобретения, которые будут описаны ниже, служебная программа, отслеживающая информацию, вводимую пользователем, перехватывает сообщение в том виде, как оно введено в поле местоположения браузера. Сервисная программа распознает, что строка <888> не является действительным адресом IP и заменяет ее на следующий URL и передает этот замещающий URL на браузер:

<http://www.hetchusa.com/search.p?number=888&start=0>.

Замещающий URL заставляет браузер войти в контакт с сервером всемирной сети www в домене hetchusa.com и запустить программу <search.p>,передавая <888> в качестве параметра. Здесь hetchusa.com представляет собой пример домена преобразования URL, предназначенного для осуществления доступа к преобразованию номера пользователя, введенного в URL. Программа на стороне сервера <search.p> преобразует число в URL, производя поиск по параметру <888> в таблице базы данных и получая соответствующий URL и необходимые символы форматирования HTTP, которые возвращаются в поле местоположения браузера. Браузер, в свою очередь, использует возвращенный URL, отформатированный в виде HTTP, для осуществления доступа к домашней странице Интернета, идентифицированной входной стройкой <888>, и отображает домашнюю страницу в браузере клиента. Строка <888> представляет собой пример упрощенного сетевого адреса в соответствии с настоящим изобретением.

Подробный анализ различных особенностей настоящего изобретения приведен ниже.

Основная система осуществления сетевого доступа

На фиг.1 изображена блок-схема, иллюстрирующая систему в соответствии с одним из аспектов настоящего изобретения. Эта система, в общем, обозначена цифрой 10 и включает платформу 12, устройство ввода данных 14, монитор 16 отображения и преобразователь 18.

Платформа 12 соединена с сетью 20 для осуществления доступа к сетевой информации. В общем, система 10 принимает упрощенный сетевой адрес 22 (УСА) через входное устройство 14 и передает упрощенный сетевой адрес 22 на преобразователь 18. Преобразователь 18 преобразует упрощенный сетевой адрес в Унифицированный указатель информационного ресурса (URL) 24 и возвращает URL 24 на платформу 12. Платформа 12 затем комбинирует возвращенный URL 24 с дополнительными символами в соответствии с сетевым протоколом для формирования команды 26 осуществления доступа к сети (например, http://URL/) для осуществления доступа к информации из сетевого ресурса (не показан). Сетевой ресурс возвращает информацию 28, к которой был осуществлен доступ (например, страницу HTML), в систему 10, где она принимается платформой 12 и обрабатывается для отображения на мониторе 16 отображения.

В связанном варианте воплощения системы 10 (не показан) преобразователь 18 преобразует упрощенный сетевой адрес 22 непосредственно в ранее сформатированную команду 26 доступа к сети, например http://URL/.

Упрощенный сетевой адрес 22 обычно представляет собой объединение символов, таких, как знаки и цифры или просто цифры. Эти символы обычно вводятся пользователем через устройство 14 ввода данных, такое как клавиатура или 10-клавишная панель. Система 10 обычно называется клиентом. Обычно клиент включает программируемый цифровой компьютер, имеющий устройство ввода типа клавиатуры, устройство указателя типа мыши, устройство отображения в виде монитора на электронно-лучевой трубке, внутреннюю память (ОЗУ) для хранения временных результатов, таких, как данные, и внешнее накопительное устройство в форме одного или большего количества жестких дисков, предназначенных для хранения программ и долговременных результатов, таких, как таблицы базы данных. Для нижеследующего обсуждения удобно рассматривать систему 10 как систему на основе компьютера. Однако следует понимать, что настоящее изобретение не ограничено обычной настольной компьютерной системой и может найти применение в иных платформах, таких, как переносные вычислительные устройства, например так называемые интеллектуальные телефоны.

В процессе использования системы 10 для обеспечения доступа к информации, расположенной в сетевом ресурсе, используется строка, которая определяет упрощенный сетевой адрес. Например, предположим, что пользователь впечатывает строку <patent-search>, используя устройство 14 ввода данных. Предположим, что строка <patent-search> представляет собой упрощенный сетевой адрес, предназначенный для осуществления доступа к серверу базы данных по патентам в офисе Соединенных Штатов по патентам и товарным знакам. Таким образом, пользователю нет необходимости запоминать фактический унифицированный указатель информационного ресурса базы данных по патентам, который представляет собой <http://patents.uspto.gov/>. Платформа 12 принимает строку 22 и посылает ее на преобразователь 18. Преобразователь 18 принимает упрощенный сетевой адрес <patent-search> и преобразует эту строку в URL <patents.uspto.gov>, используя заранее определенную взаимосвязь между этим URL и упрощенным сетевым адресом <patent-search>. Платформа теперь использует возвращенный URL для формирования полной команды 26 сетевого доступа <http://patents.uspto.gov/>. В дополнительном варианте воплощения преобразователь 18 преобразует упрощенный сетевой адрес в полностью отформатированную команду сетевого доступа, например <http://patents.uspto.gov/>. Теперь система 10 выдает команду 26 сетевого доступа в сеть 20. Между системой 10 и сервером базы данных патентов должным образом устанавливается связь (не показана), которая возвращает домашнюю страницу 28 базы данных по патентам, выраженную в формате HTML. Платформа принимает домашнюю страницу 28, обрабатывает информацию HTML, осуществляя отображение домашней страницы на мониторе 16 отображения системы. В этом примере формат http://URL/ используется для осуществления доступа к информации из сети, такой, как Интернет и его всемирной сети (World Wide Web). В другом конкретном варианте воплощения команда сетевого доступа использует сетевую команду отличающегося сетевого протокола для получения сетевой информации (например, отличающуюся команду протокола TCP/IP).

Взаимосвязь

В одном варианте воплощения преобразование упрощенного сетевого адреса 22 в URL 24 выполняется с помощью базы данных, имеющей механизм накопления и поиска. Такой вариант воплощения показан на блок-схеме, изображенной на фиг.2. База данных, в общем, обозначена цифрой 30, и следует понимать, что база 30 данных выполняет функции, назначенные преобразователю 18 по фиг.1. База 30 данных включает средство накопления 32 и поисковый механизм 34. База 30 данных принимает упрощенный сетевой адрес 36, передаваемый с платформы 12 по фиг.1, и возвращает URL 38, который соответствует URL строки 24 по фиг.1. В альтернативном варианте воплощения (не показан) база 30 данных принимает упрощенный сетевой адрес 36 и возвращает полностью сформатированную команду сетевого доступа, как описано выше.

База 30 данных, изображенная на фиг.2, определяет соответствие между принятым упрощенным сетевым адресом 36 и соответствующим URL 38. Соответствия хранятся в средстве 32 накопления базы данных. Соответствие может быть представлено как вход в базу данных, имеющий две части: часть упрощенного сетевого адреса и соответствующая часть URL. Такое соответствие изображено на схеме по фиг.3. Соответствие, в общем, обозначено цифрой 40. Соответствие 40 имеет часть 42 упрощенного сетевого адреса и соответствующую часть 44 URL.

Пример конкретного варианта воплощения соответствия изображен на фиг.4. Соответствие, в общем, обозначено цифрой 46. Часть 48 упрощенного сетевого адреса представляет собой <patent-search>, в то время как соответствующая часть 50 URL представляет собой <patents.uspto.gov>.

В общем, такое соответствие означает, что, когда база 30 данных (фиг.2) принимает конкретный упрощенный сетевой адрес, такой, как <patent-search>, она будет производить анализ на соответствие в средстве 32 накопления базы данных, и когда она находит одно из них, которое имеет часть строки, эквивалентную принятому упрощенному сетевому адресу <patent-search>, она возвращает соответствующую часть URL <patents.uspto.gov>. В средстве накопления базы данных проводится поиск с использованием механизма 34 поиска, который принимает принятый упрощенный сетевой адрес 36, и использует упрощенный сетевой адрес в качестве ключа поиска. В другом варианте воплощения соответствия 46 (не показано) соответствующая часть 50 URL включает все необходимые сетевые символы форматирования протокола, например <http://patents.uspto.gov/>.

Простой поиск по таблице

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

В одном из вариантов воплощения настоящего изобретения определяется процесс, предназначенный для преобразования упрощенного сетевого адреса в URL, с использованием базы 30 данных, имеющий средство 32 накопления соответствий, и механизм 34 поиска, предназначенный для поиска в базе 30 данных и принимающий поисковый ключ. База 30 данных принимает упрощенный сетевой адрес 36, который она передает в механизм 34 поиска как поисковый ключ. Механизм 34 поиска производит поиск в хранящихся соответствиях и возвращает URL 38, соответствующий поисковому ключу. Таким образом, принятый упрощенный сетевой адрес 36 преобразуется в соответствующий URL 38. В отношении приведенного выше примера, поисковая строка <patent-search> преобразуется в URL <patents.uspto.gov>. И опять повторим, что в другом конкретном варианте воплощения базы 30 данных (не показана) строка поиска <patent-search> преобразуется в полностью сформатированную команду сетевого доступа, например <http://patents.uspto.gov/>.

Автоматическое создание упрощенных сетевых адресов

В связанном варианте воплощения настоящего изобретения определяется процесс, позволяющий владельцу URL вводить действительный адрес сетевой информации в форме URL, и система автоматически создает упрощенный сетевой адрес. Система, которая воплощает такой процесс, изображена на фиг.5, которая представляет блок-схему, иллюстрирующую часть системы, в общем, обозначенной цифрой 76. Часть 76 системы включает устройство 78 ввода, платформу 80, монитор 82 отображения и систему 84 базы данных, имеющую средство 85 накопления, предназначенную для хранения соответствий.

Процесс, определенный связанным вариантом воплощения, принимает фактический сетевой адрес в форме URL 86 от владельца URL через устройство 78 ввода. Платформа 80 принимает URL 86 и передает URL через линию 88 в базу данных 84. В варианте воплощения, изображенном на фиг.5, система 84 базы данных включает элемент 90, предназначенный для вырабатывания упрощенного сетевого адреса в форме строки. Система 84 базы данных комбинирует сформированную строку и принятый URL, с тем, чтобы сформировать новое соответствие, обозначенное, в общем, номером 92. Сформированное соответствие 92 включает сгенерированную строку 94, определяющую упрощенный сетевой адрес и принятый URL 96. Система 84 базы данных затем вводит новое, сформированное соответствие 92 в средство 85 накопления базы данных, где оно становится доступным для преобразования упрощенных сетевых адресов в действительные сетевые адреса.

В альтернативном варианте воплощения (не показан) элемент 90, предназначенный для вырабатывания нового упрощенного сетевого адреса, помещается в системе 76, но не в системе 84 базы данных. В этом альтернативном варианте воплощения процесс формирует полный вход в базу данных, имеющий как часть упрощенного сетевого адреса, так и соответствующую часть URL. Законченные входные данные затем посылаются в систему 84 базы данных.

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

В другом конкретном варианте воплощения (не показан), пользователь вводит полностью сформатированную команду сетевого доступа, например <http://patents.uspto.gov/>, и система автоматически создает новый упрощенный сетевой адрес, соответствующий команде сетевого доступа.

Присвоенные номера: цифровой код URL

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

Перевод базы данных в сеть

Системы, изображенные на фиг.1 и 2, расширены в другом варианте воплощения, посредством перевода базы данных преобразования из системы пользователя в сеть. Пример такого варианта воплощения изображен на блок-схеме, изображенной на фиг.6, которая включает часть клиента, обозначенную, в общем, цифрой 100, базу данных преобразования на основе сети, в общем, обозначенную цифрой 102. Клиент 100 включает платформу 104, имеющую доступ к сети. База 102 данных включает сервер 106, механизм 108 поиска и средство 110 накопления базы данных, которое представляет собой средство накопления соответствий базы данных.

Один из вариантов воплощения настоящего изобретения представляет собой способ работы упрощенной сетевой системы адресации, использующей базу данных преобразования, доступ к которой может быть осуществлен через сеть. Способ включает этапы приема упрощенного сетевого адреса и формирования команды сетевого доступа, адресованной к базе 102 данных преобразования. Пример такой команды 112 изображен на фиг.6. Для этого примера предполагается, что URL для доступа к базе 102 данных преобразования представляет собой <URL1>. Сформированная команда 112 доступа включает URL1 с принятым упрощенным сетевым адресом для получения формата команды доступа <http://URL1/упрощенный сетевой адрес/>, как будет описано более подробно со ссылкой на функцию С по фиг.11.

Сервер 106 принимает команду 112 доступа через сеть и представляет часть 114 упрощенного сетевого адреса на механизм 108 поиска. Механизм поиска использует часть 114 упрощенного сетевого адреса в качестве ключа 116 поиска для поиска хранимых соответствий 110. С помощью механизма 108 поиска получается URL2 118, который соответствует ключу 116 поиска, который, в свою очередь, представляет собой упрощенный сетевой адрес для сетевого ресурса, имеющего URL, равный URL2. Механизм 108 поиска возвращает URL2 120 на сервер 106, и сервер затем возвращает URL2 122 клиенту 100 через сетевую связь. Способ теперь определяет этапы, которые используют возвращенный URL2 для формирования второй команды 124 сетевого доступа, которая в данном примере имеет форму <http://URL2/>. Вторая команда 124 сетевого доступа направляется на сетевой ресурс, в котором хранится сетевая страница, в данном примере страница 126 HTML, которая возвращается клиенту через сетевое соединение. Таким образом, URL1 по фиг.6 представляет URL, предназначенный для осуществления доступа к сетевой базе 102 данных, в то время, как URL2 представляет собой URL, предназначенный для страницы всемирной сети, доступ к которой необходимо осуществить пользователю.

В варианте воплощения, изображенном на фиг.6, клиент 100 начал с упрощенного сетевого адреса, соответствующего возвращенной странице 126 HTML, и база 102 данных преобразования преобразовала упрощенный сетевой адрес в URL2 122, который был необходим для осуществления доступа к странице HTML. Клиент 100 использовал URL2 для формирования команды 124 сетевого доступа, и сеть возвратила требуемую страницу 126 HTML.

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

Еще в одном варианте воплощения системы упрощенной сетевой адресации (не показана) база данных преобразования возвращает полностью сформатированную команду сетевого доступа, которая включает URL2 122, например <http://URL2/>.

Улучшенная скорость: поддержание местного кэша

На фиг.7 изображена блок-схема, которая изображает базу данных преобразования, разделенную между первой частью, которая поддерживается клиентом, и второй частью, доступ к которой осуществляется через сетевую связь. На фиг.7 показан клиент, обозначенный, в общем, цифрой 128, платформа 130, механизм 132 поиска клиента и кэш 134 клиента, предназначенный для накопления избранных соответствий. На фиг.7 также показана база 136 данных преобразования с доступом через сеть и сетевая связь между клиентом 128 и базой 136 данных преобразования и другими сетевыми ресурсами (не показаны). Эти сетевые соединения, в общем, обозначены цифрой 138.

Один вариант воплощения настоящего изобретения определяет способ, предназначенный для работы системы упрощенной сетевой адресации, которая использует элементы, изображенные на фиг.7. Когда упрощенный сетевой адрес вводится в часть клиента 128 для ресурса, доступ к которому производится через сеть, упрощенный сетевой адрес 140 сначала передается в механизм 132 поиска клиента, который использует упрощенный сетевой адрес, такой как поисковый ключ 142 для поиска избранных соответствий, размещенных в кэше 134 клиента. Если соответствие, совпадающее с ключом 142, будет расположено в кэше 134, механизм поиска клиента возвращает соответствующий URL 144, который, как предполагается в настоящем примере, представляет собой URL2. После нахождения соответствующего URL в кэше 134 клиента клиент 128 использует URL2 для формирования команды 146 осуществления сетевого доступа <http://URL2/>, которая адресуется к сетевому ресурсу, имеющему копию сетевого файла, соответствующего упрощенному сетевому адресу, введенному пользователем. Адресуемый сетевой ресурс (не показан) возвращает требуемый сетевой файл, в данном примере страница 148 HTML.

Когда соответствие, совпадающее с упрощенным сетевым адресом 140, не будет найдено в кэше 134 клиента, клиент использует упрощенный сетевой адрес для формирования команды 150 сетевого доступа, адресуемой в базу 136 данных преобразования с сетевым доступом. Поиск в базе 136 данных на соответствие происходит, как описано выше в отношении фиг.6. Если поиск будет успешным, база 136 данных преобразования возвращает URL2 клиенту через сетевое соединение 138 и клиент 128 использует возвращенный URL2 для формирования команды 146 осуществления доступа к сети, как описано выше.

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

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

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

Использование окон

Фиг.1 и 5 изображают системы в соответствии с рядом аспектов настоящего изобретения, которые обеспечивают отображение (16 по фиг.1), предназначенное для отображения информации с сетевым доступом. В конкретном варианте воплощения настоящего изобретения платформа клиента (12 по фиг.1) включает операционную систему, которая обеспечивает отображение в виде окон, которые обычно обозначаются как окна. Такие окна могут занимать некоторую часть изображения (16 по фиг.1), причем несколько окон могут отображаться одновременно, при этом каждое окно содержит различную информацию. На фиг.8 показана схема, иллюстрирующая систему в виде окон. Фиг.8 изображает платформу 152 клиента, имеющую операционную систему 153, обеспечивающую операционную среду в виде окон, и имеет упрощенное сетевое приложение ("ПРИЛОЖЕНИЕ ШЛЮЗ (HATCH APPLICATION)") 154. Конкретная операционная среда также включает приложение сетевого браузера, обозначенное, в общем, цифрой 155, которое имеет окно 156 адреса и окно 157 сети, размеры и положение которых таковы, что они заполняют экран дисплея, формируя составное окно 158.

Конкретный вариант воплощения настоящего изобретения определяет способ, который вначале отображает ввод 159 пользователем (фиг.8) упрощенного сетевого адреса в окне 156 адреса. Ввод пользователем упрощенного сетевого адреса отслеживается 160 операционной системой 153, которая передает 161 упрощенный сетевой адрес в ПРИЛОЖЕНИЕ 154 ШЛЮЗ. ПРИЛОЖЕНИЕ 154 ШЛЮЗ определяет, что ввод пользователя представляет собой упрощенный сетевой адрес, затем формирует команду запроса на преобразование, включающую копию упрощенного сетевого адреса, как было описано выше, посылает сформированную команду в базу данных преобразования (120 по фиг.6) и, в конечном счете, из этой базы данных получают полностью сформатированную команду сетевого доступа, например <http://URL2/> (146 по фиг.7), для получения требуемой сетевой информации. Приложение 155 браузера продолжает отображать введенный пользователем упрощенный сетевой адрес в окне 156 адреса во время преобразования. Когда команда сетевого доступа будет доступна, ПРИЛОЖЕНИЕ 154 ШЛЮЗ заменяет 162 отображаемый ранее упрощенный сетевой адрес сформированной командой сетевого доступа (например, <http://URL2/>) в окне 156 адреса. Приложение 155 браузера затем использует команду сетевого доступа для осуществления доступа к требуемой сетевой информации. Когда станет возможным осуществить доступ к сетевой информация (148 по фиг.7), она будет отображаться в сетевом окне 157.

Устройства ввода и устройства указателей

Различные устройства ввода и устройства указатели могут быть использованы для ввода упрощенного сетевого адреса. Некоторые из них, такие, как клавиатура, могут работать отдельно. Другие, такие, как устройства указатели или устройства дистанционного управления для телевизора, должны работать совместно с другими устройствами для ввода упрощенного сетевого адреса. На фиг.9 показана блок-схема, изображающая платформу 166 клиента и разнообразные устройства ввода, обозначенные, в общем, номером 168. Эти устройства включают, но не ограничиваются, одним или большим количеством следующих устройств: стандартную клавиатуру 170, 10-клавишную панель 172, телефонную кнопочную панель 174, компьютерную мышь 176, компьютерный шаровой манипулятор 178, сенсорную панель 180, устройство 182 указателя в виде ручки, считывающее устройство 184 штрих-кода, устройство 186 распознавания символов, которое оптически считывает с носителя, содержащего в закодированной форме упрощенный сетевой адрес, устройство 188 распознавания символов, которое механически считывает информацию с носителя, содержащего в закодированной форме упрощенный сетевой адрес, устройство дистанционного управления телевизором, соединенное с телевизором 190, устройство дистанционного управления, соединенное с игровой приставкой 192, дистанционное управление, присоединенное к системе 194 караоке, и устройство 196 ввода голосовой информации, предназначенное для приема упрощенного сетевого адреса в голосовой форме.

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

На фиг.10 изображены компьютерная мышь 198, платформа 200 клиента, операционная система 202, отображаемое композитное окно 204, отображаемый курсор 206 и отображаемая клавишная панель телефона, в общем, обозначенная цифрой 208. Движение мыши 198 по поверхности производит соответствующее движение отображаемого курсора 206 в пределах отображаемого композитного окна 204. Иллюстрируемая мышь включает левые и правые кнопки 210 и 212, соответственно используемые для выбора, активизирования и передвижения отображаемого объекта. В данном примере оператор использует мышь 198 для установки курсора 206 на одной из цифр отображаемой клавишной панели 208. Оператор затем нажимает и отпускает левую кнопку 210 мыши один раз для выбора цифры, на которой он устанавливает курсор 206. Операционная система 202 определяет, какой номер соответствует данному местоположению курсора и отображает этот номер 214 в окне 216 отображения упрощенного сетевого адреса, расположенного выше отображаемой телефонной клавишной панели 208. Процесс продолжается по одной цифре одновременно до тех пор, пока полный упрощенный сетевой адрес не будет введен в окно 216 отображения. Упрощенный сетевой адрес затем преобразуется в соответствующий URL, как было описано выше.

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

Использование псевдонима сообщений

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

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

На фиг.11 изображен процесс, в котором <упрощенный сетевой адрес>, введенный как сообщение пользователя в интерфейс пользователя 218, перехватывается операционной системой 222, и сообщение псевдоним, например <URL1/упрощенный сетевой адрес/>, подставляется вместо упрощенного сетевого адреса. Следует напомнить, что URL1 является сетевым адресом базы 102 данных преобразования в описании, относящемся к фиг.6, приведенном выше. Фиг.11 изображает схематическое представление внутреннего для клиента процесса, используемого для создания сообщения псевдонима. В операционных системах, передающих сообщения, в этом процессе использования псевдонима сообщения используется упрощенный сетевой адрес для формирования части команды сетевого доступа для базы данных преобразования сетевого доступа (102 по фиг.6).

Процесс использования псевдонима сообщения сам по себе представляет собой вариант воплощения одного из аспектов настоящего изобретения. В дополнительном варианте воплощения системы использования псевдонима сообщения псевдоним сообщения формирует полностью сформатированную команду запроса на преобразование, например <http://URL1/упрощенный сетевой адрес/>, как описано выше.

Процесс использования псевдонима сообщения, изображенный на фиг.11, инициируется пользователем, который вводит сообщение 224, чтобы включить приложение 220 шлюз. Сообщение 224 о начале работы передается в приложение 220 шлюз и создает объект, Функция А 226. Функция А, в свою очередь, создает вход 227 в Таблице 228 управления сообщением операционной системы. Пример таблицы управления сообщением представляет собой таблицу перехвата, определенную в операционных системах Майкрософт Уиндоуз® 95 (Microsoft Windows®) (зарегистрированный товарный знак корпорации Майкрософт) (Microsoft Corporation) и Уиндоуз® NT. В этом месте процесс использования псевдонима совмещения останавливается в ожидании, пока пользователь не пошлет другое сообщение.

Сообщение 230, вводимое пользователем в форме упрощенного сетевого адреса, передается на приложение 220 шлюз, которое передает сообщение в операционную систему 222. Там сообщение передается через вход 227 Таблицы управления сообщением обратно в приложение шлюз, где оно включает функцию В 232. Назначение функции В состоит в том, чтобы создать новый вход 234 в операционной системе, Процесс 236 обратного вызова. Для специалиста в данной области техники понятно, что процесс 236 обратного вызова представляет собой типичное решение операционной системы, предназначенное для передачи сообщений уровня операционной системы в пределах системы. Сообщение 230 предназначено, в конечном счете, для сетевого браузера, который здесь обозначен как целевой Навигатор А 238.

Пользователь предполагает передать сообщение <упрощенный сетевой адрес> на целевой Навигатор А 238, но целевой Навигатор А не распознает <упрощенный сетевой адрес> в настоящей форме. Функция В 232 формирует новый вход 234 в Процессе 236 обратного вызова в первый раз, когда пользователь посылает сообщение новому получателю. Таким образом, когда пользователь посылает сообщение <упрощенный сетевой адрес> 230 на целевой Навигатор А 238, не послав предварительно сообщение в целевой Навигатор А, Функция В 232 удаляет первоначальную функцию обратного вызова Навигатора А из Процесса 236 обратного вызова, сохраняет первоначальную функцию обратного вызова и заменяет первоначальную функцию обратного вызова теневой функцией 234 обратного вызова. Теневая функция 234 обратного вызова используется для передачи <упрощенного сетевого адреса> 230 в Функцию С 240 в приложении 220 шлюз. Функция С преобразует <упрощенный сетевой адрес> 230 в псевдоним Сообщения 242, например, <http://URL1/ упрощенный сетевой адрес/>, который является приемлемым для целевого Навигатора А 238, и передает псевдоним сообщения 242 на требуемый целевой Навигатор 238.

Функция В 232 и вход 227 Таблицы управления сообщением взаимодействуют для определения механизма, имеющего два состояния, который отслеживает первую передачу какого-либо <упрощенного сетевого адреса> на предполагаемое целевое устройство. В первом из двух состояний <упрощенный сетевой адрес> 230, который предназначен для целевого Навигатора А 238, приводит к созданию теневой функции 234 обратного вызова и преобразованию <упрощенного сетевого адреса> в приемлемую для Навигатора форму псевдонима <http://URL1/упрощенный сетевой адрес/>. После создания теневой функции обратного вызова механизм переводится во второе состояние, в котором он остается до тех пор, пока приложение 220 шлюз не будет выключено. Во втором состоянии последующее сообщение 244 <упрощенный сетевой адреc>, направляемое на тот же целевой Навигатор А 238, посылается непосредственно теневой функцией 234 обратного вызова в Функцию С 240 приложения шлюза. Функция С преобразует <упрощенный сетевой адрес в форму приемлемого псевдонима <http://URL1/упрощенный сетевой адрес/> и передает это сообщение 242 псевдоним предполагаемому получателю 238.

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

Использование псевдонимов сообщения для упрощенной сетевой адресации

На фиг.12 изображена блок-схема, иллюстрирующая процесс использования псевдонимов сообщений, описанный выше, для воплощения конкретного варианта упрощенной сетевой адресации информации, доступной в сети. На фиг.12 изображены сообщение 246 пользователя <упрощенный сетевой адрес>, внутренний процесс 248 использования псевдонима сообщения, монитор 250 отображения, окно 252 адреса, сетевое окно 254, сетевое соединение 256, база данных 258 преобразования сетевого доступа и информационный ресурс 260 сетевого доступа. Пользователь вводит упрощенный сетевой адрес 262 <888>, который преобразуется с помощью определенного процесса 248 использования псевдонима сообщения в http://www.hetchusa.corn/search.p?number=888/ 264. Эта команда сетевого доступа представляет собой запрос на сервер HatchUSA, который представляет собой конкретный пример воплощения базы данных 258 преобразования на сервере. База данных 258 запрашивается таким образом, чтобы она возвратила URL 266, который соответствует упрощенному сетевому адресу <888>. Сервер 258 HatchUSA возвращает полностью сформатированную команду сетевого доступа </www.hatch.co.jp/> как URL 266, соответствующей <888>.

Команда 268 сетевого доступа посылается через сеть 256 на сервер 260 Hatch.Co.JP. Возврат сервера hatch.Co.JP 260 представляет собой домашнюю страницу 270 HTML, предназначенную для отображения в сетевом окне 254 монитора 250 отображения пользователя.

Использование псевдонимов сообщений для формирования команд управления сетевым сервером

Существующие браузеры Интернет обеспечивают выполнение ограниченного количества протоколов Интернета, таких, как почта <mailto://>, FTP<ftp://> и новости <news://>.

Сервисная программа, отслеживающая ввод пользователя, может распознавать и воплощать полный набор вновь определенных протоколов или команд, не реализованных браузером. Один из таких примеров представляет собой прямой доступ к поисковым механизмам Интернета из поля местоположения браузера. Например, если пользователь вводит строку <yahoo://hatch/>, существующий браузер будет пытаться соединиться с URL <http://yahoo://hatch/>,что приведет к ошибке, так как <http://yahoo://hatch/> не является действительным URL. Сервисная программа, отслеживающая ввод пользователя, может распознать строку <yahoo://hatch/> как запрос на поиск строки <hatch> в поисковом механизме YAHOO! ®, и, в результате, пошлет следующий URL на браузер:

<http://search.yahoo.со.jp/bin/search?p=hatch>. Этот URL приведет к тому, что браузер соединится с поисковым механизмом на <search.yahoo.co.jp> и инициирует поиск ключевого слова <hatch>. Поисковый механизм вернет результаты поиска обратно на браузер. После такого введения, дающего общее представление о предмете, приведем подробное описание конкретного варианта воплощения.

Связанный вариант воплощения настоящего изобретения изображен на фиг.13, которая представляет схему, иллюстрирующую процесс использования псевдонима сообщения для упрощения создания команд для удаленного сервера. В конкретном примере, изображенном на фиг.13, пользователь вводит упрощенный сетевой адрес <yahoo://olympic> и база данных поиска в Интернете YAHOO!® возвращает результаты поиска по ключевому слову <olympic>. Поскольку YAHOO! ® не распознает строку <yahoo://olympic>, для конструирования команды сетевого доступа, которая будет распознаваться, используется процесс псевдонима сообщения. Введенная пользователем строка <yahoo://olympic> включает часть команды <yahoo://> и часть параметров <olympic>.

На фиг.13 изображено сообщение 272, веденное пользователем, внутренний процесс 274 использования псевдонима сообщения, монитор 276 отображения пользователя, отображаемое окно 278 адреса, отображаемое окно 280 Интернета, сетевое соединение 282 и сервер 284 базы данных YAHOO!®. Сообщение 272, вводимое пользователем, представляет собой строку <yahoo://olympic>. Эта строка преобразуется с помощью процесса 274 в строку псевдонима сообщения <http://search.yahoo.com/bin/search?p=olympic/>. Ссылаясь на вышеприведенное описание, относящееся к фиг.11, Функция С 240 приложения шлюз создает строку псевдонима из строки, вводимой пользователем. Строка, вводимая пользователем, <yahoo://olympic> отображается в окне 278 адреса. Она замещается более длинной строкой сообщения псевдонима сообщения. Строка псевдонима сообщения должным образом форматируется для передачи команды в базу данных YAHOO! ®, чтобы возвратить результаты поиска по ключевому слову <olympic. Правильно сформатированная команда сетевого доступа посылается в базу данных 284 YAHOO! ® через сетевое соединение 282. Сервер 284 базы данных возвращает результат поиска базы данных YAHOO! ® как закодированный документ 286 HTML. Закодированный документ отображается в сетевом окне 280, заканчивая упрощенный процесс передачи команды, управляющей сервером.

В настоящее время постоянно увеличивается количество сетевых серверов, способных отвечать на заранее заданные команды, такие, как <http://URL/...sеаrсу?р=параметры/> команду, определенную для системы YAHOO! ®. В настоящее время определены только <http://URL/.../>, <mailto://email address/>, <ftp://.../> и <news://newsgroup address/>. По мере того как определяются новые команды сервера, процесс использования псевдонима сообщения, описанный выше, может быть непосредственно приспособлен для создания и для замещения правильно сформатированными псевдонимами сообщений упрощенных команд, вводимых пользователем. Например, приложение шлюз может быть приспособлено для поддержки множества поисковых механизмов, таких, как: <altavista://.../>, <infoseek://.../>, <yahoo://.../> и т.д. (ALTAVISTA ® представляет собой зарегистрированный служебный знак корпорации Диджитал Экуипмент Корпорэйшн (Digital Equipment Corporation).

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

Вышеприведенные варианты воплощения были описаны, в основном, с точки зрения пользователя, который вводит упрощенный сетевой адрес или команду на сервер, и, в конечном счете, получает требуемую страницу всемирной сети. Теперь описание будет сфокусировано на вариантах воплощения, представляющих базу данных, доступ к которой может осуществляться через сеть, в которой хранятся соответствия, используемые для преобразования упрощенного сетевого адреса в конкретный URL. База данных непосредственно становится вариантом воплощения настоящего изобретения. Предыдущие примеры настоящего описания представляют собой базу 102 данных преобразования, основанную на сети по фиг.6, базу 136 данных преобразования сетевого доступа по фиг.7, и базу данных 258 преобразования сетевого доступа по фиг.12. Следующее описание будет проведено на основе базы 102 данных, изображенной на фиг.6.

Первое воплощение представляет собой систему базы данных, основанную на сервере с поиском, осуществляемым через сеть, которая, в общем, обозначается номером 102 на фиг.6. База 102 данных включает сервер 106, обеспечивающий соединение для связи с сетью. Сервер 106 принимает запрос 112 на поиск через соединение связи, при этом принятый запрос на поиск включает упрощенный сетевой адрес: <http://URL1/упрощенный сетевой адрес/>. Устройство 110 накопления включает таблицу соответствий, определяющую соответствие между сетевым унифицированным указателем информационного ресурса и упрощенным сетевым адресом. База данных также включает поисковый механизм 108, который использует принятый упрощенный сетевой адрес 114, в качестве ключа 118 поиска для осуществления поиска сохраненного соответствия 110 на соответствие с принятым упрощенным сетевым адресом. Если поисковый механизм 108 находит совпадающее соответствие, он возвращает соответствующий URL 118, 120 на сервер 106. Сервер, в свою очередь, возвращает соответствующий URL 122 адресату, который осуществлял запрос, на фиг.6 клиенту 100. База 102 данных определяет вариант воплощения настоящего изобретения.

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

Регистрация номера

На фиг.14 представлена схема, иллюстрирующая ряд процессов, относящихся к созданию, обновлению и поддержанию сетевой базы данных, основанной на сервере, в которой хранятся соответствия и в которой может осуществляться поиск. Процессы, изображенные на фиг.14, включают базу 288 данных URL (верхние и нижние позиции, соединенные пунктирной линией), процесс 290 регистрации URL, хранимые зарегистрированные ресурсы 292, поисковый механизм 294 и процесс 296 регистрации соответствий. Элементы 288-296 определяют сетевую базу данных, в которой может производиться поиск на основе сервера хранимых соответствий. База данных может обновляться путем ввода информации владельцем URL.

В конкретном варианте воплощения, таком, как процесс 290 регистрации URL, изображенном на фиг.14, владелец URL вводит упрощенный сетевой адрес, такой, как цифровой код URL. Цифровой код URL помещается в поисковый механизм 294 и используется как ключ поиска в процессе 290 регистрации. Механизм 294 поиска используется для анализа ранее зарегистрированных цифровых кодов URL в базе 288 данных для определения, использовался ли принятый цифровой код URL ранее. Если он не был ранее зарегистрирован, принятый цифровой код URL регистрируется временно как зарегистрированный ресурс 292. Новая взаимосвязь между URL и цифровым кодом URL затем передается на процесс 296 регистрации, который вводит новую взаимосвязь в базу 288 данных URL. База 288 данных URL соответствует хранящемуся соответствию 110 по фиг.6. Если определяется, что цифровой код URL был ранее зарегистрирован, владелец URL начинает процесс 290 регистрации с нового цифрового кода URL.

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

Буквенная и цифровая последовательность как упрощенный сетевой адрес

На фиг.15 показано изображение, иллюстрирующее телефонную кнопочную панель, и в качестве альтернативы изображена 10-клавишная панель, используемая для ввода упрощенного сетевого адреса в конкретном варианте воплощения настоящего изобретения. Клавишная панель, в общем, обозначена номером 306. Клавишная панель 306 включает клавиши, имеющие номера и связанные с ними буквы алфавита. На ключе под номером 308, на котором написан номер 2, кроме того, написаны буквы А, В и С. На ключе под номером 310, на котором написан номер 0, также написаны буквы Q и Z.

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

Фиг.16 представляет изображение, которое иллюстрирует типичный формат 10-цифрового кода URL (присвоенный номер).

Цифровой код URL, в общем, обозначен номером 312 и включает цифру 314 верхнего разряда, четырехзначный номер 316, двузначный номер 318 и номер 320 из трех цифр. Цифровой код URL представляет собой соединение номеров 314 и 316, в то время как номера 318 и 320 являются необязательными компонентами этого кода.

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

Фиг.18 представляет другую таблицу, определяющую соответствие между группами буквенных символов и правилами присвоения. Таблица, в общем, обозначена цифрой 334. Группы символов размещаются в левой колонке таблицы 334. Конкретные группы букв в левой колонке двух таблиц 322 и 334 являются идентичными.

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

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

Конкретный вариант воплощения цифрового кода URL включает ряд цифр, например десять цифр. Цифры сгруппированы, как показано на фиг.16, в соответствии с их функцией в цифровом коде URL. Первой (старший разряд) цифре 314 может быть присвоено значение в процессе с использованием первой буквы имени URL или, в качестве альтернативы, путем выбора числа <0> или <1>. Первый производный номер получается с использованием первой буквы имени URL в комбинации с номером ссылки, как показано на фиг.17. Например, имя <ntt> имеет первую букву <n>. На фиг.17 буква <n> находится в ряду <mno> 324. Затем выбирается соответствующий номер ссылки (фиг.17). Поскольку <n> является первой буквой имени, соответствующий номер ссылки будет <1>. В связи с тем, что <n> находится в ряду <mno> и колонке 1, будет получен первый производный номер <6> (см. 326 на фиг.17). Поэтому первая цифра цифрового кода URL будет <6>. В качестве альтернативы, поставщик URL может выбрать первую цифру из номеров <0> и <1> вместо первого производного номера, который получается из вышеприведенного примера использования по фиг.17.

В способе присвоения значения второй - пятой цифрам (316 по фиг.16) фиг.17 и 18 используются следующим образом. Четырехзначный номер получается из первых производных номеров, полученных при использовании фиг.17, и преобразовании этих первых производных номеров с использованием Правила присвоения по фиг.18 во вторые производные номера. Например, имя URL <ntt> обрабатывается с использованием фиг.17. Первая буква <n> имеет первый производный номер <6>, как описано выше. Вторая буква <t> находится в ряду <tuv> 328 и объединяется со ссылкой на номер <2> (330 по фиг.17), что приводит к первому производному номеру <7> (332 по фиг.17). Точно так же третья буква <t> находится в ряду <tuv> и объединяется с номером ссылки <3>, что приводит к первому производному номеру <6>.

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

Вернемся к примеру <ntt>, первый производный номер <6> (для <n>) помещается в ряду <ncjfrlx> (336 по фиг.18), что указывает на то, что он представляет третью цифру. Первые производные номера <7> и <6> (для <t>) помещаются в ряду <tkpgwz> (338 по фиг.18), что указывает, что они представляют четвертую цифру. При сложении первых производных номеров <6> и <7> в этом ряду получается сумма <13>. После отбрасывания первой цифры <1> суммы <13> получается <3> в качестве четвертой цифры. На фиг.18 нет букв алфавита, соответствующих второй и пятой цифре, следовательно, второй и пятой цифре присваивается номер <0>. Цифры со второй по пятую цифрового кода URL 312 (фиг.16) представляют собой, таким образом, <0630>, при использовании имени <ntt>. Номера, полученные с помощью Правил присвоения по фиг.18, называются вторыми производными номерами. Таким образом, вторые производные номера второй, третьей, четвертой и пятой цифр являются <0>, <6>, <3> и <0> соответственно.

В конкретном воплощении, чтобы сделать цифровой код URL уникальным, номера присваиваются шестой и седьмой цифре. Этот этап выполняется путем суммирования отдельных цифр первого производного номера и присвоения суммы шестой и седьмой цифрам. Таким образом, в случае имени URL <ntt>, при использовании фиг.17, как описано выше, первые производные номера будут <6>, <7> и <6>. Сумма этих трех цифр равна <19>, при этом шестой и седьмой цифре будут присвоены значения <1> и <9> соответственно. В другом конкретном воплощении, в случае, когда определяется, что такой семизначный цифровой код URL уже существует, для восьмой, девятой и десятой цифр выбираются случайные цифры.

Вышеприведенные процессы используются при присвоении цифрового кода URL соответствующего URL, имеющего типичную строку знаков, которая включает протокол передачи <http://>, после чего следует имя домена, имя поддомена и директория. Этот процесс проиллюстрирован с помощью алгоритма, изображенного на фиг.19. Строка знаков URL разделена на имя поддомена, имя домена и директорию, как показано на этапе 342 по фиг.19. Преобразование домена затем начинается на этапе 344. Выполняется процедура фильтрации (этап 346), в которой удаляется информация, такая, как код классификации, название страны, название информационного сервиса, символы и т.д.

На этапе 348 вторые производные номера присваиваются цифрам со второй по пятую, в соответствии с вышеописанными способами вычисления вторых производных номеров. Дополнительно первой цифре могут быть присвоены номера <0> или <1>. На этапе 350 (фиг.19) проводится сравнение номеров, присвоенных на этапе 348 с номерами, которые были присвоены ранее. Если будет обнаружено, что такой номер уже существует, к пятизначному номеру добавляется дополнительный номер (на этапе 352) путем присвоения номеров шестой и седьмой цифре. Если на этапе 350 сравнение номеров показывает, что такой номер не существует, нумерация имени домена будет завершена в этой точке как присвоение первого этапа (этап 354).

После присвоения первого этапа строка директории URL фильтруется на этапе 356 аналогично этапу 346 фильтрации строки имени домена. На этапе 358 по фиг.19 числа присваиваются директории, аналогично тому, как описано в соответствии с присвоением чисел названию домена на этапе 348. Число, которое будет получено на этапе 358, сравнивается (этап 360) с существующими цифровыми кодами URL. Если такой номер уже существует, на этапе 362 добавляются последующие номера. Наконец, если номер, который присваивается цифрам с шестой по десятую, не существует, цифровой код URL, который получен таким образом, будет зарегистрирован на этапе 364, как число, соответствующее строке знаков URL.

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

В другом конкретном варианте воплощения, показанном на фиг.20, числа для цифрового кода URL присваиваются путем комбинирования автоматической нумерации и выбора приоритетных номеров. Например, цифры с N-ной по К-тую присваиваются с использованием цифр с n-ой до k-ую с помощью способа, аналогичного способу, описанному выше в отношении фиг.16-19. В данном конкретном варианте воплощения автоматическая нумерация выполняется государственным органом с использованием способа присвоения знаков из 10 цифр и с применением компьютера.

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

Ниже описан подробный пример. При выборе номера, ассоциирующегося с названием компании, может быть назначен, например, номер <0101>, как соответствующий японскому названию <Marui-marui>, так как <01> может по-японски читаться как <marui>. Пример номера, который выбирается с помощью вторично записанных букв в прикладном интерфейсе представляет собой номер <525>, соответствующий буквенной строке JAL, которая представляет собой аббревиатуру Компании Джэпэн Эрлайнс Компани, Инк. (Japan Airlines Co., Inc.). Пример подходящего интерфейса приложения представляет собой клавишную панель, имеющую буквы и номера, изображенную на фиг.15. В примере карты голосовых данных на прикладном интерфейсе номера могут быть помещены в соответствии с конкретными звуками в музыкальной шкале, в которой 1=до, 2=ре, 3=ми и так далее. При использовании этой техники номер <135> будет зарегистрирован путем передачи мелодии <до-ми-соль>. С помощью такой карты пользователь может также обнаруживать ошибку ввода на слух.

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

Использование брандмауэра для защиты базы данных

На фиг.21 изображена блок-схема, которая иллюстрирует использование брандмауэра для обеспечения целостности базы данных с поиском по сети. На фиг.21 изображена конфигурация сети, в которой клиент 366 связывается с сервером 368 сети, который соединен с Интернетом 370, например, через маршрутизатор 372, а также через сервер 374 базы данных через брандмауэр 376. Сервер 368 сети включает встроенный программный интерфейс приложения ПИП (API) 378. Эта система имеет возможность использования множества клиентов 366 и 380. Система может быть использована, например, следующим образом. Цифровой код URL вводится пользователем в часть 366 клиента. Введенный цифровой код URL посылается через Интернет 370 на браузер 368 сети через маршрутизатор 372 с использованием протокола HTTP с обозначением <no= ^xx> для определенного способа получения протокола <GET>, в котором <^xx> представляет цифровой код URL. Сервер 368 сети передает цифровой код URL на сервер 374 базы данных через брандмауэр 376. Брандмауэр предотвращает несанкционированный доступ к содержимому сервера базы данных.

Определение данных доступа

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

(1) количество сеансов доступа конкретного запросчика поиска в базе данных;

(2) количество отправок конкретного запросчика поиска конкретного зарегистрированного упрощенного сетевого адреса;

(3) общее количество запросов на поиск, принятых для каждого зарегистрированного упрощенного сетевого адреса; и

(4) общее количество запросов на поиск, принятых базой данных.

Рассмотрим фиг.14, на которой каждый раз, когда пользователь USER осуществляет доступ к URL базы 288 данных, копия запроса на доступ перехватывается процессом 382. Части запроса на доступ выделяются и собираются (этап 384) и добавляются к хранящимся ресурсам 386 осуществления доступа к данным. На основании хранящихся ресурсов осуществления доступа к данным выполняется статистический анализ на этапе 388 ранжирования и результаты статистического анализа записываются как часть URL базы 288 данных, как одна из характеристик цифрового кода URL. Кроме того, на этапе 390 может быть выработана информация по темам и таким образом она становится частью базы данных URL.

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

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

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

Упрощенная система сетевой адресации

Конкретный вариант воплощения настоящего изобретения определяет систему, предназначенную для осуществления доступа к сетевой информации, с использованием упрощенного сетевого адреса. Эта система включает программную/аппаратную платформу, которая принимает вводимые данные для осуществления доступа к сетевой информации. Платформа включает входное устройство, предназначенное для приема ввода пользователем упрощенного сетевого адреса в форме упрощенного сетевого адреса, такого как цифровой код URL. Система также включает базу данных, основанную на сервере с возможностью поиска в сети, в которой хранятся соответствия между упрощенным сетевым адресом и соответствующим URL. База данных на основе сервера включает поисковый механизм, предназначенный для поиска соответствий. Когда пользователь вводит упрощенный сетевой адрес, этот адрес посылается в базу данных на основе сервера и в ней упрощенный сетевой адрес используется как поисковый ключ. Механизм поиска в базе данных производит поиск соответствий, имеющих часть упрощенного сетевого адреса, соответствующую упрощенному сетевому адресу, и возвращает соответствующий URL. Платформа системы использует возвращенный URL для формирования сетевого доступа, предназначенный для доступа к сетевой информации. Такая система изображена на фиг.1, 2 и 6. Все элементы и взаимосвязи, определенные этим вариантом воплощения, были описаны выше со ссылками на указанные чертежи.

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

Последний вариант воплощения настоящего изобретения представляет собой среду накопления данных, например дискету, систему со съемным жестким диском, CD ROM и магнитную ленту, предназначенную для накопления и распределения закодированных выражений, которые реализуют процесс доступа к сетевой информации с использованием упрощенных сетевых адресов. Закодированное выражение выполняется на платформе, такой, как была описана выше, со ссылкой на фиг.1, 2, 6 и 7, в которых база данных соответствий разделена между локальным кэшем и удаленной системой на основе сервера. Этот процесс будет дополнительно описан ниже со ссылкой на дополнительные фиг.22-27.

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

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

В конкретном варианте воплощения хранящийся процесс позволяет местному пользователю размещать выбранные взаимосвязи в локальном кэше. Пользователь USER вводит упрощенный сетевой адрес для конкретного сетевого ресурса, и упрощенный сетевой адрес отображается в окне адреса платформы. Упрощенный сетевой адрес передается в поисковый механизм локального кэша и формирует ключ поиска, используемый для определения того, содержит ли кэш данное соответствие. Если кэш содержит данное соответствие, URL, соответствующий упрощенному сетевому адресу, используется для формирования команды осуществления сетевого доступа типа <http://URL/>. Эта команда посылается в сеть и, в конечном счете, требуемый сетевой ресурс будет возвращен и отображен в окне отображения сети платформы.

В случае, когда данное соответствие не будет обнаружено в локальном кэше, копия упрощенного сетевого адреса используется для формирования команды сетевого доступа типа <http://.../упрощенный сетевой адрес/>. Эта команда посылается в сеть в базу данных на основе сервера соответствий. Механизм поиска базы данных на основе сервера использует <упрощенный сетевой адрес> как ключ поиска и проверяет содержание базы данных на наличие соответствия ключу поиска. База данных на основе сервера затем возвращает URL, соответствующий упрощенному сетевому адресу. Платформа принимает соответствующий URL и использует его для формирования другой команды обеспечения сетевого доступа типа <http://.../>. Эта команда посылается в сеть для осуществления доступа к требуемому сетевому ресурсу. Когда ресурс, в конечном счете, возвращается через сеть, он отображается в окне на экране дисплея сети платформы.

Дополнительные варианты воплощения

Различные дополнительные варианты воплощения настоящего изобретения далее описываются со ссылками на фиг.22-27.

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

В общем случае клиент 392 вначале осуществляет доступ к своим собственным упрощенным сетевым адресам, таким как цифровые коды URL. Когда преобразование в URL невозможно выполнить на стороне клиента, клиент 392 осуществляет доступ к базе данных на стороне сервера 394. Пример этой процедуры изображен на фиг.22. Клиент 392 включает первоначальный родительский браузер 396, предназначенный для помощи в навигации, обычный дочерний браузер 398 типа WWW, который может быть вызван из родительского браузера, и поисковый механизм 400. Клиент 392 также включает таблицу 402 регистрации пользователя, которую пользователь может использовать для регистрации укороченных цифровых кодов URL, имеющих предварительно присвоенное соответствие цифровым кодом URL, таблицу 404 индексов, содержащую цифровые коды URL, таблицу 406 реальных данных, имеющую цифровые коды URL, соответствующие индексам. Родительский браузер 396 на стороне клиента 392 включает часть направления, в которой помещены буквы алфавита, как показано подробно на фиг.15, и часть дисплея, предназначенную для отображения содержания части направления.

На фиг.22 изображен сервер 394, который включает механизм 408 поиска, таблицу 410 индексов, предназначенную для присвоенных цифровых кодов URL, и таблицу 412 реальных данных для всех цифровых кодов URL, соответствующих индексам. Сервер и клиент соединены через Интернет, который обозначен номером 414.

Когда пользователь вводит укороченный номер в систему, механизм 400 поиска производит поиск этого номера в таблице 402 регистрации пользователя, и когда находит, преобразует его в URL. Затем производится доступ в Интернет 414 через родительский браузер 396 с использованием соответствующего URL. В результате домашняя страница, соответствующая URL, отображается на дочернем браузере 398 на основе данных HTML, посланных через Интернет 414. Когда пользователь вводит цифровой код URL, поисковый механизм 400 получает величины смещения из таблицы 404 индексов и затем преобразует цифровой код URL в URL с использованием величин смещения и таблицы 406 реальных данных цифровых кодов URL. Получающийся в результате URL затем посылается в родительский браузер 396, и информация, которая получается через Интернет 414, отображается, как описано выше. Таким образом, когда преобразование цифрового кода URL в URL выполняется на стороне 392 клиента, скорость доступа аналогична обычной скорости доступа.

Однако, когда преобразование цифрового кода URL в URL на стороне клиента 392 невозможно, механизм 400 поиска на стороне клиента передает цифровой код URL в механизм 408 поиска на стороне 394 сервера через Интернет 414. В этом случае величина смещения получается из таблицы 410 индексов на основе введенного цифрового кода URL, и переданное число затем преобразуется в URL с использованием таблицы 412 реальных данных для всех цифровых кодов URL на основе этой величины смещения. Полученный в результате URL затем посылается с сервера клиенту 392. Клиент 392 получает информацию через Интернет 414, и домашняя страница отображается таким же образом, как описано в способе, в котором URL посылается в родительский браузер 396.

Таким образом, когда пользователь использует укороченный номер, который персонально зарегистрирован пользователем, или, когда пользователь вводит цифровой код URL, или даже, если пользователь вводит цифровой код URL, который не может быть преобразован в URL на стороне клиента 392, все еще остается возможным преобразовать цифровой код URL в URL и осуществить доступ к Интернету 414 через родительский браузер 396 и, таким образом, отобразить домашнюю страницу, соответствующую URL, в дочернем браузере 398.

На фиг.23 изображен алгоритм, иллюстрирующий процесс ввода цифрового кода URL или сокращенного номера и получения результирующего URL и домашней страницы. Процесс начинается с ввода номера в устройстве 416 ввода данных. На этапе 418 определяется, является ли этот номер укороченным номером или цифровым кодом URL. Если номер представляет собой укороченный номер, производится поиск (этап 420) в таблице регистрации пользователя. Затем определяется, был ли найден URL, который соответствует укороченному номеру (этап 422). Если соответствующий URL не был найден на этапе 422, система ответит с помощью отображения <не найден> на этапе 424. Если, однако, соответствующий URL будет найден, он будет получен (этап 426). Затем производится доступ к Интернету на этапе 428 с использованием этого URL, и домашняя страница, соответствующая этому URL, будет отображена на основании данных HTML, полученных через Интернет на этапе 430.

Когда номер, поиск которого производится на этапе 418, представляет собой цифровой код URL, производится поиск информации индекса в таблице индексов (этап 432). На этапе 434 определяется, был ли найден индекс или нет. Если индекс был найден, производится поиск таблицы клиента (этап 436) для получения URL, соответствующего цифровому коду URL на этапе 438. URL, полученный, таким образом, затем используется для осуществления доступа к Интернету (этап 440), и домашняя страница отображается (этап 442) с использованием данных HTML домашней страницы. Если, однако, на этапе 434 не будет найден ни один номер индекса, этот номер будет отправлен (этап 444) на сервер, который соединен с Интернетом. Механизм поиска этого сервера принимает номер (этап 446). Затем на этапе 448 в этом сервере производится поиск информации индекса в его Таблице индексов. Если индекс не будет найден на этапе 450, номер не является зарегистрированным на этом сервере, и на этапе 452 будет отображена домашняя страница, которая указывает, что требуемый URL не был найден. С другой стороны, если индекс будет найден, будет произведен поиск таблицы сервера на этапе 454, и URL, соответствующий цифровому коду URL, будет возвращен клиенту на этапе 456. URL, который был получен таким образом, используется затем клиентом для осуществления доступа к Интернету (этап 440) и для отображения домашней страницы (этап 442) соответствующих URL на основе данных HTML, присланных через Интернет.

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

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

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

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

На фиг.25 показана схема, которая изображает систему Интернет, включающую ряд входных интерфейсов. Эта система имеет следующих клиентов: интерфейс (включение) 464 телефонного типа, независимое приложение 466 телефонного типа, домашнюю страницу 468 и телевизор 470, подключенный к Интернету. Такая система дополнительно включает информацию, обеспечивающую серверы 472 и 474. Клиенты и серверы, обеспечивающие информацию, связаны с сетевым сервером 478 через Интернет 476. Связь между сетевым сервером 478 и клиентом осуществляется с использованием протокола HTTP. Когда необходимо осуществить доступ к Интернету 476, клиент, такой, как клиент 464, производит запрос на сетевой сервер 478 с использованием способа, такого, как <GET> или <POST> в протоколе HTTP. Работа основывается на способе, в соответствии с которым при открытом описании способа доступ к сетевому серверу может быть осуществлен в соответствии с формулой, которая приспособлена к данному сетевому серверу, без ограничения ее конкретным интерфейсом клиентов 464-470, позволяя, таким образом, получить URL, который соответствует доступу. В результате, клиенты, такие как 464-470, не ограничены конкретным интерфейсом.

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

В соответствии с этим, доступ в Интернет описывается следующим образом. Одна часть включает интерфейс на стороне сетевого сервера 478, который выдает на данный параметр требуемый результат. Другая часть - это часть, в которую вводится параметр для получения результата на стороне клиентов 464-470. Дополнительная часть - это часть, в которой полученный URL вводится в браузер.

Ниже приведены примеры таких приложений.

Например, клиент может содержать подключаемый телефонный интерфейс, такой, как клиент 464, изображенный на фиг.25. Это достигается благодаря установке на стороне клиента 464 программного обеспечения, которое хранится, например, на носителе записи, таком, как дискеты или CD-ROM. Программное обеспечение включает этапы компьютерной обработки приема номера, такого, как цифровой код URL, осуществление доступа в Интернет 476 путем прибавления номера к способу использования протокола доступа, передачи номера на сетевой сервер 478, приема URL, соответствующего номеру и передачи соответствующего URL клиенту 464. Вместо использования программного обеспечения, которое размещается на носителе записи, в настоящем изобретении также может использоваться программное обеспечение, которое загружается из сети и устанавливается на стороне клиента, таком, как клиент 464. Настоящее изобретение также относится к случаю, когда программное обеспечение получается из библиотеки приложений, известных как апплеты (прикладная программа, запускаемая при каждом обращении к Web-странице, в исходный текст которой она встроена), которые размещены в сети. При использовании апплетов программное обеспечение не устанавливается на стороне клиента, но используется с помощью выполнения требуемого апплета в сети. Применение апплетов является особенно удобным для использования с устройствами, которые не имеют функции памяти или, которые не могут использовать гибкий диск. Примерами таких устройств является телевизор с функцией Интернета, игровая приставка и набор Караоке.

Клиент 470 (фиг.25) представляет собой дополнительный пример, в котором телевизор с системой Интернет может иметь домашнюю страницу поискового навигатора Интернета. Навигатор может иметь компонент, подключаемый для ввода номера. Этот компонент может представлять собой устройство дистанционного управления для телевизора. Этот способ может использоваться для ввода цифрового кода URL в устройстве дистанционного управления для получения URL, соответствующего цифровому коду URL.

В интерфейсах ввода номера, в соответствии с настоящим изобретением, способ приспособлен для различных форм интерфейсов. А именно, имеется способ, открытый для общественного доступа с использованием одного параметра в команде <GET> протокола HTTP, данных <nо=123>, например, заданный как цифровой код URL, по которому возвращается соответствующий URL. Этот <http://> представляет собой обозначение протокола HTTP для передачи гипертекста в HTML. Этот протокол включает способы, такие, как <GET> для получения параметра и <POST> для передачи файла. Таким образом, цифровой код URL может быть преобразован с использованием существующих способов.

В настоящем примере данные преобразования, предназначенные для преобразования цифрового кода URL в URL, хранятся на стороне клиента, такой как клиент 464-470 (фиг.25), в отличие от вариантов воплощения, в которых преобразование может быть выполнено как на стороне клиента, так и в оригинальном сетевом сервере. Например, когда пользователь вводит цифровой код URL <123>, соответствующий URL <www.l23.co.jp> получается с оригинального сетевого сервера. Затем, если пользователь снова вводит такой же номер <123>, больше не будет производиться доступ к сетевому серверу, и преобразование будет выполнено на стороне клиента с использованием кэша, который имеется в памяти клиента. Этот кэш способен содержать данные, такие, как цифровые коды URL, вводимые в кэш и соответствующие URL. Когда пользователь вводит цифровой код URL, кэш производит поиск этого номера. Если номер существует в этом кэше, URL может быть получен на стороне клиента, таком, как клиенты 464-470 без осуществления доступа к сетевому серверу 478.

На фиг.26 и 27 изображены схемы, иллюстрирующие конкретные варианты воплощения настоящего изобретения. Как показано на фиг.27, доступ к информации клиента может сохраняться в виде системного журнала 480. Информация в системном журнале 480 накапливается и затем посылается в системный журнал 482 (фиг.26) оригинального веб-сервера (478 на фиг.25). Информация, которая содержится в системном журнале 482, может использоваться сервером 472 или 474, предоставляющем информацию (фиг.25) для анализа данных системного журнала. Этот анализ может включать ранжирование информации или рейтинг пользователей по частоте доступа пользователя. Такая информация также может быть классифицирована в соответствии с жанром, полом пользователя, характеристиками оборудования и т.д.

Когда владелец URL регистрирует цифровой код URL, дополнительная информация получается и добавляется к базе данных, зарегистрированных в цифровых кодах URL, таких как техническая информация или темы домашней страницы. Например, если ребенок осуществляет доступ к домашней странице, имеющей материал сексуальной направленности, оригинальный сетевой сервер 478 (фиг.25) идентифицирует это и возвращает сообщение <не найдено> без отображения домашней страницы. Если используется браузер ограниченного типа, такой, как телевизор с Интернетом и т.п., самая последняя техническая информация может не отображаться. В соответствии с этим, перед осуществлением доступа к серверу 472 информации (фиг.25) на этапе осуществления доступа к оригинальному сетевому серверу (478 по фиг.25) пользователи могут быть идентифицированы, и доступ к некоторым домашним страницам может быть ограничен таким образом, что этот доступ будет обеспечиваться только конкретным пользователям. В дополнение к ограничению отображения домашней страницы, данные, хранящиеся в системном журнале 480 (фиг.27), также могут быть ограничены для некоторых пользователей.

Клиент, такой, как клиент 464 (фиг.25), осуществляет доступ к сетевому серверу 478 через Интернет 476, как показано на фиг.25. Когда клиент производит доступ к Интернету, идентификация может быть добавлена в протокол HTTP, или часть цифрового кода URL может использоваться таким образом, что преобразование цифрового кода URL в URL может выполняться либо на сервере 478 URL или на другом сетевом сервере 486 (фиг.25), который соединен через сетевой сервер 478. Например, код классификации может использоваться таким образом, что идентификатор <888> заставляет сетевой сервер 478 преобразовывать цифровой код URL в URL, но когда используется код классификации <001>, другой сетевой сервер 486 (фиг.25), соединенный с оригинальным сетевым сервером 478, обрабатывает преобразование. Таким образом, управление URL, соответствующих цифровым кодам URL, может быть выполнено в сетевом сервере 486, который отличается от сетевого сервера 478.

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

С использованием настоящего изобретения могут быть предоставлены дополнительные услуги, которые отличаются от функций Интернета. Например, при осуществлении доступа к сетевому серверу, такому, как 478 (фиг.25) с помощью цифрового кода URL, может быть предоставлено бесплатное обслуживание в виде системы лотереи, разыгрываемой случайным способом на основании цифрового кода URL. Или среди пользователей может разыгрываться приз при осуществлении доступа к скрытому номеру. Кроме того, данные доступа могут использоваться как статистически обрабатываемая информация с целью получения частоты ее использования пользователями и для анализа оценки рейтинга пользователей через Интернет.

Подробности, относящиеся к части преобразования сетевого сервера, представлены на фиг.26. Программный интерфейс приложения (ПИП) 488 построен на существующем высокоскоростном Интернет сервере 490, ПИП 488 включает модуль сервера, который обеспечивает цифровой код URL для сервера базы данных, такой, как SYBASE® (зарегистрированный товарный знак компании Сибэйз Инк. (Sybase, Inc.)) 492. Сервер базы данных затем возвращает соответствующий URL на API. Это приводит к тому, что производится высокоскоростное преобразование цифрового кода URL в URL.

Как показано на фиг.27, часть преобразования клиента 494 включает компонент 496 клиента, имеющий память, такую, как кэш 498 и браузер 500 для домашних страниц. Цифровой код URL связывается с компонентом 496 клиента, который затем осуществляет доступ к внутреннему кэшу 498, чтобы получить URL, соответствующий цифровому коду URL. URL затем передается на браузер 500. Однако цифровой код URL передается на сетевой сервер 484 (фиг.26), если цифровой код URL отсутствует во внутреннем кэше 498.

Как показано на фиг.27, информация доступа клиента может храниться в системном журнале 480. Информация в системном журнале 480 накапливается и затем посылается в системный журнал 482 (фиг.26) сетевого сервера 484. Информация, которая содержится в системном журнале 482, может затем использоваться сервером 472 или 474, предоставляющим информацию (фиг.25) для анализа данных. Этот анализ может включать ранжирование информации или рейтинг пользователей по частоте доступа пользователя. Такая информация может также быть классифицирована в соответствии с жанром, полом пользователя, характеристиками оборудования и т.д.

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

На фиг.28 изображена блок-схема, иллюстрирующая вариант воплощения настоящего изобретения, в котором используется перехват для упрощения преобразования цифровых кодов URL в URL и для добавления информации о профиле пользователя к содержанию запроса сервера. Изображенный вариант воплощения представляет собой систему 600, и включает платформу 602 клиента, подключаемую через Интернет 604 с первым, вторым и третьим серверами 606 608, 610 решения числового кода соответственно, и с первым и вторым серверами 612, 614 содержания. Следует понимать, что изображенная система представляет собой всего лишь пример и что реальный вариант воплощения может содержать большое количество платформ клиента, серверов решения числового кода и удаленных серверов содержания, связанных через сеть такую, как Интернет.

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

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

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

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

В конкретном варианте воплощения настоящего изобретения определяется способ, с помощью которого устройство 602 клиента включает информацию, позволяющую клиенту посылать число, вводимое пользователем на соответствующий сервер 606-610 решения числового кода для преобразования этого числа в соответствующий URL. Устройство 602 клиента определяет, который из ряда серверов решения числового кода должен использоваться, с помощью таблицы 616 правил соединения (фиг.28), которая доступна для устройства клиента. В данном варианте воплощения таблица позволяет устройству 602 клиента принимать решение на основании части числа, введенного пользователем. Такая технология позволяет клиенту классифицировать числа так, что различные числа посылаются на различные сервера решения числового кода для распределения нагрузки на каждый сервер.

Например, предположим, что пользователь вводит 10-значное число, начинающееся с цифр "03". Устройство клиента производит поиск в таблице 616 правил соединения и находит числа, начинающиеся с цифр "03", которые должны быть посланы на сервер телефонного справочника (сервер решения числового кода), находящийся в городе Токио. В качестве альтернативы предположим, что пользователь вводит 10-значное число, начинающееся с цифр "06", что указывает на то, что устройство клиента должно послать это 10-значное число на сервер телефонного справочника, находящийся в городе Осака. Ниже показан пример такой таблицы правил соединения:

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

В предыдущем примере "комбинация" цифр представляет собой "03", "06", "2121" и т.д., в то время как "х" представляют дополнительные цифры числа, вводимого пользователем. Кроме того, в примере, некоторые из чисел имеют 10 цифр, в то время как другие числа имеют меньше 10 цифр. Смысл данного варианта воплощения состоит в том, что таблица 616 на стороне клиента используется устройством клиента для отправки чисел, соответствующих комбинации цифр, указанной в левой колонке таблицы, на соответствующие серверы решения числового кода, URL которых представлен в правой колонке таблицы. Очевидно, что приведенные здесь комбинации цифр являются всего лишь примером, и что другие цифры, кроме начальных цифр числа или цифр старших разрядов, также могут использоваться для определения комбинации цифр.

Отметим еще раз, что целью настоящего способа является распределение преобразования числового кода по нескольким серверам решения числового кода вместо использования отдельного центрального сервера для выполнения всех преобразований числового кода. Этот способ распределяет нагрузку по преобразованию числового кода среди доступных серверов 606-610 преобразования числового кода для предотвращения перегрузки во время периодов пиковой активности. Другие преимущества включают защиту распределенной системы 600 от отказов какой-либо одной части системы, когда такой отказ приводит неработоспособности всей системы, если сервер, на котором произошел отказ, необходим для обработки всех преобразований числа.

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

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

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

Как можно видеть на фиг.28, один из таких вариантов воплощения в системе 600 определяет способ, с помощью которого устройство 602 клиента осуществляет контакт с центральным сервером 606 после исходного начала работы для приема уникального идентификационного числа пользователя, которое будет сохранено устройством 602 клиента. После этого это идентификационное число пользователя будет отправлено на сервер 606-610 решения числового кода, вместе с упрощенным числом сетевого адреса, каждый раз, когда пользователь производит запрос на преобразование числового кода. Уникальный идентификационный номер пользователя позволяет серверу решения числового кода идентифицировать пользователя, который осуществляет запрос, и представляет собой число, отдельное от числа упрощенного сетевого адреса. Другими словами, устройство 602 клиента получит и сохранит идентификационный номер при включении, и когда пользователь вводит число упрощенного сетевого адреса в устройство клиента, устройство клиента будет посылать оба числа на соответствующей сервер решения числового кода. Сервер решения числа преобразует число упрощенного сетевого адреса в соответствующий ему URL и возвращает этот URL в устройство клиента и будет использовать уникальный идентификационный номер пользователя для отслеживания использования и, в качестве альтернативы, для формирования конкретного ответа для данного идентифицированного пользователя.

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

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

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

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

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

Следующий пример иллюстрирует использование персональной информации пользователя в вышеописанных вариантах воплощения. Предположим, что возраст пользователя 23 года и он живет в пригороде Шинджуку города Токио, Япония и зарегистрировал свою персональную информацию. Предположим, что пользователь выбирает мышью http://www.yahoo.com/. Программное обеспечение клиента захватывает сообщение прежде, чем оно достигнет браузера, и выделяет часть названия домена. После этого оно просматривает домен "yahoo.com" для определения уровня информации пользователя, которая должна отправляться на этот сайт, с использованием таблицы 618 уровня домена:

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

Используя такую таблицу правил уровня, программное обеспечение устройства клиента может модифицировать информацию пользователя, записанную в устройстве клиента в соответствии с правилом 622, связанным с уровнем доступа определенного сервера содержания. Устройство клиента может присоединять информацию пользователя к URL (www.yahoo.com) и направлять сообщение в браузер, заставляя его перенаправлять пользователя к URL, передавая таким образом информацию пользователя. В данном примере окончательный URL, отправленный на сервер содержания, будет выглядеть, например, таким образом http://www.yahoo.corn/#age=20-30&Address=Tokyo.

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

Наконец, другая группа вариантов воплощения относится к автоматическому обновлению программного обеспечения. Один из вариантов воплощения определяет способ, предназначенный для регулярной передачи компонента программного обеспечения клиента группой центральных серверов 606 для загрузки обновленных вариантов. Типичные загрузки включают: (1) таблицу 624 новых серверов, добавленных к системе, и их соответствующие цифровые диапазоны; (2) таблицу 625 серверов содержания и уровень информации пользователя, которую они должны получать; (3) таблицу 626 правил, относящихся к типу/диапазону информации пользователя, которая должна отправляться на сервер содержания с определенными уровнями доступа; и (4) различные дополнительные обновления/особенности устройства клиента.

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

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

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

На фиг.29 также представлена блок-схема, которая иллюстрирует способ, в соответствии с которым перехват и модификация сообщения используются для выполнения концепции, изображенной на фиг.28. Типичный процесс перехвата и модификации сообщения обозначен, в общем, ссылкой 700 и включает приложение 702 браузера, поле 704 местоположения браузера, сервер 706 содержания, программное обеспечение 708 устройства клиента, перехваченное сообщение 710, выделенное имя 712 домена, таблицу 714 уровней доменов, код 716 уровня, таблицу 718 правил уровня, профиль 720 пользователя, модифицированный профиль 722 пользователя и составное сообщение 724.

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

Из сообщения 710 программное обеспечение 708 устройства клиента выделяет имя 712 домена сервера, который пользователь намеревается посетить (в этом случае сервер 706 содержания), и производит поиск соответствия выделенного имени 712 домена в таблице уровней 714 доменов, которые указывают уровень подробности информации пользователя для доменов (сервера 706 содержания), к которым осуществляется доступ. Если в таблице 714 будет найдено соответствие, соответствующий код 716 уровня возвращается в программное обеспечение 708 клиента. Если не будет найдено никакое сообщение, то для сервера 706 содержания будет доступен уровень информации пользователя, определенный по умолчанию.

Когда будет найдено соответствие, код 716 уровня будет затем использоваться программным обеспечением 708 клиента для поиска правил в таблице 718 правил уровня. Как только будет получен набор правил, устройство клиента может модифицировать профиль 720 пользователя в соответствии с этими правилами. Модифицированный профиль 722 пользователя затем комбинируется с URL сервера содержания и передается в виде составного сообщения 724 обратно в браузер 702. Браузер теперь использует это составное сообщение 724 для осуществления доступа к серверу 706 содержания, передавая модифицированный профиль 722 пользователя на сервер содержания с этим URL.

На фиг.30 представлена блок-схема, которая иллюстрирует детали, относящиеся к расширенному процессу преобразования числа, который обозначен, в общем, номером 800 ссылки. Изображенный процесс 800 преобразования номера включает поле 802 местоположения браузера, число 804 упрощенного сетевого адреса, приложение 806 браузера, приложение 810 программного обеспечения клиента, кэш 812 на стороне клиента, сервер 816 содержания, таблицу 818 чисел быстрого вызова пользователя, определенных пользователем, таблицу 822 правил соединения, сервер 826 решения числового кода, таблицу 828 профиля пользователя, профиль 830 пользователя, составное сообщение 832, таблицу 836 числа и таблицу 842 уровней домена.

Когда число 802 вводится в поле 804 местоположения браузера 806, полученное в результате сообщение 808 перехватывается программным обеспечением 810 устройства клиента.

Программное обеспечение 810 устройства клиента сначала производит попытку поиска введенного числа 802 в кэше 812 стороны клиента. Если будет найден результат, то полученный URL 814 будет отправлен в браузер 806, который использует URL 814 для соединения с соответствующим ресурсом Интернета (сервер 816 содержания). Если результат не будет найден, программное обеспечение 810 устройства клиента проверяет номер 802 по таблице 818 чисел быстрого вызова, определенных пользователем. Если будет найдено соответствие, полученный в результате URL 820 будет отправлен в браузер 806, который соединяется с соответствующим ресурсом Интернета (сервером 816 содержания).

Если соответствие не будет найдено в таблице 818 чисел быстрого вызова, программное обеспечение 810 клиента проверяет число 802 на соответствие комбинации цифр/правилам в таблице 822 правил соединения. Если число 802 соответствует комбинации цифр в таблице 822 правил соединения, то URL сервера решения числового кода (в данном примере 826) будет получен программным обеспечением 810 устройства клиента.

Программное обеспечение 810 устройства клиента затем получает профиль пользователя из таблицы 828 профиля пользователя и комбинирует URL 824 сервера 826 решения числового кода, профиль 830 пользователя и число 802, первоначально введенное пользователем, для создания составного сообщения 832 и отправляет это составное сообщение на браузер 806. Браузер использует это составное сообщение для создания запроса 834 на соединение с сервером 826 решения числового кода и отправляет профиль 830 пользователя и число 802, решение по которому должно быть принято.

Сервер 826 решения числового кода использует таблицу 836 числа для преобразования числа 802 в соответствующий URL 838. Из соответствующего URL 838 сервер 826 решения числового кода выделяет часть 840 имени домена и использует эту часть имени домена для поиска уровня доступа, который домен 840 с этим именем имеет в отношении информации пользователя из таблицы 842 уровней домена.

На основании величины кода 844 уровня сервер 826 решения числового кода соответствующим образом модифицирует профиль 830 пользователя. Модифицированный профиль пользователя и найденный URL комбинируются для создания перенаправленного запроса 846 HTTP, который отправляется в браузер 806. Этот запрос 846 заставляет браузер соединиться с сервером 816 содержания, передавая модифицированный профиль пользователя. Сервер содержания затем возвращает содержание URL данного запроса в браузер 806, завершая процесс.

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

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