(57)【要約】【課題】さびの部分などのコンテンツの一部の再生処理をサーバクライアント間のコンテンツ送信、再生において効率的に実行する装置および方法を提供する。【解決手段】サーバで保持するコンテンツに対応するプロパティ情報中にコンテンツデータの部分データ領域識別情報としてのインデックス情報を設定する構成とし、クライアントからのコンテンツ要求に部分再生指定情報がある場合、指定コンテンツに対応するプロパティ情報からインデックス情報を取得して部分コンテンツの取得処理を実行してクライアントに送信する。本構成により、クライアントは、サーバから受信するコンテンツのさびの部分、あるいはユーザのお気に入り部分等、特定の部分データのみのコンテンツ再生を楽しむことが可能となる。【選択図】  図７
2004295568.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ送信処理を実行する情報処理装置であり、
コンテンツおよびコンテンツ属性情報としてのプロパティ情報を記憶した記憶部と、
コンテンツ情報要求装置としてのクライアントとのデータ送受信処理を実行するデータ送受信部と、
クライアントからのコンテンツ要求に応じて、前記記憶部から要求コンテンツの取得処理を実行するコンテンツ抽出部とを有し、
前記プロパティ情報には、コンテンツの部分領域識別情報としてのインデックス情報を含み、
前記コンテンツ抽出部は、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行し、取得したコンテンツ部分データをクライアントに送信する処理を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記インデックス情報は、
コンテンツの部分データの開始位置情報として、コンテンツスタートからの時間またはデータ量情報を示すインデックス開始位置情報と、
コンテンツの部分データの領域情報として、前記インデックス開始位置からの時間またはデータ量情報を示すインデックス領域情報とを含み、
前記コンテンツ抽出部は、
前記インデックス開始位置情報と、前記インデックス領域情報によって特定されるコンテンツの部分データ取得処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
前記プロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成部を有し、
前記コンテンツ情報生成部は、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、クライアントからの要求コンテンツに対応するプロパティ情報からインデックス情報を取得してクライアントに送信する処理を実行する構成を有することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置は、
前記プロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成部を有し、
前記コンテンツ情報生成部は、
前記プロパティ情報各々に許容されるデータ編集情報を、各プロパティ毎に定義して前記コンテンツ情報を生成してクライアントに送信する処理を実行する構成を有することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記データ編集情報は、プロパティ情報の書き換え処理、追加処理、削除処理の少なくともいずれかの処理の可否を設定した情報を含むことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
コンテンツの取得処理を行う情報処理装置であり、
コンテンツを保有するサーバとのデータ送受信処理を実行するデータ送受信部と、
前記サーバに対するコンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成するコンテンツ要求処理部と、
前記データ送受信部を介して前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御部と、
を有することを特徴とする情報処理装置。
【請求項７】
前記情報処理装置は、さらに、
前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析部と、
前記コンテンツ情報解析部において生成した表示情報を提示する表示部とを有し、
前記コンテンツ情報解析部は、サーバから受信するコンテンツ情報に含まれるインデックス情報に基づいてコンテンツのインデックス領域を識別可能な表示情報の生成処理を実行し前記表示部に出力する構成を有することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記情報処理装置は、さらに、
前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析部と、
前記コンテンツ情報解析部において生成した表示情報を提示する表示部とを有し、
前記コンテンツ情報解析部は、前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報毎にデータ編集情報を認識可能とした表示情報の生成処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。
【請求項９】
コンテンツ送信処理を実行する情報処理方法であり、
クライアントからのコンテンツ要求を受信するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれるか否かを判定するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、コンテンツ属性情報としてのプロパティ情報から、コンテンツの部分領域識別情報としてのインデックス情報の取得処理を実行するステップと、
前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行するコンテンツ抽出ステップと、
抽出したコンテンツ部分データをクライアントに送信するステップと、
を有することを特徴とする情報処理方法。
【請求項１０】
前記インデックス情報は、
コンテンツの部分データの開始位置情報として、コンテンツスタートからの時間またはデータ量情報を示すインデックス開始位置情報と、
コンテンツの部分データの領域情報として、前記インデックス開始位置からの時間またはデータ量情報を示すインデックス領域情報とを含み、
前記コンテンツ抽出ステップは、
前記インデックス開始位置情報と、前記インデックス領域情報によって特定されるコンテンツの部分データ取得処理を実行することを特徴とする請求項９に記載の情報処理方法。
【請求項１１】
前記情報処理方法は、さらに、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、クライアントからの要求コンテンツに対応するプロパティ情報からインデックス情報を取得してクライアントに送信するステップを有することを特徴とする請求項９に記載の情報処理方法。
【請求項１２】
前記情報処理方法は、さらに、
前記プロパティ情報各々に許容されるデータ編集情報を、各プロパティ毎に定義して前記コンテンツ情報を生成してクライアントに送信する処理を実行するステップを有することを特徴とする請求項９に記載の情報処理方法。
【請求項１３】
前記データ編集情報は、プロパティ情報の書き換え処理、追加処理、削除処理の少なくともいずれかの処理の可否を設定した情報を含むことを特徴とする請求項１２に記載の情報処理方法。
【請求項１４】
コンテンツの取得処理を行う情報処理方法であり、
コンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成しサーバに送信するコンテンツ要求処理ステップと、
前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御ステップと、
を有することを特徴とする情報処理方法。
【請求項１５】
前記情報処理方法は、さらに、
前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析ステップと、
前記コンテンツ情報解析部において生成した表示情報を提示する表示ステップとを有し、
前記コンテンツ情報解析ステップは、サーバから受信するコンテンツ情報に含まれるインデックス情報に基づいてコンテンツのインデックス領域を識別可能な表示情報の生成処理を実行し前記表示部に出力することを特徴とする請求項１４に記載の情報処理方法。
【請求項１６】
前記情報処理方法は、さらに、
前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析ステップと、
前記コンテンツ情報解析部において生成した表示情報を提示する表示ステップとを有し、
前記コンテンツ情報解析ステップは、前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報毎にデータ編集情報を認識可能とした表示情報の生成処理を実行することを特徴とする請求項１４に記載の情報処理方法。
【請求項１７】
コンテンツ送信処理を実行するコンピュータ・プログラムであり、
クライアントからのコンテンツ要求を受信するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれるか否かを判定するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、コンテンツ属性情報としてのプロパティ情報から、コンテンツの部分領域識別情報としてのインデックス情報の取得処理を実行するステップと、
前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行するコンテンツ抽出ステップと、
抽出したコンテンツ部分データをクライアントに送信するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１８】
コンテンツの取得処理を行うコンピュータ・プログラムであり、
コンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成しサーバに送信するコンテンツ要求処理ステップと、
前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツ提供サーバの有するコンテンツの再生をクライアント側で実行する場合に、音声データのサビの部分など、コンテンツの特徴部分等、部分データをサーバにおいて抽出してクライアントに送信し、再生することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【０００３】
このようなホームネットワークの構成に適するプロトコルとしてユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が知られている。ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。
【０００４】
ＵＰｎＰは、接続機器間で、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
【０００５】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。
【０００６】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアントは、サーバの保有するコンテンツについての情報を取得する。サーバは、コンテンツを記憶部に格納するとともに、格納コンテンツに対する属性情報を併せて格納している。属性情報には、例えばコンテンツとしての例えば曲や映画のタイトル、アーティスト名、記録日時、さらにデータの圧縮態様等に関する情報など様々である。これらの属性情報はメタデータあるいはメタ情報と呼ばれる。
【０００７】
例えばサーバに格納された音楽データ、画像データ等のコンテンツをクライアント側デバイスにおいて再生しようとする場合には、クライアント側からサーバに対してサーバに格納されたコンテンツ情報、例えば曲や映画のタイトルやアーティスト名、さらにデータの圧縮態様情報（ＡＴＲＡＣ：ａｄａｐｔｉｖｅ  ｔｒａｎｓｆｏｒｍ  ａｃｏｕｓｔｉｃ  ｃｏｄｉｎｇ，  ＭＰＥＧ：ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅ  ｅｘｐｅｒｔｓ  ｇｒｏｕｐ等）、さらに必要に応じて著作権情報などの様々なコンテンツの属性情報の取得要求を送信する。
【０００８】
サーバは、クライアントからの要求に応じてサーバの保有するコンテンツに関するメタデータ（属性情報）をクライアントに送信する。クライアントは、サーバから取得したメタデータに基づいて所定の表示プログラムに従ってクライアントデバイスのディスプレイにコンテンツ情報を表示する。例えばアーティスト名、タイトル等からなる曲目リストなどがディスプレイに表示される。ユーザは、表示情報に基づいて、再生対象コンテンツを確認あるいは選択して、コンテンツの送信要求をサーバに送信する。サーバはクライアントからのコンテンツリクエストを受信し、受信リクエストに応じてサーバからクライアントに対するコンテンツの送信が行われ、クライアント側において受信コンテンツの再生が行われる。
【０００９】
このようにサーバに格納されたコンテンツは、ネットワーク接続された他の機器（クライアント）から検索を行い、特定のコンテンツを指定して再生することが可能となる。
【００１０】
例えば、音楽コンテンツを再生対象としてクライアントが選択した場合は、その音楽コンテンツの識別子を含むコンテンツ送信要求がサーバに送信されて、サーバが指定コンテンツを記憶部から取得してクライアントに送信しクライアントにおいて再生される。このようなコンテンツデータの送受信は、基本的に１つのコンテンツ、あるいは複数のコンテンツの集合を単位として実行される形態が一般的である。
【００１１】
しかし、クライアント側のユーザは、必ずしもタイトル、アーティスト等の一般的なコンテンツ情報によって、聴きたい曲を特定することができない場合がある。いわゆる音楽であれば「さび」の部分などの特徴的なメロディ部分を聴くことによって、曲の判別が可能となる場合も少なくない。また、音楽コンテンツの全てを再生するのではなく、特徴的な部分のみ、あるいはユーザのお気に入りのメロディ部分のみを聴きたい場合もある。たとえば複数の音楽コンテンツのさびの部分のみを抽出して連続的に再生するといったコンテンツ再生を行いたいユーザも多い。
【００１２】
ホームサーバ等にコンテンツを格納し、クライアントがコンテンツを指定してホームサーバにコンテンツ送信要求を行う現在の多くのシステムでは、サーバ側では、コンテンツ単位での送信のみ可能であり、上述のような、ユーザのお気に入りの部分のみのデータをサーバ格納コンテンツから抽出してクライアントに送信するといったコンテンツ配信はできない。
【００１３】
なお、特許文献１には、音楽コンテンツの管理情報として、インデックス情報を設定し、コンテンツの特定部分領域指示情報を設定する構成について記載がある。しかし、この特許文献１に記載の構成は、１つのコンテンツ再生処理装置においてインデックス情報を管理し、使用する構成であり、サーバクライアントシステム、すなわちサーバにコンテンツを格納し、クライアントからの要求に応じてサーバからクライアントにコンテンツを提供する構成について示しているものではない。
【００１４】
現状のサーバクライアントシステムでは、クライアントからのコンテンツ要求は、コンテンツ識別情報の指定によって行われ、サーバからのコンテンツ送信は、クライアントからのコンテンツ識別情報に基づいて実行される。従って、ユーザのお気に入り部分のみのコンテンツの部分的要求に対応してサーバがデータを抽出してクライアントに送信するといったことは実現されていない。
【００１５】
【特許文献１】
特許公開２００１−１４２４９５号公報
【００１６】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、コンテンツ提供サーバの有するコンテンツの再生をクライアント側で実行する場合に、音声データのサビの部分など、コンテンツの特徴部分等、部分データをサーバにおいて抽出してクライアントに送信し、再生することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ送信処理を実行する情報処理装置であり、
コンテンツおよびコンテンツ属性情報としてのプロパティ情報を記憶した記憶部と、
コンテンツ情報要求装置としてのクライアントとのデータ送受信処理を実行するデータ送受信部と、
クライアントからのコンテンツ要求に応じて、前記記憶部から要求コンテンツの取得処理を実行するコンテンツ抽出部とを有し、
前記プロパティ情報には、コンテンツの部分領域識別情報としてのインデックス情報を含み、
前記コンテンツ抽出部は、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行し、取得したコンテンツ部分データをクライアントに送信する処理を実行する構成を有することを特徴とする情報処理装置にある。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記インデックス情報は、コンテンツの部分データの開始位置情報として、コンテンツスタートからの時間またはデータ量情報を示すインデックス開始位置情報と、コンテンツの部分データの領域情報として、前記インデックス開始位置からの時間またはデータ量情報を示すインデックス領域情報とを含み、前記コンテンツ抽出部は、前記インデックス開始位置情報と、前記インデックス領域情報によって特定されるコンテンツの部分データ取得処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記プロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成部を有し、前記コンテンツ情報生成部は、クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、クライアントからの要求コンテンツに対応するプロパティ情報からインデックス情報を取得してクライアントに送信する処理を実行する構成を有することを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記プロパティ情報に基づいて、クライアントに送信するコンテンツ情報を生成するコンテンツ情報生成部を有し、前記コンテンツ情報生成部は、前記プロパティ情報各々に許容されるデータ編集情報を、各プロパティ毎に定義して前記コンテンツ情報を生成してクライアントに送信する処理を実行する構成を有することを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記データ編集情報は、プロパティ情報の書き換え処理、追加処理、削除処理の少なくともいずれかの処理の可否を設定した情報を含むことを特徴とする。
【００２２】
さらに、本発明の第２の側面は、
コンテンツの取得処理を行う情報処理装置であり、
コンテンツを保有するサーバとのデータ送受信処理を実行するデータ送受信部と、
前記サーバに対するコンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成するコンテンツ要求処理部と、
前記データ送受信部を介して前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御部と、
を有することを特徴とする情報処理装置にある。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析部と、前記コンテンツ情報解析部において生成した表示情報を提示する表示部とを有し、前記コンテンツ情報解析部は、サーバから受信するコンテンツ情報に含まれるインデックス情報に基づいてコンテンツのインデックス領域を識別可能な表示情報の生成処理を実行し前記表示部に出力する構成を有することを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析部と、前記コンテンツ情報解析部において生成した表示情報を提示する表示部とを有し、前記コンテンツ情報解析部は、前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報毎にデータ編集情報を認識可能とした表示情報の生成処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第３の側面は、
コンテンツ送信処理を実行する情報処理方法であり、
クライアントからのコンテンツ要求を受信するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれるか否かを判定するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、コンテンツ属性情報としてのプロパティ情報から、コンテンツの部分領域識別情報としてのインデックス情報の取得処理を実行するステップと、
前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行するコンテンツ抽出ステップと、
抽出したコンテンツ部分データをクライアントに送信するステップと、
を有することを特徴とする情報処理方法にある。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記インデックス情報は、コンテンツの部分データの開始位置情報として、コンテンツスタートからの時間またはデータ量情報を示すインデックス開始位置情報と、コンテンツの部分データの領域情報として、前記インデックス開始位置からの時間またはデータ量情報を示すインデックス領域情報とを含み、前記コンテンツ抽出ステップは、前記インデックス開始位置情報と、前記インデックス領域情報によって特定されるコンテンツの部分データ取得処理を実行することを特徴とする。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、クライアントからの要求コンテンツに対応するプロパティ情報からインデックス情報を取得してクライアントに送信するステップを有することを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記プロパティ情報各々に許容されるデータ編集情報を、各プロパティ毎に定義して前記コンテンツ情報を生成してクライアントに送信する処理を実行するステップを有することを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記データ編集情報は、プロパティ情報の書き換え処理、追加処理、削除処理の少なくともいずれかの処理の可否を設定した情報を含むことを特徴とする。
【００３０】
さらに、本発明の第４の側面は、
コンテンツの取得処理を行う情報処理方法であり、
コンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成しサーバに送信するコンテンツ要求処理ステップと、
前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析ステップと、前記コンテンツ情報解析部において生成した表示情報を提示する表示ステップとを有し、前記コンテンツ情報解析ステップは、サーバから受信するコンテンツ情報に含まれるインデックス情報に基づいてコンテンツのインデックス領域を識別可能な表示情報の生成処理を実行し前記表示部に出力することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記サーバから受信するコンテンツ対応のプロパティ情報の解析および表示情報生成処理を実行するコンテンツ情報解析ステップと、前記コンテンツ情報解析部において生成した表示情報を提示する表示ステップとを有し、前記コンテンツ情報解析ステップは、前記サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報毎にデータ編集情報を認識可能とした表示情報の生成処理を実行することを特徴とする。
【００３３】
さらに、本発明の第５の側面は、
コンテンツ送信処理を実行するコンピュータ・プログラムであり、
クライアントからのコンテンツ要求を受信するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれるか否かを判定するステップと、
クライアントからのコンテンツ要求に部分再生指定が含まれることを条件として、コンテンツ属性情報としてのプロパティ情報から、コンテンツの部分領域識別情報としてのインデックス情報の取得処理を実行するステップと、
前記インデックス情報によって特定されるコンテンツの部分データ取得処理を実行するコンテンツ抽出ステップと、
抽出したコンテンツ部分データをクライアントに送信するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３４】
さらに、本発明の第６の側面は、
コンテンツの取得処理を行うコンピュータ・プログラムであり、
コンテンツ要求データとして、コンテンツの部分再生要求情報を格納したコンテンツ要求データを生成しサーバに送信するコンテンツ要求処理ステップと、
前記サーバから受信する部分コンテンツの再生制御処理を実行するコンテンツ再生制御ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３５】
【作用】
本発明の構成によれば、クライアントからのコンテンツ部分再生要求に基づいてサーバ側でコンテンツのプロパティ情報に格納されたインデックス情報に基づいてコンテンツデータの部分抽出処理を実行して、抽出した部分コンテンツデータをクライアントに送信する構成としたので、クライアントは、サーバから受信するコンテンツのさびの部分、あるいはユーザのお気に入り部分等、特定の部分データのみのコンテンツ再生を楽しむことが可能となる。
【００３６】
さらに、本発明の構成によれば、サーバで保持するコンテンツに対応するプロパティ情報中にコンテンツのインデックス情報を設定する構成とし、クライアントからのコンテンツ要求に設定された部分再生指定情報に応じて、指定コンテンツに対応するプロパティ情報からインデックス情報を取得して部分コンテンツの取得処理を実行してクライアントに送信する構成としたので、クライアント側、サーバ側における処理負担も通常のコンテンツ送信処理とほぼ同様であり、効率的にコンテンツ部分再生を行うことが可能となる。
【００３７】
さらに、本発明の構成によれば、プロパティ情報各々に許容されるデータ編集情報を各プロパティ毎に設定してクライアントに送信する構成とし、クライアントにおいて、受信情報に基づくプロパティ情報の編集処理が可能であり、ユーザのお気に入り部分等、任意のデータ領域をインデックス情報として設定可能となるので、任意領域の部分コンテンツ再生処理を実行することが可能となる。
【００３８】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４０】
【発明の実施の形態】
以下、図面を参照しながら、本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４１】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１は、様々なクライアント装置からの処理要求に応じて処理を実行するサーバ１０１と、サーバ１０１に対して処理要求を行なうクライアント装置としてのＰＣ１２１，モニター１２２，携帯電話１２３、再生機１２４、ＰＤＡ１２５がネットワーク１００を介して接続された構成、例えばホームネットワーク構成を示している。クライアント装置としては、この他にも様々な電子機器、家電機器が接続可能である。
【００４２】
サーバ１０１がクライアントからの要求に応じて実行する処理は、例えばサーバ１０１の保有するハードディスク等の記憶手段に格納されたコンテンツの提供、あるいはサーバの実行可能なアプリケーションプログラムの実行によるデータ処理サービス等である。なお、図１においては、サーバ１０１と、クライアント装置とを区別して示しているが、クライアントからの要求に対するサービスを提供する機器をサーバとして示しているものであり、いずれのクライアント装置も、自己のデータ処理サービスを他のクライアントに提供する場合には、サーバとしての機能を提供可能となる。従って、図１に示すネットワーク接続されたクライアント装置もサーバとなり得る。
【００４３】
ネットワーク１００は、有線、無線等いずれかのネットワークであり、各接続機器は、例えばイーサネット（登録商標）フレーム等の通信パケットをネットワーク１００を介して送受信する。すなわち、クライアントは、イーサネットフレームのデータ部に処理要求情報を格納したフレームをサーバ１０１に送信することにより、サーバ１０１に対するデータ処理要求を実行する。サーバ１０１は、処理要求フレームの受信に応じて、データ処理を実行し、必要に応じてデータ処理結果としての結果データを通信パケットのデータ部に格納し、各クライアントに送信する。
【００４４】
ネットワーク接続機器は、例えばユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）対応機器によって構成される。従って、ネットワークに対する接続機器の追加、削除が容易な構成である。ネットワークに新たに接続する機器は、
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスを受領することが可能となる。
【００４５】
図１に示すサーバおよびクライアント装置を構成する情報処理装置の一例としてＰＣのハードウェア構成例について図２を参照して説明する。
【００４６】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、またはＨＤＤ２０４等に記憶されているプログラムに従って、各種の処理を実行し、データ処理手段、あるいは通信制御処理手段として機能する。ＲＡＭ２０３には、ＣＰＵ２０１が実行するプログラムやデータが適宜記憶される。ＣＰＵ２０１、ＲＯＭ２０２、およびＲＡＭ２０３、ＨＤＤ２０４は、バス２０５を介して相互に接続されている。
【００４７】
バス２０５には、入出力インタフェース２０６が接続されており、この入出力インタフェース２０６には、例えば、ユーザにより操作されるキーボード、スイッチ、ボタン、あるいはマウス等により構成される入力部２０７、ユーザに各種の情報を提示するＬＣＤ、ＣＲＴ、スピーカ等により構成される出力部２０８が接続される。さらに、データ送受信手段として機能する通信部２０９、さらに、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体２１１を装着可能で、これらのリムーバブル記録媒体２１１からのデータ読み出しあるいは書き込み処理を実行するドライブ２１０が接続される。
【００４８】
図２に示す構成は、図１に示すネットワーク接続機器の一例としてのサーバ、パーソナルコンピュータ（ＰＣ）の例であるが、ネットワーク接続機器はＰＣに限らず、図１に示すように携帯電話、ＰＤＡ等の携帯通信端末、その他、再生装置、ディスプレイ等の様々な電子機器、情報処理装置によって構成することが可能である。従って、それぞれの機器固有のハードウェア構成を持つことが可能であり、そのハードウェアに従った処理を実行する。
【００４９】
［メタデータ］
次にクライアントに提供するコンテンツを格納したサーバが保有するメタデータについて説明する。サーバは、自己の記憶部に格納した静止画、動画等の画像データ、音楽等の音声データ等のコンテンツ各々に対応する属性情報をメタデータとして保有している。なお、メタデータの構成要素をプロパティ情報と呼ぶ。
【００５０】
なお、サーバの保有する静止画、動画等の画像データ、音楽等の音声データ等のコンテンツを総称してＡＶコンテンツと呼ぶ。サーバにおいて、ＡＶコンテンツは、階層構成を有するコンテンツディレクトリによって管理される。
【００５１】
コンテンツディレクトリは、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダによって構成される階層構成を持つ。コンテンツディレクトリの個々の要素、すなわち、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダの各々はオブジェクト（Ｏｂｊｅｃｔ）と呼ばれる。なお、オブジェクトとは、サーバによって処理されるデータ単位の総称であり、個々のＡＶコンテンツあるいは複数のＡＶコンテンツを格納したフォルダ以外にも様々なオブジェクトが存在する。
【００５２】
また、オブジェクトの集合をコンテナ（Ｃｏｎｔａｉｎｅｒ）と呼ぶ、集合の単位は、例えば各オブジェクトの物理的な記憶位置に基づく集合、各オブジェクトの論理的関係に基づく集合、カテゴリに基づく集合等、様々に設定され得る。なお、ＡＶコンテンツの最小単位、すなわち１つの楽曲データ、１つの動画データ、１つの静止画データ等をアイテム（ｉｔｅｍ）とよぶ。
【００５３】
オブジェクトは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されクラスラベリングがなされる。クライアントは、例えば特定のクラスを指定して、特定の分類に属するオブジェクトのみを対象とした「サーチ」を要求し実行することができる。また特定のフォルダ等のオブジェクトを指定して、そのフォルダに関する情報のみを要求する「ブラウズ」を要求し特定フォルダに関する情報の取得処理をすることが可能である。なお、サーバにおいては、クラスも階層構成で管理されており、１つのクラスの下にサブクラスの設定が可能である。
【００５４】
メタデータは、サーバの持つコンテンツに対応した属性情報、クラスの定義情報、コンテンツディレクトリを構成する階層構成に関する情報等を含むさまざまな管理情報である。個々のオブジェクトに対応付けて定義されたコンテンツの属性情報としてのメタデータには、コンテンツの識別子（ＩＤ）、データサイズ、リソース情報、タイトル、アーティスト名、著作権情報等、様々な情報が含まれる。メタデータに含まれる個々の情報をプロパティと呼ぶ。なお、音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラス毎にどのようなプロパティからなるメタデータを持つかが予め規定されている。
【００５５】
［クライアントによるコンテンツ再生処理］
例えばコンテンツを再生しようとするクライアントは、サーバに対してコンテンツ要求を行い、要求コンテンツをサーバから受信してコンテンツの再生を行うことができる。一般的なコンテンツ再生の手順について図３を参照して説明する。まず、ステップＳ１１において、クライアントは、サーバの保有するコンテンツ情報の取得要求を行う。ステップＳ１２で、サーバは、クライアントの要求に従ってコンテンツ対応のメタデータに基づいて、タイトル、アーティスト名などのコンテンツ情報をＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データにより生成してクライアントに送信する。
【００５６】
クライアントは、ステップＳ１３において、受信ＸＭＬ情報に従って、コンテンツ情報をディスプレイに表示する。例えば音楽コンテンツであれば、サーバの保有する複数の音楽に対応する曲名、アーティスト名、再生時間等からなるリストとして表示される。
【００５７】
次に、クライアントはステップＳ１４において、クライアント装置において、サーバから受信し再生する曲を選択し、コンテンツ指定情報（例えばコンテンツＩＤ）をサーバに送信する。サーバは受信したコンテンツ指定情報に基づいてコンテンツを記憶手段から取得して、送信する。ステップＳ１６において、クライアントはサーバから受信したコンテンツを再生する。なお、コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生処理を行う。
【００５８】
通常のコンテンツ再生手順は、上述したとおりである。クライアントは、様々なコンテンツ属性情報、すなわち、サーバの保有するコンテンツ対応のメタデータに含まれるプロパティ情報を取得し、プロパティ情報に基づいてクライアントにコンテンツリスト等のＵＩを表示し、コンテンツを選択しサーバに要求することができる。
【００５９】
図３に示すステップＳ１１における処理、すなわち、クライアントがサーバの保有するコンテンツ情報を取得する際、クライアントは、例えばタイトルにワードとして「クリスマス」の入ったコンテンツ情報を要求するといったコンテンツ検索、いわゆるサーチ処理により、特定のコンテンツ情報を選択して取得することが可能である。あるいは、特定のフォルダ、例えばユーザがお気に入りの曲のみを集めて生成したフォルダ、あるいは特定のアーティスト、ジャンル等の複数の音楽コンテンツを格納したフォルダ等を指定してフォルダに格納された複数コンテンツのコンテンツ情報を取得することが可能である。
【００６０】
前述したように、サーバでは、管理コンテンツとしてのオブジェクトを、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、さらに、アーティスト、アルバムなど、様々なカテゴリ（種類）によりクラスに分類して管理しており、階層構成でクラスの管理を行っている。
【００６１】
サーバにおける管理クラスの一例を図４に示す。図４の例は音楽コンテンツ関連のクラス例である。図４に示すように、曲、アルバム、ジャンル、複数のアルバムを集積したアルバムキャビネットなど、様々なクラスが設定され、サーバは、各クラスでのコンテンツおよびコンテンツ属性情報としてのメタデータ、プロパティ情報の管理を行っている。
【００６２】
サーバの管理するクラスの階層構成例を図５に示す。階層構成は図５に示すように分岐ツリー状の図として示すことができる。図５に示す各円の各々が個々のクラスに対応する。この階層構成は、サーバが記憶部に格納し管理するコンテンツに対応する論理的な管理構成を示すものである。各クラスに対応して属性情報としてのメタデータが設定される。
【００６３】
図５において、最上位はルートコンテナ３０１と呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）クラス３０２、動画クラス３０３、静止画クラス３０４等が設定される。音楽（ミュージック）クラス３０２の下位には、ジャンル３０５、ジャンルの下位には、アーティスト３０６などのクラス設定がなされる。
【００６４】
コンテンツ検索を実行しようとするクライアントは、クラスを指定して、特定のクラス分類に属するオブジェクトのみを対象としたサーチを要求し実行することができる。また、特定のオブジェクトの指定、例えば複数コンテンツを格納したフォルダ等を指定してフォルダに格納されたコンテンツの情報を取得することが可能である。クライアントは、サーバから受信するコンテンツ情報を記述したＸＭＬデータに基づいてコンテンツ情報をディスプレイに表示する。
【００６５】
コンテンツ情報リストの表示処理例を図６に示す。図６に示す例では、コンテンツＮｏ、タイトル、アーティスト名・・をリスト化したデータ構成を持つコンテンツ情報リスト３５７をディスプレイ３５０に表示した例を示している。
【００６６】
これらのコンテンツ情報は、サーバの管理するコンテンツ対応のメタデータの構成要素としてのプロパティ情報に基づいて生成される。サーバはクライアントから受信したサーチまたはブラウズ要求に基づいて条件に一致するコンテンツのメタデータ中のプロパティ情報を取得し、取得したプロパティ情報に基づいてＸＭＬデータを生成し、クライアントに送信する。
【００６７】
クライアントは、サーバによって抽出されたコンテンツに対応するプロパティ情報に基づくＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図６に示すような表示データを生成し、クライアントのディスプレイに表示する。
【００６８】
クライアント側のユーザはこれらのリストから再生対象コンテンツを選択し、選択コンテンツ情報をサーバに送信することで、サーバからコンテンツ、すなわち音楽や映画、あるいは写真等、様々なコンテンツが送信されクライアント側で再生、出力が実行される。
【００６９】
［コンテンツ部分再生処理］
上述したように、クライアントは、サーバに格納されたコンテンツをブラウズまたはサーチにより選択した後、再生要求コンテンツをサーバに指定してコンテンツの実体、すなわち音楽や画像データ等を取得し、クライアントにおいて再生、出力することが可能となる。
【００７０】
例えば、１つの音楽コンテンツのみを再生対象としてクライアントが選択した場合は、その１つの音楽コンテンツの識別子を含むコンテンツ送信要求がサーバに送信されて、サーバが指定コンテンツを記憶部から取得してクライアントに送信しクライアントにおいて再生され、処理が終了するのが一般的なコンテンツ再生処理である。
【００７１】
しかし、従来技術の欄で説明したように、クライアント側のユーザは、必ずしもタイトル、アーティスト等の一般的なコンテンツ情報によって、聴きたい曲を特定することができない場合がある。いわゆる音楽であれば「さび」の部分などの特徴的なメロディ部分を聴くことによって、曲の判別が可能となる場合も少なくない。また、音楽コンテンツの全てを再生するのではなく、特徴的な部分のみ、あるいはユーザのお気に入りのメロディ部分のみを聴きたい場合もある。たとえば複数の音楽コンテンツのさびの部分のみを抽出して連続的に再生するといったコンテンツ再生を行いたいユーザも多い。
【００７２】
本発明の構成においては、音楽データのさびの部分などの部分データ、あるいはユーザの設定したお気に入りの部分のみの部分データをサーバ格納コンテンツから抽出してクライアントに送信するといったコンテンツ配信を実現した。以下、この構成の詳細について説明する。
【００７３】
図７を参照して、コンテンツの部分再生処理を実行する場合の処理手順について説明する。まず、ステップＳ３１において、クライアントは、サーバからのコンテンツ情報取得処理を実行する。
【００７４】
クライアントは、コンテンツを格納したフォルダをサーチまたはブラウズによって特定して、例えば特定のアーティスト、あるいは特定のフォルダを指定するなどによりコンテンツ情報の取得処理を要求する。サーバは、サーバの管理するコンテンツ対応のプロパティ情報に基づいてＸＭＬデータを生成し、ステップＳ３２において、クライアントに送信する。
【００７５】
クライアントは、サーバからのＸＭＬデータを受信し、ステップＳ３３において、受信ＸＭＬデータに基づいて表示データ（図６参照）を生成し、クライアントのディスプレイに表示する。
【００７６】
クライアントは、ステップＳ３４において、表示情報に基づいてコンテンツの送信要求を行う。この際、クライアントは、コンテンツ識別情報とともに、部分再生指定情報を付加してサーバに対してコンテンツ要求を行う。
【００７７】
図８に、クライアントからサーバに対して送信するコンテンツ要求データのデータ構成例を示す。送信データには、要求がコンテンツ要求であることを示す要求識別子４０１、コンテンツ識別情報４０２、コンテンツ再生が部分再生であることを示す再生指定情報４０３が含まれる。なお、コンテンツ要求データとしては、例えばコンテンツＵＲＬを設定したコンテンツ取得要求であるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ＧＥＴメソッドが適用可能である。
【００７８】
再生指定情報４０３としては、部分再生指定の他に全コンテンツの再生指定の設定が可能であるが、サーバは、再生指定情報４０３に部分再生指定が設定されていない場合は、全コンテンツの再生指定として処理する構成としてもよい。
【００７９】
図７のシーケンスに戻り、説明を続ける。ステップＳ３４において、クライアントから、図８に示すように、コンテンツ再生処理として部分再生を希望していることを示す再生指定情報を含むコンテンツ要求が送信され、サーバがこれを受信すると、ステップＳ３５において、サーバは、クライアントから指定されたコンテンツに対応するプロパティ情報を取得し、プロパティ情報に設定されたインデックス情報を取得する。
【００８０】
サーバは、様々なプロパティ情報をコンテンツの属性情報として有する。なお、コンテンツデータに関する属性情報はメタデータであり、メタデータの個々の要素がプロパティ情報である。図９にプロパティ情報の一部を示す。
【００８１】
図９はサーバの保有するコンテンツに対応してサーバにおいて保持されるプロパティ情報の一部の例を示した図である。プロパティ名（Ｐｒｏｐｅｒｔｙ  Ｎａｍｅ）、数値、文字列等のデータタイプ（Ｔｙｐｅ）、複数存在可能か否かを示すマルチプル（Ｍｕｌｔｉｐｌｅ）、およびプロパティの内容（Ｐｒｏｐｅｒｔｙ  Ｄｅｓｃｒｉｐｔｉｏｎ）を示してある。
【００８２】
図９に示すトータルサイズ（ｔｏｔａｌ  Ｓｉｚｅ）は、コンテンツのサイズデータを示す。なお、コンテナとは、コンテンツを格納したフォルダとしてのオブジェクトを示す。トータルデュレーション（ｔｏｔａｌ  Ｄｕｒａｔｉｏｎ）は、コンテンツの総時間を示す。レコードクオリティレベル（ｒｅｃｏｒｄ  Ｑｕａｌｉｔｙ  Ｌｅｖｅｌ）は、コンテンツの記録品質であるクオリティレベルを示すデータであり、例えば１〜７の各整数値をとり、３＝２Ｍｂｐｓ、４＝４Ｍｂｐｓ、５＝８Ｍｂｐｓ等として設定される。
【００８３】
図９に示すインデックス情報データ部４１０が、コンテンツの部分再生の際に利用するプロパティ情報である。インデックス開始位置情報は、コンテンツの全データ中、部分再生コンテンツの開始位置を示す情報であり、コンテンツのスタートから、部分データの開始位置までの時間、またはデータ量を示す値が設定される。インデックス領域情報は、部分再生コンテンツ領域を示す情報であり、部分再生コンテンツの開始位置から終了位置までの時間、またはデータ量を示す値が設定される。
【００８４】
図１０を参照して、具体的なデータ設定例について説明する。コンテンツＡ４２１のコンテンツの時間軸ｔ上で展開したコンテンツデータ４２２を想定して説明する。コンテンツデータの総再生時間は、４分２１秒３３であるとした場合、部分データ（さび）の領域は、コンテンツＡプロパティ情報４２３に規定されるインデックス開始位置情報とインデックス領域情報によって特定される。
【００８５】
インデックス開始位置情報は、部分データ（さび）の開始位置を示し、コンテンツのスタートからの時間情報：００分３２秒２１が設定され、インデックス領域情報は、部分データ（さび）の時間を示し、００分４８秒５４が設定される。
【００８６】
このように、コンテンツ対応のプロパティ情報に格納されたインデックス情報、すなわちインデックス開始位置情報およびインデックス領域情報に基づいて、コンテンツ中の部分データが特定される。
【００８７】
サーバは、クライアントからのコンテンツ要求に図８で説明した部分再生の指定が含まれる場合、対応のプロパティ情報に格納されたインデックス情報、すなわちインデックス開始位置情報およびインデックス領域情報に基づいて、コンテンツから対応する部分データを抽出し、図７のシーケンス図におけるステップＳ３６において、抽出した部分コンテンツデータをクライアントに送信する。クライアントは、ステップＳ３７においてサーバからの部分コンテンツデータを受信し、再生する。
【００８８】
なお、サーバは、クライアントに対してコンテンツとともに、コンテンツ対応のプロパティ情報から取得したインデックス情報、すなわち、インデックス開始位置情報およびインデックス領域情報を含むコンテンツプロパティ情報をＸＭＬデータとして生成し送信する構成としてもよい。
【００８９】
クライアント側では、サーバから受信するインデックス情報に基づいて、例えば図１１に示すように、再生コンテンツのリストとしてのコンテンツプレイリスト４３１、インデックスデータ領域および再生位置を示すコンテンツ再生位置情報４３３をディスプレイ４３０に提示することが可能となる。クライアントは、インデックス情報を含むＸＭＬデータを受信し、受信ＸＭＬデータに基づいて図１１に示すような表示情報を生成してディスプレイ４３０に提示する。
【００９０】
図１１において、コンテンツ再生位置情報４３３には、インデックス開始位置情報およびインデックス領域情報に基づいて特定される部分データ領域４３４および、再生開始時間からの経過時間に基づいて特定される再生位置を示す再生位置情報４３５を表示した構成例を示している。これらの表示情報は、サーバからの受信情報に基づいてクライアントが持つ表示プログラムによって生成する表示データである。
【００９１】
このように、本発明の構成においては、サーバが保有するコンテンツに対応するプロパティ情報中にインデックス情報、すなわちインデックス開始位置情報およびインデックス領域情報を保有し、クライアントからのコンテンツ要求に部分再生の指定が含まれていることを条件として、コンテンツ対応のプロパティ情報からインデックス情報を読み出して、インデックス情報に格納されたデータに基づいてコンテンツの部分データを抽出してクライアントに送信する構成としたので、クライアントは、あるコンテンツの一部、さびの部分のみを聴きたい場合に、部分再生の指定を格納したコンテンツ要求を行うことでコンテンツの部分再生処理を実行することが可能となる。
【００９２】
［インデックス情報の編集］
なお、上述したインデックス情報は、書き換え可能なデータであり、ユーザのお気に入りのデータ部分に設定を変更することも可能である。本発明の構成においては、ユーザ、すなわちクライアントからサーバに対するコンテンツ情報の要求に応じて、コンテンツに対応するメタデータに含まれるプロパティ情報毎に許容されるデータ編集情報、具体的には、プロパティ情報の書き換え処理、追加処理、削除処理の可否、入力許容データ値、例えば入力許容データ形式の種別、許容数値範囲等からなる各種のデータ更新可否情報としてのデータ編集情報を含むＸＭＬデータを生成して、クライアントに送信する。
【００９３】
クライアントは、サーバから受信するプロパティ情報からなるＸＭＬデータに基づいて、プロパティ情報毎に、その書き換え処理等の可否、入力許容データの種別、入力可能データの数値範囲等の各種編集情報を識別可能な表示情報（ＵＩ：ユーザインタフェース）を生成し、ディスプレイにコンテンツリスト等の表示情報として提示する。従って、ユーザは、編集情報を識別可能なコンテンツリスト等のコンテンツ情報に基づいて的確なデータ更新を行うことが可能となる。
【００９４】
コンテンツの属性情報としてのメタデータに含まれるプロパティ情報を、サーバからクライアントに対して送信し、クライアントにおいて受信情報に基づくコンテンツ情報を表示し、データ更新処理を実行する一連のシーケンスについて説明する。
【００９５】
プロパティ情報の更新処理におけるサーバクライアント間における一連の処理シーケンスを図１２に示す。
【００９６】
まず、ステップＳ５１において、クライアントは、サーバの保有するコンテンツ情報要求を行う。ここでは、コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信する。コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］は、本発明のシステムを構成するデバイスにおいて解釈可能なコマンドであり、コマンドを受信したサーバは、要求に従ってコンテンツ等、様々なオブジェクト対応のメタデータを構成するプロパティ情報に基づくＸＭＬデータを生成してクライアントに送信する。
【００９７】
なお、クライアントは、プロパティ情報の要求に際して、どのオブジェクト、すなわち、どの種類のコンテンツに関するプロパティ情報を取得するかを指定可能である。例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、前述したクラスから１つのクラスを指定して、指定クラスに含まれるオブジェクトのプロパティ情報の取得要求を実行する。この場合、コマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］にクラスネームを付加してサーバに送信する。
【００９８】
サーバは、クライアントからのプロパティ情報の取得要求を受信すると、例えば指定されたクラスに対応するコンテンツの対応メタデータを記憶手段から取得し、取得したメタデータに基づいて、クライアントに送信するプロパティ情報を含むＸＭＬデータを生成する。サーバは、ステップＳ５２において、生成したＸＭＬデータをクライアントに送信する。
【００９９】
本発明の構成においては、ユーザ、すなわちクライアントからサーバに対するコンテンツ情報の要求に応じて、サーバは、コンテンツに対応するメタデータに含まれるプロパティ情報毎に、その書き換え処理、追加、削除等の可否、入力許容データ形式、入力可能データ値等からなる各種のデータ更新可否情報としてのデータ編集情報を含むＸＭＬデータを生成して、クライアントに送信する。
【０１００】
クライアントマシンは、サーバから受信するプロパティ情報からなるＸＭＬデータに基づいて、プロパティ情報毎に、その書き換え処理、追加、削除等の可否、入力許容データ形式、入力可能データ値等を識別可能な表示画面（ＵＩ：ユーザインタフェース）を生成し、ディスプレイにコンテンツ情報として提示する。従って、ユーザは、コンテンツリスト等のコンテンツ情報をディスプレイに表示し、的確なデータ更新を行うことが可能となる。
【０１０１】
図１３にサーバからクライアントに対して送信するコンテンツ対応のメタデータに含まれる複数のプロパティ情報からなるＸＭＬデータの例を示す。図１３の構成において、データ部４７１、４７２、４７３、４７４の各々がメタデータを構成する個々のプロパティ情報に関するＸＭＬデータである。
【０１０２】
例えばデータ部４７１は、下記の構成を持つ。
2004295568.tif 000003
【０１０３】
ＸＭＬデータの各記述データの意味の詳細を図１４に示す。＜ａｖ：ＰｒｏｐｅｒｔｙＩｎｆｏ＞は、プロパティ情報の開始を示す。＜ａｖ：ＰｒｏｐｅｒｔｙＮａｍｅ＞ｄｃ：ｔｉｔｌｅ＜／ａｖ：ＰｒｏｐｅｒｔｙＮａｍｅ＞は、プロパティの名前がタイトル（ｔｉｔｌｅ）であることを示す。＜ａｖ：ＭｉｎＯｃｃｕｒｒｅｄ＞１＜／ａｖ：ＭｉｎＯｃｃｕｒｒｅｄ＞は、このプロパティ情報の存在最小値を示す。＜ａｖ：ＭａｘＯｃｃｕｒｒｅｄ＞１＜／ａｖ：ＭａｘＯｃｃｕｒｒｅｄ＞は、このプロパティ情報の存在最大値を示す。上記の場合、プロパティ［タイトル］は、最小１つ、最大１つ、すなわち必ず１つ存在していることを示す。＜ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞ｒｃｗ＜／ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞は、このプロパティの編集情報を含む処理コードであり、以下の意味を持つ。
ｒ．．．ＢｒｏｗｓｅやＳｅａｒｃｈなど、サーバから返すオブジェクトに存在する
ｃ．．．ＣｒｅａｔｅＯｂｊｅｃｔ時に指定可能
ｗ．．．ＵｐｄａｔｅＯｂｊｅｃｔで書き換え可能
ａ．．．ＵｐｄａｔｅＯｂｊｅｃｔで増加可能
ｄ．．．ＵｐｄａｔｅＯｂｊｅｃｔで消去可能
ｓ．．．Ｂｒｏｗｓｅ／ＳｅａｒｃｈでＳｏｒｔＣｒｉｔｅｒｉａに含めることが可能
【０１０４】
上記プロパティ［タイトル］については、＜ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞ｒｃｗ＜／ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞であり、［ｗ］の設定があるので、更新処理（ＵｐｄａｔｅＯｂｊｅｃｔ）において、ユーザによる書き換えが可能なデータであることがわかる。＜／ａｖ：ＰｒｏｐｅｒｔｙＩｎｆｏ＞は、プロパティ情報の終了を示す。
【０１０５】
図１３のデータ部４７２は、以下の構成を持つ。
2004295568.tif 000004
【０１０６】
上記プロパティ情報は、プロパティネームが［アーティスト（ａｒｔｉｓｔ）］でありアーティストのプロパティ情報であることを示している。＜ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞ｒｃｗａｄ＜／ａｖ：ＯｐｅｒａｔｉｏｎＣｏｄｅ＞には、［ｒ，ｃ，ｗ，ａ，ｄ］が設定され、更新処理（ＵｐｄａｔｅＯｂｊｅｃｔ）において、ユーザによる書き換えが可能なデータであるとともに、増加可能（ａ）であり、また消去可能（ｄ）であることがわかる。
【０１０７】
図１３のデータ部４７３は、以下の構成を持つ。
2004295568.tif 000005
【０１０８】
上記データは、プロパティ［レコードクオリティレベル］について示している。このデータ構成中、
2004295568.tif 000006
はプロパティ［レコードクオリティレベル］のとり得る値の範囲とそのステップ（間隔）を示したデータである。すなわち、プロパティ［レコードクオリティレベル］は、３〜５の値を設定可能であり、そのステップは１である。従って、３，４，５の各値を［レコードクオリティレベル］として設定可能であることがわかる。
【０１０９】
図１３のデータ部４７４は、以下のデータ構成を持つ。
2004295568.tif 000007
【０１１０】
上記データは、プロパティ［記録ステータス（ｒｅｃｏｒｄＳｔａｔｕｓ）］に関するデータである。上記データ中、
2004295568.tif 000008
は、プロパティ［記録ステータス（ｒｅｃｏｒｄＳｔａｔｕｓ）］のとり得る値のリストデータである。プロパティ［記録ステータス（ｒｅｃｏｒｄＳｔａｔｕｓ）］は、設定可能な値として、４つの値（ＮｏｔＹｅｔ）、（Ｔｉｍｅｄ）、（Ｒｅｃｏｒｄｉｎｇ）、（Ｒｅｃｏｒｄｉｎｇ）をとり得ることがわかる。
【０１１１】
このように、サーバからクライアントに対して送信されるプロパティ情報には、その更新処理可能な態様や、設定可能な値に関する情報が含まれる。
【０１１２】
図１２に戻り、サーバクライアント間の処理シーケンスについての説明を続ける。サーバが、上述した例えば図１３に示すようなＸＭＬデータを送信しクライアントが受信すると、クライアントマシンでは、ＸＭＬデータに基づいてコンテンツ情報リストをクライアントマシンのディスプレイに表示する。
【０１１３】
このコンテンツ情報リストに表示処理においては、上述したプロパティ情報毎に設定された更新処理可能な態様や、設定可能な値に関する情報に基づくリスト表示が実行される。コンテンツ情報リストの表示例を図１５に示す。
【０１１４】
例えば書き換え可能な領域を白、不可領域をグレー等にするなどの異なる表示設定により、ユーザは、どのフィールドが書き換え可能であるかが理解できる。図１５に示す例は一例であり、カラー表示により、書き換え、追加、削除可能なフィールドをそれぞれ異なる色彩に設定する構成としてもよい。さらに色のみならず様々なグラフィック処理により、夫々のフィールドの編集可能態様を識別可能に設定してもよい。
【０１１５】
例えば図１５に示すフィールド４８１は書き換え可能なプロパティ情報のデータフィールドであり、フィールド４８２は書き換えの許容されないプロパティ情報のデータフィールドである。さらに、設定可能な数値が規定されたプロパティのデータフィールド４８３には、設定可能な数値データ１．２．３を明示したり、さらに、設定可能な値として、４つの値（ＮｏｔＹｅｔ）、（Ｔｉｍｅｄ）、（Ｒｅｃｏｒｄｉｎｇ）、（Ｒｅｃｏｒｄｉｎｇ）が規定されたフィールド４８４には、コンボボックスとして設定可能な値を提示する構成とするなどの表示処理が可能である。これはクライアントマシンにおいて、サーバから受信したＸＭＬデータ（図１３参照）に基づいて実行される。
【０１１６】
上述したコンテンツのインデックス情報、すなわち、インデックス開始位置情報およびインデックス領域情報は、フィールド４８５，４８６に示すように、書き換え可能なプロパティ情報のデータフィールドとして設定される。従って、ユーザは任意のデータをコンテンツ対応のプロパティ情報中のインデックス情報として設定することが可能となる。
【０１１７】
図１５に示すコンテンツリストの表示処理態様は一例であり、この表示処理態様以外にも様々な表示が可能である。ただし、サーバから受信する各プロパティ情報に対応する編集情報、すなわち、書き換えの可否、追加、削除の可否、入力可能なデータ形式、設定可能な値等の各情報をユーザが認識可能な態様で表示する。この表示処理により、ユーザは、正確なデータ更新を効率的に実行できる。
【０１１８】
図１２のサーバクライアント間の処理シーケンスに戻り説明を続ける。クライアントはサーバから受信したプロパティ情報（ＸＭＬデータ）に基づいて、ステップＳ５３において、コンテンツ情報表示（例えば図１５）を実行し、必要に応じて各フィールドにおいて、データ書き換え、追加、削除等のデータ更新を実行する。
【０１１９】
さらに、ステップＳ５５において、更新データを含むプロパティ情報をサーバに対して送信する。サーバは、更新されたプロパティ情報を自己の記憶部に格納する。すなわち、更新プロパティ情報に対応するコンテンツ対応のメタデータを更新されたプロパティ情報で上書きし、メタデータの更新処理を行う。サーバにおいて更新処理が完了すると、ステップＳ５６において、更新完了通知がクライアントに送信され、プロパティ情報更新処理が完了する。
【０１２０】
クライアント装置におけるプロパティ情報の取得処理、更新処理手順について、図１６の処理フローを参照して説明する。
【０１２１】
クライアント装置は、ステップＳ１１１において、サーバに対してプロパティ情報の取得要求を行う。これは前述したように例えばクラス指定を付加したコマンド［Ｘ＿ＧＥＴＳｃｈｅｍａ］をサーバに対して送信する処理として実行する。
【０１２２】
クライアントは、ステップＳ１１２において、サーバからのプロパティ情報をＸＭＬデータとして受信し、ステップＳ１１３において、受信プロパティ情報に基づいて、更新可否態様、すなわち、書き換え処理、追加処理、削除処理の可否、許容データ形式、許容データ値を識別可能な表示情報（ＵＩ）を生成して、ディスプレイに表示する。例えば図１５を参照して説明したコンテンツリストである。
【０１２３】
ユーザは、ステップＳ１１４において、クライアント装置のディスプレイに表示されたコンテンツ情報に対するデータ更新処理を実行し、ステップＳ１１５において、更新情報をサーバに対して送信し、サーバでの更新処理が完了すると、ステップＳ１１６において、更新処理完了通知としての応答（Ａｃｋ）を受信し、処理を終了する。
【０１２４】
上述したように、本発明の構成においては、コンテンツの属性情報としてのメタデータを構成する個々の要素、すなわちプロパティ情報毎にその許容される編集情報をＸＭＬデータに付加してサーバからクライアントに対して送信し、クライアント装置において、受信ＸＭＬデータに基づいて、プロパティ情報毎の編集許可態様を識別可能なコンテンツ情報リストをユーザインタフェースとして生成して表示する構成としたので、ユーザは各プロパティ情報について、正しい編集処理を効率的に確実に実行することが可能となり、コンテンツの特徴部分データをユーザの好みのデータ領域に設定することが可能となる。
【０１２５】
［コンテンツ部分再生処理フロー］
コンテンツ部分再生処理におけるクライアントおよびサーバ各々における処理シーケンスについて、図１７、図１８のフローチャートを参照して説明する。
【０１２６】
まず、図１７を参照して、クライアントの処理手順について説明する。ステップＳ２０１において、クライアントは、サーバに対してコンテンツを要求する。これは、サーバに対するコンテンツ識別子を指定した要求に伴って行われ、先に図８を参照して説明したように、サーバに対する要求データに部分再生指定である情報を格納してコンテンツ要求を送信する。
【０１２７】
ステップＳ２０２において、クライアントは、サーバから部分コンテンツを受信する。ステップＳ２０３において受信コンテンツとともに、コンテンツ対応のプロパティ情報としてインデックス情報を受診したか否かを判定し、インデックス情報を受信している場合には、ステップＳ２０４において、先に図１１を参照して説明した再生位置およびインデックス位置を識別可能な表示情報を受信情報に基づいて生成してディスプレイに表示する。ステップＳ２０５では、サーバから受信した部分コンテンツデータを再生する。なお、受信コンテンツがＡＴＲＡＣ、ＭＰＥＧ等の圧縮処理がなされている場合は、クライアント側で復号処理を行った後に再生を行う。
【０１２８】
次に、図１８のフローチャートに基づいて、サーバ側の処理手順について説明する。ステップＳ３０１において、サーバが、クライアントからのコンテンツ要求を受信すると、サーバは、ステップＳ３０２において、コンテンツ要求に部分再生の指定が含まれるか否かを判定する。
【０１２９】
部分再生の指定が含まれていれば、ステップＳ３０３に進み、そのような指定がない場合は、ステップＳ３１１に進む。ステップＳ３１１では、コンテンツ要求に含まれるコンテンツ識別子に従ってコンテンツを取得し、ステップＳ３０５において、取得コンテンツをクライアントに送信する。
【０１３０】
コンテンツ要求に部分再生の指定が含まれている場合は、ステップＳ３０３に進み、コンテンツ要求に含まれるコンテンツ識別子に対応するコンテンツのプロパティ情報からインデックス情報を取得する。ステップＳ３０４では、コンテンツ識別子および取得インデックス情報に従ってコンテンツの部分データを抽出する。ステップＳ３０５において、抽出した部分コンテンツをクライアントに送信する。
【０１３１】
［サーバおよびクライアントの機能構成］
サーバおよびクライアント装置のハードウェア構成については、先に図２を参照して説明した通りであり、上述した各種の処理は、サーバクライアントそれぞれの記憶部に格納されたプログラムに従って制御部（ＣＰＵ等）の制御の下に実行される。
【０１３２】
ＣＰＵによって実行される処理は、例えばサーバ側では、クライアントからの要求に従って、コンテンツ対応のメタデータを取得しプロパティ情報に基づくＸＭＬデータを生成する処理、プロパティ情報のインデックス情報取得処理、インデックス情報に基づくコンテンツの部分データ抽出処理、コンテンツを送信処理等である。クライアント側の処理としては、サーバから受信するプロパティ情報からなるＸＭＬデータに基づいてディスプレイにコンテンツ情報を表示する処理、コンテンツ要求パケット（図８参照）を生成し、送信する処理、コンテンツを受信する処理、受信コンテンツのデータ変換、再生処理などである。
【０１３３】
基本的にこれらの処理は、サーバ、クライアント装置の制御部としてのＣＰＵの制御の下に実行されるが、上述した処理を実行するために必要となるサーバの機能構成とクライアントの機能構成について図１９および図２０を参照して説明する。
【０１３４】
図１９は、サーバの主要機能構成を示すブロック図である。パケット送受信部５０１は、クライアントに対するパケット、クライアントからのパケットを受信する。パケット生成、解析部５０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理などである。
【０１３５】
コンテンツ記憶部５０３は、サーバの保有するコンテンツを格納する。メタデータ記憶部５０４は、コンテンツに対応する属性情報としてのメタデータ（プロパティ情報）を格納した記憶部である。プロパティ情報には、図９を参照して説明したコンテンツの部分領域を示すインデックス情報が含まれる。
【０１３６】
プロパティ情報取得部５０５は、クライアントから受信したプロパティ情報取得要求、例えば、先に図８を参照して説明したデータ構成を持つブラウズ要求に基づいて、指定フォルダに対応するメタデータをメタデータ記憶部５０４から取り出す処理を実行する。
【０１３７】
コンテンツ抽出部５０６は、クライアントからのコンテンツ要求に部分再生の指定がある場合に、対応コンテンツのプロパティ情報のインデックス情報に基づいて、インデックス情報に対応するコンテンツの部分データを抽出する処理を実行する。
【０１３８】
コンテンツ情報生成部５０７は、プロパティ情報取得部５０５の取得したメタデータ、に基づいて、コンテンツ情報としてのＸＭＬデータを生成する。なお、コンテンツ情報生成部５０７は、クライアントからのコンテンツ情報の要求時に各種のプロパティ情報に基づくＸＭＬデータを生成するのみならず、部分コンテンツの送信時の付帯情報としてインデックス情報に基づくＸＭＬデータの生成処理を実行する。データ変換部５０８は、送信コンテンツデータの符号化処理等、復号処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。
【０１３９】
次に、クライアント装置の機能構成について、図２０を参照して説明する。パケット送受信部６０１は、サーバに対するパケット送信および、サーバからのパケット受信処理を実行する。パケット生成、解析部６０２は、送信パケットの生成処理、受信パケットの解析処理を行う。パケット内の格納データ解析のみならず、パケットのアドレス設定、アドレス認識、データ部に対するデータ格納、データ部からのデータ取得処理なども含む。
【０１４０】
コンテンツ要求処理部６０３は、サーバに対して送信するコンテンツ要求データ（図８参照）を生成する。すなわち、コンテンツの識別情報とともに、コンテンツ再生を部分再生として実行するか否かの指定情報を格納したコンテンツ要求データを生成する処理を実行する。
【０１４１】
記憶部６０４は、サーバから受信したパケットに含まれるコンテンツ、およびインデックス情報を含むコンテンツ情報等を格納する。
【０１４２】
出力部６０５は、コンテンツ再生処理に適用するスピーカ、ディスプレイを含む。なお、ディスプレイは、先に図１１を参照して説明したコンテンツ再生リストおよび再生部分情報の出力にも利用される。入力部６０６は、例えば、再生コンテンツの選択や、プロパティ情報に対する編集情報の入力、すなわちプロパティ情報の書き換え、追加、削除処理を実行するためのキーボード、その他のデータ入力手段である。
【０１４３】
コンテンツ情報解析部６０７は、サーバから受信したプロパティ情報からなるＸＭＬデータを解析し、解析データに基づいて、たとえば先に図１１を参照して説明したコンテンツ再生リストおよび再生部分情報を生成し、出力部としてのディスプレイに出力する処理を実行する。また、コンテンツ情報解析部６０７は、サーバから受信するコンテンツ情報の構成要素としてのプロパティ情報毎にデータ編集情報を認識可能とした表示情報（図１５参照）の生成処理を実行する
【０１４４】
コンテンツ再生制御部６０８は、サーバから受信したコンテンツまたは部分コンテンツの再生処理を実行する。複数の再生コンテンツがある場合は、コンテンツの要求シーケンスをコンテンツ再生リストに従って決定し、再生リストに従ったコンテンツＵＲＬを順次パケット生成解析部６０２に送る。パケット生成解析部６０２では、コンテンツＵＲＬを設定したパケットを生成し、パケット送受信部６０１を介してサーバにコンテンツ要求を送信する。
【０１４５】
データ変換部６０９は、サーバから受信したコンテンツデータの復号当、各種データ変換処理を実行する。例えばＡＴＲＡＣ３、ＭＰＥＧ４に基づくデータ変換を実行する。なお、復号データの再符号化処理を実行し、再符号化データを記憶部６０３に格納する処理を実行する構成としてもよい。
【０１４６】
サーバ、およびクライアントは、機能的には図１９、図２０に示す各機能を有し、上述した各処理を実行する。ただし、図１９、図２０に示すブロック図は、機能を説明するブロック図であり、実際には、図２に示すＰＣ等のハードウェア構成におけるＣＰＵの制御の下に各種の処理プログラムが実行される。
【０１４７】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１４８】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１４９】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１５０】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１５１】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【０１５２】
【発明の効果】
以上、説明したように、本発明の構成によれば、クライアントからのコンテンツ部分再生要求に基づいてサーバ側でコンテンツのプロパティ情報に格納されたインデックス情報に基づいてコンテンツデータの部分抽出処理を実行して、抽出した部分コンテンツデータをクライアントに送信する構成としたので、クライアントは、サーバから受信するコンテンツのさびの部分、あるいはユーザのお気に入り部分等、特定の部分データのみのコンテンツ再生を楽しむことが可能となる。
【０１５３】
さらに、本発明の構成によれば、サーバで保持するコンテンツに対応するプロパティ情報中にコンテンツのインデックス情報を設定する構成とし、クライアントからのコンテンツ要求に設定された部分再生指定情報に応じて、指定コンテンツに対応するプロパティ情報からインデックス情報を取得して部分コンテンツの取得処理を実行してクライアントに送信する構成としたので、クライアント側、サーバ側における処理負担も通常のコンテンツ送信処理とほぼ同様であり、効率的にコンテンツ部分再生を行うことが可能となる。
【０１５４】
さらに、本発明の構成によれば、プロパティ情報各々に許容されるデータ編集情報を各プロパティ毎に設定してクライアントに送信する構成とし、クライアントにおいて、受信情報に基づくプロパティ情報の編集処理が可能であり、ユーザのお気に入り部分等、任意のデータ領域をインデックス情報として設定可能となるので、任意領域の部分コンテンツ再生処理を実行することが可能となる。
【図面の簡単な説明】
【図１】本発明の適用可能なネットワーク構成例を示す図である。
【図２】ネットワーク接続機器の構成例について説明する図である。
【図３】コンテンツデータ再生処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図４】サーバにおける保持コンテンツの管理クラスの一例を示す図である。
【図５】サーバにおける設定クラスの階層構成について説明するズである。
【図６】サーバからクライアントに送信されるプロパティ情報からなるＸＭＬデータに基づいてディスプレイに表示されるコンテンツ情報リストの例を示す図である。
【図７】コンテンツの部分再生を実行する際のサーバクライアント間のデータ通信シーケンスを示す図である。
【図８】コンテンツの部分再生を実行する際のクライアントからサーバに要求するコンテンツ要求データ構成示す図である。
【図９】サーバの保有するコンテンツ対応のプロパティ情報について説明する図である。
【図１０】サーバの保有するコンテンツ対応のプロパティ情報中のインデックス情報について説明する図である。
【図１１】コンテンツ再生リストおよび再生位置情報の表示例を示す図である。
【図１２】プロパティ情報更新処理におけるサーバクライアント間の処理シーケンスについて説明する図である。
【図１３】サーバからクライアントに送信されるプロパティ情報からなるＸＭＬデータ構成例について説明する図である。
【図１４】コンテンツデータに対応して設定されるメタデータを構成するプロパティ情報の構成について説明する図である。
【図１５】サーバからクライアントに送信されるプロパティ情報からなるＸＭＬデータに基づいてディスプレイに表示されるコンテンツ情報リストの例を示す図である。
【図１６】サーバからクライアントに送信されるプロパティ情報のデータ更新処理におけるクライアント装置の処理手順を説明するフローチャートを示す図である。
【図１７】コンテンツの部分再生を実行する際のクライアント側の処理を説明するフローチャートである。
【図１８】コンテンツの部分再生を実行する際のサーバ側の処理を説明するフローチャートである。
【図１９】サーバの処理機能を説明するブロック図である。
【図２０】クライアントの処理機能を説明するブロック図である。
【符号の説明】
１００  ネットワーク
１０１  サーバ
１２１  ＰＣ
１２２  モニター
１２３  携帯電話
１２４  再生機
１２５  ＰＤＡ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  ＨＤＤ
２０５  バス
２０６  入出力インタフェース
２０７  入力部
２０８  出力部
２０９  通信部
２１０  ドライブ
２１１  リムーバブル記録媒体
３０１  ルートコンテナ
３０２〜３０６  クラス
３５０  ディスプレイ
３５７  コンテンツ情報リスト
４０１  要求識別子
４０２  コンテンツ識別子
４０３  再生指定情報
４１０  インデックス情報データ部
４２１  コンテンツＡ
４２２  コンテンツデータ
４２３  プロパティ情報
４３０  ディスプレイ
４３１  コンテンツ再生リスト
４３３  コンテンツ再生位置情報
４３４  部分データ領域
４３５  再生位置情報
５０１  パケット送受信部
５０２  パケット生成、解析部
５０３  コンテンツ記憶部
５０４  メタデータ記憶部
５０５  プロパティ情報取得部
５０６  コンテンツ抽出部
５０７  コンテンツ情報生成部
５０８  データ変換部
６０１  パケット送受信部
６０２  パケット生成、解析部
６０３  コンテンツ要求処理部
６０４  記憶部
６０５  出力部
６０６  入力部
６０７  コンテンツ情報解析部
６０８  コンテンツ再生制御処理部
６０９  データ変換部
【図１】
2004295568.tif 000009
【図２】
2004295568.tif 000010
【図３】
2004295568.tif 000011
【図４】
2004295568.tif 000012
【図５】
2004295568.tif 000013
【図６】
2004295568.tif 000014
【図７】
2004295568.tif 000015
【図８】
2004295568.tif 000016
【図９】
2004295568.tif 000017
【図１０】
2004295568.tif 000018
【図１１】
2004295568.tif 000019
【図１２】
2004295568.tif 000020
【図１３】
2004295568.tif 000021
【図１４】
2004295568.tif 000022
【図１５】
2004295568.tif 000023
【図１６】
2004295568.tif 000024
【図１７】
2004295568.tif 000025
【図１８】
2004295568.tif 000026
【図１９】
2004295568.tif 000027
【図２０】
2004295568.tif 000028