サーバ装置
【課題】ＣＤＳに対応した汎用的なクライアントに対しても、暗証番号入力を実現させたい。
【解決手段】コンテンツデータ格納部１４は、複数のコンテンツデータを格納する。ディレクトリ格納部１２は、複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する。ディレクトリ送信部２２は、コンテンツ情報を送信する。アクセス要求受信部２４は、コンテンツ情報に対する応答として、コンテンツ識別子を受信する。コンテンツ送信部２６は、コンテンツ識別子をもとに、コンテンツデータを送信する。履歴記憶部１６は、所定の期間にわたって、コンテンツ識別子の履歴を記憶する。処理部１８は、履歴記憶部１６において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する。処理部１８は、変換したデータをもとに所定の処理を実行する。
【解決手段】コンテンツデータ格納部１４は、複数のコンテンツデータを格納する。ディレクトリ格納部１２は、複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する。ディレクトリ送信部２２は、コンテンツ情報を送信する。アクセス要求受信部２４は、コンテンツ情報に対する応答として、コンテンツ識別子を受信する。コンテンツ送信部２６は、コンテンツ識別子をもとに、コンテンツデータを送信する。履歴記憶部１６は、所定の期間にわたって、コンテンツ識別子の履歴を記憶する。処理部１８は、履歴記憶部１６において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する。処理部１８は、変換したデータをもとに所定の処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツデータを送信するサーバ装置に関する。
【背景技術】
【０００２】
近年、ＡＶ機器や家電機器などのネットワーク化が進んでいる。ＡＶ機器のネットワーク化の際に使用されるプロトコルの例として、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）で用いられるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）−ＡＶがある。ＵＰｎＰ−ＡＶは、ＡＶ機器をコントロールするためのコマンドなどを定義した規格であり、その中で定義されているサービスのひとつがＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）である。ＣＤＳを用いてコンテンツサーバであるチューナデバイスを制御する方法が提案されており、ＣＤＳでチューナを記述する仕様が定められている（例えば、特許文献１、非特許文献１参照）。クライアント側には、チューナデバイスの選局可能なチャンネルリストがタイトルリストとして表示されることとなり、クライアント側でのタイトル選択操作が、チャンネル選択制御をサーバ側に要求することに相当する。これは、サーバ上のコンテンツをクライアントが再生する枠組みの中での実現方法であり、対象コンテンツがライブストリーミングになっている。また、サーバでコンテンツをツリー型のディレクトリ構造で管理し、ディレクトリやコンテンツにアクセス制限のための暗証番号を設定することがなされている（例えば、特許文献２参照）。
【特許文献１】特開２００４−３１２４１２号公報
【非特許文献１】、デジタル放送用受信装置 標準規格 （望ましい仕様） ＡＲＩＢ−ＳＴＤ−Ｂ２１ ４．６版、日本、社団法人 電波産業会
【特許文献２】特開２００４−３４１６５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、クライアント側では、暗証番号設定されたコンテンツやディレクトリにアクセスする際に、暗証番号入力が要求される。その際、仮に、暗証番号入力をサーバから要求されても、汎用的な再生用途のクライアントは、暗証番号を入力できず、コンテンツを再生できない。その結果、そのサーバ専用のクライアントをユーザは使用しなければならず、ユーザへのコスト負担が招かれる。
【０００４】
また、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを用いるＨＴＴＰサーバとブラウザ間において、クライアントに相当するブラウザから操作するユーザの入力データをＨＴＴＰサーバに送る場合は、ＰＯＳＴメソッドを用いてブラウザから送信するのが一般的である。しかしながら、ＵＰｎＰ ＡＶで定めるようなＭｅｄｉａサーバとクライアント間において、クライアントはサーバの提供するＣＤＳの情報をＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）によるＢｒｏｗｓｅアクションやＳｅａｒｃｈアクションを用いてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータで入手し、コンテンツ属性情報に含まれるコンテンツのＵＲＩをＨＴＴＰプロトコル等でサーバから配信を受ける構成になっている。そのため、前述の暗証番号のようなユーザが入力するデータをサーバ側に送信する手段は講じられていない。その結果、クライアント側からユーザ入力のデータを送る場合は、別途サーバとクライアント間での取り決めが必要となり、結果として専用クライアントを準備することになってしまう。
【０００５】
本発明はこうした状況に鑑みなされたものであり、その目的は、ＣＤＳに対応した汎用的なクライアントに対しても、暗証番号入力を実現させる技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のサーバ装置は、複数のコンテンツデータを格納するデータ格納部と、データ格納部に格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、データ格納部におけるコンテンツデータの格納場所とが対応づけられた属性情報をコンテンツ情報として格納する情報格納部と、情報格納部において格納したコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツ情報を送信する第１送信部と、第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信する受信部と、受信部において受信した格納場所をもとに、データ格納部に格納したコンテンツデータをクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツデータを送信する第２送信部とを備える。データ格納部に格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、情報格納部に格納したコンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方である。
【０００７】
本発明の別の態様もまた、サーバ装置である。この装置は、複数のコンテンツデータを格納するデータ格納部と、データ格納部に格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する情報格納部と、情報格納部において格納したコンテンツ情報をネットワークを介して送信する第１送信部と、第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信する受信部と、受信部において受信したコンテンツ識別子をもとに、データ格納部に格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信する第２送信部と、受信部と第２送信部との処理が繰り返される場合に、所定の期間にわたって、受信部において受信したコンテンツ識別子の履歴を記憶する履歴記憶部と、履歴記憶部において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する変換部と、変換部において変換したデータをもとに所定の処理を実行する処理部と、を備える。
【０００８】
情報格納部に格納したコンテンツ情報に含まれたコンテンツ識別子には、データ格納部に格納したコンテンツデータの格納場所が示されたＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が含まれていてもよい。情報格納部に格納したコンテンツ情報は、ＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）に準拠して形成されていてもよい。
【０００９】
本発明のさらに別の態様もまた、サーバ装置である。この装置は、ネットワークを介して接続されるクライアント装置からのデータ入力を受けつけるサーバ装置であって、複数のコンテンツデータを格納するデータ格納部と、クライアント装置に対して数字データまたは文字データの入力を要求する入力要求部と、クライアント装置からのデータ入力を受信する受信部と、受信部において受信したデータ入力の内容に対応するコンテンツデータをデータ格納部から選択する選択部と、選択部において選択したコンテンツデータをクライアント装置へ送信する送信部と、を備える。
【００１０】
本発明のさらに別の態様は、データ送信方法である。この方法は、メモリに格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、メモリにおけるコンテンツデータの格納場所とが対応づけられた属性情報であるコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツ情報を送信するステップと、送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信するステップと、受信した格納場所をもとに、メモリに格納したコンテンツデータをクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツデータを送信するステップとを備える。送信するステップにおいて、メモリに格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、コンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方である。
【００１１】
本発明のさらに別の態様は、データ処理方法である。この方法は、メモリに格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報をネットワークを介してクライアント装置へ送信するステップと、送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信するステップと、受信したコンテンツ識別子をもとに、メモリに格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信するステップと、コンテンツ識別子を受信するステップとコンテンツデータを送信するステップとの処理が繰り返される場合に、所定の期間にわたって、受信したコンテンツ識別子の履歴を記憶するステップと、所定の期間終了後に、記憶した履歴にしたがった順序にてコンテンツ識別子の系列をデータに変換するステップと、変換したデータをもとに所定の処理を実行するステップと、を備える。
【００１２】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１３】
本発明によれば、ＣＤＳに対応した汎用的なクライアントに対しても、暗証番号入力を実現させることができる。
【発明を実施するための最良の形態】
【００１４】
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、ＵＰｎＰ ＡＶをもとにして、ネットワークを介して接続されるサーバ装置とクライアント装置にて構成されるデータ処理システムに関する。ここで、クライアント装置は、サーバ装置からコンテンツ属性情報を入手して、コンテンツ属性情報をもとに、コンテンツデータの送信を要求し、サーバ装置は、コンテンツデータを管理格納しており、コンテンツデータをネットワーク上のクライアント装置へ送信する。特に、本実施例では、クライアント装置が、ユーザからの情報入力をサーバ装置へ伝達する技術を説明する。
【００１５】
ＤＬＮＡで使用されるＵＰｎＰ ＡＶでは、コンテンツデータを管理格納するサーバ装置が、ＵＰｎＰのＭｅｄｉａ Ｓｅｒｖｅｒとして動作しており、コンテンツ属性情報は、ＣＤＳを使用してクライアント装置に公開される。クライアント装置は、ＵＰｎＰのＣＤＳを用いてサーバ装置上のコンテンツ属性情報を入手し、コンテンツ属性情報に含まれるコンテンツデータのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）からコンテンツデータの格納場所を把握する。その後、クライアント装置は、サーバ装置に対しコンテンツ要求を行い、コンテンツデータの再生処理を実行する。ここで、サーバ装置は、所定のタイミングを起点として、クライアント装置のコンテンツ要求の順序を履歴情報として管理する。サーバ装置は、その履歴情報をクライアント装置からの情報入力データとして扱う。その結果、コンテンツデータの探索と再生機能しか有さないクライアント装置に対し特別な手段を講じることなくユーザの操作による情報入力データの伝達が可能になる。
【００１６】
具体的に説明すると、サーバ装置は、クライアント装置を操作するユーザに入力操作を行ってもらうために、ＣＤＳにて公開するコンテンツデータのタイトル名を、０〜９までの数字文字とし、コンテンツデータもその数字を表現する静止画にする。その結果、クライアント装置のモニタでは、タイトルリストに０〜９までの数字文字がボタンのように並ぶ。ユーザがいずれかの数字が表示されたタイトルを選択すると、結果的にクライアント装置にその数字の静止画が表示され、あたかもキー入力エコー処理が行われたようになる。サーバ装置は、クライアント装置から要求されたＵＲＩからそれに基づくＣＤＳのコンテンツ属性情報を判別し、ユーザの操作で何が選択されたかを認識する。クライアント装置でのそうした操作が繰り返されることによって、サーバ装置は、ユーザ操作によるコンテンツ選択の履歴を記憶する。さらに、サーバ装置は、入力終了を示すコンテンツデータの選択時点で、履歴情報をユーザからの入力操作によるデータとして、データ処理を実行する。
【００１７】
図１は、本発明の実施例に係るデータ処理システム５００の構成を示す。データ処理システム５００は、サーバ装置１００、クライアント装置２００、ネットワーク３００を含む。サーバ装置１００は、ディレクトリ格納部１２、コンテンツデータ格納部１４、履歴記憶部１６、処理部１８、通信部２０、制御部３０を含む。また、通信部２０は、ディレクトリ送信部２２、アクセス要求受信部２４、コンテンツ送信部２６を含む。クライアント装置２００は、通信部７０、制御部９０、ディレクトリ保持部６０、受付部８０、表示部９２を含む。また、通信部７０は、ディレクトリ受信部７２、アクセス要求送信部７４、コンテンツ受信部７６を含む。
【００１８】
データ処理システム５００では、ネットワーク３００を介して、サーバ装置１００とクライアント装置２００とが接続されている。クライアント装置２００は、汎用的なＤＬＮＡのＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）として動作する。クライアント装置２００は、ネットワーク３００を介してサーバ装置１００へ、コンテンツデータに対する属性情報（以下、「コンテンツ属性情報」という）の公開を要求し、サーバ装置１００からコンテンツ属性情報を取得する。
【００１９】
サーバ装置１００は、ＵＰｎＰ ＡＶのＭｅｄｉａ Ｓｅｒｖｅｒや、ＤＬＮＡのＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）として動作し、ＣＤＳを利用して、コンテンツ属性情報を公開する。また、サーバ装置１００は、ネットワーク３００を介してクライアント装置２００からコンテンツ属性情報を要求され、クライアント装置２００にコンテンツ属性情報を供与する。コンテンツ属性情報およびコンテンツデータについては、後述する。ネットワーク３００は有線または無線ＬＡＮなどで構築される。なお、例えば、サーバ装置１００は、ＰＣに相当し、クライアント装置２００は、テレビジョン受像装置に相当してもよい。
【００２０】
図１では、説明を簡略にするために、サーバ装置１００とクライアント装置２００とがそれぞれひとつ示されている。しかしながら、いずれか一方または両方が、複数含まれていてもよい。また、サーバ装置１００およびクライアント装置２００という名称はその機能に注目したものであり、特定の機器が一方ではサーバ装置１００として機能し、他方ではクライアント装置２００として機能することも可能である。サーバ装置１００およびクライアント装置２００のそれぞれの構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２１】
以下では、データ処理システム５００の動作の概略、サーバ装置１００およびクライアント装置２００の構成、暗証番号の入力動作の詳細の順に説明する。まず、データ処理システム５００の動作の概略を説明する。図２は、データ処理システム５００の動作概要を示すシーケンス図である。サーバ装置１００がネットワーク３００に加わったとき、サーバ装置１００はＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＯＴＩＦＹメソッドを用いて、ｓｓｄｐ：ａｌｉｖｅメッセージをクライアント装置２００へ送信する（Ｓ１０）。サーバ装置１００が保持するコンテンツ属性情報を取得するために、クライアント装置２００を操作しているユーザの指示により、クライアント装置２００は、ＣＤＳのＢｒｏｗｓｅアクションを要求する（Ｓ１２）。
【００２２】
サーバ装置１００は、Ｂｒｏｗｓｅに対するレスポンスによりコンテンツのＣＤＳで管理される情報、つまりコンテンツ属性情報を返信する（Ｓ１４）。ＣＤＳの階層構造に応じて、Ｂｒｏｗｓｅは複数回繰り返される。次に、クライアント装置２００を操作するユーザの指示により、クライアント装置２００は、サーバ装置１００へコンテンツ取得要求を送信する（Ｓ１６）。サーバ装置１００は、コンテンツ取得要求に含まれるＵＲＩからユーザの所望のコンテンツデータを特定し、クライアント装置２００へコンテンツデータを送信する（Ｓ１８）。図１に戻る。
【００２３】
次に、図１に戻って、サーバ装置１００およびクライアント装置２００の構成を説明する。コンテンツデータ格納部１４は、ディレクトリ格納部１２に保持されるディレクトリによって管理されるコンテンツデータを記憶する。ここで、コンテンツデータには、２種類存在する。ひとつは、映画、ドラマ等の動画像データ、つまりクライアント装置２００を使用するユーザが最終的に視聴すべきコンテンツについてのデータである。なお、このようなデータは、動画像データに限られず、音声データ等の別の形式のデータやそれらの組合せであってもよい。
【００２４】
もうひとつは、前述の動画像データ等にクライアント装置２００からアクセスする際の暗証番号入力に使用されるべきデータである。以下では、暗証番号入力に関する処理を中心に説明するので、後者をコンテンツデータといい、前者を動画像データという。コンテンツデータ格納部１４は、複数のコンテンツデータを格納する。ここで、コンテンツデータ格納部１４に格納した複数のコンテンツデータのそれぞれは、数字データ、つまり「０」から「９」のそれぞれに対応した静止画像データおよび「終了」の文字が示された静止画像データである。なお、コンテンツデータや動画像データとして、静止画であればＪＰＥＧ、動画であればＭＰＥＧ２−ＰＳ、音楽であればＬＰＣＭ、などＤＬＮＡで規定された必須のメディアフォーマットが採用される。
【００２５】
ディレクトリ格納部１２は、コンテンツデータ格納部１４に格納した動画像データおよびコンテンツデータに対する属性情報をコンテンツ属性情報として格納する。ここで、コンテンツ属性情報は、ＣＤＳに準拠して形成されており、ディレクトリ形式にて規定されている。複数のコンテンツデータに対するコンテンツ属性情報では、各コンテンツデータのタイトル名と、コンテンツデータ格納部１４におけるコンテンツデータの格納場所とが対応づけられている。なお、このようなタイトル名および格納場所は、コンテンツ識別子と総称される。また、タイトル名は、コンテンツデータと同一の数字となるように規定されている。例えば、コンテンツデータ「１」に対するタイトル名は「１」であるとする。
また、格納場所は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）にて特定される。
【００２６】
図３は、ディレクトリ格納部１２に格納された一般的なＣＤＳの構成を示す。これは、前述の動画像データに対応したコンテンツ属性情報に相当する。図中、コンテナは長方形のブロックで、アイテムは平行四辺形のブロックで示されている。各コンテナおよび各アイテム上の文字は、ＣＤＳのオブジェクトプロパティのｔｉｔｌｅで表されるオブジェクトの名前を示したものである。アイテムは複数のリソースを持つことができ、リソースはｐｒｏｔｏｃｏｌＩｎｆｏでＭＩＭＥ−ｔｙｐｅなどを示し、ｕｒｉを記述する。通常、コンテナは複数のコンテンツを格納するフォルダやディレクトリに相当し、アイテムはコンテンツに相当する。コンテンツのメディアフォーマットにより、複数のリソースにてコンテンツデータをそれぞれ持つことができる。なお、ＣＤＳの詳細については「ＵＰｎＰ ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１， ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１ Ｓｅｒｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１， ＵＰｎＰ Ｆｏｒｕｍ， Ｊｕｎｅ ２５， ２００２．」に記載されている。
【００２７】
図３にて、ルートはコンテナ「ビデオ」、「写真」・・・を含む。コンテナ「ビデオ」は、コンテナ「全て」、「ジャンル」、「チャンネル別」を含む。コンテナ「全て」は、アイテム「野球Ａ対Ｂ」、「邦画劇場」、「サッカーＣ対Ｄ」・・・を含む。コンテナ「ジャンル」は、コンテナ「映画」、「スポーツ」、「ドラマ」・・・を含む。コンテナ「映画」は、アイテム「邦画劇場」・・・を含む。コンテナ「スポーツ」は、アイテム「野球Ａ対Ｂ」、「サッカーＣ対Ｄ」・・・を含む。図４は、ディレクトリ格納部１２に格納されたＣＤＳの別の構成を示す。これは、前述のコンテンツデータに対応したコンテンツ属性情報に相当する。コンテナ「映画」は、図３と同様である。コンテナ「映画」の配下には、前述のアイテム「邦画劇場」とは別に、コンテナ「暗証番号入力」が配置される。さらに、コンテナ「暗証番号入力」は、アイテム「１」から「９」および「終了」を含む。図１に戻る。
【００２８】
ディレクトリ送信部２２は、ネットワーク３００を介して、ディレクトリ格納部１２に格納したコンテンツ属性情報、つまりディレクトリの情報をクライアント装置２００へ送信する。以下では、コンテンツ属性情報およびディレクトリの情報とを区別せずに使用する。送信されるディレクトリの情報は、ディレクトリ格納部１２に格納したすべての情報であってもよいし、一部の情報、例えば、階層ごとの情報であってもよい。ここでは、後者であるとする。また、このディレクトリの情報を送信するタイミングは、ネットワーク３００にサーバ装置１００またはクライアント装置２００が初めて接続されたときであってもよいし、それ以外のときでクライアント装置２００から要求を受けたときであってもよい。ここでも、後者であるとする。特に、コンテンツデータに対するコンテンツ属性情報が送信される場合、つまり暗証番号が入力される場合、ディレクトリ送信部２２は、コンテンツ属性情報のうちのタイトル名をクライアント装置２００に表示させるために、コンテンツ属性情報を送信する。なお、コンテンツ属性情報は、後述の数字データまたは文字データの入力を要求する信号ともいえる。
【００２９】
アクセス要求受信部２４は、ネットワーク３００を介してクライアント装置２００から、上記ディレクトリに管理される特定の項目、つまりコンテンあるいはアイテムに対する公開要求を受信する。特に、アイテムに対する公開要求は、当該アイテムに関連づけられたコンテンツデータや動画像データへのアクセス要求といえる。より具体的に説明すると、アクセス要求受信部２４は、コンテンツデータや動画像データを一意に特定するコンテンツ識別子によるアクセス要求を受信する。コンテンツ識別子には、前述のごとく、ＵＲＩが採用される。つまり、アクセス要求受信部２４は、ディレクトリ送信部２２において送信したコンテンツ属性情報に対する応答として、ネットワーク３００を介して格納場所が含まれたコンテンツ識別子を受信する。
【００３０】
制御部３０は、アクセス要求受信部２４において受信したアクセス要求をもとに、コンテンツデータ格納部１４に格納したコンテンツデータや動画像データを抽出する。前述のごとく、アクセス要求であるコンテンツ識別子には、ＵＲＩが含まれているので、制御部３０は、ＵＲＩをもとにコンテンツデータや動画像データを特定する。制御部３０は、抽出したコンテンツデータや動画像データをコンテンツ送信部２６へ出力する。コンテンツ送信部２６は、制御部３０からコンテンツデータや動画像データを受けつけ、ネットワーク３００を介してクライアント装置２００へコンテンツデータや動画像データを送信する。ここで、コンテンツ送信部２６は、コンテンツデータや動画像データをクライアント装置２００に表示させるために、これらを送信する。
【００３１】
履歴記憶部１６は、コンテンツデータに対して、アクセス要求受信部２４におけるコンテンツ識別子の受信処理と、コンテンツ送信部２６におけるコンテンツデータの送信処理とが繰り返される場合に、所定の期間にわたって、アクセス要求受信部２４において受信したコンテンツ識別子の履歴を記憶する。ここで、所定の期間は、図４に示した「終了」に対するコンテンツ識別子が受信されたタイミングにて終了される。また、所定の期間が終了された後、次のコンテンツ識別子が受信されたタイミングにて、次の所定の期間が開始される。このように、履歴記憶部１６は、所定の期間にわたって、アクセス要求受信部２４において受信したコンテンツデータの格納場所に関する情報を記憶する。その結果、所定の期間にわたって、クライアント装置２００から選択された数字データが記憶される。なお、所定の期間の終了時に、履歴記憶部１６は、既に記憶した履歴を消去する。
【００３２】
制御部３０は、前述の所定の期間において、アクセス要求受信部２４が新たなコンテンツ識別子、つまり格納場所を受信した場合に、コンテンツデータ格納部１４から、新たなコンテンツ識別子に対応したコンテンツデータを抽出する。また、制御部３０は、履歴記憶部１６にそれまでに記憶したコンテンツ識別子に対応したコンテンツデータも抽出する。なお、履歴記憶部１６に記憶されたコンテンツ識別子が複数存在する場合、制御部３０は、記憶された順番に複数のコンテンツデータを抽出する。制御部３０は、履歴記憶部１６での履歴に対応したコンテンツデータの後部に、新たなコンテンツ識別子に対応したコンテンツデータを合成する。制御部３０は、合成したコンテンツデータをコンテンツ送信部２６へ出力する。コンテンツ送信部２６は、合成したコンテンツデータをクライアント装置２００へ送信する。
【００３３】
処理部１８は、履歴記憶部１６における所定の期間が終了した場合、つまりアクセス要求受信部２４がコンテンツ識別子「終了」を受信した場合に、履歴記憶部１６に記憶した履歴にしたがった順序にてコンテンツ識別子の系列を入力する。入力した系列は、複数の数字が並んだ状態に相当する。処理部１８は、入力した系列をデータに変換する。例えば、入力した数字が「１」、「２」、「３」、「４」である場合、処理部１８は、これらをデータ「１２３４」に変換する。さらに、処理部１８は、変換したデータをもとに所定の処理を実行する。変換したデータが、クライアント装置２００から入力された暗証番号である場合、処理部１８は、予め記憶した暗証番号と入力したデータとの一致を確認する。一致すれば、コンテンツデータ格納部１４に格納した動画像データをクライアント装置２００に選択させるために、処理部１８は、ディレクトリ格納部１２に格納したコンテンツ属性情報をディレクトリ送信部２２から送信させる。
【００３４】
ディレクトリ受信部７２は、ネットワーク３００を介して、ディレクトリ格納部１２に格納されたコンテンツ属性情報、つまりディレクトリの情報を受信する。ディレクトリ受信部７２は、受信したコンテンツ属性情報を制御部９０へ出力する。制御部９０は、コンテンツ属性情報をディレクトリ保持部６０へ出力し、ディレクトリ保持部６０は、コンテンツ属性情報を保持する。また、制御部９０は、コンテンツ属性情報のうち、タイトル名を表示部９２へ出力する。表示部９２は、モニタ等によって構成されており、タイトル名を表示する。
【００３５】
受付部８０は、ボタン等によって構成されており、ユーザからの指示を受けつける。例えば、表示部９２に表示されたタイトル名を見ながら、ユーザは、ひとつのタイトルを選択し、当該タイトルを選択するための指示を受付部８０に入力する。受付部８０は、受けつけた指示を制御部９０へ出力する。制御部９０は、受けつけた指示をもとに、アクセス要求としてのコンテンツ識別子を生成する。具体的に説明すると、制御部９０は、受けつけた指示に対応したタイトル名を特定する。また、制御部９０は、コンテンツ属性情報の中から、タイトル名に対応した格納場所、つまりＵＲＩを特定する。制御部９０は、ＵＲＩを含むようにコンテンツ識別子を生成する。制御部９０は、アクセス要求をアクセス要求送信部７４へ出力する。
【００３６】
アクセス要求送信部７４は、ネットワーク３００を介して、制御部９０において生成したアクセス要求をサーバ装置１００に送信する。コンテンツ受信部７６は、サーバ装置１００からネットワーク３００を介してコンテンツデータを受信する。コンテンツ受信部７６は、制御部９０を介して、受信したコンテンツデータを表示部９２へ出力する。表示部９２は、コンテンツデータを静止画像として表示する。なお、コンテンツデータが、合成されたコンテンツデータである場合、表示部９２は、合成されたコンテンツデータを表示する。これまでのクライアント装置２００に関する説明は、暗証番号入力に関する動作であるが、動画像データを再生する場合も、同様の動作がなされる。
【００３７】
次に、暗証番号の入力動作の詳細を説明する。図４では、ディレクトリ格納部１２において、コンテナ「映画」の配下にコンテナ「暗証番号入力」が配置されている。このような構成において、ディレクトリ格納部１２におけるコンテナ「映画」のデータ構造を説明する。図５は、ディレクトリ格納部１２に格納された映画ディレクトリ下のＣＤＳのデータ構造を示す。図示のごとく、映画ディレクトリ下には、タイトル名「暗証番号入力」のコンテナが格納されている。図１に戻る。当該コンテナに対応したコンテンツ属性情報が、サーバ装置１００からクライアント装置２００へ送信されると、クライアント装置２００の表示部９２では、次のような表示がなされる。
【００３８】
図６は、表示部９２において映画ディレクトリが表示されている場合の画面を示す。これは、サーバ装置１００の公開したＣＤＳをクライアント装置２００でのユーザ操作により、映画ディレクトリにたどり着いた状態に相当する。図６において、暗証番号入力ディレクトリには、サーバ装置１００内で管理される暗証番号入力がマッピングされている。図１に戻る。ユーザは、受付部８０を使用しながら、暗証番号入力ディレクトリを示す「暗証番号入力」を選択する。
【００３９】
その後、クライアント装置２００は、Ｂｒｏｗｓｅアクションにて、暗証番号入力に対応したコンテンツ属性情報を入力する。図７は、ディレクトリ格納部１２に格納された暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す。「１」から「９」および「終了」のタイトル名と、それぞれに対応したＵＲＩが示されている。ここで、各リソースのｂｉｔｍａｐは、コンテンツデータが静止画像であることを示すが、各タイトル名に表される表示データとなっている。前述のごとく、タイトル名が「１」であれば、コンテンツデータは、「１」を表現するｂｉｔｍａｐデータである。図１に戻る。図７に示されたコンテンツ属性情報が、サーバ装置１００からクライアント装置２００へ送信されると、クライアント装置２００の表示部９２では、次のような表示がなされる。
【００４０】
図８は、表示部９２において暗証番号入力ディレクトリが表示されている場合の画面を示す。図示のごとく、暗証番号入力ディレクトリ下の「１」から「９」および「終了」にて構成されるタイトルリストが表示されている。図１に戻る。表示部９２が図８の画面を表示している状態において、ユーザが受付部８０を介して「２」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「２」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝２」をコンテンツ識別子に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。サーバ装置１００の制御部３０は、コンテンツデータ格納部１４から、コンテンツ識別子に含まれたＵＲＩに該当するｂｉｔｍａｐデータを抽出する。前述のごとく、ｂｉｔｍａｐデータは、数字「２」が示された静止画像データである。コンテンツ送信部２６は、読み出したｂｉｔｍａｐデータをクライアント装置２００へ送信する。
【００４１】
クライアント装置２００の表示部９２では、次のような表示がなされる。図９は、表示部９２において「２」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、数字「２」の数字データが表示される。図１に戻る。以上の動作とともに、サーバ装置１００の履歴記憶部１６は、クライアント装置２００のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスをもとに暗証番号入力ディレクトリ内でのアイテムの示すＵＲＩの履歴管理を開始する。なお、ＩＰアドレスの代わりに、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが使用されてもよい。図１０は、履歴記憶部１６において記憶された履歴の構成を示す。カウントは、履歴の管理が開始されてから、受信したコンテンツ識別子の数に相当する。メモリ参照先には、数字「２」が格納されている。図１に戻る。
【００４２】
クライアント装置２００は、表示部９２において図９の内容を表示している状態において、ユーザからの他の番号入力を受けつけるために、図９の内容の表示後、一定期間経過したり、戻るための操作がなされたりすると、表示部９２の表示内容を図８に戻す。なお、通信部２０は、履歴記憶部１６において履歴を記憶している状態において、コンテンツデータを送信した後、コンテンツ情報に変化があった旨を送信し、通信部７０が当該通知を受信すると、表示部９２は、表示内容を戻してもよい。その際、ディレクトリ保持部６０に記憶されたコンテンツ属性情報が使用される。続いて、ユーザが受付部８０を使用しながら、タイトル名「９」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「９」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝９」をコンテンツ識別に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。
【００４３】
サーバ装置１００の制御部３０は、クライアント装置２００にコンテンツデータを送信するために、図１０のように管理されているＵＲＩ履歴からこれまでの選択コンテンツである「２」のｂｉｔｍａｐデータをコンテンツデータ格納部１４から読み出す。さらに、制御部３０は、今回の選択コンテンツの「９」のｂｉｔｍａｐデータをコンテンツデータ格納部１４から読み出す。制御部３０は、それらを合成し、合成後のｂｉｔｍａｐデータ、ここでは、「２」「９」を生成する。コンテンツ送信部２６は、合成したコンテンツデータをクライアント装置２００へ送信する。
【００４４】
クライアント装置２００の表示部９２では、次のような表示がなされる。図１１は、表示部９２において「２」の次に「９」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、ユーザが数字を選択した順番に、「２」、「９」の数字が表示されている。図１に戻る。なお、サーバ装置１００の制御部３０は、ｂｉｔｍａｐデータを合成しなくてもよく、例えば、今回選択された「９」に該当するｂｉｔｍａｐデータだけをコンテンツ送信部２６に送信させてもよい。一方、履歴記憶部１６は、クライアント装置２００に該当するＵＲＩ履歴メモリに「９」を追加する。図１２は、履歴記憶部１６において記憶された履歴の構成を示す。カウンタ「２」に対応したメモリ参照先に、コンテンツデータ「２」、「９」が記憶されている。図１に戻る。
【００４５】
ここで、クライアント装置２００を使用しているユーザが暗証番号入力操作を終える場合、図１１の画面を表示している表示部９２は、一定期間経過後あるいはユーザによる操作によって、図８のタイトルリスト表示状態に戻る。ユーザが受付部８０を使用して、タイトル名「終了」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「終了」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝ＥＮＤ」をコンテンツ識別に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。サーバ装置１００の制御部３０は、コンテンツデータ格納部１４から、コンテンツ識別子に含まれたＵＲＩに該当するｂｉｔｍａｐデータを抽出する。前述のごとく、ｂｉｔｍａｐデータは、数字「終了」が示された静止画像データである。コンテンツ送信部２６は、読み出したｂｉｔｍａｐデータをクライアント装置２００へ送信する。
【００４６】
クライアント装置２００の表示部９２では、次のような表示がなされる。図１３は、表示部９２において「終了」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、ユーザの選択と同様に、「終了」の文字が表示されている。図１に戻る。さらに、サーバ装置１００の履歴記憶部１６は、要求されたＵＲＩが暗証番号入力終了であると解釈し、図１２に示したＵＲＩ履歴メモリから、「２」、「９」を処理部１８へ出力する。処理部１８は、これらの数字をひとつのデータ「２９」へ変換し、それを入力された暗証番号として、ディレクトリ格納部１２における図６の暗証番号入力ディレクトリにマッピングされている暗証番号と比較する。暗証番号が正しければ、処理部１８は暗証番号入力ディレクトリ下の図７のＣＤＳ情報を空にする。また、履歴記憶部１６の履歴もリセットされる。また、処理部１８は、図６の映画ディレクトリの下に、本来の映画タイトルのためのＣＤＳ情報を設定する。
【００４７】
クライアント装置２００を操作するユーザは、図１３のような表示部９２での表示から１回の戻る操作によって、次に示す表示に戻る。図１４は、表示部９２において空の暗証番号入力ディレクトリが表示されている場合の画面を示す。図示のごとく、図８と同様に、暗証番号入力ディレクトリが表示されているが、「１」から「９」および「終了」のタイトル名は表示されていない。図１に戻る。クライアント装置２００を操作するユーザは、図１４のような表示部９２での表示から、もう１回の戻る操作によって、次に示す表示に戻る。図１５は、表示部９２において認証終了後の映画ディレクトリが表示されている場合の画面を示す。暗証番号を入力する処理は終了しているので、ユーザが視聴可能な動画像データのタイトル名が表示されている。ユーザは、受付部８０を使用しながら、ひとつのタイトル名を選択することで、サーバ装置１００からの動画像データの配信を受けることができる。
【００４８】
以上の構成によるサーバ装置１００の動作を説明する。図１６は、サーバ装置１００に係る認証処理の手順を示すフローチャートである。ディレクトリ送信部２２は、暗証番号入力ディレクトリを提示する（Ｓ５０）。アクセス要求受信部２４は、コンテンツ要求を受信する（Ｓ５２）。コンテンツ要求において「終了」が要求されていなければ（Ｓ５４のＮ）、制御部３０は、コンテンツデータ格納部１４からコンテンツデータを読み出す（Ｓ５６）。履歴記憶部１６に履歴があれば（Ｓ５８のＹ）、制御部３０は、履歴に対応したコンテンツデータを読み出し（Ｓ６０）、コンテンツデータを合成する（Ｓ６２）。一方、履歴記憶部１６に履歴がなければ（Ｓ５８のＮ）、ステップ６０および６２はスキップされる。コンテンツ送信部２６は、コンテンツデータを送信する（Ｓ６４）。履歴記憶部１６は、要求内容を履歴に蓄積する（Ｓ６６）。処理は、ステップ５０に戻る。コンテンツ要求において「終了」が要求されていれば（Ｓ５４のＹ）、受付部８０は、履歴内容を暗証番号に変換する（Ｓ６８）。処理部１８は、認証処理を実行する（Ｓ７０）。
【００４９】
以下、変形例を説明する。ここまで、コンテンツデータ格納部１４に格納したコンテンツデータとして、ｂｉｔｍａｐデータ、つまり静止画像データを使用していた。しかしながら、クライアント装置２００が、音声や音楽データを再生する機能を有している場合、コンテンツデータは、静止画像データでなくてもよい。変形例は、コンテンツデータとして音声データも使用する場合を説明する。変形例に係るデータ処理システム５００の構成は、図１と同様のタイプである。ここでは、相違点を中心に説明する。
【００５０】
図１７は、本発明の変形例に係る暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す。図１７は、図７と同様に示されるが、リソースとしてＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）データも使用される。なお、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）データが使用されてもよい。アクセス要求受信部２４において受信されたコンテンツ識別子が、タイトル名「２」に相当する場合、コンテンツデータ格納部１４には、クライアント装置２００において再生された際に、ユーザが「２」と認識できる音声データが記憶される。また、図１７のようにマルチリソースの暗証番号入力用ＣＤＳをクライアント装置２００で準備し、さまざまクライアント装置２００に対応させることもできる。さらに、コンテンツデータとして、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２やＭＰＥＧ４等の動画がリソースに使用されてもよい。
【００５１】
以下、別の変形例を説明する。実施例においてデータ処理システム５００は、サーバ装置１００、クライアント装置２００を含んでいた。別の変形例では、ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ：１によるＭｅｄｉａ Ｓｅｒｖｅｒ、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ（ＣＰ）の３つのデバイスが、データ処理システム５００に含まれている場合を対象にする。
【００５２】
図１８は、本発明の別の変形例に係るデータ処理システム５００の構成を示す。データ処理システム５００は、サーバ装置１００、携帯電話端末装置６００、テレビジョン受像装置７００を含む。携帯電話端末装置６００は、前述のＣＰに相当し、サーバ装置１００、つまりＭｅｄｉａ Ｓｅｒｖｅｒからコンテナやアイテムのコンテンツ属性情報を入手し表示する。しかしながら、携帯電話端末装置６００は、コンテンツデータの再生機能を有さない。テレビジョン受像装置７００は、前述のＭｅｄｉａ Ｒｅｎｄｅｒｅｒに相当し、携帯電話端末装置６００からＡＶＴ（ＡＶＴｒａｎｓｐｏｒｔ Ｓｅｒｖｉｃｅ）を用いて制御される。
【００５３】
その結果、テレビジョン受像装置７００では、表示するコンテンツデータのリソースＵＲＩ通知や再生制御要求が携帯電話端末装置６００から発行される。テレビジョン受像装置７００は、再生開始を携帯電話端末装置６００から要求されると、前もって通知されたＵＲＩをもとに、サーバ装置１００に対しコンテンツ要求を行い、サーバ装置１００から送信されるコンテンツデータを再生する。サーバ装置１００は、実施例と同様に動作する。つまり、別の変形例では、実施例のクライアント装置２００が、携帯電話端末装置６００、テレビジョン受像装置７００によって構成されていることに相当する。
【００５４】
携帯電話端末装置６００は、ＣＤＳのＢｒｏｗｓｅアクションをサーバ装置１００へ送信する（Ｓ１００）。サーバ装置１００は、Ｂｒｏｗｓｅ応答を携帯電話端末装置６００へ送信する（Ｓ１０２）。携帯電話端末装置６００は、タイトルリストを表示する（Ｓ１０４）。携帯電話端末装置６００は、ＡＶＴのＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションをテレビジョン受像装置７００へ送信する（Ｓ１０６）。また、携帯電話端末装置６００は、ＡＶＴのＰｌａｙアクションをテレビジョン受像装置７００へ送信する（Ｓ１０８）。テレビジョン受像装置７００は、コンテンツ要求をサーバ装置１００へ送信する（Ｓ１１０）。サーバ装置１００は、コンテンツデータをテレビジョン受像装置７００へ送信する（Ｓ１１２）。
【００５５】
ここで、サーバ装置１００が空気調節装置（Ａｉｒ Ｃｏｎｄｉｔｉｏｍｅｒ：以下、「エアコン」という）を制御するためのサーバである場合を説明する。ディレクトリ格納部１２は、図７の暗証番号入力ディレクトリと同様に、温度設定入力ディレクトリを格納する。図１９は、本発明の別の変形例に係る温度設定入力ディレクトリ下のＣＤＳのデータ構造を示す。図１９は、図７と同様に示されるが、図７におけるアイテム「１」から「０」は、最終的に暗証番号と解せられるのに対して、図１９におけるアイテム「１」から「０」は、最終的に温度と解せられる。図１８の携帯電話端末装置６００は、温度設定入力ディレクトリに対してＢｒｏｗｓｅを実行することによって、ＣＤＳ情報を取得する。携帯電話端末装置６００では、次のような表示がなされる。図２０は、表示部９２において温度設定入力ディレクトリが表示されている場合の画面を示す。図示のごとく、図８と同様の表示がなされる。図１８に戻る。
【００５６】
ユーザが、２９度に温度設定する場合、携帯電話端末装置６００を使用しながら、図２０でタイトル名「２」を選択すると、携帯電話端末装置６００からテレビジョン受像装置７００へＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにより、「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝２」がＵＲＩとして通知される。続いて、携帯電話端末装置６００は、Ｐｌａｙアクションをテレビジョン受像装置７００へ要求する。テレビジョン受像装置７００は、サーバ装置１００に対し、先のＵＲＩをもとにコンテンツ要求を送信する。一方、サーバ装置１００は、「２」のｂｉｔｍａｐデータをテレビジョン受像装置７００へ送信する。テレビジョン受像装置７００は、図９のように表示する。サーバ装置１００は、図１０のように、ＵＲＩの履歴を管理しており、「２」を履歴メモリに格納する。ここでのＩＰアドレスは、テレビジョン受像装置７００に付与されたＩＰアドレスになる。
【００５７】
さらに、ユーザは携帯電話端末装置６００において「９」のタイトルを選択するので、「２」の場合と同様の処理がなされた結果、テレビジョン受像装置７００は、図１１のような画面を表示し、サーバ装置１００には、「２９」が伝達され、ＵＲＩの履歴が記憶される。さらに、ユーザが携帯電話端末装置６００において「終了」のタイトルを選択すると、テレビジョン受像装置７００は、図１３のような画面を表示する。また、サーバ装置１００は、温度設定の入力終了と判断し、ＵＲＩ履歴メモリにおける２９度をエアコンの温度設定として決定する。サーバ装置１００は、当該温度設定にてエアコンに対し温度制御を実行する。
【００５８】
本発明の実施例によれば、ユーザからの入力を期待する場合に、サーバ装置内のコンテンツディレクトリ下に入力してもらいたい文字や数字を示すタイトル名と、クライアント装置において再生されるコンテンツデータを示すＵＲＩを含むＣＤＳの情報を用意するので、ユーザに入力内容を確認させることができる。また、コンテンツデータにて示される数字とタイトル名とを同一にするので、メニューでの表示とコンテンツデータの表示とを統一できる。また、コンテンツディレクトリでのタイトル一覧がクライアント装置で表示されている状態において、ユーザがひとつのタイトルを選択すると、ＵＲＩに基づくタイトルのデータがサーバ装置から配信されるので、ユーザはクライアント装置の画面表示にて選択内容を確認できる。また、サーバ装置は、そのタイトル選択時に要求されるＵＲＩの履歴を管理し、かつその順番を解釈するので、ユーザからの入力をもとに暗号番号を生成できる。また、汎用的なＵＰｎＰのクライアントやＤＬＮＡのＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）を変更することなく、暗証番号入力を実現できる。また、クライアント装置におけるデータ入力の内容に対応したコンテンツデータが、クライアント装置へ送信されるので、ユーザは、入力した内容を確認できる。また、ユーザは、入力した内容を確認するので、利便性を向上できる。
【００５９】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６０】
本発明の実施例において、コンテンツデータ格納部１４に格納された複数のコンテンツデータには、数字データが含まれており、かつディレクトリ格納部１２に格納したコンテンツ属性情報では、コンテンツデータと同一の数字データとなるようにタイトル名が規定されている。しかしながらこれに限らず例えば、コンテンツデータ格納部１４に格納された複数のコンテンツデータは、文字データであってもよく、ディレクトリ格納部１２に格納したコンテンツ属性情報は、コンテンツデータと同一の文字データとなるようにタイトル名が規定されていてもよい。文字データとして、ひらがな、カタカナ、アルファベット等が使用される。さらに、コンテンツデータおよびタイトルが、数字データと文字データの組合せであってもよい。本変形例によれば、クライアント装置２００からサーバ装置１００へさまざまな情報を入力できる。
【００６１】
本発明の実施例において、アクセス要求受信部２４が受信するコンテンツ識別子には、コンテンツの格納場所としてのＵＲＩが含まれている。しかしながらこれに限らず例えば、コンテンツ識別子にＵＲＩ等の格納場所に関する情報が含まれていなくてもよい。その際、コンテンツ識別子には、コンテンツデータを指定するための指示が含まれていればよい。制御部３０は、コンテンツデータの指定指示をもとに、コンテンツデータ格納部１４からコンテンツデータを抽出する。本変形例によれば、コンテンツ識別子の規定の自由度を向上できる。
【００６２】
本発明の実施例において、コンテンツデータ格納部１４に格納されたコンテンツデータそのものと、ディレクトリ格納部１２に格納したコンテンツ属性情報でのタイトル名とが一致している。しかしながらこれに限らず例えば、両者が完全に一致していなくてもよい。コンテンツデータが「２」であり、タイトル名が「ｄｍｓｉｎｐｕｔ２．ｂｍｐ」であってもよい。本変形例によれば、コンテンツデータとタイトル名とを決定する際の自由度を向上できる。ようは、ユーザが、コンテンツデータとタイトル名のうちの一方を見たときに、他方を連想できればよい。
【００６３】
本発明の実施例では、表示部９２上に、図８のような「１」から「９」までの数字ボタンを含んだ暗証番号入力画面を表示させた状況下でユーザに暗証番号を選択させている。しかしながらこれに限らず例えば、図８のような暗証番号入力画面を表示しなくてもよい。例えば、図８のような画面に代えて表示部９２は単に「暗証番号をテンキーから入力下さい」という文字だけが記された入力画面を表示してもよい。これを受けてユーザは受付部８０から暗証番号をボタン等により入力してもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例に係るデータ処理システムの構成を示す図である。
【図２】図１のデータ処理システムの動作概要を示すシーケンス図である。
【図３】図１のディレクトリ格納部に格納された一般的なＣＤＳの構成を示す図である。
【図４】図１のディレクトリ格納部に格納されたＣＤＳの別の構成を示す図である。
【図５】図１のディレクトリ格納部に格納された映画ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図６】図１の表示部において映画ディレクトリが表示されている場合の画面を示す図である。
【図７】図１のディレクトリ格納部に格納された暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図８】図１の表示部において暗証番号入力ディレクトリが表示されている場合の画面を示す図である。
【図９】図１の表示部において「２」のコンテンツデータ表示されている場合の画面を示す図である。
【図１０】図１の履歴記憶部において記憶された履歴の構成を示す図である。
【図１１】図１の表示部において「２」の次に「９」のコンテンツデータ表示されている場合の画面を示す図である。
【図１２】図１の履歴記憶部において記憶された履歴の構成を示す図である。
【図１３】図１の表示部において「終了」のコンテンツデータ表示されている場合の画面を示す図である。
【図１４】図１の表示部において空の暗証番号入力ディレクトリが表示されている場合の画面を示す図である。
【図１５】図１の表示部において認証終了後の映画ディレクトリが表示されている場合の画面を示す図である。
【図１６】図１のサーバ装置に係る認証処理の手順を示すフローチャートである。
【図１７】本発明の変形例に係る暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図１８】本発明の別の変形例に係るデータ処理システムの構成を示す図である。
【図１９】本発明の別の変形例に係る温度設定入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図２０】図１の表示部において温度設定入力ディレクトリが表示されている場合の画面を示す図である。
【符号の説明】
【００６５】
１２ ディレクトリ格納部、 １４ コンテンツデータ格納部、 １６ 履歴記憶部、 １８ 処理部、 ２０ 通信部、 ２２ ディレクトリ送信部、 ２４ アクセス要求受信部、 ２６ コンテンツ送信部、 ３０ 制御部、 ６０ ディレクトリ保持部、 ７０ 通信部、 ７２ ディレクトリ受信部、 ７４ アクセス要求送信部、 ７６ コンテンツ受信部、 ８０ 受付部、 ９０ 制御部、 ９２ 表示部、 １００ サーバ装置、 ２００ クライアント装置、 ３００ ネットワーク、 ５００ データ処理システム。
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツデータを送信するサーバ装置に関する。
【背景技術】
【０００２】
近年、ＡＶ機器や家電機器などのネットワーク化が進んでいる。ＡＶ機器のネットワーク化の際に使用されるプロトコルの例として、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）で用いられるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）−ＡＶがある。ＵＰｎＰ−ＡＶは、ＡＶ機器をコントロールするためのコマンドなどを定義した規格であり、その中で定義されているサービスのひとつがＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）である。ＣＤＳを用いてコンテンツサーバであるチューナデバイスを制御する方法が提案されており、ＣＤＳでチューナを記述する仕様が定められている（例えば、特許文献１、非特許文献１参照）。クライアント側には、チューナデバイスの選局可能なチャンネルリストがタイトルリストとして表示されることとなり、クライアント側でのタイトル選択操作が、チャンネル選択制御をサーバ側に要求することに相当する。これは、サーバ上のコンテンツをクライアントが再生する枠組みの中での実現方法であり、対象コンテンツがライブストリーミングになっている。また、サーバでコンテンツをツリー型のディレクトリ構造で管理し、ディレクトリやコンテンツにアクセス制限のための暗証番号を設定することがなされている（例えば、特許文献２参照）。
【特許文献１】特開２００４−３１２４１２号公報
【非特許文献１】、デジタル放送用受信装置 標準規格 （望ましい仕様） ＡＲＩＢ−ＳＴＤ−Ｂ２１ ４．６版、日本、社団法人 電波産業会
【特許文献２】特開２００４−３４１６５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、クライアント側では、暗証番号設定されたコンテンツやディレクトリにアクセスする際に、暗証番号入力が要求される。その際、仮に、暗証番号入力をサーバから要求されても、汎用的な再生用途のクライアントは、暗証番号を入力できず、コンテンツを再生できない。その結果、そのサーバ専用のクライアントをユーザは使用しなければならず、ユーザへのコスト負担が招かれる。
【０００４】
また、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを用いるＨＴＴＰサーバとブラウザ間において、クライアントに相当するブラウザから操作するユーザの入力データをＨＴＴＰサーバに送る場合は、ＰＯＳＴメソッドを用いてブラウザから送信するのが一般的である。しかしながら、ＵＰｎＰ ＡＶで定めるようなＭｅｄｉａサーバとクライアント間において、クライアントはサーバの提供するＣＤＳの情報をＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）によるＢｒｏｗｓｅアクションやＳｅａｒｃｈアクションを用いてＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータで入手し、コンテンツ属性情報に含まれるコンテンツのＵＲＩをＨＴＴＰプロトコル等でサーバから配信を受ける構成になっている。そのため、前述の暗証番号のようなユーザが入力するデータをサーバ側に送信する手段は講じられていない。その結果、クライアント側からユーザ入力のデータを送る場合は、別途サーバとクライアント間での取り決めが必要となり、結果として専用クライアントを準備することになってしまう。
【０００５】
本発明はこうした状況に鑑みなされたものであり、その目的は、ＣＤＳに対応した汎用的なクライアントに対しても、暗証番号入力を実現させる技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様のサーバ装置は、複数のコンテンツデータを格納するデータ格納部と、データ格納部に格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、データ格納部におけるコンテンツデータの格納場所とが対応づけられた属性情報をコンテンツ情報として格納する情報格納部と、情報格納部において格納したコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツ情報を送信する第１送信部と、第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信する受信部と、受信部において受信した格納場所をもとに、データ格納部に格納したコンテンツデータをクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツデータを送信する第２送信部とを備える。データ格納部に格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、情報格納部に格納したコンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方である。
【０００７】
本発明の別の態様もまた、サーバ装置である。この装置は、複数のコンテンツデータを格納するデータ格納部と、データ格納部に格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する情報格納部と、情報格納部において格納したコンテンツ情報をネットワークを介して送信する第１送信部と、第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信する受信部と、受信部において受信したコンテンツ識別子をもとに、データ格納部に格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信する第２送信部と、受信部と第２送信部との処理が繰り返される場合に、所定の期間にわたって、受信部において受信したコンテンツ識別子の履歴を記憶する履歴記憶部と、履歴記憶部において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する変換部と、変換部において変換したデータをもとに所定の処理を実行する処理部と、を備える。
【０００８】
情報格納部に格納したコンテンツ情報に含まれたコンテンツ識別子には、データ格納部に格納したコンテンツデータの格納場所が示されたＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が含まれていてもよい。情報格納部に格納したコンテンツ情報は、ＣＤＳ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ）に準拠して形成されていてもよい。
【０００９】
本発明のさらに別の態様もまた、サーバ装置である。この装置は、ネットワークを介して接続されるクライアント装置からのデータ入力を受けつけるサーバ装置であって、複数のコンテンツデータを格納するデータ格納部と、クライアント装置に対して数字データまたは文字データの入力を要求する入力要求部と、クライアント装置からのデータ入力を受信する受信部と、受信部において受信したデータ入力の内容に対応するコンテンツデータをデータ格納部から選択する選択部と、選択部において選択したコンテンツデータをクライアント装置へ送信する送信部と、を備える。
【００１０】
本発明のさらに別の態様は、データ送信方法である。この方法は、メモリに格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、メモリにおけるコンテンツデータの格納場所とが対応づけられた属性情報であるコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツ情報を送信するステップと、送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信するステップと、受信した格納場所をもとに、メモリに格納したコンテンツデータをクライアント装置に表示させるために、ネットワークを介してクライアント装置へコンテンツデータを送信するステップとを備える。送信するステップにおいて、メモリに格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、コンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方である。
【００１１】
本発明のさらに別の態様は、データ処理方法である。この方法は、メモリに格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報をネットワークを介してクライアント装置へ送信するステップと、送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信するステップと、受信したコンテンツ識別子をもとに、メモリに格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信するステップと、コンテンツ識別子を受信するステップとコンテンツデータを送信するステップとの処理が繰り返される場合に、所定の期間にわたって、受信したコンテンツ識別子の履歴を記憶するステップと、所定の期間終了後に、記憶した履歴にしたがった順序にてコンテンツ識別子の系列をデータに変換するステップと、変換したデータをもとに所定の処理を実行するステップと、を備える。
【００１２】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１３】
本発明によれば、ＣＤＳに対応した汎用的なクライアントに対しても、暗証番号入力を実現させることができる。
【発明を実施するための最良の形態】
【００１４】
本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、ＵＰｎＰ ＡＶをもとにして、ネットワークを介して接続されるサーバ装置とクライアント装置にて構成されるデータ処理システムに関する。ここで、クライアント装置は、サーバ装置からコンテンツ属性情報を入手して、コンテンツ属性情報をもとに、コンテンツデータの送信を要求し、サーバ装置は、コンテンツデータを管理格納しており、コンテンツデータをネットワーク上のクライアント装置へ送信する。特に、本実施例では、クライアント装置が、ユーザからの情報入力をサーバ装置へ伝達する技術を説明する。
【００１５】
ＤＬＮＡで使用されるＵＰｎＰ ＡＶでは、コンテンツデータを管理格納するサーバ装置が、ＵＰｎＰのＭｅｄｉａ Ｓｅｒｖｅｒとして動作しており、コンテンツ属性情報は、ＣＤＳを使用してクライアント装置に公開される。クライアント装置は、ＵＰｎＰのＣＤＳを用いてサーバ装置上のコンテンツ属性情報を入手し、コンテンツ属性情報に含まれるコンテンツデータのＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）からコンテンツデータの格納場所を把握する。その後、クライアント装置は、サーバ装置に対しコンテンツ要求を行い、コンテンツデータの再生処理を実行する。ここで、サーバ装置は、所定のタイミングを起点として、クライアント装置のコンテンツ要求の順序を履歴情報として管理する。サーバ装置は、その履歴情報をクライアント装置からの情報入力データとして扱う。その結果、コンテンツデータの探索と再生機能しか有さないクライアント装置に対し特別な手段を講じることなくユーザの操作による情報入力データの伝達が可能になる。
【００１６】
具体的に説明すると、サーバ装置は、クライアント装置を操作するユーザに入力操作を行ってもらうために、ＣＤＳにて公開するコンテンツデータのタイトル名を、０〜９までの数字文字とし、コンテンツデータもその数字を表現する静止画にする。その結果、クライアント装置のモニタでは、タイトルリストに０〜９までの数字文字がボタンのように並ぶ。ユーザがいずれかの数字が表示されたタイトルを選択すると、結果的にクライアント装置にその数字の静止画が表示され、あたかもキー入力エコー処理が行われたようになる。サーバ装置は、クライアント装置から要求されたＵＲＩからそれに基づくＣＤＳのコンテンツ属性情報を判別し、ユーザの操作で何が選択されたかを認識する。クライアント装置でのそうした操作が繰り返されることによって、サーバ装置は、ユーザ操作によるコンテンツ選択の履歴を記憶する。さらに、サーバ装置は、入力終了を示すコンテンツデータの選択時点で、履歴情報をユーザからの入力操作によるデータとして、データ処理を実行する。
【００１７】
図１は、本発明の実施例に係るデータ処理システム５００の構成を示す。データ処理システム５００は、サーバ装置１００、クライアント装置２００、ネットワーク３００を含む。サーバ装置１００は、ディレクトリ格納部１２、コンテンツデータ格納部１４、履歴記憶部１６、処理部１８、通信部２０、制御部３０を含む。また、通信部２０は、ディレクトリ送信部２２、アクセス要求受信部２４、コンテンツ送信部２６を含む。クライアント装置２００は、通信部７０、制御部９０、ディレクトリ保持部６０、受付部８０、表示部９２を含む。また、通信部７０は、ディレクトリ受信部７２、アクセス要求送信部７４、コンテンツ受信部７６を含む。
【００１８】
データ処理システム５００では、ネットワーク３００を介して、サーバ装置１００とクライアント装置２００とが接続されている。クライアント装置２００は、汎用的なＤＬＮＡのＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）として動作する。クライアント装置２００は、ネットワーク３００を介してサーバ装置１００へ、コンテンツデータに対する属性情報（以下、「コンテンツ属性情報」という）の公開を要求し、サーバ装置１００からコンテンツ属性情報を取得する。
【００１９】
サーバ装置１００は、ＵＰｎＰ ＡＶのＭｅｄｉａ Ｓｅｒｖｅｒや、ＤＬＮＡのＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）として動作し、ＣＤＳを利用して、コンテンツ属性情報を公開する。また、サーバ装置１００は、ネットワーク３００を介してクライアント装置２００からコンテンツ属性情報を要求され、クライアント装置２００にコンテンツ属性情報を供与する。コンテンツ属性情報およびコンテンツデータについては、後述する。ネットワーク３００は有線または無線ＬＡＮなどで構築される。なお、例えば、サーバ装置１００は、ＰＣに相当し、クライアント装置２００は、テレビジョン受像装置に相当してもよい。
【００２０】
図１では、説明を簡略にするために、サーバ装置１００とクライアント装置２００とがそれぞれひとつ示されている。しかしながら、いずれか一方または両方が、複数含まれていてもよい。また、サーバ装置１００およびクライアント装置２００という名称はその機能に注目したものであり、特定の機器が一方ではサーバ装置１００として機能し、他方ではクライアント装置２００として機能することも可能である。サーバ装置１００およびクライアント装置２００のそれぞれの構成は、ハードウェア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２１】
以下では、データ処理システム５００の動作の概略、サーバ装置１００およびクライアント装置２００の構成、暗証番号の入力動作の詳細の順に説明する。まず、データ処理システム５００の動作の概略を説明する。図２は、データ処理システム５００の動作概要を示すシーケンス図である。サーバ装置１００がネットワーク３００に加わったとき、サーバ装置１００はＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）のＮＯＴＩＦＹメソッドを用いて、ｓｓｄｐ：ａｌｉｖｅメッセージをクライアント装置２００へ送信する（Ｓ１０）。サーバ装置１００が保持するコンテンツ属性情報を取得するために、クライアント装置２００を操作しているユーザの指示により、クライアント装置２００は、ＣＤＳのＢｒｏｗｓｅアクションを要求する（Ｓ１２）。
【００２２】
サーバ装置１００は、Ｂｒｏｗｓｅに対するレスポンスによりコンテンツのＣＤＳで管理される情報、つまりコンテンツ属性情報を返信する（Ｓ１４）。ＣＤＳの階層構造に応じて、Ｂｒｏｗｓｅは複数回繰り返される。次に、クライアント装置２００を操作するユーザの指示により、クライアント装置２００は、サーバ装置１００へコンテンツ取得要求を送信する（Ｓ１６）。サーバ装置１００は、コンテンツ取得要求に含まれるＵＲＩからユーザの所望のコンテンツデータを特定し、クライアント装置２００へコンテンツデータを送信する（Ｓ１８）。図１に戻る。
【００２３】
次に、図１に戻って、サーバ装置１００およびクライアント装置２００の構成を説明する。コンテンツデータ格納部１４は、ディレクトリ格納部１２に保持されるディレクトリによって管理されるコンテンツデータを記憶する。ここで、コンテンツデータには、２種類存在する。ひとつは、映画、ドラマ等の動画像データ、つまりクライアント装置２００を使用するユーザが最終的に視聴すべきコンテンツについてのデータである。なお、このようなデータは、動画像データに限られず、音声データ等の別の形式のデータやそれらの組合せであってもよい。
【００２４】
もうひとつは、前述の動画像データ等にクライアント装置２００からアクセスする際の暗証番号入力に使用されるべきデータである。以下では、暗証番号入力に関する処理を中心に説明するので、後者をコンテンツデータといい、前者を動画像データという。コンテンツデータ格納部１４は、複数のコンテンツデータを格納する。ここで、コンテンツデータ格納部１４に格納した複数のコンテンツデータのそれぞれは、数字データ、つまり「０」から「９」のそれぞれに対応した静止画像データおよび「終了」の文字が示された静止画像データである。なお、コンテンツデータや動画像データとして、静止画であればＪＰＥＧ、動画であればＭＰＥＧ２−ＰＳ、音楽であればＬＰＣＭ、などＤＬＮＡで規定された必須のメディアフォーマットが採用される。
【００２５】
ディレクトリ格納部１２は、コンテンツデータ格納部１４に格納した動画像データおよびコンテンツデータに対する属性情報をコンテンツ属性情報として格納する。ここで、コンテンツ属性情報は、ＣＤＳに準拠して形成されており、ディレクトリ形式にて規定されている。複数のコンテンツデータに対するコンテンツ属性情報では、各コンテンツデータのタイトル名と、コンテンツデータ格納部１４におけるコンテンツデータの格納場所とが対応づけられている。なお、このようなタイトル名および格納場所は、コンテンツ識別子と総称される。また、タイトル名は、コンテンツデータと同一の数字となるように規定されている。例えば、コンテンツデータ「１」に対するタイトル名は「１」であるとする。
また、格納場所は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）にて特定される。
【００２６】
図３は、ディレクトリ格納部１２に格納された一般的なＣＤＳの構成を示す。これは、前述の動画像データに対応したコンテンツ属性情報に相当する。図中、コンテナは長方形のブロックで、アイテムは平行四辺形のブロックで示されている。各コンテナおよび各アイテム上の文字は、ＣＤＳのオブジェクトプロパティのｔｉｔｌｅで表されるオブジェクトの名前を示したものである。アイテムは複数のリソースを持つことができ、リソースはｐｒｏｔｏｃｏｌＩｎｆｏでＭＩＭＥ−ｔｙｐｅなどを示し、ｕｒｉを記述する。通常、コンテナは複数のコンテンツを格納するフォルダやディレクトリに相当し、アイテムはコンテンツに相当する。コンテンツのメディアフォーマットにより、複数のリソースにてコンテンツデータをそれぞれ持つことができる。なお、ＣＤＳの詳細については「ＵＰｎＰ ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１， ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１ Ｓｅｒｖｉｃｅ Ｔｅｍｐｌａｔｅ Ｖｅｒｓｉｏｎ １．０１， ＵＰｎＰ Ｆｏｒｕｍ， Ｊｕｎｅ ２５， ２００２．」に記載されている。
【００２７】
図３にて、ルートはコンテナ「ビデオ」、「写真」・・・を含む。コンテナ「ビデオ」は、コンテナ「全て」、「ジャンル」、「チャンネル別」を含む。コンテナ「全て」は、アイテム「野球Ａ対Ｂ」、「邦画劇場」、「サッカーＣ対Ｄ」・・・を含む。コンテナ「ジャンル」は、コンテナ「映画」、「スポーツ」、「ドラマ」・・・を含む。コンテナ「映画」は、アイテム「邦画劇場」・・・を含む。コンテナ「スポーツ」は、アイテム「野球Ａ対Ｂ」、「サッカーＣ対Ｄ」・・・を含む。図４は、ディレクトリ格納部１２に格納されたＣＤＳの別の構成を示す。これは、前述のコンテンツデータに対応したコンテンツ属性情報に相当する。コンテナ「映画」は、図３と同様である。コンテナ「映画」の配下には、前述のアイテム「邦画劇場」とは別に、コンテナ「暗証番号入力」が配置される。さらに、コンテナ「暗証番号入力」は、アイテム「１」から「９」および「終了」を含む。図１に戻る。
【００２８】
ディレクトリ送信部２２は、ネットワーク３００を介して、ディレクトリ格納部１２に格納したコンテンツ属性情報、つまりディレクトリの情報をクライアント装置２００へ送信する。以下では、コンテンツ属性情報およびディレクトリの情報とを区別せずに使用する。送信されるディレクトリの情報は、ディレクトリ格納部１２に格納したすべての情報であってもよいし、一部の情報、例えば、階層ごとの情報であってもよい。ここでは、後者であるとする。また、このディレクトリの情報を送信するタイミングは、ネットワーク３００にサーバ装置１００またはクライアント装置２００が初めて接続されたときであってもよいし、それ以外のときでクライアント装置２００から要求を受けたときであってもよい。ここでも、後者であるとする。特に、コンテンツデータに対するコンテンツ属性情報が送信される場合、つまり暗証番号が入力される場合、ディレクトリ送信部２２は、コンテンツ属性情報のうちのタイトル名をクライアント装置２００に表示させるために、コンテンツ属性情報を送信する。なお、コンテンツ属性情報は、後述の数字データまたは文字データの入力を要求する信号ともいえる。
【００２９】
アクセス要求受信部２４は、ネットワーク３００を介してクライアント装置２００から、上記ディレクトリに管理される特定の項目、つまりコンテンあるいはアイテムに対する公開要求を受信する。特に、アイテムに対する公開要求は、当該アイテムに関連づけられたコンテンツデータや動画像データへのアクセス要求といえる。より具体的に説明すると、アクセス要求受信部２４は、コンテンツデータや動画像データを一意に特定するコンテンツ識別子によるアクセス要求を受信する。コンテンツ識別子には、前述のごとく、ＵＲＩが採用される。つまり、アクセス要求受信部２４は、ディレクトリ送信部２２において送信したコンテンツ属性情報に対する応答として、ネットワーク３００を介して格納場所が含まれたコンテンツ識別子を受信する。
【００３０】
制御部３０は、アクセス要求受信部２４において受信したアクセス要求をもとに、コンテンツデータ格納部１４に格納したコンテンツデータや動画像データを抽出する。前述のごとく、アクセス要求であるコンテンツ識別子には、ＵＲＩが含まれているので、制御部３０は、ＵＲＩをもとにコンテンツデータや動画像データを特定する。制御部３０は、抽出したコンテンツデータや動画像データをコンテンツ送信部２６へ出力する。コンテンツ送信部２６は、制御部３０からコンテンツデータや動画像データを受けつけ、ネットワーク３００を介してクライアント装置２００へコンテンツデータや動画像データを送信する。ここで、コンテンツ送信部２６は、コンテンツデータや動画像データをクライアント装置２００に表示させるために、これらを送信する。
【００３１】
履歴記憶部１６は、コンテンツデータに対して、アクセス要求受信部２４におけるコンテンツ識別子の受信処理と、コンテンツ送信部２６におけるコンテンツデータの送信処理とが繰り返される場合に、所定の期間にわたって、アクセス要求受信部２４において受信したコンテンツ識別子の履歴を記憶する。ここで、所定の期間は、図４に示した「終了」に対するコンテンツ識別子が受信されたタイミングにて終了される。また、所定の期間が終了された後、次のコンテンツ識別子が受信されたタイミングにて、次の所定の期間が開始される。このように、履歴記憶部１６は、所定の期間にわたって、アクセス要求受信部２４において受信したコンテンツデータの格納場所に関する情報を記憶する。その結果、所定の期間にわたって、クライアント装置２００から選択された数字データが記憶される。なお、所定の期間の終了時に、履歴記憶部１６は、既に記憶した履歴を消去する。
【００３２】
制御部３０は、前述の所定の期間において、アクセス要求受信部２４が新たなコンテンツ識別子、つまり格納場所を受信した場合に、コンテンツデータ格納部１４から、新たなコンテンツ識別子に対応したコンテンツデータを抽出する。また、制御部３０は、履歴記憶部１６にそれまでに記憶したコンテンツ識別子に対応したコンテンツデータも抽出する。なお、履歴記憶部１６に記憶されたコンテンツ識別子が複数存在する場合、制御部３０は、記憶された順番に複数のコンテンツデータを抽出する。制御部３０は、履歴記憶部１６での履歴に対応したコンテンツデータの後部に、新たなコンテンツ識別子に対応したコンテンツデータを合成する。制御部３０は、合成したコンテンツデータをコンテンツ送信部２６へ出力する。コンテンツ送信部２６は、合成したコンテンツデータをクライアント装置２００へ送信する。
【００３３】
処理部１８は、履歴記憶部１６における所定の期間が終了した場合、つまりアクセス要求受信部２４がコンテンツ識別子「終了」を受信した場合に、履歴記憶部１６に記憶した履歴にしたがった順序にてコンテンツ識別子の系列を入力する。入力した系列は、複数の数字が並んだ状態に相当する。処理部１８は、入力した系列をデータに変換する。例えば、入力した数字が「１」、「２」、「３」、「４」である場合、処理部１８は、これらをデータ「１２３４」に変換する。さらに、処理部１８は、変換したデータをもとに所定の処理を実行する。変換したデータが、クライアント装置２００から入力された暗証番号である場合、処理部１８は、予め記憶した暗証番号と入力したデータとの一致を確認する。一致すれば、コンテンツデータ格納部１４に格納した動画像データをクライアント装置２００に選択させるために、処理部１８は、ディレクトリ格納部１２に格納したコンテンツ属性情報をディレクトリ送信部２２から送信させる。
【００３４】
ディレクトリ受信部７２は、ネットワーク３００を介して、ディレクトリ格納部１２に格納されたコンテンツ属性情報、つまりディレクトリの情報を受信する。ディレクトリ受信部７２は、受信したコンテンツ属性情報を制御部９０へ出力する。制御部９０は、コンテンツ属性情報をディレクトリ保持部６０へ出力し、ディレクトリ保持部６０は、コンテンツ属性情報を保持する。また、制御部９０は、コンテンツ属性情報のうち、タイトル名を表示部９２へ出力する。表示部９２は、モニタ等によって構成されており、タイトル名を表示する。
【００３５】
受付部８０は、ボタン等によって構成されており、ユーザからの指示を受けつける。例えば、表示部９２に表示されたタイトル名を見ながら、ユーザは、ひとつのタイトルを選択し、当該タイトルを選択するための指示を受付部８０に入力する。受付部８０は、受けつけた指示を制御部９０へ出力する。制御部９０は、受けつけた指示をもとに、アクセス要求としてのコンテンツ識別子を生成する。具体的に説明すると、制御部９０は、受けつけた指示に対応したタイトル名を特定する。また、制御部９０は、コンテンツ属性情報の中から、タイトル名に対応した格納場所、つまりＵＲＩを特定する。制御部９０は、ＵＲＩを含むようにコンテンツ識別子を生成する。制御部９０は、アクセス要求をアクセス要求送信部７４へ出力する。
【００３６】
アクセス要求送信部７４は、ネットワーク３００を介して、制御部９０において生成したアクセス要求をサーバ装置１００に送信する。コンテンツ受信部７６は、サーバ装置１００からネットワーク３００を介してコンテンツデータを受信する。コンテンツ受信部７６は、制御部９０を介して、受信したコンテンツデータを表示部９２へ出力する。表示部９２は、コンテンツデータを静止画像として表示する。なお、コンテンツデータが、合成されたコンテンツデータである場合、表示部９２は、合成されたコンテンツデータを表示する。これまでのクライアント装置２００に関する説明は、暗証番号入力に関する動作であるが、動画像データを再生する場合も、同様の動作がなされる。
【００３７】
次に、暗証番号の入力動作の詳細を説明する。図４では、ディレクトリ格納部１２において、コンテナ「映画」の配下にコンテナ「暗証番号入力」が配置されている。このような構成において、ディレクトリ格納部１２におけるコンテナ「映画」のデータ構造を説明する。図５は、ディレクトリ格納部１２に格納された映画ディレクトリ下のＣＤＳのデータ構造を示す。図示のごとく、映画ディレクトリ下には、タイトル名「暗証番号入力」のコンテナが格納されている。図１に戻る。当該コンテナに対応したコンテンツ属性情報が、サーバ装置１００からクライアント装置２００へ送信されると、クライアント装置２００の表示部９２では、次のような表示がなされる。
【００３８】
図６は、表示部９２において映画ディレクトリが表示されている場合の画面を示す。これは、サーバ装置１００の公開したＣＤＳをクライアント装置２００でのユーザ操作により、映画ディレクトリにたどり着いた状態に相当する。図６において、暗証番号入力ディレクトリには、サーバ装置１００内で管理される暗証番号入力がマッピングされている。図１に戻る。ユーザは、受付部８０を使用しながら、暗証番号入力ディレクトリを示す「暗証番号入力」を選択する。
【００３９】
その後、クライアント装置２００は、Ｂｒｏｗｓｅアクションにて、暗証番号入力に対応したコンテンツ属性情報を入力する。図７は、ディレクトリ格納部１２に格納された暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す。「１」から「９」および「終了」のタイトル名と、それぞれに対応したＵＲＩが示されている。ここで、各リソースのｂｉｔｍａｐは、コンテンツデータが静止画像であることを示すが、各タイトル名に表される表示データとなっている。前述のごとく、タイトル名が「１」であれば、コンテンツデータは、「１」を表現するｂｉｔｍａｐデータである。図１に戻る。図７に示されたコンテンツ属性情報が、サーバ装置１００からクライアント装置２００へ送信されると、クライアント装置２００の表示部９２では、次のような表示がなされる。
【００４０】
図８は、表示部９２において暗証番号入力ディレクトリが表示されている場合の画面を示す。図示のごとく、暗証番号入力ディレクトリ下の「１」から「９」および「終了」にて構成されるタイトルリストが表示されている。図１に戻る。表示部９２が図８の画面を表示している状態において、ユーザが受付部８０を介して「２」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「２」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝２」をコンテンツ識別子に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。サーバ装置１００の制御部３０は、コンテンツデータ格納部１４から、コンテンツ識別子に含まれたＵＲＩに該当するｂｉｔｍａｐデータを抽出する。前述のごとく、ｂｉｔｍａｐデータは、数字「２」が示された静止画像データである。コンテンツ送信部２６は、読み出したｂｉｔｍａｐデータをクライアント装置２００へ送信する。
【００４１】
クライアント装置２００の表示部９２では、次のような表示がなされる。図９は、表示部９２において「２」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、数字「２」の数字データが表示される。図１に戻る。以上の動作とともに、サーバ装置１００の履歴記憶部１６は、クライアント装置２００のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスをもとに暗証番号入力ディレクトリ内でのアイテムの示すＵＲＩの履歴管理を開始する。なお、ＩＰアドレスの代わりに、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスが使用されてもよい。図１０は、履歴記憶部１６において記憶された履歴の構成を示す。カウントは、履歴の管理が開始されてから、受信したコンテンツ識別子の数に相当する。メモリ参照先には、数字「２」が格納されている。図１に戻る。
【００４２】
クライアント装置２００は、表示部９２において図９の内容を表示している状態において、ユーザからの他の番号入力を受けつけるために、図９の内容の表示後、一定期間経過したり、戻るための操作がなされたりすると、表示部９２の表示内容を図８に戻す。なお、通信部２０は、履歴記憶部１６において履歴を記憶している状態において、コンテンツデータを送信した後、コンテンツ情報に変化があった旨を送信し、通信部７０が当該通知を受信すると、表示部９２は、表示内容を戻してもよい。その際、ディレクトリ保持部６０に記憶されたコンテンツ属性情報が使用される。続いて、ユーザが受付部８０を使用しながら、タイトル名「９」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「９」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝９」をコンテンツ識別に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。
【００４３】
サーバ装置１００の制御部３０は、クライアント装置２００にコンテンツデータを送信するために、図１０のように管理されているＵＲＩ履歴からこれまでの選択コンテンツである「２」のｂｉｔｍａｐデータをコンテンツデータ格納部１４から読み出す。さらに、制御部３０は、今回の選択コンテンツの「９」のｂｉｔｍａｐデータをコンテンツデータ格納部１４から読み出す。制御部３０は、それらを合成し、合成後のｂｉｔｍａｐデータ、ここでは、「２」「９」を生成する。コンテンツ送信部２６は、合成したコンテンツデータをクライアント装置２００へ送信する。
【００４４】
クライアント装置２００の表示部９２では、次のような表示がなされる。図１１は、表示部９２において「２」の次に「９」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、ユーザが数字を選択した順番に、「２」、「９」の数字が表示されている。図１に戻る。なお、サーバ装置１００の制御部３０は、ｂｉｔｍａｐデータを合成しなくてもよく、例えば、今回選択された「９」に該当するｂｉｔｍａｐデータだけをコンテンツ送信部２６に送信させてもよい。一方、履歴記憶部１６は、クライアント装置２００に該当するＵＲＩ履歴メモリに「９」を追加する。図１２は、履歴記憶部１６において記憶された履歴の構成を示す。カウンタ「２」に対応したメモリ参照先に、コンテンツデータ「２」、「９」が記憶されている。図１に戻る。
【００４５】
ここで、クライアント装置２００を使用しているユーザが暗証番号入力操作を終える場合、図１１の画面を表示している表示部９２は、一定期間経過後あるいはユーザによる操作によって、図８のタイトルリスト表示状態に戻る。ユーザが受付部８０を使用して、タイトル名「終了」を選択すると、クライアント装置２００の制御部９０は、図７でのタイトル名「終了」のアイテムが選択されたとする。制御部９０は、当該アイテムに対応したＵＲＩ「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝ＥＮＤ」をコンテンツ識別に含め、ＨＴＴＰプロトコルにてサーバ装置１００にコンテンツ識別子を送信する。サーバ装置１００の制御部３０は、コンテンツデータ格納部１４から、コンテンツ識別子に含まれたＵＲＩに該当するｂｉｔｍａｐデータを抽出する。前述のごとく、ｂｉｔｍａｐデータは、数字「終了」が示された静止画像データである。コンテンツ送信部２６は、読み出したｂｉｔｍａｐデータをクライアント装置２００へ送信する。
【００４６】
クライアント装置２００の表示部９２では、次のような表示がなされる。図１３は、表示部９２において「終了」のコンテンツデータ表示されている場合の画面を示す。図示のごとく、ユーザの選択と同様に、「終了」の文字が表示されている。図１に戻る。さらに、サーバ装置１００の履歴記憶部１６は、要求されたＵＲＩが暗証番号入力終了であると解釈し、図１２に示したＵＲＩ履歴メモリから、「２」、「９」を処理部１８へ出力する。処理部１８は、これらの数字をひとつのデータ「２９」へ変換し、それを入力された暗証番号として、ディレクトリ格納部１２における図６の暗証番号入力ディレクトリにマッピングされている暗証番号と比較する。暗証番号が正しければ、処理部１８は暗証番号入力ディレクトリ下の図７のＣＤＳ情報を空にする。また、履歴記憶部１６の履歴もリセットされる。また、処理部１８は、図６の映画ディレクトリの下に、本来の映画タイトルのためのＣＤＳ情報を設定する。
【００４７】
クライアント装置２００を操作するユーザは、図１３のような表示部９２での表示から１回の戻る操作によって、次に示す表示に戻る。図１４は、表示部９２において空の暗証番号入力ディレクトリが表示されている場合の画面を示す。図示のごとく、図８と同様に、暗証番号入力ディレクトリが表示されているが、「１」から「９」および「終了」のタイトル名は表示されていない。図１に戻る。クライアント装置２００を操作するユーザは、図１４のような表示部９２での表示から、もう１回の戻る操作によって、次に示す表示に戻る。図１５は、表示部９２において認証終了後の映画ディレクトリが表示されている場合の画面を示す。暗証番号を入力する処理は終了しているので、ユーザが視聴可能な動画像データのタイトル名が表示されている。ユーザは、受付部８０を使用しながら、ひとつのタイトル名を選択することで、サーバ装置１００からの動画像データの配信を受けることができる。
【００４８】
以上の構成によるサーバ装置１００の動作を説明する。図１６は、サーバ装置１００に係る認証処理の手順を示すフローチャートである。ディレクトリ送信部２２は、暗証番号入力ディレクトリを提示する（Ｓ５０）。アクセス要求受信部２４は、コンテンツ要求を受信する（Ｓ５２）。コンテンツ要求において「終了」が要求されていなければ（Ｓ５４のＮ）、制御部３０は、コンテンツデータ格納部１４からコンテンツデータを読み出す（Ｓ５６）。履歴記憶部１６に履歴があれば（Ｓ５８のＹ）、制御部３０は、履歴に対応したコンテンツデータを読み出し（Ｓ６０）、コンテンツデータを合成する（Ｓ６２）。一方、履歴記憶部１６に履歴がなければ（Ｓ５８のＮ）、ステップ６０および６２はスキップされる。コンテンツ送信部２６は、コンテンツデータを送信する（Ｓ６４）。履歴記憶部１６は、要求内容を履歴に蓄積する（Ｓ６６）。処理は、ステップ５０に戻る。コンテンツ要求において「終了」が要求されていれば（Ｓ５４のＹ）、受付部８０は、履歴内容を暗証番号に変換する（Ｓ６８）。処理部１８は、認証処理を実行する（Ｓ７０）。
【００４９】
以下、変形例を説明する。ここまで、コンテンツデータ格納部１４に格納したコンテンツデータとして、ｂｉｔｍａｐデータ、つまり静止画像データを使用していた。しかしながら、クライアント装置２００が、音声や音楽データを再生する機能を有している場合、コンテンツデータは、静止画像データでなくてもよい。変形例は、コンテンツデータとして音声データも使用する場合を説明する。変形例に係るデータ処理システム５００の構成は、図１と同様のタイプである。ここでは、相違点を中心に説明する。
【００５０】
図１７は、本発明の変形例に係る暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す。図１７は、図７と同様に示されるが、リソースとしてＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）データも使用される。なお、ＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）データが使用されてもよい。アクセス要求受信部２４において受信されたコンテンツ識別子が、タイトル名「２」に相当する場合、コンテンツデータ格納部１４には、クライアント装置２００において再生された際に、ユーザが「２」と認識できる音声データが記憶される。また、図１７のようにマルチリソースの暗証番号入力用ＣＤＳをクライアント装置２００で準備し、さまざまクライアント装置２００に対応させることもできる。さらに、コンテンツデータとして、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２やＭＰＥＧ４等の動画がリソースに使用されてもよい。
【００５１】
以下、別の変形例を説明する。実施例においてデータ処理システム５００は、サーバ装置１００、クライアント装置２００を含んでいた。別の変形例では、ＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ：１によるＭｅｄｉａ Ｓｅｒｖｅｒ、Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ、Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ（ＣＰ）の３つのデバイスが、データ処理システム５００に含まれている場合を対象にする。
【００５２】
図１８は、本発明の別の変形例に係るデータ処理システム５００の構成を示す。データ処理システム５００は、サーバ装置１００、携帯電話端末装置６００、テレビジョン受像装置７００を含む。携帯電話端末装置６００は、前述のＣＰに相当し、サーバ装置１００、つまりＭｅｄｉａ Ｓｅｒｖｅｒからコンテナやアイテムのコンテンツ属性情報を入手し表示する。しかしながら、携帯電話端末装置６００は、コンテンツデータの再生機能を有さない。テレビジョン受像装置７００は、前述のＭｅｄｉａ Ｒｅｎｄｅｒｅｒに相当し、携帯電話端末装置６００からＡＶＴ（ＡＶＴｒａｎｓｐｏｒｔ Ｓｅｒｖｉｃｅ）を用いて制御される。
【００５３】
その結果、テレビジョン受像装置７００では、表示するコンテンツデータのリソースＵＲＩ通知や再生制御要求が携帯電話端末装置６００から発行される。テレビジョン受像装置７００は、再生開始を携帯電話端末装置６００から要求されると、前もって通知されたＵＲＩをもとに、サーバ装置１００に対しコンテンツ要求を行い、サーバ装置１００から送信されるコンテンツデータを再生する。サーバ装置１００は、実施例と同様に動作する。つまり、別の変形例では、実施例のクライアント装置２００が、携帯電話端末装置６００、テレビジョン受像装置７００によって構成されていることに相当する。
【００５４】
携帯電話端末装置６００は、ＣＤＳのＢｒｏｗｓｅアクションをサーバ装置１００へ送信する（Ｓ１００）。サーバ装置１００は、Ｂｒｏｗｓｅ応答を携帯電話端末装置６００へ送信する（Ｓ１０２）。携帯電話端末装置６００は、タイトルリストを表示する（Ｓ１０４）。携帯電話端末装置６００は、ＡＶＴのＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションをテレビジョン受像装置７００へ送信する（Ｓ１０６）。また、携帯電話端末装置６００は、ＡＶＴのＰｌａｙアクションをテレビジョン受像装置７００へ送信する（Ｓ１０８）。テレビジョン受像装置７００は、コンテンツ要求をサーバ装置１００へ送信する（Ｓ１１０）。サーバ装置１００は、コンテンツデータをテレビジョン受像装置７００へ送信する（Ｓ１１２）。
【００５５】
ここで、サーバ装置１００が空気調節装置（Ａｉｒ Ｃｏｎｄｉｔｉｏｍｅｒ：以下、「エアコン」という）を制御するためのサーバである場合を説明する。ディレクトリ格納部１２は、図７の暗証番号入力ディレクトリと同様に、温度設定入力ディレクトリを格納する。図１９は、本発明の別の変形例に係る温度設定入力ディレクトリ下のＣＤＳのデータ構造を示す。図１９は、図７と同様に示されるが、図７におけるアイテム「１」から「０」は、最終的に暗証番号と解せられるのに対して、図１９におけるアイテム「１」から「０」は、最終的に温度と解せられる。図１８の携帯電話端末装置６００は、温度設定入力ディレクトリに対してＢｒｏｗｓｅを実行することによって、ＣＤＳ情報を取得する。携帯電話端末装置６００では、次のような表示がなされる。図２０は、表示部９２において温度設定入力ディレクトリが表示されている場合の画面を示す。図示のごとく、図８と同様の表示がなされる。図１８に戻る。
【００５６】
ユーザが、２９度に温度設定する場合、携帯電話端末装置６００を使用しながら、図２０でタイトル名「２」を選択すると、携帯電話端末装置６００からテレビジョン受像装置７００へＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩアクションにより、「ｈｔｔｐ：／／ＤＭＳ／ＩＮＰＵＴ＝２」がＵＲＩとして通知される。続いて、携帯電話端末装置６００は、Ｐｌａｙアクションをテレビジョン受像装置７００へ要求する。テレビジョン受像装置７００は、サーバ装置１００に対し、先のＵＲＩをもとにコンテンツ要求を送信する。一方、サーバ装置１００は、「２」のｂｉｔｍａｐデータをテレビジョン受像装置７００へ送信する。テレビジョン受像装置７００は、図９のように表示する。サーバ装置１００は、図１０のように、ＵＲＩの履歴を管理しており、「２」を履歴メモリに格納する。ここでのＩＰアドレスは、テレビジョン受像装置７００に付与されたＩＰアドレスになる。
【００５７】
さらに、ユーザは携帯電話端末装置６００において「９」のタイトルを選択するので、「２」の場合と同様の処理がなされた結果、テレビジョン受像装置７００は、図１１のような画面を表示し、サーバ装置１００には、「２９」が伝達され、ＵＲＩの履歴が記憶される。さらに、ユーザが携帯電話端末装置６００において「終了」のタイトルを選択すると、テレビジョン受像装置７００は、図１３のような画面を表示する。また、サーバ装置１００は、温度設定の入力終了と判断し、ＵＲＩ履歴メモリにおける２９度をエアコンの温度設定として決定する。サーバ装置１００は、当該温度設定にてエアコンに対し温度制御を実行する。
【００５８】
本発明の実施例によれば、ユーザからの入力を期待する場合に、サーバ装置内のコンテンツディレクトリ下に入力してもらいたい文字や数字を示すタイトル名と、クライアント装置において再生されるコンテンツデータを示すＵＲＩを含むＣＤＳの情報を用意するので、ユーザに入力内容を確認させることができる。また、コンテンツデータにて示される数字とタイトル名とを同一にするので、メニューでの表示とコンテンツデータの表示とを統一できる。また、コンテンツディレクトリでのタイトル一覧がクライアント装置で表示されている状態において、ユーザがひとつのタイトルを選択すると、ＵＲＩに基づくタイトルのデータがサーバ装置から配信されるので、ユーザはクライアント装置の画面表示にて選択内容を確認できる。また、サーバ装置は、そのタイトル選択時に要求されるＵＲＩの履歴を管理し、かつその順番を解釈するので、ユーザからの入力をもとに暗号番号を生成できる。また、汎用的なＵＰｎＰのクライアントやＤＬＮＡのＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）を変更することなく、暗証番号入力を実現できる。また、クライアント装置におけるデータ入力の内容に対応したコンテンツデータが、クライアント装置へ送信されるので、ユーザは、入力した内容を確認できる。また、ユーザは、入力した内容を確認するので、利便性を向上できる。
【００５９】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００６０】
本発明の実施例において、コンテンツデータ格納部１４に格納された複数のコンテンツデータには、数字データが含まれており、かつディレクトリ格納部１２に格納したコンテンツ属性情報では、コンテンツデータと同一の数字データとなるようにタイトル名が規定されている。しかしながらこれに限らず例えば、コンテンツデータ格納部１４に格納された複数のコンテンツデータは、文字データであってもよく、ディレクトリ格納部１２に格納したコンテンツ属性情報は、コンテンツデータと同一の文字データとなるようにタイトル名が規定されていてもよい。文字データとして、ひらがな、カタカナ、アルファベット等が使用される。さらに、コンテンツデータおよびタイトルが、数字データと文字データの組合せであってもよい。本変形例によれば、クライアント装置２００からサーバ装置１００へさまざまな情報を入力できる。
【００６１】
本発明の実施例において、アクセス要求受信部２４が受信するコンテンツ識別子には、コンテンツの格納場所としてのＵＲＩが含まれている。しかしながらこれに限らず例えば、コンテンツ識別子にＵＲＩ等の格納場所に関する情報が含まれていなくてもよい。その際、コンテンツ識別子には、コンテンツデータを指定するための指示が含まれていればよい。制御部３０は、コンテンツデータの指定指示をもとに、コンテンツデータ格納部１４からコンテンツデータを抽出する。本変形例によれば、コンテンツ識別子の規定の自由度を向上できる。
【００６２】
本発明の実施例において、コンテンツデータ格納部１４に格納されたコンテンツデータそのものと、ディレクトリ格納部１２に格納したコンテンツ属性情報でのタイトル名とが一致している。しかしながらこれに限らず例えば、両者が完全に一致していなくてもよい。コンテンツデータが「２」であり、タイトル名が「ｄｍｓｉｎｐｕｔ２．ｂｍｐ」であってもよい。本変形例によれば、コンテンツデータとタイトル名とを決定する際の自由度を向上できる。ようは、ユーザが、コンテンツデータとタイトル名のうちの一方を見たときに、他方を連想できればよい。
【００６３】
本発明の実施例では、表示部９２上に、図８のような「１」から「９」までの数字ボタンを含んだ暗証番号入力画面を表示させた状況下でユーザに暗証番号を選択させている。しかしながらこれに限らず例えば、図８のような暗証番号入力画面を表示しなくてもよい。例えば、図８のような画面に代えて表示部９２は単に「暗証番号をテンキーから入力下さい」という文字だけが記された入力画面を表示してもよい。これを受けてユーザは受付部８０から暗証番号をボタン等により入力してもよい。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例に係るデータ処理システムの構成を示す図である。
【図２】図１のデータ処理システムの動作概要を示すシーケンス図である。
【図３】図１のディレクトリ格納部に格納された一般的なＣＤＳの構成を示す図である。
【図４】図１のディレクトリ格納部に格納されたＣＤＳの別の構成を示す図である。
【図５】図１のディレクトリ格納部に格納された映画ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図６】図１の表示部において映画ディレクトリが表示されている場合の画面を示す図である。
【図７】図１のディレクトリ格納部に格納された暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図８】図１の表示部において暗証番号入力ディレクトリが表示されている場合の画面を示す図である。
【図９】図１の表示部において「２」のコンテンツデータ表示されている場合の画面を示す図である。
【図１０】図１の履歴記憶部において記憶された履歴の構成を示す図である。
【図１１】図１の表示部において「２」の次に「９」のコンテンツデータ表示されている場合の画面を示す図である。
【図１２】図１の履歴記憶部において記憶された履歴の構成を示す図である。
【図１３】図１の表示部において「終了」のコンテンツデータ表示されている場合の画面を示す図である。
【図１４】図１の表示部において空の暗証番号入力ディレクトリが表示されている場合の画面を示す図である。
【図１５】図１の表示部において認証終了後の映画ディレクトリが表示されている場合の画面を示す図である。
【図１６】図１のサーバ装置に係る認証処理の手順を示すフローチャートである。
【図１７】本発明の変形例に係る暗証番号入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図１８】本発明の別の変形例に係るデータ処理システムの構成を示す図である。
【図１９】本発明の別の変形例に係る温度設定入力ディレクトリ下のＣＤＳのデータ構造を示す図である。
【図２０】図１の表示部において温度設定入力ディレクトリが表示されている場合の画面を示す図である。
【符号の説明】
【００６５】
１２ ディレクトリ格納部、 １４ コンテンツデータ格納部、 １６ 履歴記憶部、 １８ 処理部、 ２０ 通信部、 ２２ ディレクトリ送信部、 ２４ アクセス要求受信部、 ２６ コンテンツ送信部、 ３０ 制御部、 ６０ ディレクトリ保持部、 ７０ 通信部、 ７２ ディレクトリ受信部、 ７４ アクセス要求送信部、 ７６ コンテンツ受信部、 ８０ 受付部、 ９０ 制御部、 ９２ 表示部、 １００ サーバ装置、 ２００ クライアント装置、 ３００ ネットワーク、 ５００ データ処理システム。
【特許請求の範囲】
【請求項１】
複数のコンテンツデータを格納するデータ格納部と、
前記データ格納部に格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、前記データ格納部におけるコンテンツデータの格納場所とが対応づけられた属性情報をコンテンツ情報として格納する情報格納部と、
前記情報格納部において格納したコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介して前記クライアント装置へコンテンツ情報を送信する第１送信部と、
前記第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信する受信部と、
前記受信部において受信した格納場所をもとに、前記データ格納部に格納したコンテンツデータを前記クライアント装置に表示させるために、ネットワークを介して前記クライアント装置へコンテンツデータを送信する第２送信部とを備え、
前記データ格納部に格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、
前記情報格納部に格納したコンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方であることを特徴とするサーバ装置。
【請求項２】
前記受信部において受信した格納場所に対応した情報を記憶する履歴記憶部をさらに備え、
前記第２送信部は、前記受信部が新たな格納場所を受信した場合に、新たな格納場所に対応したコンテンツデータと、前記履歴記憶部にそれまでに記憶した情報に対応したコンテンツデータとを合成してから送信することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
複数のコンテンツデータを格納するデータ格納部と、
前記データ格納部に格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する情報格納部と、
前記情報格納部において格納したコンテンツ情報をネットワークを介して送信する第１送信部と、
前記第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信する受信部と、
前記受信部において受信したコンテンツ識別子をもとに、前記データ格納部に格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信する第２送信部と、
前記受信部と前記第２送信部との処理が繰り返される場合に、所定の期間にわたって、前記受信部において受信したコンテンツ識別子の履歴を記憶する履歴記憶部と、
前記履歴記憶部において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する変換部と、
前記変換部において変換したデータをもとに所定の処理を実行する処理部と、
を備えることを特徴とするサーバ装置。
【請求項４】
前記第２送信部は、前記受信部が新たなコンテンツ識別子を受信した場合、新たなコンテンツ識別子に対応したコンテンツデータと、前記履歴記憶部にそれまでに記憶したコンテンツ識別子に対応したコンテンツデータとを合成してから送信することを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記第２送信部は、前記履歴記憶部において履歴を記憶している状態において、コンテンツデータを送信した後、コンテンツ情報に変化があった旨を送信することを特徴とする請求項３または４に記載のサーバ装置。
【請求項６】
ネットワークを介して接続されるクライアント装置からのデータ入力を受けつけるサーバ装置であって、
複数のコンテンツデータを格納するデータ格納部と、
前記クライアント装置に対して数字データまたは文字データの入力を要求する入力要求部と、
前記クライアント装置からのデータ入力を受信する受信部と、
前記受信部において受信したデータ入力の内容に対応するコンテンツデータを前記データ格納部から選択する選択部と、
前記選択部において選択したコンテンツデータを前記クライアント装置へ送信する送信部と、
を備えることを特徴とするサーバ装置。
【請求項１】
複数のコンテンツデータを格納するデータ格納部と、
前記データ格納部に格納した複数のコンテンツデータに対する属性情報であって、コンテンツデータのタイトル名と、前記データ格納部におけるコンテンツデータの格納場所とが対応づけられた属性情報をコンテンツ情報として格納する情報格納部と、
前記情報格納部において格納したコンテンツ情報のうちのタイトル名をクライアント装置に表示させるために、ネットワークを介して前記クライアント装置へコンテンツ情報を送信する第１送信部と、
前記第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介して格納場所を受信する受信部と、
前記受信部において受信した格納場所をもとに、前記データ格納部に格納したコンテンツデータを前記クライアント装置に表示させるために、ネットワークを介して前記クライアント装置へコンテンツデータを送信する第２送信部とを備え、
前記データ格納部に格納した複数のコンテンツデータのそれぞれは、数字データおよび文字データのうちの少なくとも一方であり、
前記情報格納部に格納したコンテンツ情報におけるタイトル名は、コンテンツデータと同一の数字および文字データのうちの少なくとも一方であることを特徴とするサーバ装置。
【請求項２】
前記受信部において受信した格納場所に対応した情報を記憶する履歴記憶部をさらに備え、
前記第２送信部は、前記受信部が新たな格納場所を受信した場合に、新たな格納場所に対応したコンテンツデータと、前記履歴記憶部にそれまでに記憶した情報に対応したコンテンツデータとを合成してから送信することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
複数のコンテンツデータを格納するデータ格納部と、
前記データ格納部に格納した複数のコンテンツデータのそれぞれに対するコンテンツ識別子が含まれたコンテンツ情報を格納する情報格納部と、
前記情報格納部において格納したコンテンツ情報をネットワークを介して送信する第１送信部と、
前記第１送信部において送信したコンテンツ情報に対する応答として、ネットワークを介してコンテンツ識別子を受信する受信部と、
前記受信部において受信したコンテンツ識別子をもとに、前記データ格納部に格納したコンテンツデータを抽出し、ネットワークを介してコンテンツデータを送信する第２送信部と、
前記受信部と前記第２送信部との処理が繰り返される場合に、所定の期間にわたって、前記受信部において受信したコンテンツ識別子の履歴を記憶する履歴記憶部と、
前記履歴記憶部において記憶した履歴にしたがった順序にてコンテンツ識別子の系列を所定の期間終了後にデータに変換する変換部と、
前記変換部において変換したデータをもとに所定の処理を実行する処理部と、
を備えることを特徴とするサーバ装置。
【請求項４】
前記第２送信部は、前記受信部が新たなコンテンツ識別子を受信した場合、新たなコンテンツ識別子に対応したコンテンツデータと、前記履歴記憶部にそれまでに記憶したコンテンツ識別子に対応したコンテンツデータとを合成してから送信することを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記第２送信部は、前記履歴記憶部において履歴を記憶している状態において、コンテンツデータを送信した後、コンテンツ情報に変化があった旨を送信することを特徴とする請求項３または４に記載のサーバ装置。
【請求項６】
ネットワークを介して接続されるクライアント装置からのデータ入力を受けつけるサーバ装置であって、
複数のコンテンツデータを格納するデータ格納部と、
前記クライアント装置に対して数字データまたは文字データの入力を要求する入力要求部と、
前記クライアント装置からのデータ入力を受信する受信部と、
前記受信部において受信したデータ入力の内容に対応するコンテンツデータを前記データ格納部から選択する選択部と、
前記選択部において選択したコンテンツデータを前記クライアント装置へ送信する送信部と、
を備えることを特徴とするサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−３３２７７（Ｐ２０１０−３３２７７Ａ）
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願番号】特願２００８−１９３９０３（Ｐ２００８−１９３９０３）
【出願日】平成２０年７月２８日（２００８．７．２８）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願日】平成２０年７月２８日（２００８．７．２８）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
[ Back to top ]