ネットワーク・ベースの情報のＩＰ電話へのダウンローディング
氏名、電話番号、映画の上映時間または運転方向などのネットワーク・ベースの情報をＩＰ電話にダウンロードするための方法および装置を提供する。１つの実施形態において、ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートし、ＶｏＩＰサービス・プロバイダはディレクトリ・サービスを提供する。情報は一旦ＩＰ電話によって受信されると、ユーザの電話記録の中の任意の別の項目と全く同じように、ユーザによって使用され、閲覧されることが可能なユーザの電話記録の中のクリック可能な項目となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に通信ネットワークに関し、より詳細にはネットワーク・ベースの情報をインターネット・プロトコル（例えばＶｏＩＰ）電話にダウンロードすることを可能にする方法および装置に関する。
【背景技術】
【０００２】
無線と有線との両方のＩＰ電話のユーザは、電話機自体に記憶された電子電話帳および記録の中の項目にある「送信」ボタンをクリックすることによって電話をかけることがよくある。これらの電子電話帳および記録は受信された呼び出し、受信されなかった呼び出し、およびダイヤルされた呼び出しを含む。これは特に、ハンズフリーの状態の発信者に当てはまることである。しばしばユーザはディレクトリ・サービス（電話番号案内サービス）にダイヤルして情報を要求し、ユーザの要求に対する口頭による情報の応答を与えられる。しかしながら、口頭による情報は、特に応答が長く複雑なものである場合、記憶して使用することが難しい場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、ユーザによって要求されたネットワーク・ベースの情報をインターネット・プロトコル（例えばＶｏＩＰ）電話にダウンロードすることを可能にする方法および装置に対する必要性が存在する。
【課題を解決するための手段】
【０００４】
１つの実施形態において、本発明は氏名、電話番号、映画の上映時間または運転方向などのネットワーク・ベースの情報をＩＰ電話にダウンロードすることを可能にする。概して、そのようなネットワーク・ベースの情報のダウンローディングはディレクトリ・サービスとして閲覧されることが可能である。１つの実施形態において、ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートし、ＶｏＩＰサービス・プロバイダはディレクトリ・サービスを提供する。情報は一旦ＩＰ電話によって受信されると、ユーザの電話記録の中の任意の別の項目と全く同じようにユーザによって使用され、閲覧されることが可能な、ユーザの電話記録の中のクリック可能な項目となる。
【０００５】
本発明の教示は、以下の詳細な説明を添付の図面と合わせて考慮することによって、容易に理解されることができる。
理解を容易にするために、可能な箇所では、同一の参照符号が図面に共通の同一の要素を示すために使用されている。
【発明を実施するための最良の形態】
【０００６】
本発明をより良く理解するために、図１は本発明に関連するＶｏＩＰネットワークなどの例示的なネットワークを示す。ＶｏＩＰネットワークは、インターネット・プロトコル／マルチプロトコル・ラベル・スイッチング（ＩＰ／ＭＰＬＳ）・ベースの中核バックボーン・ネットワーク上で、様々な種類のアクセス・ネットワークを介してキャリア（サービス・プロバイダ）のＶｏＩＰ中核インフラストラクチャに接続された、様々な種類の顧客エンドポイント・デバイスを含んでもよい。概括的に定義すると、ＶｏＩＰネットワークとは、ＩＰネットワーク上で音声信号をパケット化されたデータとして搬送することが可能なネットワークである。ＩＰネットワークは、データ・パケットを交換するためにインターネット・プロトコルを使用するネットワークとして概括的に定義される。
【０００７】
顧客エンドポイント・デバイスは、時間分割多重（ＴＤＭ）ベースか、またはＩＰベースのいずれかのデバイスであることが可能である。ＴＤＭベースの顧客エンドポイント・デバイス１２２、１２３、１３４および１３５は、典型的にＴＤＭ電話か、または構内交換機（ＰＢＸ）を含む。ＩＰベースの顧客エンドポイント・デバイス１４４および１４５は、典型的にＩＰ電話か、またはＰＢＸを含む。端末アダプタ（ＴＡ）１３２および１３３はアナログ電話、およびデジタル加入者回線（ＤＳＬ）またはケーブル・ブロードバンド・アクセス・ネットワークなどのパケット・ベースのアクセス・ネットワーク技術のようなＴＤＭ顧客エンドポイント・デバイス間の必要な相互作用機能を提供するために使用される。ＴＤＭベースの顧客エンドポイント・デバイスは公衆交換電話網（ＰＳＴＮ）１２０、１２１か、またはＴＡ１３２または１３３を介するブロードバンド・アクセス・ネットワークのいずれかを使用して、ＶｏＩＰサービスにアクセスする。ＩＰベースの顧客エンドポイント・デバイスは、ＶｏＩＰゲートウェイまたはルータ１４２および１４３をそれぞれ備えたローカル・エリア・ネットワーク（ＬＡＮ）１４０および１４１を使用して、ＶｏＩＰサービスにアクセスする。
【０００８】
アクセス・ネットワークはＴＤＭベースか、またはパケット・ベースのいずれかのネットワークであることが可能である。ＴＤＭ ＰＳＴＮ１２０または１２１は、従来の電話回線を介して接続されたＴＤＭ顧客エンドポイント・デバイスをサポートするために使用される。フレーム・リレー、ＡＴＭ、イーサネット（登録商標）またはＩＰなどのパケット・ベースのアクセス・ネットワークは、例えばＶｏＩＰゲートウェイおよびルータ１４２を備えた１４０などの顧客ＬＡＮを介して、ＩＰベースの顧客エンドポイント・デバイスをサポートするために使用される。ＤＳＬまたはケーブルなどのパケット・ベースのアクセス・ネットワーク１３０または１３１は、ＴＡ１３２または１３３とともに使用される場合、ＴＤＭベースの顧客エンドポイント・デバイスをサポートするために使用される。
【０００９】
中核ＶｏＩＰインフラストラクチャはボーダー要素（ＢＥ）１１２および１１３、呼び出し制御要素（ＣＣＥ）１１１、およびＶｏＩＰ関連のサーバ１１４などの複数の主要なＶｏＩＰ構成要素を含む。ＢＥはＶｏＩＰ中核インフラストラクチャの端部に存在し、様々な種類のアクセス・ネットワーク上で顧客エンドポイントとインタフェースする。典型的に、ＢＥはメディア・ゲートウェイとして実装され、信号通信、メディア制御、安全対策、ならびに呼び出し承認制御および関連の機能を実行する。ＣＣＥはＶｏＩＰインフラストラクチャ内に存在し、基礎を成すＩＰ／ＭＰＬＳベースの中核バックボーン・ネットワーク１１０上で、セッション開始プロトコル（ＳＩＰ）を使用してＢＥに接続されている。典型的に、ＣＣＥはメディア・ゲートウェイ・コントローラとして実装され、ネットワーク全体の呼び出し制御関連の機能を実行するだけでなく、必要な場合には適切なＶｏＩＰサービス関連のサーバとやりとりする。ＣＣＥはＳＩＰバックトゥバック・ユーザ・エージェントとして機能し、ＣＣＥはすべてのＢＥとＣＣＥとの間のすべての呼び出し区間のための信号通信エンドポイントである。ＣＣＥは、例えばＥ．１６４音声ネットワーク・アドレスのＩＰアドレスへの変換など、特定のサービス特性機能を必要とする呼び出しを完了するために、様々なＶｏＩＰ関連のサーバとやりとりすることを必要としてもよい。
【００１０】
異なるキャリアから発信されるか、または異なるキャリアで終端する呼び出しについては、それらの呼び出しはＰＳＴＮ１２０および１２１の相互接続か、またはパートナーＩＰキャリア１６０の相互接続を通して処理されることが可能である。発信または終端するＴＤＭ呼び出しについては、それらの呼び出しは他のキャリアとの既存のＰＳＴＮ相互接続を介して処理されることが可能である。発信または終端するＶｏＩＰ呼び出しについては、それらの呼び出しは他のキャリアとのパートナーＩＰキャリア・インタフェース１６０を介して処理されることが可能である。
【００１１】
どのようにして異なる構成要素がＶｏＩＰ呼び出しをサポートするために動作するのかを示すために、以下の呼び出しシナリオは、２つの顧客エンドポイントの間でどのようにしてＶｏＩＰ呼び出しが設定されるのかを示すために使用される。位置ＡのＩＰデバイス１４４を使用する顧客は、ＴＤＭデバイス１３５を使用する位置Ｚの別の顧客に電話をかける。呼び出しの設定の間、設定信号通信メッセージはＬＡＮ１４０、ＶｏＩＰゲートウェイ／ルータ１４２および関連のパケット・ベースのアクセス・ネットワークを通して、ＩＰデバイス１４４からＢＥ１１２に送信される。次いでＢＥ１１２は、ＳＩＰが使用される場合であればＳＩＰ−ＩＮＶＩＴＥメッセージなどの設定信号通信メッセージをＣＣＥ１１１に送信する。ＣＣＥ１１１は呼び出される側の情報を見て、この呼び出しを完了するための情報を得るために、必要なＶｏＩＰサービス関連のサーバ１１４に問合せを行う。ＢＥ１１３が呼び出しの完了に関与しなければならない場合、ＣＣＥ１１１は、ＳＩＰが使用される場合であればＳＩＰ−ＩＮＶＩＴＥメッセージなどの別の呼び出し設定メッセージをＢＥ１１３に送信する。呼び出し設定メッセージを受信すると、ＢＥ１１３はブロードバンド・ネットワーク１３１を介して、呼び出し設定メッセージをＴＡ１３３に転送する。次いでＴＡ１３３は適切なＴＤＭデバイス１３５を識別し、そのデバイスに電話をかける。位置Ｚで呼び出される側によって呼び出しが一旦受け入れられると、ＳＩＰが使用される場合であればＳＩＰ−ＡＣＫメッセージなどの呼び出し承認信号通信メッセージは逆方向でＣＣＥ１１１に返信される。ＣＣＥ１１１は呼び出し承認メッセージを受信した後、次いでＳＩＰが使用される場合であればＳＩＰ−ＡＣＫメッセージなどの呼び出し承認信号通信メッセージを呼び出し側に向けて送信する。さらにＣＣＥ１１１はまた、呼び出しデータの交換がＢＥ１１２とＢＥ１１３との間で直接進行することが可能となるように、呼び出しの必要な情報をＢＥ１１２とＢＥ１１３との両方に提供する。呼び出し信号通信経路１５０と呼び出しデータ経路１５１とは、例示的に図１に示される。一旦２つのエンドポイントの間で呼び出しが設定されると、実際の直接のデータ交換のためにＣＣＥ１１１がデータ経路の中にある必要はないので、呼び出し信号通信経路と呼び出しデータ経路とは異なるということに注意されたい。
【００１２】
関連のアクセス・ネットワーク型の任意のエンドポイント・デバイス型を使用する位置Ａの顧客は、同じく関連のネットワーク型の任意のエンドポイント・デバイス型を使用する位置Ｚの別の顧客と通信することができるということに注意されたい。例えば、パケット・ベースのアクセス・ネットワーク１４０のＩＰ顧客エンドポイント・デバイス１４４を使用する位置Ａの顧客は、ＰＳＴＮアクセス・ネットワーク１２１のＴＤＭエンドポイント・デバイス１２３を使用する位置Ｚの別の顧客を呼び出すことができる。ＢＥ１１２と１１３とは、例えばＳＳ７からＳＩＰへの変換およびＳＩＰからＳＳ７への変換などの必要な信号通信プロトコルの変換、ならびにＴＤＭ音声形式からＩＰベースのパケット音声形式への転換およびＩＰベースのパケット音声形式からＴＤＭ音声形式への転換などのメディア形式の転換に対して責任を負う。
【００１３】
無線と有線との両方のＩＰ電話のユーザは、電話機自体に記憶された電子電話帳および記録の中の項目にある「送信」ボタンをクリックすることによって、電話をかけることがよくある。これらの電子電話帳および記録は受信された呼び出し、受信されなかった呼び出し、およびダイヤルされた呼び出しを含む。これは特に、ハンズフリーの状態の発信者に当てはまることである。しばしばユーザはディレクトリ・サービスにダイヤルして情報を要求し、ユーザの要求に対する口頭による情報の応答を与えられる。しかしながら、口頭による情報は、特に応答が長く複雑なものである場合、記憶して使用することが難しい場合がある。この臨界（ｃｒｉｔｉｃａｌｉｔｙ）に対処するために、本発明はセッション開始プロトコル（ＳＩＰ）ベースのインターネット・プロトコル（ＶｏＩＰ）電話に、ユーザにディレクトリ・サービスを提供するＶｏＩＰサービス・プロバイダから、氏名、電話番号、映画の上映時間または運転方向などのネットワーク・ベースの情報をダウンロードすることを可能にする。情報は一旦ＩＰ電話によって受信されると、ユーザの電話記録の中の任意の別の項目と全く同じようにユーザによって使用され、閲覧されることが可能な、ユーザの電話記録の中のクリック可能な項目となる。
【００１４】
図２は、ＳＩＰベースのＩＰ電話によるネットワーク・ベースのディレクトリ情報要求の例を示す。発信者はネットワーク・ディレクトリ・サービスを呼び出してディレクトリ情報２３０を要求するために、有線または無線のいずれかのＳＩＰベースのＩＰ電話２２１を使用する。次いで、ディレクトリ・サービス・アプリケーション・サーバ２１１は要求された情報を調べ、発信者に要求された情報をダウンロードするための選択肢を提供する。発信者は情報をダウンロードするための選択肢を選ぶ。次いで、ディレクトリ・サービス・アプリケーション・サーバ２１１はＳＩＰメッセージを使用してＩＰ電話２２１に情報２３１を送信する。一旦ＩＰ電話２２１が要求された情報のダウンローディングを完了すると、情報はＩＰ電話２２１の電話記録の中のクリック可能な項目となる。その後情報は、電話記録の中の任意の別の項目と全く同じように、ユーザによって取り出され、閲覧されるか、または使用されることができる。
【００１５】
図３は、ＳＩＰベースのＩＰ電話を使用する発信者により、ネットワーク・ベースのディレクトリ情報を要求し、ダウンロードするための方法３００の流れ図を示す。方法３００は工程３０５で始まり、工程３１０に進む。
【００１６】
工程３１０で、発信者は情報を要求するために、例えばＡＴ＆ＴなどのＶｏＩＰサービス・プロバイダによってサポートされるディレクトリ・サービスを呼び出す。要求は氏名、電話番号、アドレス、飲食店および劇場などの施設名、映画の上映時間、運転方向その他などのネットワーク・ベースの情報を含んでもよい。
【００１７】
工程３２０で、一旦要求された情報が識別されると、発信者は要求された情報をダウンロードするための選択肢を提供される。例えば人工的に作られた音声を使用するネットワークが「要求された情報をダウンロードしますか？」という音声を発信者に提示する場合など、選択肢は聴覚的に発信者に提示されることも可能である。代替として、メッセージまたはアイコンが発信者のＩＰ電話のスクリーンに提示されることが可能な場合など、選択肢は視覚的に提示されることも可能である。
【００１８】
工程３３０で、発信者は要求された情報をダウンロードするための選択肢を受け入れる。例えば、発信者はダウンロードするための選択肢を受け入れるために、「はい」と言うか、またはＩＰ電話上のボタンをクリックすることができる。
【００１９】
工程３４０で、ダウンロードされた情報は、ユーザが後で使用するための電話記録の項目として、ＳＩＰベースのＩＰ電話によって記憶される。記憶された情報は、発信者によって選択的に閲覧されることが可能である。記憶された情報は電話番号である場合、その後発信者によって選択されることが可能であり、ＩＰ電話は記憶された電話番号を自動的にダイヤルする。情報は例えば運転方向など、電話番号よりも複雑なものである場合、その後記憶された方向をクリックすることによって、ＩＰ電話が例えばＩＰ電話内の音声シンセサイザを使用して発信者に運転方向を聴覚的に述べるようになる。方法は工程３５０で終了する。
【００２０】
図４は、例えばサービス・プロバイダによって操作されるディレクトリ・サービス・アプリケーション・サーバにより、ＩＰ電話からのネットワーク・ベースのディレクトリ情報要求を処理するための方法４００の流れ図を示す。方法４００は工程４０５で始まり、工程４１０に進む。
【００２１】
工程４１０で、ディレクトリ・サービス・アプリケーション・サーバは発信者からの情報要求を受信する。要求は氏名、電話番号、アドレス、飲食店および劇場などの施設名、映画の上映時間、運転方向その他のネットワーク・ベースの情報を含んでもよい。
【００２２】
工程４２０で、ディレクトリ・サービス・アプリケーション・サーバは要求された情報を調べ、情報をダウンロードするための選択肢を発信者に提供する。ダウンロードするための選択肢は、上で説明されたように聴覚的または視覚的に発信者に送信されることが可能である。
【００２３】
工程４３０で、ディレクトリ・サービス・アプリケーション・サーバは、発信者がダウンロードの選択肢を受け入れた後に、ＳＩＰメッセージを使用して要求された情報を発信者に送信する。方法は工程４４０で終了する。
【００２４】
図５は、本明細書で説明される機能の実行において使用するのに適した汎用コンピュータの高度なブロック図を示す。図５に示されているように、システム５００はプロセッサ要素５０２（例えばＣＰＵ）、例えばランダム・アクセス・メモリ（ＲＡＭ）および／または読み取り専用メモリ（ＲＯＭ）などのメモリ５０４、ディレクトリ・サービス・モジュール５０５、および様々な入力／出力デバイス５０６（例えば、以下のものに限定されるわけではないが、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハード・ディスク・ドライブまたはコンパクト・ディスク・ドライブ、レシーバ、トランスミッタ、スピーカ、ディスプレイ、音声シンセサイザ、出力ポート、および（キーボード、キーパッド、マウスその他の）ユーザ入力デバイスを含むストレージ・デバイス）を備える。
【００２５】
本発明は、例えば特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータまたは任意のその他のハードウェア同等物を使用して、ソフトウェア／またはソフトウェアとハードウェアとの組合せにおいて実施されることが可能であることに留意されたい。１つの実施形態において、本発明のディレクトリ・サービス・モジュールまたはプロセス５０５は、上述の機能を実施するためにメモリ５０４の中にロードされ、プロセッサ５０２によって実行されることが可能である。そのようにして、本発明の（関連のデータ構造を含む）複数のデバイス・プロセス５０５のうちの単一のものは、例えばＲＡＭメモリ、磁気または光ドライブまたはディスケットなどのコンピュータ可読媒体または記憶媒体（ｃａｒｒｉｅｒ）に記憶されることが可能である。
【００２６】
１つの実施形態において、ダウンロードの回数はサービス・プロバイダによって追跡される。すなわち、サービス・プロバイダは要求されたディレクトリ・サービス情報の各々のダウンロードについて、発信者に料金を請求してもよい。
【００２７】
上で様々な実施形態が説明されてきたが、それらは一例としてのみ示されたものであり、制限ではないということを理解されたい。したがって、好ましい実施形態の幅および範囲は、上述の例示的実施形態のうちのいずれによって制限されるべきではなく、冒頭の特許請求の範囲およびそれらの同等物によってのみ定義されるべきである。
【図面の簡単な説明】
【００２８】
【図１】本発明に関連する例示的なボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークを示す図である。
【図２】本発明のＳＩＰベースのＩＰ電話によるネットワーク・ベースのディレクトリ情報の要求の例を示す図である。
【図３】ＳＩＰベースのＩＰ電話を使用する発信者によって、ネットワーク・ベースの情報を要求し、ダウンロードするための方法の流れ図である。
【図４】ディレクトリ・サービス・アプリケーション・サーバによって、ＩＰ電話からのネットワーク・ベースのディレクトリ情報の要求を処理する方法の流れ図である。
【図５】本明細書で説明される機能の実行において使用するのに適した汎用コンピュータの高度なブロック図である。
【技術分野】
【０００１】
本発明は一般に通信ネットワークに関し、より詳細にはネットワーク・ベースの情報をインターネット・プロトコル（例えばＶｏＩＰ）電話にダウンロードすることを可能にする方法および装置に関する。
【背景技術】
【０００２】
無線と有線との両方のＩＰ電話のユーザは、電話機自体に記憶された電子電話帳および記録の中の項目にある「送信」ボタンをクリックすることによって電話をかけることがよくある。これらの電子電話帳および記録は受信された呼び出し、受信されなかった呼び出し、およびダイヤルされた呼び出しを含む。これは特に、ハンズフリーの状態の発信者に当てはまることである。しばしばユーザはディレクトリ・サービス（電話番号案内サービス）にダイヤルして情報を要求し、ユーザの要求に対する口頭による情報の応答を与えられる。しかしながら、口頭による情報は、特に応答が長く複雑なものである場合、記憶して使用することが難しい場合がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、ユーザによって要求されたネットワーク・ベースの情報をインターネット・プロトコル（例えばＶｏＩＰ）電話にダウンロードすることを可能にする方法および装置に対する必要性が存在する。
【課題を解決するための手段】
【０００４】
１つの実施形態において、本発明は氏名、電話番号、映画の上映時間または運転方向などのネットワーク・ベースの情報をＩＰ電話にダウンロードすることを可能にする。概して、そのようなネットワーク・ベースの情報のダウンローディングはディレクトリ・サービスとして閲覧されることが可能である。１つの実施形態において、ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートし、ＶｏＩＰサービス・プロバイダはディレクトリ・サービスを提供する。情報は一旦ＩＰ電話によって受信されると、ユーザの電話記録の中の任意の別の項目と全く同じようにユーザによって使用され、閲覧されることが可能な、ユーザの電話記録の中のクリック可能な項目となる。
【０００５】
本発明の教示は、以下の詳細な説明を添付の図面と合わせて考慮することによって、容易に理解されることができる。
理解を容易にするために、可能な箇所では、同一の参照符号が図面に共通の同一の要素を示すために使用されている。
【発明を実施するための最良の形態】
【０００６】
本発明をより良く理解するために、図１は本発明に関連するＶｏＩＰネットワークなどの例示的なネットワークを示す。ＶｏＩＰネットワークは、インターネット・プロトコル／マルチプロトコル・ラベル・スイッチング（ＩＰ／ＭＰＬＳ）・ベースの中核バックボーン・ネットワーク上で、様々な種類のアクセス・ネットワークを介してキャリア（サービス・プロバイダ）のＶｏＩＰ中核インフラストラクチャに接続された、様々な種類の顧客エンドポイント・デバイスを含んでもよい。概括的に定義すると、ＶｏＩＰネットワークとは、ＩＰネットワーク上で音声信号をパケット化されたデータとして搬送することが可能なネットワークである。ＩＰネットワークは、データ・パケットを交換するためにインターネット・プロトコルを使用するネットワークとして概括的に定義される。
【０００７】
顧客エンドポイント・デバイスは、時間分割多重（ＴＤＭ）ベースか、またはＩＰベースのいずれかのデバイスであることが可能である。ＴＤＭベースの顧客エンドポイント・デバイス１２２、１２３、１３４および１３５は、典型的にＴＤＭ電話か、または構内交換機（ＰＢＸ）を含む。ＩＰベースの顧客エンドポイント・デバイス１４４および１４５は、典型的にＩＰ電話か、またはＰＢＸを含む。端末アダプタ（ＴＡ）１３２および１３３はアナログ電話、およびデジタル加入者回線（ＤＳＬ）またはケーブル・ブロードバンド・アクセス・ネットワークなどのパケット・ベースのアクセス・ネットワーク技術のようなＴＤＭ顧客エンドポイント・デバイス間の必要な相互作用機能を提供するために使用される。ＴＤＭベースの顧客エンドポイント・デバイスは公衆交換電話網（ＰＳＴＮ）１２０、１２１か、またはＴＡ１３２または１３３を介するブロードバンド・アクセス・ネットワークのいずれかを使用して、ＶｏＩＰサービスにアクセスする。ＩＰベースの顧客エンドポイント・デバイスは、ＶｏＩＰゲートウェイまたはルータ１４２および１４３をそれぞれ備えたローカル・エリア・ネットワーク（ＬＡＮ）１４０および１４１を使用して、ＶｏＩＰサービスにアクセスする。
【０００８】
アクセス・ネットワークはＴＤＭベースか、またはパケット・ベースのいずれかのネットワークであることが可能である。ＴＤＭ ＰＳＴＮ１２０または１２１は、従来の電話回線を介して接続されたＴＤＭ顧客エンドポイント・デバイスをサポートするために使用される。フレーム・リレー、ＡＴＭ、イーサネット（登録商標）またはＩＰなどのパケット・ベースのアクセス・ネットワークは、例えばＶｏＩＰゲートウェイおよびルータ１４２を備えた１４０などの顧客ＬＡＮを介して、ＩＰベースの顧客エンドポイント・デバイスをサポートするために使用される。ＤＳＬまたはケーブルなどのパケット・ベースのアクセス・ネットワーク１３０または１３１は、ＴＡ１３２または１３３とともに使用される場合、ＴＤＭベースの顧客エンドポイント・デバイスをサポートするために使用される。
【０００９】
中核ＶｏＩＰインフラストラクチャはボーダー要素（ＢＥ）１１２および１１３、呼び出し制御要素（ＣＣＥ）１１１、およびＶｏＩＰ関連のサーバ１１４などの複数の主要なＶｏＩＰ構成要素を含む。ＢＥはＶｏＩＰ中核インフラストラクチャの端部に存在し、様々な種類のアクセス・ネットワーク上で顧客エンドポイントとインタフェースする。典型的に、ＢＥはメディア・ゲートウェイとして実装され、信号通信、メディア制御、安全対策、ならびに呼び出し承認制御および関連の機能を実行する。ＣＣＥはＶｏＩＰインフラストラクチャ内に存在し、基礎を成すＩＰ／ＭＰＬＳベースの中核バックボーン・ネットワーク１１０上で、セッション開始プロトコル（ＳＩＰ）を使用してＢＥに接続されている。典型的に、ＣＣＥはメディア・ゲートウェイ・コントローラとして実装され、ネットワーク全体の呼び出し制御関連の機能を実行するだけでなく、必要な場合には適切なＶｏＩＰサービス関連のサーバとやりとりする。ＣＣＥはＳＩＰバックトゥバック・ユーザ・エージェントとして機能し、ＣＣＥはすべてのＢＥとＣＣＥとの間のすべての呼び出し区間のための信号通信エンドポイントである。ＣＣＥは、例えばＥ．１６４音声ネットワーク・アドレスのＩＰアドレスへの変換など、特定のサービス特性機能を必要とする呼び出しを完了するために、様々なＶｏＩＰ関連のサーバとやりとりすることを必要としてもよい。
【００１０】
異なるキャリアから発信されるか、または異なるキャリアで終端する呼び出しについては、それらの呼び出しはＰＳＴＮ１２０および１２１の相互接続か、またはパートナーＩＰキャリア１６０の相互接続を通して処理されることが可能である。発信または終端するＴＤＭ呼び出しについては、それらの呼び出しは他のキャリアとの既存のＰＳＴＮ相互接続を介して処理されることが可能である。発信または終端するＶｏＩＰ呼び出しについては、それらの呼び出しは他のキャリアとのパートナーＩＰキャリア・インタフェース１６０を介して処理されることが可能である。
【００１１】
どのようにして異なる構成要素がＶｏＩＰ呼び出しをサポートするために動作するのかを示すために、以下の呼び出しシナリオは、２つの顧客エンドポイントの間でどのようにしてＶｏＩＰ呼び出しが設定されるのかを示すために使用される。位置ＡのＩＰデバイス１４４を使用する顧客は、ＴＤＭデバイス１３５を使用する位置Ｚの別の顧客に電話をかける。呼び出しの設定の間、設定信号通信メッセージはＬＡＮ１４０、ＶｏＩＰゲートウェイ／ルータ１４２および関連のパケット・ベースのアクセス・ネットワークを通して、ＩＰデバイス１４４からＢＥ１１２に送信される。次いでＢＥ１１２は、ＳＩＰが使用される場合であればＳＩＰ−ＩＮＶＩＴＥメッセージなどの設定信号通信メッセージをＣＣＥ１１１に送信する。ＣＣＥ１１１は呼び出される側の情報を見て、この呼び出しを完了するための情報を得るために、必要なＶｏＩＰサービス関連のサーバ１１４に問合せを行う。ＢＥ１１３が呼び出しの完了に関与しなければならない場合、ＣＣＥ１１１は、ＳＩＰが使用される場合であればＳＩＰ−ＩＮＶＩＴＥメッセージなどの別の呼び出し設定メッセージをＢＥ１１３に送信する。呼び出し設定メッセージを受信すると、ＢＥ１１３はブロードバンド・ネットワーク１３１を介して、呼び出し設定メッセージをＴＡ１３３に転送する。次いでＴＡ１３３は適切なＴＤＭデバイス１３５を識別し、そのデバイスに電話をかける。位置Ｚで呼び出される側によって呼び出しが一旦受け入れられると、ＳＩＰが使用される場合であればＳＩＰ−ＡＣＫメッセージなどの呼び出し承認信号通信メッセージは逆方向でＣＣＥ１１１に返信される。ＣＣＥ１１１は呼び出し承認メッセージを受信した後、次いでＳＩＰが使用される場合であればＳＩＰ−ＡＣＫメッセージなどの呼び出し承認信号通信メッセージを呼び出し側に向けて送信する。さらにＣＣＥ１１１はまた、呼び出しデータの交換がＢＥ１１２とＢＥ１１３との間で直接進行することが可能となるように、呼び出しの必要な情報をＢＥ１１２とＢＥ１１３との両方に提供する。呼び出し信号通信経路１５０と呼び出しデータ経路１５１とは、例示的に図１に示される。一旦２つのエンドポイントの間で呼び出しが設定されると、実際の直接のデータ交換のためにＣＣＥ１１１がデータ経路の中にある必要はないので、呼び出し信号通信経路と呼び出しデータ経路とは異なるということに注意されたい。
【００１２】
関連のアクセス・ネットワーク型の任意のエンドポイント・デバイス型を使用する位置Ａの顧客は、同じく関連のネットワーク型の任意のエンドポイント・デバイス型を使用する位置Ｚの別の顧客と通信することができるということに注意されたい。例えば、パケット・ベースのアクセス・ネットワーク１４０のＩＰ顧客エンドポイント・デバイス１４４を使用する位置Ａの顧客は、ＰＳＴＮアクセス・ネットワーク１２１のＴＤＭエンドポイント・デバイス１２３を使用する位置Ｚの別の顧客を呼び出すことができる。ＢＥ１１２と１１３とは、例えばＳＳ７からＳＩＰへの変換およびＳＩＰからＳＳ７への変換などの必要な信号通信プロトコルの変換、ならびにＴＤＭ音声形式からＩＰベースのパケット音声形式への転換およびＩＰベースのパケット音声形式からＴＤＭ音声形式への転換などのメディア形式の転換に対して責任を負う。
【００１３】
無線と有線との両方のＩＰ電話のユーザは、電話機自体に記憶された電子電話帳および記録の中の項目にある「送信」ボタンをクリックすることによって、電話をかけることがよくある。これらの電子電話帳および記録は受信された呼び出し、受信されなかった呼び出し、およびダイヤルされた呼び出しを含む。これは特に、ハンズフリーの状態の発信者に当てはまることである。しばしばユーザはディレクトリ・サービスにダイヤルして情報を要求し、ユーザの要求に対する口頭による情報の応答を与えられる。しかしながら、口頭による情報は、特に応答が長く複雑なものである場合、記憶して使用することが難しい場合がある。この臨界（ｃｒｉｔｉｃａｌｉｔｙ）に対処するために、本発明はセッション開始プロトコル（ＳＩＰ）ベースのインターネット・プロトコル（ＶｏＩＰ）電話に、ユーザにディレクトリ・サービスを提供するＶｏＩＰサービス・プロバイダから、氏名、電話番号、映画の上映時間または運転方向などのネットワーク・ベースの情報をダウンロードすることを可能にする。情報は一旦ＩＰ電話によって受信されると、ユーザの電話記録の中の任意の別の項目と全く同じようにユーザによって使用され、閲覧されることが可能な、ユーザの電話記録の中のクリック可能な項目となる。
【００１４】
図２は、ＳＩＰベースのＩＰ電話によるネットワーク・ベースのディレクトリ情報要求の例を示す。発信者はネットワーク・ディレクトリ・サービスを呼び出してディレクトリ情報２３０を要求するために、有線または無線のいずれかのＳＩＰベースのＩＰ電話２２１を使用する。次いで、ディレクトリ・サービス・アプリケーション・サーバ２１１は要求された情報を調べ、発信者に要求された情報をダウンロードするための選択肢を提供する。発信者は情報をダウンロードするための選択肢を選ぶ。次いで、ディレクトリ・サービス・アプリケーション・サーバ２１１はＳＩＰメッセージを使用してＩＰ電話２２１に情報２３１を送信する。一旦ＩＰ電話２２１が要求された情報のダウンローディングを完了すると、情報はＩＰ電話２２１の電話記録の中のクリック可能な項目となる。その後情報は、電話記録の中の任意の別の項目と全く同じように、ユーザによって取り出され、閲覧されるか、または使用されることができる。
【００１５】
図３は、ＳＩＰベースのＩＰ電話を使用する発信者により、ネットワーク・ベースのディレクトリ情報を要求し、ダウンロードするための方法３００の流れ図を示す。方法３００は工程３０５で始まり、工程３１０に進む。
【００１６】
工程３１０で、発信者は情報を要求するために、例えばＡＴ＆ＴなどのＶｏＩＰサービス・プロバイダによってサポートされるディレクトリ・サービスを呼び出す。要求は氏名、電話番号、アドレス、飲食店および劇場などの施設名、映画の上映時間、運転方向その他などのネットワーク・ベースの情報を含んでもよい。
【００１７】
工程３２０で、一旦要求された情報が識別されると、発信者は要求された情報をダウンロードするための選択肢を提供される。例えば人工的に作られた音声を使用するネットワークが「要求された情報をダウンロードしますか？」という音声を発信者に提示する場合など、選択肢は聴覚的に発信者に提示されることも可能である。代替として、メッセージまたはアイコンが発信者のＩＰ電話のスクリーンに提示されることが可能な場合など、選択肢は視覚的に提示されることも可能である。
【００１８】
工程３３０で、発信者は要求された情報をダウンロードするための選択肢を受け入れる。例えば、発信者はダウンロードするための選択肢を受け入れるために、「はい」と言うか、またはＩＰ電話上のボタンをクリックすることができる。
【００１９】
工程３４０で、ダウンロードされた情報は、ユーザが後で使用するための電話記録の項目として、ＳＩＰベースのＩＰ電話によって記憶される。記憶された情報は、発信者によって選択的に閲覧されることが可能である。記憶された情報は電話番号である場合、その後発信者によって選択されることが可能であり、ＩＰ電話は記憶された電話番号を自動的にダイヤルする。情報は例えば運転方向など、電話番号よりも複雑なものである場合、その後記憶された方向をクリックすることによって、ＩＰ電話が例えばＩＰ電話内の音声シンセサイザを使用して発信者に運転方向を聴覚的に述べるようになる。方法は工程３５０で終了する。
【００２０】
図４は、例えばサービス・プロバイダによって操作されるディレクトリ・サービス・アプリケーション・サーバにより、ＩＰ電話からのネットワーク・ベースのディレクトリ情報要求を処理するための方法４００の流れ図を示す。方法４００は工程４０５で始まり、工程４１０に進む。
【００２１】
工程４１０で、ディレクトリ・サービス・アプリケーション・サーバは発信者からの情報要求を受信する。要求は氏名、電話番号、アドレス、飲食店および劇場などの施設名、映画の上映時間、運転方向その他のネットワーク・ベースの情報を含んでもよい。
【００２２】
工程４２０で、ディレクトリ・サービス・アプリケーション・サーバは要求された情報を調べ、情報をダウンロードするための選択肢を発信者に提供する。ダウンロードするための選択肢は、上で説明されたように聴覚的または視覚的に発信者に送信されることが可能である。
【００２３】
工程４３０で、ディレクトリ・サービス・アプリケーション・サーバは、発信者がダウンロードの選択肢を受け入れた後に、ＳＩＰメッセージを使用して要求された情報を発信者に送信する。方法は工程４４０で終了する。
【００２４】
図５は、本明細書で説明される機能の実行において使用するのに適した汎用コンピュータの高度なブロック図を示す。図５に示されているように、システム５００はプロセッサ要素５０２（例えばＣＰＵ）、例えばランダム・アクセス・メモリ（ＲＡＭ）および／または読み取り専用メモリ（ＲＯＭ）などのメモリ５０４、ディレクトリ・サービス・モジュール５０５、および様々な入力／出力デバイス５０６（例えば、以下のものに限定されるわけではないが、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハード・ディスク・ドライブまたはコンパクト・ディスク・ドライブ、レシーバ、トランスミッタ、スピーカ、ディスプレイ、音声シンセサイザ、出力ポート、および（キーボード、キーパッド、マウスその他の）ユーザ入力デバイスを含むストレージ・デバイス）を備える。
【００２５】
本発明は、例えば特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータまたは任意のその他のハードウェア同等物を使用して、ソフトウェア／またはソフトウェアとハードウェアとの組合せにおいて実施されることが可能であることに留意されたい。１つの実施形態において、本発明のディレクトリ・サービス・モジュールまたはプロセス５０５は、上述の機能を実施するためにメモリ５０４の中にロードされ、プロセッサ５０２によって実行されることが可能である。そのようにして、本発明の（関連のデータ構造を含む）複数のデバイス・プロセス５０５のうちの単一のものは、例えばＲＡＭメモリ、磁気または光ドライブまたはディスケットなどのコンピュータ可読媒体または記憶媒体（ｃａｒｒｉｅｒ）に記憶されることが可能である。
【００２６】
１つの実施形態において、ダウンロードの回数はサービス・プロバイダによって追跡される。すなわち、サービス・プロバイダは要求されたディレクトリ・サービス情報の各々のダウンロードについて、発信者に料金を請求してもよい。
【００２７】
上で様々な実施形態が説明されてきたが、それらは一例としてのみ示されたものであり、制限ではないということを理解されたい。したがって、好ましい実施形態の幅および範囲は、上述の例示的実施形態のうちのいずれによって制限されるべきではなく、冒頭の特許請求の範囲およびそれらの同等物によってのみ定義されるべきである。
【図面の簡単な説明】
【００２８】
【図１】本発明に関連する例示的なボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークを示す図である。
【図２】本発明のＳＩＰベースのＩＰ電話によるネットワーク・ベースのディレクトリ情報の要求の例を示す図である。
【図３】ＳＩＰベースのＩＰ電話を使用する発信者によって、ネットワーク・ベースの情報を要求し、ダウンロードするための方法の流れ図である。
【図４】ディレクトリ・サービス・アプリケーション・サーバによって、ＩＰ電話からのネットワーク・ベースのディレクトリ情報の要求を処理する方法の流れ図である。
【図５】本明細書で説明される機能の実行において使用するのに適した汎用コンピュータの高度なブロック図である。
【特許請求の範囲】
【請求項１】
通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための方法であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信する工程と、
要求されたディレクトリ・サービス情報を前記インターネット・プロトコル電話にダウンロードする工程とを含む方法。
【請求項２】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークである請求項１に記載の方法。
【請求項３】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１に記載の方法。
【請求項４】
ディレクトリ・サービス情報を求める前記要求は、ディレクトリ・サービス・アプリケーション・サーバによって受信される請求項１に記載の方法。
【請求項５】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報をダウンロードするための申し入れが受け入れられた後にのみ実行される請求項１に記載の方法。
【請求項６】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報を少なくとも１つのセッション開始プロトコル（ＳＩＰ）メッセージを使用して前記ＩＰ電話にダウンロードする工程を含む請求項１に記載の方法。
【請求項７】
前記ダウンロードされたディレクトリ・サービス情報を前記ＩＰ電話の電話記録の中に記憶する工程をさらに含む請求項１に記載の方法。
【請求項８】
前記ＩＰ電話による要求されたディレクトリ・サービス情報のダウンロード回数を追跡する工程をさらに含む請求項１に記載の方法。
【請求項９】
前記ＩＰ電話による要求されたディレクトリ・サービス情報の前記ダウンロード回数を料金に関連させる工程をさらに含む請求項８に記載の方法。
【請求項１０】
前記ディレクトリ・サービス情報は氏名、電話番号、アドレス、施設名、映画の上映時間および運転方向のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項１１】
通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための装置であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信するための手段と、
要求されたディレクトリ・サービス情報を前記インターネット・プロトコル電話にダウンロードするための手段とを備える装置。
【請求項１２】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークである請求項１１に記載の装置。
【請求項１３】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１１に記載の装置。
【請求項１４】
プロセッサによって実行される場合に、通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための方法の工程を前記プロセッサに実行させる指示を含む、複数の指示を記憶しているコンピュータ読み取り可能な媒体であって、前記工程は、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信する工程と、
要求されたディレクトリ・サービス情報をインターネット・プロトコル電話にダウンロードする工程とを含むコンピュータ読み取り可能な媒体。
【請求項１５】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）・ネットワークである請求項１４に記載のコンピュータ読み取り可能な体。
【請求項１６】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１５に記載のコンピュータ読み取り可能な媒体。
【請求項１７】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報をダウンロードするための申し入れが受け入れられた後にのみ実行される請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項１８】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報を少なくとも１つのセッション開始プロトコル（ＳＩＰ）メッセージを使用して前記ＩＰ電話にダウンロードする工程を含む請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項１９】
前記ＩＰ電話によって要求されたディレクトリ・サービス情報のダウンロード回数を追跡する工程と、
前記ＩＰ電話によって要求されたディレクトリ・サービス情報の前記ダウンロード回数を料金に関連させる工程とをさらに含む請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項２０】
通信ネットワークによって提供されるディレクトリ・サービス情報を受信するための方法であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を送信する工程と、
前記要求されたディレクトリ・サービス情報を前記ＩＰ電話の電話記録の中に受信する工程とを含む方法。
【請求項１】
通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための方法であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信する工程と、
要求されたディレクトリ・サービス情報を前記インターネット・プロトコル電話にダウンロードする工程とを含む方法。
【請求項２】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークである請求項１に記載の方法。
【請求項３】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１に記載の方法。
【請求項４】
ディレクトリ・サービス情報を求める前記要求は、ディレクトリ・サービス・アプリケーション・サーバによって受信される請求項１に記載の方法。
【請求項５】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報をダウンロードするための申し入れが受け入れられた後にのみ実行される請求項１に記載の方法。
【請求項６】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報を少なくとも１つのセッション開始プロトコル（ＳＩＰ）メッセージを使用して前記ＩＰ電話にダウンロードする工程を含む請求項１に記載の方法。
【請求項７】
前記ダウンロードされたディレクトリ・サービス情報を前記ＩＰ電話の電話記録の中に記憶する工程をさらに含む請求項１に記載の方法。
【請求項８】
前記ＩＰ電話による要求されたディレクトリ・サービス情報のダウンロード回数を追跡する工程をさらに含む請求項１に記載の方法。
【請求項９】
前記ＩＰ電話による要求されたディレクトリ・サービス情報の前記ダウンロード回数を料金に関連させる工程をさらに含む請求項８に記載の方法。
【請求項１０】
前記ディレクトリ・サービス情報は氏名、電話番号、アドレス、施設名、映画の上映時間および運転方向のうちの少なくとも１つを含む請求項１に記載の方法。
【請求項１１】
通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための装置であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信するための手段と、
要求されたディレクトリ・サービス情報を前記インターネット・プロトコル電話にダウンロードするための手段とを備える装置。
【請求項１２】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークである請求項１１に記載の装置。
【請求項１３】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１１に記載の装置。
【請求項１４】
プロセッサによって実行される場合に、通信ネットワークによって提供されるディレクトリ・サービス情報をダウンロードするための方法の工程を前記プロセッサに実行させる指示を含む、複数の指示を記憶しているコンピュータ読み取り可能な媒体であって、前記工程は、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を受信する工程と、
要求されたディレクトリ・サービス情報をインターネット・プロトコル電話にダウンロードする工程とを含むコンピュータ読み取り可能な媒体。
【請求項１５】
前記通信ネットワークはボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）・ネットワークである請求項１４に記載のコンピュータ読み取り可能な体。
【請求項１６】
前記ＩＰ電話はセッション開始プロトコル（ＳＩＰ）をサポートする請求項１５に記載のコンピュータ読み取り可能な媒体。
【請求項１７】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報をダウンロードするための申し入れが受け入れられた後にのみ実行される請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項１８】
前記ダウンロードする工程は、前記要求されたディレクトリ・サービス情報を少なくとも１つのセッション開始プロトコル（ＳＩＰ）メッセージを使用して前記ＩＰ電話にダウンロードする工程を含む請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項１９】
前記ＩＰ電話によって要求されたディレクトリ・サービス情報のダウンロード回数を追跡する工程と、
前記ＩＰ電話によって要求されたディレクトリ・サービス情報の前記ダウンロード回数を料金に関連させる工程とをさらに含む請求項１４に記載のコンピュータ読み取り可能な媒体。
【請求項２０】
通信ネットワークによって提供されるディレクトリ・サービス情報を受信するための方法であって、
インターネット・プロトコル（ＩＰ）電話からディレクトリ・サービス情報を求める要求を送信する工程と、
前記要求されたディレクトリ・サービス情報を前記ＩＰ電話の電話記録の中に受信する工程とを含む方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００８−５２２５５７（Ｐ２００８−５２２５５７Ａ）
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願番号】特願２００７−５４４５１９（Ｐ２００７−５４４５１９）
【出願日】平成１７年１２月２日（２００５．１２．２）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０４３５２５
【国際公開番号】ＷＯ２００６／０６０６０４
【国際公開日】平成１８年６月８日（２００６．６．８）
【出願人】（３９００３５４９３）エイ・ティ・アンド・ティ・コーポレーション (130)
【氏名又は名称原語表記】ＡＴ＆Ｔ ＣＯＲＰ．
【Ｆターム（参考）】
【公表日】平成２０年６月２６日（２００８．６．２６）
【国際特許分類】
【出願日】平成１７年１２月２日（２００５．１２．２）
【国際出願番号】ＰＣＴ／ＵＳ２００５／０４３５２５
【国際公開番号】ＷＯ２００６／０６０６０４
【国際公開日】平成１８年６月８日（２００６．６．８）
【出願人】（３９００３５４９３）エイ・ティ・アンド・ティ・コーポレーション (130)
【氏名又は名称原語表記】ＡＴ＆Ｔ ＣＯＲＰ．
【Ｆターム（参考）】
[ Back to top ]