特許 6936669 渋滞回避支援システムおよび渋滞回避支援方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6936669

(24)【登録日】2021年8月31日

(45)【発行日】2021年9月22日

(54)【発明の名称】渋滞回避支援システムおよび渋滞回避支援方法

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20210909BHJP

   G01C 21/34 20060101ALI20210909BHJP

   G08G 1/0969 20060101ALI20210909BHJP

   G08G 1/137 20060101ALI20210909BHJP

【ＦＩ】

   G06Q30/02 320

   G01C21/34

   G08G1/0969

   G08G1/137

【請求項の数】6

【全頁数】24

(21)【出願番号】特願2017-176081(P2017-176081)

(22)【出願日】2017年9月13日

(65)【公開番号】特開2019-53432(P2019-53432A)

(43)【公開日】2019年4月4日

【審査請求日】2019年9月18日

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110000176

【氏名又は名称】一色国際特許業務法人

(72)【発明者】

【氏名】鍾 イン

(72)【発明者】

【氏名】松田 匠

(72)【発明者】

【氏名】冨田 直史

(72)【発明者】

【氏名】長野 裕史

(72)【発明者】

【氏名】親松 昌幸

(72)【発明者】

【氏名】赤司 卓也

【審査官】 池田 聡史

(56)【参考文献】

【文献】 特開２０１７−０５９０９９（ＪＰ，Ａ）

【文献】 特許第６０４２０１１（ＪＰ，Ｂ１）

【文献】 特開２０１１−０８５９８０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０２２９２５５（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１７／０１４６３５１（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０１Ｃ ２１／３４

Ｇ０８Ｇ １／０９６９

Ｇ０８Ｇ １／１３７

(57)【特許請求の範囲】

【請求項1】

移動者各々の情報を格納した記憶装置と、
渋滞回避のリクエストを所定事業者の事業者端末から受信し、当該リクエストにおける渋滞回避対象の道路と当該道路の混雑状況とに基づいて所定アルゴリズムでインセンティブの内容を特定し、前記移動者各々の情報に基づき、前記インセンティブの情報を各移動者の移動者端末に宛てて配信し、前記配信の後、前記各移動者の移動者端末のうちいずれかから、前記リクエストにおける所定属性が当該移動者の移動ポリシーおよび移動動向とマッチした旨、または、前記リクエストに沿って当該移動者が移動したことでインセンティブを取得した旨、のいずれかについて通知を受けた際、前記渋滞回避対象の道路の混雑状況が所定の混雑度を示している場合、前記インセンティブの内容の特定および前記インセンティブの情報の配信の各処理を再度行う演算装置と、
を備えた情報処理装置と、
移動者の移動ポリシーを格納した記憶装置と、
前記情報処理装置から前記インセンティブおよびこれに対応する前記リクエストの各情報を受信し、前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定する処理と、前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力する処理と、前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、少なくとも前記情報処理装置を含む所定の通知対象に通知する処理と、を実行する演算装置と、
を備えた移動者端末と、
を含むことを特徴とする渋滞回避支援システム。

【請求項2】

前記所定事業者の端末であって、
前記移動者端末に対応した移動者による、前記インセンティブに基づく購買行動について、前記移動者端末から通知を受信し、当該購買行動の内容に基づいた成果報酬金額に関する所定の支払処理を前記購買行動の対象店舗に対して実行する事業者端末を更に含む、
ことを特徴とする請求項１に記載の渋滞回避支援システム。

【請求項3】

前記情報処理装置、前記事業者端末、および、前記移動者端末のそれぞれが、分散台帳システムを構成するノードであって、各ノードは、前記渋滞回避のリクエストを起点にした、自他のノードにおける各処理に伴い発行されたトランザクションデータを、所定の正当性判定を経て分散台帳でそれぞれ保持するものである、
ことを特徴とする請求項１に記載の渋滞回避支援システム。

【請求項4】

移動者各々の情報を格納した記憶装置を備えた情報処理装置が、
渋滞回避のリクエストを所定事業者の事業者端末から受信し、
当該リクエストにおける渋滞回避対象の道路と当該道路の混雑状況とに基づいて所定アルゴリズムでインセンティブの内容を特定し、
前記移動者各々の情報に基づき、前記インセンティブの情報を各移動者の移動者端末に宛てて配信し、
前記配信の後、前記各移動者の移動者端末のうちいずれかから、前記リクエストにおける所定属性が当該移動者の移動ポリシーおよび移動動向とマッチした旨、または、前記リクエストに沿って当該移動者が移動したことでインセンティブを取得した旨、のいずれかについて通知を受けた際、前記渋滞回避対象の道路の混雑状況が所定の混雑度を示している場合、前記インセンティブの内容の特定および前記インセンティブの情報の配信の各処理を再度行い、
移動者の移動ポリシーを格納した記憶装置を備えた移動者端末が、
前記情報処理装置から前記インセンティブの情報を受信し、
前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定し、
前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力し、
前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、少なくとも前記情報処理装置を含む所定の通知対象に通知する、
ことを特徴とする渋滞回避支援方法。

【請求項5】

前記事業者端末が、
前記移動者端末に対応した移動者による、前記インセンティブに基づく購買行動について、前記移動者端末から通知を受信し、当該購買行動の内容に基づいた成果報酬金額に関する所定の支払処理を前記購買行動の対象店舗に対して実行する、
ことを特徴とする請求項４に記載の渋滞回避支援方法。

【請求項6】

分散台帳システムを構成するノードである、前記情報処理装置、前記事業者端末、および、前記移動者端末のそれぞれが、前記渋滞回避のリクエストを起点にした、自他のノードにおける各処理に伴い発行されたトランザクションデータを、所定の正当性判定を経て分散台帳でそれぞれ保持する、
ことを特徴とする請求項４に記載の渋滞回避支援方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、渋滞回避支援システムおよび渋滞回避支援方法に関するものであり、具体的には、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、効率的に渋滞回避を図る技術に関する。

【背景技術】

【0002】

交通渋滞は、それを構成している移動者自身に不利益を生じさせるのみならず、該当道路をアクセス経路としているイベントの主催者や、或いは、該当道路に関して行われる工事等の施工業者等にとっても、集客率や顧客満足度、或いは工事効率等の各低下を招きうる。

【0003】

そこで、こうした交通渋滞を回避するための従来技術として、例えば、ナビゲーションシステムと、消費者による商品／サービスの購入に対して複数の企業で共通の企業ポイントを付与する企業ポイントサービスとを組み合わせて、前記消費者が目的地へ移動する際の交通渋滞を回避するための迂回ルートへの誘導を支援する迂回ルート誘導システムであって、前記ナビゲーションシステムは、前記消費者からの目的地の指定に基づいて、前記消費者の現在位置から前記目的地までのルートを検索して地図情報にマッピングし、さらに前記地図情報に前記ルート上に存在する前記企業に係る情報をマッピングして、前記消費者が使用する端末の画面上に表示し、さらに、前記企業ポイントサービスを運営する事務局によって運用され、前記企業に関する情報および前記企業が保有する前記企業ポイントに関する情報と、前記企業が販売する商品／サービスの情報および前記商品／サービスの価格と前記企業ポイントの付与数に関する情報と、前記企業ポイントサービスの会員である前記消費者が保有する前記企業ポイントに関する情報とを保持および管理する管理部と、前記消費者が前記企業からの前記商品／サービスを購入した際は、前記管理部が保持する情報において、前記企業から前記消費者に、前記商品／サービスについての前記付与数に相当する前記企業ポイントを移動させ、また、前記消費者が保有する前記企業ポイントを使用した際は、前記管理部が保持する情報において、前記消費者から前記企業に、前記消費者が使用した前記企業ポイントを移動させるポイント利用処理部と、前記各企業からの前記企業ポイントの売買の注文を受け付けて、前記管理部が保持する情報において、売却した前記企業から購入した前記企業に前記企業ポイントを移動させるポイント市場管理部と、前記ナビゲーションシステムから前記ルートに係る情報を取得し、前記管理部から、前記ルート上に存在する前記企業に係る情報、および前記各企業が販売する前記商品／サービスと、前記消費者が前記各商品／サービスを購入した際に付与する前記企業ポイントおよび前記消費者が前記ルート上に存在する前記各企業において前記商品／サービスを購入した上で前記目的地に到達した場合に付与する割増ポイントの情報を取得して、前記ナビゲーションシステムに出力し、さらに、交通渋滞であるもしくは交通渋滞が予見される渋滞ルートを検知した場合に、前記渋滞ルート上に存在する前記企業において前記消費者が前記商品／サービスを購入した際に付与する前記割増ポイントを、前記渋滞ルートに対する前記迂回ルート上の前記企業において前記商品／サービスを購入した際に付与するように変更するナビゲーション連携部とを有する企業ポイント管理サーバを有することを特徴とする迂回ルート誘導システム（特許文献１参照）などが提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１−２０３７８４号公報

【発明の概要】

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

【0005】

従来技術のごとく、消費者等に対するポイント付与により迂回ルートへの誘導を行う技術は提案されている。

【0006】

しかしながら、交通渋滞を構成しうる各移動者の都合や思考は、それぞれに異なっており、インセンティブを単に提示しても実際の迂回行動に結びつくか、甚だ不確かである。例えば、自身の都合やポリシーと比較してインセンティブに魅力を感じる移動者が殆どいなかった場合、当然ながら迂回行動を取る移動者も殆どおらず、交通渋滞の回避を期待することもできない。一方で、ともかくインセンティブに魅力を感じた移動者が、迂回行動を取るべく１つの道路に集中した場合、該当道路に交通渋滞が発生し、それが周辺道路にまで伝播してしまう別の懸念もある。

【0007】

また、交通渋滞の状況や移動者の動きなどに係わらず、インセンティブの内容を固定化してしまえば、容易に交通渋滞の回避が可能な状況にも関わらず、不相応な高インセンティブ付与によって運用コストが高止まりする恐れもある。或いは、交通渋滞の回避が難しい状況にも関わらず、迂回行動誘引を期待できない低インセンティブの付与を行った結果、渋滞回避の成果をあげられない、といった懸念も生じうる。

【0008】

そこで本発明の目的は、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、効率的に渋滞回避を図る技術を提供することにある。

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

【0009】

上記課題を解決する本発明の渋滞回避支援システムは、移動者各々の情報を格納した記憶装置と、渋滞回避のリクエストを所定事業者の事業者端末から受信し、当該リクエストにおける渋滞回避対象の道路と当該道路の混雑状況とに基づいて所定アルゴリズムでインセンティブの内容を特定し、前記移動者各々の情報に基づき、前記インセンティブの情報を各移動者の移動者端末に宛てて配信し、前記配信の後、前記各移動者の移動者端末のうちいずれかから、前記リクエストにおける所定属性が当該移動者の移動ポリシーおよび移動動向とマッチした旨、または、前記リクエストに沿って当該移動者が移動したことでインセンティブを取得した旨、のいずれかについて通知を受けた際、前記渋滞回避対象の道路の混雑状況が所定の混雑度を示している場合、前記インセンティブの内容の特定および前記インセンティブの情報の配信の各処理を再度行う演算装置と、を備えた情報処理装置と、移動者の移動ポリシーを格納した記憶装置と、前記情報処理装置から前記インセンティブおよびこれに対応する前記リクエストの各情報を受信し、前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定する処理と、前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力する処理と、前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、少なくとも前記情報処理装置を含む所定の通知対象に通知する処理と、を実行する演算装置と、を備えた移動者端末を含むことを特徴とする。

【0010】

また、本発明の渋滞回避支援方法は、移動者各々の情報を格納した記憶装置を備えた情報処理装置が、渋滞回避のリクエストを所定事業者の事業者端末から受信し、当該リクエストにおける渋滞回避対象の道路と当該道路の混雑状況とに基づいて所定アルゴリズムでインセンティブの内容を特定し、前記移動者各々の情報に基づき、前記インセンティブの情報を各移動者の移動者端末に宛てて配信し、前記配信の後、前記各移動者の移動者端末のうちいずれかから、前記リクエストにおける所定属性が当該移動者の移動ポリシーおよび移動動向とマッチした旨、または、前記リクエストに沿って当該移動者が移動したことでインセンティブを取得した旨、のいずれかについて通知を受けた際、前記渋滞回避対象の道路の混雑状況が所定の混雑度を示している場合、前記インセンティブの内容の特定および前記インセンティブの情報の配信の各処理を再度行い、移動者の移動ポリシーを格納した記憶装置を備えた移動者端末が、前記情報処理装置から前記インセンティブの情報を受信し、前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定し、前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力し、前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、少なくとも前記情報処理装置を含む所定の通知対象に通知する、ことを特徴とする。

【発明の効果】

【0011】

本発明によれば、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、効率的に渋滞回避を図ることが可能となる。

【図面の簡単な説明】

【0012】

【図1】本実施形態の渋滞回避支援システムを成すネットワーク構成図である。

【図2】本実施形態におけるサービス事業者装置のハードウェア構成例を示す図である。

【図3】本実施形態におけるリクエスト元端末のハードウェア構成例を示す図である。

【図4】本実施形態におけるナビゲーション端末のハードウェア構成例を示す図である。

【図5】本実施形態におけるインセンティブ提供元端末のハードウェア構成例を示す図である。

【図6A】本実施形態のサービス事業者ＤＢにおけるリクエスト元情報の構成例を示す図である。

【図6B】本実施形態のサービス事業者ＤＢにおけるドライバー情報の構成例を示す図である。

【図6C】本実施形態のサービス事業者ＤＢにおけるインセンティブ提供元情報の構成例を示す図である。

【図7】本実施形態のリクエスト元ＤＢにおけるリクエスト元情報の構成例を示す図である。

【図8A】本実施形態のドライバーＤＢにおけるドライバー情報の構成例を示す図である。

【図8B】本実施形態のドライバーＤＢにおける移動ライフログ情報の構成例を示す図である。

【図8C】本実施形態のドライバーＤＢにおけるポリシー情報の構成例を示す図である。

【図8D】本実施形態のドライバーＤＢにおけるポリシー定義情報の構成例を示す図である。

【図9】本実施形態のインセンティブ提供元ＤＢにおけるインセンティブ提供元情報の構成例を示す図である。

【図10A】本実施形態の分散台帳におけるリクエスト情報の構成例を示す図である。

【図10B】本実施形態の分散台帳におけるクーポン発行情報の構成例を示す図である。

【図10C】本実施形態の分散台帳におけるクーポン取得情報の構成例を示す図である。

【図10D】本実施形態の分散台帳におけるクーポン使用情報の構成例を示す図である。

【図11A】本実施形態の分散台帳におけるマッチング候補情報の構成例を示す図である。

【図11B】本実施形態の分散台帳におけるマッチング結果情報の構成例を示す図である。

【図11C】本実施形態の分散台帳における明細票情報の構成例を示す図である。

【図12】本実施形態における渋滞回避支援方法のフロー例１を示す図である。

【図13】本実施形態における渋滞回避支援方法のフロー例２を示す図である。

【図14】本実施形態の渋滞回避支援方法におけるマネーフロー例を示す図である。

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

【0013】

−−−ネットワーク構成−−−

【0014】

以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の渋滞回避支援システム１０を成すネットワーク構成例を示す図である。図１に示す渋滞回避支援システム１０は、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的な
インセンティブの付与を行い、効率的に渋滞回避を図るコンピュータシステムである。

【0015】

図１にて例示する渋滞回避支援システム１０は、一例として、Ｐ２Ｐネットワークたるネットワーク１を介して互いに通信可能に結ばれた、サービス事業者装置１００、リクエスト元端末２００、インセンティブ提供元端末３００、および、ナビゲーション端末４００で構成される。

【0016】

このうち、サービス事業者装置１００は、渋滞回避につながる迂回経路の通行への報酬となるインセンティブの生成・配信や、それに用いる道路混雑状況の情報管理等を行う情報処理装置である。サービス事業者装置１００は、渋滞回避支援のサービスを提供する事業者が運用する。インセンティブの種類に関して限定はしないが、本実施形態では一例として、商品やサービスの購入時の割引に利用出来るクーポンを想定し説明を行う。

【0017】

また、リクエスト元端末２００は、渋滞の発生によって不利益を被る者が運用する端末である。ここで言う不利益を被る者とは、例えば、イベント事業者や工事業者、自治体、など様々な者が想定出来る。

【0018】

イベント事業者や工事業者の場合、イベント会場や工事現場の周辺道路が渋滞することで、イベント参加者や工事関係者の行動遅延等が生じる事態や周辺住民の日常行動に不便をかける事態を回避すべく、多数の交通整理要員を配置するコストや臨時交通手段運行を交通機関各社に要請するコストなどが不本意に発生する。また、自治体の場合、管理する学校の行事などで周辺道路が渋滞することで、やはり、周辺の住民や企業等の日常行動が阻害される事態を回避すべく、多数の交通整理要員を配置するコストなどが不本意に発生する。

【0019】

そこでこうした者は、リクエスト元端末２００を操作し、イベント会場や工事現場、あるいは学校の周辺にある道路での渋滞回避のリクエストを、サービス事業者装置１００に通知することとなる。

【0020】

また、ナビゲーション端末３００は、自動車のドライバーが経路検索等に利用するナビゲーション装置である。詳細は後述するが、このナビゲーション端末３００は、上述の渋滞回避のリクエストやナビゲーション対象の自動車の動向に基づいて、迂回経路を生成し、当該ドライバーに提示して迂回行動を誘引する。またナビゲーション端末３００は、サービス事業者装置１００から配信されたクーポンの情報を保持しておき、実際に迂回経路を走行した場合に、当該クーポンを当該ドライバー向けに取得し使用可能とする。

【0021】

また、インセンティブ提供元端末４００は、上述のドライバーがクーポン利用の対象とする店舗の端末である。ドライバーは、上述の迂回行動によって得たクーポンを用いて、上述の店舗での商品やサービスの購入代金の割引を受けることとなる。一方、インセンティブ提供元端末３００は、こうしたクーポン利用を伴う購買行動についてサービス事業者装置１００に通知し、その割引分の金額を成果報酬金額として支払を受ける。

【0022】

なお、こうしたネットワーク１で互いに結ばれた各装置らは、分散台帳システムにおけるノードに該当している。すなわち本実施形態の渋滞回避支援システム１０は、分散台帳システムを構成している。

【0023】

分散台帳システムにおいては、Ｐ２Ｐネットワーク上において、渋滞回避支援方法の実行に伴う各イベントで生じるデータ、すなわちトランザクションデータに関する正当性の判定を、マイナーと呼ばれるノード（いずれのノードであってもよいが、例えば、サービス事業者装置１００などを想定できる）が実行し、プルーフオブワークと呼ばれる特定の
ハッシュ値を算出する作業で確定処理を行っている。

【0024】

こうして確定されたトランザクションデータは、１つのブロックにまとめられ、ブロックチェーンと呼ばれる分散台帳に記載される。この分散台帳は各ノードに等しく備わり、ノード間で分散台帳の同期が保たれている。

【0025】

なお、図１においてはサービス事業者装置１００、リクエスト元端末２００、ナビゲーション端末３００、および、インセンティブ提供元端末３００、の４種のノードを例示しているが、ノードの種類に関してこれだけに限定はしない。

【0026】

また上述にて、トランザクションデータに関する正当性判定の一例として、プルーフオブワークによる確定処理を挙げたが、本実施形態の渋滞回避支援システム１０で採用する手法はこれに限定しない。

【0027】

ここで、ブロックチェーン技術について概説しておく。ブロックチェーンの主な特徴としては、（１）ブロックチェーンネットワーク上の参加者間で生じる処理において、中央集権機関ではなく（任意ないしは特定の）参加者による合意形成や承認によって当該処理を確定させること、（２）複数のトランザクションデータをブロックとしてまとめ、数珠つなぎに分散台帳に記録し、連続するブロックにハッシュ計算を施すことにより、改ざんを実質不可能にすること、（３）参加者全員が同一の台帳データ（分散台帳）を共有することにより、参加者全員での処理の確認を可能とすることが挙げられる。

【0028】

以上の特徴から、ブロックチェーン技術は、信頼できるデータの管理／共有や、契約に基づく取引の執行／管理を行う仕組みとして、金融分野やＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）等、幅広い分野での応用が検討されている。こうしたブロックチェーンを提供する基盤（以下、ブロックチェーン基盤）を用いることで、中央集権機関による管理がなくとも複数の主体間で情報共有や取引を行うことができる（例えば、特定業界のコンソーシアムやサプライチェーンに関係する複数企業等）。
こうした技術的背景をベースに、本実施形態の渋滞回避支援システム１０が運用されているものとする。
−−−ハードウェア構成−−−

【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】

そのデータ構造は、移動ポリシーを一意に示すポリシーＩＤをキーとして、当該移動ポリシーのポリシー種類、および、ポリシー内容、といった値を対応付けたレコードの集合体となっている。なお、上述のポリシー種類は、該当移動ポリシーの特徴を一言で示すものである。
また、図９に、本実施形態のインセンティブ提供元ＤＢ４２５におけるインセンティブ提供元情報４２５１の一例を示す。
本実施形態のインセンティブ提供元情報４２５１は、インセンティブ提供元の店舗に関する情報を格納したテーブルである。

【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】

また、ナビゲーション端末３００のポリシーマッチング実行部３１０は、ｓ１０２で得ているリクエスト（この場合、ｓ１０５で情報を得ているクーポンと同義）のうち、該当リクエストおける迂回依頼時間、迂回依頼エリアといった渋滞回避対象と、ドライバーにおける実際の移動動向とがマッチするもの（例：ｓ１０８で得た自車の現在位置を起点として走行方向に向かった先のエリアが、a.迂回依頼エリアと厳密に一致する、b.迂回依頼エリアと厳密に一致しないが、途中で所定程度の方向転換があれば迂回依頼エリアに到達可能、のいずれかとなるケース）で、かつ、該当リクエストにおけるリクエスト種類ＩＤと当該ドライバーの移動ポリシー（ドライバーＤＢ３２５のポリシー情報３２５３）のポリシーＩＤとが、分散台帳５０のマッチング情報５３のマッチング候補情報５３１で規定する関係に適合するもの特定する（ｓ１０９）。

【0085】

続いて、ナビゲーション端末３００のポリシーマッチング実行部３１０は、上述のｓ１０９でリクエストを特定した場合、その旨のトランザクションデータをネットワーク１に発行し、所定の正当性判定を経た上で、分散台帳５０のマッチング結果情報５３２に格納する（ｓ１１０）。ここで格納するトランザクションデータは、図１１Ｂにて既に示したマッチング結果情報５３２と同様に、対応するリクエストＩＤ、ドライバーＩＤ、およびポリシーＩＤの各情報が紐付いたデータ構造となっている。

【0086】

一方、サービス事業者装置１００は、上述のナビゲーション端末３００から発行されたマッチング結果のトランザクションデータを受信し、所定の正当性判定を経た上で、分散台帳５０のマッチング結果情報５３２に格納する（ｓ１１１）。

【0087】

次に、ナビゲーション端末３００のルート生成部３１１は、上述のｓ１０９で特定したリクエストのリクエスト情報５１における迂回依頼時間および迂回依頼エリアと、ｓ１０８で得ている現在位置および走行方向とに基づいて、迂回依頼エリアを迂回依頼時間に回避しつつ、当初の目的地に到達するための迂回経路を特定し、当該迂回経路の情報を出力装置３０６に出力する（ｓ１１２）。

【0088】

その後、ナビゲーション端末３００のドライバー対応処理部３１２は、ドライバーの移動履歴を移動ライフログ情報３２５２から所定時間毎に抽出し、この移動履歴が上述のｓ１１２で特定した迂回経路に沿ったものとなっているか判定する（ｓ１１３）。

【0089】

上述の判定の結果、ドライバーの移動履歴が迂回経路に沿ったものではないことが判明した場合（ｓ１１３：ＮＯ）、ナビゲーション端末３００のドライバー対応処理部３１２は、処理を終了する。

【0090】

他方、上述の判定の結果、ドライバーの移動履歴が迂回経路に沿ったものであることが判明した場合（ｓ１１３：ＹＥＳ）、ナビゲーション端末３００のドライバー対応処理部３１２は、当該ドライバーの迂回行動の確定に伴う該当クーポンの取得判定を下し、その旨を示すトランザクションデータを発行して、これを正当性判定を経た上で分散台帳５０のクーポン取得情報５２２に格納する（ｓ１１４）。

【0091】

一方、サービス事業者装置１００およびインセンティブ提供元端末４００は、上述のクーポン取得に伴うトランザクションデータを受信し、正当性判定を経た上で、分散台帳５０のクーポン取得情報５２２に格納する（ｓ１１５、ｓ１１６）。

【0092】

この場合、サービス事業者装置１００の混雑情報管理部１１１は、上述のクーポン取得に伴うトランザクションデータの受信を契機に、ｓ１０３の処理を再度実行し、上述の迂回依頼エリアにおける道路混雑状況が所定の混雑基準を示しているか判定する（ｓ１１７）。

【0093】

上述の判定の結果、迂回依頼エリアにおける道路混雑状況が所定の混雑基準を下回っていることが判明した場合（ｓ１１７：ＮＯ）、サービス事業者装置１００のクーポン発行部１１０は、処理を終了する。

【0094】

他方、上述の判定の結果、迂回依頼エリアにおける道路混雑状況が所定の混雑基準を上回っていることが判明した場合（ｓ１１７：ＹＥＳ）、サービス事業者装置１００のクーポン発行部１１０は、処理をｓ１０４に遷移させ、クーポンの枚数および内容の特定と当該トランザクションデータの発行の各処理をあらためて行う。

【0095】

これは、ドライバーによるクーポン取得後、すなわち迂回行動後に迂回依頼エリアの道路混雑状況が改善していれば、リクエスト元からのリクエストは達成されたと判断できる一方で、ドライバーによる迂回行動が存在しても道路混雑状況に改善が見られない場合に、例えば、更なる枚数のクーポンや割引額が高まったクーポンを追加発行するなどして、上述のリクエストに応えるよう対処する処理となる。

【0096】

なお、上述の例では、ステップｓ１１７の実行を、クーポン取得に伴うトランザクションデータの受信を契機としたケースを示したが、ｓ１１０でのマッチング結果のトランザクションデータの受信を契機に、ｓ１１７を実行するとしてもよい。
−−−フロー例２−−−

【0097】

続いて、上述のフロー例１におけるステップｓ１１４にて示すように、迂回行動をとることでクーポンを取得したドライバーが、インセンティブ提供元の店舗を訪れるなどして当該クーポンを用いて購買行動を行った場合の、渋滞回避支援システム１０の処理について説明する。

【0098】

図１３は、本実施形態の渋滞回避支援方法のフロー例２を示す図である。この場合、上述のドライバーの自動車におけるナビゲーション端末３００は、当該ドライバーの操作を入力装置３０５で受け付けるなどして、或いは、通信装置３０７を介してインセンティブ提供元端末４００から購買内容に関する情報を受信するなどして、クーポン使用の履歴情報を取得する（ｓ２００）。

【0099】

また、ナビゲーション端末３００は、クーポン使用に伴うトランザクションデータを発行し、正当性判定を経た上で、これを分散台帳５０のクーポン使用情報５２３に格納する（ｓ２０１）。

【0100】

一方、 リクエスト元端末２００およびインセンティブ提供元端末４００は、上述のクーポン使用に伴うトランザクションデータを受信し、正当性判定を経た上で、これを分散台帳５０のクーポン使用情報５２３に格納する（ｓ２０２、ｓ２０３）。

【0101】

続いて、リクエスト元端末２００は、上述のトランザクションデータの受信に伴い、当該トランザクションデータが示す、該当購買行動で生じたクーポンによる割引額の値を、インセンティブ提供元への報酬額として抽出する（ｓ２０４）。
勿論、こうした割引額の値は報酬額の一例であり、割引額の大きさに応じた報酬額を所定ルールで特定するなどとしてもよい。

【0102】

続いて、リクエスト元端末２００は、ｓ２０４で得た割引額を含むに明細票のトランザクションデータを発行し、正当性判定を経た上で、これを分散台帳５０の明細票情報５４に格納する（ｓ２０５）。

【0103】

一方、インセンティブ提供元端末４００は、上述の明細票のトランザクションデータを受信し、正当性判定を経た上で、これを分散台帳５０の明細票情報５４に格納する（ｓ２０６）。

【0104】

次に、リクエスト元端末２００は、ｓ２０４で特定した割引額すなわち報酬額をインセンティブ提供元に対して支払う、所定の金融処理を実行し（ｓ２０７）、処理を終了する。勿論、リクエスト元端末２００は、こうした金融処理に際し、インセンティブ提供元の事業者等が有する銀行口座の情報を事前に保持しており、この情報に基づき、金融機関のネットバンキングサービスを介した振込処理などの金融処理を適宜に実行できるものとする。

【0105】

なお、上述してきた渋滞回避支援方法のフローに対応した、マネーフローについて図１４にて例示する。このマネーフローが示すように、ドライバーから見ると、クーポンはリクエスト元が発行し、これをインセンティブ提供元の店舗等で使用し割引を受けることとなる。また、この際の割引額の情報はクーポンの使用実績として、インセンティブ提供元端末４００からリクエスト元端末２００に適宜通知され、リクエスト元から当該インセンティブ提供元に対して実績に応じた報酬の支払が発生する。一方、サービス事業者は、こうしたリクエスト元、ドライバー、インセンティブ提供元らに渋滞回避支援サービスの場を提供する存在であり、リクエスト元からサービス使用に応じた費用を徴収するビジネスモデルとなっている。

【0106】

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

【0107】

こうした本実施形態によれば、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、効率的に渋滞回避を図ることが可能となる。

【0108】

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の渋滞回避支援システムにおいて、移動者の移動ポリシーを格納した記憶装置と、前記情報処理装置から前記インセンティブおよびこれに対応する前記リクエストの各情報を受信し、前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定する処理と、前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力する処理と、前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、所定の通知対象に通知する処理と、を実行する演算装置と、を備えた移動者端末を更に含むとしてもよい。

【0109】

これによれば、移動者の移動動向やポリシーがマッチするクーポン等の特定や、迂回経路の生成・表示、クーポン取得の通知等を、上述の情報処理装置（サービス事業者装置）が移動者端末と通信を行って情報収集しつつ行うといった運用形態を回避できる。そのため、サービス事業者からすれば、そうした通信等に要する手間やコストを低減可能となり、効率的な渋滞回避支援が可能となる。ひいては、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、より効率的に渋滞回避を図ることが可能となる。

【0110】

また、本実施形態の渋滞回避支援システムにおいて、前記所定事業者の端末であって、前記移動者端末に対応した移動者による、前記インセンティブに基づく購買行動について、前記移動者端末から通知を受信し、当該購買行動の内容に基づいた成果報酬金額に関する所定の支払処理を前記購買行動の対象店舗に対して実行する事業者端末を更に含む、としてもよい。

【0111】

これによれば、移動者によるクーポン使用に応じて、当該クーポンにおける割引額を成果報酬金額としてインセンティブ提供元（例：移動者が利用するガソリンスタンドやレストラン等の各種店舗）に効率的に付与できる。そのため、インセンティブ提供元からすれば、移動者によるクーポン使用を促すモチベーションの維持、増進につながりやすく、結果として効率的な渋滞回避支援が可能となる。ひいては、道路状況と共に移動者の動向やポリシーを踏まえつつ、より効果的なインセンティブの付与を行い、一層効率的に渋滞回避を図ることが可能となる。

【0112】

また、本実施形態の渋滞回避支援システムにおいて、前記情報処理装置、前記事業者端末、および、前記移動者端末のそれぞれが、分散台帳システムを構成するノードであって、各ノードは、前記渋滞回避のリクエストを起点にした、自他のノードにおける各処理に伴い発行されたトランザクションデータを、所定の正当性判定を経て分散台帳でそれぞれ保持するものである、としてもよい。

【0113】

これによれば、渋滞回避支援システムに含まれる装置や端末らをノードとして分散台帳システムを構成して、各ノードでの各処理の内容を示すトランザクションデータの正当性判定を経た上で改ざん懸念なく分散台帳上で管理できることとなる。また、中央集権的な管理装置の導入、運用が基本的には不要となり、渋滞回避支援システムの構築や導入が容易なものとなりやすい。そのため、効率的かつ経済的な渋滞回避支援が可能となる。ひい
ては、道路状況と共に移動者の動向やポリシーを踏まえつつ、効果的なインセンティブの付与を行い、より一層効率的かつ低コストに渋滞回避を図ることが可能となる。

【0114】

また、本実施形態の渋滞回避支援方法において、移動者の移動ポリシーを格納した記憶装置を備えた移動者端末が、前記情報処理装置から前記インセンティブおよびこれに対応する前記リクエストの各情報を受信し、前記インセンティブのうち、前記リクエストにおける渋滞回避対象と前記移動者における実際の移動動向とがマッチするもので、かつ、前記リクエストにおける所定属性と前記移動ポリシーがマッチするものを特定し、前記特定したインセンティブに対応する前記リクエストに基づいて迂回経路を特定し、当該迂回経路の情報を出力装置に出力し、前記移動者の移動履歴が前記迂回経路に沿ったものとなった場合、前記インセンティブを前記移動者が取得した旨を記憶装置に保持し、所定の通知対象に通知する、としてもよい。

【0115】

また、本実施形態の渋滞回避支援方法において、前記情報処理装置が、前記移動者端末に対応した移動者による、前記インセンティブに基づく購買行動について、前記移動者端末から通知を受信し、当該購買行動の内容に基づいた成果報酬金額に関する所定の支払処理を前記購買行動の対象店舗に対して実行する、としてもよい。

【0116】

また、本実施形態の渋滞回避支援方法において、分散台帳システムを構成するノードである、前記情報処理装置、前記事業者端末、および、前記移動者端末のそれぞれが、前記渋滞回避のリクエストを起点にした、自他のノードにおける各処理に伴い発行されたトランザクションデータを、所定の正当性判定を経て分散台帳でそれぞれ保持する、としてもよい。

【符号の説明】

【0117】

１ ネットワーク
１０ 渋滞回避支援システム（分散台帳システム）
５０ 分散台帳
５１ リクエスト情報
５２ クーポン情報
５２１ クーポン発行情報
５２２ クーポン取得情報
５２３ クーポン使用情報
５３ マッチング情報
５３１ マッチング候補情報
５３２ マッチング結果情報
５４ 明細票情報
１００ サービス事業者装置（情報処理装置）
１０１ 記憶装置
１０２ プログラム
１０３ メモリ
１０４ ＣＰＵ（演算装置）
１０５ 入力装置
１０６ 出力装置
１０７ 通信装置
１１０ クーポン発行部
１１１ 混雑情報管理部
１２５ サービス事業者ＤＢ
１２５１ リクエスト元情報
１２５２ ドライバー情報
１２５３ インセンティブ提供元情報
２００ リクエスト元端末（事業者端末）
２０１ 記憶装置
２０２ プログラム
２０３ メモリ
２０４ ＣＰＵ（演算装置）
２０５ 入力装置
２０６ 出力装置
２０７ 通信装置
２１０ リクエスト発行部
２１１ 決済処理部
２２５ リクエスト元ＤＢ
２２５１ リクエスト元情報
３００ ナビゲーション端末（移動者端末）
３０１ 記憶装置
３０２ プログラム
３０３ メモリ
３０４ ＣＰＵ（演算装置）
３０５ 入力装置
３０６ 出力装置
３０７ 通信装置
３０８ ＧＰＳユニット
３１０ ポリシーマッチング実行部
３１１ ルート生成部
３１２ ドライバー対応処理部
３１３ リクエスト管理部
３１４ ポリシー管理部
３２５ ドライバーＤＢ
３２５１ ドライバー情報
３２５２ 移動ライフログ情報
３２５３ ポリシー情報
３２５４ ポリシー定義情報
４００ インセンティブ提供元端末
４０１ 記憶装置
４０２ プログラム
４０３ メモリ
４０４ ＣＰＵ（演算装置）
４０５ 入力装置
４０６ 出力装置
４０７ 通信装置
４１０ クーポン管理部
４１１ 決済処理部
４２５ インセンティブ提供元ＤＢ
４２５１ インセンティブ提供元情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8A】

【図8B】

【図8C】

【図8D】

【図9】

【図10A】

【図10B】

【図10C】

【図10D】

【図11A】

【図11B】

【図11C】

【図12】

【図13】

【図14】