JP4799083B2 - 情報処理装置及び情報処理装置のコンテンツ再生方法 - Google Patents

Description

本発明は、コンテンツディレクトリとして管理されるコンテンツを再生装置から選択させ、該再生装置に再生させる機能を有する情報処理装置及び情報処理装置のコンテンツ再生方法に関する。

近年、ハードディスク装置等の記憶装置に動画、静止画、音楽などのコンテンツを蓄積し、それらのコンテンツを再生して視聴するという利用形態が広く普及している。かかる利用形態において、コンテンツの再生を中断し、その後、中断した個所からコンテンツの再生を再開するというリジューム再生という機能がある。

このリジューム再生では、まず再生を中断する際に、その中断個所を「しおり」として記憶装置に設定し、その後、オペレータが所望の「しおり」を選択することで、中断個所からの再開を実現している。

一方、パーソナルコンピュータ等の情報処理装置とテレビ等の再生装置をネットワークを介して接続し、情報処理装置に蓄積されたコンテンツを再生装置で視聴するという利用形態が提案されている。

このようなネットワークを介して情報処理装置に蓄積されたコンテンツを視聴する利用形態において、リジューム再生を実現するためには、ネットワークを介して「しおり」の設定や選択の処理を実行しなければならない。

このため、情報処理装置と再生装置との間で「しおり」の登録や選択を各社各様の様式により実現することになる。即ち、ネットワークを介してコンテンツを再生する利用形態において、リジューム再生を実現するためには、情報処理装置と再生装置を同じメーカーに揃える必要がある。
特開２００２−０４４５８６号公報 特開２００５−０６５２１４号公報

しかしながら、家庭内のネットワークには、複数のパーソナルコンピュータや、複数のテレビが接続されることが想定される。そのため、ネットワークに接続する情報処理装置や再生装置を全て同一メーカーに揃えることは、ユーザの商品選択の幅を著しく制限するものであり、望ましいものではない。

本発明は、上記課題を解決するためになされたものであり、ネットワーク上の再生装置に対して面倒な設定や選択を行うことなく、コンテンツの再生が中断された場合に、そのコンテンツの再生を中断された位置から再開させると共に、コンテンツの再生を中断位置から再開するためのデータを適切に削除することを目的とする。

本発明は、コンテンツディレクトリとして管理されるコンテンツを再生装置から選択させ、該再生装置に再生させる機能を有する情報処理装置であって、前記コンテンツの再生が中断された場合に、該中断された位置を記憶し、該コンテンツを仮想コンテンツとして、前記コンテンツとは別に、前記コンテンツディレクトリに設定する設定手段と、前記仮想コンテンツが選択された場合に、前記中断された位置から前記仮想コンテンツの再生を再開する再開手段と、前記再生装置において前記コンテンツの再生が終えた際に、前記コンテンツを先頭から再生していた場合には前記仮想コンテンツを削除せず、前記コンテンツを前記中断された位置から再生していた場合には前記仮想コンテンツを削除する削除手段と、を有することを特徴とする。

また、本発明は、コンテンツディレクトリとして管理されるコンテンツを再生装置から選択させ、該再生装置に再生させる機能を有する情報処理装置のコンテンツ再生方法であって、前記コンテンツの再生が中断された場合に、該中断された位置を記憶し、該コンテンツを仮想コンテンツとして、前記コンテンツとは別に、前記コンテンツディレクトリに設定する設定工程と、前記仮想コンテンツが選択された場合に、前記中断された位置から前記仮想コンテンツの再生を再開する再開工程と、前記再生装置において前記コンテンツの再生が終えた際に、前記コンテンツを先頭から再生していた場合には前記仮想コンテンツを削除せず、前記コンテンツを前記中断された位置から再生していた場合には前記仮想コンテンツを削除する削除工程と、を有することを特徴とする。

本発明によれば、コンテンツ再生のための面倒な設定や選択を行うことなく、コンテンツの再生が中断された場合に、そのコンテンツの再生を中断された位置から再開させることができると共に、コンテンツの再生を中断位置から再開するためのデータを適切に削除することができる。

以下、図面を参照しながら発明を実施するための最良の形態について詳細に説明する。

［第１の実施形態］
図１は、第１の実施形態における情報処理装置１００の構成の一例を示すブロック図である。図１に示すＣＰＵ１０１は、本装置全体の制御を司り、フラッシュＲＯＭ１０２に格納された制御プログラムをＳＤＲＡＭ１０３上にロードして実行する。ここで、ＣＰＵ１０１、フラッシュＲＯＭ１０２、ＳＤＲＡＭ１０３は、ホストバス１０４に接続されている。そして、ＰＣＩブリッジ１０５は、ホストバス１０４とＰＣＩバス１０６とを接続するためのデバイスである。

一方、ＰＣＩバス１０６にはネットワークコントローラ１０７、ディスクコントローラ１０８が接続されている。このネットワークコントローラ１０７は、ＣＰＵ１０１の制御によりネットワーク１１０上の他の通信装置とのデータ通信を制御する。ここで、ネットワーク１１０は有線又は無線の何れかのネットワークである。

ディスクコントローラ１０８は、ＣＰＵ１０１の制御によりハードディスク装置１０９との間でデータのリード／ライトを制御する。

再生装置１１１、１１２は、ネットワーク１１０を介してハードディスク装置１０９に蓄積されている動画ファイルや静止画ファイル等からユーザが選択したコンテンツの再生を行う。再生装置１１１、１１２の具体的な装置としては、ネットワーク１１０を介した通信機能を有するテレビ、パーソナルコンピュータ、若しくは携帯情報端末や携帯電話等である。

尚、情報処理装置１００及び再生装置１１１、１１２は、業界団体ＤＬＮＡ（Digital Living Network Alliance）により規定された標準ガイドラインに従う装置である。この業界団体は、異なるメーカー間の家電機器やパーソナルコンピュータ等を相互に接続するための標準化活動を推進している団体である。

この標準ガイドラインにおいて、相互に接続される各装置は、その役割に応じて何れかのデバイスクラスとして振舞う。

第１の実施形態では、情報処理装置１００がデジタルメディアサーバ（以下、ＤＭＳ）として振る舞い、ネットワーク１１０上の再生装置１１１、１１２からの要求に応じて、ハードディスク装置１０９に蓄積されているコンテンツを配信する機能を有する。

また、再生装置１１１、１１２は、デジタルメディアプレイヤ（以下、ＤＭＰ）として振る舞い、情報処理装置１００に蓄積されているコンテンツを検索し、配信されるコンテンツを再生する機能を有する。第１の実施形態では、情報処理装置１００のコンテンツを再生装置１１１で再生しているときに、その再生を中断し、その後、再生装置１１１又は再生装置１１２が中断した再生を再開するものとする。

しかしながら、標準ガイドラインでは、情報処理装置１００（ＤＭＳ）から配信されるコンテンツを再生装置１１１（ＤＭＰ）で再生中に中断し、その後、再生を再開した場合、その再生は、中断個所からではなく、当該コンテンツの先頭から開始されてしまう。

この中断個所から再生を行うようにするためには、ＤＭＳとＤＭＰとの間でリジューム再生の情報を交換するための新たなプロトコルを追加することで達成できる。

第１の実施形態では、標準ガイドラインで規定されるプロトコルを利用し、コンテンツファイルの先頭からの再生（以下、ノーマル再生）、又はコンテンツファイルの中断位置からの再生（以下、リジューム再生）をオペレータが選択可能としている。

これにより、標準ガイドラインに準拠のＤＭＰであれば、メーカーを問わず、ノーマル再生とリジューム再生の選択が可能となる。

図２は、第１の実施形態におけるネットワークを介したコンテンツ再生の手順を示す図である。情報処理装置１００（ＤＭＳ）と再生装置１１１（ＤＭＰ）との間で標準ガイドラインに従ったプロトコルが実行される。第１の実施形態では、これに独自プロトコルを加えることなく、ノーマル再生とリジューム再生の選択を可能にする。

図２に示すように、まず再生装置１１１がネットワーク１１０上の情報処理装置１００を発見するためのプロトコルを実行する（２０１）。このプロトコルは、UPnP仕様の一部であるSSDP（Simple Service Discovery Protocol）によって実行される。

次に、再生装置１１１が情報処理装置１００のハードディスク装置１０９に蓄積されているコンテンツから所望のコンテンツを選択するためのプロトコルを実行する（２０２）。このプロトコルは、UPnP仕様に基づくAV機器用の相互接続規格の一部であるコンテンツディレクトリ・サービス（以下、ＣＤＳ）によって実行される。

そして、情報処理装置１００から再生装置１１１へコンテンツを配信するためのプロトコルを実行する（２０３）。このプロトコルは、第１の実施形態では、HTTP（Hyper Text Transfer Protocol）によって実行される。

以上のプロトコルにより、情報処理装置１００から再生装置１１１へコンテンツが配信され、配信されたコンテンツが再生装置１１１で復号され、ディスプレイ上に表示されてコンテンツの再生が行われる。

図３は、第１の実施形態におけるコンテンツ管理構成の一例を示す図である。これは、情報処理装置１００のハードディスク装置１０９に蓄積されているコンテンツの管理構成である。上述したように、ハードディスク装置１０９内のコンテンツは、上述したＣＤＳによりコンテンツディレクトリとして管理される。

図３に示すコンテンツアイテム（Content Item）３０２、３０３、３０４は、それぞれ動画ファイル、静止画ファイル等のコンテンツに対応し、再生装置１１１（ＤＭＰ）からの検索又はブラウズの際に対象となるものである。

コンテナー（Container）３０１は、複数のコンテンツアイテムを含むオブジェクトである。図３に示す例では、コンテナー３０１が別のコンテナー３０５を含んでおり、このようにコンテナーを入れ子構造にすることにより、階層構造を形成することができる。

コンテンツアイテム３０２は、複数のプロパティ（３０６〜３０９）を有する。ここで、３０６はコンテンツディレクトリにおけるコンテンツの識別情報（id）である。３０７は親オブジェクトの識別情報（Parent id）である。３０８はコンテンツの名称（title）で、例えば映画のタイトルのように、ユーザに分かり易い情報がセットされる。３０９は参照情報（res）であり、コンテンツにアクセスするためのプロトコル情報やコンテンツを指定するためのＵＲＬがセットされる。

また、参照情報３０９には、コンテンツの内容を分かり易く表示するためのサムネイルデータにアクセスするためのプロトコル情報とそのＵＲＬもセットされる。

尚、第１の実施形態では、コンテンツ及びサムネイルにアクセスするためのプロトコルとして、http Getメソッドを採用するものとする。

３１０、３１１、３１２はそれぞれコンテンツアイテム３０２、３０３、３０４に対応した実体コンテンツである。通常、再生の中断が発生していない場合、実体コンテンツに対応して１つのコンテンツアイテムがコンテンツディレクトリに登録される。

再生装置１１１は、検索又はブラウズによって得られた何れかのコンテンツアイテムを選択することにより、実体コンテンツにアクセスすることができる。

第１の実施形態では、コンテンツの再生が中断された場合に、リジューム再生のためのコンテンツアイテム３１３を登録することにより、コンテンツディレクトリという標準技術に基づいてリジューム再生のための選択対象を設けている。

例えば、情報処理装置１００は、再生装置１１１による実体コンテンツ３１０の再生が中断された場合、コンテンツアイテム３０２とは別にリジューム再生のためのコンテンツアイテム３１３を登録する。その後、オペレータが再生装置１１１から情報処理装置１００にアクセスし、ノーマル再生を行う場合にはコンテンツアイテム３０２を選択し、またリジューム再生を行う場合にはコンテンツアイテム３１３を選択し、情報処理装置１００に再生要求を行えば良い。

以下、コンテンツアイテム３１３のように、実体コンテンツのコンテンツアイテムとは別にリジューム再生のためにコンテンツディレクトリに登録されたコンテンツアイテムを仮想コンテンツと称する。

コンテンツアイテム３１３において、識別情報３１４には、実体コンテンツの識別情報３０６とは別の識別情報がセットされる。また、タイトル３１６には、実体コンテンツのタイトル３０８に対して、リジューム再生のためのコンテンツであることがわかるような情報を付加した名称がセットされる。例えば、実体コンテンツのタイトル３０８にセットされた「Movie」に対して、タイトル３１６には「Movie-Stopped」のような名称がセットされる。

また、参照情報３１７には、参照情報３０９にセットされているＵＲＬとは別のＵＲＬがセットされる。つまり、再生装置１１１からはＵＲＬによりコンテンツを指定して再生要求がなされるので、この参照情報３１７により情報処理装置１００側で、ノーマル再生又はリジューム再生の何れの要求なのかを弁別することができる。更に、参照情報３１７には、参照情報３０９にセットされているサムネイルデータのＵＲＬとは別のサムネイルデータのＵＲＬがセットされる。即ち、リジューム再生用のサムネイルデータをノーマル再生用のサムネイルデータとは別に持つことにより、再生装置１１１のオペレータに対してリジューム再生に関する情報を分かり易く提示することが可能となる。

このように、第１の実施形態では、コンテンツの再生の中断に応じて、ノーマル再生のためのコンテンツアイテムとは別に、リジューム再生のためのコンテンツアイテムを登録する。

これにより、コンテンツディレクトリという標準技術を介して、コンテンツのノーマル再生のための選択対象と、コンテンツのリジューム再生のための選択対象とを分けて再生装置１１１に提示することが可能となる。

図４は、再生装置１１１から再生対象のコンテンツを選択するための手順（図２に示す２０２に相当）を示す図である。まず、再生装置１１１が情報処理装置１００に対して、ＣＤＳに基づく検索コマンド（検索のためのコマンド）又はブラウズコマンド（ブラウズのためのコマンド）を発行する（４０１）。ここで、検索コマンドは指定した検索条件に合致するコンテンツのリストを要求する。また、ブラウズコマンドは、あるコンテナーに含まれるコンテンツのリストを要求する。

次に、情報処理装置１００が再生装置１１１からの検索コマンド又はブラウズコマンドに対するレスポンスとして、図５に示すようなコンテンツリスト５００を返却する。このコンテンツリスト５００には、検索又はブラウズされたブラウズコマンドの条件に合致するコンテンツアイテムのプロパティ（図３に示すタイトル３０８や参照情報３０９等）がセットされている。

図５に示す例では、コンテンツリスト５００として、３つのコンテンツアイテムの情報５０１、５０２、５０３がセットされている。まずコンテンツアイテムの情報５０１は、識別情報が「１００」でタイトルが「Love Story」のコンテンツに相当するものである。またコンテンツアイテムの情報５０２は、識別情報が「１０１」でタイトルが「Comedy」のコンテンツに相当するものである。更にコンテンツアイテムの情報５０３は、識別情報が「１０２」でタイトルが「Love Story-Stopped」のコンテンツに相当するものである。

再生装置１１１のオペレータは、これらの情報によりコンテンツの内容を把握し、実体コンテンツにアクセスする。

ここで、識別情報が「１０２」のコンテンツは、識別情報が「１００」のコンテンツを実体コンテンツとする仮想コンテンツである。よって、再生装置１１１のオペレータは、ノーマル再生を行う場合には識別情報が「１００」のコンテンツアイテムを選択し、またリジューム再生を行う場合には識別情報が「１０２」のコンテンツアイテムを選択すれば良い。

このように、リジューム再生のためのコンテンツアイテムの各情報がコンテンツリスト５００にセットされて再生装置１１１に返却される。これにより、再生装置１１１では、リジューム再生のためのコンテンツアイテムを選択して再生要求を行うことにより、所望のコンテンツのリジューム再生を開始させることができる。

図６は、コンテンツリスト５００の情報に基づいて再生装置１１１がディスプレイ上に表示するコンテンツ選択画面を示す図である。尚、この選択画面６００は、コンテンツのサムネイルデータを用いない場合の表示例である。

図６において、６０１はタイトル表示欄であり、コンテンツのタイトルが表示される。６０２は種類表示欄であり、コンテンツの種類、即ち、動画（VIDEO）、静止画（IMAGE）、音楽（AUDIO）の別が表示される。６０３はサイズ表示欄であり、コンテンツの実際のデータサイズが表示される。

ここで、コンテンツの情報６１１、６１２、６１３はそれぞれコンテンツリスト５００におけるコンテンツアイテムの情報５０１、５０２、５０３に基づいて表示される。選択画面６００において、情報６１２は情報６１１を実体コンテンツとする仮想コンテンツの情報である。

従って、図６に示す選択画面６００のように、コンテンツのサムネイルを用いない場合には、オペレータはタイトル表示６０１によりリジューム再生のための仮想コンテンツを判別する。

これに対して、図７は、コンテンツのサムネイルを用いた場合のコンテンツ選択画面を示す図である。この選択画面７００には、コンテンツのサムネイル画像が表示される。

このサムネイル表示については、情報処理装置１００がサムネイル画像にアクセスするためのプロトコル情報とＵＲＬとを図３に示すコンテンツディレクトリの参照情報３０９から読み出し、再生装置１１１へのコンテンツリスト５００にセットする。

まず、再生装置１１１が情報処理装置１００からコンテンツリスト５００を取得した後、コンテンツリスト５００にセットされているプロトコル情報とＵＲＬとに基づいてサムネイル画像を取得し、ディスプレイ上に選択画面７００として表示する。

ここで、選択画面７００には、コンテンツリスト５００にセットされているコンテンツアイテムの情報５０１、５０２、５０３対応するサムネイル画像７０１、７０２、７０３が表示される。

また、選択画面７００において、サムネイル画像７０２はサムネイル画像７０１を実体コンテンツとする仮想コンテンツのサムネイル画像である。このサムネイル画像７０２は、例えば実体コンテンツのサムネイル画像に所定の画像（図７に示す例では画像７１１）をオーバーレイすることにより生成する。若しくは、実体コンテンツのサムネイル画像に所定の画像をブレンドすることにより生成しても良い。

次に、再生装置１１１のオペレータが選択画面６００又は選択画面７００を参照して、所望のコンテンツを選択し、当該コンテンツを再生する指示を再生装置１１１に与える。一方、再生装置１１１はこの指示に応じて、選択されたコンテンツにアクセスするためのプロトコル情報とＵＲＬとをコンテンツリスト５００から読み出す。そして、図２に示す手順（２０３）により、情報処理装置１００からのコンテンツ配信のためのプロトコルを開始する。

このように、第１の実施形態によれば、再生装置１１１が情報処理装置１００から標準技術であるコンテンツディレクトリ・サービスを用いて取得したコンテンツリストに基づいてリジューム再生のための仮想コンテンツの情報をディスプレイ上に表示する。

これにより、再生装置１１１のオペレータは、１つのコンテンツに対してノーマル再生の他にリジューム再生を指示することが可能となる。

図８は、情報処理装置１００のフラッシュＲＯＭ１０２に格納される制御プログラムの主要なモジュールを示す図である。図８において、８０１はＤＭＳ制御モジュールであり、標準ガイドラインで規定されるＤＭＳとしての動作と、付加機能であるリジューム再生にかかる動作とを制御する。８０２はUPnPモジュールであり、ＤＭＳとしての動作に必要なUPnPプロトコルを実行するためのモジュールである。８０３はHTTPサーバモジュールであり、コンテンツやサムネイルデータをＤＭＰに配信するためのHTTPサーバ機能を実行するためのモジュールである。

８０４はＣＤＳモジュールであり、ＤＭＳとしての動作に必要なＣＤＳの機能を実行するためのモジュールである。８０５はハードディスク装置１０９に保存されるコンテンツ及びコンテンツディレクトリであり、所定のファイルシステムとして構成されている。

尚、ＤＭＳ制御モジュール８０１は、コンテンツ及びコンテンツディレクトリ８０５に登録されているコンテンツのＵＲＬからファイルシステム上の記憶位置を取得可能に構成されている。

８０６は再生が途中で中断されたコンテンツ、即ちリジューム再生の対象となっているコンテンツを管理するリジューム再生管理情報であり、ハードディスク装置１０９に保存される。このリジューム再生管理情報８０６は、仮想コンテンツ識別情報（id）８１１、実体コンテンツ識別情報（id）８１２、中断位置８１３、及びＵＲＬ情報８１４から構成されている。

仮想コンテンツ識別情報８１１は、コンテンツディレクトリにおける仮想コンテンツの識別情報（図３に示す識別情報３１４に相当）である。１件の仮想コンテンツについて、仮想コンテンツ識別情報８１１と、それに対応して実体コンテンツ識別情報８１２、中断位置８１３、ＵＲＬ情報８１４が記憶される。

ここで、仮想コンテンツのサムネイルデータにアクセスするには、まず仮想コンテンツ識別情報８１１からコンテンツディレクトリ上のコンテンツアイテム３１３を特定する。次に、コンテンツアイテム３１３のプロパティである参照情報３１７から仮想コンテンツのサムネイルデータのＵＲＬを取得する。

実体コンテンツ識別情報８１２は、対応する実体コンテンツのコンテンツディレクトリにおける識別情報（図３に示す識別情報３０６に相当）である。

ここで、実体コンテンツのリジューム再生の開始位置を特定するには、実体コンテンツ識別情報８１２からコンテンツディレクトリ上のコンテンツアイテム３０２を特定する。次に、コンテンツアイテム３０２のプロパティである参照情報３０９から実体コンテンツのＵＲＬを取得する。

ＤＭＳ制御モジュール８０１は、コンテンツのＵＲＬからハードディスク装置１０９上の記憶位置を取得できるので、その記憶位置と中断位置８１３からリジューム再生の開始位置を特定できる。

中断位置８１３は、リジューム再生の開始位置を示す情報であり、コンテンツファイルの先頭からのバイトオフセット等がセットされる。再生の中断が発生していないコンテンツの再生、即ちノーマル再生の場合、コンテンツファイルの先頭からのデータが再生装置１１１に配信されるが、リジューム再生の場合は中断位置８１３の位置情報からのデータが再生装置１１１に配信される。

また、この中断位置８１３にセットされる位置情報は、再生装置１１１側でコンテンツのデコードが正常に行われるように調整が施される。例えば、コンテンツのメディアフォーマットがMPEG2の場合、再生装置１１１側でGOPの先頭からデコードが開始されるように調整される。

尚、メディアフォーマットがMPEG2のコンテンツをファイル途中から再生装置１１１に配信する前に、当該コンテンツの先頭付近に格納されているシーケンスヘッダを配信する必要がある。

ＵＲＬ情報８１４には、仮想コンテンツのＵＲＬがセットされる。この仮想コンテンツのＵＲＬについては、コンテンツディレクトリを利用することで、仮想コンテンツの識別情報８１１から取得することができる。

再生装置１１１からの再生要求の際は、コンテンツのＵＲＬが指定されるので、ＤＭＳ制御モジュール８０１が再生装置１１１から指定されたＵＲＬがリジューム再生管理情報８０６に記録されているか否かをチェックする。これにより、当該再生要求が仮想コンテンツに対するものか否か、即ちリジューム再生要求であるか否かを容易に判断することができる。

ＤＭＳ制御モジュール８０１は、コンテンツの再生が中断されると、当該コンテンツのリジューム再生のための仮想コンテンツのコンテンツアイテムをコンテンツディレクトリに登録する。そして、リジューム再生管理情報８０６に対して当該仮想コンテンツに対する情報を記録する。

また、１の実体コンテンツから複数の仮想コンテンツが派生した場合には、仮想コンテンツ毎に、情報をリジューム再生管理情報８０６に記録することで、１の実体コンテンツに対して複数のリジューム再生の管理が可能となる。

次に、図９を用いて、ＤＭＳ制御モジュール８０１の動作を説明する。図９は、ＤＭＳ制御モジュール８０１の動作のうち再生装置１１１からのコンテンツの検索又はブラウズ要求に対する処理及び再生装置１１１からの再生要求に対する処理を示すフローチャートである。

まず、ステップＳ９０１において、再生装置１１１からＣＤＳに基づくコマンドとして検索又はブラウズを受信したか否かを判定する。ここで、コマンドが検索又はブラウズの場合にはステップＳ９０２へ進み、検索又はブラウズで指定された条件に合致するコンテンツアイテムの情報をコンテンツディレクトリから取得し、コンテンツリストとして再生装置１１１に提示する。

再生装置１１１のオペレータは、提示されたコンテンツリストから所望のコンテンツを選択し、再生指示を再生装置１１１に与える。これにより、再生装置１１１は、当該再生指示に応じて、オペレータが選択したコンテンツにアクセスするための情報を提示されたコンテンツリストから取得し、情報処理装置１００に対して再生要求を行う。

第１の実施形態では、コンテンツの再生要求はHttp Getメソッドにより行い、選択したコンテンツはＵＲＬとして情報処理装置１００に通知される。

次に、ステップＳ９０１でコマンドが検索又はブラウズでない場合はステップＳ９０３へ進み、再生要求を受信したか否かをチェックする。ここで、再生要求の場合はステップＳ９０４へ進み、その再生要求がノーマル再生の要求か、リジューム再生の要求かを判別する。

尚、第１の実施形態では、再生装置１１１（ＤＭＰ）と情報処理装置１００（ＤＭＳ）との間のプロトコルは上述のガイドラインで規定される標準プロトコルにより実現されている。そのため、ＤＭＰからの再生要求にノーマル再生とリジューム再生の区別は無い。従って、ノーマル再生とリジューム再生との判別は、情報処理装置１００側で行う必要がある。

具体的には、既に図８を用いて説明したように、再生装置１１１から指定されたＵＲＬがリジューム再生管理情報８０６に記録されているか否かを判断し、記録されていれば、リジューム再生と判断し、記録されていなければノーマル再生と判断する。

ここで、ノーマル再生と判断した場合はステップＳ９０５へ進み、ノーマル再生のための配信を開始する。即ち、再生装置１１１から指定されたＵＲＬからハードディスク装置１０９に蓄積されている再生対象のコンテンツファイルを特定し、そのファイルの先頭データからデータの配信を開始する。

また、ステップＳ９０４において、リジューム再生と判断した場合はステップＳ９１１へ進み、リジューム再生のための配信を開始する。

具体的には、まずリジューム再生管理情報８０６を参照して、再生装置１１１から指定されたＵＲＬに対応して記憶されている実体コンテンツ識別情報８１２と中断位置８１３を取得する。次に、コンテンツディレクトリを利用することにより、実体コンテンツ識別情報８１２から実体コンテンツのＵＲＬを取得する。そして、取得したＵＲＬと中断位置８１３からハードディスク装置１０９に蓄積されている再生対象のコンテンツファイルとリジューム再生の開始位置を特定し、当該開始位置からデータの配信を開始する。

次に、ステップＳ９０６において、再生装置１１１で再生中断が発生したか否かを判断する。この再生中断の発生としては、例えば再生装置１１１によるＴＣＰコネクションの切断を検出した場合に再生中断の発生と判断する。

或いは、今後、標準ガイドラインにおいて、再生装置１１１からの明示的な中断要求を示すコマンドが規定された場合には、当該コマンドの受信をもって再生中断の発生と判断すれば良い。

ここで、再生装置１１１で再生中断の場合はステップＳ９１２へ進み、当該コンテンツのリジューム再生のための仮想コンテンツのコンテンツアイテムをコンテンツディレクトリに登録する。但し、ステップＳ９０４でリジューム再生と判断されている場合は、前回登録された仮想コンテンツのコンテンツアイテムをコンテンツディレクトリから削除する。このとき、リジューム再生のためのサムネイルデータをハードディスク装置１０９上に生成し、そのＵＲＬを参照情報３１７内にセットする。

次に、ステップＳ９１３において、リジューム再生管理情報８０６に対して当該仮想コンテンツに対する情報を記録し、リジューム再生管理情報８０６の内容を更新する。但し、ステップＳ９０４でリジューム再生と判断されている場合は、リジューム再生管理情報８０６から前回登録された情報を削除する。

また、ステップＳ９０６において、再生中断でなければステップＳ９０７へ進み、再生が終了したか否かを判断し、再生終了でなければステップＳ９０６に戻る。また、再生が終了した場合はステップＳ９０８へ進み、終了した再生がリジューム再生であるか否かを判断する。ここで、リジューム再生の場合はステップＳ９０９へ進み、当該リジューム再生のための仮想コンテンツのコンテンツアイテムをコンテンツディレクトリから削除する。そして、ステップＳ９１０において、リジューム再生管理情報８０６から当該仮想コンテンツに対する情報を削除し、リジューム再生管理情報８０６の内容を更新する。

以上説明したように、第１の実施形態では、コンテンツの再生が中断されたときに中断された再生を再開する仮想コンテンツをコンテンツディレクトリに登録し、ＤＭＰからの選択対象のコンテンツアイテムとなるように構成されている。

これにより、上述のガイドラインで規定されるＤＭＰからコンテンツのノーマル再生とリジューム再生を実行することが可能となる。即ち、上述のガイドラインに準拠のＤＭＰであれば、メーカーを問わずにノーマル再生とリジューム再生の選択が可能となるという効果を奏する。

［第２の実施形態］
次に、図面を参照しながら本発明に係る第２の実施形態について詳細に説明する。尚、第２の実施形態における情報処理装置の構成は、図１に示す第１の実施形態と同様であり、その説明は省略する。以下では、第１の実施形態との差分について説明する。

第１の実施形態において、１つのコンテンツについて複数の再生装置のオペレータから再生中断が発生した場合は、各再生中断に対応した仮想コンテンツを生成してコンテンツディレクトリに登録すれば良い。

このとき、情報処理装置１００は、再生装置１１１のオペレータに対して、コンテンツディレクトリ上の何れの仮想コンテンツが、当該オペレータによる再生中断に対応するのかを明示する必要がある。

この課題に対応すべく第２の実施形態における情報処理装置１００は、再生装置１１１のオペレータが、自身が中断したコンテンツのリジューム再生を容易に行えるように構成されている。

図１０は、第２の実施形態におけるコンテンツ管理構成の一例を示す図である。図１０において、１００２は実体コンテンツ１００５に対するコンテンツアイテムであり、第１の実施形態１の場合と同様に、プロパティがセットされている。

１００３及び１００４は、何れも実体コンテンツ１００５の再生を中断したことにより生成された仮想コンテンツのコンテンツアイテムである。第１の実施形態の場合と同様に、識別情報（id）１０１０、…、参照情報（res）１０１３、識別情報（id）１０１４、…、参照情報（res）１０１７のプロパティがセットされている。

また、２つのコンテンツアイテム１００３、１００４に対して異なる２つのサムネイルデータがハードディスク装置１０９上に生成されている。各サムネイルデータのＵＲＬは、参照情報１０１３、１０１７にセットされている。

このように、第２の実施形態では、同じ実体コンテンツから派生した２以上の仮想コンテンツに対して、互いに異なるサムネイルデータを生成して割り当てる。

図１１は、第２の実施形態における情報処理装置１００と再生装置１１１の処理手順を示す図である。ここで、情報処理装置１００はガイドラインで規定されているＤＭＳとしての処理１１０１と拡張処理１１０２に処理を分けて示している。また、再生装置１１１もガイドラインで規定されているＤＭＰとしての処理１１０３と拡張処理１１０４に処理を分けて示している。

まず、ステップＳ１１０１で、再生装置１１１から情報処理装置１００に対して、コンテンツの検索又はブラウズの要求が送られる。次に、ステップＳ１１０２で、検索又はブラウズの条件に合致するコンテンツ情報がセットされたコンテンツリストが情報処理装置１００から再生装置１１１に送られる。このとき、再生装置１１１はコンテンツリストにセットされている各コンテンツのサムネイルデータのＵＲＬに基づいてサムネイルデータを取得し、ディスプレイ上にサムネイル１１１１〜１１１３を表示する。

次に、ステップＳ１１０３で、再生装置１１１から情報処理装置１１０に対して、何れかのコンテンツが指定された再生要求が送られる。そして、ステップＳ１１０４で、情報処理装置１００が上述のステップＳ１１０３で指定されたコンテンツの配信を行う。そして、ステップＳ１１０５で、再生装置１１１からの再生の中断要求が行われる。

ステップＳ１１０６で、再生装置１１１は後の仮想コンテンツ選択の際に、自身が中断した仮想コンテンツであることを視覚的に識別するためのマーカー情報を決定するためのプロトコルを実行する。マーカー情報は、情報処理装置１００が、ステップＳ１１０７で仮想コンテンツをコンテンツディレクトリに登録する際にセットするプロパティ等に反映する情報である。

このマーカー情報を決定する方式としては、情報処理装置１００が所定のアルゴリズムにより選択して再生装置１１１に通知しても良いし、再生装置１１１側に所定数の選択肢を提示してオペレータに選択されることで決定しても良い。

また、オペレータを識別する情報が得られれば、当該情報に応じたマーカー情報を決定しても良い。

ここで決定されたマーカー情報は、再生装置１１１側のディスプレイに１１２０に示すように表示され、オペレータに報知される。

尚、第２の実施形態では、マーカー情報として、例えばオペレータが記憶し易いように、青、赤、緑、黄の色情報を使用する。

これにより、１つの実体コンテンツから２以上の仮想コンテンツが派生した場合でも、オペレータは、自身が中断した仮想コンテンツを判別することが可能となる。

ステップＳ１１０７で、情報処理装置１００は、第１の実施形態と同様に、リジューム再生のための仮想コンテンツのコンテンツアイテムをコンテンツディレクトリに登録する。そして、リジューム再生管理情報８０６に対して当該仮想コンテンツに対する情報を記録して、リジューム再生管理情報８０６の内容を更新する。

ここで、当該仮想コンテンツのためのサムネイルデータがハードディスク装置１０９上に生成されるが、このサムネイルデータに対してステップＳ１１０６で決定したマーカー情報を反映する処理を行う。また、仮想コンテンツのサムネイルデータは実体コンテンツのサムネイル画像に所定画像をオーバーレイすることで生成するが、当該所定画像の色をステップＳ１１０６で決定したマーカー情報である色情報（青、赤、緑、黄）とする。

例えば、ステップＳ１１０６でマーカー情報として赤色が決定された場合、赤い所定画像が実体コンテンツのサムネイル画像にオーバーレイされ、仮想コンテンツのサムネイルデータが生成される。

その後、再生装置１１１と情報処理装置１００との間にコネクションが再び確立され、ステップＳ１１０８で、再生装置１１１から情報処理装置１００に対して、コンテンツの検索又はブラウズの要求が送られる。そして、ステップＳ１１０９で、検索又はブラウズの条件に合致するコンテンツ情報をセットしたコンテンツリストが、情報処理装置１００から再生装置１１１に送られる。

このとき、再生装置１１１はコンテンツリストにセットされている各コンテンツのサムネイルデータのＵＲＬに基づいてサムネイルデータを取得し、ディスプレイ上にサムネイル１１３１〜１１３３（それぞれ１１１１〜１１１３に相当）を表示する。

更に、取得したコンテンツにはステップＳ１１０７で生成した仮想コンテンツの情報もセットされているので、当該仮想コンテンツのＵＲＬに基づいてサムネイルデータを取得し、サムネイル１１３４をディスプレイ上に表示する。

ここで、サムネイル１１３４にはステップＳ１１０６で決定されたマーカー情報が反映されている。従って、ステップＳ１１０６で操作を行った再生装置１１１のオペレータであれば、自身の中断コンテンツがサムネイル１１３４に対応するものであることを判別できる。

以降、自身が中断した仮想コンテンツを指定した再生要求が、再生装置１１１から情報処理装置１００に送られ、リジューム再生が開始される。

第２の実施形態によれば、コンテンツ再生中断の際に、自身が中断した仮想コンテンツであることを視覚的に識別するためのマーカー情報を決定し、当該マーカー情報を当該仮想コンテンツのＤＭＰへの提示情報（サムネイル等）に反映する。

これにより、１つのコンテンツについて２以上のオペレータからの再生中断が発生した場合でも、各オペレータが、何れの仮想コンテンツが自身による再生中断に対応するのかを判別することが可能となるという効果を奏する。

尚、本発明は複数の機器（例えば、ホストコンピュータ，インターフェース機器，リーダ，プリンタなど）から構成されるシステムに適用しても、１つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用しても良い。

また、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行する。これによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

このプログラムコードを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、次の場合も含まれることは言うまでもない。即ち、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合。

更に、記録媒体から読出されたプログラムコードがコンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

第１の実施形態における情報処理装置１００の構成の一例を示すブロック図である。 第１の実施形態におけるネットワークを介したコンテンツ再生の手順を示す図である。 第１の実施形態におけるコンテンツ管理構成の一例を示す図である。 再生装置１１１から再生対象のコンテンツを選択するための手順（図２に示す２０２に相当）を示す図である。 第１の実施形態におけるコンテンツリスト５００の一例を示す図である。 コンテンツリスト５００の情報に基づいて再生装置１１１がディスプレイ上に表示するコンテンツ選択画面を示す図である。 コンテンツのサムネイルを用いた場合のコンテンツ選択画面を示す図である。 情報処理装置１００のフラッシュＲＯＭ１０２に格納される制御プログラムの主要なモジュールを示す図である。 ＤＭＳ制御モジュール８０１の動作のうち再生装置１１１からのコンテンツの検索又はブラウズ要求に対する処理及び再生装置１１１からの再生要求に対する処理を示すフローチャートである。 第２の実施形態におけるコンテンツ管理構成の一例を示す図である。 第２の実施形態における情報処理装置１００と再生装置１１１の処理手順を示す図である。

符号の説明

１００ 情報処理装置
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ホストバス
１０５ ＰＣＩブリッジ
１０６ ＰＣＩバス
１０７ ネットワークコントローラ
１０８ ディスクコントローラ
１０９ ハードディスク装置
１１０ ネットワーク
１１１ 再生装置
１１２ 再生装置

Claims (12)

1. コンテンツディレクトリとして管理されるコンテンツを再生装置から選択させ、該再生装置に再生させる機能を有する情報処理装置であって、
   前記コンテンツの再生が中断された場合に、該中断された位置を記憶し、該コンテンツを仮想コンテンツとして、前記コンテンツとは別に、前記コンテンツディレクトリに設定する設定手段と、
   前記仮想コンテンツが選択された場合に、前記中断された位置から前記仮想コンテンツの再生を再開する再開手段と、
   前記再生装置において前記コンテンツの再生が終えた際に、前記コンテンツを先頭から再生していた場合には前記仮想コンテンツを削除せず、前記コンテンツを前記中断された位置から再生していた場合には前記仮想コンテンツを削除する削除手段と、
   を有することを特徴とする情報処理装置。
2. 前記仮想コンテンツの選択は、前記仮想コンテンツであることを識別するためのタイトルを生成し、該タイトルから前記仮想コンテンツを選択させることを特徴とする請求項１記載の情報処理装置。
3. 前記タイトルは、前記コンテンツのタイトルに基づいて生成されることを特徴とする請求項２記載の情報処理装置。
4. 前記仮想コンテンツの選択は、前記仮想コンテンツであることを識別するためのサムネイル画像を生成し、該サムネイル画像から前記仮想コンテンツを選択させることを特徴とする請求項１記載の情報処理装置。
5. 前記仮想コンテンツであることを識別するためのサムネイル画像は、前記コンテンツを示すサムネイル画像に基づいて生成されることを特徴とする請求項４記載の情報処理装置。
6. １つのコンテンツから２以上の仮想コンテンツが設定された場合、マーカー情報により各仮想コンテンツを判別できるように前記サムネイル画像に反映させることを特徴とする請求項５記載の情報処理装置。
7. 前記マーカー情報は、色情報であることを特徴とする請求項６記載の情報処理装置。
8. 前記コンテンツディレクトリはUPnP 仕様に準拠したものであり、前記情報処理装置と前記再生装置はUPnP 仕様で規定されるコンテンツディレクトリ・サービスに基づくプロトコルによりコンテンツを再生することを特徴とする請求項１乃至７の何れか一項に記載の情報処理装置。
9. 前記設定手段により設定した仮想コンテンツを前記再生装置に提示する提示手段を有することを特徴とする請求項１乃至８の何れか一項に記載の情報処理装置。
10. 請求項１乃至９の何れか一項に記載の情報処理装置と、該情報処理装置からのコンテンツを再生する再生装置とを有することを特徴とするシステム。
11. コンテンツディレクトリとして管理されるコンテンツを再生装置から選択させ、該再生装置に再生させる機能を有する情報処理装置のコンテンツ再生方法であって、
    前記コンテンツの再生が中断された場合に、該中断された位置を記憶し、該コンテンツを仮想コンテンツとして、前記コンテンツとは別に、前記コンテンツディレクトリに設定する設定工程と、
    前記仮想コンテンツが選択された場合に、前記中断された位置から前記仮想コンテンツの再生を再開する再開工程と、
    前記再生装置において前記コンテンツの再生が終えた際に、前記コンテンツを先頭から再生していた場合には前記仮想コンテンツを削除せず、前記コンテンツを前記中断された位置から再生していた場合には前記仮想コンテンツを削除する削除工程と、
    を有することを特徴とする情報処理装置のコンテンツ再生方法。
12. 請求項１１記載の情報処理装置のコンテンツ再生方法をコンピュータに実行させるためのプログラム。

Images