知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023004483
(43)【公開日】2023-01-17
(54)【発明の名称】マッチングシステム、マッチング方法及び制御プログラム
(51)【国際特許分類】
G06Q 10/06 20230101AFI20230110BHJP
【ＦＩ】
G06Q10/06
【審査請求】未請求
【請求項の数】18
【出願形態】ＯＬ
(21)【出願番号】P 2021106164
(22)【出願日】2021-06-25
(71)【出願人】
【識別番号】520496235
【氏名又は名称】株式会社Ｗｏｒｌｄ Ｌｉｆｅ Ｍａｐｐｉｎｇ
(74)【代理人】
【識別番号】100150072
【弁理士】
【氏名又は名称】藤原 賢司
(74)【代理人】
【識別番号】100170748
【弁理士】
【氏名又は名称】稲垣 悟
(74)【代理人】
【識別番号】100185719
【弁理士】
【氏名又は名称】北原 悠樹
(72)【発明者】
【氏名】下田 彬
(72)【発明者】
【氏名】ガニエ マーク智也
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA06
(57)【要約】
【課題】ユーザ間における信頼関係をより効果的に構築可能なマッチングシステム、マッチング方法及び制御プログラムを提供する。
【解決手段】マッチングシステムは、第１ユーザと第２ユーザとのマッチングを行なう。このマッチングシステムは、制御部を備える。制御部は、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。このマッチングシステムによれば、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【選択図】図５
【解決手段】マッチングシステムは、第１ユーザと第２ユーザとのマッチングを行なう。このマッチングシステムは、制御部を備える。制御部は、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。このマッチングシステムによれば、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【選択図】図５
【特許請求の範囲】
【請求項1】
第１ユーザと第２ユーザとのマッチングを行なうマッチングシステムであって、
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう制御部を備える、マッチングシステム。
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう制御部を備える、マッチングシステム。
【請求項2】
前記制御部は、前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス値が所定ストレス値よりも低い場合に前記マッチングを行なう、請求項１に記載のマッチングシステム。
【請求項3】
前記所定ストレス値は、前記第１ユーザ及び前記第２ユーザの少なくとも一方の性格、並びに、前記第１ユーザと前記第２ユーザとの関係性の少なくとも一方に基づいて変更される、請求項２に記載のマッチングシステム。
【請求項4】
前記制御部は、前記第１ユーザ及び前記第２ユーザの少なくとも一方の性格、前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態、並びに、前記第１ユーザと前記第２ユーザとの関係性の少なくともいずれかに基づいて、前記マッチングの内容を変更する、請求項２又は請求項３に記載のマッチングシステム。
【請求項5】
前記制御部は、ユーザ間の関係性に基づいて前記第１ユーザ及び前記第２ユーザの各々を選定する、請求項２から請求項４のいずれか１項に記載のマッチングシステム。
【請求項6】
前記制御部は、前記第１ユーザ及び前記第２ユーザの各々の忙しさが所定忙しさ基準を下回っている場合に前記マッチングを行なう、請求項２から請求項５のいずれか１項に記載のマッチングシステム。
【請求項7】
前記制御部は、ユーザから強制マッチング指示を受け付けた場合に、前記第１ユーザ及び前記第２ユーザの各々のストレス値が前記所定ストレス値よりも高いとき、並びに、前記第１ユーザ及び前記第２ユーザの少なくとも一方の忙しさが前記所定忙しさ基準以上であるときであっても前記マッチングを行なう、請求項６に記載のマッチングシステム。
【請求項8】
前記制御部は、前記第１ユーザ及び前記第２ユーザ以外の第３ユーザを仲介者として選定する、請求項１から請求項７のいずれか１項に記載のマッチングシステム。
【請求項9】
前記制御部は、ユーザのストレス状態、ユーザの忙しさ、及び、仲介者としての適性を示すユーザ特性に基づいて前記第３ユーザを選定する、請求項８に記載のマッチングシステム。
【請求項10】
前記制御部は、前記マッチングのフィードバックをユーザから受け付けた場合に、前記フィードバックの結果が所定評価基準に満たないときは、同じユーザ間の次回の前記マッチング時に前記第３ユーザを仲介者として選定する、請求項８又は請求項９に記載のマッチングシステム。
【請求項11】
前記制御部は、前記第１ユーザ、前記第２ユーザ及び前記第３ユーザが参加する会における話題の提案を前記第３ユーザのみに行なうための処理を実行する、請求項８から請求項１０のいずれか１項に記載のマッチングシステム。
【請求項12】
前記制御部は、前記第１ユーザと前記第２ユーザとの関係性に基づいて前記第３ユーザを仲介者として選定する、請求項８から請求項１１のいずれか１項に記載のマッチングシステム。
【請求項13】
前記第１ユーザのストレス状態に基づいてマッチングモードの切替えを行なうモード切替部を備え、
前記マッチングモードとしては、第１モードと第２モードとが準備されており、
前記第１モードにおいては、前記制御部が、前記第１ユーザとの関係性の良好度が第１条件を満たすユーザを前記第２ユーザとして選定し、
前記第２モードにおいては、前記制御部が、前記第１ユーザとの関係性の不良度が第２条件を満たすユーザを前記第２ユーザとして選定する、請求項１から請求項１２のいずれか１項に記載のマッチングシステム。
前記マッチングモードとしては、第１モードと第２モードとが準備されており、
前記第１モードにおいては、前記制御部が、前記第１ユーザとの関係性の良好度が第１条件を満たすユーザを前記第２ユーザとして選定し、
前記第２モードにおいては、前記制御部が、前記第１ユーザとの関係性の不良度が第２条件を満たすユーザを前記第２ユーザとして選定する、請求項１から請求項１２のいずれか１項に記載のマッチングシステム。
【請求項14】
前記第１ユーザは第１組織に所属しており、
前記第２ユーザは第２組織に所属しており、
前記制御部は、前記第１ユーザの前記第２組織に対する意識と、前記第２ユーザの前記第１組織に対する意識とに基づいて前記第１ユーザ及び前記第２ユーザの各々を選定する、請求項１から請求項１３のいずれか１項に記載のマッチングシステム。
前記第２ユーザは第２組織に所属しており、
前記制御部は、前記第１ユーザの前記第２組織に対する意識と、前記第２ユーザの前記第１組織に対する意識とに基づいて前記第１ユーザ及び前記第２ユーザの各々を選定する、請求項１から請求項１３のいずれか１項に記載のマッチングシステム。
【請求項15】
前記制御部は、前記マッチングのフィードバックをユーザから受け付けた場合に、前記フィードバックの結果が悪いときは良いときよりも、同じユーザ間の前記マッチングが発生しづらくする、請求項１から請求項１４のいずれか１項に記載のマッチングシステム。
【請求項16】
前記制御部は、前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス値が基準値よりも高い場合に、前記ストレス値の高さに応じた前記ストレス値を低下させる施策を前記第１ユーザ及び前記第２ユーザの少なくとも一方に提示するための処理を実行する、請求項１から請求項１５のいずれか１項に記載のマッチングシステム。
【請求項17】
第１ユーザと第２ユーザとのマッチングを行なうマッチング方法であって、
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう、マッチング方法。
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう、マッチング方法。
【請求項18】
第１ユーザと第２ユーザとのマッチングを行なう処理をコンピュータに実行させる制御プログラムであって、
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう処理を前記コンピュータに実行させる、制御プログラム。
前記第１ユーザ及び前記第２ユーザの少なくとも一方のストレス状態に基づいて前記マッチングを行なう処理を前記コンピュータに実行させる、制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、マッチングシステム、マッチング方法及び制御プログラムに関する。
【背景技術】
【0002】
特開２０１６－１６３２９２号公報（特許文献１）は、コミュニケーション支援システムを開示する。このコミュニケーション支援システムにおいては、対面の出会いを希望するユーザに、出会う対象者である他のユーザの心的状態の情報が提供される。したがって、このコミュニケーション支援システムによれば、対面の出会いを希望するユーザが、出会う対象者である他のユーザの心的状態を認識することができる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１６－１６３２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上述のように、特許文献１に記載の技術によれば、ユーザ間のマッチングを行なう場合に、ユーザが、他のユーザの心的状態を認識することができる。しかしながら、マッチングによりユーザ間の信頼関係を効果的に構築するという観点では、該技術は十分に効果的とはいえなかった。
【0005】
本発明の目的は、ユーザ間における信頼関係をより効果的に構築可能なマッチングシステム、マッチング方法及び制御プログラムを提供することである。
【課題を解決するための手段】
【0006】
本発明のある局面に従うマッチングシステムは、第１ユーザと第２ユーザとのマッチングを行なう。このマッチングシステムは、制御部を備える。制御部は、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。
【0007】
このマッチングシステムによれば、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【0008】
上記マッチングシステムにおいて、制御部は、第１ユーザ及び第２ユーザの少なくとも一方のストレス値が所定ストレス値よりも低い場合にマッチングを行なってもよい。
【0009】
このマッチングシステムによれば、第１ユーザ及び第２ユーザの少なくとも一方のストレス値が所定ストレス値よりも低い場合にマッチングが行なわれるため、マッチング後の交流が落ち着いた状態で行なわれ、ユーザ間における信頼関係をより効果的に構築することができる。
【0010】
上記マッチングシステムにおいて、所定ストレス値は、第１ユーザ及び第２ユーザの少なくとも一方の性格、並びに、第１ユーザと第２ユーザとの関係性の少なくとも一方に基づいて変更されてもよい。
【0011】
このマッチングシステムによれば、所定ストレス値が可変となっており、所定ストレス値が低い値で固定されることにより生じるマッチング機会の損失が低減されるため、第１ユーザと第２ユーザとのマッチングをより適切に行なうことができる。
【0012】
上記マッチングシステムにおいて、制御部は、第１ユーザ及び第２ユーザの少なくとも一方の性格、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態、並びに、第１ユーザと第２ユーザとの関係性の少なくともいずれかに基づいて、マッチングの内容を変更してもよい。
【0013】
このマッチングシステムによれば、ユーザの性格、ストレス状態及びユーザ間の関係性の少なくともいずれかに基づいてマッチングの内容が変更されるため、より適切なマッチングを実現することができる。
【0014】
上記マッチングシステムにおいて、制御部は、ユーザ間の関係性に基づいて第１ユーザ及び第２ユーザの各々を選定してもよい。
【0015】
このマッチングシステムによれば、ユーザ間の関係性に基づいて第１ユーザ及び第２ユーザの各々が選定されるため、より適切なマッチングを実現することができる。
【0016】
上記マッチングシステムにおいて、制御部は、第１ユーザ及び第２ユーザの各々の忙しさが所定忙しさ基準を下回っている場合にマッチングを行なってもよい。
【0017】
このマッチングシステムによれば、第１ユーザ及び第２ユーザの各々の忙しさが所定忙しさ基準を下回っている場合にマッチングが行なわれるため、マッチング後の交流が落ち着いた状態で行なわれ、ユーザ間における信頼関係をより効果的に構築することができる。
【0018】
上記マッチングシステムにおいて、制御部は、ユーザから強制マッチング指示を受け付けた場合に、第１ユーザ及び第２ユーザの各々のストレス値が所定ストレス値よりも高いとき、並びに、第１ユーザ及び第２ユーザの少なくとも一方の忙しさが所定忙しさ基準以上であるときであってもマッチングを行なってもよい。
【0019】
このマッチングシステムによれば、所望のユーザが強制的にマッチングされるため、所望のユーザ間における信頼関係を構築することができる。
【0020】
上記マッチングシステムにおいて、制御部は、第１ユーザ及び第２ユーザ以外の第３ユーザを仲介者として選定してもよい。
【0021】
このマッチングシステムによれば、仲介者が選定されるため、第１ユーザ及び第２ユーザのみでは信頼関係が十分に構築されない場合であっても、第１ユーザ及び第２ユーザ間における信頼関係を十分に構築することができる。
【0022】
上記マッチングシステムにおいて、制御部は、ユーザのストレス状態、ユーザの忙しさ、及び、仲介者としての適性を示す他のユーザの特性に基づいて第３ユーザを選定してもよい。
【0023】
このマッチングシステムによれば、ユーザのストレス状態、ユーザの忙しさ、及び、仲介者としての適性を示す他のユーザの特性に基づいて第３ユーザが選定されるため、仲介者としての適性を有するユーザを第３ユーザに選定することができる。
【0024】
上記マッチングシステムにおいて、制御部は、マッチングのフィードバックをユーザから受け付けた場合に、フィードバックの結果が所定評価基準に満たないときは、同じユーザ間の次回のマッチング時に第３ユーザを仲介者として選定してもよい。
【0025】
このマッチングシステムによれば、マッチングのフィードバックの結果が所定評価基準に満たなかった場合に同じユーザ間の次回のマッチング時に第３ユーザが仲介者として選定されるため、次回のマッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【0026】
上記マッチングシステムにおいて、制御部は、第１ユーザ、第２ユーザ及び第３ユーザが参加する会における話題の提案を第３ユーザのみに行なうための処理を実行してもよい。
【0027】
このマッチングシステムによれば、第３ユーザ（仲介者）に話題が提案されるため、三者が参加する会における話題として第３ユーザがマッチングシステムにより提案された話題を用いることによって、第１ユーザ及び第２ユーザ間における信頼関係をより効果的に構築することができる。
【0028】
上記マッチングシステムにおいて、制御部は、第１ユーザと第２ユーザとの関係性に基づいて第３ユーザを仲介者として選定してもよい。
【0029】
このマッチングシステムによれば、第１ユーザと第２ユーザとの関係性に基づいて第３ユーザが仲介者として選定されるため、例えば、１ユーザと第２ユーザとの関係性が不良であったとしても、第３ユーザを含めることによって、第１ユーザ及び第２ユーザ間における信頼関係をより効果的に構築することができる。
【0030】
上記マッチングシステムは、第１ユーザのストレス状態に基づいてマッチングモードの切替えを行なうモード切替部を備え、マッチングモードとしては、第１モードと第２モードとが準備されており、第１モードにおいては、制御部が、第１ユーザとの関係性の良好度が第１条件を満たすユーザを第２ユーザとして選定し、第２モードにおいては、制御部が、第１ユーザとの関係性の不良度が第２条件を満たすユーザを第２ユーザとして選定してもよい。
【0031】
このマッチングシステムにおいては、例えば、第１ユーザのストレス状態が良好である場合に第２モード（第１ユーザとの関係性が不良であるユーザが第２ユーザとして選定されるモード）に設定され、第１ユーザのストレス状態が不良である場合に第１モード（第１ユーザとの関係性が良好であるユーザが第２ユーザとして選定されるモード）に設定される。したがって、このマッチングシステムによれば、例えば、第１ユーザのストレス状態が良好である場合には第１ユーザが抱える人間関係の問題を解消することができ、第１ユーザのストレス状態が不良である場合には第１ユーザをリラックスさせることができる。
【0032】
上記マッチングシステムにおいて、第１ユーザは第１組織に所属しており、第２ユーザは第２組織に所属しており、制御部は、第１ユーザの第２組織に対する意識と、第２ユーザの第１組織に対する意識とに基づいて第１ユーザ及び第２ユーザの各々を選定してもよい。
【0033】
このマッチングシステムにおいては、他組織に対するユーザの意識に基づいて、第１ユーザ及び第２ユーザの各々が選定される。例えば、他組織に対する対立意識の低いユーザが第１ユーザ及び第２ユーザの各々に選定される。このマッチングシステムによれば、例えば、信頼関係を構築しやすい第１ユーザ及び第２ユーザが優先的にマッチングされるため、組織間の交流を徐々に促すことができる。結果的に、このマッチングシステムによれば、組織間の対立を徐々に緩和することができる。
【0034】
上記マッチングシステムにおいて、制御部は、マッチングのフィードバックをユーザから受け付けた場合に、フィードバックの結果が悪いときは良いときよりも、同じユーザ間のマッチングが発生しづらくしてもよい。
【0035】
このマッチングシステムによれば、マッチングのフィードバックの結果が悪い場合に良い場合よりも同じユーザ間のマッチングが発生しづらくなるため、信頼関係を効果的に構築可能なマッチングの発生確率を上げることができる。
【0036】
上記マッチングシステムにおいて、制御部は、第１ユーザ及び第２ユーザの少なくとも一方のストレス値が基準値よりも高い場合に、ストレス値の高さに応じたストレス値を低下させる施策を第１ユーザ及び第２ユーザの少なくとも一方に提示するための処理を実行してもよい。
【0037】
このマッチングシステムにおいては、第１ユーザ及び第２ユーザの少なくとも一方のストレス値が基準値よりも高い場合に、ストレス値の高さに応じたストレス値を低下させる施策が第１ユーザ及び第２ユーザの少なくとも一方に提示される。したがって、このマッチングシステムによれば、まず第１ユーザ及び第２ユーザの少なくとも一方のストレス値が下げられるため、マッチング後の交流が落ち着いた状態で行なわれ、ユーザ間における信頼関係をより効果的に構築することができる。
【0038】
本発明の他の局面に従うマッチング方法は、第１ユーザと第２ユーザとのマッチングを行なう。このマッチング方法は、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。
【0039】
このマッチング方法によれば、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【0040】
本発明の他の局面に従う制御プログラムは、第１ユーザと第２ユーザとのマッチングを行なう処理をコンピュータに実行させる。この制御プログラムは、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう処理をコンピュータに実行させる。
【0041】
この制御プログラムが実行されると、第１ユーザ及び第２ユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【発明の効果】
【0042】
本発明によれば、ユーザ間における信頼関係をより効果的に構築可能なマッチングシステム、マッチング方法及び制御プログラムを提供することができる。
【図面の簡単な説明】
【0043】
【図1】マッチングシステムを模式的に示す図である。
【図2】サーバのハードウェア構成を模式的に示すブロック図である。
【図3A】性格情報ＴＢの一例を示す図である。
【図3B】ストレス情報ＴＢの一例を示す図である。
【図3C】忙しさ情報ＴＢの一例を示す図である。
【図3D】関係性情報ＴＢの一例を示す図である。
【図3E】対立意識情報ＴＢの一例を示す図である。
【図4】端末のハードウェア構成を模式的に示すブロック図である。
【図5】使用パターン１に伴う動作を示すフローチャートである。
【図6】ユーザペアの特定手順を示すフローチャートである。
【図7】第１所定ストレス値の算出手順を示すフローチャートである。
【図8】マッチング内容の決定手順を示すフローチャートである。
【図9】使用パターン２に伴う動作を示すフローチャートである。
【図10】仲介者の選定手順を示すフローチャートである。
【図11】仲介者を含む交流会における動作を示すフローチャートである。
【図12】強制的なマッチングに関する動作を示すフローチャートである。
【図13】ユーザペアに含まれる２人のユーザの両方のストレス値が高い場合の動作を示すフローチャートである。
【図14】フィードバックの受け付けに伴う動作を示すフローチャートである。
【図15】組織間対立解消モードにおけるマッチング手順を示すフローチャートである。
【発明を実施するための形態】
【0044】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【0045】
［１．マッチングシステムの概要］
図１は、本実施の形態に従うマッチングシステム１０を模式的に示す図である。マッチングシステム１０は、例えば、組織の一例である会社（企業）ＣＭ１において、社員の交流を促進し、社員間の信頼関係を構築するために用いられる。例えば、社員間の交流は、オンライン通話等を通じて行なわれる。
図１は、本実施の形態に従うマッチングシステム１０を模式的に示す図である。マッチングシステム１０は、例えば、組織の一例である会社（企業）ＣＭ１において、社員の交流を促進し、社員間の信頼関係を構築するために用いられる。例えば、社員間の交流は、オンライン通話等を通じて行なわれる。
【0046】
図１に示されるように、マッチングシステム１０は、サーバ１００と、複数の端末２００とを含んでいる。端末２００は、例えば、ＰＣ（Personal Computer）、タブレット又はスマートフォンで構成される。複数の端末２００の各々は、マッチングシステム１０のユーザによって使用される。サーバ１００と各端末２００とは、ネットワークＮ１（例えば、インターネット）を通じて通信可能である。
【0047】
この例において、ユーザは、例えば、会社ＣＭ１の社員である。会社ＣＭ１内には、例えば、複数のグループＧ１が存在する。各社員は、いずれかのグループＧ１に所属している。グループＧ１は、例えば、会社組織における「部」又は「課」である。
【0048】
マッチングシステム１０において、ユーザ（社員）は、端末２００を介して、自身に関する情報をサーバ１００へ送信する。端末２００を介して送信される情報の一例としては、ユーザのストレス状態を分析するために必要な情報、ユーザの忙しさを分析するために必要な情報、ユーザの性格を分析するために必要な情報、ユーザ間の関係性を分析するために必要な情報、及び、ユーザの他グループＧ１への対立意識を分析するために必要な情報が挙げられる。
【0049】
サーバ１００においては、端末２００を介して送信された情報に基づいて、例えば、各ユーザのストレス状態、各ユーザの忙しさ、各ユーザの性格、ユーザ間の関係性、及び、各ユーザの他グループＧ１への対立意識が分析される。マッチングシステム１０においては、サーバ１００における分析結果に基づいて、ユーザのマッチングが行なわれる。
【0050】
ユーザのマッチングという概念には、例えば、（１）複数のユーザのうち２人のユーザを選定すること、（２）予め定められた２人のユーザに関し交流の開始（例えば、ビデオ通話の開始）を促すこと、（３）複数のユーザのうち２人のユーザを選定し、かつ、選定された２人のユーザに関し交流の開始を促すことが含まれる。マッチングシステム１０においては、ユーザのマッチングが行なわれることによって、ユーザ間の交流が促進され、ユーザ間における信頼関係が構築される。
【0051】
すなわち、マッチングシステム１０においては、マッチングを通じてユーザ間のコミュニケーションの機会が創出され、コミュニケーションを通じてユーザ間における信頼関係が構築される。しかしながら、一般的に、人と人とのコミュニケーションを通じて常に人と人との信頼関係が構築されるわけではない。例えば、コミュニケーションを通じて人間関係が悪化する場合もある。例えば、ストレス状態が芳しくない人同士がコミュニケーションをとることで、却って人間関係が悪化する場合がある。
【0052】
マッチングシステム１０においては、ユーザのストレス状態を考慮した上で、ユーザのマッチングが行なわれる。マッチングシステム１０によれば、ユーザのストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。以下、マッチングシステム１０についてより詳細に説明する。
【0053】
【0054】
図２に示されるように、サーバ１００は、制御部１１０と、通信Ｉ／Ｆ（interface）１４０と、記憶部１２０とを含んでいる。各構成は、バスを介して電気的に接続されている。
【0055】
制御部１１０は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２及びＲＯＭ（Read Only Memory）１１３等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。
【0056】
通信Ｉ／Ｆ１４０は、ネットワークＮ１を通じて、各端末２００（図１）と通信するように構成されている。通信Ｉ／Ｆ１４０は、例えば、有線ＬＡＮ（Local Area Network）モジュール又は無線ＬＡＮモジュールで構成される。
【0057】
記憶部１２０は、例えば、ハードディスクドライブ、ソリッドステートドライブ等の補助記憶装置である。記憶部１２０は、例えば、制御プログラム１２１を記憶している。制御プログラム１２１がＣＰＵ１１１によって実行されることによって、サーバ１００における各種機能が実現される。
【0058】
記憶部１２０は、さらに、性格情報ＴＢ（table）１２２、ストレス情報ＴＢ１２３、忙しさ情報ＴＢ１２４、関係性情報ＴＢ１２５及び対立意識情報ＴＢ１２６を記憶している。これらの各ＴＢは、各ユーザが端末２００を介して入力した情報（以下、「入力情報」とも称する。）、又は、入力情報に基づいて生成された情報を管理する。以下、各ＴＢについて説明する。
【0059】
図３Ａは、性格情報ＴＢ１２２の一例を示す図である。図３Ａに示されるように、性格情報ＴＢ１２２は、入力情報に基づいて分析された各ユーザの性格情報を管理する。性格情報ＴＢ１２２は、例えば、各ユーザのビッグファイブ性格特性（Big Five personality traits）に関する情報（外向性、調和性、誠実性、神経症的傾向、経験への開放性）を管理する。この例においては、各要因（外向性、調和性、誠実性、神経症的傾向、経験への開放性）に関する傾向の強さが数値化されている。すなわち、数値が大きいほど、該要因に関する傾向が強いことを意味する。なお、性格情報ＴＢ１２２において管理される性格情報は、必ずしもビッグファイブ性格特性である必要はなく、Myers-Briggs Type Indicator、キャリアアンカー、NEO-FFI、NEO-PI-R、ＥＱ（Emotional Intelligence）、ＩＱ（Intelligence Quotient）等であってもよい。
【0060】
図３Ｂは、ストレス情報ＴＢ１２３の一例を示す図である。図３Ｂに示されるように、ストレス情報ＴＢ１２３は、各ユーザのストレス値を管理する。例えば、ストレス値を分析するために必要な情報は、各ユーザによって端末２００を介して毎日入力される。ストレス値は、例えば、ストレスチェックや気分を聞く質問、心の健康度を聞く質問等を含むメンタル状態に関する質問に対する各ユーザの回答（入力情報）から算出される。入力情報には、例えば、食事に関する情報、生理周期に関する情報等が含まれてもよい。また、ストレス値は、例えば、センサによって取得されたユーザ情報（心拍数、血圧、体温、呼吸頻度、睡眠時間、生活習慣、悩み度等）の分析結果から算出されてもよいし、カメラ画像認識によって得られた表情を含む身体の特徴データ等の分析結果から算出されてもよい。また、ストレス値は、上記入力情報、ユーザ情報及び特徴データの一部又は全部の分析結果を統合することによって算出されてもよい。すなわち、ストレス値は、ユーザの精神的な状態を少なくとも部分的に示す指標であってもよいし、ユーザの肉体的な状態を少なくとも部分的に示す指標であってもよいし、ユーザの精神的及び肉体的な状態を少なくとも部分的に示す指標であってもよい。なお、図３Ｂに示される例においては、ストレス値が高いほどユーザが強いストレスを感じていることを示す。
【0061】
図３Ｃは、忙しさ情報ＴＢ１２４の一例を示す図である。図３Ｃに示されるように、忙しさ情報ＴＢ１２４は、各ユーザ（社員）の忙しさに関する情報を管理する。例えば、ユーザの忙しさを分析するために必要な情報は、各ユーザによって端末２００を介して毎日入力される。忙しさ情報は、例えば、数値情報であり、忙しさに関する質問に対する各ユーザの回答（入力情報）に基づいて算出される。また、忙しさ情報は、例えば、ユーザのスケジュールの分析結果から算出されてもよいし、ユーザの残業時間に基づいて算出されてもよい。なお、図３Ｃに示される例においては、忙しさ情報が示す値が高いほどユーザが忙しい状態であることを示す。
【0062】
図３Ｄは、関係性情報ＴＢ１２５の一例を示す図である。図３Ｄに示されるように、関係性情報ＴＢ１２５は、ユーザ間の関係性に関する数値情報を管理する。関係性の一例としては、ユーザ間の仲の良さ、ユーザ間の相性、ユーザ間の対立度、ユーザ間に存在する萎縮度等が挙げられる。関係性に関する数値情報は、例えば、他のユーザとの関係性に関する質問に対する各ユーザの回答（入力情報）に基づいて算出される。また、関係性に関する数値情報は、例えば、あるユーザとあるユーザとの関係性に関する質問が第三者（例えば、ユーザ）に対してなされ、その第三者による回答に基づいて算出されてもよい。
【0063】
図３Ｄに示される例では、例えば、ユーザ間の仲の良さが数値化されている。例えば、ユーザＡから見た場合に、ユーザＢとの仲の良さは８点であり、ユーザＡとユーザＢとの仲の良さは良好（〇）である。一方、ユーザＡから見た場合に、ユーザＣとの仲の良さは３点であり、ユーザＡとユーザＣとの仲の良さは不良（×）である。例えば、１１点以上は「〇〇」であり、７点以上１０点以下は「〇」である。５点及び６点は「△」であり、３点及び４点は「×」であり、０点以上２点以下は「××」である。すなわち、この例では、点数が高いほどユーザ間の仲の良さが良好であることを示す。この他にも、上述のユーザ間の相性、ユーザ間の対立度、ユーザ間に存在する萎縮度等に関する情報が管理されてもよい。例えば、ユーザ間における確執が深刻であるほど、ユーザ間の対立度として高い数値が割り当てられてもよい。
【0064】
図３Ｅは、対立意識情報ＴＢ１２６の一例を示す図である。図３Ｅに示されるように、対立意識情報ＴＢ１２６は、あるグループＧ１に所属するユーザが他のグループＧ１に対してどの程度対立意識を有しているかを示す数値情報を管理する。対立意識に関する数値情報は、例えば、他のグループＧ１に対する対立意識に関する質問に対する各ユーザの回答（入力情報）に基づいて算出される。
【0065】
図３Ｅに示される例では、対立意識情報ＴＢ１２６において、例えば、グループＡ（グループＧ１）に所属している各ユーザの他グループＧ１に対する対立意識を示す数値情報が管理されている。図３Ｅには示されていないが、例えば、グループＡ以外のグループＧ１に所属している各ユーザの他グループＧ１に対する対立意識を示す数値情報も対立意識情報ＴＢ１２６において管理されている。なお、図３Ｅに示される例においては、数値情報が示す値が高いほどユーザが他グループＧ１に対して強い対立意識を有していることを示す。
【0066】
＜２－２．端末の構成＞
図４は、端末２００のハードウェア構成を模式的に示すブロック図である。上述のように、端末２００は、例えば、ＰＣ、タブレット又はスマートフォンによって実現される。
図４は、端末２００のハードウェア構成を模式的に示すブロック図である。上述のように、端末２００は、例えば、ＰＣ、タブレット又はスマートフォンによって実現される。
【0067】
図４に示されるように、端末２００は、制御部２１０と、通信Ｉ／Ｆ２４０と、表示部２５０と、受付部２６０と、撮像部２７０と、記憶部２２０とを含む。端末２００において、各構成はバスを介して電気的に接続されている。
【0068】
制御部２１０は、ＣＰＵ２１１、ＲＡＭ２１２及びＲＯＭ２１３等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。通信Ｉ／Ｆ２４０は、ネットワークＮ１を介して、例えば、サーバ１００と通信するように構成されている。通信Ｉ／Ｆ２４０は、例えば、有線ＬＡＮモジュール又は無線ＬＡＮモジュールで構成される。
【0069】
表示部２５０は、画像を表示するように構成されている。表示部２５０は、例えば、液晶モニタや有機ＥＬ（Electro Luminescence）モニタ等のモニタで構成される。
【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】
取得された性格情報及び関係性情報に基づいて、ベース値に加点又は減点が行なわれる。例えば、２人の性格相性が良ければ加点が行なわれる。また、例えば、２人のうちいずれかのユーザの神経症的傾向のレベルが高い場合には減点が行なわれる。また、２人の仲が悪い場合には減点が行なわれる。なお、この例においては、性格情報及び関係性情報の両方に基づいて第１所定ストレス値が算出されているが、第１所定ストレス値は、性格情報及び関係性情報のいずれかのみに基づいて算出されてもよい。この場合には、性格情報及び関係性情報のいずれかのみが取得されればよい。
【0099】
このように、マッチングシステム１０においては、第１所定ストレス値が可変となっている。第１所定ストレス値としては、状況に応じた適切な値が設定される。その結果、第１所定ストレス値が低い値で固定されることにより生じるマッチング機会の損失が低減されるため、第１ユーザと第２ユーザとのマッチングをより適切に行なうことができる。
【0100】
図８は、マッチング内容の決定手順を示すフローチャートである。このフローチャートに示される処理は、例えば、図５のステップＳ１４０において実行される処理であり、サーバ１００の制御部１１０によって実行される。
【0101】
図８を参照して、制御部１１０は、ユーザペアに含まれる２人の性格情報を取得する（ステップＳ４００）。例えば、制御部１１０は、性格情報ＴＢ１２２を参照することによってユーザペアに含まれる２人の性格情報を取得する。制御部１１０は、ユーザペアに含まれる２人の関係性情報を取得する（ステップＳ４１０）。例えば、制御部１１０は、関係性情報ＴＢ１２５を参照することによってユーザペアに含まれる２人の関係性情報を取得する。
【0102】
制御部１１０は、取得された性格情報及び関係性情報に基づいてマッチング内容を決定する（ステップＳ４２０）。例えば、ユーザペアに含まれる２人の仲が良い場合にはマッチング後の交流の継続時間が長く設定され、ユーザペアに含まれる２人の仲が悪い場合にはマッチング後の交流の継続時間が短く設定されてもよい。
【0103】
また、例えば、ユーザペアに含まれる２人の仲が良い場合には交流中にサーバ１００が各ユーザの端末２００に相手のビデオ映像を共有することが決定され、ユーザペアに含まれる２人の仲が悪い場合には交流中にサーバ１００が各ユーザの端末２００に相手のビデオ映像を共有しないことが決定されてもよい。なお、交流中に２人の仲が良くなった場合には、交流の途中においてサーバ１００が各ユーザの端末２００に相手のビデオ映像を共有してもよい。
【0104】
また、例えば、ユーザペアに含まれる２人の仲が良い場合にはサーバ１００が深い話題の提案を交流中に行なうことが決定され、ユーザペアに含まれる２人の仲が悪い場合にはサーバ１００が差し障りのない話題の提案を交流中に行なうことが決定されてもよい。深い話題の一例としては、プライベートな話題、悩み事に関する話題、人の感情をより喚起させる話題が挙げられる。
【0105】
また、例えば、ユーザペアに含まれる２人のうちいずれかの神経症的傾向のレベルが高い場合には、交流中にサーバ１００が各ユーザの端末２００に相手のビデオ映像を共有しないことが決定され、ユーザペアに含まれる２人のうち両方の神経症的傾向のレベルが低い場合には、交流中にサーバ１００が各ユーザの端末２００に相手のビデオ映像を共有することが決定されてもよい。
【0106】
また、例えば、ユーザペアに含まれる２人の性格傾向、関係性等に基づいてマッチング頻度（マッチング内容の一例）が決定されてもよい。すなわち、一度マッチングが行なわれた後に定期的に同じユーザペアによるマッチングが繰り返されるとした場合における頻度が２人の性格傾向、関係性等に基づいて決定されてもよい。例えば、外向性が高いユーザのマッチング頻度が高められてもよいし、ユーザペアの相性が良い場合にマッチング頻度が高められてもよい。
【0107】
なお、この例においては、性格情報及び関係性情報の両方に基づいてマッチング内容が決定されているが、マッチング内容は、性格情報及び関係性情報のいずれかのみに基づいて決定されてもよい。この場合には、性格情報及び関係性情報のいずれかのみが取得されればよい。
【0108】
また、マッチング内容を決定するにあたり、ユーザペアに含まれる２人のストレス値が考慮されてもよい。性格情報及び関係性情報の少なくとも一方とストレス値とに基づいてマッチング内容が決定されてもよいし、ストレス値のみに基づいてマッチング内容が決定されてもよい。
【0109】
例えば、ユーザペアに含まれる２人の少なくとも一方のストレス値が所定値以上である場合には、サーバ１００が深い話題の提案を避けてもよい。また、例えば、ユーザペアに含まれる２人の少なくとも一方のストレス値が所定値以上である場合には、交流中において各ユーザの端末２００に相手のビデオ映像が共有されないこととしてもよい。
【0110】
このように、マッチングシステム１０によれば、ユーザの性格及びユーザ間の関係性の少なくとも一方に基づいてマッチングの内容が変更されるため、より適切なマッチングを実現することができる。
【0111】
＜３－２．使用パターン２に伴う動作＞
使用パターン２は、例えば、特定の２人のユーザの関係性を改善する目的でマッチングを行なう場合が該当する。例えば、特定の２人のユーザが対立している状態において、この特定の２人の間の対立関係を解消する目的でマッチングシステム１０を使用する場合が該当する。また、例えば、あるユーザが他のあるユーザに対して萎縮している状態において、この萎縮状態を解消する目的でマッチングシステム１０を使用する場合が該当する。使用パターン２においては、例えば、マッチングシステム１０の管理者がユーザペアを決定する。すなわち、使用パターン２においては、誰と誰との交流を促進させるかが、管理者又はユーザによって決定される。
使用パターン２は、例えば、特定の２人のユーザの関係性を改善する目的でマッチングを行なう場合が該当する。例えば、特定の２人のユーザが対立している状態において、この特定の２人の間の対立関係を解消する目的でマッチングシステム１０を使用する場合が該当する。また、例えば、あるユーザが他のあるユーザに対して萎縮している状態において、この萎縮状態を解消する目的でマッチングシステム１０を使用する場合が該当する。使用パターン２においては、例えば、マッチングシステム１０の管理者がユーザペアを決定する。すなわち、使用パターン２においては、誰と誰との交流を促進させるかが、管理者又はユーザによって決定される。
【0112】
図９は、使用パターン２に伴う動作を示すフローチャートである。このフローチャートに示される処理は、サーバ１００の制御部１１０によって実行される。このフローチャートに示される処理は、例えば、１日１回実行される。なお、このフローチャートに示される処理が開始される時点で、ユーザペアは、例えば、マッチングシステム１０の管理者又はユーザによって決定されている。
【0113】
【0114】
制御部１１０は、予め決められたユーザペアに含まれる２人のユーザのいずれかのストレス値が第１所定ストレス値よりも低いか否かを判定する（ステップＳ５１０）。例えば、制御部１１０は、ストレス情報ＴＢ１２３を参照することによって、ステップＳ５１０における判定を行なう。なお、ユーザペアに含まれる２人の各々のストレス値は、各ユーザの今日のストレス値であってもよいし、複数の日（例えば、１週間）におけるストレス値の平均値であってもよいし、所定日数前の日のストレス値であってもよいし、ストレス値の変動値であってもよいし、予測される将来的なストレス値であってもよい。
【0115】
両方のストレス値が第１所定ストレス値以上であると判定されると（ステップＳ５１０においてＮＯ）、ユーザペアに含まれる２人のユーザはマッチングされず、処理は終了する。
【0116】
一方、いずれかのユーザのストレス値が第１所定ストレス値よりも低いと判定されると（ステップＳ５１０においてＹＥＳ）、制御部１１０は、ユーザペアに含まれる２人のユーザの各々の忙しさが所定忙しさ基準を下回っているか否かを判定する（ステップＳ５２０）。例えば、制御部１１０は、忙しさ情報ＴＢ１２４を参照することによって、ステップＳ５２０における判定を行なう。
【0117】
いずれかのユーザの忙しさが所定忙しさ基準以上であると判定されると（ステップＳ５２０においてＮＯ）、ユーザペアに含まれる２人のユーザはマッチングされず、処理は終了する。一方、両方のユーザの忙しさが所定忙しさ基準を下回っていると判定されると（ステップＳ５２０においてＹＥＳ）、制御部１１０は、マッチング後の交流において仲介者が必要であるか否かを判定する（ステップＳ５３０）。仲介者を必要とする基準は予め定められている。例えば、ユーザペアに含まれる２人のユーザの関係性が所定基準よりも悪い場合（例えば、２人のユーザだけでは解消不可能なほどの対立関係が２人のユーザ間に存在する場合）に仲介者が必要とされる。
【0118】
仲介者が不要であると判定されると（ステップＳ５３０においてＮＯ）、制御部１１０は、予め決められたユーザペアに含まれる２人のユーザのマッチングを行なう（ステップＳ５４０）。なお、ステップＳ５４０の前に、図５のステップＳ１４０と同様の処理が実行されてもよい。すなわち、ステップＳ５４０の前に、２人のユーザの性格情報及び関係性情報に基づいてマッチング内容が決定されてもよい。
【0119】
一方、仲介者が必要であると判定されると（ステップＳ５３０においてＹＥＳ）、制御部１１０は、仲介者の選定を行なう（ステップＳ５５０）。仲介者の選定方法については後程詳しく説明する。その後、制御部１１０は、仲介者を含めた状態で、ユーザペアに含まれる２人のユーザのマッチングを行なう（ステップＳ５６０）。例えば、ユーザペアに含まれる２人のユーザ及び仲介者が参加した状態でビデオ通話が行なわれる。仲介者を含む交流会における特徴的な動作については後程詳しく説明する。なお、ステップＳ５６０の前に、図５のステップＳ１４０と同様の処理が実行されてもよい。
【0120】
例えば、図９のフローチャートに示される処理が所定頻度（例えば、１日１回）で行なわれることによって、予め決められたユーザペアに含まれる２人のユーザの調子が良いタイミングでマッチングが行なわれる。例えば、２人のユーザのうちの少なくとも一方のストレス値が所定ストレス値よりも低い場合にマッチングが行なわれる。その結果、予め決められた２人のユーザの関係性の改善を効果的に行なうことができる。なお、２人のユーザの両方のストレス値が所定ストレス値よりも低い場合にマッチングが行なわれてもよい。
【0121】
また、２人のユーザの両方のストレス値が所定ストレス値よりも低い場合にマッチングが行なわれるか、２人のユーザのうちの少なくとも一方のストレス値が所定ストレス値よりも低い場合にマッチングが行なわれるかを、２人のユーザ間の関係性に基づいて変更してもよい。例えば、２人のユーザ間の関係性が良い場合には、２人のユーザのうちの少なくとも一方のストレス値が所定ストレス値よりも低いときにマッチングが行なわれることとし、２人のユーザ間の関係性が悪い場合には、２人のユーザの両方のストレス値が所定ストレス値よりも低いときにマッチングが行なわれることとしてもよい。
【0122】
また、マッチングシステム１０においては、必要に応じて仲介者が選定されるため、２人のユーザのみでは関係性を改善することが難しい場合であっても、２人のユーザ間における関係性を改善することができる。
【0123】
【0124】
図１０を参照して、制御部１１０は、ユーザペアに含まれる２人のユーザ以外の各ユーザに関し仲介者としての適性値を算出する（ステップＳ６００）。仲介者としての適性値は、仲介者としての適性を示すユーザの特性に基づいて算出される。適性値は、例えば、ストレス値、忙しさ、性格安定度、ユーザペアに含まれる２人のユーザとの仲の良さにおける偏り、ＩＱ（Intelligence Quotient）、もめ事の原因に関する詳しさに基づいて算出される。
【0125】
例えば、ユーザのストレス値が低いほど仲介者としてのそのユーザの適性は高くなり、ユーザが忙しくないほど仲介者としてのそのユーザの適性は高くなる。また、性格安定度が高いユーザほど仲介者としての適性は高く、ユーザペアに含まれる２人のユーザとの仲の良さにおける偏りが小さいユーザほど仲介者としての適性は高い。ＩＱが高いユーザほど仲介者としての適性は高く、もめ事の原因に関して詳しいユーザほど仲介者としての適性は高い。
【0126】
制御部１１０は、例えば、仲介者としの適性値が最も高いユーザを仲介者として選定する（ステップＳ６１０）。マッチングシステム１０によれば、ユーザのストレス状態、ユーザの忙しさ、及び、仲介者としての適性を示す他のユーザの特性に基づいて仲介者が選定されるため、適性の高いユーザを仲介者に選定することができる。
【0127】
図１１は、仲介者を含む交流会における動作を示すフローチャートである。このフローチャートに示される処理は、例えば、サーバ１００の制御部１１０によって実行される。なお、サーバ１００によって各端末２００へオンライン通話のサービスが提供される。交流会は、例えば、オンライン通話（例えば、ビデオ通話）を通じて行なわれる。
【0128】
図１１を参照して、制御部１１０は、交流会中の音声解析を行なう（ステップＳ７００）。制御部１１０は、音声解析の結果、ユーザペアに含まれる２人のユーザの間に和解の雰囲気が生じているか否かを判定する（ステップＳ７１０）。制御部１１０は、例えば、各ユーザの発話回数、声のトーン、声のテンポ等の情報に基づいて、ユーザペアに含まれる２人のユーザの間に和解の雰囲気が生じているか否かを判定する。
【0129】
ユーザペアに含まれる２人のユーザの間に和解の雰囲気が生じていないと判定されると（ステップＳ７１０においてＮＯ）、制御部１１０は、２人の間に和解の雰囲気が生じるまで待機する。
【0130】
一方、ユーザペアに含まれる２人のユーザの間に和解の雰囲気が生じたと判定されると（ステップＳ７１０においてＹＥＳ）、制御部１１０は、交流会に参加している仲介者（第３ユーザ）へ和解を促進するための話題提案を行なう（ステップＳ７２０）。例えば、制御部１１０は、仲介者の端末２００の表示部２５０に、提案する話題の内容を表示させる（例えば、「当事者の２人に謝ることを提案するのはいかがでしょう？」と仲介者へ提案する。）。
【0131】
このように、マッチングシステム１０によれば、仲介者に話題が提案されるため、三者が参加する交流会における話題として仲介者がマッチングシステム１０により提案された話題を用いることによって、ユーザペアに含まれる２人のユーザ間における信頼関係をより効果的に構築することができる。
【0132】
＜３－３．使用パターン３に伴う動作＞
使用パターン３は、例えば、特定の条件に合致するユーザペアの関係性を改善する目的でマッチングを行なう場合が該当する。例えば、仲の良さを示す数値（図３Ｄ）が５以下のユーザペアに関し、ユーザペアに含まれる２人のユーザの各々のストレス値が２以下である場合にマッチングを行なうといった使用状況が該当する。
使用パターン３は、例えば、特定の条件に合致するユーザペアの関係性を改善する目的でマッチングを行なう場合が該当する。例えば、仲の良さを示す数値（図３Ｄ）が５以下のユーザペアに関し、ユーザペアに含まれる２人のユーザの各々のストレス値が２以下である場合にマッチングを行なうといった使用状況が該当する。
【0133】
使用パターン３における動作は、使用パターン１における動作と略同一である。使用パターン３においては、使用パターン１における動作が所定頻度（例えば、１日１回）で繰り返される。また、使用パターン３においては、図５のステップＳ１００において、任意の条件（例えば、仲の良さを示す数値が５以下）を満たすユーザペアが特定される。使用パターン１における動作と略同一の動作によって、使用パターン３が実現される。
【0134】
＜３－４．強制マッチング時の動作＞
マッチングシステム１０においては、任意のユーザペアを強制的にマッチングさせることが可能である。すなわち、マッチングシステム１０においては、ユーザペアに含まれる２人のユーザのストレス値及び忙しさにかかわらず、ユーザペアを強制的にマッチングさせることができる。例えば、特定のユーザペアの関係性をどうしても改善したい場合等に強制的なマッチングが行なわれる。
マッチングシステム１０においては、任意のユーザペアを強制的にマッチングさせることが可能である。すなわち、マッチングシステム１０においては、ユーザペアに含まれる２人のユーザのストレス値及び忙しさにかかわらず、ユーザペアを強制的にマッチングさせることができる。例えば、特定のユーザペアの関係性をどうしても改善したい場合等に強制的なマッチングが行なわれる。
【0135】
図１２は、強制的なマッチングに関する動作を示すフローチャートである。このフローチャートに示される処理は、サーバ１００の制御部１１０によって実行される。
【0136】
図１２を参照して、制御部１１０は、強制マッチング指示を受け付けたか否かを判定する（ステップＳ８００）。例えば、マッチングシステム１０の管理者又はユーザは、端末２００を介して強制マッチング指示をサーバ１００へ送信することができる。強制マッチング指示を送信するユーザは、例えば、ユーザペアに含まれる２人のユーザのいずれかであってもよいし、いずれかのユーザの上司であってもよい。強制マッチング指示は、例えば、ユーザペア、該ユーザペアの関係性の深刻度に関する情報を含む。
【0137】
強制マッチング指示が受け付けられていないと判定されると（ステップＳ８００においてＮＯ）、制御部１１０は、強制マッチング指示があるまで待機する。一方、強制マッチング指示が受け付けられたと判定されると（ステップＳ８００においてＹＥＳ）、制御部１１０は、強制マッチング指示に従いマッチングを行なう（ステップＳ８１０）。
【0138】
例えば、ユーザペアの関係性の良好度又は不良度に応じて、マッチングの頻度、マッチング後の交流会の時間等が自動的に決定される。制御部１１０は、決定された内容に従ってユーザペアのマッチングを行なう。なお、マッチングの頻度、マッチング後の交流会の時間等は、同じユーザペアにおける以前のマッチングのフィードバックの結果に基づいて修正されてもよい。例えば、フィードバックの結果が悪かった場合には、マッチングの頻度が下げられ、マッチング後の交流会の時間が短くされてもよい。
【0139】
マッチングシステム１０によれば、所望のユーザが強制的にマッチングされるため、所望のユーザ間における信頼関係を構築することができる。
【0140】
強制的なマッチングは、ユーザペアに含まれる２人のユーザの両方のストレス値が基準値（例えば、第１所定ストレス値）以上である場合に開始が促されることがある。２人のユーザの両方のストレス値が基準値以上である場合にマッチングが行なわれる可能性を低減するために、マッチングシステム１０においては、次に示す施策が用意されている。
【0141】
図１３は、ユーザペアに含まれる２人のユーザの両方のストレス値が高い場合の動作を示すフローチャートである。このフローチャートに示される処理は、サーバ１００の制御部１１０によって実行される。
【0142】
図１３を参照して、制御部１１０は、ユーザペアに含まれる２人のユーザの両方のストレス値が基準値以上であるか否かを判定する（ステップＳ９００）。なお、各ユーザのストレス値は、各ユーザの今日のストレス値であってもよいし、複数の日（例えば、１週間）におけるストレス値の平均値であってもよいし、所定日数前の日のストレス値であってもよいし、ストレス値の変動値であってもよいし、予測される将来的なストレス値であってもよい。いずれかのストレス値が基準値未満であると判定されると（ステップＳ９００においてＮＯ）、処理は終了する。
【0143】
一方、両方のストレス値が基準値以上であると判定されると（ステップＳ９００においてＹＥＳ）、制御部１１０は、各ユーザのストレス値に応じたマインドフルネス瞑想を各ユーザに提案する（ステップＳ９１０）。例えば、制御部１１０は、マインドフルネス瞑想に関する具体的な情報を各ユーザの端末２００へ送信するよう通信Ｉ／Ｆ１４０を制御する。提案されるマインドフルネス瞑想の内容（所要時間等を含む。）は、例えば、各ユーザのストレス値によって変更される。なお、各ユーザへ提案される内容は必ずしもマインドフルネス瞑想である必要はなく、各ユーザのストレス値を低下させる施策であればよい。例えば、体のストレッチが各ユーザへ提案されてもよい。
【0144】
マッチングシステム１０においては、ユーザペアに含まれる２人のユーザの各々のストレス値が基準値よりも高い場合に、ストレス値の高さに応じたストレス値を低下させる施策が各ユーザに提示される。したがって、マッチングシステム１０によれば、まず各ユーザのストレス値が下げられるため、マッチング後の交流が落ち着いた状態で行なわれ、ユーザ間における信頼関係をより効果的に構築することができる。
【0145】
＜３－５．フィードバックの受け付けに伴う動作＞
マッチングシステム１０においては、マッチング後に各ユーザからフィードバックを受け付けることが可能となっている。例えば、各ユーザは、マッチング後に端末２００を介してマッチングに関する感想等をサーバ１００へ送信する。
マッチングシステム１０においては、マッチング後に各ユーザからフィードバックを受け付けることが可能となっている。例えば、各ユーザは、マッチング後に端末２００を介してマッチングに関する感想等をサーバ１００へ送信する。
【0146】
図１４は、フィードバックの受け付けに伴う動作を示すフローチャートである。このフローチャートに示される処理は、サーバ１００の制御部１１０によって実行される。
【0147】
図１４を参照して、制御部１１０は、マッチングを行なったユーザからフィードバックを受け付けたか否かを判定する（ステップＳ１０００）。フィードバックを受け付けていないと判定されると（ステップＳ１０００においてＮＯ）、処理は終了する。
【0148】
一方、フィードバックを受け付けたと判定されると（ステップＳ１０００においてＹＥＳ）、制御部１１０は、フィードバックの結果が所定評価基準を満たすか否かを判定する（ステップＳ１０１０）。所定評価基準を満たすと判定されると（ステップＳ１０１０においてＹＥＳ）、処理は終了する。
【0149】
一方、所定評価基準を満たさないと判定されると（ステップＳ１０１０においてＮＯ）、制御部１１０は、同じユーザペアのマッチングを次回行なう際に仲介者を選定することを決定し、さらに、同じユーザペアのマッチングの発生率を低下させる（ステップＳ１０２０）。これらの内容は、記憶部１２０に記憶され、次回以降のマッチングに関する判定時に参照される。なお、同じユーザペアのマッチングを次回行なう際に仲介者を選定することの決定と、同じユーザペアのマッチングの発生率を低下させることとのいずれか一方のみが実行されてもよい。
【0150】
マッチングシステム１０によれば、マッチングのフィードバックの結果が所定評価基準に満たなかった場合に同じユーザ間の次回のマッチング時に仲介者が選定されるため、次回のマッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。また、マッチングシステム１０によれば、マッチングのフィードバックの結果が悪い場合に良い場合よりも同じユーザ間のマッチングが発生しづらくなるため、信頼関係を効果的に構築可能なマッチングの発生確率を上げることができる。
【0151】
＜３－６．組織間対立解消モードにおける動作＞
マッチングシステム１０においては、組織間対立解消モードが準備されている。組織間対立解消モードは、例えば、グループＧ１間の対立を解消するために用いられる。例えば、第１グループと第２グループとの間に対立関係があるとする。組織間対立解消モードにおいては、第１グループに所属するユーザと第２グループに所属するユーザとをマッチングすることによって、グループＧ１間の対立関係が徐々に解消される。例えば、第１グループに所属するユーザのうち第２グループに対する対立意識が低いユーザと、第２グループに所属するユーザのうち第１グループに対する対立意識が低いユーザとが、ますマッチングされる。対立意識の低いユーザ同士が打ち解けると、その雰囲気が各グループＧ１内に伝播する。その結果、グループＧ１間の対立関係が徐々に解消される。
マッチングシステム１０においては、組織間対立解消モードが準備されている。組織間対立解消モードは、例えば、グループＧ１間の対立を解消するために用いられる。例えば、第１グループと第２グループとの間に対立関係があるとする。組織間対立解消モードにおいては、第１グループに所属するユーザと第２グループに所属するユーザとをマッチングすることによって、グループＧ１間の対立関係が徐々に解消される。例えば、第１グループに所属するユーザのうち第２グループに対する対立意識が低いユーザと、第２グループに所属するユーザのうち第１グループに対する対立意識が低いユーザとが、ますマッチングされる。対立意識の低いユーザ同士が打ち解けると、その雰囲気が各グループＧ１内に伝播する。その結果、グループＧ１間の対立関係が徐々に解消される。
【0152】
図１５は、組織間対立解消モードにおけるマッチング手順を示すフローチャートである。このフローチャートに示される処理は、サーバ１００の制御部１１０によって実行される。組織間対立解消モードにおいては、対立を解消する必要がある２つの組織のペア（以下、「組織ペア」とも称する。）が、マッチングシステム１０の管理者又はユーザによって予め設定されている。なお、このフローチャートに示される処理は、例えば、マッチング可能なユーザのペアがなくなるまで繰り返される。
【0153】
図１５を参照して、制御部１１０は、組織ペアに含まれる２つの組織（例えば、グループＧ１）の一方の組織に所属するユーザのうち所定条件を満たすユーザを第１ユーザとして選定する（ステップＳ１１００）。所定条件は、例えば、他方の組織に対する対立意識が所定基準よりも低い、ストレス値が第１所定ストレス値未満、及び、忙しさが所定忙しさ基準を下回っている等の少なくとも一部を含む。ステップＳ１１００における選定は、例えば、ストレス情報ＴＢ１２３、忙しさ情報ＴＢ１２４又は対立意識情報ＴＢ１２６を参照することによって行なわれる。
【0154】
制御部１１０は、他方の組織に所属する各ユーザと第１ユーザとのマッチングスコアを算出する（ステップＳ１１１０）。マッチングスコアは、例えば、他方の組織に所属するユーザ及び第１ユーザの各々の（１）他組織に対する対立意識、（２）役職、（３）権限、（４）性格の一致度、（５）趣味の一致度、（６）仲の良さ、（７）ストレス値、（８）忙しさ（９）周囲からの尊敬度等の少なくとも一部の要因に基づいて算出される。なお、他組織に対する対立意識については、マッチングスコアの算出時に必ず考慮されることとしてもよい。また、マッチングスコアを算出するために必要な各情報は、例えば、ユーザによって端末２００を介して予めサーバ１００に送信されていてもよいし、入力情報に基づいて生成されてもよい。
【0155】
例えば、他組織に対する対立意識が高いほどマッチングスコアがマイナスされる。また、例えば、役職が高いほどマッチングスコアがプラスされ、権限が強いほどマッチングスコアがプラスされる。各組織の役職が高い人又は権限が強い人（例えば、各組織のキーパーソン）同士が対立しているため、結果的に組織同士が対立しているという場合がある。このような場合に、各組織の役職が高い人又は権限が強い人同士を打ち解け合わせると、一気に組織間対立が解消する場合がある。また、各組織の役職が高い人又は権限が強い人同士が打ち解け合うと、各組織の他の人達は役職が高い人又は権限が強い人に従い、結果的に組織間対立が解消する場合がある。したがって、役職が高いほどマッチングスコアをプラスし、権限が強いほどマッチングスコアをプラスすることが有効である。さらに、各組織の役職が高い人又は権限が強い人がその組織において尊敬されていたり、憧れられているほどマッチングスコアをプラスすることが有効に働く。同様に、役職等が高くなくとも、当該組織の他者の意識調査等によって得られる当該組織の他者（周囲）からの尊敬度が高い人等についても、マッチングスコアがプラスされてもよい。
【0156】
また、例えば、性格の一致度が高いほどマッチングスコアがプラスされ、趣味の一致度が高いほどマッチングスコアがプラスされ、仲が良いほどマッチングスコアがプラスされる。また、ストレス値が高いほどマッチングスコアがマイナスされ、忙しいほどマッチングスコアがマイナスされる。
【0157】
ステップＳ１１１０においては、他方の組織に所属する各ユーザと第１ユーザとのマッチングスコアが算出されるため、他方の組織の所属ユーザ数に対応する数のマッチングスコアが算出される。
【0158】
制御部１１０は、ステップＳ１１１０において算出されたマッチングスコアの最高値が所定スコア以上か否かを判定する（ステップＳ１１２０）。所定スコアは、例えば、マッチングスコアがこれを下回る場合にはマッチングを通じて組織間の対立が抑制されないと考えられるスコアである。マッチングスコアの最高値が所定スコア未満であると判定されると（ステップＳ１１２０においてＮＯ）、処理は終了する。
【0159】
一方、マッチングスコアの最高値が所定スコア以上であると判定されると（ステップＳ１１２０においてＹＥＳ）、制御部１１０は、マッチングスコアが最高値となったユーザペアに関しマッチングを行なう（ステップＳ１１３０）。例えば、制御部１１０は、各ユーザの端末２００へ他ユーザとのマッチングを開始する旨を通知する。その後、例えば、ユーザペアに含まれる２人のユーザによるビデオ通話が開始される。
【0160】
なお、マッチングスコアを算出する際に、他組織に対する対立意識の差がユーザ間で大きいほどマッチングスコアがプラスされてもよい。対立意識の差が大きいと、大きい対立意識を有しているユーザが、小さい対立意識を有しているユーザと話すことで、対立意識を有すること自体が無意味であることに気付くことがあるためである。この場合のマッチングは、例えば、大きい対立意識を有するユーザのストレス値が所定値未満である場合に行なわれてもよい。
【0161】
このように、マッチングシステム１０においては、他組織に対するユーザの意識に基づいて、マッチング対象のユーザペアが選定される。例えば、他組織に対する対立意識の低いユーザがマッチング対象に選定される。マッチングシステム１０においては、例えば、信頼関係を構築しやすいユーザが優先的にマッチングされ、まず一部のユーザ間で信頼関係が構築される。そして、その互いに打ち解けあった雰囲気が各グループＧ１内に伝播する。その結果、組織間の交流が徐々に促される。結果的に、マッチングシステム１０によれば、組織間の対立を徐々に緩和することができる。
【0162】
また、マッチングシステム１０においては、他組織に対するユーザの役職の高さ又は権限の強さに基づいて、マッチング対象のユーザペアが選定される。例えば、役職の高い又は権限の強いユーザが優先的にマッチング対象のユーザペアに選定される。マッチングシステム１０においては、例えば、効率的に組織間対立を解消可能なユーザが優先的にマッチングされ、まず一部のユーザ間で信頼関係が構築される。そして、その互いに打ち解けあった雰囲気が各グループＧ１内に伝播する。その結果、組織間の交流が徐々に促される。結果的に、マッチングシステム１０によれば、組織間の対立を徐々に緩和することができる。
【0163】
［４．特徴］
以上のように、マッチングシステム１０において、サーバ１００は、ユーザペアのマッチングを自動的に行なう。サーバ１００は、制御部１１０を備える。制御部１１０は、ユーザペアに含まれる２人のユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。マッチングシステム１０によれば、ユーザペアに含まれる２人のユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
以上のように、マッチングシステム１０において、サーバ１００は、ユーザペアのマッチングを自動的に行なう。サーバ１００は、制御部１１０を備える。制御部１１０は、ユーザペアに含まれる２人のユーザの少なくとも一方のストレス状態に基づいてマッチングを行なう。マッチングシステム１０によれば、ユーザペアに含まれる２人のユーザの少なくとも一方のストレス状態を考慮したマッチングが行なわれるため、マッチング後の交流を通じてユーザ間における信頼関係をより効果的に構築することができる。
【0164】
［５．変形例］
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。以下、変形例について説明する。
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。以下、変形例について説明する。
【0165】
＜５－１＞
上記実施の形態においては、ユーザペアに２人のユーザ（第１ユーザ及び第２ユーザ）が含まれていた。すなわち、第１ユーザ及び第２ユーザの各々は１人のユーザであった。しかしながら、第１ユーザ及び第２ユーザの各々は、必ずしも１人のユーザである必要はない。例えば、第１ユーザ及び第２ユーザの各々は、複数のユーザによって構成されるユーザ集合であってもよい。この場合には、例えばストレス値等として、ユーザ集合に含まれる複数のユーザのストレス値等の平均値が用いられてもよい。
上記実施の形態においては、ユーザペアに２人のユーザ（第１ユーザ及び第２ユーザ）が含まれていた。すなわち、第１ユーザ及び第２ユーザの各々は１人のユーザであった。しかしながら、第１ユーザ及び第２ユーザの各々は、必ずしも１人のユーザである必要はない。例えば、第１ユーザ及び第２ユーザの各々は、複数のユーザによって構成されるユーザ集合であってもよい。この場合には、例えばストレス値等として、ユーザ集合に含まれる複数のユーザのストレス値等の平均値が用いられてもよい。
【0166】
＜５－２＞
また、例えば、ユーザの所属組織全体における忙しさの程度が低い場合に、マッチングの頻度が上げられるような構成であってもよい。すなわち、ユーザの所属組織の忙しさの程度が高い場合にはマッチングの頻度が下げられ、ユーザの所属組織の忙しさの程度が低い場合にはマッチングの頻度が上げられてもよい。
また、例えば、ユーザの所属組織全体における忙しさの程度が低い場合に、マッチングの頻度が上げられるような構成であってもよい。すなわち、ユーザの所属組織の忙しさの程度が高い場合にはマッチングの頻度が下げられ、ユーザの所属組織の忙しさの程度が低い場合にはマッチングの頻度が上げられてもよい。
【0167】
＜５－３＞
また、上記実施の形態においては、組織の一例として会社が挙げられたが、組織は必ずしも会社である必要はない。例えば、組織は、世界（国際連合）、国家、自治体、学校又は町内会であってもよい。
また、上記実施の形態においては、組織の一例として会社が挙げられたが、組織は必ずしも会社である必要はない。例えば、組織は、世界（国際連合）、国家、自治体、学校又は町内会であってもよい。
【0168】
＜５－４＞
上記実施の形態においては、図１３のフローチャートに示される処理が、強制マッチング指示があった場合に行なわれることとした。しかしながら、図１３のフローチャートに示される処理は、強制マッチング指示があった場合以外の場合に行なわれてもよい。例えば、上記使用パターン１，２，３のいずれかを行なう前、上記使用パターン１，２，３のいずれかを行なっている最中に、図１３のフローチャートに示される処理が行なわれてもよい。また、図１３のフローチャートに示される処理に関し、ユーザペアに含まれる２人のうちの少なくとも一方のユーザのストレス値が所定ストレス値よりも高い場合に、ストレス値に応じたマインドフルネス瞑想がユーザに提案されてもよい。ここで、所定ストレス値は、図１３における基準値であってもよいし、基準値よりも高い値であってもよいし、基準値よりも低い値であってもよい。
上記実施の形態においては、図１３のフローチャートに示される処理が、強制マッチング指示があった場合に行なわれることとした。しかしながら、図１３のフローチャートに示される処理は、強制マッチング指示があった場合以外の場合に行なわれてもよい。例えば、上記使用パターン１，２，３のいずれかを行なう前、上記使用パターン１，２，３のいずれかを行なっている最中に、図１３のフローチャートに示される処理が行なわれてもよい。また、図１３のフローチャートに示される処理に関し、ユーザペアに含まれる２人のうちの少なくとも一方のユーザのストレス値が所定ストレス値よりも高い場合に、ストレス値に応じたマインドフルネス瞑想がユーザに提案されてもよい。ここで、所定ストレス値は、図１３における基準値であってもよいし、基準値よりも高い値であってもよいし、基準値よりも低い値であってもよい。
【0169】
＜５－５＞
例えば、端末２００は、ウェアラブル（例えば、指輪型又は腕輪型）のＩＯＴ（Internet Of Things）端末（ウェアラブル端末）であってもよい。この場合には、例えば、マッチングが行なわれたときに、各ユーザのウェアラブル端末に通知されてもよい。各ユーザは、通知を受けた場合に、ウェアラブル端末を介してマッチング相手のユーザと通話をしてもよいし、マッチング相手のユーザに会いに行ってもよい。マッチング相手のユーザに近づいた場合に、ウェアラブル端末が振動し、マッチング相手のユーザが近くにいることをユーザに知らせてもよい。例えば、ユーザのストレス値が低く、相性の良いユーザが見つかったときに、ウェアラブル端末が振動し、そこからユーザ間のコミュニケーション（例えば、通話）が開始されてもよい。
例えば、端末２００は、ウェアラブル（例えば、指輪型又は腕輪型）のＩＯＴ（Internet Of Things）端末（ウェアラブル端末）であってもよい。この場合には、例えば、マッチングが行なわれたときに、各ユーザのウェアラブル端末に通知されてもよい。各ユーザは、通知を受けた場合に、ウェアラブル端末を介してマッチング相手のユーザと通話をしてもよいし、マッチング相手のユーザに会いに行ってもよい。マッチング相手のユーザに近づいた場合に、ウェアラブル端末が振動し、マッチング相手のユーザが近くにいることをユーザに知らせてもよい。例えば、ユーザのストレス値が低く、相性の良いユーザが見つかったときに、ウェアラブル端末が振動し、そこからユーザ間のコミュニケーション（例えば、通話）が開始されてもよい。
【0170】
＜５－６＞
組織間対立解消モードに関し、図１５のステップＳ１１３０においてマッチングスコアが最高値となったユーザペアが選定され、その後、そのユーザペアに関し、上記使用パターン２の処理（図９のフローチャートに示される処理）が実行されてもよい。これにより、組織間対立を解消するのに適切なユーザペアに関し、より適切なタイミングでマッチングを行なうことができる。また、同様の内容を、上記使用パターン３の処理によって実行してもよい。すなわち、図５のステップＳ１００においてマッチングスコアが最高値となるユーザペアを特定することにし、その上で使用パターン３の処理を実行することで同様の内容が実現されてもよい。
組織間対立解消モードに関し、図１５のステップＳ１１３０においてマッチングスコアが最高値となったユーザペアが選定され、その後、そのユーザペアに関し、上記使用パターン２の処理（図９のフローチャートに示される処理）が実行されてもよい。これにより、組織間対立を解消するのに適切なユーザペアに関し、より適切なタイミングでマッチングを行なうことができる。また、同様の内容を、上記使用パターン３の処理によって実行してもよい。すなわち、図５のステップＳ１００においてマッチングスコアが最高値となるユーザペアを特定することにし、その上で使用パターン３の処理を実行することで同様の内容が実現されてもよい。
【符号の説明】
【0171】
１０ マッチングシステム、１００ サーバ、１１０，２１０ 制御部、１１１，２１１ ＣＰＵ、１１２，２１２ ＲＡＭ、１１３，２１３ ＲＯＭ、１２０，２２０ 記憶部、１２１，２２１ 制御プログラム、１２２ 性格情報ＴＢ、１２３ ストレス情報ＴＢ、１２４ 忙しさ情報ＴＢ、１２５ 関係性情報ＴＢ、１２６ 対立意識情報ＴＢ、１４０，２４０ 通信Ｉ／Ｆ、２００ 端末、２５０ 表示部、２６０ 受付部、２７０ 撮像部、ＣＭ１ 会社、Ｇ１ グループ、Ｎ１ ネットワーク。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図3E】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】