JP3574074B2 - コンテンツデータ提供方法及びシステム及びコンテンツデータ提供プログラムを格納した記憶媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
【０００２】
本発明は、コンテンツデータ提供方法及びシステム及びコンテンツデータ提供プログラムを格納した記憶媒体に係り、特に、インターネットなどの通信網を介してディジタルコンテンツデータとそれに関する情報やサービスを利用者に提供するコンテンツデータ提供方法及びシステム及びコンテンツデータ提供プログラムを格納した記憶媒体に関する。
【従来の技術】
【０００３】
今日、インターネットにおいて、様々な方法により、コンテンツデータならびにそれに関する情報が利用者に提供されている。例えば、音楽の場合、ＭＰ３（ＭＰＥＧ−１ Audio Layer3)というデータ形式でインターネットを介して配信する事例が多い。その配信方法の形態は、様々なものがある。
【０００４】
一番簡単な例としては、ＭＰ３データをそれに関する情報と共にＷｅｂページ上に掲載する形態がある。
【０００５】
他の例としては、利用者が特別のＭＰ３取得ソフトウェアを用いて、音楽配信を行うサーバから音楽に関する情報を記述したファイルをダウンロードし、次いで、音楽データをダウンロードするものもある。
【０００６】
例えば、各クライアント・マシン上において、利用者が特別なソフトウェアを用いて、利用者自身が保持するＭＰ３データと自身のロケーションの情報を、中央のサーバに送る。サーバは、各クライアントがもつＭＰ３のデータとそのロケーション情報を管理している。各利用者は、サーバのもつ情報を閲覧することができ、その情報をもとに必要なＭＰ３データを他のクライアントからダウンロードすることができる。
【０００７】
また、サーバを必要とせず、各クライアントの分散協調により上の例と同様なシステムを実現しているものである。
【０００８】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記従来のコンテンツデータ配信システムには、以下のような問題がある。
【００１０】
まず、第１に、コンテンツデータ及び情報の流通・取得手段が統一されていないという問題がある。これは、現在のコンテンツデータ及びコンテンツデータに関する情報の配信方法は、サービスプロバイダの提供システムに大きく依存しており、例えば、複数のサービスプロバイダをまたがっての統一的なコンテンツデータの取得ができない。
【００１１】
つまり、あるコンテンツデータを取得する場合、複数のサービスプロバイダで値段や条件の比較をして購入を検討するといったことがやりにくく、コンテンツデータの提供や、情報の提供者が特定のプロバイダに固定されてしまう恐れもある。
【００１２】
また、コンテンツデータに関する情報の取得方法に関しても検索エンジンを利用するなど、利用者の検索能力で取得できる情報に差ができる。
【００１３】
逆に、供給側から見た場合、不特定多数の利用者にコンテンツデータに関する情報を提供する手段がなく、それぞれの配信システムに合わせて配信作業を行う必要がある。
【００１４】
また、第２に、コンテンツデータ及びそれに関する情報の一元的な管理方法がないという問題がある。
【００１５】
これは、各プロバイダがコンテンツデータや情報を管理しているため、コンテンツデータの更新や情報の更新が容易でない。
【００１６】
また、一元的に管理されていないために、例えば、利用者がコンテンツデータを差し示す場合に、特定のプロバイダが管理する範囲でしか表現できない。つまり、プロバイダを跨がった汎用なコンテンツデータの特定方法がない。一方で、コンテンツＩＤのようなコンテンツデータに付与するユニークな識別子があるが、コンテンツＩＤからコンテンツデ ータに関する情報を一元的に管理し、かつ利用者がコンテンツＩＤをもとにコンテンツデータに関する情報を取得して利用できるような枠組みはない。
【００１７】
さらに、第３に、サービスの概念がないという問題がある。
【００１８】
利用者があるコンテンツデータを鑑賞したい場合、予めデータ形式のコンテンツデータをどの処理ソフトウェアで再生するかといった判断するためには、様々な知識を必要とする。つまり、利用者は音楽を聴きたいという漠然とした要求を発するものであり、それを具体化するのは利用者のプロバイダを探す能力や情報収集能力・知識に依存している。
【００１９】
漠然とした要求から、段階的に具体化しながら目的を達成する手段があれば、特別な知識を必要としなくてもコンテンツデータを鑑賞することが可能となる。例えば、ある音楽を聴きたいと漠然と思ったときに、再生するアプリケーション、音質、曲の長さ（サンプルか、鑑賞か）、どのバージョンか、ビデオクリップ付きがいいのか、など段階を経て具体化していく手段が必要である。
【００２０】
つまり、具体的なコンテンツデータを配信するだけでなく、こういった利用者の漠然とした要求をかなえるためのサービスという概念が必要になる。
【００２１】
また、第４に、利用者の環境に合わせたサービスが提供できないという問題がある。現在の方法は、利用者の利用環境が予め仮定されており、利用者の環境に合わせたコンテンツデータのデータ形式や、情報の取得する枠組みがない。例えば、利用者の使う装置がパーソナルコンピュータか携帯電話かでデータの大きさやダウンロード先、情報の取得方法などが変化する。また、住んでいる地域や言語などによって必要な情報も変わる。
【００２２】
本発明は、上記の点に鑑みなされたもので、映画や書籍や音楽などのコンテンツデータをディジタルデータとして通信を利用して配信する場合や、それらコンテンツデータに関する情報を配信する場合において、一元的なコンテンツデータや情報の配信・管理を可能とし、さらに、利用者の要求や環境に合わせたコンテンツデータ・情報配信を可能とするコンテンツデータ提供方法及びシステム及びコンテンツデータ提供プログラムを格納した記憶媒体を提供することを目的とする。
【００２３】
【課題を解決するための手段】
【００２４】
図１は、本発明の原理を説明するための図である。
【００２５】
本発明(請求項１)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供方法において、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、該コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
ユーザ端末のＤＣＤハンドラにおいて、ユーザからサービス要求を受け付け(ステップ１)、保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）をコンテンツデータ関連情報提供装置に送信することによって、コンテンツデータに関する情報や利用可能なサービスプロバイダ情報を該コンテンツデータ関連情報提供装置に問い合わせ、(ステップ２)
コンテンツデータ関連情報提供装置において、ＤＣＤハンドラからの要求に応じて、更に詳しいコンテンツデータの情報や、さらに詳細なサービスプロバイダ情報を該ＤＣＤハンドラに送信し(ステップ３)、
ＤＣＤハンドラにおいて、コンテンツデータ関連情報提供装置から送信されたサービスプロバイダ情報に基づいて、サービスプロバイダにアクセスして(ステップ４)、コンテンツデータを取得し(ステップ５)、該コンテンツデータに対する必要な処理を行い(ステップ６)、ユーザに提供する(ステップ７)。
【００２６】
本発明（請求項２）は、ＤＣＤハンドラにおいて、
ＤＣＤとリクエストがユーザから入力されると、ＤＣＤとリクエスト及び、ユーザポリシ、システムプロファイルを組にしたデータ集合であるＲＲＤＳを生成し、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信し、
コンテンツ関連情報提供装置において、
ＤＣＤハンドラからＲＲＤＳを取得すると、該ＲＲＤＳに応じて、属性情報が格納されている属性情報データベースと、サービスプロバイダ情報を格納するサービスプロバイダ情報データベースとを検索し、検索された複数の検索結果から問い合わせ要求に適合するリゾルブ結果を生成してＤＣＤハンドラに送信し、
ＤＣＤハンドラにおいて、コンテンツデータ関連情報提供装置から取得したリゾルブ結果を、ユーザポリシ及びシステムプロファイルを用いて絞り込み、絞り込まれたリゾルブ結果を、ユーザに提示し、
ユーザからのユーザインタラクションに基づいて、サービスを実現するため、対応するアプリケーションを起動し、該アプリケーションに対してリゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、
アプリケーションにおいて、サービスプロバイダ情報に基づいてサービスプロバイダにサービス要求を行い、
サービスプロバイダにおいて、アプリケーションの要求に従って、サービスを提供する。
【００２７】
本発明（請求項３）は、ＤＣＤハンドラにおいて、
ＤＣＤとリクエストを入力し、該ＤＣＤと該リクエストとを組にしたデータ集合であるＲＲＤＳを生成し、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信し、
コンテンツデータ関連情報提供装置において、
ＲＲＤＳをＤＣＤハンドラから取得すると、該ＲＲＤＳに応じて属性情報が格納されている属性情報データベースと、サービスプロバイダ情報が格納されているサービスプロバイダ情報データベースとを検索し、検索結果をリゾルブ結果としてＤＣＤハンドラに送信し、
ＤＣＤハンドラにおいて、
コンテンツデータ関連情報提供装置から取得したリゾルブ結果をユーザポリシ及びシステムプロファイルによって絞り込み、絞り込まれたリゾルブ結果をユーザに提示し、
ユーザからのユーザインタラクションに基づいてアプリケーションを起動し、該アプリケーションにリゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、
アプリケーションにおいて、
ＤＣＤハンドラから取得したサービスプロバイダ情報に基づいてサービスプロバイダにサービス要求を行い、
サービスプロバイダにおいて、
アプリケーションからのサービス要求に基づいてサービスをユーザに提供する。
【００２８】
本発明（請求項４）は、サービスプロバイダから提供されるサービスは、コンテンツデータ配信サービスとする。
【００２９】
本発明(請求項５)は、コンテンツデータ関連情報提供装置が有する属性情報データベース及びサービスプロバイダ情報データベースに情報を登録する際に、
コンテンツデータ関連情報提供装置に一意な管理番号を付与し、
コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信し、
コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号を用いてコンテンツデータに対して発行し、
属性データベースに、コンテンツＩＤとコンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、コンテンツデータ所有者に送信し、
サービスプロバイダは、
自プロバイダがコンテンツデータ配信プロバイダの場合は、コンテンツデータ所有者からコンテンツデータ及びＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けてコンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼し、
自プロバイダの提供するサービスの内容をコンテンツデータ関連情報提供装置に送信し、
コンテンツデータ関連情報提供装置において、
サービスプロバイダからの要求に応じて、属性情報データベース及びサービスプロバイダ情報データベースの内容を登録・更新する。
【００３０】
本発明（請求項６）は、ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合には、
コンテンツデータ関連情報提供装置群は、それぞれのコンテンツデータ関連情報提供装置が保持しているコンテンツＩＤ、属性情報、及びサービスプロバイダ情報を交換しながら、分散協調してリゾルブ結果を出力する。
【００３１】
本発明(請求項７)は、ユーザ端末が、コンテンツデータの属性情報データベースとサービスプロバイダ情報データベースを有するローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有する場合に、
コンテンツデータ関連情報提供装置は、ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与し、
ローカルリゾルバは、
ＲＲＤＳを入力し、
ＲＲＤＳに応じて、属性情報データベースとサービスプロバイダ情報データベースを検索し、検索結果をリゾルブ結果として出力し、
ユーザ端末内のコンテンツデータに対して、コンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行し、
ローカルリゾルバの属性情報データベースに対して、コンテンツＩＤ及び属性情報を登録し、
登録したコンテンツＩＤ及び属性情報に基づいてＤＣＤを発行する。
【００３２】
本発明（請求項８）は、コンテンツデータ関連情報提供装置において、
ＤＣＤハンドラからＲＲＤＳを受信して、リゾルブ結果を該ＤＣＤハンドラに送信する場合に、
ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤをＤＣＤハンドラに送信する。
【００３３】
本発明(請求項９）は、サービスプロバイダ情報データベースを、サービス機能を表す情報、該サービス機能のデータインタフェースの情報、及び該サービス機能のデータプロトコルの情報を用いて管理する。
【００３４】
図２は、本発明の原理構成図である。
【００３５】
本発明(請求項１０)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供システムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
ユーザ端末のＤＣＤハンドラは、
ユーザからサービス要求を受け付け、コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果に基づいてアプリケーションを起動し、
該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェース手段と、
保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成手段と、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信手段と、
コンテンツデータ関連情報提供装置からリゾルブ結果を受信するリゾルブ結果受信手段と、
コンテンツデータ関連情報提供装置は、
コンテンツデータの属性情報が格納されている属性情報データベースと、
サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースと、
ＤＣＤハンドラからＲＲＤＳを取得するＲＲＤＳ受信手段と、
ＲＲＤＳに応じて、属性情報データベースと、サービスプロバイダ情報データベースとを検索し、検索された結果から問い合わせ要求に適合するリゾルブ結果を生成するＲＲＤＳ解釈手段と、
ＲＲＤＳ解釈手段によるリゾルブ結果をＤＣＤハンドラに送信するリゾルブ結果送信手段とを有する。
【００３６】
本発明(請求項１１)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供システムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
ユーザ端末のＤＣＤハンドラは、
ユーザからサービス要求を受け付け、コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果をユーザポリシ及びシステムプロファイルによって絞り込み、絞り込まれたリゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェース手段と、
保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成手段と、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信手段と、
コンテンツデータ関連情報提供装置からリゾルブ結果を受信するリゾルブ結果受信手段と、
コンテンツデータ関連情報提供装置は、
コンテンツデータの属性情報が格納されている属性情報データベースと、
サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースと、
ＤＣＤハンドラからＲＲＤＳを取得するＲＲＤＳ受信手段と、
ＲＲＤＳに応じて、属性情報データベースと、サービスプロバイダ情報データベースとを検索し、検索された結果をリゾルブ結果として生成するＲＲＤＳ解釈手段と、
ＲＲＤＳ解釈手段によるリゾルブ結果をＤＣＤハンドラに送信するリゾルブ結果送信手段とを有する。
【００３７】
本発明(請求項１２)は、サービスプロバイダから提供されるサービスは、コンテンツデータ配信サービスとする。
【００３８】
本発明(請求項１３)は、コンテンツデータ関連情報提供装置に一意な管理番号を付与する手段と、
コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信する手段と、
コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号を用いてコンテンツデータに対して発行する手段と、
属性データベースに、コンテンツＩＤとコンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、コンテンツデータ所有者に送信する手段とにより、コンテンツデータ関連情報提供装置が有する属性情報データベース及びサービスプロバイダ情報データベースに情報を登録する装置を更に有し、
サービスプロバイダは、
自プロバイダがコンテンツデータ配信プロバイダの場合は、コンテンツデータ所有者からコンテンツデータ及びＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けてコンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼する手段と、
自プロバイダの提供するサービスの内容をコンテンツデータ関連情報提供装置に送信する手段とを有し、
コンテンツデータ関連情報提供装置は、
サービスプロバイダからの要求に応じて、属性情報データベース及びサービスプロバイダ情報データベースの内容を登録・更新する手段を有する。
【００３９】
本発明(請求項１４)は、ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合に、コンテンツデータ関連情報提供装置群は、それぞれのコンテンツデータ関連情報提供装置が保持しているコンテンツＩＤ、属性情報、及びサービスプロバイダ情報を交換しながら、分散協調してリゾルブ結果を出力する手段を有する。
【００４０】
本発明(請求項１５)は、ユーザ端末が、ローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有し、
ローカルリゾルバは、
コンテンツデータの属性情報を格納した属性情報データベースと、
サービスプロバイダ情報を格納したサービスプロバイダ情報データベースと、
ＲＲＤＳを入力する手段と、
ＲＲＤＳに応じて、属性情報データベースとサービスプロバイダ情報データベースを検索する手段と、
検索結果をリゾルブ結果として出力する手段と、
ユーザ端末内のコンテンツデータに対して、コンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行する手段と、
ローカルリゾルバ内の属性情報データベースに対して、コンテンツＩＤ及び属性情報を登録する手段と、
登録したコンテンツＩＤ及び属性情報に基づいてＤＣＤを発行する手段とを有し、
コンテンツデータ関連情報提供装置は、
ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与する手段を有する。
【００４１】
本発明(請求項１６)は、
コンテンツデータ関連情報提供装置は、
ＤＣＤハンドラからＲＲＤＳを受信して、リゾルブ結果を該ＤＣＤハンドラに送信する場合に、ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤをＤＣＤハンドラに送信する手段を有する。
【００４２】
本発明(請求項１７)は、コンテンツデータ関連情報提供装置において、
ＤＣＤハンドラからＲＲＤＳを取得して、リゾルブ結果を該ＤＣＤハンドラに送信する場合に、該ＲＲＤＳ内のＤＣＤの内容を最新の情報に更新して新たにＤＣＤを発行し、ＤＣＤハンドラに送信する手段を有する。
【００４３】
本発明(請求項１８)は、コンテンツデータ関連情報提供装置において、
必要に応じて外部に自装置の外部に設けられたサービスプロバイダ情報データベースを参照する手段を有する。
【００４４】
本発明(請求項１９)は、サービスプロバイダ情報データベースを、サービス機能を表す情報、該サービス機能のデータインタフェースの情報、及び該サービス機能のデータプロトコルの情報を用いて管理する手段を有する。
【００４５】
本発明(請求項２０)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
コンピュータに、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
ユーザからサービス要求を受け付け、コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果、及び、該リゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
コンテンツデータ関連情報提供装置からリゾルブ結果を受信するリゾルブ結果受信ステップとを実行させる。
【００４６】
本発明(請求項２１)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムあって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
ユーザ端末のＤＣＤハンドラに、
ユーザからサービス要求を受け付け、コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果をユーザポリシ及びシステムプロファイルを用いて絞り込み、絞り込まれたリゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
ＲＲＤＳをコンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
コンテンツデータ関連情報提供装置からリゾルブ結果を受信するリゾルブ結果受信ステップとを実行させる。
【００４７】
本発明(請求項２２)は、ユーザ端末が、ローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有する際に、該ローカルリゾルバに搭載されるプログラムは、
ローカルリゾルバに、
ＲＲＤＳに応じて、コンテンツデータの属性情報を格納した属性情報データベースとサービスプロバイダ情報を格納したサービスプロバイダ情報データベースを検索するステップと、
検索結果をリゾルブ結果として出力するステップと、
ユーザ端末内のコンテンツデータに対して、コンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行するステップと、
ローカルリゾルバ内の属性情報データベースに対して、コンテンツＩＤ及び属性情報を登録するステップと、
登録したコンテンツＩＤ及び属性情報に基づいてＤＣＤを発行するステップを実行させる。
【００４８】
本発明(請求項２３)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
コンテンツデータ関連情報提供装置に、
ＤＣＤハンドラからＲＲＤＳを取得するＲＲＤＳ受信ステップと、
ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索するＲＲＤＳ解釈ステップと、
ＲＲＤＳ解釈ステップによる検索結果をリゾルブ結果としてＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させる。
【００４９】
本発明(請求項２４)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
コンテンツデータ関連情報提供装置に、
ＤＣＤハンドラからＲＲＤＳを取得するＲＲＤＳ受信ステップと、
ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索し、検索された結果から問い合わせ要求に適合するリゾルブ結果を生成するＲＲＤＳ解釈ステップと、
ＲＲＤＳ解釈ステップによるリゾルブ結果をＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させる。
【００５０】
本発明(請求項２５)は、ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合に、それぞれのコンテンツデータ関連情報提供装置が保持しているコンテンツＩＤ、属性情報、及びサービスプロバイダ情報を交換しながら、分散協調してリゾルブ結果を出力するステップを有する。
【００５１】
本発明(請求項２６)は、ユーザ端末において、コンテンツデータ関連情報提供装置と同様の機能を有するローカルリゾルバを有する場合に、該ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与するステップを有する。
【００５２】
本発明(請求項２７)は、リゾルブ結果送信ステップにおいて、
ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤをＤＣＤハンドラに送信するステップを有する。
【００５３】
本発明(請求項２８)は、リゾルブ結果送信ステップにおいて、
ＤＣＤハンドラから受信したＲＲＤＳ内のＤＣＤの内容を最新の情報に更新して新たにＤＣＤを発行し、ＤＣＤハンドラに送信するステップを有する。
【００５４】
本発明(請求項２９)は、必要に応じて外部に自装置の外部に設けられたサービスプロバイダ情報データベースを参照するステップを有する。
【００５５】
本発明(請求項３０)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、該コンテンツデータ関連情報提供装置を管理する管理装置に搭載されるプログラムは、
管理装置に、
コンテンツデータ関連情報提供装置に一意な管理番号を付与するステップと、
コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信するステップと、
コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の管理番号を用いてコンテンツデータに対して発行するステップと、
属性データベースに、コンテンツＩＤとコンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、コンテンツデータ所有者に送信するステップとを実行させる。
【００５６】
本発明(請求項３１)は、コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、サービスを提供するサービスプロバイダに搭載されるプログラムは、
サービスプロバイダに、
自プロバイダがコンテンツデータ配信プロバイダの場合は、コンテンツデータ所有者からコンテンツデータ及びＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けてコンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼するステップと、
自プロバイダの提供するサービスの内容をコンテンツデータ関連情報提供装置に送信するステップとを実行させる。
【００５７】
上記のように、本発明では、ＤＣＤをネットワーク上で流通させることにより、コンテンツデータをその形態や提供方法によらず、統一的に扱うことが可能となる。
【００５８】
また、コンテンツデータ関連情報提供装置は、コンテンツデータに関する情報を一元的に管理することが可能となる。
【００５９】
また、ユーザに提供するサービスの機能を統一的に記述する手段を用意することで、コンテンツデータ関連情報提供装置がＤＣＤから実際のコンテンツデータやサービスなどを利用者に提供することが可能となる。
【００６０】
さらに、ユーザ端末上のＤＣＤハンドラによって、ユーザとコンテンツデータ関連提供装置間のユーザインタフェースを実現し、ユーザの環境に即した形でコンテンツデータやサービスの要求を処理することが可能となる。
【００６１】
【発明の実施の形態】
【００６２】
以下の説明に先立ち、以下の説明に使用される用語の説明を行う。
【００６３】
『コンテンツ名』とは、「〜の映画」、「〜の音楽」というようにコンテンツデータの内容をユーザに示す名称であって、データフォーマットや処理プラットフォームが異なるコンテンツデータであっても同一の内容のコンテンツデータであれば、同一の『コンテン ツ名』が付与される。
【００６４】
『コンテンツタイプ』とは、画像、音楽、ソフトウェアなど、抽象的な意味でコンテンツデータの種別を表す情報である。
【００６５】
『コンテンツＩＤ』とは、『コンテンツ名』と一対一対応で発行される番号を指し、従って、異なるフォーマットのコンテンツデータであっても、同一の『コンテンツ名』を有するコンテンツデータに対しては同一の『コンテンツＩＤ』が発行される。
【００６６】
『サービス』とは、コンテンツデータに対して行う処理の機能を指す。具体的にはコンテンツデータの配送、フォーマット変換などの個々の機能を指す。
【００６７】
『サービス種別』とは、図３に示すように、サービス記述方法で記述された個々のサービス情報を指す。
【００６８】
『サービス記述方法』とは、サービスを抽象的に記述するための方法であり、図４に示すように、サービス種別とそのサービスを受けるのに必要な入出力コンテンツデータのフォーマットとプロトコルを組にして連記した形式などで表現される。
【００６９】
『サービス記述子』とは、サービス記述方法により記述された具体的サービスである。
【００７０】
『サービスプロバイダ』とは、上記のサービスを提供するサーバを指す。
【００７１】
『サービスプロバイダ情報』とは、図４に示すように、サービスプロバイダの所在や、サービスプロバイダの提供するサービスを表すサービス記述子などからなるサービスプロバイダに関連する情報である。
【００７２】
『サービスプロバイダ情報データベース』とは、図４に示すように様々なサービスプロバイダ情報を蓄積したデータベースである
【００７３】
『属性情報データベース』とは、図５に示すように、コンテンツデータに関する属性情報（コンテンツデータの名称、制作日、著作権者の名前、コンテンツデータの所在即ち、コンテンツデータの配送サービスプロバイダのロケーションなど）をコンテンツＩＤ毎に管理するデータベースである。
【００７４】
『ＤＣＤ(Distributed Content Descriptor:流通コンテンツ識別子)』とは、図５に示すように、コンテンツＩＤ及びコンテンツＩＤで特定されるコンテンツデータに対するサービスを表すサービス記述子の集合（これをサービスリスト情報と呼ぶ）、及び、属性情報データベース内部に記述してある属性情報の部分集合などを含むデータである。
【００７５】
『リクエスト』とは、ユーザが提示するサービス要求情報であり、サービス記述方法で記述される。具体的には、「見たい」「聴きたい」といったものである。
【００７６】
『ユーザポリシ』とは、ユーザによって指定される、サービスに制約を加える条件を表す情報である。例えば、料金条件や所在地条件などであり、具体的には「○○円以下の料金でサービス提供できること」、「国内のサービスプロバイダのみ」、「決済方法がクレジットカードを用いないもの」といったものである。
【００７７】
『アプリケーション』とは、ユーザ端末上で動作し、サービスを受けるために用いられるソフトウェアまたは、ハードウェア、または、その両方である。ＤＣＤハンドラにシステムプロファイルとして登録されている。
【００７８】
『システムプロファイル』とは、端末やオペレーティングシステム、アプリケーションなどの機能のレベルを表す情報である。例えば、ユーザ端末の種別や、通信速度、処理速度、表示機能、オペレーティングシステム、登録されているアプリケーション情報などである。また、当該システムプロファイルは、端末にＧＰＳ等のモジュールがついている場合には、地理的な位置情報も含むものとする。
【００７９】
『ＲＲＤＳ(Resolve Request Data Set)』とは、図６に示すように、ＤＣＤとリクエスト、ユーザポリシ、システムプロファイルなどからなるデータ集合である。
【００８０】
本発明のコンテンツデータ提供システムの概要を説明する。
【００８１】
図７は、本発明のコンテンツデータ提供システムの構成を示す。
【００８２】
同図に示すコンテンツデータ提供システムは、ＲＲＤＳを入力とするサーバであるコンテンツデータ関連情報提供装置１００、ユーザ端末２００、サービスプロバイダ３００から構成される。
【００８３】
ユーザ端末２００は、ユーザ１０による手入力やＷＷＷ（World Wide Web）からのダウンロードなど、何らかの形で入手したＤＣＤ２２０が存在していると仮定する。ＤＣＤ２２０内に記述されているコンテンツＩＤで表されるコンテンツデータの配送を希望するユーザは、その要求をリクエストする。
【００８４】
ＤＣＤハンドラ２３０は、ユーザ端末２００上で動作する機構であり、ＤＣＤ２２０とリクエスト２１０を入力とする。また、ＤＣＤハンドラ２３０内には、ユーザポリシとシステムプロファイルが存在する。ＤＣＤハンドラ２３０は、ＤＣＤ・リクエスト・ユーザポリシ・システムプロファイルを組にしてＲＲＤＳを生成し、これをコンテンツデータ関連情報提供装置１００に送信する。
【００８５】
コンテンツデータ関連情報提供装置１００は、属性情報データベース１１０とサービスプロバイダ情報データベース１２０を有する。コンテンツデータ関連情報提供装置１００は、ＲＲＤＳ内のＤＣＤに対応するコンテンツデータの属性情報を属性情報データベース１１０から検索し、コンテンツデータの配送元であるサービスプバイダ情報を得る。さらに、コンテンツデータの属性情報と、ＲＲＤＳ内のリクエスト（コンテンツデータ配信要求）情報及びユーザポリシ及びシステムプロファイルに記述された条件を充足するサービスプロバイダを選ぶ。選定されたサービスプロバイダ情報及びコンテンツデータの属性情報はリゾルブ結果としてユーザ端末２００に送信される。
【００８６】
ユーザ端末２００のＤＣＤハンドラ２３０は、コンテンツデータ関連情報提供装置１００からサービスプロバイダ情報及びコンテンツデータの属性情報からなるリゾルブ結果を取得すると、リゾルブ結果をユーザ１０に提示する。ＤＣＤハンドラ２３０は、ユーザ１０からの入力を待ち、それに応じて再度同様の処理を行いコンテンツデータ関連情報提供装置１００に情報を問い合わせる。もしくは、サービスプロバイダ３００が一意に特定された場合は、それに対応したアプリケーションを起動し、コンテンツデータの属性情報など必要な情報をアプリケーションに渡す。
【００８７】
アプリケーションは、上記で特定されたサービスプロバイダ３００に対してサービス要求を行い、サービスプロバイダ３００は、サービス要求に応えてコンテンツデータをアプリケーションに配信する。これにより、アプリケーションを通じてユーザがサービスプロバイダからコンテンツデータを受信することが可能となる。
【００８８】
図８は、本発明のコンテンツデータ提供システムの動作の概要を示すシーケンスチャートである。
【００８９】
ステップ１０１） ユーザ端末２００は、ユーザ１０からＤＣＤとリクエストの入力を受け付ける。なお、ＤＣＤについては、ユーザ１０以外に、ＷＷＷからのダウンロード等により取得することも可能である。
【００９０】
ステップ１０２） ユーザ端末２００のＤＣＤハンドラ２３０により、ＤＣＤ・リクエスト・ユーザポリシ・システムプロファイルを組にして、ＲＲＤＳを生成する。
【００９１】
ステップ１０３） ＤＣＤハンドラ２３０で生成されたＲＲＤＳをコンテンツデータ関連情報提供装置１００に送信する。
【００９２】
ステップ１０４） コンテンツデータ関連情報提供装置１００は、ＲＲＤＳ内のＤＣＤに対応するコンテンツデータの属性情報を属性情報データベース１１０から検索し、コンテンツデータの配送元のサービスプロバイダ情報を取得し、コンテンツデータ配信要求情報及びユーザポリシ及びシステムプロファイルに記述された条件を満足するサービスプロバイダを検索する。
【００９３】
ステップ１０５） 検索した結果をコンテンツデータ属性情報と共にリゾルブ結果としてユーザ端末２００に送信する。
【００９４】
ステップ１０６） ユーザ端末２００では、当該リゾルブ結果をユーザ１０に提示し、ユーザから再度ＤＣＤやリクエストを受け付けた場合には、上記のステップ１０１からの処理と同様の処理を行う。ステップ１０４でサービスプロバイダが一意に決定されている場合には、それに対応するアプリケーションを起動する。
【００９５】
ステップ１０７） ユーザ端末２００におけるアプリケーションでは、特定されているサービスプロバイダ３００に対してサービス要求を発行する。
【００９６】
ステップ１０８） サービスプロバイダ３００は、サービス要求に対応するコンテンツデータをユーザ端末２００に送信する。
【００９７】
これにより、ユーザ端末２００は、コンテンツデータをユーザ１０に提示することが可能である。
【００９８】
【実施例】
【００９９】
以下、図面と共に本発明の実施例を説明する。
【０１００】
［第１の実施例］
本発明の第１の実施例におけるユーザ端末２００のＤＣＤハンドラ２３０の構成について説明する。
【０１０１】
図９は、本発明の第１の実施例のユーザ端末のＤＣＤハンドラの構成を示す。
【０１０２】
ＤＣＤハンドラ２３０は、システムプロファイル２３１、ユーザポリシ２３２、ユーザインタフェース部２３３、ＲＲＤＳ生成部２３４、ＲＲＤＳ送信部２３５、リゾルブ結果受信部２３６から構成され、ユーザ１０からのリクエストをヒューマンリーダブルな形式からマシンリーダブルな形式に変換する。
【０１０３】
ユーザインタフェース部２３３は、ユーザ１０からコンテンツデータ配信のためのリクエストとコンテンツデータを特定するＤＣＤを入力として受け取る。ここで、リクエストは、図４に示されるようなサービス種別、入力フォーマット、入力プロトコル、出力フォーマット、出力プロトコルの組で表現される。
【０１０４】
コンテンツデータの配信のリクエストとは、例えば、サービス記述方法を
「サービス種別／入力フォーマット／入力プロトコル／出力フォーマット／出力プロトコル」
のように記述すると仮定した場合、具体的には、
「GET ＿FILEaudio/-/-/*/: 」
「GETF＿FILE＿audio/-/-/mp3/ftp 」
「GET ＿* ＿audio/-/-/*/* 」
などと記述される。ここで、「・」とは無しという意味を、「* 」とは任意という意味を示す記号である。即ち、「GET ＿FILE＿audio/-/-/*/* 」は、ＤＣＤで示されるコンテンツデータに対して、「任意の符号化方式により符号化された音楽データを、任意のプロトコルを用いてファイル形式で取得したい」という要求を表す。同様に、
「GET ＿* ＿audio/-/-mp3/ftp」
は、ＤＣＤで示されるコンテンツデータに対して「ｍｐ３符号化方式により符号化された音楽データを、ftp プロトコルを用いて、任意形式で取得したい」という要求を表す。
【０１０５】
入力されたＤＣＤとリクエストは、ユーザポリシ２３２とシステムプロファイル２３１と共に、ＲＲＤＳ生成部２３４に送られる。
【０１０６】
ＲＲＤＳ生成部２３４は、ＤＣＤとリクエストとユーザポリシ２３２とシステムプロファイル２３１を組にして、ＲＲＤＳを生成し、ＲＲＤＳ送信部２３５に送る。
【０１０７】
ＲＲＤＳ送信部２３５は、受け取ったＲＲＤＳをネットワークなどによって接続されたコンテンツデータ関連情報提供装置１００に送信して、当該コンテンツデータ関連情報提供装置１００からの応答を待つ。
【０１０８】
リゾルブ結果受信部２３６は、コンテンツデータ関連情報提供装置１００から返送されるリゾルブ結果を受信する。リゾルブ結果はコンテンツデータの属性情報とサービスプロバイダ情報からなる。リゾルブ結果受信部２３６は、受け取ったリゾルブ結果をユーザインタフェース部２３３に渡し、ユーザ１０にリゾルブ結果情報を提示する。
【０１０９】
ユーザインタフェース部２３３は、ユーザ１０からのユーザインタラクションの入力を待ち、それに応じて再度同様の処理を行い、コンテンツデータ関連情報提供装置１００に情報を問い合わせる。もしくは、サービスプロバイダ３００が一意に特定された場合は、それに対応したアプリケーションにアプリケーション起動命令を送り、アプリケーションを起動し、上記特定されたサービスプロバイダ情報やコンテンツデータの属性情報やアプリケーションがコンテンツデータ配信サービスを受けるのに必要なアプリケーション参照情報をアプリケーションに渡す。
【０１１０】
図１０は、本発明の第１の実施例のユーザインタフェース部の動作のフローチャートである。
【０１１１】
ユーザインタフェース部２３３は、ＤＣＤ、リクエスト、リゾルブ結果、ユーザインタラクションを入力とし、ＤＣＤ、リクエスト、アプリケーション起動命令、アプリケーション参照情報を出力とする。
【０１１２】
ステップ２０１） ユーザインタフェース部２３３は、ＤＣＤ及びリクエストをユーザ１０から受け付ける。
【０１１３】
ステップ２０２） ユーザインタフェース部２３３は、受け付けたＤＣＤ及びリクエストをＲＲＤＳ生成部２３４に出力する。
【０１１４】
ステップ２０３） ユーザインタフェース部２３３は、コンテンツデータ関連情報提供装置１００からリゾルブ結果を取得する。
【０１１５】
ステップ２０４） ユーザインタフェース部２３３は、取得したリゾルブ結果をユーザに提示する。
【０１１６】
ステップ２０５） ユーザからリゾルブ結果に対するユーザインタラクションが入力される。
【０１１７】
ステップ２０６） ユーザインタフェース部２３３は、ユーザインタラクションに基づいて、アプリケーション起動命令、及びアプリケーション参照情報をアプリケーションへ出力する。
【０１１８】
次に、本実施例におけるコンテンツデータ関連情報提供装置１００の構成について説明する。
【０１１９】
図１１は、本発明の第１の実施例のコンテンツデータ関連情報提供装置の構成を示す。同図に示すコンテンツデータ関連情報提供装置１００は、属性情報データベース１１０、サービスプロバイダ情報データベース１２０、ＲＲＤＳ解釈部１３０、ＲＲＤＳ受信部１４０、及びリゾルブ結果送信部１５０から構成される。
【０１２０】
ステップ３０１） ＲＲＤＳ受信部１４０で受信したＲＲＤＳが入力される。
【０１２１】
ステップ３０２） ＲＲＤＳ解釈部１３０は、ＲＲＤＳ内のＤＣＤを抽出し、ＤＣＤ内のコンテンツＩＤに対応したコンテンツデータの属性情報を属性情報データベース１１０から検索する。
【０１２２】
ステップ３０３） 属性情報データベース１１０で検索された属性情報が入力される。
【０１２３】
ステップ３０４） さらに、属性情報のサービスプロバイダの所在に関する情報から、ユーザが要求したコンテンツデータを提供できるコンテンツデータプロバイダに関する情報を、サービスプロバイダ情報データベース１２０から検索する。
【０１２４】
ステップ３０５） 検索されたサービスプロバイダ情報が入力される。
【０１２５】
ステップ３０６） 入力されたサービスプロバイダ情報と、ＲＲＤＳ内のリクエスト情報のサービス記述子を照らし合わせ、サービスプロバイダを絞り込む。 例えば、ＲＲＤＳ内のＤＣＤが「コンテンツＩＤ＝１０２０３０４０５０，コンテンツ名＝くるみ割り人形」、リクエストが前述の通り、
「GET ＿FILE＿audio/-/-/*/* 」
という形式で記述されていると仮定する。このコンテンツＩＤをキーとして属性情報データベース１１０にアクセスし、コンテンツデータを提供できるサービスプロバイダ情報をサービスプロバイダ情報データベース１２０から抽出する。例えば、サービスプロバイダ情報として、
「GET ＿STREAM＿audio,無し, 無し,x-reealaudio, RealAudio, www.aa.ne.jp/a.ra, 料金￥100 」，
「GET ＿FILE＿audio,NULL,NULL,mp3,ftp,www.xxx.com/b.mp3, 料金￥100 」, 「GET ＿FILE＿audio,無し, 無し,mp3,ftp,www.yyy.com/c.mp3, 料金￥1000」
という形式でいくつかのサービスプロバイダ情報を得る。これらの属性情報とリクエストをパターンマッチングし、サービスプロバイダ情報は、
www.xxx.com/b.mp3,
www.yyy.com/c.mp3
の２つに絞り込まれる。
【０１２６】
最後に、絞り込まれたサービスプロバイダ情報に対して、ＲＲＤＳ内のユーザポリシ及びシステムプロファイルの条件から最尤のサービスプロバイダ（一つでない場合もある）を選定する。前述の例で説明すると、リクエストに合致したサービスプロバイダ情報は、
「GET ＿FILE＿audio,無し, 無し,mp3,ftp,www.xxx.com/b.mp3, 料金￥100 」
「GET ＿FILE＿audio,無し, 無し,mp3,ftp,www.xxx.com/c.mp3, 料金￥1000」
の２つであった。それぞれ備考の欄に料金についての記述があり、前者は、「料金￥１００」、後者は、「料金￥１０００」と記述されている。この時、ユーザポリシに「できるだけ安いサービス希望」という条件が記述されている場合、前者のサービスプロバイダ情報のみを選択する。システムプロファイルに「ユーザ端末の通信速度の上限は５６Ｋｂｐｓ」、「ユーザ端末は携帯電話」、「登録アプリケーションはＢＭＰ専用ビューワ」などといった場合も、同様の手法でサービスプロバイダ情報を絞り込む。
【０１２７】
ステップ３０６） 選定されたサービスプロバイダ情報及びコンテンツデータ属性情報は、リゾルブ結果送信部１５０に送られる。
【０１２８】
リゾルブ結果送信部１５０は、サービスプロバイダ情報とコンテンツデータ属性情報を規定の形式に変換し、ＤＣＤハンドラに送信する。
【０１２９】
上述のように、本実施例によれば、ＤＣＤというコンテンツデータと関連付けされた情報を元に、様々な形態のコンテンツデータを統一的な方法で流通・入手できる。また、コンテンツ名に一意な識別子であるコンテンツＩＤを付与し、これを用いてコンテンツデータに関する属性情報を管理でき、ＤＣＤを用いてコンテンツデータ及び属性情報を統一的な方法で入手可能となる。さらに、ユーザの利用環境に合わせたコンテンツデータの提供も可能となる。
【０１３０】
［第２の実施例］
本実施例は、以下に記述する点を除き、前述の第１の実施例と同様である。
【０１３１】
本実施例では、ユーザ端末２００のＤＣＤハンドラとコンテンツデータ関連情報提供装置１００のＲＲＤＳ解釈部の処理が異なる。
【０１３２】
図１３は、本発明の第２の実施例のユーザ端末におけるＤＣＤハンドラの構成を示す。同図において、図９と同一構成部分には、同一記号を付し、その説明を省略する。
【０１３３】
本実施例では、図９の構成にリゾルブ結果選択部２３７を付加した構成である。図９に示す構成では、ＲＲＤＳ生成部２３４にシステムプロファイル２３１とユーザポリシ２３２を入力しているが、本実施例では、リゾルブ結果選択部２３７に入力している。
【０１３４】
図１３において、ＤＣＤハンドラ２３０は、システムプロファイル２３１、ユーザポリシ２３２、ユーザインタフェース部２３３、ＲＲＤＳ生成部２３４、ＲＲＤＳ送信部２３５、リゾルブ結果受信部２３６、リゾルブ結果選択部２３７から構成される。
【０１３５】
ユーザインタフェース部２３３は、ユーザ１０からのリクエストとコンテンツデータを特定するＤＣＤを入力として受け、入力されたＤＣＤとリクエストは、ＲＲＤＳ生成部２３４に送られる。
【０１３６】
ＲＲＤＳ生成部２３４は、受け取ったＲＲＤＳをネットワークなどによって接続されたコンテンツデータ関連情報提供装置に送信して、当該コンテンツデータ関連情報提供装置からの応答を待つ。
【０１３７】
ＲＲＤＳ送信部２３５は、受け取ったＲＲＤＳをネットワークなどによって接続されたコンテンツデータ関連情報提供装置１００に送信して、当該コンテンツデータ関連情報提供装置１００からの応答を待つ。
【０１３８】
リゾルブ結果受信部２３６は、コンテンツデータ関連情報提供装置１００から返送されるリゾルブ結果を受信し、リゾルブ結果選択部２３７に送る。
【０１３９】
リゾルブ結果選択部２３７は、前述の第１の実施例のコンテンツデータ関連情報提供装置１００のＲＲＤＳ解釈部１３０の処理と同様に、リゾルブ結果内のユーザポリシとシステムプログラムファイルに記述された条件を充足するサービスプロバイダ情報を持つものを選定し、選択後、リゾルブ結果をユーザインタフェース部２３３に渡す。
【０１４０】
ユーザインタフェース部２３３は、ユーザに選択後のリゾルブ結果を提示し、ユーザからのユーザインタラクションの入力を待ち、それに応じて再度同様の処理を行い、コンテンツデータ関連情報提供装置１００に情報を問い合わせる。もしくは、サービスプロバイダが一意に特定された場合は、それに対応したアプリケーションにアプリケーション起動命令を送り、アプリケーションを起動し、上記で特定されたサービスプロバイダ情報やコンテンツデータ属性情報等、アプリケーションがサービスを受けるのに必要なアプリケーション参照情報をアプリケーションに渡す。
【０１４１】
次に、本実施例におけるコンテンツデータ関連情報提供装置について説明する。
【０１４２】
図１４は、本発明の第２の実施例のコンテンツデータ関連情報提供装置の構成を示す。
【０１４３】
同図に示すコンテンツデータ関連情報提供装置１００の構成は、図１１に示す構成と同様であるが、ＲＲＤＳ解釈部１３０においてユーザポリシとシステムプロファイルを不要とし、リクエストのみを利用する。
【０１４４】
図１４に示すコンテンツデータ関連情報提供装置１００は、属性情報データベース１１０、サービスプロバイダ情報データベース１２０、ＲＲＤＳ受信部１４０、ＲＲＤＳ解釈部１３０、リゾルブ結果送信部１５０から構成される。
【０１４５】
ＲＲＤＳ受信部１４０は、ユーザのＤＣＤハンドラからＲＲＤＳを受信し、受信したＲＲＤＳをＲＲＤＳ解釈部１３０に送る。
【０１４６】
ＲＲＤＳ解釈部１３０について図１５に示すフローチャートを用いて説明する。
【０１４７】
ステップ４０１） ＲＲＤＳ受信部１４０からＲＲＤＳが入力される。
【０１４８】
ステップ４０２） ＲＲＤＳ内のＤＣＤを抽出し、ＤＣＤに対応したコンテンツデータの属性情報を属性情報データベース１１０から検索する。
【０１４９】
ステップ４０３） 検索された属性情報が入力される。
【０１５０】
ステップ４０４） また、ＲＲＤＳ内のリクエストをキーとしてサービスプバイダ情報データベース１２０から当該リクエストに記述された条件を充足するサービスプロバイダの情報を検索する。
【０１５１】
ステップ４０５） 検索により、サービスプロバイダの情報が入力される。
【０１５２】
ステップ４０６） コンテンツデータの属性情報とサービスプロバイダ情報を組にして、リゾルブ結果としてリゾルブ結果送信部１５０に転送する。
【０１５３】
リゾルブ結果送信部１５０は、サービスプロバイダ情報とコンテンツデータ属性情報を規定の形式に変換し、ＤＣＤハンドラ２３０に送信する。
【０１５４】
簡潔に説明すると、前述の第１の実施例との相違点は、コンテンツデータ関連情報提供装置１００内にあるＲＲＤＳ解釈部１３０が行っていた絞り込まれたサービスプロバイダ情報に対して、ＲＲＤＳ内のユーザポリシ及びシステムプロファイル条件から最尤のサービスプロバイダ（１つでない場合もある）を選定する処理をユーザ端末１００のＤＣＤハンドラ２３０内部に実装されていることである。
【０１５５】
上述のように、本実施例によれば、ＤＣＤというコンテンツデータと関連付けられた情報を元に、様々な形態のコンテンツデータを統一的な方法で流通・入手できる。また、コンテンツ名に一意な識別子であるコンテンツＩＤを付与し、これを用いてコンテンツデータに関する属性情報を管理でき、ＤＣＤを用いてコンテンツデータ及び属性情報を統一的な方法で入手可能となる。さらに、ユーザの利用環境に合わせたコンテンツデータの提供も可能となる。
【０１５６】
また、本実施例では、前述の第１の実施例と比較して、ユーザのリクエストによるサービスプロバイダ情報の絞込みをユーザ側端末で行うことからコンテンツデータ関連情報提供装置の処理の軽減を実現できる。
【０１５７】
［第３の実施例］
本実施例のサービス提供システムについては、前述の図７に示す構成図を用いて説明する。
【０１５８】
本実施例では、前述の第１の実施例の一般形に当たる。第１の実施例がコンテンツデータの配信サービスに特化したシステムであったのに対し、本実施例では、コンテンツデータに関連する様々なサービスをユーザに提供するためのシステムである。
【０１５９】
最初にシステムの概要について説明する。
【０１６０】
ユーザ端末２００には、ユーザによる手入力やＷＷＷ（World Wide Web) からのダウンロードなど、何らかの形で入手したＤＣＤ２２０が存在していると仮定する。ＤＣＤ２２０内に記述されているコンテンツＩＤで表されるコンテンツデータに対して、コンテンツデータに関連するサービス享受を希望するユーザは、その要求をリクエストする。
【０１６１】
ＤＣＤハンドラ２３０は、ユーザ端末２００上で動作する機構であり、ＤＣＤ２２０とリクエスト２１０を入力とする。また、ＤＣＤハンドラ２３０内にはユーザポリシ２３２とシステムプロファイル２３１が存在する。ＤＣＤハンドラ２３０は、ＤＣＤ、リクエスト、ユーザポリシ、システムプロファイルを組にして、ＲＲＤＳを生成し、これをコンテンツデータ関連情報提供装置１００に送信する。
【０１６２】
コンテンツデータ関連情報提供装置１００は、ＲＲＤＳを入力とするサーバである。コンテンツデータ関連情報提供装置１００は属性情報データベース１１０とサービスプロバイダ情報データベース１２０を有する。コンテンツデータ関連情報提供装置１００は、ＲＲＤＳ内のＤＣＤに対応するコンテンツデータの属性情報を属性情報データベース１１０から検索し、コンテンツデータの配送元であるサービスプロバイダ情報を得る。さらに、コンテンツデータの属性情報と、ＲＲＤＳ内のリクエスト情報及びユーザポリシ及びシステムプロファイルに記述された条件を充足するサービスプロバイダ３００を選ぶ。選定されたサービスプロバイダ情報及びコンテンツデータ属性情報は、リゾルブ結果としてユーザ端末２００のＤＣＤハンドラ２３０に送信される。
【０１６３】
ユーザ端末２００のＤＣＤハンドラ２３０は、リゾルブ結果をユーザに提示する。ＤＣＤハンドラ２３０は、ユーザからの入力を待ち、それに応じて再度同様の処理を行い、コンテンツデータ関連情報提供装置１００に情報を問い合わせる。もしくは、サービスプロバイダ３００が一意に特定された場合は、それに対応したアプリケーション２４０を起動し、コンテンツデータの属性情報など必要な情報をアプリケーションに渡す。アプリケーション２４０は、上記で特定されたサービスプロバイダ３００に対してサービス要求を行い、サービスプロバイダ３００は、サービス要求に応えて、コンテンツデータに関連するサービスをユーザに提供する。これにより、アプリケーション２４０を通じてユーザがサービスプロバイダ３００からサービスを受けることが可能となる。
【０１６４】
次に、本実施例のシステムの詳細について説明する。
【０１６５】
本実施例におけるＤＣＤハンドラの構成を前述の図９を用いて説明する。
【０１６６】
ＤＣＤハンドラ２３０は、システムプロファイル２３１及びユーザポリシ２３２、ユーザインタフェース部２３３、ＲＲＤＳ生成部２３４、ＲＲＤＳ送信部２３５、リゾルブ結果受信部２３６から構成される。
【０１６７】
ユーザインタフェース部２３３について前述の図１０を用いて説明する。
【０１６８】
ステップ２０１） ユーザインタフェース部２３３は、ユーザからコンテンツデータを特定するためのＤＣＤとそれに対するサービス要求を受ける。基本的にリクエストは、前述の図４に示されるようなサービス種別、サービス享受のために必要なコンテンツデータの入力フォーマット、入力プロトコル、出力フォーマット、出力プロトコルの組で表現される。例えば、サービス記述方法を前述の第１の実施例と同様に、
「サービス種別／入力フォーマット／入力プロトコル／出力フォーマット／出力プロトコル」
のように記述すると仮定した場合、具体的には、
「GETFILEaudio/-/-/*/*」
「CONVERT ＿FILE＿image ＿bmp http,ftp/png/http,ftp 」
などと記述される。ここで「- 」とは無しという意味を、「* 」とは任意という意味を「Ａ，Ｂ」とはＡもしくはＢという意味を示すものとする。
【０１６９】
「GET ＿FILE＿audio/-/-/*/* 」
に関しては、前述の第１の実施例の解釈と同じで、
「CONVERT ＿FILE＿image/bmp/http,ftp/png/http,ftp 」
に関しては、「bmp 形式の画像データをhttpもしくはftp プロトコルで送信して、png 形式の画像データに変換してhttp、もしくは、ftp プロトコルで受信したい」という要求を表す。
【０１７０】
ステップ２０２） 入力されたＤＣＤデータとリクエストは、ユーザポリシとシステムプロファイルと共にＲＲＤＳ生成部２３４に送られる。
【０１７１】
ステップ２０３） コンテンツデータ関連情報提供装置１００からリゾルブ結果受信部２３６を介してリゾルブ結果を取得する。
【０１７２】
ステップ２０４） リゾルブ結果をユーザ１０に提示する。
【０１７３】
ステップ２０５） ユーザ１０に提示したリゾルブ結果に対するユーザインタラクションを取得する。
【０１７４】
ステップ２０６） サービスプロバイダ３００が一意に特定された場合には、それに対応したアプリケーション２４０にアプリケーション起動命令を送り、アプリケーション２４０を起動し、特定されたサービスプロバイ情報やコンテンツデータの属性情報など、ユーザ１０がアプリケーション２４０を通じてサービスプロバイダ３００からサービスを受けるために必要なアプリケーション参照情報をアプリケーション２４０に渡す。
【０１７５】
ＲＤＤＳ生成部２３４は、インタフェース部２３３からから取得したＤＣＤ、リクエストと、ユーザポリシ２３２、システムプロファイル２３１を組にして、ＲＲＤＳを生成、ＲＲＤＳ送信部２３５に送る。ＲＲＤＳ送信部２３５は、受け取ったＲＲＤＳをネットワークなどによって接続されたコンテンツデータ関連情報提供装置１００に送信して、コンテンツデータ関連情報提供装置からの応答を待つ。
【０１７６】
リゾルブ結果受信部２３６は、コンテンツデータ関連情報提供装置から返送されるリゾルブ結果を受信する。リゾルブ結果は、コンテンツデータの属性情報とサービスプロバイダ情報からなる。受け取ったリゾルブ結果をユーザインタフェース部２３３に渡し、ユーザにリゾルブ結果情報を提示する。これにより、ユーザインタフェース部２３３は、ユーザからのユーザインタラクションの入力を待ち、それに応じて再度同様の処理を行い、コンテンツデータ関連情報提供装置に情報を問い合わせる。もしくは、サービスプロバイダ３００が一意に特定された場合には、それに対応したアプリケーション２４０にアプリケーション起動命令を送り、アプリケーション２４０を起動し、上記で特定されたサービスプロバイダ情報やコンテンツデータの属性情報など、ユーザがアプリケーション２４０を通じてサービスプロバイダからサービスを受けるために必要なアプリケーション参照情報をアプリケーション２４０に渡す。
【０１７７】
次に、本実施例におけるコンテンツデータ関連情報提供装置について、前述の第１の実施例の図１１を用いて説明する。
【０１７８】
コンテンツデータ関連情報提供装置１００は、属性情報データベース１１０、サービスプロバイダ情報データベース１２０、ＲＲＤＳ解釈部１３０、ＲＲＤＳ受信部１４０、及びリゾルブ結果送信部１５０から構成される。
【０１７９】
ＲＲＤＳ受信部１４０は、ユーザ端末２００のＤＣＤハンドラ２３０からＲＲＤＳを受信し、受信したＲＲＤＳをＲＲＤＳ解釈部１３０に送る。
【０１８０】
ＲＲＤＳ解釈部１３０は、図１２のフローチャートに示すように、ＲＲＤＳ受信部１４０からＲＲＤＳが入力されると（ステップ３０１）、ＲＲＤＳ内のＤＣＤを抽出し、当該ＤＣＤをキーとして、ＤＣＤ内のコンテンツＩＤに対応したコンテンツデータの属性情報を属性情報データベース１１０から検索する（ステップ３０２、３０３）。ＲＲＤＳ解釈部１３０は、属性情報のサービスプバイダに関連する情報から、ユーザ１０が要求したコンテンツデータに関するサービスを提供できるサービスプロバイダに関する情報を、サービスプバイダ情報から検出・抽出する（ステップ３０４，３０５）。さらに、ＲＲＤＳ解釈部１３０は、抽出されたサービスプロバイダ情報と、ＲＲＤＳ内のリクエスト情報のサービス記述子を照らし合わせ、サービスプロバイダを絞り込む（ステップ３０６）。
【０１８１】
例えば、ＲＲＤＳ内のＤＣＤが
「コンテンツＩＤ＝２０３０４０５０６０，コンテンツ名＝モナリザ」、
リクエストが前述の通り
「CONVERTFILE ＿image/bmp/http,ftp/png/http,ftp 」
という形式で記述されていると仮定する。このコンテンツＩＤをキーとして属性情報データベース１１０にアクセスし、コンテンツタイプなどサービス提供判断に必要な情報を獲得し、次にサービスプロバイダ情報データベースにアクセスし、コンテンツデータの属性情報とユーザからのリクエスト情報から、ユーザが要求しているサービスが提供できるサービスプロバイダを獲得する。例えば、サービスプロバイダ情報として、
「CONVERT ＿FILE＿image,jpeg,ftp,bmp,ftp,www.fff.com/fap.cgi,1Mbps回線以上で要接続」
「CONVERTFILEimage,bmp,ftp,png,ftp,www.ggg.com/gap.cgi,1Mbps回線以上で要接続」
「CONVERT ＿FILE＿image,bmp,http,png,http,www.hhh.com/hap.cgi,56kbps回線で要接続」
という形式でいくつかのサービスプロバイダ情報を得る。これらの属性情報とリクエストをパターンマッチングし、サービスプロバイダは、www.ggg.com/gap.cgi, www.hhh.com/had.cgi の２つに絞り込まれる。
【０１８２】
最後に、絞り込まれたサービスプロバイダ情報に対して、ＲＲＤＳ内のユーザポリシ及びシステムプロファイルの条件から最尤のサービスプロバイダ（１つで無い場合もある）を選定する。前述の例で説明すると、リクエストに合致したサービスプロバイダ情報は、
「CONVERT ＿FILE＿image,bmp,ftp,png,ftp,www.ggg.com/gap.cgi,1Mbps 回線以上で要接続」
「CONVERT ＿FILE＿image,bmp,http,png,http,www.hhh.com/hap.cgi,56kbps回線で要接続」
の２つであった。それぞれの備考欄にユーザのＤＣＤハンドラ２３０とコンテンツデータ関連情報提供装置１００との接続回線の条件が記述されており、例えば、ＲＲＤＳ内のシステムプロファイルに「ユーザ端末の通信速度の上限は５６ｋｂｐｓ」という記述があったとすると、後者が条件に合致することから、後者のサービスプロバイダの絞り込みについては、前述の第１の実施例の場合と同様である。
【０１８３】
選定されたサービスプロバイダ情報及びコンテンツデータの属性情報は、リゾルブ結果送信部１５０に送られる。リゾルブ結果送信部１５０は、サービスプロバイダ情報とコンテンツデータ属性情報を規定の形式に変換し、ユーザ端末２００のＤＣＤハンドラ２３０に送信する。
【０１８４】
上記のように、本実施例によれば、前述の第１の実施例の効果に加え、コンテンツデータだけでなく、ユーザに対するサービスを統一的な方法で提供することが可能となる。
【０１８５】
［第４の実施例］
本実施例は、以下に記述点を除き、前述の第３の実施例と同じである。
【０１８６】
本実施例におけるユーザ端末２００のＤＣＤハンドラの構成を、前述の第２の実施例の図１３を用いて説明する。
【０１８７】
ＤＣＤハンドラ２３０は、システムプロファイル２３１及びユーザポリシ２３２、インタフェース部２３３ＲＲＤＳ生成部２３４、ＲＲＤＳ送信部２３５、リゾルブ結果受信部２３６、及びリゾルブ結果選択部２３７から構成される。
【０１８８】
ユーザインタフェース部２３３は、ユーザからのリクエストとコンテンツデータを特定するＤＣＤと入力として受ける。入力されたＤＣＤとリクエストは、ＲＲＤＳ生成部２３４に送られる。
【０１８９】
ＲＲＤＳ生成部２３４は、ＤＣＤとリクエストを組にしてＲＲＤＳを生成し、ＲＲＤＳ送信部２３５に送る。
【０１９０】
ＲＲＤＳ送信部２３５は、受け取ったＲＲＤＳをネットワークなどによって接続されたコンテンツデータ関連情報提供装置１００に送信して、コンテンツデータ関連情報提供装置１００からの応答を待つ。
【０１９１】
リゾルブ結果受信部２３６は、コンテンツデータ関連情報提供装置１００から返送されるリゾルブ結果を受信し、当該リゾルブ結果をリゾルブ結果選択部２３７に送る。
【０１９２】
リゾルブ結果選択部２３７は、前述の第３の実施例のＲＲＤＳ解釈１３０の処理と同様に、リゾルブ結果内のユーザポリシとシステムプロファイルに記述された条件を充足するサービスプロバイダ情報を持つものを選定し、選択後、リゾルブ結果情報をユーザインタフェース部２３３に渡す。
【０１９３】
ユーザインタフェース部２３３は、ユーザ１０に選択後のリゾルブ結果情報を提示し、ユーザ１０からのユーザインタラクションの入力を待ち、それに応じて再度同様の処理を行い、コンテンツデータ関連情報提供装置１００に情報を問い合わせる。もしくは、サービスプロバイダ３００が一意に特定された場合は、それに対応したアプリケーション２４０にアプリケーション起動命令を送り、アプリケーション２４０を起動し、上記、特定されたサービスプロバイダ情報やコンテンツデータの属性情報など、アプリケーション２４０がサービスを受けるのに必要なアプリケーション参照情報をアプリケーション２４０に渡す。
【０１９４】
次に、コンテンツデータ関連情報提供装置１００の構成を前述の第２の実施例の図１４の構成図及び、図１５のフローチャートを用いて説明する。
【０１９５】
コンテンツデータ関連情報提供装置１００は、ＲＲＤＳ受信部１４０、及びＲＲＤＳ解釈部１３０、リゾルブ結果送信部１５０、サービスプロバイダ情報データベース１２０、属性情報データベース１１０から構成される。
【０１９６】
ＲＲＤＳ受信部１４０は、ユーザのＤＣＤハンドラ２３０からＲＲＤＳを受信し、受信したＲＲＤＳをＲＲＤＳ解釈部１３０に送信する。
【０１９７】
ＲＲＤＳ解釈部１３０は、ＲＲＤＳ受信部１４０からＲＲＤＳが入力されると（ステップ４０１）、当該ＲＲＤＳ内のＤＣＤを抽出し、ＤＣＤに対応したコンテンツデータ属性情報を属性情報データベース１１０から検索する（ステップ４０２、４０３）。また、ＲＲＤＳ解釈部１３０は、サービスプロバイダ情報データベース１２０をＲＲＤＳ内のリクエストをキーとして検索し（ステップ４０４、４０５）、コンテンツデータの属性情報とＲＲＤＳ内のリクエスト情報に記述された条件を充足するサービスプロバイダ情報を選定する（ステップ４０６）。
【０１９８】
選定されたサービスプロバイダ情報及びコンテンツデータの属性情報は、リゾルブ結果送信部１５０に送られる。
【０１９９】
リゾルブ結果送信部１５０は、サービスプロバイダ情報とコンテンツデータの属性情報を規定の形式に変換し、ユーザ端末２００のＤＣＤハンドラ２３０に送信する。
【０２００】
本実施例を簡潔に説明すると、本実施例のコンテンツデータ関連情報提供装置１００の内部にあるＲＲＤＳ解釈部１３０が行っていた絞り込まれたサービスプロバイダ情報に対して、ＲＲＤＳ内のユーザポリシ及びシステムプロファイルの条件から最尤のサービスプロバイダ（１つでない場合もある）を選定する部分が、本実施例の場合、ユーザ端末２００のＤＣＤハンドラ２３０内部に実装されていることが前述の第３の実施例との相違点である。
【０２０１】
上記のように、本実施例では、第２の実施例の効果に加え、コンテンツデータだけでなく、ユーザに対するサービスを統一的な方法で提供することが可能である。
【０２０２】
［第５の実施例］
本実施例では、前述の第１の実施例から第４の実施例におけるコンテンツデータの登録手順について説明する。
【０２０３】
図１６は、本発明の第５の実施例のＲＡ（Registration Authority) とコンテンツデータ関連情報提供装置の関係を示す。
【０２０４】
ＲＡ４００は、コンテンツデータ関連情報提供装置群を一意に管理する機関である。ＲＡ４００に管理されているコンテンツデータ関連情報提供装置は、管理番号（または、記号）（同図のＡ，Ｂ，…Ｎ）によって一意に管理されている。
【０２０５】
以下に、本実施例におけるＤＣＤ発行の手順について説明する。
【０２０６】
図１７は、本発明の第５の実施例のＤＣＤ発行手順を説明するための図である
【０２０７】
コンテンツデータを新たに作成したコンテンツデータ所有者５００は、作成したコンテンツデータの属性情報をコンテンツデータ関連情報提供装置＃ｎ（ＲＡによる管理番号）に送り、属性情報の登録及びＤＣＤの発行を要求する。コンテンツデータ関連情報提供装置第ｎ号は、コンテンツデータ所有者５００からの要求に対し、新たにコンテンツＩＤを発行する。コンテンツＩＤは、例えば、ＲＡ４００によるコンテンツデータ関連情報提供装置の管理番号（この場合ｎ）とコンテンツデータ関連情報提供装置内で一意な発行番号の組などから構成され、すべてのコンテンツデータ関連情報提供装置群の中で発行を一意に表すことができるようになっている。例えば、登録したいコンテンツデータのコンテンツ名がコンテンツデータ関連情報提供装置第ｎ号内でｍ番目に登録される場合、当該コンテンツデータのコンテンツＩＤは、ｎ，ｍなどと表現する。コンテンツデータ関連情報提供装置は、発行したコンテンツＩＤと属性情報を組にして属性情報データベース１１０に登録し、その内容からＤＣＤを生成し、これをコンテンツデータ所有者５００に送る。
【０２０８】
本実施例におけるコンテンツデータ所有者５００とコンテンツデータ配送サービスプロバイダ間のサービス契約手順について説明する。図１８は、本発明の第５の実施例のコンテンツデータ所有者とコンテンツデータ配送サービスプロバイダ間の契約手順を説明するための図である。
【０２０９】
コンテンツデータ所有者５００は、契約を締結したコンテンツデータ配送サービスプロバイダ３００にコンテンツデータとそのコンテンツデータのＤＣＤを送る。サービスプロバイダ３００は、受け取ったＤＣＤからコンテンツＩＤを抽出し、コンテンツＩＤからコンテンツデータの属性情報を格納しているコンテンツデータ関連情報提供装置の番号を獲得する。
【０２１０】
次に、本実施例におけるコンテンツデータ所有者５００とコンテンツデータ関連情報提供装置１００間の属性情報追加手順と、サービスプロバイダ３００とコンテンツデータ関連情報提供装置１００間のサービス登録手順について説明する。
【０２１１】
図１９は、本発明の第５の実施例の属性情報追加手順とサービス登録手順を説明するための図である。
【０２１２】
コンテンツデータ所有者５００は、コンテンツデータ関連情報提供装置に対して、コンテンツデータ配送サービスプロバイダ３００に渡したコンテンツデータに対応するコンテンツデータ属性情報の追加を要求する。また、コンテンツデータ配送サービスプロバイダ３００は、コンテンツデータ所有者５００から受け取ったＤＣＤに対応するコンテンツデータ属性情報を持っているコンテンツデータ関連情報提供装置に対して、サービスプロバイダ情報の更新を要求する。
【０２１３】
コンテンツデータ関連情報提供装置は、コンテンツデータ所有者５００及びサービスプロバイダ３００からの要求に応え、コンテンツデータ属性情報とサービスプロバイダ情報の登録を行なう。
【０２１４】
具体的にコンテンツデータ関連情報提供装置は、コンテンツデータ属性情報の追加要求に対しては、コンテンツデータ属性情報のサービスプロバイダ情報の部分に、新たにコンテンツデータ配送サービスを許可したサービスプロバイダ３００の情報を追加する。サービスプロバイダ情報の登録要求に対しては、サービスプロバイダ情報データベース１２０に新たにコンテンツデータ配送サービスを追加する。但し、既にサービスプロバイダ３００が同様のサービスを登録している場合には、サービスプロバイダ情報の登録処理を行う必要はない。
【０２１５】
同様に、コンテンツデータ配送でないサービスを行うサービスプロバイダ情報の登録に関しては、サービスプロバイダ３００は、特に、コンテンツデータ所有者５００と契約を結ぶ必要がないため、単にコンテンツデータ関連情報提供装置１００に対して、サービスプロバイダ情報の登録を行って貰えばよい。
【０２１６】
具体的には、サービスプロバイダ３００は、サービス記述子やサービスプロバイダ３００の所在情報や、その他備考となる情報をコンテンツデータ関連情報提供装置１００のサービスプロバイダ情報データベース１２０に登録要求を行い、コンテンツデータ関連情報提供装置１００は、要求が適切であった場合、サービスプロバイダ情報の登録を行う。
【０２１７】
上記のように、本実施例によれば、コンテンツデータ関連情報提供装置が唯一ではなく、複数存在するので、コンテンツデータの属性情報登録の処理の付加を分散できる。また、コンテンツデータ関連情報提供装置が複数になってもコンテンツＩＤの一意性を実現できる。
【０２１８】
［第６の実施例］
本実施例では、前述の第１〜第４の実施例におけるコンテンツデータ関連情報提供装置のリゾルブ結果の生成方法について説明する。
【０２１９】
図２０は、本発明の第６の実施例のリゾルブ結果の生成方法を説明するための図である。
【０２２０】
同図において、ＤＣＤハンドラ２３０は、ネットワークなどによって接続されたコンテンツデータ関連情報提供装置第ｎ１号に対して、ＲＲＤＳを送信し、リゾルブ結果を待つ。このとき、コンテンツデータ関連情報提供装置第ｎ１号がＲＲＤＳ内のコンテンツＩＤに対応した属性情報を属性情報データベース１１０内に持っていない場合など、ユーザの要求に応えられない場合は、ＲＡ４００に登録されている別のコンテンツデータ関連情報提供装置（コンテンツデータ関連情報提供装置第ｎ２号）にＲＲＤＳを送信し、リゾルブ結果を待つ。以上が概要である。
【０２２１】
ここで、コンテンツデータ関連情報提供装置間のデータのやりとりの詳細を説明する。ここでは、２つの例（コンテンツデータ関連情報提供装置番号による特定方式・バケツリレー方式）を説明する。
【０２２２】
コンテンツデータ関連情報提供装置番号による特定方式は、ＤＣＤハンドラ２３０から送信されたＲＲＤＳ内のコンテンツＩＤの番号体系が前述の第５の実施例のように、「コンテンツデータ関連情報提供装置番号、コンテンツデータ関連情報提供装置内管理番号」として記述されている場合、どのコンテンツデータ関連情報提供装置にコンテンツデータの属性情報が登録されているのかが示されていることから、そのコンテンツデータ関連情報提供装置へＲＲＤＳを送信し、リゾルブ結果を待つ。
【０２２３】
バケツリレー方式は、ＤＣＤハンドラ２３０から送信されたＲＲＤＳに対するコンテンツデータの属性情報を持っていないコンテンツデータ関連情報提供装置第ｎ１号が、ＲＡ４００に登録されている別のコンテンツデータ関連情報提供装置第ｎ２号にＲＲＤＳとログ情報を送信し、リゾルブ結果を待つ。但し、コンテンツデータ関連情報提供装置第ｎ２号は、ログ情報に書かれていないものとする。ここで、ログ情報とは、リゾルブ結果を生成できなかったコンテンツデータ関連情報提供装置番号が書かれたものであり、データの最初は、ＤＣＤハンドラ２３０から直接ＲＲＤＳを受信したコンテンツデータ関連情報提供装置番号が書かれる。リゾルブ結果を生成できなかったコンテンツデータ関連情報提供装置は、このログ情報に自らのコンテンツデータ関連情報提供装置番号を追記する。このようにして、次々にＲＲＤＳとログ情報を送って属性情報が登録されているコンテンツデータ関連情報提供装置第ｎｋ号に辿り着く。但し、コンテンツデータ関連情報提供装置第ｎ１号以外のコンテンツデータ関連情報提供装置は、リゾルブ結果を待つ必要はない。コンテンツデータ関連情報提供装置第ｎｋ号は、リゾルブ結果を生成し、ログ情報からコンテンツデータ関連情報提供装置第ｎ１号にリゾルブ結果を返す。
【０２２４】
また、コンテンツデータ関連情報提供装置間の問い合わせ回数の上限を定めておくことで、リゾルブ結果のレスポンスを向上させることも可能である。
【０２２５】
上記のように、本実施例では、コンテンツデータ関連情報提供装置が唯一ではなく複数存在するので、ＤＣＤハンドラ２３０からの問い合わせに対する処理の負荷を分散することができる。
【０２２６】
また、コンテンツデータ関連情報提供装置が複数になってもコンテンツＩＤの一意性を実現できる。
【０２２７】
［第７の実施例］
本実施例では、前述の第１〜第４の実施例におけるコンテンツデータ登録手順およびコンテンツデータ関連情報提供装置のリゾルブ結果の生成方法について説明する。
【０２２８】
図２１は、本発明の第７の実施例のコンテンツデータ登録手順及びリゾルブ結果の生成方法を説明するための図である。
【０２２９】
同図に示すように、ユーザ端末２００は、ローカルリゾルバ２５０と呼ばれる機構を持つ。ローカルリゾルバ（ローカルコンテンツデータ関連情報提供装置）２５０は、前述の第１から第６の実施例におけるコンテンツデータ関連情報提供装置１００と同様の構成からなり、同様の機能を持つ。ローカルリゾルバ２５０内の属性情報データベースやサービスプロバイダ情報データベースは、例えば、過去に行ったリゾルブ結果などをキャッシュすることで構成される。
【０２３０】
図２２は、本発明の第７の実施例のローカルリゾルバからコンテンツデータ関連情報提供装置への登録手順を説明するための図である。
【０２３１】
ローカルリゾルバ２５０は、コンテンツデータ関連情報提供装置１００に登録要求を行う。要求を受けたコンテンツデータ関連情報提供装置１００は、自らがすでに発行しているローカルリゾルバ２５０番号と重複しないように、新たにローカルリゾルバ番号（同図中の「第ｘ号」）を発行し、ローカルリゾルバ２５０に通知する。
【０２３２】
次に、コンテンツデータ所有者５００が自らのユーザ端末２００内にあるローカルリゾルバ２５０にコンテンツデータの登録を行う手順について説明する。
【０２３３】
図２３は、本発明の第７の実施例のコンテンツデータ所有者が自らのユーザ端末内にあるローカルリゾルバへのコンテンツデータ登録手順を説明するための図である。
【０２３４】
コンテンツデータ所有者５００は、自らのユーザ端末２００内のローカルリゾルバ２５０に、自らが作成したコンテンツデータの属性情報を送り、コンテンツデータの登録を要求する。
【０２３５】
ローカルリゾルバ２５０は、登録要求に対し、新たなコンテンツＩＤを発行する。このコンテンツＩＤは、ローカルリゾルバ２５０が登録されているコンテンツデータ関連情報提供装置の番号、コンテンツデータ関連情報提供装置１００内で管理されるローカルリゾルバ２５０の番号、ローカルリゾルバ２５０内での新規作成のコンテンツデータのコンテンツ名に対する登録番号を組にした形で表され、図２３の例で説明すると、例えば、ｎ．ｘ．ｍといった形で記述される。次いでローカルリゾルバ２５０は、発行したコンテンツＩＤと属性情報を組にして属性情報データベース１１０に格納し、ＤＣＤを生成してこれをコンテンツデータ所有者５００に返す。その後のサービスプロバイダ３００とのやり取りなどについては、前述の第５の実施例と同様である。また、本実施例においては、コンテンツデータ所有者が自らのユーザ端末上でサービス提供を行う。即ち、サービスプロバイダとコンテンツデータ所有者が同一であってもよいし、前述の第５の実施例と同様に異なっていてもよい。
【０２３６】
このように発行されたＤＣＤが流通し、他のユーザがこのＤＣＤを元に何らかのサービスを要求した際の処理について説明する。
【０２３７】
図２４は、本発明の第７の実施例のユーザによるサービス要求が発行された場合の処理を説明するための図である。
【０２３８】
ユーザは、コンテンツＩＤ：ｎｋ．ｘ．ｍを含むＤＣＤを元に何らかのサービスを要求するために、ＤＣＤとリクエストをＤＣＤハンドラ２３０に送る。ＤＣＤハンドラ２３０は、前述の第１〜第４の実施例と同様に、ＲＲＤＳを生成し、まず、ローカルリゾルバ２５０においてこのコンテンツＩＤに対応する属性情報がないかを調べる。図２４の例では、属性情報がない場合を示しており、この場合は、ＲＲＤＳをコンテンツデータ関連情報提供装置１００に送る。
【０２３９】
ＲＲＤＳを受け取ったコンテンツデータ関連情報提供装置は、同図中では、第ｎ１番であるが、ＤＣＤ内のコンテンツＩＤは、ｎｋ．ｘ．ｍであるため、前述の第６の実施例と同様の処理によって、ＲＲＤＳを別のコンテンツデータ関連情報提供装置１００に送り、最終的に、ＲＲＤＳは、第ｎｋ番目のコンテンツデータ関連情報提供装置１００に到達する。第ｎｋ番目のコンテンツデータ関連情報提供装置は、コンテンツＩＤを参照して第ｘ番目のローカルリゾルバ２５０を持つユーザ端末２００に接続を試みる。もし、コンテンツデータ関連情報提供装置第ｎｋ番目と第ｘ番目のローカルリゾルバ２５０を持つユーザ端末２００が通信できない状況の場合は、リゾルブできなかった旨のリゾルブ結果を返す。コンテンツデータ関連情報提供装置ｎｋ番と第ｘ番目のローカルリゾルバ２５０を持つユーザ端末２００が通信可能な場合、コンテンツデータ関連情報提供装置第ｎｋ番は、ＲＲＤＳを第ｘ番目のローカルリゾルバに送る。第ｘ番目のローカルリゾルバ２５０は、コンテンツＩＤ：ｎｋ．ｘ．ｍに対応する属性情報を持っているので、これを元にリゾルブ結果を生成し、最終的にこれをＲＲＤＳを最初に生成したＤＣＤハンドラ２３０まで返送する。その後は、前述の第１〜第４の実施例と同様の処理によって、ユーザ１０は、サービスを享受することが可能となる。
【０２４０】
コンテンツデータ関連情報提供装置１００に登録されているローカルリゾルバ２５０は、ローカルリゾルバを持つユーザの意思あるいは、コンテンツデータ関連情報提供装置の運営方針などによってその登録関係を解消されうるものとする。
【０２４１】
上記のように、本実施例によれば、ユーザ端末２００内において、コンテンツデータ属性情報の登録やＤＣＤの発行、更に、属性情報の問い合わせが行えるので、コンテンツデータ所有者５００がコンテンツデータ関連情報提供装置とのやり取りをすることなく、簡便に自らのコンテンツデータに対するＤＣＤを入手でき、情報発信が容易になる。
【０２４２】
また、ユーザ間でのコンテンツデータ共有も可能となる。
【０２４３】
［第８の実施例］
本実施例では、前述の第１〜第４の実施例におけるコンテンツデータ関連情報提供装置１００のリゾルブ結果の生成方法について説明する。
【０２４４】
本実施例では、ユーザ端末２００内にあるＤＣＤがコンテンツＩＤのみから構成されている場合を考える。この時、ＤＣＤには、詳細な属性情報が一切ないため、コンテンツＩＤで示さされるコンテンツデータがどのようなものかがユーザにはわからない。そのため、ユーザは、リクエストとして、「コンテンツＩＤのみからなるＤＣＤを、より詳細な属性情報やサービスプロバイダ情報を含むＤＣＤに変換して欲しい」というリクエストによりリゾルブ要求を行う。
【０２４５】
この要求を含むＲＲＤＳを受けたコンテンツデータ関連情報提供装置１００は、コンテンツＩＤをキーとして属性情報データベース１１０、及びサービスプロバイダ情報データベース１２０を検索し、当該コンテンツＩＤに関連するより詳細な属性情報とサービスプロバイダ情報を取得し、これをＤＣＤの形にしてリゾルブ結果とし、ユーザ端末２００のＤＣＤハンドラ２３０に返す。この際、どの程度の詳細な項目がＤＣＤに記述されるかについては、リクエスト、ユーザポリシ及びシステムプロファイルによって指定される。例えば、「通信時間がかかっても良いができるだけ詳細な情報が欲しい」とするユーザポリシがＲＲＤＳにあれば、コンテンツデータ関連情報提供装置は可能な限り詳細な項目をＤＣＤに記述する。また、「ユーザ端末は携帯電話であり、価格情報のみを記述して欲しい」というシステムプロファイルがＲＲＤＳにあれば、コンテンツデータ関連情報提供装置１００は、その内容に従い、新たなＤＣＤを生成する。
【０２４６】
コンテンツＩＤのみのＤＣＤから、上記のようにしてより詳細な属性情報が記述されたＤＣＤを得たユーザは、前述の第１〜第４の実施例に示した手順によってサービスを享受する。
【０２４７】
上記の本実施例により、コンテンツＩＤのみから様々なサービスが可能となるため、コンテンツＩＤをバーコードとして流通させたり、コンテンツＩＤをキータイプなどで人手で入力したりしても、より多くの属性情報を持っているＤＣＤの場合と同じサービスがユーザが享受できる。
【０２４８】
［第９の実施例］
本実施例では、前述の第１〜第４の実施例におけるコンテンツデータ関連情報提供装置のリゾルブ結果の生成方法について説明する。
【０２４９】
図２５は、本発明の第９の実施例のコンテンツデータ関連情報提供装置群がＲＡによって管理されている例を示す。
【０２５０】
同図に示す例は、前述の第５の実施例と同様にコンテンツデータ関連情報提供装置群がＲＡ４００によって管理されている状況を示しており、この際、ＲＡ４００は、自らが認定したコンテンツデータ関連情報提供装置に対して、公開鍵証明書を発行して送る。
【０２５１】
ここでいう証明書とは、ＩＳＯ X.509などにおける証明書のことであり、そのコンテンツデータ関連情報提供装置について、ＲＡ４００が認定したことを証明する情報である。
【０２５２】
図２６は、本発明の第９の実施例のコンテンツデータ関連情報提供装置のＤＣＤ発行を説明するための図であり、前述の第５の実施例におけるコンテンツデータ関連情報提供装置によるＤＣＤの発行の相違点を示している。
【０２５３】
ＤＣＤを発行しようとしているコンテンツデータ関連情報提供装置第ｎ号は、ＲＡ４００によるお墨付きである証明書を持っている。この証明書からＩＳＯ X.509などの手順によって、自らが発行したＤＣＤに対するディジタル署名を生成し、これをＤＣＤに含めてディジタル署名付きＤＣＤを発行する。当該ＤＣＤに付けられたディジタル署名は、「このＤＣＤの内容はコンテンツデータ関連情報提供装置第ｎ号が発行したものであることを証明し、コンテンツデータ関連情報提供装置第ｎ号は、ＲＡによって認定されているコンテンツデータ関連情報提供装置である」ことを示す情報である。
【０２５４】
図２７は、本発明の第９の実施例のコンテンツデータ関連情報提供装置によるＲＲＤＳの処理方法を説明するための図であり、図１４の構成にＤＣＤ検証部１６０が付加された構成である。同図は、ディジタル署名付きＤＣＤを含むＲＲＤＳをコンテンツデータ関連情報提供装置１００がどのように処理するかを示している。コンテンツデータ関連情報提供装置１００は、入力されたＲＲＤＳ内のＤＣＤにディジタル署名がついている場合、そのＤＣＤの正当性を検証する。検証の手段は、ディジタル署名の構成方法に依存するので割愛するが、例えば、ＩＳＯ X.509などによって規定されている。正当でない、即ち、改ざんの施されたＤＣＤと判明した場合、不正なＤＣＤである旨をリゾルブ結果として返信する。正当なＤＣＤである場合には、前述の第１〜第４の実施例と同様の処理を行う。
【０２５５】
上述のように、本実施例では、コンテンツデータ関連情報提供装置は、改ざんの行われたディジタル署名付きＤＣＤからはリゾルブ結果を返さないので、そういったＤＣＤはユーザにとって無価値となる。これにより、正当なＤＣＤの流通を促進し、システムの健全性を向上できる。
【０２５６】
［第１０の実施例］
本実施例では、前述の第１〜第４の実施例におけるユーザ端末２００のＤＣＤハンドラ２３０の処理について説明する。
【０２５７】
図２８は、本発明の第１０の実施例のユーザ端末のＤＣＤハンドラの構成を示す。同図に示すＤＣＤハンドラ２３０には、ＤＣＤ検証部２３８が設けられており、ディジタル署名付きＤＣＤをＤＣＤハンドラ２３０で検証する際に、ユーザからの指示などによって入力されるＤＣＤをディジタル署名によって改ざんがなされていないかどうかを判断する。判断の手段は、ディジタル署名の構成方法に依存するので割愛するが、例えば、ＩＳＯ X.509などによって規定されている。最後に改ざんがされているか否かを判断した結果をユーザインタフェース部２３３を介してユーザに提示する。
【０２５８】
上述のように、本実施例によれば、ユーザ端末２００上でディジタル署名付きＤＣＤの内容の正当性を確認できる。
【０２５９】
［第１１の実施例］
本実施例は、前述の第１〜第４の実施例におけるリゾルブ結果の生成方法及びＤＣＤハンドラ２３０の処理について説明する。
【０２６０】
前述の第１〜第４の実施例において、コンテンツデータ関連情報提供装置１００に登録されているコンテンツデータの属性情報やサービスプロバイダ情報は、コンテンツデータ所有者５００やサービスプロバイダ３００によって随時変更可能となっている。しかし、ＤＣＤは、過去のある時点の内容で発行されており、問い合わせを行うときには既に古い内容になっている可能性がある。
【０２６１】
そこで、ユーザがＲＲＤＳをコンテンツデータ関連情報提供装置１００に送った際、コンテンツデータ関連情報提供装置１００がＲＲＤＳ内のＤＣＤの内容と、現在属性情報データベース１１０に登録されている内容とを比較し、もし、ＤＣＤの内容が古いものであるならば、そのＤＣＤの内容をアップデートして、これをリゾルブ結果に含めてユーザ側に返す。
【０２６２】
アップデートされたＤＣＤを含むリゾルブ結果を受けたＤＣＤハンドラ２３０は、例えば、ユーザに対し、「ＤＣＤがアップデートされたので古いＤＣＤを消去して置き換えますか」といった質問を行い、ユーザの指示に従い、古いＤＣＤを新しいＤＣＤに置き換えたり、古いＤＣＤを残したまま新しいＤＣＤも入手したりする。あるいは、ユーザポリシに「常に新しいＤＣＤに置き換える」といた指示が書かれていれば、自動的に古いＤＣＤを新しいＤＣＤに置き換えるなどの処理を行う。
【０２６３】
上述のように、本実施例によれば、ユーザが内容の古いＤＣＤを持っている場合でも、サービスを享受でき、かつ最新の情報に更新されたＤＣＤを入手できる。
【０２６４】
［第１２の実施例］
本実施例では、ＤＣＤハンドラ２３０内のユーザインタフェース部について説明する。
【０２６５】
図２９は、本発明の第１２の実施例のユーザインタフェース部による表示画面イメージを示す。表示画面上には、ＤＣＤがアイコンとして表示されている。また、「見る」「聞く」「編集する」といったサービス機能がアイコンとして表示されている。ＤＣＤアイコンは、ＤＣＤに記述されている内容に応じて、そのデザインが変わっていてもよい。例えば、コンテンツＩＤのみからなるＤＣＤは白紙のアイコン、映画であれば、フィルムのアイコン、音楽であればレコードのアイコンといった表示のされ方をする。また、サービス機能アイコンは、「play＿audio/-/-/*/* 」、などといったサービス記述をアイコン化したものである。
【０２６６】
今、図３０に示すように、ＤＣＤアイコンをサービス機能アイコン上にドラッグ・アンド・ドロップすると、（サービス機能アイコンをＤＣＤアイコン上にドラッグ・アンド・ドロップしてもよい）、サービス機能をリクエストとし、ＤＣＤとリクエストがＤＣＤハンドラ２３０におくられる。以降、リゾルブに関する処理については、前述の第１〜第４の実施例と同様に行われる。
【０２６７】
リゾルブ結果によってサービスプロバイダが一意に定まらなかった場合は、図３１のように、リクエストに合致したサービスプロバイダ群をその詳細情報と共に表示し、ユーザに選択や更なる絞り込みを促す。
【０２６８】
最終的にサービスプロバイダが確定した場合、図３２に示すように、ユーザ所望のサービスを提供する。同図の例の場合、「藤原海苔香の写真ＤＣＤを、『見る』サービス機能アイコンにドロップした」ので、ＤＣＤと結びついている写真コンテンツデータを提供する配送プロバイダから写真画像コンテンツデータを取り寄せ、それをユーザ端末２００内の画像ブラウザで表示している。
【０２６９】
上述のように、本実施例によれば、ユーザがコンテンツデータに対するリクエストをＤＣＤハンドラ２３０に入力する際の利便性が向上する。
【０２７０】
［第１３の実施例］
本実施例では、ＤＣＤハンドラ２３０内のユーザインタフェース部２３３に関するものである。本実施例は、基本的に前述の第１２の実施例と同様の機能を持つユーザインタフェース部２３３について、より高機能な形で実施の例を示す。 図３３は、本発明の第１３の実施例のユーザインタフェース部による表示画面の例を示す。表示画面上にはＤＣＤがアイコンとして表示されている。また、「見る」、「聞く」「編集する」といったサービス機能がアイコンとして表示されている。ＤＣＤアイコンは、ＤＣＤに記述されている内容に応じて、そのデザインが変わっていても良い。例えば、コンテンツＩＤのみからなるＤＣＤは、白紙のアイコン、映画であればフィルムのアイコン、音楽であればレコードのアイコンといった表示のされ方をする。また、サービス機能アイコンは、「play＿audio/-/-/*/* 」、などといったサービス記述をアイコン化したものである。今、「風邪と共に去りぬ」という映画ＤＣＤアイコンを「見る」サービス機能アイコンにドラッグ・アンド・ドロップ（サービス機能アイコンをＤＣＤアイコン上にドラッグ・アンド・ドロップしてもよい）すると、前述の第１２の実施例と同様な処理によって、ユーザ端末２００上で映画コンテンツデータを鑑賞することができる。
【０２７１】
図３４は、本発明の第１３の実施例のＤＣＤアイコンをサービス機能アイコンにドロップした場合の例である。同図は、「風邪と共に去りぬ」映画ＤＣＤアイコンを、「聞く」サービス機能アイコンにドロップ（サービス機能アイコンをＤＣＤアイコン上にドラッグ・アンド・ドロップしてもよい）した場合を示している。この場合、ユーザは、「映画」を「聞く」というサービスを要求していることになる。ＤＣＤハンドラ２３０は、ＤＣＤとリクエストからＲＲＤＳを生成し、コンテンツデータ関連情報提供装置１００に問い合わせを行う。
【０２７２】
図３５は、本発明の第１３の実施例の属性情報データベースの内容の例である。同図は、「風邪と共に去りぬ」映画ＤＣＤに関するコンテンツデータ関連情報提供装置１００上の属性情報データベース１１０の内容の一部であり、属性情報データベース１１０に、「関連コンテンツＩＤ」という欄があり、あるコンテンツＩＤで表されるコンテンツデータと関連があるコンテンツデータのコンテンツＩＤを記入できるようになっている。今、「鱈のテーマ」というコンテンツ名のコンテンツデータが「風邪と共に去りぬ」と関連付けられていることがわかる。ＲＲＤＳを受け取ったコンテンツデータ関連情報提供装置１００は、まず、ＲＲＤＳ内のＤＣＤに記述されているコンテンツＩＤが示すコンテンツデータの属性情報を、属性情報データベース１１０から取り寄せる。今、「風邪と共に去りぬ」というコンテンツデータは映画であるので、そのコンテンツタイプは、“video ”であるとする。リクエストで示される「play＿audio/-/-/*/* 」といったサービス種別内のコンテンツデータと合致しないことがわかる。この場合、コンテンツデータ関連情報提供装置１００は、属性情報中の関連コンテンツＩＤ欄を参照し、そこに記述されているコンテンツＩＤが示すコンテンツデータの属性情報で、コンテンツタイプが「ａｕｄｉｏ」であるものを探す。条件に合致した関連コンテンツデータが見つかった場合、この関連コンテンツデータのＤＣＤをリゾルブ結果としてＤＣＤハンドラ２３０に返す。見つからなかった場合は、その旨をリゾルブ結果としてＤＣＤハンドラ２３０に返す。
【０２７３】
以下、前述の第１２の実施例と同様の処理によってユーザはサービスを享受することができる。
【０２７４】
上述のように、本発明によれば、前述の第１２の実施例と比較して、より複雑なリクエストの指定を簡便に行うことができる。
【０２７５】
［第１４の実施例］
本実施例は、ＤＣＤハンドラ２３０内のユーザインタフェース部２３３に関するものであり、基本的に前述の第１２の実施例乃至は第１３の実施例と同様の機能を持つユーザインタフェース部について、より高機能な形での実施の例を示す。
【０２７６】
図３６は、本発明の第１４の実施例のユーザインタフェース部による表示画面イメージの例である。表示画面上にはＤＣＤがアイコンとして表示されている。また、「見る」、「聞く」、「編集する」といったサービス機能がアイコンとして表示されている。今、ＤＣＤアイコンに対しマウスの右クリックなどの操作でポップアップメニューが開いている状況が示されている。ポップアップメニューには各種サービス機能や属性情報の表示、関連ＤＣＤの取り寄せ、ＤＣＤの更新などといったメニューがあり、それぞれを選択した場合には、前述の第１の実施例乃至、第１３の実施例に従って処理が行われる。また、特に、ＤＣＤのポップアップメニューに機能項目を追加することを意味する記述が属性情報として記述されている場合は、図３７に示すように、ポップアップメニューの内容がそれに従って拡張される。
【０２７７】
上述のように、本実施例によれば、ユーザがコンテンツデータに対するリクエストをＤＣＤハンドラ２３０に入力する際の利便性が向上する。また、メニューの内容が属性情報に応じて変わるので、コンテンツデータ所有者やサービスプロバイダが広告やマーケティング等の目的で、メニューの内容を設定することができる。
【０２７８】
［第１５の実施例］
本実施例では、コンテンツデータ関連情報提供装置１００内のサービスプロバイダ情報データベース１２０に関するものである。
【０２７９】
本実施例では、コンテンツデータ関連情報提供装置（または、ローカルリゾルバ）内のサービスプロバイダ情報データベースが図３８に示すように分散データベースとして構成するものである。即ち、あるコンテンツデータ関連情報提供装置内のサービスプロバイダ情報データベース１２０に対する操作は、全てのサービスプロバイダ情報データベース１２０に対する操作と等価となる。
【０２８０】
さらに、図３９に示すように、サービスプロバイダ情報データベースは、コンテンツデータ関連情報提供装置１００の外にあり、コンテンツデータ関連情報提供装置１００が必要に応じてサービスプロバイダ情報データベースにアクセスする形であってもよい。
【０２８１】
上述のように、本実施例によれば、サービスプロバイダ情報データベースが分散データベースとして構成されているので、コンテンツデータ関連情報提供装置１００は、全てのサービスからユーザのリクエストにあったものを提供することができる。
【０２８２】
また、コンテンツデータ関連情報提供装置１００内にサービスプロバイダ情報データベースがない場合には、コンテンツデータ関連情報提供装置１００は、サービスプロバイダ情報データベースの維持管理を行わずに、別の機関がそれを行うので、コンテンツデータ関連情報提供装置をより単純な構成で実現でき、コンテンツデータ関連情報提供装置１００の処理を軽減することができる。
【０２８３】
［第１６の実施例］
本実施例は、ＤＣＤハンドラ２３０の機能に関するものである。
【０２８４】
図４０は、本発明の第１６の実施例のＤＣＤハンドラによるユーザ認証を説明するための図である。
【０２８５】
ユーザはパスワードや指紋などを提示し、ＤＣＤハンドラ２３０はこれを用いてユーザを認証する。
【０２８６】
ユーザ認証を行ったＤＣＤハンドラ２３０は、ユーザによって許可された範囲の権限を委任される。例えば、サービスプロバイダ３００が、有料サービスを行っている場合、サービスを受ける際に課金処理が必要となってくるが、これをユーザの代わりにＤＣＤハンドラが代行することができる。
【０２８７】
図４１は、本発明の第１６の実施例のコンテンツデータ提供システムの構成を示す。同図に示す構成において、ＤＣＤハンドラ２３０とコンテンツデータ関連情報提供装置１００とのやり取りによってリゾルブ結果を得るところまでは、前述の第１〜第４の実施例と同様である。ユーザ端末２００のアプリケーションにアプリケーション参照情報が渡って、アプリケーションとサービスプロバイダ間でサービス授受が行われる際に、アプリケーションとサービスプロバイダ３００との間にＤＣＤハンドラ２３０が介在する。このようにすると、サービスの途中で課金されるような場合に、ＤＣＤハンドラ２３０が適宜決済処理をユーザに代わって代行することができる。
【０２８８】
上述のように、本実施例によれば、課金処理などサービスプロバイダ３００とユーザの間で認証などの処理を行う必要がある時に、ユーザがＤＣＤハンドラ２３０と認証を済ませ、ユーザの権限をＤＣＤハンドラ２３０に委譲することで、ユーザがその都度認証手続を踏むことがないので、ユーザの利便性を向上することができる。
【０２８９】
また、前述の第１〜１６の実施例のコンテンツデータ関連情報提供装置、ユーザ端末、ＲＡ、サービスプロバイダ等の動作をプログラムとして構築しておき、各装置に接続されるディスク装置や、フロッピーディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
【０２９０】
なお、本発明は、上記の第１〜１６の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【０２９１】
【発明の効果】
【０２９２】
上述のように、本発明によれば、以下のような効果を奏する。
【０２９３】
コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したＤＣＤと呼ばれるデータ形式をネットワークに流通させることにより、コンテンツデータをその形態や提供方法によらず統一的に扱うことができる。
【０２９４】
コンテンツデータ関連情報提供装置において、属性情報データベース及びサービスプロバイダ情報データベースを保持することで、コンテンツデータに関する情報を一元的に管理することができる。
【０２９５】
ユーザに提供するサービスの機能を統一的に記述する手段を用意することで、コンテンツデータ関連情報提供装置がＤＣＤから実際のコンテンツデータやサービスなどをユーザに提供することができる。
【０２９６】
また、ユーザ端末上のＤＣＤハンドラにより、ユーザとコンテンツデータ関連情報提供装置のユーザインタフェースを実現し、ユーザの環境に則した形でコンテンツデータやサービスの要求を処理することができる。
【図面の簡単な説明】
【図１】本発明の原理を説明するための図である。
【図２】本発明の原理構成図である。
【図３】本発明のサービス種別を説明するための図である。
【図４】本発明のサービスプロバイダ情報データベース及びサービス記述方法を説明するための図である。
【図５】本発明の属性情報データベースを説明するための図である。
【図６】本発明のＲＲＤＳを説明するための図である。
【図７】本発明のコンテンツデータ提供システムの構成図である。
【図８】本発明のコンテンツデータ提供システムの動作の概要を示すシーケンスチャートである。
【図９】本発明の第１の実施例のユーザ端末のＤＣＤハンドラの構成図である。
【図１０】本発明の第１の実施例のユーザインタフェース部の動作のフローチャートである。
【図１１】本発明の第１の実施例のコンテンツデータ関連情報提供装置の構成図である。
【図１２】本発明の第１の実施例のＲＲＤＳ解釈部の動作を示すフローチャートである。
【図１３】本発明の第２の実施例のＤＣＤハンドラの構成図である。
【図１４】本発明の第２の実施例のコンテンツデータ関連情報提供装置の構成図である。
【図１５】本発明の第２の実施例のＲＲＤＳ解釈部の動作を示すフローチャートである。
【図１６】本発明の第５の実施例のＲＡとコンテンツデータ関連情報提供装置間の関係を示す図である。
【図１７】本発明の第５の実施例のＤＣＤ発行手順を説明するための図である。
【図１８】本発明の第５の実施例のコンテンツデータ所有者とコンテンツデータ配送サービスプロバイダ間の契約手順を説明するための図である。
【図１９】本発明の第５の実施例の属性情報追加手順とサービス登録手順を説明するための図である。
【図２０】本発明の第６の実施例のリゾルブ結果の生成方法を説明するための図である。
【図２１】本発明の第７の実施例のコンテンツデータ登録手順及びリゾルブ結果の生成方法を説明するための図である。
【図２２】本発明の第７の実施例のローカルリゾルバからコンテンツデータ関連情報提供装置への登録手順を説明するための図である。
【図２３】本発明の第７の実施例のコンテンツデータ所有者が自らのユーザ端末内にあるローカルリゾルバへのコンテンツデータ登録手順を説明するための図である。
【図２４】本発明の第７の実施例のユーザによるサービス要求が発行された場合の処理を説明するための図である。
【図２５】本発明の第９の実施例のコンテンツデータ関連情報提供装置群がＲＡによって管理されている例である。
【図２６】本発明の第９の実施例のコンテンツデータ関連情報提供装置のＤＣＤ発行を説明するための図である。
【図２７】本発明の第９の実施例のコンテンツデータ関連情報提供装置によるＲＲＤＳの処理方法を説明するための図である。
【図２８】本発明の第１０の実施例のユーザ端末のＤＣＤハンドラの構成図である。
【図２９】本発明の第１２の実施例のユーザインタフェース部の表示画面イメージである。
【図３０】本発明の第１２の実施例のアイコンの動きを説明するための図である。
【図３１】本発明の第１２の実施例のサービスプロバイダが一意に定まらない場合の表示例である。
【図３２】本発明の第１２の実施例のサービスプロバイダが確定した場合の表示例である。
【図３３】本発明の第１３の実施例のユーザインタフェース部による表示画面イメージである。
【図３４】本発明の第１３の実施例のＤＣＤアイコンをサービス機能アイコンにドロップした場合の例である。
【図３５】本発明の第１３の実施例の属性情報データベースの内容の例である。
【図３６】本発明の第１４の実施例のユーザインタフェース部による表示画面イメージである。
【図３７】本発明の第１４の実施例のポップアップメニュー表示の例である。
【図３８】本発明の第１５の実施例のコンテンツデータ関連情報提供装置のサービスプロバイダ情報データベースを説明するための図である。
【図３９】本発明の第１５の実施例のサービスプロバイダ情報データベースがコンテンツデータ関連情報提供装置の外部のある場合の例を示す図である。
【図４０】本発明の第１６の実施例のＤＣＤハンドラによるユーザ認証を説明するための図である。
【図４１】本発明の第１６の実施例のコンテンツデータ提供システムの構成図である。
【符号の説明】
１０ ユーザ
１００ コンテンツデータ関連情報提供装置
１１０ 属性情報データベース
１２０ サービスプロバイダ情報データベース
１３０ ＲＲＤＳ解釈部、ＲＲＤＳ解釈手段
１４０ ＲＲＤＳ受信部、ＲＲＤＳ受信手段
１５０ リゾルブ結果送信部、リゾルブ結果送信手段
１６０ ＤＣＤ検証部
２００ ユーザ端末
２１０ リクエスト
２２０ ＤＣＤ
２３０ ＤＣＤハンドラ
２３１ システムプロファイル
２３２ ユーザポリシ
２３３ ユーザインタフェース部、ユーザインタフェース手段
２３４ ＲＲＤＳ生成部，ＲＲＤＳ生成手段
２３５ ＲＲＤＳ送信部、ＲＲＤＳ送信手段
２３６ リゾルブ結果受信部
２３７ リゾルブ結果選択部
２３８ ＤＣＤ検証部
２４０ アプリケーション
２５０ ローカルリゾルバ
３００ サービスプロバイダ
３１０ サービス
３２０ コンテンツデータ
４００ ＲＡ
５００ コンテンツデータ所有者

Claims (43)

1. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供方法において、
   前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、該コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
   前記ユーザ端末の前記ＤＣＤハンドラにおいて、前記ユーザからサービス要求を受け付け、保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）を前記コンテンツデータ関連情報提供装置に送信することによって、前記コンテンツデータに関する情報や利用可能なサービスプロバイダ情報を該コンテンツデータ関連情報提供装置に問い合わせ、
   前記コンテンツデータ関連情報提供装置において、前記ＤＣＤハンドラからの要求に応じて、更に詳しいコンテンツデータの情報や、さらに詳細なサービスプロバイダ情報を該ＤＣＤハンドラに送信し、
   前記ＤＣＤハンドラにおいて、前記コンテンツデータ関連情報提供装置から送信された前記サービスプロバイダ情報に基づいて、サービスプロバイダからコンテンツデータを取得し、コンテンツデータに対する必要な処理を行い、前記ユーザに提供することを特徴とするコンテンツデータ提供方法。
2. 前記ＤＣＤハンドラにおいて、
   前記ＤＣＤとリクエストがユーザから入力されると、該ＤＣＤと該リクエスト及び、前記ユーザポリシ、前記システムプロファイルを組にしたデータ集合であるＲＲＤＳを生成し、
   前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信し、
   前記コンテンツデータ関連情報提供装置において、
   前記ＤＣＤハンドラから前記ＲＲＤＳを取得すると、該ＲＲＤＳに応じて、属性情報が格納されている属性情報データベースと、サービスプロバイダ情報が格納されているサービスプロバイダ情報データベースとを検索し、検索された複数の検索結果から問い合わせ要求に適合して得られるリゾルブ結果を生成して前記ＤＣＤハンドラに送信し、
   前記ＤＣＤハンドラにおいて、
   前記コンテンツデータ関連情報提供装置から取得した前記リゾルブ結果を前記ユーザに提示し、
   前記ユーザからのユーザインタラクションに基づいて、サービスを実現するため、該サービスに対応するアプリケーションを起動し、該アプリケーションに対して前記リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、
   前記アプリケーションにおいて、前記サービスプロバイダ情報に基づいてサービスプロバイダにサービス要求を行い、
   前記サービスプロバイダにおいて、前記アプリケーションの要求に従って、サービスを提供する請求項１記載のコンテンツデータ提供方法。
3. 前記ＤＣＤハンドラにおいて、
   前記ＤＣＤとリクエストがユーザから入力されると、該ＤＣＤと該リクエストとを組にしたデータ集合であるＲＲＤＳを生成し、
   前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信し、
   前記コンテンツデータ関連情報提供装置において、
   前記ＲＲＤＳを前記ＤＣＤハンドラから取得すると、該ＲＲＤＳに応じて属性情報が格納されている属性情報データベースと、サービスプロバイダ情報が格納されているサービスプロバイダ情報データベースとを検索し、検索結果をリゾルブ結果として前記ＤＣＤハンドラに与え、
   前記ＤＣＤハンドラにおいて、
   前記コンテンツデータ関連情報提供装置から取得した前記リゾルブ結果を前記ユーザポリシ及び前記システムプロファイルによって絞り込み、絞り込まれたリゾルブ結果を前記ユーザに提示し、
   前記ユーザからのユーザインタラクションに基づいてアプリケーションを起動し、該アプリケーションに前記リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を送信し、
   前記アプリケーションにおいて、
   前記ＤＣＤハンドラから取得したサービスプロバイダ情報に基づいてサービスプロバイダにサービス要求を行い、
   前記サービスプロバイダにおいて、
   前記アプリケーションからの前記サービス要求に基づいてサービスを前記ユーザに提供する請求項１記載のコンテンツデータ提供方法。
4. 前記サービスプロバイダから提供される前記サービスは、コンテンツデータ配信サービスとする請求項１乃至３記載のコンテンツデータ提供方法。
5. 前記コンテンツデータ関連情報提供装置が有する前記属性情報データベース及び前記サービスプロバイダ情報データベースに情報を登録する際に、
   前記コンテンツデータ関連情報提供装置に一意な管理番号を付与し、
   コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信し、
   コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の前記管理番号を用いてコンテンツデータに対して発行し、
   前記属性データベースに、前記コンテンツＩＤと前記コンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、前記コンテンツデータ所有者に送信し、
   前記サービスプロバイダは、
   自プロバイダがコンテンツデータ配信プロバイダの場合は、前記コンテンツデータ所有者からコンテンツデータ及び前記ＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けて前記コンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼し、
   自プロバイダの提供するサービスの内容を前記コンテンツデータ関連情報提供装置に送信し、
   前記コンテンツデータ関連情報提供装置において、
   前記サービスプロバイダからの要求に応じて、前記属性情報データベース及び前記サービスプロバイダ情報データベースの内容を登録・更新する請求項１乃至４記載のコンテンツデータ提供方法。
6. 前記ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合には、
   コンテンツデータ関連情報提供装置群は、それぞれのコンテンツデータ関連情報提供装置が保持している前記コンテンツＩＤ、前記属性情報、及び前記サービスプロバイダ情報を交換しながら、分散協調して前記リゾルブ結果を出力する請求項１乃至４記載のコンテ ンツデータ提供方法。
7. 前記ユーザ端末が、前記コンテンツデータの前記属性情報データベースと前記サービスプロバイダ情報データベースを有するローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有する場合に、
   前記コンテンツデータ関連情報提供装置は、前記ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与し、
   前記ローカルリゾルバは、
   前記ＲＲＤＳを入力し、
   前記ＲＲＤＳに応じて、前記属性情報データベースと前記サービスプロバイダ情報データベースを検索し、検索結果をリゾルブ結果として出力し、
   前記ユーザ端末内のコンテンツデータに対して、コンテンツＩＤを前記コンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行し、
   前記ローカルリゾルバの前記属性情報データベースに対して、前記コンテンツＩＤ及び前記属性情報を登録し、
   登録した前記コンテンツＩＤ及び前記属性情報に基づいてＤＣＤを発行する請求項６記載のコンテンツデータ提供方法。
8. 前記コンテンツデータ関連情報提供装置において、
   前記ＤＣＤハンドラから前記ＲＲＤＳを受信して、前記リゾルブ結果を該ＤＣＤハンドラに送信する場合に、
   前記ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤを前記ＤＣＤハンドラに送信する請求項１乃至４記載のコンテンツデータ提供方法。
9. 前記サービスプロバイダ情報データベースを、サービス機能を表す情報、該サービス機能のデータインタフェースの情報、及び該サービス機能のデータプロトコルの情報を用いて管理する請求項１乃至４記載のコンテンツデータ提供方法。
10. コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供システムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
    前記ユーザ端末の前記ＤＣＤハンドラは、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果に基づいてアプリケーションを起動し、
    該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェース手段と、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成手段と、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信手段と、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信手段と、
    前記コンテンツデータ関連情報提供装置は、
    コンテンツデータの属性情報が格納されている属性情報データベースと、
    サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースと、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信手段と、
    前記ＲＲＤＳに応じて、前記属性情報データベースと、前記サービスプロバイダ情報データベースとを検索し、検索された結果から問い合わせ要求に適合するリゾルブ結果を生成するＲＲＤＳ解釈手段と、
    前記ＲＲＤＳ解釈手段による前記リゾルブ結果を前記ＤＣＤハンドラに送信するリゾルブ結果送信手段とを有することを特徴とするコンテンツデータ提供システム。
11. コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供システムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報を該ユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、
    前記ユーザ端末の前記ＤＣＤハンドラは、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果を前記ユーザポリシ及び前記システムプロファイルによって絞り込み、絞り込まれたリゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェース手段と、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成手段と、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信手段と、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信手段と、
    前記コンテンツデータ関連情報提供装置は、
    コンテンツデータの属性情報が格納されている属性情報データベースと、
    サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースと、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信手段と、
    前記ＲＲＤＳに応じて、前記属性情報データベースと、前記サービスプロバイダ情報データベースとを検索し、検索された結果をリゾルブ結果として生成するＲＲＤＳ解釈手段と、
    前記ＲＲＤＳ解釈手段による前記リゾルブ結果を前記ＤＣＤハンドラに送信するリゾルブ結果送信手段とを有することを特徴とするコンテンツデータ提供システム。
12. 前記サービスプロバイダから提供される前記サービスは、
    コンテンツデータ配信サービスとする請求項１０または、１１記載のコンテンツデータ提供システム。
13. 前記コンテンツデータ関連情報提供装置に一意な管理番号を付与する手段と、
    コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信する手段と、
    コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の前記管理番号を用いてコンテンツデータに対して発行する手段と、
    前記属性データベースに、前記コンテンツＩＤと前記コンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、前記コンテンツデータ所有者に送信する手段とにより、前記コンテンツデータ関連情報提供装置が有する前記属性情報データベース及び前記サービスプロバイダ情報データベースに情報を登録する装置を更に有し、
    前記サービスプロバイダは、
    自プロバイダがコンテンツデータ配信プロバイダの場合は、前記コンテンツデータ所有者からコンテンツデータ及び前記ＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けて前記コンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼する手段と、
    自プロバイダの提供するサービスの内容を前記コンテンツデータ関連情報提供装置に送信する手段とを有し、
    前記コンテンツデータ関連情報提供装置は、
    前記サービスプロバイダからの要求に応じて、前記属性情報データベース及び前記サービスプロバイダ情報データベースの内容を登録・更新する手段を有する請求項１０乃至１２のいずれか１項記載のコンテンツデータ提供システム。
14. 前記ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合に、コンテンツデータ関連情報提供装置群は、それぞれのコンテンツデータ関連情報提供装置が保持している前記コンテンツＩＤ、前記属性情報、及び前記サービスプロバイダ情報を交換しながら、分散協調して前記リゾルブ結果を出力する手段を有する請求項１０乃至１２のいずれか１項記載のコンテンツデータ提供システム。
15. 前記ユーザ端末が、ローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有し、
    前記ローカルリゾルバは、
    コンテンツデータの属性情報を格納した属性情報データベースと、
    サービスプロバイダ情報を格納したサービスプロバイダ情報データベースと、
    前記ＲＲＤＳを入力する手段と、
    前記ＲＲＤＳに応じて、前記属性情報データベースと前記サービスプロバイダ情報データベースを検索する手段と、
    検索結果をリゾルブ結果として出力する手段と、
    前記ユーザ端末内のコンテンツデータに対して、コンテンツＩＤを前記コンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行する手段と、
    前記ローカルリゾルバ内の前記属性情報データベースに対して、前記コンテンツＩＤ及び前記属性情報を登録する手段と、
    登録した前記コンテンツＩＤ及び前記属性情報に基づいてＤＣＤを発行する手段とを有し、
    前記コンテンツデータ関連情報提供装置は、
    前記ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与する手段を有する請求項１４記載のコンテンツデータ提供システム。
16. 前記コンテンツデータ関連情報提供装置は、
    前記ＤＣＤハンドラから前記ＲＲＤＳを受信して、前記リゾルブ結果を該ＤＣＤハンドラに送信する場合に、前記ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤを前記ＤＣＤハンドラに送信する手段を有する請求項１０乃至１２のいずれか１項記載のコンテンツデータ提供システム。
17. 前記コンテンツデータ関連情報提供装置は、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得して、前記リゾルブ結果を該ＤＣＤハンドラに送信する場合に、該ＲＲＤＳ内のＤＣＤの内容を最新の情報に更新して新たにＤＣＤを発行し、前記ＤＣＤハンドラに送信する手段を有する請求項１０乃至１２のいずれ１項記載のコンテンツデータ提供システム。
18. 前記コンテンツデータ関連情報提供装置は、
    必要に応じて外部に自装置の外部に設けられたサービスプロバイダ情報データベースを参照する手段を有する請求項１０乃至１３のいずれか１項記載のコンテンツデータ提供システム。
19. 前記サービスプロバイダ情報データベースを、サービス機能を表す情報、該サービス機能のデータインタフェースの情報、及び該サービス機能のデータプロトコルの情報を用いて管理する手段を有する請求項１０乃至１２のいずれか１項記載のコンテンツデータ提供システム。
20. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
    コンピュータに、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果、及び、該リゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信ステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
21. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムあって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
    前記ユーザ端末のＤＣＤハンドラに、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果を前記ユーザポリシ及び前記システムプロファイルを用いて絞り込み、絞り込まれたリゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信ステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
22. 前記ユーザ端末が、ローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有する際に、該ローカルリゾルバに搭載されるプログラムは、
    前記ローカルリゾルバに、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報を格納した属性情報データベースと前記サービスプロバイダ情報を格納したサービスプロバイダ情報データベースを検索するステップと、
    検索結果をリゾルブ結果として出力するステップと、
    前記ユーザ端末内のコンテンツデータに対して、コンテンツＩＤを前記コンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行するステップと、
    前記ローカルリゾルバ内の前記属性情報データベースに対して、前記コンテンツＩＤ及び前記属性情報を登録するステップと、
    登録した前記コンテンツＩＤ及び前記属性情報に基づいてＤＣＤを発行するステップを実行させる請求項２１記載のコンテンツデータ提供プログラム。
23. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
    前記コンテンツデータ関連情報提供装置に、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信ステップと、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索するＲＲＤＳ解釈ステップと、
    前記ＲＲＤＳ解釈ステップによる検索結果をリゾルブ結果として前記ＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
24. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コ ンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
    前記コンテンツデータ関連情報提供装置に、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信ステップと、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索し、検索された結果から問い合わせ要求に適合するリゾルブ結果を生成するＲＲＤＳ解釈ステップと、
    前記ＲＲＤＳ解釈ステップによるリゾルブ結果を前記ＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
25. 前記ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合に、それぞれのコンテンツデータ関連情報提供装置が保持している前記コンテンツＩＤ、前記属性情報、及び前記サービスプロバイダ情報を交換しながら、分散協調して前記リゾルブ結果を出力するステップを有する請求項２３または、２４記載のコンテンツデータ提供プログラム。
26. 前記ユーザ端末において、コンテンツデータ関連情報提供装置と同様の機能を有するローカルリゾルバを有する場合に、該ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与するステップを有する請求項２３又は、２４記載のコンテンツデータ提供プログラム。
27. 前記リゾルブ結果送信ステップは、
    前記ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤを前記ＤＣＤハンドラに送信するステップを有する請求項２３又は、２４記載のコンテンツデータ提供プログラム。
28. 前記リゾルブ結果送信ステップは、
    ＤＣＤハンドラから受信した前記ＲＲＤＳ内のＤＣＤの内容を最新の情報に更新して新たにＤＣＤを発行し、前記ＤＣＤハンドラに送信するステップを有する請求項２３又は、２４記載のコンテンツデータ提供プログラム。
29. 必要に応じて外部に自装置の外部に設けられたサービスプロバイダ情報データベースを参照するステップを有する請求項２３または、２４記載のコンテンツデータ提供プログラム。
30. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、該コンテンツデータ関連情報提供装置を管理する管理装置に搭載されるプログラムは、
    前記管理装置に、
    前記コンテンツデータ関連情報提供装置に一意な管理番号を付与するステップと、
    コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信するステップと、
    コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の前記管理番号を用いてコンテンツデータに対して発行するステップと、
    前記属性データベースに、前記コンテンツＩＤと前記コンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、前記コンテンツデータ所有者に送信するステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
31. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムであって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、サービスを提供するサービスプロバイダに搭載されるプログラムは、
    前記サービスプロバイダに、
    自プロバイダがコンテンツデータ配信プロバイダの場合は、コンテンツデータ所有者から前記コンテンツデータ及び前記ＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けて前記コンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼するステップと、
    自プロバイダの提供するサービスの内容を前記コンテンツデータ関連情報提供装置に送信するステップとを実行させることを特徴とするコンテンツデータ提供プログラム。
32. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
    前記ユーザ端末の前記ＤＣＤハンドラに、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果、及び、該リゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信ステップとを実行させることを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。
33. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザ端末に提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上の該ユーザ端末の該ＤＣＤハンドラに搭載されるプログラムは、
    前記ユーザ端末の前記ＤＣＤハンドラに、
    前記ユーザからサービス要求を受け付け、前記コンテンツデータ関連情報提供装置から取得した検索結果であるリゾルブ結果を前記ユーザポリシ及び前記システムプロファイルを用いて絞り込み、絞り込まれたリゾルブ結果に基づいてアプリケーションを起動し、該アプリケーションに対して、該リゾルブ結果に含まれる属性情報及びサービスプロバイダ情報を与え、該アプリケーションによりサービスプロバイダから取得したコンテンツデータをユーザに提供するユーザインタフェースステップと、
    保持しているＤＣＤ、該ユーザの条件（以下、ユーザポリシと記す）、利用環境の条件（以下、システムプロファイルと記す）からなるデータ集合を組にしたＲＲＤＳを生成するＲＲＤＳ生成ステップと、
    前記ＲＲＤＳを前記コンテンツデータ関連情報提供装置に送信するＲＲＤＳ送信ステップと、
    前記コンテンツデータ関連情報提供装置から前記リゾルブ結果を受信するリゾルブ結果受信ステップとを実行することを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。
34. 前記ユーザ端末が、ローカルなコンテンツデータ関連情報提供装置（以下、ローカルリゾルバ）を有する際に、該ローカルリゾルバに搭載されるプログラムは、
    前記ローカルリゾルバに、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報を格納した属性情報データベースと前記サービスプロバイダ情報を格納したサービスプロバイダ情報データベースを検索するステップと、
    検索結果をリゾルブ結果として出力するステップと、
    前記ユーザ端末内のコンテンツデータに対して、コンテンツＩＤを前記コンテンツデータ関連情報提供装置の管理番号と当該ローカルリゾルバの管理番号を用いて発行するステップと、
    前記ローカルリゾルバ内の前記属性情報データベースに対して、前記コンテンツＩＤ及び前記属性情報を登録するステップと、
    登録した前記コンテンツＩＤ及び前記属性情報に基づいてＤＣＤを発行するステップを実行させる請求項３３記載のコンテンツデータ提供プログラムを格納した記憶媒体。
35. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
    前記コンテンツデータ関連情報提供装置に、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信ステップと、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索するＲＲＤＳ解釈ステップと、
    前記ＲＲＤＳ解釈ステップによる検索結果をリゾルブ結果として前記ＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させることを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。
36. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が、該ユーザからの問い合わせに対して該情報を提供するシステム上の該コンテンツデータ関連情報提供装置に搭載されるプログラムは、
    前記コンテンツデータ関連情報提供装置に、
    前記ＤＣＤハンドラから前記ＲＲＤＳを取得するＲＲＤＳ受信ステップと、
    前記ＲＲＤＳに応じて、コンテンツデータの属性情報が格納されている属性情報データベースと、サービスプロバイダの情報が格納されているサービスプロバイダ情報データベースとを検索し、検索された結果から問い合わせ要求に適合するリゾルブ結果を生成するＲＲＤＳ解釈ステップと、
    前記ＲＲＤＳ解釈ステップによるリゾルブ結果を前記ＤＣＤハンドラに送信するリゾルブ結果送信ステップとを実行させることを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。
37. 前記ネットワーク上に一つ以上のコンテンツデータ関連情報提供装置がある場合に、それぞれのコンテンツデータ関連情報提供装置が保持している前記コンテンツＩＤ、前記属性情報、及び前記サービスプロバイダ情報を交換しながら、分散協調して前記リゾルブ結果を出力するステップを有する請求項３５または、３６記載のコンテンツデータ提供プログラムを格納した記憶媒体。
38. 前記ユーザ端末において、コンテンツデータ関連情報提供装置と同様の機能を有するローカルリゾルバを有する場合に、該ローカルリゾルバに対して、該コンテンツデータ関連情報提供装置内で一意な管理番号を付与するステップを有する請求項３５又は、３６記載のコンテンツデータ提供プログラムを格納した記憶媒体。
39. 前記リゾルブ結果送信ステップは、
    前記ＲＲＤＳに含まれるＤＣＤ内のコンテンツＩＤと結び付けられている属性情報を参照し、より詳細な属性情報及びサービスプロバイダ情報を含むＤＣＤを前記ＤＣＤハンドラに送信するステップを有する請求項３５又は、３６記載のコンテンツデータ提供プログラムを格納した記憶媒体。
40. 前記リゾルブ結果送信ステップは、
    ＤＣＤハンドラから受信した前記ＲＲＤＳ内のＤＣＤの内容を最新の情報に更新して新たにＤＣＤを発行し、前記ＤＣＤハンドラに送信するステップを有する請求項３５又は、３６記載のコンテンツデータ提供プログラムを格納した記憶媒体。
41. 必要に応じて外部に自装置の外部に設けられたサービスプロバイダ情報データベースを参照するステップを有する請求項３５または、３６記載のコンテンツデータ提供プログラムを格納した記憶媒体。
42. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、該コンテンツデータ関連情報提供装置を管理する管理装置に搭載されるプログラムは、
    前記管理装置に、
    前記コンテンツデータ関連情報提供装置に一意な管理番号を付与するステップと、
    コンテンツデータ所有者から、コンテンツデータ属性情報及びサービスプロバイダ情報を受信するステップと、
    コンテンツデータを一意に示す情報であるコンテンツＩＤをコンテンツデータ関連情報提供装置の前記管理番号を用いてコンテンツデータに対して発行するステップと、
    前記属性データベースに、前記コンテンツＩＤと前記コンテンツデータ属性情報を登録し、該コンテンツデータ属性情報に基づいてＤＣＤを発行し、前記コンテンツデータ所有者に送信するステップとを実行させることを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。
43. コンテンツデータ及び該コンテンツデータに関連する情報・サービスをユーザに提供するためのコンテンツデータ提供プログラムを格納した記憶媒体であって、
    前記コンテンツデータの取得先の情報、コンテンツデータに関する情報や利用可能なサービスを記載したデータ形式（以下ＤＣＤと記す）をネットワークに流通させ、ＤＣＤを取得して解析するＤＣＤハンドラを該ネットワークに接続されたユーザ端末上に設け、コンテンツデータに関する情報やサービスプロバイダ情報をユーザに提供する該ネットワーク上のコンテンツデータ関連情報提供装置が該ユーザからの問い合わせに対して該情報を提供するシステム上において、サービスを提供するサービスプロバイダに搭載されるプログラムは、
    前記サービスプロバイダに、
    自プロバイダがコンテンツデータ配信プロバイダの場合は、コンテンツデータ所有者からコンテンツデータ及び前記ＤＣＤを取得し、該コンテンツデータ及び該ＤＣＤを関連付けて前記コンテンツデータ関連情報提供装置に、属性情報及びサービスプロバイダ情報の登録を依頼するステップと、
    自プロバイダの提供するサービスの内容を前記コンテンツデータ関連情報提供装置に送信するステップとを実行させることを特徴とするコンテンツデータ提供プログラムを格納した記憶媒体。

Images