(57)【要約】  通信制御装置（７）は、外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載される。スケジュール部（４０３）は、アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが外部装置と通信する際の距離周期である通信距離周期と、移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが外部装置と通信を行う通信タイミングを移動経路上の位置でスケジューリングする。タイミング処理部（４０４）は、アプリケーションプログラムごとに、移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知する。
2019097623.tif 000002
【特許請求の範囲】
【請求項１】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載される通信制御装置であって、
アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール部と、
アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理部とを有する通信制御装置。
【請求項２】
前記スケジュール部は、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定し、
前記移動経路上に前記複数のアプリケーションプログラムが前記外部装置と通信できない通信不可区間がある場合に、アプリケーションプログラムごとに、前記通信不可区間内に通信タイミングの位置が設定されているか否かを判定し、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更する請求項１に記載の通信制御装置。
【請求項３】
前記タイミング処理部は、
いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するとともに、前記スケジュール部が当該通信タイミングの位置を変更していない場合は、対応するアプリケーションプログラムに当該通信タイミングの位置を通知し、前記スケジュール部が当該通信タイミングの位置を変更している場合は、対応するアプリケーションプログラムに変更前の通信タイミングの位置を通知する請求項２に記載の通信制御装置。
【請求項４】
前記スケジュール部は、
前記通信不可区間内に複数の通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている複数の通信タイミングの位置を前記通信不可区間の手前の複数の位置に変更する請求項２に記載の通信制御装置。
【請求項５】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間の手前の通信可能区間における通信タイミングの位置を前記通信距離周期よりも短い距離周期にて設定して、前記通信不可区間内に設定されている通信タイミングの位置を前記通信可能区間内の位置に変更する請求項２又は３に記載の通信制御装置。
【請求項６】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間の手前の通信可能区間における通信タイミングの位置を変更せずに、前記通信不可区間内に設定されている通信タイミングの位置を前記通信可能区間内の位置に変更する請求項２又は３に記載の通信制御装置。
【請求項７】
前記スケジュール部は、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定し、
前記移動経路上に交差点がある場合に、アプリケーションプログラムごとに、前記交差点の手前の区間であって前記交差点から規定距離以内の区間である交差点手前区間に通信タイミングの位置が設定されているか否かを判定し、
前記交差点手前区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記交差点手前区間内に設定されている通信タイミングの位置を前記交差点手前区間の手前の位置に変更する請求項１〜３のいずれか１項に記載の通信制御装置。
【請求項８】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在し、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更すると、変更量が閾値を超える場合には、前記通信不可区間内に設定されている通信タイミングの位置を変更しない請求項２又は３に記載の通信制御装置。
【請求項９】
前記スケジュール部は、
前記交差点手前区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在し、当該アプリケーションプログラムについて、前記交差点手前区間内に設定されている通信タイミングの位置を前記交差点手前区間の手前の位置に変更すると、変更量が閾値を超える場合には、前記交差点手前区間内に設定されている通信タイミングの位置を変更しない請求項７に記載の通信制御装置。
【請求項１０】
前記タイミング処理部は、
２以上のアプリケーションプログラムに通信タイミングの位置として同一の位置が設定されている場合に、当該２以上のアプリケーションプログラムの中から、優先順位が高い順に規定個数のアプリケーションプログラムを選択し、選択したアプリケーションプログラムにのみ、通信タイミングが到来したことを通知する請求項１〜３のいずれか１項に記載の通信制御装置。
【請求項１１】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載されるコンピュータが、アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングし、
前記コンピュータが、アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知する通信制御方法。
【請求項１２】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載されるコンピュータに、
アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール処理と、
アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理とを実行させる通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、通信制御方法及び通信制御プログラムに関する。
【背景技術】
【０００２】
例えば、特許文献１では、通信制御装置はサーバに設置されている。また、特許文献１では、自動車等の移動体に搭載された移動通信装置が通信を開始する際に、移動通信装置が、移動体の現在位置、目的地、経路などの情報を通信制御装置に送信する。また、通信制御装置は、コンテンツサーバより、コンテンツデータが利用されるべき地点及びコンテンツデータのデータサイズを取得する。更に、通信制御装置は、コンテンツデータを配信すべき地点に移動体が到達する前に移動通信装置がデータ受信を完了するようにトンネルなどの通信不可区間も考慮して通信スケジュールを決定する。また、通信制御装置は、決定した通信スケジュールを移動通信装置に送信する。そして、移動通信装置は、受信した通信スケジュールに沿ってコンテンツサーバからコンテンツデータを受信する。これにより、移動体はある特定の地点において利用すべきコンテンツデータをその地点に達する前に受信するようにしている。【０００３】
特許文献２では、トンネルなどの通信不可能なエリアを地図上から判定し、そのエリアで必要なデータを通信不可能なエリアに侵入する前に事前に取得する手法が提案されている。また、特許文献２では、高速な通信回線が利用可能であれば優先的に高速な通信回線を利用する回線切り替え手法が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５４３０２３５
【特許文献２】特開２００４−１９３９９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の通信制御装置は、コンテンツサーバに設置される場合は、複数の移動体の通信スケジュールを決定している。このため、従来の方法では、多数の移動体の通信スケジュールを高速に決定することができる高価なサーバ装置が必要であるという課題があった。【０００６】
また、通信制御装置を移動体に設置する場合は、画像や音声といったアプリケーションプログラム（以下、アプリケーションともいう）ごとに圧縮率を変更する必要がある。このため、従来の方法では、アプリケーションごとに異なる通信制御手段を実現しなければならないという課題があった。
圧縮率の変更は、例えば、ＭＰＥＧなどのレートの変更である。通信制御装置を移動体に設置する場合は、画質や音質を下げて送信データ総量を減らす（つまり、圧縮率を高める）必要がある。そして、移動体に設置された通信制御装置は、通信ができない区間に到達する前に、データのダウンロードを完了しておくことが必要になる。しかし、このようなデータの圧縮率の変更などの機能はアプリケーションによって異なる（どのくらい圧縮できるか、そもそも圧縮機能があるか、など）ため、アプリケーション毎にそれぞれ前倒しのための通信を実施する必要がある。【０００７】
このため、従来の方法では、以下のような課題がある。
１．通信制御装置を移動体に設置する場合は、それぞれのアプリケーションに通信不可区間対策の機能を実装しなければならない。
１．１．従って、アプリケーション毎に通信不可区間対策の機能のための開発費がかかる。
１．２．また、通信不可区間対策の機能の実行時の処理量が多い（アプリケーション毎に動くため）。従って、車載装置に、高性能なＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）及び大容量のメモリ量が必要になる。
２．通信制御装置をサーバに設置する場合は、サーバに高性能＝高価な設備が必要になる。【０００８】
本発明は、このような課題を解決することを主な目的とする。より具体的には、本発明は、移動体に通信制御装置を搭載する場合に、アプリケーション毎の通信制御を不要とすることを主な目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る通信制御装置は、
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載される通信制御装置であって、
アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール部と、
アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理部とを有する。
【発明の効果】
【００１０】
本発明によれば、移動体に搭載された通信制御装置が、複数のアプリケーションの通信制御を行うため、アプリケーションごとの通信制御を不要とすることができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係る通信制御装置が動作するシステムの構成例を示す図。
【図２】実施の形態１に係る移動体の内部構成例を示す図。
【図３】実施の形態１に係る通信制御装置のハードウェア構成例を示す図。
【図４】実施の形態１に係る通信制御装置の機能構成例を示す図。
【図５】実施の形態１に係る経路格納部のデータベースの構造例を示す図。
【図６】実施の形態１に係る通信要求格納部のデータベース構造例を示す図。
【図７】実施の形態１に係るスケジュール格納部のデータベース構造例を示す図。
【図８】実施の形態１に係る位置情報格納部のデータベース構造例を示す図。
【図９】実施の形態１に係る通信タイミング通知のデータ構造例を示す図。
【図１０】実施の形態１に係る車載ＬＡＮ通信部の動作例を示すフローチャート。
【図１１】実施の形態１に係る通信要求登録部の動作例を示すフローチャート。
【図１２】実施の形態１に係るスケジュール部の動作例を示すフローチャート。
【図１３】実施の形態１に係るタイミング処理部の動作例を示すフローチャート。
【図１４】実施の形態１に係るタイミング処理部の動作例を示すフローチャート。
【図１５】実施の形態１に係る経路登録部の動作例を示すフローチャート。
【図１６】実施の形態１に係るステップＳ１２０７の処理の詳細を示すフローチャート。
【図１７】実施の形態１に係るステップＳ１２０７の処理の詳細を示すフローチャート。
【図１８】実施の形態１に係るステップＳ１２０８の処理の詳細を示すフローチャート。
【図１９】実施の形態２に係るスケジュール格納部のデータベース構造例を示す図。
【図２０】実施の形態２に係るタイミング処理部の動作例を示すフローチャート。
【図２１】実施の形態２に係るタイミング処理部の動作例を示すフローチャート。
【図２２】実施の形態２に係るスケジュール部の動作例を示すフローチャート。
【図２３】実施の形態２に係るスケジュール部の動作例を示すフローチャート。
【図２４】実施の形態２に係るステップＳ１９１５の処理の詳細を示すフローチャート。
【図２５】実施の形態２に係るステップＳ１９１５の処理の詳細を示すフローチャート。
【図２６】実施の形態１に係る移動経路の例を示す図。
【図２７】実施の形態１に係る通信制御装置の動作の概要を示す図。
【図２８】実施の形態２に係る通信制御装置の動作の概要を示す図。
【図２９】実施の形態２に係る移動経路の例を示す図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図を用いて説明する。以下の実施の形態の説明及び図面において、同一の符号を付したものは、同一の部分または相当する部分を示す。
【００１３】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係る通信制御装置が動作するシステムの全体を示すシステム構成図である。
【００１４】
図１において、コンテンツサーバ１は移動体からの要求に従ってその移動体の位置に関連する情報を送信するサーバ装置である。
移動体２ａ〜２ｃは、予め決定した走行経路に従って移動する自動車などの移動体である。なお、移動体２ａ〜２ｃを区別する必要がない場合は、単に移動体２という。
公衆網３は、携帯電話網やインターネットにより構成される既存の公衆通信網である。
走行経路４ａ〜４ｃは各移動体２ａ〜２ｃが出発地にて移動を開始する際に決定した目的地までの移動経路である。
出発地５ａ〜５ｃは、各移動体２ａ〜２ｃの出発地である。
目的地６ａ〜６ｃは、各移動体２ａ〜２ｃの目的地である。
【００１５】
また、図２は、本実施の形態に係る通信制御装置が動作する移動体２の内部の装置構成を示す構成図である。
【００１６】
図２において、通信制御装置７は、カーナビゲーション装置又はＲＳＥ（リアシートエンターテイメント）装置にコンテンツサーバ１との通信により取得されたデータを提供する。通信制御装置７により行われる動作は、通信制御方法及び通信制御プログラムに相当する。
カーナビゲーション装置８は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）により現在位置を把握するとともに地図情報を用いて移動体の走行経路を決定する。
ＲＳＥ装置９は、後部座席に設置され、後部座席の乗員に対して情報提供などのサービスを行うエンターテイメント装置である。
カーナビゲーション装置８及びＲＳＥ装置９では、アプリケーションが動作する。また、移動体２では、これら以外のアプリケーションが動作してもよい。つまり、移動体２には、複数のアプリケーションが実装されている。
車載ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０は、移動体２ａ〜２ｃの各種装置間の通信を実現するＬＡＮである。
無線通信装置１１は、３Ｇ回線やＬＴＥ（登録商標）回線など使って公衆網３を介してコンテンツサーバ１と車載ＬＡＮ１０に接続された各装置が通信するために用いられる。
【００１７】
また、図３は、本実施の形態に係る通信制御装置７のハードウェア構成図である。
【００１８】
図３において、ＣＰＵ３０１は通信制御装置７の動作をソフトウェアにより処理するプロセッサである。
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２は、通信制御装置７のソフトウェアが格納される記憶装置である。
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３は、ＣＰＵ３０１で動作するソフトウェアをＲＯＭ３０２からロードする記憶装置である。
ＲＯＭ３０２には、後述する経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の機能を実現するプログラムが記憶されている。これらプログラムは、ＲＯＭ３０２からＲＡＭ３０３にロードされる。
そして、プロセッサ９０１がこれらプログラムを実行して、後述する経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の動作を行う。
車載ＬＡＮインタフェース３０４は、車載ＬＡＮ１０を介してカーナビゲーション装置８又はＲＳＥ装置９と通信するための通信インタフェースである。
【００１９】
本実施の形態に係る通信制御装置７の機能構成の詳細を説明する前に、通信制御装置７の動作の概要を説明する。
【００２０】
ここでは、通信制御装置７が搭載されている移動体２の走行経路が図２６に示す経路であるものとする。
また、移動体２には、アプリケーション１とアプリケーション２が実装されているものとする。
移動体２の走行経路には、トンネルが含まれている。トンネルでは、移動体２に実装されている各アプリケーションはコンテンツサーバ１等の外部装置と通信することができない。
通信制御装置７は、移動体２がＡ地点からＦ地点まで移動する場合に、トンネル（Ｌ３）部分の通信を、それ以前のＬ１〜Ｌ２で実施するように、各アプリケーションの通信タイミングの調整を行う。
なお、アプリケーション１は、移動体２が５００ｍ進むごとに、現在位置に関するデータをインターネットから取得するものとする。
また、アプリケーション２は、移動体２が５ｋｍ進むごとに、現在位置に関するデータをインターネットから取得するものとする。
これらアプリケーションが現在位置に関するデータを取得するための距離周期を、通信距離周期という。
【００２１】
１．基本的な動作
Ａ．起動時の動作：
それぞれのアプリケーションは、通信制御装置７に、通信距離周期を登録する。アプリケーション１は、５００ｍ毎の通信距離周期を登録し、アプリケーション２は５ｋｍ毎の通信距離周期を登録する。
【００２２】
Ｂ．タイミングの調整：
通信制御装置７は、移動体２の走行経路の情報を得ると通信不可区間の有無を確認する。通信制御装置７は、図２６のＬ３を見つけると、Ｌ３より手前で通信可能な区間の通信距離周期を修正する。
より具体的には、実施の形態１においては、通信制御装置７はＬ２の通信距離周期を、（Ｌ２の距離／（Ｌ２の距離＋Ｌ３の距離））×アプリケーションの通信距離周期に修正する。
また、実施の形態２においては、通信制御装置７は、本来のＬ２の通信距離周期と並行して、Ｌ３の通信距離周期もＬ２に設定する。
但し、Ｌ２が短い場合は、通信制御装置７は、更に遡ってＬ１〜Ｌ２の区間の周期を修正する。
【００２３】
Ｃ．通信動作：
Ｃ−１：通常の区間
通信制御装置７は、走行経路の情報に沿って、各アプリケーションが通信すべき位置をＡ地点から生成する。通信制御装置７は、現在の移動体２の位置をＧＰＳから定期的に（例えば、１秒間隔）受け取る。このため、通信制御装置７は、１秒毎に前回通信してからの移動距離をアプリケーション毎に計算する（「累積移動距離」で計算）。各アプリケーションの通信距離周期（５００ｍまたは５ｋｍ）の分だけ移動体２が進むと、通信制御装置７は、アプリケーションに通信タイミングであることを通知する。通信制御装置７から通信タイミングであることを通知されると、アプリケーションはインターネットから現在位置のデータを取得する。
【００２４】
Ｃ−２：トンネルの手前の区間
通信制御装置７は、「Ｂ．タイミングの調整」で修正された距離の周期でアプリケーションに通信タイミングを送信する。アプリケーションは前倒しでデータを取得する。つまり、アプリケーションは、まだ移動体２が達していない、先の位置に対応付けられたデータを取得する。図２７の例では、トンネルが存在していなければ、アプリケーションは移動体２がＰ１の位置に到達した際にＰ１のデータを取得する。また、アプリケーションは移動体２がＰ２の位置に到達した際にＰ２のデータを取得する。同様に、アプリケーションは移動体２がＰ３の位置に到達した際にＰ３のデータを取得する。トンネルを考慮した通信タイミングでは、アプリケーションは移動体２がｐ１の位置に到達した際にＰ１のデータを取得する。また、アプリケーションは移動体２がｐ２の位置に到達した際にＰ２のデータを取得する。更に、アプリケーションは移動体２がｐ３の位置に到達した際にＰ３のデータを取得する。このように、通信制御装置７は、通信不可区間を考慮して、移動体２が達していない、先の位置に対応付けられたデータを取得できるよう通信タイミングを修正する。そして、通信制御装置７は、修正した通信タイミングに基づき、アプリケーションに、各取得すべきデータと各データの取得位置（ｐ１〜ｐ１２）を通知する。
アプリケーションは、通信制御装置７から通知された位置で、先の位置のデータをインターネットから取得する。
【００２５】
２．追加のより複雑な動作
（１）時間周期で動作するアプリケーションへの対応
ここでは、アプリケーション１、アプリケーション２については、５００ｍ毎、５ｋｍ毎にデータを取得する例を示したが、アプリケーションによっては３０秒周期、１分周期に動作する仕様が考えられる。このようなアプリケーションについては、通信制御装置７は、リンク毎に設定される予定速度に基づき、リンク毎に通信を行うべき距離の間隔を計算する。そして、通信制御装置７は、アプリケーション１やアプリケーション２に取得すべきデータと各データの取得位置を通知する。
【００２６】
（２）１秒毎の最大通信量制限
複数のアプリケーションの周期がぶつかったタイミングでは通信量が増える。このため、通信回線が輻輳する。従って、通信制御装置７は、１秒毎の「Ｃ．通信動作」を実施する際に、通信タイミングを通知するアプリケーション数を「通信イベント数」で制限する。優先度の低いアプリケーションは、次のＧＰＳ位置を受信する１秒後に「Ｃ．通信動作」が実施される。尚、この制限は、実際の通信量ではなく、通信するアプリケーション数により行われる。
【００２７】
（３）交差点手前でのタイミングの修正
経路変更に関係する通信データを取得するアプリケーションの場合（後述の「迂回考慮フラグがＯＮ」）、交差点（分岐点）直前に通信データを取得しても、その後の経路変更動作が間に合わないといった事が考えられる。そのため、通信制御装置７は、移動距離毎の通信タイミングが交差点の直前になる場合、交差点までの距離が通信距離周期分手前になるよう通信タイミングを前倒しに修正する。アプリケーションは、修正された通信タイミングに応じて、通信データを取得する（後述の図１３のステップＳ１３０４〜ステップＳ１３０８の処理）。通信タイミングの前倒しの対象となる交差点の手前の区間を交差点手前区間という。
【００２８】
以上を前提に、通信制御装置７の機能構成例を説明する。
図４は、通信制御装置７の機能構成例を示す。
【００２９】
図４において、経路登録部４０１は、カーナビゲーション装置８から受信する経路情報を経路格納部４１１に登録する。また、経路登録部４０１は、スケジュール部４０３を呼び出してスケジュールを生成する。
車載ＬＡＮ通信部４０２は、車載ＬＡＮインタフェース３０４を用いて車載ＬＡＮ１０を介してカーナビゲーション装置８及びＲＳＥ装置９と通信する。
スケジュール部４０３は、走行経路の通信不可区間を判定する。また、スケジュール部４０３は、走行経路の状態にあった通信距離周期を決定し、決定した通信距離周期をスケジュール格納部４１３に登録する。スケジュール部４０３により行われる動作は、スケジュール処理という。
タイミング処理部４０４は、車載ＬＡＮ通信部４０２を介してカーナビゲーション装置８及びＲＳＥ装置９に通信タイミングを通知する。また、タイミング処理部４０４により行われる動作は、タイミング処理という。
通信要求登録部４０５は、カーナビゲーション装置８及びＲＳＥ装置９が送信した通信要求を通信要求格納部４１２に登録する。また、通信要求登録部４０５は、スケジュールの生成をスケジュール部４０３に依頼する。
経路格納部４１１は、カーナビゲーション装置８から車載ＬＡＮ通信部４０２を介して受信した移動体の走行経路を格納する。
通信要求格納部４１２は、カーナビゲーション装置８及びＲＳＥ装置９からの通信タイミング要求を格納する。
スケジュール格納部４１３は、スケジュール部４０３が決定した通信距離周期を格納する。
位置情報格納部４１４は、カーナビゲーション装置８から例えば１秒間で受信する現在位置関連情報を格納する。
前述したように、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５はプログラムで実現される。ＣＰＵ３０１が、プログラムを実行することにより、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の機能が実現される。
また、経路格納部４１１、通信要求格納部４１２、スケジュール格納部４１３及び位置情報格納部４１４は、ＲＯＭ３０２又はＲＡＭ３０３により実現される。
尚、以後、カーナビゲーション装置８が１秒周期で通信制御装置７に現在位置関連情報を送信する例を説明する。
【００３０】
図５は、経路格納部４１１のデータベースの構造例を示す。
【００３１】
図５において各行が走行経路を構成する１つのリンクを示す。走行経路の出発地がリンク番号１の始点位置であり、走行経路の目的地が最後の行の終点位置となる。また、リンク番号１の終点はリンク番号２の始点と一致する。
図５の各行において、始点位置および終点位置はリンクの先頭と末尾の位置を経度と緯度で示す。
始点交差点フラグおよび終点交差点フラグはそれぞれ始点位置と終点位置が交差点などの経路の分岐点であるかどうかを示す。始点交差点フラグ又は終点交差点フラグが０の始点位置又は終点位置は分岐点ではない。一方、始点交差点フラグ又は終点交差点フラグが１の始点位置又は終点位置は分岐点である。
距離は、始点位置と終点位置間の道のりの距離を示す。
予定速度は、始点位置から終点位置までの移動で予定される速度を示す。
道路属性は、始点位置から終点位置までの道路の属性を示す。具体的には、道路属性は、一般道、高速道路、トンネル、巨大橋、地下道路等の道路の属性を示す。尚、道路属性は一般道のトンネルなど、複数の属性を設定可能である。
【００３２】
図６は、通信要求格納部４１２のデータベース構造例を示す。
【００３３】
図６の各行が１つの通信要求を示す。
要求番号は、通信要求の識別子である。
依頼元装置は、通信要求を行った車載ＬＡＮ１０に接続された装置を一意に示す識別子である。依頼元装置として、例えばＩＰアドレスが用いられる。
アプリケーションＩＤは、通信要求を行ったアプリケーションを依頼元装置において一意に示す識別子である。アプリケーションＩＤとして、例えばＴＣＰやＵＤＰのポート番号が用いられる。
通信周期では、走行経路に通信不可の地点がなく、通常に通信する場合の通信の周期が時間単位または移動距離単位で示される。
迂回考慮フラグは、通信要求をしているアプリケーションがコンテンツサーバ１から受信したデータにより迂回動作を促す機能を持っているかどうかを示す。迂回考慮フラグが０の場合はアプリケーションには該当機能がない。一方、迂回考慮フラグが１の場合はアプリケーションに該当機能がある。
許容補正量は、通信要求に対応する通信を前倒しする際に許容される補正量を示す。
優先度は、通信要求の優先度である。優先度は１〜Ｎで示される。尚、１が最高優先度を意味する。
【００３４】
図７は、スケジュール格納部４１３のデータベース構造例を示す。
【００３５】
リンク番号は、走行経路のリンク番号である。
要求番号は、通信要求格納部４１２に格納された通信要求の番号である。
優先度は、通信要求格納部４１２に格納された優先度である。
通信距離周期は、通信要求の通信周期を移動距離に換算した値である。
累積移動距離は、前回通信タイミングをアプリケーションに対して送信した後の移動距離である。
残距離は、リンクの終点位置までの残り距離である。尚、該当リンクの終点交差点フラグが１かつ通信要求の迂回考慮フラグが１の場合にのみ、残距離は有効であり、それ以外の場合は残距離は０である。
位置補正係数および位置補正Δは、次回の通信タイミングにおいて、アプリケーションがコンテンツサーバ１から情報を取得する際に指定する現在位置の補正値を示す。位置補正Δの経度および緯度の値を位置補正係数に乗算することにより補正値が算出される。尚、補正が不要な場合は位置補正係数＝０である。
【００３６】
図８は、位置情報格納部４１４のデータベース構造例を示す。
【００３７】
現在位置は、ＧＰＳ等で測定した移動体の現在位置情報である。
移動距離は、カーナビゲーション装置８が測定した過去１秒間の移動距離（道のり）である。
現リンク番号は、移動体の現在位置が属するリンクのリンク番号を示す。尚、走行経路が未定の場合は、現リンク番号は０である。
【００３８】
図９は、通信タイミング通知のデータ構造例を示す。
【００３９】
要求元装置は、通信要求を通信制御装置７に対して行った装置を示す識別子である。要求元装置の識別子として、例えばＩＰアドレスが用いられる。
アプリケーションＩＤは、要求元装置内において通信要求を行ったアプリケーションを一意に識別する識別子である。アプリケーションＩＤとして、例えばＴＣＰポート番号が用いられる。
データ取得位置は、アプリケーションがコンテンツサーバ１に対してコンテンツデータの送信を要求する際に指定すべき位置情報である。
【００４０】
＊＊＊動作の説明＊＊＊
次に動作について説明する。
まず、自動車等の移動体が走行を開始するとき、通信制御装置７、カーナビゲーション装置８、ＲＳＥ装置９に電源の供給が開始され、それぞれ起動する。すると、カーナビゲーション装置８は、移動体が現在いる場所付近の渋滞・工事・事故といったローカル情報をコンテンツサーバから取得するために、通信制御装置７に通信要求を登録する。
【００４１】
カーナビゲーション装置８が送信した通信要求は、車載ＬＡＮインタフェース３０４で受信され、車載ＬＡＮ通信部４０２で図１０のフローチャートに従って処理される。
車載ＬＡＮ通信部４０２は、ステップＳ１００１で車載ＬＡＮインタフェース３０４の受信イベントを確認する。
ステップＳ１００２で受信があったことを確認すると、車載ＬＡＮ通信部４０２は、ステップＳ１００５で受信データの種別を確認する。ここでは、受信データの種別は通信要求であるので、車載ＬＡＮ通信部４０２は、ステップＳ１００７で通信要求を通信要求登録部４０５に送信する。
ここで、車載ＬＡＮ通信部４０２の処理は終了する。
【００４２】
次に、通信要求は通信要求登録部４０５で図１１のフローチャートに従って処理される。
通信要求登録部４０５は、通信要求を受け取ると、まずステップＳ１１０１で、通信要求を通信要求格納部４１２に登録する。
次に、通信要求登録部４０５は、ステップＳ１１０２で、通信要求格納部４１２に登録した通信要求番号を指定してスケジュール部４０３を呼び出す。そして、スケジュール部４０３の処理が終了したら、通信要求登録部４０５は、ステップＳ１１０３でスケジュール格納部４１３のデータをソートする。通信要求登録部４０５は、まずリンク番号でスケジュール格納部４１３のデータをソートする。次に、通信要求登録部４０５は、同一リンク番号のデータ毎に、優先度が高い順にスケジュール格納部４１３のデータをソートする。以上で通信要求登録部４０５の処理は終了する。
【００４３】
次に、スケジュール部４０３は、図１２のフローチャートに従って動作する。
まず、スケジュール部４０３は、ステップＳ１２０１で経路格納部４１１に経路が登録されているか確認する。ここでは、経路情報はまだ格納されていないので、処理はステップＳ１２０２に移行する。スケジュール部４０３は、ステップＳ１２０２で経路情報がない場合のデフォルト条件で通信距離周期を算出する。具体的には、スケジュール部４０３は、図６における要求番号１のように通信周期が６０秒と時間単位で指定されていた場合、移動速度を一般の制限速度４０ｋｍ／ｈと仮定して通信距離周期を６６７ｍと算出する。また、要求番号３のように通信周期が１ｋｍと距離で指定されている場合は、スケジュール部４０３は、通信距離周期をそのまま１ｋｍと指定する。次に、スケジュール部４０３は、ステップＳ１２０２で算出した通信距離周期を、要求番号とともにリンク番号０で登録する。尚、スケジュール部４０３は、優先度は通信要求の優先度、累積移動距離の初期値は０ｍ、残距離は０ｍ、位置補正係数は０と登録する。
以上で通信要求受信時の処理は終了する。
尚、以上はカーナビゲーション装置８が通信要求を行う場合について説明したが、ＲＳＥ装置９が行う通信要求についても同様の処理が行われる。
【００４４】
次に、カーナビゲーション装置８は、通信制御装置７に対して現在位置関連情報の１秒周期の送信を開始する。通信制御装置７では、カーナビゲーション装置８が送信した現在位置関連情報を受信すると、車載ＬＡＮ通信部４０２が図１０のフローチャートに従った処理を行う。
車載ＬＡＮ通信部４０２はステップＳ１００１で車載ＬＡＮインタフェース３０４の受信イベントを確認する。ステップＳ１００２で受信があったことを確認すると、車載ＬＡＮ通信部４０２は、ステップＳ１００５で受信データの種別を確認する。ここでは、受信データの種別は現在位置関連情報であるので、車載ＬＡＮ通信部４０２は、ステップＳ１００６で現在位置関連情報をタイミング処理部４０４に送信する。
ここで、車載ＬＡＮ通信部４０２の処理は終了する。
【００４５】
タイミング処理部４０４は、現在位置関連情報を受け取ると、図１３及び図１４のフローチャートに従って処理を行う。
まず、タイミング処理部４０４は、ステップＳ１３００でこのタイミングで通信する通信イベント数を示すカウンタを０に設定する。
次に、タイミング処理部４０４は、ステップＳ１３０１でスケジュール格納部４１３の各データにおいて、リンク番号が現在位置関連情報の現リンク番号と一致するか否かを確認する。
リンク番号が現在位置関連情報の現リンク番号と一致した場合、タイミング処理部４０４は、ステップＳ１３０２で、該当するデータの累積移動距離に現在位置関連情報の移動距離を加算する。
次に、ステップＳ１３０３で累積移動距離が通信距離周期を超えた場合に、まず、タイミング処理部４０４は、ステップＳ１３０９でカウンタに１を加算する。
そして、タイミング処理部４０４は、ステップＳ１３１０でカウンタの値が規定値以下か否かを確認する。カウンタの値が規定値を超えている場合はこれ以上通信イベントを設定できないので、処理がステップＳ１３１７に移行する。一方、カウンタの値が規定値以下の場合、タイミング処理部４０４は、ステップＳ１３１１からの通信タイミング通知の生成処理を行う。
まず、タイミング処理部４０４は、ステップＳ１３１１で累積移動距離を０に設定する。
次に、タイミング処理部４０４は、ステップＳ１３１２で位置補正係数が０かどうかを確認する。上述の例では、位置補正係数は０なので、タイミング処理部４０４は、ステップＳ１３１３で現在位置関連情報の現在位置をデータ取得位置に決定する。そして、タイミング処理部４０４は、ステップＳ１３１６で、図９に示す通信タイミング通知を生成し、生成した通信タイミング通知を車載ＬＡＮ通信部４０２に送信する。尚、ステップＳ１３０３で累積移動距離が通信距離周期未満と判断された場合は、タイミング処理部４０４は、ステップＳ１３０４で残距離を確認する。上述の例では、残距離は０なので、処理はステップＳ１３１７に移行する。タイミング処理部４０４は、以上の処理をステップＳ１３１７でスケジュール格納部４１３の全てのデータに対して実行し、処理を終了する。そして、車載ＬＡＮ通信部４０２は通信タイミング通知を要求元装置に対して送信し、処理を終了する。
そして、通信タイミング通知を受け取った要求元装置、つまりカーナビゲーション装置８は、コンテンツサーバ１からデータ取得位置、つまり現在位置に関するコンテンツデータを取得する。
【００４６】
次に、運転手が目的地をカーナビゲーション装置８に設定し、カーナビゲーション装置８で走行経路が決定すると、カーナビゲーション装置８は通信制御装置７に経路情報を送信する。
通信制御装置７では、車載ＬＡＮ通信部４０２が図１０のフローチャートに従って経路情報を処理する。
車載ＬＡＮ通信部４０２は、ステップＳ１００１で車載ＬＡＮインタフェース３０４の受信イベントを確認する。
ステップＳ１００２で受信があったことを確認すると、車載ＬＡＮ通信部４０２は、ステップＳ１００５で受信データの種別を確認する。
ここでは、受信データの種別は経路情報であるので、車載ＬＡＮ通信部４０２は、ステップＳ１００８で経路情報を経路登録部４０１に送信する。
ここで、車載ＬＡＮ通信部４０２の処理は終了する。
【００４７】
経路登録部４０１は図１５のフローチャートに従って経路情報を処理する。
まず、経路登録部４０１は、ステップＳ１４０１で経路格納部４１１に経路情報を格納する。
次に、経路登録部４０１は、スケジュール格納部４１３にリンク番号０以外のデータがある場合は、ステップＳ１４０２で、該当するデータを削除する。
次に、経路登録部４０１は、ステップＳ１４０３で通信要求格納部４１２に通信要求が登録されているか確認する。
通信要求が登録されている場合は、経路登録部４０１は、ステップＳ１４０４およびステップＳ１４０５で各通信要求について、通信要求番号を指定してスケジュール部４０３を呼び出す。
そして、スケジュール部４０３の処理が終了したら、経路登録部４０１は、ステップＳ１４０６でスケジュール格納部４１３のデータをソートする。経路登録部４０１は、まずリンク番号でスケジュール格納部４１３のデータをソートする。次に、経路登録部４０１は、同一リンク番号のデータ毎に、スケジュール格納部４１３のデータを優先度が高い順にソートする。
以上で経路登録部４０１の処理は終了する。
【００４８】
次に、スケジュール部４０３は図１２のフローチャートに従って処理を実行する。
まず、スケジュール部４０３は、ステップＳ１２０１で経路格納部４１１に経路情報が格納されているか確認する。上述の例では、経路格納部４１１に経路情報が格納されているので、スケジュール部４０３は、ステップＳ１２０４で経路の先頭から処理を開始する。
スケジュール部４０３は、ステップＳ１２０５で経路格納部４１１のリンク情報の道路属性を順にたどり、通信可能と判断される連続するリンク列（通常リンク列）を決定する。尚、通信可能と判断する道路属性は、予め通信制御装置７のソフトウェアで決めておいてもよい。また、通信可能と判断する道路属性は、設定ファイル等で指定可能としても良い。通信不可能なリンクにたどり着いたら、スケジュール部４０３は、次にステップＳ１２０６で通信不可能な連続するリンク列（通信不可リンク列）を決定する。スケジュール部４０３は、通常リンク列と同様、リンクの道路属性情報を精査して、通信不可リンク列を決定する。
【００４９】
通常リンク列と通信不可リンク列が決まったら、スケジュール部４０３は、ステップＳ１２０７で通信周期調整リンク列を決定し、スケジュールを決定する。この処理の詳細を図１６及び図１７のフローチャートに従って説明する。
まず、スケジュール部４０３は、ステップＳ１５０１において通信要求の許容補正量から、許容補正距離量を計算する。通信要求の許容補正量が距離単位であれば、スケジュール部４０３は、許容補正量をそのまま使用する。許容補正量が時間単位であれば、スケジュール部４０３は、通信不可リンク列の予定速度の平均値を求め、求めた平均値に許容補正量（時間）を乗算した値を許容補正距離量として使用する。
次に、ステップＳ１５０２で、スケジュール部４０３は、通信不可リンク列の全長を経路格納部４１１の距離から算出する。
次にステップＳ１５０３で、スケジュール部４０３は、許容補正距離量と通信不可リンク列の全長とを比較する。通信不可リンク列の全長が許容補正距離量より長い場合は、スケジュール部４０３は、ステップＳ１５０４で通信不可リンク列の全長を許容補正距離量に修正する。
次に、ステップＳ１５０５で、スケジュール部４０３は、通常リンク列の末尾のリンクを通信周期調整リンク列の先頭に移動する。つまり、通常リンク列に属するリンク列は末尾リンクが１つ短くなり、通信周期調整リンク列は先頭部分にリンクが１つ追加される。
次に、スケジュール部４０３は、ステップＳ１５０６で通信周期調整リンク列の全長を計算する。
次にステップＳ１５０７で、スケジュール部４０３は、処理中の通信要求の通信周期が時間単位か否かを確認する。処理中の通信要求の通信周期が時間単位の場合、スケジュール部４０３は、ステップＳ１５０９で通信周期調整リンク列を構成する全リンクの予定速度の平均値を求める。そして、スケジュール部４０３は、求めた平均値と通信周期とを乗算することで通信距離周期の平均値を求める。そして、スケジュール部４０３は、求めた平均値を、調整前通信距離周期として使用する。
また、ステップＳ１５０７で通信周期が距離単位の場合は、スケジュール部４０３は、ステップＳ１５０８で通信周期を調整前通信距離周期として扱う。
次に、スケジュール部４０３は、ステップＳ１５１０で調整後通信距離周期を以下の式で求める。
【００５０】
【数１】
2019097623.tif 000003
【００５１】
次に、スケジュール部４０３は、ステップＳ１５１１で、算出した調整後通信距離周期が規定値以上であるか否かを確認する。尚、規定値は通信制御処理７のソフトウェアで固定でも良いし、設定ファイル等で変更可能としても良い。
規定値より調整後通信距離周期が短い場合、より手前のリンクから通信タイミングを調整する必要があるため、処理がステップＳ１５０５に戻る。更に、スケジュール部４０３は、通常リンク列の末尾のリンクを通信周期調整リンク列に移動して、再調整を行う。ステップＳ１５１１において調整後通信周期が規定値以上になったら、通信周期の調整は終了し、処理がステップＳ１５１２に移行する。
ステップＳ１５１２では、スケジュール部４０３が、調整前通信距離周期と調整後通信距離周期の差分を求める。そしてスケジュール部４０３は、求めた差分の値から通信周期調整リンク列の各リンクの位置補正Δ値を求める。
最後に、スケジュール部４０３は、ステップＳ１５１３で通信周期調整リンク列の各リンクの、処理中の通信要求のためのスケジュールを、スケジュール格納部４１３に登録する。このとき、スケジュール部４０３は、図７において、リンク番号に通信処理調整リンク列に属するリンクの各リンク番号を設定する。また、スケジュール部４０３は、要求番号および優先度に現在処理中の通信要求の要求番号と優先度を設定する。また、スケジュール部４０３は、通信距離周期に調整後通信距離周期を設定する。また、スケジュール部４０３は、累積移動距離に０ｍを設定し、位置補正係数に１を設定し、位置補正ΔにステップＳ１５１２で算出した各リンクの位置補正Δ値を設定する。また、スケジュール部４０３は、処理中の要求番号の通信要求の迂回考慮フラグが１で、且つ、該当リンクの終点交差点フラグが１の場合、残距離に（該当リンクの距離−リンクの予定速度×１秒）を登録する。一方、それ以外の場合は、スケジュール部４０３は残距離に０を登録する。尚、１秒はカーナビゲーション装置８が現在位置関連情報を送信する周期である。
以上が図１２のステップＳ１２０７の詳細である。
【００５２】
図１２に戻り、スケジュール部４０３は、ステップＳ１２０８で通常リンク列のスケジュールを登録する。この処理の詳細を図１８のフローチャートに従って説明する。
【００５３】
まず、スケジュール部４０３は、通常リンク列の先頭のリンクについて、処理中の通信要求の通信周期から通信距離周期を計算する。図６の要求番号３のように通信周期が距離単位の場合、スケジュール部４０３は、そのまま通信周期を通信距離周期として扱う。図６の要求番号１のように通信周期が時間単位の場合、スケジュール部４０３は、該当リンクの予定速度に通信周期を乗算し、通信距離周期を算出する。
次に、スケジュール部４０３は、ステップＳ１６０２で通信要求の迂回考慮フラグを確認する。迂回考慮フラグが０でない場合、処理がステップＳ１６０３に移行し、スケジュール部４０３は、該当リンクの終点交差点フラグを確認する。
終点交差点フラグが０でない場合、スケジュール部４０３は、残距離として（リンクの距離−リンクの予定速度×１秒）を使用する。尚、１秒はカーナビゲーション装置８が現在位置関連情報を送信する周期である。
一方で、ステップＳ１６０２で迂回考慮フラグが０、もしくはステップＳ１６０３で終点交差点フラグが０の場合、経路上の迂回可能な分岐点を考慮する必要はない。このため、スケジュール部４０３は、残距離の値を０に設定する。
次に、スケジュール部４０３は、ステップＳ１６０６で、以上の結果を踏まえてスケジュール格納部４１３にスケジュールを登録する。このとき、スケジュール部４０３は、リンク番号には現在のリンク番号を登録する。また、スケジュール部４０３は、要求番号には現在処理中の通信要求の要求番号を登録する。また、スケジュール部４０３は、優先度には現在処理中の通信要求の優先度を登録する。また、スケジュール部４０３は、通信距離周期にはステップＳ１６０１で算出した通信距離周期を登録する。また、スケジュール部４０３は、累積移動距離には０ｍを登録する。また、スケジュール部４０３は、残距離にはステップＳ１６０４またはステップＳ１６０５で決定した残距離を登録する。また、スケジュール部４０３は、位置補正係数には０を登録し、位置補正Δには０を登録する。
スケジュール部４０３は、以上の処理をステップＳ１６０７において通常リンク列の全リンクについて実行する。
以上が、図１２のステップＳ１２０８の詳細である。
【００５４】
図１２に戻り、ステップＳ１２０９およびステップＳ１２１０で残りの経路についても以上と同様の処理が行われ、処理が終了する。
以上で、経路情報を受信した際の、通信制御装置７の動作は終了する。
【００５５】
これ以降に、カーナビゲーション装置８が１秒周期で送信する現在位置関連情報を通信制御装置７が受信すると、車載ＬＡＮ通信部４０２は図１０のフローチャートに従って、経路情報受信以前とまったく同様に、タイミング処理部４０４に現在位置関連情報を送信する。
【００５６】
タイミング処理部４０４は、現在位置関連情報を受け取ると、図１３及び図１４のフローチャートに従って処理を行う。まず、タイミング処理部４０４は、ステップＳ１３００でカウンタを０に設定する。
次に、タイミング処理部４０４は、ステップＳ１３０１でスケジュール格納部４１３の各データにおいて、リンク番号が現在位置関連情報の現リンク番号と一致するかを確認する。
リンク番号が現在位置関連情報の現リンク番号と一致した場合に、タイミング処理部４０４は、ステップＳ１３０２で、そのデータの累積移動距離に現在位置関連情報の移動距離を加算する。
加算後の累積移動距離がステップＳ１３０３で通信距離周期を超えた場合、タイミング処理部４０４は、まずステップＳ１３０９でカウンタを１加算する。
次に、タイミング処理部４０４は、ステップＳ１３１０でカウンタの値が規定値以下か否かを確認する。カウンタの値が規定値を超えた場合、これ以上このタイミングで通信イベントを実施できないので、処理はステップＳ１３１７に移行する。
カウンタの値が規定値以下の場合は、タイミング処理部４０４は、ステップＳ１３１１以後の通信タイミング通知の生成処理を実施する。
まず、タイミング処理部４０４は、ステップＳ１３１１で累積移動距離を０に設定し、次にステップＳ１３１２で位置補正係数が０かどうかを確認する。
位置補正係数が０の場合は、タイミング処理部４０４は、ステップＳ１３１３で現在位置関連情報の現在位置をデータ取得位置に決定する。
また、位置補正係数が０でない場合は、タイミング処理部４０４は、ステップＳ１３１４で位置補正係数を位置補正Δに乗算して得られる値を現在位置情報に加えて、通信タイミングの調整により変更された通信タイミングの位置の変更前の位置を算出し、これをデータ取得位置とする。
次に、タイミング処理部４０４は、ステップＳ１３１５でスケジュール格納部４１３の位置補正係数に１を足す。
そして、タイミング処理部４０４は、ステップＳ１３１６で図９に示す通信タイミング通知を生成し、生成した通信タイミング通知を車載ＬＡＮ通信部４０２に送信する。
また、ステップＳ１３０３で累積移動距離が通信距離周期未満であった場合、タイミング処理部４０４は、ステップＳ１３０４で残距離を確認する。
残距離が０でなかった場合は、タイミング処理部４０４は、残距離から移動距離を減算する。その結果、ステップＳ１３０６で残距離が通信距離周期以下になった場合、次回の通信周期時には次の交差点までの距離が通信要求周期未満になってしまうので、タイミング処理部４０４は、ステップＳ１３０７で残距離を０に設定する。そして、タイミング処理部４０４は、ステップＳ１３０８でカウンタに１を加算し、前倒しで通信タイミングが到来したと判断し、ステップＳ１３１１に移行する。
以後、前述と同様にステップＳ１３１１以降の処理を実施する。
タイミング処理部４０４は、以上の処理をステップＳ１３１７でスケジュール格納部４１３の全てのデータに対して実行し、処理を終了する。そして、車載ＬＡＮ通信部４０２は通信タイミング通知を要求元装置に対して送信し、処理を終了する。
そして、通信タイミング通知を受け取った要求元装置、つまりカーナビゲーション装置８又はＲＳＥ装置９は、コンテンツサーバ１からデータ取得位置、つまり現在位置または補正された位置に関するコンテンツデータを取得する。
【００５７】
＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態では、通信制御装置７が、カーナビゲーション装置８又はＲＳＥ装置９に搭載されたアプリケーションに対して通信不可区間のための通信を事前に実施するように調整した通信タイミングを提供する。このため、本実施の形態によれば、サーバが全移動体の通信制御を行わずに済み、サーバの処理を削減できる。
また、本実施の形態では、カーナビゲーション装置８及びＲＳＥ装置９に搭載される複数のアプリケーションは、通信制御装置７に通信要求を行うことで通信不可区間のための調整済みの通信タイミングを得ることができる。このため、本実施の形態によれば、個々のアプリケーションで移動体の経路を意識した通信制御を行う必要がなく、個々のアプリケーションの処理を削減できる。
また、本実施の形態では、通信不可区間のための通信を事前に行う場合に、通信制御装置７が、コンテンツサーバ１に対してデータを要求する際の位置情報の補正値、すなわち通信タイミングを前倒しする前の元の位置情報をアプリケーションに通知する。このため、本実施の形態によれば、アプリケーションが通信不可区間を避けて前もってコンテンツサーバ１にデータを要求する場合でも、アプリケーションは、通信不可区間の位置に関するコンテンツデータを取得することができる。
また、本実施の形態では、移動体の迂回や経路変更に関連するアプリケーションに、修正された通信タイミングが通知される。より具体的には、本実施の形態では、リンクの終点が交差点である場合に、残距離と通信距離周期とが比較される。そして、残距離すなわち交差点までの距離が通信距離周期より短くなった場合には、前倒しで通信タイミングがアプリケーションに通知される。このため、本実施の形態によれば、移動体が交差点に達するまでにアプリケーションは十分な処理時間を確保できる。
また、本実施の形態では、通信周期が時間単位のアプリケーションにも時間周期を移動距離に換算して通信タイミングを提供している。このため、本実施の形態によれば、通信周期が距離単位のアプリケーションのほか、時間周期で定期的に情報を処理するアプリケーションも、通信不可区間のための通信を前倒しで実行できる。
また、移動体の実際の移動速度が予定速度より遅くなった場合は、通信タイミングの時間間隔は長くなる。本実施の形態では、通信周期が時間単位のアプリケーションにも時間周期を移動距離に換算して通信タイミングを提供している。このため、本実施の形態によれば、渋滞により同一の通信を行う移動体が近隣に多数いる場合でも、通信の輻輳を軽減できる効果がある。
また、本実施の形態では、通信要求毎に通信タイミングの前倒しにより発生する補正の許容最大量が指定される。そして、本実施の形態では、許容最大量以上の補正が必要な通信の前倒しは行われない。このため、本実施の形態によれば、アプリケーションが対応できないほど前倒しされた通信を回避することができる。
また、本実施の形態では、一回の現在位置関連情報の受信時に生成する通信タイミング通知の個数が、通信要求の優先度順に指定される。このため、本実施の形態では、優先度の低い通信要求は次の現在位置関連情報の受信タイミングで送信される。従って、本実施の形態によれば、多数の通信要求の通信タイミングが重なって輻輳が発生することを避けることができる。
尚、本実施の形態では、残距離と通信距離周期を比較することで、交差点の手前に通信周期分の時間を確保できるように通信タイミングを生成している。しかしながら、アプリケーションが、通信要求毎に、移動体が交差点に到達するまでに確保するべき時間を指定し、通信制御装置７が、その時間分の距離と残距離を比較するようにしてもよい。このようにすれば、通信周期とは異なる、アプリケーションの処理時間を、移動体が交差点に到達するまでに確保することができる。
【００５８】
実施の形態２．
以上の実施の形態１では、通信不可区間の手前の通信区間での通信間隔を短くして、通信タイミングの前倒しを実施するようにしている。次に、本実施の形態では、通信不可区間のための通信を、手前の通信区間にて、通常の通信に並行して実施する例を示す。
【００５９】
実施の形態２では、通信タイミングを通信不可区間の前に前倒しするときの、通信タイミングの生成方法が実施の形態１と異なる。
実施の形態１では、通信制御装置７は、図２７に示すように、Ｐ１〜Ｐ１２の通信距離周期を同じ割合で縮めて、順番にデータを取得するようにしている。一方、実施の形態２では、通信制御装置７は、図２８に示すように、通信が可能なＰ１〜Ｐ７については普通に通信するように通信距離周期を設定する。また、通信制御装置７は、並行して、通信不可区間のＰ８〜Ｐ１２の通信距離周期を前倒しに設定する。
本実施の形態に係る方法では、本来通信ができる位置であるＰ１〜Ｐ７については、実施の形態１と異なり、前倒しによる時間的な誤差なく通常通りに情報が取得できる。
【００６０】
以下では、主に実施の形態１との差異を説明する。以下で説明していない事項は、実施の形態１と同じである。例えば、図１〜図６、図８〜図９については、実施の形態１と同一である。
【００６１】
＊＊＊構成の説明＊＊＊
図１９は実施の形態２のスケジュール格納部４１３のデータベース構造例を示す。
【００６２】
リンク番号は、走行経路のリンク番号である。
要求番号は、通信要求格納部４１２に格納された通信要求の番号である。
優先度は、通信要求格納部４１２に格納された優先度である。
通信距離周期は、通信要求の通信周期を移動距離に換算した値である。
累積移動距離は、通信タイミングが前回アプリケーションに送信された後に移動体が移動した距離である。
残距離は、リンクの終点位置までの残りの距離である。尚、残距離は、該当リンクの終点交差点フラグが１であり、通信要求の迂回考慮フラグが１である場合にのみ有効であり、それ以外の場合は０である。
通信開始位置は、通信タイミングの生成を開始する位置の、リンクの先頭からの距離である。
位置補正係数、位置補正定数および位置補正Δは、次回の通信タイミングにおいて、コンテンツサーバ１からデータを取得する際に指定する現在位置の補正値を示す。位置補正Δの経度および緯度の値を位置補正係数に乗算して得られる値に位置補正定数を加算して補正値を算出することができる。尚、補正なしの場合は位置補正係数＝０である。
【００６３】
＊＊＊動作の説明＊＊＊
次に、動作について説明する。
実施の形態２では、スケジュール部４０３とタイミング処理部４０４以外の動作は実施の形態１と全く同一である。このため、スケジュール部４０３とタイミング処理部４０４の動作についてのみ説明する。
【００６４】
スケジュール部４０３は、経路登録部４０１から呼び出されて、経路情報からスケジュールの生成を行う。この動作を図２２及び図２３のフローチャートに従って説明する。
【００６５】
まず、スケジュール部４０３は、ステップＳ１９０１で、経路情報が経路格納部４１１に登録されているか確認する。
経路情報が登録されていない場合、スケジュール部４０３は、ステップＳ１９０２で、経路情報がない場合のデフォルト条件で通信距離周期を算出する。デフォルト条件での通信距離周期の算出方法は、実施の形態１と同一である。
次に、スケジュール部４０３は、ステップＳ１９０３で、算出した通信距離周期を、要求番号とともにリンク番号０で登録する。尚、スケジュール部４０３は、累積移動距離の初期値は０ｍ、残距離は０ｍ、通信開始位置は０ｍ、優先度は通信要求の優先度、位置補正係数、位置補正定数、位置補正Δは０として登録する。
【００６６】
次に、ステップＳ１９０１で経路情報が経路格納部４１１に登録されている場合、スケジュール部４０３は、ステップＳ１９０４で、経路の先頭リンクから通常の距離周期の登録を開始する。
まず、スケジュール部４０３は、ステップＳ１９０５で、処理中のリンクが通信不可リンクか否かを道路属性から判断する。
処理中のリンクが通信不可リンクでないなら、スケジュール部４０３は、ステップＳ１９０６で、通信要求の通信周期から通信距離周期を計算する。図６の要求番号３のように通信周期が距離単位の場合、スケジュール部４０３は、そのまま通信周期を通信距離周期として扱う。図６の要求番号１のように通信周期が時間単位の場合、スケジュール部４０３は、該当リンクの予定速度に通信周期を乗算し、通信距離周期を算出する。
【００６７】
次に、スケジュール部４０３は、ステップＳ１９０７で、通信要求の迂回考慮フラグを確認する。
迂回考慮フラグが０でない場合、処理がステップＳ１９０８に移行し、スケジュール部４０３は、該当リンクの終点交差点フラグを確認する。
終点交差点フラグが０でない場合、スケジュール部４０３は、ステップＳ１９１０で、残距離として（リンクの距離−リンクの予定速度×１秒）を使用する。尚、１秒はカーナビゲーション装置８が現在位置関連情報を送信する周期である。
一方で、ステップＳ１９０７で迂回考慮フラグが０、もしくはステップＳ１９０８で終点交差点フラグが０の場合、経路上の迂回可能な分岐点を考慮する必要はないので、スケジュール部４０３は、ステップＳ１９０９で残距離の値を０に設定する。
【００６８】
次に、スケジュール部４０３は、ステップＳ１９１１で、以上の結果を踏まえてスケジュール格納部４１３にスケジュールを登録する。このとき、スケジュール部４０３は、リンク番号には現在のリンク番号を登録する。また、スケジュール部４０３は、要求番号には現在処理中の通信要求の要求番号を登録する。また、スケジュール部４０３は、優先度には現在処理中の通信要求の優先度を登録する。また、スケジュール部４０３は、通信距離周期にはステップＳ１９０６で算出した通信距離周期を登録する。また、スケジュール部４０３は、累積移動距離には０ｍを登録する。また、スケジュール部４０３は、残距離にはステップＳ１９０９またはステップＳ１９１０で決定した残距離を登録する。また、スケジュール部４０３は、通信開始位置、位置補正係数、位置補正定数、位置補正Δには０を登録する。
スケジュール部４０３は、以上の処理をステップＳ１９１２において経路の全リンクについて実行する。
【００６９】
次に、スケジュール部４０３は、ステップＳ１９１３から通信不可リンクの調整スケジュールの登録を開始する。
まず、スケジュール部４０３は、ステップＳ１９１４で、経路上の連続する通信不可のリンクの列、即ち通信不可リンク列を検索する。
次に、ステップＳ１９１５で通信不可リンク列が見つかったら、スケジュール部４０３は、ステップＳ１９１６で、通信不可リンク列のスケジュールをスケジュール格納部４１３に登録する。
スケジュール部４０３は、この処理をステップＳ１９１７で全経路について実施する。
【００７０】
ステップＳ１９１６で実施する、通信不可リンク列のスケジュールを登録する処理の詳細を図２４及び図２５のフローチャートに従って説明する。
【００７１】
まず、スケジュール部４０３は、ステップＳ２００１において通信要求の許容補正量から、許容補正距離量を計算する。通信要求の許容補正量が距離単位であれば、スケジュール部４０３は許容補正量をそのまま使用する。許容補正量が時間単位であれば、スケジュール部４０３は通信不可リンク列の予定速度の平均値を求め、求めた平均値に許容補正量（時間）を乗算した値を許容補正距離量として使用する。
次に、スケジュール部４０３は、ステップＳ２００２で、通信不可リンク列の全長を経路格納部４１１の距離から算出する。
次に、スケジュール部４０３は、ステップＳ２００３で、許容補正距離量と通信不可リンク列の全長を比較する。
通信不可リンク列の全長が許容補正距離量より長い場合は、スケジュール部４０３は、ステップＳ２００４で、通信不可リンク列の全長を許容補正距離量に修正する。
次に、スケジュール部４０３は、ステップＳ２００５で、調整リンクとして通信不可リンク列の先頭のリンクの、経路上１つ前のリンクを設定する。
【００７２】
次に、スケジュール部４０３は、ステップＳ２００６で、調整リンクの距離と通信不可リンク列の全長を比較する。
通信不可リンク列全長のほうが長かったら、スケジュール部４０３は、ステップＳ２００７で、通信開始位置を０に設定する。
次に、スケジュール部４０３は、ステップＳ２００８で、通信不可リンク列の全長から調整リンクの距離を減算する。
一方、ステップＳ２００６で通信不可リンク列全長が通信不可リンク列の全長以上であったら、スケジュール部４０３は、ステップＳ２００９で、通信不可リンク列の全長と調整リンクの距離の差分を計算し、得られた差分の値を通信開始位置に設定する。
次に、スケジュール部４０３は、ステップＳ２０１０で、通信不可リンク列の全長を０に設定する。つまり、スケジュール部４０３は、通信不可リンク列の全ての区間のスケジュール調整が終了したことを登録する。
そして、スケジュール部４０３は、ステップＳ２０１１で通信距離周期を計算する。図６の要求番号３のように通信周期が距離単位の場合、スケジュール部４０３は、そのまま通信周期を通信距離周期として使用する。図６の要求番号１のように通信周期が時間単位の場合、スケジュール部４０３は、該当リンクの予定速度に通信周囲を乗算し、通信距離周期を算出する。
【００７３】
次に、スケジュール部４０３は、ステップＳ２０１２で、位置補正パラメータを決定する。具体的には、スケジュール部４０３は、まず、補正リンクの通信開始位置の緯度と経度を算出する。つまり、スケジュール部４０３は、補正リンクの始点から終点に向かって通信開始位置分移動した緯度：Ａｘと経度：Ａｙを算出する。次に、スケジュール部４０３は、この地点に対応する通信不可リンク列の緯度：Ａ’ｘと経度：Ａ’ｙを算出する。つまり、スケジュール部４０３は、通信不可リンク列の先頭リンクの始点からリンク列をたどりながら、通信不可リンク列の先頭リンクの始点から通信不可リンク列の全長分移動して得られる地点の経度と緯度を算出する。次に、スケジュール部４０３は、補正リンクの終点の緯度と経度をそれぞれＢｘ、Ｂｙとして扱う。次に、スケジュール部４０３は、緯度Ｂｘと経度Ｂｙに対応する通信不可リンク列の位置の緯度Ｂ’ｘと経度Ｂ’ｙを算出する。つまり、スケジュール部４０３は、通信不可リンク列の先頭リンクの始点からリンク列をたどりながら、通信不可リンク列の先頭リンクの始点から（通信不可リンク列の全長＋補正リンクの距離−通信開始位置）分、移動して得られる位置の緯度と経度を算出する。そして、スケジュール部４０３は、以下の計算を行う。尚、Ｎ＝（補正リンクの距離−通信開始位置）÷通信距離周期である。また、位置補正定数は１とする。
【００７４】
【数２】
2019097623.tif 000004
【００７５】
次に、スケジュール部４０３は、ステップＳ２０１３で、調整リンクの部分において通信不可リンク列のための調整したスケジュールをスケジュール格納部４１３に登録する。具体的には、スケジュール部４０３は、リンク番号には調整リンクのリンク番号を登録する。また、スケジュール部４０３は、要求番号及び優先度には現在処理中の通信要求の要求番号及び優先度を登録する。また、スケジュール部４０３は、通信距離周期にはステップＳ２０１２で計算した通信距離周期を登録する。また、スケジュール部４０３は、累積移動距離には０、残距離には０を登録する。また、スケジュール部４０３は、通信開始位置にはステップＳ２００８またはステップＳ２０１０で決定した通信開始位置を登録する。また、スケジュール部４０３は、位置補正係数、位置補正定数、位置補正ΔにはステップＳ２０１２で決定した値を登録する。
そして、スケジュール部４０３は、ステップＳ２０１４で、調整リンクに現在の調整リンクの経路上の１つ前のリンクを設定する。
次に、スケジュール部４０３は、ステップＳ２０１５で、通信不可リンク列全長が０でない、つまり、スケジュールの調整が終わっていないかを確認する。
スケジュールの調整が終わっていない場合、スケジュール部４０３は、ステップＳ２００６に戻って、スケジュール調整が終わるまで上記の処理を繰り返す。
【００７６】
ステップＳ２００６からステップＳ２０１３までの処理を、図２９の走行ルートに適用した例を説明する。ここで、許容補正距離量は５００ｍとする。このとき、トンネル区間であるＬ３およびＬ４の全長が５００ｍを超えているので、通信不可リンク区間の全長は５００ｍとなる。
【００７７】
最初に、補正リンクとしてＬ２が処理される。Ｌ２は４００ｍなので、ステップＳ２００６で通信不可リンク区間の全長より短いと判定される。このため、ステップ２００７で通信開始位置は０ｍと判定される。そして、ステップＳ２００８で通信不可リンク区間の全長から４００ｍが減算されるので、通信不可リンク区間の全長は１００ｍとなる。
【００７８】
次に、ステップＳ２０１１で通信処理周期が計算される。
【００７９】
そして、ステップＳ２０１２で位置パラメータが計算されるが、通信開始位置は０ｍなので、Ｌ２の緯度Ａｘと経度Ａｙは、それぞれＬ２の先頭位置の緯度と経度となる。
【００８０】
次に、緯度Ａ’ｘと経度Ａ’ｙが求められる。この時、通信不可リンク区間の全長は、１００ｍなので、通信不可区間の先頭であるＬ３の先頭から、１００ｍの位置の緯度と経度が、Ｌ２の緯度Ａ’ｘおよび経度Ａ’ｙとなる。
【００８１】
次に、Ｌ２の終点の緯度と経度がそれぞれ緯度Ｂｘ、経度Ｂｙと求められる。
【００８２】
そして、緯度Ｂ’ｘと経度Ｂ’ｙが求められる。ここで通信不可リンク区間の全長が１００ｍ、Ｌ２の距離が４００ｍ、通信開始位置は０ｍなので、Ｌ３の先頭位置からリンクをたどって５００ｍの位置が補正後の通信不可区間の終点となる。
【００８３】
以上の値を用いて、位置補正パラメータが決定され、ステップＳ２０１３で調整スケジュールがスケジュール格納部４１３に登録される。
【００８４】
ここで、Ｌ２の処理は終了し、次に、Ｓ２０１４よりＬ１の処理が開始される。Ｓ２０１５で通信不可リンク列の全長は１００ｍであり、０ｍではないので、Ｌ１についても、補正リンクとする必要があることが決定される。
【００８５】
まず、ステップＳ２００６でＬ１は３００ｍであり、通信不可リンク区間の全長１００ｍより長いため、ステップＳ２００９で通信開始位置は通信不可リンク区間とＬ２の距離の差分である２００ｍと設定される。そして、ステップＳ２０１０で通信不可リンク列の全長が０ｍと設定される。
【００８６】
次に、ステップＳ２０１１で通信処理周期が計算される。
【００８７】
そして、ステップＳ２０１２で位置パラメータが計算されるが、通信開始位置は２００ｍなので、Ｌ１の緯度Ａｘと経度Ａｙは、それぞれＬ１の先頭位置から２００ｍ前方の位置の緯度と経度となる。
【００８８】
次に、緯度Ａ’ｘと経度Ａ’ｙが求められる。この時、通信不可リンク区間の全長は、０ｍになっているので、通信不可区間の先頭であるＬ３の先頭位置の緯度と経度がＬ１の緯度Ａ’ｘと経度Ａ’ｙとなる。
【００８９】
次に、Ｌ１の終点の緯度と経度が、それぞれ緯度Ｂｘと経度Ｂｙと求められる。
【００９０】
そして、緯度Ｂ’ｘと経度Ｂ’ｙが求められる。ここで、通信不可リンク区間の全長が０ｍ、Ｌ２の距離が４００ｍ、通信開始位置が０ｍなので、Ｌ３の先頭位置からリンクをたどって１００ｍの位置の緯度と経度が、Ｌ１の緯度Ｂ’ｘと経度Ｂ’ｙになる。
【００９１】
以上の値を用いて位置補正パラメータが決定され、ステップＳ２０１３で調整スケジュールがスケジュール格納部４１３に登録される。
【００９２】
ここで、Ｌ１の処理は終了する。この時点で通信不可リンク区間の全長は０ｍとなっているため、ステップＳ２０１５で補正リンクの処理は終了したと判定される。
【００９３】
以上のように、スケジュール部４０３は、経路情報からスケジュールの登録のための処理を実施する。そして、経路情報を受信した際の、通信制御装置７の動作は終了する。
【００９４】
次に、タイミング処理部４０４の動作を説明する。
タイミング処理部４０４が現在位置関連情報を受け取ると、図２０及び図２１のフローチャートに従って処理を行う。
【００９５】
まず、タイミング処理部４０４は、ステップＳ１８００で、通信する通信イベント数を示すカウンタを０に設定する。
次に、タイミング処理部４０４は、ステップＳ１８０１で、スケジュール格納部４１３の各データにおいて、リンク番号が現在位置関連情報の現リンク番号と一致するかを確認する。
リンク番号が現在位置関連情報の現リンク番号と一致した場合、タイミング処理部４０４は、ステップＳ１８０２でそのデータの累積移動距離に現在位置関連情報の移動距離を加算する。
次にステップＳ１８０３で、タイミング処理部４０４は、通信開始位置が０か確認する。通信開始位置が０の場合、そのリンクでの通信は開始して良いので、処理はステップＳ１８０７に移行する。
一方、通信開始位置が０でない場合は、タイミング処理部４０４は、ステップＳ１８０４で、通信開始位置を移動体が通過しているか確認する。
累積移動距離が通信開始位置未満である場合、移動体はまだ通信開始地点を通過していないので、処理はステップＳ１８２１に移行する。
累計移動距離が通信開始位置以上である場合、移動体は通信開始位置を通過しているので、タイミング処理部４０４は、まずステップＳ１８０５で通信開始位置に０を設定して、そのリンクの通信開始位置を通過済みであることを登録する。
次に、タイミング処理部４０４は、ステップＳ１８０６で、累積移動距離から通信開始位置を減算して、通信開始位置からの累積移動距離を登録する。
次に、ステップＳ１８０７で累積移動距離が通信距離周期を超えた場合、タイミング処理部４０４は、まず、ステップＳ１８１３でカウンタに１を加算する。
次に、タイミング処理部４０４は、ステップＳ１８１４でカウンタの値が規定値以下か否かを確認する。カウンタの値が規定値を超えている場合はこれ以上通信イベントを設定できないので、処理はステップＳ１８２０に移行する。
一方、カウンタの値が規定値以下の場合、タイミング処理部４０４は、ステップＳ１８１５からの通信タイミング通知の生成処理を行う。
まず、タイミング処理部４０４は、ステップＳ１８１５で累積移動距離を０に設定する。
次に、タイミング処理部４０４は、ステップＳ１８１６で位置補正係数が０かどうかを確認する。
位置補正係数が０の場合は、タイミング処理部４０４は、ステップＳ１８１７で現在位置関連情報の現在位置をデータ取得位置に決定する。
また、位置補正係数が０でない場合は、タイミング処理部４０４は、ステップＳ１８１８で、位置補正係数を位置補正Δに乗算する。更に、タイミング処理部４０４は、乗算値に位置補正定数を加算した値を現在位置情報に加えて通信タイミングの調整により変更された通信タイミングの位置の変更前の位置を算出し、これをデータ取得位置とする。
次に、タイミング処理部４０４は、ステップＳ１８１９でスケジュール格納部４１３の位置補正係数に１を加える。
そして、タイミング処理部４０４は、ステップＳ１８２０で、図９に示す通信タイミング通知を生成し、生成した通信タイミング通知を車載ＬＡＮ通信部４０２に送信する。
また、ステップＳ１８０７で累積移動距離が通信距離周期未満であった場合、タイミング処理部４０４は、ステップＳ１８０８で残距離を確認する。
残距離が０でなかった場合は、タイミング処理部４０４は、残距離から移動距離を減算する。その結果、ステップＳ１８１０で残距離が通信距離周期以下になった場合、次回の通信周期時には次の交差点までの距離が通信要求周期未満になってしまうので、タイミング処理部４０４は、ステップＳ１８１１で残距離を０に設定する。
また、ステップＳ１８１２で、タイミング処理部４０４はカウンタに１を加算する。
そして、タイミング処理部４０４は、前倒しで通信タイミングが到来したと判定し、処理がステップＳ１８１５に進む。
以後、タイミング処理部４０４は、前述と同様にステップＳ１８１５以降の処理を実施する。
【００９６】
スケジュール部４０３とタイミング処理部４０４が以上のように動作することで、カーナビゲーション装置８及びＲＳＥ装置９にコンテンツサーバ１との通信タイミングを提供することができる。
【００９７】
＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態では、通信制御装置７が、カーナビゲーション装置８又はＲＳＥ装置９に搭載されたアプリケーションに対して通信不可区間のための通信を事前に実施するように調整した通信タイミングを提供する。このため、本実施の形態によれば、サーバが全移動体の通信制御を行わずに済み、サーバの処理を削減できる。
また、本実施の形態では、カーナビゲーション装置８又はＲＳＥ装置９に搭載された複数のアプリケーションは、通信制御装置７に通信要求を行うことで通信不可区間のための調整済みの通信タイミングを得ることができる。このため、本実施の形態によれば、個々のアプリケーションで移動体の経路を意識した通信制御を行う必要がなく、個々のアプリケーションの処理を削減できる。
また、本実施の形態では、通信不可区間のための通信を事前に行う場合に、通信制御装置７が、コンテンツサーバ１に対してデータを要求する際の位置情報の補正値、すなわち通信タイミングを前倒しする前の元の位置情報をアプリケーションに通知する。このため、本実施の形態によれば、アプリケーションが通信不可区間を避けて前もってコンテンツサーバ１にデータを要求する場合でも、アプリケーションは、通信不可区間の位置に関するコンテンツデータを取得することができる。
また、本実施の形態では、移動体の迂回や経路変更に関連するアプリケーションに、修正された通信タイミングが通知される。より具体的には、本実施の形態では、リンクの終点が交差点である場合に、残距離と通信距離周期とが比較される。そして、残距離すなわち交差点までの距離が通信距離周期より短くなった場合には、前倒しで通信タイミングがアプリケーションに通知される。このため、本実施の形態によれば、移動体が交差点に達するまでにアプリケーションは十分な処理時間を確保できる。
また、本実施の形態では、通信周期が時間単位のアプリケーションにも時間周期を移動距離に換算して通信タイミングを提供している。このため、本実施の形態によれば、通信周期が距離単位のアプリケーションのほか、時間周期で定期的に情報を処理するアプリケーションも、通信不可区間のための通信を前倒しで実行できる。
また、移動体の実際の移動速度が予定速度より遅くなった場合は、通信タイミングの時間間隔は長くなる。本実施の形態では、通信周期が時間単位のアプリケーションにも時間周期を移動距離に換算して通信タイミングを提供している。このため、本実施の形態によれば、渋滞により同一の通信を行う移動体が近隣に多数いる場合でも、通信の輻輳を軽減できる効果がある。
また、本実施の形態では、通信要求毎に通信タイミングの前倒しにより発生する補正の許容最大量が指定される。そして、本実施の形態では、許容最大量以上の補正が必要な通信の前倒しは行われない。このため、アプリケーションが対応できないほど前倒しされた通信を回避することができる。
また、本実施の形態では、一回の現在位置関連情報の受信時に生成する通信タイミング通知の個数が、通信要求の優先度順に指定される。このため、本実施の形態では、優先度の低い通信要求は次の現在位置関連情報の受信タイミングで送信される。従って、本実施の形態によれば、多数の通信要求の通信タイミングが重なって輻輳が発生することを避けることができる。
尚、本実施の形態では、残距離と通信距離周期を比較することで、交差点の手前に通信周期分の時間を確保できるように通信タイミングを生成している。しかしながら、アプリケーションが、通信要求毎に、移動体が交差点に到達するまでに確保するべき時間を指定し、通信制御装置７が、その時間分の距離と残距離を比較するようにしてもよい。このようにすれば、通信周期とは異なる、アプリケーションの処理時間を、移動体が交差点に到達するまでに確保することができる。
【００９８】
以上、本発明の実施の形態について説明したが、これら２つの実施の形態を組み合わせて実施しても構わない。
あるいは、これら２つの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これら２つの実施の形態を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【００９９】
＊＊＊ハードウェア構成の説明＊＊＊
最後に、通信制御装置７のハードウェア構成の補足説明を行う。
ＲＯＭ３０２には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が記憶されている。
そして、ＯＳの少なくとも一部がＣＰＵ３０１により実行される。
ＣＰＵ３０１はＯＳの少なくとも一部を実行しながら、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の機能を実現するプログラムを実行する。
ＣＰＵ３０１がＯＳを実行することで、タスク管理、メモリ管理、ファイル管理、通信制御等が行われる。
また、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の処理の結果を示す情報、データ、信号値及び変数値の少なくともいずれかが、ＲＯＭ３０２、ＲＡＭ３０３、ＣＰＵ３０１内のレジスタ及びキャッシュメモリの少なくともいずれかに記憶される。
また、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記録媒体に格納されていてもよい。
【０１００】
また、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５の「部」を、「回路」又は「工程」又は「手順」又は「処理」に読み替えてもよい。
また、通信制御装置７は、処理回路により実現されてもよい。処理回路は、例えば、ロジックＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）である。
この場合は、経路登録部４０１、車載ＬＡＮ通信部４０２、スケジュール部４０３、タイミング処理部４０４、通信要求登録部４０５は、それぞれ処理回路の一部として実現される。
なお、本明細書では、プロセッサと、メモリと、プロセッサとメモリの組合せと、処理回路との上位概念を、「プロセッシングサーキットリー」という。
つまり、プロセッサと、メモリと、プロセッサとメモリの組合せと、処理回路とは、それぞれ「プロセッシングサーキットリー」の具体例である。
【符号の説明】
【０１０１】
１  コンテンツサーバ、２  移動体、２ａ  移動体、２ｂ  移動体、２ｃ  移動体、３  公衆網、４ａ  走行経路、４ｂ  走行経路、４ｃ  走行経路、５ａ  出発地、５ｂ  出発地、５ｃ  出発地、６ａ  目的地、６ｂ  目的地、６ｃ  目的地、７  通信制御装置、８  カーナビゲーション装置、９  ＲＳＥ装置、１０  車載ＬＡＮ、３０１  ＣＰＵ、３０２  ＲＯＭ、３０３  ＲＡＭ、３０４  車載ＬＡＮインタフェース、４０１  経路登録部、４０２  車載ＬＡＮ通信部、４０３  スケジュール部、４０４  タイミング処理部、４０５  通信要求登録部、４１１  経路格納部、４１２  通信要求格納部、４１３  スケジュール格納部、４１４  位置情報格納部。
【図１】
2019097623.tif 000005
【図２】
2019097623.tif 000006
【図３】
2019097623.tif 000007
【図４】
2019097623.tif 000008
【図５】
2019097623.tif 000009
【図６】
2019097623.tif 000010
【図７】
2019097623.tif 000011
【図８】
2019097623.tif 000012
【図９】
2019097623.tif 000013
【図１０】
2019097623.tif 000014
【図１１】
2019097623.tif 000015
【図１２】
2019097623.tif 000016
【図１３】
2019097623.tif 000017
【図１４】
2019097623.tif 000018
【図１５】
2019097623.tif 000019
【図１６】
2019097623.tif 000020
【図１７】
2019097623.tif 000021
【図１８】
2019097623.tif 000022
【図１９】
2019097623.tif 000023
【図２０】
2019097623.tif 000024
【図２１】
2019097623.tif 000025
【図２２】
2019097623.tif 000026
【図２３】
2019097623.tif 000027
【図２４】
2019097623.tif 000028
【図２５】
2019097623.tif 000029
【図２６】
2019097623.tif 000030
【図２７】
2019097623.tif 000031
【図２８】
2019097623.tif 000032
【図２９】
2019097623.tif 000033
【手続補正書】
【提出日】令和1年11月8日(2019.11.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載される通信制御装置であって、
アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール部と、
アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理部とを有し、
前記スケジュール部は、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定し、
前記移動経路上に前記複数のアプリケーションプログラムが前記外部装置と通信できない通信不可区間がある場合に、アプリケーションプログラムごとに、前記通信不可区間内に通信タイミングの位置が設定されているか否かを判定し、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更する通信制御装置。
【請求項２】
前記タイミング処理部は、
いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するとともに、前記スケジュール部が当該通信タイミングの位置を変更していない場合は、対応するアプリケーションプログラムに当該通信タイミングの位置を通知し、前記スケジュール部が当該通信タイミングの位置を変更している場合は、対応するアプリケーションプログラムに変更前の通信タイミングの位置を通知する請求項１に記載の通信制御装置。
【請求項３】
前記スケジュール部は、
前記通信不可区間内に複数の通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている複数の通信タイミングの位置を前記通信不可区間の手前の複数の位置に変更する請求項１に記載の通信制御装置。
【請求項４】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間の手前の通信可能区間における通信タイミングの位置を前記通信距離周期よりも短い距離周期にて設定して、前記通信不可区間内に設定されている通信タイミングの位置を前記通信可能区間内の位置に変更する請求項１に記載の通信制御装置。
【請求項５】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間の手前の通信可能区間における通信タイミングの位置を変更せずに、前記通信不可区間内に設定されている通信タイミングの位置を前記通信可能区間内の位置に変更する請求項１に記載の通信制御装置。
【請求項６】
前記スケジュール部は、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定し、
前記移動経路上に交差点がある場合に、アプリケーションプログラムごとに、前記交差点の手前の区間であって前記交差点から規定距離以内の区間である交差点手前区間に通信タイミングの位置が設定されているか否かを判定し、
前記交差点手前区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記交差点手前区間内に設定されている通信タイミングの位置を前記交差点手前区間の手前の位置に変更する請求項１に記載の通信制御装置。
【請求項７】
前記スケジュール部は、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在し、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更すると、変更量が閾値を超える場合には、前記通信不可区間内に設定されている通信タイミングの位置を変更しない請求項１に記載の通信制御装置。
【請求項８】
前記スケジュール部は、
前記交差点手前区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在し、当該アプリケーションプログラムについて、前記交差点手前区間内に設定されている通信タイミングの位置を前記交差点手前区間の手前の位置に変更すると、変更量が閾値を超える場合には、前記交差点手前区間内に設定されている通信タイミングの位置を変更しない請求項６に記載の通信制御装置。
【請求項９】
前記タイミング処理部は、
２以上のアプリケーションプログラムに通信タイミングの位置として同一の位置が設定されている場合に、当該２以上のアプリケーションプログラムの中から、優先順位が高い順に規定個数のアプリケーションプログラムを選択し、選択したアプリケーションプログラムにのみ、通信タイミングが到来したことを通知する請求項１に記載の通信制御装置。
【請求項１０】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載されるコンピュータが、アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール処理と、
前記コンピュータが、アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理とを有し、
前記スケジュール処理において、前記コンピュータが、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定し、
前記移動経路上に前記複数のアプリケーションプログラムが前記外部装置と通信できない通信不可区間がある場合に、アプリケーションプログラムごとに、前記通信不可区間内に通信タイミングの位置が設定されているか否かを判定し、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更する通信制御方法。
【請求項１１】
外部装置と通信を行う複数のアプリケーションプログラムが実装された移動体に搭載されるコンピュータに、
アプリケーションプログラムごとに規定されている、各アプリケーションプログラムが前記外部装置と通信する際の距離周期である通信距離周期と、前記移動体の移動経路とに基づき、アプリケーションプログラムごとに、各アプリケーションプログラムが前記外部装置と通信を行う通信タイミングを前記移動経路上の位置でスケジューリングするスケジュール処理と、
アプリケーションプログラムごとに、前記移動体が通信タイミングの位置に到達したか否かを判定し、いずれかのアプリケーションプログラムについて前記移動体が通信タイミングの位置に到達した場合に、対応するアプリケーションプログラムに通信タイミングが到来したことを通知するタイミング処理とを実行させ、
前記スケジュール処理において、前記コンピュータに、
アプリケーションプログラムごとに、各アプリケーションプログラムの通信距離周期に従って通信タイミングの位置を設定させ、
前記移動経路上に前記複数のアプリケーションプログラムが前記外部装置と通信できない通信不可区間がある場合に、アプリケーションプログラムごとに、前記通信不可区間内に通信タイミングの位置が設定されているか否かを判定させ、
前記通信不可区間内に通信タイミングの位置が設定されているアプリケーションプログラムが存在する場合に、当該アプリケーションプログラムについて、前記通信不可区間内に設定されている通信タイミングの位置を前記通信不可区間の手前の位置に変更させる通信制御プログラム。
【国際調査報告】
2019097623.tif 000034
2019097623.tif 000035
2019097623.tif 000036
2019097623.tif 000037