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

 

В соответствии с настоящим изобретением телефонный абонент, обслуживаемый телекоммуникационной системой дальней связи, может вводить изменения в реальном масштабе времени, используя обычный телефон с кнопочным номеронабирателем, для управления маршрутизацией или распределением входящих вызовов. Пользователи имеют доступ к точке управления сетью, предназначенной для обновления в реальном масштабе времени (ОРМВ), (ТУС ОРМВ), в которой хранятся стадии ввода, которые управляют вводом изменений, вносимых пользователем. По завершении ввода пользователем требуемых изменений в ТУС ОРМВ последняя реализует передачу изменений в абонентскую точку управления сетью (АБ ТУС), которая управляет обработкой вызовов, поступающих на абонентский номер, относящийся к пользователю, на основании данных о пользователе, хранящихся в АБ ТУС. Данные АБ ТУС, относящиеся к пользователю, модифицируются в соответствии с изменениями таким образом, что входящие вызовы распределяются в соответствии с измененными пользователем данными. Технический результат заключается в повышении возможностей пользователя в отношении гибкого перенаправления входящих вызовов. 11 з.п. ф-лы, 1 ил.

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

В США существуют телекоммуникационные сети, которые обеспечивают эффективное управление вызовами при осуществлении местной и дальней связи. Телекоммуникационные коммутаторы, такие, как коммутатор AT&T 5ESS®, могут обслуживать множество локальных абонентов. Абонент может лишь в ограниченном объеме управлять некоторыми дополнительными функциями, такими, как возможность избирательно включать или отключать функцию "ожидания вызова", которая один раз первоначально включается в услуги, предоставляемые абонентом его локальной АТС (ЛАТС). Например, абонент, который использует одну и ту же телефонную линию для речевой и модемной связи, при необходимости может блокировать функцию ожидания вызова перед использованием связи по модему для минимизации возможных помех, которые могут возникнуть, если функция ожидания вызова попытается оповестить абонента о поступающем во время связи по модему вызове.

Для обеспечения возможности прохождения внутри сети в коммутируемых сетях связи общего пользования используется межстанционная передача сигналов по общему каналу (МПСОК). Сети дальней или междугородной связи могут включать множество коммутаторов межсетевого сопряжена, таких, как коммутатор AT&T 4ESS^TM, который соединяет локальные АТС и предоставляет услуги дальней связи абонентами ЛАТС. Сеть дальней связи также может включать точки передачи сигнала (ТПС), которые связаны с коммутаторами межсетевого сопряжения с точками управления сетью (ТУС). ТПС облегчают передачу сигналов и сообщений между станциями. ТУС обеспечивают распределенную логику в виде базы данных, в которой хранятся данные и записи, облегчающие взаимодействие элементов сети и содержащие описания параметров и функций, связанных с абонентскими номерами. Например, для бесплатных междугородных вызовов, в которых используется хорошо известная в США последовательность цифр 800-XXX-XXXX, могут использоваться данные, хранящиеся для наборного номера 800, для определения адресата текущего абонентского номера входящего вызова. Пользователь может запросить изменения абонентского номера адресата, связанного с абонентской службой 800, путем вызова представителя междугородной службы связи и сообщения ему о необходимости изменения. Запрашиваемое изменение заносится представителем службы в файл регистрации. Обычно имеющий доступ к соответствующим командам сети служащий компании, представляющей услуги дальней связи, вводит это изменение, отражаемое в файле регистрации.

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

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

В заявке на Европейский патент EP-A-0510411 описаны способ и устройство для управления входящими телефонными вызовами после приема вызова в месте нахождения пользователя. Устанавливаемая в помещении пользователя оконечная аппаратура, на которую поступает принимаемый вызов, связана с базой данных, которая предоставляет дополнительные инструкции по обработке вызова. В зависимости от информации, полученной из базы данных, входящий вызов, принятый аппаратурой пользователя, может быть обработан различными способами и поступает пользователю в соответствии с окончательным выбором, сделанным им.

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

В соответствии с иллюстративным вариантом выполнения настоящего изобретения ТУС, предназначенная для обновления в реальном масштабе времени (ОРМВ), обеспечивает наличие одной точки связи для всех пользователей, желающих внести изменение в распределение вызовами, такое, как путь распределения поступающих на абонентский номер 800 вызова. Абонент вносит изменения путем выбора заранее заданного номера 800, относящегося к ТУС ОРМВ. ТУС ОРМВ предпочтительно взаимодействует с пользователем речевой системы, такой, как относящаяся к коммутатору межсетевого сопряжения, для напоминания пользователю о вводе данных идентификации пользователя и номера счета, номера абонента, для которого должны быть произведены изменения, и персонального идентификационного номера (ПИН), а также данных, указывающих на изменяемый параметр вызова. Предпочтительно, данные, вводимые пользователем, проверяются на соответствие формату и допустимый диапазон вариантов выбора. По завершении взаимодействия между пользователем и ТУС ОРМВ последняя передает данные об изменении на ТУС, которая сохраняет запись управления вызовом абонентского номера, к которому относится изменение, т.е. абонентской ТУС (АБ ТУС). После завершения введения измененных данных в контрольную запись пользователя в АБ ТУС все последующие вызовы, осуществленные на абонентский номер пользователя, по отношению к которым применимы изменения, будут обработаны в соответствии с изменениями, введенными пользователем. Таким образом, пользователь имеет возможность производить изменения в реальном масштабе времени для управления обработкой вызовов, принятых им.

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

Подробное описание изобретения На чертеже представлена сеть связи, включающая локальные АТС 10 и 12, которые соединены каналами 14 и 16 связи соответственно с коммутатором 18 межсетевого сопряжения, который является частью сети дальней или междугородной связи. Локальная АТС 10 обслуживает множество телефонных абонентов, подсоединенных к станции через телефонные аппараты 20A-20N. Через центральную станцию 22 осуществляется связь с этими пользователями и она может состоять из телекоммутационных коммутаторов, таких, как коммутатор AT&T 5ESS. Аналогичным образом локальная АТС 12 обслуживает своих пользователей посредством телефонных аппаратов 24A-24N и центральной станции 26.

Другая локальная АТС 28 обслуживает пользователей, подсоединенных к станции через телефоны 30A-30N, и включает центральную станцию 32. ЛАТС 28 соединена с коммутатором 34 межсетевого сопряжения каналами 36 связи. Коммутаторы 18 и 34 межсетевого сопряжения, такие, как коммутаторы AT&T 4ESS, связаны по каналам 38 связи. Эти коммутаторы также связаны по каналам 40 и 42 связи с другими частями сети связи. Речевые системы 44 и 46 связаны со станциями 18 и 34 межсетевого сопряжения соответственно. Речевые системы обладают способностью распознавания речи и способностью к синтезу речи, позволяющих передавать в адрес пользователя заданные голосовые сообщения и обеспечивающих распознавание речи в сообщениях, которые переданы пользователем с помощью голоса.

В иллюстративном варианте выполнения коммутаторы 18 и 34 межсетевого сопряжения соединены с точкой 48 передачи сигнала (ТПС) по каналам 50 и 52 связи соответственно. ТПС может включать точку передачи сигнала номер 2 AT&T (2ТПС), которая работает как система управления программой, хранящейся в памяти. ТПС работает как ретрансляционный узел в сети межстанционной передачи сигналов по общему каналу (МПСОК), по которой передается управляющая информация и сигналы между элементами сети. ТПС 48 связана с другой ТПС 54 по каналам 56 связи. ТПС 48 и 54 также связаны с другими частями сети связи по каналам 58 и 60 связи соответственно.

Блок 62 точки управления сетью (ТУС) включает две практически идентичные ТУС 64 и 66. ТУС представляет собой устройство работы с базой данных, такое, как точка управления сетью номер 2 для прямого установления автоматической связи со службами AT&T (ТУС 2ПУСС). ТУС обычно помещают в сети парами, состоящими из первичного и вторичного блоков, которые хранят идентичные записи данных, причем вторичная ТУС работает в качестве резервного блока для минимизации вероятности потери данных или невозможности доступа к ним в случае неисправности, связанной с первичной ТУС. ТУС 64 и 66 связаны с ТПС 48 по каналам 68 и 70 связи соответственно. Канал 72 связывает ТУС 64 и 66, обеспечивая прямую передачу данных между ними. В данном иллюстрированном варианте выполнения блок 62 ТУС называется ТУС, предназначенной для обновления в реальном масштабе времени (ОРМВ), как более подробно описано ниже.

Каждый из множества блоков 74A-74N ТУС содержит соответствующие ТУС 76A-76N и 78A-78N. Каждая из ТУС 76 и 78 связана каналами 80A-80N и 82A-82N связи с точкой передачи сигнала в сети. В иллюстрированном варианте выполнения эти блоки ТУС называются абонентскими ТУС (АБ ТУС). Каждый пользователь, для которого требуется обращение к базе данных междугородной связи, имеет соответствующую запись счета, хранящуюся в одной из АБ ТУС. Например, пользователь службы бесплатного междугородного номера 800 будет иметь одинаковые записи счета, хранящиеся в первичной и вторичной спаренных АБ ТУС, которые будут использоваться для управления текущим адресом назначения (абонентским номером) для вызовов, поступающих к пользователю. Все первичные и вторичные АБ ТУС в каждой паре соединены между собой соответствующими каналами 84A-84N связи.

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

Очевидно, что дополнительные функции распределения вызова могут быть изменены пользователем в реальном времени. Например, входящие вызовы могут обрабатываться по-разному на основании даты и/или времени вызова, абонентского номера вызываемого абонента и сочетания этих факторов. Данные, которые определяют такой критерий и хранятся в АБ ТУС, могут быть изменены пользователем в реальном времени для обеспечения соответствующего изменения в распределении входящих вызовов.

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

(1) Пользователю 20A необходимо в реальном масштабе времени изменить адресата поступающих на его номер 800-aaa-bbbb (НП) вызовов на второй центр обработки вызовов, т.е. с первого на второй абонентский номер.

(2) Пользователь 20A набирает заранее определенный номер 800 (ЗОH), установленный поставщиком услуг дальней связи, для получения таких изменений в реальном времени.

(3) Локальная центральная станция 22 (ЦС) пользователя направляет вызов 30 на ЗОH на соответствующий коммутатор 18 межсетевого сопряжения.

(4) Коммутатор 18 межсетевого сопряжения реагирует путем преобразования глобального заголовка (ПГЗ) для определения адреса ТУС-адресата, т.е. ТУС 64. Коммутатор 18 межсетевого сопряжения затем посылает сообщение, инициирующее изменение, через ТПС 48 на ТУС 64, которая является частью блока АБ ТУС 62.

(5) ТУС 64 содержит программу ввода ОРМВ, связанную с ЗОН.

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

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

(7) По завершении проверки достоверности и принятия запрошенного изменения ТУС 64 запоминает файл обновления, содержащий запрошенное изменение и относящуюся к нему информацию пользователя, и создает соответствующий дублирующий файл, который должен быть сохранен в парной ТУС ОРМВ.

(8) ТУС 64 затем посылает первое сообщение обновления через ТПС 48 на коммутатор 18 межсетевого сопряжения. Первое сообщение обновления содержит файл обновления.

(9) По получении первого сообщения обновления коммутатор 18 межсетевого сопряжения использует ПГЗ для определения адреса АБ ТУС, относящейся к НП, к которому относятся изменения (АБ ТУС 76A), и через ТПС 48 и 54 посылает на АБ ТУС 76A второе сообщение обновления, которое также содержит файл обновления.

(10) АБ ТУС 76А использует информацию во втором сообщении обновления для обновления управляющей записи, соответствующей НП, для отображения изменений.

(11) После ввода изменений в управляющую запись в АБ ТУС 76А последняя вызывает обновление соответствующей дублирующей записи пользователя в паре 78А АБ ТУС.

(12) Затем АБ ТУС 76А выполняет посылку пользователю сообщения о завершении обновления, подтверждая ввод изменений, через ТПС 54 и 48, коммутатор 18 межсетевого сопряжения, речевую систему 44 и ЦС 22. Этим завершается процесс изменения в реальном времени.

(13) Вызовы, поступающие на НП после завершения вышеуказанной стадии, будут распределяться в соответствии с обновленной управляющей записью, хранящейся в ТУС 76А.

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

Ниже более подробно описан путь прохождения вызова согласно иллюстративному варианту выполнения способа в соответствии с настоящим изобретением. Пусть пользователю 20A необходимо ввести в реальном времени изменение адресата входящих вызовов на номер 800 пользователя (НП). Этот пользователь набирает заранее определенный номер 800 (ЗОH), предназначенный для приема таких изменений в реальном времени. Центральная станция 22 пользователя направляет вызов на ЗОH на соответствующий коммутатор 18 межсетевого сопряжения, называемый коммутатором начального доступа (КНД). КНД затем выполняет преобразование глобального заголовка из десяти цифр в составе заранее определенного номера для идентификации адреса элемента МПСОК, который должен быть задействован и который в иллюстративном варианте выполнения представляет собой ТУС 64. КНД затем посылает на ТУС 64 сообщение НАЧАЛО через систему МПСОК, включая ТПС 48. Сообщение НАЧАЛО может быть передано с использованием прикладной части, относящейся к возможности транзакции, системы передачи сигналов номер 7 (SS7) (ПЧВТ SS7).

После получения ТУС 64 сообщения НАЧАЛО она обращается к программе ввода ОРМВ, хранящейся в ТУС 64, которая управляет процессом обновления данных пользователя в реальном времени. ТУС 64 передает сообщение через ТПС 48 и коммутатор 18 межсетевого сопряжения на речевую систему 44, обусловливая воспроизведение сообщения для пользователя, запрашивающего ввода кода счета пользователя. ТУС 64 может адресовать или маршрутизировать это сообщение, т. к. начальный телефонный номер пользователя и адрес коммутатора 18 межсетевого сопряжения был передан как часть сообщения НАЧАЛО, переданного на ТУС 64. По завершении ввода кода счета пользователя коммутатор 18 межсетевого сопряжения посылает эту информацию на ТУС 64. ТУС 64 затем выдает другое сообщение, передаваемое ТПС 48 и коммутатором 18 межсетевого сопряжения на речевую систему 44 для воспроизведения сообщения, запрашивающего пользователя ввод его ПИН. Ввод пользователем ПИН передается коммутатором 18 межсетевого сопряжения на ТУС 64. Затем ТУС 64 передает другое сообщение на речевую систему 44, которая воспроизводит сообщение, запрашивая пользователя ввод номера 800, который должен быть обновлен. После ввода обновляемого номера 800 эти цифры собираются центральной станцией 22, направляющей их через коммутатор 18 межсетевого сопряжения на ТУС 64. ТУС затем передает сообщение речевой системе 44 для воспроизведения сообщения, запрашивающего ввод требуемого абонентского номера, на который должны будут направляться вызовы на номер 800. После введения пользователем нового абонентского номера центральная станция 22 направляет информацию через коммутатор 18 межсетевого сопряжения на ТУС 64. Таким образом, ТУС 64 получила непосредственно от пользователя полную информацию, касающуюся запроса на обновление.

Предпочтительно ТУС 64 содержит или имеет доступ к базе данных для проверки достоверности запрашиваемого изменения путем проверки вводимого номера ПИН на соответствие хранящемуся в базе данных ПИН, соответствующему введенному номеру счета. База данных также проверяется для подтверждения того, что изменяемый номер 800 соответствует номеру 800, относящемуся к коду счета в базе данных. К другой базе данных, хранящейся в ТУС или к которой ТУС имеет возможность доступа, предпочтительно обращаться для проверки достоверности нового адресата, запрашиваемого пользователем. Например, тарифы могут не позволить изменение абонентского номера адресата с номера, находящегося внутри страны, на номер вне ее. Очевидно, что для проверки достоверности запрашиваемого изменения в такой базе данных могут содержаться другие регулирующие ограничения или контрольные характеристики. Если запрашиваемое изменение неравномерно, то ТУС завершит процесс, дав команду речевой системе 44 воспроизвести для пользователя сообщение, указывающее на то, что запрашиваемый номер адресата не принят, и предлагающее пользователю выбрать другой номер адресата или связаться с представителем сети для помощи в отношении изменения.

После сбора информации пользователя и проверки достоверности запрашиваемого изменения ТУС 64 затем передает сообщение НАЧАЛО с использованием ПЧВТ SS7, используя адрес узла, содержащийся в первоначальном сообщении НАЧАЛО от КНД. Номер 800 пользователя будет находиться в числе набираемых номеров сообщения ПЧВТ, а новый номер адресата вызова будет содержаться в сообщении в виде параметра. После получения сообщения НАЧАЛО от ТУС 64 КНД выполнит десятичное преобразование ПГЗ номера 800 пользователя в адрес узла ТУС, содержащий запись счета пользователя-клиента (ТУС 76A), и пошлет сообщение НАЧАЛО на определенную ТУС. После приема ТУС 76A сообщения НАЧАЛО от КНД точка 76A управления сетью извлекает необходимую информацию, требуемую для обновления записи, из сообщения НАЧАЛО и запоминает ее в регистре обновлений. ТУС 76A использует номер 800 пользователя для доступа к записи пользователя-клиента, хранящейся в ТУС 76A. Новый номер адресата, вводимый пользователем, вводится в запись счета клиента, предпочтительно в отдельном поле ОРМВ, в противоположность простому переопределению существующего хранящегося номера адресата, запомненного в отдельном поле записи счета клиента. Позднее может быть использована программа сопровождения, если необходимо переопределить поле номера адресата с полем ОРМВ той же записи клиента после промежутка времени, достаточного для проверки достоверности того, что вновь введенный пользователем номер адресата удовлетворителен с точки зрения проверки достоверности и пользователя. Входящие вызовы 800 будут направлены на абонентский номер, хранящийся в поле ОРМВ, допуская, что номер существует в этом поле. В противном случае входящие вызовы направляются в поле нормального номера адресата, хранящееся в записи счета клиента.

ТУС 76A затем посылает сообщение обновления на парную ТУС 78A, где выполняются аналогичные стадии, т.е. дублирующая запись клиента изменяется тем же способом, что и для ТУС 76A. ТУС 76A затем посылает сообщение КОНЕЦ с использованием ПЧВТ, указывающее на спешное или неудачное возвращение к ТУС 64. После приема ТУС 64 сообщения КОНЕЦ от ТУС 76A стандартная программа ввода ОРМВ в ТУС 64 определяет соответствующее сообщение, которое должно быть воспроизведено для пользователя речевой системой 44 в зависимости от того, было ли запрашиваемое изменение успешным или нет. После этого связь с пользователем может быть прервана, поскольку вызов был завершен и в случае успеха было введено обновление, которое будет относится к последующим вызовам на номер 800 пользователя.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

РИСУНКИ

Рисунок 1