(57)【要約】【課題】  インタラクティブテレビジョンサービス供給ネットワークのように、サービス配信ネットワークに接続されるクライアントデバイスの供給を管理するシステム及び方法である。【解決手段】  特定の供給データを知り、収集し、データが配置され、送られる供給マネージャにより供給が管理される。したがって、供給マネージャは、供給データのための中央収集及び散布点として実行し、ビリングシステム、ＩＰデータネットワーク、サーバ複合体及び又は他のネットワークシステムの間に供給データの流れを導くことにより、インテリジェント供給データトラフィックマネージャとして動作する。【選択図】          図１
2004215237.tif 000002
【特許請求の範囲】
【請求項１】
インタラクティブテレビジョンネットワークに接続し、インタラクティブテレビジョン（ＩＴＶ）サービスを使用するため、インタラクティブクライアントデバイスの供給の管理を行う方法であって、
第１のＩＴＶネットワークコンポーネントにおいて、前記インタラクティブテレビジョンネットワークにアクセスする権利を有する加入者又はユーザのリストから少なくとも１人の加入者又はユーザを消去することと、加入者又はユーザが前記インタラクティブテレビジョンネットワークを評価するのを停止させることと、前記インタラクティブテレビジョンネットワークにアクセスする加入者又はユーザの能力を復活させることの内の少なくとも１つの供給要求を受け取り、
他の複数のＩＴＶネットワークコンポーネントのどれが前記供給要求に関連した供給情報の少なくとも幾つかを受け取ることになっているかを決定し、
前記少なくとも幾つかの供給情報を前記第１のＩＴＶネットワークコンポーネントと異なる少なくとも１つの他のＩＴＶネットワークコンポーネントに伝達する、
ことを含むことを特徴とする方法。
【請求項２】
供給管理データベースに前記供給情報を格納し、
前記供給管理データベースにおいて前記供給情報を検索し、
前記供給情報をＩＴＶネットワークコンポーネントの供給システムに伝達する、
ことをさらに含んでいる請求項１に記載の方法。
【請求項３】
少なくとも１つの他のＩＴＶネットワークにおいて、前記供給情報を受け取り、
前記供給要求を通知されることになっているサービスプロバイダのリストの中から少なくとも１つのサービスプロバイダを決定し、
前記供給要求を前記サービスプロバイダに送る、
ことをさらに含んでいる請求項１に記載の方法。
【請求項４】
前記サービスプロバイダからメッセージを受け取り、前記供給要求が処理され、
前記第１のＩＴＶネットワークコンポーネントに成功メッセージを送る、
ことをさらに含んでいる請求項３に記載の方法。
【請求項５】
前記供給情報はＩＰデータネットワークの前記供給システムからの１つ又はそれ以上のネットワークアドレスを含んでいる請求項１に記載の方法。
【請求項６】
インタラクティブテレビジョンネットワークに接続し、インタラクティブテレビジョン（ＩＴＶ）サービスを使用するため、インタラクティブクライアントデバイスの供給を管理するためのシステムであって、
少なくとも１つの加入者又はユーザに関連する供給情報を第１のＩＴＶネットワークコンポーネントから受け取るための第１の受取り手段と、
他の複数のＩＴＶネットワークコンポーネントのどれが少なくとも幾つかの供給情報を受け取ることになっているかを決定するための決定手段と、
前記第１のＩＴＶネットワークコンポーネントと異なり、前記少なくとも１つの加入者又はユーザにより要求されるサービスを供給する少なくとも１つの他のＩＴＶネットワークコンポーネントに少なくとも幾つかの供給情報を伝達するための伝達手段と、
前記少なくとも１つの他のＩＴＶネットワークコンポーネントから供給応答情報を受け取るための第２の受取り手段と、
前記サービス供給応答情報を格納するための格納手段と、
を備えていることを特徴とするシステム。
【請求項７】
前記第１の受取り手段は前記少なくとも１つのＩＴＶネットワークコンポーネントからインターフェースアダプタにより受信された供給情報に対応する供給トランザクションを確認するためのインターフェースアダプタ手段を含み、前記決定手段は前記供給トランザクションの供給情報の流れを管理するためのワークフローエンジン手段を含んでいる請求項６に記載のシステム。
【請求項８】
インタラクティブテレビジョンネットワーク（ＩＴＶ）の供給トランザクションに関連した供給メッセージであって、
前記供給メッセージの長さを示す長さフィールドと、
実行される供給行動を示す行動フィールドと、
前記供給行動が実行されることになっている対象のタイプを示す対象フィールドと、
前記行動及び対象に対応する供給情報を含む供給情報フィールドと、
を含むことを特徴とする供給メッセージ。
【請求項９】
前記供給行動は、削除、更新、生成、及び追加のうちの少なくとも１つである請求項８に記載の供給メッセージ。
【請求項１０】
前記対象は、加入者、サイト、ＩＴＶクライアントデバイス、及びユーザのうちの少なくとも１つである請求項８に記載の供給メッセージ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電気通信ネットワークの供給を管理するための方法及び装置に関し、特に、インタラクティブテレビジョン（ＩＴＶ）ネットワーク及びそれに接続される関連のＩＴＶクライアントデバイスの供給を管理するための方法及び装置に関する。
【背景技術】
【０００２】
本発明は、Donlanらが２０００年９月２６日に出願した「インタラクティブＴＶネットワークに接続されたクライアントデバイスの供給を管理する方法及び装置」という表題の米国特許出願No.09/671,329、及びDonlanらが同時に出願した「インタラクティブＴＶネットワークに接続されたクライアントデバイスを供給するための方法及び装置」という表題の米国特許出願No.10/287,330に関連している。
【０００３】
通信サービスの方法及び操作は、それが声、ビデオ、又はデータ通信サービスであっても、複数のネットワーク、システム、デバイス及び設備の相互接続を必要とし、それらは地理的に隣接するものもあり、或いは離れているものもある。現在、これらのネットワーク、システム、デバイス及び設備のそれぞれは通信接続経路の設置を可能にするため「供給」される必要がある。一般に「供給（provisioning）」は、ネットワーク、システム、又は表題のサービスを供給する別のタイプのインフラストラクチャにより供給される加入者のサービスへの加入者（例えば、加入者の端末デバイス及び又はネットワークコンポーネント）の追加、又はそれからの加入者の削除、又はそれの変更である。供給は、適切なアーキテクチャは加入者を識別及び又は加入者と通信することを可能にさせる。
【０００４】
供給のいくつかの形式が必要であり、それは通信接続経路が、電話、データ又はオーディオ又はビデオ配信ネットワークにあるような、複数の加入者の端末デバイス（例えば、電話、テレビ、ストリーミングメディアプレーヤー、セットトップオーディオ・ビデオデコーダー、ワイヤレスデバイスベースステーション等）に接続していようと、その経路が、１つかそれ以上の加入者の端末デバイス（例えば、ワークステーション、パソコン、ＰＤＡ等）を、クライアントサーバコンピューティングネットワークにあるような、１つかそれ以上のサーバに接続していようとである。多くの操作上の状況の中で、相互に接続された複数のネットワーク、システム、デバイス、設備のそれぞれは、（人間介入の手操作や自動のどちらでも）独立及び分離して供給されることが必要であり、それにより、加入者の端末を接続させ、通信ネットワークサービスを利用できるようにする時に、潜在する時間遅延、非効率性、又はエラーを発生させることになる。
【０００５】
通信ネットワークの１つのタイプとして、インタラクティブテレビジョン（ＩＴＶ）ネットワークとそれに接続された加入者の端末デバイスは、加入者の端末デバイスがＩＴＶサービスをＩＴＶネットワーク経由で使えるようにするように「供給」される。加入者の端末デバイス、それはＩＴＶネットワークに接続されたＩＴＶクライアントデバイスであるが、他のビデオ、オーディオ及びデータデバイス間で、テレビセット、セットトップオーディオ・ビデオデコーダーボックス、パソコン、ビデオレコーダーを含むことがある。いつでも使えるＩＴＶネットワークを実行するための、テレビ送信ネットワーク、ＩＰ（すなわち、インターネットプロトコル）データネットワーク、及び配信クライアントサーバコンピューティングネットワークの収束は、複数のネットワーク、システム、デバイス及び設備の相互接続を必要とし、それは全体としてＩＴＶネットワークの構成要素のように、地理的に隣接又は離れていてもよい。現在、ネットワーク、システム、デバイス及び設備に相互接続されたこれらコンポーネントのそれぞれは、通常、表題のＩＴＶサービスのため、通信接続経路の設立及びＩＴＶクライアントデバイス（すなわち、加入者の端末）によるＩＴＶネットワークの使用を可能にするために独立及び分離して「供給」される。
【０００６】
したがって、ＩＴＶネットワーク全体を構成するこれら相互に接続されたコンポーネントネットワーク、システム、デバイス及び設備の自動供給を一般に（すなわち、全般的に）管理するための方法及び装置の必要性がある。
【発明の開示】
【課題を解決するための手段】
【０００７】
本発明は、電気通信サービスネットワークの供給及び電気通信サービスを使用するためのネットワークに接続される複数のクライアントデバイスを管理するためのクライアントネットワーク供給マネージャを供給する。本発明の教示は、インタラクティブテレビジョン、ケーブルテレビ、電話、ビデオ、オーディオ、オンラインデータベース、ノンインタラクティブテレビジョン、ラジオ、音楽ビデオ、ビデオジュークボックス、ペイフォービュー（pay-for-view）、ビデオオンデマンド、ホームショッピング、ビデオ会議、テレビ会議、画像システムへのインターフェーシング、自動テレフォンコール料金払い戻し（‘900’番）、及び他の電気通信サービスを含む、広範囲な加入者の通信サービス及び又は有料サービスに適用できる。本発明の教示はまた、マルチチャンネル電気通信サービス、シングルチャンネルのマルチサービス電気通信、シングルチャンネルのシングルサービス電気通信を含む、様々な電気通信システムにも適用可能である。前述からも分かるように、ユーザは加入者でも非加入者でもよい。
【０００８】
本発明の供給マネージャは、調整され共有でき自動化された方法での、必要なネットワークコンポーネントと共に、クライアントデバイスの全体的供給を実現させる目的のため、それぞれのネットワークコンポーネントの個々の供給方法、装置と通信する。収集した特定の供給データを知ることによって、データが見つけられ、送られることになっており、供給マネージャは、個々のネットワークコンポーネントの供給方法、装置の間で供給データのフローを方向付けしながら、供給データのための中央収集及び散布地点として実行することにより、インテリジェント供給データマネージャとして動作する。そのような中央地点として、供給マネージャは、より効果的に自動供給処理を作る。1つの構成では、供給マネージャは、従属した（通常独立して扱われる要求や返答の処理それぞれの）処理が正確な手順でなされることを保証する。例えば、「ユーザ停止」要求は、関連の「加入者停止」要求が首尾よく完了するまでは発行されない。
【０００９】
本発明は中央収集及び散布地点として説明されているが、説明されるその方法及び装置はネットワークに結合された独立ユニットとして実行されてもよいし、又はネットワークを通じて配信されてもよい。
【００１０】
供給マネージャは、アプリケーションプログラムインターフェース（ＡＰＩ）、各ネットワークコンポーネントの個々の供給方法、装置へのプロトコル及び信号のインターフェースと同様、顧客支援代表者による使用のためのユーザインターフェースを含む。供給マネージャにより管理された情報のタイプは、ネットワークとのＩＰ通信のためのクライアントデバイスのＩＰ供給、制御されたデータセンタからの中央化された供給、クライアントデバイスへ伝えられる自動供給の可能性の支援、加入者のサービス登録と資格、クライアントデバイスの設置、供給処理フロー、に関連したデータを含むが、それらに限定されない。
【００１１】
供給マネージャと他のネットワークコンポーネント、例えば、ビリングシステム、各種サーバ、ＩＰデータネットワーク、及びＩＴＶネットワークを構成するそのような他のネットワークの供給システムの間でのメッセージ通信処理は、適切なプロトコルと信号インターフェースと各々の各ネットワークコンポーネント供給システムのために定義されたＡＰＩを介して行われる。メッセージ通信処理は供給マネージャデータベースに格納される。
【００１２】
本発明の教示は、ＩＴＶポジショニングマネージャを有するインタラクティブテレビジョン（ＩＴＶ）ネットワークに、特に適用可能である。そのＩＴＶネットワークは、ネットワーク、システム、デバイス及び設備に相互接続された複数のコンポーネントを含んでいる。ネットワーク、システム、デバイス及び設備に相互接続したコンポーネント（ＩＴＶネットワークコンポーネント）は、アナログ又はデジタルテレビジョン伝送ネットワーク、ＩＰ（例えば、インターネットプロトコル）データネットワーク、配信クライアントサーバコンピューターネットワーク、加入者管理ビリングシステム、及び１つ又はそれ以上のＩＴＶクライアントデバイスを含んでいるが、それらに限定されるものではなく、地理的に隣接又は離れていてもよい。ＩＴＶクライアントデバイスは、セットトップビデオ・オーディオコンバータデコーダボックス、テレビ受信機、ビデオ・オーディオレコーダ又はプレーヤ、データモデム、伝送や格納やビジュアルディスプレイ又はサウンドエミッションのための加工処理できるビデオやオーディオ又はデータ信号を処理可能なコンピュータを含んでいるが、それらに限定されるものではない。
【００１３】
１つの構成では、ＩＴＶサービスのオペレーターやプロバイダーは、異なるビジネス態で、ＩＴＶネットワークコンポーネントのオペレーターやプロバイダーとは離れ、異なり、独立している。
【００１４】
１つの構成では、１つ又はそれ以上のＩＴＶネットワークコンポーネントはそれ自体の独立した、ＩＴＶネットワークでのコンポーネント機能に特定の供給方法又は装置を有している。そのような方法又は装置は、全体として、ＩＴＶクライアントデバイス及び又はＩＴＶネットワークを供給するに必要な全体的供給機能のほんの１機能的部分を示しているだけであってもよい。
【００１５】
上記した作用は例示であり、供給マネージャと他のネットワークコンポーネント間のメッセージの個々の供給及び相互通信は、本発明の精神及び範囲から逸脱することなく、代わりの発生手順で行われてもよい。さらに、上記した本発明の構成及び又は実施例の説明は、網羅的でもなく限定的でもない。分かるように、本発明の特徴は各種他の方法で組み合わせ可能であり、それは本発明の精神と範囲内である。
【発明を実施するための最良の形態】
【００１６】
本発明は、図面に関連させて詳細に説明され、同様の構成は同一の符号を付してある。
【００１７】
ＩＴＶネットワーク
図１は、本発明の好適な実施例によるＩＴＶネットワーク１００の例示のブロック図である。図１に示されているように、ＩＴＶネットワークは複数の相互接続ネットワーク、システム、デバイス及び設備を備えており、それらは地理的に隣接していても、離れていてもよい。説明の目的のため、これらの相互接続されたネットワーク、システム、デバイス及び設備は、「ＩＴＶネットワークコンポーネント（複数）」、個別には「ＩＴＶネットワークコンポーネント（単数）」と呼ばれている。それぞれのＩＴＶネットワークコンポーネントは、それ自体の各々の供給システム、方法または装置、及び、説明の目的のため、ＩＴＶネットワークへの言及は、各々の供給システム、方法又は装置に対する言及を含んでいる。
【００１８】
ＩＴＶ供給マネージャ１０４は、１つ又はそれ以上の通信リンク１０８を経由して、ＩＴＶネットワークコンポネントと相互接続されると共に通信し、少なくとも１つのＩＰ供給システム１１０、少なくとも１つの加入者管理ビリングシステム１１４、少なくとも１つのサービスサーバインフラストラクチャ１１８ａ−ｃ、顧客サービスセンター１２２、上空ヘッドエンド（ＨＩＴＳ）１２６、１つまたはそれ以上のヘッドエンド１３０ａ−ｃ、及びネットワークオペレーション１３４、及びＩＴＶネットワーク１００を備えた他の要求される追加ＩＴＶネットワークコンポーネント（図示せず）を含むが、それらに限定されるものではない。
【００１９】
サービスサーバインフラストラクチャ１１８ａ−ｃのそれぞれは、複数のアプリケーション、内容、及び又はコントロールサーバを含み、又はそれらに接続されている。サーバは、選択されたサービスの加入者への供給を供給もしくは制御する。そのようなサーバの例は、ｅメールを送受信するためのｅメールサーバ１３８、加入者の個人記録からアドレス情報を入力したり検索したりするアドレスブックサーバ１４２、加入者のカレンダ記録からカレンダやスケジュール情報を入力したり検索したりするカレンダサーバ１４６、ネットワーク関連の検索を行う検索サーバ１５０、通信のサーバインフラストラクチャに新たに加入者を登録する登録サーバ１５４、インターネット１６２への接続を供給するウェブサーバ１５８、他の複数のサービスを供給するその他サーバ１６６（例えば、ホームページサーバ、チャットサーバ、及びメッセジングサーバ）を含んでいる。
【００２０】
サービスサーバインフラストラクチャは、選択された共有の属性を有する多数の加入者にサービスを提供するようにそれぞれ割り当てられる。１つの構成では、サービスサーバインフラストラクチャはただ１つの地理的地帯からそれぞれの加入者にサービスを提供する。
【００２１】
ヘッドエンド１３０ａ−ｃのそれぞれは、各種のフィーダ１７０とブランチ１７４と加入者ロケーション又はノード１７８への接続を含む配信ネットワーク１７１に接続される。各加入者ロケーション又はノード１７８には、ＩＴＶクライアントデバイスが配置される。
【００２２】
図２は、典型的ＩＴＶクライアントデバイスのハードウェア構成を示している。そのＩＴＶクライアントデバイスは典型的には、テレビ７０４に接続されたセットトップボックス（ｓｔｂ）７００である。セットトップボックス７００は、典型的には、モデム７０８、メモリー７１２、及びプロセッサー７１６を含んでいる。
【００２３】
察知のとおり、ＩＴＶクライアントデバイスは多くのサービスにアクセスすることが可能である。例えば、加入者は、加入者のテレビ７０４のための材料をプログラミングするデバイス１７８を通してアクセスできる。その材料は、衛星１８２経由でＨＩＴＳ１２６によってヘッドエンド１３０ａ−ｃへ送信され、フィーダ１７０及びブランチ１７４経由で加入者のクライアントデバイス又はセットトップボックス７００へ送信される。加入者はまた、サービスサーバインフラストラクチャによって供給されるサービスにアクセスすることもできる。そのサービスは、ブランチ１７４、フィーダー１７０、及びリンク１０８経由でアクセスされる。
【００２４】
ＩＴＶコンポーネント１０４〜１６６の付番は、ＩＴＶネットワーク１００を備えた追加のＩＴＶコンポーネントの数を限界する意図ではなく、本発明の公的な実施例は、ＩＴＶネットワーク１００を備えた多数のＩＴＶネットワークコンポーネントも考慮している。
【００２５】
リンク１０８、フィーダ１７０及びブランチ１７４は、本発明の精神と範囲から逸脱することなく、パケット又はスイッチ回路、グローバル、国内、地域、広範囲、ローカルエリア、又は家庭内ネットワークであっても、１つ又はそれ以上の有線の又はワイヤレスの、電気又は光学的接続又は電気通信データネットワークのいかなる組合せを含んでいてもよい。同様に、ＩＰ供給システムは、パケット又はスイッチ回路、グローバル、国内、地域、広範囲、ローカルエリア、又は家庭内ネットワークであっても、１つ又はそれ以上の有線の又はワイヤレスの、電気又は光学的接続又は電気通信データネットワークのいかなる組合せによって構築されるどんなＩＰデータネットワークも供給可能である。
【００２６】
ＩＴＶ供給マネージャ
図３は、ＩＴＶ供給マネージャデバイス１０４の例示のブロック図である。ＩＴＶ供給マネージャデバイス１０４は、（プロセッサ２０７及びメモリー２０８を含む）コントローラ２０４、ＩＰ供給システムメッセージインターフェース（サーバ）２１２、サービス配信インフラストラクチャメッセージインターフェース（サーバ）２２４、ビリングシステムメッセージインターフェース（サーバ）２２０、（前登録サーバがＩＴＶ供給マネージャ１０４と通信する）前登録サーバインターフェース（サーバ）２１６、データ記憶装置インターフェース２２６、顧客サービスセンター１２２（図１）の顧客支援代表者２０７との通信インターフェース（図示せず）、及びＩＴＶ供給データ記憶装置２２８を含んでいる。察知のとおり、「インターフェース」は、情報が交換される２つのシステム間の接続である。
【００２７】
コントローラメモリー２０８は、ワークフローエンジン（“ＷＥ”）２０５と、１つ又はそれ以上のトランザクション２１０を含む１つ又はそれ以上の待ち行列２０９を含んでいる。そのＷＥ２０５は、サービスオーダーワークフローインスタンシエーション及びステートマネジメントを実行する。ＩＴＶ供給マネージャ１０４が、供給処理の間にＩＴＶネットワークコンポーネントが利用できないと決定した場合、マネージャ１０４は、後の伝送のため、待ち行列２０９のトランザクションを一時停止するか、待ち行列に入れるだろう。同様に、ＩＴＶ供給マネージャ１０４が利用できない場合、他のＩＴＶネットワークコンポーネントは、後の伝送のため、トランザクションを待ち行列に入れるだろう。
【００２８】
インターフェース２１２，２１６，２２０，２２４，及び２２６のそれぞれは、アプリケーション又はデータベースサーバのようなエレメントと直接通信するインターフェースアダプタ（“ＩＡ”）２２４を含んでいる。各ＩＡは、そのエレメントによって解釈されたシンタックスにタスクを翻訳し、作業の実行を監督する。インターフェース２１２，２２０，及び２１６では、ＩＡ２２４ｂ，２２４ａ，及び２２４ｄは、さらに、外部のアプリケーションプログラムと直接通信する。このようなインターフェースでの各ＩＡは、サービスプロバイダのためのサービス配信及び管理アーキテクチャの一部として確認されたダウンストリーム又はアップストリームのコンポーネントへの介入を要求されるビジネスイベント確認する。ＩＡ２２４ａ，ｂ，ｄはＷＥ２０５を使用し、イベントの予備選択のためデータ記憶装置２２８にアクセスし、ビリングシステム１１４からのメッセージが、完全なサービスインパクト範囲を供給しない場合のように、加入者プロフィールに基づいたイベントの十分なインパクトを決定する。例えば、ＩＡ２２４a，ｂ，ｄは、外部のコンピュータ使用のコンポーネントからの要求を受信する。ＩＡはヘッダ（プロトコル）フィールドを操作し、適切なシンタックスの要求に情報を配置し、所定の基準に従って要求を有効にし、ＷＥ２０５へ適切な要求またはワークオーダを供給し、データ記憶装置２２８から選択された情報を供給する。その後、そのＷＥ２０５は、特定のトランザクションタイプのための所定の命令に従ってワークオーダを実行し、データ記憶装置２２８から必要情報を検索する。その後、ＷＥ２０５は、トランザクションの通知を要求するコンピュータ使用のコンポーネントそれぞれのために、その情報を適切なＩＡへ送る。そのＩＡは、それから、情報を適切なオーダとシンタックスでアッセンブルし、適切なヘッダ（プロトコル）フィールドを情報へ追加し、適切な外部のコンピュータ使用のコンポーネント又は更なる処理のためコンピュータ使用のコンポーネントセットにメッセージを送る。
【００２９】
エラー処理は、当業者に公知な多数の技術でＩＡとＷＥによって処理可能である。１つの構成では、コンポーネントそれぞれは、外部システム又は他の内部コンポーネントからのトランザクション成功受信と、外部システム又は他の内部コンポーネントへのトランザクションの成功センド送信の両方をログファイルにバックアップし、前段階でロールバックと再スタートができるようにしている。ＩＡが有効とならない時には、外部システムは、ＩＡが有効になるまで、要求を再試行し、ＷＥは、ＩＡが有効になるまで、待ち行列２０９で応答を待ち行列に入れる。これは、マネージャ１０４がすでに成功応答をビリングシステムに送り返しているかもしれないために行われる。ＩＡが有効になると、外部システムは返答を受け取っていなかった場合には要求を再送する。ＩＡは、新しい要求として要求を扱い、標準規定に基づいてそれを確認する。ＷＥが有効でない時、ＩＡへのすべての伝送は、ＷＥへのＩＡ要求又は応答が入った地点から継続され、ＩＡからのすべての伝送は、ＩＡ要求又は応答がＷＥへ入った時バックアップログから継続され、ＩＡへのすべての伝送は、そのワークフローのためにＷＥでなされたバックアップログの最後の地点に戻ってから継続される。データ記憶装置２２８へ通信しているＩＡが有効でない時、すべてのトランザクションは失敗となり、外部システムは通知される。
【００３０】
典型的に、ユーザは、顧客サービスセンタ１２２（図１）によってそれに供給されたアカウント及びサイト登録情報に基づき、ＩＴＶ供給マネージャ１０４によって最初に構成されている。それぞれのインターフェースのそのＩＡは、それからトランザクションを受け取り、それぞれのサービスプロバイダー（例えば、ビリングシステム１１４、ＩＰ供給システム１１０、及び顧客サービスセンタ１２２）のデータベースに更新するため、ＷＥと調整する。
【００３１】
上記コンポーネントは、コントロール、アドレス、データバス２０６を通じて一緒に接続されている。１つの構成では、各種リンク１０８がそれぞれソケットベースの同期接続を表す。
【００３２】
各種メッセージインターフェース２１２，２１６，２２０，及び２２４は、単一インターフェースタイプ又は複数のインターフェースタイプでもよく、適切なＩＴＶネットワークコンポーネントに適切な１つ又はそれ以上の信号タイプ、プロトコル及びＡＰＩ（アプリケーションプログラミングインターフェース）を使用して、それぞれ、ＩＴＶネットワークコンポーネント１１０，１１７，１１４，及び１１８にメッセージを通信する（図１）。全体として、ＩＴＶ供給マネージャ１０４、又はその各種コンポーネント、例えば、コントローラ２０４、メッセージインターフェース２１２，２１６，２２０，及び２２４、又は、データ記憶装置２２８は、ＩＴＶネットワーク１００に接続された独立したユニットとして実行されてもよいし、或いは、全体に又は部分的に、複数のデバイスとして、又は他のＩＴＶネットワークコンポーネント１０４−１６６の構成部分として、明示されたＩＴＶネットワーク１００を通して配信されてもよい。例えば、場所の代わりを限定することなく、ＩＴＶ供給マネージャ１０４は、全体的又は部分的に、ケーブルＴＶシステムヘッドエンド（例えば、ヘッドエンド１３０）、電話中央局、衛星アップリンクセンタ（例えば、ＨＩＴＳ１２６）、放送スタジオ、サーバ複合体（例えば、サービスサーバインフラストラクチャ１１８）、及び又はデータセンタ（例えば、ビリングシステム１１４及び又は顧客サービスセンター１２２）に配置されてもよい。
【００３３】
コントローラ２０４は、データ記憶装置２２８に含まれる１つ又はそれ以上のデータベースに、供給メッセージ通信トランザクションを格納する。データ記憶装置２２８は、本発明の精神及び範囲を逸脱することなく、磁気、電気又は光学大規模記憶装置又はその組合せと同様に、半導体メモリーを含んでもよい。１つの構成では、データ記憶装置２２８は、サービスの活性化、非活性化のために要求されるすべての顧客のアカウント及びサービスプロフィールのための現在の情報の源として役立つＯＲＡＣＬＥ（登録商標）のデータ記憶装置である。データ記憶装置インターフェース２２６のＩＡ２２４ｅは、典型的には、現在の加入者デバイスとサービスプロフィール情報を維持するためにデータ記憶装置２２８に対してＳＱＬ（Structured Query language）文を呼び出すように構成されている。
【００３４】
すべての供給トランザクションは、シンクロノスが好ましいが、複合的で独立したトランザクションはいかなる時も進行中であってよい。要求ドキュメントは、通常、単体供給トランザクションからなり、属性と複合的データエレメントを含んでいてもよい。応答ドキュメントは、通常、結果（状態）情報、そして、もし適用可能な場合、要求ドキュメントのトランザクションのための要求データを含んでいる。ドキュメントフラグメントは、それぞれのトランザクションタイプを供給可能である。例えば、ＸＭＬドキュメントはエレメントから作ることが可能である。それぞれのエレメントは、それに関連する１つ又はそれ以上の属性（メタデータ）を有することができ、データ又は他のエレメントのいずれかを含むことができる。
【００３５】
本発明の好適な実施例により、図４は図２のデータ記憶装置デバイス２２８に格納されたデータベースのデータベーススキーマの図を示している。図４から分かるように、データベーススキーマは、以下のエンティティーを含んでおり、それらは、加入者プロフィール３００、加入者状況タイプ３０４、加入者外部キー３０８、加入者プロフィールプロパティ３１２、加入者アドレス３１６、加入者アドレス外部キー３２０、加入者アドレスプロパティ３２４、加入者アドレス状況３２８、加入者デバイス（セットトップボックス）３３２、加入者デバイスプロパティ３３６、加入者デバイス外部キー３４０、デバイス状態３４２、デバイスタイプ３３４、加入者サービス３４４、加入者サービスプロパティ３４８、加入者サービス外部キー３５２、サービス状況タイプ３５４、サービスタイプ３５８、プロパティタイプ３６２、加入者ログインプロパティ３６６、加入者ログイン３７０、ログイン状況タイプ３７４、加入者ログイン外部キー３７８、及び外部キータイプ３８２である。
【００３６】
１つ又はそれ以上の供給メッセージインターフェース２１２，２１６，２２０及び２２４は、本発明のために特に開発された特許プロトコル、又は当業者に広く知られた工業標準プロトコルを使用して実行されてもよく、ＸＭＬ（extended mark-up language），ＬＤＡＰ（Light-Weight Directory Protocol），ＳＱＬ（Structured Query Language），ＷＴＶＰ（Web TV Protocol），ＨＴＴＰ（hypertext transport protocol），ＨＴＭＬ（hypertext markup language），ＤＬＬｓ（dynamic link libraries），ＯＤＢＣ（Open Database Connectivity），ＲＤＢＭｓ（remote data base management system），ＲＤＯ（Remote Data Objects），ＡＤＯ（Active-X Data Objects）、及びＣＯＢＲＡ（Common Object Resource Broker Architecture）を含むが、それらに限定されるものではない。
【００３７】
好適な実施例では、インターフェース２２０のＩＡ２２４ａはＡＰＩ２．３通知アーキテクチャを支援し、メッセージを初期化すると共に翻訳するアダプタに基づくサービスブローカ（登録商標）メッセージフォーマッタ・パーサを使用し、シンクロナスリスナー（Synchronous Listener）及びソケットセンダー（Socket Sender）（ピュアソケット（Pure Sockets））プロトコルを使用し、インターフェース２１２のＩＡ２２４ｂはシェルアンドパールスクリプトアーキテクチャを支援し、メッセージを初期化すると共に翻訳するアダプタに基づくサービスブローカ（登録商標）メッセージフォーマッタ・パーサを使用し、シンクロナス（TCP Spcket）プロトコルを使用し、インターフェース２１６のＩＡ２２４ｃはＸＭＬメッセージを初期化すると共に翻訳するアダプタに基づくサービスブローカ（登録商標）メッセージフォーマッタ・パーサ及びシンクロナスＨＴＴＰプロトコルを使用し、インターフェース２２４のＩＡ２２４ｄはＸＭＬメッセージを初期化すると共に翻訳するアダプタに基づくサービスブローカ（登録商標）メッセージフォーマッタ・パーサ及びシンクロナスＨＴＴＰプロトコルを使用し、そして、インターフェース２２６のＩＡ２２４ｅはコールを初期化すると共に翻訳するオラクル（登録商標）ＳＱＬプロトコルにおいてサービスブローカ（登録商標）コールインボケーションフレームワークを使用して構成され、シンクロナスオラクル（登録商標）コンテキストプロトコルを使用する。
【００３８】
作用では、コントローラ２０４は、通信リンク１０８を介して、メッセージインターフェースによりＩＴＶネットワークコンポーネント１０４〜１６６と通信し、データメッセージは、顧客オーダ登録コード、ＩＴＶクライアントデバイスユニットアドレス、ＩＰアドレス、媒体アクセスコントロール又はＭＡＣアドレス、ビリングシステム識別番号、サーバ登録割り当て等を含むがそれらに限定されない供給関連情報を含んでいる。
【００３９】
供給処理
一般的に、ＩＴＶ処理マネージャ１０４は、操作支援システムと（集合的には「サービスプロバイダ」と呼ばれている）ビジネス支援システムとエレメントとをインターフェースすることによりインテリジェント活性化フロー、加入者に対する最終的なサービス及び加入者サービスの管理を供給するアプリケーション及びサービスコンポーネントを供給する。新しい加入者を追加する供給処理（例えば、クリエイト加入者、クリエイトアカウント、クリエイトサイト、クリエイトユーザ等のコマンド）は、２０００年９月２６日に出願された「インタラクティブネットワークに接続されるクライアントデバイスの供給を管理するための方法及び装置」という表題の米国特許出願No.09/671,329において説明されている。現存の加入者の削除、停止、又は復活のための供給処理は、Donlanらにより出願された米国特許出願において説明されている。
【００４０】
一度、加入者が登録又は供給を完了すると、加入者は加入者にサービスの新しい又は追加の要請を登録させるユーザインターフェース（図示せず）を供給される（例えば、更新又は変更加入者、更新サイト、更新Ｓｔｂ、追加・削除・変更ユーザ、等のコマンド）。このトランザクションはＩＰ供給システムインターフェース２１２に対応するＯＡに送られる。ＩＡはＷＥと調和し、それらのイベントの発生を通知するために登録されたすべてのアップストリームシステムを通知する。顧客サービスセンタ１２２又は加入者自身のいずれかによる加入者のサービスの変更は、同時に出願された「インタラクティブＴＶネットワークに接続されたクライアントデバイスを供給するための方法及び装置」という表題の米国特許出願No.10/287,330において説明されている。
【００４１】
本発明は、現在又は以前の加入者を削除、停止、及び又は復活のための手順について説明する。これらのトランザクションは、通常、削除加入者、停止加入者、及び活動加入者コマンド又はトランザクションと呼ばれている。トランザクションは、通常、顧客サービスセンタ１２２（「トップダウン」トランザクション）を通じて開始される。
【００４２】
後述する処理には、多数のインターフェース定義及び制限がある。マネージャ１０４に進むすべてのデータ「値」はそれが通過されるケースに残っている。ケース変更は、好ましくは、マネージャ１０４により行われない。メッセージの文字列の最初の４バイトの位置は、最初の割り込みから終わりの改行文字まで及びその文字を含むトランザクションの長さを示している。位置パラメータの「アクション（action）」と「タイプ（type）」はそれぞれの文字列の初めに現れなければならない。第１の位置フィールドはアクション（例えば、削除、更新、生成及び追加）を特定する値を含み、第２のフィールドはアクションが実行されることになっている対象のタイプ（例えば、加入者、サイト、ＩＴＶクライアントデバイス、及びユーザ）を特定する値を含んでいる。残りの供給データ情報は、＜name＞=＜value＞対として現われ、＜name＞はフィールド名称であり、＜value＞はトランザクションのためのフィールド名称の値である。マネージャ１０４に進んだメッセージのパラメータは、特定のトランザクションタイプのための有効なパラメータの１つとして構成されず、アプリケーションにより無視される。ワークオーダへのパラメータの伝達は暗示的よりむしろ明示的である。すべてのパラメータ、名称、及び値は反応しないケースである。値はデータ記憶装置２２８に挿入された時に大文字に変換される。
【００４３】
加入者トランザクションの削除
図５を参照すると、好適な実施例に従って加入者トランザクションを駆除するための手順が説明されている。そのトランザクションは加入者の要求に応じて顧客サービス代表者２０７（図３）により、又は、例えば、請求書の不払い等のためビリングシステム１１４からの要求により開始されることができる。前者の場合には、顧客サービス代表者は加入者識別データを入力し、ビリングシステム１４の支援ツールから加入者のデータを検索する。その代表者は加入者のため識別キーを入力し、（ビリングシステムに加入者のアカウントナンバ及び加入者ＩＤを明記する）削除の加入者の要求６００を発生させる。代わりに、代表者はビリングシステムによるよりむしろマネージャ１０４と直接統合された顧客サービスツールを使用してトランザクションを開始可能であろう。
【００４４】
削除の加入者の要求６００がＩＴＶの供給マネージャ１０４により受信されたとき、ビリングシステムインターフェース２２０のＩＡは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当な形式、及び適当なフィールド状態のメッセージの使用を最初に立証することによりトランザクションが有効かどうかを決定し、前述したことが立証された場合には、加入者の識別パラメータがデータ記憶装置２２８に整合を有するかどうかを決定する。メッセージが有効で、整合が存在した場合には、削除の加入者要求６００のためＩＡ内にワークオーダが作られ、データ記憶装置インターフェース２２６のＩＡ２２４ｅを介して伝達された更新の加入者コマンド６０４によりワークオーダ情報がデータ記憶装置２２８に更新される。
【００４５】
削除の加入者の応答メッセージ６０８は顧客サービスセンタ１２２に戻され、通過情報、又は前記メッセージが無効であった時及び又は整合が見付からなかった時には、失敗情報を供給する。
【００４６】
供給マネージャ１０４は次に、削除（供給しない）アカウントメッセージ６１２及び削除ＳＴＢ６１６をＩＰ供給システム１１０に送る。そのメッセージの内容を検証した後、ＩＰ供給システム１１０はそのメッセージに応じてそのデータベース（図示せず）を更新する。
【００４７】
次に、マネージャ１０４は削除加入者メッセージ６２０をプレレジストレーションサーバ１１７に送る。メッセージの内容を検証した後、サーバ１１７は削除加入者及び加入者識別情報を含む所帯メッセージ６２４を加入者に仕える対応のサービスサーバインフラストラクチャ１１８に送る。インフラストラクチャ１１８はメッセージの内容を検証し、適切に検証された場合には、インフラストラクチャ１１８のサーバは外部のサービスプロバイダ（ｅメールサーバ１３８、アドレスブックサーバ１４２、カレンダーサーバ１４６等）により処理を開始し、加入者のアカウントと関連したユーザによりそれらのサービスへのアクセスを削除する。各サービスは完了メッセージで応答する。すべての完了メッセージが首尾よく受信された時、インフラストラクチャ１１８のサーバは加入者を削除されたものとしてマークすることによりインフラストラクチャのデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８はプレレジストレーションサーバ１１７に成功メッセージ６２８を送り、そのメッセージの受信及びすべての適切なサービスプロバイダのデータベースからの加入者及び関連のユーザの除去を確認する。
【００４８】
サーバ１１７は削除の加入者の応答メッセージ６３２を供給マネージャ１０４に送り、さらに、成功メッセージ６２８が検証されたかどうかの表示（通過又は失敗情報）を供給する。
【００４９】
そのメッセージの受信により、マネージャ１０４は当初に送られたメッセージ６２０に対する応答に整合し、インターフェース２２６を介してデータ記憶装置に更新した加入者メッセージ６３６を送る。応答して、加入者に関連のユーザは削除されたとしてマークされる。１つの構成では、マネージャ１０４はその後、顧客サービスセンタ１２２及び又はビリングシステム１１４に「成功」メッセージ（図示せず）を返却する。
【００５０】
停止の加入者処理
図６を参照すると、停止の加入者処理のための手続きが説明されている。その処理は、例えば、請求書等の不払いのため、ビリングシステム１１４から要求により、加入者の要求に応じて、顧客サービスの代表者により開始される。顧客サービス代表者が処理を開始した時、顧客サービス代表者はビリングシステムの加入者支援ツールから加入者のためのセットトップボックスの識別データを検索する。その代表者は加入者のセットトップボックスのためのセットトップボックス識別情報を入力し、更新したＳＴＢ要求４００を発生させる。ビリングシステムが処理を開始した時、ビリングシステムは自動的に発生し、更新のＳＴＢ要求４００を送る。
【００５１】
更新のＳＴＢ要求４００がＩＴＶ供給マネージャ１０４により受信された時、顧客支援インターフェース２２４のＩＡは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当な形式、及び適当なフィールド状態のメッセージの使用を検証することによりその処理が有効かどうかを決定し、上記した基準が有効であった時には、この加入者のためデータ記憶装置２２８にセットトップボックスの識別パラメータ（ＳＴＢキー）の整合があるかどうかを決定する。メッセージが有効で、整合があった場合には、更新のＳＴＢ要求４００のためＩＡ内にワークオーダが作り出され、データ記憶装置のインターフェース２２６のＩＡ２２４ｅを介して伝達される更新のＳＴＢメッセージ４０４によりデータ記憶装置２２８にワークオーダ情報が更新される。
【００５２】
更新の応答メッセージ４０８が顧客サービスセンタ１２２（及び又はビリングシステム）に返却され、通過情報が供給され、そのメッセージが無効及び又は整合が見つからなかった時には、失敗情報が供給される。
【００５３】
次に、供給マネージャ１０４はプレレジストレーションサーバ１１７に変更の（停止の）加入者メッセージ４１２を送る。変更の（停止の）加入者メッセージ４１２は加入者識別データを含んでいる。メッセージの内容を検証した後、プレレジストレーションサーバ１１７はメッセージに応答してそのデータベース（図示せず）を更新し、加入者の識別情報を含む変更の加入者及び所帯メッセージ４１６を加入者に仕える対応するサービスサーバインフラストラクチャ１１８に送る。インフラストラクチャ１１８はメッセージの内容を検証し、適切に検証された場合には、インフラストラクチャ１１８のサーバはさらに外部のサービスプロバイダ（ｅメール、カレンダー等）により処理を開始し、加入者のアカウントに関連したユーザによりそれらのサービスへのアクセスを停止する。各サービスは完了メッセージにより応答する。すべての完了メッセージが首尾よく受信された時、サーバは加入者を停止したとしてマークすることによりインフラストラクチャデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８はプレレジストレーションサーバ１１７に成功メッセージ４２０を送り、メッセージの受信及びサービスプロバイダのすべての適当なデータベースから加入者及び関連のユーザの停止を確認する。
【００５４】
サーバ１１７は修正の加入者の（停止の）応答メッセージ４２４を供給マネージャ１０４に送り、さらに、成功メッセージ４２０が検証されたかどうかの表示（通過又は失敗情報）を供給する。
【００５５】
メッセージの受信により、マネージャ１０４は当初送られたメッセージ４１２に対する応答と整合し、インターフェース２２６を介してデータ記憶装置に更新の加入者メッセージ４２８を送る。応答して、加入者に関連のユーザは停止されたものとしてマークされる。１つの構成では、その後、マネージャ１０４は顧客サービスセンタ１２２及び又はビリングシステム１１４に「成功」メッセージ（図示せず）を返却する。
【００５６】
復活の加入者処理
図７を参照すると、復活の加入者処理のための手続きが説明されている。その処理は、例えば、支払期限の過ぎた請求書等の不払いのため、ビリングシステム１１４から要求により、加入者の要求に応じて、顧客サービスの代表者により開始される。顧客サービス代表者が処理を開始した時、顧客サービス代表者はビリングシステムの加入者支援ツールから加入者のためのセットトップボックスの識別データを検索する。その代表者は加入者のセットトップボックスのためのセットトップボックス識別情報を入力し、更新したＳＴＢ要求５００を発生させる。ビリングシステムが処理を開始した時、ビリングシステムは自動的に発生し、更新のＳＴＢ要求５００を送る。
【００５７】
更新のＳＴＢ要求５００がＩＴＶ供給マネージャ１０４により受信された時、顧客支援インターフェース２２４のＩＡは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当な形式、及び適当なフィールド状態のメッセージの使用を検証することによりその処理が有効かどうかを決定し、上記した基準が有効であった時には、この加入者のためデータ記憶装置２２８にセットトップボックスの識別パラメータ（ＳＴＢキー）の整合があるかどうかを決定する。メッセージが有効で、整合があった場合には、更新のＳＴＢ要求５００のためＩＡ内にワークオーダが作り出され、データ記憶装置のインターフェース２２６のＩＡ２２４ｅを介して伝達される更新のＳＴＢメッセージ５０４によりデータ記憶装置２２８にワークオーダ情報が更新される。
【００５８】
更新の応答メッセージ５０８が顧客サービスセンタ１２２（及び又はビリングシステム）に返却され、通過情報が供給され、そのメッセージが無効及び又は整合が見つからなかった時には、失敗情報が供給される。
【００５９】
次に、供給マネージャ１０４はプレレジストレーションサーバ１１７に変更の（復活の）加入者メッセージ５１２を送る。変更の（復活の）加入者メッセージ５１２は加入者識別データを含んでいる。
【００６０】
メッセージの内容を検証した後、プレレジストレーションサーバ１１７はメッセージに応答してそのデータベース（図示せず）を更新し、加入者の識別情報を含む変更の加入者及び所帯メッセージ５１６を加入者に仕える対応するサービスサーバインフラストラクチャ１１８に送る。インフラストラクチャ１１８はメッセージの内容を検証し、適切に検証された場合には、インフラストラクチャ１１８のサーバはさらに外部のサービスプロバイダ（ｅメールサーバ、カレンダーサーバ等）により処理を開始し、加入者のアカウントに関連したユーザによりそれらのサービスへのアクセスを復活する。各サービスは完了メッセージにより応答する。すべての完了メッセージが首尾よく受信された時、サーバは加入者を活性化したとしてマークすることによりインフラストラクチャデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８はプレレジストレーションサーバ１１７に成功メッセージ５２０を送り、メッセージの受信及びサービスプロバイダのすべての適当なデータベースから加入者及び関連のユーザの活性化を確認する。
【００６１】
サーバ１１７は修正の加入者の（活性化の）応答メッセージ５２４を供給マネージャ１０４に送り、さらに、成功メッセージ５２０が検証されたかどうかの表示（通過又は失敗情報）を供給する。
【００６２】
メッセージの受信により、マネージャ１０４は当初送られたメッセージ５１２に対する応答と整合し、インターフェース２２６を介してデータ記憶装置に更新の加入者メッセージ５２８を送る。応答して、加入者に関連のユーザは活性化されたものとしてマークされる。１つの構成では、その後、マネージャ１０４は顧客サービスセンタ１２２及び又はビリングシステム１１４に「成功」メッセージ（図示せず）を返却する。
【００６３】
本発明は特定の実施例に関連させて説明されているが、当業者であれば、多数の代用、変更及び変形が可能であることは明らかである。したがって、ここに示した本発明の好適な実施例は例示であって、限定することを意図するものではない。例として、ステップの命令又は順序は上記したもの以外の順序を反対にしたり又は再配列したりしてもよい。ステップは供給処理から省略されてもよい。上述したＩＴＶネットワークコンポーネントは省略、又は他のＩＴＶネットワークコンポーネントにより置き換えられることもできる。その上、本発明の教示はＩＴＶネットワークに限定されるものではないが、加入者又は非加入者にネットワーク提供商品又はサービスに拡大可能である。これらの及び他の変更は本発明の精神及び範囲から逸脱することなくなされてもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の好適な実施例によるＩＴＶネットワークの例示のブロック図である。
【図２】ＩＴＶクライアントデバイスの構成を示す図である。
【図３】図１のＩＴＶ供給マネージャデバイスの供給メッセージインターフェースの例示した図である。
【図４】データ記憶装置２２８のデータ図である。
【図５】削除加入者トランザクションの信号フローを示す図である。
【図６】停止加入者トランザクションの信号フローを示す図である。
【図７】復活加入者トランザクションの信号フローを示す図である。
【図１】
2004215237.tif 000003
【図２】
2004215237.tif 000004
【図３】
2004215237.tif 000005
【図４】
2004215237.tif 000006
【図５】
2004215237.tif 000007
【図６】
2004215237.tif 000008
【図７】
2004215237.tif 000009
【外国語明細書】
2004215237.tif 000010
2004215237.tif 000011
2004215237.tif 000012
2004215237.tif 000013
2004215237.tif 000014
2004215237.tif 000015
2004215237.tif 000016
2004215237.tif 000017
2004215237.tif 000018
2004215237.tif 000019
2004215237.tif 000020
2004215237.tif 000021
2004215237.tif 000022
2004215237.tif 000023
2004215237.tif 000024
2004215237.tif 000025
2004215237.tif 000026
2004215237.tif 000027
2004215237.tif 000028
2004215237.tif 000029
2004215237.tif 000030
2004215237.tif 000031
2004215237.tif 000032
2004215237.tif 000033
2004215237.tif 000034
2004215237.tif 000035
2004215237.tif 000036
2004215237.tif 000037
2004215237.tif 000038
2004215237.tif 000039
2004215237.tif 000040
2004215237.tif 000041
2004215237.tif 000042
2004215237.tif 000043