JP2006191600A - 起呼加入者識別音声を通話中着信通知サービスに提供する方法と装置 - Google Patents

Abstract

【課題】通話中着信通知サービスの起呼加入者識別を音声で可能とする方法と装置を提供する。
【解決手段】本発明は、被呼加入者の端末が現に通話中の場合に、被呼加入者の端末に着信した呼設定メッセージを受信するステップと、被呼加入者が起呼加入者識別音声サービスに登録済みであるかどうかを決定するステップと、被呼加入者の端末に起呼加入者識別音声を送信するステップと、を含む。これにより、パケット交換ネットワークサービス、例えば、ＶｏＩＰネットワークサービスのユーザは、通話中に起呼加入者が誰であるかを静かに伝える極めて優しく囁くようなトーンを聞くことが可能である。該トーンは、被呼加入者だけに聞こえるが、通話中の音声パスは消音しない特徴がある。この特徴のため、加入ユーザは、この囁くようなトーンを受信しながら、通話中の会話を聞くことが可能である。
【選択図】図１

Description

本発明は、一般に、通信ネットワークに関し、特に、パケット交換ネットワーク、例えば、音声インターネットプロトコル（ＶｏＩＰ）ネットワーク上の通話中着信通知サービスの起呼加入者識別を音声で可能とする方法と装置に関する。

電話サービスのユーザは、通話中着信通知サービスに加入することが多い。通話中着信通知サービスに関連したシグナリング（呼制御；signaling）メッセージで伝送される起呼加入者識別データを表示するディスプレイは、電話の親機又はユーザが耳に当てている子機に備えられている。これらの状況により、ユーザは、通話中に誰が電話を掛けてきているのかを知るには子機を耳から離すか、親機の近くいることを余儀なくされる。

従って、パケット交換ネットワーク、例えば、音声インターネットプロトコル（ＶｏＩＰ）ネットワークにおいても、通話中着信通知サービスの起呼加入者識別を音声で可能とする方法と装置に対するニーズが存在する。

本発明は、通信ネットワーク上に通話中着信通知サービスを提供する方法において、被呼加入者の端末が現に通話中の場合に、前記被呼加入者の前記端末に着信した呼設定メッセージを受信するステップと、前記被呼加入者が起呼加入者識別音声サービスに登録済みであるかどうかを決定するステップと、前記被呼加入者の前記端末に前記起呼加入者識別音声を送信するステップと、を含むことを特徴とする。

実施の形態の一つでは、本発明により、パケット交換ネットワークサービス、例えば、ＶｏＩＰネットワークサービスのユーザは、通話中着信シグナルを受信することが可能となる。具体的には、本発明により、ユーザは、通話中に起呼加入者が誰であるかを静かに伝える極めて優しく囁くようなトーンを聞くことができる。このトーンは、この被呼加入者だけに聞こえるが、現に通話中の音声パスは消音しないという特徴がある。この特徴のため、加入ユーザは、この囁くようなトーンを受信しながら、通話中の会話を聞くことが可能である。

本発明の教示は、添付の図面と、それに関連して記載される以下の詳細な説明を考慮することにより、容易に理解することができる。

また、理解を容易にするため、各図面に共通な同一の要素を示すには、可能な限り、同一の参照番号を用いている。

本発明をよりよく理解するためであるが、図１は、ネットワークの一例、例えば、本発明に関連するＶｏＩＰネットワークのようなパケット交換ネットワーク示す図である。このＶｏＩＰネットワークは、多岐にわたるタイプのアクセスネットワーク経由で、インターネットプロトコル／マルチプロトコルラベルスイッチング（ＩＰ／ＭＰＬＳ）ベース基幹ネットワーク上のキャリア（サービスプロバイダ）ＶｏＩＰコアインフラストラクチャに接続された多岐にわたるタイプの顧客端末装置を備えても良い。なお、ＶｏＩＰネットワークとは、広義には、ＩＰネットワーク上に、音声信号をパケットデータとして伝送可能なネットワークのことである。さらに、ＩＰネットワークとは、広義にはデータパケット交換にインターネットプロトコルを用いるネットワークのことである。

顧客端末装置は、時分割多重（ＴＤＭ）ベース又はＩＰベースのいずれでもよい。ＴＤＭベースの顧客端末装置１２２、１２３、１３４、および１３５は、一般に、ＴＤＭ電話又は構内交換機（ＰＢＸ）から成る。ＩＰベースの顧客端末装置１４４と１４５は、一般に、ＩＰ電話又はＰＢＸから成る。ターミナルアダプタ（ＴＡ）１３２と１３３は、アナログ電話のようなＴＤＭ顧客端末装置とデジタル加入者ループ（ＤＳＬ）やケーブル広帯域アクセスネットワークのようなパケットベースのアクセスネットワーク技術との間の必要なインターワーク機能を提供するのに用いられる。ＴＤＭベースの顧客端末装置は、ＴＡ１３２又は１３３を経由して公衆交換電話ネットワーク（ＰＳＴＮ）１２０と１２１、又は広帯域アクセスネットワーク１３０と１３１を用いてＶｏＩＰサービスにアクセスする。ＩＰベースの顧客端末装置は、ローカルエリアネットワーク（ＬＡＮ）１４０と１４１とをそれぞれＶｏＩＰゲートウェイ又はルータ１４２と１４３と共に用いてＶｏＩＰサービスにアクセスする。

アクセスネットワークは、ＴＤＭベース又はパケットベースのいずれでもよい。ＴＤＭＰＳＴＮ１２０又は１２１が、従来の電話回線を経由して接続されたＴＤＭ顧客端末装置をサポートするために用いられる。パケットベースのアクセスネットワーク、例えば、フレームリレー、ＡＴＭ、イーサネット（登録商標）又はＩＰが、ＶｏＩＰゲートウェイとルータ１４２と共に顧客ＬＡＮ、例えば１４０を経由してＩＰベースの顧客端末装置をサポートするために用いられる。パケットベースのアクセスネットワーク１３０又は１３１、例えば、ＤＳＬ又はケーブルが、ＴＡ１３２又は１３３と共に用いられ、ＴＤＭベースの顧客端末装置をサポートするために用いられる。

コアＶｏＩＰインフラストラクチャは、幾つかのキーＶｏＩＰコンポーネント、例えば、ボーダーエレメント（ＢＥ）１１２と１１３、呼制御エレメント（ＣＣＥ）１１１、およびＶｏＩＰ関連サーバ１１４から成る。ＢＥは、コアＶｏＩＰインフラストラクチャの外縁に位置し、多岐にわたるタイプのアクセスネットワークで顧客端末とインタフェースする。ＢＥは、一般に、媒体ゲートウェイとして組み込まれ、シグナリング（呼制御）、媒体制御、セキュリティ、および呼受信制御とその他関連機能を実行する。ＣＣＥは、ＶｏＩＰインフラストラクチャ内に位置し、基底のＩＰ／ＭＰＬＳベース基幹ネットワーク１１０上でセッション開始プロトコル（ＳＩＰ）を用いてＢＥ（複数）に接続されている。ＣＣＥは、一般に、媒体ゲートウェイ制御器として組み込まれ、ネットワーク広範囲呼制御関連機能を実行し、必要に応じて、適切なＶｏＩＰサービス関連サーバと相互作用する。ＣＣＥは、ＳＩＰバックトゥバックユーザエージェントとして機能し、すべてのＢＥ（複数）とＣＣＥ間のすべてのコールレッグに対するシグナリング端末となる。上記ＣＣＥは、ある種のサービスに特有な機能、例えばＥ．１６４音声ネットワークアドレスをＩＰアドレスに変換する機能を必要とする呼を完成するため、多岐にわたるＶｏＩＰ関連サーバと相互作用しなければならないこともある。

相異なるキャリアからの発呼、又はこれへの着呼に対しては、ＰＳＴＮ１２０と１２１又はパートナーＩＰキャリア１６０相互接続を経由して処理し得る。ＴＤＭ発呼又は着呼に対しては、他のキャリアへの既存ＰＳＴＮ相互接続を経由して処理し得る。ＶｏＩＰ発呼又は着呼に対しては、他のキャリアへのパートナーＩＰキャリアインタフェース１６０を経由して処理し得る。

以上の相異なる各コンポーネントがどのように作動してＶｏＩＰコールをサポートするかを説明するため、どのようにＶｏＩＰコールが２つの顧客端末間に設定されるかを示す以下の呼シナリオを用いる。位置ＡでＩＰ装置１４４を使用する顧客が、位置ＺでＴＤＭ装置１３５を使用する別の顧客に起呼するものとする。呼設定の間、設定シグナリングメッセージが、ＩＰ装置１４４から、ＬＡＮ１４０、ＶｏＩＰゲートウェイ／ルータ１４２、および関連パケットベースのアクセスネットワークを経由してＢＥ１１２に伝送される。ＢＥ１１２は、次いで、設定シグナリングメッセージ、例えば、ＳＩＰが用いられる場合は、ＳＩＰ−ＩＮＶＩＴＥメッセージをＣＣＥ１１１に伝送する。ＣＣＥ１１１は、被呼加入者情報を見て、このコールを完成する情報を得るために必要なＶｏＩＰサービス関連サーバ１１４に照会する。ＢＥ１１３がコール完成に関係する必要がある場合は、ＣＣＥ１１１は、別の呼設定メッセージ、例えば、ＳＩＰが用いられる場合は、ＳＩＰ−ＩＮＶＩＴＥメッセージをＢＥ１１３に伝送する。呼設定メッセージを受信すると、ＢＥ１１３は、呼設定メッセージを広帯域ネットワーク１３１経由でＴＡ１３３に転送する。次いで、ＴＡ１３３が適切なＴＤＭ装置１３５を識別し、当該装置を呼び出す。コールが位置Ｚで被呼加入者に受信されると、呼確認シグナリングメッセージ、例えば、ＳＩＰが用いられる場合は、ＳＩＰ−ＡＣＫメッセージが、逆方向にＣＣＥ１１１に送り戻される。ＣＣＥ１１１は、呼確認メッセージを受け取った後、次いで、呼確認メッセージ、例えば、ＳＩＰが用いられる場合は、ＳＩＰ−ＡＣＫメッセージを起呼加入者に向けて伝送する。さらに、ＣＣＥ１１１は、また、コールの必要な情報をＢＥ１１２とＢＥ１１３双方に提供するので、呼データ交換が直接ＢＥ１１２とＢＥ１１３間で行われる。呼シグナリングパス１５０と呼データパス１５１は、図１に図示されている。なお、呼シグナリングパス１５０と呼データパス１５１とは、相異なるパスである。これは、呼が両端末間に設定されてしまえば、ＣＣＥ１１１は、実際の直接データ交換に対してデータパスに入っている必要はないからである。

なお、位置Ａにおいて関連アクセスネットワークタイプでどんなタイプの端末装置を用いている顧客も、同様に、位置Ｚにおいて関連ネットワークタイプでどんなタイプの端末装置を用いている他の顧客と通信可能である。例えば、位置Ａにおいてパケットベースのアクセスネットワーク１４０でＩＰ顧客端末装置１４４を用いている顧客は、位置ＺにおいてＰＳＴＮアクセスネットワーク１２１でＴＤＭ端末装置１２３を用いているの別の顧客をコールすることが可能である。ＢＥ（複数）１１２と１１３とは、必要なシグナリングプロトコル変換、例えば、ＳＳ７とＳＩＰ間双方向変換、および媒体フォーマット転換、例えば、ＩＰベースパケット音声フォーマットとＴＤＭ音声フォーマット間双方向転換の役目を果し得る。

前述したように、電話サービスの多くのユーザは、通話中着信サービスに加入することが多い。さらに、通話中着信通知サービスに関連したシグナリングメッセージで伝送される起呼加入者識別データを表示するディスプレイは、親機又はユーザが耳に当てている子機に備えられている。これらの状況により、ユーザは、通話中に誰が電話を掛けてきているのかを知るには子機を耳から離すか、親機の近くにいることを余儀なくされる。

この重要な状況に対応するため、本発明により、パケット交換ネットワークサービスのユーザは、通話中に起呼加入者が誰であるかを静かに伝える極めて優しく囁くようなトーンを聞き、通話中着信通知シグナルを受信することが可能となる。このトーンは、この被呼加入者だけに聞こえるが、現に通話中の音声パスは消音しないという特徴がある。この特徴のため、加入ユーザは、この囁くようなトーンを受信しながら、通話中の会話を聞くことが可能である。

図２は、パケット交換ネットワーク、例えば、ＶｏＩＰネットワークにおける通話中着信通知サービスの起呼加入者識別を音声で可能とする例の説明図である。図２で、ユーザ２２２とユーザ２３１が媒体パス２４０を用いて通話中に、ユーザ２２１がユーザ２３１に発呼するとする。ＣＣＥ２１１が、ユーザ２２１が使用中の端末装置からＢＥ２１３経由で呼設定メッセージ２４１を受信する。ＣＣＥ２１１は、シグナリング２４２を流してアプリケーションサーバ（ＡＳ）２１４と交信し、ユーザ２３１、すなわち、被呼加入者が通話中着信通知サービス機能に加入していることを見出す。さらに、ＣＣＥ２１１は、また、ユーザ２３１が起呼加入者音声識別サービス機能に加入していることを見出す。ＣＣＥ２１１は、次いで、ＢＥ２１２経由で呼設定メッセージ２４３を被呼加入者端末２３１に伝送する。この呼設定メッセージ２４３は、ＢＥ２１２がシグナリングフロー２４４を用いて通常の通話中着信通知トーン、例えば、ビープ音を被呼加入者端末に送る必要があることをＢＥ２１２に示すものである。さらに、ＢＥ２１２は、既存の媒体パス２４０に囁くような音声トーン作動部２４５をブリッジ接続し、起呼加入者が誰であるかを伝える。次ぎに、被呼加入者、すなわち、ユーザ２３１は、ユーザ２２１からの呼に応答するためにユーザ２２２を保留するかどうかを決定することができる。以降の呼設定手順は通常の電話を掛けるのと同じ方法で進められる。

図３は、パケット交換ネットワーク、例えば、ＶｏＩＰネットワークにおける通話中着信通知サービスの起呼加入者識別を音声で可能とする方法のフローチャートを示す。方法３００はステップ３０５でスタートし、ステップ３１０に進む。

ステップ３１０で、本方法では先ず、すでに現に通話中の被呼端末に着信する呼設定メッセージを受信する。ステップ３２０で、被呼端末が通話中着信通知サービス機能に加入済みであるかかどうかをチェックする。被呼端末が通話中着信通知サービス機能に加入済みならば、ステップ３３０に進む。さもなければ、ステップ３８０に進む。ステップ３３０で、被呼端末が起呼加入者識別音声通知サービス機能に加入済みであるかどうかをチェックする。被呼端末が起呼加入者識別音声通知サービス機能に加入済みならば、ステップ３４０に進む。さもなければ、ステップ３７０に進む。ステップ３４０で、通常の通話中着信トーンと起呼加入者識別音声を搬送するシグナリングメッセージを被呼加入者末端に発信する。実施の形態の一つでは、ネットワークが、起呼加入者識別音声を発生するテキスト／音声変換アプリケーションおよび／又はシステムを採用することも可能である。ステップ３５０で、被呼加入者端末に関連しているＢＥが、通常の通話中着信通知トーンを被呼加入者に転送し、起呼加入者識別音声を被呼加入者端末の方向の既存媒体パスにブリッジ接続する。起呼加入者識別音声は、囁くような小声トーン、すなわち、低音量トーンで伝えられるので、既存媒体パス上に現に進行中の通話を邪魔することはない。起呼加入者識別音声には、入手可能ならば、起呼加入者電話番号および／又は起呼加入者名が含まれる。起呼加入者識別音声は、被呼加入者だけが聞くことができる。ステップ３６０で、通常の電話コールの場合と同じようにコール処理手順を続ける。ステップ３７０で、通常の通話中着信トーンと起呼加入者識別情報とを被呼加入者末端に送信する。ステップ３８０では、起呼加入者にお話中シグナルを送信し、あるいはボイスメールボックスに用件を入れる。以上、本方法はステップ３９０で終了する。

図４は、本明細書に記載の機能を行うのに用いるのに好適な汎用コンピュータのハイレベルブロック図を示す。図４に示されるように、システム４００は、プロセッサ装置４０２（例えば、ＣＰＵ）と、メモリ４０４、例えば、ランダムアクセスメモリ（ＲＡＭ）、および／又は読み取り専用メモリ（ＲＯＭ）と、起呼加入者識別音声モジュール４０５と、多種多様の入力／出力装置４０６（例えば、テープ駆動装置、フロッピー（登録商標）駆動装置、ハードディスク駆動装置、コンパクトディスク駆動装置などを含む多岐にわたる記憶装置、レシーバ、トランスミッタ、スピーカ、ディスプレイ、音声シンセサイザ、出力ポート、およびユーザ入力装置（例えば、キーボード、キーパッド、マウスなど））とから構成される。

注目すべきは、本発明は、例えば、アプリケーション専用集積回路（ＡＳＩＣ）、汎用コンピュータ、又は他のハードウェア相当品を用いて、ソフトウェアに組み込むこともできるし、あるいはソフトウェアとハードウェアとを組合せたシステムに組み込むこともできることである。実施の形態の一つでは、上記の機能を組み込むため、本起呼加入者音声識別モジュール又はプロセス４０５をメモリ４０４に搭載し、プロセッサ４０２で実行することが可能である。そのような形として、本発明の起呼加入者音声識別プロセス４０５（関連データ構造を含む）は、コンピュータ読み取り可能媒体又はキャリア、例えば、ＲＡＭメモリ、磁気式又は光学式駆動装置又はディスケットなどに記憶することができる。

以上、多岐にわたる実施の形態が説明されたけれども、これらは例示として提示されたものであり、本発明を限定するものではないことが理解されるべきである。従って、好ましい実施の形態の程度と範囲とは、上記の例示的実施の形態にいずれにも限定されず、前記の特許請求の範囲とこれに同等な内容のみによって規定されるべきである。

本発明に関連する音声インターネットプロトコル（ＶｏＩＰ）ネットワークの例を説明する図である。 本発明のＶｏＩＰネットワークにおける通話中着信通知サービスの起呼加入者音声識別を可能とする例の説明図である。 本発明のＶｏＩＰネットワークにおける通話中着信通知サービスの起呼加入者音声識別を可能とする方法のフローチャートである。 本明細書に記載の機能を行うのに用いるのに好適な汎用コンピュータのハイレベルブロック図である。

符号の説明

１１０，２１０ ＩＰ／ＭＰＬＳ基幹ネットワーク、１１１，２１１ 呼制御エレメント、１１２，１１３，２１２，２１３ ボーダーエレメント（ＢＥ）、１１４ ＶｏＩＰ関連サーバ、１２０，１２１ ＰＳＴＮネットワーク、１２２，１２３，１３４，１３５ ＴＤＭ装置、１３０，１３１ ＤＳＬ／ケーブルネットワーク、１３２ ＴＡ、１４０，１４１ ＬＡＮ、１４２，１４３ ゲートウェイルータ、１４４，１４５ ＩＰ装置、１５０ 呼シグナリングパス、１５１ 呼データパス、１６０ パートナーＩＰキャリア、２１４ アプリケーションサーバ、２２１，２２２，２３１ ユーザ、２４０ 媒体パス、２４１，２４２，２４３ シグナリング、２４５ 起呼加入者ＩＤ音声ブリッジ、４０２ プロセッサ、４０２ メモリ、４０５ 起呼加入者識別音声モジュール、４０６ Ｉ／Ｏ装置。

Claims (20)

1. 通信ネットワーク上に通話中着信通知サービスを提供する方法において、
   被呼加入者の端末が現に通話中の場合に、前記被呼加入者の前記端末に着信した呼設定メッセージを受信するステップと、
   前記被呼加入者が起呼加入者識別音声サービスに登録済みであるかどうかを決定するステップと、
   前記被呼加入者の前記端末に前記起呼加入者識別音声を送信するステップと、
   を含むことを特徴とする方法。
2. 請求項１に記載の方法において、
   前記通信ネットワークが音声インターネットプロトコル（ＶｏＩＰ）ネットワークであることを特徴とする方法。
3. 請求項１に記載の方法において、
   前記呼設定メッセージが呼制御エレメント（ＣＣＥ）によって受信されることを特徴とする方法。
4. 請求項１に記載の方法において、
   前記送信するステップが、
   前記起呼加入者識別音声を前記現に通話中の既存媒体パスにブリッジ接続するステップを含むことを特徴とする方法。
5. 請求項４に記載の方法において、
   前記起呼加入者識別音声が、前記被呼加入者の前記端末に関連したボーダーエレメント（ＢＥ）によってブリッジ接続されることを特徴とする方法。
6. 請求項１に記載の方法が、さらに、
   前記起呼加入者識別音声を送信する前に前記被呼加入者の前記端末に通話中着信通知トーンを送信するステップを含むことを特徴とする方法。
7. 請求項１に記載の方法において、
   前記起呼加入者識別音声が、前記起呼加入者の電話番号と前記起呼加入者を識別する名前のうちの少なくとも１つから成ることを特徴とする方法。
8. 複数の命令を記憶するコンピュータ読み取り可能媒体であって、
   前記複数の命令が、プロセッサによって実行されるとき、前記プロセッサに通信ネットワーク上に通話中着信通知サービスを提供する方法の諸ステップ、すなわち、
   被呼加入者の端末が現に通話中の場合に、前記被呼加入者の前記端末に着信した呼設定メッセージを受信するステップと、
   前記被呼加入者が起呼加入者識別音声サービスに登録済みであるかどうかを決定するステップと、
   前記被呼加入者の前記端末に前記起呼加入者識別音声を送信するステップと、
   を含む諸ステップを実行させる命令を含むことを特徴とするコンピュータ読み取り可能媒体。
9. 請求項８に記載のコンピュータ読み取り可能媒体において、前記通信ネットワークが音声インターネットプロトコル（ＶｏＩＰ）ネットワークであることを特徴とするコンピュータ読み取り可能媒体。
10. 請求項８に記載のコンピュータ読み取り可能媒体において、前記呼設定メッセージが呼制御エレメント（ＣＣＥ）によって受信されることを特徴とするコンピュータ読み取り可能媒体。
11. 請求項８に記載のコンピュータ読み取り可能媒体において、前記送信するステップが、
    前記起呼加入者識別音声を前記現に通話中の既存媒体パスにブリッジ接続するステップを含むことを特徴とするコンピュータ読み取り可能媒体。
12. 請求項１１に記載のコンピュータ読み取り可能媒体において、
    前記加入者識別音声が、前記被呼加入者の前記端末に関連したボーダーエレメント（ＢＥ）によってブリッジ接続されることを特徴とするコンピュータ読み取り可能媒体
13. 請求項８に記載のコンピュータ読み取り可能媒体が、さらに、
    前記起呼加入者識別音声を送信する前に前記被呼加入者の前記端末に通話中着信トーンを送信するステップを含むことを特徴とするコンピュータ読み取り可能媒体。
14. 請求項８に記載のコンピュータ読み取り可能媒体において、
    前記加入者識別音声が、前記起呼加入者の電話番号と前記起呼加入者を識別する名前の内の少なくとも一つから成ることを特徴とするコンピュータ読み取り可能媒体。
15. 通信ネットワークに通話中着信通知サービスを提供するシステムであって、
    被呼加入者の端末が現に通話中の場合に、前記被呼加入者の前記端末に着信した呼設定メッセージを受信する手段と、
    前記被呼加入者が起呼加入者識別音声サービスに登録済みであるかどうかを決定する手段と、
    前記被呼加入者の前記端末に前記起呼加入者識別音声を送信する手段と、
    を備えることを特徴とするシステム。
16. 請求項１５に記載のシステムにおいて、
    前記通信ネットワークが音声インターネットプロトコル（ＶｏＩＰ）ネットワークであることを特徴とするシステム。
17. 請求項１５に記載のシステムにおいて、
    前記呼設定メッセージが呼制御エレメント（ＣＣＥ）によって受信されることを特徴とするシステム。
18. 請求項１５に記載のシステムにおいて、
    前記送信するステップが、前記起呼加入者識別音声を前記現に通話中の既存媒体パスにブリッジ接続するステップを含むことを特徴とするシステム。
19. 請求項１８に記載のシステムにおいて、
    前記加入者識別音声が、前記被呼加入者の前記端末に関連したボーダーエレメント（ＢＥ）によってブリッジ接続されることを特徴とするシステム。
20. 請求項１５に記載のシステムが、さらに、
    前記起呼加入者識別音声を送信する前に前記被呼加入者の前記端末に通話中着信トーンを送信するステップを含むことを特徴とするシステム。
    
    

Images