СПОСОБ ОБЕСПЕЧЕНИЯ ИНТЕРНЕТ-АДРЕСОВ, СОДЕРЖАЩИХ СПЕЦИАЛЬНЫЕ СИМВОЛЫ Российский патент 2005 года по МПК H04L29/12 

Описание патента на изобретение RU2262808C2

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

При наборе Интернет-адреса в браузере после кода http:// вводятся соответствующие Интернет-адреса в форме букв, чисел, дефисов и т.д. с добавлением так называемого кода ASCII (Американский стандартный код обмена информацией). Адрес преобразуется с помощью находящегося в сети Интернет сервера имен доменов (DNS) в числовой код, называемый IP-адресом (адресом протокола Интернет), и запускается процедура соединения.

Недостатком является то, что умляуты, а также другие специальные знаки, такие как «&» и подобные им, при этом не используются. В общем случае в области информационной технологии (IT), а также в Интернет они заменяются вследствие ограничений в английском языке последовательностью гласных звуков, как, например, «» заменяется на «ue», «» заменяется на «ae». Так, например, домен для господина Мюллера () в Германии представляется как «mueller.de», а наименование фирмы «C&A» представляется как «c-und-a.de». Для того чтобы допустить использование доменов, содержащих специальные символы, нужно было бы модернизировать все используемые в настоящее время вычислители и программы. Однако это означает серьезное вмешательство в существующую структуру системы именования доменов. Практически это было бы неоправданным по экономическим причинам. Достаточно было бы отсутствия одного звена в информационной цепи, чтобы стало невозможным распознавание домена, содержащего специальный символ.

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

Так как для пользователей затруднительно запоминать множество IP-адресов, была введена система, которая IP-адресу присваивает имя домена. Эта система называется системой именования доменов. Так называемые серверы имен доменов (DNS) дают информацию о присваивании имен доменов IP-адресам. В системе именования доменов определены некоторые соглашения касательно имен доменов. Так обозначения начинаются с буквы, заканчиваются буквой или числом и содержат между ними буквы или числа, или дефисы. Примерами могут служить www.mueller.de, www.bochum.de, www.eu/com или www.sms.t-online.de.

Пространство имен доменов формируется как древовидная структура. От корня следуют обычные домены верхнего уровня (gTLD), такие как «de», «com» или «org». Они расщепляются на последующие субдомены. Последующее изображение на фиг.1 показывает маленький фрагмент домена верхнего уровня «com» с субдоменами «us» и «eu». И наконец, листья древовидной структуры идентифицируют отдельные сетевые ресурсы (главным образом, хосты или маршрутизаторы), на фиг. 1, например, это «www» или «mail».

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

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

Процесс стандартного запроса DNS представляется следующим образом:

(1) Пользовательская программа имеет доменное имя и хотела бы определить относящийся к нему IP-адрес.

(2а) Пользовательская программа посылает запрос в распознаватель и ожидает от него ответа.

Распознаватель проверяет, имеется ли уже ответ в кэше, и если да, то выдает ответ.

(2b) Если ответа в кэше нет, то распознаватель посылает, со своей стороны, запрос серверу DNS.

(3) Сервер DNS посылает распознавателю требуемый ответ.

(4) Распознаватель копирует ответ в свой кэш и посылает его одновременно в пользовательскую программу.

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

В первом случае, запрошенный сервер DNS сам отыскивает следующий сервер DNS, который может ответить на запрос. В этом случае для распознавателя ничего не меняется, он просто ожидает, пока он получит ответ от «своего» сервера DNS. Этот тип запроса называют «рекурсивным». Рекурсивный запрос представлен на фиг. 3.

Процесс рекурсивного запроса сервера DNS может быть представлен следующим образом:

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

(2) В случае если первый запрошенный сервер DNS не знает ответа на запрос, он пересылает запрос другому серверу DNS, который, по его предположению, мог бы выдать ответ на этот запрос.

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

(4) Наконец, первый сервер DNS достигает такого сервера DNS, который знает ответ. Чаще всего это так называемый полномочный сервер имен.

(5) К распознавателю пересылается ответ на запрос.

Если первый сервер DNS не может выдать распознавателю результат на его запрос, предлагается другой сервер DNS, которому распознаватель должен снова послать запрос. Этот сценарий может повторяться многократно, пока распознаватель, наконец, не запросит сервер DNS, который сможет выдать ему ответ. Это показано на фиг. 4.

В документе WO 00/56035 описан способ интернационализации доменов. Для этого вводится промежуточная программа, которая должна загружаться с соответствующего браузера. Эта программа формирует из домена последовательность знаков в коде ASCII и передает ее дальше. Для того чтобы она могла быть идентифицирована сервером имен доменов (сервером DNS), эта последовательность знаков должна там регистрироваться. Для регистрации Интернет-адреса, содержащего специальные знаки, он выдается в системе уникода (Unicode) и преобразуется в латинские буквы. Это преобразование называется RACE от Row-based ASCII-Compatible Encoding (построчное совместимое с кодом ASCII кодирование). Следовательно, домен должен регистрироваться в сервере DNS в коде ASCII, например, как bq-bhasutr.com, чтобы иметь возможность идентифицироваться сервером DNS. Чтобы такие домены, содержащие специальные символы, можно было распространить для использования в глобальном масштабе, потребовалось бы изменение на всех серверах. Кроме того, в таком случае все запросы сначала для проверки должны посылаться на высокопроизводительный сервер IDNS, так как иначе не может быть осуществлено требуемое преобразование для нижележащих в иерархической структуре обычных серверов DNS.

Из документа WO 00/50966 известен способ, который предусматривает в компьютерной сети промежуточный сервер, который принимает все запросы и пересылает их дальше в преобразованном виде корневому серверу DNS. Здесь должна осуществляться идентификация, которая подобна описанному выше способу. IP-адрес посылается на промежуточный сервер, который затем посылает обратное сообщение пользователю. Подобное решение известно также из документа WO 99/40511.

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

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

Эта задача решается способом, соответствующим пункту 1 формулы изобретения.

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

Если знаковый код может частично декодироваться первым сервером DNS, тогда на основе распознанного частичного кода осуществляется контакт с другим сервером DNS, который производит дальнейшее декодирование. В этой последовательности может устанавливаться контакт с другими серверами DNS, пока не будет осуществлено полное декодирование вызываемого IP-адреса, и в итоге IP-адрес пересылается пользователю. Интернет-адрес, например в соответствии с изобретением будет декодироваться с конца к началу (см. также схемы, представленные на фиг.5 и 6). Первый сервер DNS, с которым установлен контакт, распознает окончание «.com». Затем он пересылает запрос следующему серверу, т.е. устанавливается контакт с другим сервером DNS, который распознает частичный код «eu». Оставшийся после этого частичный код IP-адреса не может быть идентифицирован обычным сервером DNS. Он был бы для него, с точки зрения сетевой технологии, бессмысленной последовательностью чисел.

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

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

Пользователь запрашивает домен «», в частности, путем ввода данных в свой браузер. Так как домен, содержащий специальный символ «», затем преобразуется соответственно использованному браузеру или распознавателю, в знаковый код, то, например, генерированный распознавателем В знаковый код имеет вид «.h§user». Запрос затем пересылается через Интернет на первый сервер DNS. Он распознает окончание «com». Во втором сервере DNS производится дальнейшее декодирование знакового кода, причем дешифрируется частичный код «eu». Наконец, в третьем сервере DNS осуществляется операция последовательного сравнения для полного дешифрирования двоичной последовательности знакового кода. Третий сервер DNS затем выдает корректный IP-адрес инициатору запроса или соответственно пользователю. В случае, когда и третий сервер DNS не может дешифрировать запрошенный домен, он может быть занесен в список ошибок. На основе списка ошибок провайдер третьего сервера имен доменов может принять соответствующие меры.

В качестве домена со специальными символами следует рассматривать домен со знаками, которые лежат вне областей от «А/а» до «Z/z», от «0» до «9» и разделительных знаков «.,-,@». Все интернациональные символы следует рассматривать как специальные символы, даже если они могли бы попасть в область кода ASCII от «А/а» до «Z/z», от «0» до «9», однако в исходном браузере, т.е. у инициатора запроса, не были представлены как таковые.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При этом принятые знаковые коды обрабатываются таким образом, в частности фильтруются, что исключительно использованные в знаковом коде стандартные символы, в особенности буквенно-числовые символы от «А/а» до «Z/z», от «0» до «9» и разделительные знаки «-,.,@», являются основой для последующей операции последовательного сравнения таблицы присвоения (пункт 2 формулы изобретения). Существенным при этом является то, что в таблицу присваивания заносятся соответственно отфильтрованные знаковые коды, так что становится возможным однозначное присвоение, осуществляемое в отношении нового отфильтрованного запроса путем выполнения операции последовательного сравнения.

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

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

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

Тем самым появляется возможность того, что при невозможности однозначного присвоения отфильтрованного знакового кода IP-адресу таблицы присваивания все неоднозначные присвоения передаются хосту, т.е. инициатору запроса, для оперативного выбора (пункт 7 формулы изобретения). Этот оперативный выбор может ориентироваться, что касается порядка присвоения, на значимость возможных присвоений, о чем инициатору запроса было сообщено сервером DNS (пункт 8 формулы изобретения). При этом IP-адрес с наивысшей значимостью, в особенности IP-адрес с большинством вызовов, приводится как первый IP-адрес, так как наибольшей является вероятность того, что пользователь/инициатор запроса также хотел бы обратиться по этому адресу. Выбор, сделанный пользователем, протоколируется сервером DNS, за счет чего знаковому коду автоматически и оперативно может быть присвоен корректный IP-адрес. За счет протоколирования на стороне компьютера-хоста/инициатора запроса при следующем вызове этого имени домена уже может быть получен правильный Web-сайт с корректным IP-адресом без излишнего инициирования маски выбора от сервера DNS.

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

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

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

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

Способ и лежащая в его основе компьютерная сеть реализуются техническими средствами, представленными на фиг. 6. Компьютерная сеть имеет первый сервер 1 имен доменов (DNS), с которым устанавливается контакт при вызове пользователем Интернет-адреса с компьютера 2. Первый сервер 1 DNS может из генерированного из Интернет-адреса знакового кода идентифицировать частичный код, а именно окончание «com». Затем запрос с частичным кодом, в данном случае представленным как (??????101), передается на сервер DNSх 3. Данный сервер может распознать частичный код «eu.com», соответствующий коду (????11101). Этот частичный код затем передается к серверу DNSy 4, где производится последующее декодирование. В конце цепочки серверов устанавливается контакт с сервером DNSz 5, который является полномочным сервером имен доменов, где с помощью операции последовательного сравнения указывается конкретный IP-адрес. Определенный таким образом известный числовой код (IP-адрес) передается пользователю. После этого пользователь попадает на выбранный им Интернет-сайт.

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

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

название год авторы номер документа
СПОСОБ И СИСТЕМА ПРОВЕДЕНИЯ ТРАНЗАКЦИЙ В СЕТИ С ИСПОЛЬЗОВАНИЕМ СЕТЕВЫХ ИДЕНТИФИКАТОРОВ 2003
  • Серебренников Олег Александрович
RU2376635C2
ПОДДЕРЖАНИЕ ДОСТИЖИМОСТИ ПОДВИЖНОЙ СЕТИ НА ОСНОВЕ ИДЕНТИФИКАТОРОВ ВРЕМЕННОГО ИМЕНИ 2004
  • Фарр Луиза
  • Айсль Йохен
  • Хепворт Элинор
RU2364048C2
СПОСОБ АНАЛИЗА ИСТОЧНИКА И АДРЕСАТА ИНТЕРНЕТ-ТРАФИКА 2016
  • Чжан Дашунь
RU2702048C1
КОМПЛЕКС И СПОСОБ ДЛЯ ПРЕДОТВРАЩЕНИЯ БЛОКИРОВКИ РЕКЛАМНОГО КОНТЕНТА 2017
  • Волынкин Илья Александрович
  • Миньковский Михаил Генрихович
  • Дашкевич Иван Анатольевич
RU2672616C1
БРОКЕР И ПРОКСИ ОБЕСПЕЧЕНИЯ БЕЗОПАСТНОСТИ ОБЛАЧНЫХ УСЛУГ 2014
  • Коэм Авирам
  • Мойси Лиран
  • Люттвак Ами
  • Резник Рой
  • Вишнепольски Грег
RU2679549C2
СПОСОБ И УСТРОЙСТВО ДЛЯ РЕГИСТРАЦИИ И ИСПОЛЬЗОВАНИЯ ИМЕН ДОМЕНОВ НА РОДНОМ ЯЗЫКЕ 2001
  • Ким Ки Сеок
  • Йоо Юл
RU2251729C2
СПОСОБ, УСТРОЙСТВО И СИСТЕМА УПРАВЛЕНИЯ МОБИЛЬНОСТЬЮ И ЭФФЕКТИВНОГО ПОИСКА ИНФОРМАЦИИ В СЕТИ СВЯЗИ 2008
  • Клефтер Марк
  • Альфорс Ульф
RU2507700C2
СПОСОБ И СИСТЕМА ИНФОКОММУНИКАЦИИ 2013
  • Разроев Элдар Али Оглы
RU2582066C2
СПОСОБ И СИСТЕМА ОБЕСПЕЧЕНИЯ КЛИЕНТСКОМУ УСТРОЙСТВУ АВТОМАТИЧЕСКОГО ОБНОВЛЕНИЯ IP-АДРЕСА, СООТВЕТСТВУЮЩЕГО ДОМЕННОМУ ИМЕНИ 2014
  • Иванов Владимир Леонтьевич
RU2610586C2
СПОСОБ, СИСТЕМА И КОМПЬЮТЕРНОЕ УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ УСЛУГ СВЯЗИ МЕЖДУ РЕСУРСАМИ В СЕТЯХ СВЯЗИ И ИНТЕРНЕТ С ЦЕЛЬЮ ПРОВЕДЕНИЯ ТРАНЗАКЦИЙ 2002
  • Серебренников Олег Александрович
RU2273107C2

Иллюстрации к изобретению RU 2 262 808 C2

Реферат патента 2005 года СПОСОБ ОБЕСПЕЧЕНИЯ ИНТЕРНЕТ-АДРЕСОВ, СОДЕРЖАЩИХ СПЕЦИАЛЬНЫЕ СИМВОЛЫ

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

Формула изобретения RU 2 262 808 C2

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

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

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

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

d) проверка того, применяется ли операционная система, влияющая на знаковые коды, в хосте/инициаторе запроса;

e) проверка того, являются ли влияющие на знаковые коды место ввода данных и/или канал передачи обуславливающими не соответствующие принятым соглашениям составные части знакового кода,

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

2. Способ по п.1, отличающийся тем, что принятый от сервера DNS (1-5) знаковый код фильтруется относительно примененного специального символа, причем исключительно использованные в знаковом коде стандартные символы, в особенности буквенно-числовые символы от А/а до Z/z, от 0 до 9 и "-", являются основой для последующей операции последовательного сравнения таблицы присваивания.3. Способ по п.2, отличающийся тем, что при однозначно возможном присвоении отфильтрованного знакового кода IP-адресу таблицы присваивания указанное присвоение осуществляется и IP-адрес пересылается инициатору запроса.4. Способ по п.3, отличающийся тем, что при однозначном присвоении отфильтрованного знакового кода в сервер DNS принимается нефильтрованный знаковый код.5. Способ по любому из пп.1-4, отличающийся тем, что каждому IP-адресу таблицы присваивания ставится в соответствие переменная значимость.6. Способ по п.5, отличающийся тем, что регистрируется частота вызовов определенного IP-адреса таблицы присваивания и IP-адресу присваивается значимость, соответствующая частоте вызовов.7. Способ по п.2, отличающийся тем, что при невозможности однозначного присвоения отфильтрованного знакового кода IP-адресу таблицы присваивания все неоднозначные присвоения передаются инициатору запроса для оперативного выбора.8. Способ по п.7, отличающийся тем, что в сервере DNS неоднозначные присвоения приводятся в порядке их значимости.9. Способ по п.5, отличающийся тем, что при невозможности однозначного присвоения отфильтрованного знакового кода IP-адресу данному знаковому коду присваивается тот IP-адрес, который имеет наивысшую значимость.10. Способ по любому из пп.5-9, отличающийся тем, что в зависимости от числа возможных присвоений при превышении заданного числа и/или разницы значимости самостоятельно выполняется одна из процедур способа, описанных в пп.5-9.11. Способ по любому из п.1-10, отличающийся тем, что знаковый код после процедуры присвоения сервером DNS запоминается промежуточным образом в кэше инициатора запроса.

Документы, цитированные в отчете о поиске Патент 2005 года RU2262808C2

WO 9919814 А, 22.04.1999
WO 9939280 А, 05.08.1999
Вращающаяся печь 1979
  • Чмырев Леонид Викторович
  • Коньков Геннадий Федорович
  • Чеснокова Тамара Петровна
  • Жарко Владимир Иванович
  • Воронин Людвиг Васильевич
  • Юшин Александр Николаевич
  • Шелудько Валентин Васильевич
SU817444A1
US 6092100 А, 18.07.2000.

RU 2 262 808 C2

Даты

2005-10-20Публикация

2002-02-21Подача