(57)【要約】デジタルケーブルネットワーク・アーキテクチャ及びサービス提供方法は、ケーブル媒体と受信部を有する複数個のホストとを含む。ポリシーファイルストアは、それぞれサービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人によってアップデートすることが可能なサービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションの少なくとも１つを保持するポリシーファイルを収容している。ポリシーファイルストアと関連するサービスプロバイダーは、デジタルケーブルサービスを前記ホストへの前記ケーブル媒体上に供給すると共に、モニターアプリケーションとポリシーファイルとを前記ケーブル媒体上の前記ホストにダウンロードする。ＭＡは、リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び／又は不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも１つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び／又は前記メーカーセクションの少なくとも１つを用いる。
2006511106.tif 000002
【特許請求の範囲】
【請求項１】
ケーブル媒体と、
受信部を有する複数個のホストと、
それぞれサービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人によってアップデートすることが可能なサービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションの少なくとも１つを保持するポリシーファイルを収容しているポリシーファイルストアと、
前記ポリシーファイルストアと関連し、デジタルケーブルサービスを前記ホストへの前記ケーブル媒体上に供給すると共に、モニターアプリケーションとポリシーファイルとを前記ケーブル媒体上の前記ホストにダウンロードするサービスプロバイダーとを備え、
前記ＭＡは、リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも１つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを用いるデジタルケーブルネットワーク・アーキテクチャ。
【請求項２】
前記サービスプロバイダーは、ＭＡのバージョンに基づいて前記ホスト上のＭＡを管理する請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項３】
前記サービスプロバイダーは、ポリシーファイルのバージョンに基づいて前記ポリシーファイルを管理するポリシーファイルマネージャを含む請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項４】
チューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース、バックプレーンリソースの少なくとも１つを含むホストリソースを管理するリソースマネージャを備える請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項５】
リソース競合が発生した場合、前記リソースマネージャは前記プロバイダーセクションのリソース競合ルールを読み込む前記ＭＡと通信し、前記リソースマネージャは前記リソース競合ルールに基づいて前記リソース競合を解決する請求項４記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項６】
前記顧客がケーブルチャンネルへのアクセスを要求する場合、前記ＭＡは前記ポリシーファイルの前記カスタマーセクションを読み込み、前記カスタマーセクションに基づいてアクセス決定を行う請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項７】
前記ポリシーファイルの前記カスタマーセクションは、チャンネル識別子、使用限度額、時間帯、暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする請求項６記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項８】
ウェブブラウザを含むコンピュータと、
分散通信システムと、
前記分散通信システムで前記ウェブブラウザと通信するウェブサーバと、
前記サービスプロバイダー、前記顧客、及び前記受信部メーカーの前記少なくとも１人によって、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの変更することを可能にするために、前記ウェブサーバ及び前記コンピュータと通信するポリシーファイルマネージャとを備える請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項９】
前記ＭＡは、アプリケーションフィルタリング、アプリケーションアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、及びシステム機能を含む特権的アプリケーション・プログラミング・インターフェース（ＡＰＩｓ）(privileged APIs)の少なくとも１つへのアクセス権を持つ前記請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項１０】
前記ＭＡと通信すると共にイベント／アプリケーションテーブルを含むイベントマネージャを備え、前記ＭＡは前記ポリシーファイルを強制するために前記イベント／アプリケーションテーブルを変更する請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項１１】
受信部を有する複数個のホストとサービスプロバイダーとを接続し、
サービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションの少なくとも１つを保持するポリシーファイルを、前記サービスプロバイダーと関連するポリシーファイルデータストアに格納し、
前記サービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人が、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを変更することを可能にし、
前記ポリシーファイルに変更が行われた場合、前記ポリシーファイルを前記ホストにダウンロードし、
リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも１つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを用いるデジタルケーブルサービスの提供方法。
【請求項１２】
ポリシーファイルのバージョンに基づいて、前記ホストに格納された前記ポリシーファイルのダウンロードを管理する請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１３】
チューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース及びバックプレーンリソースの少なくとも１つを含むリソースを管理する請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１４】
リソース競合が発生した場合、前記ポリシーファイルの前記サービスプロバイダーセクションのリソース競合ルールを読み込むと共に、
前記リソース競合ルールに基づいて前記リソース競合を解決する請求項１３記載のデジタルケーブルサービスの提供方法。
【請求項１５】
前記顧客がケーブルチャンネルへのアクセスを要求する場合、前記ポリシーファイルの前記カスタマーセクションを読み込むと共に、
前記カスタマーセクションに基づいてアクセス決定を行う請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１６】
前記ポリシーファイルの前記カスタマーセクションは、チャンネル識別子、使用限度額、時間帯、及び暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする請求項１５記載のデジタルケーブルサービスの提供方法。
【請求項１７】
前記サービスプロバイダー、前記顧客、及び前記受信部メーカーの少なくとも１人による、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションへの遠隔アクセスを可能にする請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１８】
イベント／アプリケーションテーブルを含むイベントマネージャを提供すると共に、
前記ポリシーファイルを強制するために前記イベント／アプリケーション通知テーブルを変更する請求項１１記載のデジタルケーブルサービスの提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルネットワークに関し、特に、顧客、サービスプロバイダー及びメーカーに、より一層の適応性を提供するデジタルケーブルネットワーク・アーキテクチャに関するものである。
【背景技術】
【０００２】
ケーブルシステムオペレータは各種サービスの月間使用料を請求する。ケーブルシステムはアナログ及び／又はデジタルのネットワークによって実施することが可能である。アナログケーブルネットワークは概して、基本チャンネル及びプレミアムチャンネルといった限られたサービスを提供する。デジタルケーブルネットワークは基本サービスに加えて、電子番組ガイド（ＥＰＧｓ）、プレミアムチャンネル、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）、ビデオ・オン・デマンド（ＶＯＤ）、インタラクティブスポーツ、視聴者参加型のクイズ番組、ウェブアクセス及び、電子メール、チャット、及びインスタント・メッセージ、インタラクティブゲームといった機能及び／又は、買物（テレビ商取引、又は“Ｔコマース”）、ホームバンキング、及びデジタル式ビデオ録画再生装置（ＰＶＲ）といったサービスの１つ以上を含む幅広いサービスを提供する。
【０００３】
ある顧客はケーブルサービスの１つ以上を不正に取得することを試みるかもしれない。サービスプロバイダーは収入を維持するために不正アクセスを減少できなければならない。遮断できること及び／又はケーブルサービスを不正に利用している顧客の所在地を特定できることは不正なアクセスの減少に役立つであろう。
【０００４】
また、サービスプロバイダーは効率の良い方法でサービスプロビジョニングを提供できなければならない。アナログケーブルネットワークにおいてサービスプロビジョニングは費用のかかるプロセスである。図１を参照すると、アナログケーブルネットワーク１０はケーブル１８にケーブル信号を生成するケーブルサービスプロバイダー１４を含む。ケーブル引込線２２−１、２２−２、・・・、及び２２−ｎは顧客の所在地のケーブル・ボックス２６−１、２６−２、・・・、及び２６−ｎにケーブル信号を供給する。顧客が受信契約者でない場合には、１つ以上のプレミアムチャンネルを無効又は除去するために１つ以上のアナログフィルタ３０が顧客の所在地への各々のケーブル引込線２２に追加される。申込変更が要望された場合には、ケーブルサービスプロバイダー１４は作業員を顧客の所在地に派遣する必要がある。作業員はフィルター３０を追加又は除去して、それぞれプレミアムチャンネルを追加又は除去する。作業員の派遣費用をプレミアムチャンネルの価格に含まなければならないので顧客の負担は増加する。
【０００５】
ＯｐｅｎＣａｂｌｅＴＭは共通のプラットホームを用いたデジタルケーブルテレビ対応の装置を提供するために、ケーブルオペレータによって定義された規格である。図２を参照すると、ＯｐｅｎＣａｂｌｅＴＭ規格は、概してセットトップボックス５０−１又は通信端末統合テレビ５０−２であるホスト５０を定義している。セットトップボックス５０−１は概して、テレビ又はモニター５４に接続される。ホスト５０からの取り外しが可能なポッドモジュール（ＰＯＤ）５８はセキュリティー及び利用者の認証を提供する。ＰＯＤ５８は地方のケーブルテレビ事業者又はマルチプルシステムオペレーター（ＭＳＯ）６０の独自規格の限定受信方式と関連した機能を含む。ＰＯＤ５８はＭＳＯ６０から提供され、概してＰＣＭＣＩＡ又はＰＣカードによって実装される。ＰＯＤ５８はケーブル６４の帯域内チャンネル６４−１及び／又は帯域外（ＯＯＢ）チャンネル６４−２によってＭＳＯ６０と通信することが可能である。
【０００６】
ＯｐｅｎＣａｂｌｅＴＭの１つの目標は移植性を提供することである。あるケーブルシステムのホスト５０を購入する消費者は、別のケーブルシステムに移転して同じホスト５０を使用することが可能である。また、ＯｐｅｎＣａｂｌｅＴＭはサービスプロビジョニングの費用の削減及び不正なアクセスの削減に努めている。ＯｐｅｎＣａｂｌｅＴＭのアプリケーション・プラットフォーム（ＯＣＡＰＴＭ）の規格（ＯＣ−ＳＰ−ＯＣＡＰ１．０−１０４−０２１０２８及びＯＣ−ＳＰ−ＯＣＡＰ２．０−１０１−０２０４１９）はメーカーのオペレーティングシステム（ＯＳ）とホスト５０の内部で実行する様々なアプリケーションとの間のオープンインターフェースを提供する。本明細書中においてはＯＣＡＰＴＭの規格の全体を参考として援用する。現在、双方向テレビ（ｉＴＶ）のアプリケーションの開発者は、独自規格のプラットホームごとにプログラムを書き直す必要がある。ＯＣＡＰＴＭは、アプリケーションがすべてのホスト５０上に配置されることを許容する標準アプリケーション・プログラミング・インターフェース（ＡＰＩ）を提供する。
【０００７】
移植性を許容するために暗号化及びセキュリティはホスト５０とは切り離されてＰＯＤ５８に位置する。ＰＯＤ５８はホスト５０に挿入されるとケーブルプロバイダー６０が提供している暗号化コンテンツを復号する。
【０００８】
ＯｐｅｎＣａｂｌｅＴＭはチャンネルベースのサービスプロビジョニングを提供する。消費者がプレミアムチャンネル又は他のリソースを要求する場合には、ＰＯＤ５８はケーブルプロバイダー６０にメッセージを送信する。消費者がそのプレミアムチャンネル又は他のリソースに申し込む場合、ケーブルプロバイダー６０はＰＯＤ５８に権利付与メッセージ（ＥＭＭ）を返信する。ＥＭＭを受け取った場合には、ホスト５０はアクセスが許可される。プレミアムチャンネルにおいてＯｐｅｎＣａｂｌｅＴＭによって提供される制御の粒度は物理的なチャンネルのレベルにある。言い換えれば、プレミアムチャンネルが有効になるか無効になるかである。
【０００９】
また、ＯＣＡＰＴＭはホスト内にある受信部の不正及び／又は障害の発生を検出するメカニズムの仕様を定めている。証明書、署名ファイル及びハッシュファイルはホストの受信部に埋め込まれている。ハッシュファイルは受信部のメモリブロックのハッシュ値を列挙する。モニターアプリケーション（ＭＡ）はデータバスを介してデータブロックを読み込み、ハッシュ値を計算する。ＭＡは計算したハッシュ値を暗号化ファイル内の特定のハッシュ値と比較する。不整合が生じる場合には、ＭＡはサービスを終了してＭＳＯに通知を送信するといった適切な行動を取る。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述の不正な受信部の防止メカニズムにはいくつかの課題が存在する。第１にハッシュファイルが受信部に埋め込まれている。受信部の再プログラミングをしないでハッシュファイルの内容を容易に変更することができない。第２にＭＡは毎回同じハッシュ値を計算する。ハッカーはハッシュ計算のホストデータバスを監視することが可能である。時間とともに計算に目新しさがなくなり、ハッカーがハッシュ関数を把握する恐れがある。それに加えて、フラッシュメモリの内容を読み込むためのＡＰＩを含むＯＣＡＰＴＭ規格が公になっている。要約すれば、このアプローチによってファームウェア全体が危険にさらされており、不正なアクセスの可能性が著しく増加している。
【００１１】
さらに、ＯｐｅｎＣａｂｌｅＴＭ規格はチューニング、オーディオ／ビデオ復号、グラフィックスレベルやバックグラウンドデバイスといったシステムリソースを管理するリソースマネージャ（ＲＭ）を定義している。ＲＭはプログラム化すると、ホストの再プログラミングなしには変更が不可能である所定のデフォルト・ルールに基づいてリソース競合を管理する。
【課題を解決するための手段】
【００１２】
本発明によると、デジタルケーブルネットワーク・アーキテクチャ及びサービス提供方法は、ケーブル媒体と受信部を有する複数個のホストとを含む。ポリシーファイルストアは、それぞれサービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人によってアップデートすることが可能なサービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションの少なくとも１つを保持するポリシーファイルを収容している。ポリシーファイルストアと関連するサービスプロバイダーは、デジタルケーブルサービスを前記ホストへの前記ケーブル媒体上に供給すると共に、モニターアプリケーションとポリシーファイルとを前記ケーブル媒体上の前記ホストにダウンロードする。ＭＡは、リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び／又は不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも１つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び／又は前記メーカーセクションの少なくとも１つを用いる。
【００１３】
他の特徴として、サービスプロバイダーはＭＡのバージョンに基づいてホスト上のＭＡを管理する。サービスプロバイダーはポリシーファイルのバージョンに基づいてポリシーファイルを管理するポリシーファイルマネージャを含む。リソースマネージャはチューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース及びバックプレーンリソースの少なくとも１つを含むホストリソースを管理する。リソース競合が発生した場合、リソースマネージャはＭＡと通信してサービスプロバイダーセクションのリソース競合ルールを読み込む。リソースマネージャはリソース競合ルールに基づいてリソース競合を解決する。
【００１４】
また他の特徴として、消費者がケーブルチャンネルへのアクセスを要求する場合、ＭＡはポリシーファイルのカスタマーセクションを読み込み、このカスタマーセクションに基づいてアクセス決定をする。ポリシーファイルのカスタマーセクションはチャンネル識別子、使用限度額、時間帯及び暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする。
【００１５】
別の特徴として、コンピュータはウェブブラウザを含む。ウェブサーバーは分散通信システムを介してウェブブラウザと通信する。ポリシーファイルマネージャはサービスプロバイダー、顧客、及び／又は受信部メーカーによるポリシーファイルのサービスプロバイダーセクション、カスタマーセクション、及び／又はメーカーセクションの各々の遠隔編集を許容するためにウェブサーバ及びコンピュータと通信する。
【００１６】
また別の特徴として、ＭＡはアプリケーションフィルタリング、アプリケーションアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、システム機能を含む特権的アプリケーション・プログラミング・インターフェース（ＡＰＩｓ）(privileged APIs)の少なくとも１つへのアクセス権を持つ。イベントマネージャはＭＡと通信すると共に、イベント／アプリケーションテーブルを含む。ＭＡはポリシーファイルを強制するためにはイベント／アプリケーションテーブルを無効にする。
【００１７】
本発明のさらなる適用範囲は以下の詳細な説明によって明らかになるであろう。詳細な説明、及び具体例は、本発明の最良の実施形態を示すものであるが、単に例示のためであって本発明の範囲を限定するものではないことは理解されよう。
【発明を実施するための最良の形態】
【００１８】
以下の好ましい実施形態の記載は本質的に例示に過ぎず、本発明、その適用物又は用途を制限することは何ら意図されていない。明瞭を期す目的で、類似要素を特定するために同じ参照番号を図面において使用する。
【００１９】
本発明はデジタルケーブルサービスのオープンアーキテクチャを開示する。モニターアプリケーション（ＭＡ）はＭＳＯによって定期的にアップデートされる。ＭＡは、カスタマーセクション、ＭＳＯセクション及び／又はメーカーセクションを含むポリシーファイル（ＰＦ）にアクセスする。これらのセクションはそれぞれ、顧客、ＭＳＯ及びメーカーによって変更可能である。ポリシーファイルはホストや受信部などの再プログラミングをせずに、顧客、ＭＳＯ、及びメーカーがそれぞれのインタフェースをカスタマイズすることを許容する。
【００２０】
例えば、現在提供されているチャンネルレベルよりも下位のレベルにおいて、操作時間、番組内容、ゲーム内容、チャンネル、利用料金、及びその他詳細といった付加的な内容、時間帯、及び／又は金融調節(monetary control)を規定するために、顧客はＰＦのカスタマーセクションを利用することが可能である。例えば、状況、取引関係(business relationships)、又はその他の条件を決定する場合、リソース競合デフォルトをアップデートするために、ＭＳＯはＰＦのＭＳＯセクションを利用することが可能である。また、時間と共にハッカーによる不正利用を避ける目的でプラットフォーム検証演算(platform validation calculations)の変更を行うために、メーカーはＰＦのメーカーセクションを利用することができる。
【００２１】
図３を参照すると、デジタルケーブルネットワーク１００は複数個のホスト１０２−１、１０２−２、・・・、及び１０２−ｎにデジタルケーブルサービスを提供する。ホスト１０２はセットトップボックス、通信端末統合テレビ又はその他の各種ホストであってよい。ホスト１０２は取り外しの可能なポッドモジュール（ＰＯＤ）１０４−１、１０４−２、・・・、及び１０４ーｎを含み、ＰＯＤはセキュリティ及び暗号化の処理を行う。ＰＯＤ１０４はケーブル１０８の帯域内チャンネル１０８−１及び帯域外チャンネル１０８ー２の各々によってホスト１０２をＭＳＯに接続する。ホスト１０２は状況に応じてウェブブラウザ１１２を含む。
【００２２】
ＭＳＯ１２０はポリシーファイル（ＰＦ）マネージャ１２２を含み、ＰＦマネージャ１２２はデジタルケーブルネットワーク１００上のホストのＰＦを格納しているＰＦデータストア１２４を管理する。各ＰＦにはなるべく１つ以上のセクションを含める。ＰＦの第１番目、又はカスタマーセクションは顧客のためのセクションである。例えば、付加的な粒度のサービスプロビジョニングを規定するために、顧客はカスタマーセクションを利用することが可能である。ＰＦの任意の第２番目のセクションはＭＳＯのためのセクションである。例えば、ホストアプリケーションのリソース許可設定の定義、及びホストアプリケーション間のリソース競合の解決のために、ＭＳＯはＭＳＯセクションを利用することが可能である。ＰＦの任意の第３番目のセクションはメーカーのためのセクションである。メーカーセクションは不正識別法の定期的な更新のために利用することが可能である。ＰＦの各セクションは、それぞれのホスト１０２の各セクションのオーナーによって更新が可能である。言い換えれば、メーカーはメーカーセクション、顧客はカスタマーセクション、そしてＭＳＯはＭＳＯセクションを更新することが可能である。
【００２３】
ＭＳＯ、顧客、及び／又はメーカーは、いくつかの異なる方法によってＰＦにアクセスすることが可能である。ウェブブラウザ１２８を備えたコンピュータ１２６はインターネットといった分散通信システム１３０を介してＰＦにアクセスすることが可能である。ウェブサーバ１３２はＰＦの変更を可能とするためにＭＳＯインターフェースによってＰＦマネジャー１２２と関連している。ウェブブラウザ１１２を備えたホスト１０２はケーブルモデムによってケーブル１０８を介したＰＦへのアクセス及び／又は、その他のインターネットアクセス方法によるＰＦへのアクセスが可能である。ＰＦマネージャ１２２に格納されたＰＦが変更される場合、ＭＳＯ１２０は対応するホスト１０２にＰＦを転送する。もう１つの方法として、ＭＳＯ１２０は新しいＰＦのバージョンが利用可能であることをホスト１０２に通知する。ＭＳＯは、なるべく暗号化装置１３４を用いてＰＦを暗号化して、ヘッドエンド１３６を用いてＰＦを送信する。また、上述した各種サービス１４０もヘッドエンド１３６を介してケーブル１０８に供給される。
【００２４】
図４（Ａ）を参照すると、ホスト１０２の詳細が示されている。最初にデジタルケーブルネットワーク１００に接続され、常駐ＭＡ（ＭＡ）１５０を受信する（又は保持する）前には、ホスト１０２はメモリ１５３内の管理アプリケーション（ＥＡ）１５２によって制御される。メモリ１５３はＲＯＭ、ＦＬＡＳＨメモリ又はその他適切なコンピュータのデータストレージであってよい。
【００２５】
受信部１５４はメモリ１５３内の拡張アプリケーション情報テーブル（ＸＡＩＴ）１５６を監視する。ＭＳＯ１２０はＸＡＩＴ１５６を用いて受信部１５４にＭＡ１５０の最新のバージョンを通知する。受信部１５４は現在のＭＡのバージョン（又は、ＭＡがないこと）とＸＡＩＴ１５６内の最新のＭＡのバージョンとの間の不整合を検知する。バージョンの不整合が起こった場合、受信部１５４はＭＡ１５０を受信する物理チャンネルを同定する仮想チャンネルテーブル（ＶＣＴ）１６０を読み込む。受信部１５４は指定の物理チャンネルに周波数を合わせ、ＭＡ１５０を受信する。ＭＳＯ１２０は何度も連続して、所定の時間、又は指定のチャンネルにおける他のどれよりも適切な方法によってＭＡ１５０を送信する。ＭＡ１５０を受信してＦＬＡＳＨメモリにＭＡを格納した後に、ホスト１０２はＭＡ１５０を用いることで機能し始める。
【００２６】
ＭＡをダウンロードするときに、ＭＳＯ１２０はホスト１０２にＰＦを転送することが可能である。その代わりとして、新しいＭＡ又は新しいＭＡのバージョンがダウンロードされてフラッシュメモリに保存された場合に、最新のＰＦを自動的にダウンロードするルーチンをＭＡ１２０に含むことも可能である。また、ＭＳＯ１２０はＰＦに変更があった場合はすぐに、ＰＦをホスト１０２に自動的にダウンロードする。ＭＳＯ１２０は転送の前に暗号化装置１３４を用いてＰＦを暗号化することが望ましい。ＭＡ１５０はＰＦを復号して、１６４に例示するＰＦをメモリ１５３に格納する。
【００２７】
ＸＡＩＴ１５６を用いることで、ＭＳＯ１２０はＰＦの最新のバージョンを受信部１５４に随意的に通知することが可能である。受信部１５４が現在のＰＦ１６４のバージョン（又は、ＰＦがないこと）とＸＡＩＴ１５６内の最新のＰＦのバージョンとの間の不整合を検知した場合、受信部１５４はＭＳＯ１２０に連絡して、新しいＰＦのバージョンを要求する。ＭＳＯ１２０は新しいＰＦのバージョンをＭＡ１５０に送信し、ＭＡ１５０はＰＦを復号して新しいＰＦのバージョンで作動し始める。その代わりとして、メーカー、ＭＳＯ及び／又は顧客によってＰＦが変更された場合、ＭＳＯ１２０は新しいＰＦをＭＡ１５０に自動的にダウンロードすることが可能である。
【００２８】
顧客はリモコン（ＲＣ）１６８を用いてケーブルチャンネル、ゲーム又はその他のコンテンツを選択することが可能である。ＲＣ１６８の生成した信号はＲＣ受信部１６９に受信される。また、顧客はディスプレイ１７２、セットトップボックス１０２−１又は通信端末統合テレビ１０２−２のコントロール・ボタン１７０を用いて、ケーブルチャンネル、ゲーム又はその他のコンテンツを選択することが可能である。同様の制御、又はその他の制御によって、顧客はオーディオ出力１７６の調節及びその他の入出力装置１７８とインターフェースをとることが可能である。
【００２９】
リソースマネージャ１８０は、チューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及びその他のリソースといったホストリソース１８２を管理する。リソースマネージャ１８０は電子番組ガイド（ＥＰＧ）、プレミアムチャンネル、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）、ビデオ・オン・デマンド（ＶＯＤ）、インタラクティブなスポーツ、視聴者参加型の番組、ウェブアクセス及び、メール、チャット、及びインスタント・メッセージ、インタラクティブゲームといった機能及び／又は、買物（テレビ商取引、又はＴコマース）、ホームバンキング、及びデジタル式ビデオ録画再生装置（ＰＶＲ）といったサービスのアプリケーション１９２によるリソース１８２の競合を管理する。イベントマネージャ（ＥＭ）１９４は後述する１つ以上のテーブルを用いてイベントの処理を行う。図４（Ｂ）において、ＰＦ１６４はＭＳＯセクション１９６、メーカーセクション１９８、カスタマーセクション１９９、及び／又はその他のセクションを含んでもよい。
【００３０】
図５は従来技術によるサービスプロビジョニングの一実施例を示す図である。ＲＣ１６８はチャンネル変更要求を送信し、そのチャンネル変更要求はＲＣ受信部１６９に受信される。そのチャンネル変更要求はデータバスを介してイベントマネージャ１９４に送信される。イベントマネージャ１９４はＥＰＧ１９２−１、ＡＰＰ１及びＡＰＰ２といったアプリケーションテーブルを含み、そのテーブルにチャンネル変更イベントが登録される。イベントマネージャ１９４はＥＰＧ１９２−１、ＡＰＰ１及びＡＰＰ２にチャンネル変更イベントを送信する。
【００３１】
ＥＰＧ１９２−１は必要に応じてＲＭ１８０にチューナー１８４を要求する。既にＥＰＧ１９２−１がチューナー１８４のリソースを保持している場合、ＥＰＧ１９２−１はチューニングＡＰＩを呼び出す。チューニングＡＰＩを聞き取っているＰＯＤ１０４は周波数を合わせたチャンネルを復号する前に、特有のチャンネルのチャンネルアクセス要求メッセージをＭＳＯ１２０に送信する。許可される場合、ＭＳＯ１２０はＥＭＭをＰＯＤ１０４に返信し、ＰＯＤ１０４はチャンネルを復号する。ＥＭＭを受信していない場合、チャンネルは合っているが復号されない。上記のように、このサービスプロビジョニング方法はチャンネルレベルのみでのアクセス権を提供する。
【００３２】
図６は本発明によるサービスプロビジョニングの一実施例を示す図である。ＭＡ１５０はチャンネル１８２へのアクセスを許可する前にＰＦ１６４を閲覧する。ＭＡ１５０はアプリケーションフィルタリング及びアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、及びシステム機能といった特権ＡＰＩ(privileged APIs)へのアクセス権を持つ。実施形態において、ＰＦはＸＭＬベースのプログラムであってＰＯＤのＯＯＢ接続を通してＦＬＡＳＨメモリにダウンロードされる。ＭＡはＪａｖａベースである。本実施形態ではＸＭＬ及びＪａｖａとしたが、その他の言語であってもよいのは勿論である。
【００３３】
ＭＡ１５０は特権を持つ非束縛のアプリケーション(unbound application with privileges)である。ＭＡ１５０はそれ自体を含むすべてのＯＣＡＰＴＭアプリケーションのライフサイクルを管理する。ＭＡ１５０はリソース競合の規定、アプリケーションデータベースを用いた非束縛のアプリケーション(unbound applications)の登録、アプリケーション開始の認証、システムエラーの特定、及びシステムのリブートを行う。ＭＡ１５０はＯＣＡＰＴＭインターフェースを用いることでコピープロテクトビット及び出力解像度を変更することが可能である。また、ＭＡ１５０はユーザーの入力イベントにフィルターをかけて最終的な宛先に送信する前に値を変更することが可能である。従って、ＭＡ１５０はＲＣ１６８又はその他のコントロール・ボタン１７０のキーを有効又は無効することが可能であり、機能が有効又は無効になる。
【００３４】
図６において、ＲＣ１６８はチャンネル変更要求を送信し、そのチャンネル変更要求はＲＣ受信部１６９に受信される。チャンネル変更要求はデータバスを介してイベントマネージャ１９４に伝送される。イベントマネージャ１９４はアプリケーションテーブルを含み、そこにチャンネル変更イベントが登録される。ＭＡ１５０はイベントマネージャ１９４内のアプリケーション／イベントテーブルを無効にすることが可能である。さらに図６に示したテーブルは、ＥＰＧ、ＡＰＰ１やＡＰＰ２の代わりにチャンネル変更イベントとしてＭＡ１５０を含み、図のようにテーブルを上書きする必要がない。ＭＡ１５０はテーブルの現行値を単に無効にする、又はイベント及びアプリケーションのＥＭを無効にすることが可能である。
【００３５】
イベントマネージャ１９４はチャンネル変更要求をＭＡ１５０に送信する。ＭＡ１５０はＰＦ１６４を閲覧する。ＰＦ１６４が顧客にチャンネル、及び／又はその他のコンテンツ、及び／又はその他のリソースの選択を許可する場合、ＭＡはチャンネル変更イベントをＥＰＧ１９２−１に転送する。またその代わりとして、ＭＡはチャンネル変更イベントを直接ＥＰＧ１９２−１に送信するようにＥＭに命令することが可能である。その後の操作については、上記に示した図５の説明と同様である。
【００３６】
図７を参照すると、本発明は、ＭＡ１５０とＰＦ１６４とによって制御されるリソースアクセスを許容する。リソースへのアクセスを許可する前に、ＭＡ１５０はＰＦ１６４をチェックする。ＰＦ１６４がアプリケーション１９２によるリソースへのアクセスを許可する場合、ＭＡ１７６はアクセス認可信号をＲＭ１７４に返信する。そうでなければ、ＭＡ１７６はアクセス拒絶信号をＲＭ１７４に返信する。
【００３７】
また、ＭＡ１５０はＰＦ１６４に基づいてリソース競合を解決する。アプリケーション１９２−３がチューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及び／又はその他のリソースを保持していたとする。このとき、アプリケーション１９２−２はアプリケーション１９２−３で使用されているリソースを要求するかもしれない。アプリケーション１９２−４がチューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及び／又はその他のリソースを保持していたとする。このとき、アプリケーション１９２−５はアプリケーション１９２−４で使用されているリソースを要求するかもしれない。ＭＡ１５０とＰＦ１６４とは、このようなコンフリクトを解決する。
【００３８】
ＭＡ１５０とＰＦ１６４とは取引関係(business relationships)に基づいたリソース競合の解決を許容する。言い換えれば、ＭＳＯ１２０は取引先(business partner)をひいきにしてリソース競合を解決するためにＰＦ１６４のＭＳＯセクション１９６を定義することが可能である。例えば、第１位のアプリケーションがＳｐｅｅｄＴＭといった特定のチャンネルに周波数を合わせるリソースを要求し、ブラウザといった別のアプリケーションが異なる理由でチューナーを要求する(及び／又はすでにリソースを保持する)場合、第１のアプリケーションがリソースを受け取る。
【００３９】
図８を参照すると、２００には、ＭＡ及びＰＦをダウンロードする模範的な方法が示されている。制御はステップ２０２から開始する。ステップ２０４ではホストが常駐のＭＡを含むかどうかを判断する。含まない場合は、ステップ２０６において管理アプリケーション（ＥＡ）を実行する。ステップ２０８において、ＸＡＩＴ及びＶＣＴをチェックして、ＭＳＯの指定されたチャンネルからＭＡをダウンロードする。ステップ２０８はホストがＭＳＯにＭＡ要求メッセージを送信することで実行可能である。ＭＳＯはＭＡを返信することでＭＡ要求メッセージに対応する。ホストはＭＡをメモリに記憶した後に、ＭＡをフラッシュメモリに読み込む。ＭＡが既に常駐している場合は、ステップ２１４においてＭＡを実行する。
【００４０】
ステップ２１８において、ホストはＰＦが最新版であるかどうかを判断する。バージョンが一致しなかった場合は、ステップ２２０においてホストがＰＦをダウンロードする措置を取る。ステップ２２０はホストがＭＳＯに最新ＰＦ要求メッセージを送信することで実行可能である。ＭＳＯは最新版のＰＦを返信することで最新ＰＦ要求メッセージに対応する。ホストはＰＦをメモリに記憶した後に、ＰＦをフラッシュメモリに読み込む。もう１つの方法として、ＰＦが変更された場合にはＭＳＯが自動的にＰＦを送信してもよい。
【００４１】
制御はステップ２２４を続けて、概してＸＡＩＴを用いることでホストはＭＡが最新版であるかどうかを判断する。ＭＡが最新版でない場合は、ステップ２２８においてホストはＶＣＴで特定されているチャンネルに周波数を合わせて、最新版のＭＡをダウンロードする。ステップ２２４及び２２８は、上述のステップ２１８及び２２０と同様の方法で実行可能である。ステップ２３０において、ホストはＭＡとＰＦとを用いてリソースを管理する。
【００４２】
図９Ａを参照すると、２８０には概して、ＰＦ１６４を用いたリソース競合の管理方法が示されている。制御はステップ２８２から開始する。ステップ２８４では、アプリケーション（ＡＰＰ）がリソースを要求しているかどうかを判断する。リソースを要求していない場合、制御はステップ２８４にループバックする。ＡＰＰがリソースを要求している場合は、ステップ２８６の制御を続けて、ＲＭはリソースの競合があるかどうかを判断する。競合がなければステップ２８８において、ＲＭはアプリケーションにリソースを与え、ステップ２８４を続行する。そうでなければ、ＲＭはＭＡにメッセージを送信する。ステップ２９２において、ＭＡはＰＦを順番に読み込んで、リソース競合がＰＦによって解決されるかどうかを判断する。例えば、ＰＦのＭＳＯセクションは取引関係基準(business relationship criteria)に基づいて競合を解決することが可能である。
【００４３】
ステップ２９４においてＭＡはＲＭにリソース競合決議(resource contention resolution)を送信する。ＭＡは競合を解決する、及び／又は、ＰＦが競合に対応していない場合は対象外メッセージを送信する。対象外の場合、ＲＭはデフォルト規則を用いてリソース競合を解決するかもしれない。ステップ２９６において、ＲＭは競合を解決する。
【００４４】
図９Ｂを参照すると、競合がないときでさえ、ＲＭはリソースへのアクセスを許可する前にＰＦに問い合わせをする。ステップ３０２において、ＰＦがアプリケーションにリソースの使用を許可するかどうかを判断するために、ＲＭはＰＦをチェックするＭＡに問い合わせをする。ＰＦが使用を許可しない場合、ステップ３０４においてＲＭはアプリケーションによるリソース使用を拒絶する。
【００４５】
本発明におけるＰＦとＭＡとはデジタルケーブルネットワーク１００におけるサービスプロビジョニングの細かな制御、及びリソース競合の改善を可能にする。ＰＦとＭＡとはＯＣＡＰＴＭ規格で提供されるチャンネルレベルよりも細かな粒度のサービスプロビジョニングを可能にする。
【００４６】
図１０に一実施例が示されている。ある顧客の住居はセットトップボックスＳＴＢ１、ＳＴＢ２、及びＳＴＢ３を含む。ＳＴＢ１は両親の寝室といった制御環境に位置する。ＳＴＢ２は子供の寝室に位置する。ＳＴＢ３は別の子供の寝室に位置する。
【００４７】
本発明によるサービスプロビジョニングはチャンネルレベルの域を超えた制御を許容する。具体的に言うと、ＭＳＯ及び顧客のＰＦによってＳＴＢ１はすべての時間帯において、基本チャンネル、３つのプレミアムチャンネル及びゲームへの完全なアクセスが許可される。同様に、ＳＴＢ２及びＳＴＢ３はＭＳＯによって、基本チャンネル、３つのプレミアムチャンネル及びゲームへの完全なアクセスが許可されている。しかしながら、顧客のＰＦによって、ＳＴＢ２はある時間帯の基本チャンネルへのアクセス制限、ある時間帯のいくつかのプレミアムチャンネルへのアクセス制限、及びある時間帯の他のプレミアムチャンネルへのアクセス制限、及び暴力的な内容のないゲームという制限がある。顧客のＰＦによって、ＳＴＢ３はある時間帯の基本チャンネルへのアクセスの制限、いくつかのプレミアムチャンネルへの時間帯とレーティングレベルでのアクセス制限及び、ある時間帯のすべてのゲームへのアクセス制限がある。また、顧客は合計のサービス、及び／又は個々のサービスの利用限度の設定が可能である。
【００４８】
上記の内容からわかるように、本発明のデジタルケーブルネットワークは、細かな制御の粒度を提供する。デジタルケーブルシステムはサービス層の構築を許容する。ＭＡは使用統計の収集に使用することができ、使用統計は消費者のサービスプロビジョニングに使用することが可能である。例えば、消費者はインターネット上のどこからでもペイ・パー・ビュー又はゲームサービス及び／又は総視聴時間の設定が可能である。また、消費者は番組レーティングレベルの制御も可能である。
【００４９】
それに加えて、ＭＳＯはホストを遠隔的に無効又は再起動することができる。例えば、ＭＳＯは顧客に不渡り手形があるとき、ポリシーファイルが信用できないとき、ホストが侵入を受けているとき、ＭＳＯがＭＡの動作を確認できないときにはホストを無効又は再起動することができる。また、それに加えて、消費者が複数のホストを持つ場合には各ホスト毎に支払い明細を明示することができる。
【００５０】
図１１（Ａ）を参照すると、先行技術におけるＭＡ３４０は、ハッシュ関数生成器を含みハッシュ値を格納する不正管理モジュール３４２を備える。ＭＡ３４０はデータバス３４６を介して、受信部３４５に埋め込まれている証明書、署名及びハッシュファイル３４４を読み込む。ハッシュファイル３４４は受信部３４５内の情報ブロックのハッシュ値を列挙する。ＭＡ３４０のハッシュ関数生成器３４７はデータバス３４６を介してデータブロックを読み込み、ハッシュ値を計算する。不正管理モジュール３４２は計算したハッシュ値を暗号化ファイル内のハッシュ値３４８と比較する。不整合が発生した場合、ＭＡ３４０はサービスを終了してＭＳＯに通知するといった適切な行動を取る。
【００５１】
図１１（Ｂ）を参照すると、制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって作成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。不正チェック要求を受信した場合、ステップ３５８において、ＭＡはデータバスを介してデータブロックを読み込み、ハッシュ値を計算する。ステップ３６０において、ＭＡは計算したハッシュ値を暗号化ファイル内のハッシュ値と比較する。ステップ３６４において、ハッシュ値が適合するかどうか判断する。適合しない場合には、ＭＡはサービスの終了、ＭＳＯへの連絡又はこれらに制限されない適切な行動を取る。
【００５２】
当然のことながら、無防備なデータバス３４６を介してデータを送信すること及び、ＭＡ３４０内で同じハッシュ関数で繰り返し計算することによって、従来のシステムではハッカーによる不正アクセスが増加する可能性がある。
【００５３】
図１２（Ａ）を参照すると、ＭＡ１５０は不正要求を生成する不正管理モジュール３７４を含む。受信部１５４は１つ以上のハッシュ関数を用いてハッシュ値を生成するハッシュ関数生成器３７５を含む。ハッシュ関数生成器３７５に使用されるメモリブロックについても変更が可能である。ハッシュ関数生成器３７５はデータバス３７６を介して、ハッシュ関数要求を受信する。ハッシュ関数生成器３７５はメモリ３７７のメモリブロックを用いてハッシュ関数を生成する。ハッシュ関数生成器３７５は不正管理モジュール３７４に伝送されるハッシュ値を生成する。ＭＡ１５０内の不正管理モジュール３７４は生成されたハッシュ値をＭＡ１５０又はＰＦ１６４に暗号化された形態で格納されているハッシュ値と比較する。ハッシュ値はＰＡのメーカーセクションに格納されている場合がある。
【００５４】
図１２（Ｂ）を参照すると、本発明の不正アクセス同定法が３８０に示されている。制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって作成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。不正チェック要求を受信した場合、ステップ３８２において、ＭＡは受信部に対して、ハッシュ値を計算して結果をＭＡに返信することを要求するメッセージを送信する。ステップ３８４において、ＭＡは受信部で計算したハッシュ値を暗号化ファイル及び／又はＰＦ内に格納されているハッシュ値と比較する。ステップ３６４においては適合するかどうか判断する。適合しない場合には、ＭＡはサービスの終了、ＭＳＯへの連絡又は、これらに制限されない適切な行動を取る。
【００５５】
当然のことながら、無防備はデータバス３４６を介したデータ伝送を減少し、受信部内でのハッシュ関数計算を保護することにより、本発明における不正アクセス同定システムはハッカーによる不正アクセスが減少する可能性がある。
【００５６】
図１３（Ａ）を参照すると、ＭＡ１５０は不正要求を生成する不正管理モジュール３７４を含む。受信部１５４は複数の異なるハッシュ関数を生成するハッシュ関数生成器３７５を含む。ハッシュ関数生成器３７５はデータバス３７６を介してハッシュ関数要求を受信する。
【００５７】
ＭＡは複数個のハッシュ関数のうち受信部で実行された１つの識別をハッシュ関数選択器に送信する、及び／又は利用したメモリブロックの選別をデータ選択器に送信する。ハッシュ関数選択器及びデータ選択器は実行可能なハッシュ関数及びデータブロックからランダムに選択することが可能である。ハッシュ関数生成器３７５は選択されたハッシュ関数とメモリ３７７内の選択されたメモリブロックとを用いてハッシュ関数を生成する。ハッシュ関数生成器３７５は不正管理モジュール３７４に送信されるハッシュ値を生成する。ＭＡ１５０内の不正管理モジュール３７４は、受信部で生成されたハッシュ値を、使用したハッシュ値選択器とデータ選択器とに対応して格納されているハッシュ値と比較する。ハッシュ値、ハッシュ関数識別、及び／又はメモリブロックはＭＡ１５０、ＰＦ１６４及び／又はＰＦ１６４のメーカーセクションに格納されている場合がある。
【００５８】
図１３（Ｂ）を参照すると、本発明の不正アクセス同定法が４００に示されている。制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって生成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。ステップ４０４において、ＭＡはハッシュ関数選択器で用いるハッシュ関数、及び／又はデータ選択器１５４のメモリブロックを特定する。
【００５９】
不正チェック要求を受信した場合、ステップ３８２において、ＭＡは受信部に対して、ハッシュ値を計算して結果をＭＡに返信することを要求するメッセージを送信する。ステップ３８４において、ＭＡは計算したハッシュ値を暗号化ファイル又はＰＦ内に格納されているハッシュ値と比較する。ステップ３６４において、適合するかどうか判断する。適合しない場合、ＭＡはサービスの終了、ＭＳＯへの連絡又は、これらに制限されない適切な行動を取る。
【００６０】
当然のことながら、ハッシュ関数の数の増加、及びメモリブロック番号の変更によって、ハッシュ値計算が複雑になり、不正アクセスが減少する可能性がある。
【００６１】
前述の説明から、本発明が当業者によって様々な形態で実施可能であることは勿論である。よって、本発明の説明は本質的に例示に過ぎず、図面、明細書、特許請求の範囲の内容から逸脱しない種種の変形は本発明の範囲内であることが意図され、そのような変形は本発明の範囲から逸脱しないものとみなされるべきである。
【図面の簡単な説明】
【００６２】
【図１】従来技術のアナログケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図２】従来技術のデジタルケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図３】本発明のデジタルケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図４】図３に示したホストの詳細を示す機能ブロック図である。
【図５】従来技術によるサービスプロビジョニングの一実施例を示す機能ブロック図である。
【図６】本発明によるポリシーファイル（ＰＦ）とモニターアプリケーション（ＭＡ）とを用いたサービスプロビジョニングの一実施例を示す機能ブロック図である。
【図７】本発明によるＰＦとＭＡとを用いたリソース競合解決の機能ブロック図である。
【図８】本発明によるＭＡ及びＰＦの更新の手順を示すフローチャート図である。
【図９Ａ】本発明によるリソース競合解決の手順を示すフローチャート図である。
【図９Ｂ】本発明によるリソース競合解決の手順を示すフローチャート図である。
【図１０】本発明におけるサービスプロビジョニングの一実施例を示す図である。
【図１１】図１１（Ａ）は従来技術による不正アクセス同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は従来技術による不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【図１２】図１２（Ａ）は本発明による第１の不正アクセス同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は本発明による第１の不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【図１３】図１３（Ａ）は本発明による第２の不正アクセスの同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は本発明による第２の不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【図１】
2006511106.tif 000003
【図２】
2006511106.tif 000004
【図３】
2006511106.tif 000005
【図４】
2006511106.tif 000006
【図５】
2006511106.tif 000007
【図６】
2006511106.tif 000008
【図７】
2006511106.tif 000009
【図８】
2006511106.tif 000010
【図９Ａ】
2006511106.tif 000011
【図９Ｂ】
2006511106.tif 000012
【図１０】
2006511106.tif 000013
【図１１】
2006511106.tif 000014
【図１２】
2006511106.tif 000015
【図１３】
2006511106.tif 000016
【手続補正書】
【提出日】平成16年11月4日(2004.11.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ケーブル媒体と、
受信部を有する複数個のホストと、
それぞれサービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人によってアップデートすることが可能なサービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションを保持するポリシーファイルを収容しているポリシーファイルストアと、
前記ポリシーファイルストアと関連し、デジタルケーブルサービスを前記ホストへの前記ケーブル媒体上に供給すると共に、モニターアプリケーション（ＭＡ）とポリシーファイルとを前記ケーブル媒体上の前記ホストにダウンロードするサービスプロバイダーとを備え、
前記ＭＡは、リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも２つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを用いるデジタルケーブルネットワーク・アーキテクチャ。
【請求項２】
前記サービスプロバイダーは、ＭＡのバージョンに基づいて前記ホスト上のＭＡを管理する請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項３】
前記サービスプロバイダーは、ポリシーファイルのバージョンに基づいて前記ポリシーファイルを管理するポリシーファイルマネージャを含む請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項４】
チューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース、バックプレーンリソースの少なくとも１つを含むホストリソースを管理するリソースマネージャを備える請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項５】
リソース競合が発生した場合、前記リソースマネージャは前記プロバイダーセクションのリソース競合ルールを読み込む前記ＭＡと通信し、前記リソースマネージャは前記リソース競合ルールに基づいて前記リソース競合を解決する請求項４記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項６】
前記顧客がケーブルチャンネルへのアクセスを要求する場合、前記ＭＡは前記ポリシーファイルの前記カスタマーセクションを読み込み、前記カスタマーセクションに基づいてアクセス決定を行う請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項７】
前記ポリシーファイルの前記カスタマーセクションは、チャンネル識別子、使用限度額、時間帯、暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする請求項６記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項８】
ウェブブラウザを含むコンピュータと、
分散通信システムと、
前記分散通信システムで前記ウェブブラウザと通信するウェブサーバと、
前記サービスプロバイダー、前記顧客、及び前記受信部メーカーの前記少なくとも１人によって、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの変更することを可能にするために、前記ウェブサーバ及び前記コンピュータと通信するポリシーファイルマネージャとを備える請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項９】
前記ＭＡは、アプリケーションフィルタリング、アプリケーションアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、及びシステム機能を含む特権的アプリケーション・プログラミング・インターフェース（ＡＰＩｓ）(privileged APIs)の少なくとも１つへのアクセス権を持つ前記請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項１０】
前記ＭＡと通信すると共にイベント／アプリケーションテーブルを含むイベントマネージャを備え、前記ＭＡは前記ポリシーファイルを強制するために前記イベント／アプリケーションテーブルを変更する請求項１記載のデジタルケーブルネットワーク・アーキテクチャ。
【請求項１１】
受信部を有する複数個のホストとサービスプロバイダーとを接続し、
サービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションを保持するポリシーファイルを、前記サービスプロバイダーと関連するポリシーファイルデータストアに格納し、
前記サービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人が、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを変更することを可能にし、
前記ポリシーファイルに変更が行われた場合、前記ポリシーファイルを前記ホストにダウンロードし、
リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも２つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションの少なくとも１つを用いるデジタルケーブルサービスの提供方法。
【請求項１２】
ポリシーファイルのバージョンに基づいて、前記ホストに格納された前記ポリシーファイルのダウンロードを管理する請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１３】
チューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース及びバックプレーンリソースの少なくとも１つを含むリソースを管理する請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１４】
リソース競合が発生した場合、前記ポリシーファイルの前記サービスプロバイダーセクションのリソース競合ルールを読み込むと共に、
前記リソース競合ルールに基づいて前記リソース競合を解決する請求項１３記載のデジタルケーブルサービスの提供方法。
【請求項１５】
前記顧客がケーブルチャンネルへのアクセスを要求する場合、前記ポリシーファイルの前記カスタマーセクションを読み込むと共に、
前記カスタマーセクションに基づいてアクセス決定を行う請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１６】
前記ポリシーファイルの前記カスタマーセクションは、チャンネル識別子、使用限度額、時間帯、及び暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする請求項１５記載のデジタルケーブルサービスの提供方法。
【請求項１７】
前記サービスプロバイダー、前記顧客、及び前記受信部メーカーの少なくとも１人による、それぞれ前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び前記メーカーセクションへの遠隔アクセスを可能にする請求項１１記載のデジタルケーブルサービスの提供方法。
【請求項１８】
イベント／アプリケーションテーブルを含むイベントマネージャを提供すると共に、
前記ポリシーファイルを強制するために前記イベント／アプリケーション通知テーブルを変更する請求項１１記載のデジタルケーブルサービスの提供方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ケーブルネットワークに関し、特に、顧客、サービスプロバイダー及びメーカーに、より一層の適応性を提供するデジタルケーブルネットワーク・アーキテクチャに関するものである。
【背景技術】
【０００２】
ケーブルシステムオペレータは各種サービスの月間使用料を請求する。ケーブルシステムはアナログ及び／又はデジタルのネットワークによって実施することが可能である。アナログケーブルネットワークは概して、基本チャンネル及びプレミアムチャンネルといった限られたサービスを提供する。デジタルケーブルネットワークは基本サービスに加えて、電子番組ガイド（ＥＰＧｓ）、プレミアムチャンネル、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）、ビデオ・オン・デマンド（ＶＯＤ）、インタラクティブスポーツ、視聴者参加型のクイズ番組、ウェブアクセス及び、電子メール、チャット、及びインスタント・メッセージ、インタラクティブゲームといった機能及び／又は、買物（テレビ商取引、又は“Ｔコマース”）、ホームバンキング、及びデジタル式ビデオ録画再生装置（ＰＶＲ）といったサービスの１つ以上を含む幅広いサービスを提供する。
【０００３】
ある顧客はケーブルサービスの１つ以上を不正に取得することを試みるかもしれない。サービスプロバイダーは収入を維持するために不正アクセスを減少できなければならない。遮断できること及び／又はケーブルサービスを不正に利用している顧客の所在地を特定できることは不正なアクセスの減少に役立つであろう。
【０００４】
また、サービスプロバイダーは効率の良い方法でサービスプロビジョニングを提供できなければならない。アナログケーブルネットワークにおいてサービスプロビジョニングは費用のかかるプロセスである。図１を参照すると、アナログケーブルネットワーク１０はケーブル１８にケーブル信号を生成するケーブルサービスプロバイダー１４を含む。ケーブル引込線２２−１、２２−２、・・・、及び２２−ｎは顧客の所在地のケーブル・ボックス２６−１、２６−２、・・・、及び２６−ｎにケーブル信号を供給する。顧客が受信契約者でない場合には、１つ以上のプレミアムチャンネルを無効又は除去するために１つ以上のアナログフィルタ３０が顧客の所在地への各々のケーブル引込線２２に追加される。申込変更が要望された場合には、ケーブルサービスプロバイダー１４は作業員を顧客の所在地に派遣する必要がある。作業員はフィルター３０を追加又は除去して、それぞれプレミアムチャンネルを追加又は除去する。作業員の派遣費用をプレミアムチャンネルの価格に含まなければならないので顧客の負担は増加する。
【０００５】
ＯｐｅｎＣａｂｌｅＴＭは共通のプラットホームを用いたデジタルケーブルテレビ対応の装置を提供するために、ケーブルオペレータによって定義された規格である。図２を参照すると、ＯｐｅｎＣａｂｌｅＴＭ規格は、概してセットトップボックス５０−１又は通信端末統合テレビ５０−２であるホスト５０を定義している。セットトップボックス５０−１は概して、テレビ又はモニター５４に接続される。ホスト５０からの取り外しが可能なポッドモジュール（ＰＯＤ）５８はセキュリティー及び利用者の認証を提供する。ＰＯＤ５８は地方のケーブルテレビ事業者又はマルチプルシステムオペレーター（ＭＳＯ）６０の独自規格の限定受信方式と関連した機能を含む。ＰＯＤ５８はＭＳＯ６０から提供され、概してＰＣＭＣＩＡ又はＰＣカードによって実装される。ＰＯＤ５８はケーブル６４の帯域内チャンネル６４−１及び／又は帯域外（ＯＯＢ）チャンネル６４−２によってＭＳＯ６０と通信することが可能である。
【０００６】
ＯｐｅｎＣａｂｌｅＴＭの１つの目標は移植性を提供することである。あるケーブルシステムのホスト５０を購入する消費者は、別のケーブルシステムに移転して同じホスト５０を使用することが可能である。また、ＯｐｅｎＣａｂｌｅＴＭはサービスプロビジョニングの費用の削減及び不正なアクセスの削減に努めている。ＯｐｅｎＣａｂｌｅＴＭのアプリケーション・プラットフォーム（ＯＣＡＰＴＭ）の規格（ＯＣ−ＳＰ−ＯＣＡＰ１．０−１０４−０２１０２８及びＯＣ−ＳＰ−ＯＣＡＰ２．０−１０１−０２０４１９）はメーカーのオペレーティングシステム（ＯＳ）とホスト５０の内部で実行する様々なアプリケーションとの間のオープンインターフェースを提供する。本明細書中においてはＯＣＡＰＴＭの規格の全体を参考として援用する。現在、双方向テレビ（ｉＴＶ）のアプリケーションの開発者は、独自規格のプラットホームごとにプログラムを書き直す必要がある。ＯＣＡＰＴＭは、アプリケーションがすべてのホスト５０上に配置されることを許容する標準アプリケーション・プログラミング・インターフェース（ＡＰＩ）を提供する。
【０００７】
移植性を許容するために暗号化及びセキュリティはホスト５０とは切り離されてＰＯＤ５８に位置する。ＰＯＤ５８はホスト５０に挿入されるとケーブルプロバイダー６０が提供している暗号化コンテンツを復号する。
【０００８】
ＯｐｅｎＣａｂｌｅＴＭはチャンネルベースのサービスプロビジョニングを提供する。消費者がプレミアムチャンネル又は他のリソースを要求する場合には、ＰＯＤ５８はケーブルプロバイダー６０にメッセージを送信する。消費者がそのプレミアムチャンネル又は他のリソースに申し込む場合、ケーブルプロバイダー６０はＰＯＤ５８に権利付与メッセージ（ＥＭＭ）を返信する。ＥＭＭを受け取った場合には、ホスト５０はアクセスが許可される。プレミアムチャンネルにおいてＯｐｅｎＣａｂｌｅＴＭによって提供される制御の粒度は物理的なチャンネルのレベルにある。言い換えれば、プレミアムチャンネルが有効になるか無効になるかである。
【０００９】
また、ＯＣＡＰＴＭはホスト内にある受信部の不正及び／又は障害の発生を検出するメカニズムの仕様を定めている。証明書、署名ファイル及びハッシュファイルはホストの受信部に埋め込まれている。ハッシュファイルは受信部のメモリブロックのハッシュ値を列挙する。モニターアプリケーション（ＭＡ）はデータバスを介してデータブロックを読み込み、ハッシュ値を計算する。ＭＡは計算したハッシュ値を暗号化ファイル内の特定のハッシュ値と比較する。不整合が生じる場合には、ＭＡはサービスを終了してＭＳＯに通知を送信するといった適切な行動を取る。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上述の不正な受信部の防止メカニズムにはいくつかの課題が存在する。第１にハッシュファイルが受信部に埋め込まれている。受信部の再プログラミングをしないでハッシュファイルの内容を容易に変更することができない。第２にＭＡは毎回同じハッシュ値を計算する。ハッカーはハッシュ計算のホストデータバスを監視することが可能である。時間とともに計算に目新しさがなくなり、ハッカーがハッシュ関数を把握する恐れがある。それに加えて、フラッシュメモリの内容を読み込むためのＡＰＩを含むＯＣＡＰＴＭ規格が公になっている。要約すれば、このアプローチによってファームウェア全体が危険にさらされており、不正なアクセスの可能性が著しく増加している。
【００１１】
さらに、ＯｐｅｎＣａｂｌｅＴＭ規格はチューニング、オーディオ／ビデオ復号、グラフィックスレベルやバックグラウンドデバイスといったシステムリソースを管理するリソースマネージャ（ＲＭ）を定義している。ＲＭはプログラム化すると、ホストの再プログラミングなしには変更が不可能である所定のデフォルト・ルールに基づいてリソース競合を管理する。
【課題を解決するための手段】
【００１２】
本発明によると、デジタルケーブルネットワーク・アーキテクチャ及びサービス提供方法は、ケーブル媒体と受信部を有する複数個のホストとを含む。ポリシーファイルストアは、それぞれサービスプロバイダー、顧客、及び受信部メーカーの少なくとも１人によってアップデートすることが可能なサービスプロバイダーセクション、カスタマーセクション、及びメーカーセクションの少なくとも１つを保持するポリシーファイルを収容している。ポリシーファイルストアと関連するサービスプロバイダーは、デジタルケーブルサービスを前記ホストへの前記ケーブル媒体上に供給すると共に、モニターアプリケーションとポリシーファイルとを前記ケーブル媒体上の前記ホストにダウンロードする。ＭＡは、リソース競合の修正、チャンネルレベルよりも下位レベルでのサービスプロビジョニングの変更、及び／又は不正受信部識別演算(fraudulent receiver identification calculations)の変更の少なくとも１つを行うために、前記ポリシーファイルの前記サービスプロバイダーセクション、前記カスタマーセクション、及び／又は前記メーカーセクションの少なくとも１つを用いる。
【００１３】
他の特徴として、サービスプロバイダーはＭＡのバージョンに基づいてホスト上のＭＡを管理する。サービスプロバイダーはポリシーファイルのバージョンに基づいてポリシーファイルを管理するポリシーファイルマネージャを含む。リソースマネージャはチューニングリソース、オーディオ／ビデオデコードリソース、グラフィックリソース及びバックプレーンリソースの少なくとも１つを含むホストリソースを管理する。リソース競合が発生した場合、リソースマネージャはＭＡと通信してサービスプロバイダーセクションのリソース競合ルールを読み込む。リソースマネージャはリソース競合ルールに基づいてリソース競合を解決する。
【００１４】
また他の特徴として、消費者がケーブルチャンネルへのアクセスを要求する場合、ＭＡはポリシーファイルのカスタマーセクションを読み込み、このカスタマーセクションに基づいてアクセス決定をする。ポリシーファイルのカスタマーセクションはチャンネル識別子、使用限度額、時間帯及び暴力コンテンツの少なくとも１つに基づいたアクセス決定を可能にする。
【００１５】
別の特徴として、コンピュータはウェブブラウザを含む。ウェブサーバーは分散通信システムを介してウェブブラウザと通信する。ポリシーファイルマネージャはサービスプロバイダー、顧客、及び／又は受信部メーカーによるポリシーファイルのサービスプロバイダーセクション、カスタマーセクション、及び／又はメーカーセクションの各々の遠隔編集を許容するためにウェブサーバ及びコンピュータと通信する。
【００１６】
また別の特徴として、ＭＡはアプリケーションフィルタリング、アプリケーションアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、システム機能を含む特権的アプリケーション・プログラミング・インターフェース（ＡＰＩｓ）(privileged APIs)の少なくとも１つへのアクセス権を持つ。イベントマネージャはＭＡと通信すると共に、イベント／アプリケーションテーブルを含む。ＭＡはポリシーファイルを強制するためにはイベント／アプリケーションテーブルを無効にする。
【００１７】
本発明のさらなる適用範囲は以下の詳細な説明によって明らかになるであろう。詳細な説明、及び具体例は、本発明の最良の実施形態を示すものであるが、単に例示のためであって本発明の範囲を限定するものではないことは理解されよう。
【発明を実施するための最良の形態】
【００１８】
以下の好ましい実施形態の記載は本質的に例示に過ぎず、本発明、その適用物又は用途を制限することは何ら意図されていない。明瞭を期す目的で、類似要素を特定するために同じ参照番号を図面において使用する。
【００１９】
本発明はデジタルケーブルサービスのオープンアーキテクチャを開示する。モニターアプリケーション（ＭＡ）はＭＳＯによって定期的にアップデートされる。ＭＡは、カスタマーセクション、ＭＳＯセクション及び／又はメーカーセクションを含むポリシーファイル（ＰＦ）にアクセスする。これらのセクションはそれぞれ、顧客、ＭＳＯ及びメーカーによって変更可能である。ポリシーファイルはホストや受信部などの再プログラミングをせずに、顧客、ＭＳＯ、及びメーカーがそれぞれのインタフェースをカスタマイズすることを許容する。
【００２０】
例えば、現在提供されているチャンネルレベルよりも下位のレベルにおいて、操作時間、番組内容、ゲーム内容、チャンネル、利用料金、及びその他詳細といった付加的な内容、時間帯、及び／又は金融調節(monetary control)を規定するために、顧客はＰＦのカスタマーセクションを利用することが可能である。例えば、状況、取引関係(business relationships)、又はその他の条件を決定する場合、リソース競合デフォルトをアップデートするために、ＭＳＯはＰＦのＭＳＯセクションを利用することが可能である。また、時間と共にハッカーによる不正利用を避ける目的でプラットフォーム検証演算(platform validation calculations)の変更を行うために、メーカーはＰＦのメーカーセクションを利用することができる。
【００２１】
図３を参照すると、デジタルケーブルネットワーク１００は複数個のホスト１０２−１、１０２−２、・・・、及び１０２−ｎにデジタルケーブルサービスを提供する。ホスト１０２はセットトップボックス、通信端末統合テレビ又はその他の各種ホストであってよい。ホスト１０２は取り外しの可能なポッドモジュール（ＰＯＤ）１０４−１、１０４−２、・・・、及び１０４ーｎを含み、ＰＯＤはセキュリティ及び暗号化の処理を行う。ＰＯＤ１０４はケーブル１０８の帯域内チャンネル１０８−１及び帯域外チャンネル１０８ー２の各々によってホスト１０２をＭＳＯに接続する。ホスト１０２は状況に応じてウェブブラウザ１１２を含む。
【００２２】
ＭＳＯ１２０はポリシーファイル（ＰＦ）マネージャ１２２を含み、ＰＦマネージャ１２２はデジタルケーブルネットワーク１００上のホストのＰＦを格納しているＰＦデータストア１２４を管理する。各ＰＦにはなるべく１つ以上のセクションを含める。ＰＦの第１番目、又はカスタマーセクションは顧客のためのセクションである。例えば、付加的な粒度のサービスプロビジョニングを規定するために、顧客はカスタマーセクションを利用することが可能である。ＰＦの任意の第２番目のセクションはＭＳＯのためのセクションである。例えば、ホストアプリケーションのリソース許可設定の定義、及びホストアプリケーション間のリソース競合の解決のために、ＭＳＯはＭＳＯセクションを利用することが可能である。ＰＦの任意の第３番目のセクションはメーカーのためのセクションである。メーカーセクションは不正識別法の定期的な更新のために利用することが可能である。ＰＦの各セクションは、それぞれのホスト１０２の各セクションのオーナーによって更新が可能である。言い換えれば、メーカーはメーカーセクション、顧客はカスタマーセクション、そしてＭＳＯはＭＳＯセクションを更新することが可能である。
【００２３】
ＭＳＯ、顧客、及び／又はメーカーは、いくつかの異なる方法によってＰＦにアクセスすることが可能である。ウェブブラウザ１４２を備えたコンピュータ１４０はインターネットといった分散通信システム１４４を介してＰＦにアクセスすることが可能である。ウェブサーバ１４８はＰＦの変更を可能とするためにＭＳＯインターフェースによってＰＦマネジャー１２２と関連している。ウェブブラウザ１１２を備えたホスト１０２はケーブルモデムによってケーブル１０８を介したＰＦへのアクセス及び／又は、その他のインターネットアクセス方法によるＰＦへのアクセスが可能である。ＰＦマネージャ１２２に格納されたＰＦが変更される場合、ＭＳＯ１２０は対応するホスト１０２にＰＦを転送する。もう１つの方法として、ＭＳＯ１２０は新しいＰＦのバージョンが利用可能であることをホスト１０２に通知する。ＭＳＯは、なるべく暗号化装置１３４を用いてＰＦを暗号化して、ヘッドエンド１３６を用いてＰＦを送信する。また、上述した各種サービス１４０もヘッドエンド１３６を介してケーブル１０８に供給される。
【００２４】
図４（Ａ）を参照すると、ホスト１０２の詳細が示されている。最初にデジタルケーブルネットワーク１００に接続され、常駐ＭＡ（ＭＡ）１５０を受信する（又は保持する）前には、ホスト１０２はメモリ１５３内の管理アプリケーション（ＥＡ）１５２によって制御される。メモリ１５３はＲＯＭ、ＦＬＡＳＨメモリ又はその他適切なコンピュータのデータストレージであってよい。
【００２５】
受信部１５４はメモリ１５３内の拡張アプリケーション情報テーブル（ＸＡＩＴ）１５６を監視する。ＭＳＯ１２０はＸＡＩＴ１５６を用いて受信部１５４にＭＡ１５０の最新のバージョンを通知する。受信部１５４は現在のＭＡのバージョン（又は、ＭＡがないこと）とＸＡＩＴ１５６内の最新のＭＡのバージョンとの間の不整合を検知する。バージョンの不整合が起こった場合、受信部１５４はＭＡ１５０を受信する物理チャンネルを同定する仮想チャンネルテーブル（ＶＣＴ）１６０を読み込む。受信部１５４は指定の物理チャンネルに周波数を合わせ、ＭＡ１５０を受信する。ＭＳＯ１２０は何度も連続して、所定の時間、又は指定のチャンネルにおける他のどれよりも適切な方法によってＭＡ１５０を送信する。ＭＡ１５０を受信してＦＬＡＳＨメモリにＭＡを格納した後に、ホスト１０２はＭＡ１５０を用いることで機能し始める。
【００２６】
ＭＡをダウンロードするときに、ＭＳＯ１２０はホスト１０２にＰＦを転送することが可能である。その代わりとして、新しいＭＡ又は新しいＭＡのバージョンがダウンロードされてフラッシュメモリに保存された場合に、最新のＰＦを自動的にダウンロードするルーチンをＭＡ１２０に含むことも可能である。また、ＭＳＯ１２０はＰＦに変更があった場合はすぐに、ＰＦをホスト１０２に自動的にダウンロードする。ＭＳＯ１２０は転送の前に暗号化装置１３４を用いてＰＦを暗号化することが望ましい。ＭＡ１５０はＰＦを復号して、１６４に例示するＰＦをメモリ１５３に格納する。
【００２７】
ＸＡＩＴ１５６を用いることで、ＭＳＯ１２０はＰＦの最新のバージョンを受信部１５４に随意的に通知することが可能である。受信部１５４が現在のＰＦ１６４のバージョン（又は、ＰＦがないこと）とＸＡＩＴ１５６内の最新のＰＦのバージョンとの間の不整合を検知した場合、受信部１５４はＭＳＯ１２０に連絡して、新しいＰＦのバージョンを要求する。ＭＳＯ１２０は新しいＰＦのバージョンをＭＡ１５０に送信し、ＭＡ１５０はＰＦを復号して新しいＰＦのバージョンで作動し始める。その代わりとして、メーカー、ＭＳＯ及び／又は顧客によってＰＦが変更された場合、ＭＳＯ１２０は新しいＰＦをＭＡ１５０に自動的にダウンロードすることが可能である。
【００２８】
顧客はリモコン（ＲＣ）１６８を用いてケーブルチャンネル、ゲーム又はその他のコンテンツを選択することが可能である。ＲＣ１６８の生成した信号はＲＣ受信部１６９に受信される。また、顧客はディスプレイ１７２、セットトップボックス１０２−１又は通信端末統合テレビ１０２−２のコントロール・ボタン１７０を用いて、ケーブルチャンネル、ゲーム又はその他のコンテンツを選択することが可能である。同様の制御、又はその他の制御によって、顧客はオーディオ出力１７６の調節及びその他の入出力装置１７８とインターフェースをとることが可能である。
【００２９】
リソースマネージャ１８０は、チューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及びその他のリソースといったホストリソース１８２を管理する。リソースマネージャ１８０は電子番組ガイド（ＥＰＧ）、プレミアムチャンネル、インパルス・ペイ・パー・ビュー（ＩＰＰＶ）、ビデオ・オン・デマンド（ＶＯＤ）、インタラクティブなスポーツ、視聴者参加型の番組、ウェブアクセス及び、メール、チャット、及びインスタント・メッセージ、インタラクティブゲームといった機能及び／又は、買物（テレビ商取引、又はＴコマース）、ホームバンキング、及びデジタル式ビデオ録画再生装置（ＰＶＲ）といったサービスのアプリケーション１９２によるリソース１８２の競合を管理する。イベントマネージャ（ＥＭ）１９４は後述する１つ以上のテーブルを用いてイベントの処理を行う。図４（Ｂ）において、ＰＦ１６４はＭＳＯセクション１９６、メーカーセクション１９８、カスタマーセクション１９９、及び／又はその他のセクションを含んでもよい。
【００３０】
図５は従来技術によるサービスプロビジョニングの一実施例を示す図である。ＲＣ１６８はチャンネル変更要求を送信し、そのチャンネル変更要求はＲＣ受信部１６９に受信される。そのチャンネル変更要求はデータバスを介してイベントマネージャ１９４に送信される。イベントマネージャ１９４はＥＰＧ１９２−１、ＡＰＰ１及びＡＰＰ２といったアプリケーションテーブルを含み、そのテーブルにチャンネル変更イベントが登録される。イベントマネージャ１９４はＥＰＧ１９２−１、ＡＰＰ１及びＡＰＰ２にチャンネル変更イベントを送信する。
【００３１】
ＥＰＧ１９２−１は必要に応じてＲＭ１８０にチューナー１８４を要求する。既にＥＰＧ１９２−１がチューナー１８４のリソースを保持している場合、ＥＰＧ１９２−１はチューニングＡＰＩを呼び出す。チューニングＡＰＩを聞き取っているＰＯＤ１０４は周波数を合わせたチャンネルを復号する前に、特有のチャンネルのチャンネルアクセス要求メッセージをＭＳＯ１２０に送信する。許可される場合、ＭＳＯ１２０はＥＭＭをＰＯＤ１０４に返信し、ＰＯＤ１０４はチャンネルを復号する。ＥＭＭを受信していない場合、チャンネルは合っているが復号されない。上記のように、このサービスプロビジョニング方法はチャンネルレベルのみでのアクセス権を提供する。
【００３２】
図６は本発明によるサービスプロビジョニングの一実施例を示す図である。ＭＡ１５０はチャンネル１８２へのアクセスを許可する前にＰＦ１６４を閲覧する。ＭＡ１５０はアプリケーションフィルタリング及びアップグレード、システムリブート、リソースコンフリクト、イベント処理、エラー処理、及びシステム機能といった特権ＡＰＩ(privileged APIs)へのアクセス権を持つ。実施形態において、ＰＦはＸＭＬベースのプログラムであってＰＯＤのＯＯＢ接続を通してＦＬＡＳＨメモリにダウンロードされる。ＭＡはＪａｖａベースである。本実施形態ではＸＭＬ及びＪａｖａとしたが、その他の言語であってもよいのは勿論である。
【００３３】
ＭＡ１５０は特権を持つ非束縛のアプリケーション(unbound application with privileges)である。ＭＡ１５０はそれ自体を含むすべてのＯＣＡＰＴＭアプリケーションのライフサイクルを管理する。ＭＡ１５０はリソース競合の規定、アプリケーションデータベースを用いた非束縛のアプリケーション(unbound applications)の登録、アプリケーション開始の認証、システムエラーの特定、及びシステムのリブートを行う。ＭＡ１５０はＯＣＡＰＴＭインターフェースを用いることでコピープロテクトビット及び出力解像度を変更することが可能である。また、ＭＡ１５０はユーザーの入力イベントにフィルターをかけて最終的な宛先に送信する前に値を変更することが可能である。従って、ＭＡ１５０はＲＣ１６８又はその他のコントロール・ボタン１７０のキーを有効又は無効することが可能であり、機能が有効又は無効になる。
【００３４】
図６において、ＲＣ１６８はチャンネル変更要求を送信し、そのチャンネル変更要求はＲＣ受信部１６９に受信される。チャンネル変更要求はデータバスを介してイベントマネージャ１９４に伝送される。イベントマネージャ１９４はアプリケーションテーブルを含み、そこにチャンネル変更イベントが登録される。ＭＡ１５０はイベントマネージャ１９４内のアプリケーション／イベントテーブルを無効にすることが可能である。さらに図６に示したテーブルは、ＥＰＧ、ＡＰＰ１やＡＰＰ２の代わりにチャンネル変更イベントとしてＭＡ１５０を含み、図のようにテーブルを上書きする必要がない。ＭＡ１５０はテーブルの現行値を単に無効にする、又はイベント及びアプリケーションのＥＭを無効にすることが可能である。
【００３５】
イベントマネージャ１９４はチャンネル変更要求をＭＡ１５０に送信する。ＭＡ１５０はＰＦ１６４を閲覧する。ＰＦ１６４が顧客にチャンネル、及び／又はその他のコンテンツ、及び／又はその他のリソースの選択を許可する場合、ＭＡはチャンネル変更イベントをＥＰＧ１９２−１に転送する。またその代わりとして、ＭＡはチャンネル変更イベントを直接ＥＰＧ１９２−１に送信するようにＥＭに命令することが可能である。その後の操作については、上記に示した図５の説明と同様である。
【００３６】
図７及び図４（Ａ）を参照すると、本発明は、ＭＡ１５０とＰＦ１６４とによって制御されるリソースアクセスを許容する。リソースへのアクセスを許可する前に、ＭＡ１５０はＰＦ１６４をチェックする。ＰＦ１６４がアプリケーション１９２によるリソースへのアクセスを許可する場合、ＭＡ１７６はアクセス認可信号をＲＭ１８０に返信する。そうでなければ、ＭＡ１５０はアクセス拒絶信号をＲＭ１８０に返信する。
【００３７】
また、ＭＡ１５０はＰＦ１６４に基づいてリソース競合を解決する。アプリケーション１９２−３がチューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及び／又はその他のリソースを保持していたとする。このとき、アプリケーション１９２−２はアプリケーション１９２−３で使用されているリソースを要求するかもしれない。アプリケーション１９２−４がチューナー１８４、グラフィックレベル１８６、オーディオ／ビデオデコーダ１８８、バックグラウンド装置１９０及び／又はその他のリソースを保持していたとする。このとき、アプリケーション１９２−５はアプリケーション１９２−４で使用されているリソースを要求するかもしれない。ＭＡ１５０とＰＦ１６４とは、このようなコンフリクトを解決する。
【００３８】
ＭＡ１５０とＰＦ１６４とは取引関係(business relationships)に基づいたリソース競合の解決を許容する。言い換えれば、ＭＳＯ１２０は取引先(business partner)をひいきにしてリソース競合を解決するためにＰＦ１６４のＭＳＯセクション１９６を定義することが可能である。例えば、第１位のアプリケーションがＳｐｅｅｄＴＭといった特定のチャンネルに周波数を合わせるリソースを要求し、ブラウザといった別のアプリケーションが異なる理由でチューナーを要求する(及び／又はすでにリソースを保持する)場合、第１のアプリケーションがリソースを受け取る。
【００３９】
図８を参照すると、２００には、ＭＡ及びＰＦをダウンロードする模範的な方法が示されている。制御はステップ２０２から開始する。ステップ２０４ではホストが常駐のＭＡを含むかどうかを判断する。含まない場合は、ステップ２０６において管理アプリケーション（ＥＡ）を実行する。ステップ２０８において、ＸＡＩＴ及びＶＣＴをチェックして、ＭＳＯの指定されたチャンネルからＭＡをダウンロードする。ステップ２０８はホストがＭＳＯにＭＡ要求メッセージを送信することで実行可能である。ＭＳＯはＭＡを返信することでＭＡ要求メッセージに対応する。ステップ２１０において、ホストはＭＡをメモリに記憶した後に、ＭＡをフラッシュメモリに読み込む。ＭＡが既に常駐している場合は、ステップ２１４においてＭＡを実行する。
【００４０】
ステップ２１８において、ホストはＰＦが最新版であるかどうかを判断する。バージョンが一致しなかった場合は、ステップ２２０においてホストがＰＦをダウンロードする措置を取る。ステップ２２０はホストがＭＳＯに最新ＰＦ要求メッセージを送信することで実行可能である。ＭＳＯは最新版のＰＦを返信することで最新ＰＦ要求メッセージに対応する。ホストはＰＦをメモリに記憶した後に、ＰＦをフラッシュメモリに読み込む。もう１つの方法として、ＰＦが変更された場合にはＭＳＯが自動的にＰＦを送信してもよい。
【００４１】
制御はステップ２２４を続けて、概してＸＡＩＴを用いることでホストはＭＡが最新版であるかどうかを判断する。ＭＡが最新版でない場合は、ステップ２２８においてホストはＶＣＴで特定されているチャンネルに周波数を合わせて、最新版のＭＡをダウンロードする。ステップ２２４及び２２８は、上述のステップ２１８及び２２０と同様の方法で実行可能である。ステップ２３０において、ホストはＭＡとＰＦとを用いてリソースを管理する。
【００４２】
図９Ａを参照すると、２８０には概して、ＰＦ１６４を用いたリソース競合の管理方法が示されている。制御はステップ２８２から開始する。ステップ２８４では、アプリケーション（ＡＰＰ）がリソースを要求しているかどうかを判断する。リソースを要求していない場合、制御はステップ２８４にループバックする。ＡＰＰがリソースを要求している場合は、ステップ２８６の制御を続けて、ＲＭはリソースの競合があるかどうかを判断する。競合がなければステップ２８８において、ＲＭはアプリケーションにリソースを与え、ステップ２８４を続行する。そうでなければ、ステップ２９０において、ＲＭはＭＡにメッセージを送信する。ステップ２９２において、ＭＡはＰＦを順番に読み込んで、リソース競合がＰＦによって解決されるかどうかを判断する。例えば、ＰＦのＭＳＯセクションは取引関係基準(business relationship criteria)に基づいて競合を解決することが可能である。
【００４３】
ステップ２９４においてＭＡはＲＭにリソース競合決議(resource contention resolution)を送信する。ＭＡは競合を解決する、及び／又は、ＰＦが競合に対応していない場合は対象外メッセージを送信する。対象外の場合、ＲＭはデフォルト規則を用いてリソース競合を解決するかもしれない。ステップ２９６において、ＲＭは競合を解決する。
【００４４】
図９Ｂを参照すると、概してステップ３００において、競合がないときでさえ、ＲＭはリソースへのアクセスを許可する前にＰＦに問い合わせをする。ステップ３０２において、ＰＦがアプリケーションにリソースの使用を許可するかどうかを判断するために、ＲＭはＰＦをチェックするＭＡに問い合わせをする。ＰＦが使用を許可しない場合、ステップ３０４においてＲＭはアプリケーションによるリソース使用を拒絶する。
【００４５】
本発明におけるＰＦとＭＡとは図３のデジタルケーブルネットワーク１００におけるサービスプロビジョニングの細かな制御、及びリソース競合の改善を可能にする。ＰＦとＭＡとはＯＣＡＰＴＭ規格で提供されるチャンネルレベルよりも細かな粒度のサービスプロビジョニングを可能にする。
【００４６】
図１０に一実施例が示されている。ある顧客の住居はセットトップボックスＳＴＢ１、ＳＴＢ２、及びＳＴＢ３を含む。ＳＴＢ１は両親の寝室といった制御環境に位置する。ＳＴＢ２は子供の寝室に位置する。ＳＴＢ３は別の子供の寝室に位置する。
【００４７】
本発明によるサービスプロビジョニングはチャンネルレベルの域を超えた制御を許容する。具体的に言うと、ＭＳＯ及び顧客のＰＦによってＳＴＢ１はすべての時間帯において、基本チャンネル、３つのプレミアムチャンネル及びゲームへの完全なアクセスが許可される。同様に、ＳＴＢ２及びＳＴＢ３はＭＳＯによって、基本チャンネル、３つのプレミアムチャンネル及びゲームへの完全なアクセスが許可されている。しかしながら、顧客のＰＦによって、ＳＴＢ２はある時間帯の基本チャンネルへのアクセス制限、ある時間帯のいくつかのプレミアムチャンネルへのアクセス制限、及びある時間帯の他のプレミアムチャンネルへのアクセス制限、及び暴力的な内容のないゲームという制限がある。顧客のＰＦによって、ＳＴＢ３はある時間帯の基本チャンネルへのアクセスの制限、いくつかのプレミアムチャンネルへの時間帯とレーティングレベルでのアクセス制限及び、ある時間帯のすべてのゲームへのアクセス制限がある。また、顧客は合計のサービス、及び／又は個々のサービスの利用限度の設定が可能である。
【００４８】
上記の内容からわかるように、本発明のデジタルケーブルネットワークは、細かな制御の粒度を提供する。デジタルケーブルシステムはサービス層の構築を許容する。ＭＡは使用統計の収集に使用することができ、使用統計は消費者のサービスプロビジョニングに使用することが可能である。例えば、消費者はインターネット上のどこからでもペイ・パー・ビュー又はゲームサービス及び／又は総視聴時間の設定が可能である。また、消費者は番組レーティングレベルの制御も可能である。
【００４９】
それに加えて、ＭＳＯはホストを遠隔的に無効又は再起動することができる。例えば、ＭＳＯは顧客に不渡り手形があるとき、ポリシーファイルが信用できないとき、ホストが侵入を受けているとき、ＭＳＯがＭＡの動作を確認できないときにはホストを無効又は再起動することができる。また、それに加えて、消費者が複数のホストを持つ場合には各ホスト毎に支払い明細を明示することができる。
【００５０】
図１１（Ａ）を参照すると、先行技術におけるＭＡ３４０は、ハッシュ関数生成器を含みハッシュ値を格納する不正管理モジュール３４２を備える。ＭＡ３４０はデータバス３４６を介して、受信部３４５に埋め込まれている証明書、署名及びハッシュファイル３４４を読み込む。ハッシュファイル３４４は受信部３４５内の情報ブロックのハッシュ値を列挙する。ＭＡ３４０のハッシュ関数生成器３４７はデータバス３４６を介してデータブロックを読み込み、ハッシュ値を計算する。不正管理モジュール３４２は計算したハッシュ値を暗号化ファイル内のハッシュ値３４８と比較する。不整合が発生した場合、ＭＡ３４０はサービスを終了してＭＳＯに通知するといった適切な行動を取る。
【００５１】
図１１（Ｂ）を参照すると、３５０に先行技術の不正アクセス同定方法が示されている。制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって作成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。不正チェック要求を受信した場合、ステップ３５８において、ＭＡはデータバスを介してデータブロックを読み込み、ハッシュ値を計算する。ステップ３６０において、ＭＡは計算したハッシュ値を暗号化ファイル内のハッシュ値と比較する。ステップ３６４において、ハッシュ値が適合するかどうか判断する。適合しない場合には、ステップ３６８において、ＭＡはサービスの終了、ＭＳＯへの連絡又はこれらに制限されない適切な行動を取る。そうでなければ、ステップ３７２において、ＭＡは何の行動も起こさない。
【００５２】
当然のことながら、無防備なデータバス３４６を介してデータを送信すること及び、ＭＡ３４０内で同じハッシュ関数で繰り返し計算することによって、従来のシステムではハッカーによる不正アクセスが増加する可能性がある。
【００５３】
図１２（Ａ）を参照すると、ＭＡ１５０は不正要求を生成する不正管理モジュール３７４を含む。受信部１５４は１つ以上のハッシュ関数を用いてハッシュ値を生成するハッシュ関数生成器３７５を含む。ハッシュ関数生成器３７５に使用されるメモリブロックについても変更が可能である。ハッシュ関数生成器３７５はデータバス３７６を介して、ハッシュ関数要求を受信する。ハッシュ関数生成器３７５はメモリ３７７のメモリブロックを用いてハッシュ関数を生成する。ハッシュ関数生成器３７５は不正管理モジュール３７４に伝送されるハッシュ値を生成する。ＭＡ１５０内の不正管理モジュール３７４は生成されたハッシュ値をＭＡ１５０又はＰＦ１６４に暗号化された形態で格納されているハッシュ値と比較する。ハッシュ値はＰＦ１６４のメーカーセクションに格納されている場合がある。
【００５４】
図１２（Ｂ）を参照すると、本発明の不正アクセス同定法が３８０に示されている。制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって作成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。不正チェック要求を受信した場合、ステップ３８２において、ＭＡは受信部に対して、ハッシュ値を計算して結果をＭＡに返信することを要求するメッセージを送信する。ステップ３８４において、ＭＡは受信部で計算したハッシュ値を暗号化ファイル及び／又はＰＦ内に格納されているハッシュ値と比較する。ステップ３６４においては適合するかどうか判断する。適合しない場合には、ステップ３６８において、ＭＡはサービスの終了、ＭＳＯへの連絡又は、これらに制限されない適切な行動を取る。そうでなければ、ステップ３７２において、ＭＡは何の行動も起こさない。
【００５５】
当然のことながら、無防備はデータバス３７６を介したデータ伝送を減少し、受信部内でのハッシュ関数計算を保護することにより、本発明における不正アクセス同定システムはハッカーによる不正アクセスが減少する可能性がある。
【００５６】
図１３（Ａ）を参照すると、ＭＡ１５０は不正要求を生成する不正管理モジュール３７４を含む。受信部１５４は複数の異なるハッシュ関数を生成するハッシュ関数生成器３７５を含む。ハッシュ関数生成器３７５はデータバス３７６を介してハッシュ関数要求を受信する。
【００５７】
ＭＡは複数個のハッシュ関数のうち受信部で実行された１つの識別をハッシュ関数選択器に送信する、及び／又は利用したメモリブロックの選別をデータ選択器に送信する。ハッシュ関数選択器及びデータ選択器は実行可能なハッシュ関数及びデータブロックからランダムに選択することが可能である。ハッシュ関数生成器３７５は選択されたハッシュ関数とメモリ３７７内の選択されたメモリブロックとを用いてハッシュ関数を生成する。ハッシュ関数生成器３７５は不正管理モジュール３７４に送信されるハッシュ値を生成する。ＭＡ１５０内の不正管理モジュール３７４は、受信部で生成されたハッシュ値を、使用したハッシュ値選択器とデータ選択器とに対応して格納されているハッシュ値と比較する。ハッシュ値、ハッシュ関数識別、及び／又はメモリブロックはＭＡ１５０、ＰＦ１６４及び／又はＰＦ１６４のメーカーセクションに格納されている場合がある。
【００５８】
図１３（Ｂ）を参照すると、本発明の不正アクセス同定法が４００に示されている。制御はステップ３５２から開始する。ステップ３５６において、ＭＡ、ＭＳＯ又はメーカーによって生成される不正チェック要求を待つ。この不正チェック要求は時間ベース又はイベントベースかもしれない。ステップ４０４において、ＭＡはハッシュ関数選択器で用いるハッシュ関数、及び／又はデータ選択器１５４のメモリブロックを特定する。
【００５９】
不正チェック要求を受信した場合、ステップ３８２において、ＭＡは受信部に対して、ハッシュ値を計算して結果をＭＡに返信することを要求するメッセージを送信する。ステップ３８４において、ＭＡは計算したハッシュ値を暗号化ファイル又はＰＦ内に格納されているハッシュ値と比較する。ステップ３６４において、適合するかどうか判断する。適合しない場合、ステップ３６８において、ＭＡはサービスの終了、ＭＳＯへの連絡又は、これらに制限されない適切な行動を取る。そうでなければ、ステップ３７２において、ＭＡは何の行動も起こさない。
【００６０】
当然のことながら、ハッシュ関数の数の増加、及びメモリブロック番号の変更によって、ハッシュ値計算が複雑になり、不正アクセスが減少する可能性がある。
【００６１】
前述の説明から、本発明が当業者によって様々な形態で実施可能であることは勿論である。よって、本発明の説明は本質的に例示に過ぎず、図面、明細書、特許請求の範囲の内容から逸脱しない種種の変形は本発明の範囲内であることが意図され、そのような変形は本発明の範囲から逸脱しないものとみなされるべきである。
【図面の簡単な説明】
【００６２】
【図１】従来技術のアナログケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図２】従来技術のデジタルケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図３】本発明のデジタルケーブルネットワークにおけるサービスプロビジョニングの機能ブロック図である。
【図４】図３に示したホストの詳細を示す機能ブロック図である。
【図５】従来技術によるサービスプロビジョニングの一実施例を示す機能ブロック図である。
【図６】本発明によるポリシーファイル（ＰＦ）とモニターアプリケーション（ＭＡ）とを用いたサービスプロビジョニングの一実施例を示す機能ブロック図である。
【図７】本発明によるＰＦとＭＡとを用いたリソース競合解決の機能ブロック図である。
【図８】本発明によるＭＡ及びＰＦの更新の手順を示すフローチャート図である。
【図９Ａ】本発明によるリソース競合解決の手順を示すフローチャート図である。
【図９Ｂ】本発明によるリソース競合解決の手順を示すフローチャート図である。
【図１０】本発明におけるサービスプロビジョニングの一実施例を示す図である。
【図１１】図１１（Ａ）は従来技術による不正アクセス同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は従来技術による不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【図１２】図１２（Ａ）は本発明による第１の不正アクセス同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は本発明による第１の不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【図１３】図１３（Ａ）は本発明による第２の不正アクセスの同定システム(fraudulent access identification system)の機能ブロック図であり、同図（Ｂ）は本発明による第２の不正アクセス同定方法(fraudulent access identification method)の一実施例を示す図である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2006511106.tif 000017
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2006511106.tif 000018
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2006511106.tif 000019
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図９Ａ
【補正方法】変更
【補正の内容】
【図９Ａ】
2006511106.tif 000020
【国際調査報告】
2006511106.tif 000021