JP5187984B2 - コンテンツ処理装置およびコンテンツ処理システム - Google Patents

Description

本発明は、コンテンツ処理装置、コンテンツ処理システム、コンテンツ処理方法、およびコンテンツ処理プログラムに関する。特に、再生装置がサーバからコンテンツをダウンロードするための技術に関する。

ＬＡＮ等のネットワークを用いて、ＡＶ機器、パソコン、情報家電などを相互に接続して利用するための技術仕様として、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインが知られている。ＤＬＮＡガイドラインでは、画像、音声などの再生可能な様々なコンテンツをネットワーク経由で送受信することについて規定されている。

携帯電話などのコンテンツを再生する装置（ＤＭＰ：Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）がコンテンツを提供するサーバ（ＤＭＳ：Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）からコンテンツを取得する場合、ＤＭＰは対応ビットレートやコーデックの差異により、ＤＭＰがそのままの形式でコンテンツを再生できないことがある。

そこで、ＤＭＰをネットワークに接続した状態で、コンテンツの形式を変換しながらそのデータを転送する技術が知られている。この技術を利用する場合には、コンテンツの形式を変換している間、つまり再生中は、ＤＭＰをネットワークに接続した状態に維持しなければならない。

ところが、例えば携帯型のＤＭＰの場合にはコンテンツを再生しながら移動するような状況も発生するので、再生中にＤＭＰとネットワークとの接続が中断される可能性がある。そこで、例えば特許文献１においては、ネットワークプレイヤーにおいて、コンテンツ再生の中断に対する対策を提案している。具体的には、サーバ内コンテンツを再生するプレイヤーにおいて、再生中断を検出した際にレジューム情報を記憶しておき、再生再開検出時にそのレジューム情報の中断位置からデータを送信するようサーバに要求する技術を開示している。

特開２００７−０６６４７２号公報

特許文献１の技術は、ストリーミング再生を前提にしたものである。しかし、例えばＤＭＰがコンテンツのダウンロード完了後に再生開始するような状況を想定すると、コンテンツのダウンロード完了までにネットワーク切断が発生した場合には、ネットワーク切断時点でのコンテンツの結合に複雑な処理が必要となる。そのため、特許文献１の技術をダウンロード完了後の再生に適用することは困難である。

本発明は、上記事情に鑑みてなされたものであって、コンテンツのダウンロード完了までにネットワーク切断が発生した場合であっても、ダウンロード完了後にコンテンツを再生することが可能なコンテンツ処理装置およびコンテンツ処理システムを提供することを目的とする。

本発明のコンテンツ処理装置は、コンテンツをダウンロード完了後に再生するコンテンツ処理装置であって、コンテンツを再生するコンテンツ再生部と、前記コンテンツ再生部により再生可能なコンテンツ形式を示す再生可能情報を、コンテンツ形式を変換するコンテンツ処理サーバへ送信する送信部と、前記送信部により送信された再生可能情報に基づいて前記コンテンツ処理サーバにより変換されたコンテンツを受信する受信部と、情報を提示する提示部とを備え、前記受信部は、前記コンテンツ処理サーバによるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する時間を示す変換完了時間情報を受信し、前記提示部は、前記受信部により受信された変換完了時間情報に基づいて、前記コンテンツ処理サーバにより変換されるコンテンツの変換完了時間を提示する。

また、本発明のコンテンツ処理システムは、コンテンツをダウンロード完了後に再生するコンテンツ処理装置と、コンテンツ形式を変換するコンテンツ処理サーバと、を備えるコンテンツ処理システムであって、前記コンテンツ処理装置は、コンテンツを再生するコンテンツ再生部と、前記コンテンツ再生部により再生可能なコンテンツ形式を示す再生可能情報を、前記コンテンツ処理サーバへ送信する装置送信部と、前記コンテンツ処理サーバにより変換されたコンテンツを受信する装置受信部と、を備え、前記コンテンツ処理サーバは、所定のコンテンツ形式のコンテンツを蓄積するコンテンツ蓄積部と、前記コンテンツ処理装置により送信された再生可能情報を受信するサーバ受信部と、前記サーバ受信部により受信された再生可能情報に基づいて、前記コンテンツ蓄積部により記憶されたコンテンツのコンテンツ形式を変換するコンテンツ形式変換処理部と、前記コンテンツ形式変換処理部による変換完了後、変換されたコンテンツを送信するサーバ送信部と、前記コンテンツ形式変換処理部によるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する予定時間を推定する変換完了時間推定部とを備え、前記サーバ送信部は、前記変換完了時間推定部により推定された予定時間を示す変換完了時間情報を前記コンテンツ処理装置へ送信し、前記コンテンツ処理装置は、情報を提示する提示部を備え、前記装置受信部は、前記コンテンツ処理サーバにより送信された変換完了時間情報を受信し、前記提示部は、前記装置受信部により受信された変換完了時間情報に基づいて、前記コンテンツ処理サーバにより変換されるコンテンツの変換完了時間を提示する。

これらの構成によれば、コンテンツ処理装置が再生可能情報を通知し、コンテンツ処理サーバが再生可能情報に基づいてコンテンツ形式の変換を行うので、コンテンツ処理サーバはオフラインで変換を行うことができる。したがって、コンテンツのダウンロード完了までにネットワーク切断が発生した場合であっても、変換が中断されることなく、ダウンロード完了後にコンテンツを再生することが可能である。

本発明によれば、コンテンツのダウンロード完了までにネットワーク切断が発生した場合であっても、ダウンロード完了後にコンテンツを再生することが可能である。

本発明の第１の実施形態におけるコンテンツ処理システムの機能上の構成例を表すブロック図 本発明の第１の実施形態のコンテンツ処理システムにおけるコンテンツの変換開始までの動作例を示すシーケンス図 本発明の第１の実施形態のコンテンツ処理システムにおけるコンテンツの変換完了後の動作例を示すシーケンス図 本発明の第１の実施形態におけるコンテンツ処理システムのコンテンツ一覧取得時の動作例を説明するための模式図 本発明の第１の実施形態におけるコンテンツ処理システムの自情報通知時の動作例を説明するための模式図 本発明の第１の実施形態におけるコンテンツ処理システムの変換開始時の動作例を説明するための模式図 本発明の第１の実施形態におけるコンテンツ処理システムの変換完了時の動作例を説明するための模式図 本発明の第１の実施形態におけるコンテンツ処理システムのコンテンツデータ取得時の動作例を説明するための模式図 本発明の第１の実施形態におけるコンテンツ処理システムのダウンロード完了時の動作例を説明するための模式図 本発明の第１の実施形態におけるサーバ上のコンテンツ一覧と携帯端末の画面上で表示されるコンテンツ一覧との具体例を示す模式図 本発明の第２の実施形態におけるコンテンツ処理システムの機能上の構成例を表すブロック図

以下、本発明の実施形態について、図面を参照しながら説明する。

（第１の実施形態）
本発明の第１の実施形態におけるコンテンツ処理装置およびそれを含むコンテンツ処理システムに関する機能上の主要な構成例が図１に示されている。図１に示すように、このコンテンツ処理システムは、携帯端末１０、サーバ２０、及びこれらを接続する通信ネットワークＮＷを有して構成されている。携帯端末１０はコンテンツ処理装置の一例であり、サーバ２０はコンテンツ処理サーバの一例である。

携帯端末１０は、ＤＬＮＡガイドラインの技術仕様に適合する通信機能を有しており、ＤＭＰとしての機能、すなわち動画などの様々なコンテンツを再生する機能を有している。携帯端末１０として利用可能な機器の代表例としては、携帯電話端末、携帯型情報端末、携帯型メディアプレイヤー、ノートパソコン、などが想定される。

サーバ２０は、ＤＬＮＡガイドラインの技術仕様に適合する通信機能を有しており、ＤＭＳとしての機能、すなわち動画などの様々なコンテンツを提供するサーバとしての機能を有している。サーバ２０として利用可能な機器の代表例としては、ブルーレイレコーダ、コンテンツ蓄積機能を内蔵したデジタルテレビ、専用のサーバ、等のＡＶ機器や情報家電機器が想定される。

通信ネットワークＮＷは、家庭内に構築されたローカルエリアネットワーク（ＬＡＮ）のように、様々なデジタル機器が相互にデータ通信を行うために利用可能なネットワークである。この通信ネットワークＮＷについては、一般的な有線のネットワークで構成しても良いし、無線ＬＡＮや電力線通信（ＰＬＣ）ネットワークなどを利用しても良いし、これらを組み合わせて構成しても良い。

なお、携帯端末１０については、通信ネットワークＮＷと常時接続する必要はなく、必要に応じて切り離すことができる。例えば、携帯端末１０が必要なコンテンツをサーバ２０からダウンロードする時には通信を行うために接続する必要があるが、待機中やコンテンツを再生する時には携帯端末１０を通信ネットワークＮＷから切り離して単独で使用できる。

図１に示す携帯端末１０は、ＤＬＮＡ処理部１１、通信制御部１２、変換完了時刻解析部１３、アラーム制御部１４、表示制御部１５、表示部１６、キー操作部１７を備えている。

なお、図１には示されていないが、携帯端末１０は、一般的な携帯電話端末、携帯型情報端末と同様に、制御用のマイクロコンピュータを含む様々なハードウェアの構成要素を内蔵している。図１に示した各構成要素は、予め用意されたプログラムをマイクロコンピュータで実行することにより、あるいは所定の動作を高速で実行する専用の集積回路により実現される。

ＤＬＮＡ処理部１１は、ＤＭＰとして機能する携帯端末１０とＤＭＳとして機能するサーバ２０とがＤＬＮＡガイドラインに従って連携動作するために必要なＤＭＰ側の機能を提供する。すなわち、ＤＬＮＡ処理部１１を備えた携帯端末１０は、通信ネットワークＮＷに接続されたサーバ２０との間で、特別な設定なしにコンテンツをやりとりできるようになる。例えば、携帯端末１０にＬＡＮが接続されると、ＤＬＮＡ処理部１１によりＩＰアドレスなどが自動的に割り振られて通信可能な状態になる。そして、ＤＬＮＡ処理部１１は、ＬＡＮに接続されているサーバ２０を探索し、サーバ２０に格納されているコンテンツのリスト（コンテンツ一覧）を取得して表示する。

通信制御部１２は、携帯端末１０を通信ネットワークＮＷに接続するためのインタフェースであり、ＤＬＮＡ処理部１１の制御に従って携帯端末１０とサーバ２０との間でコンテンツの転送を含むデータ通信を実現する。

変換完了時刻解析部１３は、ダウンロード対象のコンテンツの形式（コンテンツ形式）の変換が完了する時刻の解析を実行する。例えば、コンテンツのビットレートなどのコンテンツ形式をサーバ２０側で変換する場合には、変換の所要時間が長くなる場合がある。そこで、変換完了時刻解析部１３は、この変換が完了する時刻をサーバ２０から送信された情報に基づいて解析する。また、サーバ２０からの変換完了時刻や変換完了時間の情報を用いてもよい。

アラーム制御部１４は、変換完了時刻解析部１３の解析結果に基づいてアラームの発生を制御する。例えば、アラーム制御部１４は、変換が完了する時刻、すなわち変換後のコンテンツのダウンロードが可能な時刻になるとアラームを発生し、この情報を表示制御部１５に与える。

キー操作部１７は、携帯端末１０に備わった各種キー等により構成される操作部に対するユーザの入力操作を受け付ける。例えば、再生対象のコンテンツをメニューの中からユーザが選択する場合に、キー操作部１７がユーザの入力操作を受け付ける。

表示部１６は、例えば液晶表示パネル等の表示デバイスにより構成され、動画、静止画、文字列など様々な情報を可視表示可能な画面を有している。

表示制御部１５は、表示部１６の画面に表示する情報に関する制御を実施する。例えば、サーバ２０からダウンロードされたコンテンツのデータをＤＬＮＡ処理部１１を介して入力し、コンテンツの再生制御（再生）を行う。また、アラーム制御部１４の出力に応じてアラームを表示したり、キー操作部１７に対するユーザの入力操作に応じてメニュー等を表示したりする。

また、携帯端末１０は、図示しない内部メモリを有しており、例えば動画、静止画、音楽など様々な再生可能なコンテンツのデータを蓄積する。また、同じ内容のコンテンツについて、形式の異なる複数のコンテンツを蓄積することができる。すなわち、ビットレート、フォーマット、解像度などのコンテンツ形式を変換する前のオリジナルのコンテンツと、形式を変換した後のコンテンツとをそれぞれ蓄積することができる。また、この内部メモリは、携帯端末１０が保持するコンテンツに関する情報をコンテンツ一覧として保持している。

なお、携帯端末１０が上記の内部メモリを有する代わりに、同様の情報を図示しない外部メモリに有してもよい。外部メモリは、メモリカード等の携帯端末１０とは別の装置であり、携帯端末１０と接続されて使用される。例えば、外部メモリに記憶されたコンテンツを、携帯端末１０の表示制御部１５が再生制御することができる。

図１に示すサーバ２０は、ＤＬＮＡ処理部２１、通信制御部２２、変換制御部２３、変換処理部２４、記憶部２５、外部メモリＩＤ記憶部２６、および外部メモリＩＤ照合部２７を備えている。また、変換制御部２３は、変換完了時刻計算部２３ａおよび変換形式算出部２３ｂを備えている。

なお、図１には示されていないが、サーバ２０は一般的なレコーダと同様に、制御用のマイクロコンピュータを含む様々なハードウェアの構成要素を有している。図１に示した各構成要素は、予め用意されたプログラムをマイクロコンピュータで実行することにより、あるいは所定の動作を高速で実行する専用の集積回路により実現される。

ＤＬＮＡ処理部２１は、ＤＭＳとして機能するサーバ２０とＤＭＰとして機能する携帯端末１０とがＤＬＮＡガイドラインに従って連携動作するために必要なＤＭＳ側の機能を提供する。したがって、ＤＬＮＡ処理部２１を備えたサーバ２０は、通信ネットワークＮＷに接続された携帯端末１０との間で、特別な設定なしにコンテンツをやりとりできるようになる。

通信制御部２２は、サーバ２０を通信ネットワークＮＷに接続するためのインタフェースであり、ＤＬＮＡ処理部２１の制御に従ってサーバ２０と携帯端末１０との間でコンテンツの転送を含むデータ通信を実現する。

変換制御部２３は、コンテンツに対して、指定されたコンテンツ形式の変換に関する制御を実施する。ここで「コンテンツ形式」とは、再生時のビットレート、フォーマット（コーデックの種類など）、解像度、などを意味している。

変換制御部２３内の変換完了時刻計算部２３ａは、変換処理部２４によるコンテンツの変換が完了する時刻に関する計算を行う。具体的には、変換完了時刻計算部２３ａは、変換形式算出部２３ｂが決定したコンテンツ形式でコンテンツを変換する場合、この変換に要する所要時間又は完了予定時刻を算出する。例えば、以下の方法で時間を算出する。

変換完了時刻計算部２３ａは、サーバ２０が搭載するコーデック（変換処理部２４）の変換性能に関する性能値を取得できる場合には、この値を使用する。例えば、コンテンツのサイズが「４４０ＭＢ」、コーデック性能値が「１０ＭＢ／分」の場合、次式により変換完了時刻を算出できる。
４４０（ＭＢ）÷１０（ＭＢ／分）＝４４分
この場合、通信制御部２２は、計算結果の「４４分」を変換開始通知に含めて携帯端末１０に通知する。

また、変換完了時刻計算部２３ａは、サーバ２０が搭載するコーデック（変換処理部２４）の性能値がない場合は、コンテンツの一部を変換し、この変換に要した時間を元に性能値を算出し、変換完了時刻を算出する。例えば、１ＭＢのコンテンツを変換し、この変換に要した所要時間を計測する。計測の結果、「６秒」であった場合、コーデック性能値を１０ＭＢ／分とする。すると、次式により変換完了時刻を算出できる。
４４０（ＭＢ）÷１０（ＭＢ／分）＝４４分
この場合、通信制御部２２は、計算結果の「４４分」を変換開始通知に含めて携帯端末１０に通知する。

変換制御部２３内の変換形式算出部２３ｂは、コンテンツ形式の変換を実施する場合に適用可能な変換形式を状況に応じて算出する。具体的には、変換形式算出部２３ｂは、携帯端末１０から取得する再生可能情報と、サーバ２０が変換に対応しているコンテンツ形式（ビットレート／フォーマット／解像度等）を比較し、携帯端末１０に送信可能な形式を算出する。また、保存先としての携帯端末１０の内部メモリ又は携帯端末１０に接続された外部メモリの空き容量の情報も考慮し、空き容量で記憶することができるコンテンツ形式を算出する。

なお、再生可能情報は、携帯端末１０における再生可能なコンテンツの特性（形式）を表す情報であり、例えば、「ビットレート」、「フォーマット（コーデックの種類など）」、「解像度」を含んでいる。空き容量情報は、携帯端末１０の内部メモリ又は外部メモリＩＤにより指定された記憶領域の空き容量を表す。外部メモリＩＤは、外部メモリを用いる場合に、コンテンツの保存先として指定する携帯端末１０に接続された外部メモリの記憶領域を識別するための情報である。

例えば、各値が以下の場合を想定する。
・変換前のコンテンツの情報：１時間（長さ）、ＭＰＥＧ４（フォーマット）、２Ｍｂｐｓ（ビットレート）
・空き容量：５００ＭＢ
・再生可能情報５１：ビットレート（１．５Ｍｂｐｓ，１．０Ｍｂｐｓ）
フォーマット（ＭＰＥＧ２，ＭＰＥＧ４）
解像度（ＶＧＡ（６４０ｘ４８０），ＱＶＧＡ（３２０ｘ２４０））

まず、サーバ２０は、通信制御部２２が携帯端末１０から再生可能情報を取得し、変換形式算出部２３ｂが、変換処理部２４により変換可能な形式を選出する。

続いて、変換形式算出部２３ｂは、以下の計算式で変換後のファイルサイズを算出し、空き容量と比較する。
変換後ファイルサイズ：
１５００（ｋｂｐｓ）／１０２４／８×６０×６０
＝約６６０ＭＢｙｔｅ＞５００ＭＢ（オーバー）

ファイルサイズが空き容量より大きかった場合、他の形式で再算出し、空き容量と比較する。
１０００（ｋｂｐｓ）／１０２４／８×６０×６０
＝約４４０ＭＢｙｔｅ＜５００ＭＢ （ＯＫ）

従って、この場合にはファイルサイズと空き容量とを考慮した結果、変換形式算出部２３ｂは、変換後ビットレートとして１０００（ｋｂｐｓ）を選択する。

変換後コンテンツ情報算出部２３ｃは、携帯端末１０からの再生可能情報５１および空き容量情報に基づき、変換処理部２４によるコンテンツの形式変換後に携帯端末１０により再生可能になるコンテンツのコンテンツ形式の情報を算出する。この情報は、コンテンツ一覧（後述する図１０参照）の一部分として、通信制御部２２により携帯端末１０Ｂに送信される。

変換処理部２４は、変換形式算出部２３ｂが算出した変換形式に従って、指定されたコンテンツの形式の変換を実施する。この変換は通信の有無とは無関係にサーバ２０上で単独で実施されることができ、変換後のコンテンツのデータは記憶部２５に記憶される。

記憶部２５は、例えば動画、静止画、音楽など様々な再生可能なコンテンツのデータを蓄積する。また、同じ内容のコンテンツについて、形式の異なる複数のコンテンツを蓄積することができる。すなわち、ビットレート、フォーマット、解像度などのコンテンツ形式を変換する前のオリジナルのコンテンツと、形式を変換した後のコンテンツとをそれぞれ蓄積することができる。また、記憶部２５は、記憶しているコンテンツの情報をコンテンツ一覧として記憶している。

外部メモリＩＤ記憶部２６は、サーバ２０上にあるコンテンツのデータをサーバ２０の外部にある外部メモリに保存する場合に、保存先の外部メモリを識別するための外部メモリＩＤの情報を記憶する。この外部メモリは、携帯端末１０に接続された特定のメモリ（例えばメモリカード）に相当する。

外部メモリＩＤ照合部２７は、携帯端末１０に接続されている外部メモリを認証するために、外部メモリＩＤ記憶部２６に記憶された外部メモリＩＤと、携帯端末１０に接続されている外部メモリの外部メモリＩＤとを照合する。

次に、本実施形態のコンテンツ処理システムにおける動作について説明する。

本実施形態のコンテンツ処理システムにおけるコンテンツ形式の変換開始までの動作シーケンスの概要が図２に示されている。

まず、携帯端末１０は、表示部１６が、ＤＭＳとして通信ネットワークＮＷに接続されている機器の一覧（機器一覧）を画面に表示する（ステップＳ１０１）。図２に示す例ではサーバ２０が通信ネットワークＮＷ上に存在するので、表示される機器一覧の中にはサーバ２０も含まれている。ユーザがキー操作部１７により携帯端末１０を操作することにより、表示された機器一覧の中からサーバ２０を選択することができる。

携帯端末１０は、キー操作部１７を介した入力操作により機器が選択されると（ステップＳ１０２）、通信制御部１２が、選択されたサーバ２０に対して、例えば「ＨＴＴＰ ＰＯＳＴ」等を用いてコンテンツ一覧取得要求を送信する（ステップＳ１０３）。

サーバ２０は、通信制御部２２が、携帯端末１０からコンテンツ一覧取得要求を受信すると（ステップＳ２０１）、「ＨＴＴＰ ２００ＯＫ」等を用いてコンテンツ一覧取得応答を携帯端末１０に送信する（ステップＳ２０２）。このコンテンツ一覧取得応答には、記憶部２５に蓄積されているコンテンツの内容が、例えば図４に示すコンテンツ一覧４１のような情報として含まれている。

携帯端末１０は、通信制御部２２が、サーバ２０から「コンテンツ一覧取得応答」を受信すると（ステップＳ１０４）、表示部１６が、受信したコンテンツ一覧の情報を画面上に表示する（ステップＳ１０５）。例えば、図４に示すコンテンツ一覧４２のような情報が携帯端末１０の画面に表示される。従って、キー操作部１７により携帯端末１０を操作することにより、表示されたコンテンツ一覧４２の中からいずれかのコンテンツを選択することができ、選択したコンテンツのダウンロード開始を指示することができる。

携帯端末１０は、キー操作部１７によりコンテンツが選択され（ステップＳ１０６）、ダウンロード開始が指示されると（ステップＳ１０７）、通信制御部１２が、「ＨＴＴＰ ＰＯＳＴ」等を用いて自情報通知５０をサーバ２０に送信する（ステップＳ１０８）。この自情報通知５０には、再生可能情報５１および空き容量情報５３が含まれている。携帯端末１０に外部メモリが接続されている場合には、自情報通知５０に外部メモリＩＤ５２も含まれる。また、キー操作部１７等により選択したダウンロード対象のコンテンツを特定する情報も含まれている。自情報通知の内容の一例は、図５に示されている。

サーバ２０は、通信制御部２２が、携帯端末１０から自情報通知５０を受信すると（ステップＳ２０３）、これに対する応答を返す（ステップＳ２０４）。携帯端末１０は、通信制御部１２が、サーバ２０からのこの応答を受信する（ステップＳ１０９）。そして、サーバ２０は、記憶部２５が、受信した自情報通知５０に外部メモリＩＤが含まれている場合、この外部メモリＩＤ５２の情報を記憶部２５に記憶する（ステップＳ２０５）。

続いて、サーバ２０は、変換形式算出部２３ｂが、指定されたコンテンツの変換形式を算出する（ステップＳ２０６）。具体的には、変換形式算出部２３ｂが、受信した自情報通知５０に含まれている再生可能情報５１と空き容量情報５３とに基づいて最適な変換形式を算出する。最適な変換形式とは、例えば変換後の形式が、例えば携帯端末１０の再生可能な最高の画質になることを意味する。但し、保存先の空き容量が不足している場合には、変換後のコンテンツを保存できるように、変換形式算出部２３ｂは、空き容量の大きさに合わせて比較的画質の低い変換形式を選択する。

続いて、サーバ２０は、変換完了時刻計算部２３ａが、携帯端末１０により指定されたコンテンツの変換完了時刻を計算する（ステップＳ２０７）。例えば、変換完了時刻計算部２３ａは、変換形式算出部２３ｂにより選択された変換形式に基づいて、変換処理部２４による変換の所要時間を推定し、予想される変換完了時刻を計算する。

続いて、サーバ２０は、通信制御部２２が、「ＨＴＴＰ ＰＯＳＴ」等を用いて変換開始通知を携帯端末１０に送信する（ステップＳ２０８）。この変換開始通知には、変換完了時刻計算部２３ａにより算出された変換完了時刻の情報５５を含めてもよい。

続いて、サーバ２０は、変換開始通知を送信した後、変換処理部２４が、変換（ステップＳ２０９）を開始する。すなわち、変換処理部２４は、自情報通知５０によってダウンロードを指示されたコンテンツについて、変換形式算出部２３ｂにより算出した変換形式に従って、コンテンツの形式の変換を行う。この変換は、通信の有無とは無関係に実施される。つまり、携帯端末１０やサーバ２０が通信ネットワークＮＷから切り離された場合であっても、変換が中断されることなく、サーバ２０側の変換はオフラインで継続する。

携帯端末１０は、通信制御部１２が、サーバ２０から変換開始通知を受信すると（ステップＳ１１０）、表示部１６が、変換開始通知表示処理を実行する（ステップＳ１１１）。すなわち、表示制御部１５により、例えば図６に示す表示画面６１の「変換開始しました 変換が完了したらお知らせします」のような変換が開始された旨を示すメッセージを表示部１６に表示させる。

また、携帯端末１０は、変換完了時刻の情報５５を受信した場合には、アラーム制御部１４が、アラーム設定処理を実行する（ステップＳ１１２）。すなわち、アラーム制御部１４は、変換完了時刻もしくはこの時刻に近い時間帯や関連する時刻に、ユーザに注意を喚起するためのアラームが発生するよう、携帯端末１０が備えるタイマ（不図示）をセットする。なお、アラームは、表示部１６によるアラーム表示により行ってもよいし、図示しない音出力部によりアラーム音を出力するようにしてもよい。

本実施形態においては、コンテンツのダウンロードは、サーバ２０における変換（ステップＳ２０９）が完了した後に実施される。この変換には、長い時間（例えば１時間）要することもある。また、サーバ２０が変換を行っている間、携帯端末１０はダウンロードに関して格別な処理を行う必要がなく、サーバ２０はオフラインで変換を行うことができる。そのため、携帯端末１０を通信ネットワークＮＷから切り離して移動することもできる。

次に、本実施形態のコンテンツ処理システムにおける変換完了後の動作シーケンスの概要が図３に示されている。

携帯端末１０においては、図２のステップＳ１１２でセットされた時刻になると、サーバ２０による変換が完了しているので、アラーム制御部１４によりアラームが発生する（ステップＳ１２１）。携帯端末１０が通信ネットワークＮＷから切り離されている場合には、このアラーム通知に従って、ユーザはキー操作部１７によりネットワークＮＷへの再接続を指示する（ステップＳ１２２）。

携帯端末１０は、通信制御部１２が、キー操作部１７によるユーザの指示に従って再接続通知５６をサーバ２０に送信する（ステップＳ１２３）。この再接続通知５６には、携帯端末１０を識別するための端末識別情報５６ａが含まれている。また、携帯端末１０に外部メモリが接続されている場合には、外部メモリを識別するための外部メモリＩＤ５６ｂも含まれている。

サーバ２０は、ステップＳ２０９の変換が完了した後で、通信制御部２２が携帯端末１０からの再接続通知５６を受信すると（ステップＳ２１０）、再接続通知５６に外部メモリＩＤ５６ｂが含まれている場合、外部メモリＩＤ照合部２７が外部メモリＩＤの照合を実施する（ステップＳ２１１）。すなわち、外部メモリＩＤ照合部２７が、変換を開始する前に外部メモリＩＤ記憶部２６により記憶された外部メモリＩＤ５２と、通信制御部２２により受信された再接続通知５６の外部メモリＩＤ５６ｂと、が一致するか否かを照合する。

なお、再接続通知５６に外部メモリＩＤが含まれているか否かに係わらず、携帯端末１０は、図示しない端末識別情報照合部により端末識別情報の照合を行う。つまり、変換処理部２４による変換前においても、携帯端末１０は、通信制御部１２により端末識別情報を送信しており、この端末識別情報とステップＳ２１０で受信された再接続通知５６の端末識別情報５６ｂとが一致するか否かを端末識別情報照合部が判定する。

照合に成功すると、すなわちダウンロード開始を指示した携帯端末１０と再接続通知５６を送信した携帯端末１０とが同一であり、データ保存先も同一である場合には、サーバ２０は、通信制御部２２が、「ＨＴＴＰ ＰＯＳＴ」等を用いて変換完了通知を携帯端末１０に送信する（ステップＳ２１２）。なお、携帯端末１０が同一である場合とは図示しない端末識別情報照合部による照合結果が一致である場合、データ保存先が同一であるとは外部メモリＩＤ照合部２７による照合結果が一致である場合を意味している。

携帯端末１０は、通信制御部１２が、サーバ２０からの変換完了通知を受信すると（Ｓ１２４）、表示制御部１５が、例えば図７に示す表示画面６２の「変換が完了しました ダウンロードしますか」のような変換が完了した旨を示すメッセージを表示部１６に表示させる。このメッセージに対して、ユーザはキー操作部１７によりデータ取得開始を選択することができる。

携帯端末１０は、キー操作部１７によりデータ取得開始指示を検出すると（ステップＳ１２５）、通信制御部１２が、「ＨＴＴＰ ＧＥＴ」等を用いてデータ取得要求をサーバ２０に送信する（ステップＳ１２６）。サーバ２０は、通信制御部１２がこのデータ取得要求を受信すると（ステップＳ２１３）、通信制御部２２が、このデータ取得要求に対する応答をサーバ２０に送信し（ステップＳ２１４）、変換処理部１５により変換されたコンテンツ（変換後コンテンツ）のデータ送信（ステップＳ２１５）を開始する。

携帯端末１０は、通信制御部１２が、サーバ２０からのデータ取得要求に対する応答を受信し、その後サーバ２０から送信される変換後コンテンツのデータを順次に受信する（ステップＳ１２８）。携帯端末１０が受信したコンテンツのデータは、携帯端末１０の内部メモリ又は携帯端末１０に接続された外部メモリに保存される。

携帯端末１０がステップＳ１２８でコンテンツのデータを取得している時には、表示制御部１５が、例えば図８に示す表示画面６３の「ダウンロード中」のようなダウンロードを実行中である旨を示すメッセージが表示される。この時には、コンテンツの変換が既に完了しているので、高速でデータの転送を行うことができる。つまり、ダウンロードの所要時間が短くなる。

サーバ２０は、通信制御部２２が、指定されたコンテンツのデータの最後まで送信を完了すると、送信完了を携帯端末１０に通知する（ステップＳ２１６）。携帯端末１０は、通信制御部１２が、サーバ２０からの送信完了通知を受信すると（ステップＳ１２９）、例えば図９に示す表示画面６４の「ダウンロード完了しました」のようなダウンロードが完了した旨を示すメッセージを表示した後、この処理を終了する。

つまり、図４に示す状態、図５に示す状態、図６に示す状態、図７に示す状態、図８に示す状態、図９に示す状態を経て、携帯端末１０が必要な再生可能なコンテンツをダウンロードすることになる。

このように、携帯端末１０は、情報を提示する提示部としての表示部１６等を備え、受信部としての通信制御部１２は、コンテンツ処理サーバとしてのサーバ２０によるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する時間を示す変換完了時間情報を受信し、表示部１６等は、通信制御部１２により受信された変換完了時間情報に基づいて、サーバ２０により変換されるコンテンツの変換完了時間を提示する。

また、サーバ２０は、コンテンツ形式変換処理部としての変換処理部２４によるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する予定時間を推定する変換完了時間推定部としての変換完了時刻計算部２３ａを備え、サーバ送信部としての通信制御部２２は、変換完了時刻計算部２３ａにより推定された予定時間を示す変換完了時間情報をコンテンツ処理装置としての携帯端末１０へ送信する。

従って、携帯端末１０のユーザは、サーバ２０におけるコンテンツの変換が開始された後で携帯端末１０を通信ネットワークＮＷから切り離した場合であっても、アラーム等で変換完了時刻を知ることができ、通信ネットワークＮＷに再接続すべき時刻を容易に把握することができる。

また、コンテンツ処理装置としての携帯端末１０は、装置送信部としての通信制御部１２が、当該携帯端末１０に接続された外部メモリの識別情報としての外部メモリＩＤを、コンテンツ処理サーバとしてのサーバ２０によるコンテンツの変換前と変換後とに送信し（例えばステップＳ１０８およびステップＳ１２３）、サーバ２０は、携帯端末１０によりコンテンツの変換前に送信された外部メモリＩＤ５２と、携帯端末１０によりコンテンツの変換後に送信された外部メモリＩＤ５６ｂと、が一致するか否かを判定する判定部としての外部メモリＩＤ照合部２７を備え、サーバ送信部としての通信制御部２２は、外部メモリＩＤ照合部２７により一致すると判定された場合、コンテンツ形式変換処理部としての変換処理部２４により変換されたコンテンツを送信する。

これにより、コンテンツの形式変換の前後で携帯端末１０側の保存先の外部メモリが切り替わることを防止することができ、ユーザが意図していない保存先へのコンテンツの保存を防止できる。

なお、外部メモリＩＤ照合部２７の照合の結果、外部メモリＩＤが一致しなかった場合には、サーバ２０は、通信制御部２２が、不一致であることを示す情報を携帯端末１０に送信してもよい。この場合、例えば、携帯端末１０は、表示部１６が、保存先の外部メモリＩＤがコンテンツの変換前から差し替えられている旨を表示してもよい。これにより、ユーザに外部メモリの再挿入を要求することができる。

従って、携帯端末１０を通信ネットワークＮＷから切り離している間にユーザが外部メモリを差し替えたような場合であっても、ダウンロードを行う前に変換前の外部メモリに戻すことができる。このため、例えば保存先の外部メモリの交換によって外部メモリの空き容量が不足するのを防止できる。

次に、携帯端末１０およびサーバ２０が保持するコンテンツ一覧について説明する。

本実施形態のＤＭＳとしてのサーバ２０Ｂのコンテンツ一覧７１と、本実施形態のＤＭｐとしての携帯端末１０の画面上で表示されるコンテンツ一覧７２との具体例が図１０に示されている。

サーバ２０は、記憶部２５に蓄積されている様々なコンテンツの情報をコンテンツ一覧７１として管理している。コンテンツ一覧７１の情報は、図示しない記憶部等に記憶される。図１０に示す例では、複数のコンテンツのそれぞれについて、名前（コンテンツ名）、フォーマット（Ｆｏｒｍａｔ）、ビットレート（ｂｐｓ）、解像度、サイズ（データサイズ）の情報が管理されている。また、図１０の例では、名前が「コンテンツＡ」のコンテンツについては、コンテンツ形式（ビットレート、解像度、データサイズ等）が異なる２種類のコンテンツが存在し、名前が「コンテンツＢ」のコンテンツについても２種類のコンテンツが存在している。

図２に示した動作例においては、ステップＳ１０４で携帯端末１０がコンテンツ一覧７１の情報を取得してから、携帯端末１０が自情報通知５０をサーバ２０に送信しているが、携帯端末１０が自情報通知５０をサーバ２０に送信してから、サーバ２０がコンテンツ一覧７１の情報を携帯端末１０に送信するようにしてもよい。この場合、サーバ２０は、携帯端末１０から受け取った自情報通知５０に含まれる再生可能情報５１の内容をコンテンツ一覧７１の内容に反映させることができる。つまり、サーバ２０上に現在蓄積されているコンテンツだけでなく、形式の変換後に携帯端末１０側で再生可能になるコンテンツ形式の情報をコンテンツ一覧７１に含めて携帯端末１０に送信することができる。

なお、この場合の自情報通知５０の送信については、現実的にはＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）の「ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ」を利用して実施することが想定される。

携帯端末１０は、このようなコンテンツ一覧７１を受け取ることにより、図１０に示すコンテンツ一覧７２のような情報を表示部１６の画面に表示する。これにより、多数のコンテンツの情報をユーザに提示することができる。コンテンツ一覧７２は、携帯端末１０が再生可能なコンテンツ形式やサーバ２０によるコンテンツの形式変換が必要か否かなどを示している。

図１０のコンテンツ一覧７２においては、名前が「コンテンツＡ」のコンテンツについては、選択可能なフォーマットとして「ＭＰＥＧ４」と「ＭＰＥＧ２」とが存在している。また、フォーマットが「ＭＰＥＧ４」の「コンテンツＡ」については、解像度として「ＶＧＡ」と「ＱＶＧＡ」とが存在し、「ＶＧＡ」については形式の変換が必要であることが示されている。つまり、「コンテンツＡ」の「ＭＰＥＧ４」の「ＱＶＧＡ」の形式についてはサーバ２０上に存在しているが、「コンテンツＡ」の「ＭＰＥＧ４」の「ＶＧＡ」の形式については、形式変換後にダウンロードする必要があることを意味している。

携帯端末１０の表示制御部１５は、図２のステップＳ１０５におけるコンテンツ一覧表示処理において、例えば図１０に示すコンテンツ一覧７２のように表示部１６に表示させる。つまり、表示部１６は、ダウンロードすることにより再生可能なそれぞれのコンテンツを、コンテンツ形式毎に表示すると共に、コンテンツ形式毎にサーバ２０による変換が必要である「要変換」か否かを区別して表示する。例えば、要変換の場合には、その旨表示するようにする（図１０の符号７２ａ参照）。

また、図１０に示す例では、携帯端末１０の再生可能情報５１及び空き容量情報５３が以下の内容となっている。

・フォーマット：ＭＰＥＧ４またはＭＰＥＧ２のコンテンツを再生可能
・ビットレート：１．５Ｍｂｐｓまたは１．０Ｍｂｐｓのコンテンツを再生可能
・解像度：ＶＧＡまたはＱＶＧＡのコンテンツを再生可能
・空き容量：１．０ＧＢ以下のコンテンツを取得可能

サーバ２０の変換後コンテンツ情報算出部２３ｃは、記憶部２５上に蓄積されている変換前の各コンテンツについて、再生可能情報５１と一致するように形式変換が可能か否かを識別する。また、形式変換が可能な場合には、変換後コンテンツ情報算出部２３ｃは、変換後のコンテンツ形式を表す新たなコンテンツ情報を生成し、これをコンテンツ一覧７１に追加する。なお、変換後に生成されるコンテンツの情報と既に存在しているコンテンツの情報とは区別してコンテンツ一覧７１を作成する。また、変換後のコンテンツ形式のコンテンツは、記憶部２５に記憶される。

また、形式変換しなくても携帯端末１０Ｂによりそのまま再生可能なコンテンツが記憶部２５に蓄積されている場合であっても、空き容量情報５３に基づいて空き容量の不足を検知した場合には、変換後コンテンツ情報算出部２３ｃは、新たなコンテンツ情報を生成する。すなわち、形式変換後のデータサイズが空き容量に収まるような形式のコンテンツの情報を生成する。

また、ここでは、コンテンツ一覧をサーバ２０側で作成することを説明したが、携帯端末１０側で作成するようにしてもよい。この場合、サーバ２０の変換処理部２４により変換可能な情報の一覧を、携帯端末１０がサーバ２０から取得する必要がある。

このように、コンテンツ処理装置としての携帯端末１０は、コンテンツを記憶するコンテンツ記憶部（図示しない内部メモリ又は外部メモリ等）と、コンテンツ再生部としてのＤＬＮＡ処理部１１により再生可能なコンテンツ形式をコンテンツ毎にコンテンツ一覧７２として表示するコンテンツ一覧表示部としての表示部１６と、表示部１６により表示されたコンテンツ一覧７２に含まれるコンテンツのコンテンツ形式のうち、コンテンツ処理サーバとしてのサーバ２０により蓄積されていないコンテンツのコンテンツ形式、又は、コンテンツ記憶部の空き容量よりもコンテンツ容量が大きいコンテンツのコンテンツ形式については、コンテンツ形式の変更が必要である旨としての要変換の情報７２ａを提示する提示部としての表示部１６と、を備える。

これにより、携帯端末１０のユーザは、変換が必要なコンテンツのコンテンツ形式をあらかじめ知ることができる。

このように、本実施形態のコンテンツ処理装置としての携帯端末１０は、コンテンツをダウンロード完了後に再生するコンテンツ処理装置としての携帯端末であって、コンテンツを再生するコンテンツ再生部としての表示制御部１６と、表示制御部１６により再生可能なコンテンツ形式を示す再生可能情報５１を、コンテンツ形式を変換するコンテンツ処理サーバとしてのサーバ２０へ送信し、送信された再生可能情報５１に基づいてサーバ２０により変換されたコンテンツを受信する送信部および受信部としての通信制御部１２と、を備える。

また、本実施形態のコンテンツ処理サーバとしてのサーバ２０は、所定のコンテンツ形式のコンテンツを蓄積するコンテンツ蓄積部としての記憶部２５と、サーバ受信部およびサーバ送信部としての通信制御部２２と、通信制御部２２により受信された再生可能情報５１に基づいて、記憶部２５により記憶されたコンテンツのコンテンツ形式を変換するコンテンツ形式変換処理部としての変換処理部２４と、を備える。通信制御部２２は、コンテンツ処理装置としての携帯端末１０により送信された再生可能情報５１を受信し、変換処理部２４が変換を完了した後で、変換されたコンテンツを送信する。

したがって、コンテンツのダウンロード完了までにネットワーク切断が発生した場合であっても、ダウンロード完了後にコンテンツを再生することが可能である。また、変換の完了後にダウンロードを開始できるので、ダウンロードの所要時間を短縮できる。つまり、ＤＭＰを長時間にわたってサーバと接続する必要がないので、携帯端末をＤＭＰとして利用する場合の利便性が良くなる。

（第２の実施形態）
本実施形態のコンテンツ処理システムの機能上の構成例が図１１に示されている。なお、図１１において、図１に示したコンテンツ処理システムと対応する構成要素については、同一の符号を付し、説明を省略又は簡略化する。

図１１に示すように、携帯端末１０Ｂは、図１に示した携帯端末１０の構成要素に加え、ユーザ行動履歴記憶部３１、ネットワーク圏内残時間算出部３２、およびスケジューラ制御部３３を備える。また、サーバ２０Ｂの変換制御部２３Ｂは、図１に示した変換制御部２３の構成要素に加え、変換優先度算出部２３ｄを備える。

携帯端末１０Ｂは、ユーザの行動履歴やスケジューラ情報から、ユーザが通信ネットワークＮＷの通信可能圏内にいる時間帯を算出する。この時間帯の情報に基づいて、サーバ２０は、ユーザの限られた時間内で変換できるコンテンツから優先して変換を実施する。これにより、サーバ２０は、ユーザの都合を考慮してコンテンツの変換を行うことができる。

ユーザ行動履歴記憶部３１は、以下のような情報を取得し、ユーザの行動履歴として記憶しておく。

（１）アラーム制御部１４の設定内容（起床時刻、出勤時刻など）や、スケジューラ制御部３３が管理している行動予定の情報に基づき、ユーザの行動予定時刻を取得して記憶する。
（２）ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の位置情報取得機能を利用して、図示しないＧＰＳ情報取得部が、ユーザの位置情報と、その位置情報を取得したときの時刻と、を取得し、記憶する。
（３）通信ネットワークＮＷの圏外への移行時の時刻を取得し、これをユーザの外出時刻として記憶する。

ネットワーク圏内残時間算出部３２は、ユーザ行動履歴記憶部３１が記憶している行動履歴の情報に基づき、ユーザがネットワーク圏内に存在する残時間を算出する。

例えば、アラーム制御部１４により設定されたアラーム時刻がＡＭ６：３０であり、ユーザ行動履歴記憶部３１により記憶されている通信ネットワークＮＷの圏外への移行の履歴の平均(もしくは最も早い)時刻がＡＭ７：３０であり、ユーザがキー操作部１７等によりダウンロード開始の指示を行った時刻がＡＭ７：００であるとする。

この場合、ネットワーク圏内残時間算出部３２は、ユーザが圏外に移行するまでの時間が「３０分」であると予測する。携帯端末１０Ｂの通信制御部１２は、この「ネットワーク圏内残時間」を表す「３０分」の情報を、例えば自情報通知５０の中に含めて送信する。

スケジューラ制御部３３は、携帯端末１０Ｂのユーザの行動予定の情報（イベントの種類や時刻など）を記憶し、管理する。また、各イベントの予定時刻が近づいた時に、アラーム制御部１４を制御して、アラームを発生させるようにしてもよい。

サーバ２０Ｂの変換優先度算出部２３ｄは、携帯端末１０Ｂからのネットワーク圏内残時間の情報を、変換処理部２４により変換されるコンテンツの優先制御に反映させる。すなわち、変換形式算出部２３ｂ、変換完了時刻計算部２３ａにて算出された各コンテンツの変換時間のうち、ネットワーク圏内残時間に収まるコンテンツ形式のコンテンツを優先して変換する。

例えば、コンテンツＡおよびコンテンツＢがダウンロードの対象であり、コンテンツＡ、コンテンツＢ、および携帯端末１０の情報が下記の通りであったとする。
・コンテンツＡ：１時間（長さ）、ＭＰＥＧ４（フォーマット）、２Ｍｂｐｓ（ビットレート）
・コンテンツＢ：３０分（長さ）、ＭＰＥＧ４（フォーマット）、２Ｍｂｐｓ（ビットレート）
・空き容量：７５０ＭＢ
・再生可能情報５１：ビットレート（１．５Ｍｂｐｓ，１．０Ｍｂｐｓ）
フォーマット（ＭＰＥＧ２，ＭＰＥＧ４）
解像度（ＶＧＡ（６４０×４８０），ＱＶＧＡ（３２０×２４０）
・ネットワーク圏内残時間： ３０分
・コンテンツＡの変換形式および変換完了時刻：
１０００（ｋｂｐｓ）／１０２４／８×６０×６０＝約４４０ＭＢｙｔｅ、４４分＞３０分
・コンテンツＢの変換形式および変換完了時刻：
１０００（ｋｂｐｓ）／１０２４／８×６０×３０＝約２２０ＭＢｙｔｅ、２２分＜３０分

この場合、変換優先度算出部２３ｄは、ネットワーク圏内残時間（３０分）に収まる「コンテンツＢ」を優先して変換処理部２４が変換するよう制御する。なお、コンテンツＢを優先して変換するとは、コンテンツＢをコンテンツＡよりも先に変換開始したり、コンテンツＡを変換せずにコンテンツＢのみ変換したりすることを意味する。

このように、コンテンツ処理装置としての携帯端末１０Ｂは、当該携帯端末１０Ｂのユーザの行動履歴を示す行動履歴情報に基づいて、当該携帯端末１０Ｂのコンテンツ処理サーバとしてのサーバ２０Ｂへの接続可能時間としてのネットワーク圏内残時間を推定する接続可能時間推定部としてのネットワーク圏内残時間算出部３２を備え、送信部としての通信制御部１２は、ネットワーク圏内残時間算出部３２により推定された接続可能時間を示す接続可能時間情報をサーバ２０Ｂへ送信し、送信された接続可能時間情報に基づいてサーバ２０により変換されたコンテンツを受信する。

また、サーバ受信部としての通信制御部２２は、コンテンツ処理装置としての携帯端末１０Ｂにより送信された接続可能時間情報を受信し、サーバ２０Ｂは、通信制御部２２により受信された接続可能時間情報と、コンテンツ形式変換処理部としての変換処理部２４により変換されるコンテンツの各形式の変換所要時間とに基づき、接続可能時間に対応する時刻よりも前に変換が完了するコンテンツ形式を選択するコンテンツ形式選択部としての変換優先度算出部２３ｄと、を備える。

これにより、所定時間内にサーバ２０Ｂによりコンテンツの変換を行い、携帯端末１０Ｂがその変換コンテンツを再生可能かつ取得可能なコンテンツを、携帯端末１０Ｂは優先的にダウンロードすることができる。

例えば、あるユーザが昨夜録画を行い、その結果まだ未視聴のテレビ番組のコンテンツがサーバ２０Ｂ上に蓄積されているとする。また、ユーザが、朝起きてから出勤する前までの限られた時間内（例えば３０分以内）に、未視聴のコンテンツをサーバ２０Ｂから携帯端末１０Ｂにダウンロードし、通勤の途中に携帯端末１０Ｂでコンテンツを視聴したいと考えたとする。このような場合であっても、携帯端末１０Ｂを家庭内の通信ネットワークＮＷに接続することが不可能となる時刻が到来する前に、可能な範囲で、変換されたコンテンツをダウンロードすることができる。

本発明は、コンテンツのダウンロード完了までにネットワーク切断が発生した場合であっても、ダウンロード完了後にコンテンツを再生することが可能なコンテンツ処理装置、コンテンツ処理システムに有用である。

１０，１０Ｂ 携帯端末
１１ ＤＬＮＡ処理部
１２ 通信制御部
１３ 変換完了時刻解析部
１４ アラーム制御部
１５ 表示制御部
１６ 表示部
１７ キー操作部
２０，２０Ｂ サーバ
２１ ＤＬＮＡ処理部
２２ 通信制御部
２３，２３Ｂ 変換制御部
２３ａ 変換完了時刻計算部
２３ｂ 変換形式算出部
２３ｃ 変換後コンテンツ情報算出部
２３ｄ 変換優先度算出部
２４ 変換処理部
２５ 記憶部
２６ 外部メモリＩＤ記憶部
２７ 外部メモリＩＤ照合部
３１ ユーザ行動履歴記憶部
３２ ネットワーク圏内残時間算出部
３３ スケジューラ制御部
４１，４２，７１，７２ コンテンツ一覧
５０ 自情報通知
５１ 再生可能情報
５２ 外部メモリＩＤの情報
５３ 空き容量情報
５５ 変換完了時刻の情報
５６ 再接続通知
５６ａ 端末識別情報
５６ｂ 外部メモリＩＤ
６１，６２，６３，６４ 表示画面
ＮＷ 通信ネットワーク

Claims (7)

1. コンテンツをダウンロード完了後に再生するコンテンツ処理装置であって、
   コンテンツを再生するコンテンツ再生部と、
   前記コンテンツ再生部により再生可能なコンテンツ形式を示す再生可能情報を、コンテンツ形式を変換するコンテンツ処理サーバへ送信する送信部と、
   前記送信部により送信された再生可能情報に基づいて前記コンテンツ処理サーバにより変換されたコンテンツを受信する受信部と、
   情報を提示する提示部とを備え、
   前記受信部は、前記コンテンツ処理サーバによるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する時間を示す変換完了時間情報を受信し、
   前記提示部は、前記受信部により受信された変換完了時間情報に基づいて、前記コンテンツ処理サーバにより変換されるコンテンツの変換完了時間を提示するコンテンツ処理装置。
2. 請求項１に記載のコンテンツ処理装置であって、更に、
   コンテンツを記憶するコンテンツ記憶部と、
   前記コンテンツ再生部により再生可能なコンテンツ形式をコンテンツ毎にコンテンツ一覧として表示するコンテンツ一覧表示部と、
   前記コンテンツ一覧表示部により表示されたコンテンツ一覧に含まれるコンテンツのコンテンツ形式のうち、前記コンテンツ処理サーバにより蓄積されていないコンテンツのコンテンツ形式、又は、前記コンテンツ記憶部の空き容量よりもコンテンツ容量が大きいコンテンツのコンテンツ形式については、コンテンツ形式の変更が必要である旨を提示する提示部と、
   を備えるコンテンツ処理装置。
3. 請求項１または２に記載のコンテンツ処理装置であって、更に、
   当該コンテンツ処理装置のユーザの行動履歴を示す行動履歴情報に基づいて、当該コンテンツ処理装置の前記コンテンツ処理サーバへの接続可能時間を推定する接続可能時間推定部を備え、
   前記送信部は、前記接続可能時間推定部により推定された接続可能時間を示す接続可能時間情報を前記コンテンツ処理サーバへ送信し、
   前記受信部は、前記送信部により送信された前記接続可能時間情報に基づいて前記コンテンツ処理サーバにより変換されたコンテンツを受信するコンテンツ処理装置。
4. コンテンツをダウンロード完了後に再生するコンテンツ処理装置と、コンテンツ形式を変換するコンテンツ処理サーバと、を備えるコンテンツ処理システムであって、
   前記コンテンツ処理装置は、
   コンテンツを再生するコンテンツ再生部と、
   前記コンテンツ再生部により再生可能なコンテンツ形式を示す再生可能情報を、前記コンテンツ処理サーバへ送信する装置送信部と、
   前記コンテンツ処理サーバにより変換されたコンテンツを受信する装置受信部と、
   を備え、
   前記コンテンツ処理サーバは、
   所定のコンテンツ形式のコンテンツを蓄積するコンテンツ蓄積部と、
   前記コンテンツ処理装置により送信された再生可能情報を受信するサーバ受信部と、
   前記サーバ受信部により受信された再生可能情報に基づいて、前記コンテンツ蓄積部により記憶されたコンテンツのコンテンツ形式を変換するコンテンツ形式変換処理部と、
   前記コンテンツ形式変換処理部が変換を完了した後で、変換されたコンテンツを送信するサーバ送信部と、
   前記コンテンツ形式変換処理部によるコンテンツの変換が完了するまでの所要時間又は変換完了時刻に相当する予定時間を推定する変換完了時間推定部とを備え、
   前記サーバ送信部は、前記変換完了時間推定部により推定された予定時間を示す変換完了時間情報を前記コンテンツ処理装置へ送信し、
   前記コンテンツ処理装置は、情報を提示する提示部を備え、
   前記装置受信部は、前記コンテンツ処理サーバにより送信された変換完了時間情報を受信し、
   前記提示部は、前記装置受信部により受信された変換完了時間情報に基づいて、前記コンテンツ処理サーバにより変換されるコンテンツの変換完了時間を提示するコンテンツ処理システム。
5. 請求項４に記載のコンテンツ処理システムであって、
   前記装置送信部は、当該コンテンツ処理装置に接続された外部メモリの識別情報を、前記コンテンツ処理サーバによるコンテンツの変換前と変換後とに送信し、
   前記コンテンツ処理サーバは、前記コンテンツ処理装置によりコンテンツの変換前に送信された外部メモリの識別情報と、前記コンテンツ処理装置によりコンテンツの変換後に送信された外部メモリの識別情報と、が一致するか否かを判定する判定部を備え、
   前記サーバ送信部は、前記判定部により一致すると判定された場合、前記コンテンツ形式変換処理部により変換されたコンテンツを送信するコンテンツ処理システム。
6. 請求項４または５に記載のコンテンツ処理システムであって、
   前記コンテンツ処理装置は、
   コンテンツを記憶するコンテンツ記憶部と、
   前記コンテンツ再生部により再生可能なコンテンツ形式をコンテンツ毎にコンテンツ一覧として表示するコンテンツ一覧表示部と、
   前記コンテンツ一覧表示部により表示されたコンテンツ一覧に含まれるコンテンツのコンテンツ形式のうち、前記コンテンツ処理サーバにより蓄積されていないコンテンツのコンテンツ形式、又は、前記コンテンツ記憶部の空き容量よりもコンテンツ容量が大きいコンテンツのコンテンツ形式については、コンテンツ形式の変更が必要である旨を提示する提示部と、
   を備えるコンテンツ処理システム。
7. 請求項４ないし６のいずれか１項に記載のコンテンツ処理システムであって、
   前記コンテンツ処理装置は、当該コンテンツ処理装置のユーザの行動履歴を示す行動履歴情報に基づいて、当該コンテンツ処理装置の前記コンテンツ処理サーバへの接続可能時間を推定する接続可能時間推定部を備え、
   前記装置送信部は、前記接続可能時間推定部により推定された接続可能時間を示す接続可能時間情報を前記コンテンツ処理サーバへ送信し、
   前記装置受信部は、前記コンテンツ処理サーバにより変換されたコンテンツを受信し、
   前記サーバ受信部は、前記コンテンツ処理装置により送信された接続可能時間情報を受信し、
   前記コンテンツ処理サーバは、前記サーバ受信部により受信された接続可能時間情報と、前記コンテンツ形式変換処理部により変換されるコンテンツの各形式の変換所要時間とに基づき、前記接続可能時間に対応する時刻よりも前に変換が完了する特定のコンテンツ形式を自動的に選択するコンテンツ形式選択部を備えるコンテンツ処理システム。

Images