JP6942461B2 - 行動情報収集システム - Google Patents

Description

本発明は、ユーザの行動履歴の情報を収集する技術に関し、特に、情報処理システムにより自動的に把握することができない行動を対象とした行動情報収集システムに適用して有効な技術に関するものである。

例えば、マーケティングに活用する情報として、ユーザがどこで何を買ったか等の消費行動の内容について把握したいというニーズがある。消費行動が、例えば、ＥＣ（Electronic Commerce）サイトを介して行われる電子商取引の場合には、当該ＥＣサイトを運営している事業者は、その取引履歴やアクセス履歴等から消費行動の内容を容易に把握することが可能である。また、小売店舗での購買の場合には、当該小売店舗は、例えば、ＰＯＳ（Point Of Sale）システムのデータ等から消費行動の内容を把握することが可能である。また、スマートフォン等の携帯端末上のアプリケーションやＷｅｂサイトを介して利用される家計簿サービス（例えば、非特許文献１等）では、ユーザが入力した購買情報や収支情報に基づいて消費行動の内容を把握することが可能である。

これに関連して、ユーザに対して質問を行って情報を入力させる技術として、例えば、特開２００６−２６０２６３号公報（特許文献１）には、アンケート対象者の回答意欲を損なわずに正確なアンケート結果を得ることができるアンケート実施システムが記載されている。ここでは、サーバが、携帯電話の端末識別情報および位置情報と関連付けて記憶されている質問情報を、対応する携帯電話に送信し、当該携帯電話から端末位置情報が添付された回答情報を受信する。そして、受信した回答情報に添付された端末位置情報と、送信した質問情報に関連付けられた位置情報とが一致する場合に、受信した回答情報を正当な回答として記憶する旨が記載されている。

特開２００６−２６０２６３号公報

"全自動家計簿マネーフォワード"、［online］、株式会社マネーフォワード、［平成２８年１０月１４日検索］、インターネット＜URL：http://moneyforward.com/＞

上記のようなＥＣサイトやＰＯＳシステム、家計簿サービス等の仕組みにより、ユーザの消費行動の内容をある程度自動的に把握することが可能である。しかし、例えば、ＥＣサイトでは、当該ＥＣサイトでの購買についてしか把握することができず、小売店舗についても、当該小売店舗やそのチェーン、グループ等の内部でしか把握することができない。したがって、例えば、他のＥＣサイトや小売店舗での消費行動についても自動的に取得して一元的に把握することは困難である。

これに対して、例えば、ユーザが家計簿サービス等に消費行動の内容を入力すれば、消費行動を行った店舗等に関わらず、一元的に消費行動の内容を把握することが可能である。しかし、この場合は、ユーザが能動的に消費行動の入力を行わなければならず、ユーザにとって入力に対するモチベーションがあり、かつ入力が効率的かつ自然な形でできる状況になければ、入力が適切になされることを期待し難いという課題がある。

この点、例えば、特許文献１に記載されたような技術によれば、アンケートに回答しようとする者の回答意欲を損なわないように回答を得ることが可能である。しかし、ユーザの消費行動の内容を入力させる仕組みに適用することを考えた場合、そもそも消費行動の内容を入力して記録すること自体に対するモチベーションがない場合には入力を期待し難い。また、ユーザに対して質問が提示されるのはサーバから質問情報が送信されたタイミングであり、ユーザが消費行動を行ったタイミングで適時に適切な質問が提示されるわけではない。したがって、消費行動の内容をユーザが自然な形で入力できるとは限らない。

そこで本発明の目的は、ユーザの消費行動等の内容を効率的に自然な形で収集することを可能とする行動情報収集システムを提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

本発明の代表的な実施の形態による行動情報収集システムは、ユーザの行動に係る情報を収集する行動情報収集システムであって、前記ユーザ毎に前記行動に関連付けられた目標に係る情報を保持する目標データベースと、前記ユーザ毎に前記行動を行った際にその内容を問い合わせるための会話の内容に係るシナリオ、および前記シナリオに係る会話を開始するトリガとなる時間および前記ユーザの位置の条件からなるシナリオトリガの情報を保持するシナリオデータベースと、を有する。

そして、前記ユーザが保持する携帯端末において検出された時間および／または前記携帯端末の所在位置の情報について、前記ユーザに係る前記各シナリオトリガの条件に合致するものがある場合に、合致した前記シナリオトリガに対応する前記シナリオを前記シナリオデータベースから取得して、取得した前記シナリオに基づく会話を、前記携帯端末上でのメッセージの表示および前記ユーザからの応答の入力により行い、前記応答の内容に基づいて把握された前記行動の内容を前記ユーザと関連付けて記録するとともに、前記応答の内容に基づいて、前記ユーザにおける前記目標の達成に必要となる処理を行うものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

すなわち、本発明の代表的な実施の形態によれば、ユーザの消費行動等の内容を効率的に自然な形で収集することが可能となる。

本発明の一実施の形態である行動情報収集システムの構成例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供されるユーザのアカウント登録の画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される目標設定の画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される目標の達成状況を管理する画面例について概要を示した図である。 本発明の一実施の形態における携帯端末のアプリケーションにより提供される消費行動の内容を問い合わせる画面例について概要を示した図である。 本発明の一実施の形態におけるシナリオに基づく会話を介して行動内容を把握する処理の流れの例について概要を示した図である。 本発明の一実施の形態におけるユーザＤＢに含まれるユーザマスタテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるユーザＤＢに含まれるユーザ行動テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における目標ＤＢに含まれる貯金目標テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における目標ＤＢに含まれる日次目標テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における行動履歴ＤＢに含まれる行動結果テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態における行動履歴ＤＢに含まれる貯金結果テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオトリガテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるメッセージハンドラテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるシナリオメッセージテーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるユーザ応答テーブルのデータ構成の例について概要を示した図である。 本発明の一実施の形態におけるシナリオＤＢに含まれるメッセージタイプテーブルのデータ構成の例について概要を示した図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。

本発明の一実施の形態である行動情報収集システムは、ユーザの消費行動を、ユーザが立てた目標に向けての日々の「貯金」と関連付け、「貯金」による目標達成をモチベーションとしつつ、何らかの消費行動が行われたことを適時に捉えて、「貯金」を行うためにその内容を聞き出すことで把握するものである。

＜システム構成＞
図１は、本発明の一実施の形態である行動情報収集システムの構成例について概要を示した図である。行動情報収集システム１は、例えば、行動情報収集サーバ１０と、インターネット等のネットワーク２０を介して行動情報収集サーバ１０に接続可能な、各ユーザ３が保持するスマートフォン等の携帯端末３０を有する。

行動情報収集サーバ１０は、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等からなるサーバシステムであり、各ユーザ３の行動を収集して記録・蓄積するとともに、ユーザ３にとっての行動の内容を入力するためのモチベーションに関連する処理（本実施の形態では「貯金」）を実行する。また、ユーザ３から行動の内容を聞き出すための一連の会話（シナリオ）に係る処理を行う。

なお、本実施の形態において、「行動」とは、ユーザ３毎に時間と場所によって概ね特定することができる行動であり、例えば、小売店等の実際の店舗２におけるユーザ３の日常の購買（例えば、帰宅時の近所のコンビニエンスストアでの購買）等の消費行動を想定しているが、これに限られない。時間と場所によって概ね特定することができるのであれば、例えば、自宅のコンピュータ上で行うＥＣサイトでの電子商取引による購買を対象としてもよい。また、後述するように、購買による金銭の支出に限らず、残業の実施等、金銭の獲得に係る行動を含んでもよい。

本実施の形態では、把握対象の行動を行う各ユーザ３は、携帯端末３０を保持している。スマートフォン等の携帯端末３０は、通常、ＧＰＳ（Global Positioning System）センサ３２を備えており、リアルタイムで位置情報を把握することができるため、例えば、店舗２への入退店等についても把握することができる。本実施の形態では、ＧＰＳセンサ３２により位置情報を把握するものとしているが、Ｂｌｕｅｔｏｏｔｈ（登録商標）ビーコンの送受信装置との間の近距離無線通信等を使用して位置情報を把握するものであってもよい。

携帯端末３０にインストールされた専用のアプリケーション３１は、携帯端末３０によって把握される時間と位置の情報に基づいて、特定のシナリオに基づく会話を開始するトリガとなる条件に合致するか否かを判定する。この条件は、例えば、シナリオトリガ３３として図示しないメモリ等に記録されている。時間および位置情報がシナリオトリガ３３に登録された条件に合致した場合、アプリケーション３１は、後述するようなチャットやメッセージングのユーザインタフェースを介して、ユーザ３との間でシナリオに基づく会話を開始する。そして、会話の内容に基づいてユーザ３の行動内容を把握し、行動情報収集サーバ１０に送信する。

行動情報収集サーバ１０は、図示しないＣＰＵ（Central Processing Unit）により、メモリ上に展開されたＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、この上で稼働するソフトウェアを実行することにより、後述する各部の機能を実現する。本実施の形態では、図示するように、例えば、ソフトウェアとして実装されたユーザ管理部１１、行動管理部１２、関連処理部１３、およびシナリオ処理部１４等の各部を有する。また、図示しないＨＤＤ（Hard Disk Drive）等の記憶装置に記録されたユーザデータベース（ＤＢ）１５、目標ＤＢ１６、行動履歴ＤＢ１７、およびシナリオＤＢ１８等の各データストアを有する。

ユーザ管理部１１は、行動情報収集システム１によるサービスを利用する各ユーザ３に係るアカウント情報や属性情報等を管理する機能を有する。例えば、携帯端末３０のアプリケーション３１上でのユーザ登録の操作に基づいて、ユーザＤＢ１５に対象のユーザ３のアカウントを登録し、さらに属性情報等を登録する。また、アプリケーション３１上での目標の設定や登録の操作に基づいて、ユーザ３が設定した目標の内容を目標ＤＢ１６に登録する。

行動管理部１２は、携帯端末３０のアプリケーション３１によって把握されたユーザ３の「行動」に係る情報を取得し、これを履歴情報として行動履歴ＤＢ１７に記録する機能を有する。行動に係る情報を分析してその内容を把握し、これに基づいて関連処理部１３により「貯金」等の関連処理を行うようにしてもよい。関連処理部１３は、関連処理を実行する機能を有する。関連処理の内容は特に限定されないため、その内容に応じて実装内容は異なる。例えば、本実施の形態のように関連処理が「貯金」である場合は、図示しない銀行のオンラインシステムやＷｅｂサイトに接続して自動的に貯金用口座への振替や送金等の処理を行えるようにする。

シナリオ処理部１４は、携帯端末３０のアプリケーション３１を介してユーザ３から行動の内容を聞き出すためのシナリオの管理および実行に係る処理を行う機能を有する。例えば、図示しないクライアント端末を利用してアクセスした行動情報収集システム１の運用者や管理者等の操作に基づいて、シナリオＤＢ１８にシナリオの登録や修正等を行う。

また、シナリオに関連付けて、当該シナリオに基づく会話を開始するためのシナリオトリガ３３の情報も併せて登録する。このシナリオトリガ３３は、例えば、上述したように、対応するユーザ３の携帯端末３０に送信されて保持される。これにより、各携帯端末３０の側で、シナリオトリガ３３に係る条件の発生を検知することができる。シナリオトリガ３３に係る条件等の発生を検知した旨は、ネットワーク２０を介して行動情報収集サーバ１０に送信される。そして、シナリオ処理部１４は、シナリオＤＢ１８に登録された、シナリオトリガ３３に対応するシナリオの内容に基づいて、携帯端末３０のアプリケーション３１のユーザインタフェースを介してユーザ３との間でシナリオに基づく会話を行う。

＜ユーザインタフェース＞
本実施の形態では、ユーザ３が、携帯端末３０のアプリケーション３１を介して、目標として、何のためにいつまでにいくら貯金する、という目標を予め設定し、これを達成するために必要となる処理として、日々の購買（消費行動）において節約した分を貯金するものとする。これにより、貯金の目標金額達成をモチベーションとして、貯金の処理を行うために必要な情報として、消費行動の内容を、アプリケーション３１におけるシナリオに基づく会話形式での問い合わせに答えるという自然な形で聞き出すものである。

図２は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供されるユーザのアカウント登録の画面例について概要を示した図である。本実施の形態では、ユーザ３による事前のアカウント登録についても、シナリオ（アカウント登録シナリオ）に基づく会話を介して行う。図中では、携帯端末３０が備えるタッチパネル機能を有するディスプレイに表示された、アカウント登録シナリオに基づく会話の画面の例を示している。一般的なチャットやメッセージングのアプリケーションと同様のユーザインタフェースであり、会話の流れが上から下に向かって時系列に表示されている。左側の吹き出しはアプリケーション３１により出力された会話（主に問い合わせ）であり、右側の吹き出しは携帯端末３０を保持するユーザ３により入力された会話（応答）である。

図中の左上の画面例では、アプリケーション３１は、まず、ユーザ３に対してアカウントを既に有しているか否かを問い合わせ、有していないという返答であったことから、新規にアカウントを作成した旨の会話が表示されている。なお、アカウントの登録方法については、二段階認証による本人確認等、公知の技術を適宜用いて行うことができる。

また、ユーザ３が応答（図２の例では「いいえ」）を入力する際に、自由な入力に任せると、入力の自由度は増す一方で、入力内容の均質性が保てず、入力の負荷も高くなるとともに、シナリオも発散してしまう。そこで、本実施の形態では、ユーザ３側の会話は、可能な限り、「はい」「いいえ」等の二者択一の返答や、予め決められた１つ以上の回答候補の中からの選択による入力とし、また、必要な場合は金額や個数等の数値のみを単純に指定することで入力できるようにする。このような簡易的な入力インタフェースとすることで、回答の入力を効率化し、入力に係る負荷がユーザ３の目標達成へのモチベーションを阻害しないようにする。

その後、アプリケーション３１からの銀行口座の登録を進める旨の問い合わせに対して、ユーザ３が「銀行口座を登録」という応答を指定すると、右上の画面に示すような銀行口座の登録画面を表示する。ここでは、例えば、ＯＡｕｔｈ２．０等の公知の技術を適宜用いて、図示しない銀行口座アカウントへのログイン画面を介して、ユーザ３の各銀行口座の情報を取得して表示する。その中から、左下の画面例に示すように、ユーザ３が送り元の口座と送り先（貯金用）の口座を選択することで、普段使用する口座と貯金用の口座の情報が登録される。図中の右下の画面例では、上記の操作により銀行口座が登録された旨が会話として表示されている。

図３は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される目標設定の画面例について概要を示した図である。図中の左上の画面例では、上記の銀行口座の登録後、目標（「貯金のゴール」）を選択もしくは入力する画面を示している。そして、右上の画面例では、ユーザ３が選択肢の中から「旅行」を選択し、これがゴールとして設定されたことが示されている。さらに、左下の画面例では、目標の期限（「ゴールの年月」）を指定する画面を示している。そして、右下の画面例では、ユーザ３が「２０１７年９月」を指定し、これがゴールの年月として設定されたことが会話として示されている。

図４は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される目標の達成状況を管理する画面例について概要を示した図である。図中では、左右いずれの例も、「￥５００，０００」の目標金額を中央の円図形の円周で表し、現在までの貯金額である「￥２１０，４５０」を太線の円弧により表している。円周に対する円弧の長さの割合を、目標金額に対する現在までの貯金額の割合と同じとすることで、視覚的に貯金の達成度を把握し易くする。

同様に、図中の例では、円周上に二重円の図形で現時点での予定の貯金額を示している。左側の図では、貯金額が予定を上回っていることを示し、右側の図では、貯金額が予定を下回っていることを示している。このように、目標金額の達成状況についての予実管理を視覚的に把握し易い形で行うことで、ユーザ３のモチベーション（もしくは危機感）を高めるようにしてもよい。

図５は、本実施の形態の行動情報収集システム１における携帯端末３０のアプリケーション３１により提供される消費行動の内容を問い合わせる画面例について概要を示した図である。ここでは、例えば、ユーザ３がお昼にコンビニエンスストアで弁当を購買した際に弁当代を通常よりも節約した場合、節約した分を貯金させるシナリオ（「コンビニシナリオ」）が行動情報収集サーバ１０のシナリオＤＢ１８に予め設定されているものとする。この場合、携帯端末３０上に保持するシナリオトリガ３３としては、お昼の時間帯に近くのコンビニエンスストア等の特定の店舗２から出てきたことを把握するための内容が設定される。

そして、携帯端末３０のＧＰＳセンサ３２により、ユーザ３が当該店舗２に入った後に出てきたことをアプリケーション３１が検知した場合、対応するシナリオ（「コンビニシナリオ」）に基づいて、ユーザ３を相手方とする会話が自動的に開始される。このシナリオでは、まず、図５の左上および右上の画面例に示すように、当該店舗２で何か買ったか、買った場合いくら使ったか、を問い合わせている。そして、左下の画面例に示すように、過去の行動履歴（購買履歴）に基づいて把握される平均の使用金額（４５０円）との差額（５０円）を計算し、この差額を貯金するか否かを問い合わせ、さらに、右下の画面例に示すように、何を買ったかを問い合わせている。

ここでは、ユーザ３の回答内容（「はい」「いいえ」や金額等）に応じて、以降の会話の内容が設定されている。すなわち、シナリオには、後述するように、会話の分岐パターンを全て網羅した形で会話内容が予め定義されている。このように、貯金を行うために必要な情報として消費行動の内容に係る情報をユーザ３に問い合わせて入力させることで、自然な形で消費行動の内容を取得することができる。

なお、図示しないが、シナリオに基づく上記のような会話において、例えば、ユーザ３が節約分を貯金することを選択した場合は、行動情報収集サーバ１０の関連処理部１３により、所定のタイミングでユーザの通常の口座から貯金用の口座に対する振替や送金等の処理を行う。

また、図５の例では、コンビニエンスストア等の店舗２での購買の際に支出を節約した分を貯金するシナリオとしているが、貯金を行う契機は、支出を節約した場合のみに限られない。例えば、残業を実施した場合に、将来獲得する金銭（残業代）を先立って貯金するシナリオとしてもよい。また、図５の例では、ユーザ３が消費行動を行った後に、その内容を聞き出して貯金するものとしているが、これに限られない。例えば、図４の例に示した目標金額の達成状況の予実管理において、予定よりも達成状況が悪い場合に、コンビニエンスストア等の店舗２に入るタイミングで所定のシナリオを起動し、事前に節約と貯金を促す会話を行うようにしてもよい。

＜処理の流れ＞
図６は、本実施の形態におけるシナリオに基づく会話を介して行動内容を把握する処理の流れの例について概要を示した図である。ここでは、対象のユーザ３は、既に行動情報収集サーバ１０のユーザＤＢ１５にアカウント情報が登録され、目標ＤＢ１６にはモチベーションの基礎となる貯金の目標金額が登録されているものとする。

まず、ユーザ３は、保持する携帯端末３０においてアプリケーション３１を起動し、行動情報収集システム１が提供するサービスにログインする（Ｓ０１）。行動情報収集サーバ１０では、ユーザ管理部１１によりユーザＤＢ１５を参照してユーザ認証処理を行う（Ｓ０２）。ユーザ認証が成功した場合は、シナリオ処理部１４により、対象のユーザ３に対応するシナリオトリガ３３の情報をシナリオＤＢ１８から取得して携帯端末３０に対して送信する（Ｓ０３）。携帯端末３０では、送信されたシナリオトリガ３３をメモリ等に記録して登録する（Ｓ０４）。なお、シナリオトリガ３３は、ログイン毎に全て送信するのではなく、更新等があった差分のみ送信するようにしてもよい。

その後、携帯端末３０では、時刻およびＧＰＳセンサ３２により検出した位置情報を取得し（Ｓ０５）、ステップＳ０４で登録したシナリオトリガ３３の条件に合致するものがあるか否かを判定する（Ｓ０６）。合致するものがない場合は（Ｓ０６：Ｎｏ）、ステップＳ０５に戻って時刻および位置情報の取得を継続する。時刻および位置情報の取得は、一定時間毎の適当な間隔で行われるようにしてもよい。シナリオトリガ３３の条件に合致するものがある場合は（Ｓ０６：Ｙｅｓ）、アプリケーション３１は、行動情報収集サーバ１０に対して、合致したシナリオトリガ３３に対応するシナリオの内容を取得する要求を行う（Ｓ０７）。

要求を受けた行動情報収集サーバ１０では、シナリオ処理部１４により、対象のシナリオトリガ３３に対応したシナリオの情報をシナリオＤＢ１８から抽出し（Ｓ０８）、これを携帯端末３０に応答する（Ｓ０９）。ここでは、シナリオＤＢ１８から対象のユーザ３に関連付けられたシナリオが抽出される。このときさらに、後述するように、対象のユーザ３の属性情報や目標達成状況等に応じて、シナリオ内の具体的な会話（メッセージ）のタイプを設定するようにしてもよい。

例えば、貯金の目標金額に対する予実管理において、現在の実績が目標に対して未達である場合に、同じ内容のメッセージを出力する場合であっても、ポジティブな表現とするかネガティブな表現とするか、厳しい口調とするか優しい口調とするか等を切り替えてもよい。この切り替えは、ユーザ３が好みにより設定してもよいし、シナリオ処理部１４が自動的に設定してもよい。表現内容や口調に加えて、各行動に対してユーザ３に提案する貯金額を多め（厳しめ）に設定するか少なめ（緩め）に設定するかを切り替えられるようにしてもよい。

シナリオの内容に係る情報を取得した携帯端末３０では、アプリケーション３１が、シナリオに係る会話（メッセージ）を、会話の単位毎に、図２に示したような画面により表示し（Ｓ１０）、必要に応じてユーザ３からの回答の入力を受け付ける（Ｓ１１）。そして、シナリオが終了したか否かを判定する（Ｓ１２）。シナリオが終了していない場合は（Ｓ１２：Ｎｏ）、ステップＳ１０に戻って、シナリオの内容に従ってさらに後続のシナリオメッセージを表示する。

ステップＳ１２でシナリオが終了した場合は（Ｓ１２：Ｙｅｓ）、ユーザ３により入力された回答内容、すなわちユーザ３の消費行動の内容に係る情報を行動情報収集サーバ１０に送信する（Ｓ１３）。当該情報の送信を受けた行動情報収集サーバ１０では、行動管理部１２により、必要に応じて行動内容の分析を行った上で、行動履歴として行動履歴ＤＢ１７に記録する（Ｓ１４）。さらに、「貯金」等の関連処理を行う必要がある場合は、関連処理部１３によりこれを実行し（Ｓ１５）、一連の処理を終了する。

なお、図６の例では、携帯端末３０のアプリケーション３１が、行動情報収集サーバ１０から一連のシナリオの内容に係る情報を一括して取得（ダウンロード）し、シナリオの内容とユーザ３からの回答内容に基づいて後続のメッセージを決定するものとしているが、このような構成に限られない。シナリオの内容とユーザ３からの回答内容に基づく後続のメッセージの決定を、行動情報収集サーバ１０のシナリオ処理部１４がサーバサイドで都度行うものとし、携帯端末３０のアプリケーション３１は、決定されたメッセージの表示とユーザ３による回答の送信のみを行うようにしてもよい。

＜データ構成＞
図７は、本実施の形態のユーザＤＢ１５に含まれるユーザマスタテーブルのデータ構成の例について概要を示した図である。ユーザマスタテーブル１５ａは、行動情報収集システム１が提供するサービスの利用することができるユーザ３のマスタ情報を保持するテーブルである。例えば、ユーザＩＤ、ユーザ名、生年月日、性別、身長、体重、職場、基本給、残業代単価、年収、給与支給日等の各項目を有する。

ユーザＩＤの項目は、各ユーザ３を一意に識別するためのＩＤ情報を保持する。ユーザ名の項目は、対象のユーザ３の氏名やニックネーム等の表示名称の情報を保持する。生年月日、性別、身長、体重の各項目は、対象のユーザ３の属性情報として身体状況を把握するための情報をそれぞれ保持する。これらの項目は、例えば、消費行動を入力させるためのモチベーションとして、本実施の形態のような目標金額の貯金に代えて、もしくはこれに加えて、ダイエット等のフィットネス系の目標を設定するような場合に用いることができる。

職場、基本給、残業代単価、年収、給与支給日の各項目は、対象のユーザ３の就労に伴う収入状況（金銭の獲得状況）を把握するための情報をそれぞれ保持する。例えば、年収に応じて日々の貯金額として設定・推奨する額を増減させることができる。また、職場の位置を把握することで、携帯端末３０のＧＰＳセンサ３２により検知された位置情報と時間帯から、残業実施の有無を判定し、上述したように、将来獲得する残業代から先立って貯金を行うように促すことも可能となる。また、日々の消費行動に伴う貯金額を貯金用口座へ都度振替するのではなく、累積した貯金額の情報を記録しておき、給与支給日の月次処理によって累積した貯金額を貯金用口座に一括して振替するようにしてもよい。

図８は、本実施の形態のユーザＤＢ１５に含まれるユーザ行動テーブルのデータ構成の例について概要を示した図である。ユーザ行動テーブル１５ｂは、各ユーザ３が日常的にとる行動（消費行動）のうち、目標達成に向けた関連処理（本実施の形態では「貯金」）と関連付けて収集・把握する行動（言い換えると、関連処理を行うための契機となる消費行動）について、その内容を登録・保持するテーブルである。例えば、ユーザ行動ＩＤ、ユーザＩＤ、行動タイプ、行動頻度、金額、行動場所、行動緯度、行動経度等の各項目を有する。

ユーザ行動ＩＤの項目は、ユーザ３毎の各行動を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象のユーザ行動に関連付けられたユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。行動タイプの項目は、対象のユーザ行動の種別・タイプを区分するためのコード値等の情報を保持する。区分には、例えば、商品の購買等の金銭の支出に係る行動や、残業実施等の金銭の獲得に係る行動、フィットネスに係る行動等が含まれ得る。

行動頻度および行動時刻の各項目は、それぞれ、対象のユーザ行動が行われる平均の頻度（例えば、「○回／日」や「○日に１回」等）、および平均的な時刻や時間帯の情報を保持する。また、金額の項目は、対象のユーザ行動において平均的に収入／支出される金額の情報を保持する。これらの項目の値は、ユーザ３が手動で設定してもよいし、行動履歴ＤＢ１７に蓄積された情報に基づいて統計的に算出した値を自動的に設定もしくは更新するようにしてもよい。

行動場所の項目は、対象のユーザ行動が行われる場所を特定する名称等の情報を保持する。例えば、店舗２の名称や、職場の名称等を設定する。行動緯度および行動経度の各項目は、上記の行動場所の項目に設定された場所の緯度・経度の情報をそれぞれ保持する。この情報は、ユーザ３が手動で設定してもよいし、上記の行動場所の項目に設定された内容に基づいて、ネットワーク２０を介して利用可能な一般的な地図サービスにより取得した値を自動的に設定してもよい。

なお、ユーザ行動テーブル１５ｂに登録される各行動は、各ユーザ３が手動で登録してもよいし、携帯端末３０や他のサービスによって蓄積されたユーザ３のライフログデータを所定の手法により分析して自動的に抽出してもよい。

図９は、本実施の形態の目標ＤＢ１６に含まれる貯金目標テーブルのデータ構成の例について概要を示した図である。貯金目標テーブル１６ａは、各ユーザ３が設定した目標（本実施の形態では貯金）の内容とその達成状況に係る情報を保持するテーブルである。例えば、目標ＩＤ、ユーザＩＤ、目標金額、目的、開始日、終了日、貯金達成状況等の各項目を有する。

目標ＩＤの項目は、ユーザ３毎の各目標を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の目標に関連付けられたユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。目標金額および目的の各項目は、対象の目標の内容として、目標の貯金金額および貯金の目的の情報をそれぞれ保持する。目的の項目には、例えば、旅行や買い物等を表すコード値等の情報を指定することができる。

開始日および終了日の各項目は、一定の期間を設定して目標達成を目指す場合の当該期間の開始および終了の日付の情報をそれぞれ保持する。貯金達成状況の項目は、現時点での目標の達成状況（本実施の形態では目標金額に対してどれだけ貯金が進んでいるか）の情報を保持する。例えば、貯金額（もしくは目標金額との差額）の絶対値として評価してもよいし、目標金額に対する貯金の達成率として評価してもよい。

図１０は、本実施の形態の目標ＤＢ１６に含まれる日次目標テーブルのデータ構成の例について概要を示した図である。日次目標テーブル１６ｂは、各ユーザ３が設定した最終目標を達成するための日々の行動レベルでの目標に係る情報を保持するテーブルである。例えば、日次目標ＩＤ、目標ＩＤ、日付、行動タイプ、目標金額、達成状況等の各項目を有する。

日次目標ＩＤの項目は、ユーザ３毎の日次での各目標を一意に識別するためのＩＤ情報を保持する。目標ＩＤの項目は、対象の日次目標に対応する最終的な目標を特定するＩＤ情報を保持する。この値は、上述の貯金目標テーブル１６ａに登録されている。日付の項目は、対象の日次目標に係る行動をとる予定の日付もしくはとった実績の日付の情報を保持する。行動タイプの項目は、対象の日次目標に係る行動のタイプを特定するコード値等の情報を保持する。この値は、上述のユーザ行動テーブル１５ｂに登録されている。

目標金額および達成状況の各項目は、それぞれ、対象の日次目標における目標金額（本実施の形態では対象日の貯金額）および目標の達成状況（本実施の形態では対象日の目標金額に対してどれだけ貯金したか）の情報を保持する。例えば、貯金額（もしくは目標金額との差額）の絶対値として評価してもよいし、目標金額に対する貯金の達成率として評価してもよい。

図１１は、本実施の形態の行動履歴ＤＢ１７に含まれる行動結果テーブルのデータ構成の例について概要を示した図である。行動結果テーブル１７ａは、ユーザ３が行った行動（消費行動）の結果・内容を履歴として蓄積するログテーブルである。例えば、行動結果ＩＤ、ユーザＩＤ、金額、行動タイプ、行動日、行動時刻、行動詳細等の各項目を有する。

行動結果ＩＤの項目は、対象の行動結果を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の行動結果に係る行動を行ったユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。金額の項目は、対象の行動結果に係る行動により支出／獲得した金額の情報を保持する。行動タイプの項目は、対象の行動結果に係る行動のタイプを特定するコード値等の情報を保持する。この値は、上述のユーザ行動テーブル１５ｂに登録されている。行動日および行動時刻の項目は、対象の行動結果に係る行動が行われた日付および時刻の情報をそれぞれ保持する。行動詳細の項目は、対象の行動結果に係る行動の詳細な内容に係る情報を保持する。例えば、ユーザ３により入力された文章が登録されてもよいし、行動の詳細内容を区分するコード値等により指定されてもよい。

図１２は、本実施の形態の行動履歴ＤＢ１７に含まれる貯金結果テーブルのデータ構成の例について概要を示した図である。貯金結果テーブル１７ｂは、ユーザ３が消費行動を行った際に、関連処理として目標達成のために貯金を行った場合に、その結果・内容を履歴として蓄積するログテーブルである。例えば、貯金結果ＩＤ、ユーザＩＤ、貯金日、送金日、金額、送金状況、行動結果ＩＤ、貯金理由等の各項目を有する。

貯金結果ＩＤの項目は、対象の貯金結果を一意に識別するためのＩＤ情報を保持する。ユーザＩＤの項目は、対象の貯金結果に係る貯金を行ったユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。貯金日および送金日の各項目は、対象の貯金結果に係る貯金を行った日付、および実際に貯金用口座に送金や振替を行った日付の情報をそれぞれ保持する。金額の項目は、対象の貯金結果に係る貯金額の情報を保持する。

送金状況の項目は、対象の貯金結果に係る送金や振替の処理状況を特定するコード値等の情報を保持する。行動結果ＩＤの項目は、対象の貯金結果に係る貯金を行った契機となった消費行動の結果情報を特定するＩＤ情報を保持する。この値は、上述の行動結果テーブル１７ａに登録されている。貯金理由の項目は、対象の貯金結果に係る貯金を行った理由の情報を保持する。例えば、ユーザ３により入力された文章が登録されてもよいし、貯金の理由を区分するコード値等により指定されてもよい。

図１３は、本実施の形態のシナリオＤＢ１８に含まれるシナリオテーブルのデータ構成の例について概要を示した図である。シナリオテーブル１８ａは、ユーザ３から消費行動の内容を聞き出すための各種のシナリオの情報を保持するテーブルである。例えば、シナリオＩＤ、シナリオ名、ルートメッセージハンドラＩＤ等の各項目を有する。

シナリオＩＤの項目は、対象のシナリオを一意に識別するためのＩＤ情報を保持する。シナリオ名の項目は、対象のシナリオに付与された表示名称の情報を保持する。ルートメッセージハンドラＩＤの項目は、対象のシナリオ中における最初のメッセージ（ルートメッセージ）に係るメッセージハンドラを特定するＩＤ情報を保持する。

ここで、メッセージハンドラは、シナリオ中で行動情報収集システム１側が発するメッセージ毎に設けられ、当該メッセージを出力するための処理を行うプログラムモジュールやデータオブジェクトである。本実施の形態では、各メッセージ（具体的には、対応するメッセージハンドラ）を、ルートメッセージを先頭に会話の展開に沿って順次連結させ、ユーザ３からの応答内容に応じて連結を適宜分岐させるツリー形式のデータ構造としてシナリオを構成する。これにより、ユーザ３からの応答内容に応じて、行動情報収集システム１側が発するメッセージの内容を適宜変化させて一連の会話を柔軟に構成することができる。

図１４は、本実施の形態のシナリオＤＢ１８に含まれるシナリオトリガテーブルのデータ構成の例について概要を示した図である。シナリオトリガテーブル１８ｂは、ユーザ３毎にシナリオに基づく会話を開始するためのトリガの情報であるシナリオトリガ３３の設定内容を保持するテーブルである。例えば、シナリオトリガＩＤ、シナリオＩＤ、ユーザＩＤ、パラメータ、トリガタイプ、起動曜日、起動時刻、起動位置緯度、起動位置経度、起動位置半径等の各項目を有する。

シナリオトリガＩＤの項目は、対象のシナリオトリガを一意に識別するためのＩＤ情報を保持する。シナリオＩＤの項目は、対象のシナリオトリガの条件に合致した場合に起動させるシナリオを特定するＩＤ情報を保持する。この値は、上述のシナリオテーブル１８ａに登録されている。また、ユーザＩＤの項目は、対象のシナリオトリガの条件に合致するか否かを判定する対象のユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。

パラメータの項目は、対象のシナリオトリガに対応するシナリオに係るメッセージにおいて可変項目として設定されている項目の値の情報を保持する。例えば、上述の図５の左下の画面例に示した「普段は４５０円くらい使われています。」というメッセージにおける「４５０」等が該当する。トリガタイプの項目は、対象のシナリオトリガのタイプを特定するコード値等の情報を保持する。例えば、曜日や時間帯等をトリガとしてシナリオを起動させるのか、ユーザ３（携帯端末３０）が所定の位置に所在することをトリガとしてシナリオを起動させるのか、両者の複合条件で起動させるのか等を設定することができる。

起動曜日および起動時刻の項目は、対象のシナリオトリガの条件となる曜日および時刻の情報をそれぞれ保持する。また、起動位置緯度、起動位置経度および起動位置半径の項目は、対象のシナリオトリガの条件となるユーザ３（携帯端末３０）の所在位置の範囲の情報を保持する。ここでは、起動位置緯度および起動位置経度の項目の値で特定される位置を中心とした、起動位置半径の項目の値を半径とする円の範囲内にユーザ３が所在することが条件となる。円状の範囲に限られず、例えば、二点の位置を対角とする矩形の範囲として設定できるようにしてもよい。

図１５は、本実施の形態のシナリオＤＢ１８に含まれるメッセージハンドラテーブルのデータ構成の例について概要を示した図である。メッセージハンドラテーブル１８ｃは、各シナリオに含まれる行動情報収集システム１側が発するメッセージに対応するメッセージハンドラの情報を保持するテーブルである。例えば、メッセージハンドラＩＤ、シナリオメッセージＩＤ、ユーザ応答ＩＤ、次メッセージハンドラＩＤ、次メッセージ決定ロジック等の各項目を有する。

メッセージハンドラＩＤの項目は、各メッセージハンドラを一意に識別するためのＩＤ情報を保持する。シナリオメッセージＩＤの項目は、対象のメッセージハンドラにより実際に表示するメッセージ（行動情報収集システム１側が発するシナリオメッセージ）の内容を特定するＩＤ情報を保持する。この値および対応するシナリオメッセージの内容は、後述するシナリオメッセージテーブルに登録されている。ユーザ応答ＩＤの項目は、対象のメッセージハンドラに対応するシナリオメッセージによってユーザ３に対して行った問い合わせに対するユーザ３からの回答・応答に係る情報を特定するＩＤ情報を保持する。この値およびユーザ応答の内容に係る情報は、後述するユーザ応答テーブルに登録されている。

次メッセージハンドラＩＤの項目は、シナリオのツリー構造において対象のメッセージハンドラに対応するメッセージの次のメッセージに対応するメッセージハンドラを特定するＩＤ情報を保持する。ユーザ応答の内容に応じてメッセージが分岐する場合には、分岐先の各メッセージにそれぞれ対応するメッセージハンドラのＩＤ情報をリストとして保持する。次メッセージ決定ロジックの項目は、対象のメッセージハンドラに対応するメッセージに対するユーザ３からの応答の内容に応じて次のメッセージが分岐する場合に、分岐先のメッセージを決定するロジックや条件の情報を保持する。ロジックや条件式等の内容自体を保持してもよいし、ロジックが実装されたモジュール等を特定する情報を保持してもよい。

図１６は、本実施の形態のシナリオＤＢ１８に含まれるシナリオメッセージテーブルのデータ構成の例について概要を示した図である。シナリオメッセージテーブル１８ｄは、各シナリオに含まれるそれぞれのメッセージハンドラにより、行動情報収集システム１側が実際に表示するシナリオメッセージの内容を保持するテーブルである。例えば、シナリオメッセージＩＤ、メッセージ、シナリオメッセージタイプ等の各項目を有する。

シナリオメッセージＩＤの項目は、対象のシナリオメッセージを一意に識別するＩＤ情報を保持する。メッセージの項目は、対象のシナリオメッセージの内容のテキスト情報を保持する。シナリオメッセージタイプの項目は、対象のシナリオメッセージのタイプ・種別を特定するコード値等の情報を保持する。この値は、後述するメッセージタイプテーブルに登録されている。本実施の形態では、同じ内容を伝えるシナリオメッセージに対して、表現内容等のタイプが異なる複数のパターンを設定し、ユーザ３毎に切り替えることができる。

図１７は、本実施の形態のシナリオＤＢ１８に含まれるユーザ応答テーブルのデータ構成の例について概要を示した図である。ユーザ応答テーブル１８ｅは、各シナリオに含まれる行動情報収集システム１側が発するメッセージによってユーザ３に対して行った問い合わせに対するユーザ３からの回答・応答に係る情報を保持するテーブルである。例えば、ユーザ応答ＩＤ、応答タイプ、ラベル、出力フォーマット等の各項目を有する。

ユーザ応答ＩＤの項目は、対象のユーザ応答を一意に識別するＩＤ情報を保持する。応答タイプの項目は、対象のユーザ応答のタイプ・種別を区分するコード値等の情報を保持する。区分には、例えば、「はい」「いいえ」等の二者択一の回答であるか、それ以上の数の選択肢の中からの選択であるか、もしくは具体的な内容や文言を直接入力したものであるか等が含まれる。ラベルの項目は、対象のユーザ応答を受け付けるために二者以上の選択肢を表示する場合の各選択肢のラベル（テキスト情報）のリストを保持する。出力フォーマットの項目は、対象のユーザ応答を受け付けるために選択肢や入力フォーム等を表示する際のフォーマットを特定する情報を保持する。

図１８は、本実施の形態のシナリオＤＢ１８に含まれるメッセージタイプテーブルのデータ構成の例について概要を示した図である。メッセージタイプテーブル１８ｆは、ユーザ３毎におけるシナリオメッセージを表示する際の全体としての表現内容等のタイプに係る情報を保持する。例えば、ユーザＩＤ、シナリオメッセージタイプ等の各項目を有する。

ユーザＩＤの項目は、対象のユーザ３を特定するＩＤ情報を保持する。この値は、上述のユーザマスタテーブル１５ａに登録されている。シナリオメッセージタイプの項目は、対象のユーザ３について設定されたシナリオメッセージタイプを特定するコード値等の情報を保持する。ユーザ３毎にこの値を設定することにより、上述したように、同じ内容を伝えるシナリオメッセージであっても、ポジティブな表現とするかネガティブな表現とするか、厳しい口調とするか優しい口調とするか等を切り替えることができる。また、表現内容や口調に加えて、各行動に対してユーザ３に提案する貯金額を多め（厳しめ）に設定するか少なめ（緩め）に設定するかを切り替えられるようにしてもよい。

なお、上述の図７〜図１８で示した各テーブルのデータ構成（項目）はあくまで一例であり、同様のデータを保持・管理することが可能な構成であれば、他のテーブル構成やデータ構成であってもよい。

以上に説明したように、本発明の一実施の形態である行動情報収集システム１によれば、ユーザ３の消費行動を、ユーザ３が立てた目標に向けての日々の「貯金」と関連付け、「貯金」による目標達成をモチベーションとして、ユーザ３が消費行動を行った際に、「貯金」を行うためにその内容を聞き出すことで把握することが可能である。

すなわち、ユーザ３が保持する携帯端末３０により、ユーザ３の所在位置と時間の情報を常時検知し、予め設定されたシナリオトリガ３３の条件に合致する場合に、何らかの消費行動が行われたものと判断する。そして、合致したシナリオトリガ３３に対応するシナリオに基づく会話を携帯端末３０を介して開始し、ユーザ３が行った消費行動に係る情報を問い合わせる。これに対する応答をユーザ３から取得することで、消費行動の内容を自然な形で把握することが可能である。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

本発明は、情報処理システムにより自動的に把握することができない行動を対象とした行動情報収集システムに利用可能である。

１…行動情報収集システム、２…店舗、３…ユーザ、
１０…行動情報収集サーバ、１１…ユーザ管理部、１２…行動管理部、１３…関連処理部、１４…シナリオ処理部、１５…ユーザＤＢ、１５ａ…ユーザマスタテーブル、１５ｂ…ユーザ行動テーブル、１６…目標ＤＢ、１６ａ…貯金目標テーブル、１６ｂ…日次目標テーブル、１７…行動履歴ＤＢ、１７ａ…行動結果テーブル、１７ｂ…貯金結果テーブル、１８…シナリオＤＢ、１８ａ…シナリオテーブル、１８ｂ…シナリオトリガテーブル、１８ｃ…メッセージハンドラテーブル、１８ｄ…シナリオメッセージテーブル、１８ｅ…ユーザ応答テーブル、１８ｆ…メッセージタイプテーブル、
２０…ネットワーク、
３０…携帯端末、３１…アプリケーション、３２…ＧＰＳセンサ、３３…シナリオトリガ

Claims (4)

1. ユーザの行動に係る情報を収集する行動情報収集システムであって、
   前記行動は、金銭の獲得に係わる行動であり、
   前記ユーザ毎に前記行動に関連付けられた目標として目標金額の貯金を設定可能であり、
   前記ユーザ毎に前記行動に関連付けられた前記目標に係る情報を保持する目標データベースと、
   前記ユーザ毎に前記行動を行う前または行った後に前記行動の内容を問い合わせるための会話の内容に係るシナリオ、および前記シナリオに係る会話を開始するトリガとなる時間および前記ユーザの位置の条件からなるシナリオトリガの情報を保持するシナリオデータベースと、を有し、
   前記ユーザが保持する携帯端末において検出された時間および／または前記携帯端末の所在位置の情報について、前記ユーザに係る前記シナリオトリガの条件に合致するものがある場合に、合致した前記シナリオトリガに対応する前記シナリオを前記シナリオデータベースから取得して、取得した前記シナリオに基づく会話を、前記携帯端末上でのメッセージの表示および前記ユーザからの応答の入力により行い、前記応答の内容に基づいて把握された前記行動の内容を前記ユーザと関連付けて記録し、前記応答の内容に基づいて、前記ユーザにおける前記目標の達成に必要となる処理として、貯金用口座への貯金を行う、
   行動情報収集システム。
2. 請求項１に記載の行動情報収集システムにおいて、
   前記金銭の獲得は、労働の実施による金銭の獲得であり、
   前記シナリオは、前記労働を実施した場合に将来獲得される金銭を先立って貯金するシナリオである、行動情報収集システム。
3. 請求項２に記載の行動情報収集システムにおいて、
   前記労働は、残業である、行動情報収集システム。
4. 請求項１に記載の行動情報収集システムにおいて、
   前記ユーザの前記携帯端末の画面において、前記ユーザの操作入力に基づいて、前記目標である貯金について、ゴールである目的と、目標年月と、目標金額とを設定可能とする、行動情報収集システム。

Images