(57)【要約】【課題】  インタラクティブテレビジョンサービス供給ネットワークのように、サービス配信ネットワークに接続されるクライアントデバイスの供給を管理するシステム及び方法である。【解決手段】  特定の供給データを知り、収集し、データが配置され、送られる供給マネージャにより供給が管理される。クライアント又は加入者はクライアントデバイスにより供給トランザクションを開始可能である。【選択図】          図１
2004166289.tif 000002
【特許請求の範囲】
【請求項１】
インタラクティブテレビジョンネットワーク（ＩＴＶ）での、相互接続された供給システム間の供給関連データの相互通信を管理するシステムであって、
クライアントからの供給要求を受信するためのＩＴＶクライアントデバイスと、
該ＩＴＶクライアントデバイスによって送られた前記供給要求を管理するためのＩＴＶ供給マネージャデバイスと、
前記ＩＴＶ供給マネージャデバイスから供給メッセージを受信するための少なくとも１つのＩＴＶネットワークコンポーネント及び関連の供給システムと、
を備えていることを特徴とするシステム。
【請求項２】
前記少なくとも１つのＩＴＶネットワークコンポーネントと前記ＩＴＶ供給マネージャに接続された関連の供給システムが少なくとも１つのコミュニケーションネットワークを含み、そのシステムはクライアントによる供給要求が少なくとも１つのＩＴＶネットワークコンポーネントによって前記ＩＴＶ供給マネージャデバイスへ送られるように構成されている請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのＩＴＶネットワークコンポーネントと前記ＩＴＶ供給マネージャに接続された関連の供給システムが前記ＩＴＶネットワークのクライアントのためビリング情報を維持するための少なくとも１つのビリングシステムを含んでいる請求１に記載のシステム。
【請求項４】
前記少なくとも１つのＩＴＶネットワークコンポーネントと前記ＩＴＶ供給マネージャに接続された関連の供給システムが少なくとも１つのＩＴＶネットワークコンポーネントへ供給情報を供給するための少なくとも１つのＩＴＶサーバを含んでいる請求項１に記載のシステム。
【請求項５】
前記少なくとも１つのコミュニケーションネットワークは有線コミュニケーションネットワークである請求項２に記載のシステム。
【請求項６】
少なくとも１つのコミュニケーションネットワークは前記ＩＴＶネットワークのクライアントへサービスを供給するためのパケットデータネットワークを含んでいる請求項５に記載のシステム。
【請求項７】
インタラクティブテレビジョンサービスを使用するためインタラクティブテレビジョンネットワークへの接続のためのインタラクティブクライアントデバイスの供給を管理する方法であって、
少なくとも１人の加入者に関連する最初のＩＴＶネットワークコンポーネントサービス情報から、前記少なくとも１人の加入者を識別し、該少なくとも１人の加入者に対応する少なくとも1つの更新された加入者情報を請求するサービス情報、前記少なくとも１人の加入者と共に加入した少なくとも１人のユーザに対応するするユーザ情報、前記少なくとも１人の加入者に対応する地理的位置、及び前記少なくとも１人の加入者に対応するＩＴＶクライアントデバイスを受信し、
他の複数のＩＴＶネットワークコンポーネントの中のどれが少なくともいくつかのサービス情報を受け取ることになっているかを決定し、
前記最初のＩＴＶネットワークコンポーネントと異なり、前記少なくとも１人の加入者により要求されたサービスを供給する前記少なくとも１つの他のＩＴＶネットワークコンポーネントに、前記少なくともいくつかのサービス情報を伝達する、
ことを含んでいることを特徴とする方法。
【請求項８】
前記サービス情報を供給管理データベースに格納し、
前記サービス情報を前記供給管理データベースから検索し、
前記サービス情報をＩＴＶネットワークコンポーネントの供給システムへ伝達する、
ことをさらに含んでいる請求項７に記載の方法。
【請求項９】
前記サービス供給情報を供給管理データベースに格納し、
前記サービス供給情報を前記供給管理データベースから検索し、
前記サービス供給情報をＩＴＶネットワークコンポーネントへ供給する、
ことをさらに含んでいる請求項７に記載の方法。
【請求項１０】
前記サービス供給情報はＩＰデータネットワークの供給システムからの１つかそれ以上のネットワークアドレスを備えている請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電気通信ネットワークの供給を管理するための方法及び装置に関し、特に、インタラクティブテレビジョン（ＩＴＶ）ネットワーク及びそれに接続される関連のＩＴＶクライアントデバイスの供給を管理するための方法及び装置に関する。
【背景技術】
【０００２】
本発明は、Donlanらが２０００年９月２６日に出願した「インタラクティブＴＶネットワークに接続されたクライアントデバイスの供給を管理する方法及び装置」という表題の米国特許出願No.09/671,329に関連しており、ここにインコーポレイテッドバイリファレンスされている。
【０００３】
通信サービスの方法及び操作は、それが声、ビデオ、又はデータ通信サービスであっても、複数のネットワーク、システム、デバイス及び設備の相互接続を必要とし、それらは地理的に隣接するものもあり、或いは離れているものもある。現在、これらのネットワーク、システム、デバイス及び設備のそれぞれは通信接続経路の設置を可能にするため「供給」される必要がある。一般に「供給（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,392において説明されている。現存の加入者の削除、停止、又は再開のための供給処理は、Donlanらにより出願された米国特許出願において説明されている。
【００４２】
供給を通じて、加入者はユーザインターフェースを供給され、それは、セットトップボックス及びグラフィカルユーザインターフェースのような物理的インターフェースであり、テレビ７０４（図２）を介して加入者に表現される。グラフィカルユーザインターフェースはサービスの新しい又は追加の要請（例えば、ユーザの追加、削除、変更等のコマンド）のため加入者に登録させる。これらの及び他のトランザクションはＩＰ供給システムインターフェース２１２に対応するＩＡ２２４ｂに送られる。ＩＡ２２４はＷＥ２０５と調和し、これらのイベントの発生を通知されるために登録されるすべてのアップストリームシステムに通知する。
【００４３】
下記は、加入者に関する情報を更新又は変更し、サイト情報を更新し、セットトップボックス又はastbを削除し、ユーザを追加、削除、変更するための好適な実施例による処理について説明する。これらのトランザクションは、通常、更新加入者、更新サイト、削除セットトップボックス、追加ユーザ、変更ユーザ、及び削除ユーザコマンド又はトランザクションと呼ばれる。トランザクションは顧客サービスセンタ１２２（「トップダウン」トランザクション）を通して、又はセットトップボックス経由の加入者・ユーザ（「ボトムアップ」トランザクション）により開始される。
【００４４】
後述する処理には、多数のインターフェース定義及び制限がある。マネージャ１０４に進むすべてのデータ「値」はそれが通過されるケースに残っている。ケース変更は、好ましくは、マネージャ１０４により行われない。メッセージの文字列の最初の４バイトの位置は、最初の割り込みから終わりの改行文字まで及びその文字を含むトランザクションの長さを示している。位置パラメータの「アクション（action）」と「タイプ（type）」はそれぞれの文字列の初めに現れなければならない。好ましくは、その位置はアクションを特定する値を含み、第２のフィールドはアクションが実行されることになっている対象のタイプを特定する値を含んでいる。残りの供給データ情報は、＜name＞=＜value＞対として現われ、＜name＞はフィールド名称であり、＜value＞はトランザクションのためのフィールド名称の値である。マネージャ１０４に進んだメッセージのパラメータは、特定のトランザクションタイプのための有効なパラメータの１つとして構成されず、アプリケーションにより無視される。ワークオーダへのパラメータの伝達は暗示的よりむしろ明示的である。すべてのパラメータ、名称、及び値は反応しないケースである。値はデータ記憶装置２２８に挿入された時に大文字に変換される。
【００４５】
更新加入者・ユーザトランザクション
図５を参照すると、好適な実施例による更新加入者（ユーザ）トランザクションのための手順が説明されている。トランザクションは、通常、加入者の要求に応じて顧客サービス代表者により間接的に開始される。加入者は自分のアカウント情報を更新すること、例えば、追加のサービスに申し込み、現存のサービスに自分の申し込みを解約し、ユーザＰＩＮを変更する等を望んでもよい。その処理は加入者のための説明されているが、ＰＩＮのようなユーザ情報の変更に同一の段階が適用されることが分かる。
【００４６】
加入者が顧客サービス代表者と連絡を取った時、顧客サービス代表者は加入者識別データを入力し、ビリングシステムの加入者支援ツールから加入者データを検索する。分かるように、顧客サービスツールはビリングシステムよりむしろマネージャ１０４と直接統合される。いずれの場合でも、代表者は加入者のための識別キーを入力し、ビリングシステム１１４は（ビリングシステムの加入者アカウント番号及び加入者ＩＤを特定する）更新加入者要求４００を生成する。
【００４７】
更新加入者要求４００がＩＴＶ供給マネージャ１０４により受け取られると、ビリングシステムインターフェース２２０のＩＡ２２４ａは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態のメッセージの使用を検証することによりトランザクションが有効かどうかを決定し、上記パラメータが検証された場合には、要求４００の加入者の識別パラメータがデータ記憶装置２２８に整合するかどうかを決定する。トランザクションが有効で、加入者識別パラメータが整合した場合には、更新加入者要求４００のためＩＡ２２４ａ内にワークオーダが作り出され、データ記憶装置インターフェース２２６のＩＡ２２４ｅを介して伝達された更新加入者コマンド４０４によりデータ記憶装置２２８においてワークオーダ情報が更新される。
【００４８】
更新加入者応答メッセージ４０８はビリングシステム１１４に返却され、通過情報を供給し、トランザクションが無効か又は選択された基準が整合しない時には、失敗情報を供給する。
【００４９】
トランザクションが有効で基準が整合している場合、次に、供給マネージャ１０４は変更加入者メッセージ４１２を前登録サーバ１１７に送る。変更加入者メッセージ４１２は加入者識別データを含んでいる。メッセージの内容を検証した後、サーバ１１７はそのメッセージに応じてそのデータベース（図示せず）を更新し、変更加入者及び加入者識別情報を含む世帯メッセージ４１６を加入者にサービスを提供する通信サービスサーバインフラストラクチャ１１８（図１）に送る。インフラストラクチャ１１８はメッセージの内容を検証し、適切に検証された場合には、インフラストラクチャ１１８のサーバは、さらに、外部のサービスプロバイダ（ｅメールサーバ１３８、アドレスブックサーバ１４２、カレンダサーバ１４６等）により処理を開始し、加入者のアカウントと関連したユーザにより適切なサービスへのアクセスを削除又は可能にする。トランザクションに含まれる各サービスプロバイダは完了メッセージで応答する。すべての完了メッセージが首尾よく受信された時、インフラストラクチャ１１８のサーバは加入者の記録を変更することによりインフラストラクチャのデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８は前登録サーバ１１７に成功メッセージ４２０を送り、そのメッセージの受信及びすべての適切なサービスプロバイダの加入者の記録の変更を確認する。
【００５０】
サーバ１１７は変更加入者の応答メッセージ４２４を供給マネージャ１０４に送り、さらに、成功メッセージ４２０が検証された(通過情報)か、又は検証されなかった（失敗情報）かどうかの表示を供給する。
【００５１】
そのメッセージの受信により、マネージャ１０４は当初に送られたメッセージ４１２に対する応答４２４の選択されたフィールドと整合し、フィールドの整合が確認された場合には、インターフェース２２６を介してデータ記憶装置に更新メッセージ４２８を送る。応答して、加入者に関連の適切な記録派変更される。幾つかの構成では、マネージャ１０４は、顧客サービスセンタ１２２及び又はビリングシステム１１４に「成功」メッセージ（図示せず）を返却する。
【００５２】
更新サイトトランザクション
図６を参照すると、本発明の好適な実施例による更新サイトトランザクションのための手順が説明されている。そのトランザクションは、加入者の要求に応じて顧客サービス代表者により開始される。典型的には、加入者はＩＴＶネットワークによりサービスを提供される地理的エリア内に再配置され、自分のサービスが新しい位置に移転された時に、更新サイトトランザクションが発生する。顧客サービス代表者がトランザクションを開始した時、顧客サービス代表者は加入者のための識別データを検索する。代表者が識別情報を入力し、ビリングシステム１１４が更新サイト要求５００を生成する。
【００５３】
更新サイト要求５００がＩＴＶ供給マネージャ１０４により受け取られると、ビリングシステムインターフェース２２０のＩＡ２２４ａは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態のメッセージの使用を検証することによりトランザクションが有効かどうかを決定し、上記基準有効な場合には、この加入者のデータ記憶装置２２８の加入者の識別の整合があるかどうかを決定し、そうであった場合には、次に、データ記憶装置２２８のサイト情報のための整合があるかどうかを決定する。分かるように、データ記憶装置２２８は１つのサイトだけを各加入者と関連させる。メッセージが有効で、基準が整合した場合には、更新サイト要求５００のためのＩＡ２２４ａ内にワークオーダが作り出され、データ記憶装置インターフェース２２６のＩＡ２２４ｅを介して伝達された更新サイトメッセージ５０４によりデータ記憶装置２２８においてワークオーダ情報が更新される。
【００５４】
更新サイト応答メッセージ５０８は顧客サービスセンタ１２２に返却され、通過情報を供給し、メッセージが無効か又は選択された基準が整合しない時には、失敗情報を供給する。
【００５５】
（メッセージ５００の受信に応じて）供給マネージャ１０４は変更加入者メッセージ５１２を前登録サーバ１１７に送る。変更加入者メッセージ５１２は加入者識別及びサイト情報を含んでいる。メッセージの内容を検証した後、前登録サーバ１１７はそのメッセージに応じてそのデータベース（図示せず）を更新し、変更加入者及び加入者識別及びサイト情報を含む世帯メッセージ５１６を加入者にサービスを提供する通信サービスサーバインフラストラクチャ１１８に送る。インフラストラクチャ１１８はメッセージの内容を検証し、適切に検証された場合には、インフラストラクチャ１１８のサーバは、さらに、外部のサービスプロバイダ（ｅメールサーバ１３８、カレンダサーバ１４６等）により処理を開始し、それらの記録を変更し、サイト更新に反映させる。各サービスは完了メッセージで応答する。完了メッセージが首尾よく受信された時、サーバは加入者に割り当てたサイトを更新することによりインフラストラクチャのデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８は前登録サーバ１１７に成功メッセージ５２０を送り、そのメッセージの受信及び加入者に割り当てたサイトの更新を確認する。
【００５６】
サーバ１１７は変更加入者の応答メッセージ５２４を供給マネージャ１０４に送る。応答メッセージ５２４は、成功メッセージ５２０が検証された(通過情報)か、又は検証されなかった（失敗情報）かどうかを表示する。
【００５７】
そのメッセージの受信により、マネージャ１０４はメッセージ５１２の通信フィールドに対する応答の選択されたフィールドと整合し、整合が確認された場合には、インターフェース２２６を介してデータ記憶装置２２８に更新加入者メッセージ５２８を送る。１つの構成では、マネージャ１０４は、顧客サービスセンタ１２２及び又はビリングシステム１１４に「成功」メッセージ（図示せず）を返却する。
【００５８】
削除セットトップボックストランザクション
図７を参照しつつ、削除セットトップボックストランザクションのための手順が説明さる。このトランザクションは、加入者が戻ったり又はセットトップボックス７００を分離するところで発生する。トランザクションは加入者の要求に応じて顧客サービス代表者により開始される。顧客サービス代表者がトランザクションを開始した時、顧客サービス代表者はビリングシステムの加入者支援ツールから加入者のためのセットトップボックス識別データを検索する。代表者はセットトップボックスのためのセットトップボックス識別情報を入力し、削除ｓｔｂ要求６００を生成する。
【００５９】
削除ｓｔｂ要求６００がＩＴＶ供給マネージャ１０４により受け取られると、ビリングシステムインターフェース２２０のＩＡ２２４ａは最初に、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態のメッセージの使用を検証することによりトランザクションが有効かどうかを決定し、上記基準が有効であった時には、加入者のためのデータ記憶装置２２８にセットトップボックス識別パラメータ（セットトップボックスキー）のための整合があるかどうかを決定する。メッセージが有効で、整合があった場合には、削除ｓｔｂボックス要求６００のためＩＡ２２４ａ内にワークオーダが作り出され、データ記憶装置インターフェース２２６のＩＡ２２４ｅを介して伝達された更新セットトップボックスメッセージ６０４によりデータ記憶装置２２８においてワークオーダ情報が更新される。
【００６０】
削除ｓｔｂ応答メッセージ６０８は顧客サービスセンタ１２２に返却され、通過情報を供給し、メッセージが無効か又は選択された基準が整合しない時には、失敗情報を供給する。次に、供給マネージャ１０４は削除ｓｔｂメッセージ６１２及び６１６をそれぞれ、ＩＰ供給システム１１０及びサービスサーバインフラストラクチャ１１８に送る。それぞれがメッセージの内容を検証した後、ＩＰ供給システム１１０及びインフラストラクチャ１１８はメッセージに応じてそれぞれのデータベース（図示せず）を更新する。それぞれのインフラストラクチャ１１８のサーバは、さらに、外部のサービスプロバイダ（ｅメールサーバ、カレンダサーバ等）によりトランザクションを開始し、それぞれの記録からセットトップボックスを除去する。すべての完了メッセージが首尾よく受信された時、サーバはセットトップボックスを削除することによりインフラストラクチャのデータベース（図示せず）を更新する。その後、インフラストラクチャ１１８はマネージャ１０４に成功メッセージ６２０を送り、そのメッセージの受信及びすべての適切なサービスプロバイダのデータベースの加入者及び関連のユーザの活動を確認する。
【００６１】
そのメッセージの受信により、マネージャ１０４はメッセージ６１６の通信フィールドに対する応答の選択されたフィールドを整合し、インターフェース２２６を介してデータ記憶装置に更新ｓｔｂメッセージ６２４を送る。応答して、セットトップボックスはデータ記憶装置２２８から削除される。１つの構成では、その後、マネージャ１０４は、顧客サービスセンタ１２２に「成功」メッセージ（図示せず）を返却する。
【００６２】
追加ユーザトランザクション
顧客サービス代表者により開始される「トップダウン」トランザクションである上記したトランザクションとは異なり、このトランザクションはセットトップボックスを通して加入者により開始される「ボトムアップ」トランザクションである。トランザクションは、加入者が１つ又はそれ以上ユーザを自分のアカウントに追加したい時に開始される。分かるように、世帯は１つではなく幾つかのユーザを有することがよくある。図８を参照すると、ユーザはセットアップボックス７００により与えられるＨＴＭＬベースの設定ページ８００を呼び出す。顧客は、ページ８００で「ユーザを追加する」８０４のように、適切な選択を行う。顧客は、例えば、ＰＩＮを含む新しいユーザ情報を入力し、後に、ＰＩＮを再入力し、誤ったデータ入力を排除する。セットトップボックス（７００）はインフラストラクチャ１１８（図１）でサーバに情報を送る。インフラストラクチャ１１８のサーバ（図１）は両方の入力が整合していることを検証する。入力が整合した場合、サーバは新しいユーザ情報を格納し、セットトップボックス７００にメッセージを送り、ユーザに「成功」ページを表示する。入力が整合しなかった場合、サーバはセットトップボックス７００にメッセージを送り、成功した整合が起きるまでＰＩＮを入力する要求を表示する。
【００６３】
図９を参照すると、入力がインフラストラクチャ１１８のサーバと整合すると、その後、通知メッセージをサービスプロバイダに送信し、新しいユーザによりアクセスされ、確認メッセージがサービスプロバイダのそれぞれからインフラストラクチャにより受信されると、ユーザメッセージ９００をマネージャ１０４に追加する。マネージャ１０４は、最初に、追加ユーザメッセージ９００が、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態を含んでいることを検証し、有効な場合には、メッセージ９００のユーザ識別がデータ記憶装置２２８内に存在するかどうか、メッセージ９００の加入者識別がデータ記憶装置２２８内に存在するかどうか、そして、ログインＩＤがデータ記憶装置２２８において特有かどうかを決定する。上記したものが有効で、選択した基準が整合している場合には、マネージャ１０４のＩＡ２２４ｄ（図３）は追加ユーザ要求のためワークオーダを作り出し、インターフェース２２６（図３）を介してデータ記憶装置２２８に更新ユーザメッセージ９０４のデータ記憶装置２２８にワークオーダ情報を送る。応答して、データ記憶装置２２８は加入者情報を更新し、新しいユーザを追加する。その後、マネージャ１０４はユーザ応答メッセージ９０８を送り、加入者にサービスを提供するインフラストラクチャ１１８に通過又は失敗情報を供給する。
【００６４】
変更ユーザトランザクション
ユーザ情報（例えば、ｅメールアドレス、パスワード又はＰＩＮ）が変更されることをセットトップボックスを介して加入者が要求する時に、別のボトムアップトランザクションが起きる。図８を参照すると、ユーザはセットアップボックス７００により与えられるＨＴＭＬベースの設定ページ８００を呼び出す。顧客は、ページ８００で「ユーザを変更する」８０８及び又は「ＰＩＮを変更する」（図示せず）のように、適切な選択を行う。分かるように、ページ８００は、１つのコマンド（例えば、「ユーザを変更する」）のための各種選択のそれぞれを有するように、又は一定の選択（例えば、「ＰＩＮヲ変更する」）を有するように構成可能であり、或いは、「ユーザを変更する」の選択は、「ユーザを変更する」コマンドのための各種選択を有するセットトップボックスにより２番目のページ（図示せず）に与えられるようにすることができる。ＰＩＮの場合には、顧客は新しいＰＩＮを入力し、その後、ＰＩＮを再入力し、誤ったデータ入力を排除する。セットトップボックス（７００）はインフラストラクチャ１１８（図１）のサーバに情報を供給する。インフラストラクチャ１１８のサーバ（図１）は両方の入力が整合していることを検証する。入力が整合した場合、サーバは新しいＰＩＮを格納し、ユーザに「成功」ページを表示する。入力が整合しなかった場合、サーバは整合が起きるまで、ＰＩＮを再入力する要求をセットトップボックスに表示させる。
【００６５】
図１０を参照すると、その後、サーバは新しいユーザによりアクセスされるサービスプロバイダに通知メッセージを送信し、確認メッセージがサービスプロバイダのそれぞれからインフラストラクチャにより受信されると、マネージャ１０４へのユーザメッセージ１０００を変更する。マネージャ１０４は、最初に、変更ユーザメッセージ１０００が、正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態を含んでいることを検証し、有効で、選択された基準が整合した場合には、メッセージ１０００のユーザ識別がデータ記憶装置２２８内に存在するかどうかを決定する。上記したものが有効な場合、マネージャ１０４のＩＡ２２４ｄは変更ユーザ要求のためワークオーダを作り出し、インターフェース２２６を介してデータ記憶装置２２８に更新変更ユーザメッセージ１００４のデータ記憶装置２２８にワークオーダ情報を送る。応答して、データ記憶装置２２８は加入者情報を更新し、ユーザ情報を変更する。その後、マネージャ１０４は変更ユーザ応答メッセージ１００８を送り、加入者にサービスを提供するインフラストラクチャ１１８に通過又は失敗情報を供給する。
【００６６】
削除ユーザトランザクション
最後に、加入者はユーザを自分のアカウントから削除させることができる。このトランザクションはセットトップボックスを介して加入者により開始されたボトムアップトランザクションである。示したように、加入者はＨＴＭＬベースの設定ページ８００（図８）を呼び出し、「ユーザを削除する」選択８１２（図８）を行う。図８に示されているように、加入者は、自分のアカウントに割り当てられた活動中のユーザのプルダウンリスト８１６からユーザを削除させるように選択する。セットトップボックス（７００）は、その後、ユーザのためにユーザ情報を送り、加入者にサービスを提供するサービスサーバインフラストラクチャ１１８（図１）のサーバで削除される。
【００６７】
図１１を参照すると、インフラストラクチャ１１８のサーバはインフラストラクチャのデータベース（図示せず）を更新し、削除されるユーザによりアクセスされるサービスプロバイダのサーバに通知メッセージを送り、サービスプロバイダのそれぞれから完了メッセージがインフラストラクチャにより受信されると、サーバはそのデータベースで削除されたものとしてユーザをマークし、マネージャ１０４へのユーザメッセージ１１００を削除する。
【００６８】
マネージャ１０４は、最初に、削除ユーザメッセージ１１００が正確なパラメータサイズ、適当なタイプ、適当な値の範囲、適当なフォーマット、適当なフィールド状態を含んでいることを検証し、有効な場合には、メッセージ１１００のユーザ識別がデータ記憶装置２２８内に存在するかどうかを決定する。上記したものが有効で、選択された基準がデータ記憶装置２２８で整合を有する場合、マネージャ１０４のＩＡ２２４ｄ（図３）は削除ユーザ要求のためワークオーダを作り出し、インターフェース２２６を介してデータ記憶装置２２８に更新削除ユーザメッセージ１１０４のデータ記憶装置２２８にワークオーダ情報を送る。応答して、データ記憶装置２２８は加入者情報を更新し、ユーザ情報を変更する。その後、マネージャ１０４は削除ユーザ応答メッセージ１１０８を送り、加入者にサービスを提供するインフラストラクチャ１１８に対して通過情報（トランザクションが有効で、選択された基準が整合した場合）又は失敗情報（トランザクションが有効ではなく、及び又は選択された基準が整合しなかった場合）を供給する。
【００６９】
本発明は特定の実施例に関連させて説明されているが、当業者であれば、多数の代用、変更及び変形が可能であることは明らかである。したがって、ここに示した本発明の好適な実施例は例示であって、限定することを意図するものではない。例として、ステップの命令又は順序は上記したもの以外の順序を反対にしたり又は再配列したりしてもよい。ステップは供給処理から省略されてもよい。上述したＩＴＶネットワークコンポーネントは省略、又は他のＩＴＶネットワークコンポーネントにより置き換えられることもできる。その上、本発明の教示はＩＴＶネットワークに限定されるものではないが、加入者又は非加入者にネットワーク提供商品又はサービスに拡大可能である。これらの及び他の変更は本発明の精神及び範囲から逸脱することなく、なされてもよい。
【図面の簡単な説明】
【００７０】
【図１】本発明の好適な実施例によるＩＴＶネットワークの例示のブロック図である。
【図２】ＩＴＶクライアントデバイスの構成を示す図である。
【図３】図１のＩＴＶ供給マネージャデバイスの供給メッセージインターフェースの例示した図である。
【図４】データ記憶装置２２８のデータベース図である。
【図５】更新の加入者とユーザトランザクションの信号フローを示す図である。
【図６】更新のサイトトランザクションの信号フローを示す図である。
【図７】削除のセットトップボックストランザクションの信号フローを示す図である。
【図８】加入者のためのセットトップボックスにより与えられたトランザクション選択ページを示す図である。
【図９】加入者により開始された追加ユーザトランザクションの信号フローを示す図である。
【図１０】加入者により開始された変更ユーザトランザクションの信号フローを示す図である。
【図１１】加入者により開始された削除ユーザトランザクションの信号フローを示す図である。
【図１】
2004166289.tif 000003
【図２】
2004166289.tif 000004
【図３】
2004166289.tif 000005
【図４】
2004166289.tif 000006
【図５】
2004166289.tif 000007
【図６】
2004166289.tif 000008
【図７】
2004166289.tif 000009
【図８】
2004166289.tif 000010
【図９】
2004166289.tif 000011
【図１０】
2004166289.tif 000012
【図１１】
2004166289.tif 000013
【外国語明細書】
2004166289.tif 000014
2004166289.tif 000015
2004166289.tif 000016
2004166289.tif 000017
2004166289.tif 000018
2004166289.tif 000019
2004166289.tif 000020
2004166289.tif 000021
2004166289.tif 000022
2004166289.tif 000023
2004166289.tif 000024
2004166289.tif 000025
2004166289.tif 000026
2004166289.tif 000027
2004166289.tif 000028
2004166289.tif 000029
2004166289.tif 000030
2004166289.tif 000031
2004166289.tif 000032
2004166289.tif 000033
2004166289.tif 000034
2004166289.tif 000035
2004166289.tif 000036
2004166289.tif 000037
2004166289.tif 000038
2004166289.tif 000039
2004166289.tif 000040
2004166289.tif 000041
2004166289.tif 000042
2004166289.tif 000043
2004166289.tif 000044
2004166289.tif 000045
2004166289.tif 000046
2004166289.tif 000047
2004166289.tif 000048
2004166289.tif 000049
2004166289.tif 000050
2004166289.tif 000051
2004166289.tif 000052