(57)【要約】【課題】分割されたコンテンツデータの受信が完了したものから順次再生する際に、再生が開始されるまでの待機時間をより短くして、遅延の程度をより小さくすること。【解決手段】コンテンツを複数のブロックに分割して移動機２に送信するＨＧＷ装置１であって、最初に送信する先頭のブロックＢ１から所定個数のブロックＢ１〜Ｂ３より後のブロックＢ４，Ｂ５，…は、所定サイズｐになるように分割するとともに、先頭のブロックＢ１から所定個数のブロックＢ１〜Ｂ３は、所定サイズｐよりも小さくなるように分割する分割処理部１６と、分割処理部１６により分割されたブロックを順に移動機２に送信する取得制御部１７と、を備える。【選択図】図３
2008283571.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを複数のブロックに分割してコンテンツ再生端末に送信するコンテンツ配信装置であって、
最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズになるように分割するとともに、前記先頭のブロックから前記所定個数のブロックは、前記所定サイズよりも小さくなるように分割する分割手段と、
前記分割手段により分割されたブロックを順に前記コンテンツ再生端末に送信する送信手段と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
前記分割手段は、前記先頭のブロックから前記所定個数のブロックが、前記先頭のブロックから順に大きくなるように分割する、
ことを特徴とする請求項１に記載のコンテンツ配信装置
【請求項３】
前記コンテンツ再生端末により受信されると再生が可能となる形式に前記コンテンツを変換する形式変換手段を更に備え、
前記分割手段は、前記形式変換手段による前記コンテンツの変換処理が完了した部分から順次、前記ブロックへの分割処理を前記形式変換手段による変換処理と並列して行う、
ことを特徴とする請求項１又は２に記載のコンテンツ配信装置。
【請求項４】
請求項１〜３のいずれかに記載のコンテンツ配信装置と、
前記コンテンツ再生端末と、
を備えることを特徴とするコンテンツ配信システム。
【請求項５】
コンテンツを複数のブロックに分割してコンテンツ再生端末に送信するコンテンツ配信装置を用いたコンテンツ配信方法であって、
最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズになるように分割するとともに、前記先頭のブロックから前記所定個数のブロックは、前記所定サイズよりも小さくなるように分割する分割ステップと、
前記分割ステップで分割されたブロックを順に前記コンテンツ再生端末に前記コンテンツ配信装置が送信する送信ステップと、
を備えることを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを複数のブロックに分割してコンテンツ再生端末に送信するコンテンツ配信装置、コンテンツ配信システム、およびコンテンツ配信方法に関する。
【背景技術】
【０００２】
サーバなどの親機から移動機などの子機へ動画や音楽などの大容量のコンテンツをダウンロードさせる際に、親機でコンテンツデータを分割して子機に送信して、データの送受信処理の効率を向上させることが行われている。例えば、下記特許文献１に開示された無線通信システムでは、親機は、コンテンツデータを一定サイズのフラグメントに分割し、所定個数のフラグメントをシーケンスとしてまとめて子機に送信するとともに、子機から受信結果を受信し、未受信のフラグメントがあれば再送する。これにより、効率よくコンテンツデータを子機にダウンロードさせることが可能となる。
【特許文献１】特開２００７−６０１４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記の技術を用いて、例えばストリーミング再生のように受信が完了したフラグメントから順次再生する場合、受信したフラグメントの一定サイズが大きいほど、再生が開始されるまでの待機時間が長くなるなど遅延の程度が大きくなってしまうという問題がある。
【０００４】
そこで本発明の目的は、分割されたコンテンツデータの受信が完了したものから順次再生する際に、再生が開始されるまでの待機時間をより短くして、遅延の程度をより小さくすることである。
【課題を解決するための手段】
【０００５】
本発明に係るコンテンツ配信装置は、コンテンツを複数のブロックに分割してコンテンツ再生端末に送信するコンテンツ配信装置であって、最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズになるように分割するとともに、先頭のブロックから所定個数のブロックは、所定サイズよりも小さくなるように分割する分割手段と、分割手段により分割されたブロックを順にコンテンツ再生端末に送信する送信手段と、を備えることを特徴とする。
【０００６】
また、本発明に係るコンテンツ配信システムは、上記のコンテンツ配信装置と、コンテンツ再生端末と、を備えることを特徴とする。
【０００７】
また、本発明に係るコンテンツ配信方法は、コンテンツを複数のブロックに分割してコンテンツ再生端末に送信するコンテンツ配信装置を用いたコンテンツ配信方法であって、最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズになるように分割するとともに、先頭のブロックから所定個数のブロックは、所定サイズよりも小さくなるように分割する分割ステップと、分割ステップで分割されたブロックを順にコンテンツ再生端末にコンテンツ配信装置が送信する送信ステップと、を備えることを特徴とする。
【０００８】
これにより、上記の発明では、まず、最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズになるように分割されて送信される。また、先頭のブロックから所定個数のブロックは、所定サイズよりも小さくなるように分割されて送信される。このため、ブロックの受信が完了したものから順次再生する際に、最初に送信される先頭のブロックから所定個数のブロックは、所定サイズよりも小さくなるように分割されているため、最初に受信された先頭のブロックから再生が開始されるまでの待機時間をより短くすることができる。この結果、遅延の程度をより小さくすることができる。
【０００９】
また、分割手段は、先頭のブロックから所定個数のブロックが、先頭のブロックから順に大きくなるように分割するのも好ましい。先頭のブロックから所定個数のブロックが、先頭のブロックから順に大きくなるように分割されているため、滞りない再生をより確実に行うことができる。
【００１０】
また、本発明に係るコンテンツ配信装置は、コンテンツ再生端末により受信されると再生が可能となる形式にコンテンツを変換する形式変換手段を更に備え、分割手段は、形式変換手段によるコンテンツの変換処理が完了した部分から順次、ブロックへの分割処理を形式変換手段による変換処理と並列して行うのも好ましい。これにより、分割手段による分割処理を、形式変換手段による変換処理と並列して行うことができる。この結果、分割処理及び変換処理を効率よく行うことが可能となる。
【発明の効果】
【００１１】
本発明によれば、分割されたコンテンツデータの受信が完了したものから順次再生する際に、再生が開始されるまでの待機時間をより短くして、遅延の程度をより小さくすることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明に係る好適な実施形態について詳細に説明する。なお、図面の説明において、可能な場合には、同一要素には同一符号を付し、重複する説明を省略する。
【００１３】
まず、実施形態に係るコンテンツ配信システムの構成を説明する。図１は、実施形態に係るコンテンツ配信システムの構成を示す図である。コンテンツ配信システム１００は、ＨＧＷ（Ｈｏｍｅ  ＧａｔｅＷａｙ）装置１（コンテンツ配信装置）と移動機２（コンテンツ再生端末）とを備えている。なお、ＨＧＷ装置１と移動機２との間には、これらの間の通信を中継する通信網（図示せず）が設けられている。通信網は、移動体通信網や、ＬＡＮ（すなわちローカルエリアネット）や、ＷＡＮ（すなわちインターネット）などから構成されている。なお、ＨＧＷ装置１および移動機２のそれぞれの数は通常、複数であるが、図１では各１つずつ示している。
【００１４】
ここで、ＨＧＷ装置１は、コンテンツのデータを複数のブロックに分割して、これらブロックを移動機２に送信したり、移動機２によるブロックのダウンロードを可能にすることにより、コンテンツのデータを移動機２に配信するサーバやホストコンピュータといった装置である。ＨＧＷ装置１は、コンテンツ制作事業者や通信事業者等によって管理される。ＨＧＷ装置１の物理的構成および機能的構成については、後述する。
【００１５】
また、移動機２は、ＨＧＷ装置１から受信した複数のブロックを順に再生する機能を有する携帯電話機といった端末である。移動機２は、このような機能を有する端末であれば、パソコンやＰＤＡなどの端末でもよい。移動機２の物理的構成および機能的構成については、後述する。
【００１６】
ここで、コンテンツデータの例としては、ドラマや映画やテレビ番組などの動画映像ファイル、楽曲やメロディやラジオ番組などの音声ファイルなどが挙げられる。
【００１７】
次に、実施形態に係るＨＧＷ装置１のハードウェア構成を説明する。図２は、実施形態に係るＨＧＷ装置１のハードウェア構成を示す図である。ＨＧＷ装置１は、ＣＰＵ１０１（Central Processing Unit）、主記憶装置であるＲＡＭ１０２（Random Access Memory）、及びＲＯＭ１０３(Read Only Memory)、通信を行うための通信モジュール１０４、並びにハードディスク等の補助記憶装置１０５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、ＨＧＷ装置１の機能が発揮される。
【００１８】
次に、実施形態に係るＨＧＷ装置１の機能構成を説明する。図１に示すように、ＨＧＷ装置１は、機能的な構成要素として、コンテンツ格納部１１（コンテンツ格納手段）と、外部ＮＷ接続部１２（外部接続手段）と、記憶部１３（記憶手段）と、テンポラリ格納部１４（テンポラリ格納手段）と、トランスコード処理部１５（形式変換手段）と、分割処理部１６（分割手段）と、取得制御部１７（送信手段）とを有している。
【００１９】
コンテンツ格納部１１は、移動機２のユーザによる再生及び視聴の対象となるコンテンツデータを保持する部分である。即ち、上記した動画映像ファイルなどのコンテンツデータや、音楽ファイルなどのコンテンツデータなどのマルチメディアデータが格納される領域である。格納される全てのコンテンツデータは、各データに一意に割り当てられた「要求コンテンツＩＤ」と関連付けられて格納されている。なお、コンテンツ格納部１１は、ＨＧＷ装置１の内部に設けずに、ＨＧＷ装置１とは別の装置に設けてこの別の装置をメディアサーバとして機能させてもよい。
【００２０】
外部ＮＷ接続部１２は、コンテンツデータの配信、再生、及び視聴の要求元である移動機２とのデータの送受信と、この送受信を含む通信の制御を行う部分である。コンテンツデータの配信要求を外部ＮＷ接続部１２が移動機２から受け付けると、配信が要求されたコンテンツデータの「要求コンテンツＩＤ」と、コンテンツデータ中の視聴を開始する箇所（例えば、コンテンツデータの最初からの再生経過時間に関する情報など）を示す「変換処理開始位置」の情報を移動機２から受信し、記憶部１３に格納する。また、後述の変換処理及び分割処理が完了したコンテンツデータがテンポラリ格納部１４に格納されると、外部ＮＷ接続部１２は、移動機２にこの処理済みデータを送信する。
【００２１】
記憶部１３は、上記の「要求コンテンツＩＤ」及び「変換処理開始位置」と、後述する「可変サイズブロック数」とを記憶保持する部分である。なお、「変換処理開始位置」は、後述するトランスコード処理部１５によるコンテンツデータの変換処理が開始される位置を示す情報でもある。また、「可変サイズブロック数」は、後述する分割処理部１６によるコンテンツデータの分割処理により生成される可変サイズのブロックの数を示す情報である。記憶部１３は、移動機２から送信された「要求コンテンツＩＤ」及び「変換処理開始位置」の情報を格納する。なお、「変換処理開始位置」及び「可変サイズブロック数」は、分割処理部１６によるコンテンツデータの分割処理が行われる度に、新たな情報に更新される。
【００２２】
テンポラリ格納部１４は、コンテンツ格納部１１に格納されているコンテンツデータを、変換処理や分割処理を行うために一時的に保持格納する部分である。コンテンツ格納部１１から取得したコンテンツデータや、トランスコード処理部１５が出力した変換処理済みのコンテンツデータや、分割処理部１６の分割処理により生成されたブロックなどのデータが、テンポラリ格納部１４に保持される。そして、テンポラリ格納部１４は、取得制御部１７の要求に応じて、これらのデータを出力するといった機能を有する。
【００２３】
トランスコード処理部１５は、移動機２による再生が可能となる形式にコンテンツデータの形式を変換する部分である。移動機２から送信された「要求コンテンツＩＤ」及び「変換処理開始位置」の情報が記憶部１３に格納されると、トランスコード処理部１５は、取得制御部１７からの上記の変換処理の開始要求を受け付けて、上記の変換処理を開始する。トランスコード処理部１５は、テンポラリ格納部１４に格納されたコンテンツデータに対して、上記の「変換処理開始位置」によって示される位置から、当該コンテンツデータの終端部分（末尾部分）までの形式変換処理（トランスコード変換処理）を行う。
【００２４】
分割処理部１６は、移動機２が形式変換処理済みコンテンツデータを長時間受信できるサイズのブロックに、分割する処理を行う部分である。分割処理部１６は、最初に送信する先頭のブロックから所定個数のブロックより後は、所定サイズｐになるように分割する。また、分割処理部１６は、最初に送信する先頭のブロックから所定個数のブロックは、所定サイズｐよりも小さくなるように分割する。ここで、最初に送信する先頭のブロックから所定個数のブロックが複数ある場合、先頭のブロックから所定個数のブロックが、先頭のブロックから順に大きくなるように分割するのが好ましい。ここで、分割処理部１６は、トランスコード処理部１５によるコンテンツの変換処理が完了した部分から順次、ブロックへの分割処理を形式変換処理と並列的に行う。分割処理部１６による分割処理の詳細については、後述する。
【００２５】
取得制御部１７は、分割処理部１６により分割されたブロックを順に、外部ＮＷ接続部１２を経由させて移動機２に送信する部分である。取得制御部１７は、コンテンツ格納部１１からコンテンツデータを取得するとテンポラリ格納部１４に格納して変換処理及び分割処理を行わせ、これらの処理が完了したブロックから順に、移動機２へ出力する。移動機２からのコンテンツデータの配信要求を外部ＮＷ接続部１２が受け付けると、取得制御部１７は、記憶部１３の要求コンテンツＩＤを参照して、テンポラリ格納部１４内のコンテンツデータとの照合を行う。そして、対応するコンテンツデータがテンポラリ格納部１４内に存在しなければ、コンテンツ格納部１１から該当するコンテンツデータをコピーして取得し、テンポラリ格納部１４に格納する。テンポラリ格納部１４に格納されたコンテンツデータは、トランスコード処理部１５に出力されて変換処理が行われた後で、分割処理部１６による分割処理が行われる。分割処理部１６から処理が完了したコンテンツデータ即ちブロックがテンポラリ格納部１４に格納されると、取得制御部１７は、処理が完了したブロックを、外部ＮＷ接続部１２を通じて順次、移動機に送信する。
【００２６】
次に、分割処理の詳細について説明する。図３は、分割処理部１６による分割処理の詳細について説明する説明図である。分割処理部１６は、記憶部１３に記憶された「変換処理開始位置」及び「可変サイズブロック数」の情報を用いて分割処理を行う。まず、取得制御部１７から特定のコンテンツデータＤの変換及び分割処理の開始要求を分割処理部１６が受け付けると、テンポラリ格納部１４内の該当コンテンツデータＤのトランスコード変換処理済み部分（即ち網掛け部分）から、コンテンツデータＤの分割処理を行う。このとき、変換処理済みであり、且つ、分割処理を開始する位置は、移動機２により再生が要求された「変換処理開始位置」Ｒであり、また、分割してブロックとして切り出すコンテンツデータＤの分割サイズは「可変サイズブロック数」によって決定される。分割サイズについては、後述する。分割によって切り出す範囲において、トランスコード変換処理が完了していない場合は、この変換処理が完了するのを待機してから、分割処理が行われる。
【００２７】
ブロックに分割するサイズの種類には、固定サイズと可変サイズの２種類がある。固定サイズは、移動機２の仕様や移動機２のユーザによって決定される一定の大きさのサイズ（以下、ｐとする）である。また、可変サイズは、「可変サイズブロック数」によって決定される大きさのサイズであり、コンテンツデータＤのファイルの末尾に近づくほど、分割サイズは大きくなる。言い換えれば、ファイルの先頭に近づくほど、分割サイズは小さくなる。
【００２８】
より詳しくは、分割処理部１６は、最初に送信する先頭のブロックＢ１から所定個数（即ち「可変サイズブロック数」。ここでは例えば３とする）のブロックまで（即ちここではＢ１〜Ｂ３）は、所定サイズよりも小さい可変サイズになるように分割処理を行う。また、分割処理部１６は、先頭のブロックから所定個数のブロックより後（即ちここではＢ４，Ｂ５，…）は、所定サイズｐになるように分割処理を行う。より具体的には、ｎ回目の分割により生成抽出されたブロックの分割サイズをｓ（ｎ）とし、「可変サイズブロック数ｋ（即ちここではｋ＝３）」から後のブロック（即ちここではＢ４，Ｂ５，…）のサイズを固定サイズｐに切り替えるとすると、（1≦）ｎ≦ｋ（即ちここではｋ＝３）の関係式が成立するブロックでは、「可変サイズ」での分割となり、このときの分割サイズｓ（ｎ）に関しては、ｓ（ｎ−１）≦ｓ（ｎ）≦ｓ（ｎ＋１）の関係式が成立する。また、ｎ＞ｋ（即ちここではｋ＝３）の関係式が成立するブロックでは、「固定サイズ」での分割となり、このときの分割サイズｓ（ｎ）に関しては、ｓ（ｎ）＝ｐの関係式が成立する。
【００２９】
そして、分割処理部１６によって生成されたブロックは、処理済コンテンツデータとしてテンポラリ格納部１４に一時的に格納される。なお、分割処理部１６による分割処理が行われる毎に、記憶部１３に記憶されている可変サイズブロック数及び変換処理開始位置の情報は更新される。
【００３０】
次に、コンテンツデータの形式変換処理、分割処理、及び配信処理を行うＨＧＷ装置１の動作の一例を説明する。図４は、ＨＧＷ装置１の動作の一例を説明するためのフローチャートである。このフローチャートに示される処理は、主としてＣＰＵ１０１によって行われるものであり、ＨＧＷ装置１の電源がオンされてからオフされるまでの間、所定のタイミングで繰り返し実行される。
【００３１】
ここでは、例として、「可変サイズブロック数」を３とし、可変サイズｓ（ｎ）はｐ×ｎ×０．２５により決定されるとする（ただし、１≦ｎ≦ｋ（即ちここではｋ＝３）の関係式が成立する場合）。即ち、固定サイズｐのコンテンツデータが、再生時間３００秒の映像ファイルであるとすると、最初（即ちｎ＝１）に送信される先頭のブロックＢ１として７５秒のサイズで分割され、２回目（即ちｎ＝２）に送信されるブロックＢ２として１５０秒のサイズで分割され、３回目（即ちｎ＝３）に送信されるブロックＢ３として２２５秒のサイズで分割される。なお、４回目以降に送信されるブロックＢ４，Ｂ５，…としては全て、３００秒の固定サイズで分割される。なお、可変サイズｓ（ｎ）を決定する上記の定義式は、分割方法の一例であり、本発明を制限するものではない。このように再生時間を区切ることによりコンテンツデータを分割してもよいが、その他の例として、コンテンツデータのファイル容量やフレーム数等により分割してもよい。
【００３２】
図４に示すように、まず、移動機２に表示されるコンテンツの一覧を示すリストから、ユーザが、視聴を望むコンテンツを選択すると、移動機２からＨＧＷ装置１に対して当該コンテンツの視聴要求情報が送信される。そしてＨＧＷ装置１の外部ＮＷ接続部１２は、この視聴要求情報を受信して記憶部１３に保持する（ステップＳ０１）。視聴要求情報には、ユーザに選択されたコンテンツの「要求コンテンツＩＤ」及び「変換処理開始位置」が含まれている。ここで、要求されたコンテンツはこのユーザによって今までに視聴要求されたことがないものであるか否か、即ち、初回の視聴要求であるか否かが、取得制御部１７によって判断される（ステップＳ０２）。ステップＳ０２では、取得制御部１７が、テンポラリ格納部１４に当該コンテンツデータがキャッシュとして残っているか否かを判断する。当該コンテンツデータがキャッシュとして残っていない場合、初回の視聴要求と判断される。また、当該コンテンツデータがキャッシュとして残っている場合、初回の視聴要求ではないと判断される。
【００３３】
ステップＳ０２において、今回の視聴要求が初回の視聴要求である場合、取得制御部１７が、コンテンツ格納部１１から「要求コンテンツＩＤ」に対応するコンテンツデータを取得してテンポラリ格納部１４に格納する（ステップＳ０３）。そして、取得制御部１７が、トランスコード処理部１５に対して、テンポラリ格納部１４に格納されたコンテンツデータの変換処理を要求する。これにより、トランスコード処理部１５が、「変換処理開始位置」から、コンテンツデータのトランスコード変換処理を開始する（ステップＳ０４）。そして、ステップＳ０５に移行する。
【００３４】
一方、ステップＳ０２において、今回の視聴要求が２回目以降であって初回の視聴要求でない場合、即ち、このユーザによって今までに視聴要求されたことがある場合（例えば、前回視聴終了部分からの再生の場合や、巻き戻しのような再生位置変更の要求の場合）、テンポラリ格納部１４にコンテンツデータがキャッシュとして残っているため、ステップＳ０３は省略され、ステップＳ０４に移行する。
【００３５】
ステップＳ０５では、分割カウント数は、「可変サイズブロック数ｋ」（即ちここではｋ＝３）以下であるか否かが、分割処理部１６によって判断される。ここで、分割カウント数とは、コンテンツデータの分割処理を行った回数の合計のことである。分割カウント数が「可変サイズブロック数ｋ」（即ちここではｋ＝３）以下である場合、上記したように、可変サイズｓ（ｎ）がｐ×ｎ×０．２５により決定される（ステップＳ０６）。この例では、上記したように、１回目の分割時の分割サイズは固定サイズｐの１／４であり、２回目の分割サイズは固定サイズｐの１／２であり、３回目の分割サイズは固定サイズｐの３／４である。次にステップＳ０７に移行する。
【００３６】
ステップＳ０７では、上記によって決定された分割サイズのブロックを生成するために分割を行う地点まで、トランスコード変換処理が完了しているか否かが、分割処理部１６によって判断される。ステップＳ０７において、上記によって決定された分割サイズのブロックを生成するために分割を行う地点まで、トランスコード変換処理が完了しておらず、分割処理が行えない場合は、分割処理部１６が所定時間だけ待機（ステップＳ０８）した後に、再度、ステップＳ０７に移行する。
【００３７】
一方、ステップＳ０７において、上記によって決定された分割サイズのブロックを生成するために分割を行う地点まで、トランスコード変換処理が完了しており、分割処理が可能な場合は、この指定された分割サイズでコンテンツデータを分割して切り出す（ステップＳ０９、分割ステップ）。そして、分割カウント数を更新する（ステップＳ１１）。分割カウント数は、分割処理が１度行われる毎に１つ加算される。そして、ステップＳ１２に移行する。
【００３８】
また、ステップＳ０５において、分割カウント数が「可変サイズブロック数ｋ」（即ちここではｋ＝３）以下でない場合、即ち、「可変サイズブロック数ｋ」によって示される個数分のブロックが、分割によって既に生成されている場合、上記したように、分割サイズを固定サイズｐとして決定する（ステップＳ１０）。そして、ステップＳ０９に移行する。
【００３９】
ステップＳ１２では、コンテンツデータの分割により切り出されたブロックを、取得制御部１７が外部ＮＷ接続部１２を経由させて移動機２に送信する（送信ステップ）。そして、ステップＳ１３に移行する。
【００４０】
ステップＳ１３では、コンテンツデータの末尾まで、変換処理及び分割処理が完了し、全てのブロックが移動機２に送信されたか否かが、取得制御部１７によって判断される（ステップＳ１３）。コンテンツデータの末尾まで、変換処理及び分割処理が完了していない場合や、移動機２に送信されていないブロックが存在する場合、ステップＳ０６に移行する。一方、変換処理及び分割処理が完了しており、且つ、移動機２にブロックが全て送信された場合、この時点で、一連の処理は終了する。但し、この一連の処理の途中で新たな視聴要求などの割り込み要求が発生した場合は、実行中の処理は中断されて新たな処理が行われる。
【００４１】
以上のように、本発明に係るＨＧＷ装置１、コンテンツ配信システム１００、及びコンテンツ配信方法では、図３に示すように、大容量のコンテンツデータＤを複数のブロックに分割して移動機２に送信する。より詳しくは、まず、最初に送信するブロックＢ１から所定個数（ここでは３個）のブロック（即ちＢ１〜Ｂ３）より後（即ちここではＢ４，Ｂ５，…）は、所定サイズｐになるように分割されて、移動機２に送信される。また、先頭のブロックＢ１から所定個数（ここでは３個）のブロック（即ちＢ１〜Ｂ３）は、所定サイズｐよりも小さくなるように分割されて、移動機２に送信される。このため、移動機２において、ブロックの受信が完了したものから繋げていって順次再生する際に、最初に送信される先頭のブロックＢ１から所定個数（ここでは３個）のブロック（即ちＢ１〜Ｂ３）は、所定サイズｐよりも小さくなるように分割されているため、最初に受信されたブロックＢ１から再生が開始されるまでの待機時間をより短くすることができる。この結果、遅延の程度をより小さくすることができ、大容量のコンテンツデータを違和感無く再生させることが可能となる。
【００４２】
なお、コンテンツの視聴が移動機２によって要求されてから、移動機２における再生が開始されるまでの時間は、分割されたブロックのサイズが小さいほど減少する。しかし、サイズの大きいコンテンツデータを小さなサイズ単位のブロックに分割すると、移動機２に送信する分割データであるブロックの個数が増えてしまう。ここで、分割データであるブロックは、個々にヘッダ情報などを有する必要があるため、分割個数が増えるほど移動機２に送信するデータの総送信量は分割前のデータ容量よりも大きくなってしまう。
【００４３】
これに対して、本発明に係るＨＧＷ装置１、コンテンツ配信システム１００、及びコンテンツ配信方法では、最初の所定回数（即ち可変サイズブロック数によって示される数）の分割では徐々に分割サイズが大きくなるような可変サイズで分割を行い、その後は固定サイズｐで分割をしていくようなデータ分割処理を行う。このため、ＨＧＷ装置１と移動機２との間のネットワークのリソースを有効に活用しながら、移動機２における再生遅延を極力減らすとともに、より確実に再生を滞りなく行うことができる。また、一般的なコンテンツデータの携帯電話再生用フォーマットへの変換といったようなトランスコード変換処理を、分割処理と並列して行うことで、分割処理及び変換処理を効率よく行うことができるため、多種のフォーマットの大容量コンテンツデータのリアルタイム配信が可能となる。
【００４４】
以下、本発明の実施例について説明するが、本発明はこれに限定されるものではない。移動機２として、９０２ｉＳシリーズに属する携帯電話機（コンテンツデータの長時間の再生が可能なように再生プレイヤを改造済み）を用い、また、ＨＧＷ装置１として、ＣＰＵ１．６０ＧＨｚ及びＲＡＭ５０４ＭＢのスペックを有するコンシューマ向けパソコンを用いた。また、コンテンツデータとして、ビットレートが９６、フレームが１５のオーディオ（６４ｋｂｐｓ／４８ｋＨｚ）を用いた。また、形式変換処理前（即ちトランスコーダ前）であるＭＰＥＧ２形式のコンテンツデータを、形式変換処理後（即ちトランスコーダ後）に３ＧＰ形式に変換する処理を行った。
【００４５】
このコンテンツデータを、最初に送信されるものから全て３０秒にパソコンＰＣ−ＡＸ５０Ｍで分割して携帯電話機ＳＨ９０２ｉＳに通信網経由で送信した場合、表示が開始されるまでの表示開始時間は、６１．９秒であった。
【００４６】
これに対して、このコンテンツデータを、最初に送信されるものから、５秒（Ｂ１）、１０秒（Ｂ２）、２０秒（Ｂ３）、３０秒（Ｂ４）、３０秒（Ｂ５）、３０秒（Ｂ６）、…（以下、３０秒の固定サイズ）にパソコンＰＣ−ＡＸ５０Ｍで分割して携帯電話機ＳＨ９０２ｉＳに送信した場合、表示が開始されるまでの表示開始時間は、２６．６秒となり、上記の６１．９秒の場合よりも遅延の程度をより小さくすることができた。
【００４７】
同様に、最初に送信されるものから、１０秒（Ｂ１）、１５秒（Ｂ２）、２０秒（Ｂ３）、２５秒（Ｂ４）、３０秒（Ｂ５）、３０秒（Ｂ６）、…（以下、３０秒の固定サイズ）に分割して送信した場合、表示開始時間は、３７．５秒となり、上記の６１．９秒の場合よりも遅延の程度をより小さくすることができた。
【００４８】
同様に、最初に送信されるものから、１０秒（Ｂ１）、２０秒（Ｂ２）、３０秒（Ｂ３）、３０秒（Ｂ４）、３０秒（Ｂ５）、３０秒（Ｂ６）、…（以下、３０秒の固定サイズ）に分割して送信した場合、表示開始時間は、３５．１秒となり、上記の６１．９秒の場合よりも遅延の程度をより小さくすることができた。
【００４９】
同様に、最初に送信されるものから、１５秒（Ｂ１）、２０秒（Ｂ２）、２５秒（Ｂ３）、３０秒（Ｂ４）、３０秒（Ｂ５）、３０秒（Ｂ６）、…（以下、３０秒の固定サイズ）に分割して送信した場合、表示開始時間は、４４．５秒となり、上記の６１．９秒の場合よりも遅延の程度をより小さくすることができた。
【００５０】
同様に、最初に送信されるものから、２０秒（Ｂ１）、２５秒（Ｂ２）、３０秒（Ｂ３）、３０秒（Ｂ４）、３０秒（Ｂ５）、３０秒（Ｂ６）、…（以下、３０秒の固定サイズ）に分割して送信した場合、表示開始時間は、５１．５秒となり、上記の６１．９秒の場合よりも遅延の程度をより小さくすることができた。
【図面の簡単な説明】
【００５１】
【図１】実施形態に係るコンテンツ配信システムの構成を示す図である。
【図２】実施形態に係るＨＧＷ装置のハードウェア構成を示す図である。
【図３】分割処理部による分割処理の詳細について説明する説明図である。
【図４】実施形態に係るＨＧＷ装置の動作を説明するフローチャートである。
【符号の説明】
【００５２】
１…ＨＧＷ装置、２…移動機、１１…コンテンツ格納部、１２…外部ＮＷ接続部、１３…記憶部、１４…テンポラリ格納部、１５…トランスコード処理部、１６…分割処理部、１７…取得制御部、１００…コンテンツ配信システム、１０４…通信モジュール、１０５…補助記憶装置、Ｂ１〜Ｂ５…ブロック、Ｄ…コンテンツデータ。
【図１】
2008283571.tif 000003
【図２】
2008283571.tif 000004
【図３】
2008283571.tif 000005
【図４】
2008283571.tif 000006