知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022171490
(43)【公開日】2022-11-11
(54)【発明の名称】サーバ装置、システムおよびプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20221104BHJP
G06F 16/9035 20190101ALI20221104BHJP
【ＦＩ】
G06Q50/10
G06F16/9035
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2021078166
(22)【出願日】2021-04-30
(71)【出願人】
【識別番号】520496235
【氏名又は名称】株式会社Ｗｏｒｌｄ Ｌｉｆｅ Ｍａｐｐｉｎｇ
(74)【代理人】
【識別番号】100128886
【弁理士】
【氏名又は名称】横田 裕弘
(72)【発明者】
【氏名】下田 彬
(72)【発明者】
【氏名】ガニエ マーク智也
(72)【発明者】
【氏名】津川 幹尚
【テーマコード（参考）】
5B175
5L049
【Ｆターム（参考）】
5B175HA01
5L049CC12
(57)【要約】
【課題】ユーザの現在の位置情報を用いて滞在時間を推定しながら他のユーザとマッチングをする場合と比較して、ユーザの希望通りにマッチング相手との交流を行うことが可能なサーバ装置等を提供する。
【解決手段】本発明のサーバ装置は、ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、ユーザが希望する交流の継続時間を記憶する継続時間記憶部と、時間帯および継続時間に基づいて、ユーザ同士をマッチングするマッチング部と、を備える。
【選択図】図３
【解決手段】本発明のサーバ装置は、ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、ユーザが希望する交流の継続時間を記憶する継続時間記憶部と、時間帯および継続時間に基づいて、ユーザ同士をマッチングするマッチング部と、を備える。
【選択図】図３
【特許請求の範囲】
【請求項1】
ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、
前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備えるサーバ装置。
前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備えるサーバ装置。
【請求項2】
前記マッチング部は、
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定する
請求項１記載のサーバ装置。
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定する
請求項１記載のサーバ装置。
【請求項3】
前記マッチング部は、前記交流の予定時間を確定するとともに、前記ユーザと交流をする他のユーザを選定し、
前記他のユーザの選定後、前記他のユーザよりもマッチングに適した新たなユーザが現れた場合、前記交流の予定時間は変更せず、前記ユーザのマッチング相手を前記新たなユーザに変更する
請求項２記載のサーバ装置。
前記他のユーザの選定後、前記他のユーザよりもマッチングに適した新たなユーザが現れた場合、前記交流の予定時間は変更せず、前記ユーザのマッチング相手を前記新たなユーザに変更する
請求項２記載のサーバ装置。
【請求項4】
前記マッチング部は、前記他のユーザのマッチング相手が前記ユーザ以外に存在する場合に、前記ユーザのマッチング相手を前記新たなユーザに変更する
請求項３記載のサーバ装置。
請求項３記載のサーバ装置。
【請求項5】
前記時間帯において、前記ユーザが前記交流を複数回希望することを受け付け、
前記マッチング部は、前記ユーザと前記他のユーザをマッチングした後、前記ユーザと前記他のユーザとの前記交流の時間を除き、かつ既にマッチングされた前記他のユーザをマッチング相手の候補から除いて、前記ユーザのマッチングを行う
請求項１乃至４のいずれか１項記載のサーバ装置。
前記マッチング部は、前記ユーザと前記他のユーザをマッチングした後、前記ユーザと前記他のユーザとの前記交流の時間を除き、かつ既にマッチングされた前記他のユーザをマッチング相手の候補から除いて、前記ユーザのマッチングを行う
請求項１乃至４のいずれか１項記載のサーバ装置。
【請求項6】
前記マッチング部は、
前記ユーザ同士の前記時間帯の重複度と、
前記ユーザ同士の前記継続時間の一致度と
に基づいて、前記ユーザ同士のマッチングをする
請求項１乃至５のいずれか１項記載のサーバ装置。
前記ユーザ同士の前記時間帯の重複度と、
前記ユーザ同士の前記継続時間の一致度と
に基づいて、前記ユーザ同士のマッチングをする
請求項１乃至５のいずれか１項記載のサーバ装置。
【請求項7】
前記ユーザ同士の前記交流を円滑にする情報を出力する情報出力部を有し、
前記情報出力部は、
前記交流をするユーザ全員に情報を出力する第１情報出力と、
前記交流をするユーザのうちの一部のユーザに情報を出力する第２情報出力と
を出力する
請求項１乃至６のいずれか１項記載のサーバ装置。
前記情報出力部は、
前記交流をするユーザ全員に情報を出力する第１情報出力と、
前記交流をするユーザのうちの一部のユーザに情報を出力する第２情報出力と
を出力する
請求項１乃至６のいずれか１項記載のサーバ装置。
【請求項8】
前記第２情報出力は、前記ユーザ同士の前記時間帯および前記継続時間の少なくとも一方に基づいて、前記交流の終了を促す情報を前記一部のユーザに出力する
請求項７記載のサーバ装置。
請求項７記載のサーバ装置。
【請求項9】
前記情報出力部は、
前記交流の開始前に情報を出力する第３情報出力と、
前記交流の実行中に情報を出力する第４情報出力と
を出力する
請求項７または８記載のサーバ装置。
前記交流の開始前に情報を出力する第３情報出力と、
前記交流の実行中に情報を出力する第４情報出力と
を出力する
請求項７または８記載のサーバ装置。
【請求項10】
前記第４情報出力は、前記第３情報出力と比較して情報量が少ない
請求項９記載のサーバ装置。
請求項９記載のサーバ装置。
【請求項11】
端末と、サーバ装置と、を備えるシステムであって、
前記サーバ装置は、
ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、
前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備える、システム。
前記サーバ装置は、
ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、
前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備える、システム。
【請求項12】
ユーザが他のユーザと交流が可能な時間帯を記憶するステップと、
前記ユーザが希望する前記交流の継続時間を記憶するステップと、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするステップと
をコンピュータに実行させる、プログラム。
前記ユーザが希望する前記交流の継続時間を記憶するステップと、
前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするステップと
をコンピュータに実行させる、プログラム。
【請求項13】
ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、
前記時間帯に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備え、
前記マッチング部は、
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定する
サーバ装置。
前記時間帯に基づいて、前記ユーザ同士をマッチングするマッチング部と、
を備え、
前記マッチング部は、
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定する
サーバ装置。
【請求項14】
ユーザが他のユーザと交流が可能な時間帯を記憶するステップと、
前記時間帯に基づいて、前記ユーザ同士をマッチングするステップと、
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するステップと、
をコンピュータに実行させる、プログラム。
前記時間帯に基づいて、前記ユーザ同士をマッチングするステップと、
前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するステップと、
をコンピュータに実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ装置、システムおよびプログラムに関する。
【背景技術】
【0002】
特許文献１には、交流をする時間があり、趣味嗜好が合う他のユーザを紹介することができ、交流が成功する確率を向上させることができる交流支援サーバ装置が開示されている。ここで、ユーザ端末装置の実行環境で実行される利用アプリケーションは、所定の時間間隔毎に、ＧＰＳ受信部から取得した現在地の座標を当該ユーザのＵＩＤと共にサーバ装置宛に送信し、現在地の座標が現在地ＤＢに格納される。滞在時間推定部は、行動履歴ＤＢに格納されている履歴に応じて各ユーザの現在地における滞在時間を推定する。マッチング判定部は、嗜好性ＤＢに登録されているユーザ間の嗜好性に応じたマッチングと、推定された滞在時間に応じたマッチングを行い、マッチングに応じたコンテンツをマッチング通知部が生成し、ユーザ端末装置宛に送信する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－０２５６１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、特許文献１記載の技術は、ユーザの現在の位置情報を用いて滞在時間を推定しながら他のユーザとマッチングをするため、ユーザのマッチングに対する希望が十分に考慮されていない。そのため、ユーザの希望に沿ったマッチングを行うことができないという課題があった。
【0005】
そこで、本発明では、ユーザの希望に沿ったマッチングを行うことが可能なサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【0006】
かかる目的のもと、本明細書に開示される技術は、ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、を備える、サーバ装置である。
また、前記マッチング部は、前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するとよい。
また、前記マッチング部は、前記交流の予定時間を確定するとともに、前記ユーザと交流をする他のユーザを選定し、前記他のユーザの選定後、前記他のユーザよりもマッチングに適した新たなユーザが現れた場合、前記交流の予定時間は変更せず、前記ユーザのマッチング相手を前記新たなユーザに変更するとよい。
また、前記マッチング部は、前記他のユーザのマッチング相手が前記ユーザ以外に存在する場合に、前記ユーザのマッチング相手を前記新たなユーザに変更するとよい。
また、前記時間帯において、前記ユーザが前記交流を複数回希望することを受け付け、前記マッチング部は、前記ユーザと前記他のユーザをマッチングした後、前記ユーザと前記他のユーザとの前記交流の時間を除き、かつ既にマッチングされた前記他のユーザをマッチング相手の候補から除いて、前記ユーザのマッチングを行うとよい。
また、前記マッチング部は、前記ユーザ同士の前記時間帯の重複度と、前記ユーザ同士の前記継続時間の一致度とに基づいて、前記ユーザ同士のマッチングをするとよい。
また、前記ユーザ同士の前記交流を円滑にする情報を出力する情報出力部を有し、前記情報出力部は、前記交流をするユーザ全員に情報を出力する第１情報出力と、前記交流をするユーザのうちの一部のユーザに情報を出力する第２情報出力とを出力するとよい。
また、前記第２情報出力は、前記ユーザ同士の前記時間帯および前記継続時間の少なくとも一方に基づいて、前記交流の終了を促す情報を前記一部のユーザに出力するとよい。
また、前記情報出力部は、前記交流の開始前に情報を出力する第３情報出力と、前記交流の実行中に情報を出力する第４情報情報出力とを出力するとよい。
また、前記第４情報出力は、前記第３情報出力と比較して情報量が少ないとよい。
また、前記マッチング部は、前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するとよい。
また、前記マッチング部は、前記交流の予定時間を確定するとともに、前記ユーザと交流をする他のユーザを選定し、前記他のユーザの選定後、前記他のユーザよりもマッチングに適した新たなユーザが現れた場合、前記交流の予定時間は変更せず、前記ユーザのマッチング相手を前記新たなユーザに変更するとよい。
また、前記マッチング部は、前記他のユーザのマッチング相手が前記ユーザ以外に存在する場合に、前記ユーザのマッチング相手を前記新たなユーザに変更するとよい。
また、前記時間帯において、前記ユーザが前記交流を複数回希望することを受け付け、前記マッチング部は、前記ユーザと前記他のユーザをマッチングした後、前記ユーザと前記他のユーザとの前記交流の時間を除き、かつ既にマッチングされた前記他のユーザをマッチング相手の候補から除いて、前記ユーザのマッチングを行うとよい。
また、前記マッチング部は、前記ユーザ同士の前記時間帯の重複度と、前記ユーザ同士の前記継続時間の一致度とに基づいて、前記ユーザ同士のマッチングをするとよい。
また、前記ユーザ同士の前記交流を円滑にする情報を出力する情報出力部を有し、前記情報出力部は、前記交流をするユーザ全員に情報を出力する第１情報出力と、前記交流をするユーザのうちの一部のユーザに情報を出力する第２情報出力とを出力するとよい。
また、前記第２情報出力は、前記ユーザ同士の前記時間帯および前記継続時間の少なくとも一方に基づいて、前記交流の終了を促す情報を前記一部のユーザに出力するとよい。
また、前記情報出力部は、前記交流の開始前に情報を出力する第３情報出力と、前記交流の実行中に情報を出力する第４情報情報出力とを出力するとよい。
また、前記第４情報出力は、前記第３情報出力と比較して情報量が少ないとよい。
【0007】
さらに他の観点から捉えると、本明細書に開示される技術は、端末と、サーバ装置と、を備えるシステムであって、前記サーバ装置は、ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、前記ユーザが希望する前記交流の継続時間を記憶する継続時間記憶部と、前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、を備える、システムである。
【0008】
さらに他の観点から捉えると、本明細書に開示される技術は、ユーザが他のユーザと交流が可能な時間帯を記憶するステップと、前記ユーザが希望する前記交流の継続時間を記憶するステップと、前記時間帯および前記継続時間に基づいて、前記ユーザ同士をマッチングするステップとをコンピュータに実行させる、プログラムである。
【0009】
さらに他の観点から捉えると、本明細書に開示される技術は、ユーザが他のユーザと交流が可能な時間帯を記憶する時間帯記憶部と、前記時間に基づいて、前記ユーザ同士をマッチングするマッチング部と、を備え、前記マッチング部は、前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するサーバ装置である。
【0010】
さらに他の観点から捉えるとユーザが他のユーザと交流が可能な時間帯を記憶するステップと、前記時間帯に基づいて、前記ユーザ同士をマッチングするステップと、前記ユーザが指定する予定確定時間までに、前記交流の予定時間を確定するステップと、をコンピュータに実行させる、プログラムである。
【発明の効果】
【0011】
本発明によれば、ユーザの希望に沿ったマッチングを行うことが可能なサーバ装置等を提供する等が提供される。
【図面の簡単な説明】
【0012】
【図1】本実施の形態が適用される情報処理システムの全体構成例を示した図である。
【図2】管理装置の構成例を説明するための図である。
【図3】チャット時間情報を説明するための図である。
【図4】時間入力画像および詳細入力画像を示す図である。
【図5】システムの概略動作を示すフローチャートである。
【図6】マッチング処理を示すフローチャートである。
【図7】マッチング待機ＤＢ及びマッチング決定ＤＢを示す図である。
【図8】仮決定処理を示すフローチャートである。
【図9】再決定処理を示すフローチャートである。
【図10】再決定処理の詳細を説明するための図である。
【図11】マッチング処理に用いられるスコアを説明するための図である。
【図12】チャット処理を説明するための図である。
【図13】ファシリテート処理を説明するための図である。
【図14】管理装置のハードウェア構成例を示した図である。
【発明を実施するための形態】
【0013】
以下、添付図面を参照して、本発明の他の実施の形態について説明する。
＜情報処理システム１＞
図１は、本実施の形態が適用される情報処理システム１の全体構成例を示した図である。
図１に示すように、情報処理システム１は、管理装置１０と、端末３０、４０、５０とを有する。管理装置１０および端末３０、４０、５０は、ネットワーク９０を介して互いに接続されている。
＜情報処理システム１＞
図１は、本実施の形態が適用される情報処理システム１の全体構成例を示した図である。
図１に示すように、情報処理システム１は、管理装置１０と、端末３０、４０、５０とを有する。管理装置１０および端末３０、４０、５０は、ネットワーク９０を介して互いに接続されている。
【0014】
管理装置１０は、コンピュータ装置によって構成される。この管理装置１０は、情報処理システム１におけるサーバとして機能する。本実施の形態の管理装置１０は、端末３０、４０、５０の間におけるマッチングサービスを提供するのに必要な各種制御を実行する。
【0015】
端末３０、４０、５０の各々は、スマートフォン、ノート型コンピュータ、デスクトップ型コンピュータ、タブレット型コンピュータ、ウェアラブルデバイス、あるいは携帯電話等のコンピュータ装置によって構成される。端末３０、４０、５０は、情報処理システム１におけるクライアントとして機能する。なお、以下の説明においては、端末３０、４０、５０の各々を区別しないときは、端末３０等ということがある。
【0016】
ここで、端末３０、４０、５０は、それぞれ情報処理システム１のユーザであるユーザＡ、ユーザＢ、およびユーザＣによって操作される。なお、図示の例においては、３つの端末３０、４０、５０が示されているが、その数は特に限定されず、端末３０、４０、５０以外の端末を含んでもよい。
【0017】
ネットワーク９０は、装置間のデータ交換に用いられる通信ネットワークである。図示のネットワーク９０は、インターネットにより構成されるが、特に限定されない。ネットワーク９０は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）であってもよい。また、ネットワーク９０の通信回線は、有線か無線かを問わず、これらを併用してもよい。
【0018】
情報処理システム１は、管理装置１０が特定のサービスを提供することにより、端末３０等を操作するユーザがそのサービスを利用することを可能とする。更に説明すると、情報処理システム１は、管理装置１０が一のユーザと他のユーザとを結び付けるマッチングサービスを提供することにより、その結び付いたユーザ同士で音声や文字等などによる交流をする機会を提供するものである。本実施の形態の情報処理システム１においては、ユーザが他のユーザと交流する時間帯や交流の継続時間を指定しながら予約することができる。また、この予約においては交流をする相手の指定はユーザから受け付けず、管理装置１０が交流をする相手を決定する。このことにより、情報処理システム１がユーザにとって新たな出会いの場を提供する。
【0019】
なお、情報処理システム１は、端末３０等のユーザが、他のユーザと気軽にマッチングでき、交流（コミュニケーション）を楽しむＷｅｂアプリケーションプラットフォームである。また、情報処理システム１によって、Ｗｅｂクライアントアプリケーションが提供される。付言すると、情報処理システム１によって、端末３０等のユーザにＳＮＳ（Social Networking Service）が提供される。
【0020】
＜マッチング＞
本実施の形態におけるマッチングは、端末３０等における一の端末と他の端末との組み合わせを決定することである。さらに説明をすると、マッチングは、端末３０等における一の端末と他の端末との間で音声や文字等を介した通信、すなわちユーザ同士の交流を行うための管理装置１０による処理である。以下の説明では、マッチングとして端末３０等における２つの端末を組み合わせることを主として説明するが、３つ以上の端末を組み合わせてもよい。
本実施の形態におけるマッチングは、端末３０等における一の端末と他の端末との組み合わせを決定することである。さらに説明をすると、マッチングは、端末３０等における一の端末と他の端末との間で音声や文字等を介した通信、すなわちユーザ同士の交流を行うための管理装置１０による処理である。以下の説明では、マッチングとして端末３０等における２つの端末を組み合わせることを主として説明するが、３つ以上の端末を組み合わせてもよい。
【0021】
＜チャット＞
チャットは、ユーザ同士で行う交流の一態様であり、ネットワーク９０を通じて、端末３０等における個々の端末間で行う双方向の通信をいう。ここで、チャットは、音声等をリアルタイムにやり取りすることを含む。以下の説明では、チャットとして、音声を用いた、所謂ボイスチャットを実行することを説明するが、これに限定されない。例えば、音声ととともに静止画や動画を含む画像を用いたビデオチャット等も採用することができる。あるいは、テキストを用いたテキストチャット、あるいはこれら複数の種別のチャットを組み合わせてチャットを実行してもよい。なお、ボイスチャットには、所謂電話も含めてもよい。さらに説明をすると、端末３０等をスマートフォンとし、ネットワーク９０を例えば携帯電話のキャリアが管理するキャリア網として、所謂電話としての通話をボイスチャットとして捉えてもよい。
チャットは、ユーザ同士で行う交流の一態様であり、ネットワーク９０を通じて、端末３０等における個々の端末間で行う双方向の通信をいう。ここで、チャットは、音声等をリアルタイムにやり取りすることを含む。以下の説明では、チャットとして、音声を用いた、所謂ボイスチャットを実行することを説明するが、これに限定されない。例えば、音声ととともに静止画や動画を含む画像を用いたビデオチャット等も採用することができる。あるいは、テキストを用いたテキストチャット、あるいはこれら複数の種別のチャットを組み合わせてチャットを実行してもよい。なお、ボイスチャットには、所謂電話も含めてもよい。さらに説明をすると、端末３０等をスマートフォンとし、ネットワーク９０を例えば携帯電話のキャリアが管理するキャリア網として、所謂電話としての通話をボイスチャットとして捉えてもよい。
【0022】
【0023】
管理装置１０は、ユーザ情報管理部１１０と、予約管理部１３０と、マッチング管理部１５０と、チャット実行部１７０と、ファシリテート実行部１９０とを有する。なお、ユーザ情報管理部１１０、予約管理部１３０、マッチング管理部１５０、チャット実行部１７０およびファシリテート実行部１９０の各々は、情報処理システム１のサブシステムとして捉えることができる。
【0024】
ユーザ情報管理部１１０は、ユーザに関する情報であるユーザ情報を端末３０等から受け付け登録する。ユーザ情報管理部１１０は、取得したユーザ情報に基づいて、ユーザごとにアカウントを作成する。
【0025】
ユーザ情報管理部１１０は、ユーザ情報記憶部１１１と、性格判定部１１３と、フレンド設定部１１５とを有する。ここで、ユーザ情報記憶部１１１は、ユーザ情報として、例えばユーザ名、趣味、年齢、出身地、職業、生年月日、血液型、利用者の画像などを端末３０等から受け付け記憶する。性格判定部１１３は、端末３０等においてビッグファイブ（Ｂｉｇ Ｆｉｖｅ）などの性格診断を実行し、診断の結果をユーザの性格傾向に関する情報として記憶する。フレンド設定部１１５は、ユーザ同士の特別な関係であり、例えばチャットを行った後も互いにメッセージの送受信を可能とする関係であるフレンドの登録管理を行う。
【0026】
予約管理部１３０は、ユーザによるマッチングの予約に関する情報を端末３０等から受け付け管理する。この予約管理部１３０は、時間帯記憶部１３１と、継続時間記憶部１３３と、予定確定時間記憶部１３５と、詳細情報記憶部１３７とを有する。すなわち、図示の例における予約管理部１３０は、チャットの時間に関する情報であるチャット時間情報（交流時間情報）として、チャットの時間帯、継続時間および予定確定時間を受け付け、記憶する。
【0027】
時間帯記憶部１３１は、ユーザが他のユーザとのチャットを希望する時間帯を受け付け、記憶する。図示の例における時間帯記憶部１３１は、例えば７月１７日２０時～７月１７日２３時３０分など、チャットを開始可能な日時（時間帯の開始時間）とチャットを終了したい日時（時間帯の終了時間）とを受け付け、記憶する。
【0028】
継続時間記憶部１３３は、ユーザが希望する他のユーザとのチャットを継続する時間の長さである継続時間を受け付け、記憶する。図示の例における継続時間記憶部１３３は、例えば２０分、３０分、４０分など、予め設定された複数の継続時間のうち、いずれかの指定を受け付け、記憶する。
【0029】
予定確定時間記憶部１３５は、チャットの予約が確定するユーザの希望タイミングである予定確定時間を受け付け、記憶する。予定確定時間は、例えば７月１７日１３時などと設定される。なお、予定確定時間は、上記チャットを希望する時間帯の開始時刻よりも前の日時が設定される。
【0030】
詳細情報記憶部１３７は、ユーザが希望する他のユーザとのチャットの態様についての指示を受け付け、記憶する。図示の例においては、ユーザが時間帯の中で行いたいチャットの回数（チャット回数）、ユーザが１回のチャットで同時に話をしたい他のユーザの人数（チャット人数）、例えば趣味、雑談、ビジネスなどチャットの目的（チャット目的）、マッチングの際に他のユーザとの相性度と時間の希望とのいずれを優先するか（優先度）を受け付け、記憶する。
【0031】
マッチング管理部１５０は、相性度などマッチングのためのスコアであるユーザマッチングスコアＸ２の算出等を行いながら、ユーザ同士のマッチング処理を実行する。マッチング管理部１５０は、相性度算出部１５１と、重複度算出部１５３と、一致度算出部１５５と、マッチング実行部１５７とを有する。
【0032】
相性度算出部１５１は、ユーザ同士の相性度を算出する。ここで、相性度は、ユーザと他のユーザとが情報処理システム１でチャットを行うときのチャットのしやすさを示す指標、言い替えるとユーザ同士の関係性を示す指標である。相性度算出部１５１は、ユーザ情報管理部１１０および予約管理部１３０が記憶するユーザの趣味、ユーザの性格傾向、チャットの目的などに基づいて、相性度を算出する。付言すると、相性度算出部１５１は、ユーザ同士のチャット目的が一致しているか否か、チャット人数が一致しているか否か、性格傾向が一致しているか否かなどに基づいて相性度を算出する。また、相性度算出部１５１は、ユーザの年齢、出身地、職業などに基づいて相性度を算出してもよい。なお、相性度算出部１５１は、対象とするユーザのチャット時間情報以外の情報に基づいて、ユーザ同士の関係性を示す指標を算出するものとして捉えられる。
【0033】
重複度算出部１５３は、時間帯の重複度を算出する。ここで、重複度は、ユーザと他のユーザとにおけるチャット（交流）が可能な時間帯が重複している程度を示す指標である。重複度は、例えば重複する時間帯が長いほど大きくなる指標である。さらに説明をすると、重複度は、例えば、対象とするユーザおよび他のユーザそれぞれの時間帯が重複する時間（重複時間）の長さを、対象とするユーザの時間帯の長さで除した値であり、例えば０～１の数値となる。また、重複度は、対象とするユーザの時間帯と、他のユーザの時間帯との差でもよい。また、重複度は、対象とするユーザおよび他のユーザそれぞれの交流可能な時間帯が重複する時間の長さを用いてもよい。
【0034】
一致度算出部１５５は、継続時間の一致度を算出する。ここで、一致度は、ユーザと他のユーザとにおけるチャットの継続時間が一致している程度を示す。一致度は、例えば継続時間の差が小さいほど大きくなる指標である。さらに説明をすると、一致度は、例えば対象とするユーザおよび他のユーザそれぞれの継続時間のうち共通する時間の長さを、対象とするユーザの継続時間で除した値であり、例えば０～１の数値で判断される。また、一致度は、対象とするユーザの継続時間と、他のユーザの継続時間との差でもよい。
【0035】
ここで、一致度は、継続時間の差ではなく割合を用いることがより好ましい。仮に、一致度を継続時間の差とすると、例えば各ユーザの継続時間が１０００分および８００分のように継続時間そのものが長い（大きい）場合、ユーザの継続時間と他のユーザの継続時間が一致している部分が短く（小さく）ても、継続時間の差の数値が大きくなることがある。そこで、一致度は、上記のように割合とすることが好ましい。なお、一致度は、例えば共通する時間の長さを対象とするユーザの継続時間で除した値であるが、ユーザの継続時間を他のユーザの継続時間で除した値としてもよい。この場合、値が１に近いほど、一致度が大きくなる。このように、ユーザの交流可能な時間帯と交流の継続時間の２つの時間指標を用いてマッチングを行うため、ユーザの希望に沿ったマッチングを行うことが可能となる。
【0036】
マッチング実行部１５７は、予め定めたタイミングでチャットを行う端末（ユーザ）同士の組みあわせの決定を行う。マッチング実行部１５７は、ユーザ同士の相性に従って、組み合わせを決定する。ここで、ユーザ同士の相性は、上記の相性度、重複度および一致度に基づいて算出される（詳細は後述）。そして、マッチング実行部１５７は、ユーザから受け付けた予定確定時間に、ユーザのマッチング相手、すなわちユーザ同士の組み合わせを確定させる。さらに説明をすると、マッチング実行部１５７は、ユーザ同士の組み合わせとともに、ユーザ同士がチャットを行う時間である予定時間を決定する。
【0037】
チャット実行部１７０は、ユーザ同士のチャットを実行するための処理としてチャット処理を行う。チャット実行部１７０は、音声管理部１７１と、テキスト管理部１７３と、チャット時間管理部１７５とを有する。
【0038】
音声管理部１７１は、端末３０等に向けてユーザが発話することで入力された音声情報を取得し、取得した音声情報を相手ユーザの端末３０等に出力させる。なお、音声管理部１７１は、ユーザの音声を加工処理する、所謂ボイスチェンジャー機能を有してもよい。
テキスト管理部１７３は、端末３０等を操作することでユーザによって入力された文字情報を取得し、相手ユーザの端末３０等に取得した文字情報を表示させる。
テキスト管理部１７３は、端末３０等を操作することでユーザによって入力された文字情報を取得し、相手ユーザの端末３０等に取得した文字情報を表示させる。
【0039】
チャット時間管理部１７５は、チャットの時間を管理する。すなわち、チャット時間管理部１７５は、マッチング実行部１５７によって決定されたチャットの開始時間になるとチャットを開始し、チャットの終了時間になるとチャットを終了する。
【0040】
ここで、本実施の形態においては、チャット時間、すなわちチャットが行われる時間が、例えば２０分などと予め定められている。チャット時間を予め定めて制限し、所謂締め切り効果が得られることにより、ユーザが積極的にチャットを行うことが期待される。また、ユーザによっては、チャットをどのように終了させるかが気になり、心理的な負担を感じることがある。本実施の形態においては、上記のようにチャットが終了するタイミングが予め定められ、強制的にチャットが終了する。このことにより、ユーザの上記負担が低減され得る。
【0041】
ファシリテート実行部１９０は、チャット（会話）を円滑にする情報である円滑情報の出力を行う。詳細は後述するが、ファシリテート実行部１９０は、ユーザ同士のチャットがより円滑になるように、チャットの話題の提供やチャットを進める際の注意事項を、文字列を含む画像（ファシリテート画像）として端末３０等に表示させる。図示のファシリテート実行部１９０は、ユーザ情報判定部１９１と、チャット分析部１９３と、情報出力部１９５とを有する。このように、ユーザ同士のチャットを円滑にするファシリテートを実行することで、ユーザの希望に沿ったマッチングを行うことが可能となる。
【0042】
ユーザ情報判定部１９１は、ユーザ情報管理部１１０が取得するデータに基づいて、ユーザの属性の判定をする。ユーザ情報判定部１９１は、例えば、ユーザの性格傾向が外向的であるか内向的であるかなどの判定をする。
チャット分析部１９３は、チャット実行部１７０が取得するデータに基づいて、進行しているチャットの分析を行う。具体的には、チャット分析部１９３は、チャットのボイスデータ等を取得し、チャットにおいて沈黙が続いているのか否か、一部のユーザに発話が偏っているか否か、話題の一つが終了した区切りであるか否かなどが判断される。チャット分析部１９３は、例えば、端末３０等に入力されたユーザの音声データから音声認識により作成されたテキストデータ等を、自然言語処理することによりチャットの分析を行う。
チャット分析部１９３は、チャット実行部１７０が取得するデータに基づいて、進行しているチャットの分析を行う。具体的には、チャット分析部１９３は、チャットのボイスデータ等を取得し、チャットにおいて沈黙が続いているのか否か、一部のユーザに発話が偏っているか否か、話題の一つが終了した区切りであるか否かなどが判断される。チャット分析部１９３は、例えば、端末３０等に入力されたユーザの音声データから音声認識により作成されたテキストデータ等を、自然言語処理することによりチャットの分析を行う。
【0043】
情報出力部１９５は、ファシリテート画像を出力する出力先とタイミングとを切り替えながら、端末３０等にファシリテート画像を出力する。このように情報出力部１９５がファシリテート画像の出力先およびタイミングを切り替えることにより、チャットがより円滑に進められる。図示の情報出力部１９５は、出力先決定部１９７と、タイミング決定部１９９とを有する。
【0044】
出力先決定部１９７は、ファシリテート画像を出力する出力先を、チャットを行っている複数のユーザの全体とする第１情報出力か、あるいは一部とする第２情報出力かで切り替える。さらに説明をすると、出力先決定部１９７は、例えば２人のユーザがチャットを行っている場合において、２人（全体）に同一のファシリテート画像を出力する第１情報出力と、１人のユーザ（一部）にファシリテート画像を出力し、もう１人のユーザにはそのファシリテート画像を出力しない第２情報出力とを切り替える。
【0045】
タイミング決定部１９９は、ファシリテート画像を出力するタイミングを、チャットの実行タイミングとともに切り替える。すなわち、タイミング決定部１９９は、チャットが開始される前であるチャット前（第３情報出力）、チャットが実行されている最中であるチャット中（第４情報出力）、チャットが実行された後であるチャット後（第５情報出力）のタイミングで切り替えながら、端末３０等にファシリテート画像を出力する。
【0046】
＜管理装置１０の動作の概略＞
次に、管理装置１０の概略動作について説明をする。まず、ユーザ情報管理部１１０が、ユーザが操作する端末３０等からユーザ情報を受け付け記憶する。そして、ユーザがチャットを希望する場合においては、ユーザが端末３０等を操作することにともない、予約管理部１３０がチャットの予約の指示を受け付け記憶する。そして、ユーザ情報管理部１１０に記憶されたユーザ情報および予約管理部１３０に記憶された予約に関する情報に従い、マッチング管理部１５０がマッチング処理を実行する。そして、予定されたチャットの開始時間となると、チャット実行部１７０がマッチング管理部１５０によって決定された端末３０等同士の間でチャットを実行する。また、ファシリテート実行部１９０が、ファシリテート画像を端末３０等に出力する。
次に、管理装置１０の概略動作について説明をする。まず、ユーザ情報管理部１１０が、ユーザが操作する端末３０等からユーザ情報を受け付け記憶する。そして、ユーザがチャットを希望する場合においては、ユーザが端末３０等を操作することにともない、予約管理部１３０がチャットの予約の指示を受け付け記憶する。そして、ユーザ情報管理部１１０に記憶されたユーザ情報および予約管理部１３０に記憶された予約に関する情報に従い、マッチング管理部１５０がマッチング処理を実行する。そして、予定されたチャットの開始時間となると、チャット実行部１７０がマッチング管理部１５０によって決定された端末３０等同士の間でチャットを実行する。また、ファシリテート実行部１９０が、ファシリテート画像を端末３０等に出力する。
【0047】
＜チャット時間情報＞
図３は、チャット時間情報を説明するための図である。
次に、図３を参照しながらチャット時間情報について説明をする。上記のように本実施の形態における管理装置１０は、チャット時間情報の指示を受け付け、マッチング処理を行う。以下においては、図３に示すユーザＡおよびユーザＢがマッチングされる例を用いて、チャット時間情報、すなわち時間帯、継続時間および予定確定時間について説明をする。
図３は、チャット時間情報を説明するための図である。
次に、図３を参照しながらチャット時間情報について説明をする。上記のように本実施の形態における管理装置１０は、チャット時間情報の指示を受け付け、マッチング処理を行う。以下においては、図３に示すユーザＡおよびユーザＢがマッチングされる例を用いて、チャット時間情報、すなわち時間帯、継続時間および予定確定時間について説明をする。
【0048】
図３に示す例においては、ユーザＡが希望する時間帯は、２０時～２３時３０分である（符号Ｔ１１参照）。さらに説明をすると、ユーザＡが希望する時間帯の開始時間は２０時であり、終了時間は２３時３０分である。また、ユーザＡが希望する継続時間は３０分である（符号Ｔ１３参照）。また、ユーザＡが希望する予定確定時間は１２時である（符号Ｔ１５参照）。
【0049】
また、ユーザＢが希望する時間帯は、２２時３０分～２４時である（符号Ｔ２１参照）。さらに説明をすると、ユーザＢが希望する時間帯の開始時間は２２時３０分であり、終了時間は２４時である。また、ユーザＢが希望する継続時間は４０分である（符号Ｔ２３参照）。また、ユーザＢが希望する予定確定時間は２１時である（符号Ｔ２５参照）。
【0050】
ここで、ユーザＡ及びユーザＢがそれぞれ希望する時間帯の重複時間は２２時３０分～２３時３０分である（符号Ｔ３１参照）。この重複時間の中から実際にチャットが予定される時間、すなわち予定時間が決定される。さらに説明をすると、管理装置１０のマッチング実行部１５７は、予め定められた条件に従い、重複時間の範囲内で予定時間を決定する。図示の例においては、マッチング実行部１５７が、重複時間の範囲内において最も早いタイミングで予定時間を決定する。この例においては、２２時３０分～２３時が予定時間となる（符号Ｔ４１参照）。
【0051】
また、管理装置１０のマッチング実行部１５７が、マッチングの結果を確定するタイミングは、ユーザＡの予定確定時間（符号Ｔ１５参照）と、ユーザＢの予定確定時間（符号Ｔ２５参照）のうち、いずれか早いタイミングとなる。図示の例においては、ユーザＡの予定確定時間は１２時であり、ユーザＢの予定確定時間は２１時である。したがって、より早いユーザＡの予定確定時間である１２時にマッチング実行部１５７がマッチングを確定する。言い替えると、ユーザＡの予定確定時間である１２時以前においては、マッチングの結果は確定していない状態である。
【0052】
本実施の形態の情報処理システム１においては、ユーザが将来の時間帯を指定しながらチャットの予約ができる。このことにより、ユーザが自身のスケジュールを立てやすくなる。ここで、本実施の形態においては、ユーザから予定確定時間を受け付け、遅くとも予定確定時間までにはチャットの予定時間が確定する。このことにより、予定確定時間が経過した後においては、ユーザが実際にチャットを行う予定時間以外の時間を確保しておく必要がなくなる。図示のユーザＡにおいては、チャットを希望する時間帯として入力したスケジュール２０時～２３時３０分（符号Ｔ１１参照）のうち、予定時間である２２時３０分～２３時（符号Ｔ４１参照）以外の時間である２０時～２２時３０分および２３時～２３時３０分の時間を他のスケジュールにあてることができる。
【0053】
ここで、チャットの予約をするユーザの数は、一般的には時間の経過にともない増えていく。したがって、ユーザにとってより相性のよい他のユーザは、時間が経過するほど出現しやすくなる。しかしながら、相性のよい他のユーザは必ず出現するものではない。そこで、本実施の形態においては、実際にチャットが開始される前のタイミングである予定確定時間にマッチングを行う。このことにより、ユーザのマッチング相手が見つからない状況が抑制される。このように、ユーザの時間に対する希望に沿ったマッチングを行うことが可能となる。
【0054】
さて、本実施の形態とは異なり、ユーザからチャットを行うことが可能な時間帯および継続時間についての指定を受け付けず、ユーザが実際にチャットを行う開始時間と終了時間との指定のみを受け付ける態様も想定される。しかしながら、この態様においては、チャットを行う開始時間と終了時間が一致するユーザのみがマッチング相手の候補となるため、候補となるユーザの数が少なくなり、相性のよいユーザ同士のマッチングが成立する確率が相対的に低くなる。そこで、本実施の形態においては、チャットの継続時間についての希望（符号Ｔ１３参照）とともに、継続時間よりも長い時間帯についての希望（符号Ｔ１１参照）を受け付ける。このことにより、実際にチャットを行う予定時間が設定される際の自由度が高まり、より相性のよいユーザ同士のマッチングが成立する確率が高まる。
【0055】
また、例えばイベントを開催する開催者にとっては、情報処理システム１を利用することでイベントの管理が容易となる。情報処理システム１によれば相性のよいユーザ同士のマッチングが成立する確率が高くなるため、仮にイベントにおいてマッチングを行う期間を相対的に長く設定したとしても、マッチング相手が見つからないという状況が回避され得る。したがって、イベントの開催者がマッチングを行う期間を相対的に長く設定することが可能となる。
【0056】
また、本実施の形態においては、チャットの継続時間の指定を受け付けることによって、ユーザの好みに合わせたチャットの設定をすることができる。ここで、例えば初対面の人とのコミュニケーションに不安を持つユーザは、他のユーザとのチャットの継続時間が短いことを望む場合がある。また、例えばじっくり他のユーザと話をしたいユーザは、他のユーザとの継続時間が長いことを望む場合がある。そこで、情報処理システム１においては、ユーザからの継続時間の希望を受け付け、受け付けた継続時間に従って予定時間を決定する。このように、ユーザの時間に対する希望に沿ったマッチングを行うことが可能となる。
【0057】
なお、例えば図３に示す例において、ユーザＡおよびユーザＢが希望する時間帯の重複時間は２２時３０分から２３時３０分である（符号Ｔ３１参照）。ここで、重複時間の全体である１時間をチャット時間として設定すると、例えば３０分という相対的に短い時間でチャットを望むユーザＡ（符号Ｔ１３参照）にとって心理的な負担が大きくなり得る。そこで、本実施の形態においては、算出された重複時間の中から、ユーザが希望する継続時間に応じて、予定時間を確定する。このように、ユーザの時間に対する希望に沿ったマッチングを行うことが可能となる。
【0058】
さて、一般的には、ユーザからマッチングの希望条件を多く受け付けるほど、受け付けた希望条件を満たす他のユーザの人数は減ることから、他のユーザとのマッチングが困難になる。そこで、本実施の形態においては、時間帯および継続時間の希望を受け付けるが、時間帯についての希望は満たす一方で、継続時間とは一致しない予定時間を設定することがある。
【0059】
ここで、時間帯および継続時間のそれぞれについて説明をする。まず、時間帯について説明をすると、仮にユーザの希望の時間帯から外れてチャットの予定時間が決定されると、ユーザはチャットの前後のスケジュールを調整することが必要となる。一方で、継続時間においては、仮に希望の継続時間から外れて予定時間が決定されたとしても、ユーザがチャットの前後のスケジュールを調整することは不要である。さらに説明をすると、マッチングされた他のユーザとの相性が良ければ、継続時間の希望からずれた予約時間が設定されたとしても、ユーザの不満度は大きくならない傾向がある。
【0060】
そこで、本実施の形態においては、マッチング相手との相性がよいなど、所定の条件を満たす場合には、ユーザ同士の継続時間に差があってもマッチングを行うことがある。すなわち、ユーザが希望する継続時間と異なる長さで予定時間が決定されることがある。なお、継続時間に差がある場合の処理としては、特に限定されるものではないが、例えば各ユーザが希望する継続時間のうち、最も短い継続時間で予定時間を設定する処理や、各ユーザが希望する継続時間の平均値で予定時間を設定する処理などがある。
【0061】
＜時間入力画像３１０および詳細入力画像３５０＞
図４は、時間入力画像３１０および詳細入力画像３５０を示す図である。
次に、図４を参照しながら、時間入力画像３１０および詳細入力画像３５０について説明をする。
図４は、時間入力画像３１０および詳細入力画像３５０を示す図である。
次に、図４を参照しながら、時間入力画像３１０および詳細入力画像３５０について説明をする。
【0062】
時間入力画像３１０および詳細入力画像３５０は、ユーザが端末３０等を操作することにともない、予約管理部１３０によって端末３０等に表示される。ユーザは、時間入力画像３１０および詳細入力画像３５０を介して、チャットの予約をすることができる。
【0063】
時間入力画像３１０は、時間帯の入力を受け付ける時間帯入力画像３１１と、継続時間の入力を受け付ける継続時間入力画像３１３と、予定確定時間の入力を受け付ける予定確定時間入力画像３１５とを有する。
【0064】
図示の時間帯入力画像３１１は、希望する時間帯の開始時間および終了時間の入力をそれぞれ受け付ける。時間帯入力画像３１１を介して入力された指示は、予約管理部１３０の時間帯記憶部１３１によって記憶される。
【0065】
図示の継続時間入力画像３１３は、２０分、３０分、４０分など、予め設定された継続時間のうち、いずれかの指示を受け付ける。継続時間入力画像３１３を介して入力された指示は、予約管理部１３０の継続時間記憶部１３３によって記憶される。
【0066】
図示の予定確定時間入力画像３１５は、希望する予定確定時間の入力を受け付ける。ユーザが予定確定時間入力画像３１５を介して入力された指示は、予約管理部１３０の予定確定時間記憶部１３５によって記憶される。なお、予定確定時間入力画像３１５においては、時間帯入力画像３１１に入力された希望時間帯における開始時間以降の時間の入力を受け付けない態様としてもよい。
【0067】
詳細入力画像３５０は、時間帯入力画像３１１に入力された時間帯の中で希望する交流回数を示すチャット回数の入力を受け付けるチャット回数入力画像３５１と、希望するチャット人数を受け付けるチャット人数入力画像３５３と、チャットする目的を受け付ける目的入力画像３５５と、相性度と時間（スケジュール）の優先度を受け付ける優先度入力画像３５７とを有する。
【0068】
図示のチャット回数入力画像３５１は、１回、２回、３回など、予め設定された回数のうち、いずれかの指示を受け付ける。図示のチャット人数入力画像３５３は、１人、２人、３人など、予め定められた人数のうち、いずれかの指示を受け付ける。図示の目的入力画像３５５は、趣味、雑談、ビジネス、その他など予め定められた目的のうち、いずれかの指示を受け付ける。なお、チャット回数入力画像３５１が受け付けるチャット回数は、交流回数の一例である。
【0069】
優先度入力画像３５７は、優先度の入力を促す入力案内画像３６１と、相性度とスケジュールとのいずれを優先するかの優先度を示すゲージ画像３６３と、ゲージ画像３６３における位置を移動させることで優先度を決定するスライダ画像３６５とを有する。図示の優先度入力画像３５７は、ゲージ画像３６３の位置を移動させることで、優先度の指示を受け付ける。さらに説明をすると、ゲージ画像３６３が左側に移動することで、ユーザ同士の相性度をより優先させる優先度が設定される。また、ゲージ画像３６３が右側に移動することで、スケジュール（時間マッチング度）をより優先させる優先度となる。
【0070】
チャット回数入力画像３５１、チャット人数入力画像３５３、目的入力画像３５５、優先度入力画像３５７を介して入力された指示は、予約管理部１３０の詳細情報記憶部１３７によって記憶される。
【0071】
＜情報処理システム１の概略動作＞
図５は、情報処理システム１の概略動作を示すフローチャートである。
次に、図５を参照しながら情報処理システム１の概略動作について説明をする。なお、管理装置１０は、ユーザＡおよびユーザＢが端末３０および端末４０をそれぞれ操作することにともない、ユーザＡおよびユーザＢのユーザ登録を予め完了しているものとする。
図５は、情報処理システム１の概略動作を示すフローチャートである。
次に、図５を参照しながら情報処理システム１の概略動作について説明をする。なお、管理装置１０は、ユーザＡおよびユーザＢが端末３０および端末４０をそれぞれ操作することにともない、ユーザＡおよびユーザＢのユーザ登録を予め完了しているものとする。
【0072】
まず、端末３０は、時間入力画像３１０および詳細入力画像３５０を介して、ユーザＡからチャットについての希望（指示）の条件を受け付け、管理装置１０に出力する（Ｓ５０１）。そして、管理装置１０の予約管理部１３０が指示を受け付け、記憶する（Ｓ５０２）。
【0073】
次に、端末４０が、時間入力画像３１０および詳細入力画像３５０を介して、ユーザＢからチャットについての希望の条件を受け付け、管理装置１０に出力する（Ｓ５０３）。そして、管理装置１０の予約管理部１３０が指示を受け付け、記憶する（Ｓ５０４）。
【0074】
次に、マッチング管理部１５０がマッチング処理を実行する（Ｓ５０５）。そして、マッチング管理部１５０が、マッチング処理で決定された予定時間を端末３０および端末４０に出力する（Ｓ５０６）。チャット実行部１７０は、チャットの予定時間になると端末３０および端末４０における通信を可能とし、ユーザＡおよびユーザＢにおけるチャットを実行する（Ｓ５０７）。
【0075】
【0076】
図示のマッチング管理部１５０は、仮のマッチング処理である仮決定処理を行ったあとに、仮決定処理でマッチングされたユーザ同士の組み合わせを確定させる処理である本決定処理を行う。さらに説明をすると、マッチング管理部１５０は、予め定められた時間間隔で設定されたマッチング処理タイミングごと（例えば、１６時、１７時など１時間ごとに設定）に、仮決定処理を繰り返し行う。そして、仮決定処理で組み合わされたユーザが希望する予定確定時間のうち、最も早い予定確定時間になると、仮決定処理でマッチングされたユーザ同士の組み合わせを本決定処理する。なお、詳細は後述するが、マッチング管理部１５０は、本決定処理で組み合わせが確定されていたユーザ同士の組み合わせを再度行う再決定処理を行うことがある。
【0077】
さて、マッチング管理部１５０は、図６に示すようにマッチング処理を行う。まず、マッチング管理部１５０は、マッチング処理タイミングであるか否かを判断する（Ｓ６０１）。マッチング処理タイミングである場合（Ｓ６０１でＹＥＳ）、マッチング管理部１５０は、仮決定処理を行い、仮決定されたユーザの組み合わせを記憶する（Ｓ６０２）。
【0078】
そして、マッチング管理部１５０は、仮決定されたユーザの各々が希望する予定確定時間のうち最も早い予定確定時間であるか否かを判断する（Ｓ６０３）。予定確定時間である場合（Ｓ６０３でＹＥＳ）、マッチング管理部１５０は、本決定処理を行う（Ｓ６０４）。なお、マッチング管理部１５０は、本決定処理されたユーザ同士の組み合わせを記憶するとともに、ユーザに対して予定時間を通知する（上記Ｓ５０６参照）。
【0079】
ここで、上記のようにマッチング処理タイミングごとに仮決定処理を繰り返すことにより、新たなユーザが予約してマッチング待機ＤＢ１６１にユーザが追加された場合や、既に予約をしていたユーザが予約をキャンセルしてマッチング待機ＤＢ１６１からユーザが削除された場合においても、各ユーザにとって相性のよいマッチング相手を見つけることが可能となる。
【0080】
＜データベース＞
図７は、マッチング待機ＤＢ１６１及びマッチング決定ＤＢ１６３を示す図である。なお、図７（ａ）は、マッチング処理タイミングである１７：００における仮決定処理が実行された後のマッチング待機ＤＢ１６１を示す。図７（ｂ）は、１８：３０における本決定処理が実行された後のマッチング決定ＤＢ１６３を示す。
図７は、マッチング待機ＤＢ１６１及びマッチング決定ＤＢ１６３を示す図である。なお、図７（ａ）は、マッチング処理タイミングである１７：００における仮決定処理が実行された後のマッチング待機ＤＢ１６１を示す。図７（ｂ）は、１８：３０における本決定処理が実行された後のマッチング決定ＤＢ１６３を示す。
【0081】
次に図７を参照しながら、マッチング待機ＤＢ（データベース）１６１及びマッチング決定ＤＢ１６３について説明をする。
マッチング管理部１５０は、マッチング待機ＤＢ１６１およびマッチング決定ＤＢ１６３を記憶し、これらに基づいてマッチング処理を行う。
マッチング管理部１５０は、マッチング待機ＤＢ１６１およびマッチング決定ＤＢ１６３を記憶し、これらに基づいてマッチング処理を行う。
【0082】
図７（ａ）に示すマッチング待機ＤＢ１６１は、マッチング処理がなされるユーザに関する情報を記憶する。図示のマッチング待機ＤＢ１６１は、上記時間入力画像３１０および詳細入力画像３５０を介して入力された以下の情報を記憶する。具体的には、マッチング待機ＤＢ１６１は、ユーザ名、マッチング優先スコアＸ１、チャットの目的、ユーザの趣味、同時に何人と交流したいか（チャット人数）、希望する時間帯で何回交流したいか（チャット回数）、１回あたり何分交流したいか（継続時間）、交流可能開始時間（時間帯の開始時間）、交流可能終了時間（時間帯の開始時間）、希望条件の入力時間、予定確定時間を記憶する。また、マッチング待機ＤＢ１６１は、仮のマッチング相手（仮決定されたマッチング相手）および仮の予定時間（仮決定された予定時間）を記憶する。
【0083】
また、図７（ｂ）に示すマッチング決定ＤＢ１６３は、本決定処理されたユーザに関する情報を記憶する。図示のマッチング決定ＤＢ１６３は、本決定処理されたユーザのユーザマッチングスコアＸ２、チャットの目的、予定時間の通知が済んでいるか否か、予定時間および予定確定時間を記憶する。なお、予定時間の通知が済んでいない状態とは、本決定処理がされた後であって、ユーザから受け付けた予定確定時間よりも前の状態である。さらに説明をすると、予定時間の通知は、各ユーザから受け付けた予定確定時間に実行される。なお、本決定処理がされることにともない、マッチング処理がなされた両ユーザ（全ユーザ）に予定時間が通知されてもよい。
【0084】
＜仮決定処理＞
図８は、仮決定処理を示すフローチャートである。
次に、図７および図８を参照しながら、マッチング管理部１５０が行う仮決定処理について説明する。
仮決定処理において、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれる各ユーザのマッチング優先スコアＸ１（後述）を算出する（Ｓ８０１）。そして、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれるユーザを、マッチング優先スコアＸ１が高い順に並べ替える（Ｓ８０２）。
図８は、仮決定処理を示すフローチャートである。
次に、図７および図８を参照しながら、マッチング管理部１５０が行う仮決定処理について説明する。
仮決定処理において、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれる各ユーザのマッチング優先スコアＸ１（後述）を算出する（Ｓ８０１）。そして、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれるユーザを、マッチング優先スコアＸ１が高い順に並べ替える（Ｓ８０２）。
【0085】
次に、マッチング管理部１５０は、マッチング優先スコアＸ１が高いユーザ（図７の例においてはユーザＡ）と、マッチング待機ＤＢ１６１に含まれる他のユーザ全員とのユーザマッチングスコアＸ２を算出する（Ｓ８０３）。そして、マッチング管理部１５０は、仮のマッチング相手との仮の予定時間を決定する（Ｓ８０４）。このとき、マッチング管理部１５０は、最もユーザマッチングスコアＸ２が高いユーザ（図７の例においてはユーザＦ）を仮のマッチング相手とし、さらにこの仮のマッチング相手との仮の予定時間を決定する。
【0086】
そして、マッチング管理部１５０は、マッチング待機ＤＢ１６１を更新する（Ｓ８０５）。具体的には、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれる直前のマッチング処理タイミング（図示の例では１６：００）に決定された仮のマッチング相手および仮の予定時間のデータを削除し、今回決定されたマッチング相手および仮の予定時間を、１７：００に決定された仮のマッチング相手および仮の予定時間とする。また、マッチング管理部１５０は、マッチング待機ＤＢ１６１におけるマッチング相手として決定されたユーザ（この例においてはユーザＦ）のデータにおいて、１７：００に決定された仮のマッチング相手（この例においてはユーザＡ）および仮の予定時間のデータを更新する。
【0087】
次に、マッチング管理部１５０は、マッチング優先スコアＸ１が次に高いユーザが存在するか判断する（Ｓ８０６）。マッチング優先スコアＸ１が次に高いユーザが存在する場合（Ｓ８０６においてＹＥＳ）、マッチング管理部１５０は、そのユーザに対して上記処理を実行する（Ｓ８０３、Ｓ８０４、Ｓ８０５）。
【0088】
また、マッチング優先スコアＸ１が次に高いユーザが存在しない場合（Ｓ８０６においてＮＯ）、マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれるユーザのうち、希望する交流回数（チャット回数）が複数回であるユーザ、すなわち複数回希望のユーザ（図７の例においてはユーザＣ）の時間処理を行う（Ｓ８０７）。具体的には、マッチング管理部１５０は、交流希望回数が複数回であるユーザの交流可能開始時間（時間帯の開始時間）から交流可能終了時間（時間帯の開始時間）の間で、既に決まったマッチング相手との仮の予定時間以外の時間を、そのユーザが会話可能な時間として設定する。
【0089】
そして、マッチング管理部１５０は、マッチング待機ＤＢ１６１において、複数回希望のユーザ、およびまだマッチング相手が決まっていないユーザに対して、ユーザマッチングスコアＸ２を算出する（Ｓ８０８）。そして、マッチング管理部１５０は、仮のマッチング相手との仮の予定時間を決定（Ｓ８０９）し、仮のマッチング相手および仮の予定時間としてマッチング待機ＤＢ１６１を更新する（Ｓ８１０）。
【0090】
ここで、上記のように交流希望回数が複数回であるユーザ（図示の例においてはユーザＣ）の処理について説明をする。交流希望回数が複数回であるユーザにおいては、上記のように既に決まったマッチング相手との仮の予定時間を除いて、再度マッチング処理が行われる。このことにより、再度行われるマッチング処理で、既に行ったマッチング処理の仮の予定時間と重複してマッチングされることが回避される。また、既に決まったマッチング相手は、新たなマッチング相手の候補から除いて、再度マッチング処理が行われる。このことにより、再度行われるマッチング処理において、既に決まったマッチング相手と再びマッチングされることが回避される。
【0091】
交流希望回数が複数回であるユーザの処理は、特に限定されるものではないが例えば次のように行われてもよい。すなわち、既に決まったマッチング相手との仮の予定時間以外の時間を希望の時間帯とする仮想のユーザ（例えばユーザＣ´、後述する図７（ａ）参照）が、マッチング待機ＤＢ１６１に追加され、この仮想のユーザにおいて上記のマッチング処理を行ってもよい。さらに説明をすると、交流希望回数が複数回であるユーザ（図示の例においてはユーザＣ）が希望するチャット回数を１回減らし、かつ既に決まった仮の予定時間を除いたユーザの情報を、マッチング待機ＤＢ１６１に新たに追加してもよい。いわば、ユーザＣとは別の新たなユーザがマッチング待機ＤＢ１６１に追加してもよい。このように、新たなユーザを追加する処理を行うことにより、交流希望回数が複数回であるユーザを他の複数のユーザとマッチングさせるための処理が簡略化される。
【0092】
なお、新たに追加されるユーザのマッチング優先スコアＸ１は、マッチング待機ＤＢ１６１に含まれるユーザで最も低いマッチング優先スコアＸ１よりも低くなるように設定されてもよい。すなわち、新たに追加されるユーザのマッチング優先スコアＸ１は、マッチング待機ＤＢ１６１において最も下位となるように設定されてもよい。また、新たに追加されるユーザのマッチング優先スコアＸ１は、そのユーザ（図示の例においてはユーザＣ）のマッチング優先スコアＸ１から予め定めた数値を減算することで設定されてもよい。
【0093】
＜本決定処理＞
マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれるいずれかのユーザの予定確定時間になると、そのユーザおよびマッチング相手のユーザの予定を本決定処理する。具体的には、マッチング管理部１５０は、確定されたユーザの組み合わせをマッチング待機ＤＢ１６１から削除し、図７（ｂ）に示すマッチング決定ＤＢ１６３に追加する。また、マッチング管理部１５０は、マッチング決定ＤＢ１６３に追加されたユーザに対して、決定された予定時間の通知をする（上記Ｓ５０６参照）。
マッチング管理部１５０は、マッチング待機ＤＢ１６１に含まれるいずれかのユーザの予定確定時間になると、そのユーザおよびマッチング相手のユーザの予定を本決定処理する。具体的には、マッチング管理部１５０は、確定されたユーザの組み合わせをマッチング待機ＤＢ１６１から削除し、図７（ｂ）に示すマッチング決定ＤＢ１６３に追加する。また、マッチング管理部１５０は、マッチング決定ＤＢ１６３に追加されたユーザに対して、決定された予定時間の通知をする（上記Ｓ５０６参照）。
【0094】
ここで、図示の例においては、マッチング管理部１５０が予定確定時間に通知するのは予定時間のみであり、マッチング相手を特定するための情報は通知しない。さらに説明をすると、ユーザに対しては、チャットの開始時間または開始時間の直前までマッチング相手が通知されない。このことにより、どのようなユーザとマッチングされたのかを楽しみにするユーザの期待感を増加させることができる。
【0095】
＜再決定処理＞
図９は、再決定処理を示すフローチャートである。
図１０は、再決定処理の詳細を説明するための図である。
次に図９および図１０を参照しながら、再決定処理について説明をする。なお、図１０（ａ）に示すマッチング待機ＤＢ１６１およびマッチング決定ＤＢ１６３は一部データの記載を省略している。また、図１０（ｂ）に示すマッチング決定ＤＢ１６３においては、本決定処理の結果、ユーザＡおよびユーザＦと、ユーザＢおよびユーザＥと、ユーザＣおよびユーザＧとがそれぞれ組み合わされているものとする。
図９は、再決定処理を示すフローチャートである。
図１０は、再決定処理の詳細を説明するための図である。
次に図９および図１０を参照しながら、再決定処理について説明をする。なお、図１０（ａ）に示すマッチング待機ＤＢ１６１およびマッチング決定ＤＢ１６３は一部データの記載を省略している。また、図１０（ｂ）に示すマッチング決定ＤＢ１６３においては、本決定処理の結果、ユーザＡおよびユーザＦと、ユーザＢおよびユーザＥと、ユーザＣおよびユーザＧとがそれぞれ組み合わされているものとする。
【0096】
図９に示すように、マッチング管理部１５０は再決定処理を行う。ここで、再決定処理は、既にマッチングが完了し予定時間を通知済みであるユーザにおいて、より相性が良いなど予め定めた条件を満たす他のユーザとのマッチングの可能性を探るための処理である。なお、この再決定処理は、マッチング待機ＤＢ１６１及びマッチング決定ＤＢ１６３に基づいて行われる。
【0097】
まず、マッチング管理部１５０は、現在の時刻が予定時間よりも前であるか否かを判断する（Ｓ９０１）。予定時間よりも前である場合（Ｓ９０１でＹＥＳ）、マッチング管理部１５０は、マッチング決定ＤＢ１６３に含まれるユーザのチャットを希望する時間帯の設定処理を行う（Ｓ９０２）。具体的には、マッチング管理部１５０は、図１０（ｂ）に示すマッチング決定ＤＢ１６３に含まれるユーザ、すなわち既にマッチング処理が行われたユーザのうち、予定時間を通知済みであるユーザ（例えば、ユーザＡ）の通知した予定時間（例えば、２１：１５－２１：４５）を、そのユーザが希望する時間帯として設定する。このことにより、通知済みの予定時間を維持したまま、新たなマッチング相手を探す処理が行われる。
【0098】
次に、マッチング管理部１５０は、対象とするユーザ（例えば、ユーザＡ）と、マッチング待機ＤＢ１６１に含まれるユーザ各々とのユーザマッチングスコアＸ２を算出する（Ｓ９０３）。そして、マッチング管理部１５０は、算出されたユーザマッチングスコアＸ２が閾値aよりも大きいかを判断する（Ｓ９０４）。この閾値は、既に組み合わされていたユーザ（例えば、ユーザＦ）とのユーザマッチングスコアＸ２よりも所定の値だけ大きい値（例えば、ユーザマッチングスコアＸ２の１２０％以上）として設定される。
【0099】
ユーザマッチングスコアＸ２が閾値aよりも大きい場合（Ｓ９０３でＹＥＳ）、すなわち予め定めた条件を満たすユーザマッチングスコアＸ２となるユーザが存在する場合、マッチング管理部１５０は、マッチング相手の変更処理を行う（Ｓ９０５）。
【0100】
図１０の例においては、ユーザＡおよびユーザＦのユーザマッチングスコアＸ２（Ａ，Ｆ）が６である。そして、仮にこのユーザマッチングスコアＸ２（Ａ，Ｆ）の１２０％以上を条件として設定した場合、閾値aは７．２となる。そして、ユーザマッチングスコアＸ２が閾値ａ７．２を超えたマッチング相手が見つかった場合には、予定が取り消され、マッチング相手が変更される。
【0101】
図示の例においては、ユーザＡの新たなマッチング相手としてユーザＫ（図中符号Ｃ１参照）が見つかり、ユーザＦの新たなマッチング相手としてユーザＬ（図中符号Ｃ２参照）が見つかったものとする。この場合においては、ユーザＡおよびユーザＦは、変更された新たなマッチング相手とそれぞれ組み合わされてマッチング決定ＤＢ１６３に記憶される。なお、閾値ａを超えたマチング相手が見つからない場合には、マッチング相手は変更されない。また、マッチング相手を新たに組み替えられるのは、既にマッチングがなされた両ユーザ（全ユーザ）に新たなマッチング相手が見つかることを条件としてもよい。
【0102】
なお、ユーザＢおよびユーザＥの組み合わせにおいては、ユーザＢにのみに予定時間を通知済みである。この場合においては、予定時間を通知済みのユーザＢに対してのみ、マッチング待機ＤＢ１６１に含まれる他のユーザとのユーザマッチングスコアＸ２を計算してもよい。ここで、ユーザＢおよびユーザＥの組み合わせにおいてユーザマッチングスコアＸ２は４．３であることから、１２０％以上を条件として設定した場合、閾値aは５．１６である。そして、マッチング待機ＤＢ１６１に含まれる他ユーザとのＸ２の最大値は、ユーザＯのＸ２（Ｂ，Ｏ）である５．６とする。この場合、ユーザＢのマッチング相手をユーザＯへと変更し（図中符号Ｃ３参照）、元のマッチング相手であるユーザＥはマッチング待機ＤＢ１６１に戻す処理が行われる。
【0103】
なお、上記のように図示の例においては、各ユーザのマッチング相手は予定確定時間に通知しない。したがって、上記のように再決定処理にともない他のユーザにマッチング相手が変更されたとしても、ユーザへの通知することが不要となる。
【0104】
また、上記の再決定処理は、再決定処理を行うこと、または再決定処理を行ったことを、ユーザに通知することなく実行するものであるが、ユーザに通知するものであってもよい。また、再決定処理は、ユーザからの同意を条件として実行されるものであってもよい。このように、既にマッチングが完了し予定時間を通知済みであるユーザにおいて、より相性が良いなど予め定めた条件を満たす他のユーザがいる場合は、予定時間を変更せずに再度マッチング処理が行われる。そのため、ユーザの希望に沿ったマッチングが可能となる。
【0105】
【0106】
まず、図１１（ａ）に示すように、マッチング管理部１５０は、マッチング待機ＤＢ１６１に基づいて、各ユーザのマッチング優先スコアＸ１を算出する。図示のマッチング優先スコアＸ１においては、前日までにマッチング成立失敗による加算、当日の前回マッチング処理失敗による加算、マッチング処理タイミングと予定確定時間の近さ、利用登録した時間の早さなどによって算出される。このように、マッチング処理の履歴やユーザの利用状況などに基づいてマッチング優先スコアＸ１を算出することで、ユーザがマッチングに対して不満を持つことが抑制される。このマッチング優先スコアＸ１は、対象とするユーザのマッチング処理を優先するための指標である。マッチング優先スコアＸ１が大きいユーザほど、マッチング待機ＤＢ１６１において上位となるなど、優先的にマッチング処理が行われる。
【0107】
また、図１１（ｂ）に示すように、図示のユーザマッチングスコアＸ２は、会話嗜好及び属性の一致などに基づき算出されるスコア（相性度）と、互いのユーザの会話可能な時間帯から計算されるスコア（時間マッチング度）との積で求められる。ここで、会話嗜好及び属性の一致などに基づき算出されるスコアは、会話目的の一致、会話可能な時間（時間帯）の長さ、会話希望時間長さ（継続時間）の一致率、性格傾向の相性、趣味の一致などによって算出される。さらに、特に限定されるものではないが、例えばユーザマッチングスコアＸ２の計算式は、図１１（ｃ）のように表されてもよい。このユーザマッチングスコアＸ２は、対象とするユーザの組み合わせを評価する指標である。ユーザマッチングスコアＸ２が大きいユーザほど、相性がよい組み合わせとなる。
【0108】
ここで、上述のように、図４に示す優先度入力画像３５７のゲージ画像３６３の位置を移動させることにより、相性度および時間マッチング度についての優先度が変化する。ここで、相性度をより優先させる優先度においては、ユーザマッチングスコアＸ２の算出において、相性度の重み付けが大きく設定され、時間マッチング度の重み付が小さく設定される。また、時間マッチング度をより優先させる優先度においては、ユーザマッチングスコアＸ２の算出において、相性度の重み付けが小さく設定され、時間マッチング度の重み付が小さく設定される。このように、ユーザの希望に沿った優先度の指示を受けることで、ユーザの満足度が向上する。
【0109】
ここで、会話目的の一致、性格傾向の相性、趣味の一致は、相性度算出部１５１によって相性度として算出される。会話希望時間長さ（継続時間）の一致率は、一致度算出部１５５によって一致度として算出される。時間マッチング度は、重複度算出部１５３によって重複度として算出される。
【0110】
＜チャット処理＞
図１２は、チャット処理を説明するための図である。
次に、図１２を参照しながら、チャット処理について説明をする。
チャット実行部１７０は、マッチング実行部１５７によって算出されたマッチングの結果に従い、チャット処理を実行する。
図１２は、チャット処理を説明するための図である。
次に、図１２を参照しながら、チャット処理について説明をする。
チャット実行部１７０は、マッチング実行部１５７によって算出されたマッチングの結果に従い、チャット処理を実行する。
【0111】
図１２に示すボイスチャット画像３７０においては、相手ユーザを示す相手ユーザ画像３７１と、フレンドになる意向を示す指示を受け付けるフレンド意向画像３７２と、ボイスチャットが成立していることを示すボイス画像３７３と、チャットが終了するまでの時間を示す終了時間画像３７９と、チャットを終了する操作を受け付けるチャット終了受付画像３８１と、ユーザのプロフィールメッセージを示すユーザプロフ画像３８３と、チャットを円滑にするための画像であるファシリテート画像３８５とを有する。
【0112】
ここで、図示の例においては、相手ユーザ画像３７１にマッチング相手のユーザ情報が表示される。この相手ユーザ画像３７１が表示されることにより、ユーザがマッチング相手の情報を参考に会話をすることが可能となる。また、図示の例においては、チャット時間管理部１７５によって終了時間画像３７９が表示される。この終了時間画像３７９が表示されることにより、残された時間にあわせてユーザがマッチング相手との会話の内容を調整することができる。
【0113】
なお、ボイスチャット画像３７０は、チャットを行う仮想空間である所謂チャットルーム（チャット部屋）として捉えることができる。また、ユーザは、チャット終了受付画像３８１を操作することによりチャットルームを退出することが可能である。このことにより、チャットの終了時間前であってもユーザがマッチング相手とのチャットを終了させることができる。
【0114】
ここで、図示の例においては、円滑情報の一例としてファシリテート画像３８５が表示される。このファシリテート画像３８５は、マッチングしたユーザ同士のチャットにおいて、ユーザ同士の会話が円滑になるように、会話を補助あるいは誘導するメッセージを、テキストや音声としてユーザに向けて出力することの一例である。
【0115】
さらに説明をすると、ユーザ同士がチャットでやりとりをする間、チャット分析部１９３により進行中のチャットの分析が実行される。そして、チャット分析部１９３の分析に従って、情報出力部１９５がファシリテート画像３８５を端末３０等に出力する。
【0116】
ファシリテート画像３８５の表示の内容は、チャットが円滑になるものであり、発話の回数が相対的に増加することや、発話の無い時間が相対的に短くなるものなどが例示されるがこれに限定されない。詳細は後述するが、例えば、マッチングの情報等に基づいて、マッチングしたユーザ同士の共通しているユーザ情報を通知する内容や、その他の話題を提供する内容等であってもよい。このように、情報出力部１９５がファシリテート画像３８５を端末３０等に出力するため、マッチングしたユーザ同士は気軽にチャットを行うことができる。チャットに対するユーザの心理的な障壁を低くすることが可能となる。よって、チャットが盛り上げるためにユーザの希望に沿わないマッチングを行う必要がなくなる。そのため、ユーザの希望に沿ったマッチングを行うことが可能となる。
【0117】
＜ファシリテート処理＞
図１３は、ファシリテート処理を説明するための図である。
まず、上記のように情報出力部１９５は、出力先決定部１９７およびタイミング決定部１９９を有し、ファシリテート画像３８５の出力先およびタイミングを切り替える。このことにより、チャットがより円滑になる。さらに説明をすると、ファシリテート画像３８５は、例えば初対面の人とのコミュニケーションに不安を持つユーザ、チャットにおける沈黙の時間を回避したいユーザ、あるいはチャットにおいて相手の反応を無視して話を進めてしまうユーザなどをサポートする。
図１３は、ファシリテート処理を説明するための図である。
まず、上記のように情報出力部１９５は、出力先決定部１９７およびタイミング決定部１９９を有し、ファシリテート画像３８５の出力先およびタイミングを切り替える。このことにより、チャットがより円滑になる。さらに説明をすると、ファシリテート画像３８５は、例えば初対面の人とのコミュニケーションに不安を持つユーザ、チャットにおける沈黙の時間を回避したいユーザ、あるいはチャットにおいて相手の反応を無視して話を進めてしまうユーザなどをサポートする。
【0118】
図１３に示すように、出力先決定部１９７は、ファシリテート画像３８５を出力する出力先を、チャットを行っているユーザの全体（全員）とする第１情報出力と、チャットを行っているユーザの一部とする第２情報出力とで切り替える。また、タイミング決定部１９９は、ファシリテート画像３８５を出力するタイミングを、ファシリテート画像３８５をチャット前に出力する第３情報出力と、チャット中に出力する第４情報出力と、チャット後に出力する第５情報出力とで切り替える。
【0119】
ここで、ユーザの全体に出力する第１情報出力においては、ユーザ情報などに基づいて、チャットするユーザに共通する情報を出力する。第１情報出力としては、例えば、共通する趣味や話題の提供などがある。図示の例における第１情報出力としては、「お二人は『好きなスポーツ』が共通しています。例えば『サッカーチーム』について話をしてみてはどうですか？」という文字列がファシリテート画像３８５として出力される。
【0120】
また、ユーザの一部に出力する第２情報出力においては、ユーザ情報などに基づいて、チャットをするユーザに共通しない情報を出力する。第２情報出力としては、例えば、ユーザの性格の違いやユーザの継続時間の違いに関連する情報をファシリテート画像３８５として出力する。第２情報出力における性格の違いに関する情報としては、例えば「あなたはアグレッシブに話を進めていくタイプですが、お相手はゆっくり咀嚼して話すタイプで、あなたがアグレッシブに話をしすぎると、自己開示しにくくなります」という文字列が出力される。なお、この例におけるマッチング相手のユーザには「お相手はガンガン話を進めるタイプですが、何も悪気があってそうするわけではありません、気にせず勇気を持って、ご自身の言いたいことを言ってみましょう」という別の情報が出力される。付言すると、この例は、対象ユーザとマッチング相手のユーザとの両方のユーザ情報に基づいて、片方のユーザが立ち振る舞うべき姿勢に関するアドバイスを出力するものとして捉えることができる。
【0121】
また、第３情報出力においては、「お二人は『好きなスポーツ』が共通しています。例えば『サッカーチーム』について話してみましょう」のような情報が出力されてもよい。また、第４情報出力においては、「『サッカーチーム』について話しましょう！」のような情報が出力されてもよい。また、第５情報出力においては、「今日中にメッセージを送りましょう！盛り上がった『サッカーチーム』についてコメントしてはどうですか？」のような情報が出力されてもよい。
【0122】
ここで、チャット前の第３情報出力においては、ユーザ情報や事前に通知しておくべき情報に基づいて、マッチング相手の性格情報や、マッチング相手のチャットの目的等の情報が出力される。
【0123】
チャット中の第４情報出力においては、時間関連情報や、進行しているチャットの分析結果に合わせた情報が出力される。第４情報出力としては、例えば沈黙時間が長い場合は共通の話題の情報が出力される。この第４情報出力としては、チャット分析部１９３が話題の一つが終了した区切りと判断したタイミングで話題の情報を出力するとよい。
【0124】
また、第４情報出力としては、例えば話をする時間がユーザ間で偏りがあり、自分の話ばかりしているユーザには、「話をしっかり聞いてみましょう」という情報を出力してもよい。また、第４情報出力としては、例えば会話中に片方に話すことを躊躇するような素振り（例えば、返答までの時間が長い）が検出されることや、感情の不快が検出（例えば、声のトーンなどの分析情報に基づいて、話す速度の上昇や返答までの時間が短くなることを検知）される場合、その相手のユーザに対しの情報を出力してもよい。具体的には、例えば「少し落ち着いて話してみましょう」や「『同意の言葉』から発言をスタートしましょう！」などの情報を出力してもよい。
【0125】
ここで、チャット中に出力する第４情報出力は、チャット前の第３情報出力あるいはチャット後の第５情報出力と比較して表示される情報量が少ない。これはチャットを実行しているユーザにとって、大量の情報が出力されても理解をすることが難しいためである。また、チャット中に出力する第４情報出力およびチャット後の第５情報出力は、チャット前の第３情報出力とは異なり、会話内容の分析に基づいて出力が行われる。すなわち、チャット中に出力する第４情報出力およびチャット後の第５情報出力においては、チャットの内容に応じて、出力される情報を変化させることが可能となる。
【0126】
なお、第２情報出力においては、例えば「チャット予定のユーザは頑固な人なので、粘り強く話をしましょう」というような情報を出力してもよい。また、第２情報出力においては、各ユーザの継続時間の指定が、「２０分」と「３０分」とでユーザごとに異なる場合に、クロージングを促す、すなわちチャットを終わらすことを促す情報を出力してもよい。なお、このチャットを終わらすことを促す情報は、より長い継続時間を指定したユーザにのみ出力してもよい。すなわち、継続時間の指定を「３０分」としたユーザに対してのみ、チャットを終わらすことを促す情報を出力し、相手ユーザが無理なくチャットを終わらせることを補助してもよい。
【0127】
また、第２情報出力の他の例としては、上司と部下などユーザの立場の違いに応じて、言葉遣いの注意喚起等が行われてもよい。例えば、上司と部下の関係にあるユーザ同士のチャットにおいて、会話内容を分析し、部下であるユーザに対して、注意して敬語を使うよう促す情報を出力してもよい。
【0128】
＜管理装置１０のハードウェア構成＞
図１４は、管理装置１０のハードウェア構成例を示した図である。
図１４に示すように、管理装置１０は、ＣＰＵ１０１と、ＲＡＭ（Random Access Memory）１０２と、ＲＯＭ（Read Only Memory）１０３と、ＨＤＤ（Hard Disk Drive）１０４と、通信Ｉ／Ｆ１０５とを備える。
図１４は、管理装置１０のハードウェア構成例を示した図である。
図１４に示すように、管理装置１０は、ＣＰＵ１０１と、ＲＡＭ（Random Access Memory）１０２と、ＲＯＭ（Read Only Memory）１０３と、ＨＤＤ（Hard Disk Drive）１０４と、通信Ｉ／Ｆ１０５とを備える。
【0129】
ＣＰＵ１０１は、ＲＯＭ１０３等に記憶された各種プログラムをＲＡＭ１０２にロードして実行することにより、管理装置１０の上記各機能を実現する。
ＲＡＭ１０２は、ＣＰＵ１０１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１０３は、ＣＰＵ１０１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０４は、ユーザの情報等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ１０５は、ネットワーク９０（図１参照）を介して他の装置との間で各種情報の送受信を行う。
ＲＡＭ１０２は、ＣＰＵ１０１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１０３は、ＣＰＵ１０１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１０４は、ユーザの情報等を記憶する例えば磁気ディスク装置である。
通信Ｉ／Ｆ１０５は、ネットワーク９０（図１参照）を介して他の装置との間で各種情報の送受信を行う。
【0130】
ここで、ＣＰＵ１０１によって実行されるプログラムは、半導体メモリ等のコンピュータが読取可能な記録媒体に記憶した状態で、管理装置１０へ提供しうる。また、ＣＰＵ１０１によって実行されるプログラムは、管理装置１０を介して端末３０等へダウンロードしてもよい。例えば、管理装置１０の上記各機能を実現するプログラムを、アプリケーションソフトウェアとして端末３０等へダウンロードしてもよい。そして、ユーザは、端末３０等にて、ダウンロードしたアプリケーションソフトウェアをインストールして、マッチングサービスの利用を開始する。
【0131】
＜変形例＞
上記の説明においては、マッチング優先スコアＸ１が高いユーザから順に他のユーザとのユーザマッチングスコアＸ２を計算し、ユーザマッチングスコアＸ２が最も高い他のユーザをマッチング相手とすることを説明したが、これに限定されない。例えば、全ユーザ同士の組み合わせにおいてユーザマッチングスコアＸ２を全て計算し、ユーザマッチングスコアＸ２の総和が最も大きくなる組み合わせとなるようマッチング相手を決定してもよい。
上記の説明においては、マッチング優先スコアＸ１が高いユーザから順に他のユーザとのユーザマッチングスコアＸ２を計算し、ユーザマッチングスコアＸ２が最も高い他のユーザをマッチング相手とすることを説明したが、これに限定されない。例えば、全ユーザ同士の組み合わせにおいてユーザマッチングスコアＸ２を全て計算し、ユーザマッチングスコアＸ２の総和が最も大きくなる組み合わせとなるようマッチング相手を決定してもよい。
【0132】
また、上記の説明においては、相性度を用いてマッチング処理を行うことを説明した。ここで、相性度の算出手法は、特に限定されるものではなく、周知の技術を用いることができる。例えば、ユーザ情報として記憶される複数の属性のうち、一致しているものを１ポイントとし、他のユーザごとに一致しているポイントを求め、ポイントが高い順に相性度が高いユーザとしてもよい。
【0133】
また、上記の説明においては、相性度と一致率と重複度とに基づいてマッチング相手を決定することを説明したが、これに限定されない。例えば、相性度とは無関係にマッチングを行ってもよい。さらに説明をすると、相性度には基づかず、チャットの時間に関する希望に基づいてマッチングを行う態様としてもよい。この態様においては、ユーザと属性が大きく異なるユーザがマッチング相手となるなど、ユーザにとって意外性のあるマッチング相手が決定され得る。
【0134】
また、上記の説明とは異なり、ユーザから予定確定時間を受け付けない態様でもよい。例えば、チャット開始の５分前など、所定のタイミングなどに、予定時間およびチャット相手が決定され通知する態様でもよい。このことにより、マッチング処理が簡略化される。
【0135】
また、上記の説明とは異なり、時間帯や予定確定時間に、日付情報が含まれてもよい。日付情報を受け付けることにより、ユーザが当日だけでなく、翌日以降のマッチングについてもリクエストすることができる。
【0136】
また、チャット時間になってもマッチングしたユーザがチャットを開始しない場合、すなわちマッチングされたユーザによるキャンセルが発生した場合、マッチング相手にキャンセルをされたユーザ同士においてマッチング処理を行ってもよい。なお、例えば５分前など、予め定めたタイミングで、チャットを開始する意思を確認する通知をユーザに送り、ユーザによる確認が取れない場合には、そのユーザはキャンセルをしたものとして再度マッチング処理を行ってもよい。
【0137】
また、マッチング相手の候補とチャット人数の希望が一致しない場合においては、人数が少ないチャット人数に合わせてチャットに参加する人数を決定してもよい。例えば、対象とするユーザが希望するチャット人数が２人とする。そして、他に２人まで、特定の時間にチャットできるマッチング相手の候補のうち、他のユーザで希望人数が２人以上の人の中から、お互いに時間的にチャット可能なユーザを選んでもよい。もし、この条件を満たすユーザがいない場合には、２人の組み合わせでのマッチングを行う。
【0138】
また、上記の説明においては、画像によってファシリテートを行うことを説明したが、音声などによってファシリテートを行う構成であってもよい。
また、ユーザのマッチング処理を行った結果、重複時間が希望する継続時間よりも短い場合には、予定時間を継続時間よりも短く設定されることを許容しても良い。
また、ユーザのマッチング処理を行った結果、重複時間が希望する継続時間よりも短い場合には、予定時間を継続時間よりも短く設定されることを許容しても良い。
【0139】
また、上記の説明においては、ファシリテートを行う際に、ユーザから受け付けた継続時間に基づいてチャットを終わらすことを促す情報を出力することを説明したが、これに限定されない。例えば、ユーザから受け付けた時間帯、重複時間、予定時間、あるいはこれらと継続時間の組み合わせに基づいて、チャットを終わらすことを促す情報を出力してもよい。
【0140】
また、上記の説明においては、所定時間ごとに再決定処理と仮決定処理とを繰り返し、それを予定確定時間まで行うことを説明したがこれに限定されない。例えば、再決定処理と仮決定処理とを行うことなく、予定確定時間到達した際にユーザマッチングスコアＸ２等を実行し、マッチング相手を決定してもよい。
【0141】
また、上記の説明においては、個人と個人のマッチングを説明したがこれに限定されない。管理装置１０が提供するマッチングサービスとしては、一の利用者と他の利用者とを結び付けるものであればよく、異性や同性との出会いを求める利用者同士を結び付けること、企業と人材とを結び付けることなどが存在する。また、展示会などのイベントにおいて、イベント開催期間中（例えば５日間）に、仕事を依頼する発注者側と仕事を受ける受注者側とを結び付けること、すなわち企業同士の面談（商談）の一つとしてマッチングを行ってもよい。
【0142】
また、ボイスチェンジャー機能としては、ユーザのマイクに対する音声入力に対して、Ｗｅｂ Ａｕｄｉｏ ＡＰＩ等を使用して音声のピッチシフト加工をした音声データを、ユーザ同士の音声通信に用いてもよい。また、ボイスチェンジャー機能は、チャットの進行中に外すことを許可してもよい。すなわち、チャットが進行するに従い、相手ユーザと自然にチャットしたいと考えるユーザが、ボイスチェンジャー機能を利用している状態から、利用しない状態に切り替えられるようにしてもよい。
【0143】
また、チャット分析部１９３は、次のようなシステムであってもよい。すなわち、チャット分析部１９３は、ユーザの入力音声の音量データ、または、音声入力データからインターネットの音声認識ＡＰＩ等を利用して得られた、その内容を表すテキストデータの特徴データ、およびテキストベースのチャットでのやりとりの内容を表すテキストデータの特徴データ、等からなるデータ群から、会話がひと段落するタイミング等の検知を行うシステムであってもよい。テキストデータの特徴データとは、自然言語処理の技術等を用いて得られる文章の文書ベクトル等のことである。チャット分析部１９３による、会話がひと段落するタイミング等の検知を行う処理の例を以下にいくつか示す。
【0144】
まず、ユーザの入力音声の音量データから、一定時間その音量が閾値を下回る状態が続いた場合に、ユーザが音声を入力していないことを検知することができる。システムはこの処理により、ユーザが会話を止めたことを検知し、その結果を出力する。
【0145】
また、テキストデータの特徴データや、ユーザの入力音声の音量データ等のデータについて、機械学習の技術を用いて、会話がひと段落するタイミング（前述）が訪れる際のデータの特徴分布であるかどうかを判定する。具体的には、ある会話の内容（テキストデータの文書ベクトル）、またはユーザの入力音声の音量データ等の入力パラメータに対して、その会話がなされた直後のタイミングが「会話がひと段落する等のタイミング」であるか否かを判定するクラス分類問題として捉える。つまり、この問題に対して教師あり学習により最適化された分類器により、会話がひと段落する等のタイミングである確率の高さを表す数値を出力され、その出力値が閾値を超えた場合に、入力に用いられた会話の直後のタイミングが、会話がひと段落する等のタイミングであると判定し、その結果を出力する。
【0146】
なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例同士を組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。
【0147】
情報処理システム１は、システムの一例である。管理装置１０は、サーバ装置の一例である。マッチング実行部１５７は、マッチング部の一例である。詳細情報記憶部１３７は、複数回受付部の一例である。
【符号の説明】
【0148】
１…情報処理システム、１０…管理装置、１１０…ユーザ情報管理部、１３０…予約管理部、１３１…時間帯記憶部、１３３…継続時間記憶部、１３５…予定確定時間記憶部、１５７…マッチング実行部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】