(57)【要約】  通信ネットワーク（１０６）においてボイスメールシステムを使用して呼をスクリーニングするための方法が記述される。発呼者（１０２）と被呼者（１０４）との間で呼が開始される。被呼者（１０４）が呼に対して応答すると、又は、タイマーが切れる際に被呼者が応答していないと、発呼者はボイスメールシステム（１０８）に接続される。被呼者が呼に対して応答した場合、カンファレンス呼が確立され（２１０）、残されたメッセージの開始部分から呼をスクリーニングすることができ、望むならば呼を傍受することもできる。
2013509058.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（１０６）において呼を処理する方法であって、
発呼者（１０２）と被呼者（１０４）との間で呼が開始され（２０２）、
前記発呼者（１０２）は、ボイスメールシステム（１０８）に接続され、
前記方法は、前記被呼者（１０４）による前記呼に対する応答があると、前記ボイスメールシステム（１０８）に対する前記発呼者（１０２）のアクセスを制御するステップを備える
ことを特徴とする方法。
【請求項２】
前記応答は、サービス起動信号を含み、
前記方法は、前記サービス起動信号が検出されると、前記発呼者（１０２）、前記被呼者（１０４）、及び前記ボイスメールシステム（１０８）の間でカンファレンス呼を確立するステップ（２１０）を備える
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記応答は、呼受け付け信号を含み、
前記方法は、前記呼受け付け信号が検出されると、前記発呼者（１０２）と前記被呼者（１０４）との間でスピーチ接続を確立するステップを更に備える
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
サービスノードが前記呼受け付け信号を検出すると、前記ボイスメールシステム（１０８）において録音されたメッセージが破棄される（３４２）
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記被呼者との一方向スピーチ接続を提供するステップを備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記カンファレンス呼の前記確立が前記被呼者（１０４）のためにプロビジョニングされている電話サービスを妨害するかについてチェックするステップ（４１８）と、
前記チェックするステップ（４１８）の結果に従って前記カンファレンス呼を確立するステップと、
を備えることを特徴とする請求項２に記載の方法。
【請求項７】
前記発呼者（１０２）と前記被呼者（１０４）との間の前記呼が開始すると、タイマーを開始するステップ（２０６）を備え、
前記タイマーが切れたことが、前記ボイスメールシステム（１０８）に対する前記発呼者の前記アクセスをトリガーする
ことを特徴とする請求項２に記載の方法。
【請求項８】
通信ネットワークにおける発呼者（５０２）と被呼者（５０４）との間の呼の確立のための呼コントローラ（５００）であって、
前記呼コントローラ（５００）は、前記発呼者（５０２）とボイスメールシステム（５０６）との間の呼の確立を制御するように構成された接続エンティティ（５０８）を備え、
前記呼コントローラ（５００）は、前記被呼者（５０４）による前記呼に対する応答があると、前記ボイスメールシステム（５０６）に対する前記発呼者（５０２）のアクセスを制御するように構成されたアクセス制御エンティティ（５１０）を更に備える
ことを特徴とする呼コントローラ（５００）。
【請求項９】
前記アクセス制御エンティティ（５１０）は、タイマー（５１２）を含み、前記タイマー（５１２）が切れると、前記ボイスメールシステム（５０６）に対する前記発呼者の前記アクセスを制御するように構成される
ことを特徴とする請求項８に記載の呼コントローラ（５００）。
【請求項１０】
前記アクセス制御エンティティ（５１０）は、前記被呼者（５０４）から応答信号を受信するインタフェース（５１４）を含み、
前記応答信号の前記受信は、前記ボイスメールシステム（５０６）に対する前記発呼者（５０２）の前記アクセスをトリガーする
ことを特徴とする請求項８又は９に記載の呼コントローラ（５００）。
【請求項１１】
前記アクセス制御エンティティ（５１０）は、前記被呼者（５０４）に対して前記ボイスメールシステム（５０６）に対するアクセスを提供するように構成され、
前記アクセス制御エンティティ（５１０）は、前記被呼者（５０４）から応答信号を受信すると、前記被呼者（５０４）と前記ボイスメールシステム（５０６）とを接続するように前記接続エンティティ（５０８）をトリガーする
ことを特徴とする請求項８乃至１０のいずれか１項に記載の呼コントローラ（５００）。
【請求項１２】
前記ボイスメールシステム（５０６）を更に備える
ことを特徴とする請求項８乃至１１のいずれか１項に記載の呼コントローラ（５００）。
【請求項１３】
請求項１乃至７のいずれか１項に記載の方法に適合した、請求項８乃至１２のいずれか１項に記載の呼コントローラ（５００）。
【請求項１４】
請求項１乃至７のいずれか１項に記載の方法を実行するように構成されたプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおいて呼を処理する方法に関する。本発明を盛り込んだ呼コントローラ及びプログラムも開示される。
【背景技術】
【０００２】
電話ユーザが着呼に対して無条件に応答を望まないという状況が存在する場合がある。或る瞬間に呼に応答すべきかを決定する一般的な基準は、とりわけ、発呼者のＩＤや呼の主題及び緊急性であろう。時には、電話番号からは発呼者のＩＤを導き出せない場合もあるし、或いは、被呼者にとって呼が誰から着信したかや呼の目的が何であるかを知らずに応答するには適さないタイミングで呼がなされる場合もある。
【０００３】
今日、呼を受信するが着呼に対して無条件に応答を望まない当事者をサポート可能な多数のソリューションが存在する。これらのソリューションの１つによれば、被呼者は、転送されてくる発呼者ＩＤに基づいて、呼に対して応答するか否かを選択することができる。この方法は、発信者番号通知サービス（ＣＰＮ）を使用する。それにも関わらず、発信者番号の転送は、発呼者にサービス提供しているネットワークによって、或いは場合によっては、使用されるトランジットネットワークによって、常にサポートされる訳ではない。更に、被呼者がこの番号を知らない場合もある。被呼者は、発呼者が使用している電話に関連付けられた電話番号を識別できても、必ずしも個人を識別できる訳ではない。また、単に発呼者を識別するだけでは、呼の主題や目的を識別することは不可能である。
【０００４】
固定ネットワークの場合、以下の可能性がある。呼に対する応答が無かったために発呼者がボイスメールへと誘導され、留守番電話機にメッセージを残した場合、被呼者は、録音が行われている最中にそれを聞くことができる。これにより、被呼者は、呼を受け付けるか否かを決定することができ、発呼者が依然として接続中である場合は呼を受け付けることができる。このソリューションは、電話機と同じ場所に存在する留守番電話機を使用する加入者にとってのみ可能であるという欠点がある。更に、被呼者は、留守番電話機及び電話機が置かれている場所に物理的に居合わせなければならない。更に、このソリューションは、別の電話に対する条件付きの又は無条件の呼転送と一緒に使用することができない。
【０００５】
誰が発呼しているかと、場合によっては呼の目的と、を被呼者がチェックする可能性を有する手順は、呼のスクリーニングとして知られている。呼のスクリーニングによれば、着呼を受け付けるか否かを被呼者がリアルタイムに決定することができる。呼のスクリーニングは、固定及び移動体の両方の加入者に対して提供可能なサービスであると考えられている。
【０００６】
呼のスクリーニングサービスは、呼が応答される前に拒否されるという結果をもたらす場合があるため、呼のスクリーニングサービスに対する何らかの批判が行われる場合もある。呼が拒否されたことに発呼者が気づいた場合、発呼者が気分を害するであろう。それゆえ、使用されたことが発呼者に対して明らかになるスクリーニング方法に比べて、使用されたことが発呼者に対して明らかにならないスクリーニング方法の方が、好ましい。
【０００７】
移動体ネットワークユーザに対して提供されるものであって、発呼者に対して明らかにならずに着呼をスクリーニングすることを可能にする、他のソリューションが存在する。これらのソリューションの１つでは、米国特許出願２００６／００２９１８９に記載されているように、発呼者からの呼はボイスメールサーバへとルーティングされ、発呼者はメッセージを残す機会を得る。設定可能な時間の後に、それまでに録音されたメッセージは、インターネットプロトコル・マルチメディア・サブシステム（ＩＭＳ）メッセージサービス配信、又はプッシュ・ツー・トーク・オーバー・セルラー（ＰｏＣ）を通じて、録音の継続中に被呼者へ送信される。そして、被呼者は、呼を受け付けるか拒否するように促される。受け付けると、呼はボイスメールサーバから被呼者へとルーティングされる。この方法を使用すると、被呼者は、最初の（場合によっては短縮された）部分の録音メッセージを常に聞くことになる。この方法は、発呼者が残した完全なメッセージを被呼者が聞くことができず、最初しか聞けないという欠点を有する。このことは、発呼者を識別するのには十分かもしれないが、呼の主題や緊急性といったその他のスクリーニング要素を判定するのには常に十分とは限らない。
【０００８】
別のソリューションでは、米国特許出願２００４／０２５８２２０に記載されているように、呼は最初に被呼者の電話機へとルーティングされる。呼に対する応答が無い場合や被呼者が多忙な場合は、呼はサービスノードへルーティングされ、サービスノードは更に、呼をボイスメールサービスノードへとルーティングする。発呼者は、アナウンス及びトーンを聞き、その後、録音が開始する。サービスノードからボイスメールシステムへの呼のレグ(leg)と並行して、サービスノードから被呼者への追加の呼のレグがセットアップされる。ボイスメールサービスにおける録音は、被呼者が応答するタイミングとは無関係に開始する。このソリューションによれば、被呼者は、録音が既に進行している最中に、気づかれずに呼に「入り込む」ことができる。このソリューションは、被呼者が呼に対して応答するまでに要する時間に伴って大きくなる、下記の問題をもたらす。録音が開始した後に被呼者が呼に「入り込む」ので、録音の最初の部分は、ほぼ確実に失われる。通常、最初の部分は、発呼者が自分の名前と呼の目的とを述べる部分である。また、被呼者が呼に対して応答すべきか否かを決定して最終的に呼に対して応答するまでに要する時間に伴って、発呼者が録音を終えて呼を切断してしまう可能性も増大する。
【０００９】
【発明の概要】
【００１０】
本発明の目的は、上述の欠点を取り除いて、通信ネットワークにおいて呼を処理する有利な方法を提供し、有利な呼のスクリーニングを可能にすることである。
【００１１】
本発明によれば、請求項１に記載の方法が実行される。更に、本発明は、更なる独立請求項に記載の呼コントローラ及びプログラムに盛り込まれる。本発明の実施形態は、従属請求項に記載される。
【００１２】
通信ネットワークにおいて呼を処理する方法が提案される。発呼者と被呼者との間の呼が開始される。呼が開始されることに応えて、発呼者はボイスメールシステムに接続される。ボイスメールシステムに対する発呼者のアクセスは、被呼者による呼に対する応答に基づいて制御される。
【００１３】
更に、本発明は、通信システムにおいて発呼者と被呼者との間の呼を確立する呼コントローラにも盛り込まれる。呼コントローラは、発呼者とボイスメールシステムとの間の呼の確立を制御するように構成された接続エンティティを備える。呼コントローラは更に、被呼者が呼に対して応答した際にボイスメールシステムに対する発呼者のアクセスを制御するように構成されたアクセス制御エンティティを備える。
【００１４】
方法はプログラムにも盛り込むことができ、プログラムは、例えば、信号のシーケンスとして、データキャリアに格納されたり、制御デバイスの処理システムにロード可能であったりする。
【００１５】
提案する方法及び呼コントローラは、通信ネットワークにおける呼の処理及び確立を提供し、有利な呼のスクリーニングを可能にする。
【００１６】
前述の、及びその他の、本発明の目的、特徴、及び利点は、添付の図面に示される好適な実施形態に関する下記の詳細な説明の中で一層明らかになるであろう。
【図面の簡単な説明】
【００１７】
【図１】図１は、移動体ネットワークの実施形態を示す。
【図２】図２は、提案する方法の実施形態のフロー図を示す。
【図３】図３は、回線交換ネットワークにおける本発明の実施形態のシグナリング図を示す。
【図４】図４は、パケット交換ネットワークにおける本発明の実施形態のシグナリング図を示す。
【図５】図５は、提案する方法を実行するように構成された呼コントローラを示す。
【発明を実施するための形態】
【００１８】
図１は、移動体ネットワークの実施形態を示す。２つの移動体デバイス１０２及び１０４が、移動体ネットワーク１０６を介して接続されている。移動体デバイスは、発呼者及び被呼者とも呼ばれる場合があり、例えば発呼加入者及び被呼加入者という移動体サービス加入者により使用可能である。図１に示す移動体ネットワーク１０６は、２つの当事者を接続可能なネットワークの一般的な表現であり、例えば、被呼者のホームネットワークを含む。
【００１９】
移動体ネットワーク１０６の中には、２つの移動体デバイス１０２，１０４の間の呼の処理を担うサービスノード（ＳＮ）１１０が存在する。ＳＮは、呼制御ノード又は呼制御装置と呼ばれる場合もあり、呼のスクリーニングサービスの起動を担うこともできる。また、ホームネットワーク１０６の中には、例えば被呼者に対してサービス提供するボイスメールシステム（ＶＭＳ）１０８も存在し得る。ＶＭＳは、通常、加入者のホームネットワークの中に配置されている。ＳＮは、ＶＭＳに対する接続を処理することもできる。
【００２０】
図２は、提案する方法の実施形態のフロー図を示す。ステップ２０２で発呼者が被呼者に対して発呼するものとする。２つの当事者は、移動体ネットワークを介して接続されている。ボイスメールシステムは、被呼者用にプロビジョニングされている。ステップ２０４で、例えば被呼者のホームネットワーク中の関門移動交換局（ＧＭＳＣ）の場合もあるサービスノードは、被呼者に対する接続を開始する。以下のステップは、これから説明する通り、提案する呼のスクリーニング方法を含み、それゆえ、これらのステップを実行する当事者は、提案する方法によって実装される呼のスクリーニングサービスを実際に利用するものと考えられる。
【００２１】
ステップ２０６で、例えばサービスノードによって、タイマーが開始される。タイマーの目的は、呼に対する被呼者からの応答時に発生するイベントを判断するためのメカニズムとしての役割を果たすことである。この意味で、ステップ２０８で、タイマーが切れる前に被呼者が呼に対して応答したか否かに関するチェックが行われる。タイマーが切れる前に呼に対する応答がなかった場合、ステップ２１２で、サービスノードは、呼を被呼者のボイスメールシステムへと向け、被呼者に対する呼の接続を解放する。その後、ステップ２１６で、メッセージを録音することができる。
【００２２】
タイマーが切れる前に呼に対して被呼者が応答した場合、ステップ２１０で、カンファレンス呼が確立される。被呼者は、例えば通信デバイス上の単数又は複数のボタンを押下することにより呼に対して応答することができ、こうすることで、例えばサービス起動信号という信号が通信デバイスからサービスノードへ送信されるという結果になる。タイマーが切れる前に呼に対して応答することにより、被呼者は、呼のスクリーニングサービスを起動すると実際に決定することができ、それゆえ、サービスノードに対して送信される信号は、サービス起動信号となることができる。
【００２３】
カンファレンス呼は、発呼者、被呼者、及びボイスメールシステムの間の三者間接続を可能にするものである。カンファレンス呼は、被呼者に対する一方向のスピーチ接続だけを許可するように構成されてもよい。これにより、被呼者が発呼者に対して通信することが禁止される。ステップ２１４で、発呼者によるメッセージがボイスメールシステムに録音される。カンファレンス呼は依然として確立されているので、被呼者は、ボイスメールシステムで行われる録音をリアルタイムで聞くことができ、後述するように呼を受け付けるか又は受け付けないことができる。その時以降、被呼者の反応の如何により、多数の異なるシナリオが発生し得る。
【００２４】
これらのシナリオのうちの１つでは、被呼者が呼を受け付けると決定した場合、サービスノードは発呼者とＶＭＳとの間の接続を解放し、ＶＭＳに対して、その時点までに行われた録音を破棄してもよいと指示することができる。カンファレンス呼も解放される。発呼者と被呼者との間の接続は残る。この場合、残った呼は、発呼者と被呼者との間の双方向スピーチ通信に変換される。これは、例えば、発呼者と被呼者との間の双方向スピーチ接続をサービスノードがセットアップする場合に、達成される。被呼者が呼を受け付けたということは、例えば、被呼者の課金データレコードにおいてイベントとして記録可能であり、それゆえ、呼を受け付けたこと、又は呼の残りの継続時間について、被呼者に課金することができる。
【００２５】
呼に対して応答する場合と同様に、被呼者は、例えば通信デバイス上の単数又は複数のボタンを押下することによって呼を受け付けることができる。こうすることで、例えば呼受け付け信号という信号が通信デバイスからサービスノードへ送信されるという結果になる。
【００２６】
別のシナリオでは、被呼者は、呼を受け付けないと決定してもよい。この場合、サービスノードはカンファレンス呼を解放する。発呼者は、ＶＭＳに対する接続が継続する。
【００２７】
一実施形態では、被呼者が呼を受信してこれに応答した場合に、被呼者が発呼者に対して会話できるようになる前に遅延が導入されてもよい。この遅延は、例えばタイマーによって制御可能であり、この遅延期間に、発呼者は依然として呼び出し音を聞くことになる。被呼者は、指示トーン、及び／又は、呼のスクリーニングサービスを起動するオプションについて通知するメッセージを聞くことができる。
【００２８】
被呼者は、遅延期間の終了前に例えば通信デバイス上のボタンを押下することにより、このメッセージ対して反応することを選択することができる。この場合、発呼者に対する呼び出し音が停止し、上述した呼のスクリーニングサービスが起動する。被呼者が遅延期間の終了時にメッセージに対して反応しないことを選択した場合、発呼者に対する呼び出し音は停止し、発呼者と被呼者との間で双方向スピーチ接続が確立される。
【００２９】
上述したように、ＳＮは、被呼者のホームネットワーク中のＧＭＳＣであってもよい。有線ネットワークにおいては、ＳＮは、被呼者に対してサービス提供しているローカルの電話交換局であってもよい。従って、提案する方法は、一方又は両方の当事者が固定端末デバイスに対応する有線ネットワークにおいても使用可能である。
【００３０】
図２のフロー図の説明は、被呼者の側での呼のスクリーニングサービスを可能にするために呼を処理する提案の方法の概要を提供した。更に、文章により、呼の処理に関する一層詳細な説明を行う。
【００３１】
図３は、例えば３ＧＰＰネットワークやＧＳＭ（登録商標）ネットワークなどの回線交換ネットワークにおける本発明の実施形態に関するシグナリング図を示し、ここでは、回線交換のシグナリング及びペイロードはパケット交換ベアラを介しても転送可能である。発呼者から被呼者に対して呼が発せされたものとする。発呼者は、移動交換局（ＭＳＣ）によってサービス提供されている。呼は発呼者から発生するので、発呼者にサービス提供しているＭＳＣは、発信側ＭＳＣ（ｏＭＳＣ）３０２として考えることができる。ＩＡＭ(Initial Address Message)３１２が、ｏＭＳＣ３０２からＧＭＳＣ３０４へ送信される。ＧＭＳＣ３０４は、呼び出されている当事者に対してどの在圏ＭＳＣ（ｖＭＳＣ）３１０がサービス提供しているかを判断するＭＳＣである。ｖＭＳＣ３１０は、着信側ＭＳＣと呼ばれる場合もある。ＧＭＳＣ３０４は、前述のサービスノードであると考えることができる。ＧＭＳＣ３０４に到達したＩＡＭ３１２は、呼のスクリーニングサービスが被呼者のためにプロビジョニングされているか否かに関するチェックをトリガーすることができる。また、呼のスクリーニングサービスを実行することが他の補助サービス（例えば、呼の転送サービス）を妨害する可能性があるか否かに関するチェックも実行してもよい。被呼者（図３においては図示せず）の位置を特定した後に、ＧＭＳＣ３０４は、在圏ネットワークにおいて被呼者にサービス提供しているｖＭＳＣ３１０に対して更にＩＡＭ３１２メッセージを送信することにより、ｖＭＳＣ３１０に対して呼をルーティングする。被呼者は在圏ネットワークにいる必要はなく、自分のホームネットワークにいてもよい。呼が宛先（例えば、被呼者）へ到達したということを示すＡＣＭ(Address Complete Message)３１８が、ＧＭＳＣ３０４経由で、着信側ＭＳＣからｏＭＳＣ３０２へと転送される。呼のスクリーニングサービスが被呼者のためにプロビジョニングされている場合、ＡＣＭ３１８を受信すると、ＧＭＳＣ３０４はタイマーを開始する。前述のように、タイマーは、呼に対する被呼者からの応答時に発生するイベントのための制御メカニズムとしての役割を果たすことができる。被呼者が呼に対して応答せずに、又は、被呼者が話し中のまま、或いは、被呼者に到達できないままタイマーが切れた場合、ＧＭＳＣ３０４は被呼者に対する接続を停止し、ＶＭＳ３０８に対してＩＡＭ３２４を送信することによりＶＭＳ３０８に対する新たな接続をセットアップする。
【００３２】
タイマーが切れる前に被呼者が応答した場合、ＧＭＳＣ３０４は、上述のＩＡＭ３２４を送信することにより、ＶＭＳ３０８に対する追加の接続をセットアップする。ＶＭＳ３０８からＡＣＭ３２６メッセージを受信したということは、接続の確立が成功したということの確認となる。ＧＭＳＣ３０４は、在圏ＭＳＣ３１０からＡＮＭ(Answer Message)３２８を受信することにより、被呼者による応答について通知される。ＧＭＳＣ３０４は、メディアゲートウェイ（ＭＧｗ）３０６に対して、発呼者、被呼者、及びボイスメールシステムに属する着信を、カンファレンス呼のコンテキスト３３４へ移動するように指示する。ＧＭＳＣ３０４は、被呼者に対する一方向スピーチ接続のみを許可するように、カンファレンスを構成する。また、ＧＭＳＣ３０４は、ＭＧＷ３０６に対して、被呼者からの接続に関するＤＴＭＦ(Dual-Tone Multi-Frequency)信号３３４を検出するように要求する。ＧＭＳＣ３０４が、ＤＴＭＦ信号３３６の受信に関してＭＧｗ３０６により通知されると、これは、被呼者が呼を受け付けたというサインとして解釈される。ＤＴＭＦ信号３３６は、例えば被呼者の移動体デバイス上の数字ボタンを押下することにより、生成可能である。そのようなＤＴＭＦ信号３３６がＧＭＳＣ３０４において受信されると、被呼者が呼を受け付けたと想定される。すると、ＧＭＳＣ３０４は、ＶＭＳ３０８に対する接続を解放し、ＭＧｗ３０６に対して、発呼者と被呼者との間で双方向スピーチ通信が可能なように発呼者と被呼者とを接続するように指示する。この場合、接続は、両当事者間の双方向スピーチ通信を許可する。ＧＭＳＣ３０４からＶＭＳ３０８へ送信される解放メッセージ（ＲＥＬ）３４０は、被呼者が呼を受け付けたということを示す特別な原因コードを含むことができる。原因コードを伴うＲＥＬメッセージ３４０は、ＶＭＳ３０８がメッセージの録音を終了して録音済メッセージ３４２を破棄することをトリガーすることができる。
【００３３】
或いは、ＧＭＳＣ３０４が、ＭＧｗ３０６からＤＴＭＦ信号３３６の通知を事前に受信せずに被呼者からＲＥＬ３４０を受信した場合、ＧＭＳＣ３０４は、被呼者に対する接続を解放してもよい。発呼者とＶＭＳ３０８との間の接続は残ることができる。このことは、被呼者が呼を受け付けないと決定した場合に発生し得る。
【００３４】
一実施形態では、ＧＭＳＣ３０４は、被呼者からのＡＮＭ３２２を受信すると、ＭＧｗ３０６に対して、呼のスクリーニングサービスが起動されて上述のメカニズムが実行されるということを被呼者に認識させるために被呼者に対する指示トーンを再生するように指示（３４４）してもよい。
【００３５】
図４は、パケット交換ネットワークにおける本発明の実施形態のシグナリング図を示す。この実施の形態では、ボイスメール記録機能及び呼のスクリーニングサービスを制御するサービスノードの機能を、同一の物理ノード（例えば、ＭＲＦＣ(Multimedia Resource Function Controller)）の中に配置することができる。或いは、ボイスメール記録機能は、別のノードによって提供されてもよい。
【００３６】
発呼者４０２は、インテロゲーティング呼セッション制御機能（Ｉ−ＣＳＣＦ）４０６に対して、ＩＮＶＩＴＥメッセージ４１６を送信する。ＩＮＶＩＴＥメッセージ４１６は、両当事者間（この事例では、発呼者４０２と被呼者４１４との間）のメディアセッションを確立するために使用される。このメッセージは、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）４０４経由でＩ−ＣＳＣＦ４０６によって受信される。Ｐ−ＣＳＣＦ４０４は、発呼者４０２にとっての最初のコンタクトポイントであるセッション開始プロトコル（ＳＩＰ）プロキシである。この時点で、Ｉ−ＣＳＣＦ４０６は、何らかの初期フィルタ基準４１８を評価することができる。例えば、Ｉ−ＣＳＣＦ４０６は、呼のスクリーニングサービスが被呼者４１４のためにプロビジョニングされているか否かをチェックすることができる。そのようなサービスがプロビジョニングされている場合、Ｉ−ＣＳＣＦ４０６は、ＩＮＶＩＴＥメッセージ４１６をＭＲＦＣ／アプリケーションサーバ（ＡＳ）４０８へ渡す。ＭＲＦＣ／ＡＳ４０８は、ＩＮＶＩＴＥメッセージ４１６をＳ−ＣＳＣＦ４１２経由で被呼者４１４へ転送し、こうして、被呼者４１４に対する接続を確立する。また、ＭＲＦＣ／ＡＳ４０８はタイマー４２０を開始する。タイマーが切れるということは、呼に対する被呼者からの応答時に発生するイベントを判断するための役割を果たすことができる。
【００３７】
被呼者は、発呼者４０２に対して２００ＯＫメッセージ４２２を送信することにより、呼に対して応答する。呼に対する被呼者４１４からの応答時に発生するイベントをタイマーが判断するので、被呼者４１４が応答するとすぐに、ＭＲＦＣ／ＡＳ４０８はタイマーを停止し、ＭＲＦＰ４１０に対して、呼のスクリーニングサービスのプロビジョニングについて被呼者４１４に通知する指示トーン（又はアナウンス）４２６を被呼者４１４に対して再生するように指示する。２００ＯＫメッセージ４２２の受信を確認する発呼者４０２からのＡＣＫメッセージ４３０を受信すると、ＭＲＦＣ／ＡＳ４０８は、ＭＲＦＰ４１０に対して、トーンの後にメッセージを残すように発呼者に促すアナウンス４３２を再生するように指示する。
【００３８】
ＭＲＦＣ／ＡＳ４０８は、呼の受け付けを示すキーパッド操作に関する通知を被呼者４１４から受信するために、被呼者４１４に対してＳＵＢＳＣＲＩＢＥメッセージ４３４を送信する。被呼者４１４からの確認は、ＭＲＦＣ／ＡＳ４０８における２００ＯＫメッセージ４３６の受信と、応答としてのＮＯＴＩＦＹメッセージ４３８とから構成される。ＭＲＦＣ／ＡＳ４０８は、２００ＯＫメッセージ４４０により、ＮＯＴＩＦＹメッセージ４３８の受信確認を行う。
【００３９】
発呼者４０２及び被呼者４１４に対する接続が確立され、キー押下操作の通知に関する購読が成功すると、ＭＲＦＣ／ＡＳ４０８は、ＭＲＦＰ４１０に対して、発呼者４０２から被呼者４１４へ順方向でメディアストリームを接続するように指示する。メディアストリームは、発呼者４０２からのボイスメッセージであってもよい。ＭＲＦＣ／ＡＳ４０８はまた、ＭＲＦＰ４１０に対して、録音すべきメッセージを残すように発呼者４０２に促すために発呼者４０２に対して録音トーン４４２を再生するようにも指示する。このセットアップにおいて、被呼者４１４は、録音が行われている間に聞き取りを行い、録音自体を聞くことができる。
【００４０】
被呼者４１４が呼を受け付けると決定した場合、被呼者４１４は、キーパッド上のキー又はボタンを押下する（４４４）ことにより、受け付けを示すことができる。すると、ＮＯＴＩＦＹメッセージ４４６がＭＲＦＣ／ＡＳ４０８へ送信される。ＭＲＦＣ／ＡＳ４０８は、２００ＯＫメッセージ４４８により、ＮＯＴＩＦＹメッセージ４４６の受信確認を行う。ＮＯＴＩＦＹメッセージ４４６は、ＭＲＦＣ／ＡＳ４０８が、ＭＲＦＰ４１０に対して、録音を停止すると共にオプションとしてその時点までに行われた録音を破棄し、発呼者４０２と被呼者４１４との間の双方向メディアストリーム接続４５０を確立するように指示することのトリガーとしての役割を果たす。
【００４１】
或いは、被呼者４１４が呼を切断した場合、被呼者４１４に対する接続のみがＭＲＦＣ／ＡＳ４０８によって解放される。録音は継続し、発呼者４０２に対して通知が送信されることはない。
【００４２】
図３及び図４のシグナリング図は、本発明の対応する実施形態の説明に関係するメッセージの交換のみを示しているので、簡略化されたものであると考えることができる。
【００４３】
本発明は、発呼者５０２と被呼者５０４との間の呼の確立のための呼コントローラの中に盛り込むことができる。呼コントローラは、上述した提案する方法の任意の実施形態を実行するように構成可能である。そのような呼コントローラの実施形態を図５に示す。呼コントローラ（ＣＣ）５００は、接続エンティティ（ＣＥ）５０８を備える。ＣＥ５０８は、発呼者５０２とボイスメールシステム（ＶＭＳ）５０６との間の接続の確立を制御することができる。ＶＭＳ５０６は、例えば、被呼者５０４のホームネットワークの中にあってもよい。ＣＥ５０８はまた、被呼者５０４とボイスメールシステム５０６との間の接続の確立を制御することもできる。ＣＣ５００は更に、被呼者５０４によるＶＭＳ５０６に対するアクセスを制御可能なアクセス制御エンティティ（ＡＣＥ）５１０を備える。
【００４４】
発呼者５０２から呼が発せされると、ＣＣ５００は、被呼者５０４に対する接続を確立する。被呼者５０４に対する接続は、ＣＥ５０８を介して確立することができる。ＡＣＥ５１０はタイマー５１２を含む。被呼者５０４に対する接続が確立されると、ＡＣＥ５１０は、タイマー５１２を開始する。タイマー５１２は、呼に対する被呼者５０４からの応答時に発生する何らかのイベントのトリガーを判断することができる。この文脈で、タイマーが切れる前に呼に対する応答がない場合、例えば被呼者５０４が手があいていない又は呼に対して反応しないということを示すが、ＡＣＥは、被呼者５０４に対する呼の接続を解放することができる。更に、ＡＣＥは、ＣＥ５０８に対して、発呼者５０２をＶＭＳ５０６に接続するように指示することができる。
【００４５】
タイマー５１２が切れる前に被呼者５０４が呼に対して応答した場合、ＡＣＥ５１０は、ＣＥ５０８に対して、発呼者５０２をＶＭＳ５０６に接続するように指示する。同時に、ＡＣＥ５１０は、ＣＥ５０８に対して、発呼者５０２、被呼者５０４、及びＶＭＳ５０６の間で三者間接続を可能にするカンファレンス呼を確立するように指示する。ＣＥ５０８は、発呼者５０２から被呼者５０４への一方向スピーチ接続、及びＶＭＳ５０６から被呼者５０４への一方向スピーチ接続を許可するようにカンファレンス呼を構成することができる。
【００４６】
ＡＣＥ５１０はまた、被呼者から信号を受信するインタフェース５１４を含む。被呼者５０４が通信デバイス（例えば、移動体電話）を使用して呼に対して応答すると、応答確認をするために移動体電話によって送信される信号は、インタフェース５１４によって受信される。
【００４７】
被呼者５０４が呼を受け付けると決定した場合、呼の受け付けを確認する信号（例えば、呼受け付け信号）が、被呼者５０４の通信デバイスからインタフェース５１４へ送信される。この場合、ＡＣＥ５１０は、ＣＥ５０８に対して、発呼者５０２とＶＭＳ５０６との間の接続を解放するように指示してもよい。更に、ＡＣＥ５１０は、ＣＥ５０８に対して、ＶＭＳ５０６がその時点までに行った録音を破棄してもよいということをＶＭＳ５０６に対して示すように指示してもよい。
【００４８】
被呼者５０４が呼を受け付けないと決定した場合、呼キャンセル信号がインタフェース５１４に対して送信され得る。ＡＣＥ５１０は、この信号を受信すると、ＣＥ５０８に対して、発呼者５０２と被呼者５０４との間の接続を解放すると共に、カンファレンス呼を中断するように指示することができる。
【００４９】
ＣＥ及びＡＣＥは、例えばＧＭＳＣやＭＲＦＣのような呼制御ノードのプロセッサの中に実装可能である。
【００５０】
一実施形態では、ＣＣ５００は、ＶＭＳ５０６も含んでもよい。この場合、上述の様々な実施形態の説明に関する変更はない。唯一の違いは、ＣＣ５００の構造上の修正である。
【００５１】
上述の実施形態は、本発明の目的を見事に達成する。しかしながら、理解されるであろうが、当業者によって、請求項によってのみ限定される本発明の範囲から逸脱すること無しに、変形を行うことができる。
【図１】
2013509058.tif 000003
【図２】
2013509058.tif 000004
【図３】
2013509058.tif 000005
【図４】
2013509058.tif 000006
【図５】
2013509058.tif 000007
【手続補正書】
【提出日】平成23年8月12日(2011.8.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
米国特許出願１０／３４６９２６に記載される更に別のソリューションでは、加入者が電話呼を受信すると、加入者の回線が話し中であるか否か、又は、呼に対する応答が無いか否かに関する判定が行われる。リモート呼監視サービスが起動されている場合、加入者によって提供されたリモート呼監視ディレクトリ番号を介して、発呼者、ボイスメールシステム、及び加入者の間で三者間通信がセットアップされる。加入者は、聞き取り専用ベースで呼に接続されるが、加入者によるコマンドがあると、加入者は呼に対して応答することができる。加入者は、多数のリモート呼監視フィルタをセットアップすることができ、これには、「常に監視する」リスト、「全く監視しない」リスト、及び、加入者がリモート呼の監視を許可又は排除する日付又は時間に関するスケジュールが含まれる。リモート呼監視サービスは、加入者のホーム電話サービスプロバイダからは独立した電話サービスプロバイダによって提供することができる。前述したものと同様に、このソリューションには、録音の最初の部分又は全体が失われる場合があり、加入者は発呼者を識別することができないという欠点がある。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク（１０６）において呼を処理する方法であって、
発呼者（１０２）と被呼者（１０４）との間で呼が開始され（２０２）、
前記発呼者（１０２）は、ボイスメールシステム（１０８）に接続され、
前記方法は、前記被呼者（１０４）による前記呼に対する応答に応えて、前記ボイスメールシステム（１０８）に対する前記発呼者（１０２）のアクセスを提供するステップを備え、
前記応答は、サービス起動信号を含み、
前記方法は、前記サービス起動信号が検出されると、前記発呼者（１０２）、前記被呼者（１０４）、及び前記ボイスメールシステム（１０８）の間でカンファレンス呼を確立する更なるステップ（２１０）を備える
ことを特徴とする方法。
【請求項２】
前記応答は、呼受け付け信号を含み、
前記方法は、前記呼受け付け信号が検出されると、前記発呼者（１０２）と前記被呼者（１０４）との間でスピーチ接続を確立するステップを更に備える
ことを特徴とする請求項１に記載の方法。
【請求項３】
サービスノードが前記呼受け付け信号を検出すると、前記ボイスメールシステム（１０８）において録音されたメッセージが破棄される（３４２）
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記被呼者との一方向スピーチ接続を提供するステップを備える
ことを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記カンファレンス呼の前記確立が前記被呼者（１０４）のためにプロビジョニングされている電話サービスを妨害するかについてチェックするステップ（４１８）と、
前記チェックするステップ（４１８）の結果に従って前記カンファレンス呼を確立するステップと、
を備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記発呼者（１０２）と前記被呼者（１０４）との間の前記呼が開始すると、タイマーを開始するステップ（２０６）を備え、
前記タイマーが切れたことが、前記ボイスメールシステム（１０８）に対する前記発呼者の前記アクセスをトリガーする
ことを特徴とする請求項１に記載の方法。
【請求項７】
通信ネットワークにおける発呼者（５０２）と被呼者（５０４）との間の呼の確立のための呼コントローラ（５００）であって、
前記呼コントローラ（５００）は、前記発呼者（５０２）とボイスメールシステム（５０６）との間の呼の確立を制御するように構成された接続エンティティ（５０８）を備え、
前記呼コントローラ（５００）は、アクセス制御エンティティ（５１０）を更に備え、
前記アクセス制御エンティティ（５１０）は、
前記被呼者（５０４）による前記呼に対する応答に応えて、前記ボイスメールシステム（５０６）に対する前記発呼者（５０２）のアクセスを提供するように構成され、
前記被呼者（５０４）に対して前記ボイスメールシステム（５０６）に対するアクセスを提供するように更に構成され、
前記アクセス制御エンティティ（５１０）は、前記被呼者（５０４）から応答信号を受信すると、前記被呼者（５０４）と前記ボイスメールシステム（５０６）とを接続するように前記接続エンティティ（５０８）をトリガーする
ことを特徴とする呼コントローラ（５００）。
【請求項８】
前記アクセス制御エンティティ（５１０）は、タイマー（５１２）を含み、前記タイマー（５１２）が切れると、前記ボイスメールシステム（５０６）に対する前記発呼者の前記アクセスを制御するように構成される
ことを特徴とする請求項７に記載の呼コントローラ（５００）。
【請求項９】
前記アクセス制御エンティティ（５１０）は、前記被呼者（５０４）から応答信号を受信するインタフェース（５１４）を含み、
前記応答信号の前記受信は、前記ボイスメールシステム（５０６）に対する前記発呼者（５０２）の前記アクセスをトリガーする
ことを特徴とする請求項７又は８に記載の呼コントローラ（５００）。
【請求項１０】
前記ボイスメールシステム（５０６）を更に備える
ことを特徴とする請求項７乃至９のいずれか１項に記載の呼コントローラ（５００）。
【請求項１１】
請求項１乃至６のいずれか１項に記載の方法に適合した、請求項７乃至９のいずれか１項に記載の呼コントローラ（５００）。
【請求項１２】
請求項１乃至６のいずれか１項に記載の方法を実行するように構成されたプログラム。
【国際調査報告】
2013509058.tif 000008
2013509058.tif 000009