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