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

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

Реферат

 

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

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

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

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

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

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

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

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

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

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

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

Краткое описание сопроводительных чертежей Более полное понимание настоящего изобретения можно получить обратившись к подробному описанию и формуле изобретения, рассматривая их с учетом этих сопроводительных чертежей, в которых одинаковые цифровые обозначения относятся к аналогичным позициям на всех чертежах, и на фиг.1 показан план расположения примерного окружения, в котором может быть осуществлено предпочтительное воплощение этого изобретения; на фиг. 2 показана блок-схема системы поискового вызова; на фиг.3-фиг.5 показаны таблицы элементов данных, используемые для системы поискового вызова, показанной на фиг. 2; на фиг.6-фиг.12 показаны блок-схемы процедур, выполняемых узлами интерфейса пользователя (UIN) системы поискового вызова, показанной на фиг. 2; и на фиг. 13-фиг. 22 показаны блок-схемы процедур, выполняемых различными узлами в сети системы поискового вызова, показанной на фиг. 2.

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

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

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

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

В соответствии с предпочтительными вариантами реализации настоящего изобретения, распределительная сеть 108, обсуждаемая более подробно ниже, в связи с фиг. 2, работает в пределах окружения 100, принимая и доставляя вызовы соответствующим системам 102 доставки. Системы 102 доставки затем доставляют эти вызовы к блокам абонентов (не показаны), используя их конкретные способы доставки. Система 108 представляет супер-структуру, которая позволяет системам 102 действовать совместно, несмотря на большое разнообразие принципа действия и характеристик систем 102 доставки. Сеть 108 предпочтительно содержит один "оконечный узел поискового вызова" (PTN) 110 для каждого региона 104. Именно узлы PTN 110 доставляют вызовы K заданным системам 102 доставки для последующей доставки их к абонентским блокам. Кроме того, сеть 108 предпочтительно содержит один "узел управления сети" (NMN) 112. Узел NMN 112 собирает статистические данные и рабочие данные состояния о работе сети 108.

На фиг. 2 показана блок-схема окружения 100 и распределительной сети 108 в нем. Вызовы собираются от операторов и от оборудования передачи данных, желающих быть источниками вызовов для узлов интерфейса пользователей (UIN) 202. Окружение 100 может содержать любое число UIN 202, а узлы UIN 202 могут быть распределены по регионам 104 любым удобным способом. Узлы UIN 202 могут контролироваться теми, кто управляет системами 102 доставки, но это не обязательно. Узлы 202 принимают информацию об источнике поискового вызова через каналы 204 источника. Желательно, чтобы каналы 204 были дуплексными каналами, которые могут соединять узел UIN 202 с "коммутируемой сетью электросвязи общего пользования" (PSTN) с локальной или большой площади компьютерной сетью или с любой другой обслуживающей дуплексной системой связи. В этих предпочтительных вариантах реализации изобретения существенный объем интеллекта, необходимого для доставки вызовов, располагается в узлах UIN 202, и процедуры, выполняемые узлами UIN 202, обсуждаются ниже, в связи с фиг. 6 - фиг. 12.

Узлы UIN 202 связаны с сетью 108. Сеть 108 содержит узлы PTN 110, NMN 112, обсуждавшиеся выше, любое число "узлов управления информацией пользователя" (SIM) 206 и сеть связи 208. Узлы NMN 112 и каждый UIN 202, PTN 110 и SIM 206 соединены с сетью 208. Таким образом, через сеть связи 208 каждый UIN 202 может участвовать в передаче данных с любым PTN 110 или SIM 206, а каждый SIM 206 может обеспечить передачу данных с любым другим SIM 206 или PTN 110. Каждый PTN 110 связан с одной или более систем 102 доставки. Системы 102 доставки передают вызовы к любому числу абонентских блоков 210. И наоборот, системам 102 доставки необязательно передавать вызовы к абонентским узлам 210, но они могут представлять собой машину-шлюз для компьютерной сети, например, для такой, которая доставляет страницы в соответствии с методами электронной почты.

Каждому узлу UIN 202 присвоен его собственный узел SIM 206. С точки зрения SIM 206 UIN 202, которому он присвоен, является "противолежащим" ("subtending" UIN). С точки зрения UIN 202, SIM 206, который присвоен этому UIN является "контролирующим" узлом SIM 206. С точки зрения абонента, или оператора, которому посланы эти вызовы, один из узлов SIM 206 считается "собственным" узлом SIM 206. Этот собственный SIM 206 запоминает информацию, описывающую этого абонента и страничное обслуживание, предлагаемое в данный момент для этого абонента. Эта информация записана в собственной базе данных 212 этого собственного узла SIM 206. База данных 214 посторонних абонентов запоминает информацию, касающуюся абонентов, которые не считают этот SIM 206 собственным узлом SIM, но от имени которых, тем не менее, этот SIM используется. Такое использование узла SIM от имени постороннего абонента может облегчить прием вызова противолежащим UIN 202, источником которого является другой оператор. И наоборот, использование SIM по поручению постороннего абонента может осуществляться абонентом, который стремится получить доступ к сети 108 для внесения изменений или запросов относительно его или ее поискового обслуживания.

В соответствии с настоящим изобретением высокоприоритетная передача данных может иметь место между UIN 202 и его управляющим SIM 206. Высокоприоритетная передача этих данных вытекает из необходимости обеспечения быстрых ответов. Как показано более полно ниже, данные передаются между управляющими узлами SIM 206 и UIN 202, когда поисковый вызов генерируется источником, и когда пользователи могут ожидать ответа. Соответственно, специалисты в этой области техники согласятся, что между UIN 202 и SIM 206 желательно было бы иметь выделенную линию 216 или другой канал связи, приспособленный для высокоприоритетных данных сообщений. Линия 216 является частью сети связи 208.

В одном варианте реализации настоящего изобретения, по крайней мере, часть локальных узлов UIN 202 и управляющих SIM 206 конструируют как различные логические объекты общего комплекта компьютерной аппаратной-части. В такой ситуации канал связи 216 реализуется в этом общем комплекте компьютерной аппаратной части с помощью компьютерного программирования.

В предпочтительных вариантах реализации настоящего изобретения каждый из узлов 110, 112, 202 и 206 сети 108 представляет собой компьютер. Другими словами, каждый из этих узлов содержит процессор и память (не показана). Эта память запоминает базы данных 212-214 собственных и посторонних абонентов в SIM 206, так же как и другие таблицы, списки, переменные и команды программирования для каждого из узлов 110, 112, 202 и 206. Желательно, чтобы каждый из этих узлов имел схему синхронизации для получения даты и времени. Предпочтительно, чтобы каждый узел содержал устройства ввода, такие как интерфейсы сети, модемы, клавиатура и т.п., устройства вывода, такие как интерфейсы сети, модемы, видеотерминалы отображения, принтеры и т.п. Кроме того, предпочтительно, чтобы узлы UIN 202 содержали компоненты интерфейса электросвязи, достаточные для работы с интерактивной системой голосового ответа (IVR). Известные версии таких компонентов удобны для использования в настоящем изобретении, и такие компоненты компьютеров хорошо известны специалистам в этой области техники.

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

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

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

Позиции этих данных обслуживания показаны в связи с таблицей 400 данных обслуживания абонента (см. фиг. 4). Таблица 400 данных обслуживания абонента связана с записью 300 абонента через ссылку 302, записанную в записи 300 абонента. Настоящее изобретение позволяет абонентам и источникам поисковых вызовов модифицировать это обслуживание, когда необходимо, чтобы лучше удовлетворить потребности абонентов или источников поисковых вызовов. Например, это обслуживание содержит список систем 402 доставки. Системы 402 доставки идентифицируют узлы PTN 110 и системы 102 доставки, к которым должны направляться поисковые вызовы. В таблицу 400 могут быть включены множественные системы 402, чтобы поисковые вызовы могли доставляться с помощью множественных систем. В таблице 400 не должны перечисляться все системы 102, существующие в окружении 100. Скорее, в таблице 400 может содержаться только предполагаемый по умолчанию поднабор всех систем 102 доставки. Затем абонент может динамически активировать и деактивировать системы 402 доставки по мере появления необходимости у абонента.

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

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

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

На фиг. 6 - фиг.12 показаны блок-схемы процедур, выполняемых узлом UIN 202 в соответствии с концепцией настоящего изобретения. Настоящее изобретение предполагает, что каждый UIN 202 в окружении 100 будет выполнять существенно одни и те же процедуры. Так, процедуры, показанные на фиг. 6 -фиг. 12, применимы к любому и ко всем узлам UIN 202. Более того, известная интерактивная система голосовой реакции (IVR) может быть использована для управления процедурами на фиг.6 - фиг.12. Специалисты в этой области техники согласятся, что IVR системы часто используются для сбора информации от вызывающих абонентов по телефонным линиям.

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

На фиг. 6 показана блок-схема процедуры 600. "Старт", которую выполняет UIN 202, когда приходит запрос на приведение в действие источника поискового вызова в задаче 602. Этот запрос принимается по каналу 204. Он может иметь форму телефонного вызова или сообщения, принятого от компьютерной сети. Он может быть принят от лица, использующего "двухтональные мультичастоты" (DTMF) или другое современное телефонное оборудование. Он может быть принят от компьютера, возможно, управляемого человеком, использующим известную технику передачи данных через МОДЕМ. Независимо от вида источника и формы этот запрос информирует UIN 202 о том, что у распределительной сети 108 запрашивается обслуживание.

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

Если задача 604 решит, что идентификация источника запроса требуется, тогда выполняется процедура 700 "Санкционирование источника" для проверки этого вызывавшего абонента. На фиг. 7 показана блок-схема процедуры 700. Со ссылкой на фиг, 7 опросная задача 702 определяет, разрешен ли и доступен ли ID источника сети PSTN. ID источника PSTN относится к источнику этого вызова и этот ID может быть доступным из PSTN как характеристика PSTN.

Если ID источника PSTN разрешен и доступен, опросная задача 704 определяет, является ли этот ID источника действительным для санкционированного источника. Эта действительность определяется из списка (не показан) санкционированных идентификаторов ID источников, который предпочтительно хранится в памяти UIN 202. Если указанный вызывающий абонент ID источника включен в этот список, то этот вызывающий абонент считается санкционированным, и программное управление выходит из процедуры 700 и возвращается к процедуре 600.

С другой стороны, если указанный вызывающим абонентом ID источника не действителен, то опросная задача 706 определяет, действительно ли этот ID был получен от PSTN, или действительно ли был превышен предел попыток. Если этот ID был получен от PSTN или был превышен предел попыток, то этому источнику не предоставляется никаких других возможностей получить обслуживание от UIN 202, и программное управление выходит из процедуры 700 и переходит к процедуре 614 "Выход", обсуждающейся ниже. Эти пределы попыток для получения доступа к обслуживанию, обеспечиваемому UIN 202, улучшают защиту и делают минимальными перегрузки на телефонных линиях, создаваемые несанкционированными абонентами.

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

UIN 202 собирает данные от источника вызова в задаче 708. В частности, задача 708 собирает ID источника этого вызова. Специалисты в этой области техники согласятся, что сбор данных от источника вызова в задаче 708 или в любой другой задаче, обсуждаемой ниже, может заключать в себе несколько известных процессов. Например, этому вызывающему абоненту может быть сделана подсказка с помощью сообщения или записи, информирующей вызывающего о том, какая информация требуется. UIN 202 может принимать такие поставляемые вызывающим абонентом данные в форме тонов DTMF или данных AS СII и хранить такие данные в буфере, даже если такие данные поступят раньше, чем кончится подсказка. Желательно, чтобы UIN 202 мог ожидать в течение заданного периода времени, пока не поступит ответ вызывающего абонента на эту подсказку. После принятия узлом UIN 202 ответа от вызывающего абонента UIN 202 может проверить этот ответ на действительность в такой степени, насколько это возможно. Если вызывающий абонент не успевает дать ответ в течение заданного периода времени или обнаружен недействительный ответ, подсказка может быть повторена, чтобы дать вызывающему абоненту еще один шанс послать действительные данные. Если вызывающий абонент снова не сможет выдать действительные данные, этот вызов может быть освобожден предпочтительно через подпрограмму 614 "Выход", обсуждаемую ниже. После задачи 708 программное управление переходя к задаче 704, обсуждавшейся выше, для проверки собранных данных на действительность.

Как показано на фиг. 6, после того как вызывающий абонент будет идентифицирован с помощью процедуры 700 санкционирования, если необходимо, или после задачи 604, если санкционирования не требуется, выполняется задача 606. В задаче 606 UIN 202 собирает информацию об оконечном адресе от вызывающего абонента. Этот конечный адрес соответствует, или предпочтительно, является значением идентификации (ID) конкретного абонента в распределительной сети 108. Никакого соответствия один-к-одному между идентификаторами ID и абонентами не предполагается. Соответственно, ID некоторых абонентов может относиться ко всем членам определенной группы абонентов, а некоторые абоненты могут идентифицироваться путем использования любого из нескольких различных ID абонентов.

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

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

После того как вызывающий абонент укажет, в каком обслуживании он или она заинтересованы, UIN 202 выполняет задачу 610, запрос к распределительной сети 108, чтобы она обеспечила информацию о профиле идентифицированного абонента. Этот запрос выполняется путем постановки в очередь к контролирующему SIM 206 команды "Получить профиль" (Get Profile). Эта команда "Получить профиль" содержит ID этого абонента. Кроме того, команда Get Profile уточняет, должна ли запись 400 абонента быть заблокирована в собственной базе данных 212 этого абонента, или же к UIN 202 должен быть возвращен номер последовательности вместе с профилем этого абонента.

Этот профиль абонента представляет поднабор позиций данных, показанных на фиг. 4 и фиг. 5, которые необходимы для приема и маршрутизации поискового вызова и для обеспечения возможности абоненту изменять текущее, активированное для него или нее обслуживание. В частности, со ссылкой на фиг. 3, это обслуживание включает элемент 306 данных ID абонента, коды 308 и 310 защиты поискового вызова и абонента, соответственно, и данные 312 суммарного профиля абонента. В отношении таблицы 400, которая связана с записью абонента 300 через ссылку 302, она содержит определение обслуживания абонента наряду с указанием о том, является ли это обслуживание активным или нет, и коды игнорирования защиты, ассоциированные с этим обслуживанием. Запись 300 этого абонента блокируется, если вызывающий абонент задал обслуживание обновления профиля абонента выше в задаче 608, и возвращается номер последовательности с профилем абонента, если абонент задал связанное с поисковым вызовом обслуживание выше, в задаче 608. Запись 300 блокируется соответствующей манипуляцией элементом 314 данных блокировки в собственной базе данных этого абонента. Номер последовательности получается от элемента данных 316 из записи 300. Как только команда поставлена на очередь, она передается к соответствующему узлу SIM 206 в "Фоновой" процедуре 1200, обсуждающейся ниже. Конечно, если вызывающий абонент запросил выход из UIN 202 выше, в задаче 608, задача 610 может быть опущена.

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

Флаг текущего профиля означает, что данные профиля абонента были заказаны узлом UIN 202, но еще не поступили в этот UIN 202. Как указано подробнее ниже, эти данные профиля могут храниться в контролируемом SIM 206, либо в базе данных 212 собственных, либо в базе данных 214 посторонних абонентов. Профиль абонента может быть получен из контролирующего SIM 206 в большинстве ситуаций. Следовательно, профиль абонента подается к UIN 202 быстро, через каналы связи 212. С другой стороны, контролирующему узлу SIM 206 изредка может потребоваться "заказать" профиль абонента из SIM 206 собственных абонентов.

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

После того как задача 610 закажет профиль абонента, переключательная задача 612 переключит программное управление на процедуру или программу для обработки затребованной опции. Если вызывающий абонент захочет обновить профиль абонента, выполняется процедура 800 обслуживания абонента, обсуждаемая ниже в связи с фиг. 8. Если пользователь предпочтет принять обслуживание поискового вызова, выполняется процедура 1000 обслуживания источника, обсуждаемая ниже в связи с фиг. 10. Если пользователь предпочтет выйти из UIN 202, выполняется программа 614 выхода.

Программа 614 выхода может быть введена из переключательной задачи 612 или из множества других задач, некоторые из которых обсуждались выше. В программе 614 задача 616 ставит на очередь команду "сеанс связи осуществлен" (Session Done) к собственному SIM 206 этого последнего абонента, идентифицированного выше в задаче 606. Определение этого собственного SIM 206 может быть успешно выполнено путем оценки ID этого абонента. Предпочтительно присваивать идентификаторы абонентам так, чтобы конкретное поле ID абонента (например, 4-10 биты) идентифицировало собственный SIM этого абонента. Однако задача 616 опускается, если только она не является необходимой. Задача становится необходимой, если был заблокирован профиль абонента. Как показано подробнее ниже, отправка команды Session Done к собственному SIM 206 позволяет этому собственному SIM 206 разблокировать запись 300 его абонента.

После задачи 616 задача 618 проигрывает или другим способом отправляет соответствующее сообщение в канал 204. Это сообщение информирует вызывающего абонента о том, почему его сеанс (Session) завершается. Это соответствующее сообщение выбирается в ответ на задачу, выполнявшуюся до того, как программное управление было передано программе 614 "Выход". После задачи 618 задача 620 освобождает этот вызов, и процедура 600 останавливается. Эта линия или канал 204 теперь могут использоваться другим вызывающим абонентом.

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

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

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

На фиг. 9 показана блок-схема процедуры 900 "защита". Процедура 900 собирает данные кода защиты от вызывающего абонента. Процедура 900 используется для сбора кода 308 защиты абонента, обсуждавшегося выше, а также кода 310 защиты поискового вызова, и кодов игнорирования защиты поискового вызова (см. фиг. 4), обсуждающиеся ниже. Задача 902 собирает специфицированный код защиты от вызывающего абонента. Когда процедура 900 вызывается из процедуры 800, этот специфицированный код является кодом 308 защиты абонент