(57)【要約】      （修正有）【課題】通信回線への負荷を低減しつつコンテンツの品質低下を抑制することが可能な通信装置、通信方法、通信制御装置、通信制御方法及びプログラムを提供する。【解決手段】通信装置（移動端末）は、当該通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する送信部と、を備える。【選択図】図２
2019041308.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
当該通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定部と、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、
前記符号化後のコンテンツを送信する送信部と、
を備える、通信装置。
【請求項２】
前記第１の情報は、前記符号化後のコンテンツのビットレート情報である、
請求項１に記載の通信装置。
【請求項３】
前記決定部は、前記通信装置の位置情報に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定する、
請求項１に記載の通信装置。
【請求項４】
前記決定部は、前記通信装置の位置情報に応じて前記通信装置の移動先として予測された予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定する、
請求項１に記載の通信装置。
【請求項５】
前記決定部は、現在のモードを判定し、前記現在のモードが調整モードである場合には、前記予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定する、
請求項４に記載の通信装置。
【請求項６】
前記決定部は、前記現在のモードが調整モードである場合、前記予測位置に応じた過去の送信ビットレート情報の値が目標ビットレート情報の値よりも低い場合には、前記予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定する、
請求項５に記載の通信装置。
【請求項７】
前記決定部は、前記現在のモードが調整モードである場合、前記予測位置に応じた過去の送信ビットレート情報の値が目標ビットレート情報の値よりも高い場合には、前記目標ビットレート情報に基づいて前記第１の情報を決定する、
請求項６に記載の通信装置。
【請求項８】
前記決定部は、前記目標ビットレート情報に基づいて前記第１の情報を決定するとともに、前記現在のモードを通常モードに変更する、
請求項７に記載の通信装置。
【請求項９】
前記決定部は、前記現在のモードが通常モードである場合には、前記符号化後のコンテンツを含む送信データの送信ビットレート情報に基づいて前記第１の情報を決定する、
請求項５に記載の通信装置。
【請求項１０】
前記決定部は、前記現在のモードが前記通常モードである場合、前記送信データの前記送信ビットレート情報の値が目標ビットレート情報の値よりも低い場合には、調整モード用のビットレート情報に基づいて前記第１の情報を決定する、
請求項９に記載の通信装置。
【請求項１１】
前記決定部は、前記調整モード用のビットレート情報に基づいて前記第１の情報を決定するとともに、前記現在のモードを前記調整モードに変更する、
請求項１０に記載の通信装置。
【請求項１２】
前記決定部は、前記通信装置が起動された場合には、前記現在のモードを前記通常モードに設定する、
請求項９に記載の通信装置。
【請求項１３】
コンピュータを、
通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定部、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部、および、
前記符号化後のコンテンツの送信を制御する送信処理部、
として機能させるためのプログラム。
【請求項１４】
通信装置における通信方法であって、
前記通信装置は、
当該通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定ステップと、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化ステップと、
前記符号化後のコンテンツの送信する送信ステップ、
を有する、通信方法。
【請求項１５】
通信装置と接続される通信制御装置であって、
前記通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信部を備え、
前記通信装置は、
前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、
前記符号化後のコンテンツを送信する第２送信部と、を備える
ことを特徴とする、通信制御装置。
【請求項１６】
通信装置と接続されるコンピュータを、
前記通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信処理部、として機能させ、
前記通信装置は、
前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、
前記符号化後のコンテンツを送信する第２送信部と、を備える
ことを特徴とする、プログラム。
【請求項１７】
通信制御装置における通信制御方法であって、
前記通信制御装置は、
通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信ステップ、を有し、
前記通信装置は、
前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、
前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、
前記符号化後のコンテンツを送信する第２送信部と、を備える
ことを特徴とする、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法、通信制御装置、通信制御方法およびプログラムに関する。
【背景技術】
【０００２】
近年、通信帯域を制御する技術として様々な技術が知られている。例えば、移動端末の現在の位置情報と移動端末における受信状態とに基づいて、通信帯域を制御する技術が開示されている（例えば、特許文献１参照）。かかる技術においては、移動端末が属する領域と移動端末における受信状態の遷移とに基づいて通信帯域の変化率を決定し、決定した通信帯域の変化率に基づいて通信帯域を変化させることによって、通信帯域を制御する。
【０００３】
また、通信帯域の制御は、コンテンツの制御によって実現されることが開示されている。コンテンツの制御の例としては、コンテンツが階層的に構成されている場合に、通信帯域が小さくなるようにデータ構成を切り替える手法が挙げられている。また、コンテンツの制御の他の例として、コンテンツがスケーラブルなストリームデータである場合に、通信帯域が小さくなるようにストリームデータを切り替える手法が挙げられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−６１３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、コンテンツが階層的に構成されている場合やコンテンツがスケーラブルなストリームデータである場合にしかコンテンツを制御することができないとすれば、通信回線への負荷とコンテンツの品質低下とを適切に抑制することが困難な場合が生じる。そこで、通信回線への負荷を低減しつつコンテンツの品質低下を抑制することが可能な技術が提供されることが望まれる。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明のある観点によれば、通信装置であって、当該通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する送信部と、を備える、通信装置が提供される。
【０００７】
前記第１の情報は、前記符号化後のコンテンツのビットレート情報であってよい。
【０００８】
前記決定部は、前記通信装置の位置情報に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定してよい。
【０００９】
前記決定部は、前記通信装置の位置情報に応じて前記通信装置の移動先として予測された予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定してよい。
【００１０】
前記決定部は、現在のモードを判定し、前記現在のモードが調整モードである場合には、前記予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定してよい。
【００１１】
前記決定部は、前記現在のモードが調整モードである場合、前記予測位置に応じた過去の送信ビットレート情報の値が目標ビットレート情報の値よりも低い場合には、前記予測位置に応じた過去の送信ビットレート情報に基づいて前記第１の情報を決定してよい。
【００１２】
前記決定部は、前記現在のモードが調整モードである場合、前記予測位置に応じた過去の送信ビットレート情報の値が目標ビットレート情報の値よりも高い場合には、前記目標ビットレート情報に基づいて前記第１の情報を決定してよい。
【００１３】
前記決定部は、前記目標ビットレート情報に基づいて前記第１の情報を決定するとともに、前記現在のモードを通常モードに変更してよい。
【００１４】
前記決定部は、前記現在のモードが通常モードである場合には、前記符号化後のコンテンツを含む送信データの送信ビットレート情報に基づいて前記第１の情報を決定してよい。
【００１５】
前記決定部は、前記現在のモードが前記通常モードである場合、前記送信データの前記送信ビットレート情報の値が目標ビットレート情報の値よりも低い場合には、調整モード用のビットレート情報に基づいて前記第１の情報を決定してよい。
【００１６】
前記決定部は、前記調整モード用のビットレート情報に基づいて前記第１の情報を決定するとともに、前記現在のモードを前記調整モードに変更してよい。
【００１７】
前記決定部は、前記通信装置が起動された場合には、前記現在のモードを前記通常モードに設定してよい。
【００１８】
また、本発明の他の観点によれば、コンピュータを、通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定部、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部、および、前記符号化後のコンテンツの送信を制御する送信処理部、として機能させるためのプログラムが提供される。
【００１９】
また、本発明の他の観点によれば、通信装置における通信方法であって、前記通信装置は、当該通信装置の位置情報に応じた過去の送信実績の情報に基づいて第１の情報を決定する決定ステップと、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化ステップと、前記符号化後のコンテンツの送信する送信ステップ、を有する、通信方法が提供される。
【００２０】
また、本発明の他の観点によれば、通信装置と接続される通信制御装置であって、前記通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信部を備え、前記通信装置は、前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する第２送信部と、を備えることを特徴とする、通信制御装置が提供される。
【００２１】
また、本発明の他の観点によれば、通信装置と接続されるコンピュータを、前記通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信処理部、として機能させ、前記通信装置は、前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する第２送信部と、を備えることを特徴とする、プログラムが提供される。
【００２２】
また、本発明の他の観点によれば、通信制御装置における通信制御方法であって、前記通信制御装置は、通信装置の位置情報に応じた過去の送信実績の情報を、前記通信装置に送信する第１送信ステップ、を有し、前記通信装置は、前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する第２送信部と、を備えることを特徴とする、通信制御方法が提供される。
【発明の効果】
【００２３】
以上説明したように本発明によれば、通信回線への負荷を低減しつつコンテンツの品質低下を抑制することが可能となる。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施形態に係る情報処理システムの構成例を示した説明図である。
【図２】同実施形態に係る移動端末の機能構成例を示すブロック図である。
【図３】同実施形態に係るサーバの機能構成例を示すブロック図である。
【図４】期間映像データの例を説明するための図である。
【図５】履歴情報データベースの構成例を示す図である。
【図６】移動端末の位置自体に対応する過去の送信ビットレートが利用される場合において改善されるべき点について説明するための図である。
【図７】移動端末の予測位置に対応する過去の送信ビットレートが利用される場合について説明するための図である。
【図８】移動端末に送信される応答メッセージの例を示す図である。
【図９】同実施形態に係る移動端末の動作例を示すフローチャートである。
【図１０】同実施形態に係る移動端末の動作例を示すフローチャートである。
【図１１】同実施形態に係る移動端末の動作例を示すフローチャートである。
【図１２】同実施形態に係るサーバの動作例を示すフローチャートである。
【図１３】同実施形態に係るサーバの動作例を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２６】
また、本明細書および図面において、実質的に同一または類似の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する。また、異なる実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する。ただし、実質的に同一の機能構成を有する複数の構成要素等の各々を特に区別する必要がない場合、同一符号のみを付する。
【００２７】
（１．実施形態の詳細）
まず、本発明の実施形態の詳細について説明する。
【００２８】
（１−１．情報処理システムの構成）
図１を参照しながら、本発明の実施形態に係る情報処理システム１の構成例について説明する。図１は、本発明の実施形態に係る情報処理システム１の構成例を示した説明図である。図１に示したように、本発明の実施形態に係る情報処理システム１は、移動端末１０（通信装置）およびサーバ２０（通信制御装置）を有している。移動端末１０およびサーバ２０は、ネットワーク３０に接続されており、ネットワーク３０を介して通信を行うことが可能である。
【００２９】
図１には、一例として、移動端末１０がスマートフォンであり、サーバ２０がサーバなどのコンピュータである場合が示されている。しかし、移動端末１０およびサーバ２０それぞれの機器の種類は限定されない。例えば、移動端末１０は、タブレット端末であってもよいし、携帯電話であってもよい。また、サーバ２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などであってもよい。また、本発明の実施形態においては、移動端末１０からサーバ２０に映像が送信される場合を主に説明する。しかし、撮影映像の代わりに他のコンテンツ（例えば、映像と音声、映像とテキストデータ、映像と音声とテキストデータ、音声、テキストデータなど）が用いられてもよい。
【００３０】
なお、図１に示した例では、１台の移動端末１０がネットワーク３０に接続されている。しかし、ネットワーク３０に接続される移動端末１０は１台に限定されない。すなわち、複数台の移動端末１０がネットワーク３０に接続されていてもよい。かかる場合、複数の移動端末１０がネットワーク３０を介してサーバ２０と通信可能であってよい。
【００３１】
以上、本発明の実施形態に係る情報処理システム１の構成例について説明した。
【００３２】
（１−２．移動端末の機能構成）
続いて、本発明の実施形態に係る移動端末１０の機能構成例について説明する。図２は、本発明の実施形態に係る移動端末１０の機能構成例を示すブロック図である。図２に示したように、本発明の実施形態に係る移動端末１０は、制御部１１０、撮像部１２０、検出部１３０、操作部１４０、通信部１５０、記憶部１６０および表示部１７０を備える。
【００３３】
制御部１１０は、移動端末１０の動作全体を制御する機能を有する。制御部１１０は、専用のハードウェアによって構成されてもよい。あるいは、制御部１１０は、移動端末１０に内蔵されたＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）がＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に記憶されたプログラムをＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。
【００３４】
なお、制御部１１０は、映像取得部１１１、符号化部１１２、応答取得部１１３、決定部１１４、位置情報取得部１１５および送信処理部１１６を備える。これらの各機能ブロックの詳細については、後に説明する。以下では、位置情報の例として、緯度および経度（以下、単に「緯度経度」とも示す。）を用いる場合を主に説明する。しかし、位置情報は、緯度経度に限定されない。例えば、位置情報には、緯度および経度の他に、高度が含まれてもよい。
【００３５】
撮像部１２０（コンテンツ生成部）は、撮像によって撮影映像を得るイメージセンサを有している。ここで、イメージセンサの種類は限定されない。例えば、イメージセンサは、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサであってもよいし、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）イメージセンサであってもよい。ここで、撮像部１２０は、移動端末１０の外部に配置されてもよい。撮像部１２０が移動端末１０の外部に配置される場合、撮像部１２０は、撮像装置となる。
【００３６】
検出部１３０は、移動端末１０の位置情報を取得するための信号を検出する。例えば、位置情報取得部１１５によって移動端末１０の位置情報が取得される場合、位置情報取得部１１５によって位置情報を取得するための信号が検出部１３０によって検出される。本発明の実施形態においては、移動端末１０の位置情報を取得するための信号が、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から送信される信号（ＧＰＳ信号）である場合を主に説明する。しかし、移動端末１０の位置情報を取得するための信号は、ＧＰＳ信号に限定されない。
【００３７】
操作部１４０は、利用者から入力される操作を受け付ける。また、操作部１４０は、利用者から受け付けた操作を制御部１１０に提供することが可能である。本発明の実施形態においては、操作部１４０がタッチパネルである場合を主に想定するが、操作部１４０は、タッチパネル以外の入力装置（例えば、キーワードおよびマウスなど）であってもよい。
【００３８】
通信部１５０は、サーバ２０との間で各種情報を送受信するための通信インタフェースである。例えば、通信部１５０は、撮像部１２０によって撮像された映像（以下、単に「撮影映像」とも言う。）をサーバ２０に送信する送信部として機能し得る。また、例えば、通信部１５０は、サーバ２０による演算によって得られた各種の演算結果をサーバ２０から受信する受信部として機能し得る。
【００３９】
記憶部１６０は、制御部１１０を動作させるためのプログラムおよびデータを記憶することができる。また、記憶部１６０は、制御部１１０の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。
【００４０】
表示部１７０は、制御部１１０による制御に従って表示を行う機能を有する。例えば、表示部１７０は、撮像部１２０によって撮像された映像（以下、単に「撮影映像」とも言う。）を、制御部１１０による制御に従って表示することが可能である。ここで、表示部１７０の形態は特に限定されない。例えば、表示部１７０は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置、ランプなどの表示装置であってよい。
【００４１】
以上、本発明の実施形態に係る移動端末１０の機能構成例について説明した。
【００４２】
（１−３．サーバの機能構成）
続いて、本発明の実施形態に係るサーバ２０の機能構成例について説明する。図３は、本発明の実施形態に係るサーバ２０の機能構成例を示すブロック図である。図３に示したように、本発明の実施形態に係るサーバ２０（通信制御装置）は、制御部２１０、通信部２５０および記憶部２６０を備える。
【００４３】
制御部２１０は、サーバ２０の動作全体を制御する機能を有する。制御部２１０は、専用のハードウェアによって構成されてもよい。あるいは、制御部２１０は、サーバ２０に内蔵されたＣＰＵがＲＯＭに記憶されたプログラムをＲＡＭに展開して実行することにより実現されてもよい。かかるプログラムが提供され得る他、かかるプログラムを記憶させた記憶媒体も提供され得る。
【００４４】
制御部２１０は、データ取得部２１１、情報抽出部２１２、推定部２１３および応答提供部２１４を備える。これらの各機能ブロックの詳細については、後に説明する。
【００４５】
通信部２５０は、移動端末１０との間で各種情報を送受信するための通信インタフェースである。例えば、例えば、通信部２５０は、移動端末１０によって撮像された映像を移動端末１０から受信する。また、通信部２５０は、演算によって得られた各種の演算結果を移動端末１０に対して送信する。
【００４６】
記憶部２６０は、制御部２１０を動作させるためのプログラムおよびデータを記憶することができる。また、記憶部２６０は、制御部２１０の動作の過程で必要となる各種データを一時的に記憶することもできる。例えば、記憶装置は、不揮発性の記憶装置であってよい。例えば、図３に示すように、記憶部２６０は、移動端末１０から受信された撮影映像が保存される領域を撮影映像保存領域２６１として有する他、履歴情報データベース２６２および道路情報データベース２６３を有している。
【００４７】
以上、本発明の実施形態に係るサーバ２０の機能構成例について説明した。
【００４８】
（１−４．情報処理システムの機能詳細）
続いて、図１〜図３を参照しながら（適宜他の図も参照）、本発明の実施形態に係る情報処理システム１の機能詳細について説明する。本発明の実施形態においては、移動端末１０が動作するモードの種類として、二つのモード（通常モードおよび調整モード）を想定する。
【００４９】
決定部１１４によって現在のモードとして通常モードが設定される場合としては、移動端末１０が起動された場合が挙げられる。また、後に説明するように、決定部１１４によって、現在のモードが調整モードから通常モードに変更されることによって、現在のモードとして通常モードが設定される。一方、後に説明するように、決定部１１４によって、現在のモードが通常モードから調整モードに変更されることによって、現在のモードとして調整モードが設定される。
【００５０】
（１−４−１．通常モードにおける移動端末）
まず、現在のモードが通常モードである場合における移動端末１０の機能例について説明する。移動端末１０においては、撮像部１２０によって撮像された映像（撮影映像）が映像取得部１１１によって取得される。符号化部１１２は、第１の情報に基づいて撮影映像を符号化し、符号化後の撮影映像を得る。ここで、本発明の実施形態においては、第１の情報として、符号化後の撮影映像のビットレートを例に挙げて主に説明する。しかし、第１の情報は、かかる例に限定されない。なお、撮影映像の符号化によって撮影映像が圧縮されるため、以下では、符号化後の撮影映像のビットレートを「圧縮ビットレート」とも言う。
【００５１】
決定部１１４には、目標ビットレートがあらかじめ設定されている。現在のモードが通常モードである場合には、決定部１１４は、圧縮ビットレートを目標ビットレート以下の値に決定する。そして、符号化部１１２は、目標ビットレート以下の値に決定された圧縮ビットレートに基づいて撮影映像を所定の期間単位（例えば、３秒間単位など）で符号化する。これによって、符号化部１１２は、期間単位の符号化後の撮影映像（以下、「期間撮影映像」とも言う。）を得る。そして、符号化部１１２は、期間撮影映像に各種情報を付加して期間単位の映像データ（以下、「期間映像データ」とも言う。）を生成する。
【００５２】
図４は、期間映像データの例を説明するための図である。図４を参照すると、期間映像データＤ１０には、期間撮影映像に付加される各種情報の例として、期間映像データの送信開始時の緯度経度「ｓｔａｒｔ＿ｌａｔｉｔｕｄｅ＝Ｘ１」「ｓｔａｒｔ＿ｌｏｎｇｉｔｕｄｅ＝Ｘ２」、送信終了時の緯度経度「ｅｎｄ＿ｌａｔｉｔｕｄｅ＝Ｘ３」「ｅｎｄ＿ｌｏｎｇｉｔｕｄｅ＝Ｘ４」、送信開始時刻「ｓｔａｒｔ＿ｔｉｍｅ＝Ｘ５」、送信終了時刻「ｅｎｄ＿ｔｉｍｅ＝Ｘ６」、前回の送信ビットレート「ｓｅｎｄ＿ｒａｔｅ＝Ｘ７」、現在の圧縮ビットレート「ｖｉｄｅｏ＿ｒａｔｅ＝Ｘ８」、目標ビットレート「ｔａｒｇｅｔ＿ｒａｔｅ＝Ｘ９」が含まれている。
【００５３】
なお、期間映像データＤ１０が生成されるタイミングにおいては、期間映像データＤ１０の送信が終了しておらず、期間映像データＤ１０の送信終了タイミングを把握することが困難であることが想定される。そこで、送信終了時の緯度経度「ｅｎｄ＿ｌａｔｉｔｕｄｅ」「ｅｎｄ＿ｌｏｎｇｉｔｕｄｅ」の代わりに、符号化開始時の緯度経度が用いられてもよい。また、送信終了時刻「ｅｎｄ＿ｔｉｍｅ」の代わりに、符号化開始時刻が用いられてもよい。
【００５４】
また、目標ビットレート「ｔａｒｇｅｔ＿ｒａｔｅ」には、現在のモードが通常モードであることを示す値が設定されてよい。あるいは、現在のモードが通常モードである場合には、期間映像データＤ１０に目標ビットレート「ｔａｒｇｅｔ＿ｒａｔｅ」は含まれていなくてもよい。
【００５５】
ここでは一例として、ＰＯＳＴメッセージのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）のオプション部に独自定義のパラメータとして各種情報が付加される場合を示した。しかし、各種情報が付加される位置は限定されない。また、期間撮影映像は、ＰＯＳＴメッセージのｂｏｄｙ部にバイナリデータとして含まれてよい。期間映像データＤ１０は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）  Ｌｉｖｅ  ＳｔｒｅａｍｉｎｇなどのＨＴＴＰセッションによって送信されてよい。
【００５６】
図２に戻って説明を続ける。符号化部１１２によって期間映像データが生成されると、通信部１５０は、送信処理部１１６による制御に従って、期間映像データ（送信データ）をサーバ２０に送信する。このとき、決定部１１４は、期間映像データの送信に要した時間（所要時間）を計測する。そして、決定部１１４は、期間映像データの容量（すなわち、期間映像データのデータ量）と計測した所要時間とに基づいて（期間映像データの容量を所要時間によって除することによって）、送信ビットレートを算出する。ここで、算出された送信ビットレートは、次回に送信される期間撮影映像に「前回の送信ビットレート」として付加される。
【００５７】
続いて、決定部１１４は、現在のモードが通常モードである場合、算出した送信ビットレートに基づいて圧縮ビットレートを決定する。具体的に、決定部１１４は、算出した送信ビットレートが目標ビットレートよりも低いか否かを判断する。
【００５８】
決定部１１４は、算出した送信ビットレートが目標ビットレートよりも低い場合には、調整モード用のビットレート（以下、「調整時ビットレート」とも言う。）に基づいて圧縮ビットレートを決定する。具体的には、決定部１１４は、算出した送信ビットレートが目標ビットレートよりも低い場合には、圧縮ビットレートを調整時ビットレートに変更する。例えば、送信ビットレートが目標ビットレートよりも低い場合には、ネットワーク３０における通信帯域が狭くなっていることが想定されるため、圧縮ビットレートは、低下するように変更されてよい（すなわち、期間映像データのデータ量が少なくなるように変更されてよい）。
【００５９】
そして、決定部１１４は、現在のモードを調整モードに変更する。
【００６０】
一方、決定部１１４は、算出した送信ビットレートが目標ビットレート以上である場合には、現在のモードを通常モードに維持する。その後は、現在のモードが調整モードに変更された状態、または、現在のモードが通常モードに維持された状態において、引き続き、撮像部１２０によって撮像された映像（撮影映像）が映像取得部１１１によって取得され、符号化部１１２による撮影映像の符号化が行われる。
【００６１】
（１−４−２．通常モードにおけるサーバ）
続いて、現在のモードが通常モードである場合におけるサーバ２０の機能例について説明する。サーバ２０においては、通信部２５０によって受信された期間映像データがデータ取得部２１１によって取得される。情報抽出部２１２は、期間映像データから撮影映像と上記した各種情報（送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻、前回の送信ビットレート、現在の圧縮ビットレート、目標ビットレート）とを抽出する。情報抽出部２１２によって抽出された撮影映像は、記憶部２６０によって撮影映像保存領域２６１に記憶される。
【００６２】
続いて、推定部２１３は、移動端末１０の移動速度を算出する。より具体的には、推定部２１３は、期間映像データから抽出された、送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻に基づいて（例えば、緯度経度の差分を時刻の差分によって除することによって）、移動端末１０の移動速度を算出する。そして、推定部２１３は、移動端末１０の移動速度に基づいて、移動端末１０の移動手段を推定する。
【００６３】
ここで、移動手段はどのように推定されてもよい。一例として、推定部２１３は、移動速度が第１の区間に収まっている場合、移動手段を「車両」と推定してもよい。また、推定部２１３は、移動速度が第１の区間よりも遅い第２の区間に収まっている場合、移動手段を「自転車」と推定してもよい。また、推定部２１３は、移動速度が第２の区間よりも遅い第３の区間に収まっている場合、移動手段を「徒歩」と推定してもよい。なお、移動手段の種類は、「車両」「自転車」「徒歩」に限定されない。
【００６４】
続いて、推定部２１３は、移動端末１０の移動中の道路を推定する。例えば、道路情報データベース２６３には、道路の位置と道路属性（例えば、高速道路、一般道、歩道など）とが対応付けられた情報が格納されている。したがって、推定部２１３は、道路情報データベース２６３に格納された情報と移動端末１０の緯度経度と移動端末１０の移動手段とに基づいて、移動端末１０の移動中の道路を推定する。ここで、移動端末１０の緯度経度は、送信開始時の緯度経度であってもよいし、送信終了時の緯度経度であってもよいし、これら二つの緯度経度から算出される所定位置の緯度経度（例えば、二つの緯度経度の中間位置の緯度経度など）であってもよい。
【００６５】
推定部２１３は、道路情報データベース２６３を参照して、移動端末１０の緯度経度を通過する道路のうち、道路属性が移動端末１０の移動手段に対応する道路を、移動端末１０の移動中の道路であると推定する。なお、例えば、移動手段「車両」には、道路属性「高速道路」または「一般道」が対応し、移動手段「自転車」には、道路属性「一般道」が対応し、移動手段「徒歩」には、道路属性「歩道」が対応することが想定される。
【００６６】
図５は、履歴情報データベース２６２の構成例を示す図である。推定部２１３によって、移動速度、移動手段および移動中の道路が推定されると、図５に示すように、記憶部２６０によって、履歴情報データベース２６２に、移動速度、移動手段および移動中の道路と、期間映像データから抽出された各種情報（送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻、前回の送信ビットレート、現在の圧縮ビットレート）とが格納される。ここで、送信開始時の緯度経度、送信終了時の緯度経度におけるａ１〜ａ６は、０又は正の整数からなる値であり、ａ１〜ａ６の値の範囲は、０〜９０である。ｂ１〜ｂ６は、０又は正の整数からなる値であり、ｂ１〜ｂ６の値の範囲は、０〜５９である。ｃ１〜ｃ６は、０又は正の整数からなる値であり、ｃ１〜ｃ６の値の範囲は、０〜５９である。ｄ１〜ｄ６は、０又は正の整数からなる値であり、ｄ１〜ｄ６の値の範囲は、例えば、０〜９９９９である。ｅ１〜ｅ６は、０又は正の整数からなる値であり、ｅ１〜ｅ６の値の範囲は、０〜１８０である。ｆ１〜ｆ６は、０又は正の整数からなる値であり、ｆ１〜ｆ６の値の範囲は、０〜５９である。ｇ１〜ｇ６は、０又は正の整数からなる値であり、ｇ１〜ｇ６の値の範囲は、０〜５９である。ｈ１〜ｈ６は、０又は正の整数からなる値であり、ｈ１〜ｈ６の値の範囲は、例えば、０〜９９９９である。
【００６７】
なお、上記では、移動端末１０から送信された期間映像データに基づいて履歴情報データベース２６２にデータが格納される場合を主に説明した。しかし、履歴情報データベース２６２に格納されるデータは、かかる例に限定されない。例えば、履歴情報データベース２６２には、移動端末１０から送信された期間映像データに基づくデータの代わりに、または、移動端末１０から送信された期間映像データに基づくデータに加えて、他の１または複数の移動端末から送信された期間映像データに基づくデータが格納されてもよい。
【００６８】
（１−４−３．調整モードにおける移動端末）
続いて、現在のモードが調整モードである場合における移動端末１０の機能例について説明する。上記したように、現在のモードが調整モードである場合には、圧縮ビットレートに調整時ビットレートが設定されている。かかる状態において、移動端末１０においては、撮像部１２０によって撮像された映像（撮影映像）が映像取得部１１１によって取得される。符号化部１１２は、圧縮ビットレートに基づいて撮影映像を符号化し、符号化後の撮影映像を得る。
【００６９】
より具体的に、符号化部１１２は、調整時ビットレートに決定された圧縮ビットレートに基づいて撮影映像を所定の期間単位（例えば、３秒間単位など）で符号化する。これによって、符号化部１１２は、期間単位の符号化後の撮影映像（期間撮影映像）を得る。そして、符号化部１１２は、期間撮影映像に各種情報を付加して期間単位の映像データ（期間映像データ）を生成する。期間映像データの例は、現在のモードが通常モードである場合と同様である（図４）。
【００７０】
ただし、現在のモードが調整モードである場合には、現在のモードが通常モードである場合とは異なり、目標ビットレート「ｔａｒｇｅｔ＿ｒａｔｅ」に、目標ビットレートそのものが設定されてよい。
【００７１】
符号化部１１２によって期間映像データが生成されると、現在のモードが通常モードである場合と同様に、通信部１５０は、送信処理部１１６による制御に従って、期間映像データ（送信データ）をサーバ２０に送信する。このとき、決定部１１４は、期間映像データの送信に要した時間（所要時間）を計測する。そして、決定部１１４は、期間映像データの容量と計測した所要時間とに基づいて（期間映像データの容量を所要時間によって除することによって）、送信ビットレートを算出する。
【００７２】
続いて、決定部１１４は、現在のモードが調整モードである場合、位置情報取得部１１５によって取得された移動端末１０の位置情報に応じた過去の送信実績に基づいて圧縮ビットレートを決定する。具体的に、決定部１１４は、移動端末１０の位置情報に応じた過去の送信ビットレートに基づいて圧縮ビットレートを決定する。本発明の実施形態においては、後に説明するように、移動端末１０の位置情報に応じた過去の送信ビットレートがサーバ２０から提供される。ここで、移動端末１０の位置情報と過去の送信ビットレートとの対応関係について詳細に説明する。
【００７３】
図６は、移動端末１０の位置自体に対応する過去の送信ビットレートが利用される場合において改善されるべき点について説明するための図である。図６に示すように、時刻ｔ０において、移動端末１０が位置Ｐ０に存在したとする。このとき、移動端末１０においては、位置Ｐ０における緯度経度が取得され（Ｓ１１）、ＰＯＳＴメッセージによって撮影映像と位置Ｐ０における緯度経度とがサーバ２０に送信される。
【００７４】
サーバ２０においては、ＰＯＳＴメッセージによって撮影映像と位置Ｐ０における緯度経度とが受信される。サーバ２０においては、位置Ｐ０に対応する送信ビットレートが取得され（Ｓ１２）、２００ＯＫレスポンスによって、位置Ｐ０に対応する送信ビットレートが移動端末１０に送信される。移動端末１０においては、位置Ｐ０に対応する送信ビットレートが取得される（Ｓ１３）。
【００７５】
このとき、図６に示したように、時刻ｔ０から時刻ｔ１への時刻変化に伴って、移動端末１０の位置が位置Ｐ０から位置Ｐ１に変化したとする。かかる場合、移動先の位置Ｐ１において過去に存在した位置Ｐ０に対応する送信ビットレートが利用されることになってしまう（Ｓ１４）。すなわち、移動端末１０においては、移動先の位置Ｐ１に対応する送信ビットレートを利用可能となるのが望ましい。
【００７６】
図７は、移動端末１０の予測位置に対応する過去の送信ビットレートが利用される場合について説明するための図である。図７に示した例においても、図６に示した例と同様に、時刻ｔ０において、移動端末１０が位置Ｐ０に存在したとする。このとき、図６に示した例と同様に、移動端末１０においては、位置Ｐ０における緯度経度が取得され（Ｓ１１）、ＰＯＳＴメッセージによって撮影映像と位置Ｐ０における緯度経度とがサーバ２０に送信される。
【００７７】
サーバ２０においては、ＰＯＳＴメッセージによって撮影映像と位置Ｐ０における緯度経度とが受信される。ここで、図６に示した例とは異なり、サーバ２０において、位置Ｐ０に基づいて移動端末１０の移動先の位置Ｐ１が予測され、予測位置Ｐ１に対応する送信ビットレートが取得されたとする（Ｓ２１）。このとき、２００ＯＫレスポンスによって、予測位置Ｐ１に対応する送信ビットレートが移動端末１０に送信される。移動端末１０においては、予測位置Ｐ１に対応する送信ビットレートが取得される（Ｓ２２）。
【００７８】
このとき、図６に示した例と同様に、時刻ｔ０から時刻ｔ１への時刻変化に伴って、移動端末１０の位置が位置Ｐ０から位置Ｐ１に変化したとする。かかる場合、移動先の位置Ｐ１において、正常に移動先の予測位置（予測位置Ｐ１）に対応する送信ビットレートが利用されることになる（Ｓ２３）。したがって、以下の説明においては、移動端末１０の予測位置に対応する過去の送信ビットレートが利用される場合を主に説明する。
【００７９】
図２に戻って説明を続ける。決定部１１４は、移動端末１０の位置情報に応じて移動端末１０の移動先として予測された予測位置に応じた過去の送信ビットレートに基づいて圧縮ビットレートを決定する。例えば、決定部１１４は、予測位置と一致または類似する送信開始時の緯度経度（送信終了時の緯度経度）に対応する送信ビットレートを、予測位置に応じた過去のビットレートとして決定すればよい。
【００８０】
ここで、予測位置と一致または類似する送信開始時の緯度経度（送信終了時の緯度経度）と過去の送信ビットレートとの組み合わせが複数取得される場合も想定される。かかる場合、決定部１１４は、複数の送信ビットレートのうち、対応する送信開始時の緯度経度（または送信終了時の緯度経度）が移動端末１０の現在位置から最も近い送信ビットレートを選択してもよい。
【００８１】
上記したように、現在のモードが調整モードである場合には、現在のモードが通常モードである場合よりも、圧縮ビットレートが下がっている場合（すなわち、期間映像データのデータ量が少なくなっている場合）が想定される。そこで、決定部１１４は、現在のモードが調整モードである場合には、圧縮ビットレートを徐々に回復させていくのがよい。
【００８２】
ここで、予測位置に応じた過去のビットレートに基づいて圧縮ビットレートをどのように決定するかは、特に限定されない。例えば、予測位置に応じた過去の送信ビットレートが目標ビットレートよりも低い場合（現在の圧縮ビットレートを基準として、予測位置に応じた過去の送信ビットレートまでのほうが、目標ビットレートまでよりも近い場合）が想定される。かかる場合には、決定部１１４は、予測位置に応じた過去の送信ビットレートに基づいて圧縮ビットレートを決定すればよい。より具体的には、決定部１１４は、圧縮ビットレートを予測位置に応じた過去の送信ビットレートに決定してもよい。
【００８３】
一方、例えば、予測位置に応じた過去の送信ビットレートが目標ビットレートよりも高い場合（現在の圧縮ビットレートを基準として、目標ビットレートまでのほうが、予測位置に応じた過去の送信ビットレートまでよりも近い場合）が想定される。かかる場合には、決定部１１４は、目標ビットレートに基づいて圧縮ビットレートを決定すればよい。より具体的には、決定部１１４は、圧縮ビットレートを目標ビットレート以下の値に決定してもよい。
【００８４】
決定部１１４は、目標ビットレートに基づいて圧縮ビットレートを決定した場合、現在のモードを通常モードに変更する。その後は、現在のモードが調整モードに変更された状態、または、現在のモードが通常モードに維持された状態において、引き続き、撮像部１２０によって撮像された映像（撮影映像）が映像取得部１１１によって取得され、符号化部１１２による撮影映像の符号化が行われる。
【００８５】
（１−４−４．調整モードにおけるサーバ）
続いて、現在のモードが調整モードである場合におけるサーバ２０の機能例について説明する。現在のモードが通常モードである場合と同様に、サーバ２０においては、通信部２５０によって受信された期間映像データがデータ取得部２１１によって取得される。情報抽出部２１２は、期間映像データから撮影映像と上記した各種情報とを抽出する。情報抽出部２１２によって抽出された撮影映像は、記憶部２６０によって撮影映像保存領域２６１に記憶される。
【００８６】
続いて、現在のモードが通常モードである場合と同様に、推定部２１３は、移動端末１０の移動速度を算出し、移動端末１０の移動速度に基づいて、移動端末１０の移動手段を推定する。また、現在のモードが通常モードである場合と同様に、推定部２１３は、移動端末１０の移動中の道路を推定する。
【００８７】
また、現在のモードが調整モードである場合、推定部２１３は、移動端末１０の移動先の位置を予測する。移動端末１０の移動先の位置は、どのようにして予測されてもよい。一例として、移動端末１０の移動先の位置は、移動端末１０の移動中の道路と移動端末１０の緯度経度と移動端末の移動速度とに基づいて予測されてもよい。
【００８８】
例えば、移動端末１０の移動中の道路が一本道である場合には、推定部２１３は、移動端末１０が等速直線運動をすると仮定して、移動端末１０の移動先の位置を予測してもよい。一方、移動中の道路に分岐点がある場合には、推定部２１３は、移動端末１０の直近の移動速度を参照し、移動端末１０が減速していると判断される場合には、分岐点を曲がると仮定して、移動端末１０の移動先の位置を予測してもよい。推定部２１３は、移動端末１０が減速していないと判断される場合には、分岐点を直進すると仮定して、移動端末１０の移動先の位置を推定してもよい。
【００８９】
そして、推定部２１３は、期間映像データから抽出された圧縮ビットレートと一致または類似する圧縮ビットレートを含むデータを履歴情報データベース２６２から検索する。これは、圧縮ビットレートによって送信ビットレートが変化し得るため、圧縮ビットレートを用いてデータの絞り込みを行うのが望ましいからである。なお、類似の範囲は、圧縮ビットレートによらずに一定であってもよいが、圧縮ビットレートが大きくなるほど、広くなるようにあらかじめ定められているのが望ましい。
【００９０】
推定部２１３は、かかる検索によって得られたデータから、予測位置に応じた過去の送信ビットレートを取得する。より具体的に、推定部２１３は、検索によって得られたデータから、予測位置と一致または類似する緯度経度（例えば、送信開始時の緯度経度または送信終了時の緯度経度）に対応する過去の送信ビットレートを取得すればよい。類似の範囲は、あらかじめ定められていてもよいし、移動端末１０の移動速度が大きくなるほど、類似の範囲が大きくなるように変更されてもよい。
【００９１】
推定部２１３は、予測位置と一致または類似する緯度経度が複数存在する場合には、複数の緯度経度から絞り込んでもよい。
【００９２】
例えば、推定部２１３は、複数の緯度経度から、撮影映像データとの間で送信開始時刻（または送信終了時刻）同士が同じ時間帯に属する１または複数の緯度経度に絞り込んでもよい。時間帯によって、無線使用の混雑状況も変わり、送信ビットレートも変わる可能性があるからである。時間帯は、あらかじめ定められていてよい。あるいは、撮影映像データに撮影映像データが送信される曜日（以下、「送信曜日」とも言う。）が含められる場合には、推定部２１３は、複数の緯度経度のうち、撮影映像データとの間で送信曜日が同じ１または複数の緯度経度に絞り込んでもよい。送信曜日によって、無線使用の混雑状況も変わり、送信ビットレートも変わる可能性があるからである。あるいは、送信開始時刻（または送信終了時刻）および送信曜日の双方の条件が合致する１または複数の緯度経度に絞り込まれてもよい。
【００９３】
あるいは、推定部２１３は、複数の緯度経度から、撮影映像データとの間で移動速度同士が近いほうから順に所定数の緯度経度に絞り込んでもよい。あるいは、推定部２１３は、複数の緯度経度から、撮影映像データとの間で移動速度同士が所定の閾値よりも近い１または複数の緯度経度に絞り込んでもよい。例えば、移動端末１０が同じ高速道路を移動中であっても、移動端末１０が制限速度程度での通常走行中であるか徒歩速度程度での移動中であるかによって（すなわち、道路の混雑状況によって）、無線使用の混雑状況も変わり、送信ビットレートも変わる可能性があるからである。
【００９４】
推定部２１３は、予測位置に応じた過去の送信ビットレートを、応答提供部２１４に送信する。
応答提供部２１４は、所定の制御に従って、後述される通信部２５０を介して、予測位置に応じた過去の送信ビットレートを、移動端末１０に送信する。
通信部２５０は、応答提供部２１４による制御に従って、予測位置に応じた過去の送信ビットレートを移動端末１０に送信する。
【００９５】
図８は、移動端末１０に送信される応答メッセージの例を示す図である。図８に示した例では、応答メッセージＤ２０は、予測位置に応じた第１候補として、緯度経度（送信開始時の緯度経度Ｙ１１および送信終了時の緯度経度Ｙ１２）および送信ビットレートＹ１３が含まれ、第２候補として、緯度経度（送信開始時の緯度経度Ｙ２１および送信終了時の緯度経度Ｙ２２）および送信ビットレートＹ２３が含まれている。
【００９６】
図８に示した応答メッセージＤ２０には、緯度経度と送信ビットレートとの組み合わせが２つ含まれているが、上記したように、移動端末１０に送信される緯度経度と送信ビットレートとの組み合わせの数は限定されない。また、図８に示した例では、応答メッセージＤ２０の形式が２００ＯＫレスポンスであるが、応答メッセージＤ２０の形式は特に限定されない。
【００９７】
その後、図５に示すように、記憶部２６０によって、履歴情報データベース２６２に、移動速度、移動手段および移動中の道路と、期間映像データから抽出された各種情報とが格納される。
【００９８】
以上、本発明の実施形態に係る情報処理システム１の機能詳細について説明した。
【００９９】
（１−５．情報処理システムの動作）
続いて、図９〜図１３を参照しながら（適宜図２および図３も参照）、本発明の実施形態に係る情報処理システム１の動作例について説明する。図９〜図１１は、本発明の実施形態に係る移動端末１０の動作例を示すフローチャートである。なお、図９〜図１１に示した動作例は、本発明の実施形態に係る移動端末１０の動作の一例に過ぎない。したがって、本発明の実施形態に係る移動端末１０の動作は、図９〜図１１に示した動作例に限定されない。
【０１００】
まず、移動端末１０において、決定部１１４は、目標ビットレート以下の値に圧縮ビットレートを決定する（Ｓ３１）。続いて、映像取得部１１１は、撮像部１２０によって撮像された映像（撮影映像）を取得する（Ｓ３２）。符号化部１１２は、圧縮ビットレートに基づいて撮影映像を符号化し、符号化後の撮影映像を得る。符号化部１１２は、圧縮ビットレートに基づいて撮影映像を所定の期間単位で符号化する。これによって、符号化部１１２は、期間撮影映像を得る。
【０１０１】
そして、符号化部１１２は、期間撮影映像に各種情報を付加して期間映像データを生成する（Ｓ３４）。期間撮影映像に付加される各種情報の例として、期間映像データの送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻、前回の送信ビットレート、現在の圧縮ビットレート、目標ビットレートが挙げられる。上記したように、目標ビットレートは、調整モードにおいて設定されればよく、通常モードにおいては、目標ビットレートに通常モードを示す値が設定されてよいし、期間撮影映像に目標ビットレートは付加されなくてもよい。
【０１０２】
符号化部１１２によって期間映像データが生成されると、通信部１５０は、送信処理部１１６による制御に従って、期間映像データをサーバ２０に送信する。このとき、決定部１１４は、期間映像データの送信に要した時間（所要時間）を計測する（Ｓ３６）。そして、決定部１１４は、期間映像データの容量と計測した所要時間とに基づいて、送信ビットレートを算出する（Ｓ３７）。
【０１０３】
続いて、決定部１１４は、現在のモードを判定する（Ｓ４１）。決定部１１４は、現在のモードが通常モードである場合（Ｓ４１において「通常モード」）、算出した送信ビットレートが目標ビットレートよりも低いか否かを判断する（Ｓ４２）。決定部１１４は、算出した送信ビットレートが目標ビットレートよりも低い場合には（Ｓ４２において「Ｙｅｓ」）、圧縮ビットレートを調整時ビットレートに変更し（Ｓ４３）、現在のモードを調整モードに変更する（Ｓ４４）。その後、Ｓ３２に動作が移行される。
【０１０４】
一方、決定部１１４は、算出した送信ビットレートが目標ビットレート以上である場合には（Ｓ４２において「Ｎｏ」）、Ｓ３２に動作が移行される。
【０１０５】
決定部１１４は、現在のモードが調整モードである場合（Ｓ４１において「調整モード」）、移動端末１０の移動先として予測された予測位置に応じた過去の送信ビットレートをサーバ２０から取得する（Ｓ５１）。決定部１１４は、予測位置に応じた過去の送信ビットレートが目標ビットレートよりも低い場合（Ｓ５２において「Ｙｅｓ」）、予測位置に応じた過去の送信ビットレートに圧縮ビットレートを決定する（Ｓ５３）。その後、Ｓ３２に動作が移行される。
【０１０６】
一方、決定部１１４は、予測位置に応じた過去の送信ビットレートが目標ビットレート以上である場合（Ｓ５２において「Ｎｏ」）、目標ビットレート以下の値に圧縮ビットレートを決定し（Ｓ５４）、現在のモードを通常モードに変更する（Ｓ５５）。その後、Ｓ３２に動作が移行される。
【０１０７】
以上、本発明の実施形態に係る移動端末１０の動作例について説明した。
【０１０８】
図１２および図１３は、本発明の実施形態に係るサーバ２０の動作例を示すフローチャートである。なお、図１２および図１３に示した動作例は、本発明の実施形態に係るサーバ２０の動作の一例に過ぎない。したがって、本発明の実施形態に係るサーバ２０の動作は、図１２および図１３に示した動作例に限定されない。
【０１０９】
まず、サーバ２０において、通信部２５０は、移動端末１０から期間映像データを受信し（Ｓ６１）、データ取得部２１１は、期間映像データを取得する。情報抽出部２１２は、期間映像データから撮影映像と上記した各種情報（送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻、前回の送信ビットレート、現在の圧縮ビットレート、目標ビットレート）とを抽出する（Ｓ６２）。情報抽出部２１２によって抽出された撮影映像は、記憶部２６０によって撮影映像保存領域２６１に記憶される（Ｓ６３）。
【０１１０】
続いて、推定部２１３は、期間映像データから抽出された、送信開始時の緯度経度、送信終了時の緯度経度、送信開始時刻、送信終了時刻に基づいて、移動端末１０の移動速度を算出する（Ｓ６４）。そして、推定部２１３は、移動端末１０の移動速度に基づいて、移動端末１０の移動手段を推定する（Ｓ６５）。続いて、推定部２１３は、道路情報データベース２６３を参照して、移動端末１０の緯度経度を通過する道路のうち、道路属性が移動端末１０の移動手段に対応する道路を、移動端末１０の移動中の道路であると推定する。（Ｓ６６）。
【０１１１】
続いて、推定部２１３は、現在のモードを判定する（Ｓ７１）。より具体的には、推定部２１３は、期間映像データに含まれている目標ビットレートに、現在のモードが通常モードであることを示す値が設定されている場合、または、期間映像データに目標ビットレートが含まれていない場合に、現在のモードが通常モードであると判定してよい。一方、推定部２１３は、期間映像データに含まれている目標ビットレートに目標ビットレートそのものが設定されている場合、現在のモードが調整モードであると判定してよい。
【０１１２】
推定部２１３は、現在のモードが通常モードであると判定した場合（Ｓ７１において「通常モード」）、Ｓ７６に動作が移行される。一方、推定部２１３は、現在のモードが調整モードであると判定した場合（Ｓ７１において「調整モード」）、移動端末１０の移動先の位置を予測する（Ｓ７２）。そして、推定部２１３は、期間映像データから抽出された圧縮ビットレートと一致または類似する圧縮ビットレートを含むデータを履歴情報データベース２６２から検索する（Ｓ７３）。
【０１１３】
推定部２１３は、かかる検索によって得られたデータから、予測位置に応じた過去の送信ビットレートを取得する（Ｓ７４）。そして、通信部２５０は、応答提供部２１４による制御に従って、予測位置に応じた過去の送信ビットレートを移動端末１０に送信する（Ｓ７５）。その後、履歴情報データベース２６２に、移動速度、移動手段および移動中の道路と、期間映像データから抽出された各種情報とが登録される（Ｓ７６）。
【０１１４】
以上、本発明の実施形態に係るサーバ２０の動作例について説明した。
【０１１５】
（１−６．まとめ）
本発明の実施形態によれば、通信装置であって、当該通信装置の位置情報に応じた過去の送信実績に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する送信部と、を備える、通信装置が提供される。また、通信装置と接続される通信制御装置であって、前記通信装置の位置情報に応じた過去の送信実績の情報を送信する第１送信部を備え、前記通信装置は、前記過去の送信実績の情報に基づいて第１の情報を決定する決定部と、前記第１の情報に基づいてコンテンツを符号化して符号化後のコンテンツを得る符号化部と、前記符号化後のコンテンツを送信する第２送信部と、を備えることを特徴とする、通信制御装置が提供される。かかる構成によれば、通信回線への負荷を低減しつつコンテンツの品質低下を抑制することが可能となる。
【０１１６】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１１７】
１      情報処理システム
１０    移動端末
１１０  制御部
１１１  映像取得部
１１２  符号化部
１１３  応答取得部
１１４  決定部
１１５  位置情報取得部
１１６  送信処理部
１２０  撮像部
１３０  検出部
１４０  操作部
１５０  通信部
１６０  記憶部
１７０  表示部
２０    サーバ
２１０  制御部
２１１  データ取得部
２１２  情報抽出部
２１３  推定部
２１４  応答提供部
２５０  通信部
２６０  記憶部
２６１  撮影映像保存領域
２６２  履歴情報データベース
２６３  道路情報データベース
３０    ネットワーク
【図１】
2019041308.tif 000003
【図２】
2019041308.tif 000004
【図３】
2019041308.tif 000005
【図４】
2019041308.tif 000006
【図５】
2019041308.tif 000007
【図６】
2019041308.tif 000008
【図７】
2019041308.tif 000009
【図８】
2019041308.tif 000010
【図９】
2019041308.tif 000011
【図１０】
2019041308.tif 000012
【図１１】
2019041308.tif 000013
【図１２】
2019041308.tif 000014
【図１３】
2019041308.tif 000015