JP2006285586A - コンテンツ配信システム、コンテンツ配信装置、コンテンツ配信プログラムおよびコンピュータプログラム - Google Patents

Abstract

【課題】端末機の制限により再生ができない、サイズの大きい動画コンテンツを、端末機で再生することを可能にする。
【解決手段】サーバ装置１００に、コンテンツ細分化手段と、コンテンツ送信手段を設ける。視聴者が端末機２００を用いてコンテンツの視聴を行う場合、サーバ装置１００は、コンテンツ細分化手段により、当該コンテンツを細分化する。続いて、サーバ装置１００は、これらの細分化されたコンテンツを、コンテンツ送信手段で端末機２００に送信する。端末機２００は、これらの細分化されたコンテンツを受信し、再生する。
【選択図】図２

Description

本発明は、動画コンテンツを細分化した動画コンテンツを、端末機に配信することを特徴とする、コンテンツ配信システムに関する。

端末機、たとえば、携帯電話機で、動画や音楽というコンテンツをダウンロードして、再生することができる。

しかし、非特許文献１によれば、端末機、たとえば、携帯電話機には、再生できる動画コンテンツのサイズに上限が存在し、携帯電話機の機種毎に再生できる動画コンテンツのサイズの上限が異なる。
ＮＯＶＡＣ、携帯電話動画再生対応一覧、"３ＧＰＰ／３ＧＰＰ２動画再生可能機種一覧"、[online]、[平成１７年３月７日検索]、インターネット（URL: http://www.novac.co.jp/products/hardware/nv-pt/keitai/3gp3g2.html）

このように、端末機は、再生できるコンテンツのサイズ上限よりも大きいサイズのコンテンツを、受信して再生することができない。
また、再生できるコンテンツのサイズの上限は、端末機の機種ごとに異なるため、端末機のある機種では動画コンテンツを視聴できるが、ユーザの所有する機種ではその動画コンテンツを視聴できないということがありうる。
同様の問題は、処理容量に限界のある端末装置においてコンテンツを受信再生する場合に共通に存在する。

本発明は、上記問題に鑑みてなされたもので、比較的小容量のコンテンツしか処理できないタイプの機器において、大容量のコンテンツの再生を可能とすることを目的とする。

本発明の第１の観点に係るコンテンツ配信システムは、
コンテンツを配信するサーバ装置と、通信網を介して前記サーバ装置に接続され、前記サーバ装置が配信するコンテンツを受信し、再生する端末機と、を有するコンテンツ配信システムであって、
前記コンテンツ受信手段で受信したコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されているコンテンツを再生するコンテンツ再生手段と、
を有し、
前記サーバ装置は、
コンテンツを保存するコンテンツ保存手段と、
配信先の端末機が一度に処理できないサイズのコンテンツを、配信先の端末機が一度に処理できるサイズに細分化するコンテンツ細分化手段と、
前記コンテンツ細分化手段により細分化されたコンテンツを、前記端末機に送信するコンテンツ送信手段と、
を有し、
前記端末機の前記コンテンツ記憶手段は、前記サーバ装置が送信して前記コンテンツ受信手段で受信した細分化されたコンテンツを記憶し、
前記コンテンツ再生手段は、前記コンテンツ記憶手段に記憶されている細分化されたコンテンツを再生する、
ことを特徴とする。

たとえば、端末機は、
再生が完了したコンテンツを前記コンテンツ記憶手段から削除する
ように構成してもよい。

たとえば、
コンテンツ細分化手段は、さらに、
細分化後のコンテンツの大きさを指定するデータを受け付け、このデータに基づいて、細分化されたコンテンツのサイズを設定するコンテンツサイズ設定手段を備え、
前記コンテンツ細分化手段は、
前記コンテンツサイズ設定手段による設定に従って、コンテンツを細分化する
ように構成してもよい。

たとえば、サーバ装置は、さらに、
前記細分化したコンテンツに、再生順番を示すデータを付するコンテンツ再生順番設定手段を備え、
前記コンテンツ再生手段は、
前記細分化されたコンテンツに付された再生順番を示すデータを参照し、前記細分化されたコンテンツの再生順番を決定して再生する
ように構成してもよい。

たとえば、
前記端末機は、さらに、特定のコンテンツの送信要求を前記サーバ装置に送信するコンテンツ要求手段を備え、
前記サーバ装置は、さらに、細分化されたコンテンツを保存する細分化コンテンツ保存手段を備え、
前記サーバ装置の送信手段は、前記端末機のコンテンツ要求手段からの要求に応答して、前記要求されたコンテンツの細分化されたコンテンツを、前記端末機に送信する
ように構成してもよい。

また、たとえば、
前記端末機は、さらに、特定のコンテンツの送信要求を前記サーバ装置に送信するコンテンツ要求手段を備え、
前記サーバ装置は、さらに、細分化されたコンテンツを保存する細分化コンテンツ保存手段を備え、
前記サーバ装置の送信手段は、各細分化されたコンテンツの保存位置を前記端末機に通知する手段を備え、
前記端末機は、順次、細分化されたコンテンツの送信をその保存位置を特定して前記サーバ装置に要求し、
前記サーバ装置の送信手段は、前記端末機のコンテンツ要求手段からの要求に応答して、通知された保存位置に保存されている細分化されたコンテンツを、前記端末機に送信する
ように構成してよい。

本発明の第２の観点に係るコンテンツ配信装置は、
通信網を介して端末機に接続され、
配信対象のコンテンツを、配信先の端末機が処理可能なサイズに細分化するコンテンツ細分化手段と、
端末機に、前記コンテンツ細分化手段により細分化したコンテンツを順次送信するコンテンツ送信手段と、
を備えることを特徴とする。

本発明の第３の観点に係るコンテンツ配信プログラムは、
コンピュータに、
配信先の端末機が処理できないサイズのコンテンツを、配信先の端末機が処理できるサイズに細分化し、
細分化したコンテンツを、前記端末機に該端末機が処理可能な時間間隔で順次送信する、
処理を実行させる
ことを特徴とする。

本発明の第４の観点に係るコンピュータプログラムは、
サーバ装置が配信するコンテンツを受信し、再生する端末機として機能させるためのコンピュータプログラムであって、
前記コンピュータに、
前記サーバ装置に、該コンピュータが一度には処理できない総容量のコンテンツを分解して送信することを要求し、
該要求に応答して、前記サーバから送信されて来る、分解されたコンテンツを再生するための制御情報と、分解されたコンテンツとを受信し、
受信したコンテンツを再生し、
受信した制御情報に基づいて次のコンテンツの送信を前記サーバ装置に順次要求する、
処理を実行させる
ことを特徴とする。

本発明によれば、動画コンテンツのサイズに関係なく、端末機のユーザは、サーバ装置から動画コンテンツの配信を受けることができる。

本発明の実施形態に係るコンテンツ配信システムを、図面を参照して説明する。

本実施形態のコンテンツ配信システム１は、図１に示すように、サーバ装置１００と、回線ネットワークＣを介してサーバ装置１００に接続された端末機２００（２００Ａ〜２００Ｎ）とから構成される。図１には端末機は３台のみ図示されているが、コンテンツ配信システム１では、端末機の台数の制限はない。

回線ネットワークＣは、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの回線ネットワークである。

サーバ装置１００は、図２に示すように、コンテンツ保存部１１０と、記憶部１２０と、制御部１３０と、通信制御部１４０と、バス１５０と、を有する。コンテンツ保存部１１０と、記憶部１２０と、制御部１３０と、通信制御部１４０とはバス１５０で相互接続される。

コンテンツ保存部１１０は、たとえば、ハードディスクを有し、配信対象のコンテンツ等を保存する。
記憶部１２０は、たとえば、ワークエリアとなるＲＡＭ（Random Access Memory）と、ハードディスク装置と、を有し、制御部１３０の動作を制御するためのＯＳ（オペレーティングシステム；Operating System）およびアプリケーションプログラム等とを記憶する。記憶部１２０に記憶されるアプリケーションプログラムとしては、コンテンツを細分化する処理、細分化した後のコンテンツのサイズについて指示があった場合は、そのサイズに合わせてコンテンツを細分化する処理、細分化したコンテンツをコンテンツ保存部１１０に保存する処理、細分化したコンテンツをコンテンツ保存部１１０から削除する処理、細分化したコンテンツに、再生順番の情報を付加する処理、端末機２００の機種名・性能（たとえば、端末機２００のＣＰＵの種類や、端末機２００の記憶部の空き容量など）に応じて画像・音声のフォーマットを変更する処理等を実行するためのプログラム等を含む。
制御部１３０は、たとえば、ＣＰＵ（中央演算処理装置；Central Processing Unit）を有し、記憶部１２０に記憶された動作プログラムに基づき、演算処理を行い、各部を制御する。
通信制御部１４０は、たとえば、ＮＩＣ（Network Interface Card）のような通信装置を有し、制御部１３０の制御下に、端末機２００とのデータの送受信を行う。

端末機２００は、図３に示すように、通信制御部２１０と、制御部２２０と、入力部２３０と、入力デバイス２３１と、表示部２４０と、表示デバイス２４１と、バス２５０と、記憶部２６０と、を有する。通信制御部２１０と、制御部２２０と、入力部２３０と、表示部２４０と、記憶部２６０とは、バス２５０で相互接続される。

通信制御部２１０は、たとえば、アンテナのような通信装置を有し、制御部２２０の制御下に、サーバ装置１００とのデータの送受信を行う。
制御部２２０は、たとえば、CPUを有し、記憶部２６０に記憶された動作プログラムに基づき、演算処理を行い、各部を制御する。
入力部２３０には、テンキーなどの入力デバイス２３１が接続され、入力デバイス２３１からの入力情報を取り込み、制御部２２０に供給する。
表示部２４０は、たとえば、ＶＲＡＭ（Video Random Access Memory）、音声Ｄ／Ａ （Digital/Analogue）変換器を有し、制御部２２０の制御下に、表示デバイス２４１に映像信号（たとえば、ＲＧＢ信号）や音声信号（オーディオ信号）を出力する。表示デバイス２４１は、ディプレイ装置とスピーカなどを備え、画像信号に従って映像を表示し、また、スピーカから音声信号に対応する音声を放音する。
記憶部２６０は、たとえば、ワークエリアとなるＲＡＭと、ハードディスク装置と、を有し、制御部２２０の動作を制御するためのOSおよびアプリケーションプログラムと、受信したコンテンツその他データとを記憶する。記憶部２６０に記憶されるアプリケーションプログラムとしては、サーバ装置１００からコンテンツを受信する処理、コンテンツを再生する処理、記憶部２６０からコンテンツを削除する処理、コンテンツに付された情報（たとえば、コンテンツに係るファイル名やコンテンツの大きさやコンテンツの再生順番）を取得する処理、端末機２００の性能（たとえば、制御部２２０のＣＰＵの種類や記憶部２６０の空き容量など）をチェックする処理等を実行するためのプログラム等を含む。

（第１の実施の形態）
次に、上記構成のコンテンツ配信システム１の動作を、ユーザが動画コンテンツを選択し、サーバ装置１００が端末機２００Ａに動画コンテンツを送信する場合を例に、図４のフローチャートを用いて説明する。

ユーザは、図１の端末機２００を操作し、一般的な処理により、サーバ装置１００にアクセスし、図２のコンテンツ保存部１１０に格納されている動画コンテンツのうちから任意のコンテンツを選択する。

続いて、図３の入力デバイス２３１からの選択指示に応答して、制御部２２０は、通信制御部２１０を介して図１のサーバ装置１００にコンテンツの送信要求を送信する。

続いて、端末機２００からのコンテンツの送信要求を受け、図２の制御部１３０は、
コンテンツ保存部１１０から送信要求対象のコンテンツを記憶部１２０に記憶させる（ステップＳ４０１）。

続いて、制御部１３０は、ステップＳ４０１で記憶部１２０に記憶したコンテンツを細分化する（ステップＳ４０２）。
細分化後のコンテンツの大きさは任意である。しかし、コンテンツの大きさが小さすぎると、細分化されたコンテンツの受信の回数が増加し、視聴者が不満を持つことと、非特許文献１から、動画コンテンツを再生できる携帯電話機において、コンテンツの大きさの上限は３００ＫＢ以上であることとから、細分化後の各コンテンツの大きさは３００ＫＢ程度（ただし、３００ＫＢを超えないこと）とすることが望ましい。３００ＫＢの動画コンテンツは、携帯電話機において約３０秒程度の動画コンテンツとなる。ただし、端末機２００が３００ＫＢより大きいサイズのコンテンツを扱えることがあらかじめ分かっている場合はこの限りではない。

ここで、コンテンツを細分化する手順の一例を、図４のフローチャートを用いて説明する。理解を容易にするために、コンテンツはＭＰＥＧ−４ファイルであるものとする。

ＭＰＥＧ−４ファイルは、複数のビデオオブジェクト （ＶＯ；Video Object）と、ヘッダ部分等と、を有する。ヘッダ部分等にはＭＰＥＧ−４ファイル特有の情報が記載されている。ＶＯは、ＭＰＥＧ−２におけるＧＯＰ（Group Of Pictures）と同様に、コンテンツのデコードを行うための単位である。

まず、制御部１３０は、元のＭＰＥＧ−４ファイルから、ＶＯ群のみを抽出する（ステップＳ４５１）。
続いて、制御部１３０は、ステップＳ４５１で抽出したＶＯ群から、先頭のＶＯからある大きさになるまでＶＯを順に切り出せるかどうか判別する（ステップＳ４５２）。ここで、ある大きさとは任意であるが、ステップＳ４５２で切り出した複数のＶＯにＭＰＥＧ−４ファイルのヘッダ等を付加したもの（細分化されたＭＰＥＧ−４のファイル）のサイズが、上述したように、原則、３００ＫＢを超えないことが要求される。もし、制御部１３０がステップＳ４５２である大きさになるまでＶＯを順に切り出せる場合は（ステップＳ４５２；Ｙｅｓ）、制御部１３０は、先頭のＶＯからある大きさになるまでＶＯを順に切り出し（ステップＳ４５３）、ヘッダ等を付加して１つのＭＰＥＧ−４ファイルを作成する（ステップＳ４５４）。ある大きさまで切り出せない場合は（ステップＳ４５２；Ｎｏ）、元のＭＰＥＧ−４のファイルが細分化するまでもなく小さいことを意味する。この場合、ステップＳ４５６に処理が移り、ヘッダ等を当該ＶＯ群に付加して元のＭＰＥＧ−４のファイルに復元し、細分化処理は終了する。

ステップＳ４５４終了後、制御部１３０は、ステップＳ４５３で抽出されなかった残りのＶＯ群が、一定の大きさを超えるかどうかを判別する（ステップＳ４５５）。ここで、一定の大きさとは任意であるが、上述したように、該残りのＶＯ群にＭＰＥＧ−４ファイルのヘッダ等を付加したもののサイズが、原則、３００ＫＢを超えないことが要求される。もし、残りのＶＯ群の大きさが一定の大きさを超えていれば（ステップＳ４５５；Ｙｅｓ）、ステップＳ４５３に戻り、細分化されたコンテンツの作成を継続する。残りのＶＯの大きさが一定の大きさを下回っていれば（ステップＳ４５５；Ｎｏ）、残りのＶＯの大きさはこれ以上細分化するまでもなく小さいことを意味する。制御部１３０は、当該残りのＶＯにヘッダ等を付加してＭＰＥＧ−４のファイルを作成し（ステップＳ４５６）、細分化処理は終了する。

さて、ステップＳ４０２に戻り、上述したようにコンテンツの細分化が終了すれば、図２の制御部１３０は、ステップＳ４０２で記憶部１２０に作成した細分化されたコンテンツを、コンテンツ保存部１１０に保存する（ステップＳ４０３）。

続いて、制御部１３０は、通信制御部１４０を制御して、ステップＳ４０３によってコンテンツ保存部１１０に保存された細分化されたコンテンツを、細分化されたコンテンツを再生する順番に、端末機２００に送信する（ステップＳ４０４）。再生する順番に、端末機２００に細分化されたコンテンツを送付する理由は、たとえば、コンテンツを端末機２００が受け取れないような場合を除き、端末機２００は送られてきた細分化されたコンテンツの送信日時の早い順から再生すれば、ユーザはコンテンツを再生順に正しく視聴できるからである。

続いて、制御部１３０は、全ての細分化されたコンテンツを端末機２００に送信したかをチェックする（ステップＳ４０５）。全ての細分化されたコンテンツの送信が完了すれば（ステップＳ４０５；Ｙｅｓ）、制御部１３０は、コンテンツの送信処理の終了処理を行う（ステップＳ４０６）。細分化されたコンテンツの送信が完了していない場合は（ステップＳ４０５；Ｎｏ）、ステップＳ４０４の処理に戻り、細分化されたコンテンツの送信を継続することになる。

一方、端末機２００の制御部２２０は、サーバ装置１００から順次送信されて来る細分化されたコンテンツを、通信制御部２１０を介して受信し、記憶部２６０に格納する。表示部２４０は、記憶部２６０に記憶されている細分化されたコンテンツを順次取り出し、デコードする等して、映像信号と音声信号を作成し、表示デバイス２４１に供給し、コンテンツを順次再生する。

このように、コンテンツ配信システム１では、サイズの大きい動画コンテンツが、細分化されて再生される。したがって、ユーザは、動画コンテンツの大きさや、端末機２００の動画のサイズの上限を意識することなく、動画コンテンツを視聴することができる。

また、端末機２００は、任意のコンテンツを記憶部２６０から削除してもよい。これによって、記憶部２６０の空き容量が増加し、新たな細分化されたコンテンツを受信することができる。この際、新たな細分化されたコンテンツを送信するよう、サーバ装置１００に要求してもよい。
特に、たとえば、細分化されたコンテンツがいくつか記憶部２６０に記憶されているが、記憶部２６０に空き容量がなく、かつ次に再生すべきコンテンツが記憶部２６０にないために、再生が途切れてしまっている場合、あるコンテンツを削除すれば、記憶部２６０に空き容量ができるため、サーバ装置１００から次に再生すべきコンテンツを受信することで、再生が再開されるという大きな効果がある。

また、サーバ装置１００は、コンテンツを細分化する際に、細分化後のコンテンツの大きさの指定を受け付けてもよい。たとえば、３０００ＫＢのコンテンツを送信する際に、「全て３００ＫＢのコンテンツとして送れ」との指定を受け付けて、３００ＫＢのコンテンツ１０個に細分化し、これらを端末機２００に送信してもよい。また、「全て１０００ＫＢのコンテンツとして送れ」との指定を受け付けて、１０００ＫＢのコンテンツを３個に細分化し、これらを端末機２００に送信してもよい。また、「最初に５００ＫＢ、次に１０００ＫＢ、最後に１５００ＫＢのコンテンツを送れ」との指定を受けて、最初の５００ＫＢ、次の１０００ＫＢ、最後の１５００ＫＢのコンテンツに細分化し、これらを端末機２００に送信してもよい。また、「まず３００ＫＢ、次に２００ＫＢのコンテンツを送れ。残りの送信は待て」との指定を受けて、まず３０００ＫＢのコンテンツのうち、最初の３００ＫＢ分のコンテンツを端末機２００に送信し、次に、残った２７００ＫＢのコンテンツのうち、最初の２００ＫＢ分のコンテンツを送信し、残りの２５００ＫＢのコンテンツは、送信再開の指令があるまで送信を待ってもよい。
また、細分化後のコンテンツの大きさの指定は、サーバ装置１００側で行ってもよく、端末機２００側で行ってもよい。
これによって、サーバ装置１００側のプロセス動作状況やメモリ状況等に応じた動的なコンテンツ配信や、端末機２００の機種やメモリ状況等に応じた動的なコンテンツ配信ができることになる。

また、サーバ装置１００は、細分化されたコンテンツの配信において、細分化されたコンテンツに再生順番を示すデータを付してもよい。たとえば、コンテンツがファイルである場合、拡張子を除いたファイル名の接尾辞に０１、０２などの数字を付け、これらの接尾辞を、再生順番を示すデータとしてもよい。
回線ネットワークＣでは、一般に、サーバ装置１００が、細分化されたコンテンツを、再生する順に端末機２００に送信しても、端末機２００が、細分化されたコンテンツを必ず受信することは保証し得ない。しかし、これによって、細分化されたコンテンツを再生する順番が明確になり、細分化されたコンテンツがロストしたような場合であっても、コンテンツを誤った順番で再生するおそれがなくなる。また、サーバ装置１００も、誤った順番で、端末機２００がコンテンツを再生するおそれがないことから、細分化されたコンテンツを、順に端末機２００に送信しなければならないという制限が不要となる。

また、端末機２００は、ある再生順番を有する細分化されたコンテンツをサーバ装置１００に明示的に要求してもよく、サーバ装置１００は、その要求を受けて、当該コンテンツを送付してもよい。
したがって、たとえば、現在再生中の細分化されたコンテンツの再生が完了した場合に、次の細分化されたコンテンツが記憶部２６０に存在しない場合、次に再生する細分化されたコンテンツをサーバ装置１００に明示的に要求してもよい。

また、たとえば、再生が完了した細分化されたコンテンツの次に再生する細分化されたコンテンツは記憶部２６０にあるために再生は可能であるが、記憶部２６０には次の次に再生する細分化されたコンテンツがない場合、当該次の次に再生する細分化されたコンテンツをサーバ装置１００に明示的に要求し、サーバ装置１００は当該要求に係る細分化されたコンテンツを端末機２００に送信してもよい。これによって、次に再生すべき細分化されたコンテンツと、次の次に再生すべき細分化されたコンテンツとを、連続して途切れることなく端末機２００で再生することができる。この場合、特に、再生が完了した細分化されたコンテンツを記憶部２６０から消去して、次の次に再生すべき細分化されたコンテンツを記憶する領域を作り、当該コンテンツを取得してもよい。

なお、図３の端末機２００の記憶部２６０にマルチタスクＯＳを搭載し、コンテンツを再生しながら、要求した細分化されたコンテンツの受信を並行して進める、擬似的ないわゆるストリーミング再生を行ってもよい。

このように、ある再生順番を付された細分化されたコンテンツを、端末機２００が明示的に送信要求する局面が発生しうる場合は、細分化されたコンテンツは、図２のコンテンツ保存部１１０に、端末機２００毎に分けて記憶する。端末機２００毎に送る細分化されたコンテンツのサイズ等が異なることがあるからである。ただし、たとえば、すべての端末機２００に、全く同じ細分化されたコンテンツを送信する場合（たとえば、携帯端末の種類等を問わず、３００ＫＢに大きさが固定され、解像度や再生フレーム数も固定された、３ＧＰＰに準拠したＭＰＥＧ−４ファイルを送信する場合）は、端末機２００毎に分けて、コンテンツ保存部１１０に細分化されたコンテンツを記憶する必要はない。

本発明は、上記実施形態に限定されず、種々の変形および応用が可能である。

動画コンテンツはその形式や内容は任意である。たとえば、ＭＰＥＧ−４ビデオやＭｏｔｉｏｎ−ＪＰＥＧ（Joint Photographic Experts Group）の動画でもよい。
現行の携帯電話機では、動画コンテンツは３ＧＰＰまたは３ＧＰＰ２準拠の動画データであることが要求されるが、ＭＰＥＧ−４ビデオから３ＧＰＰまたは３ＧＰＰ２準拠の動画データへの変換は、たとえば、Ａｐｐｌｅ社のＱｕｉｃｋＴｉｍｅ（登録商標）などのプログラムを用いることで可能である。その他、たとえば、ＭＰＥＧ−２ビデオからＭＰＥＧ−４ビデオへのフォーマットの変更等は、既存のフォーマット変換プログラム等により行うことができる。

本実施形態では、ＶＯ単位で動画コンテンツの細分化を行ったが、動画コンテンツの細分化をより細かい単位であるＶＯＰ（Video Object Plane）単位で行うことも可能である。
ＶＯはＩ−ＶＯＰやＰ−ＶＯＰといったＶＯＰから構成され、Ｉ−ＶＯＰはＧＯＰのＩピクチャ、Ｐ−ＶＯＰはＧＯＰのＰピクチャにそれぞれ相当する。ＭＰＥＧ−４の仕様上、コンテンツの再生はＶＯ単位で行われ、各ＶＯはＩ−ＶＯＰを１つ含んでいなければならず、かつＶＯの先頭に存在するＶＯＰはＩ−ＶＯＰでなければならない。
しかし、Ｐ−ＶＯＰはＩ−ＶＯＰに再エンコード可能である。
したがって、コンテンツをＶＯＰ単位で細分化した場合、細分化されたコンテンツの先頭のＶＯＰがＩ−ＶＯＰであれば、そのままＭＰＥＧ−４プレイヤーで再生できる。細分化されたコンテンツの先頭のＶＯＰがＩ−ＶＯＰでなくＰ−ＶＯＰであったとしても、Ｐ−ＶＯＰをＩ−ＶＯＰに再エンコードすれば、ＭＰＥＧ−４プレイヤーで再生可能になる。

また、端末機２００が、端末機の画面解像度や空きメモリ量や搭載ＣＰＵ等のシステム情報をサーバ装置１００に送信し、続いて、サーバ装置１００は、送信されたこれらのシステム情報を参照し、動画のフレーム数や解像度等、元のコンテンツの画像・音声のフォーマットの変更を行った後、コンテンツを細分化してもよい。

端末機２００に、コンテンツの再生にあたって、巻き戻し・早送り・コマ送り再生等の機能やインタフェースを持たせるのは任意である。また、端末機２００は、巻き戻し・早送りのインタフェースによって、細分化された任意のコンテンツをダウンロードし、任意の場所から再生を開始するようにしてもよい。

（第２の実施の形態）
上記第１の実施形態では、サーバ装置１００がコンテンツを細分化し、細分化したコンテンツを端末機２００に順に送信していく、いわゆるプッシュ型コンテンツ配信の例を示した。この発明はこれに限定されず、配信の形態は任意である。たとえば、端末機２００が送信を要求するたびに、サーバ装置１００からクライアント装置２００に細分化したコンテンツを送信するプル型のコンテンツ配信にも適用可能である。プル型のコンテンツ配信への適用について、図５のフローチャートを用いて説明する。

まず、端末機２００がサーバ装置１００に対してコンテンツの送信の要求を行う（ステップＳ５０１）。

サーバ装置１００の制御部１３０は、この要求を通信制御部１４０を介して受信し、この要求に応答して、要求されたコンテンツを前述と同様の手法により細分化し（ステップＳ５０２）、細分化したコンテンツをコンテンツ保存部１１０に保存する（ステップＳ５０３）。

制御部１３０は、細分化した各コンテンツのサイズ、再生順序、保存位置（ＵＲＬ；Uniform Resource Locator）等の細分化コンテンツの送信要求と再生に必要な制御情報と、最初の細分化された数コンテンツとを通信制御部１４０を介して端末機２００に送る（ステップＳ５０４）。

端末機２００の制御部２２０は、ステップＳ５０４でサーバ装置１００が送ってきた制御情報と細分化された先頭数コンテンツとを受信し、記憶部２６０に記憶させる（ステップＳ５０５）。
続いて、制御部２２０は、記憶部２６０に記憶された細分化コンテンツのうち最初に再生されるべきものの再生（例えば、画像の場合には表示、音声の場合には放音）を開始する（ステップＳ５０６）。以後、制御部２２０は、記憶部２６０に格納されている細分化コンテンツを、未再生の細分化コンテンツが無くなるまで順次再生し続ける。

また、制御部２２０は、現在再生中の細分化コンテンツの再生が終了したか否かを判別し（ステップＳ５０７）、終了していれば、再生を終了したコンテンツを、記憶部２６０から削除する（ステップＳ５０８）。端末機２００は、ステップＳ５０８終了後、次にダウンロードすべきコンテンツがあるかどうかを調べる（ステップＳ５０９）。即ち、制御部２２０は、記憶部２６０に記憶されているコンテンツのうち最後に再生されるべきものの次に再生すべきコンテンツの有無を記憶部２６０に格納されている制御情報に基づいて判別する（ステップＳ５０９）。ダウンロードすべきコンテンツがなければ（ステップＳ５０９；Ｎｏ）、端末機２００は、記憶部２６０にある残りの細分化コンテンツが全部再生されるのを待って、今回のコンテンツの再生処理を終了する。
一方、ステップＳ５０９で、ダウンロードすべきコンテンツがあると判別すれば（ステップＳ５０９；Ｙｅｓ）、制御部２２０は、記憶部２６０に記憶されている制御情報に基づいて、記憶部２６０に格納されている細分化コンテンツのうち最後に再生されるものの次の細分化コンテンツをそのＵＲＬを指定してサーバ装置１００に要求する（ステップＳ５１０）。

サーバ装置１００の制御部１３０は、この要求を、通信制御部１４０を介して受信し、この要求に応答して、コンテンツ保存部１１０からステップＳ５１０の要求に係る細分化コンテンツを読み出して通信制御部１４０を介して端末機２００に送信する（ステップＳ５１１）。

端末機２００の制御部２２０は、ステップＳ５１１によりサーバ装置１００から送られてきた細分化コンテンツを、通信制御部２１０を介して受信し、記憶部２６０に記憶する（ステップＳ５１２）。この細分化コンテンツは、再生処理により適宜表示される。
その後、ステップＳ５０７に戻って、再生中の細分化コンテンツの再生が終了するのを待機する。

なお、端末機２００がＵＲＬを指定して細分化コンテンツをサーバ装置１００に要求するのではなく、サーバ装置１００が各端末機２００に配信した最終分割コンテンツを記憶しておき、各端末機２００から次の分割コンテンツの送信要求があったときに、記憶していた情報に基づいて次の分割コンテンツを送信するように構成することも可能である。

このような構成によれば、端末機２００が自己の再生の終了タイミングに応じてサーバ装置１００に細分化コンテンツの送信を要求するので、サーバ装置１００の負担を抑えてことができ、システム全体のパフォーマンスを高めることができる。

なお、配信対象のコンテンツは任意である。例えば、既存のコンテンツをコンテンツ保存部１１０に格納して配信することも可能である。
あるいは、例えば、ビデオカメラを備え、ビデオカメラの撮像映像をＭＰＥＧ−４ファイルやＭＰＥＧ−４ストリーム等でサーバ装置１００に送信するビデオカメラ映像配信サーバを、回線ネットワークＣに接続し、ビデオカメラで取得した画像をコンテンツ保存部１１０に格納して配信するように構成してもよい。

本発明に係るサーバ装置や端末機は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。たとえば、上述の動作を実行するためのプログラムを、コンピュータが読みとり可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等）に格納して配布し、当該プログラムをコンピュータにインストールすることにより、上述の処理を実行する、サーバ装置およびクライアント装置を構成してもよい。また、インターネット等の通信ネットワーク上のサーバ装置が有するストレージに当該プログラムを格納しておき、通常のコンピュータシステムがダウンロード等することでサーバ装置及びクライアント装置を構成してもよい。

また、上述の機能を、ＯＳとアプリケーションの分担、またはＯＳとアプリケーションとの協働により実現する場合などには、アプリケーション部分のみを記録媒体やストレージに格納してもよい。

また、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。たとえば、通信ネットワーク上の掲示板（ＢＢＳ；Bulletin Board System）に前記プログラムを掲示し、ネットワークを介して前記プログラムを配信してもよい。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。

コンテンツ配信システムの全体図である。 サーバ装置の構成を示すブロック図である。 端末機の構成を示すブロック図である。 サーバ装置がコンテンツを細分化し、細分化されたコンテンツを端末機に送信する処理を説明するフローチャートである。 コンテンツのプル型配信を行う場合の、サーバ装置および端末機の処理を説明するフローチャートである。

符号の説明

１ コンテンツ配信システム
１００ サーバ装置
１１０ コンテンツ保存部
１２０ 記憶部
１３０ 制御部
１４０ 通信制御部
１５０ バス
２００ 端末機
２１０ 通信制御部
２２０ 制御部
２３０ 入力部
２３１ 入力デバイス
２４０ 表示部
２４１ 表示デバイス
２５０ バス
２６０ 記憶部
Ｃ 回線ネットワーク

Claims (9)

1. コンテンツを配信するサーバ装置と、通信網を介して前記サーバ装置に接続され、前記サーバ装置が配信するコンテンツを受信し、再生する端末機と、を有するコンテンツ配信システムであって、
   前記端末機は、
   前記サーバ装置からコンテンツを受信するコンテンツ受信手段と、
   前記コンテンツ受信手段で受信したコンテンツを記憶するコンテンツ記憶手段と、
   前記コンテンツ記憶手段に記憶されているコンテンツを再生するコンテンツ再生手段と、
   を有し、
   前記サーバ装置は、
   コンテンツを保存するコンテンツ保存手段と、
   配信先の端末機が一度に処理できないサイズのコンテンツを、配信先の端末機が一度に処理できるサイズに細分化するコンテンツ細分化手段と、
   前記コンテンツ細分化手段により細分化されたコンテンツを、前記端末機に送信するコンテンツ送信手段と、
   を有し、
   前記端末機の前記コンテンツ記憶手段は、前記サーバ装置が送信して前記コンテンツ受信手段で受信した細分化されたコンテンツを記憶し、
   前記コンテンツ再生手段は、前記コンテンツ記憶手段に記憶されている細分化されたコンテンツを再生する、
   ことを特徴とするコンテンツ配信システム。
2. 前記端末機は、前記コンテンツ再生手段で再生された後の細分化されたコンテンツを前記コンテンツ記憶手段から削除する手段を備える、
   ことを特徴とする請求項１に記載のコンテンツ配信システム。
3. 前記サーバ装置の前記コンテンツ細分化手段は、
   細分化後のコンテンツの大きさを指定するデータを受け付け、このデータに基づいて、細分化されたコンテンツのサイズを設定するコンテンツサイズ設定手段を備え、
   前記コンテンツ細分化手段は、
   前記コンテンツサイズ設定手段による設定に従って、コンテンツを細分化する
   ことを特徴とする請求項１または２に記載のコンテンツ配信システム。
4. 前記サーバ装置は、さらに、
   前記細分化したコンテンツに、再生順番を示すデータを付するコンテンツ再生順番設定手段を備え、
   前記コンテンツ再生手段は、
   前記細分化されたコンテンツに付された再生順番を示すデータを参照し、前記細分化されたコンテンツの再生順番を決定して再生する
   ことを特徴とする請求項１乃至３のいずれか１項に記載のコンテンツ配信システム。
5. 前記端末機は、さらに、特定のコンテンツの送信要求を前記サーバ装置に送信するコンテンツ要求手段を備え、
   前記サーバ装置は、さらに、細分化されたコンテンツを保存する細分化コンテンツ保存手段を備え、
   前記サーバ装置の送信手段は、前記端末機のコンテンツ要求手段からの要求に応答して、前記要求されたコンテンツの細分化されたコンテンツを、前記端末機に送信する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ配信システム。
6. 前記端末機は、さらに、特定のコンテンツの送信要求を前記サーバ装置に送信するコンテンツ要求手段を備え、
   前記サーバ装置は、さらに、細分化されたコンテンツを保存する細分化コンテンツ保存手段を備え、
   前記サーバ装置の送信手段は、各細分化されたコンテンツの保存位置を前記端末機に通知する手段を備え、
   前記端末機は、順次、細分化されたコンテンツの送信をその保存位置を特定して前記サーバ装置に要求し、
   前記サーバ装置の送信手段は、前記端末機のコンテンツ要求手段からの要求に応答して、通知された保存位置に保存されている細分化されたコンテンツを、前記端末機に送信する
   ことを特徴とする請求項１乃至４のいずれか１項に記載のコンテンツ配信システム。
7. 通信網を介して端末機に接続され、
   配信対象のコンテンツを、配信先の端末機が処理可能なサイズに細分化するコンテンツ細分化手段と、
   端末機に、前記コンテンツ細分化手段により細分化したコンテンツを送信するコンテンツ送信手段と、
   を備えることを特徴とするコンテンツ配信装置。
8. コンピュータに、
   配信先の端末機が処理できないサイズのコンテンツを、配信先の端末機が処理できるサイズに細分化し、
   細分化したコンテンツを、前記端末機に該端末機が処理可能な時間間隔で順次送信する、
   処理を実行させることを特徴とするコンテンツ配信プログラム。
9. コンピュータを
   サーバ装置が配信するコンテンツを受信し、再生する端末機として機能させるためのコンピュータプログラムであって、
   前記コンピュータに、
   前記サーバ装置に、該コンピュータが一度には処理できない総容量のコンテンツを分解して送信することを要求し、
   該要求に応答して、前記サーバから送信されて来る、分解されたコンテンツを再生するための制御情報と、分解されたコンテンツとを受信し、
   受信したコンテンツを再生し、
   受信した制御情報に基づいて次のコンテンツの送信を前記サーバ装置に順次要求する、
   処理を実行させることを特徴とするコンピュータプログラム。

Images