(57)【特許請求の範囲】
【請求項１】
サーバー装置とクライアント装置とをネットワークを介して通信可能に接続され、上記サーバー装置に記録されたコンテンツデータを上記クライアント装置に送信するコンテンツ送信システムにおけるサーバー装置であって、
上記ネットワークにおける伝送帯域に応じたエンコードレートと異なるエンコードレートとなるように、上記コンテンツデータの再生開始部分のエンコードパラメータを決定するエンコードパラメータ決定部と、
上記エンコードパラメータで上記再生開始部分をエンコードするエンコーダと、
上記エンコーダによりエンコードされた上記再生開始部分を保持する記憶部と、
を備え、
上記クライアント装置から上記コンテンツテータの再生要求を受信すると、上記記憶部に保持された上記再生開始部分を上記クライアント装置に送信し、上記コンテンツテータの当該再生開始部分以外の部分を上記ネットワークにおける上記伝送帯域に応じた上記エンコードレートにてエンコードして上記クライアント装置に送信することを特徴とするサーバー装置。
【請求項２】
請求項１に記載のサーバー装置において、
上記エンコードパラメータ決定部は、上記ネットワークにおける伝送帯域に応じたエンコードレートより、上記再生開始部分の再生時間における平均エンコードレートが低くなるようにエンコードパラメータを決定することを特徴とするサーバー装置。
【請求項３】
請求項２に記載のサーバー装置において、
上記エンコードパラメータ決定部は、上記再生開始部分の再生時間の経過に従って上記エンコードレートが上がるようにエンコードパラメータを決定する、
ことを特徴とするサーバー装置。
【請求項４】
請求項１に記載のサーバー装置において、
上記エンコードパラメータ決定部は、予め設定されたエンコードパラメータを、上記再生開始部分のエンコードパラメータとして決定することを特徴とするサーバー装置。
【請求項５】
請求項１に記載のサーバー装置において、
上記コンテンツデータとは別の他のコンテンツデータにおける過去の送信時のエンコードレートをエンコードレート情報として保持する履歴記録部を更に備え、
上記エンコードパラメータ決定部は、上記履歴記録部に保持されている上記エンコードレート情報に基づいて、上記再生開始部分のエンコードパラメータを決定することを特徴とするサーバー装置。
【請求項６】
請求項１に記載のサーバー装置において、
上記コンテンツデータの終了、停止又は中断が発生したときの当該コンテンツデータのエンコードレート情報を保持する履歴記録部を更に備え、
上記エンコードパラメータ決定部は、上記履歴記録部に保持されている上記エンコードレート情報に基づいて、上記再生開始部分のエンコードパラメータを決定することを特徴とするサーバー装置。
【請求項７】
請求項５又は６に記載のサーバー装置において、
上記エンコードパラメータ決定部は、上記コンテンツデータの解析により取得するコンテンツデータ情報と前記履歴記録部に保持されているエンコードレート情報とに基づいて、上記再生開始部分のエンコードパラメータを決定する、
ことを特徴とするサーバー装置。
【請求項８】
サーバー装置とクライアント装置とをネットワークを介して通信可能に接続され、上記サーバー装置に記録されたコンテンツデータを上記クライアント装置に送信するコンテンツ送信システムを用いたコンテンツ送信方法であって、
上記ネットワークにおける伝送帯域に応じたエンコードレートと異なるエンコードレートとなるように、上記コンテンツデータの再生開始部分のエンコードパラメータを決定するエンコードパラメータ決定ステップと、
上記エンコードパラメータで上記再生開始部分をエンコードするエンコードステップと、
上記エンコードステップによりエンコードされた上記再生開始部分を保持する記憶ステップと、
を有し、
上記クライアント装置から上記コンテンツテータの再生要求を受信すると、上記記憶ステップにて保持された上記再生開始部分を上記クライアント装置に送信し、上記コンテンツテータの当該再生開始部分以外の部分を上記ネットワークにおける上記伝送帯域に応じた上記エンコードレートにてエンコードして上記クライアント装置に送信することを特徴とするコンテンツ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ送信システムにおけるサーバー装置およびコンテンツ送信方法に関するものである。
【背景技術】
【０００２】
従来、ネットワークを介してストリームデータを送受信するシステムにおいて、エンドユーザが体験するコンテンツの起動時間を短縮させる方法及び装置が存在する（特許文献１）。
【０００３】
特許文献１に記載の方法及び装置は、特許文献１の図２のように構成され、クライアント装置からのコンテンツ要求を受信すると、サーバー装置はストリーミング対象コンテンツの開始部分をコンテンツのエンコードレートより高いレートで送出し、開始部分以外をコンテンツのエンコードレートで送信する。これにより、クライアント装置は、コンテンツのエンコードレートでエンコードされた開始部分に比べて、開始部分を短い時間でバッファリングできる。よって、クライアント装置は、コンテンツを速く再生できる。
【０００４】
【特許文献１】特開２００３−１４３５８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載の方法及び装置においては、送信開始時がコンテンツのエンコードレートに近い帯域であった場合、サーバー装置から送出レートをコンテンツのエンコードレートより高くして送信することができない。このため、クライアント装置でコンテンツ開始部分の短い時間でのバッファリングが困難となる。よって、素早いコンテンツの再生ができないという問題があった。本発明が解決しようとする課題には、上記した問題が一例として挙げられる。
【０００６】
本発明では、上記問題に鑑みてなされたものであって、サーバー装置においてコンテンツの送信開始部分のデータをコンテンツの本来のエンコードレートと異なる（例えば低い）レートでエンコードして送信することにより、クライアント装置におけるコンテンツを再生するまでの時間を短縮できるコンテンツ送信システムにおけるサーバー装置およびコンテンツ送信方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、請求項１に記載の発明は、サーバー装置とクライアント装置とをネットワークを介して通信可能に接続され、上記サーバー装置に記録されたコンテンツデータを上記クライアント装置に送信するコンテンツ送信システムにおけるサーバー装置であって、上記ネットワークにおける伝送帯域に応じたエンコードレートと異なるエンコードレートとなるように、上記コンテンツデータの再生開始部分のエンコードパラメータを決定するエンコードパラメータ決定部と、上記エンコードパラメータで上記再生開始部分をエンコードするエンコーダと、上記エンコーダによりエンコードされた上記再生開始部分を保持する記憶部と、を備え、上記クライアント装置から上記コンテンツテータの再生要求を受信すると、上記記憶部に保持された上記再生開始部分を上記クライアント装置に送信し、上記コンテンツテータの当該再生開始部分以外の部分を上記ネットワークにおける上記伝送帯域に応じた上記エンコードレートにてエンコードして上記クライアント装置に送信することを特徴とする。
【０００８】
また、請求項８に記載の発明は、サーバー装置とクライアント装置とをネットワークを介して通信可能に接続され、上記サーバー装置に記録されたコンテンツデータを上記クライアント装置に送信するコンテンツ送信システムを用いたコンテンツ送信方法であって、上記ネットワークにおける伝送帯域に応じたエンコードレートと異なるエンコードレートとなるように、上記コンテンツデータの再生開始部分のエンコードパラメータを決定するエンコードパラメータ決定ステップと、上記エンコードパラメータで上記再生開始部分をエンコードするエンコードステップと、上記エンコードステップによりエンコードされた上記再生開始部分を保持する記憶ステップと、を有し、上記クライアント装置から上記コンテンツテータの再生要求を受信すると、上記記憶ステップにて保持された上記再生開始部分を上記クライアント装置に送信し、上記コンテンツテータの当該再生開始部分以外の部分を上記ネットワークにおける上記伝送帯域に応じた上記エンコードレートにてエンコードして上記クライアント装置に送信することを特徴とする。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかるコンテンツ送信システムにおけるサーバー装置およびコンテンツ送信方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
［本実施の形態の概要］
以下、本実施の形態の概要について説明し、その後、本実施の形態の構成および処理等について詳細に説明する。図１は本実施の形態のシステム構成図である。
【００１１】
本実施の形態は、サーバー装置１００とクライアント装置２００とをネットワーク３００を介して通信可能に接続され、サーバー装置１００に記録されたコンテンツデータをクライアント装置２００に送信するコンテンツ送信システムに関する。
【００１２】
このように構成された本実施の形態のコンテンツ送信システムは、サーバー装置１００（例えば、ハードディスクレコーダ・パソコンなど）に記録されたコンテンツデータ（例えば、番組・シーンなど）をクライアント装置２００（例えば、パソコン・ＰＤＡなどのポータブル端末など）にて通信を使って再生するときに、クライアント装置２００からの再生要求に対してコンテンツデータの再生までの時間を短縮することができる。
【００１３】
すなわち、本実施の形態のサーバー装置１００は、ネットワークにおける伝送帯域に応じたエンコードレートと異なるエンコードレートとなるように、コンテンツデータの再生開始部分のエンコードパラメータを決定するエンコードパラメータ決定部と、エンコードパラメータで再生開始部分をエンコードするエンコーダと、を備える。
【００１４】
ここで、エンコードパラメータ決定部は、ネットワークにおける伝送帯域に応じたエンコードレートより、再生開始部分の再生時間における平均エンコードレートが低くなるようにエンコードパラメータを決定してもよく、また、再生開始部分の再生時間の経過に従ってエンコードレートが上がるようにエンコードパラメータを決定してもよい。
【００１５】
さらに、エンコードパラメータ決定部は、予め設定されたエンコードパラメータを、再生開始部分のエンコードパラメータとして決定してもよい。
【００１６】
また、サーバー装置１００は、コンテンツデータとは別の他のコンテンツデータにおける過去の送信時のエンコードレートをエンコードレート情報として保持する履歴記録部を更に備えてもよく、エンコードパラメータ決定部は、履歴記録部に保持されているエンコードレート情報に基づいて、再生開始部分のエンコードパラメータを決定してもよい。
【００１７】
また、サーバー装置１００は、コンテンツデータの終了、停止又は中断が発生したときの当該コンテンツデータのエンコードレート情報を保持する履歴記録部を更に備えてもよく、エンコードパラメータ決定部は、履歴記録部に保持されているエンコードレート情報に基づいて、再生開始部分のエンコードパラメータを決定してもよい。
【００１８】
さらに、エンコードパラメータ決定部は、コンテンツデータの解析により取得するコンテンツデータ情報と履歴記録部に保持されているエンコードレート情報とに基づいて、再生開始部分のエンコードパラメータを決定してもよい。
【００１９】
換言すると、本実施の形態は、再生までの時間を短縮するために、サーバー装置１００において、コンテンツデータの前回再生時などの伝送帯域に対するコンテンツデータのエンコードレートと異なる（例えば低い）レートでエンコードされたコンテンツデータのスタート部分を任意時間分用意しておき、再生開始時にそれをクライアント装置２００に送信する。また、コンテンツデータの送信時にコンテンツデータの最初の部分を任意時間分、前述と同じような異なるエンコードレートでリアルタイムでエンコードしながら、それを送信する。
【００２０】
ここで、ネットワークにおける伝送帯域に応じたエンコードレートと異なるレートでエンコードされた任意の再生時間分のコンテンツデータ開始部分を「再生開始コンテンツデータ」とする。サーバー装置１００は送信開始時に伝送帯域に対して、異なるエンコードレートの再生開始コンテンツデータを送信する。クライアント装置２００の受信バッファは、コンテンツデータ表示に必要なデータを短い時間で受信し、コンテンツデータを再生する。よって、コンテンツデータを速く表示することができる。これにより、ユーザーの再生時の再生待ちによるストレスを軽減することができる。
【００２１】
次に、本実施の形態の再生開始コンテンツデータのようにエンコードして、それを送信することによって、クライアント装置２００での再生開始時間を速くできる理由を以下に図２〜図５を参照して詳細に説明する。
【００２２】
まず、送信コンテンツデータとして、図２に示すようにエンコードされたコンテンツデータを送信する。図２は、コンテンツデータを６００ｋｂｐｓのエンコードレートでエンコードする場合の概念図である。
【００２３】
また、本実施の形態は、エンコードパラメータについて、再生開始コンテンツデータの再生時間の経過に従って再生開始コンテンツデータのエンコードレートを（例えば、上がっていくように）決定してもよい。例えば、再生開始部分について、本実施の形態のようにエンコードすると、送信されるコンテンツデータは図３のようになる。
【００２４】
図３は、最初の４秒分を２００ｋｂｐｓ、次の４秒分を４００ｋｂｐｓでエンコードしている場合を一例に示す概念図である。
【００２５】
本実施の形態では、図３のようにエンコードされたコンテンツデータを送信することにより、クライアントの受信バッファにおいて、再生に必要なデータをはやく受信することにより、再生開始までの時間の短縮を行っている。このときのサーバー装置１００でのコンテンツデータの送信は図４のように行う。
【００２６】
図４に示すように、図３のようにコンテンツデータを作成した際に図４のような伝送帯域では、サーバー装置１００は、最初の１秒間で、コンテンツデータの再生時間の３秒分を送信する。
【００２７】
これにより、クライアントの受信バッファは、最初の１秒間で、コンテンツデータの再生時間の３秒分を受信できる。ここで、クライアント装置２００が、３秒分のコンテンツデータを受信バッファにためることにより、再生できるならば、クライアントは、すぐにコンテンツデータを再生できる。
【００２８】
ここで、伝送帯域がエンコードレートに近い状態で、そのままのエンコードレート（図２の６００ｋｂｐｓ）で送信していたならば、３秒分のコンテンツデータを受信するのに、３秒かかり、コンテンツデータは３秒後から再生されることになる。
【００２９】
また、サーバー装置１００でのエンコードについては、本実施の形態の再生開始コンテンツデータをあらかじめ用意する場合は、そのデータをそのまま図４のように送ればよいが、送信時にリアルタイムにコンテンツデータを生成して送信する場合は、エンコードについて通常エンコードスピードのエンコード（以下、「等速エンコード」と記述する。）ではなく、より速いエンコード（以下、「ｎ倍速エンコード」と記述する。）を行う。
【００３０】
これにより、コンテンツデータ時間（コンテンツデータの長さ）に対して、より短い時間ですばやくコンテンツデータをエンコードできるので、図４に示すように、コンテンツデータを送信できる。
【００３１】
ここで、ｎ倍速エンコードを行わないで、等速エンコードでコンテンツデータをエンコードし送信すると、コンテンツデータの送信は図５のようになる。再生開始部分について、異なるレートでエンコードしても、図５の場合、次時間分のコンテンツデータが作成されていないので、図４のようにコンテンツデータを送信できない。従って、リアルタイムにコンテンツデータを生成して送信する場合には、ｎ倍速エンコードを行って、送信したほうがよい。
【００３２】
［システム構成］
次に、本システムの構成について図６および図７を参照して説明する。図６は、本実施の形態が適用される本システムのサーバー装置１００の構成の一例を示すブロック図であり、該構成のうち本実施の形態に関係する部分のみを概念的に示している。
【００３３】
図６においてサーバー装置１００は、概略的に、コンテンツデータ入力部１０２、記録部１０４、履歴記録部１０６、エンコードパラメータ決定部１０８、エンコードパラメータ設定部１１０、エンコーダ１１２、送信部１１４、受信部１１６および制御部１１８を備え、各部が相互に通信可能に構成されている。
【００３４】
図６に示すように、これらサーバー装置１００の各構成要素のうち、コンテンツデータ入力部１０２は、コンテンツデータを受信するチューナー、DEMUXやディスクなどの記録媒体からコンテンツデータを入力する機能を有する。
【００３５】
また、記録部１０４は、入力されたコンテンツデータを記録する機能を有する。再生開始コンテンツデータをあらかじめ保持する場合は、それを記録する機能を有する。
【００３６】
また、履歴記録部１０６は、コンテンツデータのクライアント装置への送信時（開始、途中、終了・停止・中断時など）に設定されていたエンコードレート情報の履歴を保持する機能を有する。
【００３７】
また、エンコードパラメータ決定部１０８は、エンコードレート情報の履歴、または、コンテンツデータの解析により取得するコンテンツデータ情報に従って、再生開始コンテンツデータのエンコードレートおよび再生時間を含むエンコードパラメータを決定する機能を有する。
【００３８】
また、エンコードパラメータ設定部１１０は、エンコードパラメータ決定部１０８で決定したエンコードパラメータを保持し、コンテンツ再生要求取得時にコンテンツに対するエンコードパラメータをエンコーダ１１２に設定する機能を有する。
【００３９】
また、エンコーダ１１２は、エンコードパラメータに従って、再生開始コンテンツデータをエンコードする機能を有する。また、コンテンツデータのうち再生開始コンテンツデータ以外の部分をエンコードする機能を有する。
【００４０】
また、送信部１１４は、コンテンツデータのうち再生開始コンテンツデータと再生開始コンテンツデータ以外の部分をクライアント装置２００に送信する機能を有する。
【００４１】
また、受信部１１６は、クライアント装置２００からの要求を受信する機能を有する。
【００４２】
また、制御部１１８は、各部の制御を行う機能を有する。
【００４３】
次に、図７は、本実施の形態が適用される本システムのクライアント装置２００の構成の一例を示すブロック図であり、該構成のうち本実施の形態に関係する部分のみを概念的に示している。
【００４４】
図７においてクライアント装置２００は、概略的に、受信部２０２、バッファ部２０４、デコーダ２０６、表示部２０８、送信部２１０および制御部２１２を備えて構成され、各部は相互に通信可能に接続されている。
【００４５】
図７に示すように、これらクライアント装置２００の各構成要素のうち、受信部２０２は、コンテンツデータのうち再生開始コンテンツデータと再生開始コンテンツデータ以外の部分を受信する機能を有する。
【００４６】
また、バッファ部２０４は、受信したコンテンツデータのうち再生開始コンテンツデータと再生開始コンテンツデータ以外の部分をバッファリングする機能を有する。
【００４７】
また、デコーダ２０６は、コンテンツデータのうち再生開始コンテンツデータと再生開始コンテンツデータ以外の部分をデコードする機能を有する。
【００４８】
また、表示部２０８は、デコードしたコンテンツデータのうち再生開始コンテンツデータと再生開始コンテンツデータ以外の部分を表示する機能を有する。
【００４９】
また、送信部２１０は、クライアントの要求を送信する機能を有する。
【００５０】
また、制御部２１２は、各部の制御を行う機能を有する。
【００５１】
なお、これら各部によって行われる処理の詳細については、後述する。
【００５２】
［システムの処理］
次に、このように構成された本実施の形態における本システムの処理の一例について、以下に図８〜図１４等を参照して詳細に説明する。
【００５３】
図８は、本実施形態における本システムの動作処理の一例を示すフローチャートである。
【００５４】
なお、下記の動作において、再生開始コンテンツデータについて、あらかじめ用意して送信する場合（ケース１）と、送信時にリアルタイムに生成して送信する場合（ケース２）の２つのケースがある。
【００５５】
まず、図８に示すように、最初に、サーバー装置１００は、エンコードパラメータの取得を行う（ステップＳ−１０）。
【００５６】
ここで、図９を用いてステップＳ−１０におけるエンコードパラメータの取得の動作について説明する。図９は、サーバー装置１００におけるエンコードパラメータの取得動作の一例を示すフローチャートである。
【００５７】
エンコードパラメータの取得は、コンテンツデータ入力部１０２にコンテンツデータが入力された時、また、コンテンツデータ送信時にコンテンツデータの終了、停止、中断が起こった時に行われる。
【００５８】
まず、コンテンツデータ入力部１０２にコンテンツデータが入力されると（ステップＳ−１１）、コンテンツデータは記録部１０４に記録されると同時に、最初の部分の任意時間分がエンコードパラメータ決定部１０８に入力される。
【００５９】
そして、履歴記録部１０６より、コンテンツデータ送信時のエンコードレート情報をエンコードパラメータ決定部１０８は取得する（ステップＳ−１２）。このとき取得するエンコードレート情報は、過去の送信時のエンコードレートの平均値などである。
【００６０】
そして、エンコードパラメータ決定部１０８は、このエンコードレート情報と入力したコンテンツデータを解析した結果のコンテンツデータ情報より、再生開始コンテンツデータのエンコードパラメータを決定する（ステップＳ−１４、ステップＳ−１６〜ステップＳ−１８）。
【００６１】
また、エンコードパラメータ決定部１０８は、エンコードレート情報のみでエンコードパラメータの決定をすることもできる（ステップＳ−１４〜ステップＳ−１５）。また、エンコードパラメータは、予め送信時のデフォルト値として設定されていてもよい。
【００６２】
また、コンテンツデータ送信時にコンテンツデータの終了、停止、中断が起こった時については（ステップＳ−１１）、エンコードパラメータ決定部１０８は、終了、停止、中断が起こった時のエンコードレート情報を履歴記録部１０６より取得する（ステップＳ−１３）。
【００６３】
そして、記録部１０４よりそのコンテンツデータの次回送信時の最初部分を任意時間分取得し、それを解析してコンテンツデータ情報を得て（ステップＳ−１４、ステップＳ−１６）、それと取得したエンコードレート情報よりエンコードパラメータを決定する（ステップＳ−１７）。
【００６４】
このときも、エンコードレート情報のみで、エンコードパラメータを決定することができる（ステップＳ−１４、ステップＳ−１５）。また、エンコードパラメータは、予め送信時のデフォルト値として設定されていてもよい。
【００６５】
エンコードパラメータを決定後、エンコードパラメータ設定部１１０は、決定したエンコードパラメータを保持し、コンテンツデータの最初部分のエンコードにこれを設定する（ステップＳ−１８）。
【００６６】
以上、サーバー装置１００におけるエンコードパラメータの取得動作が終了する。
【００６７】
再び図８に戻り、サーバー装置１００は、コンテンツの送信準備を行う（ステップＳ−２０）。
【００６８】
ここで、図１０を用いてステップＳ−２０におけるコンテンツの送信準備の動作について説明する。図１０は、サーバー装置１００におけるコンテンツの送信準備の動作の一例を示すフローチャートである。
【００６９】
なお、ケース１（ステップＳ−２１において、Ｎｏの場合）において、コンテンツデータ入力時に再生開始コンテンツを作成する場合においては、この再生開始コンテンツデータ事前作成をコンテンツデータ入力と同時に行う。一方、コンテンツデータの終了、停止、中断時に作成する場合は、次回送信のエンコードパラメータ設定直後に行う。
【００７０】
ケース１については、エンコードパラメータ設定部１１０にエンコードパラメータが設定されると、コンテンツデータの最初の部分を任意時間分あらかじめエンコードする（ステップＳ−２１：Ｎｏ、ステップＳ−２２）。
【００７１】
そして、このエンコードしたデータを再生開始コンテンツデータとして、記録部１０４でそれを保持する（ステップＳ−２３）。
【００７２】
なお、ケース２（ステップＳ−２１において、Ｙｅｓの場合）については、コンテンツデータが入力されると、記録部１０４で保持する。コンテンツ再生要求をクライアント装置２００から取得すると、リアルタイムで、サーバー装置１００はエンコードパラメータを決定し、決定したエンコードパラメータでコンテンツの開始部分をエンコードして送信する。
【００７３】
以上、サーバー装置１００におけるコンテンツの送信準備の動作が終了する。
【００７４】
再び図８に戻り、サーバー装置１００は、コンテンツの送信を行う（ステップＳ−３０）。
【００７５】
ここで、図１１を用いてステップＳ−３０におけるコンテンツの送信の動作について説明する。図１１は、サーバー装置１００におけるコンテンツの送信の動作の一例を示すフローチャートである。
【００７６】
クライアント装置２００の送信部２１０が再生要求を送信し、サーバー装置１００の受信部１１６がそれを受信すると（ステップＳ−３１）、以下の動作に従って、サーバー装置１００は要求されたコンテンツデータをクライアント装置に送信する。
【００７７】
なお、コンテンツデータの送信は先に記述したようにケース１とケース２の二つがある（ステップＳ−３２）。
【００７８】
ケース１では、コンテンツデータ再生要求受信後、記録部１０４にある、そのコンテンツデータの再生開始コンテンツデータを送信部１１４より送信する（ステップＳ−３３）。
【００７９】
そして、再生開始コンテンツデータ送信後、そのコンテンツデータの再生開始コンテンツデータ以外の部分をエンコーダ１１２でエンコードし、それを続けて送信する（ステップＳ−３５）。
【００８０】
一方、ケース２では、コンテンツデータ再生要求受信後、記憶部１０４に保持されたコンテンツデータをエンコーダ１１２に入力し、リアルタイムでそれをエンコードする。そして、そのエンコードされたデータをそのまま送信部１１４より送信する（ステップＳ−３４）。
【００８１】
このとき、コンテンツデータの最初の任意時間分のエンコードパラメータは、再生開始コンテンツデータのエンコードパラメータとしてエンコードパラメータ設定部１１０に設定されたものである。
【００８２】
そして、クライアント装置２００は、コンテンツデータを受信すると、それをバッファ部２０４に入力する。バッファ部２０４は、コンテンツデータのデコードに必要な量を受けると、それをデコーダ２０６に入力し、クライアントは、デコードしたデータを表示部２０８で表示する。
【００８３】
以上、サーバー装置１００におけるコンテンツの送信の動作が終了する。
【００８４】
再び図８に戻り、サーバー装置１００は、コンテンツデータ送信時にコンテンツデータの終了、停止、中断が起こった時には、ステップＳ−１０に戻って動作を繰り返す（ステップＳ−４０）。
【００８５】
以上、本システムにおける処理動作が終了する。
【００８６】
上述したように、本実施の形態は、送信コンテンツデータの最初の任意時間分を、求めたエンコードパラメータでエンコードして、その部分を送信することによって、コンテンツデータの再生までの時間を短縮している。
【００８７】
そのエンコードパラメータは、上述したように、エンコードパラメータ決定部１０８で、履歴記録部１０６のエンコードレート情報とコンテンツデータを解析したコンテンツデータ情報より求める。
【００８８】
ここで、コンテンツデータ情報は、送信コンテンツデータの最初の任意時間分を解析することにより求められる。コンテンツデータの符号化方式、ビットレート、フレームレート、ピクチャサイズや圧縮情報（Ｑ値、符号量、動きベクトルなどの圧縮に用いられる情報）などである。
【００８９】
また、エンコードレート情報は、前回送信時（開始、途中、終了・停止・中断時など）の伝送帯域に対するコンテンツデータのエンコードレートやそれらの過去のエンコードレートの平均などの情報である。
【００９０】
これらの情報より、送信時の伝送帯域に対するコンテンツデータのエンコードレートと異なる（例えば低い）エンコードレートでエンコードするようなエンコードパラメータを求める。
【００９１】
このような本実施の形態のエンコードパラメータでエンコードした再生開始コンテンツデータの概念の一例を図１２、図１３に示す。
【００９２】
図１２は、コンテンツデータの再生とともに、時間の経過に従って、エンコードレートを決定する再生開始コンテンツデータの一例を示す概念図である。なお、図１２の上段の図は、時間の経過に従って、エンコードレートが上がっていくように決定する再生開始コンテンツデータの一例を示し、また、下段の図は、時間の経過に従って、一時的に高いエンコードレートとなっている部分があるが、再生開始コンテンツデータ全体のデータサイズは、本来のサイズより小さくなる再生開始コンテンツデータの一例を示す。
【００９３】
サーバー装置１００は送信開始時に再生開始コンテンツデータを送信することにより、クライアント装置２００側の受信バッファは、コンテンツ表示に必要なデータを短い時間で受信する。よって、クライアントは、コンテンツを速く表示することができる。これにより、ユーザーの再生時の再生待ちによるストレスを軽減することができる。
【００９４】
また、図１３は、再生開始コンテンツデータの部分は一定のエンコードレートの一例を示す概念図である。
【００９５】
なお、図１２、図１３の例では、再生開始コンテンツデータ後の残り部分のコンテンツデータのエンコードレートは伝送帯域とほぼ同じようになる。
【００９６】
クライアント装置２００は、この再生開始コンテンツデータをバッファ部２０４に入力して、コンテンツデータ表示に必要なデータ量を蓄えたら、それをデコーダ２０６でデコードし、表示部２０８により表示する。
【００９７】
バッファ部２０４で任意のデータサイズを受信しデコードする場合、再生開始コンテンツデータのようにエンコードされたデータの受信は、送信時伝送帯域に対するレートでエンコードされたコンテンツデータの受信より長時間分のデータを受信する。つまり、同じ再生時間分のデータの受信を考慮すると、再生開始コンテンツデータの受信はより小さいサイズでその時間分の再生時間を取得できる。これにより、コンテンツデータ表示に必要な受信バッファのデータ量の閾値を小さくできる。
【００９８】
ここで、図１４は、コンテンツデータを受信した際のバッファ部２０４の使用状況の一例を示す概念図である。
【００９９】
図１４において受信バッファＡは、本実施の形態によりエンコードされた再生開始コンテンツデータを受信したバッファの状態を示したものである。一方、受信バッファＢは、通常の送信時伝送帯域に対するレートでエンコードされたコンテンツデータを受信したバッファの状態を示したものである。
【０１００】
なお、図１４において、一例として、受信バッファ内の模様（ハッチ）の表示は、同じ模様（ハッチ）については２秒分のデータサイズを表すものとする。
【０１０１】
両者とも図１４における上の点線において、コンテンツデータを表示する場合、受信バッファＡはその時点で７秒分のコンテンツデータを保持するが、受信バッファＢは、４秒分のコンテンツデータを保持する。
【０１０２】
ここで、４秒分のコンテンツデータサイズを保持した時にコンテンツデータを表示する場合、受信バッファＡは、下の点線の位置分コンテンツデータを受信したとき、コンテンツデータを表示できる。つまり、バッファＡは、バッファＢに対してより少ないサイズのデータの受信でコンテンツデータを表示する。
【０１０３】
したがって、受信バッファＡの場合においては、再生開始コンテンツデータのようにコンテンツデータの最初の任意時間分をエンコードして送信することにより、コンテンツデータ表示に必要なデータを短い時間で受信できる。よって、コンテンツデータを表示するまでの時間を短縮できる。
【０１０４】
すなわち、本実施の形態では、コンテンツデータの送信開始部分のデータについて、コンテンツデータの送信時（開始、途中、終了・停止・中断時など）に設定されていたエンコードレートと異なるレートでエンコードすることにより、上述した効果を奏する。
【０１０５】
ここで、送信開始部分のデータのエンコードレートは、コンテンツデータ送信時のエンコードレートの履歴情報やコンテンツデータ自身の解析情報をもとに求めたエンコードパラメータや、予め送信時のデフォルト値として設定されているエンコードパラメータをもとに求めてもよい。
【０１０６】
また、コンテンツデータを記録部１０４に記録するときに同時に送信開始部分のデータのエンコードレートを求めてもよい。
【０１０７】
一方、コンテンツデータ再生要求後、そのエンコードレートを使ってリアルタイムにエンコードし、送信開始部分のデータをそのまま送信してもよい。また、リアルタイムに送信しない場合は、あらかじめ、送信開始部分のデータを求めたエンコードレートでエンコードして保持し、コンテンツデータ再生要求時にそれを送信してもよい。
【０１０８】
これにより、コンテンツデータの送信開始部分のデータをコンテンツデータのエンコードレートと異なる（例えば低い）レートでエンコードして送信するため、受信バッファは再生に必要なコンテンツデータをすばやく受信できるので、コンテンツデータを再生するまでの時間を短縮できる。また、送信開始時がコンテンツデータのエンコードレートに近い帯域であっても、受信バッファは再生に必要なコンテンツデータをすばやく受信でき、より速いコンテンツデータの再生ができる。
【０１０９】
また、サーバー装置は、再生開始コンテンツデータを送信することにより、クライアント装置２００の受信バッファにおいて、任意のバッファサイズに対して長時間分のコンテンツデータを受信できる。なぜならば、再生開始コンテンツデータは、再生開始部分の本来のエンコードレート(コンテンツの再生開始コンテンツデータ以外の部分のエンコードレート)でエンコードされたデータに比べて、小さいサイズだからである。よって、送信開始後の再生開始コンテンツデータ送信時に通信切断などの不測の事態が起こった時、再生中断までの時間を長く確保できる。
【０１１０】
また、ユーザーのコンテンツデータ再生要求に対して、より速いコンテンツデータの再生ができるので、再生時の再生待ちによるストレスを軽減できる。
【実施例１】
【０１１１】
図１５は、本発明にかかるコンテンツ送信システムの実施例１の概要を示す図である。実施例１は、サーバー装置１００としてＨＤＤ（ハードディスク）レコーダを用い、クライアント装置２００としてＨＤＤレコーダのコンテンツデータをネットワーク（携帯電話網、無線ＬＡＮなど）を介して受信するポータブル端末を用いた場合を一例として説明する。
【０１１２】
ここで、ＨＤＤ（ハードディスク）レコーダは、ＤＶＤドライブを搭載したＨＤＤレコーダやＴＶチューナーボードを搭載したパソコンを含む。
【０１１３】
ＨＤＤレコーダは、チューナーが受信したコンテンツデータやＤＶＤに記録されたコンテンツデータをＨＤＤへ録画すると同時に、そのデータの最初の任意時間分をエンコードするためのパラメータを取得する。
【０１１４】
エンコードパラメータは、コンテンツデータの最初の任意時間分を解析した情報や過去のコンテンツデータの送信時エンコードレートより求められる。
【０１１５】
そして、想定される送信時の伝送帯域と異なる（例えば低い）エンコードレートでエンコードするパラメータである。
【０１１６】
ＨＤＤレコーダは、あらかじめコンテンツデータの最初の部分を任意時間分、求めたエンコードパラメータでエンコードし、ＨＤＤに記録する。
【０１１７】
ポータブル端末からのコンテンツデータ再生要求を受信すると、ＨＤＤレコーダが要求されたコンテンツデータをポータブル端末に送信する。
【０１１８】
このとき、ＨＤＤレコーダはＨＤＤにエンコードされたコンテンツデータの最初の部分を送信する。そして、その後、最初の部分以外のコンテンツデータを送信する。ポータブル端末はコンテンツデータを受信すると、それをデコードし、表示する。
【０１１９】
また、コンテンツデータ再生中にコンテンツデータの停止、終了、中断となった場合、ＨＤＤレコーダは、そのコンテンツデータの次回再生時の最初の部分をエンコードする。
【０１２０】
そのときのエンコードパラメータは、コンテンツデータの停止、終了、中断時のコンテンツデータのエンコード情報とそのときのコンテンツデータの次回再生位置から任意時間分のコンテンツデータ解析情報をもとに求める。
【０１２１】
ＨＤＤレコーダは、求めたパラメータでその次回再生時の最初の部分を事前にエンコードし、それをＨＤＤに記録する。
【０１２２】
ポータブル端末からそのコンテンツデータの次回再生要求を受信したときには、同様に、その事前エンコードしたコンテンツデータの最初の部分を送信する。
【実施例２】
【０１２３】
図１６は、本発明にかかるコンテンツ送信システムの実施例２の概要を示す図である。実施例２は、サーバー装置１００としてＨＤＤ（ハードディスク）レコーダを用い、クライアント装置２００としてＨＤＤレコーダのコンテンツデータをネットワーク（携帯電話網、無線ＬＡＮなど）を介して受信するポータブル端末を用いた場合を一例として説明する。
【０１２４】
ここで、上述した実施例１では、送信するコンテンツデータの最初の部分を事前にエンコードしたが、実施例２では、ポータブル端末からのコンテンツデータ再生要求を受信すると、そのコンテンツデータの最初の部分を、求めたエンコードパラメータでリアルタイムでエンコードして送信する場合を一例として説明する。
【０１２５】
なお、エンコードパラメータは実施例１と同様にコンテンツデータ入力時に事前に求めて、メモリまたは、ＨＤＤに保持しておく場合を一例として説明する。
まず、ポータブル端末からのコンテンツデータ再生要求を受信すると、ＨＤＤレコーダは要求されたコンテンツデータをポータブル端末に送信する。
このとき、ＨＤＤレコーダは求めたエンコードパラメータでコンテンツデータの最初の部分リアルタイムでエンコードし送信する。
【０１２６】
そして、その後、最初の部分以外のコンテンツデータを送信する。ポータブル端末はコンテンツデータを受信すると、それをデコードし、表示する。
【０１２７】
また、コンテンツデータ再生中にコンテンツデータの停止、終了、中断となった場合、ＨＤＤレコーダは、そのコンテンツデータの次回再生時のエンコードパラメータを求める。
【０１２８】
そのときのエンコードパラメータは、コンテンツデータの停止、終了、中断時のコンテンツデータのエンコード情報とそのときのコンテンツデータの次回再生位置から任意時間分のコンテンツデータ解析情報をもとに求める。
【０１２９】
ＨＤＤレコーダは、ポータブル端末からそのコンテンツデータの次回再生要求を受信したとき、求めたパラメータでその最初の部分をリアルタイムでエンコードし送信する。
【実施例３】
【０１３０】
図１７は、本発明にかかるコンテンツ送信システムの実施例３の概要を示す図である。実施例３は、サーバー装置１００としてＨＤＤ（ハードディスク）レコーダを用い、クライアント装置２００としてＨＤＤレコーダのコンテンツデータをネットワーク（携帯電話網、無線ＬＡＮなど）を介して受信するポータブル端末を用いた場合を一例として説明する。
【０１３１】
実施例３は、実施例１の事前にエンコードされたコンテンツデータの最初の部分をエンコード終了後、ポータブル端末にあらかじめ送信し、そのＨＤＤまたはメモリに記録、保持する場合を一例に説明する。
【０１３２】
まず、ポータブル端末はコンテンツデータ再生要求をＨＤＤレコーダに送信すると、すでに保持している再生要求したコンテンツデータの最初の部分をデコードし、表示する。
【０１３３】
また、ＨＤＤレコーダは、コンテンツデータ再生要求を受信すると、すでに送信したそのコンテンツデータの最初の部分以外のコンテンツデータを送信する。
【０１３４】
そして、ポータブル端末は保持しているコンテンツデータの最初の部分の再生後、それをデコードし、表示する。
【０１３５】
また、コンテンツデータ再生中にコンテンツデータの停止、終了、中断となった場合、ＨＤＤレコーダは、そのコンテンツデータの次回再生時の最初の部分を実施例１同様に作成する。
【０１３６】
そして、作成後、それをポータブル端末に送信する。次回コンテンツデータ再生要求時にポータブル端末はその事前に保持しているコンテンツデータの最初部分を再生する。
【実施例４】
【０１３７】
図１８は、本発明にかかるコンテンツ送信システムの実施例４の概要を示す図である。実施例４は、サーバー装置１００としてＨＤＤ（ハードディスク）レコーダを用い、クライアント装置２００としてＨＤＤレコーダのコンテンツデータをネットワーク（携帯電話網、無線ＬＡＮなど）を介して受信するポータブル端末を用いた場合を一例として説明する。
【０１３８】
実施例４は、コンテンツデータの再生において、任意の位置から直接再生するといったジャンプ再生を行う場合を一例として説明する。
【０１３９】
ポータブル端末からコンテンツデータの指示された位置からの再生要求を受信すると、ＨＤＤレコーダは要求されたコンテンツデータを指示された位置からポータブル端末に送信する。
【０１４０】
このとき、ＨＤＤレコーダは指示された位置から任意の時間分、コンテンツデータをリアルタイムでエンコードし送信する。
【０１４１】
なお、エンコードパラメータは、過去の送信時のエンコードレート情報より求める。
【０１４２】
そして、その後、指示された位置から任意の時間分以外のコンテンツデータを送信する。ポータブル端末はコンテンツデータを受信すると、それをデコードし、表示する。
【０１４３】
［他の実施の形態］
さて、これまで本発明の実施の形態について説明したが、本発明は、上述した実施の形態以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてよいものである。
【０１４４】
また、実施形態において説明した各処理のうち、自動的に行なわれるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行なわれるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【０１４５】
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【０１４６】
また、サーバー装置１００およびクライアント装置２００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【０１４７】
例えば、サーバー装置１００およびクライアント装置２００の各部または各装置が備える処理機能、特に各制御部にて行なわれる各処理機能については、その全部または任意の一部を、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）および当該ＣＰＵにて解釈実行されるプログラムにて実現することができ、あるいは、ワイヤードロジックによるハードウェアとして実現することも可能である。なお、プログラムは、後述する記録媒体に記録されており、必要に応じてサーバー装置１００およびクライアント装置２００に機械的に読み取られる。
【０１４８】
すなわち、ＲＯＭまたはＨＤなどの記憶部などには、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭ等にロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【０１４９】
また、本発明にかかるプログラムを、コンピュータ読み取り可能な記録媒体に格納することもできる。ここで、この「記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等の任意の「可搬用の物理媒体」や、各種コンピュータシステムに内蔵されるＲＯＭ、ＲＡＭ、ＨＤ等の任意の「固定用の物理媒体」、あるいは、ＬＡＮ、ＷＡＮ、インターネットに代表されるネットワークを介してプログラムを送信する場合の通信回線や搬送波のように、短期にプログラムを保持する「通信媒体」を含むものとする。
【０１５０】
また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【産業上の利用可能性】
【０１５１】
以上詳述に説明したように、本発明によれば、コンテンツデータを再生するまでの時間を短縮でき、再生中断までの時間を長く確保でき、再生時の再生待ちによるストレスを軽減できる、コンテンツ送信システムにおけるサーバー装置およびコンテンツ送信方法を提供することができる。
【図面の簡単な説明】
【０１５２】
【図１】本実施の形態のシステム構成図である。
【図２】コンテンツデータを６００ｋｂｐｓのエンコードレートでエンコードする場合の概念図である。
【図３】最初の４秒分を２００ｋｂｐｓ、次の４秒分を４００ｋｂｐｓでエンコードしている場合を一例に示す概念図である。
【図４】サーバー装置１００でのコンテンツデータの送信の一例を示す概念図である。
【図５】等速エンコードでコンテンツデータをエンコードし送信した場合のコンテンツデータの送信の一例を示す概念図である。
【図６】本実施の形態が適用される本システムのサーバー装置１００の構成の一例を示すブロック図である。
【図７】本実施の形態が適用される本システムのクライアント装置２００の構成の一例を示すブロック図である。
【図８】本実施形態における本システムの動作処理の一例を示すフローチャートである。
【図９】サーバー装置１００におけるエンコードパラメータの取得動作の一例を示すフローチャートである。
【図１０】サーバー装置１００におけるコンテンツの送信準備の動作の一例を示すフローチャートである。
【図１１】サーバー装置１００におけるコンテンツの送信の動作の一例を示すフローチャートである。
【図１２】コンテンツデータの再生とともに、時間の経過に従って、エンコードレートを決定する再生開始コンテンツデータの一例を示す概念図である。
【図１３】再生開始コンテンツデータの部分は一定のエンコードレートの一例を示す概念図である。
【図１４】コンテンツデータを受信した際のバッファ部２０４の使用状況の一例を示す概念図である。
【図１５】本発明にかかるコンテンツ送信システムの実施例１の概要を示す図である。
【図１６】本発明にかかるコンテンツ送信システムの実施例２の概要を示す図である。
【図１７】本発明にかかるコンテンツ送信システムの実施例３の概要を示す図である。
【図１８】本発明にかかるコンテンツ送信システムの実施例４の概要を示す図である。
【符号の説明】
【０１５３】
１００  サーバー装置
１０２  コンテンツデータ入力部
１０４  記録部
１０６  履歴記録部
１０８  エンコードパラメータ決定部
１１０  エンコードパラメータ設定部
１１２  エンコーダ
１１４  送信部
１１６  受信部
１１８  制御部
２００  クライアント装置
２０２  受信部
２０４  バッファ部
２０６  デコーダ
２０８  表示部
２１０  送信部
２１２  制御部
３００  ネットワーク
【図１】
0004731600.tif 000002
【図２】
0004731600.tif 000003
【図３】
0004731600.tif 000004
【図４】
0004731600.tif 000005
【図５】
0004731600.tif 000006
【図６】
0004731600.tif 000007
【図７】
0004731600.tif 000008
【図８】
0004731600.tif 000009
【図９】
0004731600.tif 000010
【図１０】
0004731600.tif 000011
【図１１】
0004731600.tif 000012
【図１２】
0004731600.tif 000013
【図１３】
0004731600.tif 000014
【図１４】
0004731600.tif 000015
【図１５】
0004731600.tif 000016
【図１６】
0004731600.tif 000017
【図１７】
0004731600.tif 000018
【図１８】
0004731600.tif 000019