ソフトウェアダウンロード方法及びシステム
【課題】ソフトウェアダウンロード方法及びシステムを提供する。
【解決手段】ソフトウェアダウンロード方法は、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信して、ソフトウェアの利用可能性（Availability）を通知するための通知サービス（Notification Service）のために前記メタデータを使用して、遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイ（Delivery Network Gateway）またはＩＰＴＶ端末機能（IPTV Terminal Function）に通知サービスを提供して、ソフトウェアファイルをＩＰネットワークを介して配信できるように準備した後、そのソフトウェアファイルを前記ゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする。従って、ＩＰＴＶサービスの際、消費者ドメイン内のデバイスのサービスソフトウェアの構成または更新が必要な場合、該当デバイスに関連ソフトウェアをダウンロードすることができる。
【解決手段】ソフトウェアダウンロード方法は、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信して、ソフトウェアの利用可能性（Availability）を通知するための通知サービス（Notification Service）のために前記メタデータを使用して、遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイ（Delivery Network Gateway）またはＩＰＴＶ端末機能（IPTV Terminal Function）に通知サービスを提供して、ソフトウェアファイルをＩＰネットワークを介して配信できるように準備した後、そのソフトウェアファイルを前記ゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする。従って、ＩＰＴＶサービスの際、消費者ドメイン内のデバイスのサービスソフトウェアの構成または更新が必要な場合、該当デバイスに関連ソフトウェアをダウンロードすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアダウンロード方法及びシステムに関し、ＩＰＴＶシステムから消費者ドメインのデバイスにサービスモジュールの構成または更新に必要なソフトウェアを効率的に提供することができるソフトウェアダウンロード技術に関する。
【背景技術】
【０００２】
最近、有線または無線通信ネットワークを用いたデジタルＴＶサービスが普遍化されている。デジタルＴＶサービスは、既存のアナログ放送サービスでは提供できなかった多様なサービスを提供することができる。例えば、デジタルＴＶサービスの一種類であるインターネットプロトコルテレビ（Internet Protocol Television；ＩＰＴＶ）サービスの場合、ユーザが視聴プログラムの種類、視聴時間などを能動的に選択することができるようにする双方向性を提供する。ＩＰＴＶサービスは、このような双方向性に基づいて多様な付加サービス、例えば、インターネット検索、ホームショッピング、オンラインゲームなどを提供することもできる。
【０００３】
このようなＩＰＴＶサービスのためには、ユーザ側は、ＩＰＴＶデバイスを備えなければならない。ＩＰＴＶデバイスは、ＩＰＴＶサービスの提供を受けるための機能を備えるデバイスであり、例えば、ＩＰＴＶセットトップボックスなどを含んでもよい。ＩＰＴＶデバイスは、双方向サービスをサポートするソフトウェアを搭載して、そのソフトウェアに基づいてサービスクライアントとしての機能を実行する。例えば、ＩＰＴＶデバイスは、ＩＰネットワークを介してサービスプロバイダと情報を送受信しながら、サービスプロバイダに放送コンテンツの送信を要求してサービスプロバイダから受信される放送信号を標準ＴＶ信号に変換してディスプレイ装置であるＴＶ受像機に送信することができる。
【０００４】
また、最近、このようなＩＰＴＶデバイスを家庭内のホームネットワーク環境と関連付けてＩＰＴＶサービスの提供領域を拡大している。例えば、ＩＰＴＶデバイス及びホームネットワークデバイスを含むドメイン（Domain）を構成して、サービスプロバイダから提供されるコンテンツをドメイン内で共有できるようにすることである。この場合、ＩＰＴＶコンテンツは、ユーザの所望する多様なデバイスで格納及び再生が可能になる。
【０００５】
ＩＰＴＶサービスを効率的に運営するためにはユーザのドメイン内のデバイスをサーバ側で安定して管理できなければならない。例えば、ＩＰＴＶシステムは、サービスステージのサーバを用いてユーザのデバイスを遠隔管理できるサービスを提供することが要求されることがある。このような遠隔管理サービスのためには、システム構成要素を定義し、その構成要素を用いた多様なシナリオを提示できなければならない。従って、該当分野と関連付けられている技術の開発が至急要求されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、ＩＰＴＶシステムから消費者ドメインのデバイスに構成または更新に必要なソフトウェアを提供することができるＩＰＴＶシステムのソフトウェアダウンロード方法及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
このような技術的課題を解決するために、本発明は、一側面（Aspect）において、ソフトウェアダウンロード方法を提供する。前記ソフトウェアダウンロード方法は、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信する段階と、ソフトウェアの利用可能性（Availability）を通知するための通知サービス（Notification Service）のために前記メタデータを使用する段階と、遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイ（Delivery Network Gateway）またはＩＰＴＶ端末機能（IPTV Terminal Function）に前記通知サービスを提供する段階と、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備する段階と、前記準備されたソフトウェアファイルを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする段階と、を含む。前記メタデータを使用する段階は、前記通知サービスのための新しいエントリを追加するために前記メタデータを使用する段階を含んでもよい。
【０００８】
前記ソフトウェアダウンロード方法は、前記受信されたソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを格納する段階と、前記メタデータを前記ソフトウェアファイルのフォーマッティング及びパッケージングに使用する段階と、をさらに含んでもよい。
【０００９】
前記ソフトウェアダウンロード方法は、前記遠隔構成管理サーバを用いて、ダウンロード管理のための前記消費者ドメインの配信ネットワークゲートウェイでシグナリングを実行する段階をさらに含んでもよい。
【００１０】
また、前記ソフトウェアダウンロード方法は、前記ＩＰＴＶ端末機能の構成及びダウンロード管理のためのＩＰＴＶ端末機能でシグナリングを実行する段階をさらに含んでもよい。前記ソフトウェアダウンロード方法は、前記遠隔構成管理サーバとシグナリングし、前記メタデータを送受信する段階をさらに含んでもよい。
【００１１】
前記通知サービスを提供する段階は、前記ソフトウェアをダウンロードすることができる統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）を前記ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供する段階を含んでもよい。また、前記準備段階は、フラグメンティング（Fragmenting）、ヘッダ追加（Adding Header）及び配信フォーマットと互換可能なパラメータの追加（Adding Parameter Compatible with Delivery Format）のうち少なくともいずれか一つを実行することができる。
【００１２】
一方、前述した技術的課題を解決するために、本発明は、他の側面において、ソフトウェアダウンロードシステムを提供する。前記ソフトウェアダウンロードシステムは、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信して、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備して、前記準備されたソフトウェアファイルを消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に送信するソフトウェアダウンロードサーバと、前記ソフトウェアダウンロードサーバとシグナリングし、前記メタデータに基づいて前記ソフトウェアのダウンロードのための通知サービスを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能に提供する遠隔構成管理サーバと、を含んでもよい。
【００１３】
前記ソフトウェアダウンロードサーバは、前記遠隔構成管理サーバと前記メタデータとを関連付けることができる。また、前記通知サービス（Notification Service）のための新しいエントリを追加するために前記メタデータを使用することができる。
【発明の効果】
【００１４】
以上、説明した通り、本発明によると、ＩＰＴＶサービスの際、消費者ドメイン内のデバイスのサービスソフトウェアの構成または更新が必要な場合、該当デバイスに関連ソフトウェアを効率的にダウンロードすることができる。
【図面の簡単な説明】
【００１５】
【図１】ＩＰＴＶサービスのためのシステム構成を示すブロック図であり、ＩＰＴＶシステムを論理ドメインに分類した例を示す。
【図２】ＩＰＴＶシステムの遠隔デバイス管理と関連付けられているシステムの構成を示すブロック図である。
【図３】ソフトウェアダウンロードサービスを提供するためのシステム構成と各構成要素との間の接続関係を示す例示図である。
【図４】本発明の好ましい実施例にともなうソフトウェアダウンロード手順を説明するためのフローチャートである。
【図５】ＣＡＳシステムとＤＲＭシステムとの間の連携動作を説明するための例示図である。
【図６】ＣＭＵＩ及びＲＭＩを用いたＣＡＳシステム及びＤＲＭシステムの連携シナリオを説明するためのフローチャートである。
【図７】ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信するシナリオを説明する例示図である。
【図８】ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信する他のシナリオを説明する例示図である。
【図９】ＩＰＴＶシステムにおいてポリシ情報を更新するシナリオを説明するための例示図である。
【発明を実施するための形態】
【００１６】
以下、本発明が属する分野の通常の知識を有する者が本発明を容易に実施できるように、本発明の好ましい実施例を添付図面を参照して詳細に説明する。以下に説明する本発明の好ましい実施例では、内容の明瞭性のために特定の技術用語を使用する。然しながら、本発明はその選択された特定用語に限定されるものではなく、各々の特定用語が類似の目的を達成するために類似の方式で動作する全ての技術的同意語を含むことを予め明らかにする。
【００１７】
図１は、ＩＰＴＶサービスのためのシステム構成を示すブロック図であり、ＩＰＴＶシステムを論理ドメインに分類した例を示す。
【００１８】
図１に示したように、ＩＰＴＶシステムは、コンテンツプロバイダドメイン（Content Provider Domain）（１）、サービスプロバイダドメイン（Service Provider Domain）（３）、ネットワークプロバイダドメイン（Network Provider Domain）（５）、及び消費者ドメイン（Consumer Domain）（７）を含んでもよい。前記各ドメインのシステム構成は、実施環境に応じて多様な構成が可能である。例えば、各々のドメインは、複数のシステム（例えば、サーバ、デバイス、ネットワーク、ソフトウェアモジュール等）を含んでもよく、または特定システムが複数のドメインを含んでもよい。
【００１９】
コンテンツプロバイダドメイン（１）は、少なくとも一つのコンテンツプロバイダを含んでもよい。コンテンツプロバイダは、コンテンツやコンテンツ資産（Assets）を所有したり、またはコンテンツやコンテンツ資産の販売のためのライセンスを有したりするエンティティを意味してもよい。コンテンツプロバイダは、サービスプロバイダにコンテンツを提供することができる。通常のＩＰＴＶサービスで消費者にとって実質的な一次提供者（primary source）は、サービスプロバイダであるが、場合によっては、コンテンツの権限管理及び保護のためにコンテンツプロバイダと消費者とが直接関連付けられてもよい。
【００２０】
サービスプロバイダドメイン（３）は、少なくとも一つのサービスプロバイダを含んでもよい。サービスプロバイダは、コンテンツプロバイダからコンテンツまたはコンテンツ資産の提供を受けて消費者にサービスを提供するエンティティを意味してもよい。サービスプロバイダ及びコンテンツプロバイダは、同じ事業者によって管理及び運営されてもよく、または異なる事業者によって管理及び運営されてもよい。
【００２１】
ネットワークプロバイダドメイン（５）は、少なくとも一つのネットワークプロバイダを含んでもよい。ネットワークプロバイダは、ＩＰＴＶサービスのためにサービスプロバイダと消費者を接続させるエンティティ、例えば、配信システム（Delivery System）を意味してもよい。前記配信システムは、多様なネットワーク技術を使用した接続ネットワークと、コアまたはバックボーンネットワークなどを含んでもよい。前記ネットワークプロバイダは、有線または無線配信システムを提供することができる。
【００２２】
消費者ドメイン（７）は、ＩＰＴＶサービスを消費するドメインを意味してもよい。消費者ドメイン（７）は、多様なエンティティで構成されてもよい。例えば、消費者ドメインは、狭い意味で、コンテンツを受信、格納、レンダリング及びホームデバイスに配信できるＩＰＴＶセットトップボックスを意味してもよいが、広い意味で、ＩＰＴＶセットトップボックス、ホームデバイス、ネットワークゲートウェイなどを含む１つまたは複数（one or more）のホームネットワークを含んでもよい。また、消費者ドメインは、モバイルデバイスなどのような無線デバイスをさらに含んでもよい。この場合、消費者ドメイン内のエンティティは、サービスプロバイダから提供されるコンテンツなどを共有することもできる。本実施例では広い意味の消費者ドメインを例示して説明する。
【００２３】
ＩＰＴＶシステムは、効果的なサービスのために消費者ドメイン内のデバイスを遠隔管理することができる。ＩＰＴＶシステムの遠隔デバイス管理（Remote Device Management）は、消費者ドメイン内の配信ネットワークゲートウェイ（Delivery Network Gateway；ＤＮＧ）及びＩＰＴＶ端末機能（IPTV Terminal Function；ＩＴＦ）デバイスをその管理対象にすることができる。このような遠隔デバイス管理は、ソフトウェアダウンロード（Software Download）、遠隔診断（Remote Diagnostics）、セキュリティ管理（Security Management）、状態モニタリング（Status Monitoring）、パラメータのプロビジョニング（Provisioning of Parameters）などを含んでもよい。
【００２４】
図２は、ＩＰＴＶシステムの遠隔デバイス管理と関連付けられているシステムの構成を示すブロック図である。
【００２５】
図２に示したように、遠隔デバイス管理のためにサーバ側にはソフトウェアダウンロードサーバ（Software Download Server；ＳＤＳ）（１０）、遠隔構成管理サーバ（Remote Configuration and Management Server；ＲＣＭＳ）（２０）を備える。
【００２６】
ソフトウェアダウンロードサーバ（１０）は、遠隔構成管理サーバ（２０）の制御に応じて、配信ネットワークゲートウェイ（Delivery Network Gateway；ＤＮＧ）（４４）またはＩＰＴＶ端末機能（IPTV Terminal Function；ＩＴＦ）（４８）の初期構成または更新に必要なソフトウェアを、伝送ネットワーク（Transport Network）（３０）を介して配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にダウンロードする。遠隔構成管理サーバ（２０）は、前記言及した遠隔デバイス管理サービス、例えば、ソフトウェアダウンロード、遠隔診断、セキュリティ管理、状態モニタリングなどを制御及び管理することができる。
【００２７】
一方、ユーザ側には、消費者ドメイン（４０）が構成される。消費者ドメイン（４０）は、少なくとも一つのホームネットワーク（４２）を含んでもよい。ホームネットワーク（４２）内には配信ネットワークゲートウェイ（４４）及びＩＰＴＶ端末機能（４８）などが備えらえる。
【００２８】
配信ネットワークゲートウェイ（４４）は、ホームネットワーク（４２）を外部のＩＰ通信ネットワークとインターフェースする機能を実行することができる。例えば、配信ネットワークゲートウェイ（４４）は、外部のソフトウェアダウンロードサーバ（１０）または遠隔構成管理サーバ（２０）から伝送ネットワーク（３０）を介して送信されるデータを受信して処理した後、ホームネットワーク（４２）の該当エンティティに送信して、ホームネットワーク（４２）内のエンティティから送信されるデータを処理して伝送ネットワーク（３０）に送信することができる。配信ネットワークゲートウェイ（４４）は、独自のデバイスであってもよく、またはＩＰＴＶデバイスなどに含まれる機能モジュールであってもよい。
【００２９】
ＩＰＴＶ端末機能（４８）は、ＩＰＴＶサービスの提供を受けるための機能を実行するモジュールを意味してもよい。このようなＩＰＴＶ端末機能（４８）は、コンテンツを格納するためのストレージコンポーネント（Storage Component）、コンテンツを再生するためのレンダリングコンポーネント（Rendering Component）と連携できる。ＩＰＴＶ端末機能（４８）は、独自のデバイスであってもよく、またはストレージコンポーネントやレンダリングコンポーネントに含まれるソフトウェアであってもよい。ＩＰＴＶ端末機能（４８）と配信ネットワークゲートウェイ（４４）との間にはホームネットワークセグメント（Home Network Segment；ＨＮＳ）（４６）が備えられてもよい。
【００３０】
図３は、ソフトウェアダウンロードサービスを提供するためのシステム構成と各構成要素との間の接続関係を示す例示図である。
【００３１】
図３を参照すると、ソフトウェアダウンロードサービスとは、消費者ドメイン内のエンティティ、例えば、配信ネットワークゲートウェイ（４４）、ＩＰＴＶ端末機能（４８）などの構成及び更新のために、サーバ側から該当エンティティに構成または更新と関連付けられているソフトウェアファイルをダウンロードするサービスを意味してもよい。このとき、本発明ではソフトウェアダウンロードサービスの際、配信ネットワークゲートウェイ（４４）とＩＰＴＶ端末機能（４８）を別個のエンティティと見做すことができる。従って、配信ネットワークゲートウェイ（４４）へのダウンロードとＩＰＴＶ端末機能（４８）へのダウンロードは区別される。
【００３２】
前記ソフトウェアは、ＩＰＴＶサービスと関連付けられている実行可能な（Executable）アプリケーション、モジュール、ソフトウェアイメージ、プロファイルファイル（Profile File）、コンテンツなどを含んでもよい。このようなソフトウェアは、ＩＰＴＶ端末機能（４８）または配信ネットワークゲートウェイ（４４）にダウンロードされた後、該当デバイスのリブート（Re-boot）を行わずに実行可能になるようにすることが好ましい。
【００３３】
ソフトウェアオリジネータ（Software Originator）（６０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）の製造業者（Manufacturer）または独立的なソフトウェアベンダ（Vendor）である。ソフトウェアオリジネータ（６０）は、遠隔構成管理を制御するプロバイダ、例えば、ソフトウェアダウンロードサービスのネットワークオペレータの役割をする遠隔構成管理サーバ（２０）とビジネス・ツー・ビジネス関係（Business Relationship）を形成することができる。即ち、ソフトウェアオリジネータ（６０）は、遠隔構成管理サーバ（２０）とビジネスインターフェース（Business Interface）を介して連携する。例えば、ソフトウェアオリジネータ（６０）及び遠隔構成管理サーバ（２０）は、ビジネス的な協力関係に基づいてソフトウェアダウンロードに必要な情報をお互いに交換することができる。
【００３４】
遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードを制御して管理する機能を実行する。遠隔構成管理サーバ（２０）は、前述のようにソフトウェアオリジネータ（６０）とビジネスインターフェースを介して連携する。また、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードを制御するために遠隔ダウンロードサーバ（１０）と決められたプロトコルに基づいてシグナリングし、ダウンロードするソフトウェアファイルと関連付けられているメタデータを遠隔ダウンロードサーバ（１０）と交換することができる。
【００３５】
一方、遠隔構成管理サーバ（２０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）とシグナリングしながら、ソフトウェアの構成またはダウンロードを管理することができる。このとき、遠隔構成管理サーバ（２０）と配信ネットワークゲートウェイ（４４）との間または遠隔構成管理サーバ（２０）とＩＰＴＶ端末機能（４８）との間は、デジタル加入者線（Digital Subscriber Line；ＤＳＬ）の遠隔管理基準であるテクニカルレポート０６９（Technical Report-069；ＴＲ−０６９）などに基づいてシグナリングすることができる。
【００３６】
また、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）と連携して配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に通知サービス（Notification Service）を提供することもできる。
【００３７】
前記通知サービスは、ソフトウェアの利用可能性（Availability）を配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に知らせるサービスを意味してもよい。例えば、遠隔構成管理サーバ（２０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にダウンロードするソフトウェア、更新ソフトウェアなどを知らせたり、ダウンロードまたは更新インテンションを要請したりすることができる。
【００３８】
このとき、遠隔構成管理サーバ（２０）は、該当ソフトウェアファイルをダウンロードすることができるサーバ（即ち、ソフトウェアダウンロードサーバ（１０））の接続情報を配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に提供することもできる。例えば、遠隔構成管理サーバ（２０）は、通知サービスの際、該当ソフトウェアをダウンロードすることができるサーバの統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）またはＵＲＬリストを配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供することができる。
【００３９】
また遠隔構成管理サーバ（２０）は、通知サービスのためにソフトウェアのメタデータをソフトウェアダウンロードサーバ（１０）から提供されることがあり、通知サービスの際、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にそのメタデータの少なくとも一部分を知らせることができる。
【００４０】
ソフトウェアダウンロードサーバ（１０）は遠隔構成管理サーバ（２０）と連携しながら、遠隔構成管理サーバ（２０）の制御に応じてソフトウェアオリジネータ（６０）からソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信及び格納して、これを配信に適するように処理した後、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にユニキャスト配信またはマルチキャスト配信する。ソフトウェアダウンロードサーバ（１０）は、ソフトウェアダウンロードサービスに必要なコンポーネントを含む論理エンティティを意味してもよい。ソフトウェアダウンロードサーバ（１０）内のコンポーネントは、物理的に一緒に位置（Co-Located）することが好ましいが、これは限定的な意味ではない。ソフトウェアダウンロードサーバ（１０）は、サービスプロバイダドメインまたはネットワークプロバイダドメインなどに含まれてもよい。
【００４１】
このようなソフトウェアダウンロードサーバ（１０）は、ソフトウェアダウンロードマネージャ（Software Download Manager）（１２）、ソフトウェアストレージ（Software Storage）（１１）、配信準備モジュール（Distribution Preparation Module）（１３）、ユニキャスト配信モジュール（Unicast Delivery Module）（１４）、マルチキャスト配信モジュール（Multicast Delivery Module）（１５）などのコンポーネントを含んでもよい。
【００４２】
ソフトウェアダウンロードマネージャ（１２）は、ソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータの受信及び格納を調整する（Coordinate）。前記メタデータは、通知サービスのための新しいエントリの追加に使われてもよく、配信準備モジュールによるソフトウェアファイルのフォーマッティング（Formatting）またはパッケージング（Packaging）に使われてもよい。
【００４３】
このようなソフトウェアダウンロードマネージャ（１２）は、遠隔構成管理サーバ（２０）と決められたプロトコルに応じてシグナリングし、メタデータを交換することができる。また、ソフトウェアダウンロードマネージャ（１２）はソフトウェアオリジネータ（６０）から特定ソフトウェアを含むソフトウェアファイル及びそのソフトウェアファイルと関連付けられたメタデータを受信してソフトウェアストレージ（１１）に格納することができる。
【００４４】
ソフトウェアストレージ（１１）は、ソフトウェアオリジネータ（６０）から受信したソフトウェアを持続的に格納することができる格納空間を提供する。配信準備モジュール（１３）は、前記ソフトウェアファイルをＩＰネットワークを介して配信するための準備機能を実行することができる。前記準備機能は、フラグメンティング（Fragmenting）、ヘッダ付加（Adding Header）、配信フォーマットと互換可能なパラメータの付加（Adding Parameters Compatible with Delivery Format）などを含んでもよい。配信準備モジュール（１３）によって準備されたソフトウェアファイルはユニキャスト配信モジュール（１４）またはマルチキャスト配信モジュール（１５）によって配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に配信される。
【００４５】
ユニキャスト配信モジュール（１４）は、データソースであるソフトウェアダウンロードサーバ（１０）と、シンクポイントである配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）との間に１対１の対応関係による配信がされるようにユニキャスト配信機能を提供することによって、ソフトウェアファイルを配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に送信できる。マルチキャスト配信モジュール（１５）は、データソースであるソフトウェアダウンロードサーバ（１０）と、シンクポイント間に１対Ｎの対応関係による配信がされるようにマルチキャスト配信機能を提供することによってソフトウェアファイルを配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に配信することができる。
【００４６】
図４は、本発明の好ましい実施例にともなうソフトウェアダウンロード手順を説明するためのフローチャートであり、消費者ドメインのＩＰＴＶ端末機能（４８）にソフトウェアをダウンロードする手順を示している。
【００４７】
図３ないし図４を参照すると、まず、ソフトウェアダウンロードサービスはソフトウェアオリジネータ（６０）、遠隔構成管理サーバ（２０）、ＩＰＴＶ端末機能（４８）のうちいずれか一つから開始（Initiating）されることがある（段階：Ｓ１）。
【００４８】
例えば、遠隔構成管理サーバ（２０）は、ソフトウェアオリジネータ（６０）及びＩＰＴＶ端末機能（４８）と通信しながら、ＩＰＴＶ端末機能（４８）にソフトウェアをダウンロードする必要がある場合、ソフトウェアダウンロードサーバ（１０）を制御してソフトウェアダウンロードサービスを開始することができる。一方、ソフトウェアオリジネータ（６０）がＩＰＴＶサービスのための新しいソフトウェアまたはソフトウェア更新が必要な場合、ビジネス・ツー・ビジネス関係にある遠隔構成管理サーバ（２０）にＩＰＴＶ端末機能（４８）へのソフトウェアダウンロードを要求したり、またはＩＰＴＶ端末機能（４８）が遠隔構成管理サーバ（２０）と通信しながら特定ソフトウェアのダウンロードが必要な場合、遠隔構成管理サーバ（２０）にソフトウェアダウンロードサービスを要求したりすることもできる。この場合、遠隔構成管理サーバ（２０）は、前記要求に応答してソフトウェアダウンロードサーバ（１０）を制御することができる。
【００４９】
ソフトウェアダウンロードのために、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）と決められたプロトコルに応じてシグナリングしながら、ソフトウェアダウンロードサーバ（１０）を制御することができる。また、遠隔構成管理サーバ（２０）は、ＩＰＴＶ端末機能（４８）と決められたプロトコルに応じてシグナリングしながらソフトウェアのダウンロードを管理（Managing）することができる。
【００５０】
まず、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）に特定ソフトウェアのダウンロードを要求する。このとき、遠隔構成管理サーバ（２０）は、該当ソフトウェアの識別情報をソフトウェアダウンロードサーバ（１０）に提供することができる。すると、ソフトウェアダウンロードサーバ（１０）は、前記要求に応答してソフトウェアオリジネータ（６０）から該当ソフトウェアを含むソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを各々受信した後、格納することができる（段階：Ｓ２）。
【００５１】
ソフトウェアダウンロードサーバ（１０）は、通知サービスのための新しいエントリ（Entry）を追加するために前記メタデータを使用することができる。例えば、ソフトウェアダウンロードサーバ（１０）は、遠隔構成管理サーバ（２０）から通知サービスのために必要な情報が要求される場合、メタデータを使用して該当情報を提供することができる。例えば、ソフトウェアダウンロードサーバ（１０）は、メタデータの少なくとも一部分を遠隔構成管理サーバ（２０）に提供することができる。
【００５２】
前記メタデータに基づいて、遠隔構成管理サーバ（２０）はＩＰＴＶ端末機能（４８）に通知サービスを提供することができる（段階：Ｓ３）。前述のように、通知サービスは、ソフトウェアの利用可能性を通知するサービスを意味してもよい。例えば、遠隔構成管理サーバ（２０）は、送信ＩＰＴＶ端末機能（４８）にソフトウェアがダウンロードされることを知らせたり、ダウンロードインテンションを要請したりすることもできる。もし、ＩＰＴＶ端末機能（４８）が該当ソフトウェアのダウンロードを拒否した場合、ソフトウェアダウンロード手順を中止することもできる。
【００５３】
一方、遠隔構成管理サーバ（２０）は、通知サービスの際、該当ソフトウェアをダウンロードすることができるサーバの統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）またはＵＲＬリストを配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供することもできる。このような通知サービスは、遠隔構成管理サーバ（２０）とＩＰＴＶ端末機能（４８）との間で決めているプロトコル、例えば、ＴＲ-０６９などに基づいて実行されてもよい。
【００５４】
ソフトウェアダウンロードサーバ（１０）は、格納されたソフトウェアファイルをＩＰネットワークを介して配信するための準備手順を実行する（段階：Ｓ４）。例えば、ソフトウェアダウンロードサーバ（１０）は、フラグメンティング（Fragmenting）、ヘッダ付加（Adding Header）、配信フォーマットと互換可能なパラメータの付加（Adding Parameters Compatible with Delivery Format）などを実行することができる。前記準備手順が完了した場合、ソフトウェアダウンロードサーバ（１０）は、準備されたソフトウェアファイルをＩＰＴＶ端末機能（４８）にユニキャストまたはマルチキャスト方式を介して配信する（段階：Ｓ５）。すると、ＩＰＴＶ端末機能（４８）は、前記ソフトウェアをダウンロードすることができる。
【００５５】
以上、ソフトウェアをＩＰＴＶ端末機能（４８）にダウンロードするソフトウェアダウンロード手順を説明した。前述した通り、ソフトウェアダウンロードは、遠隔構成管理サーバ（２０）によって制御されてソフトウェアダウンロードサーバ（２０）によって実行されてもよい。ソフトウェアダウンロードの際、配信されるデータは、遠隔構成管理サーバ（２０）によって認証されることが好ましい。一方、ソフトウェアを配信ネットワークゲートウェイ（４４）にダウンロードする場合にも前述したソフトウェアダウンロード手順を同じ概念として実行することができる。
【００５６】
一方、ＩＰＴＶシステムの安定的且つ信頼性あるサービスのためにはＩＰＴＶコンテンツを安全に保護しなければならない。このために、サービスプロバイダドメインから消費者ドメインへコンテンツを送信する時は、サービス保護システム、例えば、コンディショナルアクセスシステム（Conditional Access System；ＣＡＳ）を使用してコンテンツを保護することができる。消費者ドメインに送信されたコンテンツは、ＩＰＴＶ受信デバイス（IPTV Receiving Device）、例えば、ＩＰＴＶセットトップボックスを介して格納、レンダリングされてもよく、ホームデバイスに再配信されることによって消費者ドメイン内で共有されてもよい。消費者ドメイン内でコンテンツを安全に共有するためにはコンテンツ保護システム、例えば、デジタル著作権管理（Digital Rights Management；ＤＲＭ）システムが使われてもよい。従って、サービス保護システムとコンテンツ保護システムとの間の円滑な連携構造が必要である。
【００５７】
以下、サービス保護システムとコンテンツ保護システムとの間の連携と関連付けられている実施例を説明する。以下の実施例において、サービス保護システムはＣＡＳシステムであり、コンテンツ保護システムはＤＲＭシステムであると仮定して説明する。
【００５８】
図５は、ＣＡＳシステムとＤＲＭシステムとの間の連携動作を説明するための例示図である。
【００５９】
図５に示したように、まず、サービスプロバイダドメインのプロビジョニングサーバ（７１）は、ＩＰＴＶ受信デバイス（８０）と決められたプロトコルに応じて連携してプロビジョニングパラメータを設定する（段階：Ｓ１１）。例えば、ＤＲＬのＴＲ-０６９などのようなプロビジョニングプロトコル（Set Parameter Values RPC）を介して、サービスプロバイダは、サービスプロバイダ権限情報（SP Rights Information）の署名（Signing）方法を設定及び認証することができる。
【００６０】
また、ＣＡＳサーバ（７２）及びＣＡＳクライアント（８９）の連携によるＣＡＳ機能が実行されて、サービスされるコンテンツを権限制御メッセージ（Entitlement Control Message；ＥＣＭ）、権限管理メッセージ（Entitlement Management Message；ＥＭＭ）、「コピー制御情報（Copy Control Information；ＣＣＩ）」等を介して保護及び保護解除する（段階：Ｓ１２）。また、ミドルウェア（８７）からコンテンツの格納要求があれば（段階：Ｓ１３）、セキュリティ連携システム（８１）は、サービスプロバイダ権限情報を使用して特定チャネルを介してサービスプロバイダ権限（SP Rights）を取得することができる（段階：Ｓ１４）。例えば、セキュリティ連携システム（８１）がＵＲＬ情報形態でサービスプロバイダ権限情報の提供を受けた場合、セキュリティ連携システム（８１）は、例えば、ＯＯＢチャネルを介してサービスプロバイダ権限ストレージ（SP Rights Storage）（７３）に接続してサービスプロバイダ権限を取得することができる。
【００６１】
前記取得したサービスプロバイダ権限にコンテンツ格納権限が付与されている場合、セキュリティ連携システム（８１）は、ＤＲＭクライアント（８３）にＤＲＭパッケージングを要求する（段階：Ｓ１５）。ＤＲＭクライアント（８３）は、パッケージングに必要なコンテンツ暗号化鍵（Content Encryption Key；ＣＥＫ）を暗号化エンジン（８９）に伝達して、暗号化を要求する（段階：Ｓ１６）。
【００６２】
暗号化エンジン（８９）が、ＤＲＭクライアント（８３）が要求した任務を実行した後、パーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）ストレージ（８５）は、暗号化されたコンテンツを格納する（段階：Ｓ１７）。すると、セキュリティ連携システム（８１）は、ＰＶＲストレージ（８５）に格納されて暗号化されたコンテンツをホームデバイス（９０）に再配信することがきる（段階：Ｓ１８）。このとき、ホームデバイス（９０）のＤＲＭクライアント（９２）がセキュリティ連携システム（８１）のＤＲＭクライアント（８３）と異なる種類のＤＲＭの場合、ＤＲＭ相互運用システム（DRM Interoperable System）を用いてコンテンツを再配信することもでき、またはホームデバイス（９０）に同じＤＲＭクライアントをダウンロードさせてから、コンテンツを再配信することもできる。
【００６３】
一方、前述した実施例では、サービスプロバイダ側でサービスプロバイダ権限情報を提供して、そのサービスプロバイダ権限情報に基づいて特定チャネルを介してサービスプロバイダ権限を取得するシナリオを説明したが、コンテンツの管理、使用、権限と関連付けられている情報は、多様な形態で定義することができて、多様な方法によって伝達及び処理することができる。以下、コンテンツ管理／ユーセージ情報（Content Management/Usage Information；ＣＭＵＩ）及び権限管理情報（Rights Management Information；ＲＭＩ）の概念を定義し、その構造及び処理シナリオを説明する。
【００６４】
図６は、ＣＭＵＩ及びＲＭＩを用いたＣＡＳシステム及びＤＲＭシステムの連携シナリオを説明するためのフローチャートである。
【００６５】
図６に示したように、まず、サービスプロバイダは、ＣＭＵＩ及びＲＭＩをＩＰＴＶ受信デバイスに伝達することができる（Ｓ２１orＳ２２orＳ２３）。ＣＭＵＩとは、コンテンツに対する管理及び使用情報を有するコンテンツメタデータを意味してもよい。ＲＭＩは、コンテンツの権限情報を有するコンテンツメタデータを意味してもよい。前記ＣＭＵＩ及びＲＭＩの詳細な構造は、後で詳細に説明する。
【００６６】
サービスプロバイダは、電子番組ガイド（Electronic Program Guide；ＥＰＧ）またはサービス情報（Service Information；ＳＩ）のディスクリプタ（Descriptor）のうちの１つとしてＣＭＵＩまたはＲＭＩをＩＰＴＶ受信デバイスに伝達することもでき（段階：Ｓ２１）、ＣＡシステムのプライベートデータ（Private Data）領域を介してＣＭＵＩまたはＲＭＩを伝達することもでき（段階：Ｓ２２）、または特定チャネルを介して直接ＩＰＴＶ受信デバイスにＣＭＵＩまたはＲＭＩを伝達することもできる（段階：Ｓ２３）。
【００６７】
伝達されたＣＭＵＩ及びＲＭＩは、セキュリティのために完全性検証及び認証過程を介した後、ＣＡＳモジュールに伝達される（段階：Ｓ２４）。ＣＡＳモジュールは、ＣＭＵＩ情報に基づいて該当コンテンツの使用を制御してＤＲＭモジュールとの連携方法を判断できる（段階：Ｓ２５）。ＣＡＳインターフェースモジュール（CAS I/F Module）は、連携するコンテンツのＲＭＩに基づいて権限情報の伝達及び変換を決定する（段階：Ｓ２６）。
【００６８】
ＣＡＳインターフェースモジュールからＤＲＭインターフェースモジュール（DRM I/F Module）にＣＭＵＩが配信されれば、ＤＲＭインターフェースモジュールは、これをＤＲＭモジュールに提供することができる（段階：Ｓ２７）。ＤＲＭモジュールは、提供されたＣＭＵＩをコンテンツ管理及び使用のための基本情報として使用することができる。場合によって、ＤＲＭモジュールは、サービスプロバイダと通信してコンテンツ権限情報をさらに獲得することもできる（段階：Ｓ２８）。
【００６９】
前記ＣＭＵＩは、次のようなフィールドを含んでもよい。
−“ｌｅｎｇｔｈ”：ＣＭＵＩ構造内の“ｌｅｎｇｔｈ”フィールド以後のバイト数を示す。
−“Ｖｉｅｗａｂｌｅ”：コンテンツビューが可能か否かを示す。
−“Ｖｉｅｗ Ｃｏｎｔｒｏｌ”：コンテンツビューに関する制御情報を示す。表１に示すような値及び意味を有してもよい。
【００７０】
【表１】
【００７１】
−“ｓｔｏｒａｂｌｅ”：コンテンツ格納が可能か否かを示す。
−“Ｓｔｏｒｅ Ｃｏｎｔｒｏｌ”：コンテンツ格納に対する制御情報（ＣＣＩベース）を示す。表２に示すような値及び意味を有してもよい。
【００７２】
【表２】
【００７３】
−“ｄｉｓｔｒｉｂｕｔａｂｌｅ”：コンテンツの配信が可能か否かを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｃｏｎｔｒｏｌ：コンテンツ配信に対する制御情報を示す。表３に示すような値及び意味を有してもよい。
【００７４】
【表３】
【００７５】
−“ｏｕｔｐｕｔａｂｌｅ”：コンテンツ出力端子への出力が可能か否かを示す。これはコンテンツビュー機能と区別する必要がある。
−“ｏｕｔｐｕｔ ｃｏｎｔｒｏｌ”：コンテンツ出力端子への出力に対する制御情報を示す。表４に示すような値及び意味を有してもよい。
【００７６】
【表４】
【００７７】
−“ｄｅｒｉｖａｔｉｖｅ”：コンテンツ２次変更が可能か否かを示す。これはコンテンツ格納機能と区別する必要がある。
−“ｄｅｒｉｖａｔｉｖｅ ｃｏｎｔｒｏｌ”：コンテンツ２次変更に対する制御情報を示す。表５に示すような値及び意味を有してもよい。
【００７８】
【表５】
【００７９】
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｏｐｔｉｏｎ”：コンテンツ保護のためのセキュリティクロック使用オプションを示す。次の表６に示すような値及び意味を有してもよい。
【００８０】
【表６】
【００８１】
−“ｖｉｅｗ ｓｔａｒｔ ｄａｔｅ”：コンテンツビューの開始日付を示す。
−“ｖｉｅｗ ｅｎｄ ｄａｔｅ”：コンテンツビューの終了日付を示す。
−“ｖｉｅｗ ｃｏｕｎｔ”：コンテンツのビュー回数を示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｉｄ”：コンテンツビューのためのドメイン識別子を示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツビューのためのドメインエントリポイントの名前の長さを示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツビューのためのドメインエントリポイントの名前の構成バイトを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｉｄ”：コンテンツ配信のためのドメイン識別子を示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツ配信のためのドメインエントリポイントの名前の長さを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツ配信のためのドメインエントリポイントの名前の構成バイトを示す。
−“ｃｏｎｔｅｎｔ ｔｒａｎｓｆｏｒｍａｂｌｅ”：コンテンツの変換が可能か否かを示す。
−“ｒｉｇｈｔ ｔｒａｎｓｆｏｒｍａｂｌｅ”：権限情報の変換が可能か否かを示す。
−“ａｒｅａ ｉｄ ｏｒ ａｒｅａ ｉｎｆｏｒｍａｔｉｏｎ”：領域識別子または特定領域情報を示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｉｄ”：コンテンツの２次変更のためのドメイン識別子を示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツの２次変更のためのドメインエントリポイントの名前の長さを示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツの２次変更のためのドメインエントリポイントの名前の構成バイトを示す。
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：セキュリティクロックエントリポイント（例えば、遠隔時間サーバ）の名前の長さを示す。
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：セキュリティクロックエントリポイントの名前の構成バイトを示す。
−“ｅｎａｂｌｅ ｒｅｖｏｃａｔｉｏｎ”：コンテンツに対するリボケーション機能が可能か否かを示す。
−“ｒｅｖｏｃａｔｉｏｎ ｅｎｔｒｙｐｏｉｎｔ”：リボケーション管理のためのエントリポイントを示す。
−“ｒｅｍｏｔｅ”：コンテンツがｎＰＶＲまたは遠隔管理コンテンツであるか否かを示す。
−“ｒｅｍｏｔｅ ｅｎｔｒｙｐｏｉｎｔ”：ｎＰＶＲまたは遠隔管理のためのコンテンツアクセスエントリポイントを示す。
【００８２】
一方、ＲＭＩのフィールド構成は、次の表７に示す通りである。
【００８３】
【表７】
【００８４】
前記ＲＭＩに含まれたフィールドは、次の通りである。
−“ｌｅｎｇｔｈ”：Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ構造内の“ｌｅｎｇｔｈ”フィールド以後のバイト数を示す。
−“ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｌｅｎｇｔｈ”： “ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｂｙｔｅ”のバイト数を示す。
−“ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｂｙｔｅ”：コンテンツ識別子バイトを示す。
−“ｅｘｐｏｒｔａｂｌｅ”：コンテンツ権限情報の外部連携が可能か否かを示す。
−“ｄｏｗｎｓｃａｌａｂｌｅ”：コンテンツ権限情報の縮小が可能か否かを示す。
−“ｕｐｓｃａｌａｂｌｅ”：コンテンツ権限情報の拡張が可能か否かを示す。
【００８５】
以下、デバイスでセキュリティ連携時に必要なポリシ（Policy）情報を取得するためのシナリオを説明する。デバイスにセキュリティ連携モジュール、例えば、ＣＡＳ-ＤＲＭ連携モジュールがインストールされれば、デバイスは、ポリシ情報プロバイダから提供されるポリシパラメータ値の伝達を受けることができる。
【００８６】
図７は、ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信するシナリオを説明する例示図である。
【００８７】
図７に示したように、まず、ＣＡＳ-ＤＲＭ連携モジュールがインストールされたデバイス（１１０）は、該当連携モジュールの構成情報を検査する。このとき、デバイス（１１０）は、自分の保有したモジュール、インターフェース、能力情報など、ポリシパラメータの設定が必要な対象のリストを生成することができる。
【００８８】
また、デバイス（１１０）は、生成されたリストに明示された情報に基づいてポリシ情報プロバイダ（１００）のポリシ情報提供インターフェースを呼び出してポリシパラメータ値の配信を要求することができる（段階：Ｓ４１）。このとき、デバイス（１１０）は、ＣＡＳ-ＤＲＭ連携モジュールの初期設置時に定義されたポリシ情報プロバイダ（１００）のＵＲＬを使用することができる。
【００８９】
ポリシ情報プロバイダ（１００）は、要求されたモジュール、インターフェース能力情報などポリシパラメータ値の設定が必要な対象に対応するポリシパラメータ値をポリシ情報提供インターフェースの応答に含ませてデバイス（１１０）に回答する（段階：Ｓ４２）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、ポリシパラメータ値を受信して適用することができる。
【００９０】
一方、前述した通り、初期設定値を正常に適用した場合であるとしても、サービス事業者の運営ポリシが変更された場合、更新インターフェースを使用したポリシ情報の更新が可能である。
【００９１】
図８は、ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信する他のシナリオを説明する例示図である。
【００９２】
図８に示したように、ＣＡＳ-ＤＲＭ連携モジュールが設置されたデバイス（１１０）がサービス領域に配置される場合、ポリシ情報プロバイダ（１００）は、これを認知して該当デバイス（１１０）が所有するモジュール、インターフェース、能力情報などの構成要素を点検するためにデバイス（１１０）に設定情報を要求する（段階：Ｓ５１）。
【００９３】
要求情報を受信したデバイス（１１０）は、デバイス（１１０）の構成情報を該当要求に対する応答として回答する（段階：Ｓ５２）。回答情報を受信したポリシ情報プロバイダ（１００）は、デバイス（１１０）から提供された構成情報のうちポリシパラメータ値の設定が必要な部分のみを選択して、クライアントポリシ情報更新インターフェースを呼び出して該当デバイス（１１０）に対するポリシ情報値を配信する（段階：Ｓ５３）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、ポリシパラメータ値を受信して適用することができる。
【００９４】
一方、サービス運営中にデバイス（１１０）の構成情報が変更されたり、サービス事業者のポリシが変更されたりした場合、以下に説明するポリシ情報更新手順に応じてポリシ設定値をデバイス（１１０）に配信することができる。
【００９５】
図９は、ＩＰＴＶシステムにおいてポリシ情報を更新するシナリオを説明するための例示図である。
【００９６】
図９に示したように、最初のポリシ情報プロバイダ（１００）は、デバイス（１１０）がサービス領域に配置された時、そのデバイス（１１０）の変更された構成情報を受信することができるイベント加入手順を実行する（段階：Ｓ６１）。
【００９７】
以後、サービス運営中にデバイス（１１０）の構成情報が変更される場合、デバイス（１１０）は、新しく追加または削除された構成情報をポリシ情報プロバイダ（１００）にイベントを使用して提供することができる（段階：Ｓ６２）。ポリシ情報プロバイダ（１００）は、デバイス（１１０）の追加または削除された構成情報を確認した後、新しく適用されるポリシパラメータ値をデバイス（１１０）に配信することができる（段階：Ｓ６３）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、該当ポリシパラメータ値を適用することができる。
【００９８】
以上、本発明に対してその好ましい実施例を図面を参照して説明したが、該当技術分野において熟練された当業者は、特許請求の範囲に記載された本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施できることを理解することができる。従って、本発明の今後の実施例の変更は、本発明の技術を外れることができない。
【符号の説明】
【００９９】
１０ ソフトウェアダウンロードサーバ
１１ ソフトウェアストレージ
１２ ソフトウェアダウンロードマネージャ
１３ 配信準備モジュール
１４ ユニキャスト配信モジュール
１５ マルチキャスト配信モジュール
２０ 遠隔構成管理サーバ
３０ 伝送ネットワーク
４４ 配信ネットワークゲートウェイ
４８ ＩＰＴＶ端末機能
６０ ソフトウェアオリジネータ
【技術分野】
【０００１】
本発明は、ソフトウェアダウンロード方法及びシステムに関し、ＩＰＴＶシステムから消費者ドメインのデバイスにサービスモジュールの構成または更新に必要なソフトウェアを効率的に提供することができるソフトウェアダウンロード技術に関する。
【背景技術】
【０００２】
最近、有線または無線通信ネットワークを用いたデジタルＴＶサービスが普遍化されている。デジタルＴＶサービスは、既存のアナログ放送サービスでは提供できなかった多様なサービスを提供することができる。例えば、デジタルＴＶサービスの一種類であるインターネットプロトコルテレビ（Internet Protocol Television；ＩＰＴＶ）サービスの場合、ユーザが視聴プログラムの種類、視聴時間などを能動的に選択することができるようにする双方向性を提供する。ＩＰＴＶサービスは、このような双方向性に基づいて多様な付加サービス、例えば、インターネット検索、ホームショッピング、オンラインゲームなどを提供することもできる。
【０００３】
このようなＩＰＴＶサービスのためには、ユーザ側は、ＩＰＴＶデバイスを備えなければならない。ＩＰＴＶデバイスは、ＩＰＴＶサービスの提供を受けるための機能を備えるデバイスであり、例えば、ＩＰＴＶセットトップボックスなどを含んでもよい。ＩＰＴＶデバイスは、双方向サービスをサポートするソフトウェアを搭載して、そのソフトウェアに基づいてサービスクライアントとしての機能を実行する。例えば、ＩＰＴＶデバイスは、ＩＰネットワークを介してサービスプロバイダと情報を送受信しながら、サービスプロバイダに放送コンテンツの送信を要求してサービスプロバイダから受信される放送信号を標準ＴＶ信号に変換してディスプレイ装置であるＴＶ受像機に送信することができる。
【０００４】
また、最近、このようなＩＰＴＶデバイスを家庭内のホームネットワーク環境と関連付けてＩＰＴＶサービスの提供領域を拡大している。例えば、ＩＰＴＶデバイス及びホームネットワークデバイスを含むドメイン（Domain）を構成して、サービスプロバイダから提供されるコンテンツをドメイン内で共有できるようにすることである。この場合、ＩＰＴＶコンテンツは、ユーザの所望する多様なデバイスで格納及び再生が可能になる。
【０００５】
ＩＰＴＶサービスを効率的に運営するためにはユーザのドメイン内のデバイスをサーバ側で安定して管理できなければならない。例えば、ＩＰＴＶシステムは、サービスステージのサーバを用いてユーザのデバイスを遠隔管理できるサービスを提供することが要求されることがある。このような遠隔管理サービスのためには、システム構成要素を定義し、その構成要素を用いた多様なシナリオを提示できなければならない。従って、該当分野と関連付けられている技術の開発が至急要求されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする技術的課題は、ＩＰＴＶシステムから消費者ドメインのデバイスに構成または更新に必要なソフトウェアを提供することができるＩＰＴＶシステムのソフトウェアダウンロード方法及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
このような技術的課題を解決するために、本発明は、一側面（Aspect）において、ソフトウェアダウンロード方法を提供する。前記ソフトウェアダウンロード方法は、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信する段階と、ソフトウェアの利用可能性（Availability）を通知するための通知サービス（Notification Service）のために前記メタデータを使用する段階と、遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイ（Delivery Network Gateway）またはＩＰＴＶ端末機能（IPTV Terminal Function）に前記通知サービスを提供する段階と、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備する段階と、前記準備されたソフトウェアファイルを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする段階と、を含む。前記メタデータを使用する段階は、前記通知サービスのための新しいエントリを追加するために前記メタデータを使用する段階を含んでもよい。
【０００８】
前記ソフトウェアダウンロード方法は、前記受信されたソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを格納する段階と、前記メタデータを前記ソフトウェアファイルのフォーマッティング及びパッケージングに使用する段階と、をさらに含んでもよい。
【０００９】
前記ソフトウェアダウンロード方法は、前記遠隔構成管理サーバを用いて、ダウンロード管理のための前記消費者ドメインの配信ネットワークゲートウェイでシグナリングを実行する段階をさらに含んでもよい。
【００１０】
また、前記ソフトウェアダウンロード方法は、前記ＩＰＴＶ端末機能の構成及びダウンロード管理のためのＩＰＴＶ端末機能でシグナリングを実行する段階をさらに含んでもよい。前記ソフトウェアダウンロード方法は、前記遠隔構成管理サーバとシグナリングし、前記メタデータを送受信する段階をさらに含んでもよい。
【００１１】
前記通知サービスを提供する段階は、前記ソフトウェアをダウンロードすることができる統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）を前記ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供する段階を含んでもよい。また、前記準備段階は、フラグメンティング（Fragmenting）、ヘッダ追加（Adding Header）及び配信フォーマットと互換可能なパラメータの追加（Adding Parameter Compatible with Delivery Format）のうち少なくともいずれか一つを実行することができる。
【００１２】
一方、前述した技術的課題を解決するために、本発明は、他の側面において、ソフトウェアダウンロードシステムを提供する。前記ソフトウェアダウンロードシステムは、ソフトウェアオリジネータからソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信して、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備して、前記準備されたソフトウェアファイルを消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に送信するソフトウェアダウンロードサーバと、前記ソフトウェアダウンロードサーバとシグナリングし、前記メタデータに基づいて前記ソフトウェアのダウンロードのための通知サービスを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能に提供する遠隔構成管理サーバと、を含んでもよい。
【００１３】
前記ソフトウェアダウンロードサーバは、前記遠隔構成管理サーバと前記メタデータとを関連付けることができる。また、前記通知サービス（Notification Service）のための新しいエントリを追加するために前記メタデータを使用することができる。
【発明の効果】
【００１４】
以上、説明した通り、本発明によると、ＩＰＴＶサービスの際、消費者ドメイン内のデバイスのサービスソフトウェアの構成または更新が必要な場合、該当デバイスに関連ソフトウェアを効率的にダウンロードすることができる。
【図面の簡単な説明】
【００１５】
【図１】ＩＰＴＶサービスのためのシステム構成を示すブロック図であり、ＩＰＴＶシステムを論理ドメインに分類した例を示す。
【図２】ＩＰＴＶシステムの遠隔デバイス管理と関連付けられているシステムの構成を示すブロック図である。
【図３】ソフトウェアダウンロードサービスを提供するためのシステム構成と各構成要素との間の接続関係を示す例示図である。
【図４】本発明の好ましい実施例にともなうソフトウェアダウンロード手順を説明するためのフローチャートである。
【図５】ＣＡＳシステムとＤＲＭシステムとの間の連携動作を説明するための例示図である。
【図６】ＣＭＵＩ及びＲＭＩを用いたＣＡＳシステム及びＤＲＭシステムの連携シナリオを説明するためのフローチャートである。
【図７】ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信するシナリオを説明する例示図である。
【図８】ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信する他のシナリオを説明する例示図である。
【図９】ＩＰＴＶシステムにおいてポリシ情報を更新するシナリオを説明するための例示図である。
【発明を実施するための形態】
【００１６】
以下、本発明が属する分野の通常の知識を有する者が本発明を容易に実施できるように、本発明の好ましい実施例を添付図面を参照して詳細に説明する。以下に説明する本発明の好ましい実施例では、内容の明瞭性のために特定の技術用語を使用する。然しながら、本発明はその選択された特定用語に限定されるものではなく、各々の特定用語が類似の目的を達成するために類似の方式で動作する全ての技術的同意語を含むことを予め明らかにする。
【００１７】
図１は、ＩＰＴＶサービスのためのシステム構成を示すブロック図であり、ＩＰＴＶシステムを論理ドメインに分類した例を示す。
【００１８】
図１に示したように、ＩＰＴＶシステムは、コンテンツプロバイダドメイン（Content Provider Domain）（１）、サービスプロバイダドメイン（Service Provider Domain）（３）、ネットワークプロバイダドメイン（Network Provider Domain）（５）、及び消費者ドメイン（Consumer Domain）（７）を含んでもよい。前記各ドメインのシステム構成は、実施環境に応じて多様な構成が可能である。例えば、各々のドメインは、複数のシステム（例えば、サーバ、デバイス、ネットワーク、ソフトウェアモジュール等）を含んでもよく、または特定システムが複数のドメインを含んでもよい。
【００１９】
コンテンツプロバイダドメイン（１）は、少なくとも一つのコンテンツプロバイダを含んでもよい。コンテンツプロバイダは、コンテンツやコンテンツ資産（Assets）を所有したり、またはコンテンツやコンテンツ資産の販売のためのライセンスを有したりするエンティティを意味してもよい。コンテンツプロバイダは、サービスプロバイダにコンテンツを提供することができる。通常のＩＰＴＶサービスで消費者にとって実質的な一次提供者（primary source）は、サービスプロバイダであるが、場合によっては、コンテンツの権限管理及び保護のためにコンテンツプロバイダと消費者とが直接関連付けられてもよい。
【００２０】
サービスプロバイダドメイン（３）は、少なくとも一つのサービスプロバイダを含んでもよい。サービスプロバイダは、コンテンツプロバイダからコンテンツまたはコンテンツ資産の提供を受けて消費者にサービスを提供するエンティティを意味してもよい。サービスプロバイダ及びコンテンツプロバイダは、同じ事業者によって管理及び運営されてもよく、または異なる事業者によって管理及び運営されてもよい。
【００２１】
ネットワークプロバイダドメイン（５）は、少なくとも一つのネットワークプロバイダを含んでもよい。ネットワークプロバイダは、ＩＰＴＶサービスのためにサービスプロバイダと消費者を接続させるエンティティ、例えば、配信システム（Delivery System）を意味してもよい。前記配信システムは、多様なネットワーク技術を使用した接続ネットワークと、コアまたはバックボーンネットワークなどを含んでもよい。前記ネットワークプロバイダは、有線または無線配信システムを提供することができる。
【００２２】
消費者ドメイン（７）は、ＩＰＴＶサービスを消費するドメインを意味してもよい。消費者ドメイン（７）は、多様なエンティティで構成されてもよい。例えば、消費者ドメインは、狭い意味で、コンテンツを受信、格納、レンダリング及びホームデバイスに配信できるＩＰＴＶセットトップボックスを意味してもよいが、広い意味で、ＩＰＴＶセットトップボックス、ホームデバイス、ネットワークゲートウェイなどを含む１つまたは複数（one or more）のホームネットワークを含んでもよい。また、消費者ドメインは、モバイルデバイスなどのような無線デバイスをさらに含んでもよい。この場合、消費者ドメイン内のエンティティは、サービスプロバイダから提供されるコンテンツなどを共有することもできる。本実施例では広い意味の消費者ドメインを例示して説明する。
【００２３】
ＩＰＴＶシステムは、効果的なサービスのために消費者ドメイン内のデバイスを遠隔管理することができる。ＩＰＴＶシステムの遠隔デバイス管理（Remote Device Management）は、消費者ドメイン内の配信ネットワークゲートウェイ（Delivery Network Gateway；ＤＮＧ）及びＩＰＴＶ端末機能（IPTV Terminal Function；ＩＴＦ）デバイスをその管理対象にすることができる。このような遠隔デバイス管理は、ソフトウェアダウンロード（Software Download）、遠隔診断（Remote Diagnostics）、セキュリティ管理（Security Management）、状態モニタリング（Status Monitoring）、パラメータのプロビジョニング（Provisioning of Parameters）などを含んでもよい。
【００２４】
図２は、ＩＰＴＶシステムの遠隔デバイス管理と関連付けられているシステムの構成を示すブロック図である。
【００２５】
図２に示したように、遠隔デバイス管理のためにサーバ側にはソフトウェアダウンロードサーバ（Software Download Server；ＳＤＳ）（１０）、遠隔構成管理サーバ（Remote Configuration and Management Server；ＲＣＭＳ）（２０）を備える。
【００２６】
ソフトウェアダウンロードサーバ（１０）は、遠隔構成管理サーバ（２０）の制御に応じて、配信ネットワークゲートウェイ（Delivery Network Gateway；ＤＮＧ）（４４）またはＩＰＴＶ端末機能（IPTV Terminal Function；ＩＴＦ）（４８）の初期構成または更新に必要なソフトウェアを、伝送ネットワーク（Transport Network）（３０）を介して配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にダウンロードする。遠隔構成管理サーバ（２０）は、前記言及した遠隔デバイス管理サービス、例えば、ソフトウェアダウンロード、遠隔診断、セキュリティ管理、状態モニタリングなどを制御及び管理することができる。
【００２７】
一方、ユーザ側には、消費者ドメイン（４０）が構成される。消費者ドメイン（４０）は、少なくとも一つのホームネットワーク（４２）を含んでもよい。ホームネットワーク（４２）内には配信ネットワークゲートウェイ（４４）及びＩＰＴＶ端末機能（４８）などが備えらえる。
【００２８】
配信ネットワークゲートウェイ（４４）は、ホームネットワーク（４２）を外部のＩＰ通信ネットワークとインターフェースする機能を実行することができる。例えば、配信ネットワークゲートウェイ（４４）は、外部のソフトウェアダウンロードサーバ（１０）または遠隔構成管理サーバ（２０）から伝送ネットワーク（３０）を介して送信されるデータを受信して処理した後、ホームネットワーク（４２）の該当エンティティに送信して、ホームネットワーク（４２）内のエンティティから送信されるデータを処理して伝送ネットワーク（３０）に送信することができる。配信ネットワークゲートウェイ（４４）は、独自のデバイスであってもよく、またはＩＰＴＶデバイスなどに含まれる機能モジュールであってもよい。
【００２９】
ＩＰＴＶ端末機能（４８）は、ＩＰＴＶサービスの提供を受けるための機能を実行するモジュールを意味してもよい。このようなＩＰＴＶ端末機能（４８）は、コンテンツを格納するためのストレージコンポーネント（Storage Component）、コンテンツを再生するためのレンダリングコンポーネント（Rendering Component）と連携できる。ＩＰＴＶ端末機能（４８）は、独自のデバイスであってもよく、またはストレージコンポーネントやレンダリングコンポーネントに含まれるソフトウェアであってもよい。ＩＰＴＶ端末機能（４８）と配信ネットワークゲートウェイ（４４）との間にはホームネットワークセグメント（Home Network Segment；ＨＮＳ）（４６）が備えられてもよい。
【００３０】
図３は、ソフトウェアダウンロードサービスを提供するためのシステム構成と各構成要素との間の接続関係を示す例示図である。
【００３１】
図３を参照すると、ソフトウェアダウンロードサービスとは、消費者ドメイン内のエンティティ、例えば、配信ネットワークゲートウェイ（４４）、ＩＰＴＶ端末機能（４８）などの構成及び更新のために、サーバ側から該当エンティティに構成または更新と関連付けられているソフトウェアファイルをダウンロードするサービスを意味してもよい。このとき、本発明ではソフトウェアダウンロードサービスの際、配信ネットワークゲートウェイ（４４）とＩＰＴＶ端末機能（４８）を別個のエンティティと見做すことができる。従って、配信ネットワークゲートウェイ（４４）へのダウンロードとＩＰＴＶ端末機能（４８）へのダウンロードは区別される。
【００３２】
前記ソフトウェアは、ＩＰＴＶサービスと関連付けられている実行可能な（Executable）アプリケーション、モジュール、ソフトウェアイメージ、プロファイルファイル（Profile File）、コンテンツなどを含んでもよい。このようなソフトウェアは、ＩＰＴＶ端末機能（４８）または配信ネットワークゲートウェイ（４４）にダウンロードされた後、該当デバイスのリブート（Re-boot）を行わずに実行可能になるようにすることが好ましい。
【００３３】
ソフトウェアオリジネータ（Software Originator）（６０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）の製造業者（Manufacturer）または独立的なソフトウェアベンダ（Vendor）である。ソフトウェアオリジネータ（６０）は、遠隔構成管理を制御するプロバイダ、例えば、ソフトウェアダウンロードサービスのネットワークオペレータの役割をする遠隔構成管理サーバ（２０）とビジネス・ツー・ビジネス関係（Business Relationship）を形成することができる。即ち、ソフトウェアオリジネータ（６０）は、遠隔構成管理サーバ（２０）とビジネスインターフェース（Business Interface）を介して連携する。例えば、ソフトウェアオリジネータ（６０）及び遠隔構成管理サーバ（２０）は、ビジネス的な協力関係に基づいてソフトウェアダウンロードに必要な情報をお互いに交換することができる。
【００３４】
遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードを制御して管理する機能を実行する。遠隔構成管理サーバ（２０）は、前述のようにソフトウェアオリジネータ（６０）とビジネスインターフェースを介して連携する。また、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードを制御するために遠隔ダウンロードサーバ（１０）と決められたプロトコルに基づいてシグナリングし、ダウンロードするソフトウェアファイルと関連付けられているメタデータを遠隔ダウンロードサーバ（１０）と交換することができる。
【００３５】
一方、遠隔構成管理サーバ（２０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）とシグナリングしながら、ソフトウェアの構成またはダウンロードを管理することができる。このとき、遠隔構成管理サーバ（２０）と配信ネットワークゲートウェイ（４４）との間または遠隔構成管理サーバ（２０）とＩＰＴＶ端末機能（４８）との間は、デジタル加入者線（Digital Subscriber Line；ＤＳＬ）の遠隔管理基準であるテクニカルレポート０６９（Technical Report-069；ＴＲ−０６９）などに基づいてシグナリングすることができる。
【００３６】
また、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）と連携して配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に通知サービス（Notification Service）を提供することもできる。
【００３７】
前記通知サービスは、ソフトウェアの利用可能性（Availability）を配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に知らせるサービスを意味してもよい。例えば、遠隔構成管理サーバ（２０）は、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にダウンロードするソフトウェア、更新ソフトウェアなどを知らせたり、ダウンロードまたは更新インテンションを要請したりすることができる。
【００３８】
このとき、遠隔構成管理サーバ（２０）は、該当ソフトウェアファイルをダウンロードすることができるサーバ（即ち、ソフトウェアダウンロードサーバ（１０））の接続情報を配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に提供することもできる。例えば、遠隔構成管理サーバ（２０）は、通知サービスの際、該当ソフトウェアをダウンロードすることができるサーバの統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）またはＵＲＬリストを配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供することができる。
【００３９】
また遠隔構成管理サーバ（２０）は、通知サービスのためにソフトウェアのメタデータをソフトウェアダウンロードサーバ（１０）から提供されることがあり、通知サービスの際、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にそのメタデータの少なくとも一部分を知らせることができる。
【００４０】
ソフトウェアダウンロードサーバ（１０）は遠隔構成管理サーバ（２０）と連携しながら、遠隔構成管理サーバ（２０）の制御に応じてソフトウェアオリジネータ（６０）からソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを受信及び格納して、これを配信に適するように処理した後、配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）にユニキャスト配信またはマルチキャスト配信する。ソフトウェアダウンロードサーバ（１０）は、ソフトウェアダウンロードサービスに必要なコンポーネントを含む論理エンティティを意味してもよい。ソフトウェアダウンロードサーバ（１０）内のコンポーネントは、物理的に一緒に位置（Co-Located）することが好ましいが、これは限定的な意味ではない。ソフトウェアダウンロードサーバ（１０）は、サービスプロバイダドメインまたはネットワークプロバイダドメインなどに含まれてもよい。
【００４１】
このようなソフトウェアダウンロードサーバ（１０）は、ソフトウェアダウンロードマネージャ（Software Download Manager）（１２）、ソフトウェアストレージ（Software Storage）（１１）、配信準備モジュール（Distribution Preparation Module）（１３）、ユニキャスト配信モジュール（Unicast Delivery Module）（１４）、マルチキャスト配信モジュール（Multicast Delivery Module）（１５）などのコンポーネントを含んでもよい。
【００４２】
ソフトウェアダウンロードマネージャ（１２）は、ソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータの受信及び格納を調整する（Coordinate）。前記メタデータは、通知サービスのための新しいエントリの追加に使われてもよく、配信準備モジュールによるソフトウェアファイルのフォーマッティング（Formatting）またはパッケージング（Packaging）に使われてもよい。
【００４３】
このようなソフトウェアダウンロードマネージャ（１２）は、遠隔構成管理サーバ（２０）と決められたプロトコルに応じてシグナリングし、メタデータを交換することができる。また、ソフトウェアダウンロードマネージャ（１２）はソフトウェアオリジネータ（６０）から特定ソフトウェアを含むソフトウェアファイル及びそのソフトウェアファイルと関連付けられたメタデータを受信してソフトウェアストレージ（１１）に格納することができる。
【００４４】
ソフトウェアストレージ（１１）は、ソフトウェアオリジネータ（６０）から受信したソフトウェアを持続的に格納することができる格納空間を提供する。配信準備モジュール（１３）は、前記ソフトウェアファイルをＩＰネットワークを介して配信するための準備機能を実行することができる。前記準備機能は、フラグメンティング（Fragmenting）、ヘッダ付加（Adding Header）、配信フォーマットと互換可能なパラメータの付加（Adding Parameters Compatible with Delivery Format）などを含んでもよい。配信準備モジュール（１３）によって準備されたソフトウェアファイルはユニキャスト配信モジュール（１４）またはマルチキャスト配信モジュール（１５）によって配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に配信される。
【００４５】
ユニキャスト配信モジュール（１４）は、データソースであるソフトウェアダウンロードサーバ（１０）と、シンクポイントである配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）との間に１対１の対応関係による配信がされるようにユニキャスト配信機能を提供することによって、ソフトウェアファイルを配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に送信できる。マルチキャスト配信モジュール（１５）は、データソースであるソフトウェアダウンロードサーバ（１０）と、シンクポイント間に１対Ｎの対応関係による配信がされるようにマルチキャスト配信機能を提供することによってソフトウェアファイルを配信ネットワークゲートウェイ（４４）またはＩＰＴＶ端末機能（４８）に配信することができる。
【００４６】
図４は、本発明の好ましい実施例にともなうソフトウェアダウンロード手順を説明するためのフローチャートであり、消費者ドメインのＩＰＴＶ端末機能（４８）にソフトウェアをダウンロードする手順を示している。
【００４７】
図３ないし図４を参照すると、まず、ソフトウェアダウンロードサービスはソフトウェアオリジネータ（６０）、遠隔構成管理サーバ（２０）、ＩＰＴＶ端末機能（４８）のうちいずれか一つから開始（Initiating）されることがある（段階：Ｓ１）。
【００４８】
例えば、遠隔構成管理サーバ（２０）は、ソフトウェアオリジネータ（６０）及びＩＰＴＶ端末機能（４８）と通信しながら、ＩＰＴＶ端末機能（４８）にソフトウェアをダウンロードする必要がある場合、ソフトウェアダウンロードサーバ（１０）を制御してソフトウェアダウンロードサービスを開始することができる。一方、ソフトウェアオリジネータ（６０）がＩＰＴＶサービスのための新しいソフトウェアまたはソフトウェア更新が必要な場合、ビジネス・ツー・ビジネス関係にある遠隔構成管理サーバ（２０）にＩＰＴＶ端末機能（４８）へのソフトウェアダウンロードを要求したり、またはＩＰＴＶ端末機能（４８）が遠隔構成管理サーバ（２０）と通信しながら特定ソフトウェアのダウンロードが必要な場合、遠隔構成管理サーバ（２０）にソフトウェアダウンロードサービスを要求したりすることもできる。この場合、遠隔構成管理サーバ（２０）は、前記要求に応答してソフトウェアダウンロードサーバ（１０）を制御することができる。
【００４９】
ソフトウェアダウンロードのために、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）と決められたプロトコルに応じてシグナリングしながら、ソフトウェアダウンロードサーバ（１０）を制御することができる。また、遠隔構成管理サーバ（２０）は、ＩＰＴＶ端末機能（４８）と決められたプロトコルに応じてシグナリングしながらソフトウェアのダウンロードを管理（Managing）することができる。
【００５０】
まず、遠隔構成管理サーバ（２０）は、ソフトウェアダウンロードサーバ（１０）に特定ソフトウェアのダウンロードを要求する。このとき、遠隔構成管理サーバ（２０）は、該当ソフトウェアの識別情報をソフトウェアダウンロードサーバ（１０）に提供することができる。すると、ソフトウェアダウンロードサーバ（１０）は、前記要求に応答してソフトウェアオリジネータ（６０）から該当ソフトウェアを含むソフトウェアファイル及びそのソフトウェアファイルと関連付けられているメタデータを各々受信した後、格納することができる（段階：Ｓ２）。
【００５１】
ソフトウェアダウンロードサーバ（１０）は、通知サービスのための新しいエントリ（Entry）を追加するために前記メタデータを使用することができる。例えば、ソフトウェアダウンロードサーバ（１０）は、遠隔構成管理サーバ（２０）から通知サービスのために必要な情報が要求される場合、メタデータを使用して該当情報を提供することができる。例えば、ソフトウェアダウンロードサーバ（１０）は、メタデータの少なくとも一部分を遠隔構成管理サーバ（２０）に提供することができる。
【００５２】
前記メタデータに基づいて、遠隔構成管理サーバ（２０）はＩＰＴＶ端末機能（４８）に通知サービスを提供することができる（段階：Ｓ３）。前述のように、通知サービスは、ソフトウェアの利用可能性を通知するサービスを意味してもよい。例えば、遠隔構成管理サーバ（２０）は、送信ＩＰＴＶ端末機能（４８）にソフトウェアがダウンロードされることを知らせたり、ダウンロードインテンションを要請したりすることもできる。もし、ＩＰＴＶ端末機能（４８）が該当ソフトウェアのダウンロードを拒否した場合、ソフトウェアダウンロード手順を中止することもできる。
【００５３】
一方、遠隔構成管理サーバ（２０）は、通知サービスの際、該当ソフトウェアをダウンロードすることができるサーバの統一資源位置指定子（Uniform Resource Locator；ＵＲＬ）またはＵＲＬリストを配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供することもできる。このような通知サービスは、遠隔構成管理サーバ（２０）とＩＰＴＶ端末機能（４８）との間で決めているプロトコル、例えば、ＴＲ-０６９などに基づいて実行されてもよい。
【００５４】
ソフトウェアダウンロードサーバ（１０）は、格納されたソフトウェアファイルをＩＰネットワークを介して配信するための準備手順を実行する（段階：Ｓ４）。例えば、ソフトウェアダウンロードサーバ（１０）は、フラグメンティング（Fragmenting）、ヘッダ付加（Adding Header）、配信フォーマットと互換可能なパラメータの付加（Adding Parameters Compatible with Delivery Format）などを実行することができる。前記準備手順が完了した場合、ソフトウェアダウンロードサーバ（１０）は、準備されたソフトウェアファイルをＩＰＴＶ端末機能（４８）にユニキャストまたはマルチキャスト方式を介して配信する（段階：Ｓ５）。すると、ＩＰＴＶ端末機能（４８）は、前記ソフトウェアをダウンロードすることができる。
【００５５】
以上、ソフトウェアをＩＰＴＶ端末機能（４８）にダウンロードするソフトウェアダウンロード手順を説明した。前述した通り、ソフトウェアダウンロードは、遠隔構成管理サーバ（２０）によって制御されてソフトウェアダウンロードサーバ（２０）によって実行されてもよい。ソフトウェアダウンロードの際、配信されるデータは、遠隔構成管理サーバ（２０）によって認証されることが好ましい。一方、ソフトウェアを配信ネットワークゲートウェイ（４４）にダウンロードする場合にも前述したソフトウェアダウンロード手順を同じ概念として実行することができる。
【００５６】
一方、ＩＰＴＶシステムの安定的且つ信頼性あるサービスのためにはＩＰＴＶコンテンツを安全に保護しなければならない。このために、サービスプロバイダドメインから消費者ドメインへコンテンツを送信する時は、サービス保護システム、例えば、コンディショナルアクセスシステム（Conditional Access System；ＣＡＳ）を使用してコンテンツを保護することができる。消費者ドメインに送信されたコンテンツは、ＩＰＴＶ受信デバイス（IPTV Receiving Device）、例えば、ＩＰＴＶセットトップボックスを介して格納、レンダリングされてもよく、ホームデバイスに再配信されることによって消費者ドメイン内で共有されてもよい。消費者ドメイン内でコンテンツを安全に共有するためにはコンテンツ保護システム、例えば、デジタル著作権管理（Digital Rights Management；ＤＲＭ）システムが使われてもよい。従って、サービス保護システムとコンテンツ保護システムとの間の円滑な連携構造が必要である。
【００５７】
以下、サービス保護システムとコンテンツ保護システムとの間の連携と関連付けられている実施例を説明する。以下の実施例において、サービス保護システムはＣＡＳシステムであり、コンテンツ保護システムはＤＲＭシステムであると仮定して説明する。
【００５８】
図５は、ＣＡＳシステムとＤＲＭシステムとの間の連携動作を説明するための例示図である。
【００５９】
図５に示したように、まず、サービスプロバイダドメインのプロビジョニングサーバ（７１）は、ＩＰＴＶ受信デバイス（８０）と決められたプロトコルに応じて連携してプロビジョニングパラメータを設定する（段階：Ｓ１１）。例えば、ＤＲＬのＴＲ-０６９などのようなプロビジョニングプロトコル（Set Parameter Values RPC）を介して、サービスプロバイダは、サービスプロバイダ権限情報（SP Rights Information）の署名（Signing）方法を設定及び認証することができる。
【００６０】
また、ＣＡＳサーバ（７２）及びＣＡＳクライアント（８９）の連携によるＣＡＳ機能が実行されて、サービスされるコンテンツを権限制御メッセージ（Entitlement Control Message；ＥＣＭ）、権限管理メッセージ（Entitlement Management Message；ＥＭＭ）、「コピー制御情報（Copy Control Information；ＣＣＩ）」等を介して保護及び保護解除する（段階：Ｓ１２）。また、ミドルウェア（８７）からコンテンツの格納要求があれば（段階：Ｓ１３）、セキュリティ連携システム（８１）は、サービスプロバイダ権限情報を使用して特定チャネルを介してサービスプロバイダ権限（SP Rights）を取得することができる（段階：Ｓ１４）。例えば、セキュリティ連携システム（８１）がＵＲＬ情報形態でサービスプロバイダ権限情報の提供を受けた場合、セキュリティ連携システム（８１）は、例えば、ＯＯＢチャネルを介してサービスプロバイダ権限ストレージ（SP Rights Storage）（７３）に接続してサービスプロバイダ権限を取得することができる。
【００６１】
前記取得したサービスプロバイダ権限にコンテンツ格納権限が付与されている場合、セキュリティ連携システム（８１）は、ＤＲＭクライアント（８３）にＤＲＭパッケージングを要求する（段階：Ｓ１５）。ＤＲＭクライアント（８３）は、パッケージングに必要なコンテンツ暗号化鍵（Content Encryption Key；ＣＥＫ）を暗号化エンジン（８９）に伝達して、暗号化を要求する（段階：Ｓ１６）。
【００６２】
暗号化エンジン（８９）が、ＤＲＭクライアント（８３）が要求した任務を実行した後、パーソナルビデオレコーダ（Personal Video Recorder；ＰＶＲ）ストレージ（８５）は、暗号化されたコンテンツを格納する（段階：Ｓ１７）。すると、セキュリティ連携システム（８１）は、ＰＶＲストレージ（８５）に格納されて暗号化されたコンテンツをホームデバイス（９０）に再配信することがきる（段階：Ｓ１８）。このとき、ホームデバイス（９０）のＤＲＭクライアント（９２）がセキュリティ連携システム（８１）のＤＲＭクライアント（８３）と異なる種類のＤＲＭの場合、ＤＲＭ相互運用システム（DRM Interoperable System）を用いてコンテンツを再配信することもでき、またはホームデバイス（９０）に同じＤＲＭクライアントをダウンロードさせてから、コンテンツを再配信することもできる。
【００６３】
一方、前述した実施例では、サービスプロバイダ側でサービスプロバイダ権限情報を提供して、そのサービスプロバイダ権限情報に基づいて特定チャネルを介してサービスプロバイダ権限を取得するシナリオを説明したが、コンテンツの管理、使用、権限と関連付けられている情報は、多様な形態で定義することができて、多様な方法によって伝達及び処理することができる。以下、コンテンツ管理／ユーセージ情報（Content Management/Usage Information；ＣＭＵＩ）及び権限管理情報（Rights Management Information；ＲＭＩ）の概念を定義し、その構造及び処理シナリオを説明する。
【００６４】
図６は、ＣＭＵＩ及びＲＭＩを用いたＣＡＳシステム及びＤＲＭシステムの連携シナリオを説明するためのフローチャートである。
【００６５】
図６に示したように、まず、サービスプロバイダは、ＣＭＵＩ及びＲＭＩをＩＰＴＶ受信デバイスに伝達することができる（Ｓ２１orＳ２２orＳ２３）。ＣＭＵＩとは、コンテンツに対する管理及び使用情報を有するコンテンツメタデータを意味してもよい。ＲＭＩは、コンテンツの権限情報を有するコンテンツメタデータを意味してもよい。前記ＣＭＵＩ及びＲＭＩの詳細な構造は、後で詳細に説明する。
【００６６】
サービスプロバイダは、電子番組ガイド（Electronic Program Guide；ＥＰＧ）またはサービス情報（Service Information；ＳＩ）のディスクリプタ（Descriptor）のうちの１つとしてＣＭＵＩまたはＲＭＩをＩＰＴＶ受信デバイスに伝達することもでき（段階：Ｓ２１）、ＣＡシステムのプライベートデータ（Private Data）領域を介してＣＭＵＩまたはＲＭＩを伝達することもでき（段階：Ｓ２２）、または特定チャネルを介して直接ＩＰＴＶ受信デバイスにＣＭＵＩまたはＲＭＩを伝達することもできる（段階：Ｓ２３）。
【００６７】
伝達されたＣＭＵＩ及びＲＭＩは、セキュリティのために完全性検証及び認証過程を介した後、ＣＡＳモジュールに伝達される（段階：Ｓ２４）。ＣＡＳモジュールは、ＣＭＵＩ情報に基づいて該当コンテンツの使用を制御してＤＲＭモジュールとの連携方法を判断できる（段階：Ｓ２５）。ＣＡＳインターフェースモジュール（CAS I/F Module）は、連携するコンテンツのＲＭＩに基づいて権限情報の伝達及び変換を決定する（段階：Ｓ２６）。
【００６８】
ＣＡＳインターフェースモジュールからＤＲＭインターフェースモジュール（DRM I/F Module）にＣＭＵＩが配信されれば、ＤＲＭインターフェースモジュールは、これをＤＲＭモジュールに提供することができる（段階：Ｓ２７）。ＤＲＭモジュールは、提供されたＣＭＵＩをコンテンツ管理及び使用のための基本情報として使用することができる。場合によって、ＤＲＭモジュールは、サービスプロバイダと通信してコンテンツ権限情報をさらに獲得することもできる（段階：Ｓ２８）。
【００６９】
前記ＣＭＵＩは、次のようなフィールドを含んでもよい。
−“ｌｅｎｇｔｈ”：ＣＭＵＩ構造内の“ｌｅｎｇｔｈ”フィールド以後のバイト数を示す。
−“Ｖｉｅｗａｂｌｅ”：コンテンツビューが可能か否かを示す。
−“Ｖｉｅｗ Ｃｏｎｔｒｏｌ”：コンテンツビューに関する制御情報を示す。表１に示すような値及び意味を有してもよい。
【００７０】
【表１】
【００７１】
−“ｓｔｏｒａｂｌｅ”：コンテンツ格納が可能か否かを示す。
−“Ｓｔｏｒｅ Ｃｏｎｔｒｏｌ”：コンテンツ格納に対する制御情報（ＣＣＩベース）を示す。表２に示すような値及び意味を有してもよい。
【００７２】
【表２】
【００７３】
−“ｄｉｓｔｒｉｂｕｔａｂｌｅ”：コンテンツの配信が可能か否かを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｃｏｎｔｒｏｌ：コンテンツ配信に対する制御情報を示す。表３に示すような値及び意味を有してもよい。
【００７４】
【表３】
【００７５】
−“ｏｕｔｐｕｔａｂｌｅ”：コンテンツ出力端子への出力が可能か否かを示す。これはコンテンツビュー機能と区別する必要がある。
−“ｏｕｔｐｕｔ ｃｏｎｔｒｏｌ”：コンテンツ出力端子への出力に対する制御情報を示す。表４に示すような値及び意味を有してもよい。
【００７６】
【表４】
【００７７】
−“ｄｅｒｉｖａｔｉｖｅ”：コンテンツ２次変更が可能か否かを示す。これはコンテンツ格納機能と区別する必要がある。
−“ｄｅｒｉｖａｔｉｖｅ ｃｏｎｔｒｏｌ”：コンテンツ２次変更に対する制御情報を示す。表５に示すような値及び意味を有してもよい。
【００７８】
【表５】
【００７９】
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｏｐｔｉｏｎ”：コンテンツ保護のためのセキュリティクロック使用オプションを示す。次の表６に示すような値及び意味を有してもよい。
【００８０】
【表６】
【００８１】
−“ｖｉｅｗ ｓｔａｒｔ ｄａｔｅ”：コンテンツビューの開始日付を示す。
−“ｖｉｅｗ ｅｎｄ ｄａｔｅ”：コンテンツビューの終了日付を示す。
−“ｖｉｅｗ ｃｏｕｎｔ”：コンテンツのビュー回数を示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｉｄ”：コンテンツビューのためのドメイン識別子を示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツビューのためのドメインエントリポイントの名前の長さを示す。
−“ｖｉｅｗ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツビューのためのドメインエントリポイントの名前の構成バイトを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｉｄ”：コンテンツ配信のためのドメイン識別子を示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツ配信のためのドメインエントリポイントの名前の長さを示す。
−“ｄｉｓｔｒｉｂｕｔｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツ配信のためのドメインエントリポイントの名前の構成バイトを示す。
−“ｃｏｎｔｅｎｔ ｔｒａｎｓｆｏｒｍａｂｌｅ”：コンテンツの変換が可能か否かを示す。
−“ｒｉｇｈｔ ｔｒａｎｓｆｏｒｍａｂｌｅ”：権限情報の変換が可能か否かを示す。
−“ａｒｅａ ｉｄ ｏｒ ａｒｅａ ｉｎｆｏｒｍａｔｉｏｎ”：領域識別子または特定領域情報を示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｉｄ”：コンテンツの２次変更のためのドメイン識別子を示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：コンテンツの２次変更のためのドメインエントリポイントの名前の長さを示す。
−“ｄｅｒｉｖａｔｉｖｅ ｄｏｍａｉｎ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：コンテンツの２次変更のためのドメインエントリポイントの名前の構成バイトを示す。
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｅｎｔｒｙ ｐｏｉｎｔ ｌｅｎｇｔｈ”：セキュリティクロックエントリポイント（例えば、遠隔時間サーバ）の名前の長さを示す。
−“ｓｅｃｕｒｅ ｃｌｏｃｋ ｅｎｔｒｙ ｐｏｉｎｔ ｂｙｔｅ”：セキュリティクロックエントリポイントの名前の構成バイトを示す。
−“ｅｎａｂｌｅ ｒｅｖｏｃａｔｉｏｎ”：コンテンツに対するリボケーション機能が可能か否かを示す。
−“ｒｅｖｏｃａｔｉｏｎ ｅｎｔｒｙｐｏｉｎｔ”：リボケーション管理のためのエントリポイントを示す。
−“ｒｅｍｏｔｅ”：コンテンツがｎＰＶＲまたは遠隔管理コンテンツであるか否かを示す。
−“ｒｅｍｏｔｅ ｅｎｔｒｙｐｏｉｎｔ”：ｎＰＶＲまたは遠隔管理のためのコンテンツアクセスエントリポイントを示す。
【００８２】
一方、ＲＭＩのフィールド構成は、次の表７に示す通りである。
【００８３】
【表７】
【００８４】
前記ＲＭＩに含まれたフィールドは、次の通りである。
−“ｌｅｎｇｔｈ”：Ｒｉｇｈｔ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ構造内の“ｌｅｎｇｔｈ”フィールド以後のバイト数を示す。
−“ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｌｅｎｇｔｈ”： “ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｂｙｔｅ”のバイト数を示す。
−“ｃｏｎｔｅｎｔ ｉｄｅｎｔｉｆｉｅｒ ｂｙｔｅ”：コンテンツ識別子バイトを示す。
−“ｅｘｐｏｒｔａｂｌｅ”：コンテンツ権限情報の外部連携が可能か否かを示す。
−“ｄｏｗｎｓｃａｌａｂｌｅ”：コンテンツ権限情報の縮小が可能か否かを示す。
−“ｕｐｓｃａｌａｂｌｅ”：コンテンツ権限情報の拡張が可能か否かを示す。
【００８５】
以下、デバイスでセキュリティ連携時に必要なポリシ（Policy）情報を取得するためのシナリオを説明する。デバイスにセキュリティ連携モジュール、例えば、ＣＡＳ-ＤＲＭ連携モジュールがインストールされれば、デバイスは、ポリシ情報プロバイダから提供されるポリシパラメータ値の伝達を受けることができる。
【００８６】
図７は、ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信するシナリオを説明する例示図である。
【００８７】
図７に示したように、まず、ＣＡＳ-ＤＲＭ連携モジュールがインストールされたデバイス（１１０）は、該当連携モジュールの構成情報を検査する。このとき、デバイス（１１０）は、自分の保有したモジュール、インターフェース、能力情報など、ポリシパラメータの設定が必要な対象のリストを生成することができる。
【００８８】
また、デバイス（１１０）は、生成されたリストに明示された情報に基づいてポリシ情報プロバイダ（１００）のポリシ情報提供インターフェースを呼び出してポリシパラメータ値の配信を要求することができる（段階：Ｓ４１）。このとき、デバイス（１１０）は、ＣＡＳ-ＤＲＭ連携モジュールの初期設置時に定義されたポリシ情報プロバイダ（１００）のＵＲＬを使用することができる。
【００８９】
ポリシ情報プロバイダ（１００）は、要求されたモジュール、インターフェース能力情報などポリシパラメータ値の設定が必要な対象に対応するポリシパラメータ値をポリシ情報提供インターフェースの応答に含ませてデバイス（１１０）に回答する（段階：Ｓ４２）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、ポリシパラメータ値を受信して適用することができる。
【００９０】
一方、前述した通り、初期設定値を正常に適用した場合であるとしても、サービス事業者の運営ポリシが変更された場合、更新インターフェースを使用したポリシ情報の更新が可能である。
【００９１】
図８は、ＩＰＴＶシステムにおいてデバイスにポリシ情報を配信する他のシナリオを説明する例示図である。
【００９２】
図８に示したように、ＣＡＳ-ＤＲＭ連携モジュールが設置されたデバイス（１１０）がサービス領域に配置される場合、ポリシ情報プロバイダ（１００）は、これを認知して該当デバイス（１１０）が所有するモジュール、インターフェース、能力情報などの構成要素を点検するためにデバイス（１１０）に設定情報を要求する（段階：Ｓ５１）。
【００９３】
要求情報を受信したデバイス（１１０）は、デバイス（１１０）の構成情報を該当要求に対する応答として回答する（段階：Ｓ５２）。回答情報を受信したポリシ情報プロバイダ（１００）は、デバイス（１１０）から提供された構成情報のうちポリシパラメータ値の設定が必要な部分のみを選択して、クライアントポリシ情報更新インターフェースを呼び出して該当デバイス（１１０）に対するポリシ情報値を配信する（段階：Ｓ５３）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、ポリシパラメータ値を受信して適用することができる。
【００９４】
一方、サービス運営中にデバイス（１１０）の構成情報が変更されたり、サービス事業者のポリシが変更されたりした場合、以下に説明するポリシ情報更新手順に応じてポリシ設定値をデバイス（１１０）に配信することができる。
【００９５】
図９は、ＩＰＴＶシステムにおいてポリシ情報を更新するシナリオを説明するための例示図である。
【００９６】
図９に示したように、最初のポリシ情報プロバイダ（１００）は、デバイス（１１０）がサービス領域に配置された時、そのデバイス（１１０）の変更された構成情報を受信することができるイベント加入手順を実行する（段階：Ｓ６１）。
【００９７】
以後、サービス運営中にデバイス（１１０）の構成情報が変更される場合、デバイス（１１０）は、新しく追加または削除された構成情報をポリシ情報プロバイダ（１００）にイベントを使用して提供することができる（段階：Ｓ６２）。ポリシ情報プロバイダ（１００）は、デバイス（１１０）の追加または削除された構成情報を確認した後、新しく適用されるポリシパラメータ値をデバイス（１１０）に配信することができる（段階：Ｓ６３）。すると、デバイス（１１０）のポリシ適用モジュール（１１１）は、該当ポリシパラメータ値を適用することができる。
【００９８】
以上、本発明に対してその好ましい実施例を図面を参照して説明したが、該当技術分野において熟練された当業者は、特許請求の範囲に記載された本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施できることを理解することができる。従って、本発明の今後の実施例の変更は、本発明の技術を外れることができない。
【符号の説明】
【００９９】
１０ ソフトウェアダウンロードサーバ
１１ ソフトウェアストレージ
１２ ソフトウェアダウンロードマネージャ
１３ 配信準備モジュール
１４ ユニキャスト配信モジュール
１５ マルチキャスト配信モジュール
２０ 遠隔構成管理サーバ
３０ 伝送ネットワーク
４４ 配信ネットワークゲートウェイ
４８ ＩＰＴＶ端末機能
６０ ソフトウェアオリジネータ
【特許請求の範囲】
【請求項１】
ソフトウェアオリジネータからソフトウェアファイル及び該ソフトウェアファイルと関連付けられているメタデータを受信する段階と、
ソフトウェアの利用可能性を通知するための通知サービスのために前記メタデータを使用する段階と、
遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に前記通知サービスを提供する段階と、
前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備する段階と、
前記準備されたソフトウェアファイルを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする段階と、
を含むことを特徴とするソフトウェアダウンロード方法。
【請求項２】
前記メタデータを使用する段階は、
前記通知サービスのための新しいエントリを追加するために前記メタデータを使用する段階を含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項３】
前記受信されたソフトウェアファイル及び前記ソフトウェアファイルと関連付けられているメタデータを格納する段階と、
前記メタデータを前記ソフトウェアファイルのフォーマッティング及びパッケージングに使用する段階と、
をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項４】
前記遠隔構成管理サーバを用いて、ダウンロード管理のための前記消費者ドメインの配信ネットワークゲートウェイでシグナリングを実行する段階をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項５】
前記ＩＰＴＶ端末機能の構成及びダウンロード管理のための前記ＩＰＴＶ端末機能でシグナリングを実行する段階をさらに含むことを特徴をする請求項１に記載のソフトウェアダウンロード方法。
【請求項６】
前記遠隔構成管理サーバとシグナリングし、前記メタデータを送受信する段階をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項７】
前記通知サービスを提供する段階は、前記ソフトウェアをダウンロードすることができるＵＲＬを前記ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供する段階を含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項８】
前記準備段階は、フラグメンティング、ヘッダ追加、及び配信フォーマットと互換可能なパラメータの追加のうち少なくともいずれか一つを実行することを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項９】
ソフトウェアオリジネータからソフトウェアファイル及び該ソフトウェアファイルと関連付けられているメタデータを受信して、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備して、前記準備されたソフトウェアファイルを消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に送信するソフトウェアダウンロードサーバと、
前記ソフトウェアダウンロードサーバとシグナリングし、前記メタデータに基づいて前記ソフトウェアのダウンロードのための通知サービスを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能に提供する遠隔構成管理サーバと、を含むことを特徴とするソフトウェアダウンロードシステム。
【請求項１０】
前記ソフトウェアダウンロードサーバは、前記遠隔構成管理サーバと前記メタデータとを関連付けて、前記通知サービスのための新しいエントリを追加するために前記メタデータを使用することを特徴とする請求項９に記載のソフトウェアダウンロードシステム。
【請求項１】
ソフトウェアオリジネータからソフトウェアファイル及び該ソフトウェアファイルと関連付けられているメタデータを受信する段階と、
ソフトウェアの利用可能性を通知するための通知サービスのために前記メタデータを使用する段階と、
遠隔構成管理サーバを用いて消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に前記通知サービスを提供する段階と、
前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備する段階と、
前記準備されたソフトウェアファイルを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能にユニキャストまたはマルチキャストする段階と、
を含むことを特徴とするソフトウェアダウンロード方法。
【請求項２】
前記メタデータを使用する段階は、
前記通知サービスのための新しいエントリを追加するために前記メタデータを使用する段階を含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項３】
前記受信されたソフトウェアファイル及び前記ソフトウェアファイルと関連付けられているメタデータを格納する段階と、
前記メタデータを前記ソフトウェアファイルのフォーマッティング及びパッケージングに使用する段階と、
をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項４】
前記遠隔構成管理サーバを用いて、ダウンロード管理のための前記消費者ドメインの配信ネットワークゲートウェイでシグナリングを実行する段階をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項５】
前記ＩＰＴＶ端末機能の構成及びダウンロード管理のための前記ＩＰＴＶ端末機能でシグナリングを実行する段階をさらに含むことを特徴をする請求項１に記載のソフトウェアダウンロード方法。
【請求項６】
前記遠隔構成管理サーバとシグナリングし、前記メタデータを送受信する段階をさらに含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項７】
前記通知サービスを提供する段階は、前記ソフトウェアをダウンロードすることができるＵＲＬを前記ネットワークゲートウェイまたはＩＰＴＶ端末機能に提供する段階を含むことを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項８】
前記準備段階は、フラグメンティング、ヘッダ追加、及び配信フォーマットと互換可能なパラメータの追加のうち少なくともいずれか一つを実行することを特徴とする請求項１に記載のソフトウェアダウンロード方法。
【請求項９】
ソフトウェアオリジネータからソフトウェアファイル及び該ソフトウェアファイルと関連付けられているメタデータを受信して、前記ソフトウェアファイルをＩＰネットワークを介して配信できるように準備して、前記準備されたソフトウェアファイルを消費者ドメインの配信ネットワークゲートウェイまたはＩＰＴＶ端末機能に送信するソフトウェアダウンロードサーバと、
前記ソフトウェアダウンロードサーバとシグナリングし、前記メタデータに基づいて前記ソフトウェアのダウンロードのための通知サービスを前記配信ネットワークゲートウェイまたは前記ＩＰＴＶ端末機能に提供する遠隔構成管理サーバと、を含むことを特徴とするソフトウェアダウンロードシステム。
【請求項１０】
前記ソフトウェアダウンロードサーバは、前記遠隔構成管理サーバと前記メタデータとを関連付けて、前記通知サービスのための新しいエントリを追加するために前記メタデータを使用することを特徴とする請求項９に記載のソフトウェアダウンロードシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１１−５０４２５８（Ｐ２０１１−５０４２５８Ａ）
【公表日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願番号】特願２０１０−５３１９５６（Ｐ２０１０−５３１９５６）
【出願日】平成２０年１０月１７日（２００８．１０．１７）
【国際出願番号】ＰＣＴ／ＫＲ２００８／００６１４７
【国際公開番号】ＷＯ２００９／０５７９０４
【国際公開日】平成２１年５月７日（２００９．５．７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
【公表日】平成２３年２月３日（２０１１．２．３）
【国際特許分類】
【出願日】平成２０年１０月１７日（２００８．１０．１７）
【国際出願番号】ＰＣＴ／ＫＲ２００８／００６１４７
【国際公開番号】ＷＯ２００９／０５７９０４
【国際公開日】平成２１年５月７日（２００９．５．７）
【出願人】（５０２０３２１０５）エルジー エレクトロニクス インコーポレイティド (2,269)
【Ｆターム（参考）】
[ Back to top ]