JP2017005474A - 通信装置、通信システム、通信方法、プログラム、および、端末装置 - Google Patents

Abstract

【課題】端末装置、通信装置、および、サーバ装置の間の通信をより安定して実行する。
【解決手段】通信装置は、移動可能な端末装置とサーバ装置とに接続される。通信装置は、記憶部と無線通信制御部と要求処理部と判断部と応答生成部と通信制御部とを備える。記憶部は、端末装置とサーバ装置との間で送受信される情報を記憶する。無線通信制御部は、端末装置との間の無線通信を制御する。要求処理部は、端末装置およびサーバ装置の少なくとも一方から送信される、通信装置を介する端末装置とサーバ装置との間の通信の要求を受信する。判断部は、要求された通信に必要なリソースが割り当てられるか否かを判断する。応答生成部は、判断部による判断結果を示す応答を生成する。通信制御部は、端末装置およびサーバ装置のうち一方から受信した情報を記憶部に記憶し、他方に対して記憶部から読み出した情報を送信する。
【選択図】図４

Description

本発明の実施形態は、通信装置、通信システム、通信方法、プログラム、および、端末装置に関する。

端末装置が移動中の無線通信は不安定になりやすいため、可能な限り短時間で高速に通信を行うことが好ましい。通信のセットアップを削減することにより、高速ハンドオーバを実現する技術が知られている。例えばＩＥＥＥ ８０２．１１ｐでは、アソシエーションを省略する方法が提案されている。

特開２０１０−２１３３３４号公報

しかしながら、従来技術では、例えば移動中の端末装置から無線通信で得た情報を、さらにインターネット上のサーバ装置などに送信するような利用形態が考慮されていない。このような利用形態では、例えばレイヤ３より上位の階層での通信確立による遅延、および、インターネットを経由することによる伝送遅延の問題が生じる。

実施形態の通信装置は、移動可能な端末装置とサーバ装置とに接続される。通信装置は、記憶部と無線通信制御部と要求処理部と判断部と応答生成部と通信制御部とを備える。記憶部は、端末装置とサーバ装置との間で送受信される情報を記憶する。無線通信制御部は、端末装置との間の無線通信を制御する。要求処理部は、端末装置およびサーバ装置の少なくとも一方から送信される、通信装置を介する端末装置とサーバ装置との間の通信の要求を受信する。判断部は、要求された通信に必要なリソースが割り当てられるか否かを判断する。応答生成部は、判断部による判断結果を示す応答を生成する。通信制御部は、端末装置およびサーバ装置のうち一方から受信した情報を記憶部に記憶し、他方に対して記憶部から読み出した情報を送信する。

第１の実施形態にかかる通信システムの全体構成図。 ＡＰおよび車載機のハードウェア構成図。 サーバのハードウェア構成図。 ＡＰの機能構成例を示すブロック図。 第１の実施形態における通信処理のシーケンス図。 データ転送の例を示す図。 スケジューリングを実施する場合の例を示す図。 通信処理の一例を示すフローチャート。 通信処理の一例を示すフローチャート。 リソース確保処理のフローチャート。 リソース確保処理のフローチャート。 サーバへの送信処理のフローチャート。 事前セットアップ要求受信時の処理のシーケンス図。 事前セットアップ要求受信時の処理のシーケンス図。 送信情報を受信したときの処理のシーケンス図。 送信情報をアップロードする処理のシーケンス図。 第２の実施形態にかかる通信システムの全体構成図。 ＡＰおよび車載機のハードウェア図。 ＡＰの機能構成例を示すブロック図。 第２の実施形態における通信処理のシーケンス図。 第３の実施形態にかかる通信システムの全体構成図。 ＡＰおよび車載機のハードウェア図。 第３の実施形態における通信処理のシーケンス図。 第４の実施形態にかかる通信システムの全体構成図。 ＡＰおよび車載機のハードウェア図。 変形例にかかる通信システムの全体構成図。 ＡＰの機能構成例を示すブロック図。 第４の実施形態における通信処理のシーケンス図。 通信処理のシーケンス図。 第４の実施形態の通信処理のフローチャート。 状況判断処理のフローチャート。 決定処理のフローチャート。 転送先情報の一例を示す図。 リソース確保処理のフローチャート。 第５の実施形態にかかる通信システムの全体構成図。 車載機のハードウェア図。 変形例にかかる通信システムの全体構成図。 車載機のハードウェア図。 変形例にかかる通信システムの全体構成図。 車載機のハードウェア図。 変形例にかかる通信システムの全体構成図。 車載機のハードウェア図。 車載機の機能構成例を示すブロック図。 第５の実施形態における車載機の通信処理のシーケンス図。 第５の実施形態における車載機の通信処理のシーケンス図。 第６の実施形態にかかる通信システムの全体構成図。 第６の実施形態にかかる通信システムの全体構成図。 第６の実施形態における通信処理のシーケンス図。 第６の実施形態における通信処理のシーケンス図。 第６の実施形態の車載機による通信処理のフローチャート。 第６の実施形態のＡＰによる通信処理のフローチャート。

以下に添付図面を参照して、この発明にかかる通信装置、通信システム、通信方法およびプログラムの好適な実施形態を詳細に説明する。

（第１の実施形態）
第１の実施形態にかかる通信システムは、移動可能であり無線通信する端末装置と、サーバ装置との間の通信を、通信装置が中継するように構成される。以下では、車載機を端末装置とし、無線通信のアクセスポイント（ＡＰ）を通信装置とする構成を例に説明する。端末装置および通信装置はこの例に限られるものではない。

ＡＰは、事前のセットアップで、車載機とＡＰとの間の通信、および、ＡＰとサーバとの間の通信で必要なリソースを確保できるか判断し、判断結果を通信の要求元に応答する。ＡＰは、リソースが確保できると判断した場合に、リソースを確保し、車載機とサーバとの間の通信を中継する。リソースとしては、各通信の通信路（通信リソース）、当該通信路を用いる通信の権限（権限リソース）、および、ＡＰ内の記憶部等の記憶領域（ストレージリソース）などが挙げられる。これ以外のリソースを対象としてもよい。例えば、通信路以外のリソースの権限をリソースとしてもよい。

このような構成により、所望の品質での通信が可能なリソースが確保できる場合に通信を実行できる。従って、端末装置、通信装置、および、サーバ装置の間の通信をより安定的に実行可能となる。

図１は、第１の実施形態にかかる通信システムの全体構成の一例を示す図である。図１に示すように本実施形態の通信システムは、ＡＰ１００と、車載機２００と、サーバ３００と、ネットワーク４００と、を備えている。なお各装置（ＡＰ１００、車載機２００、サーバ３００）はそれぞれ複数備えられてもよい。以下の実施形態も同様である。

ネットワーク４００は、ＡＰ１００とサーバ３００とを接続する。ネットワーク４００は、例えばインターネットにより構成される。

ＡＰ１００は、車載機２００と無線通信する通信装置である。例えば、車載機２００を搭載した車両（移動体）が通行する道路の端部等に設けられる路側機（ＩＴＳスポット）としてＡＰ１００を実現できる。

車載機２００は、自動車などの車両に搭載される機器である。車載機２００は、ＡＰ１００などを介する無線通信を実行する機能を備える。

サーバ３００は、車載機２００から送信される情報を受信して処理する機能、および、情報を車載機２００に送信する機能を有する。サーバ３００はどのような装置であってもよいが、例えば、車載機２００から送信されるコンテンツを受信して管理するサーバ、および、自装置が管理するコンテンツを車載機２００に配信するサーバなどを適用できる。

図１に示すように、車載機２００は、ＡＰ１００に接近すると事前のセットアップのための通信（事前セットアップ通信）を行う。事前セットアップ通信でリソースが確保できた場合、車載機２００は、情報をＡＰ１００に送信する。ＡＰ１００は、任意のタイミングで、車載機２００から受信した情報をサーバ３００に送信する。

図２は、ＡＰ１００および車載機２００のハードウェア構成の一例を示す図である。図２に示すように、ＡＰ１００は、制御部１１と、記憶部１２と、大容量記憶部１３と、有線インタフェース（Ｉ／Ｆ）１４と、転送部１５と、無線Ｉ／Ｆ１６と、を備える。

制御部１１は、ＡＰ１００全体の動作を制御する。制御部１１は、例えばＣＰＵ（Central Processing Unit）などにより構成される。

記憶部１２は、ＡＰ１００内での処理に用いる各種情報を記憶する。例えば記憶部１２は、制御部１１で動作するプログラムのワーキングメモリ、および、各構成要素間で情報を交換する際のバッファとして使用される。記憶部１２は、例えばＳＤＲＡＭなどの記憶媒体により構成される。

大容量記憶部１３は、ＳＳＤ（Solid State Drive）、ＨＤＤ（Hard Disk Drive）、および、ＮＡＮＤフラッシュメモリなどの記憶媒体により構成される。大容量記憶部１３は、例えば、事前セットアップの要求（事前セットアップ要求）で通知された情報を一時的に記憶するために使用する。

記憶部１２および大容量記憶部１３の構成は一例であり、他の一般的に利用されているあらゆる記憶媒体を用いることができる。

有線Ｉ／Ｆ１４は、ネットワーク４００を介した有線通信を行うためのインタフェースである。有線Ｉ／Ｆ１４は、例えばインターネットに接続するためのバックホール回線との接続を想定した通信インタフェースである。

無線Ｉ／Ｆ１６は、車載機２００などと無線通信を行うためのインタフェースである。無線Ｉ／Ｆ１６は、例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃなどの主に高速データ通信を想定した規格に準拠したインタフェースを適用できる。ＩＥＥＥ ８０２．１１ｐのようにＩＴＳ（高度交通システム）での利用を想定したインタフェースを適用してもよい。

転送部１５は、各部の間での情報の転送を制御する。例えば転送部１５は、有線Ｉ／Ｆ１４および無線Ｉ／Ｆ１６の間でブリッジ処理を行い、フレームを転送する。転送部１５は、外部から受信したフレームから、制御部１１内の各機能で処理すべきフレームを抽出して各機能に転送する。また、転送部１５は、制御部１１などで実行される各機能から送信されたフレームを適切なインタフェースを介して送信するよう制御する。

次に車載機２００のハードウェア構成について説明する。図２に示すように、車載機２００は、制御部２１と、記憶部２２と、大容量記憶部２３と、無線Ｉ／Ｆ２４と、センサＩ／Ｆ２５と、ペリフェラルＩ／Ｆ２６と、を備える。

制御部２１、記憶部２２、大容量記憶部２３、および、無線Ｉ／Ｆ２４は、ＡＰ１００の制御部１１、記憶部１２、大容量記憶部１３、および、無線Ｉ／Ｆ１６と同様の構成とすることができる。

センサＩ／Ｆ２５は、車両に搭載される各種センサと接続するインタフェースである。センサは、例えば、車両加速度を検知する加速度センサ、温度や湿度を検知する温湿度センサ、明るさを検知する照度センサ、車両周辺の状況を検知する赤外線センサなどを含む。ペリフェラルＩ／Ｆ２６は、周辺機器と接続するためのインタフェースであり、車載カメラなどが接続されるなお、これらセンサや周辺機器と車載機２００は図２に示したインタフェースを介して直接接続してもよいが、システム間接続用のインタフェース（ＣＡＮ、ＦｌｅｘＲａｙ、車載Ｅｔｈｅｒｎｅｔ（登録商標）など）を用いて他の車載システムを介して接続してもよい。

図３は、サーバ３００のハードウェア構成の一例を示す図である。図３に示すように、サーバ３００は、ＣＰＵ５１などの制御装置と、ＲＯＭ（Read Only Memory）５２やＲＡＭ（Random Access Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、各部を接続するバス６１を備えている。

次に、ＡＰ１００の機能構成の一例について説明する。図４は、ＡＰ１００の機能構成例を示すブロック図である。図４に示すように、ＡＰ１００は、記憶部１２、大容量記憶部１３、有線Ｉ／Ｆ１４、転送部１５、および、無線Ｉ／Ｆ１６の他に、ストレージ制御部１０１、ストレージ管理部１０２、アップロード部１０３、受信処理部１０４、権限管理部１０５、判断部１０６、要求処理部１０７、応答生成部１０８、有線通信制御部１０９、および、無線通信制御部１１０を備えている。

なお、ストレージ制御部１０１、ストレージ管理部１０２、アップロード部１０３、受信処理部１０４、権限管理部１０５、判断部１０６、要求処理部１０７、応答生成部１０８、有線通信制御部１０９、および、無線通信制御部１１０は、例えば、ＣＰＵ１１にプログラムを実行させること、すなわち、ソフトウェアにより実現してもよいし、ＩＣ（Integrated Circuit）などのハードウェアにより実現してもよいし、ソフトウェアおよびハードウェアを併用して実現してもよい。

また、転送部１５の機能の一部または全部を、ＣＰＵ１１を用いてソフトウェアにより実現してもよい。

ストレージ制御部１０１は、ストレージ（記憶部１２、大容量記憶部１３など）に対するアクセスを行う。デバイスドライバおよびストレージコントローラなどとしてストレージ制御部１０１を実現できる。

ストレージ管理部１０２は、ストレージを管理する。例えばストレージ管理部１０２は、大容量記憶部１３の容量（使用済み容量、空き容量など。以下、ストレージ容量という）を管理する。管理しているストレージ容量などの情報は、例えば記憶部１２に保存される。

アップロード部１０３は、受信された情報をサーバ３００などにアップロードする。

受信処理部１０４は、各種情報の受信を制御する。例えば受信処理部１０４は、事前セットアップ通信にて通知された情報を受信する。受信処理部１０４は、セットアップ済みか否かは判断部１０６を介して確認する。通知されている情報の送受信タイミングをポーリングにより決める場合には、受信処理部１０４は、タイミングの管理などを行う。

受信された情報は、ストレージ制御部１０１を介して大容量記憶部１３に保存される。使用した大容量記憶部１３の容量は、ストレージ管理部１０２に通知され、ストレージ容量の管理に用いられる。

権限管理部１０５は、事前セットアップ要求の送信元から受信して一時的に蓄積している情報を、ＡＰ１００から正当な情報として送信するための権限を管理する。権限管理部１０５は、情報提供元や情報送信先と通信して、権限の委譲を受ける。権限情報は、例えば記憶部１２に記憶することにより管理されるが、専用の記憶部を具備して権限情報を他の構成要素から参照できないようにすることもできる。

判断部１０６は、要求された通信に必要なリソースが割り当てられるか否かを判断する。例えば判断部１０６は、事前セットアップ要求で通知された、アップロード対象となる情報に関するリソースが確保できるか判断する。判断部１０６は、ストレージ容量はストレージ管理部１０２に確認し、権限は権限管理部１０５に確認する。通信リソースについては、判断部１０６が判断する。通信リソースの使用状況は、例えば記憶部１２に保存される。

要求処理部１０７は、受信された各種要求を処理する。例えば要求処理部１０７は、事前セットアップ要求に対する受信処理を行う。メッセージにフォーマットの不正などの問題が無ければ、要求処理部１０７は、判断部１０６に処理を引き継ぎ、リソース割り当ての判断処理を行わせる。

応答生成部１０８は、要求に対する応答を生成して出力する。例えば応答生成部１０８は、事前セットアップ要求に対する判断部１０６の判断結果を示す応答を生成し、事前セットアップ要求の送信元に対して送信する。

有線通信制御部１０９は、有線Ｉ／Ｆ１４と転送部１５の仲介を制御する。有線通信制御部１０９は、例えばデバイスドライバやファームウェアにより実現される。

無線通信制御部１１０は、車載機２００と通信との間の無線通信を制御する。例えば無線通信制御部１１０は、無線Ｉ／Ｆ１６と転送部１５の仲介を制御する。無線通信制御部１１０は、例えばデバイスドライバやファームウェアにより実現される。

次に、このように構成された第１の実施形態にかかるＡＰ１００による通信処理について図５を用いて説明する。図５は、第１の実施形態における通信処理の一例を示すシーケンス図である。

車載機２００は、事前セットアップ要求をＡＰ１００に送信する（ステップＳ１０１）。本実施形態では、事前セットアップ要求に対して、リソースの判断、リソースの確保を行うため、以下では事前セットアップ要求をリソース確保要求という場合がある。

事前セットアップ要求は、例えば、送信情報の特性、権限情報、および、送信情報の最終的な送信先を含む。送信情報は、車載機２００からサーバ３００にアップロード（送信）する情報を示す。送信情報の特性は、例えば、サイズ、優先度（重要度）、および、フォーマットなどである。送信先は、例えば、サーバ３００のアドレスや使用する通信プロトコル、それらをまとめたＵＲＩ（Uniform Resource Identifier）などである。

事前セットアップ要求を受信すると、ＡＰ１００は、送信情報の対応関係を大容量記憶部１３などに保存するとともに、リソースの割り当てが可能か判断する（ステップＳ１０２）。

対応関係は、例えば、要求元の車載機２００の識別情報、送信情報の送信先、および、送信情報の特性情報などを対応付けた情報である。

リソースとして権限リソースを用いる場合、ＡＰ１００の権限管理部１０５は、サーバ３００に対して権限を確認する（ステップＳ１０３）。サーバ３００との間で権限を確認する方法はどのような方法であってもよい。例えば、ＯＡｕｔｈなどのプロトコルを適用できる。適用するプロトコルによっては、ＡＰ１００とサーバ３００との間だけでなく、車載機２００を含めた三者間で必要な情報が適宜交換される。サーバ３００は、権限の確認に対する応答をＡＰ１００に送信する（ステップＳ１０４）。

リソースが確保できると判断された場合、ＡＰ１００は、リソースを確保するとともに、判断結果を含む応答（事前セットアップ応答）を車載機２００に送信する（ステップＳ１０５）。送信情報を送信するときに特別な手段（別のチャネル、別の通信プロトコルなど）を使う必要がある場合は、事前セットアップ応答に特別な手段を使うために必要な情報を含めてもよい。

車載機２００は、ＡＰ１００との間で確保されたリソース（無線通信経路、ストレージの記憶領域など）を用いて、送信情報の送信を開始する（ステップＳ１０６）。ＡＰ１００は、送信情報を一時的にストレージに保存する（ステップＳ１０７）。この時点ではサーバ３００に送信情報を送信する必要はないため、ＡＰ１００は、自装置内のストレージ（大容量記憶部１３など）に、高速に送信情報を保存できる。

ＡＰ１００は、その後、任意のタイミングで保存した送信情報を読み出し、事前セットアップ要求で指定されたサーバ３００を送信先として送信する（ステップＳ１０８）。ＡＰ１００は、セットアップ時に設定した送信期限までに送信情報を送信してもよい。

なお、ステップＳ１０２でリソースの確保ができないと判断した場合は、以下のような様々な対応を取り得る。
（１）エラーを示す応答を返す。
（２）ＡＰ１００内のストレージに空きがない場合
（２−１）他の情報をサーバ３００へ送信する処理などに伴う空き容量の回復を考慮して、容量が確保される時間を予測し、送信可能となる時間（記憶領域が割り当て可能になるまでの時間）を示す応答を返す。送信可能となる時間は、情報の送信元となる車載機２００が情報を送信できるようになる時間を意味する。送信可能となる時間は、ＡＰ１００が情報を受信可能となる時間、と言い換えることができる。
（２−２）要求された送信情報より優先度の低い他の送信情報を削除し、容量を確保した後、応答を返す。
（３）他のＡＰ１００の識別情報を含む応答を返す。例えばサーバ３００または他のＡＰ１００などに、送信情報を送信可能なＡＰ１００を問い合わせ、返信されたＡＰ１００の識別情報を含む応答を返してもよい。他のＡＰ１００の識別情報は、任意の方法で決定してよい。この場合、例えば当該他のＡＰ１００は、リソース確保要求が送信されたときに、自装置内でリソースが確保できるかさらに判断してもよい。
（４）送信元の車載機２００に、送信情報の事前処理を依頼する。例えば、送信情報のサイズを小さくする処理（送信情報の圧縮、データの平均値をとる処理など）などを車載機２００に依頼してもよい。

なお、事前処理は、リソースが確保できない場合以外にも実行してもよい。サイズが小さくなればより早く通信を完了でき、情報が送信できる可能性が高まる。また、事前処理の内容は、サイズを小さくする処理に限定されない。例えば、他の車載機２００等での再利用が有効な情報の場合に、より再利用しやすい形に加工する処理を事前に実行してもよい。事前処理は、ＡＰ１００からの依頼で実施してもよいし、依頼によらず車載機２００が実施してもよい。加工処理は、例えば、車載カメラで撮像した画像をそのまま送信するのではなく、画像に対する認識処理の結果を送信するなどの処理が適用できる。

ＩＥＥＥ ８０２．１１ｐなどのように車両間での通信を考慮した通信プロトコルの場合、ＡＰ１００が、車載機２００に対して後続車へのデータ転送を依頼してもよい。例えば、再利用が有効な情報を後続車へ転送することを依頼してもよい。図６は、このように構成する場合のデータ転送の例を示す図である。

再利用が有効な情報は、上記のような認識結果の他、事故情報および渋滞情報などがある。転送を依頼する場合、転送を試行する時間を通知してもよい。図６では、車載機２００ａに対して、後続する車載機２００ｂに「ｘ秒後まで」データ転送することを依頼する例が示されている。

ＡＰ１００は、リソースを確保するとともに、スケジューリングを実施してもよい。図７は、スケジューリングを実施する場合の例を示す図である。

図７の例では、まず車載機２００ｂがリソース確保要求をＡＰ１００に送信する。ＡＰ１００は、車載機２００ｂからの送信情報の送信を待機中であることを例えば記憶部１２に設けたキューで管理する。この例では、他の車載機２００から要求された送信情報Ａ、Ｃが待機中となっている。送信情報Ａ、Ｃは、この順で送信されるようにスケジュールされている（送信順序が１、２）。ＡＰ１００は、車載機２００ｂから要求された送信情報Ｂの送信をスケジュールする。この例では、送信情報Ｂは、送信情報ＡとＣの間に送信するようにスケジュールされる。

ＡＰ１００は、優先度などを考慮してスケジューリングを実施してもよい。スケジューリングの結果として、応答時に転送開始時間を通知してもよい。例えば、「ｘミリ秒後に転送開始」などの情報を応答に含めて車載機２００ｂに送信してもよい。このとき、キューイング済みの送信情報の送信が遅くなったことを、該当する送信情報の要求元に通知してもよいし、何も通知しなくてもよい。送信タイミングを制御するため、ＡＰ１００から送信情報をポーリングするようにしてもよいし、車載機２００から自発的に送信情報の転送を開始させてもよい。

次に、通信処理の詳細について図８および図９を用いて説明する。図８および図９は、通信処理の一例を示すフローチャートである。図８は、送信情報を車載機２００から自発的に送信する場合の例である。図９は、送信情報をＡＰ１００からポーリングする場合の例である。

ＡＰ１００の要求処理部１０７と受信処理部１０４は、事前セットアップ要求および送信情報の受信を各々待機する（ステップＳ２０１）。転送部１５は、受信パケットの通信プロトコル、ＩＰアドレス、ポート番号、および、必要に応じてメッセージ本体を解析することにより、事前セットアップ要求または送信情報の送信要求を受信したか否かを判断する（ステップＳ２０２）。受信していない場合（ステップＳ２０２：Ｎｏ）、受信するまで待機する。

事前セットアップ要求を受信した場合（ステップＳ２０２：セットアップ要求）、要求処理部１０７は、受信した事前セットアップ要求を解析する（ステップＳ２０３）。例えば要求処理部１０７は、事前セットアップ要求から送信情報の送信先などを抽出し、対応関係を示す情報を生成して保存する。

判断部１０６は、リソースが確保できるか判断するリソース確保処理を実行する（ステップＳ２０４）。リソース確保処理の詳細は後述する。

リソースが確保できた場合（ステップＳ２０５：Ｙｅｓ）、判断部１０６は、送信情報の送信タイミングを判断するスケジューリングを実行する（ステップＳ２０６）。スケジューリングは、例えば図７を用いて説明した方法で実行される。なお、単純なＦＩＦＯ（First In First Out）で管理する場合も、ここではスケジューリングとして扱う。

応答生成部１０８は、リソースが確保できたことを示す応答（肯定応答）を生成する（ステップＳ２０７）。上記のように、応答にスケジューリングの結果である転送開始時間などを含めてもよい。また応答生成部１０８は、再利用が有効な情報を後続車へ転送することを依頼する応答を生成してもよい。

リソースが確保できない場合（ステップＳ２０５：Ｎｏ）、応答生成部１０８は、リソースが確保できないことを示す応答（エラー応答）を生成する（ステップＳ２０８）。応答生成部１０８は、送信情報の事前処理を依頼する応答を生成してもよい。要求処理部１０７は、生成された応答を、転送部１５、無線通信制御部１１０、および、無線Ｉ／Ｆ１６を介して、車載機２００に送信する（ステップＳ２０９）。

ステップＳ２０２で送信情報の送信要求を受信した場合（ステップＳ２０２：データ受信）、受信処理部１０４は、受信した送信要求から送信情報を抽出する（ステップＳ２１０）。受信処理部１０４は、抽出された送信情報をストレージに保存する（ステップＳ２１１）。受信処理部１０４は、すべての送信情報の受信が完了したか否かを判断する（ステップＳ２１２）。完了していない場合（ステップＳ２１２：Ｎｏ）、ステップＳ２０１に戻り処理を繰り返す。

送信情報の受信が完了した場合（ステップＳ２１２：Ｙｅｓ）、判断部１０６は、サーバ３００への送信情報の送信をスケジューリングする（ステップＳ２１３）。スケジューリングの方法はどのような方法であってもよいが、例えば、優先度や事前セットアップ通信にて通知された送信完了時刻を参照して送信タイミングを決定してもよい。

図９は、送信情報をＡＰ１００からポーリングする場合の例である。

ＡＰ１００の要求処理部１０７と受信処理部１０４は、事前セットアップ要求または送信情報の受信を待機する。受信処理部１０４はスケジューリングされた送信時間になるまでタイマー等を用いて待機する（ステップＳ３０１）。受信処理部１０４は、送信時間になったか否かを判断する（ステップＳ３０２）。

送信時間になった場合（ステップＳ３０２：Ｙｅｓ）、受信処理部１０４は、送信情報の送信元となる車載機２００を特定する（ステップＳ３１１）。受信処理部１０４は、送信情報の送信を要求するデータ要求を生成し、特定した車載機２００に送信する（ステップＳ３１２）。

送信時間でない場合（ステップＳ３０２：Ｎｏ）、受信処理部１０４は、受信処理部１０４は、事前セットアップ要求または送信情報の送信要求を受信したか否かを判断する（ステップＳ３０３）。いずれも受信していない場合（ステップＳ３０３：Ｎｏ）、ステップＳ３０１に戻り待機する。

データ要求に応じて車載機２００から送信情報が送信された場合、または、ステップＳ３０３で送信情報の送信要求を受信した場合（ステップＳ３０３：データ受信）、受信処理部１０４は、受信した送信要求から送信情報を抽出する（ステップＳ３１３）。

以降のステップＳ３１４〜ステップＳ３１６までは、図８のステップＳ２１１〜ステップＳ２１３までと同様であるため説明を省略する。また、ステップＳ３０３で事前セットアップ要求を受信したと判断された場合（ステップＳ３０３：セットアップ要求）、図８のステップＳ２０３〜ステップＳ２０９と同様の処理を実行する（ステップＳ３０４〜ステップＳ３１０）。

次に、ステップＳ２０４のリソース確保処理の詳細について説明する。図１０−１、１０−２は、リソース確保処理の一例を示すフローチャートである。

判断部１０６は、ストレージ管理部１０２を用いてストレージの空き容量を確認する（ステップＳ４０１）。判断部１０６は、送信情報のサイズ等をもとに、ストレージに送信情報を保存するための空き容量があるか否かを判断する（ステップＳ４０２）。空き容量がある場合（ステップＳ４０２：Ｙｅｓ）、判断部１０６は、待機時間を０に設定する（ステップＳ４０３）。

空き容量がない場合（ステップＳ４０２：Ｎｏ）、判断部１０６は、空き容量の回復状況を確認する（ステップＳ４０４）。判断部１０６は、例えば上記（２−１）のように、他の送信情報の送信処理が進行することに伴い空き容量が回復するかを確認する。判断部１０６は、回復の見込みがあるか否かを判断し（ステップＳ４０５）、見込みがある場合（ステップＳ４０５：Ｙｅｓ）、回復するまでの待機時間を決定する（ステップＳ４０６）。待機時間は、例えば、要求された送信情報のサイズ以上のサイズの他の情報の送信が完了するまでの時間として設定される。

空き容量の回復の見込みがない場合（ステップＳ４０５：Ｎｏ）、判断部１０６は、最低優先度の保存情報を特定する（ステップＳ４０７）。最低優先度の保存情報とは、現在保存されている送信情報のうち、優先度が最低である送信情報を意味する。

判断部１０６は、要求された送信情報の優先度と、特定した送信情報の優先度とを比較し（ステップＳ４０８）、前者（要求情報）の優先度の方が高いか否かを判断する（ステップＳ４０９）。高い場合（ステップＳ４０９：Ｙｅｓ）、判断部１０６は、最低優先度の送信情報に削除マークを付与する（ステップＳ４１０）。判断部１０６は、削除マークを付与した送信情報は削除されたものとして、再度、ストレージの空き容量を確認する（ステップＳ４１１）。

判断部１０６は、送信情報を保存するための空き容量があるか否かを判断する（ステップＳ４１２）。空き容量がある場合（ステップＳ４１２：Ｙｅｓ）、判断部１０６は、待機時間を０に設定する（ステップＳ４１３）。空き容量がない場合（ステップＳ４１２：Ｎｏ）、ステップＳ４０７に戻り処理を繰り返す。

ステップＳ４０９で要求された送信情報の優先度の方が高くないと判断された場合（ステップＳ４０９：Ｎｏ）、判断部１０６は、削除マークを付与した送信情報は削除されたものとして、再度、空き容量の回復状況を確認する（ステップＳ４１４）。判断部１０６は、回復の見込みがあるか否かを判断し（ステップＳ４１５）、見込みがある場合（ステップＳ４１５：Ｙｅｓ）、回復するまでの待機時間を決定する（ステップＳ４１６）。見込みがない場合（ステップＳ４１５：Ｎｏ）、判断部１０６は、リソースが確保できないと判断し（ステップＳ４１７）、処理を終了する。図９では前記（１）、（２−１）、および、（２−２）を全て実行するように記載したが、（１）のみ実行するようにしてもよい。

ステップＳ４０３、ステップＳ４０６、ステップＳ４１３、および、ステップＳ４１６で待機時間を設定した後、判断部１０６は、事前セットアップ要求から送信先を示す情報を抽出する（ステップＳ４１８）。また判断部１０６は、事前セットアップ要求から権限情報を抽出する（ステップＳ４１９）。

判断部１０６は、抽出した送信先情報が示すサーバ３００との間で権限を確認する（ステップＳ４２０）。判断部１０６は、権限があるか否かを判断し（ステップＳ４２１）、権限がある場合（ステップＳ４２１：Ｙｅｓ）、リソース確保できると判断する（ステップＳ４２２）。権限がない場合（ステップＳ４２１：Ｎｏ）、判断部１０６は、リソースが確保できないと判断し（ステップＳ４２３）、処理を終了する。

次に、ステップＳ２１３によるスケジューリングに従い送信情報をサーバ３００に送信する送信処理の詳細について説明する。図１１は、サーバ３００への送信処理の一例を示すフローチャートである。

アップロード部１０３は、スケジューリングした送信タイミングになるまでタイマー等を用いて待機する（ステップＳ５０１）。アップロード部１０３は、送信タイミングになったか否かを判断する（ステップＳ５０２）。送信タイミングではない場合（ステップＳ５０２：Ｎｏ）、送信タイミングになるまで待機する。

送信タイミングになった場合（ステップＳ５０２：Ｙｅｓ）、アップロード部１０３は、取得済み権限情報を確認し（ステップＳ５０３）、権限情報に問題がないか否かを判断する（ステップＳ５０４）。問題がある場合（ステップＳ５０４：Ｎｏ）、アップロード部１０３は、対象となる送信情報の送信をキャンセルし（ステップＳ５０９）、当該送信情報をストレージから削除する（ステップＳ５１０）。その際、車載機２００からの情報が送信できなかったことを示す情報を、権限情報の有無に関係なくサーバ３００に送信してもよい。

問題がない場合（ステップＳ５０４：Ｙｅｓ）、アップロード部１０３は、ストレージ制御部１０１を用いて、保存済みの送信情報をストレージから読み出す（ステップＳ５０５）。アップロード部１０３は、送信情報を含むパケットを生成する（ステップＳ５０６）。アップロード部１０３は、生成したパケットを、転送部１５、有線通信制御部１０９、および、有線Ｉ／Ｆ１４を介して、サーバ３００に送信する（ステップＳ５０７）。アップロード部１０３は、ストレージ制御部１０１を用いて、送信した送信情報をストレージから削除する（ステップＳ５０８）。

例えば、権限情報の異常、および、ネットワークの異常などの発生により、一時保存した送信情報がサーバ３００に送信できない場合が起こりうる。上記フローチャートでは、権限情報が異常であった場合、送信をキャンセルする例を説明した。異常時の処理はこれに限られるものではない。例えば、権限の異常が発生した場合、再度権限を取得するように構成してもよい。ただし、権限の取得のために送信元の端末装置（車載機２００）との通信が必要であり、ＡＰ１００の通信範囲に当該端末装置が存在しない場合は、正常に権限移譲が行えない可能性がある。ネットワークの異常であれば、所定の時間が経過した後、再試行するように構成してもよい。この場合、再試行回数の上限を決めてもよい。

次に、事前セットアップ要求を受信したときのＡＰ１００の処理についてさらに説明する。図１２および図１３は、事前セットアップ要求を受信したときの処理のシーケンス図である。

無線Ｉ／Ｆ１６は、事前セットアップ要求を受信すると（ステップＳ６０１）、無線通信制御部１１０を介して転送部１５に事前セットアップ要求を送信する（ステップＳ６０２、ステップＳ６０３）。転送部１５は、受信フレームに対する通信プロトコル処理を実行する（ステップＳ６０４）。転送部１５は、事前セットアップ要求の処理を要求する要求メッセージを要求処理部１０７に通知する（ステップＳ６０５）。要求処理部１０７は、リソース確保を判断部１０６に依頼する（ステップＳ６０６）。

判断部１０６は、ストレージの空き容量の確認および記憶領域の確保をストレージ管理部１０２に依頼する（ステップＳ６０７）。ストレージ管理部１０２は、大容量記憶部１３の空き容量を確認し、必要に応じて記憶領域を確保する（ステップＳ６０８）。ストレージ管理部１０２は、確認および確保の結果を判断部１０６に応答する（ステップＳ６０９）。

判断部１０６は、応答を参照しストレージ確保状況を確認する（ステップＳ６１０）。判断部１０６は、ストレージの記憶領域を確保できた場合、権限移譲処理の実行を権限管理部１０５に依頼する（ステップＳ６１１）。権限管理部１０５は、大容量記憶部１３（または記憶部１２）を参照し、既存の権限の有無を確認する（ステップＳ６１２）。

既存の権限では不足する場合、権限管理部１０５は、サーバ３００との間で権限移譲処理を実行する。権限移譲処理は、転送部１５、有線通信制御部１０９、有線Ｉ／Ｆ１４を介して、サーバ３００との間で実行される（ステップＳ６１３〜ステップＳ６１６）。サーバ３００から権限移譲処理の応答が送信される（ステップＳ６１７〜ステップＳ６２０）。権限管理部１０５は、大容量記憶部１３に記憶された権限情報を更新する（ステップＳ６２１）。

権限管理部１０５は、権限移譲処理の結果を判断部１０６に送信する（ステップＳ６２２）。判断部１０６は、権限管理部１０５からの応答を参照して権限移譲の状況を確認する（ステップＳ６２３）。事前セットアップ要求にて通知されたアップロード期限に基づき、即時のアップロードが必要な場合は、判断部１０６は、サーバ３００との間で通信路を確立する（ステップＳ６２４〜ステップＳ６２７）。

リソースが確保できる場合、判断部１０６は、リソースが確保できることを示す判断結果を要求処理部１０７に送信する（ステップＳ６２８）。要求処理部１０７は、応答生成部１０８に対して、応答の生成を依頼する（ステップＳ６２９）。

応答生成部１０８は、必要に応じて、応答の生成に必要な情報を大容量記憶部１３から読み出す（ステップＳ６３０）。応答生成部１０８は、応答生成処理を実行する（ステップＳ６３１）。

応答生成部１０８は、要求処理部１０７、転送部１５、無線通信制御部１１０、および、無線Ｉ／Ｆ１６を介して、生成した応答を要求元に返信する（ステップＳ６３２〜ステップＳ６３６）。

次に、車載機２００から送信情報を受信したときのＡＰ１００の処理についてさらに説明する。図１４は、送信情報を受信したときの処理のシーケンス図である。

無線Ｉ／Ｆ１６は、送信情報の送信要求を受信すると（ステップＳ７０１）、無線通信制御部１１０を介して転送部１５に送信要求を送信する（ステップＳ７０２、ステップＳ７０３）。転送部１５は、受信フレームに対する通信プロトコル処理を実行する（ステップＳ７０４）。転送部１５は、送信が要求された送信情報を受信処理部１０４に通知する（ステップＳ７０５）。受信処理部１０４は、確保済みのリソースの確認を判断部１０６に依頼する（ステップＳ７０６）。

判断部１０６は、記憶部１２を参照し、確保済みのリソースを確認する（ステップＳ７０７）。判断部１０６は、確認結果を受信処理部１０４に送信する（ステップＳ７０８）。

受信処理部１０４は、ストレージ使用量の更新をストレージ管理部１０２に依頼する（ステップＳ７０９）。ストレージ管理部１０２は、依頼に応じて記憶部１２に記憶されたストレージの使用量を更新する（ステップＳ７１０）。

受信処理部１０４は、受信した送信情報の保存をストレージ制御部１０１に指示する（ステップＳ７１１）。ストレージ制御部１０１は、指示された送信情報を大容量記憶部１３に保存する（ステップＳ７１２）。受信処理部１０４は、すべての送信情報を受信した場合、受信完了を判断部１０６に通知する（ステップＳ７１３）。判断部１０６は、通知を受けると、送信情報を送信する送信タイミングをスケジューリングする（ステップＳ７１４）。

次に、送信情報をサーバ３００にアップロードする処理についてさらに説明する。図１５は、送信情報をアップロードする処理のシーケンス図である。

アップロード部１０３は、送信タイミングになったことを検出する（ステップＳ８０１）。アップロード部１０３は、権限管理部１０５に対して、権限の確認を依頼する（ステップＳ８０２）。権限管理部１０５は、例えば記憶部１２を参照し、取得済みの権限を確認する（ステップＳ８０３）。権限管理部１０５は、確認結果をアップロード部１０３に送信する（ステップＳ８０４）。

アップロード部１０３は、ストレージ制御部１０１に対して、送信情報の読み出しを要求する（ステップＳ８０５）。ストレージ制御部１０１は、大容量記憶部１３から送信情報を読み出し（ステップＳ８０６）、ストレージ制御部１０１に送信する（ステップＳ８０７）。ストレージ制御部１０１は、読み出された送信情報をアップロード部１０３に送信する（ステップＳ８０８）。

アップロード部１０３は、送信情報を送信するための送信パケットを生成する（ステップＳ８０９）。アップロード部１０３は、送信パケットを、転送部１５、有線通信制御部１０９、および、有線Ｉ／Ｆ１４を介して、サーバ３００に送信する（ステップＳ８１０〜ステップＳ８１３）。

アップロード部１０３は、送信済みの送信情報の削除をストレージ制御部１０１に依頼する（ステップＳ８１４）。ストレージ制御部１０１は、依頼された送信情報を大容量記憶部１３から削除する（ステップＳ８１５）。アップロード部１０３は、送信情報の送信が完了したことをストレージ管理部１０２に通知する（ステップＳ８１６）。ストレージ管理部１０２は、送信済みの送信情報のサイズに応じて、記憶部１２に記憶された使用量などを更新する（ステップＳ８１７）。

（変形例１）
上記実施形態では、ＡＰ１００とサーバ３００とを有線通信で接続したが、代わりに無線通信を用いてもよい。無線通信方式は任意の方式を適用できる。例えば、比較的通信範囲が狭い無線を使ったマルチホップ接続でもよいし、通信範囲が広い通信技術（第３／第４／第５世代移動通信、ＷｉＭＡＸ、マイクロ波など）を使った接続でもよい。

このように、第１の実施形態にかかる通信システムでは、リソースが確保できる場合に、車載機２００からＡＰ１００に送信情報を送信し、その後、任意のタイミングでＡＰ１００からサーバ３００に送信情報をアップロードする。これにより、端末装置、通信装置、および、サーバ装置の間の通信をより安定的に実行可能となる。すなわち、送信情報の通信時間を短縮でき、移動中の通信可能性を高めることができる。また、通信時間の短縮に伴う低消費電力化を実現できる。

（第２の実施形態）
第２の実施形態の通信システムは、事前セットアップ通信とデータ通信とで異なる無線通信を用いる。

図１６は、第２の実施形態にかかる通信システムの全体構成の一例を示す図である。図１６に示すように本実施形態の通信システムは、ＡＰ１００−２と、車載機２００−２と、サーバ３００と、ネットワーク４００と、を備えている。以下では、上記実施形態と同様の構成については同一の符号を付し、説明を省略する。

ＡＰ１００−２および車載機２００−２は、事前セットアップ通信のために比較的低速の無線通信（ＩＥＥＥ ８０２．１１ｐなど）を実行する機能と、データ通信のために比較的高速の無線通信（ＩＥＥＥ ８０２．１１ａｃなど）を実行する機能を備える。

図１７は、ＡＰ１００−２および車載機２００−２のハードウェア構成の一例を示す図である。図１７に示すように、ＡＰ１００−２は、制御部１１と、記憶部１２と、大容量記憶部１３と、有線Ｉ／Ｆ１４と、転送部１５と、高速無線Ｉ／Ｆ１６−２ａと、低速無線Ｉ／Ｆ１６−２ｂと、を備える。車載機２００−２は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−２ａと、低速無線Ｉ／Ｆ２４−２ｂと、センサＩ／Ｆ２５と、ペリフェラルＩ／Ｆ２６と、を備える。センサＩ／Ｆ２５とペリフェラルＩ／Ｆ２６の扱いについては、第１の実施形態と同様である。

高速無線Ｉ／Ｆ１６−２ａおよび高速無線Ｉ／Ｆ２４−２ａは、例えば、ＩＥＥＥ ８０２．１１ａｃなどの高速データ通信を想定した規格に準拠したインタフェースである。低速無線Ｉ／Ｆ１６−２ｂおよび低速無線Ｉ／Ｆ２４−２ｂは、例えば、ＩＥＥＥ ８０２．１１ｐなどの規格に準拠したインタフェースである。

次に、ＡＰ１００−２の機能構成の一例について説明する。図１８は、ＡＰ１００−２の機能構成例を示すブロック図である。図１８に示すように、ＡＰ１００−２は、記憶部１２と、大容量記憶部１３と、有線Ｉ／Ｆ１４と、転送部１５と、高速無線Ｉ／Ｆ１６−２ａと、低速無線Ｉ／Ｆ１６−２ｂと、ストレージ制御部１０１と、ストレージ管理部１０２と、アップロード部１０３と、受信処理部１０４と、権限管理部１０５と、判断部１０６と、要求処理部１０７と、応答生成部１０８と、有線通信制御部１０９と、無線通信制御部１１０−２ａ、１１０−２ｂとを備えている。

第２の実施形態では、高速無線Ｉ／Ｆ１６−２ａ、低速無線Ｉ／Ｆ１６−２ｂにそれぞれ対応する、無線通信制御部１１０−２ａ、１１０−２ｂを備える点が、第１の実施形態と異なっている。

無線通信制御部１１０−２ａは、高速無線Ｉ／Ｆ１６−２ａを介する通信を制御する。無線通信制御部１１０−２ｂは、低速無線Ｉ／Ｆ１６−２ｂを介する通信を制御する。なお１つの無線通信制御部が、無線通信制御部１１０−２ａおよび無線通信制御部１１０−２ｂの機能を備えるように構成してもよい。

次に、このように構成された第２の実施形態にかかるＡＰ１００−２による通信処理について図１９を用いて説明する。図１９は、第２の実施形態における通信処理の一例を示すシーケンス図である。

ステップＳ９０１〜ステップＳ９０８までの処理の流れは、第１の実施形態の通信処理のシーケンス図（図５のステップＳ１０１〜ステップＳ１０８）と同様である。リソース確保要求の送信と、送信情報の送信とで、異なる無線Ｉ／Ｆを用いる点が第１の実施形態と異なる。

具体的には、ステップＳ９０１およびステップＳ９０５では、リソース確保要求およびリソース確保応答は、低速無線Ｉ／Ｆ１６−２ｂおよび低速無線Ｉ／Ｆ２４−２ｂを介して送受信される。また、ステップＳ９０６では、高速無線Ｉ／Ｆ１６−２ａおよび高速無線Ｉ／Ｆ２４−２ａを介して送信情報が送受信される。

ステップＳ９０６では、セットアップ処理後、ＡＰ１００−２はトリガーを待機し、トリガーを受信したときに送信を開始してもよい。トリガーは、ビーコンでもよいし、特定のデータフレームでもよい。トリガーとなるフレームの電力を弱くしておけば、ＡＰ１００−２の近傍でのみ検出でき、車載機２００−２が通常の電力で送信すれば高速通信が可能になる。また、前述のように、事前セットアップ通信にて送信可能な時間がＡＰ１００−２から通知された場合には、その時間にしたがって送信を待機してもよい。

このような構成により、車載機２００−２とＡＰ１００−２との距離が離れている状況でも事前セットアップが可能となる。また、事前セットアップ通信と、データ通信とが分離されるため、セットアップ処理を確実に実行可能となる。また、通信の分離により、データ転送の安定性やスループットの向上を実現できる。

（第３の実施形態）
第３の実施形態の通信システムは、事前セットアップ通信に、セルラー網を用いる。

図２０は、第３の実施形態にかかる通信システムの全体構成の一例を示す図である。図２０に示すように本実施形態の通信システムは、ＡＰ１００−３と、車載機２００−３と、サーバ３００と、ネットワーク４００と、サーバ５００と、基地局６００と、セルラー網７００と、を備えている。

セルラー網７００は、携帯電話などのセルラー方式の通信を行うためのネットワークである。基地局６００は、セルラー網７００で用いる無線局である。

サーバ５００は、セルラー網７００から受信する事前セットアップ要求の転送先を決定する。例えばサーバ５００は、要求送信元の車載機２００−３に近いＡＰ１００−３を転送先として決定する。サーバ５００は、車載機２００−３または基地局６００などから位置情報を入手し、位置情報を用いて最寄りのＡＰ１００−３を決定してもよい。サーバ５００が転送先を決定する方法は、位置情報を用いる方法に限られるものではない。後述する実施形態で転送先を決定する方法と同様の方法を適用してもよい。サーバ５００およびサーバ３００の機能を１つのサーバ上で実現してもよい。

決定されたＡＰ１００−３によって、リソース確保等のセットアップ処理が実行される。ＡＰ１００−３は、セットアップ要求に対する応答を、例えばサーバ５００とセルラー網７００を介して車載機２００−３に返信する。

車載機２００−３は、事前セットアップ通信のためにセルラー網７００を介して通信する機能を備える。ＡＰ１００−３は、例えばネットワーク４００、サーバ５００およびセルラー網７００を介して事前セットアップ要求を受信する。またＡＰ１００−３および車載機２００−３は、データ通信のために比較的高速の無線通信（ＩＥＥＥ ８０２．１１ａｃなど）を実行する機能を備える。

図２１は、ＡＰ１００−３および車載機２００−３のハードウェア構成の一例を示す図である。図２１に示すように、ＡＰ１００−３は、制御部１１と、記憶部１２と、大容量記憶部１３と、有線Ｉ／Ｆ１４と、転送部１５と、高速無線Ｉ／Ｆ１６−２ａと、を備える。車載機２００−３は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−２ａと、低速無線Ｉ／Ｆ２４−３ｂと、センサＩ／Ｆ２５と、ペリフェラルＩ／Ｆ２６と、を備える。

低速無線Ｉ／Ｆ２４−３ｂは、セルラー方式の無線通信を行うインタフェースである。

なお第３の実施形態のＡＰ１００−３は、第２の実施形態のＡＰ１００−２から低速無線Ｉ／Ｆ１６−２ｂを削除した構成に相当するため、機能構成の詳細な説明は省略する。例えば、ＡＰ１００−３は、図１８から無線通信制御部１１０−２ｂおよび低速無線Ｉ／Ｆ１６−２ｂを削除した機能構成とすればよい。

次に、このように構成された第３の実施形態にかかるＡＰ１００−３による通信処理について図２２を用いて説明する。図２２は、第３の実施形態における通信処理の一例を示すシーケンス図である。

車載機２００−３は、リソース確保要求を、基地局６００を介してサーバ５００に送信する（ステップＳ１００１、ステップＳ１００２）。サーバ５００は、リソース確保要求の転送先とするＡＰ１００−３を決定する（ステップＳ１００３）。サーバ５００は、決定したＡＰ１００−３に対してリソース確保要求を転送する（ステップＳ１００４）。ＡＰ１００−３は、有線Ｉ／Ｆ１４を介して、リソース確保要求を受信する。

ステップＳ１００５〜ステップＳ１００７は、図５のステップＳ１０２〜ステップＳ１０４と同様である。なお、権限確認のために車載機２００−３と通信する必要がある場合は、サーバ５００およびセルラー網７００（基地局６００）を介して情報が送受信される。

ＡＰ１００−３は、リソース確保応答を、有線Ｉ／Ｆ１４、サーバ５００および基地局６００を介して車載機２００−３に送信する（ステップＳ１００８〜ステップＳ１０１０）。その後、車載機２００−３は、送信情報の送信を開始する（ステップＳ１０１１）。以降の処理は図５のステップＳ１０７、ステップＳ１０８と同様であるため説明を省略する。

このような構成により、例えば第２の実施形態と同様の効果を実現できる。

（第４の実施形態）
第４の実施形態では、複数の通信装置（ＡＰ）で事前セットアップ通信およびデータ通信を分散して実行可能な例を説明する。

図２３は、第４の実施形態にかかる通信システムの全体構成の一例を示す図である。図２３に示すように本実施形態の通信システムは、ＡＰ１００−４ａ、１００−４ｂと、車載機２００−４と、サーバ３００と、ネットワーク４００と、サーバ５００と、を備えている。

ＡＰ１００−４ａ、１００−４ｂは、同様の構成を備えるため、区別する必要がない場合は単にＡＰ１００−４という。なお後述するようにＡＰ１００−４が転送先を決定する場合は、サーバ５００を備えなくてもよい。

ＡＰ１００−４は、リソース確保要求を受信したときに、自装置で応答するか外部装置（他のＡＰ１００−４）で応答するかを判断し、他のＡＰ１００−４で応答する場合はリソース確保要求の転送先を決定する機能をさらに有する。転送先は、サーバ５００に判断させてもよい。

図２４は、ＡＰ１００−４および車載機２００−４のハードウェア構成の一例を示す図である。図２４に示すように、ＡＰ１００−４は、制御部１１と、記憶部１２と、大容量記憶部１３と、有線Ｉ／Ｆ１４と、転送部１５と、高速無線Ｉ／Ｆ１６−４と、を備える。車載機２００−４は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−４と、センサＩ／Ｆ２５と、ペリフェラルＩ／Ｆ２６と、を備える。

高速無線Ｉ／Ｆ１６−４および高速無線Ｉ／Ｆ２４は、例えば、ＩＥＥＥ ８０２．１１ａｃなどの高速データ通信を想定した規格に準拠したインタフェースである。高速無線Ｉ／Ｆ１６−４および高速無線Ｉ／Ｆ２４は、事前セットアップ通信およびデータ通信の両方に用いられる。

（変形例２）
なお、事前セットアップ通信およびデータ通信で異なるインタフェースを用いるように構成してもよい。図２５は、このように構成する本実施形態の変形例にかかる通信システムの全体構成の一例を示す図である。図２５に示すように本変形例の通信システムは、ＡＰ１００−５ａ、１００−５ｂと、車載機２００−２と、サーバ３００と、ネットワーク４００と、サーバ５００と、を備えている。

ＡＰ１００−５ａ、１００−５ｂは、同様の構成を備えるため、区別する必要がない場合は単にＡＰ１００−５という。ＡＰ１００−５は、例えばＩＥＥＥ ８０２．１１ａｃなどをデータ通信に用い、ＩＥＥＥ ８０２．１１ｐなどを事前セットアップ通信に用いる。

本変形例のＡＰ１００−５のハードウェア構成は、例えば第２の実施形態のＡＰ１００−２（図１７）と同様の構成を適用できる。

次に、ＡＰ１００−４の機能構成の一例について説明する。ＡＰ１００−５はＡＰ１００−４と同様の機能構成を備えるため、以下ではＡＰ１００−４を例に説明する。

図２６は、ＡＰ１００−４の機能構成例を示すブロック図である。図２６に示すように、ＡＰ１００−４は、記憶部１２と、大容量記憶部１３と、有線Ｉ／Ｆ１４と、転送部１５と、高速無線Ｉ／Ｆ１６−４と、ストレージ制御部１０１と、ストレージ管理部１０２と、アップロード部１０３と、受信処理部１０４と、権限管理部１０５と、判断部１０６−４と、要求処理部１０７と、応答生成部１０８と、有線通信制御部１０９と、無線通信制御部１１０−４とを備えている。

第４の実施形態では、無線Ｉ／Ｆ１６、判断部１０６、および、無線通信制御部１１０が、それぞれ高速無線Ｉ／Ｆ１６−４、判断部１０６−４、および、無線通信制御部１１０−４に置き換わる点が、第１の実施形態のＡＰ１００（図４）と異なる。

無線通信制御部１１０−４は、高速無線Ｉ／Ｆ１６−４を介する通信を制御する。

判断部１０６−４は、リソース確保要求を受信したときに、自装置で応答するか他のＡＰ１００−４で応答するかを判断する機能、および、リソース確保要求の転送先を決定する機能をさらに有する点が、上記実施形態の判断部１０６と異なる。

次に、このように構成された第４の実施形態にかかるＡＰ１００−２による通信処理について図２７を用いて説明する。図２７は、第４の実施形態における通信処理の一例を示すシーケンス図である。

車載機２００−４は、リソース確保要求をＡＰ１００−４ａに送信する（ステップＳ１１０１）。ＡＰ１００−４ａは、高速無線Ｉ／Ｆ１６−４を介してリソース確保要求を受信する。ＡＰ１００−４ａは、リソース確保要求を自装置で処理するか判断し、自装置で処理しない場合はリソース確保要求の転送先を決定する（ステップＳ１１０２）。

判断部１０６−４は、ストレージ（記憶部１２、大容量記憶部１３など）に保存された情報を参照して転送先を決定してもよい。例えば、送信情報と、転送中などの送信状態との対応関係を記憶部１２に保存してもよい。

ここではＡＰ１００−４ｂが転送先として決定されたとする。ＡＰ１００−４ａは、リソース確保要求を、有線Ｉ／Ｆ１４を介してＡＰ１００−４ｂに送信する（ステップＳ１１０３）。

ＡＰ１００−４ｂは、有線Ｉ／Ｆ１４を介して、転送されたリソース確保要求を受信すると、ステップＳ７０２と同様の判断を行う（ステップＳ１１０４）。ここでは自装置内で処理すると判断したとする。

ステップＳ１１０５〜ステップＳ１１０７は、図５のステップＳ１０２〜ステップＳ１０４と同様である。なお、権限確認のために車載機２００−４と通信する必要がある場合は、ＡＰ１００−４ｂ、１００−４ａを介して情報が送受信される。

ＡＰ１００−４ｂは、リソース確保応答を、有線Ｉ／Ｆ１４およびＡＰ１００−４ａを介して車載機２００−４に送信する（ステップＳ１１０８〜ステップＳ１００９）。その後、車載機２００−４は、送信情報の送信を開始する（ステップＳ１１１０）。以降の処理は図５のステップＳ１０７、ステップＳ１０８と同様であるため説明を省略する。

次に、サーバ５００が転送先のＡＰ１００−４を決定する場合の処理の流れについて説明する。図２８は、この場合の通信処理の一例を示すシーケンス図である。

車載機２００−４は、リソース確保要求をＡＰ１００−４ａに送信する（ステップＳ１２０１）。ＡＰ１００−４ａは、リソース確保要求に対して自装置で応答するか判断し、自装置で処理しない場合は、サーバ５００に対して転送先を問い合わせる（ステップＳ１２０３）。

サーバ５００は、問い合わせを受信すると、転送先を決定し（ステップＳ１２０４）、決定した転送先をＡＰ１００−４ａに送信する（ステップＳ１２０５）。ここではＡＰ１００−４ｂが転送先として決定されたとする。ＡＰ１００−４ａは、リソース確保要求をＡＰ１００−４ｂに送信する（ステップＳ１２０６）。

ステップＳ１２０７〜ステップＳ１２０８は、図２７のステップＳ１１０４〜ステップＳ１１０５と同様である。また以降の処理は図２６のステップＳ１１０６以降と同様であるため説明を省略する。

次に、本実施形態の通信処理の詳細について図２９を用いて説明する。図２９は、本実施形態の通信処理の一例を示すフローチャートである。図２９は、自装置内で転送先を決定する場合の例である。

ステップＳ１３０１〜ステップＳ１３０２、および、ステップＳ１３０８〜ステップＳ１３１１は、図８のステップＳ２０１〜ステップＳ２０２、および、ステップＳ２１０〜ステップＳ２１３と同様である。

事前セットアップ要求を受信した場合（ステップＳ１３０２：セットアップ要求）、判断部１０６−４は、自装置で応答するかなどを判断する状況判断処理を実行する（ステップＳ１３０３）。状況判断処理の詳細は後述する。

判断部１０６−４は、事前セットアップ要求に対して自装置が応答可能か否かを判断する（ステップＳ１３０４）。応答可能な場合（ステップＳ１３０４：Ｙｅｓ）、判断部１０６−４は、リソース確保処理を実行する（ステップＳ１３０５）。このステップＳ１３０５以降の処理（ステップＳ１３０５〜ステップＳ１３１０）は、図８のステップＳ２０４〜ステップＳ２０９と同様であるため説明を省略する。

応答可能でない場合（ステップＳ１３０４：Ｎｏ）、判断部１０６−４は、転送先の決定処理を実行する（ステップＳ１３１１）。決定処理の詳細は後述する。決定処理の後、判断部１０６−４は、要求処理部１０７等を用いて、決定した転送先にリソース確保要求を転送する（ステップＳ１３１２）。

次に、ステップＳ１３０３の状況判断処理について説明する。図３０は、状況判断処理の一例を示すフローチャートである。

判断部１０６−４は、送信された要求を解析する（ステップＳ１４０１）。判断部１０６−４は、要求が転送されてきたリソース確保要求であるか否かを判断する（ステップＳ１４０２）。リソース確保要求である場合（ステップＳ１４０２：Ｙｅｓ）、判断部１０６−４は、応答可能であることを出力し（ステップＳ１４０３）、処理を終了する。転送されてきた要求であることは以下のような方法で判断できる。要求メッセージに転送の有無を示すフィールドがあり、それがセットされているかどうかで判断する方法や、通信に用いる通信プロトコルまたはＩＰアドレスやポート番号が異なることで判断する方法や、リソース確保要求を受信したインタフェースの違いで判断する方法などである。

リソース確保要求でない場合（ステップＳ１４０２：Ｎｏ）、判断部１０６−４は、要求される通信条件を満たすか否かを判断する（ステップＳ１４０４）。

判断部１０６−４は、例えば以下の通信条件を判断する。これらの条件は全部利用してもよいし、一部のみを利用してもよい。

（条件１）端末装置が通信に適した状況であるか。
例えば、通信路の品質を表す情報、および、車載機２００−４の動作状況を推測できる情報が、所定の基準を満たすかを判断する。通信路の品質を表す情報は、例えば、パケット誤り率（ＰＥＲ：Packet Error Rate）、受信信号強度（ＲＳＳＩ：Received Signal Strength Indication）、ＳＮＲ（Signal to Noise Ratio）、および、リンク速度である。車載機２００−４の動作状況を推測できる情報は、例えば、ドップラー効果による波長の変動などである。判断部１０６−４は、例えばこれらの情報が所定の閾値よりも通信に適合すると判断される側に存在する場合に条件を満たし、存在しない場合に条件を満たさないと判断する。例えば車載機２００−４の動作状況を判断し、車速が十分に遅く、直ちに通信可能である場合に、通信条件を満たすと判断してもよい。

（条件２）端末装置が運用ルールに適合しているか。
例えば判断部１０６−４は、通信のセットアップを要求した車載機２００−４やそれを搭載する車両に関する、製造者（製造事業者）、車種、車体番号、車両番号、製造番号、および、その他の構成部品やソフトウェアのバージョンなどが運用ルールに適合しているか判断する。判断部１０６−４は、これらの情報が運用ルールに適合すれば条件を満たし、適合しなければ条件を満たさないと判断する。運用ルールは、例えば事前にＡＰ１００−４内に記憶しておく。

通信条件を満たす場合（ステップＳ１４０４：Ｙｅｓ）、判断部１０６−４は、応答可能であることを出力し（ステップＳ１４０５）、処理を終了する。通信条件を満たさない場合（ステップＳ１４０４：Ｎｏ）、判断部１０６−４は、応答不可であることを出力し（ステップＳ１４０６）、処理を終了する。

なお、リソース確保要求を受け入れるか否かは、以下のような条件をさらに考慮して判断してもよい。

例えば、リソース確保要求をそのまま受け入れると、情報の送信頻度に偏りが生じる恐れがある。車列の先頭車は信号の近くで停止しやすいことなどが理由として挙げられる。このような状況は、第三者（サーバ５００）を介して事前セットアップを行うか、事前セットアップ通信の通信方式がデータ通信の通信方式と同じか、に関わらず発生しうる。

そこで、送信情報、送信者、および、車両の特性、並びに、送信頻度に応じて要求の受け入れを拒否してもよい。送信情報の特性は、上記のようにサイズ、優先度（重要度）、および、フォーマットなどである。優先度は、任意に設定できる優先度と、強制的に定められる優先度（緊急車両からの情報の場合など）を含む。緊急車両以外でも有用なデータを送信する車載機２００−４については、送信者・車両の特性や属性に応じたインセンティブを設けてもよい。例えば、分散協調処理に適した情報（前述のような車載カメラで撮影した道路状況の画像認識に対する途中結果、など）が送信できる車両であれば優先度を高めてもよい。また、バスのように公共性が高い車両の情報は（情報送信に対するプライバシーの問題が少なく、公共性のある情報（道路混雑情報、降雨情報、積雪情報など）を観測しやすいため）送信しやすくする、または、事故の発生を事前に防ぐ目的で優良運転者では無い運転者の車載機２００−４は送信しやすくするように構成してもよい。

送信頻度に応じて判断する場合、例えば車載機２００−４は、送信頻度情報をＡＰ１００−４に送信する。ＡＰ１００−４の判断部１０６−４は、送信頻度情報に基づいて要求の受け入れ可否を判断する。送信頻度情報をサーバ５００などで集中管理してもよい。例えばサーバ５００は、車載機２００−４を特定する識別情報などを使って車載機２００−４ごとに送信頻度やデータ量を管理し、記録した情報に基づいて受け入れ可否を判断すればよい。

このような要求の受け入れ可否判断は、本実施形態のみでなく、いずれの実施形態にも適用しうる。例えば、リソース確保の判断に加えて、受け入れ可否判断を実行し、受け入れ可否の場合にエラー応答を返信してもよい。

次に、ステップＳ１３１１の決定処理について説明する。図３１は、決定処理の一例を示すフローチャートである。

判断部１０６−４は、事前に記憶部１２等に記憶された転送先情報の最初のエントリを取得する（ステップＳ１５０１）。図３２は、転送先情報の一例を示す図である。

図３２に示すように、転送先情報は、事業者を識別する情報と、車種を識別する情報と、転送先を識別する情報と、を対応づけたエントリを複数記憶している。転送先を識別する情報（Ｎ１など）は、具体的に転送先となるノード（ＡＰ１００−４）を示す情報であってもよいし、転送するホップ数（“１ホップ先”、“２ホップ先”など）を示す情報であってもよい。ホップ数を示す場合は、事前セットアップ要求を受信したＡＰ１００−４を起点として、転送先となるＡＰ１００−４を相対的に決定すればよい。

図３１に戻り、判断部１０６−４は、エントリが取得できたか否かを判断する（ステップＳ１５０２）。取得できた場合（ステップＳ１５０２：Ｙｅｓ）、判断部１０６−４は、リソース確保要求の送信元の車載機２００の情報と、エントリに含まれる情報とを比較する（ステップＳ１５０３）。送信元の車載機２００の情報は、例えばリソース確保要求に含めて送信すればよい。必要な場合は、リソース確保要求にＡＰ１００−４の情報を含めてもよい。

判断部１０６−４は、比較の結果、情報が一致するか否かを判断する（ステップＳ１５０４）。一致しない場合（ステップＳ１５０４：Ｎｏ）、判断部１０６−４は、次のエントリを取得し（ステップＳ１５０５）、処理を繰り返す。一致する場合（ステップＳ１５０４：Ｙｅｓ）、判断部１０６−４は、エントリ内の転送先を選択し（ステップＳ１５０６）、処理を終了する。

ステップＳ１５０２でエントリが取得できなかった場合（ステップＳ１５０２：Ｎｏ）、判断部１０６−４は、隣接するＡＰ１００−４（隣接ノード）を転送先として選択し（ステップＳ１５０７）、処理を終了する。なお、このシーケンス図では、繰り返しにより一致するエントリを特定しているが、リソース確保要求の一部または全体に対するハッシュ値を計算し、その値に基づいて転送先を決定するようにしてもよい。

このように、本実施形態では、最終的に転送先情報に一致するエントリが存在しなかった場合、隣接ノードを転送先として選択する。なお、複数の隣接ノードが存在する場合には、複数の隣接ノードそれぞれにセットアップ要求を転送してもよいし、特定の１台をさらに選択してから転送してもよい。１台を選択する方法としては、ランダムに選択する方法、および、交通量が多い順（少ない順）に選択する方法などを適用できる。

上記のように、この転送先の決定方法は、サーバ５００による転送先の決定時に適用できる。サーバ５００は、図３２と同様の転送先情報を記憶して転送先の決定に用いることができる。サーバ５００で転送先情報を管理すれば、より広い範囲（多くの台数）のＡＰ１００−４を管理できるとともに、転送した要求の情報を利用可能となる。また、サーバ５００が図３２で示した項目に加え、ＡＰ１００−４の空きリソース量を管理すれば、空きリソース量を活用した転送先の決定が可能となる。

転送先の決定方法は上記に限られるものではない。以下に他の決定方法の例を説明する。

例えば判断部１０６−４は、自装置より前方に設置されている１台以上の他のＡＰ１００−４を候補として選択してもよい。この場合、対象となるＡＰ１００−４は固定的に決定してもよいし、動的に決定してもよい。例えば、車載機２００−４を搭載する車両の車速、各ＡＰ１００−４で保持している通信要求の数、車載機２００−４または車両の属性情報（登録情報、事業者、車種、製造番号など）、および、要求された送信データの特性（データサイズ、フォーマット、データの種別）などの情報を用いて、候補を選択してよい。このようにすることで、登録番号の末尾の数字に応じて（例えば偶数・奇数に応じて）転送先となるＡＰ１００−４を決定したり、シェアが多い製造事業者はより頻繁にＡＰ１００−４を割り当てて情報送信タイミングを分散させる、といったことが可能となる。

複数台を候補として選択した場合（デフォルト送信先、または同じ条件に適合するエントリが複数ある場合）、判断部１０６−４は、複数台の候補のうち、全数に対して要求を転送してもよいし、一部に限定して転送してもよい。その際、台数は動的に決めてもよい。台数は例えば事前に設定される。台数を動的に決定する場合、判断部１０６−４は、車速、未処理の通信要求の数、および、交通量などの情報を用いて台数を決定してもよい。

事前セットアップ要求の転送は、マルチキャストやブロードキャストで行ってもよいし、無線レベルのブロードキャストでもよい。その場合、電波の強弱で対応するＡＰ１００−４を制御してもよい。

車の進行方向は、受信波のドップラー効果や車から通知される情報（方角、ＧＰＳ（Global Positioning System）情報、スピードメータ情報）などを利用すれば把握できる。また、事前に通信範囲を固定しておくことで、特定の方向に進む車線に通信相手を限定することもできる。

リソースが確保できるかの判断に、車速などの情報を用いてもよい。図３３は、リソース確保処理の他の例を示すフローチャートである。なお、図３３では、図１０−１のリソース確保処理の前に実行する処理を記載している。図３３のステップＳ４０１以降の処理は、図１０−１と同様の処理を実行する。

判断部１０６は、車速情報が得られているか確認する（ステップＳ１６０１）。判断部１０６は、車速情報があるか否かを判定し（ステップＳ１６０２）、車速情報がない場合（ステップＳ１６０２：Ｎｏ）、ステップＳ４０１に遷移し、以降の処理を継続する。

車速情報がある場合（ステップＳ１６０２：Ｙｅｓ）、判断部１０６は、車速情報から通信時間を算出する（ステップＳ１６０３）。判断部１０６は、算出した通信時間から、通信可能なデータ量を算出する（ステップＳ１６０４）。判断部１０６は、送信が要求された送信情報のデータ量と、算出した通信可能データ量とを比較する（ステップＳ１６０５）。判断部１０６は、送信が要求された送信情報のデータ量（要求量）の方が、通信可能データ量より大きいか否かを判断する（ステップＳ１６０６）。

大きくない場合（ステップＳ１６０６：Ｎｏ）、ステップＳ４０１に遷移し、以降の処理を継続する。大きい場合（ステップＳ１６０６：Ｙｅｓ）、判断部１０６は、送信情報の要求量の値に、通信可能データ量を設定する（ステップＳ１６０７）。判断部１０６は、要求量の方が大きい場合、エラーを返すようにしてもよいし、送信可能な最大のデータ量（通信可能データ量）を返信するようにしてもよい。

なお、車速や通信可能データ量の確認処理は、以降のストレージ空き容量確認処理などと並行して実行してもよい。

車速情報は、例えばドップラー効果による波長の変動から算出してもよい。この場合、ＡＰ１００が算出する車速は通信対象とする車載機２００が搭載される車両に限定されない。例えばＡＰ１００を通過する複数の車両それぞれに対して車速を算出し、算出値の平均を求めてもよい。また、車載機２００が何らかの方法で現在の車両の速度を測定し、事前セットアップ要求メッセージに測定した速度の情報（車速情報）を追加してもよい。他のＡＰ１００に転送する事前セットアップ要求メッセージは、車速情報を含んでもよい。

転送先のＡＰ１００は、通知された事前セットアップ要求メッセージに含まれる車速情報を用いて、通信可能時間と通信可能データ量を算出できる。例えばＡＰ１００は、通知された車速を用いて、事前に決められた高速通信エリアを通過するのに要する時間を算出する。またＡＰ１００は、算出された時間に高速通信エリアで想定するスループットを乗じて、通信可能データ量を算出する。

なお図３３のリソース確保処理は、他の実施形態のリソース確保処理にも適用できる。

このように、第４の実施形態にかかる通信装置では、複数のＡＰ１００−４で分散して事前セットアップを実行できるため、事前セットアップをより確実に実行可能となる。また、分散による無線空間の分割および、事前セットアップとデータ通信の分離により、データ転送の安定性やスループットが向上する。また、移動時の通信に適したＩＥＥＥ ８０２．１１ｐを用いれば（変形例２など）、事前セットアップとデータ転送の安定性をより向上させることができる。

（第５の実施形態）
これまでの実施形態では、送信情報を車載機がデータをどのように準備し、どのようにＡＰへの送信を開始するかは明示していなかった。第５の実施形態では、車載機が送信情報を送信するときの処理の例を説明する。なお本実施形態の方法は、上記実施形態のいずれに対しても適用できる。

図３４は、第５の実施形態にかかる通信システムの全体構成の一例を示す図である。図３４に示すように本実施形態の通信システムは、ＡＰ１００と、車載機２００−５と、サーバ３００と、ネットワーク４００と、を備えている。

図３４に示すように車載機２００−５は、ＡＰ１００と通信するための無線Ｉ／Ｆを備える。本実施形態では、車載機２００−５はさらに、車内の他の機器（例えば携帯電話など）から送信情報を受信するための無線Ｉ／Ｆを備える。

図３５は、車載機２００−５のハードウェア構成の一例を示す図である。図３５に示すように、車載機２００−５は、制御部２１と、記憶部２２と、大容量記憶部２３と、無線Ｉ／Ｆ２４と、転送部２７と、無線Ｉ／Ｆ２８−５と、を備える。

本実施形態では、センサＩ／Ｆ２５とペリフェラルＩ／Ｆ２６との代わりに、転送部２７および無線Ｉ／Ｆ２８−５を備える点が、第１の実施形態の車載機２００（図２など）と異なる。なお車載機２００−５がセンサＩ／Ｆ２５とペリフェラルＩ／Ｆ２６を備えてもよい。

転送部２７は、ＡＰ１００の転送部１５と同様の機能を備える。例えば転送部２７は、無線Ｉ／Ｆ２４および無線Ｉ／Ｆ２８−５の間でブリッジ処理を行い、フレームを転送する。転送部２７は、外部から受信したフレームから、制御部２１内の各機能で処理すべきフレームを抽出して各機能に転送する。また、転送部２７は、制御部２１などで実行される各機能から送信されたフレームを適切なインタフェースを介して送信するよう制御する。

無線Ｉ／Ｆ２８−５は、車内の機器と無線通信するインタフェースである。無線Ｉ／Ｆ２８−５は、例えば、ＩＥＥＥ ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃなどに準拠したインタフェースである。車載機２００−５の機能の詳細は後述する。

本実施形態の車載機２００−５は、図３５に示すように、ストレージ（大容量記憶部２３）と、車内用の無線Ｉ／Ｆ（無線Ｉ／Ｆ２８−５）を備える。これにより、車載機２００−５を、上記実施形態のＡＰ１００と同様に、データをストレージに一時的に記憶し、記憶したデータを任意のタイミングで送信するように動作させることができる。

車内の機器と無線通信する機能を備える構成は、以下の変形例３〜５のような構成でもよい。またこれらは一例であり、他の構成としてもよい。

（変形例３）
図３６は、本変形例にかかる通信システムの全体構成の一例を示す図である。図３６に示すように本変形例の通信システムは、ＡＰ１００−２と、車載機２００−６と、サーバ３００と、ネットワーク４００と、を備えている。

車載機２００−６は、事前セットアップ通信のために比較的低速の無線通信（ＩＥＥＥ ８０２．１１ｐなど）を実行する機能と、データ通信のために比較的高速の無線通信（ＩＥＥＥ ８０２．１１ａｃなど）を実行する機能を備える。

図３７は、車載機２００−６のハードウェア構成の一例を示す図である。図３７に示すように、車載機２００−６は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−２ａと、低速無線Ｉ／Ｆ２４−２ｂと、転送部２７と、高速無線Ｉ／Ｆ２８−６と、を備える。

高速無線Ｉ／Ｆ２８−６は、車内の機器と無線通信するインタフェースである。高速無線Ｉ／Ｆ２８−６は、例えば、ＩＥＥＥ ８０２．１１ａｃなどの高速データ通信を想定した規格に準拠したインタフェースである。

（変形例４）
図３８は、本変形例にかかる通信システムの全体構成の一例を示す図である。図３８に示すように本変形例の通信システムは、ＡＰ１００−３と、車載機２００−７と、サーバ３００と、ネットワーク４００と、基地局６００と、セルラー網７００と、を備えている。

車載機２００−７は、事前セットアップ通信のためにセルラー網７００を介して通信する機能と、データ通信のために比較的高速の無線通信（ＩＥＥＥ ８０２．１１ａｃなど）を実行する機能を備える。

図３９は、車載機２００−７のハードウェア構成の一例を示す図である。図３９に示すように、車載機２００−７は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−３ａと、低速無線Ｉ／Ｆ２４−３ｂと、転送部２７と、高速無線Ｉ／Ｆ２８−７と、を備える。

高速無線Ｉ／Ｆ２８−７は、車内の機器と無線通信するインタフェースである。高速無線Ｉ／Ｆ２８−７は、例えば、ＩＥＥＥ ８０２．１１ａｃなどの高速データ通信を想定した規格に準拠したインタフェースである。

（変形例５）
図４０は、本変形例にかかる通信システムの全体構成の一例を示す図である。図４０に示すように本変形例の通信システムは、ＡＰ１００−４と、車載機２００−８と、サーバ３００と、ネットワーク４００と、を備えている。

車載機２００−８は、事前セットアップ通信およびデータ通信のために比較的高速の無線通信（ＩＥＥＥ ８０２．１１ａｃなど）を実行する機能を備える。

図４１は、車載機２００−８のハードウェア構成の一例を示す図である。図４１に示すように、車載機２００−８は、制御部２１と、記憶部２２と、大容量記憶部２３と、高速無線Ｉ／Ｆ２４−４と、転送部２７と、高速無線Ｉ／Ｆ２８−８と、を備える。

高速無線Ｉ／Ｆ２８−８は、車内の機器と無線通信するインタフェースである。高速無線Ｉ／Ｆ２８−８は、例えば、ＩＥＥＥ ８０２．１１ａｃなどの高速データ通信を想定した規格に準拠したインタフェースである。

次に、本実施形態の車載機２００−５の機能構成の一例について説明する。図４２は、車載機２００−５の機能構成例を示すブロック図である。図４２に示すように、車載機２００−５は、記憶部２２と、大容量記憶部２３と、無線Ｉ／Ｆ２４と、転送部２７と、無線Ｉ／Ｆ２８−５と、ストレージ制御部２０１と、ストレージ管理部２０２と、アップロード部２０３と、受信処理部２０４と、権限管理部２０５と、判断部２０６と、要求処理部２０７と、応答生成部２０８と、無線通信制御部２０９と、無線通信制御部２１０と、データ処理部２１１−５と、セットアップ実行部２１２−５と、を備えている。

ストレージ制御部２０１、ストレージ管理部２０２、アップロード部２０３、受信処理部２０４、権限管理部２０５、判断部２０６、要求処理部２０７、および、応答生成部２０８は、それぞれ、ストレージ制御部１０１、ストレージ管理部１０２、アップロード部１０３、受信処理部１０４、権限管理部１０５、判断部１０６、要求処理部１０７、および、応答生成部１０８と同様の機能を備える。

無線通信制御部２０９は、無線Ｉ／Ｆ２４と転送部２７の仲介を制御する。無線通信制御部２１０は、無線Ｉ／Ｆ２８−５と転送部２７の仲介を制御する。無線通信制御部２０９および無線通信制御部２１０は、例えばデバイスドライバやファームウェアにより実現される。

データ処理部２１１−５は、車載機２００−５が搭載される車両内の各センサやアプリケーションなどで生成された情報を収集し、例えば大容量記憶部２３に保存する。一部の機密度が高い情報は、図示しない独立性が高い記憶部に保存してもよい。情報は、無線Ｉ／Ｆ２８−５を介して収集してもよいし、センサなどから直接収集してもよい。

大容量記憶部２３などに記憶する情報としては、以下のような情報がある。
（１）車両固有情報
・登録番号
・製造事業者
・車台番号
・ソフトウェアのバージョン
（２）運転情報
・走行距離
・車両設備（アクセルおよびブレーキ等）に関する操作情報、操作履歴、および操作特性
・速度
・加速度
・燃料、電池、オイル、および、バッテリーなどの残量
・車内放送の状況
・ドアの開閉状況
・車人数や荷物に関する情報（人数、個数、重量など）
（３）中間データ
・車載カメラ等で記録した画像データの中間処理データ
（４）その他
・現在地情報
・車内外の温湿度
・明るさ
・音の大きさ
・気圧

データ処理部２１１−５は、所定の条件が満たされた場合、セットアップ実行部２１２−５に情報送信処理の開始を依頼する。データ処理部２１１−５は、例えば、大容量記憶部２３に保存された情報が一定量に達したこと、所定の時間間隔などの条件を用いることができる。

またデータ処理部２１１−５は、例えば事前セットアップの過程で、送信する予定のデータ（送信情報）に対する操作（圧縮など）をセットアップ実行部２１２−５から要求された場合、要求に従ったデータ処理を行う。

セットアップ実行部２１２−５は、ＡＰ１００との間で事前セットアップを実行する。セットアップ実行部２１２−５は、上記各実施形態で述べた事前セットアップの手順により処理を実行する。セットアップ実行部２１２−５は、データ処理部２１１−５からの依頼を受けて事前セットアップを実行する。セットアップの過程で、送信情報に対する操作（圧縮など）を要求された場合には、その要求をデータ処理部２１１−５に伝える。

なお各変形例（変形例３〜５）は、追加されるインタフェースを、それぞれ対応する通信制御部を介して転送部２７に接続する構成とすれば、他の構成は図４２と同様である。従って詳細な説明は省略する。

次に、このように構成された第５の実施形態にかかる車載機２００−５による通信処理について図４３を用いて説明する。図４３は、第５の実施形態における車載機２００−５の通信処理の一例を示すシーケンス図である。

データ処理部２１１−５は、初期セットアップを実行する（ステップＳ１７０１）。初期セットアップの詳細は後述する。データ処理部２１１−５は、イベントを待機する（ステップＳ１７０２）。

イベントは、例えば、データ生成、ＡＰ検出、および、データ送信タイミング検出などのイベントを含む。データ生成は、送信情報などのデータ（情報）が生成されたことを示すイベントである。ＡＰ検出は、接近等によりＡＰ１００が検出されたことを示すイベントである。データ送信タイミング検出は、送信情報を送信する所定の条件が満たされたことを示すイベントである。

データ処理部２１１−５は、イベントの種別を判定する（ステップＳ１７０３）。データ生成イベントの場合（ステップＳ１７０３：データ生成）、データ処理部２１１−５は、指示に従ったデータの変換、保存などを実行する（ステップＳ１７０４）。例えばデータ処理部２１１−５は、初期セットアップの結果、および、その後の事前セットアップの過程で通知されたデータの変換や保存の指示に従い処理を行う。

事前セットアップの過程で変換および保存のためのルールが変更された場合には、そのルールを記憶部２２等に記憶し、次回のデータ（事前セットアップで送信することが決まったデータではなく、その次に送信するデータ）の送信時から、記憶したルールを使用してもよい。

イベントの種別がＡＰ検出の場合（ステップＳ１７０３：ＡＰ検出）、データ処理部２１１−５は、セットアップ実行部２１２−５に事前セットアップの実行を指示する（ステップＳ１７０５）。データ処理部２１１−５は、事前セットアップの過程において、ＡＰ１００またはサーバ５００から送信情報の変換が指示された場合、送信する予定の送信情報に対して指示された内容の処理を実行する（ステップＳ１７０６）。変換処理が開始されてから送信までの間に発生するデータについては、データ処理部２１１−５は、ステップＳ１７０４の中で記憶されたルールに従って変換等を行う。

イベントの種別がデータ送信タイミング検出の場合（ステップＳ１７０３：データ送信タイミング検出）、データ処理部２１１−５は、例えば大容量記憶部２３に記憶したデータ（送信情報）の送信処理を実行する（ステップＳ１７０７）。例えばデータ処理部２１１−５は、ストレージ（大容量記憶部２３など）からのデータの読み出し、通信プロトコル処理、および、無線ネットワークを介した送信、を連続的に実行する。

次に初期セットアップについて説明する。初期セットアップは、車載機２００−５が、蓄積する情報の量の調整、および、情報の前処理などを、情報の送信前に実行する処理である。

初期セットアップでは、生成データをどのように扱うか（蓄積する粒度、演算処理時の精度など）を決定する。例えば、想定される走行中に送信機会が多い場合（送信頻度が多い場合）、多くのデータが送信できるので、情報の精度を高め、データを多く保存してもよい。また、想定される走行中に送信機会が少ない場合、少しのデータしか送信できないので、重要な情報を中心に、選別したデータを保存してもよい。

送信機会の把握は、走行時に、送信機会（送信頻度）、送信データ量、送信できなかったデータ量（未送信データ量）、生成データのデータ量、および、生成データの圧縮率などを記録しておくことで実現できる。また、カーナビゲーションなどと連動してＡＰ１００の数を把握して、送信機会を推定してもよい。

初期セットアップの結果は、事前セットアップのタイミングで、車載機２００−５からＡＰ１００またはサーバ５００などへ通知してもよい。通知を受信した装置は、受信した情報に基づいて情報送信を受け付ける頻度を調整してもよい。例えば受信した情報は受け入れ可否判断に用いることができる。通知された結果をＡＰ１００またはサーバ５００が判断し、判断に基づき変更した結果を、再度、車載機２００−５に通知してもよい。なお、事前セットアップ通信の結果、自宅やオフィスの無線ＬＡＮアクセスポイントなど、大容量のデータ通信を問題無く行えるアクセスポイントが指示された場合には、初期セットアップや事前セットアップの結果とは関係なく、より詳細な情報を送信するようにしてもよい。

次に、このように構成された第５の実施形態にかかる車載機２００−５による通信処理について図４４を用いて説明する。図４４は、第５の実施形態における車載機２００−５の通信処理の一例を示すシーケンス図である。

無線Ｉ／Ｆ２８−５は、車内の機器等からデータを受信すると、無線通信制御部２１０を介して転送部２７に送信する（ステップＳ１８０１、ステップＳ１８０２、ステップＳ１８０３）。転送部２７は、受信フレームに対する通信プロトコル処理を実行する（ステップＳ１８０４）。転送部２７は、受信したデータをデータ処理部２１１−５に送信する（ステップＳ１８０５）。

データ処理部２１１−５は、受信したデータを、ストレージ制御部２０１を介して大容量記憶部２３に保存する（ステップＳ１８０６、ステップＳ１８０７）。データ処理部２１１−５は、保存したデータのサイズ（総量）を確認する（ステップＳ１８０８）。総量が所定の閾値を超えた場合、データ処理部２１１−５は、セットアップ実行部２１２−５に対して、事前セットアップの開始を指示する（ステップＳ１８０９）。

セットアップ実行部２１２−５は、データ（送信情報）を送信する最終的な宛先（例えばサーバ３００）を確認する（ステップＳ１８１０）。セットアップ実行部２１２−５は、事前セットアップ要求のメッセージを生成し（ステップＳ１８１１）、転送部２７に送信する（ステップＳ１８１２）。

転送部２７は、送信データ（事前セットアップ要求）に対する通信プロトコル処理を実行する（ステップＳ１８１３）。転送部２７は、通信プロトコル処理後のデータを、無線通信制御部２０９、および、無線Ｉ／Ｆ２４を介して送信する（ステップＳ１８１４、ステップＳ１８１５、ステップＳ１８１６）。

送信したデータに対する応答は、無線Ｉ／Ｆ２４、および、無線通信制御部２０９を介して、転送部２７が受信する（ステップＳ１８１７、ステップＳ１８１８、ステップＳ１８１９）。転送部２７は、受信フレームに対する通信プロトコル処理を実行する（ステップＳ１８２０）。転送部２７は、受信した応答をセットアップ実行部２１２−５に送信する（ステップＳ１８２１）。

セットアップ実行部２１２−５は、応答を確認し、次のデータの送信まで待機する（ステップＳ１８２２）。例えば、セットアップ実行部２１２−５は、データが送信できる状態になるまで待機し、条件（電波強度など）の成立が確認できたら送信を開始する。条件に必要な情報は無線Ｉ／Ｆ２８−５などから適宜収集する。

このように、第５の実施形態では、車載機側にも大容量記憶部を備えることで、車両内で生成される情報を一時蓄積して送信できる。その結果、少量ずつ生成される情報の一括送信が可能となり、より効率的な情報送信が可能となる。

（第６の実施形態）
第１から第５の実施形態では、車載機が情報の送信元となりＡＰを介してサーバを送信先として情報を送信するときの、ＡＰのリソース確保や通信路確立に着目していた。第６の実施形態では、この逆の方向、すなわち、サーバが送信元となりＡＰを介して車載機を送信先として情報を送信する場合を例に説明する。

実現方法の１つは、上記各実施形態の車載機とサーバの役割を相互に入れ替える方法である。例えば、サーバが事前セットアップ要求をＡＰに送信し、ＡＰがリソースの確保を判断し、確保できる場合に、ＡＰがサーバから受信し記憶部に保存した送信情報を、車載機に送信する。他の実現方法は、ＡＰが事前セットアップ要求を車載機に送信し、車載機がリソースの確保を判断し、確保できる場合に、ＡＰがサーバから受信し記憶部に保存した送信情報を、車載機に送信する方法である。以下では、主に後者の例について説明する。

なお車載機とＡＰのハードウェア構成は、上記実施形態のいずれの構成でもよい。以下では、図４５および図４６に示す２つの構成を例に説明する。

図４５は、第６の実施形態にかかる通信システムの全体構成の一例を示す図である。図４５に示すように本実施形態の通信システムは、ＡＰ１００ａ、１００ｂと、車載機２００−６と、サーバ３００と、ネットワーク４００と、を備えている。

車載機２００−６とＡＰ１００ａが互いに通信できる状態になったときに、ＡＰ１００ａから車載機２００−６に対して事前セットアップ要求が送信される。リソースが確保できる場合、次に接近したＡＰ１００ｂから、車載機２００−６に対して情報がプッシュ配信される。

図４６は、第６の実施形態にかかる通信システムの全体構成の他の例を示す図である。図４６に示すように本実施形態の通信システムは、ＡＰ１００と、車載機２００と、サーバ３００と、ネットワーク４００と、サーバ５００と、基地局６００と、セルラー網７００と、を備えている。

車載機２００がセルラー網７００を介して検出され、セルラー網７００を介して車載機２００に対して事前セットアップ要求が送信される。リソースが確保できる場合、ＡＰ１００から車載機２００に対して情報がプッシュ配信される。

このように、本実施形態では、ＡＰ１００が車載機２００に対してリソース確保要求を送信し、車載機２００が通信で必要なリソースを確保できるか判断する。なお車載機２００（車載機２００−６）の機能構成は例えば図４２と同様の構成を適用できる。

図４７は、第６の実施形態における通信処理の一例を示すシーケンス図である。図４７は、ＡＰ１００が、プッシュ配信するＡＰ１００（通信先）を決定する構成の例を示す。

ＡＰ１００ａは、車載機２００−６を検出すると、検出した車載機２００−６と通信するＡＰ１００（通信先）を決定する（ステップＳ１９０１）。ＡＰ１００ａは、車載機２００−６に対して、リソース確保要求と、決定した通信先の通知を送信する（ステップＳ１９０２）。

リソース確保要求を受信すると、車載機２００−６は、送信情報の対応関係を大容量記憶部２３などに保存するとともに、リソースの割り当てが可能か判断する（ステップＳ１９０３）。

リソースとして権限リソースを用いる場合、車載機２００−６は、ＡＰ１００ａ、および、通信先となるＡＰ１００ｂを介して、サーバ３００に対して権限を確認する（ステップＳ１９０４、ステップＳ１９０５、ステップＳ１９０６）。サーバ３００は、権限の確認に対する応答を車載機２００−６に送信する（ステップＳ１９０７、ステップＳ１９０８、ステップＳ１９０９）。なお、図ではサーバ３００は送信する情報の生成元と仮定している。サーバ３００は、ＡＰ１００ｂに送信情報を送信する（ステップＳ１９１０）。

通信先となるＡＰ１００ｂは、車載機２００−６を検出すると（ステップＳ１９１１）、検出した車載機２００−６との間で送信情報の送信を開始する（ステップＳ１９１２）。なお、サーバ３００は、ステップＳ１９１１の前のどの時点でＡＰ１００ｂに送信情報を送信してもよい。サーバ３００から事前にＡＰ１００ｂに送信情報を送信することにより、車載機２００−６に対して高速に送信情報を配信できる。

図４８は、第６の実施形態における通信処理の他の例を示すシーケンス図である。図４８は、ＡＰ１００が、サーバ５００に対して、プッシュ配信するＡＰ１００（通信先）の決定を依頼する構成の例を示す。

サーバ５００は、送信すべき情報に基づいて情報の送信先となる車載機２００−６を検出するとともに、検出された車載機２００−６と通信するＡＰ１００（通信先）を決定する（ステップＳ２００１）。サーバ５００は、基地局６００を介して、リソース確保要求と、決定した通信先の通知を、車載機２００−６に送信する（ステップＳ２００２、ステップＳ２００３）。

ステップＳ２００４〜ステップＳ２０１３は、図４７のステップＳ１９０３〜ステップＳ１９１２と同様である。

図４９は、本実施形態の車載機２００−６による通信処理の一例を示すフローチャートである。

車載機２００−６の要求処理部２０７および受信処理部２０４は、事前セットアップ要求または送信情報の受信を待機する（ステップＳ２１０１）。転送部２７は、事前セットアップ要求または送信情報の送信要求を受信したか否かを判断する（ステップＳ２１０２）。受信していない場合（ステップＳ２１０２：Ｎｏ）、受信するまで待機する。両要求かどうかの判断は、前述の通り、ＩＰアドレス、ポート番号、通信プロトコル、および、必要に応じてメッセージ内部を参照することで行う。

事前セットアップ要求を受信した場合（ステップＳ２１０２：セットアップ要求）、要求処理部２０７は、受信した事前セットアップ要求を解析し、判断部２０６は、リソースが確保できるか判断するリソース確保処理を実行する（ステップＳ２１０３）。リソース確保処理は、上記実施形態と同様の方法を適用できる。リソースが確保できた場合、ステップＳ２１０１に戻り、送信情報の受信を待機する。

ステップＳ２１０２で送信情報の送信要求を受信した場合（ステップＳ２１０２：データ受信）、転送部２７は、受信した送信要求から送信情報を抽出する（ステップＳ２１０４）。受信処理部２０４は、抽出された送信情報をストレージに保存する（ステップＳ２１０５）。受信処理部２０４は、すべての送信情報の受信が完了したか否かを判断する（ステップＳ２１０６）。完了していない場合（ステップＳ２１０６：Ｎｏ）、ステップＳ２１０１に戻り処理を繰り返す。

送信情報の受信が完了した場合（ステップＳ２１０６：Ｙｅｓ）、車載機２００−６は、送信情報に応じたデータ処理を実行する（ステップＳ２１０７）。このデータ処理は、送信情報を利用する個々のアプリケーションに依存した処理となる。例えば、受信した情報を表示する処理、および、音声として再生する処理などが実行される。

図５０は、本実施形態のＡＰ１００による通信処理の一例を示すフローチャートである。

ＡＰ１００の要求処理部１０７および受信処理部１０４は、データ（信号）の受信を待機する（ステップＳ２２０１）。転送部１５は、データ（信号）を受信したか否かを判断する（ステップＳ２２０２）。受信していない場合（ステップ２１０２：Ｎｏ）、受信するまで待機する。

受信した場合（ステップＳ２２０２：Ｙｅｓ）、転送部１５は、受信したデータ（信号）の種別を判定する（ステップＳ２２０３）。例えば、転送部１５は、受信したデータが、車載機信号、権限確認要求、および、データ受信のいずれであるかを判定する。その判定は、前述の通り、ＩＰアドレスやポート番号や通信プロトコル、必要に応じてメッセージ内部を参照することで行う。

車載機信号は、ＡＰ１００と車載機２００との間で互いの存在を認識するために送受信される情報である。例えば、ビーコンを車載機信号として利用できる。権限確認要求は、車載機２００側にリソースを確保する過程で実行される権限移譲処理で受信しうる情報である。データ受信は、サーバ３００から事前に情報を受信する場合の情報である。この情報の送受信は、ＡＰ１００と車載機２００との間の通信とは独立に実行される。

車載機信号を受信した場合（ステップＳ２２０３：車載機信号受信）、要求処理部１０７は、車載機２００から送信される送信データを確認する（ステップＳ２２０４）。要求処理部１０７は、送信データが存在するか否か、および、送信データの種類（セットアップ前かセットアップ済みか）を判断する（ステップＳ２２０５）。

送信データが存在しない場合（ステップＳ２２０５：Ｎｏ）、ステップＳ２２０１に戻り待機する。送信データがセットアップ前を示す場合（ステップＳ２２０５：セットアップ前）、要求処理部１０７は、車載機２００と通信する通信先のＡＰ１００を決定する（ステップＳ２２０６）。通信先は、上記実施形態で転送先を決定する方法と同様の方法で決定してもよい。

応答生成部１０８は、事前セットアップ要求、および、決定した通信先を通知するメッセージを生成する（ステップＳ２２０７）。要求処理部１０７は、生成されたメッセージ（事前セットアップ要求、通信先通知メッセージ）を車載機２００に送信する（ステップＳ２２０８）。

送信データがセットアップ済を示す場合（ステップＳ２２０５：セットアップ済）、要求処理部１０７は、車載機２００に対して送信情報を送信する（ステップＳ２２０９）。

ステップＳ２２０３で権限確認要求を受信した場合（ステップＳ２２０３：権限確認要求受信）、権限管理部１０５は、サーバ３００との間で権限の確認処理を実行する（ステップＳ２２１０）。

ステップＳ２２０３で送信情報を受信した場合（ステップＳ２２０３：データ受信）、要求処理部１０７は、ストレージ制御部１０１を介して、受信した送信情報を大容量記憶部１３に記憶する（ステップＳ２２１１）。

このように、第６の実施形態にかかる通信装置では、サーバが送信元となりＡＰを介して車載機に情報を送信する場合にも、第１〜第５の実施形態と同様の機能を実現できる。

以上説明したとおり、第１から第６の実施形態によれば、端末装置、通信装置、および、サーバ装置の間の通信をより安定して実行可能となる。

上記実施形態にかかる装置（通信装置、端末装置、サーバ装置）で実行されるプログラムは、ＲＯＭ５２等に予め組み込まれて提供される。

上記実施形態にかかる装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact Disk Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録してコンピュータプログラムプロダクトとして提供されるように構成してもよい。

さらに、上記実施形態にかかる装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上記実施形態にかかる装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

上記実施形態にかかる装置で実行されるプログラムは、コンピュータを上述した装置の各部として機能させうる。このコンピュータは、ＣＰＵなどの制御装置がコンピュータ読取可能な記憶媒体からプログラムを主記憶装置上に読み出して実行することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１２ 記憶部
１３ 大容量記憶部
１４ 有線Ｉ／Ｆ
１５ 転送部
１６ 無線Ｉ／Ｆ
１００ ＡＰ
１０１ ストレージ制御部
１０２ ストレージ管理部
１０３ アップロード部
１０４ 受信処理部
１０５ 権限管理部
１０６ 判断部
１０７ 要求処理部
１０８ 応答生成部
１０９ 有線通信制御部
１１０ 無線通信制御部
２００ 車載機
２０１ ストレージ制御部
２０２ ストレージ管理部
２０３ アップロード部
２０４ 受信処理部
２０５ 権限管理部
２０６ 判断部
２０７ 要求処理部
２０８ 応答生成部
２０９ 無線通信制御部
２１０ 無線通信制御部
２１１−５ データ処理部
２１２−５ セットアップ実行部
３００ サーバ
４００ ネットワーク
５００ サーバ
６００ 基地局
７００ セルラー網

Claims (19)

1. 移動可能な端末装置と、サーバ装置と、に接続される通信装置であって、
   前記端末装置と前記サーバ装置との間で送受信される情報を記憶する記憶部と、
   前記端末装置との間の無線通信を制御する無線通信制御部と、
   前記端末装置および前記サーバ装置の少なくとも一方から送信される、前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を受信する要求処理部と、
   要求された前記通信に必要なリソースが割り当てられるか否かを判断する判断部と、
   前記判断部による判断結果を示す応答を生成する応答生成部と、
   前記端末装置および前記サーバ装置のうち一方から受信した情報を前記記憶部に記憶し、他方に対して、前記記憶部から読み出した情報を送信する通信制御部と、
   を備える通信装置。
2. 前記リソースは、前記記憶部の記憶領域、前記端末装置と前記通信装置との間および前記通信装置と前記サーバ装置との間で確立された通信路、前記通信路で通信可能なデータ量、および、前記通信路で前記通信装置が情報を転送するための権限、のうち少なくとも１つである、
   請求項１に記載の通信装置。
3. 前記リソースが割り当てられると判断された場合に、前記リソースを用いた前記通信を制御する通信制御部と、をさらに備える、
   請求項１に記載の通信装置。
4. 前記リソースは記憶部の記憶領域であり、
   前記判断部は、さらに、前記記憶領域が割り当てられないと判断した場合、前記記憶領域が割り当て可能となるまでの時間を算出し、
   前記応答生成部は、算出された前記時間を通知する応答を生成する、
   請求項１に記載の通信装置。
5. 前記リソースは記憶部の記憶領域であり、
   前記判断部は、さらに、要求された前記通信で送受信される情報のサイズである第１サイズと、前記記憶部から削除可能な情報のサイズである第２サイズとを比較し、前記第１サイズが前記第２サイズより大きい場合、前記削除可能な情報を前記記憶部から削除し、前記通信に必要なリソースが割り当てられると判断する、
   請求項１に記載の通信装置。
6. 前記リソースは記憶部の記憶領域であり、
   前記応答生成部は、さらに、前記記憶領域が割り当てられないと判断された場合、要求された前記通信で送受信される情報のサイズを小さくする処理を依頼する応答を生成する、
   請求項１に記載の通信装置。
7. 前記応答生成部は、さらに、要求された前記通信で送受信される情報を、他の端末装置に転送することを依頼する応答を生成する、
   請求項１に記載の通信装置。
8. 前記判断部は、さらに、要求された前記通信で送信される情報の送信タイミングを判断し、
   前記応答生成部は、さらに、前記送信タイミングを通知する応答を生成する、
   請求項１に記載の通信装置。
9. 前記無線通信制御部は、さらに、前記サーバ装置との間の無線通信を制御する、
   請求項１に記載の通信装置。
10. 前記端末装置と無線通信するための第１通信インタフェースと、
    第２通信インタフェースと、をさらに備え、
    前記無線通信制御部は、前記第１通信インタフェースを介する無線通信を制御し、
    前記要求処理部は、前記第２通信インタフェースを介して前記通信の要求を受信する、
    請求項１に記載の通信装置。
11. 前記要求処理部は、前記端末装置から前記通信の要求を受信した外部装置から転送された前記通信の要求を受信し、
    前記応答生成部は、前記外部装置から転送された前記通信の要求に対して、前記外部装置を介して前記端末装置に送信する前記応答を生成する、
    請求項１に記載の通信装置。
12. 前記判断部は、さらに、前記端末装置と前記サーバ装置との間の通信を、外部装置を介して実行するか否かを判断し、
    前記端末装置と前記サーバ装置との間の通信を前記外部装置を介して実行すると判断された場合、前記通信の要求を前記外部装置に転送する転送部をさらに備える、
    請求項１に記載の通信装置。
13. 前記判断部は、さらに、前記端末装置または前記端末装置を搭載する移動体の速度、前記端末装置または前記端末装置を搭載する移動体の属性情報、要求された通信の数、および、送信される情報の特性、のうち少なくとも１つに基づいて、前記端末装置と前記サーバ装置との間の通信を中継する前記外部装置を決定する、
    請求項１２に記載の通信装置。
14. 通信装置を介してサーバ装置に接続される端末装置であって、
    前記通信装置との間の無線通信を制御する無線通信制御部と、
    情報を記憶する記憶部と、
    前記情報についての所定の条件が満たされた場合に、前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を前記通信装置に送信するデータ処理部と、
    を備える端末装置。
15. 前記データ処理部は、送信データ量、未送信データ量、生成データのデータ量、および、生成データの圧縮率のうち少なくとも１つに基づいて、前記サーバ装置との間の通信で送信する情報を処理する、
    請求項１４に記載の端末装置。
16. 移動可能な端末装置と、サーバ装置と、通信装置と、を備える通信システムであって、
    前記端末装置は、
    前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を前記通信装置に送信するデータ処理部、を備え、
    前記通信装置は、
    前記端末装置との間の無線通信を制御する無線通信制御部と、
    前記端末装置と前記サーバ装置との間で送受信される情報を記憶する記憶部と、
    前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を受信する要求処理部と、
    要求された前記通信に必要なリソースが割り当てられるか否かを判断する判断部と、
    前記判断部による判断結果を示す応答を生成する応答生成部と、
    前記端末装置および前記サーバ装置のうち一方から受信した情報を前記記憶部に記憶し、他方に対して、前記記憶部から読み出した情報を送信する通信制御部と、を備える、
    通信システム。
17. 移動可能な端末装置と、サーバ装置と、に接続されるコンピュータを、
    前記端末装置との間の無線通信を制御する無線通信制御部と、
    前記端末装置および前記サーバ装置の少なくとも一方から送信される、前記コンピュータを介する前記端末装置と前記サーバ装置との間の通信の要求を受信する要求処理部と、
    要求された前記通信に必要なリソースが割り当てられるか否かを判断する判断部と、
    前記判断部による判断結果を示す応答を生成する応答生成部と、
    前記端末装置および前記サーバ装置のうち一方から受信した情報を記憶部に記憶し、他方に対して、前記記憶部から読み出した情報を送信する通信制御部、
    として機能させるためのプログラム。
18. 移動可能な端末装置と、サーバ装置と、に接続される通信装置で実行される通信方法であって、
    前記端末装置との間の無線通信を制御する無線通信制御ステップと、
    前記端末装置および前記サーバ装置の少なくとも一方から送信される、前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を受信する要求処理ステップと、
    要求された前記通信に必要なリソースが割り当てられるか否かを判断する判断ステップと、
    前記判断ステップによる判断結果を示す応答を生成する応答生成ステップと、
    前記端末装置および前記サーバ装置のうち一方から受信した情報を記憶部に記憶し、他方に対して、前記記憶部から読み出した情報を送信する通信制御ステップと、
    を含む通信方法。
19. 通信装置を介してサーバ装置に接続される端末装置であって、
    前記通信装置との間の無線通信を制御する無線通信制御部と、
    前記通信装置を介する前記端末装置と前記サーバ装置との間の通信の要求を前記通信装置から受信する要求処理部と、
    要求された前記通信に必要なリソースが割り当てられるか否かを判断する判断部と、
    前記判断部による判断結果を示す応答を生成する応答生成部と、
    を備える端末装置。

Images