JP6677167B2 - マッチングシステム、情報処理装置、マッチング方法、およびプログラム - Google Patents

Description

本開示は、マッチングシステム、情報処理装置、マッチング方法、およびプログラムに関する。

近年、情報推薦技術が開発され、様々な分野において、ユーザの個人情報に基づいてユーザにとって利便性の高い情報を推薦するシステムが提案されている。

例えば、下記引用文献１では、ユーザが特定されることなくユーザに有益な情報が取得できるようにする情報提供システムが提案されている。

特開２００４−９４３２０号公報

しかしながら、従来提案されていたのは、ユーザに対して有益な情報を提供するシステム、すなわち人と情報とを結び付ける技術であって、人と人とを現実空間で結び付ける技術は十分に開発されてこなかった。

そこで、本開示では、現実空間において現在求められている人物を要求者にリアルタイムで引き合わせることが可能なマッチングシステム、情報処理装置、マッチング方法、およびプログラムを提案する。

本開示によれば、サービス提供者に関する情報を取得する取得部と、前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、を備えるマッチングシステムを提案する。

本開示によれば、サービス提供者に関する情報を取得する取得部と、前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、を備える情報処理装置を提案する。

本開示によれば、サービス提供者に関する情報を取得することと、前記取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定することと、を含むマッチング方法を提案する。

本開示によれば、コンピュータを、サービス提供者に関する情報を取得する取得部と、前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、として機能させるためのプログラムを提案する。

以上説明したように本開示によれば、現実空間において現在求められている人物を要求者にリアルタイムで引き合わせることが可能となる。

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

本開示の一実施形態によるマッチングシステムの概要を説明する図である。 本実施形態によるサーバの構成の一例を示すブロック図である。 本実施形態によるボランティア端末の構成の一例を示すブロック図である。 本実施形態によるユーザ端末の構成の一例を示すブロック図である。 第１の実施形態による動作処理を示すシーケンス図である。 本実施形態によるヘルプ情報入力画面の一例を示す図である。 本実施形態におけるボランティア向けのヘルプ表示画面の一例を示す図である。 購買履歴データの収集処理を示すフローチャートである。 ＳＮＳや婚活サイト情報の収集処理を示すフローチャートである。 行動情報やコンテンツ（写真、動画）の収集処理を示すフローチャートである。 ボランティアの勧誘処理を示すフローチャートである。 第２の実施形態による動作処理を示すシーケンス図である。 第２の実施形態によるプロパティ表示の一例を説明する図である。 第２の実施形態による他の動作処理を示すシーケンス図である。 第２の実施形態によるプロパティ表示の他の一例を説明する図である。 第３の実施形態による動作処理を示すシーケンス図である。 第３の実施形態によるボランティア情報のＡＲ表示の一例を説明する図である。 第４の実施形態による評価入力の動作処理を示すシーケンス図である。 第４の実施形態によるボランティアマッチングの動作処理を示すフローチャートである。 第５の実施形態によるボランティアマッチングの動作処理を示すシーケンス図である。

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

また、説明は以下の順序で行うものとする。
１．本開示の一実施形態によるマッチングシステムの概要
２．基本構成
２−１．サーバ
２−２．ボランティア端末
２−３．ユーザ端末
３．各実施形態
３−１．第１の実施形態
３−２．第２の実施形態
３−３．第３の実施形態
３−４．第４の実施形態
３−５．第５の実施形態
４．まとめ

＜＜１．本開示の一実施形態によるマッチングシステムの概要＞＞
まず、本開示の一実施形態によるマッチングシステム１００の概要について図１を参照して説明する。図１に示すように、本実施形態によるマッチングシステム１００は、サーバ１により、サービス提供者（本明細書では、ボランティアが相当）とサービス要求者であるユーザとのマッチングを行う。サーバ１は、ボランティアが所有するボランティア端末２Ａ〜２Ｃから、ボランティアの情報を収集し、また、ユーザが所有するユーザ端末３からユーザの情報を収集することで、両者のマッチングをリアルタイムで行い、現実空間において両者を引き合わせることができる。

（背景）
従来、ユーザに対して有益な情報を提供するシステム、すなわち人と情報とを結び付ける技術は提案されていたが、人と人とを現実空間で結び付ける技術は十分に開発されてこなかった。

しかしながら、例えば現実空間におけるスポーツや音楽等のイベントにおいて、参加者が相互に助け合う際、通常は他人に対して自分の状況を説明して情報を得ることが想定されるが、特にオリンピック等の国際大会の場合は様々な国から多くの人が観戦に来るため、言葉が容易に通じない場合も想定される。また、言葉の壁の他、文化や習慣の違いにより上手くコミュニケーションできない場合も想定される。

一方、オリンピック等の大きな大会では多くのボランティアが参加することも想定される。このようなボランティアは予め登録され、通訳、道案内、警備、医療、輸送、観光スポット紹介、グルメ紹介、文化交流等のサービスを提供することが可能である。しかし、多くのボランティアが会場に居ても、上述したような言葉の壁や文化、習慣の違いにより、困っていることを伝えるのが難しかったり、どこにボランティアがいるか分からなかったりして、困っている人に対して適切なボランティアをリアルタイムで引き合わせることが十分にできていなかった。

そこで、本実施形態では、現実空間において現在求められている人物を要求者にリアルタイムで引き合わせることが可能なマッチングシステムを提案する。

図１に示すマッチングシステム１００では、サーバ１が、各ボランティアのプロパティ情報（例えばプロパティ（特性）、ボランティア可能な日時、エリア等）を、ボランティア端末２Ａ〜２Ｃから受信し、ボランティア登録等を行う。また、イベント開催時には、サーバ１は、現在困っているユーザからのヘルプ情報をユーザ端末３から受信すると、ヘルプ情報と上記プロパティ情報に基づいて、現在対応可能なボランティアの選定を行う。そして、サーバ１は、ボランティア側にユーザ位置情報等を、またはユーザ側にボランティアの位置情報等を提供することで、互いを引き合わせることができる。

以上、本開示の一実施形態によるマッチングシステム１００の概要について説明した。続いて、マッチングシステム１００に含まれる各装置の基本構成について図２〜図４を参照して説明する。

＜＜２．基本構成＞＞
＜２−１．サーバ＞
図２は、本実施形態によるサーバ１の構成の一例を示すブロック図である。図２に示すように、サーバ１は、通信部１１、プロパティ取得部１２、現在位置取得部１３、要求取得部１４、選定部１５、ボランティア情報ＤＢ１６、通知制御部１７、および評価集計部１８を有する。

通信部１１は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。本実施形態による通信部１１は、例えばボランティア端末２Ａ〜２Ｃと接続し、ボランティアのプロパティ情報を受信したり、サービス要求を行っているユーザの位置情報等を送信したりする。また、通信部１１は、ユーザ端末３と接続し、ユーザのヘルプ情報や位置情報等を受信したり、選定したボランティアの情報を送信したりする。

プロパティ取得部１２は、通信部１１を介してボランティア端末２Ａ〜２Ｃから受信した情報から、ボランティアのプロパティに関する情報を取得する。ボランティアのプロパティに関する情報とは、例えばボランティアのプロパティ種類（例えば警備、医療、輸送、通訳）、対応可能日時（例えば平日／休日、朝／昼／夜）、対応可能エリア（例えば地域、場所）等の情報である。ボランティアのプロパティ種類とは、ボランティアの特性であって、対応可能なボランティアの内容を示す。上述したボランティア端末２Ａ〜２Ｃから送信されるプロパティ情報は、ボランティア登録を行おうとした人物が自ら入力した情報を想定しているが、本実施形態はこれに限定されない。例えば、対象人物のライフログ、ソーシャルネットワークへの書き込み、購買履歴、各種登録情報等に基づいて対象人物の特性を取得し、自動的にプロパティに関する情報を取得してもよい。

現在位置取得部１３は、通信部１１を介してボランティア端末２Ａ〜２Ｃから受信した情報から、ボランティアの現在位置情報を取得する。また、現在位置取得部１３は、通信部１１を介してユーザ端末３から受信した情報から、ヘルプ要求を行っているユーザの現在位置情報を取得する。

要求取得部１４は、通信部１１を介してユーザ端末３から受信したヘルプ情報から、要求内容を取得する。要求内容とは、サービス要求の内容を示す情報であって、例えばユーザや周囲を撮像した撮像画像や、状況を説明したテキスト情報、音声情報が含まれる。

選定部１５は、サービス提供を行うボランティアと、サービス要求を行うユーザとのマッチングを行う。例えば、選定部１５は、ボランティアの特性、サービス提供可能日時、および現在位置情報を参照して、要求取得部１４により取得されたヘルプ情報に基づくユーザのサービス要求に対応できるボランティアを選定する。上記プロパティ取得部１２で取得されたプロパティ情報はボランティア情報ＤＢ（データベース）１６に格納されているため、選定部１５は、ボランティア情報ＤＢ１６を参照して選定を行う。また、選定部１５は、ユーザの現在位置情報を参照して、選定したボランティアのうちユーザの現在位置から所定範囲内に現在居るボランティアに絞り込んでもよい。

ボランティア情報ＤＢ１６は、プロパティ取得部１２により取得されたボランティアのプロパティ情報を記憶する記憶部である。

通知制御部１７は、選定部１５による選定結果に基づいて、通信部１１からボランティアまたはユーザに通知を行うよう制御する。例えば、通知制御部１７は、選定部１５により選定されたボランティアに対して、サービス要求を行うユーザの現在位置やヘルプ情報（状況情報）等を通知する。また、通知制御部１７は、選定部１５により選定されたボランティアの現在位置やプロパティ情報等を、サービス要求を行うユーザに通知する。

評価集計部１８は、マッチングしたボランティアに対するユーザの評価を、通信部１１を介してユーザ端末３から取得し、集計を行う。各ボランティアの評価は、ボランティア情報ＤＢ１６に格納される。また、評価集計部１８は、評価の回数および点数に基づいてボランティアのランク付けを行うことも可能である。

以上、本実施形態によるサーバ１の構成について説明した。なお図２に示すサーバ１の構成は一例であって、例えば評価集計部１８を有しない構成であってもよい。また、図２に示す例では、ボランティア情報ＤＢ１６をサーバ１の内部メモリとしているが、本実施形態はこれに限定されず、ボランティア情報ＤＢ１６が外部メモリに格納されていてもよい。

また、以上説明したサーバ１には、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、および不揮発性メモリを備えたマイクロコンピュータが搭載され、サーバ１の各構成を制御する。

＜２−２．ボランティア端末＞
次に、ボランティア端末２の構成について説明する。ボランティア端末２は、図１に示すようなスマートフォンの他、タブレット端末や、携帯電話端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、各種ウェアラブルデバイス（ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）、スマートアイグラス、スマートウォッチ、スマートバンド等）、携帯用音楽プレーヤー、または携帯用ゲーム機等により実現され得る。

図３は、本実施形態によるボランティア端末２の構成の一例を示すブロック図である。図３に示すように、ボランティア端末２は、制御部２０、通信部２１、入力部２２、現在位置計測部２３、出力部２４、および記憶部２５を有する。

（制御部２０）
制御部２０は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、インターフェース部を備えたマイクロコンピュータにより構成され、ボランティア端末２の各構成を制御する。具体的には、本実施形態による制御部２０は、入力部２２から入力されたプロパティ情報等を、通信部２１からサーバ１に送信するよう制御する。また、制御部２０は、入力されたプロパティ情報に基づいて、サーバ１に登録したプロパティ情報を記憶部２５に記憶するよう制御する。当該プロパティ情報には、対応可能なサービス（ボランティアのプロパティ種類）、対応可能な日時、対応可能なエリア等が含まれる。また、制御部２０は、現在位置計測部２３により計測された現在位置情報を、通信部２１からサーバ１に送信するよう制御する。現在位置情報の送信制御は、ボランティア対応が可能な日時において、特定の場所（ボランティアを行うイベント会場内等）に居る際に、継続的に行われ得る。

また、制御部２０は、通信部２１を介してサーバ１から受信した、サービス要求を行うユーザの情報を出力部２４から出力してボランティアに通知する。また、制御部２０は、サーバ１からの指示に従って、ボランティア対応が可能な日時であって、かつ、ボランティア対応が可能なエリアに居る際に、ボランティアのプロパティを出力部２４から周囲に開示するよう制御してもよい。

（通信部２１）
通信部２１は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。例えば通信部２１は、サーバ１と接続し、制御部２０の制御に従って所定の情報の送信を行う。また、通信部２１は、可視光通信、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）等により、周囲に存在する外部装置と無線通信することも可能である。

（入力部２２）
入力部２２は、操作者による情報入力操作を検出し、検出した入力情報を制御部２０に送信する。例えば入力部２２は、タッチパネル、キーボード、テンキー、ボタン、スイッチ等により実現される。また、入力部２２をカメラにより実現することで、ジェスチャー入力が可能となる。また、入力部２２をマイクロフォンにより実現することで、音声入力が可能となる。また、入力部２２は、複数種類の入力デバイスにより実現されてもよい。

（現在位置計測部２３）
現在位置計測部２３は、外部からの取得信号に基づいてボランティア端末２の現在位置を検知する機能を有する。具体的には、例えば現在位置計測部２３は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）測位部により実現され、ＧＰＳ衛星からの電波を受信して、ボランティア端末２が存在している位置を検知し、検知した位置情報を制御部２０に出力する。また、現在位置計測部２３は、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。

（出力部２４）
出力部２４は、制御部２０の指示に従って情報出力を行う機能を有する。例えば出力部２４は、表示部により実現され、画面に文字や画像、その他の情報を表示する。また、出力部２４は、スピーカ、振動部、または照明部等により実現されてもよい。また、出力部２４は、複数の出力デバイスにより実現されてもよい。

さらに、本実施形態による出力部２４は、サービス要求を行っているユーザの現在位置情報等をボランティアに向けて通知する他、ボランティアのプロパティ情報を周囲の人に通知する場合も想定される。この場合、例えばボランティアの洋服の肩、腕、胸、または背中部分に貼り付けられたディスプレイにより出力部２４を実現することで、当該ディスプレイにボランティアのプロパティ情報（例えば警備、救急、道案内、競技案内、通訳等）を表示し、周囲の人物に対して何のサービスを提供可能であるかを通知することができる。

（記憶部２５）
記憶部２５は、様々なデータを記憶し、例えば制御部２０の各処理を実行するためのプログラムを記憶する。また、本実施形態による記憶部２５は、入力されたプロパティ情報を記憶してもよい。

以上、本実施形態によるボランティア端末２の構成について説明した。なお図３に示すボランティア端末２の構成は一例であって、例えば撮像装置をさらに備える構成であってもよい。

＜２−３．ユーザ端末＞
次に、ユーザ端末３の構成について説明する。ユーザ端末３は、図１に示すようなスマートフォンの他、タブレット端末や、携帯電話端末、ＰＤＡ、各種ウェアラブルデバイス（ＨＭＤ、スマートアイグラス、スマートウォッチ、スマートバンド等）、携帯用音楽プレーヤー、または携帯用ゲーム機等により実現され得る。

図４は、本実施形態によるユーザ端末３の構成の一例を示すブロック図である。図４に示すように、ユーザ端末３は、制御部３０、通信部３１、入力部３２、現在位置計測部３３、出力部３４、および記憶部３５を有する。

（制御部３０）
制御部３０は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、インターフェース部を備えたマイクロコンピュータにより構成され、ユーザ端末３の各構成を制御する。具体的には、本実施形態による制御部３０は、入力部３２から入力されたヘルプ情報等を、通信部２１からサーバ１に送信するよう制御する。当該ヘルプ情報には、要求するサービス、現在のユーザの状況等が含まれる。また、制御部３０は、ヘルプ情報を送信する際に、現在位置計測部３３により計測された現在位置情報を併せて通信部３１からサーバ１に送信するよう制御する。

また、制御部３０は、通信部３１を介してサーバ１から受信した、マッチングされたボランティアの情報を出力部３４から出力してユーザに通知する。

（通信部３１）
通信部３１は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。例えば通信部３１は、サーバ１と接続し、制御部３０の制御に従って所定の情報の送信を行う。また、通信部３１は、可視光通信、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）等により、周囲に存在する外部装置と無線通信することも可能である。

（入力部３２）
入力部３２は、操作者による情報入力操作を検出し、検出した入力情報を制御部３０に送信する。例えば入力部３２は、タッチパネル、キーボード、テンキー、ボタン、スイッチ等により実現される。また、入力部３２をカメラにより実現することで、ジェスチャー入力が可能となる。また、入力部３２をマイクロフォンにより実現することで、音声入力が可能となる。また、入力部３２は、複数種類の入力デバイスにより実現されてもよい。

（現在位置計測部３３）
現在位置計測部３３は、外部からの取得信号に基づいてユーザ端末３の現在位置を検知する機能を有する。具体的には、例えば現在位置計測部３３は、ＧＰＳ測位部により実現され、ＧＰＳ衛星からの電波を受信して、ユーザ端末３が存在している位置を検知し、検知した位置情報を制御部３０に出力する。また、現在位置計測部３３は、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。

（出力部３４）
出力部３４は、制御部３０の指示に従って情報出力を行う機能を有する。例えば出力部３４は、表示部により実現され、画面に文字や画像、その他の情報を表示する。また、出力部３４は、スピーカ、振動部、または照明部等により実現されてもよい。また、出力部３４は、複数の出力デバイスにより実現されてもよい。

さらに、本実施形態による出力部３４は、マッチングされたボランティアの現在位置情報等を通知する他、周囲に存在するボランティアやボランティアのプロパティ情報をＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）表示してユーザに通知することも可能である。

（記憶部３５）
記憶部３５は、様々なデータを記憶し、例えば制御部３０の各処理を実行するためのプログラムを記憶する。

以上、本実施形態によるユーザ端末３の構成について説明した。なお図４に示すユーザ端末３の構成は一例であって、例えば撮像装置をさらに備える構成であってもよい。

＜＜３．各実施形態＞＞
続いて、本開示によるマッチングシステム１００について、複数の実施形態を用いて具体的に説明する。

＜３−１．第１の実施形態＞
まず、マッチングシステム１００の第１の実施形態として、ユーザからのヘルプ要求があった場合に、サーバ１によりボランティアのマッチング（選定）を行い、マッチングしたボランティア側にサーバ１からユーザの現在位置情報と要求内容等を通知する場合について説明する。これにより例えばユーザが動けない状況であっても、適切なボランティアがユーザの元に赴いて対応することができる。

図５は、第１の実施形態による動作処理を示すシーケンス図である。図５に示すように、まず、ステップＳ１０３において、ボランティア端末２は、入力情報に基づいてボランティアのプロパティ情報の設定を行う。具体的には、ボランティア端末２の制御部２０は、表示画面等にプロパティ情報の入力画面を表示し、当該入力画面に対して入力された情報に基づいて、対応可能なプロパティ種類（すなわちボランティアの内容）、ボランティア参加したいイベントの種類、対応可能な時間帯（平日／休日、朝／昼／夕／夜等）、対応可能なエリア（場所、地域）等を設定する。なお、例えばオリンピック等の国際的なスポーツ大会におけるボランティアのプロパティ種類には、例えば以下のようなものが挙げられる。

（表１）

次に、プロパティ情報が設定された場合（Ｓ１０６において「Ｙｅｓ」）、ステップＳ１０９において、ボランティア端末２は、設定されたプロパティ情報をサーバ１に送信する。

次いで、ステップＳ１１２において、サーバ１は、ボランティア端末２から受信したプロパティ情報をボランティア情報ＤＢ１６に格納して登録する。

以上説明したボランティアプロパティの登録は、イベント開催前またはイベント当日まで行われる。続いて、イベント当日に行われるマッチング処理について説明する。

ステップＳ１１５において、ユーザ端末３は、ユーザからのヘルプ情報の入力待ちを行う。例えばユーザ端末３の表示部（出力部３４の一例）にヘルプ情報の入力画面が表示され、ユーザからのヘルプ情報の入力待ちが行われる。

次に、ヘルプ情報が入力された場合（Ｓ１１８において「Ｙｅｓ」）、ステップＳ１２１において、ユーザ端末３は、入力されたヘルプ情報をサーバ１に送信する。ヘルプ情報には、要求内容およびユーザ端末３の現在位置情報等が含まれる。ここで、ユーザ端末３において入力されるヘルプ情報について図６を参照して説明する。

図６は、本実施形態によるヘルプ情報入力画面の一例を示す図である。図６に示すヘルプ情報入力部画面３２０は、例えばユーザ端末３の表示部においてスクロール表示される。ヘルプ情報入力部画面３２０は、図６に示すように、状況を伝えるための撮像画像（静止画／動画）３２１、現在位置を示す地図画像３２２、現在位置を取得する現在地取得ボタン３２３、概要・タイトルの入力欄３２４、必要な助け（要求サービス）の分類を示す分類選択３２５、状況の詳細を入力する入力欄３２６、ニックネーム表示のＯＮ／ＯＦＦバー３２７、戻るボタン３２８、およびヘルプボタン３２９を含む。

状況を伝えるための撮像画像３２１は、ユーザ端末３の撮像部により撮像されたユーザ自身の様子や、現場の様子の撮像画像である。現在地取得ボタン３２３をタップすると、現在位置計測部３３により計測された現在地が地図上にマッピングされて地図画像３２２が表示される。

概要・タイトルの入力欄３２４には、要求内容の概要やタイトルを入力する。分類選択３２５では、喧嘩、病気、迷子、通訳、警備等の必要な助け（要求サービス）の分類を選択する。そして状況の詳細については入力欄３２６に入力し、ヘルプボタン３２９をタップすると上記入力した内容が入力情報としてサーバ１に送信される。

次いで、ステップＳ１２４において、サーバ１の選定部１５は、要求取得部１４により取得した要求内容に応じて、ボランティア情報ＤＢ１６を参照してボランティアの選定（ユーザとボランティアのマッチング）を行う。例えば選定部１５は、医療サービスが要求されている場合、プロパティが「医療」のボランティアを選定する。また、ボランティアのサービス提供日時およびエリアと、現在日時およびユーザの現在位置とを比較して、現在ユーザの元に赴くことができるボランティアを選定する。

続いて、ステップＳ１２７において、サーバ１は、選定したボランティアのボランティア端末２に対して、ユーザの要求および位置情報等を送信する。

そして、ステップＳ１３０において、ボランティア端末２は、要求内容および位置情報等を表示部（出力部２４の一例）から表示する。これにより、ボランティアは、自分が対応可能な事項で困っているユーザが現在どこにいるかをリアルタイムで把握でき、すぐにユーザの元に赴くことができる。

ここで、ボランティア端末２に表示されるユーザの要求内容および位置情報等について図７を参照して説明する。図７は、本実施形態におけるボランティア向けのヘルプ表示画面の一例を示す図である。

図７に示すように、各画面は、例えばボランティア端末２の表示部においてスクロール表示される。まず、図７左に示すように、サーバ１から送信されたヘルプ情報が複数の場合はヘルプ情報一覧画面２４０が表示される。ヘルプ情報一覧画面２４０に表示されている各ヘルプ情報は、例えば時系列に沿って、ヘルプが発生された順に表示されてもよい。図７に示すように、ヘルプ情報一覧画面２４０では、各ヘルプ情報の概要・タイトルまたは分類と、ヘルプ内容の緊急度を示すエクスクラメーションマーク、および現在のステータス（対応中、済、未解決）が表示されている。ヘルプ内容の緊急度は、例えばエクスクラメーションマークの数で表現され、サーバ１の選定部１５においてボランティアマッチングを行う際に、要求内容に応じて判断され得る。また、ステータスは、例えば他のボランティアが既に対応している場合は「対応中」と表示され、既に解決したヘルプに対しては「済」と表示され、まだ未対応のヘルプについては「未解決」と表示される。ボランティアが対応したか否かは、ユーザ側からサーバ１に通知してもよいし、ボランティア側からサーバ１に通知してもよい。

そして、ヘルプ情報一覧画面２４０のうち例えば１行目の「急病!!!」をタップすると、図７右に示すヘルプ内容画面２４１に画面遷移する。ヘルプ内容画面２４１には、例えばヘルプ情報の概要・タイトルまたは分類と、ユーザの現在位置を示す地図画像、状況を伝える撮像画像、および状況の詳細等が含まれる。これにより、ボランティアは、ユーザがどのようなことで困っているのか、ユーザの状況、および場所を確認することができる。

（プロパティ情報の収集）
図５に示すシーケンス図では、ボランティアのプロパティ情報をボランティア端末２からボランティア希望者により明示的に入力されているが、本実施形態はこれに限定されない。例えばサーバ１は、購買履歴、ソーシャルメディアへの書き込み内容、イベント参加情報（登録情報）、行動情報（ライフログなど）、カメラの撮像画像、専門職の登録情報、学会登録情報、Ｗｅｂサイトの閲覧履歴、検索キーワード、テレビの視聴履歴、録画番組情報等に基づいて、ボランティア候補者の情報やプロパティ情報を自動的に取得し得る。以下、このようなプロパティ情報の収集処理について、以下、図８〜図１０を参照して一例を説明する。

図８は、購買履歴データの収集処理を示すフローチャートである。図８に示すように、まず、ステップＳ１３３において、サーバ１は、商品購入情報を特定サーバから取得する。

次に、ステップＳ１３６において、サーバ１は、商品購入者のアカウントが作成済みか否かを判断する。

次いで、アカウントが無い場合（Ｓ１３６において「Ｎｏ」）、ステップＳ１３９において、サーバ１は新規のアカウントを作成する。ここでは一例として、例えばサーバ１がボランティア候補者情報ＤＢ（不図示）を有し、ボランティア候補者の情報を蓄積していくものとする。作成するアカウントとは、当該ボランティア候補者のアカウントに相当する。

続いて、ステップＳ１４２において、サーバ１は、商品購入者のアカウントに対応付けて、ボランティア候補者情報ＤＢの購買履歴を更新する。

このようにボランティア候補者の購買履歴を蓄積していくことで、購入商品に基づいてボランティア候補者の趣味・嗜好を把握することができる。例えばテニスラケットやテニスシューズを購入した場合はテニスに興味があることが分かり、ゴルフクラブやゴルフシューズを購入した場合はゴルフに興味があることが分かる。また、購入商品に基づいて、ボランティア候補者が所有するデバイスを把握することができる。例えば、カメラを持っている、スマートフォンを持っている、ウェアラブルデバイス（スマートウォッチ、スマートバンド、スマートアイグラス等）を持っていることが分かる。

図９は、ＳＮＳや婚活サイト情報の収集処理を示すフローチャートである。図９に示すように、まず、ステップＳ１５３において、サーバ１は、ＳＮＳ（ソーシャルネットワーキングサービス）や婚活サイトの登録情報を特定サーバから取得する。

次に、ステップＳ１５６において、サーバ１は、登録者のアカウントが作成済みか否かを判断する。

次いで、アカウントが無い場合（Ｓ１５６において「Ｎｏ」）、ステップＳ１５９において、サーバ１は新規のアカウントを作成する。

続いて、ステップＳ１６２において、サーバ１は、登録者のアカウントに対応付けて、ボランティア候補者情報ＤＢのプロパティ情報を更新する。登録情報には、例えばＴＯＥＩＣの点数、所有している資格、特技、性別、年齢、国籍、住所等の情報が含まれ、これにより、どのようなボランティアを行うことが可能であるかを推定することができる。また、ここでは一例として婚活サイトの登録情報を挙げたが、これに限定されず、様々なイベントや活動の登録情報に基づいてプロパティ情報を更新することが可能である。例えばフランス語で交流するイベントに参加した場合、フランス語が話せるといったプロパティ情報が更新される。

図１０は、行動情報やコンテンツ（写真、動画）の収集処理を示すフローチャートである。図１０に示すように、まず、ステップＳ１７３において、サーバ１は、行動情報や、コンテンツ（写真、動画）を特定サーバから取得する。行動情報とは、ＧＰＳ等の位置情報に基づく移動情報である。また、コンテンツとは、カメラやスマートフォン等で撮影した写真や動画である。上記行動情報は、カメラやスマートフォン等に設けられたＧＰＳで取得された位置情報であってもよい。

次に、ステップＳ１７６において、サーバ１は、情報提供者のアカウントが作成済みか否かを判断する。

次いで、アカウントが無い場合（Ｓ１７６において「Ｎｏ」）、サーバ１は、ステップＳ１７９において、新規のアカウントを作成する。

続いて、ステップＳ１８２において、サーバ１は、位置情報に基づいて情報提供者が行った場所（例えばスキー場、テニスコート、競技場等）や参加イベント（例えばランニングイベント、市民野球大会等）を認識したり、また、写真や動画に基づいて情報提供者が観戦した／実際に行っているスポーツジャンル等を認識したりする。

次に、ステップＳ１８５において、サーバ１は、情報提供者が行った場所や参加イベント、観戦等したスポーツジャンル等に関連するスポーツジャンルを検索する。

そして、関連するスポーツジャンルがある場合（Ｓ１８５において「Ｙｅｓ」）、ステップＳ１８８において、サーバ１は、ボランティア候補者情報ＤＢにおいて、興味のあるスポーツジャンルとしてプロパティ情報を更新する。

上述した情報収集の他、サーバ１は、例えば過去のボランティア活動情報を特定サーバから取得して、プロパティ情報を更新してもよい。

また、サーバ１は、収集した情報に基づいて更新していくボランティア候補者情報ＤＢに基づいて、ボランティア勧誘を行うことが可能である。以下、図１１を参照して説明する。

図１１は、ボランティアの勧誘処理を示すフローチャートである。図１１に示すように、まず、ステップＳ２０３において、サーバ１は、ボランティア候補者情報ＤＢに蓄積されたボランティア候補者のプロパティ情報を取得する。

次に、ステップＳ２０６において、サーバ１は、イベントの場所や内容、スケジュールに基づいて、ボランティア候補者とのマッチングを行う。例えばサーバ１は、ボランティア候補者が興味を持つスポーツイベント、住んでいる地域付近で開催されるイベント、興味のある内容のイベント、特技等が条件に合うイベント（フランス語が話せる、中国語が話せる、通訳経験がある、医療知識がある、警備経験がある等）をマッチングする。

次いで、マッチングできたイベントがあった場合（Ｓ２０９において「Ｙｅｓ」）、ステップＳ２１２において、サーバ１は、ボランティア候補者に対して、マッチングしたイベントのボランティア活動の勧誘処理を行う。例えばサーバ１は、ボランティア候補者に対してボランティアに勧誘するための電子メールやメッセージ等を送信する処理を行う。

＜３−２．第２の実施形態＞
次に、第２の実施形態によるマッチングシステム１００について説明する。図５を参照して説明した第１の実施形態では、ボランティア端末２にユーザのヘルプ情報を表示し、ボランティアがユーザの元へ赴く場合について説明したが、本開示はこれに限定されない。例えば、ボランティアのプロパティを周囲の人に通知することで、助けが必要なユーザが自らボランティアに接触することが可能となる。このような、ボランティアのプロパティを周囲の人に通知するマッチングシステムの動作処理について、図１２を参照して説明する。

図１２は、第２の実施形態による動作処理を示すシーケンス図である。図１２に示すように、まず、ステップＳ２２３において、ボランティア端末２は、入力情報に基づいてボランティアのプロパティ情報の設定を行う。

次に、プロパティ情報が設定された場合（Ｓ２２６において「Ｙｅｓ」）、ステップＳ２２９において、ボランティア端末２は、設定されたプロパティ情報をサーバ１に送信する。

次いで、ステップＳ２３２において、サーバ１は、ボランティア端末２から受信したプロパティ情報をボランティア情報ＤＢ１６に格納して登録する。

以上説明したボランティアプロパティの登録は、イベント開催前またはイベント当日まで行われる。続いて、イベント当日に行われる処理について説明する。

ステップＳ２３５において、ボランティア端末２は、現在位置計測部２３で計測されたボランティア端末２の現在位置情報をサーバ１に送信する。なお、かかる現在位置情報は、予めボランティア登録を行ったイベントの開催日時の間、またはボランティア登録を行ったイベントの会場内に居る間（位置情報により判定可能）に、継続的にサーバ１に送信されるよう制御してもよい。また、ボランティア端末２がイベント会場で貸し出されるものである場合は、ボランティア端末２の電源がＯＮにされてから継続的に位置情報がサーバ１に送信されるようにしてもよい。

次に、ステップＳ２３８において、サーバ１の選定部１５は、ボランティア端末２の現在位置と現在の時刻に基づいて、ボランティア情報ＤＢ１６を参照し、ボランティアが可能な日時および場所（例えばイベント会場内、イベント会場が広範囲の場合は予め設定された所定のエリア内）であるか否かを判断する。

次いで、ボランティアが可能な日時および場所である場合（Ｓ２３８において「Ｙｅｓ」）、ステップＳ２４１において、サーバ１は、プロパティ表示指示をボランティア端末２に送信する。

そして、ステップＳ２４４において、ボランティア端末２は、サーバ１からの指示に従って、プロパティ表示を行い、周囲の人に自身のプロパティを公開する。ここで、ボランティアのプロパティ表示の一例について図１３を参照して説明する。

図１３は、第２の実施形態によるプロパティ表示の一例を説明する図である。図１３に示すように、例えばボランティアが着ている洋服４０に貼り付けられたディスプレイ２４５（出力部２４の一例）にプロパティ表示を行うことで、周囲の人物は、何のボランティアを行う人であるかを直感的に把握することができる。図１３に示す例では、外国語会話バッジのように、使用可能な言語を示す表示として右上に「Ｅｎｇｌｉｓｈ」と表示され、また、何のボランティアであるか（役割）を示す表示「ＳＥＣＵＲＩＴＹ ＧＵＡＲＤ」と表示される。なお図１３に示す例では、何のボランティアであるか（役割）を示す表示は、使用言語に対応した言語で表示される。これにより、例えばオリンピックイベントにおいて英語圏から来た参加者であっても、何のボランティアを行っている人であるのかを瞬時に把握できる。また、このようなプロパティの表示は、予め登録したイベントの開催日時において、また、そのイベント会場内に居る場合に自動的に表示されるものであるので、ボランティア用の制服に着替える手間や腕章等を付ける手間が省ける。また、サーバ１側においても、どのエリアにどの程度のボランティアが居るかを把握することができる。

続いて、上述したプロパティの表示を、ヘルプ情報を発しているユーザに応じて出力する場合について、以下図１４を参照して説明する。

図１４は、第２の実施形態による他の動作処理を示すシーケンス図である。図１４に示すように、まず、ステップＳ２５３において、ボランティア端末２は、入力情報に基づいてボランティアのプロパティ情報の設定を行う。

次に、プロパティ情報が設定された場合（Ｓ２５６において「Ｙｅｓ」）、ステップＳ２５９において、ボランティア端末２は、設定されたプロパティ情報をサーバ１に送信する。

次いで、ステップＳ２６２において、サーバ１は、ボランティア端末２から受信したプロパティ情報をボランティア情報ＤＢ１６に格納して登録する。

以上説明したボランティアプロパティの登録は、イベント開催前またはイベント当日まで行われる。続いて、イベント当日に行われる処理について説明する。

ステップＳ２６５において、ユーザ端末３は、ユーザからのヘルプ情報の入力待ちを行う。例えばユーザ端末３の表示部（出力部３４の一例）にヘルプ情報の入力画面が表示され、ユーザからのヘルプ情報の入力待ちが行われる。

次に、ヘルプ情報が入力された場合（Ｓ２６８において「Ｙｅｓ」）、ステップＳ２７１において、ユーザ端末３は、入力されたヘルプ情報をサーバ１に送信する。ヘルプ情報には、要求内容（要求サービスの指定、状況情報等）およびユーザ端末３の現在位置情報が含まれる。

一方、ステップＳ２７４において、ボランティア端末２は、現在位置計測部２３で計測されたボランティア端末２の現在位置情報をサーバ１に送信する。

次いで、ステップＳ２７７において、サーバ１の選定部１５は、ユーザの現在地および要求内容に応じて、ボランティアとのマッチングを行う。具体的には、例えば選定部１５は、ユーザの周囲に居るボランティア、またはユーザが居る位置に向かって移動しているボランティアのうち、ユーザの要求内容に対応可能なボランティアの選定を行う。

次に、ステップＳ２８０において、サーバ１は、選定したボランティアのボランティア端末２に対してプロパティ表示指示を送信する。

そして、ステップＳ２８３において、ボランティア端末２は、サーバ１からの指示に従って、プロパティ表示を行い、自身のプロパティをユーザに公開する。このようなプロパティ表示の一例について図１５を参照して説明する。

図１５は、第２の実施形態によるプロパティ表示の他の一例を説明する図である。図１５に示すプロパティ表示例は、図１３を参照して説明した場合と同様に、例えばボランティアが着ている洋服４０に貼り付けられたディスプレイ２４５（出力部２４の一例）にプロパティ表示を行うことで、何のボランティアを行う人であるかをユーザは直感的に把握することができる。ここで、図１５に示す例では、ユーザが中国人の場合は図１５上に示すように中国語でプロパティ表示が行われ、ユーザがカナダ人の場合は図１５下に示すように英語でプロパティ表示が行われるというように、ユーザに応じた言語でプロパティ表示が行われる。例えば、上記Ｓ２７１でユーザ端末３から送信されたヘルプ情報には、ユーザの情報として使用言語や出身国等の情報が含まれ、サーバ１の選定部１５は、ユーザの要求内容に対応可能なボランティアであって、かつユーザの使用言語による会話が可能なボランティアを選定する。そして、サーバ１は、ユーザの使用言語に対応したプロパティ表示指示をボランティア端末２に指示する。

このように、本実施形態では、ヘルプ情報を発信したユーザに応じて、ユーザの言語でボランティアプロパティを表示することも可能である。

＜３−３．第３の実施形態＞
次に、第３の実施形態によるマッチングシステム１００について説明する。上述した第１、第２の実施形態では、ボランティア側にユーザのヘルプ情報を通知したり、ボランティア側でボランティアプロパティを周囲に向けて通知したりしていたが、本開示はこれに限定されず、例えばユーザ側にボランティアの情報を通知してもよい。以下、図１６を参照して具体的に説明する。

図１６は、第３の実施形態による動作処理を示すシーケンス図である。図１６に示すように、まず、ステップＳ３０３において、ボランティア端末２は、入力情報に基づいてボランティアのプロパティ情報の設定を行う。

次に、プロパティ情報が設定された場合（Ｓ３０６において「Ｙｅｓ」）、ステップＳ３０９において、ボランティア端末２は、設定されたプロパティ情報をサーバ１に送信する。

次いで、ステップＳ３１２において、サーバ１は、ボランティア端末２から受信したプロパティ情報をボランティア情報ＤＢ１６に格納して登録する。

以上説明したボランティアプロパティの登録は、イベント開催前またはイベント当日まで行われる。続いて、イベント当日に行われる処理について説明する。

ステップＳ３１５において、ユーザ端末３は、ユーザからのヘルプ情報の入力待ちを行う。例えばユーザ端末３の表示部（出力部３４の一例）にヘルプ情報の入力画面が表示され、ユーザからのヘルプ情報の入力待ちが行われる。

次に、ヘルプ情報が入力された場合（Ｓ３１８において「Ｙｅｓ」）、ステップＳ３２１において、ユーザ端末３は、入力されたヘルプ情報をサーバ１に送信する。ヘルプ情報には、要求内容（要求サービスの指定、状況情報等）およびユーザ端末３の現在位置情報が含まれる。

一方、ステップＳ３２４において、ボランティア端末２は、現在位置計測部２３で計測されたボランティア端末２の現在位置情報をサーバ１に送信する。

次いで、ステップＳ３２７において、サーバ１の選定部１５は、ユーザの現在地および要求内容に応じて、ボランティアとのマッチングを行う。具体的には、例えば選定部１５は、ユーザの周囲に居るボランティア、またはユーザが居る位置に向かって移動しているボランティアのうち、ユーザの要求内容に対応可能なボランティアの選定を行う。

次に、ステップＳ３３０において、サーバ１は、選定したボランティアの情報をユーザ端末３に送信する。

そして、ステップＳ３３３において、ユーザ端末３は、サーバ１から送信されたボランティアの情報をユーザに通知する。具体的には、例えば選定されたボランティアの詳細情報（プロパティ、性別、年代、顔画像等）や、ボランティアの現在位置を示す地図画像がユーザ端末３の表示部（出力部３４の一例）に表示される。これによりユーザは自らボランティアを確認した上で接触することができる。

また、ユーザ端末３を周囲にかざした際に周囲に存在するボランティアのプロパティをＡＲ表示することも可能である。ボランティア情報のＡＲ表示について、図１７を参照して説明する。

図１７は、第３の実施形態によるボランティア情報のＡＲ表示の一例を説明する図である。図１７に示すように、ユーザ端末３を周囲にかざすと、ユーザ端末３の内側に設けられている表示部３４５に、ユーザ端末３の外側に設けられた撮像部（不図示）により撮像された現実空間の撮像画像３４０が表示される。この際、ユーザ端末３の制御部３０は、例えば撮像画像３４０を解析して被写体抽出を行い、サーバ１からのボランティア情報（現在位置情報、顔画像等）を参照してボランティアを認識する。ボランティアを認識できた場合、制御部３０は、図１７に示すように、表示部３４５に表示された撮像画像３４０に写るボランティア３４２に対応するよう、当該ボランティアのプロパティを示す通知画像３４１を撮像画像３４０に重畳表示する。これにより、ユーザは、自らボランティアを確認した上で接触することができる。

＜３−４．第４の実施形態＞
続いて、第４の実施形態によるマッチングシステム１００について説明する。本実施形態では、ユーザにマッチングしたボランティアのサポート終了後に、ボランティアの対応についてのユーザによる評価ができるようにすることで、ボランティアのマッチングに評価のフィードバックを行うことが可能となる。以下、図１８を参照して説明する。

図１８は、第４の実施形態による評価入力の動作処理を示すシーケンス図である。図１８に示すように、まず、ステップＳ４０３において、ユーザ端末３の表示部にアンケート画面が表示され、評価入力待ちが行われる。

次に、評価入力が行われると（ステップＳ４０６において「Ｙｅｓ」）、ステップＳ４０９において、ユーザ端末３は、入力された評価情報をサーバ１に送信する。

次いで、ステップＳ４１２において、サーバ１の評価集計部１８は、通信部１１を介してユーザ端末３から受信したボランティアの評価の集計を行う。例えば評価集計部１８は、アンケートの内容に基づいて評価点を算出する。評価の集計結果は、ボランティア情報ＤＢ１６に、各ボランティアに対応付けて格納される。

そして、ステップＳ４１５において、評価集計部１８は、定期的または不定期的に、各ボランティアの評価点と評価回数に基づいてボランティアのランクを更新する。

次に、ボランティアの評価を考慮したマッチングについて図１９を参照して説明する。図１９は、第４の実施形態によるボランティアマッチングの動作処理を示すフローチャートである。図１９に示すように、まず、ステップＳ４２３において、サーバ１は、ユーザ端末３からヘルプ情報を受信する。

次に、ステップＳ４２６において、サーバ１の選定部１５は、要求内容に応じて、ボランティア情報ＤＢ１６を参照してボランティアの選定（ユーザとボランティアのマッチング）を行う。

次いで、ステップＳ４２９において、選定部１５は、選定したボランティアのうち、ユーザの現在位置から所定範囲（エリア）内に対象ボランティアが居るか否かを判断する。対象ボランティアの位置は、ボランティア端末２から継続的に送信されるボランティア端末２の現在位置情報に基づいて判断される。

次に、所定範囲内に対象ボランティアが居ない場合（Ｓ４２９において「Ｎｏ」）、ステップＳ４３２において、選定部１５は、検索対象範囲（エリア）を広げる。このように、選定部１５は、可能な限りユーザに近い位置に現在居るボランティアに絞り込むことが可能である。

次いで、所定範囲内に対象ボランティアが居る場合（Ｓ４２９において「Ｙｅｓ」）、ステップＳ４３５において、選定部１５は、さらに評価ランクが低いボランティアに絞り込む。例えば最も評価ランクが低いボランティアに絞り込んでもよいし、所定値より低い評価ランクのボランティアに絞り込んでもよい。評価ランクが低いボランティアに絞り込むことで、評価ランクが高いボランティアが集中的にマッチングされることを避けるためである。

そして、ステップＳ４３８において、サーバ１の通知制御部１７は、絞り込んだ対象ボランティアに対してユーザ情報を送信し、通知を行う。

このように、サーバ１は、ユーザが要求するサービスに対応可能なボランティアのうち、ユーザの近くに居て、評価が低いボランティアを優先的にマッチングする。また、ユーザが高度な対応を要求する場合、サーバ１は、再度マッチングを行い、評価が高いボランティアをマッチングしてもよい。また、評価点や評価ランクは、ボランティアに称号を与える際や景品を出したりする際にも用いられ得る。

なお、図１９を参照して上述したマッチングシステムでは、評価ランクを考慮してマッチングしたボランティアに対してユーザ情報を通知しているが、本実施形態はこれに限定されず、例えばマッチングしたボランティアの情報をユーザ側に通知してもよいし、マッチングしたボランティアに対して周囲に向けてプロパティ表示を行うよう指示してもよい。

＜３−５．第５の実施形態＞
以上説明した各実施形態では、ユーザからのヘルプ要求に応じてボランティアをマッチングするシステムについて説明したが、本開示によるマッチングシステムはこれに限定されず、例えばボランティアからの依頼に応じて他のボランティアをマッチングすることも同様に可能である。すなわち、上記各実施形態において、ユーザがボランティアであってもよい。

例えば、医療ボランティアによる救急対応が終了した後、病院にユーザを搬送するために輸送依頼を輸送ボランティアに依頼したり、警備ボランティアが他の警備ボランティアに応援を要請したり、案内ボランティアが能力値の高い他の案内ボランティアに交替をお願いしたりといったことが想定される。このようなボランティア同士のマッチングについて、図２０を参照して説明する。

図２０は、第５の実施形態によるボランティアマッチングの動作処理を示すシーケンス図である。図２０に示すように、まず、ステップＳ５０３において、ボランティア端末２は、依頼入力画面を表示部に表示して、ボランティアによる依頼入力待ちを行う。

次に、依頼が入力されると（Ｓ５０６において「Ｙｅｓ」）、ステップＳ５０９において、ボランティア端末２は、入力された依頼内容をサーバ１に送信する。当該依頼内容には、要請するボランティアの種類（医療、輸送、語学、警備等）、依頼理由、現在の状況、現在の様子を撮像した撮像画像、および現在位置情報等が含まれる。

次いで、ステップＳ５１２において、サーバ１の選定部１５は、依頼内容に応じて、ボランティア情報ＤＢ１６を参照し、他のボランティアとのマッチングを行う。この際、選定部１５は、依頼理由に応じて、依頼したボランティアよりも評価が高い、またはプロパティレベル（能力値や熟練度等）が高いボランティアを選定してもよい。

次に、ステップＳ５１５において、サーバ１の通知制御部１７は、マッチングされた他のボランティアに対して依頼内容を送信するよう制御する。

そして、ステップＳ５１８において、他のボランティア端末では、サーバ１から送信された依頼内容を表示する。当該依頼内容には、依頼元のボランティアの位置情報も含まれる。

このように、本実施形態では、ボランティア同士のマッチングも可能となる。

＜＜４．まとめ＞＞
上述したように、本開示の実施形態によるマッチングシステムでは、現実空間において現在求められている人物を要求者にリアルタイムで引き合わせることを可能とする。

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

例えば、図１に示すマッチングシステム１００では、サーバ１によりマッチング処理を行っているが、必要に応じてボランティア端末２とユーザ端末３とが直接通信を行ってもよい。例えばユーザ端末３から発信されるヘルプ情報を、周囲に存在するボランティア端末２が、赤外線通信、Ｗｉ−Ｆｉ（登録商標）、またはＢｌｕｅｔｏｏｔｈ（登録商標）等により受信し、ユーザ情報をボランティアに通知（例えば表示、音声による通知）してもよい。また、ユーザ端末３は、ヘルプ情報を発信して周囲に存在するボランティア端末を探索し、ボランティアの存在をユーザに通知（例えば表示、音声による通知）してもよい。なおボランティアの存在の通知は、例えばユーザがメガネ型のウェアラブル端末を装着している場合、認識されたボランティアを示す通知画像をＡＲ表示することも可能である。

また、ボランティアの承認により、ユーザを同じプロパティ種類のボランティアに登録することができるようにしてもよい。例えばゴミ拾いを行っているボランティアの承認を得れば、ユーザがゴミ拾いボランティアとなり、評価点（ポイント）を得ることができたり、ごみを捨てる場所のゲートを通行できたりする。ボランティアによる承認は、ボランティア端末２からサーバ１へ新規ボランティアの登録情報として送信され、ボランティア情報ＤＢ１６に格納される。

また、ユーザが、要求するサービス提供を選んでヘルプボタンを押すと、当該サービスを提供することが可能なボランティアの現在位置を示す地図画像がユーザ端末３に表示されるようにしてもよい。

また、サーバ１は、ボランティアの現在位置を継続的に管理し、同じプロパティ種類を提供するボランティアが一カ所に偏る場合は、他のエリアへの移動をボランティアに促すことも可能である。

また、図１に示すマッチングシステム１００では、ボランティアとユーザがそれぞれスマートフォン等の個人用の情報処理端末を有し、当該情報処理端末により相手の情報を通知する場合について説明しているが、さらにイベントスペースや休憩所等に設置されたボランティアマッチング用の情報処理装置により相手の情報を通知してもよい。例えば、イベントスペース等に設置された情報処理装置に表示されたヘルプ情報入力画面からユーザがヘルプ情報を入力してヘルプボタンをタッチすると、ボランティアの待機所に設置されたディスプレイにヘルプ情報と場所（どこのイベントスペースか）が表示され、ボランティアがすぐにユーザの元に赴くことが可能となる。ボランティアの待機所は、プロパティ種類毎に分けられたり、エリア毎に設けられたりしてもよい。

また、選定部１５は、ボランティアをマッチングする際、ボランティア情報ＤＢ１６を参照して、プロパティレベルの低いボランティアから優先的に選定するようにしてもよい。これにより、プロパティレベルが高いボランティアが簡単な事象にマッチングされることを避けるためである。マッチングされたボランティアは、自身の能力では対応できない場合、上記第５の実施形態に示したように、他のボランティアへ応援や交替を依頼する。この際、選定部１５は、プロパティレベルが高いボランティアをマッチングする。

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

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

なお、本技術は以下のような構成も取ることができる。
（１）
サービス提供者に関する情報を取得する取得部と、
前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
を備える、マッチングシステム。
（２）
前記マッチングシステムは、
前記選定部により選定した前記サービス提供者に、前記サービス要求を行った要求者の情報を通知する通知部をさらに備える、前記（１）に記載のマッチングシステム。
（３）
前記通知部は、前記要求者の現在位置、および要求内容を通知する、前記（２）に記載のマッチングシステム。
（４）
前記通知部は、前記選定部により選定された前記サービス提供者が所持する前記要求者向けの表示装置に、前記サービス要求に対応できることを示す情報を表示する、前記（２）または（３）に記載のマッチングシステム。
（５）
前記要求者向けの表示装置は、前記サービス提供者の衣服に装着される、前記（４）に記載のマッチングシステム。
（６）
前記マッチングシステムは、
前記選定部により選定した前記サービス提供者の情報を、前記サービス要求を行った要求者に通知する通知部をさらに備える、前記（１）に記載のマッチングシステム。
（７）
前記選定部は、前記選定したサービス提供者のうち、前記要求者の周囲に居る者に絞り込み、
前記通知部は、前記要求者の周囲に居る人物のうち、前記選定部により絞り込まれた前記サービス提供者がどの人物であるかを前記要求者に通知する、前記（６）に記載のマッチングシステム。
（８）
前記通知部は、前記サービス提供者がどの人物であるかを示す通知画像を、前記要求者が所持する表示装置において現実空間に重ねて表示させる、前記（７）に記載のマッチングシステム。
（９）
前記サービス提供者の特性は、提供可能なサービスの内容を示す、前記（１）〜（８）のいずれか１項に記載のマッチングシステム。
（１０）
前記マッチングシステムは、
前記サービス要求を行った者による前記サービス提供者に対する評価を集計する評価集計部をさらに備える、前記（１）〜（９）のいずれか１項に記載のマッチングシステム。（１１）
前記選定部は、前記評価集計部により集計された評価に基づいて、前記サービス提供者を絞り込む、前記（１０）に記載のマッチングシステム。
（１２）
前記選定部は、前記サービス要求を行った要求者から再選定を要求された場合、前回選定したサービス提供者よりも評価が高い、または能力値が高いサービス提供者に絞り込む、前記（１）〜（１１）のいずれか１項に記載のマッチングシステム。
（１３）
サービス提供者に関する情報を取得する取得部と、
前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
を備える、情報処理装置。
（１４）
サービス提供者に関する情報を取得することと、
前記取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定することと、
を含む、マッチング方法。
（１５）
コンピュータを、
サービス提供者に関する情報を取得する取得部と、
前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者のサービス提供可能な時間、前記サービス提供者の現在位置、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
として機能させるための、プログラム。

１００ マッチングシステム
１ サーバ
１１ 通信部
１２ プロパティ取得部
１３ 現在位置取得部
１４ 要求取得部
１５ 選定部
１６ ボランティア情報ＤＢ
１７ 通知制御部
１８ 評価集計部
２（２Ａ〜２Ｃ） ボランティア端末
２０ 制御部
２１ 通信部
２２ 入力部
２３ 現在位置計測部
２４ 出力部
２５ 記憶部
３ ユーザ端末
３０ 制御部
３１ 通信部
３２ 入力部
３３ 現在位置計測部
３４ 出力部
３５ 記憶部

Claims (14)

1. サービス提供者に関する情報を取得する取得部と、
   前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者の現在位置情報、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
   前記選定部により選定した前記サービス提供者に、前記サービス要求を行った要求者の情報を通知する通知部と、
   を備え、
   前記通知部は、前記選定部により選定された前記サービス提供者が前記サービス要求に対応できることを通知するとともに、前記選定部により選定された前記サービス提供者が所持する前記要求者向けの表示装置に、前記サービス要求に対応できることを示す情報を表示する、マッチングシステム。
2. 前記通知部は、前記要求者の現在位置、および要求内容を通知する、請求項１に記載のマッチングシステム。
3. 前記通知部は、前記要求者の属性情報に基づいて、前記サービス要求に対応できることの通知方法を変化させる、請求項１または２に記載のマッチングシステム。
4. 前記要求者向けの表示装置は、前記サービス提供者の衣服に装着される、請求項１〜３のいずれか１項に記載のマッチングシステム。
5. 前記マッチングシステムは、
   前記選定部により選定した前記サービス提供者の情報を、前記サービス要求を行った要求者に通知する通知部をさらに備える、請求項１に記載のマッチングシステム。
6. 前記選定部は、前記選定したサービス提供者のうち、前記要求者の周囲に居る者に絞り込み、
   前記通知部は、前記要求者の周囲に居る人物のうち、前記選定部により絞り込まれた前記サービス提供者がどの人物であるかを前記要求者に通知する、請求項５に記載のマッチングシステム。
7. 前記通知部は、前記サービス提供者がどの人物であるかを示す通知画像を、前記要求者が所持する表示装置において現実空間に重ねて表示させる、請求項６に記載のマッチングシステム。
8. 前記サービス提供者の特性は、提供可能なサービスの内容を示す、請求項１〜７のいずれか１項に記載のマッチングシステム。
9. 前記マッチングシステムは、
   前記サービス要求を行った者による前記サービス提供者に対する評価を集計する評価集計部をさらに備える、請求項１〜８のいずれか１項に記載のマッチングシステム。
10. 前記選定部は、前記評価集計部により集計された評価に基づいて、前記サービス提供者を絞り込む、請求項９に記載のマッチングシステム。
11. 前記選定部は、前記サービス要求を行った要求者から再選定を要求された場合、前回選定したサービス提供者よりも評価が高い、または能力値が高いサービス提供者に絞り込む、請求項１〜１０のいずれか１項に記載のマッチングシステム。
12. サービス提供者に関する情報を取得する取得部と、
    前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者の現在位置情報、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
    前記選定部により選定した前記サービス提供者に、前記サービス要求を行った要求者の情報を通知する通知部と、
    を備え、
    前記通知部は、前記選定部により選定された前記サービス提供者が前記サービス要求に対応できることを通知するとともに、前記選定部により選定された前記サービス提供者が所持する前記要求者向けの表示装置に、前記サービス要求に対応できることを示す情報を表示する、情報処理装置。
13. コンピュータが、
    サービス提供者に関する情報を取得することと、
    前記取得したサービス提供者に関する情報に含まれる前記サービス提供者の現在位置情報、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定することと、
    前記選定した前記サービス提供者に、前記サービス要求を行った要求者の情報を通知することと、
    の各処理を実行し、
    前記通知する処理は、前記選定された前記サービス提供者が前記サービス要求に対応できることを通知するとともに、前記選定された前記サービス提供者が所持する前記要求者向けの表示装置に、前記サービス要求に対応できることを示す情報を表示する、マッチング方法。
14. コンピュータを、
    サービス提供者に関する情報を取得する取得部と、
    前記取得部により取得したサービス提供者に関する情報に含まれる前記サービス提供者の現在位置情報、および前記サービス提供者の特性を参照して、サービス要求に対応できるサービス提供者を選定する選定部と、
    前記選定部により選定した前記サービス提供者に、前記サービス要求を行った要求者の情報を通知する通知部と、
    として機能させ、
    前記通知部は、前記選定部により選定された前記サービス提供者が前記サービス要求に対応できることを通知するとともに、前記選定部により選定された前記サービス提供者が所持する前記要求者向けの表示装置に、前記サービス要求に対応できることを示す情報を表示するための、プログラム。

Images