(57)【要約】  【課題】気付け先装置等を設けることなく、移動端末４００へのストリーム配信を可能とするストリーム配信システム１０を提供する。  【解決手段】ストリーム配信サーバ１００は、動画像を予め格納している画像格納部１１４と、動画像の配信レート情報を移動端末４００に提供する画像情報提供部１１０と、移動端末４００からの要求に応じて動画像を移動端末４００へ送信する画像送信部１０８とを有し、移動端末４００は、自身に割り当てられたアドレスを管理するアドレス管理部４１８と、送信先をアドレス管理部４１８が管理するアドレスとして、予め定められた時間間隔で、画像送信部１０８に動画像の一部を要求する送信画像要求部４１４と、画像要求部４１４からの要求に応じて画像送信部１０８が送信する動画像の一部を取得する認証部４１０と、取得した動画像を再生する画像再生部４０４とを有するストリーム配信システム１０を提供する。【選択図】図１
2006041819.tif 000002
【特許請求の範囲】
【請求項１】
動画像を、ネットワークを介して配信するストリーム配信サーバと、
ネットワークを介して前記ストリーム配信サーバから前記動画像を受信して再生する移動端末と
を備え、
前記ストリーム配信サーバは、
前記動画像を予め格納している画像格納部と、
前記画像格納部が格納している前記動画像を受信しながら再生する場合に最低限必要な伝送速度を示す配信レート情報を、ネットワークを介して前記移動端末に提供する画像情報提供部と、
前記移動端末からの要求に応じて、前記画像格納部が格納している前記動画像を、ネットワークを介して、前記移動端末へ配信する画像配信部と
を有し、
前記移動端末は、
自身に割り当てられたアドレスを管理するアドレス管理部と、
送信元を前記アドレス管理部が管理する前記アドレスとして、予め定められた時間間隔で、前記画像配信部に前記動画像を要求する配信画像要求部と、
前記配信画像要求部からの要求に応じて前記画像配信部が配信する前記動画像を取得する画像取得部と、
前記画像取得部が取得した前記動画像を再生する画像再生部と
を有し、
前記配信画像要求部は、
前記画像情報提供部から受け取った前記配信レート情報に基づいて、今回の要求タイミングから次回の要求タイミングまでの時間に、前記画像配信部から取得すべきデータ量を算出し、前回の配信要求によって取得した前記動画像の続きの前記動画像を、当該算出した前記データ量分要求する処理を繰り返し実行する
ことを特徴とするストリーム配信システム。
【請求項２】
請求項１に記載のストリーム配信システムであって、
ネットワークと接続され、ネットワークを介して前記ストリーム配信サーバから受け取る前記動画像を、無線通信により前記移動端末へ送信すると共に、前記移動端末からのデータを無線通信により受け取り、ネットワークを介して前記ストリーム配信サーバへ送信する基地局をさらに備え、
前記基地局は、前記ストリーム配信サーバとの間、および前記移動端末との間において、分割することなく伝送可能な最大のデータサイズを検出する最大データサイズ検出部を有し、
前記配信画像要求部は、前記ストリーム配信サーバに対して１回に要求するデータ量を、前記最大データサイズ検出部が検出した前記分割することなく伝送可能な最大のデータサイズの倍数とすることを特徴とするストリーム配信システム。
【請求項３】
請求項１に記載のストリーム配信システムであって、
前記ストリーム配信サーバは、
前記移動端末と認証を行い、認証が成功した場合に、前記移動端末に対して固有の接続識別情報を発行すると共に、前記画像配信部に前記移動端末への前記動画像の配信を許可するサーバ認証部と、
発行した前記接続識別情報を格納するサーバ側接続識別情報格納部と、
前記移動端末から前記接続識別情報を受け取った場合、前記接続識別情報格納部を参照して、前記移動端末から受け取った前記接続識別情報が前記接続識別情報格納部に存在しない場合には、前記サーバ認証部に認証させ、前記移動端末から受け取った前記接続識別情報が前記接続識別情報格納部に存在する場合には、前記サーバ認証部に認証させることなく、前記画像配信部の前記動画像の配信を許可する接続識別部と
をさらに有し、
前記移動端末は、
前記サーバ認証部と認証を行う端末認証部と、
前記サーバ認証部が発行した前記接続識別情報を格納する端末側識別情報格納部と、
前記認証後、前記ストリーム配信サーバへ再接続する場合に、前記端末側識別情報格納部から前記接続識別情報を読み出して、前記接続識別部へ送信することにより、前記接続識別に前記動画像の送信を許可させる識別情報送信部と
を有することを特徴とするストリーム配信システム。
【請求項４】
請求項１に記載のストリーム配信システムであって、
ネットワークと接続され、ネットワークを介して前記ストリーム配信サーバから受け取る前記動画像を、無線通信により前記移動端末へ送信すると共に、前記移動端末からのデータを無線通信により受け取り、ネットワークを介して前記ストリーム配信サーバへ送信する基地局をさらに備え、
前記基地局は、
前記移動端末との間の無線通信区間において、前記移動端末が使用可能な通信帯域を検出する通信帯域検出部
を有し、
前記画像格納部は、前記動画像を分割した複数の分割動画像として、前記動画像を格納しており、
前記ストリーム配信サーバは、
前記複数の分割動画像のそれぞれのデータ量および前記動画像における位置を示す分割動画像情報を、前記複数の分割動画像のそれぞれを識別する分割動画像識別情報に対応付けて予め格納している画像情報格納部と、
前記移動端末からの要求に応じて、対応する前記分割動画像を前記画像格納部から読出して、前記画像配信部へ送る画像読出部と
をさらに有し、
前記移動端末は、
前記分割動画像の取得に先立って、前記配信レート情報、前記通信帯域、および前記分割動画像情報を取得し、前記配信レート情報で示される所定時間内に伝送されるべきデータ量が、前記通信帯域で示される所定時間内に伝送可能なデータ量以上である場合、取得した前記分割動画像情報を参照して、所定時間内に伝送されるべきデータ量が、前記通信帯域で示される所定時間内に伝送可能なデータ量未満となるように、配信すべき前記分割画像を前記画像読出部に指示することにより、前記画像送信部を介して所定時間内に伝送される前記分割動画像の数を減少させる分割動画像要求部と、
前記分割動画像要求部が所定時間内に伝送される前記分割動画像を減少させたことによって、変更された配信レートを算出し、算出した配信レートに基づいて、前記配信画像要求部に前記動画像を前記ストリーム配信サーバへ要求させる配信レート再計算部と
をさらに有することを特徴とするストリーム配信システム。
【請求項５】
請求項４に記載のストリーム配信システムであって、
前記画像情報格納部は、前記複数の分割動画像のそれぞれの重要度を、さらに前記分割動画像識別情報に対応付けて予め格納しており、
前記分割動画像要求部は、所定時間内に伝送される前記分割動画像の数を減少させる場合に、所定の重要度よりも低い重要度を有する前記分割動画像を前記画像読出部に要求しないことにより、所定時間内に伝送される前記分割動画像の数を減少させることを特徴とするストリーム配信システム。
【請求項６】
動画像を、ネットワークを介して移動端末へ配信するストリーム配信サーバであって、
前記動画像を予め格納している画像格納部と、
前記画像格納部が格納している前記動画像を受信しながら再生する場合に最低限必要な伝送速度である配信レート情報を、ネットワークを介して前記移動端末に提供する画像情報提供部と、
前記移動端末からの配信要求に応じて、前記画像格納部が格納している前記動画像を、配信先を前記配信要求の送信元のＩＰアドレスとして、ネットワークを介して前記移動端末へ配信する画像配信部と
を備えることを特徴とするストリーム配信サーバ。
【請求項７】
ネットワークを介して配信するストリーム配信サーバから動画像を受信して再生する移動端末であって、
自身に割り当てられたアドレスを管理するアドレス管理部と、
送信元を前記アドレス管理部が管理する前記アドレスとして、予め定められた時間間隔で、前記ストリーム配信サーバに前記動画像を要求する配信画像要求部と、
前記配信画像要求部からの要求に応じて前記ストリーム配信サーバが配信する前記動画像を取得する画像取得部と、
前記画像取得部が取得した前記動画像を再生する画像再生部と
を備え、
前記配信画像要求部は、
前記ストリーム配信サーバから受け取った前記配信レート情報に基づいて、今回の要求タイミングから次回の要求タイミングまでの時間に、前記ストリーム配信サーバから取得すべきデータ量を算出し、前回の配信要求によって取得した前記動画像の続きの前記動画像を、当該算出した前記データ量分要求する処理を繰り返し実行する
ことを特徴とする移動端末。
【請求項８】
ストリーム配信サーバがネットワークを介して動画像を移動端末に配信するストリーム配信方法であって、
前記ストリーム配信サーバは、
前記動画像を画像格納部に予め格納する画像格納ステップと、
前記画像格納部が格納している前記動画像の配信レートの情報を、ネットワークを介して前記移動端末に提供する画像情報提供ステップと、
前記移動端末からの要求に応じて、前記画像格納部が格納している前記動画像を、ネットワークを介して、前記移動端末へ配信する画像配信ステップと
を行い、
前記移動端末は、
自身に割り当てられたアドレスを管理するアドレス管理ステップと、
送信元を前記アドレス管理ステップにおいて管理される前記アドレスとして、予め定められた時間間隔で、前記ストリーム配信サーバに前記動画像を要求する配信画像要求ステップと、
前記配信画像要求ステップにおいて生成された要求に応じて前記画像配信ステップにおいて配信される前記動画像を取得する画像取得ステップと、
前記画像取得ステップにおいて取得された前記動画像を再生する画像再生ステップと
を行い、
前記配信画像要求ステップは、
前記画像情報提供ステップにおいて提供された前記配信レート情報に基づいて、今回の要求タイミングから次回の要求タイミングまでの時間に、前記画像配信ステップから取得すべきデータ量を算出し、前回の配信要求によって取得した前記動画像の続きの前記動画像を、当該算出した前記データ量分要求する処理を繰り返し実行する
ことを特徴とするストリーム配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して大容量コンテンツを配信するストリーム配信技術に関する。
【背景技術】
【０００２】
近年、ブロードバンドと称される高速ネットワーク網の発達とともにオンデマンドストリーム配信サービスが開始されつつある。それにともない、携帯電話を代表とする移動端末への映像配信技術への関心も高まっており、様々な既存技術が存在する。ストリーム配信には、ＲＴＰ、ＲＴＳＰ、およびＲＴＣＰというプロトコルが用いられる（例えば、非特許文献１、非特許文献２、および非特許文献３参照。）。ストリーム配信では、ＲＴＰおよびＲＴＳＰにより、サーバ（ストリーム配信装置）からクライアントにストリームデータを送出し、ＲＴＳＰにより、クライアントで測定したストリーム受信実績をサーバへフィードバックすることにより、ネットワークの混雑度の変化に応じてストリーム配信レートを制御している。
【０００３】
しかし、上述のＲＴＰ、ＲＴＳＰ、およびＲＴＣＰというプロトコルは、クライアントのＩＰアドレスが通信中に変更されない通信を仮定しており、クライアントがＩＰ通信を行う移動端末の場合には、移動端末がネットワークアドレスの異なるネットワーク間を移動することによって、移動端末のＩＰアドレスが異なり、ストリーム配信を継続することができない場合があった。
【０００４】
それを回避するために、ホームエージェントと呼ばれる気付先装置を別途設け、この気付先装置が移動端末に代わってサーバから送出されるパケットを同一のＩＰアドレスで受信することにより、移動端末のＩＰアドレスが変更されても、ストリーム配信を継続することができる。
【非特許文献１】H.Schulzrinne著、“RFC1889(RTP: A Transport Protocol for Real-Time Applications)”、［online］、IAB(Internet Architecture Board)、(米国)、1996年1月、［平成16年7月12日検索］、インターネット＜http://www.faqs.org/rfcs/rfc1889.html＞
【非特許文献２】H.Schulzrinne著、“RFC2326(Real Time Streaming Protocol (RTSP))”、［online］、IAB(Internet Architecture Board)、(米国)、1998年4月、[平成16年7月12日検索]、インターネット＜http://www.faqs.org/rfcs/rfc2326.html＞
【非特許文献３】C.Huitema著、“RFC3605(Real Time Control Protocol (RTCP) attribute in Session Description Protocol (SDP))”、［online］、IAB(Internet Architecture Board)、(米国)、2003年10月、［平成16年7月12日検索］、インターネット＜http://www.faqs.org/rfcs/rfc3605.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、気付け先装置はそれぞれの移動端末に対して設けられる必要があり、複数の移動端末へストリーム配信を行う場合には、設備にかかる費用が高くなる場合があった。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、気付け先装置を設けることなく、移動端末へのストリーム配信を可能とすることにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明における移動端末は、時間的に連続した複数のブロックに分割された動画像のそれぞれを、予め定められた時間間隔毎に、サーバに要求する。
【０００８】
具体的には、動画像を、ネットワークを介して配信するストリーム配信サーバと、ネットワークを介してストリーム配信サーバから動画像を受信して再生する移動端末とを備え、ストリーム配信サーバは、動画像を予め格納している画像格納部と、画像格納部が格納している動画像の配信レートの情報を、ネットワークを介して移動端末に提供する画像情報提供部と、移動端末からの要求に応じて、画像格納部が格納している動画像を、ネットワークを介して、移動端末へ配信する画像配信部とを有し、移動端末は、自身に割り当てられたアドレスを管理するアドレス管理部と、送信元をアドレス管理部が管理するアドレスとして、予め定められた時間間隔で、画像配信部に動画像を要求する配信画像要求部と、画像要求部からの要求に応じて画像配信部が配信する動画像を取得する画像取得部と、画像取得部が取得した動画像を再生する画像再生部とを有し、配信画像要求部は、画像情報提供部から受け取った配信レート情報に基づいて、今回の要求タイミングから次回の要求タイミングまでの時間に、画像配信部から取得すべきデータ量を算出し、前回の要求で取得した動画像の続きの動画像を、当該算出したデータ量分要求する処理を繰り返し実行することを特徴とするストリーム配信システムを提供する。
【０００９】
このように、移動端末が自身に現在割り当てられているＩＰアドレスを送信元とする動画像の配信要求を、予め定められた時間間隔でストリーム配信サーバに送信するので、ハンドオーバ等によって移動端末のＩＰアドレスが変化した場合であっても、変化後のＩＰアドレスを送信元とする動画像の配信要求がストリーム配信サーバに送信される。
【発明の効果】
【００１０】
本発明のストリーム配信サーバによれば、変化後のＩＰアドレスに対しても継続してストリーム配信を行うことができる。また、気付け先装置の負担を軽減することができる。さらに、気付け先装置が不要となり、ストリーム配信を安価に実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について説明する。
【００１２】
図１は、本発明の一実施形態に係るストリーム配信システム１０の構成を示す。ストリーム配信システム１０は、ストリーム配信サーバ１００、有線ネットワーク２００、基地局３００、および移動端末４００を備える。ストリーム配信サーバ１００は、動画像を予め格納している。また、ストリーム配信サーバ１００は、例えばインターネット等の有線ネットワーク２００に接続されており、要求に応じて格納している動画像を、有線ネットワーク２００を介して移動端末４００へストリーム配信する。
【００１３】
基地局３００は、有線ネットワーク２００に接続されており、有線ネットワーク２００を介してストリーム配信サーバ１００と通信する。また、基地局３００は、例えばＷ−ＣＤＭＡやＷ−ＬＡＮ等の無線通信方式により、移動端末４００と通信する。移動端末４００は、例えば携帯電話やＰＤＡ等であり、基地局３００および有線ネットワーク２００を介してストリーム配信サーバ１００から受け取った動画像を画面に再生する。本実施形態において、移動端末４００は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）をベースとした無線通信を行う端末である。
【００１４】
図２は、本実施形態のストリーム配信方法の一例を説明するための概念図である。本実施形態において、ストリーム配信サーバ１００は、ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）方式に基づく動画像を格納しており、当該動画像は、時間的に複数のＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）と呼ばれるブロックに分けられている。本例において、それぞれのＧＯＰは１つのＩピクチャ、２つのＰピクチャ、および４つのＢピクチャを有する。それぞれのピクチャには、図２に示す通り番号１３が割り当てられている。
【００１５】
移動端末４００は、動画像のストリーム配信を受信する前に、動画像の基本配信データレート、再生フレームレート、動画像に含まれるＧＯＰの構成、および各ピクチャのデータ量を予めストリーム配信サーバ１００から取得する。基本配信データレートとは、動画像を受信しながら再生する場合に最低限必要な伝送速度であり、画質や画像サイズ等によって決まる。再生フレームレートとは、単位時間に表示すべきフレーム（本例では、Ｉ、Ｐ、およびＢピクチャ）数を示す値である。
【００１６】
ストリーム配信サーバ１００との間で利用可能な通信帯域が動画像の基本配信データレートよりも小さい場合、移動端末４００は、全てのＧＯＰに含まれるいずれのピクチャを間引くかという情報をストリーム配信サーバ１００へ送る。図２に示す場合において、移動端末４００は、全てのＧＯＰ内の２番目と５番目のＢピクチャを間引く旨を通知する。ストリーム配信サーバ１００は、移動端末４００から指示されたピクチャを間引き、残りのピクチャを結合して新たな動画像を作成し、動画像の配信データレートを減少させる。一方、ストリーム配信サーバ１００との間で利用可能な通信帯域が動画像の基本配信データレートよりも大きい場合には、移動端末４００は、動画像を構成する全てのピクチャをストリーム配信サーバ１００に要求する。これにより、ストリーム配信サーバ１００との間で利用可能な通信帯域が動画像の配信データレートよりも小さい場合であっても、移動端末４００は、動画像が示す内容を閲覧者に伝えることができる。
【００１７】
また、移動端末４００は、後述する方法によって、ストリーム配信サーバ１００との間の通信路において分割されない最大のデータサイズである非分割データ単位１８を取得し、ストリーム配信サーバ１００に要求するデータ量であるデータ要求単位２０を、取得した非分割データ単位１８の倍数とする。そして、移動端末４００は、動画像を複数のデータ要求単位２０に分割してストリーム配信サーバ１００から受信する。これにより、移動端末４００は、ストリーム配信サーバ１００からより効率よくデータを受信することができる。
【００１８】
また、データ要求単位２０およびデータ要求単位２０の要求時間間隔は、予め定められた要求時間間隔と、ストリーム配信サーバ１００と移動端末４００との間で利用可能な通信帯域に応じて間引きされた新たな動画像の配信データレートとに基づいて決定される。なお、要求時間間隔は、基地局３００のセル半径や取得した動画像を格納する移動端末４００のバッファの容量等に基づいて設定されることが好ましい。
【００１９】
図３は、ストリーム配信サーバ１００の構成の一例を示すブロック図である。ストリーム配信サーバ１００は、接続識別部１０２、認証部１０４、画像読出部１０６、画像送信部１０８、画像情報提供部１１０、識別情報格納部１１２、画像格納部１１４、および画像情報格納部１１６を備える。画像格納部１１４は、配信する動画像を、時間的に連続する複数の分割動画像として予め格納している。画像読出部１０６は、画像格納部１１４に格納されている複数の分割動画像のいずれを読み出すかという情報を、有線ネットワーク２００を介して移動端末４００から受け取り、当該情報に基づいて、対応する分割動画像を画像格納部１１４から読み出す。そして、画像読出部１０６は、読み出した分割動画像を、動画像における時間の経過に沿って結合する。
【００２０】
画像送信部１０８は、画像読出部１０６が結合した分割動画像の中から、移動端末４００から指定されるオフセットおよびデータサイズに基づく量のデータを取り出し、移動端末４００へ送信する。オフセットとは、取得すべきデータの動画像の先頭からのオフセットである。画像情報格納部１１６は、画像格納部１１４が格納している動画像の基本配信データレート、再生フレームレート、動画像に含まれるＧＯＰの構成、および各ピクチャのデータ量等に関する分割動画像情報を予め格納している。画像情報提供部１１０は、画像情報格納部１１６から動画像に関する情報を読み出し、読み出した動画像に関する情報を、有線ネットワーク２００を介して移動端末４００へ送信する。
【００２１】
認証部１０４は、ストリーム配信を要求してきた移動端末４００の所有者の本人確認や課金処理等の認証処理を行い、認証が成功した場合に、画像送信部１０８に対して、認証済みの移動端末４００へのストリーム配信を許可する。また、認証部１０４は、認証が成功した場合に、課金対象の動画像の配信を識別する接続識別情報を発行し、発行した接続識別情報を移動端末４００へ送信すると共に、発行した接続識別情報を識別情報格納部１１２に格納する。この場合、認証部１０４は、移動端末４００に設定された画面サイズ等のストリーム画像を閲覧するのに必要な情報を、接続識別情報に対応付けて格納する。
【００２２】
識別情報格納部１１２は、認証部１０４が発行した接続識別情報および画像サイズ等を格納する。接続識別部１０２は、移動端末４００から接続識別情報を受け取った場合に、識別情報格納部１１２を参照して、受け取った接続識別情報が識別情報格納部１１２に存在するか否かを判定し、存在する場合には、認証が成功しているものとして、画像送信部１０８に移動端末４００への画像の配信を許可する。
【００２３】
図４は、基地局３００の構成の一例を示すブロック図である。基地局３００は、無線インターフェイス３０２、帯域検出部３０４、非分割サイズ検出部３０６、および有線インターフェイス３０８を備える。有線インターフェイス３０８は、有線ネットワーク２００を介して、例えばイーサーネット（登録商標）等の規格に基づく電気信号によって伝送されるデータを受け取り、無線インターフェイス３０２へ送ると共に、無線インターフェイス３０２から受け取ったデータを電気信号に変換して有線ネットワーク２００へ送信する。無線インターフェイス３０２は、有線インターフェイス３０８から受け取ったデータを、例えばＷ−ＣＤＭＡやＷ−ＬＡＮ等の規格に基づき、電波に変換して移動端末４００へ送信すると共に、移動端末４００より受信した電波からデータを復元して、有線インターフェイス３０８へ送る。これにより、基地局３００は、有線ネットワーク２００よりから受け取ったデータを蓄積し、無線通信網で規定されているデータ単位に分割し直して、移動端末４００へ送信すると共に、無線通信網から受け取ったデータを蓄積し、有線ネットワーク２００で規定されているデータ単位に分割し直して、有線ネットワーク２００へ送信する。
【００２４】
非分割サイズ検出部３０６は、例えば公知のＰＭＴＵ検出（ＲＦＣ１１９１）等によって、有線インターフェイス３０８に、ストリーム配信サーバ１００までの間の有線ネットワーク２００の最小のＭＴＵサイズを検出させる。また、非分割サイズ検出部３０６は、移動端末４００との間で、分割されない最大のデータサイズを無線インターフェイス３０２から取得する。
【００２５】
ここで、基地局３００と移動端末４００との間の無線通信区間における分割されない最大のデータサイズについて説明する。一例として、基地局３００と移動端末４００とが、例えばＰＨＳ方式（ＲＣＲ  ＳＴＤ−２８）に基づく無線通信を行う場合、基地局３００と１の移動端末４００とは、５ｍｓ毎に１フレームのデータを送受信する。ＰＨＳ方式において、１フレーム内には１６０ビットのユーザデータが含まれる。従って、ＰＨＳ方式に基づく無線通信を行う場合の基地局３００と移動端末４００との間の分割されない最大のデータサイズは、１６０ビットということになる。
【００２６】
非分割サイズ検出部３０６は、有線インターフェイス３０８が検出したＭＴＵサイズと無線インターフェイス３０２から受け取った分割されない最大のデータサイズとを比較し、データサイズの小さい方をストリーム配信サーバ１００と移動端末４００との間の通信路における非分割データ単位１８として、無線インターフェイス３０２を介して移動端末４００に通知する。帯域検出部３０４は、無線インターフェイス３０２と移動端末４００との間で利用可能な通信帯域を検出し、無線インターフェイス３０２を介して移動端末４００に通知する。
【００２７】
図５は、移動端末４００の構成の一例を示すブロック図である。移動端末４００は、識別情報格納部４０２、画像再生部４０４、キー入力受付部４０６、接続情報送信部４０８、認証部４１０、画像取得部４１２、無線情報取得部４１６、画像要求部４１８、分割動画像指定部４２０、およびアドレス管理部４２２を備える。アドレス管理部４２２は、通信相手の基地局３００が変わることにより変更される移動端末４００のＩＰアドレスを管理する。識別情報格納部４０２は、ストリーム配信サーバ１００から発行された接続識別情報等を格納する。
【００２８】
キー入力受付部４０６は、ユーザからのストリーム配信要求の操作に応じて、ストリーム配信の要求を接続情報送信部４０８および認証部４１０に送る。認証部４１０は、キー入力受付部４０６からストリーム配信の要求を受け取った場合、識別情報格納部４０２を参照して、接続識別情報が識別情報格納部４０２に存在するか否かを判定する。接続識別情報が識別情報格納部４０２に存在しない場合、認証部４１０は、ストリーム配信サーバ１００との間で認証を行い、認証成功後にストリーム配信サーバ１００から接続識別情報を受信する。この場合、認証部４１０は、アドレス管理部４２２を参照して、現在の移動端末４００のＩＰアドレスを送信元とするメッセージを送信する。そして、認証部４１０は、受信し接続識別情報を識別情報格納部４０２に格納する。
【００２９】
接続情報送信部４０８は、キー入力受付部４０６からストリーム配信の要求を受け取った場合、識別情報格納部４０２を参照して、接続識別情報が識別情報格納部４０２に存在するか否かを判定する。既に接続識別情報が格納されている場合、接続情報送信部４０８は、当該接続識別情報をストリーム配信サーバ１００へ送信することにより、ストリーム配信サーバ１００に対して接続要求を行う。この場合、接続情報送信部４０８は、アドレス管理部４２２を参照して、現在の移動端末４００のＩＰアドレスを送信元とするメッセージを送信する。
【００３０】
無線情報取得部４１６は、非分割データ単位１８および基地局３００との間で利用可能な通信帯域に関する情報を含む無線情報の送信を、基地局３００に要求する。そして、取得した非分割データ単位１８を画像要求部４１８へ送り、取得した利用可能な通信帯域に関する情報を分割動画像指定部４２０へ送る。なお、無線情報取得部４１６は、アドレス管理部４２２を参照して、移動端末４００のＩＰアドレスが変化する都度、即ち通信相手の基地局３００が変わる都度、無線情報の送信を基地局３００に要求してもよく、予め定められた時間間隔で定期的に無線情報の送信を基地局３００に要求してもよい。
【００３１】
分割動画像指定部４２０は、認証部４１０によってストリーム配信サーバ１００との間で認証が成功した後、ストリーム配信サーバ１００の画像情報提供部１１０から分割動画像情報を取得する。そして、分割動画像情報に含まれる基本配信データレートと、無線情報取得部４１６から受け取った利用可能な通信帯域とを比較して、基本配信データレートが利用可能な通信帯域未満である場合、当該基本配信データレートを画像要求部４１８に通知する。一方、基本配信データレートが利用可能な通信帯域以上である場合、分割動画像指定部４２０は、分割動画像情報に含まれるそれぞれの分割動画像のデータ量に基づいて、後述する予め定められた規則に従って、配信データレートが利用可能な通信帯域未満になるまで分割動画像を間引くことにより、配信データレートを減少させる。そして、配信データレートが利用可能な通信帯域未満となった場合に、分割動画像指定部４２０は、その配信データレートを新たな配信データレートとして画像要求部４１８に通知すると共に、当該新たな配信データレートとなるようにいずれの分割動画像を間引くかという情報をストリーム配信サーバ１００へ通知する。
【００３２】
画像要求部４１８は、分割動画像指定部４２０から受け取った配信データレートと、無線情報取得部４１６から受け取った非分割データ単位１８とに基づいて、ストリーム配信サーバ１００にデータを要求する時間間隔および１回に要求するデータ量を算出し、算出したデータ要求間隔および要求データ量に基づいて、ストリーム配信サーバ１００に分割動画像のデータ送信を要求する。
【００３３】
具体的には、予め定められた要求間隔λ（ｓｅｃ）、配信データレートをω（ｂｐｓ）、非分割データ単位１８をｍ（ｂｙｔｅ）とすると、α＝（８×ｍ×ｎ）÷ω（ｎは自然数）で定義される要求間隔α（ｓｅｃ）のうち｜α−λ｜を最小とする要求間隔α（ｓｅｃ）と要求量ｍｎ（ｂｙｔｅ）を選択する。そして、画像要求部４１８は、α（ｓｅｃ）毎に、ｍｎ（ｂｙｔｅ）のデータをストリーム配信サーバ１００に要求する。このように、非分割データ単位１８の倍数のデータ単位で、ストリーム配信が行われるので、移動端末４００とストリーム配信サーバ１００との間の通信区間における通信帯域を効率よく利用することができる。
【００３４】
なお、配信に用いるプロトコルにより一回の要求毎にヘッダ情報が付加される。このヘッダ情報量ｈ（ｂｙｔｅ）は、要求量ｍｎ（ｂｙｔｅ）中に含まれる。通信帯域に余裕がないなどヘッダ量を無視できない場合には、ヘッダを加えたデータ量とヘッダを含まないデータ量の比βを配信データレートωに乗じた値に、動画像の配信レートを補正する。
【００３５】
また、画像要求部４１８は、予め定められた時間間隔で分割動画像を要求する場合、アドレス管理部４２２を参照して、現在の移動端末４００のＩＰアドレスを送信元とするメッセージを送信する。これにより、移動端末４００がネットワークアドレスの異なる基地局間を移動することにより、移動端末４００のＩＰアドレスが変化した場合であっても、それぞれのストリーム配信要求の送信元は、変化後のＩＰアドレスとなるので、移動端末４００は、ストリーム配信をより確実に受け取ることができる。また、従来のＩＰプロトコルを用いた移動体通信において必要とされていた気付き先装置が不要となるので、ストリーム配信システム１０を構成する場合にかかるコストを低く抑えることができる。
【００３６】
なお、画像要求部４１８は、動画像を、算出した要求データ量ずつ動画像の先頭のデータから順に取得する。また、画像要求部４１８は、ストリーム配信サーバ１００へデータの要求を送信する都度、次に要求すべきデータのオフセットを算出して格納する。これにより、画像要求部４１８は、算出したデータ量ずつ、動画像の配信要求を順次送信することができる。
【００３７】
画像取得部４１２は、画像要求部４１８のストリーム配信要求に応じてストリーム配信サーバ１００が送信した分割動画像を受信する。画像再生部４０４は、画像取得部４１２が取得した分割動画像を、分割動画像指定部４２０がストリーム配信サーバ１００から取得した再生フレームレートに従って再生する。画像取得部４１２は、画像再生部４０４が再生したデータをバッファから順次削除する。
【００３８】
なお、分割動画像指定部４２０は、動画像を構成するピクチャを間引く旨の情報をストリーム配信サーバ１００へ送信する場合、他のピクチャに参照されるＩピクチャよりも、他のピクチャに参照されないＢピクチャを優先的に間引く旨を送信する。これにより、移動端末４００は、通信帯域が小さい場合であっても、より多くのピクチャを表示することができ、動画像が示す内容をより正確に閲覧者に伝えることができる。
【００３９】
また、指定したピクチャが間引かれた動画像をストリーム配信サーバ１００から取得した場合、画像再生部４０４は、動画像中の間引かれたピクチャの位置に、差分０のデータを有するピクチャを挿入する。
【００４０】
ここで、Ｂピクチャは直前および直後のＩまたはＰピクチャとの差分の情報のみを有する。そのため、差分０のデータを有するＢピクチャが動画像中に挿入されると、画像再生部４０４は、差分０のデータを有するＢピクチャの直前のＩまたはＰピクチャを、差分０のデータを有するＢピクチャが表示されるべき時間だけ延長して表示する。Ｐピクチャは直前のＩピクチャとの差分の情報のみを有する。また、Ｐピクチャが間引かれる場合には、全てのＢピクチャも間引かれている。そのため、差分０のデータを有するＰピクチャが動画像中に挿入されると、画像再生部４０４は、差分０のデータを有するＰピクチャの直前のＩピクチャを、差分０のデータを有するＰピクチャおよび当該Ｐピクチャを参照しているＢピクチャが表示されるべき時間だけ延長して表示する。
【００４１】
図６は、識別情報格納部１１２に格納されるデータの構造の一例を示す。識別情報格納部１１２は、移動端末４００のスペック等に基づいて設定される画像サイズ１１２２、ストリーム配信対象の動画像のファイル名１１２４を、移動端末４００を識別する接続識別情報１１２０に対応付けて格納する。接続識別部１０２は、移動端末４００から接続識別情報を受け取った場合、識別情報格納部１１２を参照して、受け取った接続識別情報と同一の接続識別情報が識別情報格納部１１２に存在するか否かを判定することにより、既に認証が成功しているか否かを判定することができる。また、画像サイズ１１２２を参照することにより、接続識別部１０２は、認証成功後に、再び画像のサイズを設定し直す時間を削減することができ、迅速にストリーム配信を開始することができる。
【００４２】
なお、他の例において、接続の度にワンタイムパスワードを発行し、発行したワンタイムパスワードを移動端末４００へ送信すると共に識別情報格納部１１２に格納し、次回接続する際に接続識別情報と共に発行したワンタイムパスワードを移動端末４００から受け取り、識別情報格納部１１２に格納されたワンタイムパスワードと比較することにより、さらにセキュリティーを向上させてもよい。
【００４３】
図７は、画像格納部１１４に格納されるデータの構造の一例を示す。識別情報格納部１１２は、ＭＰＥＧ方式に基づく動画像を、動画像を構成するＩ、Ｐ、およびＢの各ピクチャに分割して予め格納している。画像格納部１１４は、分割動画像データ１１４２を、それぞれの分割動画像を識別する分割動画像識別情報１１４０に対応づけて予め格納している。画像格納部１１４を参照することにより、画像読出部１０６は、分割動画像識別情報で指定される分割動画像のデータを取得することができる。
【００４４】
図８は、画像情報格納部１１６に格納されるデータの構造の一例を示す。画像情報格納部１１６は、再生フレームレート１１６２、分割動画像識別情報１１６４、それぞれの分割動画像のデータサイズ１１６６、それぞれの分割動画像のピクチャの種別を特定する情報である画像種別１１６８、それぞれの分割動画像のＧＯＰ内の番号であるピクチャ番号１１７０を、画像サイズや映像品質等によって定まる配信データレート１１６０に対応付けて予め格納している。また、それぞれの配信データレートにおいて、識別情報格納部１１２は、データサイズ１１６６、画像種別１１６８、およびピクチャ番号１１７０を、分割動画像識別情報１１６４にさらに対応付けて予め格納している。
【００４５】
画像情報提供部１１０を介して画像情報格納部１１６の内容を取得することにより、移動端末４００の分割動画像指定部４２０は、それぞれの分割動画像のデータ量、データ種別、およびピクチャ番号を取得することができる。これにより、例えば、利用可能な通信帯域がＸｋｂｐｓである場合に、分割動画像指定部４２０は、基本配信データレートがＹｋｂｐｓである動画像の分割動画像情報を取得し、新たな配信データレートがＸｋｂｐｓ以下となるように、間引くべき分割動画像のピクチャ番号を画像読出部１０６へ通知する。具体的には、Ｘｋｂｐｓ≧Ｙｋｂｐｓ×（（間引き後のＧＯＰ内のデータ量）／（ＧＯＰ内のデータ量））となまで、Ｂピクチャを間引く。１ＧＯＰ内の全てのＢピクチャを間引いても上述の計算式を満足しない場合には、Ｐピクチャを間引く。このように、移動端末４００は、動画像を構成するピクチャを間引く場合、他のピクチャに参照されるＩピクチャよりも、他のピクチャに参照されないＢピクチャを優先的に間引くので、動画像の情報量の減少を抑えながら配信データレートを減少させることができる。分割動画像指定部４２０は、上述の計算式を満足する分割動画像数を画像読出部１０６へ通知すると共に、算出した新たな配信データレートを画像要求部４１８へ通知する。画像読出部１０６は、画像情報格納部１１６を参照することにより、対応する分割動画像を抽出して結合し、画像送信部１０８に送る。
【００４６】
図９は、識別情報格納部４０２に格納されるデータの構造の一例を示す。識別情報格納部４０２は、ファイル名４０２２を、接続識別情報４０２０に対応付けて格納する。識別情報格納部４０２は、接続識別情報の初期値として例えば０を予め格納する。認証部４１０は、識別情報格納部４０２の接続識別情報が０である場合に、認証が行われていないものとして、ストリーム配信サーバ１００との間で認証処理を行い、認証が成功した後に、ストリーム配信サーバ１００から取得した接続識別情報を識別情報格納部４０２に設定する。また、接続情報送信部４０８は、識別情報格納部４０２の接続識別情報が０でない場合に、認証が成功したものとして、識別情報格納部４０２から読み出した接続識別情報をストリーム配信サーバ１００へ送信することにより、ストリーム配信サーバ１００に接続を要求する。
【００４７】
他の例として、識別情報格納部４０２は、最後に受信した分割動画像の識別情報を格納してもよい。これにより、移動端末４００が圏外となって、ストリーム配信が中断した後に、圏内に復帰した場合に、分割動画像指定部４２０は、識別情報格納部４０２を参照することにより、ストリーム配信が中断する直前の分割動画像に続く分割動画像から、順次分割動画像を要求することにより、ストリーム配信を再開させることができる。
【００４８】
図１０は、ストリーム配信サーバ１００の動作の一例を示すフローチャートである。本フローチャートに示すストリーム配信サーバ１００の動作は、移動端末４００から分割動画像の送信要求を受け取る都度行われる。まず、接続識別部１０２は、移動端末４００から接続識別情報を受信したか否かを判定する（Ｓ５００）。移動端末４００から接続識別情報を受信した場合（Ｓ５００：Ｙｅｓ）、接続識別部１０２は、識別情報格納部１１２を参照して、受信した接続識別情報が識別情報格納部１１２内に存在するか否かを判定する（Ｓ５０２）。接続識別情報が識別情報格納部１１２内に存在する場合（Ｓ５０２：Ｙｅｓ）、画像読出部１０６は、移動端末４００から受け取る分割動画像指定に基づいて、画像情報格納部１１６を参照して、対応する分割動画像を画像格納部１１４から読出して、動画像の時間経過に沿って結合し、画像送信部１０８へ送る。そして、画像送信部１０８は、移動端末４００から受け取る動画像中のオフセットおよびデータサイズに基づいて、結合した分割動画像から対応するデータブロックを抜き出す。そして、画像送信部１０８は、認証要求または接続要求メッセージに含まれる送信元ＩＰアドレスへ、抜き出したデータブロックを送信し（Ｓ５０４）、ストリーム配信サーバ１００の処理は終了する。
【００４９】
ステップ５００において、移動端末４００から接続識別情報を受信しなかった場合（Ｓ５００：Ｎｏ）、またはステップ５０２において、受け取った接続識別情報が識別情報格納部１１２内に存在しなかった場合（Ｓ５０２：Ｎｏ）、認証部１０４は、移動端末４００との間で課金等の認証処理を行う（Ｓ５０６）。そして、認証部１０４は、認証処理が成功したか否かを判定する（Ｓ５０８）。認証処理が成功しなかった場合（Ｓ５０８：Ｎｏ）、ストリーム配信サーバ１００の動作は終了する。
【００５０】
ステップ５０８において、認証処理が成功した場合（Ｓ５０８：Ｙｅｓ）、認証部１０４は、接続識別情報を発行し、発行した接続識別情報を移動端末４００へ送信し（Ｓ５１０）、発行した接続識別情報を識別情報格納部１１２に格納する（Ｓ５１２）。そして、ストリーム配信サーバ１００は、ステップ５０４に示す処理を行う。ステップ５１２において、認証部１０４は、認証部４１０から画面サイズを示す情報を受け取り、その情報に基づく画面サイズに応じて、基本配信データレートを決定する。また、認証部１０４は、発行した接続識別情報と共に、認証の際に移動端末４００から受け取った配信対象の動画像のファイル名や画像サイズ等を併せて識別情報格納部１１２に格納する。
【００５１】
図１１は、移動端末４００の動作の一例を示すフローチャートである。電源投入等の所定のタイミングで本フローチャートに示す移動端末４００の動作は開始する。まず、無線情報取得部４１６は、基地局３００に対して無線情報を要求する（Ｓ６００）。そして、キー入力受付部４０６は、ユーザから画像取得の指示を受け付けたか否かを判定する（Ｓ６０２）。画像取得の指示を受け付けていない場合（Ｓ６０２：Ｎｏ）、キー入力受付部４０６は、ユーザから画像取得の指示を受け付けるまでステップ６０２を繰り返す。ユーザから画像取得の指示を受け付けた場合（Ｓ６０２：Ｙｅｓ）、認証部４１０は、識別情報格納部４０２を参照して、０以外の接続識別情報が設定されているか否かを判定することにより、移動端末４００が認証済みか否かを判定する（Ｓ６０４）。認証済みである場合（Ｓ６０４：Ｙｅｓ）、接続情報送信部４０８は、識別情報格納部４０２から接続識別情報を読み出して、ストリーム配信サーバ１００へ送信することにより、接続を要求する（Ｓ６０６）。
【００５２】
次に、画像要求部４１８は、分割動画像指定部４２０から受け取った基本配信データレートと、無線情報取得部４１６から受け取った非分割データサイズとに基づいて、ストリーム配信サーバ１００にデータを要求する時間間隔および１回に要求するデータ量を算出し、算出したデータ要求間隔および要求データ量に基づいて、基地局３００を介してストリーム配信サーバ１００にデータブロックの送信を要求する（Ｓ６０８）。画像取得部４１２は、画像要求部４１８の送信要求に応じてストリーム配信サーバ１００が送信した分割動画像のデータブロックを受信する。そして、画像再生部４０４は、画像取得部４１２が取得したデータブロックを再生する（Ｓ６１０）。
【００５３】
次に、画像要求部４１８は、画像情報に基づいて、受信すべき分割動画像がまだストリーム配信サーバ１００にあるか否かを判定する（Ｓ６１２）。受信すべき分割動画像がストリーム配信サーバ１００にない場合（Ｓ６１２：Ｎｏ）、本フローチャートに示す移動端末４００の動作は終了する。受信すべき分割動画像がストリーム配信サーバ１００にある場合（Ｓ６１２：Ｙｅｓ）、画像要求部４１８は、前回のデータ要求から、算出したデータ要求間隔に相当する時間が経過したか否かを判定する（Ｓ６１４）。データ要求間隔に相当する時間が経過していない場合（Ｓ６１４：Ｎｏ）、データ要求間隔に相当する時間が経過するまで、ステップ６１４を繰り返す。データ要求間隔に相当する時間が経過した場合（Ｓ６１４：Ｙｅｓ）、ストリーム配信サーバ１００は、再びステップ６１０に示す処理を行う。
【００５４】
ステップ６０４において、移動端末４００が認証済みでない場合（Ｓ６０４：Ｎｏ）、認証部４１０は、認証部１０４との間で課金等の認証処理を行う（Ｓ６１６）。ステップ６１６において、認証部４１０は、移動端末４００の画面サイズ等を認証部１０４へ送信する。そして、認証部４１０は、認証後に接続識別情報を取得したか否かを判定することにより、認証が成功したか否かを判定する（Ｓ６１８）。接続識別情報を受信しなかった場合、即ち、認証が成功しなかった場合（Ｓ６１８：Ｎｏ）、キー入力受付部４０６は、再びステップ６０２に示した処理を行う。
【００５５】
ステップ６１８において、接続識別情報を受信した場合、即ち、認証が成功した場合（Ｓ６１８：Ｙｅｓ）、認証部４１０は、認証部１０４から取得した接続識別情報を識別情報格納部４０２に格納する（Ｓ６２０）。そして、分割動画像指定部４２０は、画像情報提供部１１０から画像識別情報を取得し（Ｓ６２２）、画像要求部４１８は、ステップ６０８に示した処理を行う。
【００５６】
以上、本発明の一実施形態について説明した。
【００５７】
上述したように、本実施形態によれば、気付け先装置等を設けることなく、移動端末４００へのストリーム配信を可能とするストリーム配信システム１０を提供することができる。
【００５８】
なお、本発明は上記の実施形態に限定されるものではなく、その要指示の範囲内で数々の変形が可能である。例えば、本例ではＭＰＥＧ方式に基づく動画像を例に説明したが、動画像のフォーマットはこれに限られない。また、本例において、移動端末４００が、間引かれた動画像を受信した場合に、分割動画像が間引かれた動画像中の位置に、差分０のデータ量を有する分割動画像を挿入することにより、間引かれた分割動画像を補間したが、他の例において、間引くべき分割動画像に関する情報を取得した場合に、ストリーム配信サーバ１００が、間引くべき分割動画像に代えて、差分０のデータ量を有する分割動画像を挿入することにより、間引かれた分割動画像を補間した後に、保管した動画像を移動端末４００へ送信してもよい。
【００５９】
図１２は、基地局３００の構成の他の例を示すブロック図である。なお、以下に説明する点を除き、図１２において、図３と同じ符号を付した構成は、図３における構成と同一又は同様の機能を有するため説明を省略する。基地局３００は、データ要求制御部３１０およびデータ要求量確認部３１２をさらに備える。データ要求量確認部３１２は、移動端末４００からストリーム配信サーバ１００への送信要求メッセージを順次取得し、当該送信要求メッセージに含まれる、ストリーム配信サーバ１００に要求するデータ量を読出し、所定の時間間隔で移動平均をとることにより、移動端末４００がストリーム配信サーバ１００へ要求する配信データレートを算出する。データ要求制御部３１０は、データ要求量確認部３１２が算出した配信データレートと、帯域検出部３０４が検出した利用可能な通信帯域とを比較し、データ要求量確認部３１２が算出した配信データレートが、帯域検出部３０４が検出した通信帯域以上の場合には、データ要求量確認部３１２が算出した配信データレートが帯域検出部３０４が検出した通信帯域未満となるように、無線インターフェイス３０２に、移動端末４００からストリーム配信サーバ１００への送信要求メッセージの一部を破棄させる。これにより、移動端末４００からストリーム配信サーバ１００へ過剰な配信データレートのストリーム配信要求が送出された場合であっても、基地局３００は、適切に帯域管理を行うことができる。
【００６０】
また、本システムを構築する場合、システムの移行段階において、従来の基地局と本実施形態で説明した基地局とが混在する場合がある。このような場合、移動端末４００は、従来の基地局から無線情報を取得することができない。そこで、移動端末４００は、無線情報を取得できない場合に、利用可能な通信帯域を推定することも可能である。以下、通信帯域を推定する場合の移動端末４００の動作について説明する。
【００６１】
図１３は、通信帯域を推定する場合の移動端末４００の動作を示すフローチャートである。以下、推定を開始した時刻からの経過時間をｔ、ｔ時間の間にストリーム配信サーバ１００に要求したデータの総量をＲ（ｂｙｔｅ）、ｔ時間の間に受信したデータ量をＸ（ｂｙｔｅ）とする。また、本例において、データ要求は等しい時間間隔で行われるものとし、一回のデータ要求で要求するデータ量をｎ（ｂｙｔｅ）、ある時刻ｔに受信したデータ量をｍ（ｔ）とする。本フローチャートに示す処理は、データの送信および受信を契機に実行される。
【００６２】
まず、無線情報取得部４１６は、画像要求部４１８がデータ要求を送信したか否かを判定する（Ｓ７００）。無線情報取得部４１６がデータ要求を送信した場合（Ｓ７００：Ｙｅｓ）、画像要求部４１８がデータ要求を送信してから画像取得部４１２が要求したデータを受信するまでに要する時間を表すラウンドトリップタイムＲＴＴの計測を開始すると共に、ｔ時間の間に要求したデータの総量Ｒに、今回要求したデータ量ｎを加え（Ｓ７１０）、無線情報取得部４１６の処理は終了する。
【００６３】
ステップ７００において、画像要求部４１８によるデータ要求の送信ではなく、画像取得部４１２によるデータの受信であった場合（Ｓ７００：Ｎｏ）、ラウンドトリップタイムＲＴＴを更新し（Ｓ７０２）、受信済みデータの総量Ｘに受信したデータ量ｍ（ｔ）を加算する（Ｓ７０４）。ことのき、ＲＴＴ時間より前に要求したデータは既に受信していると考えられるので、ＲＴＴ時間より前までに要求したデータ量から、受信済みのデータ量を差し引くことにより、パケットロスしたデータ量Ｌを算出する（Ｓ７０６）。パケットロスしたデータ量が現在のネットワークの帯域をオーバしたデータ量であると仮定して、既に受信しているべきデータ量Ｘ＋Ｌと、実際に受信したデータ量Ｘとの比を、現在の要求データ量ｎ０に乗ずることにより、次のデータ要求で要求すべきデータ量ｎを算出する（Ｓ７０８）。なお、ステップ７０８において、ネットワークの混雑が解消された場合に要求データ量が拡大するように、α＞１となる係数αをｎ０に乗ずる。
【００６４】
これにより、無線情報を送信する機能を有さない基地局３００を含むネットワークにおいても、１回にストリーム配信サーバ１００に要求すべき適切なデータ量を決定することができる。
【００６５】
図１４は、ストリーム配信システム１０の構成の他の例を示す。なお、以下に説明する点を除き、図１４において、図１と同じ符号を付した構成は、図１における構成と同一または同様の機能を有するため説明を省略する。ストリーム配信システム１０は、ストリーム配信サーバ１００、有線ネットワーク２００、基地局３００、移動端末４００、およびアクセラレータ５００を備える。ストリーム配信サーバ１００は、動画像を予め格納している。アクセラレータ５００は、有線ネットワーク２００および基地局３００を介して移動端末４００から動画像の配信要求を受け付け、受け付けた配信要求に応じた動画像を有線ネットワーク２００を介してストリーム配信サーバ１００から取得し、移動端末４００へ配信する。移動端末４００から動画像の配信要求を受け付けた場合、アクセラレータ５００は、配信要求を送信した移動端末４００との間で認証処理を行う。
【００６６】
図１５は、アクセラレータ５００の構成の一例を示す。アクセラレータ５００は、接続識別部５０２、認証部５０４、画像情報要求受付部５０６、画像要求受付部５０８、画像取得部５１０、画像送信部５１２、識別情報格納部５１４、および画像キャッシュ部５１６を備える。認証部５０４は、ストリーム配信を要求してきた移動端末４００の所有者の本人確認や課金処理等の認証処理を行い、認証が成功した場合に、画像情報要求受付部５０６に対して認証が成功した旨を通知する。また、認証部５０４は、認証が成功した場合に、課金対象の動画像の配信を識別する接続識別情報を発行し、発行した接続識別情報を移動端末４００へ送信すると共に、発行した接続識別情報を識別情報格納部５１４に格納する。この場合、認証部５０４は、移動端末４００に設定された画面サイズ等のストリーム画像を閲覧するのに必要な情報を、接続識別情報に対応付けて格納する。
【００６７】
識別情報格納部５１４は、認証部５０４が発行した接続識別情報および画像サイズ等を格納する。接続識別部５０２は、移動端末４００から接続識別情報を受け取った場合に、識別情報格納部５１４を参照して、受け取った接続識別情報が識別情報格納部５１４に存在するか否かを判定し、存在する場合には、認証が成功しているものとして、画像情報要求受付部５０６に認証が成功した旨を通知する。
【００６８】
画像情報要求受付部５０６は、接続識別部５０２または認証部５０４から認証が成功した旨を受け取った場合、ストリーム配信サーバ１００に、配信対象の動画像に関する分割動画像情報を移動端末４００へ送信する旨の指示を送信する。画像要求受付部５０８は、間引くべき分割動画像を示す情報と、配信すべきデータのオフセットおよびデータ量を、移動端末４００から受け取る。そして、画像要求受付部５０８は、画像取得部５１０に、配信対象の動画像をストリーム配信サーバ１００から取得させて、画像キャッシュ部５１６に格納させる。また、画像要求受付部５０８は、移動端末４００から受け取った、間引くべき分割動画像を示す情報に基づいて、当該情報に含まれない分割動画像を画像キャッシュ部５１６から読み出して、動画像における時間の経過に沿って結合し、結合した動画像の中から、移動端末４００によって指定されるオフセットおよびデータ量に基づくデータを取り出し、移動端末４００へ送信する。
【００６９】
図１６は、ストリーム配信サーバ１００の構成の他の例を示す。画像格納部１２２は、配信する動画像を、時間的に連続する複数の分割動画像として予め格納している。画像送信部１１８は、画像取得部５１０から画像取得要求を受け取った場合に、受け取った画像取得要求に応じて、識別情報格納部１１２に格納されている分割動画像を画像取得部５１０へ送信する。画像情報格納部１２４は、画像格納部１２２が格納している動画像の基本配信データレート、再生フレームレート、動画像に含まれるＧＯＰの構成、および各ピクチャのデータ量等に関する分割動画像情報を予め格納している。画像情報提供部１２０は、画像情報要求受付部５０６から分割動画像情報を移動端末４００へ送信する旨の指示を受け取った場合、画像情報格納部１２４から分割動画像情報を読み出し、有線ネットワーク２００を介して対応する動端末４００へ送信する。
【００７０】
このように、アクセラレータ５００がストリーム配信サーバ１００に代わって、移動端末４００との認証処理および配信処理を行うことにより、多数の移動端末４００からの配信要求を受け付けた場合であっても、ストリーム配信サーバ１００にかかる負荷の増加を抑えることができる。また、この場合、ストリーム配信サーバ１００にはストリーム配信に特化したＯＳを実装することができるので、より処理能力の高いストリーム配信サーバ１００を実現することができる。さらに、ストリーム配信サーバ１００とアクセラレータ５００との間は有線ネットワーク２００を介して接続されているので、既存の有線ネットワーク２００を介してストリーム配信を行うストリーム配信サーバ１００を用いることができ、システム移行時のコストの増加を抑えることができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の一実施形態に係るストリーム配信システム１０の構成を示す図である。
【図２】本実施形態のストリーム配信方法の一例を説明するための概念図である。
【図３】ストリーム配信サーバ１００の構成の一例を示すブロック図である。
【図４】基地局３００の構成の一例を示すブロック図である。
【図５】移動端末４００の構成の一例を示すブロック図である。
【図６】識別情報格納部１１２に格納されるデータの構造の一例を示す図である。
【図７】画像格納部１１４に格納されるデータの構造の一例を示す図である。
【図８】画像情報格納部１１６に格納されるデータの構造の一例を示す図である。
【図９】識別情報格納部４０２に格納されるデータの構造の一例を示す図である。
【図１０】ストリーム配信サーバ１００の動作の一例を示すフローチャートである。
【図１１】移動端末４００の動作の一例を示すフローチャートである。
【図１２】基地局３００の構成の他の例を示すブロック図である。
【図１３】通信帯域を推定する場合の移動端末４００の動作を示すフローチャートである。
【図１４】ストリーム配信システム１０の構成の他の例を示す図である。
【図１５】アクセラレータ５００の構成の一例を示す図である。
【図１６】ストリーム配信サーバ１００の構成の他の例を示す図である。
【符号の説明】
【００７２】
１０・・・ストリーム配信システム、１２・・・ＧＯＰ、１３・・・番号、１４・・・ピクチャ、１６・・・新たな動画像、１８・・・非分割データ単位、２０・・・データ要求単位、１００・・・ストリーム配信サーバ、１０２、５０２・・・接続識別部、１０４、４１０、５０４・・・認証部、１０６・・・画像読出部、５０６・・・画像情報要求受付部、１０８、１１８、５１２・・・画像送信部、１１０、１２０・・・画像情報提供部、１１２、４０２、５１４・・・識別情報格納部、１１６、１２４・・・画像情報格納部、１１４、１２２・・・画像格納部、２００・・・有線ネットワーク、３００・・・基地局、３０２・・・無線インターフェイス、３０４・・・帯域検出部、３０６・・・非分割サイズ検出部、３０８・・・有線インターフェイス、３１０・・・データ要求制御部、３１２・・・データ要求量確認部、４００・・・移動端末、４０４・・・画像再生部、４０６・・・キー入力受付部、４０８・・・接続情報送信部、４１２、５１０・・・画像取得部、４１６・・・無線情報取得部、４１８・・・画像要求部、４２０・・・分割動画像指定部、４２２・・・アドレス管理部、５００・・・アクセラレータ、５０８・・・画像要求受付部、５１６・・・画像キャッシュ部
【図１】
2006041819.tif 000003
【図２】
2006041819.tif 000004
【図３】
2006041819.tif 000005
【図４】
2006041819.tif 000006
【図５】
2006041819.tif 000007
【図６】
2006041819.tif 000008
【図７】
2006041819.tif 000009
【図８】
2006041819.tif 000010
【図９】
2006041819.tif 000011
【図１０】
2006041819.tif 000012
【図１１】
2006041819.tif 000013
【図１２】
2006041819.tif 000014
【図１３】
2006041819.tif 000015
【図１４】
2006041819.tif 000016
【図１５】
2006041819.tif 000017
【図１６】
2006041819.tif 000018