JP2020144897A - 情報処理システムおよび情報処理方法 - Google Patents

Abstract

【課題】ユーザの状況を取得して周囲に通知することで、さりげない親切を促すことを可能とする情報処理システムを提供する。【解決手段】親切行為支援システムにおいて、通信端末は、少なくとも第１、第２ユーザの属性を記憶する属性記憶部と、第１通信装置から第１ユーザに対応付く現在の状況と生成された現在の状況情報とを受信し、第２通信装置から、第１通信装置から現在の状況情報を受信した旨を示す第２ユーザに対応付く信号を受信する近距離通信部と、第１、第２ユーザの属性と、現在の状況情報とに基づき、現在の状況情報で示される第１ユーザの状況に対応可能と判断した第２通信装置に対し、周囲に対応を求めているユーザが存在する旨を示す信号を送信するよう制御する制御部と、を備える。【選択図】図４

Description

本開示は、情報処理システムおよび情報処理方法に関する。

今日、情報処理や通信技術が発達し、社会生活の中において助けを必要としている人と、助ける能力を有する人とを適切にマッチングする情報処理システムが提案されている。

例えば特許文献１では、被介護者と介護者の情報を格納し、それぞれをマッチングするサービスが提案されている。また、特許文献２では、緊急時に介護のサービスを必要する利用者の情報と当該利用者の現在位置情報に対応する最適な提供者を選出し、提供者と利用者双方の端末に通知することが提案されている。

特開２００１−３３８０６７号公報 特開２００５−１７３８５４号公報

しかしながら、電車や店、道、友達の家等で居合わせた人が困っていても、その状況が目で見て正確に分からないと、小さな親切を行いたいと思っている人が近くにいても助けることができない。例えば車内で妊婦や怪我人が居れば席を譲りたいと思っている人がいても、目視では妊婦かどうか分からなかったり、昨今普及しているマタニティマークが鞄等に付けられていても、死角になっていたり近付かないと気付けない等の難点がある。また、席を譲って欲しいと思っていても、自分から申し出ることは困難であった。

また、広く情報共有を行う手段としてＳＮＳ（Social Networking Service）等を利用する方法も考えられるが、現在居合わせている周囲の人達に対して自身が困っていることを通知することには適さない。

そこで、本開示では、ユーザの状況を取得して周囲に通知することで、さりげない親切を促すことが可能な情報処理システムおよび情報処理方法を提案する。

本開示によれば、少なくとも第１ユーザの属性と第２ユーザの属性を記憶する記憶部と、第１通信装置から前記第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す前記第２ユーザに対応付けられた信号を受信する通信部と、前記第１ユーザの属性、前記現在の状況情報、および前記第２ユーザの属性に基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御する制御部と、を備える、情報処理システムを提案する。

本開示によれば、第１ユーザの属性と特定の物体の属性情報を記憶する記憶部と、第１通信装置から、前記第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を受信する通信部と、前記第１ユーザの属性と前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御する制御部と、を備える、情報処理システムを提案する。

本開示によれば、プロセッサが、第１通信装置から第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す第２ユーザに対応付けられた信号を通信部により受信することと、記憶部に記憶された前記第１ユーザの属性と、受信した前記現在の状況情報と、前記記憶部に記憶された前記第２ユーザの属性とに基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御部により制御することと、を含む、情報処理方法を提案する。

本開示によれば、プロセッサが、第１通信装置から、第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を通信部により受信することと、各識別情報に紐付けて記憶部に記憶された前記第１ユーザの属性および前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御部により制御することと、を含む、情報処理方法を提案する。

以上説明したように本開示によれば、ユーザの状況を取得して周囲に通知することで、さりげない親切を促すことが可能となる。

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

本開示の一実施形態による親切行為支援システムが適用される場面の一例について説明する図である。 第１の実施形態による親切行為支援システムの全体構成例を示す図である。 本実施形態による提示装置の構成例を示すブロック図である。 本実施形態による通信端末の構成例を示すブロック図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 第２の実施形態による親切行為支援システムの全体構成例を示す図である。 本実施形態による通信端末の構成例を示すブロック図である。 本実施形態によるマッチングサーバの構成例を示すブロック図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 本実施形態による親切行為支援システムの動作処理を示すシーケンス図である。 第１の応用例による親切行為支援システムが適用される場面の一例について説明する図である。 第１の応用例による親切行為支援システムの動作処理を示すシーケンス図である。 第１の応用例による親切行為支援システムの動作処理を示すシーケンス図である。 第１の応用例による親切行為支援システムの動作処理を示すシーケンス図である。 第２の応用例による動作処理を示すフローチャートである。

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

また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．各実施形態
２−１．第１の実施形態
２−１−１．提示装置１１の構成
２−１−２．通信端末２１の構成
２−１−３．動作処理
２−１−４．効果
２−２．第２の実施形態
２−２−１．通信端末２２の構成
２−２−２．マッチングサーバ３１の構成
３．応用例
３−１．第１の応用例
３−１−１．概要
３−１−２．動作処理
３−２．第２の応用例
３−３．第３の応用例
４．まとめ

＜＜１．本開示の一実施形態による親切行為支援システムの概要＞＞
本開示の一実施形態による親切行為支援システム（情報処理システム）は、困っている人の状況を取得して周囲に居る親切心を持つ人に周知させることで、さりげない親切を促すことができる。例えば電車内で妊婦や怪我人に席を譲る、道に迷って英語を話せる人を探している観光客に話しかける、食品アレルギーを持った子供を認識して提供する食べ物に気を付ける等、困った状況にある人に対する仰々しくないさりげない親切を行えるようにするためのシステムである。具体的には、本実施形態による親切行為支援システムは、予め登録された複数ユーザの属性と、各ユーザの現在の状況（行動を含む）とに基づいて、一のユーザが困った状況にあるか否か、また、当該状況に他のユーザが対応可能であるか否かを認識する。そして、親切行為支援システムは、対応可能であるユーザが所持する提示装置（例えばネックレス型デバイス、腕時計型デバイス、腕輪デバイス等）から光や振動、テキスト、または図等を用いてさりげなく近くに困っている人がいることを通知し、親切行為を促すことができる。

本実施形態による親切行為支援システムが適用される場面としては、例えば図１に示すような電車内が考えられる。電車内に、例えば老人、怪我人、妊婦、または具合の悪い人が居た場合、席を譲ってあげたいと考えるが、見た目ではっきりと状況が分からない場合、譲るべきかどうか判断に困る場合がある。図１に示すように、困っている人に席を譲りたいと思っているユーザ２が席に座っている場合に、居合わせたユーザ１が妊婦であるか否かは目視だけでは判断できない場合がある。

そこで、本実施形態では、例えばユーザ１の属性「妊婦」と、ユーザ１の現在の状況「電車内で立っている」とに基づいて、ユーザ１が現在困った状況であること（席を譲るという助けが必要であること）が判断されると、周囲のユーザ２に、近くに席を譲って欲しい人がいること示す信号が送信される。かかる信号の送信は、例えばユーザ１が鞄等に入れて所持する通信端末２１ＡからBluetooth（登録商標）またはBLE（Bluetooth Low Energy)等の近距離通信により周囲のユーザにブロードキャストすることで、実際に近くに居る人に対して助けを求めることができる。なお、ペアリングの必要がなくブロードキャスト（アドバータイズ）できるという点からは、 BLEの方が望ましい。また、ユーザ１の現在の状況は、ユーザ１の提示装置１１Ａや通信端末２１Ａに設けられた加速度センサ、ジャイロセンサ、カメラ、またはマイクロホン等によりセンシングされ得る。

ユーザ２がポケット等に入れて所持する通信端末２１Ｂは、上記信号を受信すると、ユーザ２の属性「親切：電車で席を譲りたい」と、ユーザ２の現在の状況「電車内で座っている」とに基づいて、ユーザ２が「席を譲って欲しい」という状況に対応可能であるか否かを判断する。次いで、通信端末２１Ｂは、ユーザ２が対応可能であると判断した場合、ユーザ２の提示装置１１Ｂから、光、振動、テキスト、または図等により、周囲に席を譲って欲しくて困っている人がいることを通知する。ユーザ２は、例えばペンダント型の提示装置１１Ｂが光ったり振動したりした場合、周囲に助けを求める人が居ることを認識し、周囲を見渡して対象人物（この場合は席を譲って欲しい人）を探し、妊婦のユーザ１に気付いて声を掛け、席を譲ることができる。この間、車内の他の人達には何ら通知が行われず、親切行為を行える人にだけ光や振動等で通知が行われるため、周囲の人全員に助けを明示的に求めることなく当事者同士だけで自然に助け合いを行うことができる。また、このように助けを求める人と助けられる人をマッチングして親切行為を促すことが出来れば、社会の中で幸福感を増やしていくことが可能となる。

なおユーザ２が周囲を見渡しても対象人物を見つけられなかった場合（対象人物かどうか確信が持てない場合も含む）、ユーザ２側から外部への存在通知要求を対象人物に対して行うことも可能である。かかる要求を受けて、ユーザ１の通信端末２１Ａは例えば提示装置１１Ａを振動させ、ユーザ１に対して周囲に親切な人がいることを認識させていることができる。これにより、ユーザ１も周囲を見渡してユーザ２を探すよう促すことができる。また、通信端末２１Ａは、さらに提示装置１１Ａを光らせることで、ユーザ２にユーザ１の存在を気付かせることも可能となる。

以上説明した本開示の一実施形態による親切行為支援システムの具体的な構成例および動作処理について、以下複数の実施形態を用いて説明する。なお、通信端末２１と提示装置１１は別体として説明しているが、これは一例であって、通信端末２１と提示装置１１が一体化された通信装置をユーザが所持していてもよい。

＜＜２．各実施形態＞＞
＜２−１．第１の実施形態＞
まず、第１の実施形態による親切行為支援システムの全体構成について図２を参照して説明する。図２は、本実施形態による親切行為支援システム１０１の全体構成例を示す図である。図２に示すように、第１の実施形態による親切行為支援システム１０１は、通信端末２１Ａおよび通信端末２１Ｂが近距離通信により接続し、また、通信端末２１Ａは提示装置１１Ａと接続して提示制御を行い、通信端末２１Ｂは提示装置１１Ｂと接続して提示制御を行う。通信端末２１は、例えばスマートフォン、携帯電話端末、タブレット端末、またはＰＣ（パーソナルコンピュータ）等を想定する。提示装置１１は、ネックレス型デバイス、時計型デバイス、腕輪型デバイス、メガネ型デバイス、バッジ型デバイス、イヤリング型デバイス等を想定する。通信端末２１および提示装置１１は、例えばBluetooth（登録商標）、BLE（Bluetooth Low Energy)、Wi-Fi（登録商標）などの無線通信で接続され、データの送受信が行われ得る。なおここでは通信端末２１と提示装置１１を別体としているが、本実施形態はこれに限定されず、これらは一体化されていてもよい。その場合、例えば提示装置１１の処理機能は、通信端末２１のアプリケーションとして実装され、画面上でグラフィックスにより通知が行われてもよい。

（２−１−１．提示装置１１の構成）
図３は、第１の実施形態による提示装置１１の構成例を示すブロック図である。図３に示すように、提示装置１１は、制御部１１１、近距離通信部１１２、位置情報取得部１１３、加速度センサ１１４、発光部１１５、および振動部１１６を有する。

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

また、制御部１１１は、位置情報取得部１１３や加速度センサ１１４で検出された情報（具体的には、位置情報、加速度情報）を、近距離通信部１１２を介して通信端末２１に送信するよう制御する。また、制御部１１１は、近距離通信部１１２を介して通信端末２１から受信した制御信号（具体的には、後述する提示制御部２１１４による提示制御信号）に従って、発光部１１５の発光／消灯制御や、振動部１１６による振動制御を実行する。

近距離通信部１１２は、無線通信アンテナを含む通信モジュールであって、近距離に存在する通信端末２１との無線によるデータの送受信を実現する。また、近距離通信部１１２は、例えばBluetooth（登録商標）、BLE（Bluetooth Low Energy)、またはWi-Fi（登録商標）などの無線通信により実現される。

位置情報取得部１１３は、提示装置１１の位置情報を取得する機能を有する。例えば位置情報取得部１１３は、ＧＰＳ（Global Positioning System)アンテナにより受信されるＧＰＳ信号を処理するＧＰＳ処理部であってもよい。或いは、位置情報取得部１１３は、複数の基地局からのWi-Fi電波を受信するWi-Fiアンテナおよび受信されるWi-Fi電波の受信強度から各基地局との距離を推定し、各基地局との距離と各基地局の位置を利用して三角測量の原理に基づいて現在位置を算出する位置算出部であってもよい。

加速度センサ１１４は、加速度を電圧値として検出するセンサである。加速度センサ１１４は、例えばＸ軸方向に沿った加速度、Ｙ軸方向に沿った加速度、およびＺ軸方向に沿った加速度をそれぞれ検出する３軸加速度センサであってよい。図３に示す例では、加速度センサ１１４のみを有する構成となっているが、本実施形態はこれに限定されず、提示装置１１は、ジャイロセンサ（物体の角度や角速度を検出する計測器の一種）および地磁気センサ（地磁気を電圧値として検出するセンサ）の少なくともいずれかをさらに有する、若しくは少なくともいずれかを加速度センサ１１４に代替して有していてもよい。これらのセンサは、行動認識（「座る、立つ」などの姿勢や、「歩く、走る」などの運動の認識）を行う際に用いられる。

発光部１１５は、ユーザや周囲への通知を光により実現する通知部の一例である。発光部１１５は、制御部１１１の制御に従って、光源のON／OFF、輝度、点滅、および発光色等の制御を行う。

振動部１１６は、ユーザや周囲への通知を振動により実現する通知部の一例である。振動部１１６は、制御部１１１の制御に従って、振動のON／OFF、振動の強さ、および振動パターン等の制御を行う。

以上、本実施形態による提示装置１１の構成について具体的に説明した。なお図３に示す構成は一例であって、本実施形態はこれに限定されない。例えば提示装置１１は、通知部の一例として、スピーカ、または表示部を有していてもよい。また、提示装置１１は、入力部として、ユーザによる操作入力を検出するための物理的なボタン、スイッチ、または圧力センサ等を有していてもよい。また、提示装置１１は、ユーザの生体情報（脈拍、心拍、血圧、体温、発汗量、脳波等）を検知する生体センサ、周辺の環境情報（気温、気圧、湿度、風力、照度等）を検知する環境センサ、ユーザの表情や周囲の様子を撮像可能な小型カメラ、ユーザの音声や周囲の環境音を収音可能なマイクロホン等を有していてもよい。ユーザの生体情報や周辺の環境情報は、例えば上記位置情報や加速度情報と共に、後述する「状況情報生成部２１１１」により、助けが必要な状況であるか否かが判断される際に用いられる。

また、提示装置１１が有する構成の一部は通信端末２１に設けられていてもよい。例えば位置情報取得部１１３または加速度センサ１１４が通信端末２１に設けられていてもよい。

（２−１−２．通信端末２１の構成）
図４は、本実施形態による通信端末２１の構成例を示すブロック図である。図４に示すように、通信端末２１は、制御部２１１、ネットワークI/F（interface）２１２１、近距離通信部２１２２、操作入力部２１３、マイクロホン２１４、カメラ２１５、表示部２１６、スピーカ２１７、属性記憶部２１８、および親切行為記憶部２１９を有する。

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

また、制御部２１１は、図４に示すように、状況取得部２１１０、状況情報生成部２１１１、通信制御部２１１２、対応可否判断部２１１３、提示制御部２１１４、親切行為判断部２１１５、および記憶制御部２１１６として機能する。

状況取得部２１１０は、各種センサデータに基づいて、ユーザの現在の状況を取得する。具体的には例えば、状況取得部２１１０は、近距離通信部２１２２を介して提示装置１１から受信した位置情報および／または加速度データ、さらに通信端末２１のマイクロホン２１４および／またはカメラ２１５（若しくは提示装置１１に設けられたマイクロホン、カメラ）から取得された音声データ、映像データに基づいてユーザの行動認識を行い、行動認識結果をユーザの現在の状況として取得する。行動認識では、「座る、立つ」などの姿勢、「歩く、走る」などの運動、「自転車、電車内」などの状態が認識される。

状況情報生成部２１１１は、ユーザの属性と、ユーザの現在の状況（行動認識結果）とに基づいて、ユーザの現在の状況情報を生成する機能を有する。ユーザの属性は、例えば属性記憶部２１８に記憶されている。ここで、属性記憶部２１８に記憶されるユーザの属性は、ユーザが困っていることやハンディキャップが特定できる困難属性、またはユーザが行える親切や能力が特定できる親切属性を含む。各属性にはＩＤが付与され、また、一のユーザに対して複数の困難属性ＩＤまたは親切属性ＩＤが対応付けられていてもよい。また、同一人物に対して困難属性と親切属性の両方が対応付けられていても構わない。困難属性としては例えば、妊娠中、怪我、体調不良、道に迷っている、アレルギーなどが想定される。かかる属性を登録するのはユーザ自身でもよいし、例えば病気やアレルギーに関しては診断した医者により登録されてもよい。また、親切属性としては例えば、積極的に席を譲る気持ちがある、重い荷物を持ってあげる気持ちがある、手話ができる、外国語ができる、医療知識がある、小銭を大量に持っている等が想定される。

また、状況情報生成部２１１１により生成される「ユーザの現在の状況情報」とは、ユーザの属性と当該ユーザの現在の状況との組み合わせに基づいて判断された、ユーザが現在所望する行為（具体的には必要な助けの内容）を示すものである。状況情報生成部２１１１は、例えばユーザ１の属性が「妊婦」、かつ、ユーザ１の現在の状況が「電車内で立っている」である場合、『席を譲って欲しい状況である（座りたい状況である）』といった状況情報（すなわちコンテキスト）を生成する。どのような属性および状況の組み合わせの際にどのような状況情報を生成するかは、予め登録されていてもよいし、機械学習により取得してもよい。

通信制御部２１１２は、ネットワークＩ／Ｆ２１２１や近距離通信部２１２２による外部装置とのデータの送受信を制御する。例えば通信制御部２１１２は、状況情報生成部２１１１により生成されたユーザ１の状況情報を、近距離通信部２１２２を介して周囲の（近くに存在する）他の通信端末に対して送信する。この際、通信制御部２１１２は、例えばＢＬＥブロードキャストにより周囲の１以上の他の通信端末２１に対してユーザ１の状況情報を送信してもよい。また、通信制御部２１１２は、近距離通信部２１２２からユーザの提示装置１１に対して提示制御信号を送信することも可能である。

対応可否判断部２１１３は、他の通信端末から送信された状況情報と、ユーザの親切属性と、ユーザの現在の状況とに基づいて、状況情報で示される状況にユーザが対応可能か否か（すなわち対象ユーザを助けることができるか否か）を判断する。例えば対応可否判断部２１１３は、状況情報が「席を譲って欲しい状況である」であって、ユーザ２の親切属性が「積極的に席を譲る気持ちがある」であって、かつ、ユーザ２の現在状況が「座っている」である場合、『対応可能』と判断する。

提示制御部２１１４は、ユーザへの各種情報の提示制御（通知制御）を行う。例えば提示制御部２１１４は、表示部２１６、スピーカ２１７からの画像、音声による情報提示、近距離通信部２１２２を介して接続する提示装置１１の発光部１１５、振動部１１６からの光、振動による情報提示を制御することが可能である。具体的には、例えば提示制御部２１１４は、対応可否判断部２１１３によりユーザ２が対応可能と判断された場合、近距離通信部２１２２を介してユーザの提示装置１１を発光／振動させるよう制御する。これによりユーザは、周囲に困っている人がいることを認識することができる。また提示制御部２１１４は、周囲の通信端末のいずれかから、対応可能である旨の信号を受信した場合、近距離通信部２１２２を介してユーザの提示装置１１を振動させるよう制御する。これにより、ユーザは、周囲に自身を助けてくれる親切な人が居ることが分かる。さらに、提示制御部２１１４は、周囲の通信端末から、外部への存在通知要求が行われた場合、ユーザの承認を得て（または予め承認を得ている場合）近距離通信部２１２２を介してユーザの提示装置１１を発光させるよう制御してもよい。

親切行為判断部２１１５は、親切行為が行われたか否かを判断する。例えば親切行為判断部２１１５は、近距離通信部２１２２を介して他の通信端末から受信した対象ユーザの状況の変化（具体的には行動認識結果の変化）と、状況取得部２１１０により取得されたユーザの状況の変化とに基づいて、ユーザが対象ユーザに対して親切行為を行った否かを判断する。例えば親切行為判断部２１１５は、ユーザが立って対象ユーザが座った場合、ユーザが対象ユーザに席を譲った（親切行為を行った）と判断することができる。この際、親切行為判断部２１１５は、双方の状況変化が所定時間内に生じ、かつ、双方が所定距離内にいることを加えて、親切行為が行われた否かを判断してもよい。また、親切行為判断部２１１５は、ユーザまたは対象ユーザにより手動で明示的に入力された情報に基づいて、親切行為がなされたことを判断してもよい。

記憶制御部２１１６は、属性記憶部２１８や親切行為記憶部２１９への情報登録、更新、または削除等の制御を行う。例えば記憶制御部２１１６は、親切行為判断部２１１５により親切行為が行われたと判断された場合、親切行為の情報を親切行為記憶部２１９に記憶するよう制御する。ここで、親切行為記憶部２１９は、親切行為の情報として、親切行為が行われた時刻、場所、および親切内容が、親切を行った者のＩＤまたは／および親切を受けた者のＩＤに紐付けて記録される。

ネットワークI/F（interface）２１２１は、ネットワークを介して外部装置と接続し、情報の送受信を行う。例えば属性記憶部２１８や親切行為記憶部２１９がクラウド上にある場合、通信端末２１は、ネットワークを介してユーザの属性の取得や親切行為の登録等を行う。

近距離通信部２１２２は、周囲に存在する外部装置と接続し、情報の送受信を行う。例えば近距離通信部２１２２は、周囲に存在する他の通信端末２１や、ユーザが装着している提示装置１１と接続し、データの送受信を行う。また、近距離通信部２１２２は、 Bluetooth、BLE、またはWi-Fi等の無線通信により実現され得る。

操作入力部２１３は、スイッチ、ボタン、タッチパネル等により実現され、ユーザによる操作入力を検出し、検出した入力情報を制御部２１１に出力する。

マイクロホン２１４は、ユーザの音声や環境音を集音し、音声信号に変換（デジタル変換及びエンコードなど）して制御部２１１に出力する。マイクロホン２１４により取得された音声信号は、例えば状況取得部２１１０によるユーザの状況の認識（電車内に居るのか、屋外／屋内にいるのか、会社／学校に居るのか等）に用いられる。

カメラ２１５は、ユーザの顔や周辺環境を撮像し、撮像画像を制御部２１１に出力する。カメラ２１５により取得された撮像画像は、例えば状況取得部２１１０によるユーザの状況の認識（電車内に居るのか、屋外／屋内にいるのか、会社／学校に居るのか等）に用いられる。

表示部２１６は、出力装置の一例であり、液晶ディスプレイ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）装置、有機ＥＬ（ＯＬＥＤ：Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）ディスプレイ装置などの表示装置であってよい。表示部２１６は、ユーザに対して画面を表示することにより情報を提供することができる。

スピーカ２１７は、制御部２１１から供給される音声信号を変換（デコード及びアナログ変換など）して音声を出力することができる。

以上、本実施形態による通信端末２１の構成について具体的に説明した。なお図４に示す構成は一例であって、本実施形態はこれに限定されない。例えば通信端末２１は、図４に示す構成の全てが必須ではなく、例えば一部を有しない構成、若しくは一部が提示装置１１やクラウド上に存在し、近距離通信部２１２２やネットワークＩ／Ｆ２１２１で接続する構成であってもよい。また、通信端末２１は、ユーザの行動を定期的に（または行動が変化した際に）記憶する行動履歴記憶部を有していてもよい。例えばある時刻におけるユーザの位置（GPSやWi-Fi測位による位置情報）、場所（公園、電車、屋外、会社、学校等の場所カテゴリ）、行動（立っている、座っている、移動している（乗り物の種類）等）が記憶される。

（２−１−３．動作処理）
続いて、本実施形態による動作処理について図５および図６を参照して説明する。ここでは一例として、電車内で妊婦（第１ユーザ、属性：妊婦）と親切な人（第２ユーザ、属性：積極的に席を譲る気持ちが有り）が居合わせた際の親切支援について説明する。

図５および図６は、第１の実施形態による親切行為支援システムの動作処理を示すシーケンス図である。図５に示すように、まず、第１ユーザの提示装置１１Ａは、位置情報取得部１１３や加速度センサ１１４により第１ユーザの状況（行動）をセンシングし（ステップＳ１０３）、取得した位置情報および加速度情報（さらには時刻も）を近距離通信部１１２により通信端末２１Ａへ送信する（ステップＳ１０６）。

次に、第１ユーザの通信端末２１Ａは、状況取得部２１１０により第１ユーザの状況認識（行動認識）を行い（ステップＳ１０９）、状況が変化したか否かを判断する（ステップＳ１１２）。具体的には、例えば第１ユーザが電車に乗った、電車を降りた、座った、立った等の行動変化が生じたか否かが判断される。

次いで、状況が変化した場合（ステップＳ１１２／Ｙｅｓ）、状況情報生成部２１１１は、第１ユーザの属性と状況（行動）に基づいて助けが必要な状況であるか否かを判断し、助けが必要な状況である場合は第１ユーザが助けを必要とする状況であることを示す状況情報を生成する（ステップＳ１１５）。助けが必要な状況ではないと判断された場合は、状況情報の生成は行われない。また、第１ユーザの属性は属性記憶部２１８に予め登録されている。

次に、通信制御部２１１２は、周囲への通知を行うか否かを判断する（ステップＳ１１８）。周囲への通知可否は予め第１ユーザにより設定されていてもよく、例えば常に通知可に設定されている場合や、都度ユーザによる承認が必要と設定されている場合や、状況に応じた可否が設定されている場合等が想定される。

次いで、周囲への通知可の場合（ステップＳ１１８／Ｙｅｓ）、通信制御部２１１２は、生成された状況情報を周囲の１以上の通信端末２１に通知する（ステップＳ１２１）。

一方、第２ユーザの通信端末２１Ｂは、周辺ユーザからの通知待ち状態となっている（ステップＳ１２４）。また、第２ユーザの提示装置１１Ｂは、定期的に第２ユーザの状況をセンシングし（ステップＳ１２７）、第２ユーザの位置情報および加速度情報（さらには時刻も）を通信端末２１Ｂに送信する（ステップＳ１３０）。そして、通信端末２１Ｂの状況取得部２１１０は、第２ユーザの状況認識を行う（ステップＳ１３３）。

続いて、通信端末２１Ｂは、通信端末２１Ａから状況の通知を受けると、対応可否判断部２１１３により、第２ユーザの属性および第２ユーザの状況（行動）に基づいて、状況情報で示される状況（助け）に第２ユーザが対応可能か否かを判断する（ステップＳ１３６）。

次に、通信端末２１Ｂの提示制御部２１１４は、第２ユーザが対応可能である場合は、第２ユーザに対して親切推奨通知を行うよう制御する（ステップＳ１３９）。具体的には、例えば提示制御部２１１４は、通信端末２１Ｂの表示部２１６に、「周囲に席を譲って欲しい人がいます。」といった画面を表示したり、提示装置１１Ｂを振動させたりするよう制御する。これにより第２ユーザは、周囲に席を譲って欲しい人が居ることを認識し、周囲を見渡して対象ユーザを目視で探して席を譲ることができる。このように対象ユーザが誰であるかを特定せずに（対象ユーザの属性（例えば「妊婦」であること）は提示してもよい）、振動や画面表示で第２ユーザに通知することで、周りの人達には知られずに、さりげなく親切行為を促すことができる。なお、ごく小さな音であれば、スピーカ２１７から第２ユーザに対して音で通知することも可能である。若しくはスピーカ２１７が指向性を持つ場合、提示制御部２１１４は、第２ユーザのみに聞こえるよう制御して音で通知することも可能である。

次いで、通信端末２１Ｂの通信制御部２１１２は、対応可能であることを示す信号を通信端末２１Ａに送信するよう制御する（ステップＳ１４２）。

次に、通信端末２１Ｂは、周囲に親切な人がいることを、振動や画面表示により第１ユーザに通知する（ステップＳ１４５）。これにより第１ユーザも少し周りを見渡す等して、第２ユーザの親切を受け易くすることができる。

次いで、通信端末２１Ｂは、親切行為判断部２１１５により、第２ユーザの状況（行動）が変化したか否か、すなわち親切行為が行われたか否かを判断する（ステップＳ１４８）。例えば親切行為判断部２１１５は、電車内において、親切推奨通知を受けた第２ユーザが座っている状態から立った状態に変化した場合、親切行為が行われた（席を譲った）と判断する。

次に、第２ユーザの状況が変化しなかった場合（ステップＳ１４８／Ｎｏ）、通信端末２１Ｂは、第２ユーザからの発光指示に応じて（ステップＳ１５０／Ｙｅｓ）、提示装置１１Ｂを発光させるよう制御する（ステップＳ１５３、Ｓ１５６）。すなわち、第２ユーザが周りを見渡しても対象ユーザが見つからず（または妊婦であると確信が持てず）、席を譲ることが出来ない場合、第２ユーザは通信端末２１Ｂの画面に表示された発光ボタンをタップしたり提示装置１１Ｂに設けられた発光ボタンを押したりすることで、自分が身に付けている提示装置１１Ｂを発光させて、相手（ここでは第１ユーザ）に自身の存在を気付かせることができる。提示装置１１Ｂの発光は、例えば一定時間後に消灯される。

それでも互いに気付けず、第２ユーザが席を譲ることができなかった場合（つまり第２ユーザの状況が変化しない場合（ステップＳ１５９／Ｎｏ））、第２ユーザは、助けを求めるユーザに対して存在通知を要求することが可能である（ステップＳ１６２）。例えば第２ユーザは通信端末２１Ｂの画面に表示された「外部への存在通知要求ボタン」をタップしたり、提示装置１１Ｂの特定のボタンを長押ししたりすることで、外部への存在通知の要求指示を入力する。

次いで、第２ユーザから存在通知要求の指示があった場合（ステップＳ１６２／Ｙｅｓ）、通信端末２１Ｂの通信制御部２１１２は、近距離通信部２１２２を介して存在通知要求を通信端末２１Ａへ送信するよう制御する（ステップＳ１６５）。

次に、通信端末２１Ａの提示制御部２１１４は、発光許可がある場合（ステップＳ１６８／Ｙｅｓ）、第１ユーザが身に付けている提示装置１１Ａに対して発光を行うよう近距離通信部２１２２を介して制御する（ステップＳ１７１、Ｓ１７４）。発光許可は、予め第１ユーザにより許可されていてもよいし、都度第１ユーザから承認を得る（例えば表示部２１６に発光可否のボタンを表示する）ようにしてもよい。このように、最終的には第１ユーザの提示装置１１Ａも発光させることで、第２ユーザが第１ユーザを発見できる可能性を高め、親切行為を支援することができる。提示装置１１Ａの発光は、例えば一定時間後に消灯される。

そして、通信端末２１Ｂは、親切行為判断部２１１５により、親切行為が行われたと判断された（すなわち状況が変化した）場合（ステップＳ１７７／Ｙｅｓ、Ｓ１５９／Ｙｅｓ、Ｓ１４８／Ｙｅｓ）、記憶制御部２１１６により、親切行為に関する情報（日時、場所、内容等）を親切行為記憶部２１９に記憶するよう制御する。なお親切行為の記憶は、第１ユーザ側の通信端末２１Ａにおいて行われてもよい。この場合、親切行為に関する情報として、例えば日時、場所、どのような親切を受けたかが記憶される。

（２−１−４．効果）
以上、第１の実施形態による親切行為支援システムについて具体的に説明した。本実施形態により、助けを必要としている人と、親切を行いたい人とのマッチングが行われて、日常的な親切行為のハードルが下がり（すなわち親切を行ってもよいか躊躇することが減り）、親切を行う機会が増加する。これによって、社会生活を営む人々の信頼関係が強まり、社会全体の幸福度を底上げすることができる。

また、本実施形態では、互いが物理的に近い距離に居る場合における親切をその場で支援し、ネットワーク越しのテキストによる親切や労いの言葉とは異なり強く心に響く実世界での親切をより推奨することができる。

また、互いに目視できるような近い距離に居る状態で、互いを認識できるよう、光、振動、テキスト、図表、または音を用いてさりげなく通知することで、自然と親切行動を誘発することができる。さらに、対応できないユーザに対して明示的に依頼することなく、マッチングされたユーザ（対応可能と判断されたユーザ）にさりげない通知を行うことで、当事者同士だけが状況を理解し、自然に親切行為を行うことができる。

＜２−２．第２の実施形態＞
上記第１の実施形態では、サーバを介さずに第１ユーザと第２ユーザの端末（具体的には通信端末２１Ａと通信端末２１Ｂ）のやり取りで親切行為支援システムが実行されているが、本開示はこれに限定されず、例えばマッチングサーバを含む親切行為支援システムであってもよい。この場合、親切な人が複数居た場合に誰に対して優先的に親切推奨通知を行うかを制御することができる。以下、このようなマッチングサーバを含む親切行為支援システムを第２の実施形態として説明する。

図７は、第２の実施形態による親切行為支援システム１０２の全体構成例を示す図である。図７に示すように、親切行為支援システム１０２は、通信端末２２Ａ、２２Ｂおよびマッチングサーバ３１を含む。通信端末２２Ａ、２２Ｂおよびマッチングサーバ３１は、ネットワーク５０を介して接続される。また、通信端末２２（以下、通信端末２２Ａ、２２Ｂを区別する必要がない場合はこのように総称する）は、提示装置１１（以下、提示装置１１Ａ、１１Ｂを区別する必要がない場合はこのように総称する）と BLE等の近距離通信により接続する。また、マッチングサーバ３１は、ネットワーク５０を介して属性管理サーバ４１と接続し、予め登録された対象ユーザの属性を取得することが可能である。

属性管理サーバ４１は、人の属性を管理する。例えば人には個人毎にＩＤが振られ、その人の困っていることやハンディキャップが特定できる困難属性ＩＤや、どのような親切心があるか、どのような能力を持っているかを特定できる親切属性ＩＤが対応付けられる。困難属性ＩＤ、親切属性ＩＤは、個人ＩＤに対して複数対応付けられてもよい。

また、ネットワーク５０には、さらに行動管理サーバ（不図示）が設けられていてもよい。行動管理サーバでは、各ユーザの日々の行動（いつどこでどのような行動をしているか）が、ユーザＩＤに紐付けて格納される。

上記構成を有する親切行為支援システム１０２では、マッチングサーバ３１において、一の通信端末２２から送信された状況情報で示される状況に対応可能なユーザを当該通信端末２２の周囲に存在する他の通信端末２２の中からマッチングし、選択した通信端末２２に対して、周囲に困っている人がいることを知らせて親切行為を促す。この際、マッチングサーバ３１は、対応可能なユーザが複数居る場合は優先度に応じて上位所定数のユーザに対して親切推奨通知を行うよう制御することが可能である。

以下、このような親切行為支援システム１０２に含まれる各装置の構成について図８〜図９を参照して具体的に説明する。なお本実施形態による提示装置１１の構成は、図３を参照して説明した第１の実施形態と同様であるため、ここでの説明は省略する。

（２−２−１．通信端末２２の構成）
図８は、第２の実施形態による通信端末２２の構成例を示すブロック図である。図８に示すように、通信端末２２は、制御部２２１、ネットワークＩ／Ｆ２２２１、近距離通信部２２２２、操作入力部２２３、マイクロホン２２４、カメラ２２５、表示部２２６、およびスピーカ２２７を有する。また、制御部２２１は、状況取得部２２１０、状況情報生成部２２１１、通信制御部２２１２、提示制御部２２１３として機能する。

通信端末２２が有する上記各構成は、図４を参照して説明した第１の実施形態における同名称の構成と同様の機能を有する。なお本システムでは、属性管理サーバ４１において各ユーザの属性が管理されているため、状況情報生成部２２１１は、ネットワークＩ／Ｆ２２２１を介して属性管理サーバ４１からユーザの属性を取得し得る。また、通信制御部２２１２は、状況情報生成部２２１１により生成された状況情報をユーザのＩＤと対応付けてネットワークＩ／Ｆ２２２１によりマッチングサーバ３１へ送信するよう制御する。また、マッチングサーバ３１により対応可能と判断され、親切セッションの開始が通知された場合、提示制御部２２１３は、提示装置１１を振動させる等して親切行為の推奨通知をユーザに対して行う。若しくは、提示制御部２２１３は、マッチングサーバ３１により対応可能なユーザが見つかり、親切ミッションが開始されたことが通知された場合、提示装置１１を振動させる等して周囲に親切な人が居ることをユーザに通知する。

（２−２−２．マッチングサーバ３１の構成）
図９は、第２の実施形態によるマッチングサーバ３１の構成例を示すブロック図である。図９に示すように、マッチングサーバ３１は、制御部３１１、ネットワークＩ／Ｆ３１２、および親切行為記憶部３１３を含む。制御部３１１は、状況情報取得部３１１１、通信制御部３１１２、マッチング処理部３１１３、親切行為判断部３１１４、および記憶制御部３１１５として機能する。

状況情報取得部３１１１は、ネットワークＩ／Ｆ３１２により通信端末２２からネットワーク５０を介して状況情報を受信し、取得する。

通信制御部３１１２は、例えばマッチング処理部３１１３によるマッチング結果、すなわち状況情報で示される状況に対応可能と判断されたユーザのリストに含まれるユーザに対して、ネットワークＩ／Ｆ３１２から親切セッションの開始通知を行うよう制御する。

マッチング処理部３１１３は、第１ユーザの状況情報（コンテキスト）と、周囲に居る第２ユーザの属性と、当該第２ユーザの現在の状況（行動）とに基づいて、第２ユーザが第１ユーザの状況に対応可能であるか否かの判断を行う。具体的な対応可否判断処理は、第１の実施形態による対応可否判断部２１１３と同様である。

また、マッチング処理部３１１３は、第１ユーザの状況情報で示される状況に対応可能であるユーザをリスト化し、対応可能なユーザが複数居る場合は優先度に応じて親切セッション開始通知を行うユーザを選択してリストを更新してもよい。優先度は特に限定しないが、例えば親切行為回数が少ないユーザを優先してもよい。また、マッチング処理部３１１３は、生成したリストに親切セッションＩＤを付与してもよい。

親切行為判断部３１１４は、第１ユーザの状況（行動）の変化と、親切セッション開始通知を行ったユーザの状況の変化とに基づいて、親切行為が行われた否かを判断する。

記憶制御部３１１５は、親切行為判断部３１１４により親切行為が行われたと判断された場合、親切行為に関する情報を親切行為記憶部３１３に記憶するよう制御する。ここで、親切行為記憶部３１３は、親切行為に関する情報として、例えば日時、場所、親切を行った人のＩＤ、親切を受けた人のＩＤ、親切行為の内容、および親切セッションＩＤ等を対応付けて記憶する。

ネットワークＩ／Ｆ３１２は、ネットワーク５０を介して外部装置と接続し、情報の送受信を行う。例えばネットワークＩ／Ｆ３１２は、ネットワーク５０を介して、属性管理サーバ４１や通信端末２２と接続し、情報の送受信を行う。

（２−２−３．動作処理）
続いて、本実施形態の動作処理について図１０〜図１３を参照して説明する。図１０〜図１３は、第２の実施形態による親切行為支援システムの動作処理を示すシーケンス図である。

図１０に示すように、まず、通信端末２２Ａは、第１ユーザの操作に従って、第１ユーザの困難属性「妊婦」を属性管理サーバ４１に登録するよう依頼し（ステップＳ２０３）、属性管理サーバ４１は、第１ユーザの属性をＤＢに登録する（ステップＳ２０６）。

一方、通信端末２２Ｂは、第２ユーザの操作に従って、第２ユーザの親切属性「電車で席を譲る」を属性管理サーバ４１に登録するよう依頼し（ステップＳ２０９）、属性管理サーバ４１は、第２ユーザの属性をＤＢに登録する（ステップＳ２１２）。

次いで、通信端末２２Ａでは、状況取得部２２１０により第１ユーザの状況（行動）認識が行われる（ステップＳ２１８）。具体的には、状況取得部２２１０は、提示装置１１Ａの加速度センサ１１４により検知された加速度データ等のセンシングデータに基づいて、ユーザの行動認識を行う。

次に、通信端末２２Ａの状況情報生成部２２１１は、第１ユーザの困難属性を属性管理サーバ４１から取得し（ステップＳ２２１）、第１ユーザの困難属性と、第１ユーザの現在状況（困難）とに基づいて、助けが必要な状況であるか否かを判断する（ステップＳ２２４）。

次いで、助けが必要な状況であると判断された場合（ステップＳ２２４／Ｙｅｓ）、通信端末２２Ａは、状況情報生成部２２１１により生成した状況情報（例えば「席を譲って欲しい」といったコンテキスト）を、周囲に存在する通信端末２２Ｂに通知する（ステップＳ２２７）。この際、例えば通信端末２２Ａは、近距離通信部２２２２の一例である BL Eを用いて状況情報を周囲の１以上の通信端末にブロードキャストしてもよい。

また、通信端末２２Ａは、状況情報生成部２２１１により生成された状況情報を第１ユーザのＩＤに対応付けて、ネットワークＩ／Ｆ２２２１からネットワーク５０を介してマッチングサーバ３１に送信する（ステップＳ２３０）。

次に、通信端末２２Ｂは、状況情報の通知を受信したことを示す信号を第２ユーザのＩＤに対応付けて、ネットワークＩ／Ｆ２２２１からネットワーク５０を介してマッチングサーバ３１に送信する（ステップＳ２３３）。

次いで、マッチングサーバ３１は、上記状況情報の通知を受信したことを示す信号を送信してきた第２ユーザのＩＤを用いて、属性管理サーバ４１から当該第２ユーザの親切属性を取得する（図１１のステップＳ２３６）。

次に、マッチングサーバ３１のマッチング処理部３１１３は、上記ステップＳ２３０で通信端末２２Ａから受信した第１ユーザの状況情報で示される状況（コンテキスト）に対応可能なユーザを、上記ステップＳ２３６で取得した第２ユーザの親切属性を参照して、判断し、リスト化する（ステップＳ２３９）。この際、マッチング処理部３１１３は、上記Ｓ２３３で通信端末２２Ｂから、状況情報の通知を受信したことと共に第２ユーザの状況（行動）も受信した場合、第２ユーザの親切属性と状況（行動）を併せて参照し、第１ユーザの状況に対応可能か否かを判断する。若しくは、ネットワーク上に行動管理サーバ（不図示）が存在し、各ユーザの日々の行動履歴（時間、位置情報、移動手段情報等）を継続的に記憶している場合、マッチングサーバ３１は、かかる行動管理サーバから第２ユーザの状況（行動）を取得してもよい。なおマッチングサーバ３１は、上記Ｓ２３０で通信端末２２Ａから状況情報を受信した後、例えば一定時間内に、当該通信端末２２Ａからの状況情報の通知を受信したことを送信してきた１以上の他の通信端末に対して上記Ｓ２３６、Ｓ２３９の処理を行い得る。

次いで、マッチング処理部３１１３は、対応可能なユーザが居た場合、生成したリストに親切セッションＩＤを対応付ける（ステップＳ２４２）。

次に、マッチング処理部３１１３は、対応可能なユーザが複数居る場合、親切推奨通知を行うユーザを選択し、リストを更新する（ステップＳ２４５）。ユーザの選択手法は特に限定しないが、例えばマッチング処理部３１１３は、特定のユーザに親切の機会が偏らないよう、対象ユーザの親切行為履歴（親切行為記憶部３１３に格納されている）を参照して親切推奨通知を行うユーザを選択してもよい。また、マッチング処理部３１１３は、特定のユーザを選択せず、対応可能なユーザ全てに通知するようにしてもよい。

次いで、マッチング処理部３１１３は、親切セッションＩＤに対応するステータスを「完了待ち」にする（ステップＳ２４８）。

続いて、マッチングサーバ３１の通信制御部３１１２は、親切セッションの開始を通信端末２２Ａおよび生成リストに含まれるユーザ（ここでは通信端末２２Ｂ）にそれぞれ通知する（ステップＳ２５１、Ｓ２５７）。

次に、通信端末２２Ａは、周囲に親切な人がいることを、提示装置１１Ａの振動や通信端末２２Ａの表示部２２６からの画面表示により第１ユーザに通知する（ステップＳ２５４）。これにより第１ユーザは、周りを見渡す等して第２ユーザの親切を受け易くするこ
とができる。

また、通信端末２２Ｂは、提示装置１１Ｂの振動や通信端末２２Ｂの表示部２２６からの画面表示により振動や画面表示により第２ユーザに対して親切推奨通知を行うよう制御する（ステップＳ２６０）。これにより第２ユーザは、周囲に席を譲って欲しい人が居ることを認識し、周囲を見渡して対象ユーザを目視で探して席を譲ることができる。

次いで、通信端末２１Ｂは、状況取得部２２１０により、第２ユーザの状況（行動）が変化したか否かを判断する（ステップＳ２６３）。

次に、状況が変化しなかった場合（ステップＳ２６３／Ｎｏ）、通信端末２２Ｂは、第２ユーザからの発光指示に応じて（ステップＳ２６６／Ｙｅｓ）、提示装置１１Ｂを発光させるよう制御する（ステップＳ２６９）。これにより、第２ユーザは自身の存在を相手（ここでは第１ユーザ）に示すことができる。

それでも互いに気付けず、第２ユーザの状況が変化しなかった場合（ステップＳ２７２／Ｎｏ）、第２ユーザは、助けを求めるユーザに対して存在通知を要求することが可能である（Ｓ２７５）。

次いで、第２ユーザから存在通知要求の指示があった場合（ステップＳ２７５／Ｙｅｓ）、通信端末２２Ｂの通信制御部２２１２は、近距離通信部２２２２を介して存在通知要求を通信端末２２Ａへ送信するよう制御する（ステップＳ２７８）。

次に、通信端末２２Ａの提示制御部２２１３は、存在通知要求（ここでは発光リクエスト）が周囲の通信端末２２のいずれかからあったことを表示部２２６に表示する等して第１ユーザに通知する（ステップＳ２８１）。例えば提示制御部２２１３は、表示部２１６に、周囲の通信端末２２のいずれかから親切行為のため発光リクエストがあったことと、発光ＯＫおよびＮＧのボタンを含む画面を表示する。

次いで、第１ユーザから発光許可があった場合（ステップＳ２８４／Ｙｅｓ）、提示制御部２２１３は、第１ユーザが身に付けている提示装置１１Ａに対して発光を行うよう近距離通信部２２２２を介して制御する（ステップＳ２８７）。なお、ここでは存在通知要求を第１ユーザに提示して許可された場合に発光制御を行っているが、本実施形態はこれに限定されず、例えば予め第１ユーザにより発光リクエスト時の発光ＯＫ／ＮＧが設定されていてもよい。

このように、最終的には第１ユーザの提示装置１１Ａも発光させることで、第２ユーザが第１ユーザを発見できる可能性を高め、親切行為を支援することができる。

続いて、第１ユーザ、第２ユーザの状況（行動）が変化した場合（ステップＳ２６３／Ｙｅｓ、Ｓ２７２／Ｙｅｓ、Ｓ２８４／Ｙｅｓ、Ｓ２９０／Ｙｅｓ）について、図１３のシーケンス図を参照して説明する。

図１３に示すように、通信端末２２Ａは、状況取得部２２１０により取得した第１ユーザの状況が変化した場合（例えば、立っている状態から座った場合）、状況変化の内容をマッチングサーバ３１に送信する（ステップＳ３０２）。

一方、通信端末２２Ｂも、状況取得部２２１０により取得した第２ユーザの状況が変化した場合（例えば、座っている状態から立った場合）、状況変化の内容をマッチングサーバ３１に送信する（ステップＳ３０５）。

次いで、マッチングサーバ３１の親切行為判断部３１１４は、第１ユーザの状況変化および第２ユーザの状況変化に基づいて、親切行為が行われたか否かを判断し、親切行為が行われたと判断した場合は当該親切セッションのステータスを「完了」にする（ステップＳ３０８）。例えば親切行為判断部３１１４は、電車内で席を譲るという親切セッションにおいて、第１ユーザの状況が立っている状態から座った状況に変化し、一方周囲に居る第２ユーザの状況が座っている状態から立った状況に変化した場合、第２ユーザが第１ユーザの席を譲る親切行為が行われたと判断することができる。また、親切行為判断部３１１４は、双方の状況変化が所定時間内に生じ、かつ、双方が所定距離内にいることを加え
て、親切行為が行われた否かを判断してもよい。

次に、記憶制御部３１１５は、親切行為に関する情報、すなわち日時、場所、親切を行った者のＩＤ、親切を受けた者のＩＤ、内容、および親切セッションＩＤを対応付けて、記憶部に記憶するよう制御する（ステップＳ３１１）。

次いで、通信制御部３１１２は、親切セッションの終了通知を、通信端末２２Ａおよびリストに含まれるユーザ宛（ここでは通信端末２２Ｂ）に送信する（ステップＳ３１４、３１７）。

そして、通信端末２２Ａおよび通信端末２２Ｂは、それぞれ提示装置１１Ａ、１１Ｂの消灯制御を行う（Ｓ３２０、Ｓ３２３）。なおリストに含まれるユーザが複数居た場合、親切行為を行ったユーザ以外のユーザの通信端末２２では、他のユーザにより親切行為が行われて親切ミッションが終了したことを表示部２２６に表示する等して通知してもよい。

（２−２−４．効果）
以上、第２の実施形態による親切行為支援システムについて具体的に説明した。本実施形態では、サーバ側で、助けを必要としている人と親切を行いたい人とのマッチングを行うことで、例えば親切を行いたい人が複数居る場合に特定のユーザに対して優先的に親切推奨通知を行うことも可能となる。

また、本実施形態では、マッチング処理、および親切行為判断処理をサーバ側に備える構成とすることで、通信端末２２側での処理負担を軽減させることが可能となる。

また、本実施形態では、親切行為記憶部をサーバ側に備える構成とすることで、複数ユーザの親切行為を一元管理することが可能となる。

＜＜３．応用例＞＞
＜３−１．第１の応用例＞
上述した各実施形態では、いずれも電車内のシチュエーションを想定した親切行為支援システムについて説明したが、上記実施形態は一例であって、本開示による親切行為支援システムは当然他のシチュエーションに対しても適用可能である。以下、本開示による親切行為支援システムの応用例について説明する。

第１の応用例では、アレルギーを持つ子供や特定の食べ物／物が苦手な子供が学校や友達の家に居るシチュエーションを想定した親切行為支援システムについて説明する。例えば自宅に子供が遊びに来た際、アレルギーを持つ子供にはアレルギー物質が入った食べ物を間違えて与えないようにしなくてはならないが、全ての子供のアレルギーを事前に把握しておくことは難しく、子供自身に聞いても正確には答えられない場合がある。従って本応用例では、アレルギーを持つ子供が居ることを近くの大人が把握し、アレルギー物質の入った食品を出さないようにすることで、さりげなく危険を回避させるといった行為（親切行為の一例）を支援する。

（３−１−１．概要）
図１４は、第１の応用例による親切行為支援システムが適用される場面の一例について説明する図である。図示された例は、子供（ユーザ３）の家に友達（ユーザ１およびユーザ４）が遊びに来た際に、子供（ユーザ３）の親（ユーザ２）が子供達に食べ物を提供するシチュエーションを想定する。上述したように、このような場合、親は遊びに来た子供達の中にアレルギーを持っている子供がいれば、対象のアレルギー物質を含む食品を提供しないようにするが、どの子供が何のアレルギーを持っているかを事前に全て把握しておくことは困難である。そこで、本応用例では、食べ物の箱や袋に貼付されたＩＤタグ５１１、５１２、５１３に含まれる物の属性と、予め登録されたユーザの属性（具体的には、アレルギーに関する困難属性）とに基づいて、助けが必要な状況にあるか否か（すなわち食べられない物が近くにあるか否か）を判断する。助けが必要な状況であれば、子供（ユーザ１）の通信端末から周囲にヘルプ信号がブロードキャストされる。本応用例では、親（ユーザ２）側の親切属性の登録は不要であって、周囲の通信端末からのヘルプ信号が受信できればよい。ヘルプ信号を受信した親（ユーザ２）の通信端末２２Ｂは、その内容を表示して、周囲にアレルギー持ちの人物が存在し、当該人物に、対象のアレルギー物質を含む食品が提供される危険性があることを親（ユーザ２）に警告する。これにより、親は、対象のアレルギー物質を含む食品を提供しないよう対応することができる。なお、どの子供が助けを必要としているか（アレルギーを持っているのか）を明確に知りたい場合、子供が装着している提示装置１１を発光させることも可能である。

また、第１の応用例による親切行為支援システムの構成は、図２に示す第１の実施形態による親切行為支援システム１０１、または図７に示す第２の実施形態による親切行為支援システム１０２のいずれであってもよい。ここでは、一例として第２の実施形態による親切行為支援システム１０２と同様の構成、すなわち第１ユーザ（ここではアレルギーを持つユーザ）の通信端末２２Ａと、第２ユーザ（ここでは食べ物を提供する親）の通信端末２２Ｂと、マッチングサーバ３１とを含む構成を用いる。通信端末２２Ａ、２２Ｂ、およびマッチングサーバ３１は、ネットワーク５０を介して接続され、データの送受信が可能である。また、ネットワーク５０には属性管理サーバ４１が接続され、マッチングサーバ３１は、対象ユーザの属性を属性管理サーバ４１から取得し得る。本応用例による属性管理サーバ４１は、ユーザの属性の他、物の属性も管理する。物の属性は、例えば物の種類（例えば商品毎）に振られたＩＤに紐付けられる。物の属性としては、例えば食品の場合、アレルギー物質情報（卵、乳、小麦、ソバ、落花生、エビ、カニ等）を含んでいるか、ベジタリアンや宗教上の理由で制限されている物（牛肉、豚肉、魚、卵、アルコール等）を含んでいるか、またはアルコールを含んでいるか等の原材料に関する情報が示される。また、遺伝子組み換え食品か否か等、生成方法に関する情報も示され得る。

また、通信端末２２は、ユーザが装着する提示装置１１と接続し、提示装置１１の発光や振動を制御する。

また、通信端末２２は、食品に貼付されたＩＤタグから食品のＩＤを取得し、当該ＩＤに基づいて食品の属性を属性管理サーバ４１から取得し得る（若しくは通信端末２２は、食品のＩＤタグから食品の属性を取得してもよい）。ＩＤタグは、例えばＮＦＣ（Near Field Communication）シール等の近接通信デバイスやＢＬＥデバイスにより実現され得る。ここでは一例としてＢＬＥタグを用いる。

（３−１−２．動作処理）
続いて、図１５〜図１７を参照して本応用例による動作処理について説明する。図１５〜図１７は、第１の応用例による親切行為支援システムの動作処理を示すシーケンス図で
ある。

図１５に示すように、まず、通信端末２２Ａは、ユーザ操作に応じて、第１ユーザの困難属性（特定の食品に対してアレルギーを持つこと）を、属性管理サーバ４１に登録するよう依頼し（ステップＳ４０３）、属性管理サーバ４１は、第１ユーザの属性をＤＢに登録する（ステップＳ４０６）。なお困難属性の登録は、子供自身ではなく、その親が行ってもよいし、医師が診断に基づいて行ってもよい。

また、属性管理サーバ４１は、食品メーカや第三者の指示に従って、食品の属性（アレルギー物質等の含有材料情報）をＤＢに登録する（ステップＳ４０９）。

次に、食品に貼付されたＢＬＥタグ５１２は、定期的にＢＬＥブロードキャストを用いて自身のＩＤ（以下、食品ＩＤと称す）を周囲の通信端末に通知する（ステップＳ４１２、Ｓ４２１）。なおＢＬＥタグは、アレルギー物質等の注意が必要な物質を含む食品にのみに設けられていることを前提としてもよい。これにより、ＢＬＥタグ５１２が貼付された食品は、近くに存在する通信端末に対して自身のアレルギー物質等の情報を周知することができる。

次いで、通信端末２２Ｂの制御部２２１は、取得した食品ＩＤが予め設定した安全リストに入っているか否かを判断する（ステップＳ４１５）。安全リストは、予め第２ユーザが通信端末２２Ｂにおいて登録した、自身の家で家族に出しても健康上問題ないアレルギー物質が登録されているものである。通信端末２２Ｂは、食品ＩＤが安全リストに入っていない場合は（ステップＳ４１５／Ｎｏ）、登録されていない食品であることを表示して第２ユーザに通知し、安全リストに入っている場合は（ステップＳ４１５／Ｙｅｓ）、何ら通知を行わない。

また、通信端末２２Ａは、近くに存在する食品のＢＬＥタグから受信した食品ＩＤを第１ユーザの状況情報（すなわち、第１ユーザの近くに当該食品ＩＤで示される食品が存在するという状況）として、第１ユーザのＩＤと紐付けてマッチングサーバ３１に送信する（ステップＳ４２４）。

次に、マッチングサーバ３１は、受信した各ＩＤの属性の取得要求を属性管理サーバ４１に対して行う（ステップＳ４２７）。

次いで、属性管理サーバ４１は、要求された各ＩＤの属性をマッチングサーバ３１に送信する（ステップＳ４３０）。

次に、マッチングサーバ３１のマッチング処理部３１１３は、第１ユーザの属性と食品の属性を参照し、第１ユーザが食べられない食品であるか否か（具体的には、第１ユーザの困難属性で示されるアレルギー物質を対象食品が含んでいるか否か）を判断する（ステップＳ４３３）。

次いで、第１ユーザが食べられない食品である（すなわち第１ユーザが助けを必要とする状態である）と判断した場合、マッチング処理部３１１３は、親切セッションＩＤを付与する（ステップＳ４３６）。親切セッションＩＤは、例えば第１ユーザのＩＤ、食品ＩＤ、日時、場所、親切内容（アレルギー物質を含む食品を提供しないようにすること）等の親切行為に関する情報に紐付けられる。

次に、マッチング処理部３１１３は、付与した親切セッションＩＤに対応するセッションステータスを「完了待ち」にする（ステップＳ４３９）。

次いで、マッチングサーバ３１の通信制御部３１１２は、対象のアレルギー物質が入った食品であったか否かを、マッチング結果として通信端末２２Ａに返信する（ステップＳ４４２）。親切セッションＩＤが付与されている場合、親切セッションＩＤも併せて返信される。なお図１５に示すシーケンスでは、ＢＬＥタグ５１２からの食品ＩＤに対する処理のみが示されているが、これは一例であって、図１４に示す他のＢＬＥタグ５１１、５１３からも同様に食品ＩＤが周囲にブロードキャストされ、同様の処理が行われ得る。

続いて、図１６に示すように、通信端末２２Ａは、マッチング結果により、第１ユーザが食べられない食品であること（つまり、対象のアレルギー物質が入っている食品であること）が示されている場合（ステップＳ４４５／Ｙｅｓ）、食べられない食品が身近にあること（すなわち、助けが必要な状況にあること：ヘルプ信号）を周囲に通知する（ステップＳ４４８）。具体的には、例えば通信端末２２Ａの通信制御部２２１２は、第１ユーザのアレルギー情報、食品ＩＤ、および親切セッションＩＤを、ＢＬＥブロードキャストにより周囲に存在する通信端末に送信する。

一方、第１ユーザが食べられる食品である場合（ステップＳ４４５／Ｎｏ）、通信端末２２Ａは、何ら通知は行わない。

次いで、通信端末２２Ｂは、ＢＬＥ通知を受信したことを通信端末２２Ａに返信する（ステップＳ４５４）。

次に、通信端末２２Ａは、ＢＬＥ通知が周囲のいずれか１以上の通信端末２２で受信されたことを第１ユーザに振動、画面表示、または音声等で通知する（ステップＳ４５７）。

また、通信端末２２Ｂは、通信端末２２ＡからのＢＬＥ通知に応じて、アレルギー警告を行う（ステップＳ４６０）。具体的には、例えば通信端末２２Ｂの提示制御部２２１３は、食べられない食品が提供される危険性のある人物が周囲に居ることを、対象のアレルギー物質情報、食品ＩＤ、また、食品ＩＤに基づく商品名と共に、表示部２２６に表示してアレルギー警告を行う。また、アレルギー警告は、表示による通知に限定されず、振動、光、または音声等により通知されてもよい。第２ユーザは、表示された食品ＩＤや食品ＩＤに基づく商品名、また、対象のアレルギー物質情報に基づいて、対象の食品を確認し、これを提供しないようにすることができる。

次いで、通信端末２２Ｂの制御部２２１は、警告した事態が解決したことが入力されたか否かを判断する（ステップＳ４６３）。第２ユーザは、通信端末２２Ｂのアレルギー警告に応じて問題のある食品を特定することが出来た場合、特定した食品を周囲の人に提供しないようにすることで、警告された事態を解決することができる。この場合、第２ユーザは、例えば表示部２２６の画面に表示された解決ボタンをタップし、警告された事態が解決したことを入力することができる。一方、周囲に複数の人物が居る場合、第２ユーザは、全員に問題のある食品を提供しないようにする必要は必ずしもなく、アレルギーを持つ人物が特定できれば当該人物のみに問題のある食品を提供しないようにすることで事態を解決することも可能である。アレルギーを持つ人物を特定したい場合、第２ユーザは、例えば通信端末２２Ｂの画面に表示された「外部への存在通知要求ボタン」をタップしたり、提示装置１１Ｂの特定のボタンを長押ししたりすることで、外部への存在通知の要求指示を入力する。

次に、アレルギーを持つ人物を特定するための存在通知の要求指示があった場合（ステップＳ４６６／Ｙｅｓ）、通信端末２２Ｂの通信制御部２２１２は、近距離通信部２２２２を介して存在通知要求を通信端末２２Ａへ送信するよう制御する（ステップＳ４６９）。

次に、通信端末２２Ａの提示制御部２２１３は、発光許可がある場合（ステップＳ４７２／Ｙｅｓ）、第１ユーザが身に付けている提示装置１１Ａに対して発光を行うよう近距離通信部２２２２を介して制御する（ステップＳ４７８）。発光許可は、予め第１ユーザ（子供）若しくは第１ユーザの親により許可されていてもよいし、都度第１ユーザから承認を得る（例えば表示部２２６に発光可否のボタンを表示する）ようにしてもよい。このように、第１ユーザの提示装置１１Ａを発光させることで、第２ユーザは、アレルギーを持つ人物を特定し、当該人物のみに問題のある食品を提供しないようにする親切行為を行うことができる。

一方、発光許可がされなかった場合（ステップＳ４７２／Ｎｏ）、通信端末２２Ａは、発光不可通知を通信端末２２Ｂに対して行う（ステップＳ４７５）。発光不可通知を受けた通信端末２２Ｂは、表示部２２６の画面にアレルギーも持つ人物の特定が不可である旨を表示し、第２ユーザに、問題のある食品を全員に提供しないよう促すことが可能である。

次いで、提示装置１１Ａが発光してアレルギーを持つ人物の特定が出来た場合、第２ユーザは、例えば通信端末２２Ｂの表示部２２６の画面に表示された存在認識ボタンをタップし、存在を認識したことを入力する（ステップＳ４８１）。

次に、存在を認識したことが入力された場合（ステップＳ４８１／Ｙｅｓ）、通信端末２２Ｂの通信制御部２２１２は、存在を認識したことを通信端末２２Ａに通知する（ステップＳ４８４）。

次いで、自身の存在が認識されたことを確認した通信端末２２Ａの提示制御部２２１３は、提示装置１１Ａを消灯させるよう制御する（ステップＳ４８７）。

続いて、警告された事態（ここでは、該当するアレルギー物質を含む食品を食べてしまう危険性がある人物が居ること）を第２ユーザが解決した場合（すなわち親切行為が行われた場合）について、図１７のシーケンス図を参照して説明する。

図１７に示すように、まず、通信端末２２Ａは、親切行為が行われたことを親切セッションＩＤと共に、ネットワークＩ／Ｆ２２２１からマッチングサーバ３１へ送信する（ステップＳ４９０）。親切行為が行われたことの通知は、上記ステップＳ４８４において存在認識通知を受信したことをトリガとして行われてもよいし、第２ユーザが第１ユーザに直接存在認識したことを伝え、通信端末２２Ａの表示部２２６に表示される親切行為終了ボタン若しくは問題解決ボタンが第１ユーザによりタップされたことをトリガとして行われてもよい。なおアレルギーを持つ人物の特定が行われなかった場合、通信端末２２Ａからマッチングサーバ３１へのかかる通知は行われない。

次に、通信端末２２Ｂにおいて、警告された事態が解決したこと（すなわち親切行為が行われたこと）が第２ユーザにより入力された場合（ステップＳ４６３／Ｙｅｓ、４９３／Ｙｅｓ）、通信制御部２２１２は、親切行為が行われたことを親切セッションＩＤと共に、ネットワークＩ／Ｆ２２２１からマッチングサーバ３１へ送信する（ステップＳ４９６）。

次いで、マッチングサーバ３１の親切行為判断部３１１４は、親切行為が行われたことを通信端末２２Ａ、２２Ｂから受信した場合、当該親切セッションのステータスを「完了」にする（ステップＳ４９９）。

そして、記憶制御部３１１５は、親切行為に関する情報、すなわち日時、場所、親切を行った者のＩＤ、親切を受けた者のＩＤ、内容（食品ＩＤを含む）、および親切セッションＩＤを対応付けて、記憶部に記憶するよう制御する（ステップＳ５０２）。

以上、第１の応用例によるアレルギー物質を含む食品の提供に関する親切行為の支援システムについて説明した。なお上述した応用例は、第１の実施形態によるシステム構成のように、通信端末２２Ａ、２２Ｂ間で行われてもよく、この場合、マッチングサーバ３１側で行われていた対応可否判断、親切行為判断、および親切行為に関する情報の記憶制御は、通信端末２２側で行われ得る。

＜３−２．第２の応用例＞
上述した各実施形態および応用例で述べたように、親切行為に関する情報（状況対応履歴情報）が親切行為記憶部に蓄積されるため、親切行為支援システムは、蓄積された親切行為情報に基づいてユーザへの行動提案や、親切行為を行った人同士のコミュニケーション増進を行うことも可能である。親切行為に関する情報は、親切行為記憶部２１９、３１３に記憶されてもよいし、ネットワーク上の行動管理サーバ（不図示）に、行動履歴の一部として蓄積されてもよい。

ここで、親切行為を行った人同士のコミュニケーション増進の一例について図１８を参照して説明する。図１８は、第２の応用例による動作処理を示すフローチャートである。各通信端末で以下に説明する処理が各々行われている場合を想定する。

図１８に示すように、まず、ユーザの通信端末２２は、ユーザの親切回数および親切ランキングを取得する（ステップＳ６０３）。ユーザの親切回数および親切ランキングは、親切行為記憶部２１９、３１３またはネットワーク上の行動管理サーバに蓄積された親切行為情報から取得され得る。

次に、本日の親切回数が０回を上回っていた場合（ステップＳ６０６／Ｙｅｓ）、通信端末２２は、例えばＢＬＥ通信により、ユーザの親切情報を一定時間毎に周囲の通信端末に送信する。

一方、本日の親切回数がまだ０回の場合（ステップＳ６０６／Ｎｏ）、通信端末２２は、一定時間経過毎に上記ステップＳ６０３、Ｓ６０６を繰り返す（ステップＳ６１２）。

また、ＢＬＥ通信により他の通信端末から親切情報を受信した場合（ステップＳ６１５／Ｙｅｓ）、通信端末２２は、上記ステップＳ６０３で取得したユーザの親切ランキングに応じた色、明るさ、または／およびパターンでユーザの提示装置１１を発光させる（ステップＳ６１８）。

そして、通信端末２２は、一定時間経過後、提示装置１１の消灯制御を行う（ステップＳ９２１）。

これにより、親切を行った者同士が近くに居て各自の通信端末２２が通信した際に、提示装置１１を特定のパターンや色等で光らせることで、さり気なく親切な人同士がお互いを認識することができる。ＳＮＳ（Social Networking Service）等のコミュニケーションツールで多数に一方的に自身が親切を行ったことを広言するのではなく、親切を行っている者同士の交流を促すことで、コミュニケーションが活性化されたり、もっと日常的に親切を行おうという気持ちが芽生える。

また、親切を行った者同士が交流することを目的とする店舗における適用も考え得る。このような店舗では、例えば各ユーザの親切回数に応じて店内の光や色、音楽（ＢＧＭ）を調整し、穏やかな、暖かい空間になるようにしてもよい。また、このような店舗に親切回数０の人が入店すると照明や音楽が暗くなるようにすることで、親切をしている人でないと入り辛く、自然と親切な良い人が多く集まる店舗にすることができ、良い雰囲気の店舗に入店したいために親切を行おうという心持ちにさせることができる。

また、図１８を参照して説明した動作処理では、通信端末２２同士で親切情報の送受信を行っているが、本応用例はこれに限定されない。例えばマッチングサーバ３１が、行動管理サーバに定期的に蓄積されるユーザの現在の行動（具体的には位置情報）に基づいて親切を行った者同士が近くにいることを認識した場合に、対象人物の通信端末間でＢＬＥ通信により親切情報を送受信するよう制御してもよい。

＜３−３．第３の応用例＞
また、第３の応用例としては、親切を行いたい人と親切を受けたい人が近くに移動するよう行動誘導を行うことも可能である。例えば妊婦がホームで電車を待っているときに、席を譲ってくれる人が何号車に乗っているかが予め知ることができれば、指定された号車に乗ることでさりげない親切を起こさせ易くすることができる。また、親切を行いたい人に、親切を受けたい人の位置を知らせることができれば、その位置に移動してさりげない親切を起こさせ易くすることができる。

具体的には、例えば親切を受けたい人の通信端末からヘルプ信号をＢＬＥ通信で周囲の通信端末に送信するだけでなく、電子メール等を用いて広範囲に存在するヘルプ可能な人物（つまり親切を行いたい人物）に現状や現在位置（例えば「Ｅ電車のＮ両目に乗車中」、「Ｆ駅でＥ電車の待ち中」等）を含むヘルプメールを送信するようにしてもよい。また、親切を行いたい人の通信端末から、ヘルプメールに応じて現状や現在位置（例えば「Ｅ電車のＭ両目に乗車中」、「Ｆ駅に次に到着するＥ電車のＭ車両に乗車中」等）を含む対応メールを返信するようにしてもよい。これにより、親切を行いたい人は親切を行うための行動を起こすことができ、また、親切を受けたい人は親切を受けられそうな場所へ移動することができる。

＜＜４．まとめ＞＞
上述したように、本開示の実施形態による親切行為支援システムでは、ユーザの状況を取得して周囲に通知することで、さりげない親切を促すことが可能となる。

また、親切を行う側および受ける側において、振動、表示、光といったさりげない通知を段階的に行うことで、他の周辺の人物に気付かれることなく、親切を行う者と受ける者同士が認識し合うことができる。

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

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

また、本実施形態による通信端末２１、２２と提示装置１１が一体化されていてもよい。

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

なお、本技術は以下のような構成も取ることができる。
（１）
第１ユーザの属性と当該第１ユーザの現在の状況とに基づく前記第１ユーザの現在の状況情報を取得する制御部と、
前記制御部の制御に従って、前記第１ユーザの現在の状況情報を周囲の通信装置に送信する通信部と、
を備える、通信装置。
（２）
前記制御部は、前記第１ユーザの現在の状況情報を、前記第１ユーザの属性と当該第１ユーザの現在の状況とに応じて生成することで取得し、
前記通信部は、前記生成した現在の状況情報を、１以上の前記周囲の通信装置に送信する、前記（１）に記載の通信装置。
（３）
前記通信部は、前記周囲の通信装置のいずれかから、前記現在の状況情報で示される状況に対応可能であることを示す信号を受信し、
前記制御部の制御に従って、前記対応可能であることを示す信号を受信したことを、前記第１ユーザに通知する通知部をさらに備える、前記（２）に記載の通信装置。
（４）
前記通信部は、前記周囲の通信装置のいずれかから、周囲への存在通知を要求する信号を受信し、
前記通知部は、前記制御部の制御に従って、前記周囲への存在通知を要求する信号を受信したことを前記第１ユーザに通知する、前記（３）に記載の通信装置。
（５）
前記周囲への存在通知を要求する信号に対する前記第１ユーザによる承認の入力を受け付ける入力部をさらに備え、
前記制御部は、前記承認の入力が行われると、前記通知部により周囲に自身の存在を通知するよう制御する、前記（４）に記載の通信装置。
（６）
前記通知部は、発光により周囲への存在通知を行う、前記（５）に記載の通信装置。
（７）
前記第１ユーザの現在の状況情報とは、第１ユーザの属性と当該第１ユーザの現在の状況との組み合わせに基づいて判断された、前記第１ユーザが現在所望する行為を示し、
前記状況に対応可能であることを示す信号とは、不特定の他のユーザが第１ユーザを助けることが可能であることを示す、前記（２）〜（６）のいずれか１項に記載の通信装置。
（８）
前記通信部は、周囲に存在する物体に取り付けられたデバイスから当該物体の属性情報を受信し、
前記制御部は、前記第１ユーザの属性と、当該第１ユーザの現在の状況としての前記物体の属性情報とに応じて、前記現在の状況情報を生成する、前記（２）に記載の通信装置。
（９）
前記現在の状況情報は、前記第１ユーザの属性に含まれるアレルギー情報と、当該第１ユーザの現在の状況としての前記物体の属性情報に含まれるアレルギー物質情報とに基づいて判断される、前記第１ユーザへの前記物体の提供可否である、前記（８）に記載の通信装置。
（１０）
前記通信部は、前記制御部による制御に従って、前記第１ユーザの属性と前記第１ユーザの現在の状況とに基づく前記第１ユーザの現在の状況情報を１以上の前記周囲の通信装置への送信し、さらに前記第１ユーザに対応付けて当該現在の状況情報をサーバへ送信する、前記（１）に記載の通信装置。
（１１）
前記第１ユーザの現在の状況は、前記制御部により前記第１ユーザのセンシングデータに基づいて抽出され、
前記第１ユーザの属性は、前記通信部により前記サーバから受信される、前記（１０）に記載の通信装置。
（１２）
前記通信部は、前記周囲の通信装置のいずれかが前記現在の状況情報で示される状況に対応可能であることを示す信号を受信し、
前記制御部の制御に従って、前記対応可能であることを示す信号を受信したことを、前記第１ユーザに通知する通知部をさらに備える、前記（１０）または（１１）に記載の通信装置。
（１３）
前記通信部は、前記周囲の通知装置のいずれかから、周囲への存在通知を要求する信号を受信し、
前記通知部は、前記制御部の制御に従って、前記周囲への存在通知を要求する信号を受信したことを前記第１ユーザに通知する、前記（１２）に記載の通信装置。
（１４）
前記周囲への存在通知を要求する信号に対する前記第１ユーザによる承認の入力を受け付ける入力部をさらに備え、
前記制御部は、前記承認の入力が行われると、前記通知部により周囲に自身の存在を通知するよう制御する、前記（１３）に記載の通信装置。
（１５）
前記通信部は、周囲に存在する物体に取り付けられたデバイスから当該物体の属性情報を受信し、
前記制御部は、前記第１ユーザに関連付けた前記物体の属性情報を前記第１ユーザの現在の状況として生成し、
前記通信部は、前記第１ユーザの現在の状況として生成した前記物体の属性情報をサーバに送信し、前記サーバが前記第１ユーザの属性と前記物体の属性情報に応じて生成した当該第１ユーザの現在の状況情報を受信し、受信した当該現在の状況情報を１以上の前記周囲の通信装置に送信する、前記（１）に記載の通信装置。
（１６）
前記通信装置は、前記制御部の制御に従って、前記周囲の通信装置の各所有ユーザの他ユーザへの状況対応履歴と、前記第１ユーザの他ユーザへの状況対応履歴に基づいて、発光する発光部を備える、前記（１）に記載の通信装置。
（１７）
前記通信部は、前記制御部の制御に従って、前記第１ユーザの他ユーザへの状況対応履歴をサーバから取得し、取得した状況対応履歴に応じて前記周囲の通信装置へ通知し、前記周囲の通信装置から当該周囲の通信装置の所有ユーザの他ユーザへの状況対応履歴を受信し、
前記発光部は、前記制御部の制御に従って、受信した前記周囲の通信装置の所有ユーザの履歴と前記サーバから取得した前記第１ユーザの履歴とに応じて発光する、前記（１６）に記載の通信装置。
（１８）
少なくとも第１ユーザの属性と第２ユーザの属性を記憶する記憶部と、
第１通信装置から前記第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す前記第２ユーザに対応付けられた信号を受信する通信部と、
前記第１ユーザの属性、前記現在の状況情報、および前記第２ユーザの属性に基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御する制御部と、
を備える、情報処理システム。
（１９）
前記制御部は、前記第１ユーザの状況に対応できる通信装置が複数ある場合、一の通信装置を選択して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御する、前記（１８）に記載の情報処理システム。
（２０）
前記制御部は、前記通信部を介して、周囲の通信装置のいずれかが第１ユーザの現在の状況に対応可能であることを示す信号を前記第１通信装置に送信するよう制御する、前記（１８）または（１９）に記載の情報処理システム。
（２１）
前記記憶部は、前記制御部の制御に従って、前記第２ユーザが前記第１ユーザの現在の状況に対して対応したことを履歴として記録する、前記（１８）〜（２０）のいずれか１項に記載の情報処理システム。
（２２）
前記制御部は、前記第１通信装置から送信された前記第１ユーザに対応付けられた現在の状況の変化と、前記第２通信装置から送信された前記第２ユーザに対応付けられた現在の状況の変化とに基づいて、前記第２ユーザが前記第１ユーザの現在の状況に対して対応したことを認識し、前記記憶部に履歴として記憶するよう制御する、前記（２１）に記載の情報処理システム。
（２３）
第１ユーザの属性と特定の物体の属性情報を記憶する記憶部と、
第１通信装置から、前記第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を受信する通信部と、 前記第１ユーザの属性と前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御する制御部と、を備える、情報処理システム。
（２４）
コンピュータを、
第１ユーザの属性と当該第１ユーザの現在の状況とに基づく前記第１ユーザの現在の状況情報を取得する制御部と、
前記制御部の制御に従って、前記第１ユーザの現在の状況情報を周囲の通信装置に送信する通信部と、
として機能させるためのプログラムが記録された、コンピュータ読み取り可能な記録媒体。
（２５）
第１通信装置から第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す第２ユーザに対応付けられた信号を通信部により受信することと、
記憶部に記憶された前記第１ユーザの属性と、受信した前記現在の状況情報と、前記記憶部に記憶された前記第２ユーザの属性とに基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御部により制御することと、を含む、情報処理方法。
（２６）
第１通信装置から、第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を通信部により受信することと、
各識別情報に紐付けて記憶部に記憶された前記第１ユーザの属性および前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御部により制御することと、
を含む、情報処理方法。

１１（１１Ａ、１１Ｂ） 提示装置
１１１ 制御部
１１２ 近距離通信部
１１３ 位置情報取得部
１１４ 加速度センサ
１１５ 発光部
１１６ 振動部
２１（２１Ａ、２１Ｂ）、２２（２２Ａ、２２Ｂ） 通信端末
２１１、２２１ 制御部
２１１０、２２１０ 状況取得部
２１１１、２２１１ 状況情報生成部
２１１２、２２１２ 通信制御部
２１１３ 対応可否判断部
２１１４、２２１３ 提示制御部
２１１５ 親切行為判断部
２１１６ 記憶制御部
２１２１ ネットワークＩ／Ｆ
２１２２、２２２２ 近距離通信部
２１３、２２３ 操作入力部
２１４、２２４ マイクロホン
２１５、２２５ カメラ
２１６、２２６ 表示部
２１７、２２７ スピーカ
２１８ 属性記憶部
２１９ 親切行為記憶部
３１ マッチングサーバ
３１１ 制御部
３１１１ 状況情報取得部
３１１２ 通信制御部
３１１３ マッチング処理部
３１１４ 親切行為判断部
３１１５ 記憶制御部
３１３ 親切行為記憶部
４１ 属性管理サーバ
５０ ネットワーク
１０１、１０２ 親切行為支援システム
５１１、５１２、５１３ ＩＤタグ

Claims (9)

1. 少なくとも第１ユーザの属性と第２ユーザの属性を記憶する記憶部と、
   第１通信装置から前記第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す前記第２ユーザに対応付けられた信号を受信する通信部と、
   前記第１ユーザの属性、前記現在の状況情報、および前記第２ユーザの属性に基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御する制御部と、
   を備える、情報処理システム。
2. 前記制御部は、前記第１ユーザの状況に対応できる通信装置が複数ある場合、一の通信装置を選択して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御する、請求項１に記載の情報処理システム。
3. 前記制御部は、前記通信部を介して、周囲の通信装置のいずれかが第１ユーザの現在の状況に対応可能であることを示す信号を前記第１通信装置に送信するよう制御する、請求項１または２に記載の情報処理システム。
4. 前記制御部は、前記通信部を介して、周囲への存在通知を要求する信号を前記第１通信装置に送信するよう制御し、
   前記周囲への存在通知を要求する信号に対する前記第１ユーザによる承認の入力が行われると、前記第１ユーザの存在を周囲の通信装置に通知するよう制御する、請求項３に記載の情報処理システム。
5. 前記記憶部は、前記制御部の制御に従って、前記第２ユーザが前記第１ユーザの現在の状況に対して対応したことを履歴として記録する、請求項１〜４のいずれか１項に記載の情報処理システム。
6. 前記制御部は、前記第１通信装置から送信された前記第１ユーザに対応付けられた現在の状況の変化と、前記第２通信装置から送信された前記第２ユーザに対応付けられた現在の状況の変化とに基づいて、前記第２ユーザが前記第１ユーザの現在の状況に対して対応したことを認識し、前記記憶部に履歴として記憶するよう制御する、請求項５に記載の情報処理システム。
7. 第１ユーザの属性と特定の物体の属性情報を記憶する記憶部と、
   第１通信装置から、前記第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を受信する通信部と、
   前記第１ユーザの属性と前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御する制御部と、
   を備える、情報処理システム。
8. プロセッサが、
   第１通信装置から第１ユーザに対応付けられた現在の状況および生成された現在の状況情報を受信し、第２通信装置から、第２通信装置が前記第１通信装置から前記現在の状況情報を受信したことを示す第２ユーザに対応付けられた信号を通信部により受信することと、
   記憶部に記憶された前記第１ユーザの属性と、受信した前記現在の状況情報と、前記記憶部に記憶された前記第２ユーザの属性とに基づいて、前記現在の状況情報で示される第１ユーザの状況に対応できると判断した前記第２通信装置に対して、周囲に対応を求めているユーザが存在することを示す信号を送信するよう制御部により制御することと、
   を含む、情報処理方法。
9. プロセッサが、
   第１通信装置から、第１ユーザに対応付けられた現在の状況として、当該第１ユーザの周囲に配される特定の物体の識別情報および前記第１ユーザの識別情報を通信部により受信することと、
   各識別情報に紐付けて記憶部に記憶された前記第１ユーザの属性および前記特定の物体の属性情報との関係に基づいて、前記第１ユーザが周囲に対応を求める必要があるユーザであると判断すると、前記通信部を介して、周囲に対応を求める必要があることを前記第１通信装置に送信するよう制御部により制御することと、
   を含む、情報処理方法。

Images