知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023094713
(43)【公開日】2023-07-06
(54)【発明の名称】案内システム、および案内方法
(51)【国際特許分類】
G06Q 30/015 20230101AFI20230629BHJP
【ＦＩ】
G06Q30/02 470
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021210179
(22)【出願日】2021-12-24
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110001689
【氏名又は名称】青稜弁理士法人
(72)【発明者】
【氏名】趙 立晴
(72)【発明者】
【氏名】斎藤 英美
(72)【発明者】
【氏名】平島 陽子
(72)【発明者】
【氏名】今村 将司
(72)【発明者】
【氏名】宮田 克也
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB08
(57)【要約】
【課題】利用者に行動変容を促すために、利用者の特性に合わせた多様な行動変容促進情報を提供する。
【解決手段】演算部は、利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、特性を有した利用者についての特徴量を算出し、行動変容後の行動に関する事業者情報に含まれる事業者の特徴情報を特性別事業者関連情報に変換した事業者についての特徴量を算出し、利用者についての特徴量と事業者についての特徴量との一致度が所定の条件を満たす場合に、特性別事業者関連情報と行動変容を促す促進情報とを含む行動変容促進情報を生成し、生成した行動変容促進情報を利用者の端末に送信する。
【選択図】 図１２
【解決手段】演算部は、利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、特性を有した利用者についての特徴量を算出し、行動変容後の行動に関する事業者情報に含まれる事業者の特徴情報を特性別事業者関連情報に変換した事業者についての特徴量を算出し、利用者についての特徴量と事業者についての特徴量との一致度が所定の条件を満たす場合に、特性別事業者関連情報と行動変容を促す促進情報とを含む行動変容促進情報を生成し、生成した行動変容促進情報を利用者の端末に送信する。
【選択図】 図１２
【特許請求の範囲】
【請求項1】
行動変容を促進する情報を利用者の端末に送信する案内システムであって、
演算部と記憶部とを有し、
前記演算部は、
利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、前記特性を有した利用者についての特徴量を算出し、
前記行動変容後の行動に関する前記事業者情報に含まれる事業者の特徴情報を前記特性別事業者関連情報に変換した前記事業者についての特徴量を算出し、
前記利用者についての特徴量と前記事業者についての特徴量との一致度が所定の条件を満たす場合に、前記特性別事業者関連情報と前記行動変容を促す促進情報とを含む行動変容促進情報を生成し、
前記生成した行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする案内システム。
演算部と記憶部とを有し、
前記演算部は、
利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、前記特性を有した利用者についての特徴量を算出し、
前記行動変容後の行動に関する前記事業者情報に含まれる事業者の特徴情報を前記特性別事業者関連情報に変換した前記事業者についての特徴量を算出し、
前記利用者についての特徴量と前記事業者についての特徴量との一致度が所定の条件を満たす場合に、前記特性別事業者関連情報と前記行動変容を促す促進情報とを含む行動変容促進情報を生成し、
前記生成した行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする案内システム。
【請求項2】
前記演算部は、
利用者の行動間の関係性を定めた行動関係情報を用いて、利用者の行動に対応する行動変容後の行動を特定し、
前記事業者の特徴情報のうち、前記特性に応じて区別しない特徴については前記特性に応じて区別する特徴と共通する第１の情報に変換し、前記特性に応じて区別する特徴については前記特性により異なる第２の情報に変換し、
前記変換した前記第１の情報と前記第２の情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項１に記載の案内システム。
利用者の行動間の関係性を定めた行動関係情報を用いて、利用者の行動に対応する行動変容後の行動を特定し、
前記事業者の特徴情報のうち、前記特性に応じて区別しない特徴については前記特性に応じて区別する特徴と共通する第１の情報に変換し、前記特性に応じて区別する特徴については前記特性により異なる第２の情報に変換し、
前記変換した前記第１の情報と前記第２の情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項１に記載の案内システム。
【請求項3】
前記演算部は、
前記利用者の端末に送信した前記利用者に対する問い合わせ情報に対して、前記利用者の端末から受信した回答情報を生成し、生成した当該回答情報に基づいて、前記利用者の特性を推定し、当該推定の結果情報を出力する、
ことを特徴とする請求項１に記載の案内システム。
前記利用者の端末に送信した前記利用者に対する問い合わせ情報に対して、前記利用者の端末から受信した回答情報を生成し、生成した当該回答情報に基づいて、前記利用者の特性を推定し、当該推定の結果情報を出力する、
ことを特徴とする請求項１に記載の案内システム。
【請求項4】
前記演算部は、
前記利用者の行動予定情報と、当該行動予定情報に対する現在の状況を示す情報とに基づいて、前記利用者の行動が阻害されると判定した場合、利用者の行動が阻害される状況が生じたときの対応ポリシーに関する情報と当該対応ポリシーに応じた対応行動に関する情報とを対応付けた目標行動変容提案情報を用いて、阻害されると判定した前記利用者の行動に対する前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を生成し、
前記生成した前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項１に記載の案内システム。
前記利用者の行動予定情報と、当該行動予定情報に対する現在の状況を示す情報とに基づいて、前記利用者の行動が阻害されると判定した場合、利用者の行動が阻害される状況が生じたときの対応ポリシーに関する情報と当該対応ポリシーに応じた対応行動に関する情報とを対応付けた目標行動変容提案情報を用いて、阻害されると判定した前記利用者の行動に対する前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を生成し、
前記生成した前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項１に記載の案内システム。
【請求項5】
前記演算部は、
前記目標行動変容提案情報に記憶された、前記目標行動変容提案情報を作成した事業者以外の他の事業者が提供するサービスに関する行動にまで行動変容後の利用者の行動対象を拡張するか否かを示す関係有無情報が関係有を示す場合には、前記他の事業者に関するコンテンツを含む前記行動変容促進情報を生成し、
前記生成した前記他の事業者に関するコンテンツを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項４に記載の案内システム。
前記目標行動変容提案情報に記憶された、前記目標行動変容提案情報を作成した事業者以外の他の事業者が提供するサービスに関する行動にまで行動変容後の利用者の行動対象を拡張するか否かを示す関係有無情報が関係有を示す場合には、前記他の事業者に関するコンテンツを含む前記行動変容促進情報を生成し、
前記生成した前記他の事業者に関するコンテンツを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項４に記載の案内システム。
【請求項6】
演算部と記憶部とを有した、利用者の行動変容を促進する情報を利用者の端末に送信する案内システムで行われる案内方法であって、
前記演算部は、
利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、前記特性を有した利用者についての特徴量を算出し、
前記行動変容後の行動に関する前記事業者情報に含まれる事業者の特徴情報を前記特性別事業者関連情報に変換した前記事業者についての特徴量を算出し、
前記利用者についての特徴量と前記事業者についての特徴量との一致度が所定の条件を満たす場合に、前記特性別事業者関連情報と前記行動変容を促す促進情報とを含む行動変容促進情報を生成し、
前記生成した行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする案内方法。
前記演算部は、
利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、前記特性を有した利用者についての特徴量を算出し、
前記行動変容後の行動に関する前記事業者情報に含まれる事業者の特徴情報を前記特性別事業者関連情報に変換した前記事業者についての特徴量を算出し、
前記利用者についての特徴量と前記事業者についての特徴量との一致度が所定の条件を満たす場合に、前記特性別事業者関連情報と前記行動変容を促す促進情報とを含む行動変容促進情報を生成し、
前記生成した行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする案内方法。
【請求項7】
前記演算部は、
利用者の行動間の関係性を定めた行動関係情報を用いて、利用者の行動に対応する行動変容後の行動を特定し、
前記事業者の特徴情報のうち、前記特性に応じて区別しない特徴については前記特性に応じて区別する特徴と共通する第１の情報に変換し、前記特性に応じて区別する特徴については前記特性により異なる第２の情報に変換し、
前記変換した前記第１の情報と前記第２の情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項６に記載の案内方法。
利用者の行動間の関係性を定めた行動関係情報を用いて、利用者の行動に対応する行動変容後の行動を特定し、
前記事業者の特徴情報のうち、前記特性に応じて区別しない特徴については前記特性に応じて区別する特徴と共通する第１の情報に変換し、前記特性に応じて区別する特徴については前記特性により異なる第２の情報に変換し、
前記変換した前記第１の情報と前記第２の情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項６に記載の案内方法。
【請求項8】
前記演算部は、
前記利用者の端末に送信した前記利用者に対する問い合わせ情報に対して、前記利用者の端末から受信した回答情報を生成し、生成した当該回答情報に基づいて、前記利用者の特性を推定し、当該推定の結果情報を出力する、
ことを特徴とする請求項６に記載の案内方法。
前記利用者の端末に送信した前記利用者に対する問い合わせ情報に対して、前記利用者の端末から受信した回答情報を生成し、生成した当該回答情報に基づいて、前記利用者の特性を推定し、当該推定の結果情報を出力する、
ことを特徴とする請求項６に記載の案内方法。
【請求項9】
前記演算部は、
前記利用者の行動予定情報と、当該行動予定情報に対する現在の状況を示す情報とに基づいて、前記利用者の行動が阻害されると判定した場合、利用者の行動が阻害される状況が生じたときの対応ポリシーに関する情報と当該対応ポリシーに応じた対応行動に関する情報とを対応付けた目標行動変容提案情報を用いて、阻害されると判定した前記利用者の行動に対する前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を生成し、
前記生成した前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項６に記載の案内方法。
前記利用者の行動予定情報と、当該行動予定情報に対する現在の状況を示す情報とに基づいて、前記利用者の行動が阻害されると判定した場合、利用者の行動が阻害される状況が生じたときの対応ポリシーに関する情報と当該対応ポリシーに応じた対応行動に関する情報とを対応付けた目標行動変容提案情報を用いて、阻害されると判定した前記利用者の行動に対する前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を生成し、
前記生成した前記対応ポリシーに関する情報と前記対応行動に関する情報とを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項６に記載の案内方法。
【請求項10】
前記演算部は、
前記目標行動変容提案情報に記憶された、前記目標行動変容提案情報を作成した事業者以外の他の事業者が提供するサービスに関する行動にまで行動変容後の利用者の行動対象を拡張するか否かを示す関係有無情報が関係有を示す場合には、前記他の事業者に関するコンテンツを含む前記行動変容促進情報を生成し、
前記生成した前記他の事業者に関するコンテンツを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項９に記載の案内方法。
前記目標行動変容提案情報に記憶された、前記目標行動変容提案情報を作成した事業者以外の他の事業者が提供するサービスに関する行動にまで行動変容後の利用者の行動対象を拡張するか否かを示す関係有無情報が関係有を示す場合には、前記他の事業者に関するコンテンツを含む前記行動変容促進情報を生成し、
前記生成した前記他の事業者に関するコンテンツを含む前記行動変容促進情報を前記利用者の端末に送信する、
ことを特徴とする請求項９に記載の案内方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、案内システム、および案内方法に関する。
【背景技術】
【0002】
近年、行動科学分野のナッジ理論は交通、公共政策、医療、小売り業、教育等の様々な分野で活用されている。各分野サービスの事業者が利用者に特定の目標行動を実行させる場合や、利用者の行動が同じ対象に過度に集中しリソース不足が生じないように利用者の行動変容を実行させる場合に対し行動変容促進技術が活発に研究されている。ナッジは人々の行動を予測可能な方法で変化させるアーキテクチャとして行動変容促進に関する装置およびシステムに使われている。例えば、多数の利用者の行動の全体状況を最適化するため、利用者の行動を制御するシステムが特許文献１で実現されている。また特許文献２には行動要因に基づくナッジを利用して、対象者の行動変容を支援する行動支援システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2017－59099号公報
【特許文献2】特許第6935118号
【発明の概要】
【発明が解決しようとする課題】
【0004】
行動変容促進においては、新たな目標行動となるコンテンツと、その実行を促すメッセージ（ナッジ文）をセットにして提案することで、行動対象者の提案受容率を高めることが可能である。
【0005】
特許文献１では、行動制御のための目標行動に関するコンテンツを提供するが、多様な事業者の提供するサービスから目標行動に関するコンテンツを選択することができず、また行動対象の特性に合わせたナッジ文とセットに提供していない。
【0006】
特許文献２では、利用者の行動変容を支援するメッセージを生成する。しかし、メッセージ生成に利用する情報は目標行動に関する情報のみであり、利用者の特性によってメッセージ部品を変更することがないため、多様な利用者に対して受容しやすいメッセージを提供することが困難である。
【0007】
本発明では、利用者に行動変容を促すために、利用者の特性に合わせた多様な行動変容促進情報を提供する技術を提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明に係る案内システムは、行動変容を促進する情報を利用者の端末に送信する案内システムであって、演算部と記憶部とを有し、利用者の特性に応じて定められる行動変容に関する情報と行動変容後の利用者の行動対象となる事業者情報との関連性を定めた特性別事業者関連情報に基づいて、前記特性を有した利用者についての特徴量を算出し、前記行動変容後の行動に関する前記事業者情報に含まれる事業者の特徴情報を前記特性別事業者関連情報に変換した前記事業者についての特徴量を算出し、前記利用者についての特徴量と前記事業者についての特徴量との一致度が所定の条件を満たす場合に、前記特性別事業者関連情報と前記行動変容を促す促進情報とを含む行動変容促進情報を生成し、前記生成した行動変容促進情報を前記利用者の端末に送信する、ことを特徴とする案内システムとして構成される。
【発明の効果】
【0009】
本発明によれば、利用者に行動変容を促すために、利用者の特性に合わせた多様な行動変容促進情報を提供することができる。
【図面の簡単な説明】
【0010】
【図1】本発明の一実施例における行動変容促進システムおよび装置の構成図である。
【図2】本発明の一実施例における利用者情報テーブルの一例を示す図である。
【図3】本発明の一実施例で用いられる行動予定テーブルの一例を示す図である。
【図4】本発明の一実施例で用いられるリアルタイム状況テーブルの一例を示す図である。
【図5】本発明の一実施例で用いられる目標行動変容提案テーブルの一例を示す図である。
【図6】本発明の一実施例で用いられる行動種別関係テーブルの一例を示す図である。
【図7】本発明の一実施例で用いられる行動種別毎の事業者ジャンルテーブルの一例を示す図である。
【図8】本発明の一実施例で用いられる事業者候補テーブルの一例を示す図である。
【図9】本発明の一実施例で用いられる目標行動状況テーブルの一例を示す図である。
【図10】本発明の一実施例で用いられる特性別ナッジ情報テーブルの一例を示す図である。
【図11】本発明の一実施例で用いられるナッジ文言生成テーブルの一例を示す図である。
【図12】本発明の一実施例における全体処理フローを示すフローチャートである。
【図13】本発明の一実施例における事業者候補リストの絞り込みフローを示すフローチャートである。
【図14】本発明の一実施例で用いられる、健康特性を加味した事業者候補テーブルの変換の例を示す図である。
【図15】本発明の一実施例で用いられる、貢献特性を加味した事業者候補テーブルの変換の例を示す図である。
【図16】本発明の一実施例で用いられるキーワードベクトルのマッチング度を計算する方法の例を示す図である。
【図17A】本発明の一実施例で用いられるナッジ文言生成テーブルのデータ設定処理の例を示す図である。
【図17B】本発明の一実施例で用いられるナッジ文言生成テーブルのデータ設定処理の例を示す図である。
【図18A】本発明の一実施例で用いられる行動変容促進情報を表示する画面の例を示す図である。
【図18B】本発明の一実施例で用いられる行動変容促進情報を表示する画面の例を示す図である。
【発明を実施するための形態】
【0011】
以下、本発明の一実施例について図面を用いて詳細に説明するが、本発明は以下の実施例に限定されることなく、本発明の技術的な概念の中で種々の変形例や応用例もその範囲に含む。
【0012】
＜構成＞
本実施では交通事業者が提供するルート検索サービス、および移動という利用者目標行動の例を用いて説明する。これに限らず、例えば、健保事業者が提供する健診管理システム、及び健診という利用者目標行動など様々なユースケースに適用できる。
本実施では交通事業者が提供するルート検索サービス、および移動という利用者目標行動の例を用いて説明する。これに限らず、例えば、健保事業者が提供する健診管理システム、及び健診という利用者目標行動など様々なユースケースに適用できる。
【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】
次に、ステップ１３０２においては、行動変容促進装置１００は、目標行動状況テーブル１１８の状況発生の位置９０３を取得し、事業者候補テーブル１１７の位置情報８０５を取得し、二つの位置情報から距離を計算して、一定距離以内(例えば、距離＜500ｍ)の事業者候補を抽出する。
【0054】
次に、ステップ１３０３においては、行動変容促進装置１００は、目標行動状況テーブル１１８の状況発生の日時９０４を取得し、事業者候補テーブル１１７の営業時間８０４を取得し、状況発生の日時に事業者が営業時間しているかどうかをチェックし、営業している事業者候補を抽出する。
【0055】
次に、ステップ１３０４においては、行動変容促進装置１００は、目標行動状況テーブル１１８の状況解消までの見込時間９０５を取得し、事業者候補テーブル１１７の利用目安時間８０８を取得し、状況解消までの見込時間と利用目安時間情報と大幅な差があるかどうかをチェックし、受容できる範囲の差の利用目安時間を持つ事業者候補を抽出する。
【0056】
次に、ステップ１３０５においては、行動変容促進装置１００は、ステップ１３０１～ステップ１３０４の絞りこみから抽出した事業者候補を記憶部１１０に一時的に保存する。このデータを事業者候補データリストとする。データ構造は事業者候補テーブル１１７と同様である。
【0057】
次に、図１２の説明に戻り、行動変容促進装置１００は、利用者の特性キーワードベクトルを生成する（ステップ１２０９）。まず、行動変容促進装置１００は、記憶部１１０から利用者情報テーブル１１１の特性判定結果２０９に格納される利用者の特性情報を取得する。次に、行動変容促進装置１００は、記憶部１１０から特性別ナッジ情報テーブル１１９を取得する。特性別ナッジ情報テーブル１１９には１つの特性種別１００１に対し、ナッジ方針１００２が複数あるが、特性キーワードベクトルは一つの特性種別に対してナッジ方針の数だけ生成される。行動変容促進装置１００は、特性別ナッジ情報テーブル１１９の特性種別１００１から利用者特性と合致する特性種別（例えば、特性I1：「健康」）を抽出し、当該特性種別に対応するナッジ方針１００２を１つ（例えばナッジ方針P1：「感染対策」）を選択し、選択したナッジ方針に対応するジャンルのディスクリプションキーワード１００６に格納される全キーワードを読み出してキーワードベクトルリストを作成する。行動変容促進装置１００は、このキーワードリストから重複するキーワードを除いた新たなキーワードを、その特性の利用者の特徴量とした新たなキーワードベクトルｂ１(例えば、ｂ１=(接触少ない、オープンエア、免疫力アップ、・・・))を作成する。キーワードベクトルｂ１（以下、特性キーワードベクトルと呼ぶ）は特性Ｉ１：「健康」およびナッジ方針Ｉ１-Ｐ１:「感染対策」に対応するキーワードベクトルである。同様に、行動変容促進装置１００は、特性Ｉ１：「健康」のその他ナッジ方針に対応する特性キーワードベクトルを生成する。または、行動変容促進装置１００は、特性Ｉ２:「貢献」と「貢献」に対応するナッジ方針毎の特性キーワードベクトルを生成する。例えば、行動変容促進装置１００は、特性Ｉ２:「貢献」とナッジ方針Ｉ２－Ｐ１：「地元貢献がわかりやすい」に対してはキーワードベクトルｂ２=（集客、応援、地産地消、市場直送、・・・）を生成する。
【0058】
次に、行動変容促進装置１００は、事業者候補データリストを利用者特性に応じた特徴量に変換して事業者キーワードベクトルを生成する（ステップ１２１０）。事業者候補データリストはステップ１２０８にて事業者候補テーブル１１７から抽出したものである。図８に示す事業者候補テーブル１１７の特徴フィールドは営業時間８０４、最寄り駅８０６、混雑状況８０７、などがある。
【0059】
特徴フィールドは２種類ある。第１は、特徴フィールドの情報を特性毎に変換する際に区別しないものである。例えば、営業時間８０４、利用目安時間８０８などはステップ１２０８の絞り込みに使われ、特性毎に変換する際に区別しない。このような特徴フィールドについては、営業時間のような構造化データに対しは、すべての特性に共通な変換ルールを作って適用する。例えば、営業時間８０４についてはすべての特性に対し、時間帯に対応するサービスのキーワード（例えば飲食店の場合は朝食、ランチ、ディナーなど）に変更する。またはキャッチ８１３に格納される情報のような非構造化文書データもある。この場合は、キャッチ１５１３に格納される情報に対し、形態素解析などによる文書からキーワードを自動抽出する。
【0060】
第２は、特徴フィールドの情報が特性毎に傾向が異なるため、同じ特徴フィールド情報に対して特性ごとに異なる変換を行うものである。このような特徴フィールド情報に対し、特性毎の変換ルールを作っておき、それに従って変換する。例えば、図８に示すように、事業者候補テーブル１１７に事業者ＩＤ＝１と事業者ＩＤ＝２の事業者候補が格納されているとする。事業者ＩＤ＝１と事業者ＩＤ＝２のデータから事業者キーワードベクトルａ１、ａ２の元となるテーブルを生成する例を図１４と図１５を用いて説明する。なお、図１４、図１５のデータ構造の各項目は、事業者候補テーブル１１７のデータ構造の各項目に対応するため、詳細説明は割愛する。
【0061】
例えば、事業者ＩＤ＝１の事業者の混雑状況は「空き」であり、一方で事業者ＩＤ＝２の混雑状況は「混雑」である。健康特性を加味した事業者候補テーブルの変換には、混雑状況「空き」を「接触がすくない」に、混雑状況「混雑」を「密集」に変換するルールを定めておく。これに従い、行動変容促進装置１００は、ＩＤ＝１の事業者の混雑状況を「接触がすくない」に変換し、ＩＤ＝２の事業者の混雑状況を「密集」に変換する。貢献特性を加味した事業者候補テーブルの変換には、混雑状況「空き」を「集客待ち」に、混雑状況「混雑」を「Ｎｕｌｌ」に変換するルールを定めておく。これに従い、行動変容促進装置１００は、ＩＤ＝１の事業者の混雑状況を「集客待ち」に変換し、ＩＤ＝２の事業者の混雑状況を「Ｎｕｌｌ」に変換する。「Ｎｕｌｌ」は特性キーワードベクトルと事業者キーワードベクトルのマッチングには当該特性フィールドの情報を考慮しないことを示す。
【0062】
行動変容促進装置１００は、以上のルールに従無関係特徴フィールド（例えば事業者ＩＤ８０１と、ジャンル８０３、最寄り駅８０６以外の特徴フィールドに格納される情報をキーワードに変換して事業者キーワードベクトルを生成する。結果、事業者ＩＤ＝１、ＩＤ＝２において、健康特性に応じて生成した事業者キーワードベクトルは以下となる。ａ１=(博多、海鮮、ランチ、ディナー、１０００歩を歩く、接触が少ない、短い時間で、人気中レベル、やすい、喫煙不可、・・・、新業態、登場、人気、トッピング、１５０円・・・)、ａ２=(韓国、韓国料理、ランチ、ディナー、２次会、近い、天神、密集、ゆっくりご利用、人気度が高い、密接な、高級な、喫煙可、・・・、魚、市場直送、毎日、獲れる、鮮魚、定食、一品料理、味わえる)。同様に、事業者ＩＤ＝１、ＩＤ＝２において、貢献特性に応じ、生成した事業者キーワードベクトルは以下となる。ａ１=(博多、海鮮、ランチ、ディナー、遠い、集客待ち、短い時間で、人気中レベル、やすい、喫煙不可、・・・、新業態、登場、人気、トッピング、１５０円・・・)、ａ２=(韓国、韓国料理、ランチ、ディナー、２次会、近い、天神、Ｎｕｌｌ、ゆっくりご利用、人気度が高い、個室なし、高級な、喫煙可、・・・、魚、市場直送、毎日、獲れる、鮮魚、定食、一品料理、味わえる)。このように同じ特徴フィールド情報に対して特性ごとに異なる変換ルールを実行することで、より利用者に適した事業者を選定あるいはマッチングすることができる。
【0063】
次に、行動変容促進装置１００は、ステップ１２０９で生成した利用者の特性キーワードベクトルとステップ１２１０で生成した事業者キーワードベクトルをマッチングする（ステップ１２１１）。キーワードベクトルａとキーワードベクトルｂのマッチング度の計算には、例えば、キーワードベクトルａの各キーワードとキーワードベクトルｂの各キーワードの類似度を算出していき、類似度が一定値以上(例えば、類似度≧０．６)ならマッチング度がプラス１、キーワードベクトルａ全体とキーワードベクトルｂ全体の類似度からマッチング度を決めるという方法が考えられる。マッチング度計算式の一例を図１６に示すが、マッチング度の計算はこれに限定されない。行動変容促進装置１００は、ステップ１２１０で生成した健康特性を加味した事業者キーワードベクトルａ(例えば、キーワードベクトルａ１、キーワードベクトルａ２)と、ステップ１２０９で生成した健康特性を加味した特性キーワードベクトル(例えば、キーワードベクトルｂ１と健康特性のその他ナッジ方針に対応するキーワードベクトル)とのマッチング度を計算した後、マッチング度が最大の事業者キーワードベクトルと当該事業者キーワードベクトルのマッチング度計算に用いられる特性キーワードベクトルのセットを記憶部１１０に格納する。同時に、行動変容促進装置１００は、マッチングした事業者キーワードベクトルにについて、マッチング度に寄与したキーワードのリスト（図示せず）を記憶部１１０に格納する。マッチング度が最大値の事業者キーワードベクトルが複数ある場合は毎回ランダムに１つを抽出するマッチング結果による事業者キーワードベクトルの抽出基準は上述に限定されず、マッチング度が最大のもの１つだけでなく、上位から所定個数を抽出する方法でもよい。
【0064】
次に、行動変容促進装置１００は、ステップ１２１２において、マッチングした事業者候補データをナッジ文言生成テーブル１２０に登録する。行動変容促進装置１００は、ステップ１２１１でマッチングした事業者キーワードベクトルにマッチング度に寄与したキーワードリストを読み出す。行動変容促進装置１００は、上述キーワードリストのキーワードを１つずつ抽出し、ナッジ文言生成テーブル１２０の事業者候補パーツ１１３０のディスクリプション１１３１に複数行を分けて格納する。次に、行動変容促進装置１００は、ステップ１２１１でマッチングした事業者キーワードベクトルに対応するジャンル８０３に格納されるジャンル情報をナッジ文言生成テーブル１２０の事業者候補パーツ１１３０の事業者ジャンル１１３２に格納される。
【0065】
次に、行動変容促進装置１００は、特性に対応するナッジ文言をナッジ文言生成テーブル１２０に登録する（ステップ１２１３）。まず、行動変容促進装置１００は、ステップ１２１１で事業者キーワードベクトルとのマッチング度が高いものとして抽出された特性キーワードベクトルを読み出す。次に、行動変容促進装置１００は、特性別ナッジ情報テーブル１１９から当該特性キーワードベクトルに対応するナッジ方針１００２を読み出す。次に、行動変容促進装置１００は、特性別ナッジ情報テーブル１１９のナッジ文言１００３に格納される情報から上述の特性、ナッジ方針に対応するナッジ文言を読み出して、ランダムに１つのナッジ文言を選んで、ナッジ文言生成テーブル１２０のナッジ文言１１４０に格納する。
【0066】
次に、行動変容促進装置１００は、ナッジ文言生成テーブル１２０から最終ナッジ文を生成する（ステップ１２１４）。ナッジ文言生成テーブル１２０のデータ設定処理の例を図１７Ａ、１７Ｂに示す。特性が異なる利用者の同一目標行動状況に対し、異なるナッジ文言生成テーブルが生成される。例えば、特性が「健康」の場合の例をナッジ文言生成テーブル１７１０に示す。特性が「貢献」の場合をナッジ文言生成テーブル１７２０に示す。行動変容促進装置１００は、特性が「健康」の場合は、ナッジ文言生成テーブル１７１０に、ステップ１２０５で登録した目標行動変容提案パーツを１７１１の部分に格納し、ステップ１２１２に登録した事業者候補パーツを１７１２の部分に格納し、ステップ１２１３に登録したナッジ文言パーツを１７１３の部分に格納する。行動変容促進装置１００は、特性が「貢献」の場合も同様に、ステップ１２０５で登録した目標行動変容提案パーツを１７２１の部分に格納し、ステップ１２１２に登録した事業者候補パーツを１７２２の部分に格納し、ステップ１２１３に登録したナッジ文言パーツを１７２３の部分に格納する。
【0067】
行動変容促進装置１００は、ナッジ文言生成テーブル１２０に格納される情報パーツは行毎にナッジ文言生成キーワードベクトルとして纏める。例えば、図１７に示す特性が「健康」の場合のナッジ文言生成キーワードベクトルには(混雑を避ける、寄り道、接触が少ない、ラーメン屋、密を避けられます)がある。次に、行動変容促進装置１００は、上述の行毎のナッジ文言生成キーワードベクトルにいわゆる「てにをは」などの助詞を加え自然な最終ナッジ文を作成する。または、キーワードに基づく文生成のニューラルネットワークなどの学習手法を用いて、上述の行毎のナッジ文言生成キーワードベクトルから最終ナッジ文を生成してもよい。例えば、(混雑を避ける、寄り道、接触が少ない、ラーメン屋、密を避けられます)とのキーワードベクトルから「混雑を避けて、寄り道して接触がすくないラーメン屋に行きませんか、密を避けられます。」との文を生成することが可能である。同様に、特性が「貢献」の場合は、「混雑を避けて、寄り道して集客待ちのラーメン屋に行きませんか、地元を応援しましょう」とのナッジ文を生成することが可能である。
【0068】
次に、行動変容促進装置１００は、最終ナッジ文に対応するコンテンツを選択する（ステップ１２１５）。例えば、行動変容促進装置１００は、ステップ１２１１でマッチングした事業者キーワードベクトルに対応する事業者の情報を事業者候補テーブル１１７から読み出して、この中から案内情報生成に必要な情報を取得し、ナッジ文に対応するコンテンツとして記憶部１１０に格納する。このとき、行動変容促進装置１００は、目標行動変容提案テーブル１１４を参照し、最終ナッジ文に対応する対応行動５３１について行動種別関係の利用有無５３２に「有」が設定されている場合には、最終ナッジ文と当該最終ナッジ文に対応する上記他の事業者についてのコンテンツを選択する。一方、行動変容促進装置１００は、最終ナッジ文に対応する対応行動５３１について行動種別関係の利用有無５３２に「無」が設定されている場合には、最終ナッジ文のみ選択する。
【0069】
次に、行動変容促進装置１００は、案内情報を生成する（ステップ１２１６）。ステップ１２１４で作成した複数の最終ナッジ文と、ステップ１２１５で選択したコンテンツのセットを一定の表示基準に従い案内情報を生成して、通信部１３０と、ネットワーク１９０を介して、利用者端末１７０に表示する。図１８Ａ、１８Ｂに案内情報の表示例を示す。図１８Ａが「健康」特性の場合の表示例で、図１８Ｂが「貢献」特性の場合の表示例である。図１８Ａ、１８Ｂでは、最終ナッジ文１８０１、１８０３、コンテンツ１８０２、１８０４が表示されている。このように同じ行動提案のための事業者リストに対して、特性ごとに異なる行動変容促進メッセージを表示することで、利用者が提案行動を受け入れる確率を高めることができる。
【0070】
次に、行動変容促進装置１００は、利用者選択操作を受け付ける（ステップ１２１７）。利用者端末１７０に表示する案内情報に対し、利用者がいずれかを選択したか否かを受け付ける。その選択結果はネットワーク１９０と、通信部１３０を介して、記憶部１１０の利用者情報テーブル１１１の受入結果２１０に格納される。
【0071】
次に、行動変容促進装置１００は、選択内容に応じた処理実行を実施する（ステップ１２１８）。まず、行動変容促進装置１００は、行動予定テーブル１１２に基づいた経路検索結果に対し、「寄り道」、「迂回」などの行動変容促進に関する案内情報を選択したら、それらの情報(例えば、事業者候補先への滞在目安時間など)を加え、経路再検索を実施する。次に、行動変容促進装置１００は、案内情報と更新した経路検索結果を通信部１３０と、ネットワーク１９０を介して、利用者端末１７０に表示する。
【0072】
このように、本実施例では、行動変容を促進する情報を利用者の端末に送信する行動変容促進システム１０Ｓにおいて、演算部（例えば、ＣＰＵ）と記憶部（例えば、メモリ）とを有し、上記演算部は、利用者の特性（例えば、特性種別１００１、健康）に応じて定められる行動変容に関する情報（例えば、ナッジ方針１００２、感染対策）と行動変容後の利用者の行動対象となる事業者情報（例えば、事業者ジャンル１００４、ラーメン屋）との関連性を定めた特性別事業者関連情報（例えば、ジャンルのディスクリプションキーワード１００６、接触少ない）に基づいて、上記特性を有した利用者についての特徴量（例えば、Ｓ１２０９で生成する利用者の特性キーワードベクトル）を算出し、上記行動変容後の行動に関する上記事業者情報に含まれる事業者の特徴情報（例えば、事業者候補テーブル１１７の項目のうちの混雑状況８０７）を上記特性別事業者関連情報に変換した上記事業者についての特徴量（例えば、Ｓ１２１０で生成する事業者キーワードベクトル）を算出し、上記利用者についての特徴量と上記事業者についての特徴量との一致度が所定の条件を満たす場合（例えば、マッチングにより両者が一致する場合）に、上記特性別事業者関連情報と上記行動変容を促す促進情報とを含む行動変容促進情報（例えば、図１８Ａ、１８Ｂの案内情報や図１７Ａ、１７Ｂに示すナッジ文言生成テーブル、あるいはこれらに含まれる事業者候補パーツ１１３０、ナッジ文言１１４０）を生成し、上記生成した行動変容促進情報を上記利用者の端末に送信する。これにより、利用者の特性にあった行動変容に必要な情報を自動的に組み立てて、利用者により異なる行動特性を加味した表現で、行動変容を促進するための案内を行うことができるようになる。例えば、行動変容を実行させたい利用者の特性を考慮し、行動変容促進に向けて、行動変容を促すメッセージを生成することで、行動変容に関して、利用者の特性に合わせた多様な行動変容促進情報を提供することができる。その結果、利用者が行動変容促進情報を受信し実際に行動変容する確率高めることが可能となる。
【0073】
また、上記演算部は、利用者の行動間の関係性を定めた行動関係情報（例えば、行動種別関係テーブル１１５）を用いて、利用者の行動（例えば、行動種別Ａ列、移動）に対応する行動変容後の行動（例えば、行動種別Ｂ列、食べる）を特定し、上記事業者の特徴情報のうち、上記特性に応じて区別しない特徴については上記特性に応じて区別する特徴と共通する第１の情報に変換（例えば、営業時間８０４について「ランチ・ディナー」に変換）し、上記特性に応じて区別する特徴については上記特性により異なる第２の情報に変換（例えば、混雑状況８０７について「接触が少ない」に変換）し、上記変換した上記第１の情報と上記第２の情報とを含む上記行動変容促進情報を上記利用者の端末に送信する。したがって、例えば、利用者の特性に応じて区別すべき内容で行動変容を促すとともに、利用者の特性に依存しない内容については共通の内容で効率よく行動変容を促すことができるようになる。
【0074】
また、上記演算部は、上記利用者の端末に送信した上記利用者に対する問い合わせ情報に対して、上記利用者の端末から受信した回答情報を生成し、生成した当該回答情報（例えば、アンケート結果２０８）に基づいて、上記利用者の特性を推定し、当該推定の結果情報を出力する。したがって、例えば、天候が晴天の場合と雨天の場合、夏場と冬場の場合のように、様々な異なる環境下で行動する利用者に対して任意のタイミングで行われたアンケート結果を考慮して、利用者の特性を推定することができる。
【0075】
また、上記演算部は、上記利用者の行動予定情報（例えば、行動予定テーブル１１２で示された予定）と、当該行動予定情報に対する現在の状況を示す情報（例えば、リアルタイム状況テーブル１１３に示された状況）とに基づいて、Ｓ１２０４で説明したように、上記利用者の行動が阻害されると判定した場合、利用者の行動が阻害される状況が生じたときの対応ポリシーに関する情報と当該対応ポリシーに応じた対応行動に関する情報とを対応付けた目標行動変容提案情報（例えば、目標行動変容提案テーブル１１４）を用いて、阻害されると判定した上記利用者の行動に対する上記対応ポリシーに関する情報（例えば、混雑を避ける）と上記対応行動に関する情報（例えば、寄り道）とを含む上記行動変容促進情報（例えば、目標行動変容提案パーツ１１２０を含む上記行動変容促進情報）を生成し、上記生成した上記対応ポリシーに関する情報と上記対応行動に関する情報とを含む上記行動変容促進情報を上記利用者の端末に送信する。したがって、利用者の行動が阻害される要因に応じた行動変容を促すことができるようになる。
【0076】
また、上記演算部は、上記目標行動変容提案情報に記憶された、上記目標行動変容提案情報を作成した事業者（例えば、交通事業者）以外の他の事業者（例えば、ラーメン屋）が提供するサービスに関する行動にまで行動変容後の利用者の行動対象を拡張するか否かを示す関係有無情報が関係有を示す場合（例えば、行動種別関係の利用有無５３２が「有」の場合）には、上記他の事業者に関するコンテンツ（例えば、図１８Ａに示したコンテンツ１８０２や図１８Ｂに示したコンテンツ１８０４）を含む上記行動変容促進情報を生成し、上記生成した上記他の事業者に関するコンテンツを含む上記行動変容促進情報を上記利用者の端末に送信する。したがって、利用者の目標行動を含む行動分野（例えば、行動種別Ａ列、移動）だけでなく、当該行動分野以外の関連性がある行動分野（例えば、行動種別Ｂ列、食べる）を対象として、利用者の行動変容を促すことができるようになる。
【0077】
以上で、本実施例の説明を終わるが、本発明は本実施例に限定されず、様々なカスタマイズが可能である。
【0078】
以上説明したように、本実施例に係る行動変容促進システム１０Ｓ（あるいは当該システムを構成する行動変容促進装置１１０）は、利用者の特性に合わせた多様な行動変容促進情報を提供することができ、利用者が行動変容促進情報を受信し実際に行動変容する確率高めることが可能となる。
【符号の説明】
【0079】
１０Ｓ：行動変容促進システム
１１０：行動変容促進装置
１１１：利用者情報テーブル
１１２：行動予定テーブル
１１３：リアルタイム状況テーブル
１１４：目標行動変容提案テーブル
１１５：行動種別関係テーブル
１１６：行動種別毎の事業者ジャンルテーブル
１１７：事業者候補テーブル
１１９：特性別ナッジ情報テーブル
１２０：ナッジ文言生成テーブル
１３０：通信部
１４０：制御部
１５０：入力部
１６０：出力部
１７０Ａ：利用者端末Ａ
１７０Ｂ：利用者端末Ｂ
１８０Ａ：外部事業者サーバＡ
１８０Ｂ：外部事業者サーバＢ
１９０：ネットワーク
２０１：利用者ＩＤ
２０２：名前
２０３：パスワード
２０４：性別
２０５：年齢
２０６：居住地
２０７：嗜好
２０８：アンケート結果
２０９：特性判定結果
２１０：受入結果
３０１：利用者ＩＤ
３０２：出発時刻
３０３：到着時刻
３０４：出発地
３０５：到着地
３０６：経由地
４０１：系統番号
４０２：区間情報
４０３：予定出発時刻
４０４：予定到着時刻
４０５：遅延時間
４０６：混雑レベル
４０７：混雑解消見込時間
５１０：状況内容
５２０：対応ポリシー
５３０：対応行動選択肢
５３１：対応行動
５３２：行動種別関係の利用有無
６０１：行動種別Ａ列
６０２：行動種別Ｂ列
６０３：関係Ａ→Ｂ
７０１：行動種別
７０２：事業者ジャンル
７０３：食べる
７０４：買う
７０５：遊ぶ
７０６：働く
８０１：事業者ＩＤ
８０２：事業者名前
８０３：ジャンル
８０４：営業時間
８０５：位置情報
８０６：最寄り駅
８０７：混雑状況
８０８：利用目安時間
８０９：人気度
８１０：個室有無
８１１：予算
８１２：喫煙有無
８１３：キャッチ
９０１：利用者ＩＤ
９０２：状況内容
９０３：状況発生の位置
９０４：状況発生の日時
９０５：状況解消までの見込時間
１００１：特性種別
１００２：ナッジ方針
１００３：ナッジ文言
１００４：事業者ジャンル
１００５：ジャンルの評価
１００６：ジャンルのディスクリプションキーワード
１１１０：利用者ＩＤ
１１２０：目標行動変容提案パーツ
１１２１：対応ポリシー
１１２２：対応行動
１１３０：事業者候補パーツ
１１３１：ディスクリプション
１１３２：事業者ジャンル
１１４０：ナッジ文言
１１０：行動変容促進装置
１１１：利用者情報テーブル
１１２：行動予定テーブル
１１３：リアルタイム状況テーブル
１１４：目標行動変容提案テーブル
１１５：行動種別関係テーブル
１１６：行動種別毎の事業者ジャンルテーブル
１１７：事業者候補テーブル
１１９：特性別ナッジ情報テーブル
１２０：ナッジ文言生成テーブル
１３０：通信部
１４０：制御部
１５０：入力部
１６０：出力部
１７０Ａ：利用者端末Ａ
１７０Ｂ：利用者端末Ｂ
１８０Ａ：外部事業者サーバＡ
１８０Ｂ：外部事業者サーバＢ
１９０：ネットワーク
２０１：利用者ＩＤ
２０２：名前
２０３：パスワード
２０４：性別
２０５：年齢
２０６：居住地
２０７：嗜好
２０８：アンケート結果
２０９：特性判定結果
２１０：受入結果
３０１：利用者ＩＤ
３０２：出発時刻
３０３：到着時刻
３０４：出発地
３０５：到着地
３０６：経由地
４０１：系統番号
４０２：区間情報
４０３：予定出発時刻
４０４：予定到着時刻
４０５：遅延時間
４０６：混雑レベル
４０７：混雑解消見込時間
５１０：状況内容
５２０：対応ポリシー
５３０：対応行動選択肢
５３１：対応行動
５３２：行動種別関係の利用有無
６０１：行動種別Ａ列
６０２：行動種別Ｂ列
６０３：関係Ａ→Ｂ
７０１：行動種別
７０２：事業者ジャンル
７０３：食べる
７０４：買う
７０５：遊ぶ
７０６：働く
８０１：事業者ＩＤ
８０２：事業者名前
８０３：ジャンル
８０４：営業時間
８０５：位置情報
８０６：最寄り駅
８０７：混雑状況
８０８：利用目安時間
８０９：人気度
８１０：個室有無
８１１：予算
８１２：喫煙有無
８１３：キャッチ
９０１：利用者ＩＤ
９０２：状況内容
９０３：状況発生の位置
９０４：状況発生の日時
９０５：状況解消までの見込時間
１００１：特性種別
１００２：ナッジ方針
１００３：ナッジ文言
１００４：事業者ジャンル
１００５：ジャンルの評価
１００６：ジャンルのディスクリプションキーワード
１１１０：利用者ＩＤ
１１２０：目標行動変容提案パーツ
１１２１：対応ポリシー
１１２２：対応行動
１１３０：事業者候補パーツ
１１３１：ディスクリプション
１１３２：事業者ジャンル
１１４０：ナッジ文言
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17A】
【図17B】
【図18A】
【図18B】