(57)【要約】【課題】通信帯域を最適化すること。【解決手段】実施形態に係る通信装置は、算出部と、予測部と、作成部とを備える。算出部は、端末装置の移動履歴に基づいて予測される移動経路毎に端末装置が実際に移動する確率を算出する。予測部は、算出部によって確率が算出された移動経路における通信品質を予測する。作成部は、算出部によって算出された移動経路毎の確率と予測部によって予測された通信品質とに基づいて端末装置のデータ通信の通信スケジュールを作成する。【選択図】図３
2019160242.tif 000002
【特許請求の範囲】
【請求項１】
端末装置の移動履歴に基づいて予測される移動経路毎に前記端末装置が実際に移動する確率を算出する算出部と、
前記算出部によって前記確率が算出された前記移動経路における通信品質を予測する予測部と、
前記算出部によって算出された前記移動経路毎の前記確率と前記予測部によって予測された前記通信品質とに基づいて前記端末装置のデータ通信の通信スケジュールを作成する作成部と
を備えることを特徴とする通信装置。
【請求項２】
前記端末装置の前記移動履歴に基づいて前記端末装置の移動傾向を学習する学習部
をさらに備え、
前記算出部は、
前記学習部によって学習された前記移動傾向に基づいて前記移動経路毎の確率を算出すること
を特徴とする請求項１に記載の通信装置。
【請求項３】
前記算出部は、
前記移動経路に影響を与えるイベント情報に基づいて前記移動経路毎の確率を算出すること
を特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記予測部は、
前記移動経路で測定された実際の前記通信品質に基づいて当該移動経路の前記通信品質の推移を予測すること
を特徴とする請求項１、２または３に記載の通信装置。
【請求項５】
前記作成部は、
前記通信品質が異なる複数の前記移動経路の前記確率が等しく最も高い場合、前記移動経路が確定した後に、確定した前記移動経路の通信品質の推移に基づいて前記通信スケジュールを作成すること
を特徴とする請求項１〜４のいずれか一つに記載の通信装置。
【請求項６】
端末装置の移動履歴に基づいて予測される移動経路毎に前記端末装置が実際に移動する確率を算出する算出工程と、
前記算出工程によって前記確率が算出された前記移動経路における通信品質の推移を予測する予測工程と、
前記算出工程によって算出された前記移動経路毎の前記確率と前記予測工程によって予測された前記通信品質の推移とに基づいて前記端末装置のデータ通信の通信スケジュールを作成する作成工程と
を含むことを特徴とするスケジュール作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置およびスケジュール作成方法に関する。
【背景技術】
【０００２】
従来、例えば、車両のナビゲーション装置等の端末装置から特定のデータを収集する通信装置がある。かかる通信装置では、各端末装置に対して予測した通信品質に基づいてデータ通信のスケジューリングを行うことで、通信トラフィックの増大を回避している(例えば、特許文献１参照)。
【０００３】
例えば、かかる通信装置は、端末装置の移動経路を予測し、予測した移動経路における最適なデータ通信のスケジュールを生成する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１９９３８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、１つの移動経路しか予測していないため、予測した移動経路と実際の移動経路とが一致しない場合が想定されていない。このため、予測した移動経路から実際の移動経路が外れた場合、通信帯域が圧迫するおそれがある。
【０００６】
本発明は、上記に鑑みてなされたものであって、通信帯域を最適化することができる通信装置およびスケジュール作成方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、実施形態に係る通信装置は、算出部と、予測部と、作成部とを備える。前記算出部は、端末装置の移動履歴に基づいて予測される移動経路毎に前記端末装置が実際に移動する確率を算出する。前記予測部は、前記算出部によって前記確率が算出された前記移動経路における通信品質を予測する。前記作成部は、前記算出部によって算出された前記移動経路毎の前記確率と前記予測部によって予測された前記通信品質に基づいて前記端末装置のデータ通信の通信スケジュールを作成する。
【発明の効果】
【０００８】
本発明によれば、通信帯域を最適化することができる。
【図面の簡単な説明】
【０００９】
【図１Ａ】図１Ａは、スケジュール作成方法の概要を示す図である。
【図１Ｂ】図１Ｂは、通信システムの概要を示す図である。
【図２】図２は、車載装置のブロック図である。
【図３】図３は、通信装置のブロック図である。
【図４】図４は、通信品質の具体例を示す図である。
【図５Ａ】図５Ａは、走行確率と通信品質との関係を示す図(その１)である。
【図５Ｂ】図５Ｂは、走行確率と通信品質との関係を示す図(その２)である。
【図６】図６は、通信装置が実行する処理手順を示すフローチャートである。
【図７】図７は、車載装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、実施形態に係る通信装置およびスケジュール作成方法について詳細に説明する。なお、本実施形態によりこの発明が限定されるものではない。
【００１１】
まず、図１Ａを用いて実施形態に係るスケジュール作成方法の概要について説明する。図１Ａは、スケジュール作成方法の概要を示す図である。なお、本実施形態では、端末装置が車載装置５０である場合を例に挙げて説明する。
【００１２】
また、実施形態に係るスケジュール作成方法は、図１Ａに示す通信装置１によって実行される。通信装置１は、例えば、車両Ｃの走行データや車両Ｃの周囲のインフラデータ等を車載装置５０から収集するサーバ装置である。
【００１３】
通信装置１は、収集したデータを分析または加工することで、かかるデータに付加価値を付与し、クライアントへ提供する。例えば、通信装置１は、通信装置１は、クライアントの要求に応じて収集対象となるデータ項目を指定した収集条件ファイルを作成し、車載装置５０へ送信する。
【００１４】
そして、車載装置５０は、かかる収集条件ファイルに該当するアップロードデータを通信装置１へアップロードすることとなる。しかしながら、車載装置５０が収集対象となるデータを取得したタイミングで通信装置１へアップロードできない場合がある。
【００１５】
このため、従来技術では、車両の目的地までの走行経路と、走行経路上の通信品質とをそれぞれ予測し、予測した走行経路に対して通信スケジュールを最適化するものがある。しかしながら、従来技術では、予測した走行経路が外れた場合、すなわち、予測した走行経路が実際の走行経路と異なる場合については考慮されていなかった。
【００１６】
具体的には、従来技術では、予測した走行経路から実際の走行経路が外れる場合に、通信スケジュールにしたがってデータをアップロードすると却って通信トラフィックの増大、すなわち、通信帯域の圧迫を招くおそれがある。
【００１７】
そこで、実施形態に係るスケジュール作成方法では、予測される車両Ｃの走行経路毎に実際に走行する確率を算出し、走行経路毎の確率に基づいて車載装置５０の通信スケジュールを作成することとした。
【００１８】
具体的には、図１Ａに示すように、まず、実施形態に係るスケジュール作成方法では、例えば、ユーザが、車両Ｃのスタート地点Ｓにおいて、イグニッションスイッチをオンにした場合に、走行確率を算出する。
【００１９】
例えば、実施形態に係るスケジュール作成方法では、車両Ｃの過去の走行履歴に基づいて走行確率を算出することが可能である。ここで、走行履歴は、車両Ｃが走行を開始した時刻、走行した経路、目的地等の情報を含む。
【００２０】
すなわち、実施形態に係るスケジュール作成方法では、車両Ｃの走行履歴から車両Ｃの走行経路の規則性を導出し、かかる規則性に基づいて走行経路毎に走行確率を算出する。
【００２１】
図１Ａに示す例では、車両Ｃがスタート地点Ｓから通信エリアＡ１に含まれる目的地Ｇ１まで走行する走行確率が８０％であり、スタート地点Ｓから通信エリアＡ２に含まれる目的地Ｇ２まで走行する走行確率が２０％である場合を示す。
【００２２】
また、ここでは、１つの車載装置５０について走行確率を算出する場合を示しているが、実施形態に係るスケジュール作成方法では、複数の車載装置５０に対して同様に走行確率を算出する。
【００２３】
すなわち、実施形態に係るスケジュール作成方法では、各車両Ｃが複数の走行経路を走行しうる場合に、各車両Ｃがどの走行経路、すなわち、どの通信エリアを走行するかを走行確率に基づいて予測する。言い換えれば、実施形態に係るスケジュール作成方法では、通信エリア毎に時間変化に伴う車両Ｃの台数の推移を予測することができる。
【００２４】
続いて、実施形態に係るスケジュール作成方法では、通信エリアＡ１と通信エリアＡ２とのそれぞれについて通信品質を予測する。図１Ａに示す例では、通信エリアＡ１の通信品質が良好である場合を示し、通信エリアＡ２の通信品質が不良である場合を示す。
【００２５】
また、図１Ａに示す例では、車両Ｃは、通信エリアＡ１を走行する走行確率が高いので、実施形態に係るスケジュール作成方法では、車載装置５０に対して大容量のデータ通信を開始するように通信スケジュールを作成する。
【００２６】
一方、仮に、通信品質が不良と予測される通信エリアＡ２の走行確率が高い場合には、データ量を削減もしくはデータ通信を行わないように通信スケジュールを作成する。
【００２７】
このように、実施形態に係るスケジュール作成方法では、各通信エリアの通信帯域を圧迫しないように、車載装置５０毎に車載装置５０がアップロードするデータ量やアップロードタイミングを規定した通信スケジュールを作成する。
【００２８】
したがって、実施形態に係るスケジュール作成方法によれば、通信帯域を最適化することが可能となる。
【００２９】
次に、図１Ｂを用いて実施形態に係る通信システム１００について説明する。図１Ｂは、通信システム１００の概要を示す図である。図１Ｂに示すように、通信システム１００は、上述した通信装置１と、車載装置５０とに加えて、クライアント装置５００を備える。
【００３０】
クライアント装置５００は、通信装置１によって収集されたデータを活用するクライント(通信装置１から見た顧客)が管理する装置である。クライアント装置５００は、通信装置１が各車載装置５０から収集したデータを取得し、かかるデータに基づいて所定のサービスを提供する。
【００３１】
例えば、クライアント装置５００の管理者が、クライアント装置５００を操作し、所望するデータの収集条件を設定し、かかる収集条件を通信装置１へ通知する。
【００３２】
かかる収集条件には、収集するデータ、データの収集対象となる車両の条件、収集開始および終了トリガーパターンを指定する収集トリガ―、データの削減方式、アップロードタイミング等が含まれる。
【００３３】
通信装置１は、収集条件を取得すると、まず、かかる収集条件に基づき、データを収集する車両Ｃ、すなわち、車載装置５０の選別を行う。続いて、通信装置１は、選別した車載装置５０毎に通信スケジュールを作成し、車載装置５０毎にネットワークＮを介して上述の収集条件ファイルを送信する。
【００３４】
各車載装置５０は、かかる収集条件ファイルに該当するデータを取得すると、かかるデータを通信スケジュールにしたがってネットワークＮを介して通信装置１へアップロードする。
【００３５】
そして、クライアント装置５００は、通信装置１が各車載装置５０から収集したデータを通信装置１から適宜取り出すことで、かかるデータに基づいて所定のサービスを提供する。
【００３６】
なお、ここでは、クライアント装置５００が１つである場合について示したが、クライアント装置５００は複数であってもよいし、あるいは、通信装置１とクライアント装置５００とが一体であってもよい。また、通信装置１が作成した収集条件ファイルにそってクライアント装置５００が各車載装置５０から直接データを収集することにしてもよい。
【００３７】
次に、図２を用いて実施形態に係る車載装置５０の構成例について説明する。図２は、車載装置５０のブロック図である。図２に示すように、車載装置５０は、ユーザ端末８１と、ナビゲーション装置８２と、車載センサ８３と、ＧＰＳ(Global  Positioning  System)アンテナ８４とに接続される。
【００３８】
ユーザ端末８１は、例えば、車両Ｃのユーザが保有するスマートフォン、タブレット端末を含み、例えば、車載装置５０と近距離無線通信等を用いて情報を送受信することができる。例えば、ユーザ端末８１は、ユーザ端末８１に記憶されたユーザのスケジュール情報を車載装置５０へ通知する。
【００３９】
スケジュール情報は、ユーザの今後の予定を示す情報であり、ユーザ端末８１のカレンダー等にユーザによって設定された情報である。例えば、スケジュール情報には、スケジュールの開始時刻および終了時刻、スケジュールを行う位置情報、スケジュールの内容等が含まれる。
【００４０】
なお、車載装置５０は、スケジュール情報をユーザのスケジュールをクラウド上で管理するクラウドサーバから取得することにしてもよい。また、車載装置５０は、例えば、レストラン、美容室、コンサート、航空券、列車等の各種予約サイトに登録された情報に基づき、スケジュール情報を取得することにしてもよい。
【００４１】
ナビゲーション装置８２は、車両Ｃの目的地や目的地までの経路をユーザに通知する。また、ナビゲーション装置８２は、ユーザによって目的地が設定された場合、目的地と目的地までの走行経路、各走行経路における通過予定時刻等を含む目的地情報を車載装置５０へ通知する。
【００４２】
車載センサ８３は、車両Ｃの走行データを検出するセンサであり、検出した走行データを車載装置５０へ出力する。例えば、車載センサ８３は、車両Ｃの車速を測定する車速センサや、車両Ｃのブレーキ状況を測定するブレーキセンサ、車両Ｃの舵角を検出する舵角センサ等を含む。
【００４３】
なお、車載センサは、エンジンの水温や油圧を検出するセンサや、車両Ｃのバッテリ電圧を検出するセンサ、車両Ｃの加速度を検出する加速度センサ、車両Ｃの乗員を検知する乗員検知センサであってもよい。
【００４４】
また、車載装置５０は、車載センサ８３に加えて車両Ｃの周囲を撮像するカメラや車両Ｃの周囲の障害物を検出する検出装置等と接続されることにしてもよい。
【００４５】
この他、車載装置５０は、車両Ｃの電子制御を行う電子制御機器、シャシ系機器、ボディ系機器、安全系機器、エンタメ系機器と接続されることにしてもよい。すなわち、車載装置５０は、車両Ｃのあらゆる情報を取得することが可能である。
【００４６】
言い換えれば、実施形態に係る通信システム１００では、通信装置１が車載装置５０と連携し、車両Ｃの多種多様な情報を収集することが可能となる。なお、上記の電子制御機器には、車両Ｃのエンジン制御機器やトランスミッション制御機器等が含まれ、シャシ系機器には、ステアリング制御機器や、サスペンション制御機器が含まれる。
【００４７】
また、ボディ系機器には、ドア制御機器、空調制御機器、セキュリティ制御機器が含まれ、安全系機器には、エアバック制御機器、自動運転制御機器、運転支援制御機器が含まれる。また、エンタメ系機器には、ＡＶ機器等が含まれる。ＧＰＳアンテナ８４は、車両Ｃの現在地を示す位置情報を車載装置５０へ通知する。
【００４８】
車載装置５０は、通信部５と、制御部６と、記憶部７とを備える。通信部５は、上述のネットワークＮを介して通信装置１とデータの送受信を行う。
【００４９】
制御部６は、取得部６１と、検出部６２と、生成部６３と計測部６４とを備える。取得部６１は、車載センサ８３から車両データを取得し、記憶部７の車両データ記憶領域７１へ格納する。また、取得部６１は、通信部５を介して通信装置１から収集条件ファイルを取得し、記憶部７の条件ファイル記憶領域７２へ格納する。
【００５０】
取得部６１は、ユーザ端末８１からユーザのスケジュール情報、ナビゲーション装置８２から車両Ｃの目的地等を示す目的地情報、ＧＰＳアンテナ８４から車両Ｃの位置情報を取得し、通信部５を介して通信装置１へ適宜送信する。
【００５１】
検出部６２は、車両データ記憶領域７１に記憶された車両データから収集対象となる車両データを検出する。具体的には、検出部６２は、条件ファイル記憶領域７２に記憶された収集条件ファイルの開始トリガと終了トリガとに対応する車両データを検出し、開始トリガから終了トリガまでの車両データについて収集対象の車両データとして検出する。
【００５２】
そして、検出部６２は、検出した収集対象の車両データに関する情報を生成部６３へ通知する。生成部６３は、検出部６２によって検出された収集対象の車両データについて通信装置１へアップロードするアップロードデータを生成する。
【００５３】
例えば、生成部６３は、車両データに対して車両Ｃを識別するための識別子、時刻や位置情報等を対応付けた後に、上記の条件設定ファイルで指定された削減方式で削減することで、アップロードデータを生成する。
【００５４】
そして、生成部６３は、通信スケジュールによって指定されたタイミングで、アップロードデータをネットワークＮ(図１Ｂ参照)を介して通信装置１へアップロードする。
【００５５】
ここで、本実施形態において、削減方式とは、例えば、車両データを間引くことを示す。例えば、車載装置５０が、車両Ｃの位置情報をアップロードする場合、交差点毎の位置情報をアップロードし、通信装置１でかかる交差点毎の位置情報を繋ぎ合わせることで、車両Ｃが実際に走行した走行経路を復元することができる。
【００５６】
また、その他の削減方式として、データに変化があった場合にのみ、データの差分をアップロードすることにしてもよい。かかる場合に、通信装置１は、前回までの値に今回の差分を加算することで、元のデータを復元することが可能となる。
【００５７】
すなわち、車載装置５０は、削減方式にそって車両データを間引いてアップロードすることで、通信量を削減することが可能となる。そして、通信装置１で、削減方式にそって車両データを復元することで、通信量を削減しつつ、車両データを適切に収集することが可能となる。
【００５８】
計測部６４は、車載装置５０の電源がオンである期間に、所定周期(例えば、５分おき)に現在の通信エリアにおける通信速度を計測する。計測部６４は、計測した通信速度を例えば、４段階の評価値へ変換し、かかる評価値に現在地の位置情報を対応付けた通信速度情報を生成し、通信部５を介して通信装置１へ送信する。
【００５９】
これにより、通信システム１００では、各通信エリアにおける実際の通信品質の実測値をリアルタイムで取得することが可能となる。すなわち、通信速度が速いほど、通信エリアの通信帯域にゆとりがあることを示し、通信速度が遅いほど、かかる通信帯域が圧迫していることを示す。
【００６０】
なお、車載装置５０がアップロードすることだけを想定する場合、計測部６４は、上りの通信速度のみを計測することにしてもよい。また、通信システム１００では、図１Ｂに示したネットワークＮを提供するキャリアから通信速度の実測値が提供される場合、計測部６４の構成を省略することもできる。
【００６１】
次に、図３を用いて実施形態に係る通信装置１の構成例について説明する。図３は、通信装置１のブロック図である。図３に示すように、通信装置１は、通信部２と、制御部３と、記憶部４とを備える。通信部２は、上記のネットワークＮに接続され、各車載装置５０とデータの送受信を行う。また、通信部２は、クライアント装置５００と情報を送受信することも可能である。
【００６２】
制御部３は、取得部３１と、学習部３２と、算出部３３と、予測部３４と、作成部３５と、復元部３６とを備える。制御部３は、たとえば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００６３】
コンピュータのＣＰＵは、例えば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部３の取得部３１、学習部３２、算出部３３、予測部３４、作成部３５および復元部３６として機能する。
【００６４】
また、制御部３の取得部３１、学習部３２、算出部３３、予測部３４、作成部３５および復元部３６の少なくともいずれか一部または全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００６５】
また、記憶部４は、例えば、ＲＡＭやＨＤＤに対応する。ＲＡＭやＨＤＤは、通信品質データベース４１、行動情報データベース４２、収集条件データベース４３、車両情報データベース４４、収集情報データベース４５およびイベント情報データベース４６や各種プログラムの情報を記憶することができる。なお、通信装置１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００６６】
制御部３の取得部３１は、車載装置５０やクライアント装置５００から各種情報を取得する。例えば、取得部３１は、車両Ｃの位置情報や、上述の目的地情報、スケジュール情報等を車載装置５０から取得し、行動情報データベース４２に格納する。
【００６７】
また、取得部３１は、所定周期で車載装置５０から送信される通信速度情報を通信品質データベース４１へ格納する。また、取得部３１は、イベント情報を図示しない外部サーバから取得し、かかるイベント情報を記憶部４のイベント情報データベース４６へ格納する。イベント情報は、例えば、事故、交通規制、渋滞、行事や催し物を指す。
【００６８】
また、取得部３１は、アップロードデータを車載装置５０から取得し、かかるアップロードデータを復元部３６へ出力する。また、取得部３１は、上述のクライアント装置５００から収集条件を取得し、かかる収集条件を収集条件データベース４３へ格納する。
【００６９】
学習部３２は、車載装置５０の移動履歴に基づいて車載装置５０の移動傾向を学習する。そして、学習部３２は、学習結果を記憶部４の行動情報データベース４２に格納する。
【００７０】
学習部３２は、移動履歴、すなわち、車載装置５０から送信される位置情報の履歴から車両Ｃが停車した位置や、停車した位置から目的地までの経路等の規則性を導出する。
【００７１】
このとき、学習部３２は、時刻、曜日、天候、渋滞の有無等を紐付けて上記の規則性を導出することができる。すなわち、学習部３２は、時刻、曜日、天候、渋滞の有無に応じた車載装置５０の移動傾向を学習することができる。
【００７２】
また、学習部３２は、車両Ｃの運転者や、同乗者に関する情報を取得し、運転者毎や、運転者および同乗者の組み合わせ毎に移動傾向を学習することにしてもよい。すなわち、学習部３２は、車両Ｃの目的地や乗車タイミングに対して運転者や同乗者を紐付けて学習することが可能である。
【００７３】
なお、運転者や同乗者に関する情報は、例えば、車両Ｃ内に設置された車内カメラ(不図示)によって撮像された画像を車載装置５０または通信装置１で解析することで取得することが可能である。
【００７４】
算出部３３は、車載装置５０の移動履歴に基づいて予測される移動経路毎に車載装置５０が実際に移動する確率を算出し、予測部３４へ通知する。算出部３３は、例えば、車両Ｃのイグニッションがオンになったタイミングにおいて、上述の車載装置５０毎の移動傾向に基づいて各走行経路の走行確率を算出する。
【００７５】
具体的には、算出部３３は、車両Ｃのイグニッションがオンになったときのシチュエーションと同一または類似するシチュエーションにおける実際の目的地と、目的地までの走行経路を行動情報データベース４２から読み出す。
【００７６】
ここで、シチュエーションとは、例えば、車両Ｃのイグニッションスイッチがオンになった位置、時刻、曜日、天候、運転者、同乗者の有無等が含まれる。
【００７７】
このとき、算出部３３は、過去のシチュエーションにおいて複数の目的地が存在する場合や、同じ目的地であっても、複数の走行経路が存在する場合に、走行経路毎に走行確率を算出する。
【００７８】
例えば、算出部３３は、過去の同一シチュエーションにおける各走行経路の頻度が高いほど、走行確率を高く算出し、かかる頻度が低いほど、走行確率を低く算出する。
【００７９】
すなわち、算出部３３は、過去の移動履歴から導出される車両Ｃの移動パターンに基づいて各走行経路の走行確率を算出することで、走行確率を精度よく算出することができる。
【００８０】
かかる場合に、例えば、算出部３３は、イベント情報データベース４６から走行経路に関するイベント情報を読み出し、かかるイベント情報に基づいて走行確率を算出することが可能である。
【００８１】
具体的には、算出部３３は、走行経路上で渋滞が発生している場合、かかる走行経路の走行確率と、渋滞を回避する走行経路の走行確率とを算出することができる。
【００８２】
これらは、車両Ｃの移動傾向に基づき、算出することが可能である。すなわち、過去の移動履歴から車両Ｃが同様のシチュエーションで渋滞が発生している走行経路を走行する頻度が高い場合、かかる走行経路の走行確率を高く算出し、渋滞を回避する走行経路を走行する頻度が高い場合、かかる走行経路の走行確率を高く算出する。
【００８３】
すなわち、算出部３３は、イベントが発生するようなイレギュラー時の走行確率をユーザの特性にあわせて算出する。これにより、走行確率を精度よく算出することが可能となる。
【００８４】
予測部３４は、算出部３３によって走行確率が算出された走行経路の通信品質を予測し、記憶部４の通信品質データベース４１に格納する。なお、本実施形態では、複数の車載装置５０に対して走行確率を算出するので、予測部３４は、全ての通信エリアについて通信品質を予測することとなる。
【００８５】
図４は、通信品質の推移の具体例を示す図であり、通信品質データベース４１に格納される情報の具体例に対応する。図４に示すように、例えば、通信品質データベース４１には、エリアＩＤと、通信品質の推移とが対応付けられて記憶される。
【００８６】
図４に示すエリアＩＤは、各通信エリアを識別するための識別子であり、通信品質の推移は、予測部３４によって予測された各通信エリアの通信品質の推移を示す。
【００８７】
予測部３４は、上述の通信速度情報に基づき、現在の各通信エリアにおける通信品質を取得する。続いて、予測部３４は、各車両Ｃの現在地と、上述の走行確率とに基づいて通信エリア毎の車両Ｃの分布の推移を予測する。
【００８８】
ここで、車両Ｃの分布の推移において、車両Ｃの台数が多くなる通信エリアほど、現在の通信品質より通信品質の低下が見込まれる。また、車両Ｃの台数が少なくなる通信エリアにおいては、現在の通信品質より通信品質の向上が見込まれる。
【００８９】
続いて、予測部３４は、各通信エリアにおける単位時間あたりに通信可能な通信量の上限、すなわち、通信帯域の上限から車両Ｃの分布に応じた通信量の推移を差し引くことで通信品質の推移を予測する。
【００９０】
このように、予測部３４は、通信速度情報、すなわち、通信速度の実測値を用いて各通信エリアの通信品質の推移を予測することで、通信品質を精度よく予測することができる。
【００９１】
図４に示す例では、通信品質を「１」〜「４」の４段階で示し、数字が大きいほど、通信品質が良好であることを示す。なお、ここでは、通信品質を４段階で示したが、通信品質は、３段階以下であっても、５段階以上であってもよい。
【００９２】
なお、予測部３４は、各通信エリアにおける通信品質の履歴から例えば、機械学習を用いて規則性を導出し、かかる規則性に基づいて通信品質を予測することにしてもよい。
【００９３】
図３の説明に戻り、作成部３５について説明する。作成部３５は、算出部３３によって算出された走行経路毎の走行確率と予測部３４によって予測された通信品質とに基づいて車載装置５０のデータ通信の通信スケジュールを作成する。
【００９４】
作成部３５は、通信スケジュールを作成すると、通信スケジュールに車両ＩＤや宛先、データの削減方式等を対応付けた収集条件ファイルを作成し、通信部２やネットワークＮを介して各車載装置５０へ送信する。
【００９５】
まず、作成部３５は、図１Ｂに示したクライアント装置５００から取得した収集条件により指定された収集対象となる車載装置５０を車両情報データベース４４から選定する。
【００９６】
車両情報データベース４４には、例えば、車載装置５０毎にユーザに関するユーザ情報や、車両Ｃの車種等を含む車両情報が記憶される。例えば、車両情報は、車載装置５０の購入時にディーラによって車両情報データベース４４へ登録される。もしくは、ユーザがインターネットを介してユーザ情報や車両情報を車両情報データベース４４に登録することにしてもよい。
【００９７】
続いて、作成部３５は、算出部３３によって車載装置５０が走行しうる走行経路毎の走行確率を取得した場合、すなわち、車両Ｃのイグニッションがオンになった場合に、車載装置５０の通信スケジュールを作成する。
【００９８】
図５Ａおよび図５Ｂは、走行確率と通信品質との関係を示す図である。図５Ａでは、１つの車載装置５０に対して通信スケジュールを作成する際に参照する走行確率と通信品質との関係を示し、図５Ｂでは、複数の車載装置５０が同様の走行経路を走行する際に参照する走行確率と通信品質との関係を示す。また、上述のように、通信品質の数字が大きいほど、通信品質が良好であることを示す。
【００９９】
作成部３５は、最も高い走行確率の走行経路における通信品質に基づき、通信スケジュールを作成する。具体的には、図５Ａに示すように、例えば、通信品質が「４」である走行経路の走行確率が８０％である場合、かかる走行経路を走行する確率が高い。このため、作成部３５は、かかる走行経路を走行するタイミングで大容量のデータ送信を指示する通信スケジュールを作成する。
【０１００】
また、例えば、通信品質が「３」である走行経路の走行確率が８０％である場合、作成部３５は、通信品質が「４」である場合に比べ、容量を削減してデータ送信を指示する通信スケジュールを作成する。また、例えば、通信品質が「２」、「１」である走行経路の走行確率が８０％である場合には、通信品質が改善するまでデータ送信を待機させる。すなわち、作成部３５は、通信品質が良くない走行経路の走行確率が高い場合には、通信を行わないように通信スケジュールを作成する。
【０１０１】
また、通信品質が「４」である走行経路の走行確率が５０％である場合、容量を削減してデータ送信を指示する通信スケジュールを作成する。このとき、作成部３５は、残りの５０％の走行確率に応じて削減する容量を指定することができる。
【０１０２】
例えば、作成部３５は、残りの５０％が通信品質「３」の走行経路である場合、残りの５０％が通信品質「２」または「１」の走行経路である場合に比べて削減する容量を少なくして送信する通信スケジュールを作成する。
【０１０３】
また、通信品質が「３」である走行経路の走行確率が５０％である場合、残りの５０％が通信品質「３」以上なら容量を削減してデータ送信を指示する通信スケジュールを作成する。言い換えれば、残りの５０％の通信品質が「３」もしくは「４」である場合、容量を削減してデータを送信させる。
【０１０４】
すなわち、かかる場合に、仮に、通信品質が「３」である走行経路を車両Ｃが走行した場合であっても、通信帯域を圧迫しないように通信スケジュールを作成する。また、この際、例えば、残りの５０％が通信品質「２」以下の走行経路である場合に、データ送信をしないように通信スケジュールを作成する。
【０１０５】
また、図５Ａに示す「他の走行経路の通信品質に従う」とは、走行確率が最も高い走行経路の通信品質にしたがって通信スケジュールを作成することを示す。
【０１０６】
また、仮に、通信品質が「４」、「３」、「２」の走行経路の走行確率がそれぞれ３０％である場合、例えば、走行経路が確定するまで、データ送信を待機させる通信スケジュールを作成する。
【０１０７】
具体的には、例えば、各走行経路の分岐点を通過した後に、走行する走行経路の通信品質に応じて通信スケジュールを作成する。これにより、実際の走行経路にあわせて適切な通信スケジュールを作成することができる。
【０１０８】
次に、図５Ｂを用いて複数の車両Ｃが同様の走行経路を走行する場合について説明する。ここでは、１００台の車両Ｃがそれぞれ同一の目的地へ向かう場合について説明する。すなわち、ここでの走行確率は、各走行経路を通過する車両Ｃの台数の期待値を示す。
【０１０９】
図５Ｂに示すように、通信品質が「４」である走行経路の走行確率が８０％である場合、すなわち、１００台中８０台の車両Ｃがかかる走行経路を走行すると予測される場合、各車載装置５０に対して容量を削減してデータ送信を指示する通信スケジュールを作成する。
【０１１０】
これは、仮に、かかる走行経路を走行する各車両Ｃが大容量のデータを送信すると、かかる走行経路における通信帯域が圧迫するおそれがあるためである。
【０１１１】
これに対して、作成部３５は、容量を削減、言い換えれば、容量を調整して送信を指示するので、通信帯域の圧迫を回避することができる。
【０１１２】
また、通信品質が「３」である走行経路の走行確率が８０％である場合、半数の車載装置５０に対して容量を削減して送信を指示する通信スケジュールを作成する。また、残りの半数の車載装置５０に対しては、かかる走行経路での通信を待機させる通信スケジュールを作成する。
【０１１３】
なお、このとき、半数の車載装置５０がデータの送信を行った後に、残りの半数の車載装置５０がデータの送信を行うように、通信スケジュールを作成することにしてもよい。
【０１１４】
また、通信品質が「２」である走行経路の走行確率が８０％である場合、各車載装置５０に対して優先度の高いデータのみを送信するように通信スケジュールを作成する。すなわち、通信帯域内に収まるように、データを選別して送信するよう通信スケジュールを作成する。なお、優先度は、上述のクライアント装置５００から指定されるパラメータである。
【０１１５】
また、通信品質が「１」である走行経路の走行確率が８０％である場合、通信品質が改善するまでデータ送信を待機させる。すなわち、各車載装置５０に対してかかる走行経路でデータの送信を行わないように、通信スケジュールを作成する。
【０１１６】
また、通信品質が「４」である走行経路の走行確率が３０％および１０％である場合、かかる走行経路を走行すると確定した場合に、大容量の送信を指示する通信スケジュールを作成する。
【０１１７】
これは、かかる走行経路を実際に走行する確率、すなわち、走行する車両Ｃが少ないので、１台あたりのデータ量を多くしたとしても、通信帯域を超過するおそれが低いためである。
【０１１８】
また、通信品質が「３」である走行経路の走行確率が３０％である場合、かかる走行経路を走行すると確定した時点で容量を削減して送信を指示する通信スケジュールを作成する。
【０１１９】
このように、作成部３５は、各走行経路、すなわち、各通信エリアの通信帯域内に収まるように、複数の車載装置５０のデータ容量、アップロードタイミングを制御する。これにより、各通信エリアにおける通信帯域を最適化することが可能となる。
【０１２０】
図３の説明に戻り、復元部３６について説明する。復元部３６は、各車載装置５０からアップロードされたデータを上述の削減方式にそって復元し、復元したデータを記憶部４の収集情報データベース４５へ格納する。
【０１２１】
次に、図６を用いて実施形態に係る通信装置１が実行する処理手順について説明する。図６は、通信装置１が実行する処理手順を示すフローチャートである。
【０１２２】
図６に示すように、まず、通信装置１の取得部３１は、クライアント装置５００から収集条件を取得する(ステップＳ１０１)。続いて、算出部３３は、車両Ｃが走行し得る走行経路毎に走行確率を算出する(ステップＳ１０２)。
【０１２３】
続いて、予測部３４は、走行経路毎に通信品質の推移を予測し(ステップＳ１０３)、作成部３５は、走行確率と走行経路毎の通信品質とに基づいて通信スケジュールを作成する(ステップＳ１０４)。
【０１２４】
そして、作成部３５は、通信スケジュールを含む収集条件ファイルを作成し(ステップＳ１０５)、かかる収集条件ファイルを送信して(ステップＳ１０６)、処理を終了する。
【０１２５】
次に、図７を用いて実施形態に係る車載装置５０が実行する処理手順について説明する。図７は、車載装置５０が実行する処理手順を示すフローチャートである。
【０１２６】
図７に示すように、車載装置５０は、電源ＯＮか否かを判定する(ステップＳ２０１)。車載装置５０は、電源がオンであった場合(ステップＳ２０１，Ｙｅｓ)、目的地設定があるか否かを判定する(ステップＳ２０２)。
【０１２７】
ここで、目的地が設定されていた場合(ステップＳ２０２，Ｙｅｓ)、車載装置５０は、通信装置１へ目的地情報を送信する(ステップＳ２０３)。一方、目的地が設定されていない場合(ステップＳ２０２，Ｎｏ)、ステップＳ２０３の処理は省略される。
【０１２８】
続いて、車載装置５０の取得部６１は、通信装置１から収集条件ファイルを取得し(ステップＳ２０４)、検出部６２は、収集トリガを検出したか否かを判定する(ステップＳ２０５)。
【０１２９】
検出部６２が収集トリガを検出した場合(ステップＳ２０５，Ｙｅｓ)、生成部６３は、アップロードデータを生成し(ステップＳ２０６)、収集条件ファイルにより指定されたタイミングで通信装置１に対してアップロードデータを送信して(ステップＳ２０７)、処理を終了する。
【０１３０】
また、ステップＳ２０１の処理において電源がＯＦＦである場合(ステップＳ２０１，Ｎｏ)、ステップＳ２０１の処理を繰り返して実行することとなる。また、ステップＳ２０５の処理において検出部６２が収集トリガを検出していない場合(ステップＳ２０５，Ｎｏ)、例えば、電源がオフになるまでステップＳ２０５の処理を継続して行う。
【０１３１】
上述したように、実施形態に係る通信装置１は、算出部３３と、予測部３４と、作成部３５とを備える。算出部３３は、車載装置５０(端末装置の一例)の移動履歴に基づいて予測される移動経路毎に車載装置５０が実際に移動する確率を算出する。予測部３４は、算出部３３によって確率が算出された移動経路における通信品質を予測する。作成部３５は、算出部３３によって算出された移動経路毎の確率と予測部３４によって予測された通信品質とに基づいて車載装置５０のデータ通信の通信スケジュールを作成する。したがって、実施形態によれば、通信帯域を最適化することができる。
【０１３２】
ところで、上述した実施形態では、通信装置１が、車載装置５０がアップロードするデータの通信スケジュールを作成する場合について説明したが、これに限定されるものではない。すなわち、通信装置１は、車載装置５０がダウンロードするデータの通信スケジュールを作成することも可能である。
【０１３３】
また、上述した実施形態では、端末装置が車載装置５０である場合について説明したが、端末装置は、スマートフォン、タブレット端末等の通信機器であってもよい。
【０１３４】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０１３５】
１    通信装置
３１    取得部
３２    学習部
３３    算出部
３４    予測部
３５    作成部
３６    復元部
５０    車載装置(端末装置の一例)
１００    通信システム
【図１Ａ】
2019160242.tif 000003
【図１Ｂ】
2019160242.tif 000004
【図２】
2019160242.tif 000005
【図３】
2019160242.tif 000006
【図４】
2019160242.tif 000007
【図５Ａ】
2019160242.tif 000008
【図５Ｂ】
2019160242.tif 000009
【図６】
2019160242.tif 000010
【図７】
2019160242.tif 000011