(57)【要約】  非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にする方法が提供される。この方法は、ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を、ＩＰＴＶ仲介アプリケーションサーバ（ＩＰＴＶ仲介ＡＳ）において受信すること、この加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信すること、通常の呼処理を一時停止して、この呼の制御をＩＰＴＶ仲介ＡＳに与えること、ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信すること、この呼を処理するための命令をＩＰＴＶ仲介ＡＳにおいて受信すること、およびこの呼を処理するための命令をサービス交換ポイントに送信することを含む。
2011519493.tif 000002
【特許請求の範囲】
【請求項１】
非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にする方法であって、
ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を、ＩＰＴＶ仲介アプリケーションサーバ（ＩＰＴＶ仲介ＡＳ）において受信すること、
加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信すること、
通常の呼処理を一時停止して、呼の制御をＩＰＴＶ仲介ＡＳに与えること、
ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信すること、
呼を処理するための命令をＩＰＴＶ仲介ＡＳにおいて受信すること、および
呼を処理するための命令をサービス交換ポイントに送信することを含む、方法。
【請求項２】
ＩＰＴＶサービスを有する複数の回線交換電話加入者に関するデータを格納する加入者データベースと通信することをさらに含む、請求項１に記載の方法。
【請求項３】
データが、以下のタイプのデータ、すなわち、加入者名データ、加入者プロファイルデータ、ＩＰＴＶ登録データ、加入者料金請求アカウントデータ、「仲間リスト」データ、ＣＬＩＤ許容データ、および制御オプション許容データの少なくとも１つを含む、請求項２に記載の方法。
【請求項４】
ＳＩＰベースのＩＰＴＶシステムを介してホーム視聴ネットワークと対話することをさらに含む、請求項１に記載の方法。
【請求項５】
非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にするための装置であって、
ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を受信するための第１の受信手段と、
加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信するための第２の受信手段と、
通常の呼処理を一時停止して、呼の制御を引き受けるための一時停止手段と、
ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信するための対話手段と、
呼を処理するための命令を受信するための第３の受信手段と、
呼を処理するための命令をサービス交換ポイントに送信するための送信手段とを備える、装置。
【請求項６】
ＩＰＴＶサービスを有する複数の回線交換電話加入者に関するデータを格納する加入者データベースと通信するための通信手段をさらに備える、請求項５に記載の装置。
【請求項７】
データが、以下のタイプのデータ、すなわち、加入者名データ、加入者プロファイルデータ、ＩＰＴＶ登録データ、加入者料金請求アカウントデータ、「仲間リスト」データ、ＣＬＩＤ許容データ、および制御オプション許容データの少なくとも１つを含む、請求項６に記載の装置。
【請求項８】
ＳＩＰベースのＩＰＴＶシステムを介してホーム視聴ネットワークと対話するための対話手段をさらに備える、請求項５に記載の装置。
【請求項９】
非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にするためのシステムであって、
サービス交換ポイントに接続されたＩＰＴＶ仲介ＡＳであって、
ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を受信し、
加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信し、
通常の呼処理を一時停止して、呼の制御をＩＰＴＶ仲介ＡＳに与え、
ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信し、
呼を処理するための命令をＩＰＴＶ仲介ＡＳにおいて受信し、さらに
呼を処理するための命令をサービス交換ポイントに送信するように動作可能なＩＰＴＶ仲介ＡＳと、
ＩＰＴＶ仲介ＡＳと通信状態にある、ＩＰＴＶサービスを有する複数の回線交換電話加入者に関するデータを格納する加入者データベースとを備える、システム。
【請求項１０】
加入者データベースの中に格納されたデータが、以下のタイプのデータ、すなわち、加入者名データ、加入者プロファイルデータ、ＩＰＴＶ登録データ、加入者料金請求アカウントデータ、「仲間リスト」データ、ＣＬＩＤ許容データ、および制御オプション許容データの少なくとも１つを含む、請求項９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非ＩＰベースの遠隔通信ネットワークがＩＰＴＶベースのシステムと対話して、ＩＭＳ遠隔通信ネットワークによってもたらされるであろう実質的に均等の能力をもたらすことを可能にする方法および装置に関する。本発明は、遠隔通信の技術分野を特に対象とし、このため、特にこの技術分野に関連して説明されるが、本発明は、他の分野および用途においても有用であり得ることが認識されよう。
【背景技術】
【０００２】
背景として、ＩＰＴＶ（インターネットプロトコルテレビジョン）は、デジタルテレビサービスが、ブロードバンド接続による配信を含むことが可能なネットワークインフラストラクチャを介してインターネットプロトコルを使用することによって配信されるシステムである。ＩＰＴＶの一般的な定義は、従来のブロードキャストフォーマットおよびケーブルフォーマットを介して配信される代わりに、コンピュータネットワークのために使用される技術を介して視聴者によって受信されるテレビコンテンツである。
【０００３】
住宅ユーザの場合、ＩＰＴＶは、しばしば、ビデオオンデマンドに関連して提供され、ＷｅｂアクセスやＶｏＩＰなどのインターネットサービスと抱き合わせにされることが可能である。ＩＰＴＶは、通常、閉じたネットワークインフラストラクチャを使用してサービスプロバイダによって供給される。この閉じたネットワークアプローチは、インターネットテレビと呼ばれる公共のインターネットを介するＴＶコンテンツの配信と競合している。ビジネスにおいて、ＩＰＴＶは、企業ＬＡＮを介してテレビコンテンツを配信するのに使用されることが可能である。
【０００４】
ＩＰＴＶは、ライブのＴＶ（マルチキャスティング）と格納されたビデオ（ビデオオンデマンド、ＶＯＤ）をともに対象として含む。ＩＰＴＶの再生は、パーソナルコンピュータ、またはＴＶに接続されたセットトップボックスを必要とする。ビデオコンテンツは、通常、ＭＰＥＧ−２コーデックまたはＭＰＥＧ−４コーデックを使用して圧縮され、その後、ライブのＴＶの場合は、ＩＰマルチキャストを介して、またはビデオオンデマンドの場合は、ＩＰユニキャストを介して配信されるＭＰＥＧトランスポートストリームの中で送信される。ＩＰマルチキャストは、情報が複数のコンピュータに同時に送信されることが可能な方法である。新たにリリースされた（ＭＰＥＧ−４）Ｈ．２６４コーデックは、より旧式のＭＰＥＧ−２コーデックに取って代わるようにますます使用されている。
【０００５】
ＩＰベースのネットワークの別の利点は、統合およびコンバージェンスの機会である。「コンバージェンスサービス」という用語は、既存のサービスがシームレスに対話して、新たな付加価値サービスを生むことを暗示する。１つの好例が、オンスクリーン発呼者ＩＤ、つまり、貴方のＴＶ上に発呼者ＩＤを得ること、およびそれに対処する（それをボイスメールに送るなどの）能力である。ＩＰベースのサービスは、消費者のテレビ、ＰＣ、およびセル電話機を介してコンテンツにいつでもどこでもアクセスを提供すること、およびサービスとコンテンツを統合して、サービスとコンテンツを一緒に結び付けることに役立つ。ＩＰＴＶ呼対処フィーチャ（発呼者ＩＤ表示、呼を拒否すること、ボイスメールに送ることなどの）が、ＩＭＳ（ＩＰマルチメディアサブシステム）加入者に利用可能である。このことは、ＩＭＳ加入者とＩＰＴＶが同一の技術領域内に存在する（すなわち、両方が、ＩＰベースのサービスである）ので、比較的単純明快である。現下の問題は、レガシーネットワークベースの加入者に均等のＩＰＴＶベースのサービスを提供することである。このことは、遠隔通信加入者の大多数が、ＩＭＳソリューションまたは他のＶｏＩＰソリューションにまだ移行していないので、重要な問題である。
【０００６】
ＩＰＴＶベースの付帯的なサービスに関する最新技術は、ＩＰベースの遠隔通信加入者に限られている。このことは、ＩＭＳ加入者に関してうまく行くが、世界中の数億の回線交換加入者には役立たない。例には、ＰＳＴＮ加入者、およびほとんどのＣＤＭＡ加入者、およびＵＭＴＳ／ＧＳＭ移動体加入者が含まれる。これらの加入者は、ＩＰＴＶ呼対処に関して異なるソリューションを要し、近いうちにＩＭＳに移行することは、到底、現実的ではない。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＲＦＣ３２６１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、前述した困難、およびその他の困難を解決する新たな、改良された方法を企図する。
【課題を解決するための手段】
【０００９】
本発明の一態様において、非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にする方法が、提供される。この方法は、ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビを観ているという指示を、ＩＰＴＶ仲介アプリケーションサーバ（ＩＰＴＶ仲介ＡＳ）において受信すること、この加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信すること、通常の呼処理を一時停止して、この呼の制御をＩＰＴＶ仲介ＡＳに与えること、ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信すること、この呼を処理するための命令をＩＰＴＶ仲介ＡＳにおいて受信すること、およびこの呼を処理するための命令をサービス交換ポイントに送信することを含む。
【００１０】
本発明の別の態様において、非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にするための装置が提供される。この装置は、ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を受信するための第１の受信手段と、この加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信するための第２の受信手段と、通常の呼処理を一時停止して、この呼の制御を引き受けるための一時停止手段と、ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信するための対話手段と、この呼を処理するための命令を受信するための第３の受信手段と、この呼を処理するための命令をサービス交換ポイントに送信するための送信手段とを備える。
【００１１】
本発明のさらに別の態様において、非ＩＰベースのネットワークがＩＰＴＶベースのネットワークと対話することを可能にするためのシステムが、提供される。このシステムは、サービス交換ポイントに接続されたＩＰＴＶ仲介ＡＳであって、ＩＰＴＶサービスの加入者が、ホーム視聴ネットワーク内のＩＰＴＶセットトップボックス（ＩＰＴＶ  ＳＴＢ）に接続されたテレビジョンを観ているという指示を受信し、この加入者の回線交換通信デバイスに向けられた発呼者からの呼を受信し、通常の呼処理を一時停止して、この呼の制御をＩＰＴＶ仲介ＡＳに与え、ホーム視聴ネットワークと対話して、テレビジョン上で再生されるべきポップアップメッセージに関する命令をＩＰＴＶ  ＳＴＢに送信し、この呼を処理するための命令をＩＰＴＶ仲介ＡＳにおいて受信し、さらにこの呼を処理するための命令をサービス交換ポイントに送信するように動作可能なＩＰＴＶ仲介ＡＳを備える。このシステムは、ＩＰＴＶ仲介ＡＳと通信状態にある、ＩＰＴＶサービスを有する複数の回線交換電話加入者に関するデータを格納する加入者データベースをさらに備える。
【００１２】
本発明の適用可能性のさらなる範囲は、後段で与えられる詳細な説明から明白となろう。しかし、この詳細な説明、および具体的な例は、本発明の好ましい実施形態を示すが、本発明の趣旨および範囲に含まれる様々な変更および変形が当業者には明白となるので、単に例として与えられるに過ぎないことを理解されたい。
【００１３】
本発明は、デバイスの様々な部分、および方法のステップの構築、構成、および組合せに存在し、企図される目的は、後段でより完全に説明され、特許請求の範囲において特に指摘され、さらに添付の図面において例示されるとおり、達せられる。
【図面の簡単な説明】
【００１４】
【図１】例示的な実施形態が組み込まれることが可能なシステムを示すブロック図である。
【図２】レガシーの回線交換型の電話加入者に関するデータベースの中に格納されたデータのメモリレイアウトを示す図である。
【図３】本発明のいくつかの態様による、レガシーの回線交換型の電話加入者に関するＩＰＴＶ呼対処の方法を示す流れ図である。
【図４】非ＩＭＳ着信呼のＩＰＴＶ上の着信発呼者ＩＤ通知に関する呼フローを示す図である。
【発明を実施するための形態】
【００１５】
本発明のいくつかの部分、および対応する詳細な説明は、コンピュータメモリ内のデータビットに対する操作のソフトウェア、またはアルゴリズムおよび記号表現に関して提示される。これらの説明および表現は、当業者が自らの作業の内容を他の当業者に効果的に伝える説明および表現である。アルゴリズムという用語は、本明細書で使用される場合、および一般的に使用される場合、所望される結果をもたらす自己矛盾のない一連のステップであると考えられる。これらのステップは、物理量の物理的操作を要求するステップである。必然的にではないものの、通常、これらの量は、格納され、転送され、組み合わされ、比較され、さらにそれ以外で操作されることが可能な光信号、電気信号、または磁気信号の形態をとる。ときとして、主に一般的な用法の理由で、これらの信号をビット、値、要素、シンボル、文字、項、数などと呼ぶことが好都合であることが判明している。
【００１６】
しかし、これら、および類似する用語のすべては、適切な物理量に関連付けられるべきであり、これらの量に付けられた便利なラベルに過ぎないことに留意されたい。特に明記しない限り、または説明から明白なとおり、「処理すること」、または「算出すること」、または「計算すること」、または「判定すること」、または「表示すること」などの用語は、コンピュータシステムのレジスタ内およびメモリ内の物理的、電子的な量として表されるデータを操作して、コンピュータシステムメモリもしくはコンピュータシステムレジスタ、または他のそのような情報記憶デバイス、情報伝送デバイス、または情報表示デバイスの内部で物理量として同様に表される他のデータに変換する、コンピュータシステムまたは類似する電子コンピューティングデバイスのアクションおよびプロセスを指す。
【００１７】
また、本発明のソフトウェアによって実施される態様は、通常、何らかの形態のプログラム記憶媒体上に符号化される、または何らかのタイプの伝送媒体を介して実施されることにも留意されたい。このプログラム記憶媒体は、磁気型（例えば、フロッピー（登録商標）ディスクもしくはハードドライブ）または光学型（例えば、コンパクトディスク読取り専用メモリ、つまり、「ＣＤ−ＲＯＭ」）であることが可能であり、さらに読取り専用型またはランダムアクセス型であることが可能である。同様に、この伝送媒体は、より対線、同軸ケーブル、光ファイバ、または当技術分野で知られている他の何らかの適切な伝送媒体であることが可能である。本発明は、いずれの所与の実施形態の、これらの態様によっても限定されない。
【００１８】
次に、図示が、例示的な実施形態を例示することだけを目的とし、主張される主題を限定することは目的としない図面を参照すると、図１が、本明細書で説明される実施形態が組み込まれることが可能なシステムの図を与える。全体的に示されるとおり、図１は、個人Ａ（この事例では、加入者）に関するホーム視聴ネットワーク１０を含む。ホーム視聴ネットワークは、１つまたは複数の通信デバイス１２、１つまたは複数のセットトップボックス（ＳＴＢ）１４、および１つまたは複数の視聴デバイス１６を有するネットワークである。ＩＰＴＶ仲介ＡＳ１８は、ＩＰＴＶストリームを受信し、ホームネットワーク１０内で、テレビブロードキャスト、従量料金制ブロードキャスト、インターネットビデオブロードキャストなどに関連するＩＰＴＶストリームをブロードキャストする。利用可能なＩＰＴＶストリームの最大数は、ＩＰＴＶ仲介ＡＳ１８能力、またはホーム視聴ネットワーク１０の最大帯域幅能力によって制限される。
【００１９】
ホーム視聴ネットワーク１０の構成要素は、任意の所望される仕方で構成されることが可能である。ＩＰＴＶ仲介ＡＳ１８は、ＳＩＰベースのＩＰＴＶシステム２０を介してホーム視聴ネットワーク１０とインタフェースをとる。ＳＩＰ（セッション開始プロトコル）は、１名または複数名の参加者を有するセッションを作成するため、変更するため、および終了するためのアプリケーション層制御（シグナリング）プロトコルである。ＳＩＰは、インターネット電話呼、マルチメディア配信、およびマルチメディア会議を含む２パーティセッション、マルチパーティセッション、またはマルチキャストセッションを作成するのに使用されることが可能である。ＳＩＰは、基礎をなすトランスポート層とは無関係に設計され、つまり、ＳＩＰは、ＴＣＰ上、ＵＤＰ上、またはＳＣＴＰ上で実行されることが可能である。この規格の最新バージョンは、ＩＥＴＦ  ＳＩＰ  Ｗｏｒｋｉｎｇ  ＧｒｏｕｐからのＲＦＣ３２６１である。ＳＩＰは、Ｈ．３２３およびその他とともに、ボイスオーバーＩＰのためのシグナリングプロトコルとして広く使用されている。
【００２０】
ホーム視聴ネットワーク１０は、有線であっても、無線であっても、有線と無線の組合せであってもよい。また、「ホーム」という語が、「ホーム視聴ネットワーク」という句に関連して使用されるものの、このネットワークは、住宅または住居に限定されないことにも留意されたい。つまり、ＩＰＴＶプロバイダに対する単一のアカウントがアクセスすることができる規定された区域視聴区域内の任意のローカルエリアネットワークが、ホーム視聴ネットワークと見なされることが可能である。本明細書で開示される本発明に関して、通信デバイス１２は、一般に、終端ＩＮトリガセットでレガシーネットワークまたは回線交換ネットワークに接続された有線電話機または無線電話機である。
【００２１】
視聴デバイス１６は、ビデオブロードキャストまたはテレビブロードキャストが視聴されることを許すテレビジョンまたはモニタである。一部の事例において、ＳＴＢ（ＤＶＲ（デジタルバーサタイルレコーダ）など）１４は、そのＳＴＢが、ＩＰＴＶシステム２０と直接にインタフェースをとることに関連付けられた処理命令を含む場合、遠隔視聴デバイスと見なされることが可能である。さらに、各遠隔視聴デバイスは、ホーム視聴ネットワークのＩＰＴＶストリームを提示することができる視聴デバイスと直接にインタフェースをとる。また、遠隔視聴デバイスがＳＴＢではない一部の事例において、遠隔視聴デバイスは、そのＳＴＢと直接にインタフェースをとるようにされることが可能である。
【００２２】
ＳＳＰ（サービス交換ポイント）２２が、ＩＰＴＶ仲介ＡＳ１８およびボイスメールシステム２４と通信状態にある。ＳＳＰ２２は、個人Ｂなどの電話発呼者が加入者の番号をダイヤル呼び出しした場合に、応答する電話交換局として機能する。この例において、ＳＳＰ２２は、「被呼」側に関連するスイッチである。ＳＳＰ２２は、その呼に対処が行われ得るようにサービス制御ポイント（ＳＣＰ）にクエリを送信する。この例では、ＩＰＴＶ仲介ＡＳ１８が、ＳＣＰの役割をする。
【００２３】
ＩＰＴＶ仲介ＡＳ１８は、一般に、マイクロプロセッサまたはセキュリティで保護されたサーバなどのＣＰＵ（図示せず）を含み、さらに被呼側が、とりわけ、「ＩＰＴＶ上で呼を提示し、呼に対処するフィーチャ」を有するかどうかについての関係のある情報を格納するための加入者データベース２６と通信状態にある。データベース２６は、ホーム加入者サーバ（ＨＳＳ）、またはＩＰＴＶサービスのための特別な専用データベースであることが可能である。ＨＳＳは、呼に実際に対処するＩＭＳネットワークエンティティをサポートするマスタユーザデータベースである。ＨＳＳは、加入者関連の情報（ユーザプロファイル）を含み、ユーザの認証および許可を実行し、さらにユーザの物理的ロケーションについての情報を提供することができる。
【００２４】
加入者データベース２６は、図２に示されるとおり、一般に、ＩＰＴＶサービスも有する各回線交換電話機加入者に関して、任意の数のデータサブブロックを含む。これらのデータサブブロックは、特定の加入者に関してフィールドのすべてが埋められるわけではないスーパーブロック２８として示される。当技術分野で知られているスーパーブロック２８は、スーパーブロック２８内のいくつかのフィールドのいずれかのフィールドのアイデンティティからアクセスされることが可能である。スーパーブロック２８は、加入者名データを含む第１のサブブロック３０、加入者プロファイルデータを含む第２のサブブロック３２、ＩＰＴＶ登録データを含む第３のサブブロック３４、加入者料金請求アカウントデータを含む第４のサブブロック３６、「仲間リスト」データを含む第５のサブブロック３８、ＣＬＩＤ許容データを含む第６のサブブロック４０、および制御オプション許容データを含む第７のサブブロック４２を含め、任意の数のデータサブブロックを含む。もちろん、任意の数のさらなるサブブロック４４が、他の関係のあるデータを格納するためにスーパーブロック２８の中で与えられてもよい。
【００２５】
ＩＰＴＶ仲介ＡＳ１８は、レガシーの回線ベースのネットワーク内で使用されるＩＮ／ＴＣＡＰプロトコルと、ＩＰＴＶが存在するＩＰベースの（例えば、ＳＩＰなどの）領域において使用されるＩＮ／ＴＣＡＰプロトコルの間の隔たりを埋める。このようにして、既存のＳＴＢ（セットトップボックス）ＡＰＩが、変更なしに使用されることが可能である。ＩＰＴＶネットワーク２０に対するＳＩＰインタフェースから見て、ＩＰＴＶ仲介ＡＳ１８は、ＩＭＳネットワーク要素または他のＳＩＰベースのネットワーク要素と区別できない。回線特有の対話のすべては、ＩＰＴＶ仲介ＡＳ１８によって仲介される。加入者から見て、発呼者ＩＤ提示は、単に、加入者のＩＰＴＶ上に現れて、後続の呼対処が、加入者のＴＶリモートコントロールによって制御される。
【００２６】
次に、レガシーの回線交換型の電話加入者に関するＩＰＴＶ呼対処の例示的な方法１００の概略が示される図３を参照する。最初に、個人Ａ（加入者）が、加入者のＩＰＴＶシステム２０に登録し、ＩＰＴＶ仲介ＡＳ１８が、ＨＴＴＰ  ＰＯＳＴで、個人ＡがＴＶを観ているという通知を受ける（１０１）。次に、個人Ｂが、個人Ａの非ＩＭＳベースの電話機１２を呼び出す（１０２）。その結果、通常の呼処理が、一時停止されて、呼の制御が、ＩＰＴＶ仲介ＡＳ１８に与えられる（１０３）。
【００２７】
この時点で、ＩＰＴＶ仲介ＡＳ１８は、ＩＰＴＶシステム２０を介してホーム視聴ネットワーク１０と対話して、ホーム視聴ネットワーク１６上で再生されるべきポップアップメッセージに関する命令を、個人ＡのＩＰＴＶ  ＳＴＢ１４に送信する（１０４）。次に、ＳＴＢ１４および視聴デバイス１６を介して、個人Ａに、個人Ｂからの呼に関して１つまたは複数の選択肢が提供される（１０５）。これらの選択肢には、例えば、最初に呼び出された番号でその呼に応答すること、またはその呼を、ホーム、移動体、ボイスメール、その他のような別の番号に転送することが含まれることが可能である。これらの選択肢を検討した後、個人Ａは、個人ＡのＴＶリモートで選択を行い、この情報が、ＩＰＴＶ仲介ＡＳ１８によって受信される（１０６）。すると、ＩＰＴＶ仲介ＡＳ１８は、適切な命令をＳＳＰ２２に送信する（１０７）。
【００２８】
例示的な方法に関するメッセージフローは、図１に関連して説明される。最初、ローカルスイッチ（有線の場合）またはＨＬＲ（無線の場合）が、「ＩＰＴＶ上で呼を提示し、呼に対処するフィーチャ」にサービスキーが関連付けられて、ＩＰＴＶ仲介ＡＳ１８をポイントするＩＮトリガをプロビジョニングされる。ＩＰＴＶ仲介ＡＳ１８は、標準のサービス制御機能の振舞いに従って、ＴＣＡＰ／ＳＳ７  ＩＮメッセージングを終端させ、さらにＩＰＴＶシステム２０へのＩＰドメインアクセスポイントの役割もする。
【００２９】
Ｂの呼が、Ａのホームネットワークにルーティングされる場合、Ａのネットワークは（ＳＳＰ２２を介して）、ＩＰＴＶ仲介ＡＳ１８に対して標準のＩＮクエリを開始する（例えば、適宜、ＡＩＮ、ＩＮＡＰ、ＷＩＮ、またはＣＡＰ）。このメッセージは、発呼者のＩＤ、および、場合により、発呼者の名前を含む。
【００３０】
ＩＰＴＶ仲介ＡＳ１８は、ユーザが加入するサービスに関するデータベース２６（データベースのタイプは、関与するアクセス技術に依存することが可能である）を調べて、ＩＰＴＶ提示フィーチャに加入が行われていることを見出す。ＩＰＴＶ仲介ＡＳ１８は、エンドユーザプロファイルデータ（ＳＴＢ情報）、仲間リスト情報、ＣＬＩＤ許容、制御オプション許容のようなことをさらに調べることができ、さらに、欠落している場合、発呼者の名前などを問い合わせることができる。
【００３１】
次に、ＩＰＴＶ仲介ＡＳ１８は、ＨＴＴＰを直接に使用してＩＰＴＶシステムＡＰＩまたはＳＴＢ１４を介して、ＣＬＩＤ通知情報および制御オプション表示に関する適切なメッセージ（ＳＩＰ  ＩＮＶＩＴＥ、ＳＯＡＰ／ＸＭＬなど）をＩＰＴＶシステムに送信する。このメッセージは、発呼者の名前、および写真を含むことさえ、そのようなデータベースが利用できる場合、可能である。
【００３２】
個人Ａは、ＴＶリモートを介して、その呼にどのように対処すべきかを選択することができる。例えば、個人Ａは、「ボイスメールに転送する」を選択することが可能であり、その場合、その呼をボイスメールにルーティングする要求が、ＳＴＢ１４からＩＰＴＶ仲介ＡＳ１８に返信される。
【００３３】
次に、ＩＰＴＶ仲介ＡＳ１８は、加入者プロファイルデータから適切な番号を取り出し、適切なインテリジェントネットワーク接続メッセージの中でその番号をサービス交換ポイント２２に返信する。
【００３４】
呼フローが、図４に示される。このシナリオでは、個人Ａは、非ＩＭＳ加入者であり（すなわち、個人Ａの番号は、ＩＭＳをホームとしていない）、「ＩＰＴＶ上で発呼者ＩＤを提示し、呼を制御する」（ＣＩＰオンＩＰＴＶ）サービスを有する。個人Ａの電話番号（地上線または移動体）は、発呼者ＩＤが現れるようにＣＩＰオンＩＰＴＶアカウント（加入者データベースの中の）にリンクされる必要がある。呼制御を使用して、個人Ａは、その呼を任意のデバイス（例えば、地上線、移動体、またはボイスメール）にシームレスに送信することができる。個人Ａは、ホームに存在して、個人ＡのＩＰＴＶシステム上で登録しており、したがって、個人Ａの存在は、知られている。登録には、仲介ＩＰＴＶ仲介ＡＳ１８に対する直接のＨＴＴＰ  ＰＯＳＴがかかわることが可能であり、あるいは登録には、ＩＰＴＶネットワーク２０に対するＩＰＴＶ仲介ＡＳ１８のＳＩＰ加入／通知手順が関与することも可能である。図４に示されるとおり、ＩＳＵＰ  ＩＡＭメッセージが、個人ＡのＳＳＰ  ２２に向けられる（２０１）。ＩＳＵＰ（ＩＳＤＮユーザ部分）が、ＰＳＴＮを介して音声呼およびデータ呼を伝送する中継回線をセットアップし、管理し、リリースするのに使用されるプロトコルおよび手順を規定する。ＩＡＭ（初期アドレスメッセージ）が、発呼側と、被呼側の宛先スイッチとの間の回線における各スイッチによって「順」方向で送信される。ＩＡＭは、必須の可変部分の中に被呼側番号を含み、さらにオプションの部分の中に発呼側の名前および番号を含むことが可能である。
【００３５】
次に、ＴＣＡＰ開始メッセージが、ＩｎｉｔｉａｌＤＰオペレーションコードとともにＳＣＰ（すなわち、ＩＰＴＶ仲介ＡＳ１８）に送信される（２０２）。すると、ＩＰＴＶ仲介ＡＳ１８は、ＣＬＩＤ通知情報および制御オプション表示に関する適切なメッセージ（例えば、ＳＩＰ  ＩＮＶＩＴＥまたはＳＯＡＰ／ＸＭＬ）をＩＰＴＶネットワーク２０に送信する（２０３）。このメッセージは、ＳＴＢ１４に送信され、ＳＴＢ１４は、このメッセージをＩＰＴＶスクリーン１６上で表示する（２０４）。個人Ａが、ＩＰＴＶリモートを介して、利用可能なオプションの１つを選択する（２０５）。この例では、個人Ａは、その呼をボイスメールに送信することを選択する。ＩＰＴＶネットワーク２０は、この応答を受け入れ（２０６）、さらに、この応答をＩＰＴＶ仲介ＡＳ１８に転送する（２０７）。加入者のボイスメール番号を含むメッセージＣＯＮが、個人ＡのＳＳＰ２２に送信される（２０８）。ボイスメール要求を含むＩＳＵＰ  ＩＡＭメッセージが、個人Ａのボイスメールシステム２４に送信される（２０９）。
【００３６】
以上の説明は、本発明の特定の実施形態の開示を与え、本発明をそれらの実施形態に限定することは意図していない。このため、本発明は、前述した実施形態だけに限定されない。むしろ、当業者は、本発明の範囲内に入る代替の実施形態を構想することもできることが認識される。
【図１】
2011519493.tif 000003
【図２】
2011519493.tif 000004
【図３】
2011519493.tif 000005
【図４】
2011519493.tif 000006
【国際調査報告】
2011519493.tif 000007
2011519493.tif 000008