特開 2023-34560 情報処理装置、情報処理方法、プログラム及び記録媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023034560

(43)【公開日】2023-03-13

(54)【発明の名称】情報処理装置、情報処理方法、プログラム及び記録媒体

(51)【国際特許分類】

   G08G 1/00 20060101AFI20230306BHJP

   G08G 1/09 20060101ALI20230306BHJP

   G06Q 30/0208 20230101ALI20230306BHJP

【ＦＩ】

G08G1/00 A

G08G1/09 F

G06Q30/02 322

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2021140858

(22)【出願日】2021-08-31

(71)【出願人】

【識別番号】000005016

【氏名又は名称】パイオニア株式会社

(74)【代理人】

【識別番号】110001025

【氏名又は名称】弁理士法人レクスト国際特許事務所

(72)【発明者】

【氏名】阿部 慎一郎

【テーマコード（参考）】

5H181

5L049

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181BB05

5H181CC12

5H181FF22

5H181FF27

5H181FF32

5L049BB07

(57)【要約】

【課題】状況に応じて渋滞を効率よく緩和させることが可能な情報処理装置、情報処理方法、プログラム及び記録媒体を提供する。
【解決手段】
交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得部と、対象区間を含む道路上を走行する車両が、対象区間の少なくとも一部を通行することを避けるように道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を、車両と共に移動する端末装置に送信する提案情報送信部と、を有し、提案情報送信部は、所定時間中に提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、提案に含まれるインセンティブを変更することを特徴とする情報処理装置。
【選択図】図１

【特許請求の範囲】

【請求項1】

交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得部と、
前記対象区間を含む道路上を走行する車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を、前記車両と共に移動する端末装置に送信する提案情報送信部と、を有し、
前記提案情報送信部は、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とする情報処理装置。

【請求項2】

前記提案情報送信部は、前記所定時間中に前記受諾台数が前記所定の目標台数に満たない場合に、前記インセンティブを引き上げることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記提案情報送信部は、前記所定時間中に前記受諾台数が前記所定の目標台数に達した場合に、前記インセンティブを引き下げることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記所定の目標台数は、前記インセンティブが引き下げられた際に更新されることを特徴とする請求項３に記載の情報処理装置。

【請求項5】

前記所定の目標台数を設定する目標台数設定部を有し、
前記交通情報は、前記車両が非渋滞時に前記対象区間を通過する際の所要時間を示す第１の所要時間及び前記車両が現在の前記対象区間を通過する際の所要時間を示す第２の所要時間を含み、
前記目標台数設定部は、前記第１の所要時間と前記第２の所要時間との比較結果に基づいて、前記所定の目標台数を設定することを特徴とする請求項１乃至４のいずれか１つに記載の情報処理装置。

【請求項6】

前記提案情報は、前記車両が前記対象区間の手前から前記対象区間の少なくとも一部を通行せずに迂回すると前記インセンティブを付与するという提案を示す情報であることを特徴とする請求項１乃至５のいずれか１つに記載の情報処理装置。

【請求項7】

前記提案情報は、前記迂回のために前記車両が退出すべき前記道路の１の出口を示す出口情報を含むことを特徴とする請求項６に記載の情報処理装置。

【請求項8】

前記提案情報は、前記車両が前記対象区間内又はその手前に位置する休憩施設に一定時間留まると前記インセンティブを付与するという提案を示す情報であることを特徴とする請求項１乃至５のいずれか１つに記載の情報処理装置。

【請求項9】

前記対象区間は、交通渋滞が発生している区間又は前記交通渋滞の発生が予測される区間であることを特徴とする請求項１乃至７のいずれか１つに記載の情報処理装置。

【請求項10】

前記道路上を走行する複数の車両の各々の走行予定経路を示す経路情報を取得する経路情報取得部を有し、
前記提案情報送信部は、前記複数の車両のうち前記走行予定経路に前記対象区間が含まれている車両の前記端末装置に対して前記提案情報を送信することを特徴とする請求項１乃至９のいずれか１つに記載の情報処理装置。

【請求項11】

情報処理装置が実行する情報処理方法であって、
交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得ステップと、
前記対象区間を含む道路上を走行中の車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を前記車両と共に移動する端末装置に送信する提案情報送信ステップと、を有し、
前記情報処理装置は、前記提案情報送信ステップにおいて、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とする情報処理方法。

【請求項12】

コンピュータに実行させるためのプログラムであって、
交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得ステップと、
前記対象区間を含む道路上を走行中の車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を前記車両と共に移動する端末装置に送信する提案情報送信ステップと、を有し、
前記提案情報送信ステップは、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とするプログラム。

【請求項13】

請求項１２に記載のプログラムを格納した記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、プログラム及び記録媒体に関する。

【背景技術】

【0002】

交通流を分散させて渋滞を緩和させるサーバ装置が開示されている。例えば、特許文献１には、１の車両の移動経路上で渋滞が発生している場合に、１の車両からの要請を受けて、当該１の車両よりも前方に位置する複数の他の車両に上記渋滞が発生している区間（渋滞区間）の迂回を要求するサーバ装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１１－８５９８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載のサーバ装置によっては、単に１の車両の希望に基づいて迂回の要求がなされるため、効率的な渋滞解消がなされないことが問題の１つとして挙げられる。また、他の車両に迂回を要求したい１の車両などの車両がいない場合や、１の車両が予めポイントを十分に保有していない場合は、そもそも渋滞の緩和ができないという問題がある。

【0005】

また、例えば、特許文献１に記載のサーバ装置を高速道路上の渋滞緩和のために用いた場合、他の車両が上記要求に応じて渋滞区間を迂回するために高速道路の出口に集中することによって、当該出口においても渋滞が発生し、ひいては高速道路の本線にまで影響を及ぼし、交通に悪影響を与えてしまう恐れがある。

【0006】

本発明は、上記した点に鑑みてなされたものであり、状況に応じて渋滞を効率よく緩和させることが可能な情報処理装置、情報処理方法、プログラム及び記録媒体を提供することを目的とする。

【課題を解決するための手段】

【0007】

請求項１に記載の情報処理装置は、交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得部と、前記対象区間を含む道路上を走行する車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を、前記車両と共に移動する端末装置に送信する提案情報送信部と、を有し、前記提案情報送信部は、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とする。

【0008】

請求項１１に記載の情報処理方法は、情報処理装置が実行する情報処理方法であって、交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得ステップと、前記対象区間を含む道路上を走行中の車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を前記車両と共に移動する端末装置に送信する提案情報送信ステップと、を有し、前記情報処理装置は、前記提案情報送信ステップにおいて、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とする。

【0009】

請求項１２に記載のプログラムは、コンピュータに実行させるためのプログラムであって、交通量の調整をすべき区間である対象区間を示す交通情報を取得する交通情報取得ステップと、前記対象区間を含む道路上を走行中の車両が、前記対象区間の少なくとも一部を通行することを避けるように前記道路上からの退避を行うと、インセンティブを付与するという提案を示す提案情報を前記車両と共に移動する端末装置に送信する提案情報送信ステップと、を有し、前記提案情報送信ステップは、所定時間中に前記提案を受諾した車両の台数である受諾台数と所定の目標台数との比較結果に基づいて、前記提案に含まれる前記インセンティブを変更することを特徴とする。

【0010】

請求項１３に記載の記録媒体は、上記プログラムが記録されている記録媒体である。

【図面の簡単な説明】

【0011】

【図1】実施例１に係る渋滞緩和システムの構成を示す図である。

【図2】実施例１に係る渋滞緩和システムの管理下にある高速道路の一区間を示す図である。

【図3】実施例１に係るサーバ装置の構成の一例を示すブロック図である。

【図4】実施例１に係る端末装置の構成の一例を示すブロック図である。

【図5】実施例１に係る端末装置に提示される提案の一例を示す図である。

【図6】実施例１に係るサーバ装置の制御ルーチンを示すフローチャートである。

【図7】実施例１に係る端末装置の制御ルーチンを示すフローチャートである。

【図8】実施例２に係る目標受諾数及びインセンティブの一例を示す表である。

【図9】実施例２に係るサーバ装置の制御ルーチンを示すフローチャートである。

【図10】実施例３に係る各出口の受諾状況を示す出口リストの一例を示す表である。

【図11】実施例３に係る端末装置に提示される提案の一例を示す図である。

【図12】実施例３に係るサーバ装置の制御ルーチンを示すフローチャートである。

【発明を実施するための形態】

【0012】

以下、本発明の実施例について図面を参照して具体的に説明する。なお、図面において同一の構成要素については同一の符号を付け、重複する構成要素の説明は省略する。

【実施例0013】

まず、全体のシステム構成について説明する。図１は、実施例１に係る渋滞緩和システム１００の構成を示す図である。図１に示すように、渋滞緩和システム１００は、サーバ装置１０と複数の端末装置１２とを含んで構成される。

【0014】

本実施例においては、端末装置１２が移動体としての複数の車両Ｍの各々に搭載されているカーナビゲーション等の車載端末である場合を示している。なお、渋滞緩和システム１００を構成する端末装置１２の台数は、システムの能力が許す限り何台であっても良い。

【0015】

サーバ装置１０と端末装置１２とは、ネットワークＮＷを介して、例えば、ＴＣＰ／ＩＰ等の通信プロトコルを用いて相互にデータの送受信が可能になっている。端末装置１２とネットワークＮＷとの接続は、例えば、４Ｇ（4th Generation）又は５Ｇ（5th Generation）等の移動体通信、Ｗｉ-Ｆｉ（登録商標）等の無線通信によりなされ得る。

【0016】

図２は、実施例１に係る渋滞緩和システム１００の管理下にある高速道路の一区間を示す図である。図２に示すように、複数の車両が高速道路上を走行している。図中左方向を進行方向とする本線ＭＬには、高速道路の出口インターチェンジ（以下、出口ＩＣとも称する）が設けられている。

【0017】

交通量の調整をすべき対象区間としての渋滞区間ＣＳは、本線ＭＬ上において交通渋滞が発生している範囲を示している区間である。図２においては、渋滞区間ＣＳが出口ＩＣの先（図中左側）において形成されている場合を示している。

【0018】

提案区間ＰＳは、本線ＭＬ上の渋滞区間ＣＳの手前にある区間である。サーバ装置１０は、提案区間ＰＳを走行中の車両Ｍに搭載されている端末装置１２に対して本線ＭＬからの退避を提案する提案情報を送信する。言い換えれば、提案区間ＰＳは、サーバ装置１０から送信された提案情報を端末装置１２が受信する区間である。

【0019】

図２においては、提案区間ＰＳが出口ＩＣよりも手前（図中右側）において形成されている場合を示している。提案区間ＰＳは、例えば、出口ＩＣから１～２ｋｍ手前の位置から本線ＭＬの進行方向とは逆方向（図中右方向）に数ｋｍ～十数ｋｍに亘って伸長している区間である。

【0020】

図２においては、車両Ｍが渋滞区間ＣＳに向かって提案区間ＰＳ内を走行している様子を示している。サーバ装置１０は、提案区間ＰＳ内を走行する車両Ｍに搭載されている端末装置１２に対して提案情報を送信する。

【0021】

本実施例において、提案情報は、車両Ｍが本線ＭＬ上の渋滞区間ＣＳを避けるために当該渋滞区間ＣＳを迂回すると報酬（インセンティブ）を付与するという提案を示すものである。サーバ装置１０は、状況に応じて提案情報内のインセンティブを変更することが可能である。例えば、サーバ装置１０は、渋滞区間ＣＳを迂回する提案の受諾を促進させるためにインセンティブを多くする等、受諾の状況に応じてインセンティブを変更することが可能である。

【0022】

上記提案情報を受信した端末装置１２のユーザ、例えば車両Ｍの運転者は、インセンティブがあることにより提案情報に示される提案を受諾しやすくなる。端末装置１２のユーザが提案を受諾した場合、車両Ｍが渋滞区間ＣＳを迂回することで、渋滞区間ＣＳ以外への交通量の分散が図られる。インセンティブの付与は、端末装置１２が上記提案に対する受諾を示す受諾情報をサーバ装置１０に送信した後に、車両Ｍが渋滞区間ＣＳを迂回し、再び本線ＭＬを通行した際に確定する。

【0023】

このように、本実施例の渋滞緩和システム１００によれば、サーバ装置１０が上記提案を受諾した端末装置１２のユーザに渋滞区間ＣＳを迂回する行動を取らせることによって、渋滞区間ＣＳに向かう車両Ｍを減少させる。その結果として、車両Ｍの渋滞区間ＣＳへの集中を緩和し、本線ＭＬの渋滞区間ＣＳで発生している渋滞を緩和させることができる。

【0024】

以下に、図３及び４を用いて渋滞緩和システム１００を構成するサーバ装置１０及び端末装置１２の各々の構成について説明する。なお、以下の説明においては、提案情報を受信する端末装置１２が搭載された車両を車両Ｍとして示し、それ以外の車両、例えば渋滞区間ＣＳ内を走行する車両等には符号を付けずに説明する。

【0025】

図３は、実施例１に係るサーバ装置１０の構成の一例を示すブロック図である。制御部１４は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を含む処理装置である。本実施例において、制御部１４はコンピュータとして機能する。

【0026】

通信部１５は、制御部１４の指示に従って外部機器とデータの送受信を行う通信装置である。通信部１５は、例えば、ネットワークＮＷに接続するためのＮＩＣ（Network Interface Card）である。通信部１５は、上記したネットワークＮＷに接続されており、種々のデータを端末装置１２や他の機器との間で送受信する。

【0027】

記憶部１６は、制御部１４の処理に必要なデータを記憶管理する記憶デバイスである。記憶部１６には、例えば、上記提案情報の送信時に端末装置１２のユーザに提案すべきインセンティブを示すインセンティブ情報が記憶されている。

【0028】

記憶部１６は、例えば、ハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive）等の記憶デバイスであり、オペレーティングシステムやサーバ装置１０用のソフトウェア等の各種プログラムを記憶する。

【0029】

各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよく、また、記録媒体に記録されて各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、記憶部１６に記憶される各種プログラムは、ネットワークＮＷを介して伝送可能であり、また、コンピュータ読み取り可能な記録媒体に記録して譲渡することが可能である。

【0030】

以下に、制御部１４の機能ブロックについて説明する。

【0031】

道路交通情報取得部１８は、日本道路交通情報センター（ＪＡＲＴＩＣ（登録商標））や道路交通情報通信システム（ＶＩＣＳ（登録商標））センター等の、有料道路や一般道の交通情報の収集及び提供を行う施設から、高速道路上における渋滞状況を含む道路交通情報を通信部１５を介して取得する部分である。

【0032】

制御部１４は、道路交通情報取得部１８によって取得された道路交通情報に基づいて、渋滞区間ＣＳを特定する。本実施例において、渋滞区間ＣＳとは、高速道路の本線ＭＬ上で現在交通渋滞が発生している区間又は本線ＭＬ上で交通渋滞の発生が予測される区間を示している。

【0033】

また、道路交通情報取得部１８は、上記した施設から、高速道路上の車両が上記した渋滞区間ＣＳを非渋滞時に走行する際の第１の所要時間を示す第１の所要時間情報と、高速道路上の車両が現在の渋滞区間ＣＳを走行する際の第２の所要時間を示す第２の所要時間情報とを取得する。

【0034】

車両情報取得部１９は、サーバ装置１０と接続された端末装置１２から当該端末装置１２に関する情報を取得する部分である。車両情報取得部１９は、例えば、端末装置１２の現在位置、すなわち車両Ｍの現在位置を示す位置情報を含む車両情報を取得する。

【0035】

本実施例において、車両情報取得部１９は、端末装置１２との接続がなされている間、常時車両Ｍの位置情報を取得する。なお、他に車両Ｍの位置情報を収集する位置情報収集サーバが存在し、車両情報取得部１９が、当該サーバから車両ＩＤと車両Ｍの位置とが紐付けられた情報を取得することとしてもよい。

【0036】

提案情報処理部２１は、提案情報に関する種々の処理を行う部分である。具体的には、提案情報処理部２１は、端末装置１２に対して迂回を求める旨及びそれに対するインセンティブを示す提案を含む提案情報を通信部１５を介して送信する。また、提案情報処理部２１は、当該提案に対する端末装置１２からの受諾応答を受け付ける。

【0037】

提案情報処理部２１は、上記した車両の位置情報に基づいて、上記渋滞区間ＣＳに基づいて決まる提案区間ＰＳ内を走行する車両Ｍの端末装置１２に対して、渋滞区間ＣＳを迂回するとインセンティブを付与するという提案を示す提案情報を通信部１５を介して送信する。すなわち、本実施例において、提案情報処理部２１は、上記した提案情報を端末装置１２に送信する提案情報送信部であり得る。

【0038】

本実施例において、インセンティブは、高速道路の利用料金の割引等に使用可能なポイントである。当該ポイントは、例えば、車両Ｍが渋滞区間ＣＳを迂回する際に本線ＭＬの出口ＩＣから退出し、再び本線ＭＬに戻って走行した際に発生する高速道路の利用料金の支払いの際に使用可能である。

【0039】

提案情報処理部２１は、上述のように、上記提案に対して端末装置１２から送信される受諾情報が示す上記提案に対する受諾応答を受け付ける部分として機能する。言い換えれば、提案情報処理部２１は、上記提案に対する端末装置１２からの受諾応答を受け付ける受諾受付部であり得る。受諾情報は、例えば、上記提案を受諾した端末装置１２のユーザを示すユーザ情報又は端末装置１２が搭載されている車両Ｍの識別情報を含む。

【0040】

また、提案情報処理部２１は、上記受諾を受け付ける目標数である目標受諾数を設定する部分として機能する。言い換えれば、提案情報処理部２１は、上記提案を受諾してもらう車両台数の目標を設定する目標台数設定部であり得る。

【0041】

提案情報処理部２１は、例えば、上記した第１の所要時間と第２の所要時間との比較結果に基づいて目標受諾数を設定する。具体的には、提案情報処理部２１は、第１の所要時間と第２の所要時間との差が大きいほど目標受諾数を大きくする。例えば、第１の所要時間に対する第２の所要時間の割合が２００％を超えている場合は目標受諾数を１００台と設定し、第１の所要時間に対する第２の所要時間の割合が１５０％である場合は目標受諾数を５０台と設定する。

【0042】

また、提案情報処理部２１は、所定時間において上記提案に対する受諾を受け付けた数である受諾数の計数を実施し、上記した目標受諾数と受諾数との比較結果に基づいて提案情報内のインセンティブを変更する。

【0043】

本実施例において、提案情報処理部２１は、所定時間中に受諾数が目標受諾数に達していない場合、すなわち所定の時間が経過した際に受諾数が目標受諾数未満である場合にインセンティブの引き上げを実施する。例えば、提案情報処理部２１は、最初の提案時における提案情報内のインセンティブ（ポイント）を１００Ｐと設定し、所定時間中に受諾数が目標受諾数に達するまで２００Ｐ、３００Ｐ…と増加させていく。

【0044】

本実施例において、サーバ装置１０は、例えば所定時間を１０分と定めた際に５分で受諾数が目標受諾数に達した場合、その時点で提案区間ＰＳ内を走行する車両Ｍの端末装置１２に対する提案情報の送信を終了する。すなわち、サーバ装置１０は、所定時間内に上記提案を受諾した車両Ｍの台数が目標台数に達した場合、それ以上迂回の提案を端末装置１２のユーザに行わない。

【0045】

インセンティブ情報生成部２２は、上記受諾情報が示す端末装置１２のユーザ情報及び渋滞区間ＣＳの迂回の実績に基づいて、端末装置１２のユーザに付与すべきインセンティブを示すインセンティブ付与情報を生成する部分である。

【0046】

インセンティブ情報生成部２２は、例えば、車両Ｍの位置情報に基づいて、上記提案を受諾した車両Ｍが出口ＩＣから退出し、渋滞区間ＣＳを迂回して本線ＭＬに戻ってきたことをしてインセンティブ付与情報を生成する。

【0047】

インセンティブ情報生成部２２は、例えば、上記したインセンティブ付与情報を端末装置１２のユーザのインセンティブを管理するインセンティブ管理サーバに対して送信する。例えば、インセンティブ管理サーバは、インセンティブ付与情報を受信した際に、当該インセンティブ付与情報が示すインセンティブを端末装置１２のユーザに付与する。

【0048】

図４は、実施例１に係る端末装置１２の構成の一例を示すブロック図である。制御部２５は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成され、コンピュータとして機能する。そして、ＣＰＵが、ＲＯＭや記憶部２７に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。

【0049】

通信部２６は、ネットワークＮＷに接続するためのＮＩＣ等の通信装置であり、制御部２５の制御に基づいて種々のデータをサーバ装置１０との間で送受信する。本実施例において、制御部２５及び通信部２６は、サーバ装置１０から送信される提案情報を受信する受信部であり得る。また、制御部２５及び通信部２６は、サーバ装置１０に対して提案の受諾を示す受諾情報を送信する送信部であり得る。

【0050】

記憶部２７は、例えば、ハードディスク装置、ＳＳＤ、フラッシュメモリ等により構成されており、オペレーティングシステムや、端末装置１２用のソフトウェア等の各種プログラムを記憶する。

【0051】

タッチパネルディスプレイ２８は、制御部２５の制御に基づいて画面表示を行うディスプレイと、端末装置１２のユーザ、例えば車両の運転者からの入力操作を受け付けるタッチパネルとが組み合わされている表示装置である。

【0052】

タッチパネルディスプレイ２８には、例えば、地図に車両の現在の位置や移動予定経路が重畳されたカーナビゲーション画像が表示され得る。また、タッチパネルディスプレイ２８を介して目的地の設定がなされる等、カーナビゲーション機能に関する操作が可能であってもよい。

【0053】

ここで、図５を参照して、端末装置１２に提示される提案の一例について説明する。

【0054】

図５は、端末装置１２が受信した提案情報をタッチパネルディスプレイ２８に表示させた際の一例を示す図である。図５に示すように、タッチパネルディスプレイ２８には、地図を示す地図画面２８Ａと迂回の提案を示す提案画面２８Ｂとが表示される。地図画面２８Ａには、例えば、車両Ｍが走行中の高速道路の本線ＭＬ上に車両Ｍの現在の位置ＰＬ及び渋滞区間ＣＳが重畳されて表示される。

【0055】

提案画面２８Ｂには、「この先○×ＩＣから２ｋｍの渋滞が発生しているため、渋滞区間の迂回を提案します」等の、渋滞区間ＣＳの迂回の提案を示す表示がなされる。また、タッチパネルディスプレイ２８には、「この提案を受諾した場合、ポイントが付与されます」「付与ポイント：５００Ｐ」等の、上記提案を受諾した際に付与されるポイントを示す表示がなされる。また、提案画面２８Ｂには、端末装置１２のユーザに「はい」「いいえ」等の上記提案を受諾するか否かを選択させるための選択肢が表示される。

【0056】

例えば、上記提案に対する応答として、端末装置１２のユーザによって「はい」が押下されると、上記提案を端末装置１２のユーザが受諾したことを示す受諾情報が端末装置１２からサーバ装置１０に送信される。

【0057】

なお、上記提案は、「○×ＩＣから退出して渋滞区間を迂回することを提案します」等の、退出する出口を指定して渋滞区間ＣＳを迂回する旨を示した内容であってもよい。これにより、当該提案を受諾した車両Ｍの端末装置１２のユーザは、迂回の際にどこから退出すべきか悩むことなくスムーズに迂回を行うことができる。

【0058】

再び図４を参照する。

【0059】

ＧＰＳ受信機２９は、ＧＰＳ（Global Positioning System）衛星からの信号（ＧＰＳ信号）を受信する受信機である。制御部２５は、ＧＰＳ信号に基づく車両Ｍの現在位置を示す位置情報をサーバ装置１０に送信する。

【0060】

マイク３１は、車内の音、例えば車両Ｍの運転者が発した音声を受けて電気信号に変換する音声入力装置である。制御部２５は、例えば、マイク３１に入力された音声を受けてサーバ装置１０に電気信号を送信可能である。

【0061】

スピーカ３２は、外部から送信された電気信号に基づいて音声を出力する音声出力装置である。制御部２５は、例えば、サーバ装置１０から送信された電気信号を受けてスピーカ３２から音声を出力可能である。

【0062】

以下に、本実施例におけるサーバ装置１０及び端末装置１２の具体的な動作について説明する。

【0063】

図６は、サーバ装置１０の制御部１４において実行される迂回提案ルーチンＲＴ１を示すフローチャートである。制御部１４は、例えば、サーバ装置１０と端末装置１２との間で通信が確立されたことを開始トリガーとして迂回提案ルーチンＲＴ１を開始する。

【0064】

具体的には、例えば、車両Ｍの運転者によって端末装置１２のタッチパネルディスプレイ２８に電源が投入されると、サーバ装置１０との通信を開始するための受付画面が表示される。車両Ｍの運転者は、当該受付画面においてサーバ装置１０との通信を開始する選択を行うことによって、サーバ装置１０と端末装置１２との間で通信が確立される。

【0065】

制御部１４の道路交通情報取得部１８は、端末装置１２との通信接続が確立されるとＪＡＲＴＩＣ（登録商標）やＶＩＣＳ（登録商標）センター等から道路交通情報を取得する（ステップＳ１０１）。制御部１４は、取得した道路交通情報において、高速道路上で渋滞が発生しているか、すなわち高速道路上に渋滞区間ＣＳが存在するか否かを判定する（ステップＳ１０２）。制御部１４は、ステップＳ１０２において、高速道路上で渋滞が発生していないと判定すると（ステップＳ１０２：ＮＯ）、迂回提案ルーチンＲＴ１を終了する。

【0066】

制御部１４の提案情報処理部２１は、高速道路上で渋滞が発生していると判定すると（ステップＳ１０２：ＹＥＳ）、車両Ｍの位置情報に基づいて、提案区間ＰＳ内を走行する車両Ｍの端末装置１２に対して、渋滞区間ＣＳの迂回を行うとインセンティブを付与するという提案を示す提案情報の送信を開始する（ステップＳ１０３）。

【0067】

提案情報処理部２１は、ステップＳ１０３において、目標受諾数を定めて上記提案情報の送信を開始すると共に、端末装置１２からの上記提案の受諾を示す受諾情報の受信待機を行う。また、提案情報処理部２１は、端末装置１２から送信される受諾情報が示す受諾を受け付けると共に受諾数の計数を開始する。

【0068】

提案情報処理部２１は、ステップＳ１０３の後に、所定時間中に受諾数が目標受諾数に達したか否かを判定する（ステップＳ１０４）。制御部１４の提案情報処理部２１は、受諾数が目標受諾数に達していないと判定すると（ステップＳ１０４：ＮＯ）、提案情報内のインセンティブを引き上げる（ステップＳ１０５）。提案情報処理部２１は、ステップＳ１０５の後にステップＳ１０４を実行し、所定時間中に受諾数が目標受諾数に達するまでインセンティブの引き上げを実行する。

【0069】

提案情報処理部２１は、所定時間中に受諾数が目標受諾数に達したと判定すると（ステップＳ１０４：ＹＥＳ）、提案区間ＰＳ内を走行する車両Ｍの端末装置１２に対する提案情報の送信を終了する（ステップＳ１０６）。制御部１４は、ステップＳ１０６の後に迂回提案ルーチンＲＴ１を終了する。なお、サーバ装置１０の制御部１４は、迂回提案ルーチンＲＴ１の終了後、例えば、サーバ装置１０と端末装置１２との間で通信が引き続き確立されている場合は、迂回提案ルーチンＲＴ１を繰り返し実行する。

【0070】

図７は、端末装置１２の制御部２５において実行される提案応答ルーチンＲＴ２を示すフローチャートである。制御部２５は、サーバ装置１０との接続が確立されると、提案情報を受信したか否かを判定する（ステップＳ２０１）。制御部２５は、提案情報を受信していないと判定すると（ステップＳ２０１：ＮＯ）、提案応答ルーチンＲＴ２を終了する。

【0071】

制御部２５は、提案情報を受信したと判定すると（ステップＳ２０１：ＹＥＳ）、図５に示したように、渋滞区間ＣＳの迂回を行うとインセンティブを付与するという提案を示す提案情報をタッチパネルディスプレイ２８に表示する（ステップＳ２０２）。

【0072】

制御部２５は、ステップＳ２０２の後に、端末装置１２のユーザ、例えば車両Ｍの運転者によって当該提案に対して「はい」を選択する等の受諾操作がなされたか否かを判定する（ステップＳ２０３）。制御部２５は、上記受諾操作がなされていないと判定すると（ステップＳ２０３：ＮＯ）、当該提案に対して「いいえ」を選択する等の否定操作がなされたか否かを判定する（ステップＳ２０４）。

【0073】

制御部２５は、否定操作がなされていないと判定すると（ステップＳ２０４：ＮＯ）、すなわち提案に対して受諾操作も否定操作もなされていない場合、ステップＳ２０３を繰り返し実行し、提案情報に対応する応答を待機する。

【0074】

制御部２５は、上記受諾操作がなされていると判定すると（ステップＳ２０３：ＹＥＳ）、上記提案の受諾を示す受諾情報をサーバ装置１０に送信する（ステップＳ２０５）。制御部２５は、ステップＳ２０５の後か、又は上記提案に対して否定操作がなされていると判定すると（ステップＳ２０４：ＮＯ）、タッチパネルディスプレイ２８への提案情報の表示を終了する（ステップＳ２０６）。制御部２５は、ステップＳ２０６の後に提案応答ルーチンＲＴ２を終了する。なお、端末装置１２の制御部２５は、提案応答ルーチンＲＴ２の終了後、例えば、サーバ装置１０と端末装置１２との間で通信が引き続き確立されている場合は、提案応答ルーチンＲＴ２を繰り返し実行する。

【0075】

本実施例によれば、サーバ装置１０の制御部１４の提案情報処理部２１は、上記したように、所定時間中に受諾数が目標受諾数に達していない場合に、提案情報内のインセンティブを引き上げる。当該インセンティブを引き上げることにより、提案情報を受信した端末装置１２のユーザは、インセンティブを引き上げる前よりも提案を受諾しやすくなる。

【0076】

従って、本実施例によれば、提案情報処理部２１が受諾状況に応じて提案情報内のインセンティブを引き上げることにより、端末装置１２のユーザからの受諾をより多く受け付けることで、渋滞区間ＣＳ以外への交通量の分散を図ることができる。よって、本実施例によれば、状況に応じて効率よく渋滞の緩和を行うことができる。

【0077】

なお、本実施例においては、渋滞緩和システム１００の管理下にある高速道路の一区間を示した例について説明したが、高速道路に限らず、当該システムを一般有料道路や無料道路等の他の道路の渋滞緩和のために適用してもよい。

【0078】

本実施例において、提案情報が示す提案は、例えば、「渋滞区間を避けるために本線からの退避を提案します」等の、渋滞区間ＣＳを避けることのみを提示する内容であってもよい。この場合、当該提案を受諾した車両Ｍの端末装置１２のユーザは、周囲の状況に合わせて本線ＭＬからの退避行動を自由に取ってもよい。

【0079】

当該退避行動としては、例えば、提案を受諾した車両Ｍが渋滞区間ＣＳ内又はその手前に位置するパーキングエリアやサービスエリア等の休憩施設に一定時間留まることであってもよい。これにより、当該提案を受諾して休憩施設に退避した車両Ｍの端末装置１２のユーザは、渋滞区間ＣＳの渋滞に巻き込まれずに済み、且つ休憩施設で十分な休息を取ることができる。

【0080】

また、上記退避行動としては、例えば、渋滞区間ＣＳの手前に本線ＭＬ上に１の高速道路と他の高速道路とを相互に接続するジャンクション（ＪＣＴ）がある場合には、提案を受諾した車両Ｍが当該ジャンクションを利用して渋滞区間ＣＳを迂回することも含み得る。

【0081】

本実施例において、インセンティブは高速道路の利用料金の割引に利用可能なポイントであるとしたが、その限りではない。例えば、提案情報が上記した休憩施設に退避することでインセンティブを付与するという提案を示す場合、当該インセンティブは、休憩施設での買い物や食事等で利用可能なポイントであってもよい。また、インセンティブは、高速道路の出口ＩＣから退出した後に、当該出口ＩＣの周辺施設等で利用可能なポイントであってもよい。

【0082】

このように、サーバ装置１０の制御部１４の提案情報処理部２１は、端末装置１２のユーザによって上記したような渋滞区間ＣＳを避けるための本線ＭＬからの退避行動がなされたことをして、当該ユーザにインセンティブを付与することを確定してもよい。

【0083】

なお、本実施例におけるインセンティブは、上記した以外に所定の企業が運営するポイントサービスにおけるポイントであってもよく、現金やクーポン券、商品券等の現物であってもよい。

【0084】

本実施例において、提案情報処理部２１は、上記提案を受諾した車両Ｍが渋滞区間ＣＳのうち一部を迂回したことによってインセンティブを付与してもよい。例えば、提案情報処理部２１は、車両Ｍが渋滞区間ＣＳのうち半分を迂回した場合には、渋滞区間ＣＳを全て迂回した際の半分のインセンティブを付与する等、迂回した渋滞区間ＣＳの距離に応じて付与すべきインセンティブを変えてもよい。

【0085】

本実施例において、提案情報処理部２１は、所定時間中に受諾数が目標受諾数に達していない場合にインセンティブを引き上げるとしたが、この限りではない。例えば、提案情報処理部２１は、上記提案の単位時間当たりの受諾数（台／分）が閾値である目標受諾数（台／分）に達していない場合にインセンティブを引き上げてもよい。これにより、より細かな受諾数の推移を加味してインセンティブの変更を行うことができる。

【0086】

本実施例において、端末装置１２において車両Ｍの移動予定経路が設定されている場合、車両情報取得部１９が取得する車両情報には、車両Ｍの移動予定経路を示す経路情報が含まれていてもよい。すなわち、車両情報取得部１９は、経路情報取得部として機能してもよい。例えば、提案情報処理部２１は、提案区間ＰＳ内を走行する車両Ｍのうち、経路情報において渋滞区間ＣＳを走行予定経路としている車両Ｍの端末装置１２に対してのみ、上記提案を行ってもよい。

【0087】

これにより、提案情報処理部２１は、渋滞区間ＣＳを走行予定経路としていない車両Ｍ、例えば、元々出口ＩＣから出ていく予定である車両Ｍ等を提案情報の送信対象外とすることで、渋滞区間ＣＳを通行する予定を変更して渋滞区間ＣＳの迂回を行った車両Ｍの端末装置１２のユーザに対してのみ、インセンティブを付与することができる。

【0088】

本実施例において、提案情報処理部２１は、端末装置１２から送信される受諾情報を受信したことにより、上記提案の受諾を受け付けるとしたが、当該提案に応じた車両Ｍの数が計数できればよく、これに限られない。例えば、提案情報処理部２１は、車両Ｍが渋滞区間ＣＳの迂回をした時点で上記提案に応じた車両として計数してもよい。この場合、提案情報処理部２１は、実際に渋滞区間ＣＳの迂回した車両台数と目標値となる目標台数との比較結果に基づいて、インセンティブを変更してもよい。

【0089】

本実施例において、提案情報処理部２１は、渋滞区間ＣＳの渋滞の解消に必要な車両の台数と提案区間ＰＳ内を走行する車両Ｍの台数との関係によってインセンティブを設定してもよい。例えば、提案情報処理部２１は、渋滞区間ＣＳの渋滞の解消に必要な台数が多く、且つ提案区間ＰＳ内を走行する車両Ｍの台数が少ない場合にインセンティブを高く設定しても良い。

【0090】

本実施例において、提案情報処理部２１は、受諾数が目標受諾数に達すると提案情報の送信を終了するとしたが、その際に提案区間ＰＳ内を走行する車両Ｍの端末装置１２に既に送信済みの提案を取り消す情報を送信してもよい。

【0091】

また、提案情報処理部２１は、受諾数が目標受諾数に達した後に新たに受け付けた受諾を拒絶するとしてもよく、受諾数が目標受諾数に達した後に受諾を受け付けた場合、端末装置１２に当該受諾を拒絶することを示す拒絶情報を送信してもよい。

【0092】

本実施例において、端末装置１２は、車両に搭載可能な車載端末である場合について説明したが、これに限られない。例えば、端末装置１２は、スマートフォンやタブレット端末等の、車両と共に移動可能な持ち運び可能な通信端末であってもよい。

【0093】

本実施例において、端末装置１２の制御部２５は、タッチパネルディスプレイ２８上に表示された提案に対して「はい」又は「いいえ」のどちらかが端末装置１２のユーザによって選択されるまで待機するとしたが、当該ユーザからの操作が一定時間なされていない場合は、タッチパネルディスプレイ２８への提案の表示を終了してもよい。

【0094】

また、本実施例において、端末装置１２の制御部２５は、サーバ装置１０から送信される提案情報を端末装置１２のタッチパネルディスプレイ２８に表示させるとしたが、当該提案情報を端末装置１２のユーザに提示させる方法はこの限りではない。例えば、サーバ装置１０から送信された提案を示す音声データをスピーカ３２から出力し、マイク３１を介して端末装置１２のユーザの音声によって受諾の応答をすることにより、当該提案の受諾を行ってもよい。この場合、サーバ装置１０は、音声認識によって受諾の有無を認識してもよい。

【実施例0095】

次に、実施例２について説明する。実施例２では、目標受諾数及びインセンティブの態様が実施例１と異なっており、それ以外の点、例えばサーバ装置１０及び端末装置１２の各々の構成等は実施例１と同様である。

【0096】

図８は、目標受諾数及び当該目標受諾数に対応するインセンティブの一例を示す表ＴＢ１である。本実施例において、目標受諾数は、表ＴＢ１に示すように、達成すべき目標受諾数である最終目標受諾数に向けて、第１の目標受諾数から第３の目標受諾数までの３段階に分けて定められており、当該達成目標ごとに提案情報処理部２１によってインセンティブが設定されている。

【0097】

具体的には、提案情報処理部２１は、例えば、上記した第１の所要時間に対する第２の所要時間の割合が２００％を超えている場合に、当該割合を２００％以下とするための第１の目標受諾数を１００台と設定し、当該割合を１６０％以下とするための第２の目標受諾数を６０台と設定し、当該割合を１２０％以下とするための第３の目標受諾数を４０台と設定する。

【0098】

提案情報処理部２１は、例えば、表ＴＢ１に示すように、インセンティブ（ポイント）を、第１の目標受諾数を達成した際には１０００Ｐ、第２の目標受諾数を達成した際には６００Ｐ、第３の目標受諾数を達成した際には４００Ｐと設定する。

【0099】

このように、本実施例によれば、提案情報処理部２１は、第１の所要時間に対する第２の所要時間の割合が比較的高い場合には高いインセンティブを付与し、第１の所要時間に対する第２の所要時間の割合が比較的低い場合には低いインセンティブを付与するといった提案を実施することができる。

【0100】

そのため、本実施例によれば、渋滞区間ＣＳにおいて早期に渋滞緩和が求められる状況、すなわち最も抜け出したい状況である場合のみにコストを掛け、それ以外の場合には掛けるコストを抑制することができる。従って、本実施例によれば、渋滞発生時に必要以上にコストが掛かることを防ぐことができる。なお、上記した３段階の目標受諾数は例示に過ぎず、最終目標を達成するまでに設ける目標受諾数は何段階であってもよい。

【0101】

図９は、実施例におけるサーバ装置１０の制御部１４によって実行される迂回提案ルーチンＲＴ３を示すフローチャートである。迂回提案ルーチンＲＴ３において、実施例１の迂回提案ルーチンＲＴ１と同様の工程については同様の符号を付している。具体的には、ステップＳ１０１～Ｓ１０５までは実施例１と同様である。

【0102】

提案情報処理部２１は、ステップＳ１０４において、受諾数が目標受諾数に達したと判定すると（ステップＳ１０４：ＹＥＳ）、受諾数が各目標受諾数の合計である最終目標受諾数に達したか否かを判定する（ステップＳ３０１）。

【0103】

提案情報処理部２１は、受諾数が最終目標受諾数に達していないと判定すると（ステップＳ３０１：ＮＯ）、すなわち受諾数が上記した表ＴＢ１の第１の目標受諾数又は第２の目標受諾数に達したと判定すると、インセンティブ及び目標受諾数を更新する（ステップＳ３０２）。

【0104】

具体的には、受諾数が第１の目標受諾数を達成した場合には、目標受諾数を第２の目標受諾数に更新し、受諾数が第２の目標受諾数を達成した場合には、目標受諾数を第３の目標受諾数に更新する。同様に、インセンティブについても目標受諾数に合わせて更新する。

【0105】

提案情報処理部２１は、ステップＳ３０２の後にステップＳ１０４を繰り返し、所定時間中に更新した目標受諾数に達したか否かを判定する。提案情報処理部２１は、受諾数が最終目標受諾数に達したと判定すると（ステップＳ３０１：ＹＥＳ）、すなわち受諾数が上記した表ＴＢ１の第３の目標受諾数に達したと判定すると、提案区間ＰＳ内を走行する車両Ｍの端末装置１２に対する提案情報の送信を終了する（ステップＳ３０３）。制御部１４は、ステップＳ３０３の後に迂回提案ルーチンＲＴ３を終了する。

【0106】

本実施例によれば、サーバ装置１０の制御部１４の提案情報処理部２１は、上記したように、所定時間中に受諾数が目標受諾数に達した場合に、当該受諾数が最終目標受諾数に達するまで提案情報内のインセンティブを引き下げる。当該インセンティブを引き下げることにより、コストが必要以上に掛かることを抑制しつつ、端末装置１２のユーザからの受諾を受け付けることができる。よって、本実施例によれば、状況に応じて効率よく渋滞の緩和を行うことができる。