JPWO2018146936A1 - クライアント装置、情報処理システム、記憶媒体、および情報処理方法 - Google Patents

Abstract

【課題】感謝行為を行うことで価値が発生する仮想的な通貨を双方に分配することが可能なクライアント装置、情報処理システム、記憶媒体、および情報処理方法を提供する。【解決手段】ユーザによる感謝を示す行為を検出する検出部と、少なくとも仮想通貨の一部を送受信する通信部と、検出されたデータに基づき第１ユーザによる感謝を示す行為を認識すると第１ユーザが保有する仮想通貨のうち行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を第１ユーザが保有する感謝通貨として管理するように制御すると共に一定量の仮想通貨の他部を被感謝通貨に関する情報として周囲に送信するよう通信部を制御し、検出されたデータに基づき第２ユーザによる感謝を示す行為を検出した後、被感謝通貨に関する情報を受信すると、被感謝通貨に関する情報が示す被感謝通貨を第１ユーザが保有する被感謝通貨として管理するよう制御する制御部とを備えるクライアント装置。【選択図】図１

Description

本開示は、クライアント装置、情報処理システム、記憶媒体、および情報処理方法に関する。

今日の資本主義社会は貨幣経済を前提として成長し続けているが、利益極大化により貧困層の増加や地域格差といった問題も発生している。

一方で、特定の地域コミュニティ内において、法定貨幣と同等の価値または全く異なる価値があるものとして使用される地域通貨というものがある。地域通貨により地域復興や相互交流を深める取り組みが行われている。

さらに近年では、コミュニケーションの活性化や社会をより良くするために、相手への感謝の気持ちを評価することに着目し、感謝の気持ちを数値化して通貨として用いる制度も提案されている。

例えば下記特許文献１では、特定グループ内の地域通貨支払い決済方法に関する技術が開示されている。特に特定のグループ内における会員間での物の売買や役務の提供あるいは贈与の価値の一部または全部をその感謝度を表す数値に置換した数値評価価値を、恰も通貨の如く地域通貨として決済できるようなシステムが開示されている。

また、下記特許文献２では、「ありがとう」という感謝の気持ちを価値情報として贈心先に伝えることができるシステムについて開示されている。

特開２００３−３０３２７９号公報 国際公開第２００８／１０８０００号

しかしながら、いずれも感謝の気持ちを評価した通貨を一方的に相手に与えるシステムであった。

そこで、本開示では、感謝行為を行うことで価値が発生する仮想的な通貨を双方に分配することが可能なクライアント装置、情報処理システム、記憶媒体、および情報処理方法を提案する。

本開示によれば、ユーザによる感謝を示す行為を検出するための検出部と、少なくとも、仮想通貨の一部を送受信する通信部と、前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し、前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、を備える、クライアント装置を提案する。

本開示によれば、ユーザが保有する通貨の量を、ユーザ単位で記憶する記憶部と、前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に受信する通信部と、第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し、さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御する制御部と、を備える、情報処理システムを提案する。

本開示によれば、コンピュータを、ユーザによる感謝を示す行為を検出するための検出部と、少なくとも、仮想通貨の一部を送受信する通信部と、前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し、前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、として機能させるためのプログラムが記憶された、コンピュータ読み取り可能な記憶媒体を提案する。

本開示によれば、プロセッサが、ユーザが保有する通貨の量を、記憶部にユーザ単位で記憶することと、前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に通信部により受信することと、第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し、さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御することと、を含む、情報処理方法を提案する。

以上説明したように本開示によれば、感謝行為を行うことで価値が発生する仮想的な通貨を双方に分配することが可能となる。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態による情報処理システムの概要について説明する図である。 本実施形態による情報処理システムの全体構成の一例を示す図である。 本実施形態による端末装置の構成の一例を示すブロック図である。 本実施形態によるサーバの構成の一例を示すブロック図である。 本実施形態による感謝行為を行った側の端末装置における動作処理を示すフローチャートである。 本実施形態による通貨状況の通知画面の一例を示す図である。 本実施形態による感謝行為が行われた側の端末装置における動作処理を示すフローチャートである。 本実施形態による１対多数における感謝行為と感謝通貨および被感謝通貨の生成の概要を説明する図である。 本実施形態による１対多数における感謝行為を行った側の端末装置１Ａの動作処理を示すフローチャートである。 本実施形態による端末装置における動作処理を示すフローチャートである。 本実施形態によるサーバにおける動作処理を示すフローチャートである。 本実施形態による可視化グラフの一例を示す図である。 本実施形態による団体別可視化グラフの例を示す図である。 本実施形態による感謝通貨および被感謝通貨をポイントとして利用する際の動作処理を示すシーケンス図である。 本実施形態によるポイント交換状況の可視化処理を示すフローチャートである。 本実施形態によるポイント交換状況の可視化画像の一例を示す図である。 応用例による感謝行為を行った側の端末装置とサーバの動作処理を示すシーケンス図である。 応用例による感謝行為が行われた側の端末装置とサーバの動作処理を示すシーケンス図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．構成
２−１．端末装置の構成
２−２．サーバの構成
３．動作処理
３−１．第１の動作処理（１対１）
３−２．第２の動作処理（１対多数）
４．可視化処理
５．応用例
６．まとめ

＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
図１は、本開示の一実施形態による情報処理システムの概要について説明する図である。本実施形態では、地域や市町村、会社等の特定グループ内において、感謝行為により価値が発生する「ありがとう通貨」３０が予め発行される。ありがとう通貨３０は、例えば地域創生用の電子ウォレットアプリケーションを介して電子的に地域住人に発行される。

ありがとう通貨３０は、これだけでは価値が発生しないが、概念的に図１に示すように割符になっており、例えばユーザＡがユーザＢに感謝した際、ユーザＡが保持するありがとう通貨３０が、価値を持つ感謝通貨３０ａ（第１の仮想通貨）と被感謝通貨３０ｂ（第２の仮想通貨）に仮想的に割れる（すなわち、変換される）。感謝通貨３０ａは、感謝した者（ここでは、ユーザＡ）の手元に残る仮想通貨であって、被感謝通貨３０ｂは、感謝された者（感謝の相手）に渡される仮想通貨である。被感謝通貨３０ｂは、例えば電子ウォレットアプリケーションを介して電子的に相手側に送信される。なお、本明細書における「通貨」とは、いわゆる「金銭（法定通貨）」を意味するものではなく、感謝の気持ちを評価した評価価値である。

感謝行為は、「ありがとう！」「ありがとう、助かったよ！」等の感謝の言葉をユーザが発すると共に相手と握手する等の行為が想定される。

感謝通貨３０ａと被感謝通貨３０ｂは、地域の交換所で地域通貨、地域の割引券、またはお買物券と交換できるようにしてもよいし、地域の店等でポイントとして利用することも可能である。

このように、本実施形態では、地域から発行されたありがとう通貨３０が、誰かへの感謝を示す感謝行為により、価値を待った感謝通貨３０ａと被感謝通貨３０ｂに変換され、感謝した者（感謝者）と感謝された者（被感謝者）に分配され、感謝の気持ちを伝えることが促進される。

続いて、このような本実施形態による情報処理システムの全体構成について図２を参照して説明する。図２は、本実施形態による情報処理システムの全体構成の一例を示す図である。

図２に示すように、本実施形態による情報処理システムは、各ユーザが所持する端末装置１（１Ａ、１Ｂ）と、サーバ２と、感謝通貨３０ａ、被感謝通貨３０ｂをポイントとして利用する場合の店舗のＰＯＳ端末４とを含む。

端末装置１（クライアント装置）は、スマートフォン、携帯電話、またはスマートバンド等のウェアラブルデバイス、タブレット端末、音楽プレーヤー、またはゲーム機等の情報処理端末である。端末装置１は、各種センサによりユーザの感謝行為を検出し、感謝行為に応じてありがとう通貨３０を感謝通貨３０ａおよび被感謝通貨３０ｂに変化させ、被感謝通貨３０ｂを相手へ送信する。例えば、端末装置１Ａ、１Ｂには、電子ウォレットアプリケーションがインストールされており、端末装置１Ａは、ユーザの感謝行為を検出すると、ありがとう通貨３０に基づいて生成した被感謝通貨３０ｂを、近接無線通信（例えば、Ｗｉ−Ｆｉ（登録商標）、ＢＬＥ；Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ、非接触通信等）により相手の端末装置１Ｂに送信する。電子ウォレットアプリケーションでは、ありがとう通貨３０、感謝通貨３０ａ、および被感謝通貨３０ｂの数が管理され得る。また、端末装置１は、ありがとう通貨３０の発行をサーバ２から受けたり、ユーザによる感謝行為の履歴をサーバ２へ送信したりする。

サーバ２は、ありがとう通貨３０の発行を管理したり、各ユーザの感謝行為履歴を蓄積して必要に応じて感謝行為の状況やポイント利用数について可視化したデータを生成することが可能である。ありがとう通貨３０の発行は、例えば市町村の活性化のために市町村の予算内で発行数を設定することも可能である。

以上、本開示の一実施形態による情報処理システムについて説明した。続いて、本実施形態による情報処理システムに含まれる各装置の具体的な構成について図面を参照して説明する。

＜＜２．構成＞＞
＜２−１．端末装置１の構成＞
図３は、本実施形態による端末装置１の構成の一例を示すブロック図である。図３に示すように、端末装置１は、制御部１０、ネットワーク通信部１１、近接無線通信部１２、操作入力部１３、音声入力部１４、センサ１５、表示部１６、音声出力部１７、および通貨情報記憶部１８を有する。

制御部１０は、演算処理装置および制御装置として機能し、各種プログラムに従って端末装置１内の動作全般を制御する。制御部１０は、例えばＣＰＵ（Central Processing Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部１０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。

また、本実施形態による制御部１０は、感謝行為認識部１０１および通貨管理部１０２としても機能する。

感謝行為認識部１０１は、ユーザによる感謝行為または他ユーザからの感謝行為を認識する。具体的には、感謝行為認識部１０１は、音声入力部１４により集音された音声データを解析して「ありがとう」等の感謝発話を認識し、感謝行為として認識する。本実施形態では、一例として、相手に対してきちんと感謝をした場合にありがとう通貨３０を感謝通貨３０ａと被感謝通貨３０ｂに変換させ、上辺だけの感謝ではありがとう通貨３０が変換されないようにする。このため、例えば声に出して明確に「ありがとう」と相手に伝えることを重視している。若しくは、声に出してありがとうと伝えることに代わる動作としては、
・手を差し出して、相手と握手をする
・ハグをして相手に感謝を伝える
・感謝を込めて乾杯する
・感謝を込めて拍手する
等も挙げられる。いずれも端末装置１または周囲に設置されているセンサにより検知可能な行為とする。感謝行為認識部１０１は、例えばセンサ１５により検知された各種検知データ（撮像画像、加速度データ、ジャイロデータ等）に基づいて、感謝行為を認識することが可能である。また、ＢＭＩ（Ｂｒａｉｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）を利用できる場合、ユーザの脳情報に基づいて感謝への気持ちを検出するようにしてもよい。

通貨管理部１０２は、ありがとう通貨３０、感謝通貨３０ａ、および被感謝通貨３０ｂの量の管理と、感謝行為が認識された際に保有するありがとう通貨３０を感謝通貨３０ａおよび被感謝通貨３０ｂに変換する処理（生成処理）を行う。

また、感謝通貨３０ａおよび被感謝通貨３０ｂがポイントとして利用される場合、通貨管理部１０２は、感謝通貨３０ａおよび被感謝通貨３０ｂとして所定量のポイント（例えばデフォルトで設定されているポイント）を割り振る。

また通貨管理部１０２は、感謝行為の種類に応じて、感謝通貨３０ａおよび被感謝通貨３０ｂに割り振るポイント数を変更してもよい。例えば、「ありがとう」と発話した感謝行為の場合には、２０Ｐの感謝通貨３０ａおよび被感謝通貨３０ｂを生成し、「どうもありがとう」と発話した感謝行為の場合には、４０Ｐの感謝通貨３０ａおよび被感謝通貨３０ｂを生成する。また、手を握りながら何度も何度も「どうもありがとう」と発話した感謝行為の場合には、１００Ｐの感謝通貨３０ａおよび被感謝通貨３０ｂを生成してもよい。通貨管理部１０２は、ユーザが保持するありがとう通貨３０の総量（例えば３０００Ｐなど）から、生成した分のポイントを減算する。

音声入力部１４は、マイクロホンと、そのマイクロホンで得られた音声信号を増幅処理するマイクアンプ部と、音声信号にデジタル変換するＡ／Ｄ変換器により実現され、音声信号を制御部１０に出力する。

センサ１５は、感謝行為を検知する各種センサデバイスを含む。例えばセンサ１５は、カメラ、加速度センサ、ジャイロセンサ、または生体センサであってもよい。

表示部１６は、現在の通貨の保有状況や感謝行為履歴を示す画面等を出力する表示装置である。この表示部１６は、例えば、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置であってもよい。

音声出力部１７は、音声信号を再生するスピーカと、スピーカに対するアンプ回路を有する。

ネットワーク通信部１１は、有線または無線によりネットワーク３と接続し、ネットワーク上のサーバ２とデータの送受信を行う。ネットワーク通信部１１は、例えば有線／無線ＬＡＮ（Local Area Network）、またはＷｉ−Ｆｉ（登録商標）、携帯通信網（ＬＴＥ（Long Term Evolution）、３Ｇ（第３世代の移動体通信方式））等によりネットワーク３と通信接続する。

近接無線通信部１２は、近接無線通信により周囲の外部装置とデータの送受信を行う。例えば近接無線通信部１２は、Ｗｉ−Ｆｉ（登録商標）、ＢＬＥ；Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ、または非接触通信等により近接無線通信を行う。本実施形態では、被感謝通貨３０ｂが、近接無線通信部１２により、感謝した相手が所持する端末装置に送信される。

通貨情報記憶部１８は、制御部１０の処理に用いられるプログラムや演算パラメータ等（具体的には、ありがとう通貨３０、感謝通貨３０ａ、および被感謝通貨３０ｂの量や、感謝行為履歴等）を記憶するＲＯＭ（Read Only Memory）、および適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）により実現される。なお、各端末装置１で管理する通貨量のステータスや感謝行為履歴（トランザクションデータ）の信頼性は、ブロックチェインなどの仕組みで担保されるようにしてもよい。

以上、本実施形態による端末装置１の構成について具体的に説明した。なお端末装置１の構成は、図３に示す例に限定されない。例えば、端末装置１の少なくとも一部の構成が別の装置に設けられ、端末装置１とデータの送受信を行うようにしてもよい。

＜２−２．サーバ２の構成＞
図４は、本実施形態によるサーバ２の構成の一例を示すブロック図である。図４に示すように、サーバ２（情報処理装置）は、制御部２０、通信部２１、通貨発行情報記憶部２２、ポイント利用情報記憶部２３、およびユーザ履歴記憶部２４を有する。

（制御部２０）
制御部２０は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ２内の動作全般を制御する。制御部２０は、例えばＣＰＵ（Central Processing Unit）、マイクロプロセッサ等の電子回路によって実現される。また、制御部２０は、使用するプログラムや演算パラメータ等を記憶するＲＯＭ（Read Only Memory）、及び適宜変化するパラメータ等を一時記憶するＲＡＭ（Random Access Memory）を含んでいてもよい。

また、本実施形態による制御部２０は、通貨管理部２０１、ユーザ管理部２０２、可視化部２０３、および感謝行為認識部２０４としても機能する。

通貨管理部２０１は、ありがとう通貨３０、感謝通貨３０ａ、および被感謝通貨３０ｂの管理を行う。例えば通貨管理部２０１は、所定量のありがとう通貨３０を特定グループのユーザ（例えば地域住民）に発行（送信）する。ありがとう通貨３０の発行時期、発行量、および発行先等の情報は、通貨発行情報として通貨発行情報記憶部２２に記憶される。また、通貨管理部２０１は、感謝行為をサーバ２側で認識する場合、感謝行為に起因して、対象ユーザが保有するありがとう通貨３０を感謝通貨３０ａおよび被感謝通貨３０ｂに変換し、感謝通貨３０ａは対象ユーザに付与し、被感謝通貨３０ｂは対象ユーザが感謝した相手に付与するよう制御する。

ユーザ管理部２０２は、ユーザ情報の登録、更新、削除等の管理を行う。具体的には、ユーザ管理部２０２は、各ユーザが保有する通貨量（ありがとう通貨３０、感謝通貨３０ａ、および被感謝通貨３０ｂの量）の状況や、各ユーザの感謝行為履歴（トランザクション）をユーザ履歴記憶部２４に記憶し、管理する。また、ユーザ管理部２０２は、各ユーザが感謝通貨３０ａまたは被感謝通貨３０ｂを店舗でポイント交換（利用）した際の情報を店舗のＰＯＳ端末４から取得し、ポイント利用情報記憶部２３に記憶する。ポイント利用情報は、ＰＯＳ端末番号（ＩＤ）、利用ユーザＩＤ、利用ポイント数（さらに感謝通貨３０ａおよび被感謝通貨３０ｂのいずれかを利用したか）、および日時を含む。

可視化部２０３は、ポイント利用状況を地図上にマッピングした画像や、特定グループ内におけるユーザ間の感謝行為の状況を模式化した画像等、ポイント利用状況や感謝行為状況の可視化を行う機能を有する。

感謝行為認識部２０４は、上述した端末装置１の感謝行為認識部１０１と同様に、音声データまたはセンサデータの少なくともいずれかに基づいてユーザの感謝行為または他ユーザからの感謝行為を認識する。本実施形態では、感謝行為の認識を端末装置１で行ってもよいし、端末装置１から送信された音声データまたはセンサデータに基づいてサーバ２の感謝行為認識部２０４で認識してもよい。

通信部２１は、有線または無線によりネットワーク３と接続し、ネットワーク３を介して各端末装置１とデータの送受信を行う。ネットワーク通信部２１は、例えば有線／無線ＬＡＮ（Local Area Network）、またはＷｉ−Ｆｉ（Wireless Fidelity、登録商標）等によりネットワーク３と通信接続する。

通貨発行情報記憶部２２、ポイント利用情報記憶部２３、およびユーザ履歴記憶部２４は、いずれも、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置等を含むストレージ装置により構成される。

以上、本実施形態によるサーバ２の構成について具体的に説明した。なおサーバ２の構成は、図４に示す例に限定されない。例えば、サーバ２の少なくとも一部の構成が別の装置に設けられ、サーバ２とデータの送受信を行うようにしてもよい。

＜＜３．動作処理＞＞
続いて、本実施形態による情報処理システムの動作処理について図面を用いて具体的に説明する。

＜３−１．第１の動作処理（１対１）＞
まず、図５〜図７を参照して、本実施形態による第１の動作処理について説明する。ここでは、例えばユーザＡが困っている時にユーザＢから親切にしてもらい（車に乗せてもらう、荷物を持ってもらう、道に迷っている時に助けてもらう等）、ユーザＡが「ありがとう」と声に出して感謝を伝えた際における、ユーザＡが所持する端末装置１ＡとユーザＢが所持する端末装置１Ｂの動作処理について説明する。この際、端末装置１Ａは、ユーザＡの感謝行為を認識すると、感謝通貨３０ａおよび被感謝通貨３０ｂを生成し、端末装置１Ｂに被感謝通貨３０ｂを送信する。なお以下に説明する動作処理は、端末装置１にインストールされている電子ウォレットアプリケーションにより実現されてもよい。

図５は、本実施形態による感謝行為を行った側の端末装置１Ａにおける動作処理を示すフローチャートである。図５に示すように、まず、端末装置１Ａは、特定グループ内におけるありがとう通貨の配布がある場合（ステップＳ１０３／Ｙｅｓ）、サーバ２からありがとう通貨を受信する（ステップＳ１０６）。「ありがとう通貨」は、例えば市町村において地域活性化のために地域住人に発行され得る。例えば本実施形態による（仮想）通貨をポイントとして利用する場合、所定量のポイント（例えば、１０００Ｐ）が「ありがとう通貨」として発行される。

次に、端末装置１Ａの通貨管理部１０２は、受信したありがとう通貨の量に基づいて、保有通貨の状況を更新する（ステップＳ１０９）。通貨情報記憶部１８には、ありがとう通貨、感謝通貨、および被感謝通貨のそれぞれの保有量が保持されており、通貨管理部１０２は、現在のありがとう通貨の量に、今回受信したありがとう通貨の量を加算する。

次いで、感謝行為認識部１０１は、音声入力部１４により入力された音声やセンサ１５により検知されたセンサデータに基づいて、ユーザ本人による感謝行為を認識する（ステップＳ１１２）。例えば感謝行為認識部１０１は、集音した音声データを音声解析して「ありがとう」という発話を確認した際に、さらに声紋分析により端末装置１Ａの所有者であるユーザＡが発話したかを確認する。

次に、ユーザ本人による感謝行為を認識した場合（ステップＳ１１２／Ｙｅｓ）、通貨管理部１０２は、現在の「ありがとう通貨」の残量から所定量（例えば１００Ｐ）を減じる（ステップＳ１１５）。

次いで、通貨管理部１０２は、「感謝通貨」の現在量に、「ありがとう通貨」から減じた量の半分の量のポイント（例えば５０Ｐ）を加える（ステップＳ１１８）。

次に、通貨管理部１０２は、同半分の量のポイント（例えば５０Ｐ）の「被感謝通貨」を、近接無線通信で周囲に送信する（ステップＳ１２１）。声に出して目の前の相手に感謝の言葉を発したことを想定するため、感謝相手であるユーザＢが所持する端末装置１Ｂもすぐ近くにあることが想定され、所定量の「被感謝通貨」を周囲に送信することで、端末装置１Ｂに送信することが可能となる。なお「被感謝通貨」の送信は、実際に被感謝通貨に相当するパケットを送信してもよいし、被感謝通貨量であることとその数量を示すデータだけを送信してもよい。

このように、本実施形態では、「ありがとう通貨」を、ポイントとして利用可能な「感謝通貨」と「被感謝通貨」に変換して価値を生じさせている。

なお本実施形態では、一例として「ありがとう通貨」から減じた所定量の半分の量のポイントを、「感謝通貨」と「被感謝通貨」にそれぞれ付与しているが、ポイント数の割振り（「感謝通貨」と「被感謝通貨」の量）はこれに限定されない。

そして、通貨管理部１０２は、現在の通貨状況を表示部１６に表示し、ユーザに現在の通貨状況を知らせることができる（ステップＳ１２４）。ここで、本実施形態による通貨状況の通知画面の一例を図６に示す。図６に示すように、通知画面１６０には、現在の状況として、ありがとう通貨の現在量、感謝通貨の現在量、被感謝通貨の現在量が示され、また、直近の通貨状況の履歴として、直近の各月におけるありがとう通貨、感謝通貨、および被感謝通貨の量がグラフで示されている。さらに、「最近のイベント」として、ありがとう通貨の発行を受けたことや、他者から被感謝通貨を受け取ったこと、また、図示されていないが他者に感謝したことにより感謝通貨が生成されたことなどが示される。誰に感謝した／誰から感謝されたといった際の相手の特定は不明な場合は特に明示されないようにしてもよい。

続いて、ユーザＡから感謝行為を受けたユーザＢが所持する端末装置１Ｂにおける動作処理について図７を参照して説明する。図７は、本実施形態による感謝行為が行われた側の端末装置１Ｂにおける動作処理を示すフローチャートである。

図７に示すように、まず、端末装置１Ｂの感謝行為認識部１０１は、集音した音声データに基づいて、他ユーザからの感謝行為を認識したか否かを判断する（ステップＳ１３６）。例えばユーザＡに「ありがとう」と言われた場合、ユーザＢが所持する端末装置１Ｂの音声入力部１４によりユーザＡの音声が集音され、一定以上の声の大きさの「ありがとう」を検出する。さらに、感謝行為認識部１０１は、声紋解析により、当該「ありがとう」という発話が端末装置１Ｂの所有者であるユーザＢによるものではない、他ユーザからの感謝行為であることを認識する。

次いで、感謝行為から一定時間内に「被感謝通知」を受信したか否かを判断する（ステップＳ１３９）。上述したように、感謝行為を行ったユーザＡの端末装置１Ａからは、近接無線通信により所定量の被感謝通貨が送信されるため、感謝の言葉を受け取ったユーザＢの端末装置１Ｂは、被感謝通貨を受信することが想定される。

次に、一定時間内に「被感謝通知」を受信した場合（ステップＳ１３９／Ｙｅｓ）、端末装置１Ｂの通貨管理部１０２は、通貨情報記憶部１８で管理している「被感謝通貨」の現在量に、受信した量を加える（ステップＳ１４２）。

そして、端末装置１Ｂの制御部１０は、通貨状況の履歴または現在の通貨量等を表示部１６に表示することで、「被感謝通貨」を取得したことや、「被感謝通貨」の現在の保有量をユーザＢに知らせることができる（ステップＳ１４５）。

以上、第１の動作処理について具体的に説明した。第１の動作処理では、ユーザＡからユーザＢに対し、１対１の関係における感謝行為に起因した感謝通貨および被感謝通貨の生成について説明した。

＜３−２．第２の動作処理（１対多数）＞
続いて、本実施形態による第２の動作処理について図８〜図９を参照して説明する。第２の動作処理では、多数の相手に対して感謝した場合を想定する。図８は、１対多数における感謝行為と感謝通貨および被感謝通貨の生成の概要を説明する図である。図８に示すように、例えば講演会で檀上からユーザＡ（講演者）がたくさんの聴衆に向けて「ありがとう」と声に出して感謝を示した場合も、ユーザＡのありがとう通貨に基づいて、価値が発生する感謝通貨３０ａと被感謝通貨３０ｂが生成される。この際、被感謝通貨３０ｂ（３０ｂ−１〜３０ｂ−４・・・）は、聴衆の数で割ったポイント数とされる。例えば、ありがとう通貨から１００Ｐ減じて、感謝通貨「５０Ｐ」とした場合、被感謝通貨「５０Ｐ／Ｎ」（聴衆Ｎ人）となる。

以下、このような１対多数の感謝行為における感謝通貨および被感謝通貨の生成について図９を参照して具体的に説明する。

図９は、本実施形態による１対多数における感謝行為を行った側の端末装置１Ａの動作処理を示すフローチャートである。図９に示すように、まず、端末装置１Ａは、特定グループ内におけるありがとう通貨の配布がある場合（ステップＳ２０３／Ｙｅｓ）、サーバ２からありがとう通貨を受信する（ステップＳ２０６）。「ありがとう通貨」は、上述した動作処理と同様に、例えば市町村において地域活性化のために地域住人に発行され得る。

次に、端末装置１Ａの通貨管理部１０２は、受信したありがとう通貨の量に基づいて、保有通貨状態を更新する（ステップＳ２０９）。

次いで、感謝行為認識部１０１は、音声入力部１４により入力された音声やセンサ１５により検知されたセンサデータに基づいて、ユーザ本人による感謝行為を認識する（ステップＳ２１２）。

次に、ユーザ本人による感謝行為を認識した場合（ステップＳ２１２／Ｙｅｓ）、通貨管理部１０２は、周辺の通信端末から発せられる近接無線通信の信号強度（電波強度）を取得する（ステップＳ２１５）。

次いで、通貨管理部１０２は、一定値以上の強度の近接無線通信の端末数Ｎを算出する（ステップＳ２１８）。これにより、ユーザが感謝をした相手の数を把握することが可能となる。なおここでは一例として電波強度を用いて端末数を算出することを説明したが、本実施形態はこれに限定されない。

次に、通貨管理部１０２は、現在の「ありがとう通貨」の残量から所定量（例えば１００Ｐ）を減じる（ステップＳ２２１）。

次いで、通貨管理部１０２は、「感謝通貨」の現在量に、「ありがとう通貨」から減じた量の半分の量のポイント（例えば５０Ｐ）を加える（ステップＳ２２４）。

次に、通貨管理部１０２は、同半分の量のポイント（例えば５０Ｐ）を周囲の端末数Ｎで割った量の「被感謝通貨」を、近接無線通信で周囲に送信する（ステップＳ２２７）。

そして、通貨管理部１０２は、現在の通貨状況を表示部１６に表示し、ユーザに現在の通貨状況を知らせることができる（ステップＳ２３０）。

聴衆側における「被感謝通貨」の受信処理は、図７を参照して説明した処理と同様であるためここでの詳細は省略する。聴衆は、各自が所持している端末装置１で「被感謝通貨」を受信し、記録することが可能である。

以上、１対多数における感謝通貨および被感謝通貨の生成について具体的に説明した。

なお、「被感謝通貨」の近接無線通信による送信および受信は、無指向性ではなくて指向性を持たせたものであってもよい。感謝行為を行う際は両者が対面していることが想定されるためである。

＜＜４．可視化処理＞＞
以上説明した感謝行為や通貨状況の履歴は、ユーザＩＤに紐付けされて定期的にサーバ２にアップロードされる。これにより、本実施形態によるサーバ２は、ユーザ履歴記憶部２４に蓄積した各ユーザの感謝行為の履歴等に基づいて、各ユーザ間の「感謝通貨」および「被感謝通貨」の流れを可視化することが可能となる。

可視化した結果を公表することで、各構成員の感謝行為の流れや量が直感的に把握できるため、構成員の感謝行為をもっと増やそうというモチベーションになり、さらなる活性化が期待される。また、ありがとう通貨を供給する側も特定グループ内の全体像を把握することができ、活性化の具体的な施策を立案可能となる。

また、可視化した画像を公表したり、チェックすることによりありがとう通貨活用の公平性が保たれるようにもなる。例えば特定のユーザ間のみで頻繁に感謝行為が相互に行われている場合、両者が企んで意図的に感謝し合い、感謝通貨および被感謝通貨を稼いでいると疑われるため、このような行為を抑止することが可能となる。

（動作処理）
まず、図１０を参照して端末装置１における動作処理について説明する。図１０に示すように、端末装置１は、前回の報告からＴ１（秒）以上時間が経過した場合（ステップＳ３０３／Ｙｅｓ）、端末内の「ありがとう通貨」、「感謝通貨」、および「被感謝通貨」の現在の状況と、前回報告との差分（履歴）を集計する（ステップＳ３０６）。

次に、端末装置１は、集計結果を、ユーザＩＤと共にサーバ２に送信する（ステップＳ３０９）。

次いで、ユーザから可視化の要求の入力があった場合（ステップＳ３１２／Ｙｅｓ）、可視化要求と可視化のタイプをサーバ２に送信する（ステップＳ３１５）。可視化のタイプには、可視化におけるグラフの種類の他、可視化する感謝行為の範囲や時期等の可視化範囲の特定が含まれる。例えば、ユーザ自身が所属している特定グループ（市町村）における特定の日時（週単位、月単位、または年単位等）を指定して可視化を要求することが可能である。

次に、可視化データをサーバ２から受信すると（ステップＳ３１８）、端末装置１の制御部１０は、表示部１６に、サーバ２により生成された可視化画像を表示する（ステップＳ３２１）。可視化画像の具体的な例については、図１２および図１３を参照して後述する。

続いて、図１１を参照してサーバ２における動作処理について説明する。図１１に示すように、まず、サーバ２のユーザ管理部２０２は、端末装置１からデータ（集計結果）を受信した場合（ステップＳ３３３／Ｙｅｓ）、受信データに基づいてユーザＩＤを確定する（ステップＳ３３６）。

次に、ユーザ管理部２０２は、ユーザ履歴記憶部２４において、確定したユーザＩＤに紐付けられる「ありがとう通貨」、「感謝通貨」、および「被感謝通貨」の値を、受信データ（集計結果）に基づいて更新する（ステップＳ３３９）。

次いで、ユーザ管理部２０２は、端末装置１からの前回報告以降のトランザクションデータ（感謝行為）の差分を、ユーザ履歴記憶部２４に記憶する（ステップＳ３４２）。

ここで、ユーザ履歴記憶部２４では、ステータスデータ（通貨量の履歴）と、トランザクションデータ（感謝行為の履歴）がユーザＩＤに紐付けて蓄積されている。

ステータスデータは、例えば下記表１に示すように、ユーザＩＤ毎に、ありがとう通貨、感謝通貨、被感謝通貨、および感謝通貨と被感謝通貨を加算した量が紐付けられたデータである。

また、トランザクションデータは、下記表２に示すように、ユーザ毎の感謝行為として、「感謝通貨」および「被感謝通貨」の変化点をそのタイムスタンプと相手（特定できれば）と共に記録されたデータである。

次いで、端末装置１から可視化の要求があった場合（ステップＳ３４５／Ｙｅｓ）、可視化部２０３は、地域と日にちを指定して可視化が要求されたか否かを判断する（ステップＳ３４８）。日にちの指定は、特定の１日だけに限定されず、２日以上、週単位、月単位等の指定であってもよい。

次いで、地域と日にちを指定して可視化が要求された場合（ステップＳ３４８／Ｙｅｓ）、可視化部２０３は、指定された地域に該当するユーザを同定してリスト化する（ステップＳ３５１）。

次に、可視化部２０３は、リストに該当するユーザのステータスデータをユーザ履歴記憶部２４から抽出する（ステップＳ３５４）。

次いで、可視化部２０３は、可視化グラフに該当ユーザ分の島を描画し、ステータスデータに基づいて島の色付けを行う（ステップＳ３５７）。具体的には、例えばステータスデータに含まれる感謝通貨および被感謝通貨の加算値に応じた色付けを行う。

次に、可視化部２０３は、リストに該当するユーザのトランザクションデータをユーザ履歴記憶部２４から抽出する（ステップＳ３６０）。

次いで、可視化部２０３は、抽出したデータから、指定された日にちのトランザクションデータを抽出し（ステップＳ３６３）、可視化グラフ上のユーザに対応する島を、トランザクションデータに対応した態様の矢印でつなぐ（ステップＳ３６６）。具体的には、例えば可視化部２０３は、トランザクションデータに含まれる各ユーザの感謝行為の多さを表現した矢印を加える。

そして、可視化部２０３は、生成した可視化グラフを、要求元の端末装置１に送信する（ステップＳ３６９）。

ここで、本実施形態により生成する可視化グラフの一例を図１２に示す。図１２に示す可視化画像１６２は、可視化グラフ１６４を含む。可視化グラフ１６４では、各ユーザのステータスデータ（ここでは、感謝通貨および被感謝通貨の合計値）に基づいて色付けされた島が、ユーザ間の感謝行為の量に応じた矢印で結ばれている。これにより、誰が誰にどの程度の感謝行為を行い、また、誰が感謝通貨および被感謝通貨をどの程度所有しているかが直感的に分かる。なお、アニメーションによって矢印の模様を早く動かすことにより感謝量の多さを表してもよい。

なお、個人のデータをそのまま公表することが問題ある場合、あるいは粒度を変えた方が良い場合、個人のレベルから抽象化したレイヤーで同じように可視化グラフを生成し、組織別、会社別、地域別等の状況を可視化することも可能である。ここで、図１３に、団体別可視化グラフの例を示す。図１３に示すように、可視化グラフ１６６に含まれる各島は、例えば団体（例えば各町）に属する全てのユーザの感謝通貨および被感謝通貨の合計値に応じて色付けされている。また、各島を結ぶ矢印は、各団体に属するユーザから他の団体に属するユーザへの感謝行為の量に基づいた表現となっている。このように、本実施形態では個人別以外の可視化グラフを生成することが可能である。

また、感謝行為の場所もトランザクションデータとして記録し、場所別の可視化グラフを同様に生成することで、場所によって感謝、被感謝の多い少ないを把握することが可能となる。

また、時間帯や曜日別に可視化グラフを同様に生成することで、どのような時間帯や曜日には感謝、被感謝が多いのかも把握することができる。

さらに、感謝通貨および被感謝通貨のポイント交換（店舗での利用）に基づいて可視化グラフを生成することで、市場の活性度を直感的に把握することも可能である。ポイント交換に基づく可視化グラフの生成処理については、図１４〜図１６を参照して後述する。

以上説明した可視化の生成は、一例として地域と日にちを指定したものであるが、本実施形態はこれに限定されず、端末装置１から他の可視化が要求された場合（ステップＳ３４８／Ｎｏ）、可視化部２０３は、要求に応じて他の可視化処理を行う（ステップＳ３７２）。

（ポイント交換の可視化）
続いて、感謝通貨および被感謝通貨をポイントとして利用した際の情報に基づく可視化処理について、図１４〜図１６を参照して説明する。

まず、図１４を参照し、感謝通貨および被感謝通貨をポイントとして利用する際の動作処理を説明する。図１４に示すように、まず、端末装置１においてユーザによりポイント利用量が入力される（ステップＳ４０３）。

次に、ユーザが端末装置１をＰＯＳ端末４の読取装置にかざし、端末装置１からＰＯＳ端末４へ近接無線通信によりポイント利用量の情報が送信される（ステップＳ４０６）。

次いで、ＰＯＳ端末４は、端末装置１から取得したポイント利用要求をサーバ２へ送信する（ステップＳ４０９）。この際、ポイント利用要求にはユーザＩＤが含まれ得る。

次に、サーバ２は、ユーザＩＤに基づいて本人認証を行う（ステップＳ４１２）。

次いで、本人認証が失敗した場合（ステップＳ４１５／Ｎｏ）、サーバ２は、認証不可をＰＯＳ端末４に通知し、ＰＯＳ端末４を介して端末装置１にも通知される（ステップＳ４１３）。

一方、本人認証が成功した場合（ステップＳ４１５／Ｙｅｓ）、サーバ２の通貨管理部２０１は、該当ユーザの通貨情報を更新する（ステップＳ４１８）。具体的には、ユーザ履歴記憶部２４に記憶されている当該ユーザの感謝通貨および被感謝通貨の量（すなわちポイント数）に対し、今回利用するポイント数を減算する。

続いて、サーバ２は、ポイント利用分の店舗への支払処理として、該当する金額分を店舗口座に振込予約し（ステップＳ４２１）、振込予約完了をＰＯＳ端末４へ通知する（ステップＳ４２４）。

次に、ＰＯＳ端末４から端末装置１に支払い完了通知が行われ（ステップＳ４２７）、端末装置１の表示部１６において支払い完了表示が表示される（ステップＳ４３０）。

そして、サーバ２は、ユーザのポイント利用情報をポイント利用情報記憶部２３に登録する（ステップＳ４３３）。ポイント利用情報には、下記表３に示すように、例えばＰＯＳ端末４の番号、タイムスタンプ、交換（利用）ポイント、およびユーザＩＤが含まれる。

次に、サーバ２は、ポイントの現在量（感謝通貨および被感謝通貨の現在の状況）をネットワークを介して端末装置１へ送信し（ステップＳ４３６）、端末装置１においてポイント残量が表示され、ユーザに通知される（ステップＳ４３９）。

以上説明したように、店舗等のＰＯＳ端末において感謝通貨および被感謝通貨をポイントとして利用すると、ポイント利用情報がサーバ２で蓄積される。サーバ２は、このように蓄積したポイント利用情報に基づいて、可視化画像を生成することが可能となる。続いて、本実施形態によるポイント交換の可視化処理について図１５を参照して説明する。

図１５は、本実施形態によるポイント交換状況の可視化処理を示すフローチャートである。図１５に示すように、まず、サーバ２の可視化部２０３は、各ＰＯＳ端末から送信されたデータ（蓄積されたポイント利用情報）をポイント利用情報記憶部２３から抽出する（ステップＳ４４３）。

次に、可視化部２０３は、ポイント利用情報に含まれる各ＰＯＳ端末番号に基づいて、ポイントが利用されたＰＯＳ端末４の位置情報を取得する（ステップＳ４４６）。サーバ２は、各ＰＯＳ端末の設置店舗情報を有し、ＰＯＳ番号に基づいて設置場所の位置情報を取得することができる。

次いで、可視化部２０３は、位置情報から、描画すべき地図上のメッシュを算出し（ステップＳ４４９）、該当メッシュにポイント交換されたポイント数をアペンドする（ステップＳ４５２）。

次に、可視化部２０３は、メッシュの累積ポイントの数値の大きさに応じて、メッシュの色情報を決定し（ステップＳ４５５）、各メッシュを地図上に描画した可視化画像１７０（図１６参照）を生成する（ステップＳ４５８）。

図１６に示すように、地図上において、利用されたポイント数の累積が色付けされ、どこでどのくらいの「感謝通貨」および「被感謝通貨」がポイントとして利用されているかをリアルタイムに把握することができる。なお、ポイント利用の可視化を行う際には、可視化対象とするポイント利用情報の時間的および場所的指定を行うことが可能である。

＜＜５．応用例＞＞
続いて、本実施形態の応用例について説明する。上述した実施形態では、感謝通貨および被感謝通貨の生成を端末装置１で行っているが、本実施形態はこれに限定されず、サーバ２側で行うことも可能である。以下、図１７〜図１８を参照してサーバ２側で感謝行為の認識および感謝通貨および被感謝通貨の生成等を行う場合の動作処理について説明する。ここでは、例えばユーザＡがユーザＢに感謝行為を行った場合における、ユーザＡの端末装置１Ａ（感謝行為を行った側の端末装置）とサーバ２の動作処理と、ユーザＢの端末装置１Ｂ（感謝行為が行われた側の端末装置）とサーバ２の動作処理とを順次説明する。

図１７は、応用例による感謝行為を行った側の端末装置１とサーバ２の動作処理を示すシーケンス図である。図１７に示すように、端末装置１は、周辺の音声やユーザの行動を音声入力部１４またはセンサ１５でセンシングし（ステップＳ５０３）、センシングデータ（例えば音声データ）をサーバ２に送信する（ステップＳ５０６）。

次に、サーバ２の感謝行為認識部２０４は、センシングデータの認識処理を行い（ステップＳ５０９）、ユーザ本人による感謝行為を認識する（ステップＳ５１２）。具体的には、感謝行為認識部２０４は、例えば音声認識により「ありがとう」という発話を認識し、さらに声紋解析によりユーザの声であるか否かを確認する。

次いで、ユーザ本人による感謝行為を認識した場合（ステップＳ５１２／Ｙｅｓ）、サーバ２の通貨管理部２０１は、ユーザの「ありがとう通貨」の残量から所定量を減じる（ステップＳ５１５）。

次に、通貨管理部２０１は、同ユーザの「感謝通貨」の現在量に、「ありがとう通貨」から減じた量の半分の量を加え（ステップＳ５１８）、同半分の量の「被感謝通貨」を近接無線通信で周囲に送信するよう端末装置１に指示する（ステップＳ５２１）。

次いで、端末装置１は、指示に従い、同半分の量の「被感謝通貨」を近接無線通信で周囲に送信する（ステップＳ５２４）。

次に、サーバ２は、ユーザの現在の通貨状況を端末装置１に送信すると（ステップＳ５２７）、端末装置１において現在の通過の状況が表示され、ユーザに通知される（ステップＳ５３０）。

図１８は、応用例による感謝行為が行われた側の端末装置とサーバの動作処理を示すシーケンス図である。図１８に示すように、端末装置１は、周辺の音声やユーザの行動を音声入力部１４またはセンサ１５でセンシングし（ステップＳ５４３）、センシングデータ（例えば音声データ）をサーバ２に送信する（ステップＳ５４６）。

次に、サーバ２の感謝行為認識部２０４は、センシングデータの認識処理を行い（ステップＳ５４９）、他ユーザからの感謝行為を認識する（ステップＳ５５２）。具体的には、感謝行為認識部２０４は、例えば音声認識により「ありがとう」という発話を認識し、さらに声紋解析によりユーザ以外の人物の声であるか否かを確認する。

次いで、端末装置１は、近接無線通信で周辺の端末装置から「被感謝通貨」を受信した場合（ステップＳ５５５／Ｙｅｓ）、「被感謝通貨」を受信した旨をサーバ２に通知する（ステップＳ５５８）。

次に、サーバ２は、他ユーザからの感謝行為を認識し（ステップＳ５５２／Ｙｅｓ）、さらに当該感謝行為を認識してから一定時間内に、「被感謝通貨」を端末装置１が受信した旨の通知を受けた場合（ステップＳ５６１／Ｙｅｓ）、ユーザの「被感謝通貨」の現在量に、受信した通貨量を加える（ステップＳ５６４）。

次いで、サーバ２は、ユーザの現在の通貨状況を端末装置１に送信すると（ステップＳ５６４）、端末装置１において現在の通過の状況が表示され、ユーザに通知される（ステップＳ５７０）。

＜＜６．まとめ＞＞
上述したように、本開示の実施形態による情報処理システムでは、感謝行為を行うことで価値が発生する仮想的な通貨を双方に分配することが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上述した端末装置１、またはサーバ２に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、端末装置１、またはサーバ２の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、本技術は以下のような構成も取ることができる。
（１）
ユーザによる感謝を示す行為を検出するための検出部と、
少なくとも、仮想通貨の一部を送受信する通信部と、
前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し；
前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、
を備える、クライアント装置。
（２）
前記制御部は、
前記検出部により検出されたデータに基づき、前記第１ユーザによる感謝を示す行為を検出すると；
前記第１ユーザが保有する前記仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に；
当該一定量の仮想通貨の他部を、推定される、前記クライアント装置の周辺のクライアント装置の数で除した量の被感謝通貨を示す、被感謝通貨に関する情報を、周囲に送信するように前記通信部を制御する、前記（１）に記載のクライアント装置。
（３）
前記第１ユーザが保有する各通貨の量を記憶する記憶部と、
前記第１ユーザが保有する、前記仮想通貨、前記感謝通貨、および前記被感謝通貨の量を、当該第１ユーザに関連付けてサーバにアップロードする更なる通信部と、
前記サーバにより生成された前記通貨に関する情報を可視化した可視化データを表示する表示部と、
をさらに備え、
前記制御部は、
前記ユーザからの可視化要求に応じて、前記更なる通信部を介して、前記サーバに可視化要求を送信すると共に、当該可視化要求に応じて前記サーバにより生成され送信された前記可視化データを前記表示部に表示するように制御する、前記（１）または（２）に記載のクライアント装置。
（４）
前記制御部は、
前記検出された感謝を示す行為の内容に応じて、前記感謝通貨の量、および前記被感謝通貨の量を変更する、前記（１）〜（３）のいずれか１項に記載のクライアント装置。
（５）
ユーザが保有する通貨の量を、ユーザ単位で記憶する記憶部と、
前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に受信する通信部と、
第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に；
当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し；
さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御する制御部と、
を備える、情報処理システム。
（６）
前記制御部は、
前記通信部を介して受信した、感謝通貨および被感謝通貨のトランザクションを、日時に関連付けて前記記憶部に記憶し；
前記通信部を介して、前記トランザクションの可視化を要求する可視化要求を受信すると、前記記憶部に記憶される通貨のトランザクションに関する情報に応じて、ユーザ間の感謝の方向、および感謝の量を可視化した画像を生成し、前記通信部を介して返信するように制御する、前記（５）に記載の情報処理システム。
（７）
前記可視化要求には、前記ユーザが属する特定の属性、および前記トランザクションの日時の指定が含まれる、前記（６）に記載の情報処理システム。
（８）
前記感謝通貨、および前記被感謝通貨は、実貨幣に代わるポイントとして利用可能であり、
前記制御部は、
前記通信部を介して、特定の店舗にて特定のユーザにより前記感謝通貨または被感謝通貨がポイントとして利用されたことを検出すると、前記特定のユーザを認証し、認証結果に応じて、前記利用されたポイントに相当する金額を前記特定の店舗のアカウントに対して振り込み予約処理を行う、前記（５）〜（７）のいずれか１項に記載の情報処理システム。
（９）
前記制御部は、
前記通信部を介して受信した、前記感謝通貨または前記被感謝通貨が、店舗においてポイントとして利用されたことを示す情報を、店舗ＩＤおよび日時に関連付けて前記記憶部に記憶し；
前記通信部を介して、ポイント利用の可視化を要求する可視化要求を受信すると、前記記憶部に記憶されるポイント利用に情報に応じて、地図上において各店舗に紐づく場所毎に利用されたポイント量を可視化した画像を生成し、前記通信部を介して返信するように制御する、前記（８）に記載の情報処理システム。
（１０）
コンピュータを、
ユーザによる感謝を示す行為を検出するための検出部と、
少なくとも、仮想通貨の一部を送受信する通信部と、
前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し；
前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、
として機能させるためのプログラムが記憶された、コンピュータ読み取り可能な記憶媒体。
（１１）
プロセッサが、
ユーザが保有する通貨の量を、記憶部にユーザ単位で記憶することと、
前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に通信部により受信することと、
第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に；
当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し；
さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御することと、
を含む、情報処理方法。

１ 端末装置
１０ 制御部
１１ ネットワーク通信部
１２ 近接無線通信部
１３ 操作入力部
１４ 音声入力部
１５ センサ
１６ 表示部
１７ 音声出力部
１８ 通貨情報記憶部
２ サーバ
２０ 制御部
２１ 通信部
２２ 通貨発行情報記憶部
２３ ポイント利用情報記憶部
２４ ユーザ履歴記憶部

Claims (11)

1. ユーザによる感謝を示す行為を検出するための検出部と、
   少なくとも、仮想通貨の一部を送受信する通信部と、
   前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し；
   前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、
   を備える、クライアント装置。
2. 前記制御部は、
   前記検出部により検出されたデータに基づき、前記第１ユーザによる感謝を示す行為を検出すると；
   前記第１ユーザが保有する前記仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に；
   当該一定量の仮想通貨の他部を、推定される、前記クライアント装置の周辺のクライアント装置の数で除した量の被感謝通貨を示す、被感謝通貨に関する情報を、周囲に送信するように前記通信部を制御する、請求項１に記載のクライアント装置。
3. 前記第１ユーザが保有する各通貨の量を記憶する記憶部と、
   前記第１ユーザが保有する、前記仮想通貨、前記感謝通貨、および前記被感謝通貨の量を、当該第１ユーザに関連付けてサーバにアップロードする更なる通信部と、
   前記サーバにより生成された前記通貨に関する情報を可視化した可視化データを表示する表示部と、
   をさらに備え、
   前記制御部は、
   前記ユーザからの可視化要求に応じて、前記更なる通信部を介して、前記サーバに可視化要求を送信すると共に、当該可視化要求に応じて前記サーバにより生成され送信された前記可視化データを前記表示部に表示するように制御する、請求項１に記載のクライアント装置。
4. 前記制御部は、
   前記検出された感謝を示す行為の内容に応じて、前記感謝通貨の量、および前記被感謝通貨の量を変更する、請求項１に記載のクライアント装置。
5. ユーザが保有する通貨の量を、ユーザ単位で記憶する記憶部と、
   前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に受信する通信部と、
   第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に；
   当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し；
   さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御する制御部と、
   を備える、情報処理システム。
6. 前記制御部は、
   前記通信部を介して受信した、感謝通貨および被感謝通貨のトランザクションを、日時に関連付けて前記記憶部に記憶し；
   前記通信部を介して、通貨のトランザクションの可視化を要求する可視化要求を受信すると、前記記憶部に記憶される前記トランザクションに関する情報に応じて、ユーザ間の感謝の方向、および感謝の量を可視化した画像を生成し、前記通信部を介して返信するように制御する、請求項５に記載の情報処理システム。
7. 前記可視化要求には、前記ユーザが属する特定の属性、および前記トランザクションの日時の指定が含まれる、請求項６に記載の情報処理システム。
8. 前記感謝通貨、および前記被感謝通貨は、実貨幣に代わるポイントとして利用可能であり、
   前記制御部は、
   前記通信部を介して、特定の店舗にて特定のユーザにより前記感謝通貨または被感謝通貨がポイントとして利用されたことを検出すると、前記特定のユーザを認証し、認証結果に応じて、前記利用されたポイントに相当する金額を前記特定の店舗のアカウントに対して振り込み予約処理を行う、請求項５に記載の情報処理システム。
9. 前記制御部は、
   前記通信部を介して受信した、前記感謝通貨または前記被感謝通貨が、店舗においてポイントとして利用されたことを示す情報を、店舗ＩＤおよび日時に関連付けて前記記憶部に記憶し；
   前記通信部を介して、ポイント利用の可視化を要求する可視化要求を受信すると、前記記憶部に記憶されるポイント利用に情報に応じて、地図上において各店舗に紐づく場所毎に利用されたポイント量を可視化した画像を生成し、前記通信部を介して返信するように制御する、請求項８に記載の情報処理システム。
10. コンピュータを、
    ユーザによる感謝を示す行為を検出するための検出部と、
    少なくとも、仮想通貨の一部を送受信する通信部と、
    前記検出部により検出されたデータに基づき、第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように制御すると共に、当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として周囲に送信するように前記通信部を制御し；
    前記検出部により検出されたデータに基づき、第２ユーザによる感謝を示す行為を検出した後、前記通信部を介して、被感謝通貨に関する情報を受信すると、当該被感謝通貨に関する情報が示す被感謝通貨を、前記第１ユーザが保有する被感謝通貨として管理するように制御する、制御部と、
    として機能させるためのプログラムが記憶された、コンピュータ読み取り可能な記憶媒体。
11. プロセッサが、
    ユーザが保有する通貨の量を、記憶部にユーザ単位で記憶することと、
    前記ユーザによる感謝を示す行為を検出するための検出部により検出されたデータに基づく情報、および前記通貨に関する情報を、ユーザＩＤと共に通信部により受信することと、
    第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤに対応する第１ユーザによる感謝を示す行為を認識すると、前記第１ユーザが保有する仮想通貨のうち、前記行為に対応する一定量を減じ、当該一定量の仮想通貨の一部を、当該第１ユーザが保有する感謝通貨として管理するように、前記記憶部を制御すると共に；
    当該一定量の仮想通貨の他部を、被感謝通貨に関する情報として、周囲に送信するようにクライアント装置に指示するための指示信号を、前記通信部を介して送信するように制御し；
    さらに、前記第１ユーザＩＤと共に受信された前記検出部により検出されたデータに基づく情報に応じて、前記第１ユーザＩＤには対応しない第２ユーザによる感謝を示す行為を認識し、続けて、前記通信部により前記第１ユーザＩＤと共に、前記第１ユーザが所定量の被感謝通貨を取得した旨を示す通知を受信すると、前記第１ユーザが保有する被感謝通貨として管理するように、前記記憶部を制御することと、
    を含む、情報処理方法。

Images