JP2006507768A - ユーザ介入を用いた呼管理のための方法およびシステム - Google Patents

Abstract

呼をリアルタイムで管理するための方法およびシステムが開示される。本発明による方法およびシステムは、呼をリアルタイムでユーザからの入力に基づいて管理する。サービスセンターは、ユーザへの呼に関する情報をサービス制御ポイントから受信し、呼の通知をユーザに関連する装置へ送信する。サービスセンターは、通知に対する応答をユーザから受信する。その後、サービスセンターは、サービス制御ポイントに呼を応答に基づいて接続するように指示する。

Description

関連出願
本出願は、２００２年２月２７日に出願した米国特許出願第10/083,793号「METHOD AND APPARATUS FOR CALENDARED COMMUNICATIONS FLOW CONTROL」、２００２年２月２７日に出願した米国特許出願第10/083,792号「VOICE MAIL INTEGRATION WITH INSTANTMESSENGER」、２００２年２月２７日に出願した米国特許出願第10/083,884号「DEVICE INDEPENDENT CALLER ID」、および２００２年２月２７日に出願した米国特許出願第10/083,822号「METHOD AND APPARATUS FOR A UNIFIED COMMUNICATION MANAGEMENT VIA INSTANT MESSAGING」の一部継続出願であり、米国特許仮出願第60/272,122号、第60/272,167号、第60/275,667号、第60/275,719号、第60/275,020号、第60/275,031号、および第60/276,505号の優先権を主張し、それらの内容は全体が参照として本出願に組み込まれる。

また、出願人は、２００２年１１月２５日に出願した米国特許仮出願第60/428,704号「DIGITAL COMPANION」、および２００２年１２月２６日に出願した米国特許仮出願第60/436,018号「DIGITAL COMPANION」の優先権を主張し、両出願の内容はその全体が参照として本出願に組み込まれる。

また、本出願は、２００２年２月２７日に出願した米国特許出願第10/084,121号「CALENDAR-BASED CALLING AGENTS」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR DRAG AND DROP CONFERENCECALLING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CONFERENCECALL BUFFERING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR COMPUTER ENHANCED CONFERENCECALLING」、米国特許出願第(_____)号「METHODS AND SYSTEMSFOR REMOTE CALL ESTABLISHMENT」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CALL MANAGEMENT WITH USER INTERVENTION」、米国特許出願第(_____)号「METHODSAND SYSTEMS FOR DIRECTORY INFORMATION LOOKUP」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR AUTOMATICALLY FORWARDING CALLS TO CELL PHONE」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR ADAPTIVE MESSAGE AND CALL NOTIFICATION」、米国特許出願第(_____)号「METHODS AND SYSTEMSFOR A CALL LOG」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR AUTOMATIC FORWARDING OF CALLS TO A PREFERRED DEVICE」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR MULTI-LINE INTEGRATED DEVICE OR LINE MANAGEMENT」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CONTACT MANAGEMENT」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR NOTIFICATION OFCALL TO PHONE DEVICE」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR SINGLE NUMBER TEXT MESSAGING」、米国特許出願第(_____)号「METHODS AND SYSTEMSFOR MULTI-USER SELECTIVE NOTIFICATION」、米国特許出願第(_____)号「METHODS ANDSYSTEMS FOR CPN TRIGGERED COLLABORATION」、and 米国特許出願第(_____)号「METHODS AND SYSTEMS FOR PREEMPTIVE REJECTION OF CALLS」に関係し、それらの内容は全体が参照として本出願に組み込まれる。

本発明はデータ処理システムに関し、更に詳細には、呼をリアルタイムでユーザ介入を用いて管理するための方法およびシステムに関する。

ユーザの間には多様な種類の通信のための手段が存在する。例えば、ユーザは家庭の電話、職場の電話、および携帯電話を介して電話を掛けることができる。更に、ユーザは電子メールやインスタントメッセージ等の通信手段を使用してパソコン、ＰＤＡ、ポケベル等の装置を使用して通信することができる。

残念なことに、このような多様な通信手段を管理することは困難である場合が多い。特に、ユーザが場所を変えたとき、ユーザとの通信手段も変わる可能性がある。例えば、旅行中は携帯電話によってのみユーザに連絡を取ることが可能であるかもしれない。一方、仕事中は電子メールによって連絡を取るのが最善であることが多い。また、ユーザは通信を受信および制御するために多様なルールを実施することを望んでいる。例えば、家庭に連絡を取るために、ユーザは家庭の電話を３回鳴らした後に、携帯電話に転送することを望むかもしれない。もう１つの例として、ユーザは社外にいるときに特定の人物から電子メールを受信するたびに（ポケベル等で）呼び出されることを望むかもしれない。

また、ユーザは、誰がユーザを呼び出しているかによって、電話の呼び出しを違うように処理することも所望する。例えば、もしユーザがユーザが今のところ話したくない発呼者からの呼び出しを受けたら、ユーザはその呼び出しを直接的に音声メールへ送信したいかも知れない。また、もしユーザが発呼者ＩＤ情報を表示しない（または、ユーザが認識しない）番号からの呼び出しを受けたら、ユーザはその呼び出しを何とかして特別に処理したいかも知れない。何故ならば、発呼者が電話による販売業者である可能性があるからである。

現在の呼管理システムは、ユーザが呼の通知を通信装置で受信し、ユーザの裁量で呼を受け取るか、または呼を音声メールへ転送することを可能にする。また、現在の呼管理システムは、発呼者ＩＤ情報を表示しない呼を自動的に傍受して特別に処理することも可能にする。

しかし、現在の呼管理システムは、ユーザが呼が受信されるときに他の機能（例えば、１つの装置で受信した呼び出しを他の装置へ転送すること、電話を使った販売活動からの防御を手動で開始すること、またはリアルタイムで呼を管理すること）を実行することを可能にはしない。従って、呼をリアルタイムでユーザ介入を用いて管理するための方法およびシステムに対する必要性が存在する。

発明の要約
本発明による方法およびシステムは、呼を管理する。サービスセンターは顧客への呼に関する情報をサービス制御ポイントから受信し、サービス制御ポイントは如何にして呼が接続されるかを決定する。また、サービスセンターは、呼の通知を顧客に関連する装置へ送信し、通知に対する応答を顧客から受信する。その後、サービスセンターは、サービス制御ポイントに、呼を応答に基づいて接続するように指示する。

また、本発明による方法およびシステムは、呼を管理する。サービスセンターは顧客への呼に関する情報をサービス制御ポイントから受信し、サービス制御ポイントは如何にして呼が接続されるかを決定する。また、サービスセンターは、顧客に対応するデータを呼に関する情報を使用して検索し、呼の通知を顧客に関連する装置へ送信し、通知に対する応答を顧客から受信する。その後、サービスセンターは、サービス制御ポイントに、呼を応答に基づいて接続するように指示する。

本発明による他の方法およびシステムは、呼をリアルタイムでユーザからの入力に基づいて管理する。サービスセンターは、ユーザへの呼に関する情報を受信する。また、サービスセンターは、呼の通知をユーザに関連する第１の装置へ送信し、通知に対する応答をユーザから受信する。その後、サービス制御ポイントは、呼を第２の装置へ応答に基づいて転送する。ユーザは、電話番号を第２の装置へ提供する。

また、本発明による他の方法およびシステムは、呼をリアルタイムでユーザからの入力に基づいて管理する。サービスセンターは、ユーザへの呼に関する情報を受信する。また、サービスセンターは、ユーザに対応するデータを、呼に関する情報を使用して検索し、呼の通知を受信するためのユーザに関連する装置を、検索されたユーザに対応するデータに基づいて選択する。加えて、サービスセンターは、通知を選択された装置に提供して選択された装置上に表示し、通知に対する応答をユーザから受信する。その後、サービス制御ポイントは、呼スクリーニング処理を応答に基づいて開始する。

また、本発明による方法およびシステムは、呼を管理する。サービスセンターは、顧客への呼に関する情報をサービス制御ポイントから受信し、サービス制御ポイントは如何にして呼が接続されるかを決定する。また、サービスセンターは、顧客に対応するデータを呼に関する情報を使用して検索し、顧客に対してイネーブルされる機能を呼に関する情報に基づいて決定し、呼の通知を受信するための顧客に関連する装置を検索されたデータに基づいて選択し、通知を選択された装置に提供し、通知に対する応答を顧客から受信する。その後、サービスセンターは、サービス制御ポイントに、呼を応答に基づいて接続するように指示する。

また、本発明による方法およびシステムは、呼を管理する。顧客に関連する装置は顧客への呼の通知を受信し、前記装置は検索された顧客に対応するデータに基づいて決定され、検索されたデータは呼に関する情報を使用して検索された。また、前記装置は通知に対する応答を示す入力を顧客から受信し、通知に対する応答を反映する応答情報をサーバへ送信する。その後、サーバは、サービス制御ポイントに、通知に対する応答に基づいて接続するように指示する。

また、本発明による方法およびシステムは、呼を管理する。サービス制御ポイントは、顧客への呼に関する情報をサービスセンターへ送信する。サービスセンターは、顧客に対応するデータを呼に関する情報を使用して検索し、呼の通知を顧客に関連する装置へ送信し、前記装置は検索されたデータに基づいて決定され、前記装置は顧客に関連する複数の装置の１つであり、顧客からの通知に対する応答を反映する応答情報を提供する。サービス制御ポイントは、応答情報をサービスセンターから受信し、呼を応答情報に基づいて接続する。

詳細な説明
概要
本発明による方法およびシステムは、呼をリアルタイムでユーザからの入力に基づいて管理する。サービスセンターは、ユーザへの呼に関する情報をサービス制御ポイントから受信する。また、サービスセンターは、ユーザに対応するデータを呼に関する情報を使用して検索し、呼の通知をユーザに関連する装置へ送信する。前記装置は、検索されたデータに基づいて決定される。ユーザからの通知に対する応答に基づいて、サービスセンターはサービス制御ポイントに、サービス制御ポイントに応答を反映する応答情報を提供することにより呼を接続するように指示する。その後、サービス制御ポイントは、応答情報をサービスセンターから受信し、呼を応答情報に基づいて接続する。

ネットワーク環境
図１は、本発明による特徴および側面を有するデータ処理および遠距離通信環境１００のブロック図である。環境１００の構成要素の数は図示されている数には限定されず、他の数の構成要素による構成が可能であり、それらも本発明の実施例に含まれる。図１の構成要素はハードウェア、ソフトウェア、および／またはファームウェアによって実施される。データ処理および遠距離通信環境１００は、データネットワーク１０２、音声ネットワーク１０４、およびサービスセンター１０６を含んでもよい。ユーザ１１０はデータネットワーク１０２とインターフェースするためにユーザ端末１１２を使用してもよいし、また、音声ネットワーク１０４とインターフェースするために、電話１１４，１１６，１１８を使用してもよい。発呼者（または、起呼側）１２０は、ユーザ１１０等のユーザの電話１１４，１１６，１１８の何れか１つに電話を掛けるために電話１２２を使用してもよい。

データネットワーク１０２は、ユーザ端末１１２およびサービスセンター１０６等の、図１の環境１００に示されている多様なエンティティの間の通信を与える。データネットワーク１０２は共有、公共、または私有のネットワークであってもよく、広域または構内領域を包含する。データネットワーク１０２は、有線および／または無線通信ネットワークの適当な組み合わせを介して実施されてもよい。例として、データネットワーク１０２は広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、イントラネット、および／またはインターネットを介して実施されてもよい。更に、サービスセンター１０６は、ワイヤレス通信業者ネットワーク（wireless carrier network）およびインターネット等の、複数のデータネットワーク１０２に接続されてもよい。

音声ネットワーク１０４は、発呼者（例えば、発呼者１２０）がユーザ１１０に電話を掛けることを可能にするために電話方式のサービスを提供する。１実施例では、音声ネットワーク１０４は公衆交換電話網（「ＰＳＴＮ（Public Switched Telephone Network）」）等のネットワークを使用して実施されてもよい。或いは、音声ネットワーク１０４は「ＶｏＩＰ（Voice-over Internet Protocol）技術」を使用して実施されてもよい。加えて、他の実施例では、音声ネットワーク１０４は広帯域ネットワーク（例えば、双方向ビデオ通信を提供するためのネットワーク）上のビデオである。他の実施例では、音声ネットワーク１０４はワイヤレス広帯域ネットワーク（例えば、ＷｉＦｉ(即ち、 IEEE 802.11(b) および／または (g))を使用するネットワーク）である。更に他の実施例では、音声ネットワーク１０４はワイヤレス音声ネットワーク（例えば、携帯電話、または第３世代携帯電話ネットワーク）である。加えて、音声ネットワーク１０４は、本発明による上記の技術の任意の１つ（または、組合せ）を使用して実施される。更に、サービスセンター１０６は Verizon 社の「Voice Network」、他の通信事業者によって運営されている音声ネットワーク、およびワイヤレス通信業者ネットワーク等の複数の音声ネットワーク１０４に接続されてもよい。

サービスセンター１０６は、データネットワーク１０２および音声ネットワーク１０４上の通信を管理するためのプラットフォームを提供する。また、サービスセンター１０６は、データネットワーク１０２と音声ネットワーク１０４との間の通信を伝達させるために、コードおよびプロトコルの変換等のゲートウェイ機能を提供してもよい。サービスセンター１０６は、ハードウェア、ソフトウェア、および／またはファームウェアによって実施されてもよい。例えば、サービスセンター１０６は、ネットワーク（図示せず）によって接続された複数の汎用コンピューター（または、サーバを）使用して実施されてもよい。サービスセンター１０６はデータネットワーク１０２および音声ネットワーク１０４に直接接続された状態で示されているが、サービスセンター１０６、データネットワーク１０２、および音声ネットワーク１０４の間に、任意の数の適当な種類のネットワーク要素が接続されてもよい。

ユーザ端末１１２は、ユーザ１１０に対するデータネットワークへのインターフェースを与える。例えば、ユーザ端末１１２は、インターネットにアクセス可能な如何なる装置（例えば、汎用コンピューター、またはモデムを備えたパソコン）を使用して実施されてもよい。また、ユーザ端末１１２は、他の装置（例えば、 Blackberry および Ergo Audrey ）で実施されてもよい。更に、ユーザ端末１１２はワイヤレス装置（例えば、ポケベル、（データアクセス機能を備えた）携帯電話、およびネットワーク接続を備えた携帯用情報端末（ＰＤＡ））で実施されてもよい。

また、ユーザ端末１１２は、ユーザ１１０がサービスセンター１０６と通信することを可能にする。例えば、ユーザ１１０はサービスセンター１０６と通信するためにインスタントメッセージ（「ＩＭ」）を使用してもよい。更に、ユーザ端末１１２はハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、ユーザデータグラムプロトコル（「ＵＤＰ」）、ファイル転送プロトコル（「ＦＴＰ」）、ハイパーテキストマークアップ言語（「ＨＴＭＬ」）、および拡張可能マーク付け言語（「ＸＭＬ」）を含む、ＴＣＰ／ＩＰの他の特徴を使用してもよい。

更に、ユーザ端末１１２は、サービスセンター１０６と直接的に通信してもよい。例えば、サービスセンター１０６と直接通信するクライアントアプリケーションがユーザ端末１１２にインストールされてもよい。また、ユーザ端末１１２は、プロキシを介してサービスセンター１０６と通信してもよい。

電話１１４，１１６，１１８，１２２は音声ネットワーク１０４とインターフェースする。電話１１４，１１６，１１８，１２２は、有線の電話および携帯電話を含む周知の装置を使用して実施されてもよい。図では、電話１１４，１１６，１１８，１２２は音声ネットワーク１０４に直接的に接続されて示されているが、任意の数の中間要素（例えば、構内交換機（「ＰＢＸ」））が、電話１１４，１１６，１１８，１２２と音声ネットワーク１０４の間に介在してもよい。

図２は、本発明によるユーザ端末１１２のブロック図である。ユーザ端末１１２は、中央処理ユニット（ＣＰＵ）２００、メモリ２０２、格納モジュール２０４、ネットワークインターフェース２０６、入力インターフェース２０８、出力インターフェース２１０、入力装置２１６、および出力装置２１８を含む。

ＣＰＵ２００は、ユーザ端末１１２に対する制御および処理機能を与える。図２は単一のＣＰＵを示しているが、ユーザ端末１１２は複数のＣＰＵを含んでもよい。また、ＣＰＵ２００は、例えば、１または複数のコプロセッサ、メモリ、レジスタ、および他の処理装置、並びにシステムを含んでもよい。例えば、ＣＰＵ２００は、インテル社から供給されているPentium（登録商標）プロセッサ等を使用して実施されてもよい。

メモリ２０２は、（例えば、プログラムコードのための）ＣＰＵに対する主記憶装置を与えてもよい。メモリ２０２は、ランダムアクセスメモリ（「ＲＡＭ」）およびリードオンリーメモリ（「ＲＯＭ」）を含む多様な構成要素またはサブシステムとともに実施されてもよい。ユーザ端末１１２が格納モジュール２０４にインストールされているアプリケーションを実行しているとき、ＣＰＵ２００は少なくとも一部のプログラムコードを格納モジュール２０４からメモリ２０２にダウンロードしてもよい。ＣＰＵ２００がプログラムコードを実行するとき、ＣＰＵ２００も格納モジュール２０４からプログラムコードの付加的な部分を取得してもよい。

格納モジュール２０４は、ユーザ端末１１２のために大容量記憶装置を提供してもよい。例えば、格納モジュール２０４は、ハードディスク、光学ディスク、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、汎用格納装置、リムーバル格納装置、および／または情報を格納することが可能な他の装置を含む多様な構成要素またはサブシステムとともに実施されてもよい。更に、図では、格納モジュール２０４はユーザ端末１１２の内部に示されているが、格納モジュール２０４はユーザ端末１１２の外部で実施されてもよい。

格納モジュール２０４は、ユーザ端末１１２がサービスセンター１０６と通信するためのプログラムコードおよび情報を含む。格納モジュールは、カレンダーアプリケーション（例えば、 Novell 社によって供給されている GroupWise 、 Microsoft 社によって供給されている Outlook ）、クライアントアプリケーション（例えば、 Microsoft Network Messenger Service （ＭＳＮＭＳ） クライアント、 America Online Instant Messenger （ＡＩＭ） クライアント）、およびオペレーティングシステム（ＯＳ）（例えば、 Microsoft 社から供給されている Windows（登録商標）Operation System ）のためのプログラムコードを含んでもよい。更に、格納モジュール２０４は、他のプログラムコードおよび情報（例えば、ＴＣＰ／ＩＰ接続のためのプログラムコード、カーネルおよびデバイスドライバー、動的ホスト構成プロトコル（ＤＨＣＰ）コンフィギュレーション等のコンフィギュレーション情報、 Microsoft 社によって供給されている Internet Explorer または Netscape 社によって供給されている Netscape Communicator 等のウェブブラウザ、およびユーザ端末１１２にインストールされてもよい他のソフトウェア）を含んでもよい。

ネットワークインターフェース２０６は、ユーザ端末１１２とデータネットワーク１０２との間の通信インターフェースを与える。ネットワークインターフェース２０６は、ユーザ端末１１２のための通信を受信および送信してもよい。例えば、ネットワークインターフェース２０６は、モデムまたはローカルエリアネットワーク（「ＬＡＮ」）ポートであってもよい。

入力インターフェース２０８は、入力装置２１２を介してユーザ１１０から入力を受信し、その入力をＣＰＵ２００に供給する。例えば、入力装置２１２は、キーボード、マイク、およびマウスを含んでもよい。また、本発明による他の種類の入力装置が実施されてもよい。

出力インターフェース２１０は、出力装置２１４を介してユーザ１１０に情報を供給する。例えば、出力装置２１４は、ディスプレイ、プリンター、およびスピーカーを含んでもよい。また、本発明による他の種類の出力装置が実施されてもよい。

図３は、本発明による音声ネットワーク１０４の詳細な図である。図示されるように、音声ネットワーク１０４はインテリジェントサービス制御ポイント（ＩＳＣＰ）３０２、サービス転送ポイント（ＳＴＰ）３０４，３０６、サービス交換ポイント（ＳＳＰ）３０８，３１０、回線情報データベース（ＬＩＤＢ）３１２、ＩＳＣＰサービス提供および生成環境（Service Provisioning And Creation Environment）（ＩＳＣＰ ＳＰＡＣＥ）３１４、リーセントチェンジ環境（Recent Change Environment）３１６、インテリジェントペリフェラル（Intelligent Peripheral）（ＩＰ）３２０、およびスイッチアクセス（switch access）３２２を含む。音声ネットワーク１０４のこの実施例はＰＳＴＮとして記載されているが、上で論じたように他の実施例では、音声ネットワーク１０４は、例えば、広帯域ネットワーク、ワイヤレス広帯域、ワイヤレス音声ネットワーク、等上の音声またはビデオである。

音声ネットワーク１０４は、信号方式プロトコルとしてＰＳＴＮおよびＳＳ７を使用して実施される。ＳＳ７プロトコルは、音声ネットワーク１０４が自動転送、発信者番号通知サービス、三者通話、ローミング、および移動体通信加入者認証等のワイヤレスサービス、ローカルナンバー可搬性、並びにフリーダイヤルサービス等の特徴を提供することを可能にする。ＳＳ７プロトコルは音声ネットワーク１０４の特徴をサポートするために多様な種類のメッセージを提供する。例えば、それらのＳＳ７メッセージはＩＳＣＰ３０２とＳＳＰ３０８，３１０との間のイベント「トリガ」（event "triggers"）、およびクェリおよびレスポンス（queries and responses）をサポートするためにトランザクション機能応用部（Transaction Capabilities Applications Part）（「ＴＣＡＰ」）を含む。

また、ＩＳＣＰ３０２は、例えば、標準的なサービス制御ポイント（service control point）（ＳＣＰ）、高度インテリジェントネットワーク（Advanced Intelligent Network）（ＡＩＮ）ＳＣＰ、ソフトスイッチ（soft switch）、または他のネットワーク呼制御装置であってもよい。ＩＳＣＰ３０２は、自動転送等の音声ネットワーク１０４の特徴をサポートするためにＳＳ７メッセージの変換およびルーティングサービスを与える。更に、ＩＳＣＰ３０２は、ＴＣＰ／ＩＰまたはＳＳ７を使用してサービスセンターと情報を交換してもよい。ＩＳＣＰ３０２は、スイッチ（例えば、ＳＳＰ３０８（または、ＳＳＰ３１０））を特定の呼処理命令に提供するために使用されるサービス論理を含む。また、ＩＳＣＰ３０２は、ユーザが起動できる種々の機能に関するデータも記憶する。そのような機能は、例えば、呼傍受(call intercept)、および音声メールを含む。ＩＳＣＰ３０２は、周知のハードウェアとソフトウェアの組み合わせによって実施されてもよい。図では、ＩＳＣＰ３０２はＩＳＣＰ ＳＰＡＣＥ３１４を介してサービスセンター１０６に直接接続した状態で示されているが、ＩＳＣＰ３０２、ＩＳＣＰ ＳＰＡＣＥ３１４、およびサービスセンター１０６を接続するために任意の数の（ルーター、スイッチ、ハブ等を含む）ネットワーク要素が使用されてもよい。更に、ＩＳＣＰ３０２とサービスセンター１０６の間で交換される情報は、例えば、 SR-3389 General Data Interface （ＧＤＩ）をＴＣＰ／ＩＰに対して使用してよい。

ＳＴＰ３０４，３０６は音声ネットワーク１０４内でＳＳ７メッセージを中継する。例えば、ＳＴＰ３０４は、ＳＳＰ３０８と３１０との間でＳＳ７メッセージをルーティングしてもよい。ＳＴＰ３０４（または、ＳＴＰ３０６）は、 NORTEL 社や LUCENT Technologies 社等の製造者からのハードウェアおよびソフトウェアを使用して実施されてもよい。

ＳＳＰ３０８，３１０は、音声ネットワーク１０４内で通話を設定、管理、リリースするために、音声ネットワーク１０４と電話１１４，１２２との、それぞれの間のインターフェースを与える。ＳＳＰ３０８，３１０は、音声スイッチ、ＳＳ７スイッチ、またはスイッチに接続されたコンピューターとして実施されてもよい。ＳＳＰ３０８，３１０は、発呼者１２０とユーザとの間の通話をサポートするためにＳＳ７信号ユニットを交換する。例えば、ＳＳＰ３０８，３１０は通話を制御し、コンフィグレーションデータベース（または、構成データベース）３１２へのデータベース質問（database query）を実施し、更に、メンテナンス情報を提供するために、メッセージ信号ユニット（message signal units）（「ＭＳＵ」）内でＴＣＡＰメッセージ等のＳＳ７メッセージを交換してもよい。

回線情報データベース（Line Information Database）（ＬＩＤＢ）３１２は、音声ネットワーク１０４の特徴をサポートするために、１または複数の周知のデータベースを備える。例えば、ＬＩＤＢ３１２は、サービスプロフィール、名前、住所、クレジットカード確認情報等の、加入者情報を含んでもよい。この形態ではＬＩＤＢ３１２はＩＳＣＰ３０２へ直接的に接続しているとして記載されるが、ＬＩＤＢ３１２はＩＳＣＰ３０２へＳＴＰ(例えば、ＳＴＰ３０４，３０６)を通して接続されてもよい。加えて、この通信リンクは、例えば、ＳＳ７に対してGR-2838 General Dynamic Interface （ＧＤＩ）を使用する。

ＩＳＣＰサービス提供および生成環境（Service Provisioning and Creation Environment）（ＳＰＡＣＥ）３１４は、ＩＳＣＰ３０２の一部として、またはＩＳＣＰ３０２とは別個に備えられてもよい。例えば、製品の一部として、 Telcordia ＩＳＣＰがＳＰＡＣＥ３１４に類似した環境を含んでもよい。更に、ＩＳＣＰ ＳＰＡＣＥ３１４は、１または複数のサーバを含んでもよい。ＩＳＣＰ ＳＰＡＣＥ３１４は、そこにおいて顧客記録の更新がされてもよいＩＳＣＰプラットフォ−ムのポイントである。

１実施例では、顧客記録は、顧客記録が更新されＩＳＣＰ３０２へ送信されるように、ＩＳＣＰ ＳＰＡＣＥ３１４に格納される。これらの記録は、顧客への通話または呼出しをどのように扱うかに関する情報を含んでもよい。例えば、これらの顧客記録は、特定の回数の呼出し音の後、顧客への通話または呼出しが異なる番号に転送されるか否か、および／または通話または呼出しが音声メールシステム等のＩＰに向けられか否かに関する情報を含んでもよい。加えて、１つのＩＳＣＰ ＳＰＡＣＥ３１４がＩＳＣＰネットワーク（図示せず）を介して１または複数のＩＳＣＰ３０２への更新を与えてもよい。

加えて、音声ネットワーク１０４は、例えば、エンタープライズリーセントチェンジエンジン（Enterprise Recent Change engine）（ｅＲＣ）；アサインメントアクティベーションアンドインベントリシステム（Assignment, Activation, and Inventory System）（ＡＡＩＳ）；または、マルチサービスプラットフォ−ム（ＭＳＰ）等の、１または複数のリーセントチェンジエンジン（recent change engine）３１６を含んでもよい。例として、ｅＲＣおよびＡＡＩＳが米国の西部地区に配置された音声ネットワーク１０４で使用され、ＭＳＰが東部地区のネットワークで使用されてもよい。リーセントチェンジエンジンは、スイッチおよびＩＳＣＰデータベース（switch and ISCP database）を更新するために使用されてもよい。例えば、リーセントチェンジエンジンは、データベースの更新時にこれらのリーセントチェンジエンジンが人間の操作をエミュレートするように、ＳＳＰおよびＩＳＣＰにデータベースの更新を配信してもよい。加えて、インストラクション（または、命令）がＩＳＣＰ３０２へ送信されることになっている場合、リーセントチェンジエンジンは最初にＩＳＣＰ ＳＰＡＣＥ３１４にインストラクションを送信してもよい。そして、上述したように、ＩＳＣＰ ＳＰＡＣＥ３１４はインストラクションをＩＳＣＰ３０２に伝達する。更に、ＭＳＰは、例えば、ＳＳＰ３０８または３１０およびＩＳＣＰ３０２の両方への更新を与えるために使用されてもよい。或いは、ｅＲＣが、例えば、ＳＳＰ３０８または３１０への更新を与えるために使用され、ＡＡＩＳがＩＳＣＰ３０２への更新を与えるために使用されてもよい。

ＳＳＰ３０８（または、ＳＳＰ３１０）へ送信された更新は、リーセントチェンジエンジン３１６から、例えば、更新をＳＳＰ３０８（または、ＳＳＰ３１０）に対して適切なプロトコルに変換するスイッチアクセス３２２を介して送信される。例えば、リーセントチェンジエンジン３１６は、更新をＳＳＰ３０８（または、ＳＳＰ３１０）へＴＣＰ／ＩＰを介して送信する。次に、スイッチアクセス３２２は、更新をＴＣＰ／ＩＰからＸ．２５に変換する。このスイッチアクセス３２２は、ハードウェアおよび／またはソフトウェアを使用して実施される。これらの接続は任意の数の要素（例えば、スイッチ、ルータ、ハブ、等）を含み、例えば、音声ネットワーク１０４のための内部データネットワークである。

また、音声ネットワーク１０４も、１または複数のインテリジェントペリフェラル（ＩＰ）を含む。例えば、図３では、ＩＰ３２０がＳＳＰ３０８に接続されているものとして図示される。これらのＩＰは、ユーザと音声ネットワーク（例えば、音声メールサービス、ディジット収集(digit collection)、特注のアナウンス、音声認識、等）の間の相互作用を提供するために使用される。更に、ＳＳＰ３０８とＩＰ３２０の間の通信は、1次群速度インタフェース（ＰＲｉ）(例えば、１１２９プロトコル)プロトコルを使用する。加えて、ＩＰ３２０は、サービスセンター１０６へ／から情報を送信／受信できる。これらの通信は、例えば、ＳＲ−３５１１プロトコルを使用する。更に、図３はこの接続を直接接続として図示するが、この接続はルータ、スイッチ、ハブ、等を含む任意の数の要素を含んでもよく、例えば、音声ネットワーク１０４に対する内部データネットワークを介してもよい。１実施例では、ＩＰ３２０は、本発明による呼スクリーニングオペレーションの間に、発呼者への種々のアナウンスを再生するために動作可能である。

図４は、本発明によるサービスセンター１０６のブロック図である。図示されるように、サービスセンター１０６は、ファイアウォール４０２，４０４、１または複数のディジタルコンパニオンサーバ（digital companion server）４０６、１または複数の通信ポータルサーバ（communication portal server）４０８、および音声ポータル（voice portal）４１２を含んでもよい。音声ポータル４１２は音声ポータルアプリケーションサーバ４１４および音声認識サーバ４１６を含んでもよい。ネットワーク４１８は、ファイアウォールおよびサーバを相互接続するために使用されてもよい。加えて、バックエンドサーバ４２０がサービスセンター１０６と音声ネットワーク１０４との間に備えられてもよい。

ファイアウォール４０２，４０４はサービスセンター１０６、データネットワーク１０２、および音声ネットワーク１０４のそれぞれの間の通信に対するセキュリティサービスを与える。例えば、ファイアウォール４０２，４０４はユーザ１１２とサービスセンター１０６内の１または複数のサーバとの間の通信を制限してもよい。本発明により、ファイアウォール４０２，４０４に如何なる適当なセキュリティ方針が実施されてもよい。例えば、ファイアウォール４０２，４０４は、 Axent 社によって提供されている Raptor Firewall 等の周知のハードウェアおよびソフトウェアを使用して実施されてもよい。更に、ファイアウォール４０２，４０４は、サービスセンター１０６内の別個のマシンとして実施されてもよいし、或いは、サービスセンター１０６に対して外部の１または複数のマシンによって実施されてもよい。

ネットワーク４１８は、イーサーネットまたはＦＤＤＩネットワーク等の、如何なるタイプのネットワークであってもよい。また、加えて、ネットワーク４１８は、本発明の範囲から外れることなく、必要に応じて、スイッチおよびルーターを含んでもよい。更に、例えば、１または複数のサーバ４０６，４０８，４１０または音声ポータル４１２をファイアウォールの背後に配置するために、付加的なファイアウォールが備えられてもよい。

各サーバ（４０６，４０８，４１０，４１４，４１６，４２０）はＵｎｉｘ（登録商標）またはＤＯＳベースのサーバまたはコンピューター等の、如何なる適当なサーバまたはコンピューターであってもよい。サーバは、後で説明するような多様な論理機能を実施してもよい。図４では、各論理機能のために使用されている、異なるサーバが図示されている。他の実施例では、複数の論理機能が複数のサーバ間で分割されてもよいし、単一の機能のために複数のサーバが使用されてもよいし、全ての機能が単一のサーバによって実行されてもよい。

一般に、ディジタルコンパニオンサーバ４０６は、サービスセンターの特定のサービスを提供するためのソフトウェアおよびハードウェアを与える。例としてのサービスは、例えば、顧客が顧客によって送信または受信された通話の履歴からアドレス帳に連絡相手を加えることを可能にすること、顧客が自分のアドレス帳から直接的に電話を掛けることを可能にすること、特定の時間に電話を掛けることをスケジュールすること、または、顧客が電話番号に関連した名前および／または住所を見ることを可能にすることを含む。加えて、これらのサービスは、顧客がオンラインで音声メールを聞くこと、スケジューラおよび／または発呼者番号に基づいて彼らの通話を転送すること、オンラインで会議電話、リアルタイム呼管理、呼スクリーニング等を設定することを可能にすることを含んでもよい。１実施例では、リアルタイム呼管理は、呼が受信されたときに顧客が複数の機能（例えば、音声メールへ呼を送信すること、１デバイスで受信した呼を他のデバイスへ送信すること、呼スクリーニングを手動で起動すること、発呼者に対するアナウンスを再生すること、コールバックをスケジュールするすること、発呼者を現在の呼へブリッジすること、等）を実行することを可能にする。本発明による呼スクリーニングは、顧客が、例えば、手動で（または、自動的に）未知の（または、ブロックされた）番号を有する発呼者に、顧客への電話の呼び出しが完了することを許可される前に名を名乗らせることを可能にする。顧客は、サービスセンター１０６の種々のサービスを申し込んだユーザでもよい。

通信ポータルサーバ４０８は、顧客のアカウントを管理するための、そして顧客の音声ネットワーク１０４のプロバイダによって格納された顧客アカウント情報とインターフェースするためのハードウェアおよびソフトウェアを与えてもよい。ネットワークアクセスサーバ４１０は、サービスセンターによって提供されたアプリケーションの処理において、音声ネットワーク１０４への情報の送信および受信のためのハードウェアおよびソフトウェアを与えてもよい。例えば、ネットワークアクセスサーバ４１０は、音声ネットワーク１０４のＩＳＣＰ３０２またはＳＳＰ３０８または３１０に情報を送信するため、および／またはそれらから情報を受信するために使用されてもよい。

音声ポータル４１２は、音声を介した顧客からのインストラクション（または、命令）を受信および処理するためのハードウェアおよびソフトウェアを含む。例えば、顧客は、音声ポータル４１２に対する特定の番号をダイヤルしてもよい。そして、スピーチを使用して、顧客は、自分が契約しているサービスを変更するためにサービスセンター１０６に対するインストラクションを与えてもよい。音声ポータル４１２は、例えば、音声認識機能４１６およびアプリケーション機能４１４を含んでもよい。音声認識機能４１６は、口述を受信および解釈してもよいし、または話されたコマンド（または、命令）を認識してもよい。アプリケーション機能４１４は、例えば、音声認識機能４１６からの出力を受け取り、それをサービスセンター１０６に適したフォーマットに変換し、更に、その情報をサービスセンター１０６の１または複数のサーバ（４０６，４０８，４１０）に転送する。

図５は、本発明による、例としてのシステムの論理アーキテクチャを図示している。図示されるように、論理アーキテクチャは、４つのプレーン：クライアント側プレーン５０２、アプリケーションサービスプレーン５０４、ネットワークアクセスプレーン５０６、および音声ネットワーク５０８に分割されてもよい。

クライアント側５０２は、ユーザがサービスセンター１０６に情報を送信、および／またはそこから情報を受信するために使用してもよいユーザ端末１１２Ａおよび１１２Ｂを含む。加えて、クライアント側５０２は、ユーザの電話１１４を含む。上述したように、ユーザ端末１１２はユーザがサービスセンター１０６と通信するために使用可能な、如何なる装置であってもよい。例えば、ユーザ端末１１２Ａは、サービスセンター１０６との通信のためのプログラムを実行しているＰＤＡであってもよいし、ユーザ端末１１２Ｂはインターネットを介してサービスセンター１０６との通信のためのウェブブラウザを実行しているデスクトップ型コンピューターであってもよい。加えて、ユーザは、例えば、１または複数の標準の有線型の電話および／またはワイヤレス電話等の、１または複数の電話１１４を有してもよい。

アプリケーションサービスプレーン５０４は、ディジタルコンパニオンサーバ４０６、通信ポータルサーバ４０８、および音声ポータル４１２を含む。これらのエンティティは、例えばウェブサービスまたは他の適当なプロトコルを使用して互いに通信してもよい。ウェブサービスは拡張可能マーク付け言語（ＸＭＬ）、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）、ウェブサービス記述言語（ＷＳＤＬ）および、インターネットプロトコル（ＩＰ）バックボーン上のユニバーサル記述ディスカバリーおよびインテグレーション（Universal Description, Discovery and Integration）（ＵＤＤＩ）オープンスタンダード（open standard）を使用してウェブベースのアプリケーションを組み込むための標準化された方法である。

図示されるように、ディジタルコンパニオンサーバ４０６は、次の機能：クライアントプロキシ機能５１２、ウェブサーバ機能５１４、アプリケーションサーバ機能５１６、カレンダーサーバ機能５１８、通知サーバ機能５２０、およびデータベースサーバ機能５２２を提供してもよい。これらの機能の各々は、ハードウェア、ソフトウェア、および／またはファームウェアで実施されてもよい。更に、これらの機能は各々が異なるサーバによって実行されてもよいし、複数のサーバに分割されてもよいし、同一のサーバ機能に含まれてもよいし、または他の様式で実行されてもよい。

クライアントプロキシ機能５１２は、セキュリティの目的で使用されてもよいディジタルコンパニオンに対するプロキシ機能を与える。クライアントプロキシ機能５１２は、データネットワーク１０２を介して他のディジタルコンパニオン機能／サーバからユーザ端末１１２へ送信された全ての通信がクライアントプロキシを通過するように別個のサーバに含まれてもよい。また、クライアントプロキシ５１２が別個のサーバ上に含まれる場合、付加的なセキュリティを与えるためにクライアントプロキシ５１２と他のディジタルコンパニオンサーバとの間に付加的なファイアウォール等が備えられてもよい。

ウェブサーバ５１４は、データネットワーク上で顧客からトラフィックを受信するための機能性を与えてもよい。例えば、ウェブサーバ５１４は、顧客が Internet Explorer や Netscape Communicator 等のウェブブラウザプログラムを使用してアクセスしてもよい標準的なウェブブラウザサーバであってもよい。

アプリケーションサーバ機能５１６は、ディジタルコンパニオンサーバ４０６によって実施される一般的な機能を包含する。例えば、これらの機能は、サービスセンターによって提供される特定のサービスを実施するために多様な他のディジタルコンパニオン機能とインターフェースすることを含んでもよい。これらのサービスは、例えば、顧客に彼らのオンライン通話を管理する能力を与えるために他の機能、ソフトウェア、および／またはハードウェアとインターフェースすることを含んでもよい。例えば、これらの機能は、顧客が顧客によって送信または受信された通話の履歴からアドレス帳に連絡相手を加えることを可能にすること、顧客が自分のアドレス帳から直接電話を掛けることを可能にすること、特定の時間に電話を掛けることをスケジュールすること、または、顧客が電話番号に関連した名前および／または住所を閲覧することを可能にすることを含んでもよい。加えて、これらのサービスは、顧客がオンラインで彼らの音声メールを聞くこと、スケジューラおよび／または発呼者番号に基づいて彼らの通話を転送すること、オンラインで会議電話を設定すること、リアルタイムのユーザ介入による呼管理等を可能にすることを含んでもよい。

加えて、アプリケーションサーバ機能５１６は、情報を取得または送信するために、外部のウェブサーバ等の、１または複数の外部装置とインターフェースしてもよい。例えば、アプリケーションサーバ機能５１６は、顧客が契約しているサービス（例えば、キャッチホン、自動転送、音声メール等）を決定するために音声ネットワークのデータセンター５５６とインターフェースしてもよい。

カレンダーサーバ機能５１８は、イベントのスケジューリング、特定のイベントが発生したときのロギング（logging）、特定の時間に機能を実施するためのアプリケーション機能のトリガ（または、起動）等の能力を与えてもよい。

通知サーバ機能５２０は、サービスセンター１０６からユーザ端末１１２に情報を送信するための能力を与えてもよい。例えば、通知サーバ機能５２０は、アプリケーションサーバ機能５１６の指示で、ユーザがユーザの電話１１４に現在、電話のコールを受信しているとうい通知をユーザ端末１１２へ送信してもよい。例えば、この通知は、発呼者の識別および呼び出し中の番号を提供するインスタントメッセージポップアップウィンドウである。また、通知は、多数のユーザが選択可能なボタン、または（ユーザがリアルタイムで呼を管理することを可能にする）ボタンに関連するアイテムを有する。

データベース機能５２２は、ディジタルコンパニオンサーバによって実行されるアプリケーションによって使用可能な情報を格納する。これらのデータベースは、例えば、ディジタルコンパニオンサーバに接続された、１または複数の外部格納装置に含まれてもよい。或いは、データベースは、ディジタルコンパニオンサーバ自体の格納装置に含まれてもよい。データベース機能５２２を与えている格納装置は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク、磁気テープ等の、任意のタイプの格納装置であってもよい。

上述したように、通信ポータルサーバ４０８は、顧客のアカウントを管理するため、そして顧客の音声ネットワーク１０４のプロバイダによって格納された顧客アカウント情報とインターフェースするためのハードウェアおよびソフトウェアを与える。図５に示されるように、通信ポータルサーバ４０８は、次の機能：ウェブサーバ機能５２６、アプリケーションサーバ機能５２８、連絡相手データベース機能５３０、および／または顧客プロフィール機能５３２を与えてもよい。これらの機能は別個のサーバによって実行されてもよいし、複数のサーバに分割されてもよいし、同一のサーバ機能に含まれてもよいし、または他の様式で実行されてもよい。

ウェブサーバ機能５２６は、ディジタルコンパニオンサーバのウェブサーバ機能５１４と同様に、データネットワーク上で顧客からトラフィックを受信するための機能性を与える。例えば、ウェブサーバ機能５１４は、 Internet Explorer や Netscape Communicator 等のウェブブラウザを使用して顧客がアクセスしてもよい標準的なウェブブラウザサーバであってもよい。

アプリケーションサーバ機能５２８は、通信ポータルサーバ４０８によって実施される一般的な機能を包含する。例えば、これらの機能は、顧客プロフィール情報を取得および／または変更するために音声ネットワークとインターフェースすること、およびユーザに対するアドレス帳を作成および編集することを含んでもよい。加えて、アプリケーションサーバ機能５２８は、外部サーバおよび／または装置に情報を送信、および／またはそこから情報を受信するための機能性を含んでもよい。例えば、通信ポータルサーバ４０８は、インターネット等のネットワークに接続されてもよい。そして、アプリケーションサーバ機能５２８は、インターネットを介して、Superpages webpage 等のウェブサービスを与える外部サーバ５５２への接続性を与える。そして、アプリケーション機能５２８は、ユーザのアドレス帳の人物に対するアドレス等の情報を取得するためにこれらの外部サーバ５５２と接触してもよい。

もう１つの例において、通信ポータル４０８のアプリケーションサーバ機能５２８は、サーバ５５４上のシングルサインオン（single sign on）（ＳＳＯ）とインターフェースしてもよい。ＳＳＯ５５４は、ユーザがネットワークに最初にアクセスするときに実施される単一の認証に基づいて、ユーザが契約している全てのサービスにアクセスすることを可能にするために使用される。

更に、（アプリケーションサーバ５１６に類似の）アプリケーションサーバ機能５２８は、サービスセンターにより実行されるサービスを容易にする機能を提供する。例えば、これらのサービスは、他の機能、ソフトウェア、および／またはハードウェアとインターフェイスして、顧客にオンラインで呼を管理する能力を提供することを含む。例えば、顧客が顧客によって送信または受信された通話の履歴からアドレス帳に連絡相手を加えることを可能にすること、顧客が自分のアドレス帳から直接的に電話を掛けることを可能にすること、特定の時間に電話を掛けることをスケジュールすること、または、顧客が電話番号に関連した名前および／または住所を見ることを可能にすることを含む。加えて、これらのサービスは、顧客がオンラインで音声メールを聞くこと、スケジューラおよび／または発呼者番号に基づいて彼らの通話を転送すること、オンラインで会議電話、ユーザがリアルタイムに介入して呼管理を可能にすること等を設定することを可能にすることを含んでもよい。

連絡相手データベース５３０は、ユーザのためのアドレス帳を格納するための格納装置を含む。このアドレス帳は、如何なる適当なタイプのアドレス帳であってもよい。例えば、ユーザのアドレス帳は、人物および／または組織の名前、電話番号、およびアドレスを含んでもよい。これらの格納装置は、通信ポータルサーバ４０６の内部または外部、あるいはそれらの組み合わせとして備えられてもよい。更に、これらの格納装置は、磁気格納装置、メモリ格納装置等の、任意のタイプの格納装置であってもよい。

顧客プロフィールデータベース５３２は、顧客のためのプロフィール情報を格納するための格納装置を含む。これらの格納装置は、連絡相手データベースのために使用される格納装置と同一の格納装置、または別個の格納装置であってもよい。顧客プロフィールは、彼らの音声ネットワークに対する顧客のアカウントに関する情報を含んでもよい。例えば、この情報は、ユーザの名前、課金上の住所、および他のアカウント情報を含んでもよい。加えて、顧客プロフィールは、例えば、キャッチホン、自動転送等の、ユーザが契約している音声サービスに関する情報を含んでもよい。

このアーキテクチャのアプリケーションサービスプレーン５０４は、音声ポータル４１２を含んでもよい。上述したように、音声ポータル４１２は、例えば、音声認識機能４１６およびアプリケーションサーバ機能４１４を含んでもよく、音声を介して顧客からインストラクションを受信および処理するために使用されてもよい。音声認識機能は、音声認識能力を与えることが可能なハードウェアおよび／またはソフトウェアを使用して実施されてもよい。このハードウェアおよび／またはソフトウェアは、 Tellme Networks 社から入手可能な Voice Apptication プラットフォ−ム等の、商業上入手可能な製品であってもよい。音声ポータル４１２のアプリケーションサーバ機能４１４は、ディジタルコンパニオンサーバ４０６と音声認識機能４１６との間で情報を交換するためのハードウェアおよび／またはソフトウェアを含んでもよい。加えて、アプリケーションサーバ機能４１４は、別個のサーバに含まれてもよいし、音声認識機能４１６を与えるハードウェア付加的にソフトウェアに含まれてもよいし、ディジタルコンパニオンサーバ４０６に含まれてもよい。

このアーキテクチャのネットワークアクセスプレーン５０６は、アプリケーションサーバプレーン５０２と音声ネットワーク１０４との間の接続性を与えるための機能を含んでもよい。例えば、このプレーンは、リーセントチェンジエンジン３１６、ネットワークアクセスサーバ４１０、および／またはバックエンドサーバ４２０を含んでもよい。

上述したように、リーセントチェンジエンジン３１６は、音声ネットワーク１０４に含まれるスイッチおよびＩＳＣＰデータベースを更新するために使用されてもよい。１実施例では、リーセントチェンジエンジン３１６は、ＡＡＩＳ５４４、ｅＲＣ５４６、および／またはＭＳＰ５４８を含んでもよい。加えて、セキュリティの目的のために、ディジタルコンパニオンサーバ４０６とリーセントチェンジエンジン５４２との間にプロキシ５４２が使用されてもよい。

ネットワークアクセスサーバ４１０は、サービスセンター１０６に含まれてもよく、サービスセンターによって与えられるアプリケーションの処理において音声ネットワーク１０４への情報を送信および受信するためのハードウェアおよびソフトウェアを与えてもよい。例えば、ネットワークアクセスサーバ４１０は、音声ネットワーク１０４から発信者ＩＤを取得または検索するための発信者ＩＤ（ＣＩＤ）機能性、ＳＳＰを介して電話を掛けるために音声ネットワーク１４０上でインテリジェントペリフェラル（ＩＰ）に命令するためのクリックツーダイヤル（click to dial）（ＣＴＤ）機能性、および／または音声ネットワークのＩＳＣＰとインターフェースするためのリアルタイム通話管理（real time call management）（ＲＴＣＭ）機能性を含んでもよい。

また、ネットワークアクセスプレーン５０６は、１または複数のバックエンドサーバ４２０を含んでもよい。これらのバックエンドサーバ４２０は、サービスセンター１０６と音声ネットワーク１０４をインターフェースするためのハードウェアおよび／またはソフトウェアを含んでもよい。バックエンドサーバ４２０は、ネットワーク、直接接続、または他の適当な様式によってサービスセンター１０６に接続されてもよい。更に、バックエンドサーバ４２０は、ネットワーク、直接接続、または他の適当な様式によって音声ネットワーク１０４内で１または複数の装置に接続されてもよい。

バックエンドサーバ４２０は、例えば、音声メール取得および通知機能を与えるサーバを含んでもよい。この音声メール検索および通知機能は、ユーザが音声メールを受信したときに通知を受信する能力、ユーザの音声メールシステムを物理的に呼び出す能力、適切なコードを入力して音声メールを検索する能力、音声メールを検索する能力、音声メールをディジタルファイルへ変換する能力、およびディジタルファイルをディジタルコンパニオンサーバ４０６へ送信する能力を含む。

加えて、これらバックエンドサーバ４２０は、例えば、ディレクトリ支援サーバ（directory assistance server）を含んでもよい。ディレクトリ支援サーバは、サービスセンター１０６を音声ネットワーク１０４の逆ディレクトリ支援ゲートウェイ（Reverse Directory Assistance Gateway）（ＲＤＡゲートウェイ）とインターフェースさせてもよい。ＲＤＡゲートウェイは、音声ネットワーク１０４のデータオペレーションセンター（ＤＯＣ）に電話番号に関連した名前および／またはアドレス情報に対する要求を発行し、この要求への応答で名前および／または電話番号を取得または検索するための装置である。

もう１つの例において、バックエンドサーバ４２０は、ワイヤレス音声ネットワークのモバイル切換センター（mobile switching center）（ＭＳＣ）とインターフェースするために使用されるワイヤレスインターネットゲートウェイを含んでもよい。上述したバックエンドサーバ４２０と同様に、このワイヤレスインターネットゲートウェイは、サービスセンター１０６によって使用されるフォーマットとワイヤレス音声ネットワークによって使用されるフォーマットとの間で要求および情報を変換するために使用されてもよい。

もう１つの例において、バックエンドサーバ４２０は、ＳＳＰを介して音声会議の参加者にダイヤルアウトするために音声ネットワーク１０４でカンフェレンスブリッジ（conference bridge）に命令するためのカンファレンスブラスティングサーバ（conference-blasting server）を含んでもよい。或いは、バックエンドサーバは、例えば、関係者の各々にダイヤルアウトすることによって２人の関係者（または、電話の相手）に電話を掛けるために音声ネットワークのＩＰに命令するためのサーバを含んでもよい。また、バックエンドサーバは、会議を聞くことができる音声デジタイジング装置を呼出し、音声信号をディジタルフォーマットに変換し、そしてディジタル化された信号を、例えば、音声ストリーミングサーバを介してユーザの装置に転送するためにブリッジまたはＩＰに命令する能力を含む。音声ストリーミングサーバは、例えば、ユーザがインターネット等を介してそれに接続することを可能にしてもよい。加えて、音声ストリーミング装置は、ユーザが会議を通してポーズ、巻き戻し、および／または早送りすることを可能にするために信号をバッファリング（または、一時記憶）または記録してもよい。

もう１つの例において、バックエンドサーバ４２０は、サービスセンター１０６を音声ネットワーク１０４のＳＭＳゲートウェイとインターフェースさせるための単一番号ショートメッセージサービス（Single Number Short Message Service）（ＳＮ ＳＭＳ）サーバを含んでもよい。これは、顧客がデバイスのユーザ選択を可能にするＳＭＳに向けられた自宅電話番号にアドレス指定されたＳＭＳメッセージを有することを可能にするために使用される。

音声ネットワークプレーン５０８は、図３への参照とともに上述されたように、音声ネットワーク１０４に含まれるハードウェアおよびソフトウェアを含む。例えば、音声ネットワークプレーン５０８は、ＩＳＣＰ ＳＰＡＣＥ３１４、ＩＳＣＰ３０２、インテリジェントペリフェラル３２０、およびＳＳＰ３０８を含んでもよい。また、加えて、音声ネットワークプレーン５０８は、例えば、モバイル切換センター等のワイヤレス通信業者のネットワークに含まれるハードウェアおよびソフトウェアを含んでもよい。

図６は、本発明による典型的なネットワークアクセスサーバ４１０である。図４および図５に関連して記載したように、ネットワークアクセスサーバ４１０は、リアルタイム呼管理をイネーブルする機能性を有する。リアルタイム呼管理（ＲＴＣＭ）サーバ６０２は、この機能性を実行するために使用される。例えば、ＲＴＣＭサーバ６０２は、ＩＳＣＰ３０２からの入呼を示す情報を受信することにより呼管理を容易にし、その情報に関する要求をディジタルコンパニオンサーバ４０６へ転送し、要求に対する応答を受信し、ＩＳＣＰ３０２に応答に基づいて呼を接続させる。当業者は、ＲＴＣＭサーバ６０２に加えてネットワークアクセスサーバ４１０にも他の機能性が含まれることを認識するであろう。

図７は、本発明による典型的なアプリケーションサーバ５１６である。図５に関連して記載したように、アプリケーションサーバ５１６は、リアルタイム呼管理を容易にする機能性を含む。ＲＴＣＭアプリケーション７０２は、この機能性を実行するために使用される。例えば、ＲＴＣＭアプリケーション７０２は、入呼に対応する要求を受信することにより呼管理を容易にし、顧客固有の情報を検索し、情報を（顧客に入呼を通知し、顧客に複数のオプションを呼の処理に対して提供する）通知サーバに提供する。当業者は、ＲＴＣＭアプリケーション７０２に加えてアプリケーションサーバ５１６にも他の機能性が含まれることを認識するであろう。また、当業者は、アプリケーションサーバ５１６に代わって（または、加えて）アプリケーションサーバ５２８にＲＴＣＭアプリケーション７０２が配置されることを認識するであろう。

リアルタイム呼管理
図８は、本発明の方法によるリアルタイム呼管理のための方法の典型的なフローチャートである。フローチャートのステップは特定の順序で記載されるが、これらのステップが変更された（または、異なる）順序で実行できることを当業者は評価するであろう。更に、図８の１または複数のステップは、同時に（または、並行して）実行できる。

図８に示されるように、発呼者は最初に呼をディジタルコンパニオン顧客に対して開始する(ステップ８０２)。例えば、発呼者１２０は、電話（例えば、電話１２２）を使用して、ディジタルコンパニオン顧客（例えば、ユーザ１１０）に電話を掛ける。呼の開始に応答して、サービスセンター１０６は、入呼の通知を通信装置の顧客へ送信する(ステップ８０４)。通知は、顧客が呼を音声メールへ送信すること、１つのデバイスで受信した呼を他のデバイスへ送信すること、呼スクリーニングオペレーションを行うこと、呼を受理すること、アナウンスを再生すること、呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、または発呼者を現在の呼へブリッジすることを可能にする異なるオプションを提供する。いったん顧客が呼管理オプションの１つを(例えば、タッチセンシティブディスプレイ上の適切なボタンを押すことにより)選択したら、サービスセンター１０６は、呼を通知に対する顧客の応答に基づいて接続させる(ステップ８０６)。

図９Ａおよび図９Ｂは、本発明の方法によるリアルタイム呼管理のための典型的なフローチャートである。フローチャートのステップは特定の順序で記載されるが、これらのステップが変更された（または、異なる）順序で実行できることを当業者は評価するであろう。更に、図９の１または複数のステップは、同時に（または、並行して）実行できる。

図９Ａおよび図９Ｂに示されるように、発呼者はディジタルコンパニオン顧客への呼を最初に起動する(ステップ９０２)。例えば、発呼者１２０は、電話（例えば、電話１２２）を使用して、ディジタルコンパニオン顧客（例えば、ユーザ１１０）に発呼できる。１実施例では、呼は電話から音声ネットワーク（例えば、音声ネットワーク１０４）へルーティングされ、ＳＳＰ３０８（または、ＳＳＰ３１０）は呼を傍受する(ステップ９０４)。ＳＳＰ３０８（または、ＳＳＰ３１０）は、呼を傍受できる。何故ならば、呼に関連する「トリガ」（例えば、終了促進トリガ、または特定のディジットストリングトリガ）と遭遇したからである。例えば、トリガは、ディジタルコンパニオン顧客に対応する各回線上のＳＳＰ３０８（または、ＳＳＰ３１０）で設定される。この方法では、トリガは、ディジタルコンパニオン顧客の電話番号に向けられるＳＳＰで受信される呼を検出するように設定される。加えて、トリガは、リアルタイム呼管理機能をイネーブルにしたディジタルコンパニオン顧客に対応する回線上で設定される。従って、呼スクリーニングを有するディジタルコンパニオン顧客に関連する電話番号への呼は、トリガによって検出される。この記載のために、ＳＳＰが傍受するのはそれらの呼である。他の環境（例えば、ソフトスイッチ環境）では、トリガに類似の機能性を利用して呼を傍受する。

呼を傍受した後、ＳＳＰ３０８（または、ＳＳＰ３１０）はクェリをＩＳＣＰ３０２へ送信し、更に命令を要求する。応答では、ＩＳＣＰ３０２が呼情報をネットワークアクセスサーバ４１０へ送信する(ステップ９０６)。更に詳細には、ＩＳＣＰ３０２が、呼情報をＲＴＣＭサーバ６０２へ送信する。１実施例では、呼情報は、ネットワークアクセスサーバ４１０へ Generic Data Interface （ＧＤＩ）を介して、ＧＤＩに関するメッセージ構造(例えば、 GetData, SendData, または InvokeApp)を使用して送信される。また、ＲＴＣＭサーバ６０２へ送信された呼情報は、暗号化された形式でも送信できる。

呼情報は、例えば、呼状態データ、呼傍受パラメータ、音声メールパラメータ、時間帯データ、ユーザＩＤ、被呼番号データ、発呼者名データ、発信側番号データ、および発呼者番号（ＣＰＮ）プレゼンテーション情報を含む。当業者は追加情報が呼情報に含まれてもよいこと、または前記情報のいくつかが呼情報から省かれてもよいことを評価するであろう。

呼状態データは、現在の呼状態を呼に対して既に起きている処理(例えば、ＡＩＮ処理)に基づいて提供する。例えば、呼状態データに対していくつかの可能な値は、終了を許可された呼、呼傍受（ＣＩ）サービスノード（または、ＩＰ）への呼、ＣＩサービスノード（または、ＩＰ）からの呼、ＣＩサービスノード（または、ＩＰ）からの優先呼、ＣＩサービスノード（または、ＩＰ）への呼で遭遇したＣＩエラーを有する呼、またはクリックツーダイヤル呼の第１区画上の呼を示す。

呼傍受パラメータは、いつ顧客が呼傍受を有するかを示す。１実施例では、呼傍受機能は、顧客が発呼者ＩＤ表示に「unavailable」「private」「anonymous」または「out of area」として一般に現れる無効な番号を止めることを可能にする。この機能は発呼者に識別されない呼が受理されないことを伝えて、名前を記録することを依頼する。もし識別されない発呼者が名前を記録しないか、またはオーバライドコードを入力したら、被呼者の電話は鳴らず、従って、識別されない発呼者からの割込みを除去する。

音声メールパラメータは、いつ加入者が音声メール能力を有したかを示す。時間帯データは、顧客の時間帯を参照する。被呼番号データは、加入者に関連する呼び出されたデバイスの番号を参照する。ユーザＩＤは、２つのうちの１つの値を有するパラメータを参照する。もし特有の呼出音機能が存在したら、ユーザＩＤは第１の番号の値に設定される。もしその様な機能が存在しなければ、ユーザＩＤは呼び出された番号と同じ値に設定される。例えば、特有の呼出音は顧客に追加の電話番号を一方通行で提供し、一意なリンギングパターンを提供する。顧客の第１の番号は、その回線に関連する主要な番号である。

発信側番号データは、発呼者の番号を参照する。番号が利用可能であるとき、このパラメータはその様な番号を含む。加えて、情報が以前に実行されたＡＩＮサービスによって利用可能にされるとき、パラメータは発呼者アドレスを含む。さもなければ、発呼者ＩＤ情報が特定のフォーマットと一致する（または、しない）とき、呼び出し番号パラメータはディジットまたは文字(例えば、１０個のゼロ)の任意のストリングを含む。

呼び出し名データは、発呼者の名前を参照する。このパラメータは、例えば、ＩＳＣＰ３０２によってデータベース（例えば、ＬＩＤＢ３１２）から検索される。データベースが以前に実行されたＡＩＮサービスによってこのデータに常駐されたとき、発呼者名を検索することは一般に可能である。もし発呼者名が正常に検索されなければ、発呼者名パラメータは、例えば、ＬＩＤＢ３１２からの応答が存在しなかった状態、ＬＩＤＢ３１２からの誤った応答が存在する状態、ＬＩＤＢ３１２から戻される名前が存在しない状態、発呼者ＩＤのフォーマットが適合しない状態、または発呼者ＩＤプレゼンテーションが制限される状態を示すディジットまたは文字(例えば、複数のゼロ)の任意のストリングを含む。

また、ＩＳＣＰ３０２はアナウンスを、呼が処理されるＳＳＰへ送信する。アナウンスは、発呼者に対して再生されるある種の録音である。このアナウンスは、ＳＳＰの呼タイマが超過することを防ぐ効果、および発呼者に呼が進行していることを示す効果を有する。ＲＴＣＭサーバ６０２からの応答を待つ間、ＩＳＣＰ３０２はアナウンスが再生されることを継続する。

呼情報をＩＳＣＰ３０２から受信するとすぐ、ＲＴＣＭサーバ６０２は情報を暗号化し、もし必要なら、受信した情報をアプリケーションサーバ５１６へ転送する(ステップ９０８)。例えば、ＲＴＣＭサーバ６０２は、受信した呼情報をＲＴＣＭアプリケーション７０２へ発送する。次に、ＲＴＣＭアプリケーション７０２は、トリガされた電話番号(例えば、デスティネーション／ダイヤルされた電話番号)に関連する顧客が、ディジタルコンパニオンシステムにログインしたか否かを決定する(ステップ９１０)。ＲＴＣＭアプリケーション７０２は、例えば、データベース（例えば、データベース５２２）を被呼番号を索引として使用して検索することにより、この決定を行う。被呼番号に基づき、ＲＴＣＭアプリケーション７０２は、ディジタルコンパニオン顧客ＩＤを決定できる。このディジタルコンパニオン顧客ＩＤは、ディジタルコンパニオン顧客ＩＤに関連する多数のアクセスポイント(例えば、ユーザ端末１１２)を有する。ＲＴＣＭアプリケーション７０２はディジタルコンパニオン顧客ＩＤに対応するデータベース５２２のエントリを検索し、顧客が現在ディジタルコンパニオンシステムに任意のアクセスポイントを使用してログインしているか否かを決定する。例えば、顧客がアクセスポイントを使用してシステムにログオンするときはいつも、その様な指示がデータベース５２２に記憶される。もしＲＴＣＭアプリケーション７０２がその様な指示をデータベース５２２で発見したら、顧客がログオンしていることが分かり、顧客が使用しているのがどのアクセスポイントか分かる。

もし顧客が何処にもログオンしていなければ、サービスセンター１０６が顧客とディジタルコンパニオンオペレーションを使用して通信する方法はない。代わりに、サービスセンター１０６は、呼のログを取る(ステップ９１２)。顧客がその後にログインするとき、顧客は顧客が呼び出されたことを示される。呼は、例えば、データベース５２２で、またはディジタルコンパニオンサーバ４０６（または、通信ポータルサーバ４０８）の他の記憶装置でログを取られる。次に、呼は、ディジタルコンパニオン処理なしでルーティングされる(例えば、もし可能なら、呼はダイヤルされたときに完了する)(ステップ９１４)。

もし顧客がログオンしたら、ＲＴＣＭアプリケーション７０２は呼優先度情報をデータベースから検索する(ステップ９２０)。１実施例では、この呼参照情報を記憶しているデータベースは、データベース５２２、顧客プロフィールデータベース５３２、または顧客に関係するデータを記憶するために使用される他のデータベースである。呼参照情報は、例えば、呼ブロックリスト、転送デバイスまたは番号のリスト、音声メール優先度、顧客が予め録音したメッセージとして設定できる録音のリスト、等を含む。

また、ＲＴＣＭアプリケーション７０２は、呼傍受機能および／または音声メール機能が被呼者に対してイネーブルされるか否かを、ＲＴＣＭサーバ６０２から受信した呼情報を検査することにより決定する（ステップ９２２）。ＲＴＣＭを使用して、どのオプションが被呼者に利用可能にされるべきかが分かるように、ＲＴＣＭアプリケーション７０２はこの決定を行う。当業者は、ＲＴＣＭアプリケーション７０２も、イネーブルおよびディセーブルできる他の任意の機能（例えば、呼スクリーニング）をチェックすることを評価するであろう。また、ＲＴＣＭアプリケーション７０２は、呼に関連するＣＰＮプレゼンテーション値を、ＲＴＣＭサーバ６０２から受信した呼情報を検査することにより決定する（ステップ９２４）。発呼者のＣＰＮ情報が顧客に対して表示される（または、表示されない）ように、ＣＰＮプレゼンテーション値が決定される。

その後、ＲＴＣＭアプリケーション７０２は収集された情報(例えば、呼情報、呼参照情報、およびアクセスポイント情報)を通知サーバ５２０に提供し、通知サーバ５２０にＲＴＣＭ通知を被呼番号に関連する顧客に(例えば、顧客が使用しているアクセスポイントを通知サーバ５２０に表示することにより)送信することを命令する。通知サーバ５２０は、ログオンされる全てのデバイス(例えば、ユーザ端末１１２)へのオープン接続を有する。通知サーバ５２０が情報をＲＴＣＭアプリケーション７０２から受信するとき、通知サーバ５２０は情報を使用してＲＴＣＭ通知を適切なアクセスポイントの顧客へルーティングする(ステップ９２６)。１実施例では、ＲＴＣＭ通知は、プロトコル（例えば、ＨＴＴＰ(Hypertext Transfer Protocol)、Ｊａｖａ（登録商標）、または類似のプロトコル）を使用して送信される。

図８に記載のように、ＲＴＣＭ通知は、顧客への入呼の通知である。通知は、顧客が呼をリアルタイムで管理することを可能にすることに関連する、多数の顧客が選択可能なボタンを有する表示を含む。例えば、通知は、顧客が呼を音声メールへ送信すること、１つのデバイスで受信した呼を他のデバイスへ送信すること、呼スクリーニングオペレーションを行うこと、呼を受理すること、アナウンスを再生すること、呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、または発呼者を現在の呼へブリッジすること(例えば、電話会議を開始する)を可能にする異なるボタンを有する。

通知は顧客に異なるオプションを、顧客が許可されてイネーブルされた機能によって提供する。例えば、もし顧客が呼傍受機能をイネーブルしなければ、ＲＴＣＭ通知は電話勧誘オペレーションに対応するユーザが選択可能な領域を含まない。もし顧客を音声メールをイネーブルしなければ、ＲＴＣＭ通知は音声メールに対応するユーザが選択可能な領域を含まない。当業者は、イネーブルおよびディセーブルできる任意の機能が、ＲＴＣＭ通知を変更する(例えば、呼スクリーニング、電話会議、等)ための基として使用されることを評価するであろう。

いったんＲＴＣＭ通知を受信したら、顧客の選択したデバイスがＲＴＣＭ通知を、顧客が選択可能な関連するボタンを含めて表示する。まだ、デバイスは鳴らない。たとえまだデバイスが鳴らなくても、発呼者は発呼デバイス(例えば、電話、または発呼を行うために使用される他のデバイス)上で呼出音（または、呼が続行していることを示すアナウンス）を聞ける。次に、ＲＴＣＭサーバ６０２は、顧客からの応答を待つ（ステップ９２８）。応答情報は、例えば、呼処置情報、転送番号情報、転送番号情報の性質、キャリアアクセスコード、アナウンス型、および呼出音リズムを含む。当業者は、追加データが応答データと一緒に含まれること、または前記データのいくつかが応答データから省けることを評価するであろう。

呼処置情報は、如何にして呼が処理されるべきかに対する顧客の選択の指示を提供する。例えば、呼処置情報は、呼を音声メールへ送信する指示、１デバイスで受信した呼を他のデバイスへ送信する指示(例えば、呼転送)、呼スクリーニングオペレーションを実行する指示、呼を受理する指示、アナウンスを再生する指示、発呼をホールドする指示、コールバックオペレーションをスケジュールする指示、自動コールバックオペレーションを実行する指示、呼ブロックオペレーションを実行する指示、または発呼者を現在の呼へブリッジする指示を含む。

呼転送オペレーションが呼び出されるとき、転送番号情報は呼が転送されるべき番号を含む。転送番号情報の性質は、呼転送番号の性質を識別する。例えば、番号は国番号（または、国際番号）である。

呼が特定のキャリアを使用してルーティングされるとき、キャリアアクセスコードは、特定のキャリアを示すディジットの順番である。

アナウンス型は、発呼者に行われるべきアナウンスを識別する。例えば、このパラメータは、顧客がアナウンスオプションを選択するときに使用される。

呼出音リズムは、呼に適用すべき呼出音リズム値を示す。例えば、異なる値が、通常のリズム；短短のリズム；短短長のリズム；または他の可能なリズムを示すために使用される。

もし、予め定められた期間の後に、通知サーバ５２０が応答を受信していなければ、呼はＲＴＣＭ通知を受信する装置に受理される（ステップ９３０）。例えば、期間の後に、ＲＴＣＭ通知は装置のディスプレイから消えて、装置が鳴り始める。顧客は呼に、彼または彼女が出られるか、および出ることを選択するかを答える。当業者は、呼が通過することを許可する代わりに他の既定動作が起こり得ることを評価するであろう。例えば、話中信号が再生されてもよく、呼が音声メールへ送信されてもよく、呼が好ましい転送番号へ転送されてもよく、アナウンスが再生されてもよい。

もし顧客がＲＴＣＭオプションの１つを選択することにより応答したら、ＲＴＣＭ通知はディスプレイから消え、ＲＴＣＭサーバ６０２が応答を受信し、もし必要なら暗号化する(ステップ９３２)。ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に命令して、入呼を顧客からの応答に基づいてルーティングする(ステップ９３４)。１実施例では、ＲＴＣＭサーバ６０２は、応答情報を接続（例えば、ＧＤＩリンク）を介して送信することによりＩＳＣＰ３０２に命令する。ＩＳＣＰ３０２は応答データを（もし必要なら）暗号化し、呼を応答に基づいてルーティングする。例えば、ＩＳＣＰ３０２に関連するサービス論理は、応答に含まれる呼処置情報および他の情報に基づいて異なる動作を行ってもよい。典型的な呼ルーティングオプションは、発呼保留(ステップ９３６)、他のデバイスへの呼転送(ステップ９３８)、呼スクリーニング(ステップ９４０)、音声メール(ステップ９４２)、呼受理(ステップ９４４)、アナウンス(ステップ９４６)、コールバックのスケジューリング(ステップ９４８)、自動コールバック(ステップ９５０)、電話会議(ステップ９５２)、および呼ブロック(ステップ９５４)を含む。

発呼保留オプション(ステップ９３６)を選択することは、顧客が話す（または、呼を処理する）準備が出来るまで、呼を一時的に遅延させる。例えば、発呼者が保留するとき、アナウンスが発呼者に対して再生される(例えば、「あなたがお掛けになった番号は現在使用中ですが、あなたとの通話を希望します。そのままでお待ち下さい」)。この場合、ポップアップがスクリーン上に残り、発呼者を保留してから経過した時間を表示する。

もし顧客が呼を他の装置へ転送することを決めたら(ステップ９３８)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に呼をＲＴＣＭ通知を受信した以外の装置へルーティングするように指示する。１実施例では、顧客は呼が転送されるべき装置の電話番号を予め設定する。この装置は、顧客に通常は関連する(例えば、ディジタルコンパニオンデータベースに記憶される複数の装置のリストの一部)複数の装置の１つである。また、この装置は、顧客の優先される可能性がある通常の複数の装置の１つではない装置でもよいが、顧客は（彼または彼女が）呼をその装置で受信したい理由を有する(例えば、装置が顧客の一時的な位置に物理的に近い、等)。

他の実施例では、呼転送オプションを選択するとすぐ、顧客はどの番号の呼が転送されるべきかを尋ねるクェリを提供される。顧客は、電話番号を入力すること（または、予め定められた複数の番号のリストから番号を選択すること）によりクェリに応答する。

呼スクリーニングオプション(ステップ９４０)が選択されるとき、ＲＴＣＭサーバ６０２は一連のステップに、潜在的な電話販売業者（または、他の望ましくない発呼者）に対するスクリーニングを発生させる。例えば、ＲＴＣＭ通知が、呼がブロックされた、利用不可能な、または望ましくない番号からであることを示すとき、顧客は呼スクリーニングオプションを選択する。次に、発呼者が口頭で名前、ＰＩＮ(個人識別番号)、または音声メッセージを残すように要求するアナウンスを再生する。１実施例では、アナウンスには特別命令トーン（ＳＩＴ）リズムが付随する。

もし発呼者が名前を残したら、顧客の装置が鳴る。鳴った音には、顧客に呼を取り込み、呼を音声メールへ転送し、呼を拒否するオプション等を与える通知が付随する。鳴った顧客の装置は、クェリに応答して顧客により予め設定されるか、または、手動で設けられる。また、装置は、ＲＴＣＭ通知を最初に受信する如何なる装置でもよい。呼は、顧客の選択に従ってルーティングされる。もし発呼者が有効なＰＩＮを入力したら、発呼者の呼は顧客へすぐに接続される。呼スクリーニングオプションは米国特許出願第（_____）号で更に詳細に説明され、それは本願にも参照として取り込まれる。

音声メールオプションが選択されるとき(ステップ９４２)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に呼を顧客の現在優先された音声メール番号へルーティングするように指示する。優先された音声メール番号は、クェリに応答して顧客により予め設定されるか、または、手動で設けられる。例えば、顧客が音声メールオプションへの送信を選択するとき、ポップアップ(例えば、ＲＴＣＭ通知)が消えて、入呼は現在の音声メールボックス、またはポップアップが消えた後に顧客へ与えられるクェリに応答して顧客により提供された音声メールボックスの何れかへ送信される。

呼受理オプションが選択されるとき(ステップ９４４)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に呼を顧客がＲＴＣＭ通知を受信する装置へルーティングするように指示する。もし顧客がインターネットへダイヤルアップを介して呼がルーティングされるのと同じ電話回線で接続されるとき、呼が回答されるように顧客のインターネットセッションはすぐに切断される。

アナウンス再生オプション(ステップ９４６)が選択される場合、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に、予め定められた録音されたアナウンスが発呼者に対して再生されるように指示する。例えば、顧客は、特定の複数の発呼者に、彼または彼女が出られないことを、音声メッセージを残すオプションを発呼者に与えることなしに伝えることを所望する。当業者は、他のアナウンスも再生できることを認識するであろう。

コールバックのスケジューリングが選択されるとき(ステップ９４８)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に、アナウンスが発呼者に対してされるように指示する。例えば、アナウンスは「あなたがお掛けになった相手は現在電話中ですが、後で折り返し掛けます」である。また、ＲＴＣＭサーバはプロンプトを顧客に対して提示し、顧客がコールバックイベントをディジタルコンパニオンカレンダで設定することを要求する。もし発呼者もディジタルコンパニオン顧客であるか、または呼び出された顧客に関連するリストと連絡を取るＥメールアドレス（または、他の装置インジケータ(例えば、文字メッセージを受信できる携帯電話の電話番号)）を有したら、このコールバックイベントは、顧客の賛同を得て、Ｅメール（または、他のメッセージ）を発呼者へ送信し、意図したデータおよびコールバックの時間を示す。コールバックの時間およびデータが発生するとき、呼は自動的に被呼顧客から発呼者へ発せられる。

自動コールバックオプションが選択されるとき(ステップ９５０)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に、アナウンスが発呼者に対してされるように指示する。例えば、アナウンスは「あなたがお掛けになった相手は現在電話中ですが、電話が終わったら出来るだけ早く折り返し掛けます」である。顧客の回線が空いている(例えば、顧客が前の呼を終わらせた)とき、呼は自動的に顧客から発呼者へ発せられる。

電話会議オプションが選択されるとき(ステップ９５２)、ＲＴＣＭサーバはＩＳＣＰ３０２に、発呼者が現在の呼へブリッジされるように指示する。例えば、第２の相手が顧客へ電話するとき、被呼顧客は第１の相手と電話中である。もし顧客が電話会議オプションを選択したら、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に、電話会議を顧客、第１の相手、および第２の相手の間で創出するように指示する。例えば、ＲＴＣＭサーバ６０２からの要求に応答して、ＳＣＰ３０２は顧客と第１の相手の間の既存の呼を扱うスイッチに、第２の相手からの入呼を既存の呼へブリッジするように指示する。当業者は、発呼者が、顧客と他の相手の間の通常の呼へのブリッジの代わりに、顧客と複数の他の相手の間の電話会議へブリッジできることを評価するであろう。

呼ブロックオプションが選択されるとき(ステップ９５４)、ＲＴＣＭサーバ６０２はＩＳＣＰ３０２に、予め定められた録音アナウンスを発呼者に対して再生するように指示する。例えば、アナウンスは「あなたがお掛けになった相手は、あなたとの通話を望みません」である。また、発呼者の番号も、顧客が通話を望まない番号の呼ブロックリストへ任意に追加される。

図１０は、顧客が選択可能なリアルタイム呼管理オプションを含む典型的なユーザインターフェース１０００である。ユーザインターフェース１０００は、ＲＴＣＭ通知を現在表示中の顧客装置（例えば、ユーザ端末１１２、または電話１１４）上のディスプレイである。ＲＴＣＭ通知は、顧客が入呼を有することを示す領域１００２を含む。また、領域１００２は、発呼者の識別および被呼番号も提供する。被呼番号は、ＲＴＣＭ通知を表示中の装置（または、他の装置）に属する。ＲＴＣＭは（関連する）多数のユーザが選択可能な領域１００４−１０２２を有し、顧客が如何にして入呼がルーティングされるか決めることを可能にする。１実施例では、顧客はこれらユーザが選択可能な領域の１つを適切な入力方法により選択する。例えば、入呼がルーティングされる方法を選ぶするために、顧客は、所望するオプションをマウスを使用してクリックし、タッチスクリーンの適切な領域にタッチし、キーパッドで入力等する。

領域１００４を選択することは、顧客が呼にＲＴＣＭ通知を受信した装置(例えば、ユーザインターフェース１０００を含む装置)上で応えることを可能にする。図９Ａおよび図９Ｂを参照して論じたように、領域１００６を選択することは、呼を音声メールへ転送する。図９Ａおよび図９Ｂを参照して論じたように、領域１００８を選択することは、呼スクリーニング機能を開始する。図９Ａおよび図９Ｂを参照して論じたように、領域１０１０を選択することは、発呼を保留する。図９Ａおよび図９Ｂを参照して論じたように、領域１０１２を選択することは、呼を顧客が選択した他の装置へ転送する。図９Ａおよび図９Ｂを参照して論じたように、領域１０１４を選択することは、アナウンスを発呼者に対して再生する。図９Ａおよび図９Ｂを参照して論じたように、領域１０１６を選択することは、顧客がコールバックイベントをカレンダ上でスケジューリングすることを可能にする。図９Ａおよび図９Ｂを参照して論じたように、領域１０１８を選択することは、顧客が発呼者に現在の呼の後で自動的にコールバックさせることを可能にする。図９Ａおよび図９Ｂを参照して論じたように、領域１０２０を選択することは、発呼者を現在の呼へブリッジする。図９Ａおよび図９Ｂを参照して論じたように、領域１０２２を選択することは、録音を再生して顧客が発呼者との通話を望まないことを示し、発呼者の電話番号を呼ブロックリストへ任意に追加する。

図１１は、本発明により顧客が優先度を変更することを可能にする典型的なユーザインターフェース１１００である。図１１に示されるように、顧客は、所定の装置に対するリアルタイム呼管理をイネーブルまたはディセーブルする機能を有する。また、顧客は、異なる動作を扱う特定の複数の装置を選択する。例えば、顧客は、特定の複数の電話番号が複数の機能（例えば、呼への応答、音声メールへの送信、呼の転送、および／または電話勧誘消去(例えば、呼スクリーニング)）を扱うように設定する。当業者は、他の機能も上記に対して設定された電話番号を有することを評価するであろう。また、顧客は、顧客に関連する種々の他の設定（例えば、コールバックされた番号のリスト、コールバック設定、等）を閲覧するオプションも有する。

以上、本発明の好ましい実施例について図示し記載したが、特許請求の範囲によって定められる本発明の範囲から逸脱することなしに種々の変形および変更がなし得ることは、当業者には明らかであろう。

本発明による特徴および側面を有する、例としてのデータ処理および遠距離通信環境の概略図である。 本発明による例としての、ユーザ端末の概略図である。 本発明による音声ネットワークの概略図である。 本発明によるサービスセンターのブロック図である。 本発明による例としてのシステムの論理アーキテクチャを図示している。 本発明による典型的なネットワークアクセスサーバである。 本発明による典型的なアプリケーションサーバである。 本発明の方法によるリアルタイム呼管理のための典型的なフローチャートである。 本発明の方法によるリアルタイム呼管理のための他の典型的なフローチャートである。 本発明の方法によるリアルタイム呼管理のための他の典型的なフローチャートである。 本発明による顧客が選択可能なリアルタイム呼管理オプションを含む典型的なユーザインターフェースである。 本発明により顧客が優先度を変更することを可能にする典型的なユーザインターフェースである。

Claims (113)

1. 呼を管理するための方法であって、
   サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントは如何にして呼が接続されるかを決定し、
   前記呼の通知を前記顧客に関連する装置へ送信し、
   前記通知に対する応答を前記顧客から受信し、および
   前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とする方法。
2. 前記情報を受信するステップの前に、スイッチが前記呼を傍受することを特徴とする、請求項１に記載の方法。
3. トリガと遭遇したらすぐに、前記スイッチが前記呼を傍受することを特徴とする、請求項２に記載の方法。
4. 前記トリガが、終了促進トリガであることを特徴とする、請求項２に記載の方法。
5. 前記トリガが、特定のディジットストリングトリガであることを特徴とする、請求項２に記載の方法。
6. アナウンスを前記スイッチへ、前記サービス制御ポイントにより送信するステップを更に含むことを特徴とする、請求項２に記載の方法。
7. 前記サービス制御ポイントが応答を待っている間、前記アナウンスを発呼者に対して再生するステップを含むことを特徴とする、請求項６に記載の方法。
8. 前記呼に関する前記情報が、呼状態データ、呼傍受インジケータ、音声メールインジケータ、時間帯データ、ユーザＩＤ、被呼番号データ、発呼者名データ、発信側番号データ、および発呼者番号プレゼンテーション情報の少なくとも１つを含むことを特徴とする、請求項１に記載の方法。
9. 前記呼に関する前記情報を受信するステップが、前記呼に関する前記情報をＧＤＩを介して受信するステップを含むことを特徴とする、請求項１に記載の方法。
10. 前記通知を送信するステップの前に、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、および
    前記顧客に対してイネーブルされる機能を、前記呼に関する前記情報に基づいて決定する諸ステップを更に含むことを特徴とする、請求項１に記載の方法。
11. 前記送信するステップが、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記通知を受信するための前記顧客に関連する装置を、前記顧客に対応する前記データに基づいて選択し、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項１に記載の方法。
12. 前記送信するステップが、
    前記通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択し、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項１０に記載の方法。
13. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示を含むことを特徴とする、請求項１２に記載の方法。
14. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示、呼ブロックリスト、転送デバイスのリスト、転送番号のリスト、音声メール優先度、および録音のリストの少なくとも１つを含むことを特徴とする、請求項１２に記載の方法。
15. 前記検索するステップが、
    顧客識別を、被呼番号データを使用して決定し、および
    前記顧客が使用中のアクセスポイントの表示を、前記顧客識別を利用して見つける諸ステップを含むことを特徴とする、請求項１２に記載の方法。
16. 前記通知が、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項１に記載の方法。
17. 前記通知が、発信側番号および被呼番号の表示を含むことを特徴とする、請求項１６に記載の方法。
18. 前記通知が、前記顧客に関連する前記装置上に表示されることを特徴とする、請求項１６に記載の方法。
19. 前記呼処置オプションが、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つを含むことを特徴とする、請求項１６に記載の方法。
20. 前記呼処置オプションが、呼を他の装置へ転送することを含むことを特徴とする、請求項１６に記載の方法。
21. 前記呼処置オプションが、呼スクリーニングオペレーションを実行することを含むことを特徴とする、請求項１６に記載の方法。
22. 前記呼処置オプションが、コールバックオペレーションをスケジュールすることを含むことを特徴とする、請求項１６に記載の方法。
23. 前記呼処置オプションが、自動コールバックオペレーションを実行することを含むことを特徴とする、請求項１６に記載の方法。
24. 前記呼処置オプションが、電話会議を開始することを含むことを特徴とする、請求項１６に記載の方法。
25. 前記通知が、イネーブルすることを決定した機能により限定される、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項１２に記載の方法。
26. 前記指示するステップが、前記顧客からの前記通知に対する前記応答を示す前記サービス制御ポイント応答情報を送信するステップを含むことを特徴とする、請求項１に記載の方法。
27. 前記応答情報が、呼処置情報、転送番号情報、転送番号情報の性質、キャリアアクセスコード、アナウンス型、および呼出音リズムの少なくとも１つを含むことを特徴とする、請求項２６に記載の方法。
28. 前記応答情報が呼処置情報を含むことを特徴とする、請求項２６に記載の方法。
29. 前記呼処置情報が、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つの指示を含むことを特徴とする、請求項２８に記載の方法。
30. 前記指示するステップが、前記サービス制御ポイントに、前記呼を他の装置へ前記通知に対する前記応答に基づいて転送するように指示するステップを含むことを特徴とする、請求項１に記載の方法。
31. 前記呼を、前記顧客が入力した電話番号を有する他の装置へ転送するステップを更に含むことを特徴とする、請求項３０に記載の方法。
32. 前記呼を、前記顧客によりリストから選択された電話番号を有する他の装置へ転送するステップを更に含むことを特徴とする、請求項３０に記載の方法。
33. 呼を管理するための方法であって、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントは如何にして呼が接続されるかを決定し、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記呼の通知を前記顧客に関連する装置へ送信し、前記装置が前記検索されたデータに基づいて決定され、
    前記通知に対する応答を前記顧客から受信し、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とする方法。
34. 前記呼に関する前記情報が、呼状態データ、呼傍受インジケータ、音声メールインジケータ、時間帯データ、ユーザＩＤ、被呼番号データ、発呼者名データ、発信側番号データ、および発呼者番号プレゼンテーション情報の少なくとも１つを含むことを特徴とする、請求項３３に記載の方法。
35. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示を含むことを特徴とする、請求項３３に記載の方法。
36. 前記通知が、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項３３に記載の方法。
37. 前記呼処置オプションが、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つを含むことを特徴とする、請求項３６に記載の方法。
38. 前記呼処置オプションが、呼を他の装置へ転送することを含むことを特徴とする、請求項３６に記載の方法。
39. 前記呼処置オプションが、呼スクリーニングオペレーションを実行することを含むことを特徴とする、請求項３６に記載の方法。
40. 前記呼処置オプションが、コールバックオペレーションをスケジュールすることを含むことを特徴とする、請求項３６に記載の方法。
41. 前記呼処置オプションが、自動コールバックオペレーションを実行することを含むことを特徴とする、請求項３６に記載の方法。
42. 前記呼処置オプションが、電話会議を開始することを含むことを特徴とする、請求項３６に記載の方法。
43. 呼をリアルタイムでユーザからの入力に基づいて管理するための方法であって、
    前記ユーザへの呼に関する情報を受信し、
    前記呼の通知を前記ユーザに関連する第１の装置へ送信し、
    前記通知に対する応答を前記ユーザから受信し、および
    前記呼を第２の装置へ前記応答に基づいて転送し、前記ユーザが電話番号を前記第２の装置に提供する諸ステップを含むことを特徴とする方法。
44. 前記送信するステップが、
    前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記データに基づいて選択し、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項４３に記載の方法。
45. 前記検索されたデータが、前記ユーザが使用中のアクセスポイントの表示を含むことを特徴とする、請求項４４に記載の方法。
46. 呼をリアルタイムでユーザからの入力に基づいて管理するための方法であって、
    ユーザへの呼に関する情報を受信し、
    前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記呼の通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記検索されたデータに基づいて選択し、
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示し、
    前記通知に対する応答を前記ユーザから受信し、および
    呼スクリーニング処理を前記応答に基づいて開始する諸ステップを含むことを特徴とする方法。
47. 前記検索されたデータが、前記ユーザが使用中のアクセスポイントの表示を含むことを特徴とする、請求項４６に記載の方法。
48. 呼を管理するための方法であって、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントは如何にして呼が接続されるかを決定し、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記顧客に対してイネーブルされる機能を、前記呼に関する前記情報に基づいて決定し、
    前記呼の通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択し、
    前記通知を前記選択された装置に提供し、
    前記通知に対する応答を前記顧客から受信し、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とする方法。
49. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信するための手段であって、前記サービス制御ポイントは如何にして呼が接続されるかを決定する手段、
    前記呼の通知を前記顧客に関連する装置へ送信するための手段、
    前記通知に対する応答を前記顧客から受信するための手段、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示するための手段を含むことを特徴とする装置。
50. トリガと遭遇したらすぐに、スイッチが前記呼を傍受することを特徴とする、請求項４９に記載の装置。
51. 前記サービス制御ポイントが、アナウンスを前記スイッチへ送信することを特徴とする、請求項５０に記載の装置。
52. 前記サービス制御ポイントが応答を待っている間、前記アナウンスを発呼者に対して再生することを特徴とする、請求項５１に記載の装置。
53. 前記呼に関する前記情報が、呼状態データ、呼傍受インジケータ、音声メールインジケータ、時間帯データ、ユーザＩＤ、被呼番号データ、発呼者名データ、発信側番号データ、および発呼者番号プレゼンテーション情報の少なくとも１つを含むことを特徴とする、請求項４９に記載の装置。
54. 前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索するための手段、および
    前記顧客に対してイネーブルされる機能を、前記呼に関する前記情報に基づいて決定するための手段を更に含むことを特徴とする、請求項４９に記載の装置。
55. 前記送信するための手段が、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索するための手段、
    前記通知を受信するための前記顧客に関連する装置を、前記顧客に対応する前記データに基づいて選択するための手段、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示するための手段を含むことを特徴とする、請求項４９に記載の装置。
56. 前記送信するための手段が、
    前記通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択するための手段、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示するための手段を含むことを特徴とする、請求項５４に記載の装置。
57. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示を含むことを特徴とする、請求項５６に記載の装置。
58. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示、呼ブロックリスト、転送デバイスのリスト、転送番号のリスト、音声メール優先度、および録音のリストの少なくとも１つを含むことを特徴とする、請求項５６に記載の装置。
59. 前記検索のための手段が、
    顧客識別を、被呼番号データを使用して決定するための手段、および
    前記顧客が使用中のアクセスポイントの表示を、前記顧客識別を利用して見つけるための手段を含むことを特徴とする、請求項５６に記載の装置。
60. 前記通知が、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項４９に記載の装置。
61. 前記通知が、発信側番号および被呼番号の表示を含むことを特徴とする、請求項６０に記載の装置。
62. 前記通知が、前記顧客に関連する前記装置上に表示されることを特徴とする、請求項６０に記載の装置。
63. 前記呼処置オプションが、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つを含むことを特徴とする、請求項６０に記載の装置。
64. 前記通知が、イネーブルすることを決定した機能により制限される、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項５４に記載の装置。
65. 前記指示するための手段が、前記通知に対する応答を示す前記サービス制御ポイント応答情報を、前記顧客から送信するための手段を含むことを特徴とする、請求項４９に記載の装置。
66. 前記応答情報が、呼処置情報、転送番号情報、転送番号情報の性質、キャリアアクセスコード、アナウンス型、および呼出音リズムの少なくとも１つを含むことを特徴とする、請求項６５に記載の装置。
67. 前記呼処置情報が、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つの指示を含むことを特徴とする、請求項６６に記載の装置。
68. 前記指示するための手段が、前記サービス制御ポイントに、前記呼を他の装置へ前記通知に対する前記応答に基づいて転送するように指示するための手段を含むことを特徴とする、請求項４９に記載の装置。
69. 前記呼が、前記顧客が入力した電話番号を有する他の装置へ転送されることを特徴とする、請求項６８に記載の装置。
70. 前記呼が、前記顧客によりリストから選択された電話番号を有する他の装置へ転送されることを特徴とする、請求項６８に記載の装置。
71. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信するための手段であって、前記サービス制御ポイントは如何にして呼が接続されるかを決定する手段、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索するための手段、
    前記呼の通知を前記顧客に関連する装置へ送信するための手段であって、前記装置が前記検索されたデータに基づいて決定される手段、
    前記通知に対する応答を前記顧客から受信するための手段、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示するための手段を含むことを特徴とする装置。
72. 呼をリアルタイムでユーザからの入力に基づいて管理するための装置であって、
    前記ユーザへの呼に関する情報を受信するための手段、
    前記呼の通知を前記ユーザに関連する第１の装置へ送信するための手段、
    前記通知に対する応答を前記ユーザから受信するための手段、および
    前記呼を第２の装置へ前記応答に基づいて転送するための手段であって、前記ユーザが電話番号を前記第２の装置に提供する手段を含むことを特徴とする装置。
73. 前記送信するための手段が、
    前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索するための手段、
    前記通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記データに基づいて選択するための手段、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示するための手段を含むことを特徴とする、請求項７２に記載の装置。
74. 呼をリアルタイムでユーザからの入力に基づいて管理するための装置であって、
    ユーザへの呼に関する情報を受信するための手段、
    前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索するための手段、
    前記呼の通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記検索されたデータに基づいて選択するための手段、
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示するための手段、
    前記通知に対する応答を前記ユーザから受信するための手段、および
    呼スクリーニング処理を前記応答に基づいて開始するための手段を含むことを特徴とする装置。
75. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信するための手段であって、前記サービス制御ポイントは如何にして呼が接続されるかを決定する手段、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索するための手段、
    前記顧客に対してイネーブルされる機能を前記呼に関する前記情報に基づいて決定するための手段、
    前記呼の通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択するための手段、
    前記通知を前記選択された装置に提供するための手段、
    前記通知に対する応答を前記顧客から受信するための手段、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示するための手段を含むことを特徴とする装置。
76. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定し；前記呼の通知を前記顧客に関連する装置へ送信し；前記通知に対する応答を前記顧客から受信し；および前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示するプログラムを有するメモリ、および
    前記プログラムを実行するプロセッサを含むことを特徴とする装置。
77. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定し；前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し；前記呼の通知を前記顧客に関連する装置へ送信し、前記装置が前記検索されたデータに基づいて決定され；前記通知に対する応答を前記顧客から受信し；および前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示するプログラムを有するメモリ、および
    前記プログラムを実行するプロセッサを含むことを特徴とする装置。
78. 呼を管理するための装置であって、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定し；前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し；前記顧客に対してイネーブルされる機能を前記呼に関する前記情報に基づいて決定し；前記呼の通知を受信するための前記顧客に関連する装置を前記検索されたデータに基づいて選択し；前記通知を前記選択された装置に提供し；前記通知に対する応答を前記顧客から受信し；および前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示するプログラムを有するメモリ、および
    前記プログラムを実行するプロセッサを含むことを特徴とする装置。
79. 呼を制御するための方法を実行するための指示を含むコンピュータ読み取り可能な媒体であって、前記方法が、
    サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントは如何にして呼が接続されるかを決定し、
    前記呼の通知を前記顧客に関連する装置へ送信し、
    前記通知に対する応答を前記顧客から受信し、および
    前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
80. スイッチが前記呼を傍受することを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
81. トリガと遭遇したらすぐに、前記スイッチが前記呼を傍受することを特徴とする、請求項８０に記載のコンピュータ読み取り可能な媒体。
82. 前記サービス制御ポイントが、アナウンスを前記スイッチへ送信することを特徴とする、請求項８０に記載のコンピュータ読み取り可能な媒体。
83. 前記サービス制御ポイントが応答を待っている間、前記アナウンスが発呼者に対して再生されることを特徴とする、請求項８２に記載のコンピュータ読み取り可能な媒体。
84. 前記呼に関する前記情報が、呼状態データ、呼傍受インジケータ、音声メールインジケータ、時間帯データ、ユーザＩＤ、被呼番号データ、発呼者名データ、発信側番号データ、および発呼者番号プレゼンテーション情報の少なくとも１つを含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
85. 前記方法が、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、および
    前記顧客に対してイネーブルされる機能を、前記呼に関する前記情報に基づいて決定する諸ステップを更に含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
86. 前記送信するステップが、
    前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、
    前記通知を受信するための前記顧客に関連する装置を、前記顧客に対応する前記データに基づいて選択し、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
87. 前記送信するステップが、
    前記通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択し、および
    前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項８５に記載のコンピュータ読み取り可能な媒体。
88. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示を含むことを特徴とする、請求項８７に記載のコンピュータ読み取り可能な媒体。
89. 前記検索されたデータが、前記顧客が使用中のアクセスポイントの表示、呼ブロックリスト、転送デバイスのリスト、転送番号のリスト、音声メール優先度、および録音のリストの少なくとも１つを含むことを特徴とする、請求項８７に記載のコンピュータ読み取り可能な媒体。
90. 前記検索するステップが、
    顧客識別を、被呼番号データを使用して決定し、および
    前記顧客が使用中のアクセスポイントの表示を、前記顧客識別を利用して見つける諸ステップを含むことを特徴とする、請求項８７に記載のコンピュータ読み取り可能な媒体。
91. 前記通知が、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
92. 前記通知が、発信側番号および被呼番号の表示を含むことを特徴とする、請求項９１に記載のコンピュータ読み取り可能な媒体。
93. 前記通知が、前記顧客に関連する前記装置上に表示されることを特徴とする、請求項９１に記載のコンピュータ読み取り可能な媒体。
94. 前記呼処置オプションが、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つを含むことを特徴とする、請求項９１に記載のコンピュータ読み取り可能な媒体。
95. 前記通知が、イネーブルすることを決定した機能により制限される、複数の顧客が選択可能な呼処置オプションを含むことを特徴とする、請求項８４に記載のコンピュータ読み取り可能な媒体。
96. 前記指示するステップが、
    前記通知に対する応答を示す前記サービス制御ポイント応答情報を、前記顧客から送信するステップを含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
97. 前記応答情報が、呼処置情報、転送番号情報、転送番号情報の性質、キャリアアクセスコード、アナウンス型、および呼出音リズムの少なくとも１つを含むことを特徴とする、請求項９６に記載のコンピュータ読み取り可能な媒体。
98. 前記呼処置情報が、呼を音声メールへ送信すること、呼を他の装置へ転送すること、呼スクリーニングオペレーションを実行すること、呼を受理すること、アナウンスを再生すること、発呼をホールドすること、コールバックオペレーションをスケジュールすること、自動コールバックオペレーションを実行すること、呼ブロックオペレーションを実行すること、および電話会議を開始することの少なくとも１つの表示を含むことを特徴とする、請求項９７に記載のコンピュータ読み取り可能な媒体。
99. 前記指示するステップが、
    前記サービス制御ポイントに、前記呼を他の装置へ前記通知に対する前記応答に基づいて転送するように指示するステップを含むことを特徴とする、請求項７９に記載のコンピュータ読み取り可能な媒体。
100. 前記呼が、前記顧客が入力した電話番号を有する他の装置へ転送されることを特徴とする、請求項９９に記載のコンピュータ読み取り可能な媒体。
101. 前記呼が、前記顧客によりリストから選択された電話番号を有する他の装置へ転送されることを特徴とする、請求項９９に記載のコンピュータ読み取り可能な媒体。
102. 呼をリアルタイムでユーザからの入力に基づいて管理するための方法を実行するための指示を含む、コンピュータ読み取り可能な媒体であって、前記方法が
     前記ユーザへの呼に関する情報を受信し、
     前記呼の通知を前記ユーザに関連する第１の装置へ送信し、
     前記通知に対する応答を前記ユーザから受信し、および
     前記呼を第２の装置へ前記応答に基づいて転送し、前記ユーザが電話番号を前記第２の装置に提供する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
103. 前記送信するステップが、
     前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索し、
     前記通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記データに基づいて選択し、および
     前記通知を前記選択された装置に提供して、前記選択された装置上に表示する諸ステップを含むことを特徴とする、請求項１０２に記載のコンピュータ読み取り可能な媒体。
104. 呼をリアルタイムでユーザからの入力に基づいて管理するための方法を実行するための指示を含む、コンピュータ読み取り可能な媒体であって、前記方法が、
     ユーザへの呼に関する情報を受信し、
     前記ユーザに対応するデータを、前記呼に関する前記情報を使用して検索し、
     前記呼の通知を受信するための前記ユーザに関連する装置を、前記ユーザに対応する前記検索されたデータに基づいて選択し、
     前記通知を前記選択された装置に提供して、前記選択された装置上に表示し、
     前記通知に対する応答を前記ユーザから受信し、および
     呼スクリーニング処理を前記応答に基づいて開始する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
105. 呼を制御するための方法を実行するための指示を含むコンピュータ読み取り可能な媒体であって、前記方法が、
     サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントは如何にして呼が接続されるかを決定し、
     前記顧客に対応するデータを、前記呼に関する前記情報を使用して検索し、
     前記顧客に対してイネーブルされる機能を、前記呼に関する前記情報に基づいて決定し、
     前記呼の通知を受信するための前記顧客に関連する装置を、前記検索されたデータに基づいて選択し、
     前記通知を前記選択された装置に提供し、
     前記通知に対する応答を前記顧客から受信し、および
     前記サービス制御ポイントに、前記呼を前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
106. 呼を管理するための方法であって、
     顧客への呼の通知を前記顧客に関連する装置で受信し、前記装置は前記顧客に対応する検索されたデータに基づいて決定され、および前記検索されたデータは前記呼に関する情報を使用して検索され、
     前記通知に対する応答を示す入力を前記顧客から受信し、および
     サーバへ前記通知に対する前記応答を反映する応答情報を送信し、前記サーバはサービス制御ポイントに前記呼を前記通知に対する前記応答に基づいて接続するように指示する諸ステップを含むことを特徴とする方法。
107. 呼をリアルタイムでユーザからの入力に基づいて管理するために使用する装置であって、
     前記ユーザへの呼の通知を前記装置で受信し、前記装置は前記ユーザに関連する複数の装置の１つであり、前記装置は前記ユーザに対応する検索されたデータに基づいて決定され、および前記検索されたデータは前記呼に関する情報を使用して検索され；前記顧客から前記通知に対する応答を示す入力を受信し；およびサーバへ前記通知に対する前記応答を反映する応答情報を送信し、前記サーバがサービス制御ポイントに前記呼を前記通知に対する前記応答に基づいて接続するように指示するプログラムを有するメモリ、
     前記通知を表示するユーザインターフェース、および
     前記プログラムを実行するプロセッサを含むことを特徴とする装置。
108. 呼を管理するための方法であって、
     サービスセンターへ顧客への呼に関する情報を送信し、前記サービスセンターが：前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し；前記呼の通知を前記顧客に関連する装置へ送信し、前記装置が前記検索されたデータに基づいて決定され、および前記装置は前記顧客に関連する複数の装置の１つであり；および前記通知に対する応答を反映する応答情報を前記顧客から提供し、
     前記応答情報を前記サービスセンターから受信し、および
     前記呼を前記応答情報に基づいて接続する諸ステップを含むことを特徴とする方法。
109. 呼を管理するための装置であって、
     サービスセンターへ顧客への呼に関する情報を送信するための手段であって、前記サービスセンターが：前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し；前記呼の通知を前記顧客に関連する装置へ送信し、前記装置が前記検索されたデータに基づいて決定され、および前記装置が前記顧客に関連する複数の装置の１つであり；および前記通知に対する応答を反映する応答情報を前記顧客から提供するための手段、
     前記応答情報を前記サービスセンターから受信するための手段、および
     前記呼を前記応答情報に基づいて接続するための手段を含むことを特徴とする装置。
110. 呼を管理するためのシステムであって、
     如何にして呼が接続されるかを決定するサービス制御ポイントを含む音声ネットワーク、
     データネットワーク、
     ユーザに関連する複数の装置、
     前記ユーザへの呼に関する情報を前記サービス制御ポイントから受信し；前記ユーザに対応するデータを前記呼に関する前記情報を使用して検索し；前記呼の通知を前記ユーザに関連する装置へ前記データネットワークを介して送信し、前記装置が前記検索されたデータに基づいて決定され、前記ユーザに関連する前記複数の装置の１つであり；および前記サービス制御ポイントに、前記呼を前記通知に対する応答に基づいて、前記ユーザから前記サービス制御ポイントに前記応答を反映する応答情報を提供することにより接続するように指示するサービスセンターを含み、
     前記サービス制御ポイントが前記応答情報を前記サービスセンターから受信し、前記呼を前記応答情報に基づいて接続することを特徴とするシステム。
111. 呼を管理するための装置であって、
     サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定する第１のサーバ、および
     前記呼の通知を前記顧客に関連する装置へ送信し、前記第１のサーバが前記通知に対する応答を前記顧客から受信し、および前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示する第２のサーバを含むことを特徴とする装置。
112. 呼を管理するための装置であって、
     サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定する第１のサーバ、および
     前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し、前記呼の通知を前記顧客に関連する装置へ送信し、前記装置が前記検索されたデータに基づいて決定され、前記第１のサーバが前記通知に対する応答を前記顧客から受信し、前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示する第２のサーバを含むことを特徴とする装置。
113. 呼を管理するための装置であって、
     サービス制御ポイントから顧客への呼に関する情報を受信し、前記サービス制御ポイントが如何にして呼が接続されるかを決定する第１のサーバ、および
     前記顧客に対応するデータを前記呼に関する前記情報を使用して検索し、前記顧客に対してイネーブルされる機能を前記呼に関する前記情報に基づいて決定し、前記呼の通知を受信するための前記顧客に関連する装置を前記検索されたデータに基づいて選択し、および前記通知を前記選択された装置に提供し、前記第１のサーバが前記通知に対する応答を前記顧客から受信し、前記サービス制御ポイントに前記呼を前記応答に基づいて接続するように指示する第２のサーバを含むことを特徴とする装置。

Images