JP4473137B2

JP4473137B2 - 電話の呼び出しを先制して拒絶するための方法およびシステム

Info

Publication number: JP4473137B2
Application number: JP2004555740A
Authority: JP
Inventors: エイ．チンゴンロバート; ザファーシャドマン; エル．レディングクレイグ; エル．ヘルブリングクリストファー; アール．リフォーマトジョン
Original assignee: テレセクターリソーシーズグループインコーポレイテッド; ベライゾンデータサービシーズインコーポレイテッド
Priority date: 2002-11-25
Filing date: 2003-11-25
Publication date: 2010-06-02
Anticipated expiration: 2023-11-25
Also published as: CA2507093A1; AU2003293061A8; AU2003293061A1; JP2006507773A; EP1566044A1; WO2004049678A1; EP1566044A4

Description

本出願は、２００２年２月２７日に出願された米国特許出願第10/083,792号「VOICE MAIL INTEGRATION WITH INSTANT MESSENGER」、２００２年２月２７日に出願された米国特許出願第10/083,884号、「DEVICE INDEPENDENT CALLER ID」、および２００２年２月２７日に出願された米国特許出願第10/083,822号「METHOD AND APPARATUS FOR A UNIFIED COMMUNICATION MANAGEMENT VIA INSTANTMESSAGING」の一部継続出願であり、米国特許仮出願第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/083,793号「METHOD AND APPARATUS FOR CALENDARED COMMUNICATIONS FLOW CONTROL」、２００２年２月２７日に出願された米国特許出願第10/084,121号「CALENDAR-BASED CALLING AGENTS」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR DRAG AND DROP CONFERENCE CALLING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CONFERENCE CALL BUFFERING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR COMPUTER ENHANCED CONFERENCE CALLING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR REMOTE CALL ESTABLISHMENT」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CALL MANAGEMENT WITH USER INTERVENTION」、米国特許出願第(_____)号「METHODS AND 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 SYSTEMS FOR A CALL LOG」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR AUTOMATIC FORWARDING OF CALLS TO A PREFERRED DEVICE」、米国特許出願第(_____)号「METHODS AND SYSTEMS FORMULTI-LINE INTEGRATED DEVICE OR LINE MANAGEMENT」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CONTACT MANAGEMENT」、米国特許出願第号「METHODS AND SYSTEMS FOR NOTIFICATION OF CALL TO PHONE DEVICE」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR SINGLE NUMBER TEXT MESSAGING」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR MULTI-USER SELECTIVE NOTIFICATION」、米国特許出願第(_____)号「METHODS AND SYSTEMS FOR CPN TRIGGERED COLLABORATION」、および米国特許出願第(_____)号「METHODS ANDSYSTEMS 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

呼をスクリーニングするための方法であって、
ユーザへの呼に関する情報を発呼者から受信し、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の通知を前記ユーザに関連するデバイスに提供し、前記通知はユーザが選択可能な呼スクリーニングオプションを含み、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する諸ステップを含むことを特徴とする方法。
前記発呼者番号が有効であるという決定に基づいて、前記デバイスに対する前記呼を受理するステップを含むことを特徴とする、請求項１に記載の方法。
予め定められた期間の後に前記ユーザが前記通知に対して応答しなかったという決定に基づいて、前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であるときに、呼スクリーニング機能が実行されることを特徴とする、請求項１に記載の方法。
前記呼スクリーニング機能が、
アナウンスを前記発呼者に対して再生するステップを含むことを特徴とする、請求項１に記載の方法。
アナウンスを再生するステップが、特別命令トーン（ＳＩＴ）リズムを再生すること、および前記発呼者に名前を録音すること、またはオーバーライドコードを入力することを促すことを含むことを特徴とする、請求項４に記載の方法。
前記呼スクリーニング機能が更に、
前記発呼者が有効なオーバーライドコードを入力したという決定に基づいて、前記呼を前記ユーザに関連する前記デバイスへルーティングするステップを含むことを特徴とする、請求項５に記載の方法。
前記呼スクリーニング機能が更に、
前記発呼者が名前を録音せず、および有効なオーバーライドコードを入力しないという決定に基づいて、前記呼を終了させるステップを含むことを特徴とする、請求項５に記載の方法。
前記呼スクリーニング機能が更に、
前記デバイスの前記ユーザに対して第２の発呼を行い、前記発呼者が名前を録音するときに、前記発呼者の録音を再生するステップを含むことを特徴とする、請求項５に記載の方法。
前記呼スクリーニング機能が更に、
前記ユーザによる前記第２の発呼への応答に基づいて、前記発呼者から前記ユーザへの前記呼を処理するステップを含むことを特徴とする、請求項８に記載の方法。
呼をスクリーニングするための方法であって、
ユーザへの呼に関する情報を発呼者から受信し、
前記呼に関する前記情報を使用して、前記ユーザに対応するデータを検索し、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、
前記検索されたデータに基づいて、前記呼の通知を受信する前記ユーザに関連するデバイスを選択し、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の前記通知を前記選択されたデバイスに通知し、前記通知はユーザが選択可能な呼スクリーニングオプションを含み、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する諸ステップを含むことを特徴とする方法。
前記呼スクリーニング機能が、
アナウンスを前記発呼者に対して再生するステップを含むことを特徴とする、請求項１０に記載の方法。
アナウンスを再生するステップが、特別命令トーン（ＳＩＴ）リズムを再生すること、および前記発呼者に名前を録音すること、またはオーバーライドコードを入力することを促すことを含むことを特徴とする、請求項１１に記載の方法。
前記呼スクリーニング機能が更に、
前記発呼者が有効なオーバーライドコードを入力したという決定に基づいて、前記呼を前記ユーザに関連する前記デバイスへルーティングするステップを含むことを特徴とする、請求項１２に記載の方法。
前記呼スクリーニング機能が更に、
前記発呼者が名前を録音せず、および有効なオーバーライドコードを入力しないという決定に基づいて、前記呼を終了させるステップを含むことを特徴とする、請求項１２に記載の方法。
前記呼スクリーニング機能が更に、
前記デバイスの前記ユーザに対して第２の発呼を行い、前記発呼者が名前を録音するときに、前記発呼者の録音を再生するステップを含むことを特徴とする、請求項１２に記載の方法。
前記呼スクリーニング機能が更に、
前記ユーザによる前記第２の発呼への応答に基づいて、前記発呼者から前記ユーザへの前記呼を処理するステップを含むことを特徴とする、請求項１５に記載の方法。
呼をスクリーニングするための装置であって、
発呼者からユーザへの呼に関する情報を受信するための手段、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定するための手段、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定するための手段であって、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行される手段、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の通知を前記ユーザに関連するデバイスに通知するための手段であって、前記通知がユーザが選択可能な呼スクリーニングオプションを含む手段、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する手段を含むことを特徴とする装置。
前記発呼者番号が有効であるという決定に基づいて、前記デバイスに対する前記呼を受理するための手段を含むことを特徴とする、請求項１７に記載の装置。
予め定められた期間の後に前記ユーザが前記通知に対して応答しなかったという決定に基づいて、前記発呼者に関連する発呼者番号が有効か否かを決定するための手段を含み、前記発呼者番号が無効であるときに、呼スクリーニング機能が実行されることを特徴とする、請求項１７に記載の装置。
前記呼スクリーニング機能が、
アナウンスを前記発呼者に対して再生するための手段を含むことを特徴とする、請求項１７に記載の装置。
アナウンスを再生するための手段が、特別命令トーン（ＳＩＴ）リズムを再生するための手段、および前記発呼者に名前を録音すること、またはオーバーライドコードを入力することを促すための手段を含むことを特徴とする、請求項２０に記載の装置。
前記呼スクリーニング機能が、
前記発呼者が有効なオーバーライドコードを入力したという決定に基づいて、前記呼を前記ユーザに関連する前記デバイスへルーティングするための手段を含むことを特徴とする、請求項２１に記載の装置。
前記呼スクリーニング機能が、
前記発呼者が名前を録音せず、および有効なオーバーライドコードを入力しないという決定に基づいて、前記呼を終了させるための手段を含むことを特徴とする、請求項２１に記載の装置。
前記呼スクリーニング機能が、
前記デバイスの前記ユーザに対して第２の発呼を行い、前記発呼者が名前を録音するときに、前記発呼者の録音を再生するための手段を含むことを特徴とする、請求項２１に記載の装置。
前記呼スクリーニング機能が、
前記ユーザによる前記第２の発呼への応答に基づいて、前記発呼者から前記ユーザへの前記呼を処理するための手段を含むことを特徴とする、請求項２４に記載の装置。
呼をスクリーニングするための装置であって、
発呼者からユーザへの呼に関する情報を受信するための手段、
前記呼に関する前記情報を使用して、前記ユーザに対応するデータを検索するための手段、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定するための手段、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定するための手段であって、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行される手段、
前記ユーザに対応する前記検索されたデータに基づいて、前記呼の通知を受信する前記ユーザに関連するデバイスを選択するための手段、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の前記通知を前記選択されたデバイスに提供するための手段であって、前記通知がユーザが選択可能な呼スクリーニングオプションを含む手段、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始するための手段を含むことを特徴とする装置。
呼をスクリーニングするための装置であって、
ユーザへの呼に関する情報を発呼者から受信し；リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し；前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され；前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の通知を前記ユーザに関連するデバイスに提供し、前記通知がユーザが選択可能な呼スクリーニングオプションを含み；および前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始するプログラムを有するメモリ、および
前記プログラムを実行するプロセッサを含むことを特徴とする装置。
呼をスクリーニングするための装置であって、
ユーザへの呼に関する情報を発呼者から受信し；前記呼に関する前記情報を使用して、前記ユーザに対応するデータを検索し；リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し；前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され；前記ユーザに対応して検索された前記データに基づいて、前記呼の通知を受信する前記ユーザに関連するデバイスを選択し；前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の前記通知を前記選択されたデバイスに通知し、前記通知はユーザが選択可能な呼スクリーニングオプションを含み；前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始するプログラムを有するメモリ、および
前記プログラムを実行するプロセッサを含むことを特徴とする装置。
呼をスクリーニングするための方法を実行するための命令を含むコンピュータ読み取り可能な媒体であって、前記方法が、
ユーザへの呼に関する情報を発呼者から受信し、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の通知を前記ユーザに関連するデバイスに通知し、前記通知はユーザが選択可能な呼スクリーニングオプションを含み、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
前記方法が、
前記発呼者番号が有効であるという決定に基づいて、前記デバイスに対する前記呼を受理するステップを含むことを特徴とする請求項２９に記載のコンピュータ読み取り可能な媒体。
前記方法が、
予め定められた期間の後に前記ユーザが前記通知に対して応答しなかったという決定に基づいて、前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であるときに、呼スクリーニング機能が実行されることを特徴とする請求項２９に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
アナウンスを前記発呼者に対して再生するステップを含むことを特徴とする請求項２９に記載のコンピュータ読み取り可能な媒体。
アナウンスを再生するステップが、特別命令トーン（ＳＩＴ）リズムを再生すること、および前記発呼者に名前を録音すること、またはオーバーライドコードを入力することを促すことを含むことを特徴とする請求項３２に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記発呼者が有効なオーバーライドコードを入力したという決定に基づいて、前記呼を前記ユーザに関連する前記デバイスへルーティングするステップを含むことを特徴とする請求項３３に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記発呼者が名前を録音せず、および有効なオーバーライドコードを入力しないという決定に基づいて、前記呼を終了させるステップを含むことを特徴とする請求項３３に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記デバイスの前記ユーザに対して第２の発呼を行い、前記発呼者が名前を録音するときに、前記発呼者の録音を再生するステップを含むことを特徴とする請求項３３に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記ユーザによる前記第２の発呼への応答に基づいて、前記発呼者から前記ユーザへの前記呼を処理するステップを含むことを特徴とする請求項３６に記載のコンピュータ読み取り可能な媒体。
呼をスクリーニングするための方法を実行するための命令を含むコンピュータ読み取り可能な媒体であって、前記方法が、
ユーザへの呼に関する情報を発呼者から受信し、
前記呼に関する前記情報を使用して、前記ユーザに対応するデータを検索し、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、
前記ユーザに対応する前記検索されたデータに基づいて、前記呼の通知を受信する前記ユーザに関連するデバイスを選択し、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に前記呼の前記通知を前記選択されたデバイスに通知し、前記通知はユーザが選択可能な呼スクリーニングオプションを含み、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する諸ステップを含むことを特徴とするコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
アナウンスを前記発呼者に対して再生するステップを含むことを特徴とする請求項３８に記載のコンピュータ読み取り可能な媒体。
アナウンスを再生するステップが、特別命令トーン（ＳＩＴ）リズムを再生すること、および前記発呼者に名前を録音すること、またはオーバーライドコードを入力することを促すことを含むことを特徴とする請求項３９に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記発呼者が有効なオーバーライドコードを入力したという決定に基づいて、前記呼を前記ユーザに関連する前記デバイスへルーティングするステップを含むことを特徴とする請求項４０に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記発呼者が名前を録音せず、および有効なオーバーライドコードを入力しないという決定に基づいて、前記呼を終了させるステップを含むことを特徴とする請求項４０に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記デバイスの前記ユーザに対して第２の発呼を行い、前記発呼者が名前を録音するときに、前記発呼者の録音を再生するステップを含むことを特徴とする請求項４０に記載のコンピュータ読み取り可能な媒体。
前記呼スクリーニング機能が、
前記ユーザによる前記第２の発呼への応答に基づいて、前記発呼者から前記ユーザへの前記呼を処理するステップを含むことを特徴とする請求項４３に記載のコンピュータ読み取り可能な媒体。
呼をスクリーニングするための方法であって、
ユーザへの呼の通知を前記ユーザに関連するデバイスで受信し、前記通知がユーザが選択可能な呼スクリーニングオプションを含み、リアルタイム呼管理機能が前記ユーザに対してイネーブルされたという決定の後に前記通知が受信され、前記リアルタイム呼管理機能が前記ユーザに対してイネーブルされていないとき、もし前記発呼者に関連する発呼者番号が無効であると決定されたら、呼スクリーニング機能が実行され、
前記呼スクリーニングオプションの選択を示す入力を前記ユーザから受信し、および
前記呼スクリーニングオプションの前記選択を反映する情報をサーバへ送信し、前記サーバが前記呼スクリーニング機能を前記呼スクリーニングオプションの前記選択に応答して開始する諸ステップを含むことを特徴とする方法。
呼をスクリーニングするための装置であって、
ユーザへの呼の通知を前記ユーザに関連するデバイスで受信し、前記通知がユーザが選択可能な呼スクリーニングオプションを含み、リアルタイム呼管理機能が前記ユーザに対してイネーブルされたという決定の後に前記通知が受信され、前記リアルタイム呼管理機能が前記ユーザに対してイネーブルされていないとき、もし前記発呼者に関連する発呼者番号が無効であると決定されたら、呼スクリーニング機能が実行され；前記呼スクリーニングオプションの選択を示す入力を前記ユーザから受信し;前記呼スクリーニングオプションの前記選択を反映する情報をサーバへ送信し、前記サーバが前記呼スクリーニング機能を前記呼スクリーニングオプションの前記選択に応答して開始するプログラムを有するメモリ、
前記通知を表示するユーザインターフェース、および
前記プログラムを実行するプロセッサを含むことを特徴とする装置。
呼をスクリーニングするためのシステムであって、
音声ネットワーク、
データネットワーク、
ユーザに関連する複数のデバイス、および
ユーザへの呼に関する情報を発呼者から受信するために動作可能なサービスセンターを含み、
リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し、
前記リアルタイム呼管理機能がイネーブルされていないという決定の後に、前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、
前記リアルタイム呼管理機能がイネーブルされているという決定の後に、前記呼の通知を前記ユーザに関連する前記複数のデバイスの１つに前記データネットワークを介して提供し、前記通知がユーザが選択可能な呼スクリーニングオプションを含み、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始することを特徴とするシステム。
呼をスクリーニングするための装置であって、
ユーザへの呼に関する情報を発呼者から受信し；リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し；前記リアルタイム呼管理機能がイネーブルされていないという決定の後に、前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され、前記リアルタイム呼管理機能がイネーブルされているという決定の後に、前記呼の通知を前記ユーザに関連するデバイスに提供し、前記通知がユーザが選択可能な呼スクリーニングオプションを含む第１サーバ、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する第２サーバを含むことを特徴とする装置。
呼をスクリーニングするための装置であって、
ユーザへの呼に関する情報を発呼者から受信し；前記呼に関する前記情報を使用して、前記ユーザに対応するデータを検索し；リアルタイム呼管理機能が前記ユーザに対してイネーブルされるか否かを決定し；前記リアルタイム呼管理機能がイネーブルされていないという決定の後に、前記発呼者に関連する発呼者番号が有効か否かを決定し、前記発呼者番号が無効であると決定されるときに呼スクリーニング機能が実行され；前記ユーザに対応する前記検索されたデータに基づいて、前記呼の通知を受信する前記ユーザに関連するデバイスを選択し；前記リアルタイム呼管理機能がイネーブルされているという決定の後に、前記呼の前記通知を前記選択されたデバイスに提供し、前記通知がユーザが選択可能な呼スクリーニングオプションを含む第１サーバ、および
前記ユーザが前記呼スクリーニングオプションを選択するときに、前記呼スクリーニング機能を開始する第２サーバを含むことを特徴とする装置。