知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023073645
(43)【公開日】2023-05-26
(54)【発明の名称】交流支援プログラム、交流支援方法、およびサーバ
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230519BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021186222
(22)【出願日】2021-11-16
(71)【出願人】
【識別番号】520496235
【氏名又は名称】株式会社Ｗｏｒｌｄ Ｌｉｆｅ Ｍａｐｐｉｎｇ
(74)【代理人】
【識別番号】100185719
【弁理士】
【氏名又は名称】北原 悠樹
(74)【代理人】
【識別番号】100170748
【弁理士】
【氏名又は名称】稲垣 悟
(74)【代理人】
【識別番号】100150072
【弁理士】
【氏名又は名称】藤原 賢司
(72)【発明者】
【氏名】下田 彬
(72)【発明者】
【氏名】ガニエ マーク智也
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】ユーザ間の交流をより成立しやすくするための技術を提供する。
【解決手段】ユーザ間の交流日時を調整するための交流支援プログラムは、第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で第１ユーザから受け付けるステップと、第１交流候補日時を第２ユーザに通知するステップと、第２ユーザが第１ユーザと交流可能な日時の選択を第１交流候補日時の内で第２ユーザから受け付けるステップとをサーバに実行させる。第１日時範囲の開始日時は、第１ユーザからの第１交流候補日時の受け付け時から第１所定期間後である。
【選択図】図７
【解決手段】ユーザ間の交流日時を調整するための交流支援プログラムは、第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で第１ユーザから受け付けるステップと、第１交流候補日時を第２ユーザに通知するステップと、第２ユーザが第１ユーザと交流可能な日時の選択を第１交流候補日時の内で第２ユーザから受け付けるステップとをサーバに実行させる。第１日時範囲の開始日時は、第１ユーザからの第１交流候補日時の受け付け時から第１所定期間後である。
【選択図】図７
【特許請求の範囲】
【請求項1】
ユーザ間の交流日時を調整するための交流支援プログラムであって、
前記交流支援プログラムは、
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付けるステップと、
前記第１交流候補日時を前記第２ユーザに通知するステップと、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付けるステップとをサーバに実行させ、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、交流支援プログラム。
前記交流支援プログラムは、
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付けるステップと、
前記第１交流候補日時を前記第２ユーザに通知するステップと、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付けるステップとをサーバに実行させ、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、交流支援プログラム。
【請求項2】
前記交流支援プログラムは、
前記第１交流候補日時が前記第２ユーザに通知された後に、当該第１交流候補日時とは異なる第２交流候補日時の入力を第２日時範囲の内で前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第２日時範囲の開始日時は、前記第１日時範囲の開始日時よりも後の日時である、請求項１に記載の交流支援プログラム。
前記第１交流候補日時が前記第２ユーザに通知された後に、当該第１交流候補日時とは異なる第２交流候補日時の入力を第２日時範囲の内で前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第２日時範囲の開始日時は、前記第１日時範囲の開始日時よりも後の日時である、請求項１に記載の交流支援プログラム。
【請求項3】
前記交流支援プログラムは、
前記第２交流候補日時の受け付け時の前の第２所定期間の内に前記第１ユーザが前記サーバの機能を利用していたか否かに応じて、前記第２日時範囲の開始日時を変更する処理を前記サーバにさらに実行させ、
前記第１ユーザが前記第２所定期間の内に前記サーバの機能を利用していた場合における前記第２日時範囲の開始日時は、前記第１ユーザが前記第２所定期間の内に前記サーバの機能を利用していなかった場合における前記第２日時範囲の開始日時よりも後である、請求項２に記載の交流支援プログラム。
前記第２交流候補日時の受け付け時の前の第２所定期間の内に前記第１ユーザが前記サーバの機能を利用していたか否かに応じて、前記第２日時範囲の開始日時を変更する処理を前記サーバにさらに実行させ、
前記第１ユーザが前記第２所定期間の内に前記サーバの機能を利用していた場合における前記第２日時範囲の開始日時は、前記第１ユーザが前記第２所定期間の内に前記サーバの機能を利用していなかった場合における前記第２日時範囲の開始日時よりも後である、請求項２に記載の交流支援プログラム。
【請求項4】
前記交流支援プログラムは、
前記第１交流候補日時が受け付けられてから第３所定期間が経過するまでに、前記選択が受けてられていない場合には、前記第１交流候補日時とは異なる第３交流候補日時の入力を第３日時範囲の内で前記第１ユーザまたは前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第３日時範囲の開始日時は、前記第１日時範囲の開始日時よりも後の日時である、請求項１～３のいずれか１項に記載の交流支援プログラム。
前記第１交流候補日時が受け付けられてから第３所定期間が経過するまでに、前記選択が受けてられていない場合には、前記第１交流候補日時とは異なる第３交流候補日時の入力を第３日時範囲の内で前記第１ユーザまたは前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第３日時範囲の開始日時は、前記第１日時範囲の開始日時よりも後の日時である、請求項１～３のいずれか１項に記載の交流支援プログラム。
【請求項5】
前記交流支援プログラムは、
前記選択を受け付けることなく、前記第１ユーザと前記第２ユーザとの交流日時を確定させることが可能なステップを前記サーバにさらに実行させる、請求項１～４のいずれか１項に記載の交流支援プログラム。
前記選択を受け付けることなく、前記第１ユーザと前記第２ユーザとの交流日時を確定させることが可能なステップを前記サーバにさらに実行させる、請求項１～４のいずれか１項に記載の交流支援プログラム。
【請求項6】
前記交流支援プログラムは、
前記選択により確定した交流日時における交流が当日にキャンセルになった場合、交流候補日時の再設定を第４日時範囲の内で前記第１ユーザまたは前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第４日時範囲の開始日時は、前記再設定の受け付け時から第４所定期間後であり、前記第４所定期間は、前記第１所定期間よりも短い、請求項１～５のいずれか１項に記載の交流支援プログラム。
前記選択により確定した交流日時における交流が当日にキャンセルになった場合、交流候補日時の再設定を第４日時範囲の内で前記第１ユーザまたは前記第２ユーザから受け付けるステップを前記サーバにさらに実行させ、
前記第４日時範囲の開始日時は、前記再設定の受け付け時から第４所定期間後であり、前記第４所定期間は、前記第１所定期間よりも短い、請求項１～５のいずれか１項に記載の交流支援プログラム。
【請求項7】
前記交流支援プログラムは、
前記選択により確定した交流日時における交流が当日にキャンセルになった場合、前記第１ユーザと前記第２ユーザとの少なくとも一方に交流日時の再設定を促すための通知を送るステップを前記サーバにさらに実行させる、請求項１～６のいずれか１項に記載の交流支援プログラム。
前記選択により確定した交流日時における交流が当日にキャンセルになった場合、前記第１ユーザと前記第２ユーザとの少なくとも一方に交流日時の再設定を促すための通知を送るステップを前記サーバにさらに実行させる、請求項１～６のいずれか１項に記載の交流支援プログラム。
【請求項8】
前記交流支援プログラムは、
前記第１交流候補日時が受け付けられてから第５所定期間が経過するまでに、前記第１ユーザと前記第２ユーザとの交流日時が確定しなかった場合、前記第１ユーザと前記第２ユーザとの交流を不成立にするステップを前記サーバにさらに実行させる、請求項１～７のいずれか１項に記載の交流支援プログラム。
前記第１交流候補日時が受け付けられてから第５所定期間が経過するまでに、前記第１ユーザと前記第２ユーザとの交流日時が確定しなかった場合、前記第１ユーザと前記第２ユーザとの交流を不成立にするステップを前記サーバにさらに実行させる、請求項１～７のいずれか１項に記載の交流支援プログラム。
【請求項9】
前記交流支援プログラムは、
前記第１ユーザが第３ユーザと交流可能な第３交流候補日時の入力を、前記第１ユーザと前記第２ユーザとの交流日時が確定した後において前記第１ユーザから受け付けるステップを前記サーバにさらに実行させる、請求項１～８のいずれか１項に記載の交流支援プログラム。
前記第１ユーザが第３ユーザと交流可能な第３交流候補日時の入力を、前記第１ユーザと前記第２ユーザとの交流日時が確定した後において前記第１ユーザから受け付けるステップを前記サーバにさらに実行させる、請求項１～８のいずれか１項に記載の交流支援プログラム。
【請求項10】
ユーザ間の交流日時を調整するための交流支援方法であって、
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付けるステップと、
前記第１交流候補日時を前記第２ユーザに通知するステップと、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付けるステップとを備え、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、交流支援方法。
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付けるステップと、
前記第１交流候補日時を前記第２ユーザに通知するステップと、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付けるステップとを備え、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、交流支援方法。
【請求項11】
ユーザ間の交流日時を調整するためのサーバであって、
前記サーバを制御するための制御部を備え、
前記制御部は、
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付ける処理と、
前記第１交流候補日時を前記第２ユーザに通知する処理と、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付ける処理とを実行し、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、サーバ。
前記サーバを制御するための制御部を備え、
前記制御部は、
第１ユーザが第２ユーザと交流可能な第１交流候補日時の入力を第１日時範囲の内で前記第１ユーザから受け付ける処理と、
前記第１交流候補日時を前記第２ユーザに通知する処理と、
前記第２ユーザが前記第１ユーザと交流可能な日時の選択を前記第１交流候補日時の内で前記第２ユーザから受け付ける処理とを実行し、
前記第１日時範囲の開始日時は、前記第１ユーザからの前記第１交流候補日時の受け付け時から第１所定期間後である、サーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、交流支援プログラム、交流支援方法、およびサーバに関する。
【背景技術】
【0002】
ユーザ間の交流日時を調整するための技術が普及している。一例として、特許第６６７１７２７号公報（特許文献１）は、担当者と来訪者との予定を調整するための受付管理システムを開示している。当該受付管理システムは、担当者の端末から会議の候補日時の入力を受け付け、当該候補日時を来訪者の端末に送信する。来訪者が候補日時のいずれかを選択することにより、会議の日時が決定される。
【0003】
他の例として、特開２０２１－２２５５号公報（特許文献２）は、ユーザＡとユーザＢとのスケジュールを調整することが可能なスケジュール調整システムを開示している。ユーザＡは当該スケジュール調整システムを用いて面会の候補日を入力し、ユーザＢは当該候補日の内から対応可能な日を選択する。一方で、ユーザＢは、対応可能な候補日がない場合には、ユーザＡに対して別の候補日の送信を依頼する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第６６７１７２７号公報
【特許文献2】特開２０２１－２２５５号公報
【発明の概要】
【発明が解決しようとする課題】
【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】
【図1】交流支援システムの装置構成の一例を示す図である。
【図2】交流候補日時が所定の日時範囲の内から入力されている様子を概略的に示す図である。
【図3】サーバのハードウェア構成の一例を示す模式図である。
【図4】端末のハードウェア構成の一例を示す模式図である。
【図5】サーバと各端末との間のデータフローの一例を示す図である。
【図6】スタート画面の一例を示す図である。
【図7】入力画面の一例を示す図である。
【図8】確認画面の一例を示す図である。
【図9】確認画面の一例を示す図である。
【図10】選択画面の一例を示す図である。
【図11】画面遷移の一例を示す図である。
【図12】リマインド画面の一例を示す図である。
【図13】サーバと各端末との間のデータフローの一例を示す図である。
【図14】画面遷移の一例を示す図である。
【図15】各ユーザが交流候補日時を入力可能な日時範囲の関係を示す図である。
【図16】各ユーザが交流候補日時を入力可能な日時範囲の違いを示す図である。
【図17】確認画面の一例を示す図である。
【図18】サーバと各端末との間のデータフローの一例を示す図である。
【図19】入力画面の一例を示す図である。
【図20】各ユーザが交流候補日時を入力可能な日時範囲の関係を示す図である。
【図21】サーバと各端末との間のデータフローの一例を示す図である。
【図22】リマインド画面の一例を示す図である。
【図23】サーバと各端末との間のデータフローの一例を示す図である。
【図24】リマインド画面の一例を示す図である。
【図25】リクエスト画面の一例を示す図である。
【図26】リマインド画面の一例を示す図である。
【図27】サーバと各端末との間のデータフローの一例を示す図である。
【図28】入力画面の一例を示す図である。
【図29】新たな交流候補日時が所定の日時範囲の内から入力されている様子を概略的に示す図である。
【図30】選択画面の一例を示す図である。
【図31】通知画面の一例を示す図である。
【図32】通知がウェアラブル端末としての端末に表示されている例を示す図である。
【発明を実施するための形態】
【0032】
以下、図面を参照しつつ、本発明に従う各実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらについての詳細な説明は繰り返さない。なお、以下で説明される各実施の形態および各変形例は、適宜選択的に組み合わされてもよい。
【0033】
【0034】
交流支援システム１０は、たとえば、組織の一例である会社（企業）ＣＭ１において、社員間の交流を支援するために用いられる。社員間の交流は、たとえば、交流支援システム１０に備えられるオンライン通話機能などを通じて行われる。以下では、交流支援システム１０用いたユーザ間の交流を「オンライン交流」とも称する。
【0035】
図１に示されるように、交流支援システム１０は、サーバ１００と、端末２００とを含む。サーバ１００と端末２００とは、ネットワークＮ１（たとえば、インターネット）を通じて通信可能である。
【0036】
サーバ１００は、たとえば、ノート型またはデスクトップ型のＰＣ（Personal Computer）、デスクトップ型のＰＣ、タブレット端末、または、通信機能を備えたその他のコンピュータである。交流支援システム１０を構成するサーバ１００の数は、１つであってもよいし、２つ以上であってもよい。
【0037】
端末２００は、たとえば、ノート型またはデスクトップ型のＰＣ、タブレット端末、スマートフォン、ウェアラブル端末、または、通信機能を備えたその他のコンピュータである。図１の例では、３つの端末２００Ａ～２００Ｃが示されているが、交流支援システム１０を構成する端末２００の数は、２つであってもよいし、４つ以上であってもよい。以下では、端末２００Ａ～２００Ｃを特に区別しない場合には、端末２００Ａ～２００Ｃを端末２００ともいう。
【0038】
端末２００は、たとえば、会社ＣＭ１に属するユーザによって所有されている。図１の例では、端末２００Ａは、たとえば、ユーザＡによって所有されている。端末２００Ｂは、たとえば、ユーザＢによって所有されている。端末２００Ｃは、たとえば、ユーザＣによって所有されている。
【0039】
一例として、交流支援システム１０のユーザは、会社ＣＭ１の社員である。各ユーザの勤務形態としては、出社勤務と在宅勤務とがある。出社勤務のユーザは職場において端末２００を使用し、在宅勤務のユーザは職場以外の場所（たとえば、自宅、旅先など）において端末２００を使用する。
【0040】
他の例として、交流支援システム１０のユーザは、学校の生徒や職員である。端末２００は、対面形式で出席をする生徒や教師においては学校内で使用される。また、端末２００は、オンライン形式で出席をする生徒や教師においては学校以外の場所（たとえば、自宅など）で使用される。
【0041】
さらに他の例として、交流支援システム１０は、家族によって使用される。端末２００は、たとえば、家族によって自宅内で使用される。また、端末２００は、親元を離れた子供などにおいては当該自宅以外の住宅内で使用される。
【0042】
なお、本明細書に記載されている各種処理は、サーバ１００で実行されてもよいし、端末２００で実行されてもよいし、その他の装置で実行されてもよい。また、交流支援システム１０は、サーバ１００を必ずしも備える必要はなく、複数の端末２００のみで構成されてもよい。この場合、本明細書に記載されている各種処理は、複数の端末２００が協働することによって実行される。
【0043】
＜Ｂ．交流日時の調整機能の概要＞
次に、図２を参照して、交流支援システム１０によって提供される交流日時の調整機能の概要について説明する。図２は、交流候補日時が日時範囲ΔＴＲ１の内から入力されている様子を概略的に示す図である。
次に、図２を参照して、交流支援システム１０によって提供される交流日時の調整機能の概要について説明する。図２は、交流候補日時が日時範囲ΔＴＲ１の内から入力されている様子を概略的に示す図である。
【0044】
交流支援システム１０は、ユーザ間のオンライン交流を支援する機能を有する。交流支援システム１０は、オンライン交流の機会を定期的にユーザに提供することで、コミュニケーションの機会を作る。これにより、交流支援システム１０は、ユーザのメンタル上の健康を維持する。
【0045】
ユーザが他のユーザとオンライン交流を行うためには、ユーザ間で交流日時を予め決めておく必要がある。しかしながら、ユーザが交流支援システム１０を利用する頻度が少ない場合（たとえば、１日に１回）、ユーザ間の交流日時の調整が難しくなる。たとえば、交流支援システム１０が、メンタル上の健康を保つためにユーザが利用するシステムの一部として構成されている場合や、ユーザの勤務時間を管理するシステムの一部として構成されている場合などには、ユーザは交流支援システム１０を１日１回程度利用することになる。
【0046】
より具体的な例として、ユーザＡが交流候補日時を端末２００Ａ上で入力し、当該交流候補日時がユーザＢの端末２００Ｂに通知されたとする。このとき、ユーザＢは、ユーザＡによって提示された交流候補日時をすぐに確認するとは限らない。この場合、当該交流候補日時は、ユーザＢに確認された時点で既に過去の日時になっている可能性がある。
【0047】
そこで、交流支援システム１０は、ユーザ間のオンライン交流が成立しやすいように、交流日時の調整を支援する。より具体的には、まず、サーバ１００は、ユーザＡがユーザＢと交流可能な交流候補日時の入力を日時範囲ΔＴＲ１の内から端末２００Ａに受け付けさせる。
【0048】
日時範囲ΔＴＲ１の開始日時Ｔ１Ｓは、ユーザＡからの交流候補日時の受け付け時（すなわち、タイミングＴ０Ａ）の所定期間ΔＴＰ１後である。所定期間ΔＴＰ１は、数時間後（たとえば、１２～２４時間後）であってもよいし、数日後（たとえば、１～２日後）であってもよいし、タイミングＴ０Ａが属する日の翌日または翌日以降であってもよい。
【0049】
なお、タイミングＴ０Ａは、交流候補日時の入力の受け付けが開始された時と厳密に同じである必要なく、当該開始された時と略同じであればよい。一例として、タイミングＴ０Ａは、サーバ１００または端末２００Ａが交流候補日時の入力の受け付けを開始した時の所定時間前後であってもよい。
【0050】
日時範囲ΔＴＲ１の終了日時Ｔ１Ｅは、開始日時Ｔ１Ｓを基準として予め決められていてもよいし、ユーザによって任意に設定されてもよい。一例として、日時範囲ΔＴＲ１の終了日時Ｔ１Ｅは、開始日時Ｔ１Ｓの一定時間後（たとえば、数日後～数ヶ月後）である。
【0051】
端末２００Ａは、交流候補日時の入力を受け付けたことに基づいて、当該交流候補日時をサーバ１００に通知する。その後、サーバ１００は、ユーザＡによって入力された交流候補日時の内から、ユーザＢがユーザＡと交流可能な日時の選択を端末２００Ｂに受け付けさせる。
【0052】
このように、交流支援システム１０は、所定期間ΔＴＰ１先の日時範囲ΔＴＲ１の内から交流候補日時の入力を受け付ける。これにより、ユーザＡによって入力された交流候補日時は、ユーザＢの確認時点で過去の日時になっている可能性が低くなる。また、提示された交流候補日時が先であると、ユーザＢは、自身の予定を調整した後にユーザＡとの交流日時を決めることもできる。その結果、ユーザＡとユーザＢとの交流が成立しやすくなる。
【0053】
【0054】
【0055】
サーバ１００は、制御装置１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、通信インターフェイス１０４と、表示インターフェイス１０５と、入力インターフェイス１０７と、記憶装置１２０とを含む。これらのコンポーネントは、バス１１０に接続される。
【0056】
制御装置１０１は、たとえば、少なくとも１つの集積回路によって構成される。集積回路は、たとえば、少なくとも１つのＣＰＵ（Central Processing Unit）、少なくとも１つのＧＰＵ（Graphics Processing Unit）、少なくとも１つのＡＳＩＣ（Application Specific Integrated Circuit）、少なくとも１つのＦＰＧＡ（Field Programmable Gate Array）、またはそれらの組み合わせなどによって構成され得る。
【0057】
制御装置１０１は、交流支援プログラム１２２やオペレーティングシステムなどの各種プログラムを実行することでサーバ１００の動作を制御する。制御装置１０１は、各種プログラムの実行命令を受け付けたことに基づいて、記憶装置１２０またはＲＯＭ１０２からＲＡＭ１０３に当該プログラムを読み出す。ＲＡＭ１０３は、ワーキングメモリとして機能し、各種プログラムの実行に必要な各種データを一時的に格納する。
【0058】
通信インターフェイス１０４には、ＬＡＮ（Local Area Network）やアンテナなどが接続される。サーバ１００は、通信インターフェイス１０４を介して、外部機器との間でデータをやり取りする。当該外部機器は、たとえば、端末２００などを含む。
【0059】
表示インターフェイス１０５には、ディスプレイ１０６が接続される。表示インターフェイス１０５は、制御装置１０１などからの指令に従って、ディスプレイ１０６に対して、画像を表示するための画像信号を送出する。ディスプレイ１０６は、たとえば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、またはその他の表示機器である。なお、ディスプレイ１０６は、サーバ１００と一体的に構成されてもよいし、サーバ１００とは別に構成されてもよい。
【0060】
入力インターフェイス１０７には、入力デバイス１０８が接続される。入力デバイス１０８は、たとえば、マウス、キーボード、タッチパネル、またはユーザの操作を受け付けることが可能なその他の装置である。なお、入力デバイス１０８は、サーバ１００と一体的に構成されてもよいし、サーバ１００とは別に構成されてもよい。
【0061】
記憶装置１２０は、たとえば、ハードディスクやフラッシュメモリなどの記憶媒体である。記憶装置１２０は、交流支援プログラム１２２、ユーザＤＢ（Data Base）１２４、および利用履歴１２６などを格納する。
【0062】
ユーザＤＢ１２４は、たとえば、パスワード、ユーザ名、ユーザ画像、ユーザの属性（たとえば、性別、住所、所属部署名など）をユーザＩＤ（Identification）の別に対応付けている。
【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】
ある局面において、日時範囲ΔＴＲ１の長さは、ユーザの性格傾向に応じて変えられる。ユーザの性格傾向は、たとえば、個人特性の分類法の一種であるビッグファイブ（Big Five）に基づいて特定される。ビッグファイブでは、個人の性格傾向が、開放性と、誠実性と、外向性と、協調性と、神経症的傾向との５要因で表わされる。各ユーザの性格傾向は、たとえば、上述のユーザＤＢ１２４に予め規定される。
【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】
選択欄４０４には、ステップＳ２２でユーザＡによって入力された交流候補日時が希望順に表示される。交流候補日時の各々に並べて、決定ボタン４０５が表示される。ユーザＢは、一の決定ボタン４０５を押すことにより、自身の希望する交流候補日時を選択することができる。これにより、サーバ１００は、ユーザＢがユーザＡと交流可能な日時の選択を端末２００Ｂに受け付けさせる。
【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】
＜Ｆ．交流候補日時の提示後、応答が無かった場合の動作＞
次に、図１８～図２０を参照して、ユーザＡが提示した交流候補日時に対してユーザＢが数日間応答しなかった場合における交流支援システム１０の動作について説明する。
次に、図１８～図２０を参照して、ユーザＡが提示した交流候補日時に対してユーザＢが数日間応答しなかった場合における交流支援システム１０の動作について説明する。
【0170】
図１８は、サーバ１００と端末２００Ａと端末２００Ｂとの間のデータフローの一例を示す図である。図１８に示されるステップＳ１０，Ｓ１２，Ｓ１４，Ｓ１６，Ｓ１８，Ｓ２２，Ｓ２４，Ｓ２６が実行されることで、ユーザＡの交流候補日時が入力される。これらのステップについては図５で説明した通りであるので、それらの説明については繰り返さない。
【0171】
ユーザＡが交流候補日時を入力した後に、ユーザＢが交流支援システム１０に数日間ログインしない場合、当該交流候補日時が直近／過去の日時になってしまう可能性がある。そこで、サーバ１００は、ユーザＡの交流候補日時が端末２００Ａで受け付けられてから所定期間が経過するまでに、端末２００Ｂが交流候補日時の選択を受けていない場合には、交流候補日時の入力を再度受け付ける。
【0172】
より具体的には、ステップＳ７０において、ユーザＡは、端末２００Ａを用いて、交流支援システム１０にアクセスしたとする。このことに基づいて、ログイン画面が端末２００Ａに表示される。ユーザＡがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ａは、入力されたユーザ情報をサーバ１００に送信する。
【0173】
ステップＳ７２において、サーバ１００は、ステップＳ７０で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。サーバ１００は、ステップＳ７０で入力されたユーザ情報がユーザＤＢ１２４に登録されていると判断した場合、ログイン処理を実行し、ログインが成功したことを示す通知を端末２００Ａに送信する。図１８の例では、ステップＳ７２において、ログイン処理が正常に行われたとする。ログイン処理の結果は、ユーザ情報とログイン時刻とに対応付けられた上で上述の利用履歴１２６に書き込まれる。
【0174】
ステップＳ７４において、端末２００Ａは、ホーム画面を表示する。図１９は、当該ホーム画面の一部を構成する入力画面３００Ｅを示す図である。入力画面３００Ｅは、ユーザＡが交流候補日時を入力した後にユーザＢが交流支援システム１０に所定期間（たとえば、２日間）ログインしていない場合にホーム画面上に表示される。
【0175】
入力画面３００Ｅは、交流相手の表示欄３０２と、メッセージ３１４と、交流候補日時の入力欄３１６と、決定ボタン３１８とを含む。
【0176】
入力画面３００Ｅの表示欄３０２には、上述の入力画面３００Ｂ（図７参照）の表示欄３０２と同じ内容が表示される。
【0177】
メッセージ３１４は、ユーザＡがステップＳ２２で入力した交流候補日時をユーザＢが確認していないことを示す。ユーザＡは、メッセージ３１４を確認することで、ユーザＢが交流支援システム１０を数日間利用していないことを把握できる。
【0178】
入力欄３１６は、新たな交流候補日時の入力を受け付けるように構成される。交流候補日時の入力は、たとえば、プルダウンメニューを用いた交流日の指定と、テキストボックスを用いた交流時間の指定とで実現される。テキストボックスが空欄の場合、端末２００Ａは、交流候補日時が入力されなかったものとみなす。
【0179】
新たな交流候補日時は、制限された日時範囲の内から入力される。図２０は、ユーザＡが１回目に交流候補日時を入力した際の日時範囲ΔＴＲ１と、ユーザＡが新たな交流候補日時を入力する際の日時範囲ΔＴＲ３との関係を示す図である。
【0180】
上述のように、１回目の交流候補日時の入力は、日時範囲ΔＴＲ１の内から受け付けられていた。これに対して、新たな交流候補日時の入力は、日時範囲ΔＴＲ３の内から受け付けられる。
【0181】
日時範囲ΔＴＲ３の開始日時Ｔ３Ｓは、日時範囲ΔＴＲ１の開始日時Ｔ１Ｓよりも後である。日時範囲ΔＴＲ３の終了日時Ｔ３Ｅは、日時範囲ΔＴＲ１の終了日時Ｔ１Ｅよりも後である。一例として、日時範囲ΔＴＲ３の終了日時Ｔ３Ｅは、日時範囲ΔＴＲ３の開始日時Ｔ３Ｓの一定時間後（たとえば、数日後～数ヶ月後）である。
【0182】
また、日時範囲ΔＴＲ３の開始日時Ｔ３Ｓは、上述の日時範囲ΔＴＲ２（図１６参照）の開始日時Ｔ２Ｓよりも後である。さらに、日時範囲ΔＴＲ３の終了日時Ｔ３Ｅは、上述の日時範囲ΔＴＲ２の終了日時Ｔ２Ｅよりも後である。
【0183】
このように、サーバ１００は、交流候補日時が端末２００Ａで受け付けられてから所定期間（たとえば、２日間）が経過するまでに、端末２００Ｂが交流日時の選択を受けていない場合には、異なる交流候補日時の入力を日時範囲ΔＴＲ３の内から端末２００Ａに受け付けさせる。ユーザＡは、日時範囲ΔＴＲ１よりも後の日時範囲ΔＴＲ３から交流候補日時を入力できるため、１回目の入力時よりも先の日時範囲から交流候補日時を入力することになる。これにより、ユーザＡによって新たに入力された交流候補日時は、ユーザＢの確認時点で過去の日時になっている可能性が低くなる。その結果、ユーザＡとユーザＢとのオンライン交流が成立しやすくなる。
【0184】
なお、上述では、ユーザＢが交流支援システム１０を所定期間利用していない場合に、ユーザＡが新たな交流候補日時を入力する例について説明を行ったが、新たな交流候補日時は、ユーザＢによって入力されてもよい。この場合、サーバ１００は、交流候補日時が端末２００Ａで受け付けられてから所定期間（たとえば、２日間）が経過するまでに、端末２００Ｂが交流日時の選択を受けていない場合には、異なる交流候補日時の入力を日時範囲ΔＴＲ３の内から端末２００Ｂに受け付けさせる。
【0185】
端末２００Ａは、入力画面３００Ｅの決定ボタン３１８が押されたことに基づいて、入力欄３１６に入力されている交流候補日時をサーバ１００に送信する。サーバ１００は、端末２００Ａから受信した新たな交流候補日時を記憶する。
【0186】
サーバ１００は、新たな交流候補日時を任意のタイミングで端末２００Ｂに送信する。一例として、サーバ１００は、ユーザＢが交流支援システム１０にログインしたタイミングに新たな交流候補日時を端末２００Ｂに送信する。
【0187】
＜Ｇ．確定交流日時を待たずにオンライン交流を開始する場合の動作＞
次に、図２１および図２２を参照して、ユーザＡ，Ｂの交流日時が確定した後に、当該交流日時を待たずにオンライン交流を開始する場合における交流支援システム１０の動作について説明する。
次に、図２１および図２２を参照して、ユーザＡ，Ｂの交流日時が確定した後に、当該交流日時を待たずにオンライン交流を開始する場合における交流支援システム１０の動作について説明する。
【0188】
図２１は、サーバ１００と端末２００Ａと端末２００Ｂとの間のデータフローの一例を示す図である。
【0189】
確定交流日時を待たずにオンライン交流が開始される場合、まず、ステップＳ８０において、ユーザＡは、交流支援システム１０にアクセスする。このことに基づいて、ログイン画面が端末２００Ａに表示される。ユーザＡがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ａは、入力されたユーザ情報をサーバ１００に送信する。
【0190】
ステップＳ８２において、サーバ１００は、ステップＳ８０で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。サーバ１００は、ステップＳ８０で入力されたユーザ情報がユーザＤＢ１２４に登録されていると判断した場合、ログイン処理を実行し、ログインが成功したことを示す通知を端末２００Ａに送信する。図２１の例では、ステップＳ８２において、ログイン処理が正常に行われたとする。
【0191】
ステップＳ８４において、端末２００Ａは、ホーム画面を表示する。図２２は、当該ホーム画面の一部を構成するリマインド画面３００Ｆを示す図である。
【0192】
リマインド画面３００Ｆは、確定交流日時が確定した後にはログインの度に表示される。リマインド画面３００Ｆは、確定交流日時の表示欄３２２と、接続ボタン３２４と、変更ボタン３２６とを含む。
【0193】
表示欄３２２は、次回の交流相手のユーザ情報と、確定交流日時と、確定交流日時をカレンダーに記録するように促すためのメッセージとを表示する。
【0194】
接続ボタン３２４は、確定交流日時を待たずに交流相手と通信接続するためのボタンである。接続ボタン３２４が押されると、端末２００Ａと端末２００Ｂとの通信が接続され、ユーザＡとユーザＢとのオンライン交流が開始される。
【0195】
一例として、図２１に示されるステップＳ８４において、接続ボタン３２４が押されたとする。このことに基づいて、端末２００Ａは、サーバ１００に接続要求を送信する。当該接続要求は、接続先である端末２００ＢのＩＰアドレスなどを含む。サーバ１００は、端末２００Ａから接続要求を受信したことに基づいて、当該接続要求を端末２００Ｂに送信する。なお、当該接続要求は、サーバ１００を介さずに、端末２００Ａから端末２００Ｂに直接送信されてもよい。
【0196】
ステップＳ９０において、端末２００Ｂは、サーバ１００から接続要求を受信したことに基づいて、接続可否の選択画面を表示する。一例として、当該選択画面は、ＯＫボタンと、ＮＧボタンとを含む。ＯＫボタンが押された場合、端末２００Ｂは、端末２００Ａとの通信接続を許可する。ＮＧボタンが押された場合、端末２００Ｂは、端末２００Ａとの通信接続を拒否する。
【0197】
図２１の例では、ステップＳ９０において、ＯＫボタンが押されたとする。このことに基づいて、端末２００Ｂは、サーバ１００に接続要求を送信する。当該接続要求は、接続先である端末２００ＡのＩＰアドレスなどを含む。サーバ１００は、端末２００Ｂから接続要求を受信したことに基づいて、当該接続要求を端末２００Ａに送信する。なお、当該接続要求は、サーバ１００を介さずに、端末２００Ｂから端末２００Ａに直接送信されてもよい。
【0198】
ステップＳ９２において、端末２００Ａと端末２００Ｂとを互いに通信接続するための処理が実行される。これにより、ユーザＡおよびユーザＢは、オンライン交流を開始することができる。
【0199】
なお、上述では、通信接続操作が端末２００Ａで受け付けられる例について説明を行ったが、通信接続操作は、端末２００Ｂで受け付けられてもよい。
【0200】
【0201】
図２３は、サーバ１００と端末２００Ａと端末２００Ｂとの間のデータフローの一例を示す図である。
【0202】
確定交流日時を変更する場合、まず、ステップＳ１００において、ユーザＡは、交流支援システム１０にアクセスする。このことに基づいて、ログイン画面が端末２００Ａに表示される。ユーザＡがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ａは、入力されたユーザ情報をサーバ１００に送信する。
【0203】
ステップＳ１０２において、サーバ１００は、ステップＳ１００で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。サーバ１００は、ステップＳ１００で入力されたユーザ情報がユーザＤＢ１２４に登録されていると判断した場合、ログイン処理を実行し、ログインが成功したことを示す通知を端末２００Ａに送信する。図２３の例では、ステップＳ１０２において、ログイン処理が正常に行われたとする。
【0204】
ステップＳ１０４において、端末２００Ａは、ホーム画面を表示する。図２４は、当該ホーム画面の一部を構成するリマインド画面３００Ｇを示す図である。
【0205】
リマインド画面３００Ｇは、確定交流日時が確定した後にはログインの度に表示される。リマインド画面３００Ｇは、確定交流日時の表示欄３３０と、時刻の入力欄３３２と、ＯＫボタン３３４と、キャンセルボタン３３６とを含む。
【0206】
表示欄３３０は、次回の交流相手のユーザ情報と、確定交流日時と、確定交流日時をカレンダーに記録するように促すためのメッセージとを表示する。
【0207】
入力欄３３２は、変更後の交流日時の入力を受け付ける。このとき、入力欄３３２は、時刻の入力を受け付けて、日にちの入力を受け付けないように構成されてもよい。この場合、ユーザＡは、確定交流日時の時刻については変更することができるが、日にちについては変更することができない。
【0208】
図２４の例では、「１０／４（月）０８：００～」が確定交流日時として示されており、入力欄３３２において「０９：１５」が入力されている。この場合、交流日時は、「１０／４（月）０９：１５～」に変更される。
【0209】
ＯＫボタン３３４が押された場合には、端末２００Ａは、変更後の交流日時をサーバ１００に送信する。キャンセルボタン３３６が押された場合には、端末２００Ａは、変更後の交流日時をサーバ１００に送信せずにリマインド画面３００Ｇを閉じる。
【0210】
ステップＳ１０４においては、ＯＫボタン３３４が押されたとする。このことに基づいて、端末２００Ａは、変更後の交流日時をサーバ１００に送信する。サーバ１００は、変更後の交流日時を端末２００Ａから受信したことに基づいて、当該変更後の交流日時を端末２００Ｂに送信する。なお、当該変更後の交流日時は、サーバ１００を介さずに、端末２００Ａから端末２００Ｂに直接送信されてもよい。
【0211】
その後、ステップＳ１１０において、ユーザＢは、端末２００Ｂを用いて交流支援システム１０にアクセスしたとする。このことに基づいて、ログイン画面が端末２００Ｂに表示される。ユーザＢがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ｂは、入力されたユーザ情報をサーバ１００に送信する。
【0212】
ステップＳ１１２において、サーバ１００は、ステップＳ１１０で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。図２３の例では、ステップＳ１１２において、ログイン処理が正常に行われたとする。
【0213】
ステップＳ１１４において、端末２００Ｂは、ホーム画面を表示する。図２５は、当該ホーム画面の一部を構成するリクエスト画面４００Ｇを示す図である。
【0214】
図２５に示されるように、リクエスト画面４００Ｇは、変更前の確定交流日時の表示欄４４０と、リクエストメッセージ４４２と、ＯＫボタン４４４と、ＮＧボタン４４６とを含む。
【0215】
表示欄４４０は、次回の交流相手のユーザ情報と、変更前の確定交流日時と、変更前の確定交流日時をカレンダーに記録するように促すためのメッセージとを表示する。
【0216】
リクエストメッセージ４４２は、確定交流日時の変更リクエストが届いていることを示すメッセージである。リクエストメッセージ４４２は、ステップＳ１０４で入力された変更後の交流日時を含む。
【0217】
ＯＫボタン４４４が押された場合には、端末２００Ｂは、変更後の交流日時を受け入れたことを示す通知を回答結果としてサーバ１００に送信する。ＮＧボタン４４６が押された場合には、端末２００Ａは、変更後の交流日時が拒否されたことを示す通知を回答結果としてサーバ１００に送信する。当該回答結果は、たとえば、ユーザＡが端末２００Ａを用いてサーバ１００にログインした時に通知される。
【0218】
なお、上述では、リクエスト画面４００ＧがユーザＢのログイン時に表示される例について説明を行ったが、リクエスト画面４００Ｇの表示タイミングは任意である。一例として、リクエスト画面４００Ｇは、上述のブラッシュアップ機能の実行時の最後に表示されてもよい。また、リクエスト画面４００Ｇは、ポップアップ画面として表示されてもよい。
【0219】
また、リクエスト画面４００Ｇは、複数回表示されてもよい。一例として、リクエスト画面４００Ｇは、ユーザＢのログイン時と、ブラッシュアップ機能の実行時の最後とに表示されてもよい。
【0220】
＜Ｉ．交流日時が確定した後のリマインド画面＞
次に、図２６を参照して、交流日時が確定した後のリマインド機能について説明する。図２６は、交流日時が確定した後に定期的に表示されるリマインド画面３００Ｈを示す図である。
次に、図２６を参照して、交流日時が確定した後のリマインド機能について説明する。図２６は、交流日時が確定した後に定期的に表示されるリマインド画面３００Ｈを示す図である。
【0221】
図２６の例では、ユーザＡの端末２００Ａに表示されているリマインド画面３００Ｈが示されている。リマインド画面３００Ｈは、リマインド画面３００Ｈは、オンライン交流の予定があることをユーザにリマインドするための画面である。
【0222】
リマインド画面３００Ｈは、任意のタイミングで表示され得る。一例として、リマインド画面３００Ｈは、上述のブラッシュアップ機能の実行時の最後に表示される。他の例として、リマインド画面３００Ｈは、ユーザがサーバ１００にログインしたタイミングに表示される。他の例として、リマインド画面３００Ｈは、予めスケジュールされた時刻にポップアップ画面として表示される。
【0223】
リマインド画面３００Ｆは、確認メッセージ３４０と、タイマー３４１と、ＯＫボタン３４２とを含む。
【0224】
確認メッセージ３４０は、確定交流日時を含むメッセージと、当該確定交流日時の記録を促すためのメッセージとを含む。図２６には、確定交流日時を含むメッセージの例として、「次回のコネクトが１０／４（月）０８：００に設定されています。」とのメッセージが示されている。また、確定交流日時の記録を促すためのメッセージの例として、「忘れないようにカレンダーにメモしましたか？」とのメッセージが示されている。
【0225】
タイマー３４１は、リマインド画面３００Ｈを閉じるまでの時間を表示する。タイマー３４１の残り時間がゼロになったことに基づいて、端末２００Ａは、リマインド画面３００Ｈを閉じる。
【0226】
ＯＫボタン３４２は、リマインド画面３００Ｈを閉じるためのボタンである。ユーザＡは、リマインド画面３００Ｈを確認した後にＯＫボタン３４２を押す。これにより、ユーザＡは、タイマー３４１の残り時間がゼロになる前にリマインド画面３００Ｈを閉じることができる。
【0227】
なお、上述では、リマインド画面３００ＨがユーザＡの端末２００Ａに表示される例について説明を行ったが、リマインド画面は、交流相手のユーザＢの端末２００Ｂに表示されてもよい。
【0228】
【0229】
図２７は、サーバ１００と端末２００Ａと端末２００Ｂとの間のデータフローの一例を示す図である。
【0230】
オンライン交流が確定交流日時の当日にキャンセルになる場合の例としては、ユーザＡ，Ｂがオンライン交流の予定を忘れている場合や、ユーザＡ，Ｂがオンライン交流を直前にキャンセルする場合が挙げられる。
【0231】
オンライン交流が確定交流日時の当日にキャンセルされた場合、交流候補日時が再設定される。ユーザＡが確定交流日時を再設定する場合、まず、ステップＳ１２０において、ユーザＡは、交流支援システム１０にアクセスする。このことに基づいて、ログイン画面が端末２００Ａに表示される。ユーザＡがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ａは、入力されたユーザ情報をサーバ１００に送信する。
【0232】
ステップＳ１２２において、サーバ１００は、ステップＳ１２０で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。サーバ１００は、ステップＳ１２０で入力されたユーザ情報がユーザＤＢ１２４に登録されていると判断した場合、ログイン処理を実行し、ログインが成功したことを示す通知を端末２００Ａに送信する。図２７の例では、ステップＳ１２２において、ログイン処理が正常に行われたとする。
【0233】
ステップＳ１２４において、端末２００Ａは、ホーム画面を表示する。図２８は、当該ホーム画面の一部を構成する入力画面３００Ｉを示す図である。入力画面３００Ｉは、オンライン交流が確定交流日時の当日にキャンセルされた場合にホーム画面上に表示される。
【0234】
入力画面３００Ｉは、交流相手の表示欄３０２と、メッセージ３４８と、交流候補日時の入力欄３５０と、接続ボタン３５２と、決定ボタン３５４とを含む。
【0235】
入力画面３００Ｉの表示欄３０２は、上述の入力画面３００Ｂ（図７参照）の表示欄３０２と同じ内容が表示される。
【0236】
メッセージ３４８は、ユーザＢが確定交流日時の当日にオンライン交流をキャンセルしたことを示すメッセージと、交流日時を再設定すること促すためのメッセージとを含む。このように、サーバ１００は、確定交流日時におけるオンライン交流が当日にキャンセルになった場合には、交流日時の再設定を促すための通知を端末２００Ａに送る。
【0237】
ユーザＡは、メッセージ３４８を確認することで、オンライン交流がキャンセルされたことを認識することができる。なお、メッセージ３４８は、端末２００Ａと端末２００Ｂとの一方に送られてもよいし、端末２００Ａと端末２００Ｂとの両方に送られてもよい。
【0238】
入力欄３５０は、新たな交流候補日時の入力を受け付けるように構成される。交流候補日時の入力は、たとえば、プルダウンメニューを用いた交流日の指定と、テキストボックスを用いた交流時間の指定とで実現される。テキストボックスが空欄の場合、端末２００Ａは、交流候補日時が入力されなかったものとみなす。
【0239】
交流候補日時は、制限された日時範囲の内から入力される。図２９は、新たな交流候補日時が日時範囲ΔＴＲ４の内から入力されている様子を概略的に示す図である。
【0240】
図２９を参照して、サーバ１００は、確定交流日時におけるオンライン交流が当日にキャンセルになった場合、交流候補日時の再設定を日時範囲ΔＴＲ４の内から端末２００Ａに受け付けさせる。なお、サーバ１００は、交流候補日時の再設定を端末２００Ｂに受け付けさせてもよい。
【0241】
日時範囲ΔＴＲ４の開始日時Ｔ４Ｓは、サーバ１００または端末２００Ａが新たな交流候補日時の入力の受け付けを開始した時（すなわち、タイミングＴ０Ａ'）の所定期間ΔＴＰ４後である。
【0242】
このとき、所定期間ΔＴＰ４は、上述の所定期間ΔＴＰ１（図２参照）よりも短い。これにより、オンライン交流が当日にキャンセルされた場合には、ユーザＡは、より直近から交流候補日時を選ぶことができる。
【0243】
一例として、所定期間ΔＴＰ１は３日～４日に対して、所定期間ΔＴＰ４は１～２日である。あるいは、所定期間ΔＴＰ４は、数時間（たとえば、１時間）であってもよい。あるいは、所定期間ΔＴＰ４は、ゼロであってもよい。
【0244】
なお、日時範囲ΔＴＲ４の開始日時Ｔ４Ｓは、上述の日時範囲ΔＴＲ１の開始日時Ｔ１Ｓよりも後である。日時範囲ΔＴＲ４の終了日時Ｔ４Ｅは、上述の日時範囲ΔＴＲ１の終了日時Ｔ４Ｅよりも後である。一例として、日時範囲ΔＴＲ４の終了日時Ｔ４Ｅは、日時範囲ΔＴＲ４の開始日時Ｔ４Ｓの一定時間後（たとえば、数日後～数ヶ月後）である。
【0245】
また、日時範囲ΔＴＲ４の開始日時Ｔ４Ｓは、上述の日時範囲ΔＴＲ２（図１６参照）の開始日時Ｔ２Ｓよりも後である。日時範囲ΔＴＲ４の終了日時Ｔ４Ｅは、上述の日時範囲ΔＴＲ２の終了日時Ｔ２Ｅよりも後である。
【0246】
また、日時範囲ΔＴＲ４の開始日時Ｔ４Ｓは、上述の日時範囲ΔＴＲ３（図２０参照）の開始日時Ｔ３Ｓよりも後である。日時範囲ΔＴＲ４の終了日時Ｔ４Ｅは、上述の日時範囲ΔＴＲ３の終了日時Ｔ３Ｅよりも後である。
【0247】
端末２００Ａは、入力画面３００Ｉの決定ボタン３５４が押されたことに基づいて、入力欄３５０に入力されている交流候補日時をサーバ１００に送信する。サーバ１００は、端末２００Ａから受信した交流候補日時を記憶する。
【0248】
接続ボタン３５２は、新たな交流候補日時の入力を行うことなく交流相手と通信接続するためのボタンである。接続ボタン３２４が押されると、端末２００Ａと端末２００Ｂとの通信が接続され、ユーザＡとユーザＢとのオンライン交流が開始される。図２７の例では、ステップＳ１２４において、接続ボタン３５２が押されずに、決定ボタン３５４が押されたとする。
【0249】
再び図２７を参照して、ユーザＡが交流候補日時を入力してからしばらく経った後に、ステップＳ１３０において、ユーザＢは、端末２００Ｂを用いて交流支援システム１０にアクセスしたとする。このことに基づいて、ログイン画面が端末２００Ｂに表示される。ユーザＢがログイン画面上にユーザ情報を入力した上でログインボタンを押したことに基づいて、端末２００Ｂは、入力されたユーザ情報をサーバ１００に送信する。
【0250】
ステップＳ１３２において、サーバ１００は、ステップＳ１３０で入力されたユーザ情報が上述のユーザＤＢ１２４（図３参照）に登録されているか否かを判断する。サーバ１００は、ステップＳ１３０で入力されたユーザ情報がユーザＤＢ１２４に登録されていると判断した場合、ログイン処理を実行し、ログインが成功したことを示す通知を端末２００Ｂに送信する。図２７の例では、ステップＳ１３２において、ログイン処理が正常に行われたとする。その後、サーバ１００は、ステップＳ１２４で入力された交流候補日時を端末２００Ｂに送信する。
【0251】
ステップＳ１３４において、端末２００Ｂは、交流候補日時の選択画面をディスプレイ２０６に表示する。図３０は、一例としての選択画面４００Ｈを示す図である。
【0252】
図３０に示されるように、選択画面４００Ｈは、交流相手の表示欄４０２と、メッセージ４５２と、交流候補日時の選択欄４５４と、ＮＧボタン４５６とを含む。
【0253】
選択画面４００Ｈの表示欄４０２は、上述の選択画面４００Ａ（図１０参照）の表示欄４０２と同じ内容が表示される。
【0254】
メッセージ４５２は、確定交流日時の当日にオンライン交流がキャンセルされたことを示すメッセージと、交流候補日時の選択を促すためのメッセージとを含む。
【0255】
選択欄４５４には、ステップＳ１２４でユーザＡによって入力された交流候補日時が希望順に表示される。交流候補日時の各々に並べて、決定ボタン４５５が表示される。ユーザＢは、一の決定ボタン４５５を押すことにより、自身の希望する交流候補日時を選択することができる。決定ボタン４５５が押されたことに基づいて、端末２００Ｂは、選択された交流候補日時をサーバ１００に送信する。サーバ１００に送信された交流候補日時は、たとえば、ユーザＡが交流支援システム１０にログインしたときなどに端末２００Ａに送信される。
【0256】
ＮＧボタン４５６は、選択画面４５０Ｈに表示されている交流候補日時を拒否するためのボタンである。ＮＧボタン４５６が押された場合の処理については上述の図１３～図１７で説明した通りであるので、その説明については繰り返さない。
【0257】
なお、図２７の例では、ユーザＡが提案した新たな交流候補日時に対して、ユーザＢに同意を求める例について説明を行ったが、当該同意は、求められなくてもよい。一例として、ユーザＡとユーザＢとが口頭で交流日時を決めた場合に備えて、サーバ１００は、端末２００Ａまたは端末２００Ｂの一方から受け付けた交流日時を新たな確定交流日時として記憶してもよい。この場合、サーバ１００は、交流候補日時の選択を受け付ける処理を実行しない。すなわち、ステップＳ１３４の処理が実行されずに、新たな交流日時が決定される。
【0258】
【0259】
サーバ１００は、交流不成立を示す条件（以下、「不成立条件」ともいう。）が満たされた場合に、端末２００Ａまたは端末２００Ｂの少なくとも一方に通知画面３００Ｊを表示させる。通知画面３００Ｊは、交流不成立を示すメッセージ３６０を含む。
【0260】
一例として、上記不成立条件は、交流日時の調整がユーザＡとユーザＢとの間で所定回数行われた場合に成立する。不成立条件は、たとえば、ユーザＡによって提示された交流候補日時がユーザＢによって拒否され、その後、ユーザＢによって提示された交流候補日時がユーザＡによって拒否されたことに基づいて満たされる。
【0261】
他の例として、上記不成立条件は、交流日時が一定期間中に決まらなかった場合に満たされる。より具体的には、サーバ１００は、１回目の交流候補日時が端末２００Ａで受け付けられてから所定期間が経過するまでに、ユーザＡとユーザＢとの交流日時が確定しなかった場合に満たされる。当該所定期間は、上述の所定期間ΔＴＰ１（図２参照）よりも短くてもよいし、長くてもよい。当該所定期間は、たとえば、１週間である。
【0262】
通知画面３００Ｊは、任意のタイミングで表示され得る。一例として、通知画面３００Ｊは、上述のブラッシュアップ機能の実行時の最後に表示される。他の例として、通知画面３００Ｊは、ユーザがサーバ１００にログインしたタイミングに表示される。他の例として、通知画面３００Ｊは、予めスケジュールされた時刻にポップアップ画面として表示される。
【0263】
＜Ｌ１．その他＞
上述では、ユーザＡの端末２００ＡとユーザＢの端末２００Ｂとの間の１ラインで交流日時を調整する例について説明を行った。しかしながら、交流日時の調整は、複数ラインで同時に実行されてもよい。
上述では、ユーザＡの端末２００ＡとユーザＢの端末２００Ｂとの間の１ラインで交流日時を調整する例について説明を行った。しかしながら、交流日時の調整は、複数ラインで同時に実行されてもよい。
【0264】
一例として、端末２００Ａは、ユーザＢの端末２００Ｂと交流日時の調整処理を実行している間に、ユーザＣの端末２００Ｃ（図１参照）と交流日時の調整処理を実行してもよい。好ましくは、サーバ１００は、ユーザＡとユーザＢとの交流日時が確定した後において、ユーザＡがユーザＣと交流可能な交流候補日時の入力を端末２００Ａに受け付けさせる。異なる言い方をすれば、サーバ１００は、ユーザＡとユーザＢとの交流日時が確定するまでは、他ユーザとの交流日時の調整処理を実行しない。これにより、サーバ１００は、ユーザが交流日時の調整を同時に多数行うことが抑制される。結果として、交流日時の調整に係るユーザの負担を軽減することができる。
【0265】
仮に、ユーザＡは、ユーザＢとの交流日時の調整を週の後半に完了し、交流日時が次週に確定されたとする。この場合、ユーザＡは、次週の分の交流日時の調整も並行することができる。一例として、ユーザＡとユーザＢのオンライン交流が第１週の木曜日の時点で「第２週の火曜日」に確定したとする。この場合、ユーザＡは、ユーザＣとの交流日時の調整を第２週の月曜日から始まることができる。仮に、ユーザＡとユーザＣとの交流日時が「第２週金曜日」で確定した場合、ユーザＡは、週に２度別の相手とオンライン交流を行うことになる。
【0266】
好ましくは、サーバ１００は、ユーザの忙しさと、ユーザの性格傾向と、ユーザの対応力と、その他の情報との少なくとも１つに基づいて、同時に交流日時の調整を行うことが可能な最大ライン数を変える。最大ライン数とは、一のユーザが他のユーザと交流日時の調整を並行して行うことが可能な上限数を意味する。一例として、最大ライン数が２であるユーザは、２人の他ユーザと同時に交流日時の調整を交流支援システム１０上で行うことができる。各ユーザの忙しさ、各ユーザの性格傾向、および各ユーザの対応力は、たとえば、数値化された上で上述のユーザＤＢ１２４（図３参照）に予め規定されている。
【0267】
一例として、サーバ１００は、忙しいユーザほど上記最大ライン数を少なくし、暇なユーザほど上記最大ライン数を増やす。他の例として、サーバ１００は、非社交的なユーザほど上記最大ライン数を少なくし、社交的なユーザほど上記最大ライン数を多くする。他の例として、サーバ１００は、対応力が低いユーザほど上記最大ライン数を少なくし、対応力が高いユーザほど上記最大ライン数を多くする。なお、上記最大ライン数は、ユーザごとに手動で設定されておよい。
【0268】
より具体的な例として、サーバ１００は、ユーザの忙しさの度合いが所定値以上である場合、上記最大ライン数を第１の値（たとえば、１）に設定する。一方で、サーバ１００は、ユーザの忙しさの度合いが所定値未満である場合、上記最大ライン数を上記第１の値よりも大きい第２の値（たとえば、２または３）に設定する。
【0269】
他の例として、サーバ１００は、ビッグファイブにおける社交性が低いユーザについては、上記最大ライン数を第１の値（たとえば、１）に設定する。一方で、サーバ１００は、ビッグファイブにおける社交性が高いユーザについては、上記最大ライン数を上記第１の値よりも大きい第２の値（たとえば、２または３）に設定する。
【0270】
他の例として、サーバ１００は、対応力が低いユーザについては、上記最大ライン数を第１の値（たとえば、１）に設定する。当該対応力には、たとえば、レジリエンスの構成要素のひとつとして、複数の質問に対するユーザの回答から算出される、ユーザの問題を解決する力を表す指標を用いる。各ユーザの対応力は、たとえば、上述のユーザＤＢ１２４に予め規定される。一方で、サーバ１００は、対応力が高いユーザについては、上記最大ライン数を上記第１の値よりも大きい第２の値（たとえば、２または３）に設定する。
【0271】
＜Ｌ２．その他＞
また、上述では、サーバ１００は、交流相手に提案された交流候補日時が拒否される際に、当該拒否の理由の入力を受け付けていなかった。しかしながら、サーバ１００は、提案された交流候補日時を拒否する理由の入力を端末２００に受け付けさせてもよい。当該理由は、テキスト入力で受け付けられてもよいし、予め定められた選択肢の内から受け付けられてもよい。当該入力欄は、たとえば、上述の選択画面４００Ａ（図１０参照）、上述のリクエスト画面４００Ｇ（図２５参照）に設けられる。
また、上述では、サーバ１００は、交流相手に提案された交流候補日時が拒否される際に、当該拒否の理由の入力を受け付けていなかった。しかしながら、サーバ１００は、提案された交流候補日時を拒否する理由の入力を端末２００に受け付けさせてもよい。当該理由は、テキスト入力で受け付けられてもよいし、予め定められた選択肢の内から受け付けられてもよい。当該入力欄は、たとえば、上述の選択画面４００Ａ（図１０参照）、上述のリクエスト画面４００Ｇ（図２５参照）に設けられる。
【0272】
＜Ｌ３．その他＞
また、上述では、交流候補日時などの各種情報の入力／選択がマウスなどの入力デバイスを用いて画面上で実現される例について説明を行った。しかしながら、各種情報の入力／選択は、音声入力により実現されてもよい。この場合、端末２００は、マイクなどの音声入力部を有する。当該音声入力部に入力された音声は、サーバ１００または端末２００で音声処理される。
また、上述では、交流候補日時などの各種情報の入力／選択がマウスなどの入力デバイスを用いて画面上で実現される例について説明を行った。しかしながら、各種情報の入力／選択は、音声入力により実現されてもよい。この場合、端末２００は、マイクなどの音声入力部を有する。当該音声入力部に入力された音声は、サーバ１００または端末２００で音声処理される。
【0273】
また、上述では、交流候補日時の通知などの各種情報の出力がディスプレイなどの表示デバイスを用いて実現される例について説明を行った。しかしながら、各種情報の出力手段は、表示デバイスに限定されない。一例として、各種情報の出力は、音声出力により実現されてもよい。この場合、端末２００は、スピーカなどの音声出力部をする。サーバ１００は、当該音声出力部を通じて各種の通知を端末２００に出力させる。一例として、サーバ１００は、ユーザＡによって交流候補日時が入力された場合に、「交流候補日時がユーザＡさんから届いています」との音声を端末２００Ｂに出力させる。
【0274】
なお、各種情報の出力は、ホログラム表示により実現されてもよい。あるいは、各種情報の出力は、ウェアラブル端末を用いて実現されてもよい。図３２は、ユーザＡが交流候補日時を入力したことを示す通知がウェアラブル端末としての端末２００に表示されている例を示す図である。図３２の例では、当該通知は、ウェアラブル端末のディスプレイ２０６に表示されている。
【0275】
好ましくは、各種情報の出力の態様や各種情報の出力方法は、上述のユーザＤＢ１２４（図３参照）に規定されているユーザデータに応じて変えられてもよい。当該ユーザデータは、たとえば、ユーザの性格傾向と、ＩＱ（Intelligence Quotient）やＥＱ（Educational Quotient）などで示されるユーザの能力と、ユーザの設定との少なくとも１つを含む。
【0276】
一例として、端末２００は、能力が高いユーザに対しては、出力する情報の量を多くする。一方で、端末２００は、能力が低いユーザに対しては、出力する情報の量を少なくする。情報の量を少なくする方法としては、たとえば、短文化、グラフや図などを用いたビジュアル化などが挙げられる。また、端末２００は、能力が低いユーザに対しては、情報を音声で出力してもよい。
【0277】
また、各種情報の出力端末としては、たとえば、ウェアラブル端末、ホログラムデバイス、ＰＣ端末、スマートフォンなどのモバイル端末などが挙げられる。ユーザが複数種類の出力端末を所持している場合には、サーバ１００は、ユーザの現在の状況に合わせて情報の出力先を変える。一例として、サーバ１００は、ユーザが外出先などでウェアラブル端末を装着している場合には、ウェアラブル端末に情報を出力させる。また、サーバ１００は、ユーザがＰＣ端末を操作している最中である場合には、ＰＣ端末に情報を出力させる。また、ユーザは、睡眠時間においては枕元にスマートフォンを置いている可能性が高い。この場合、サーバ１００は、スマートフォンに情報を出力させる。ユーザの睡眠時間は、たとえば、予め設定されている。
【0278】
＜Ｌ４．その他＞
また、上述では、入力画面３００Ｂ（図７参照）、入力画面３００Ｅ（図１９参照）、入力画面３００Ｉ（図２８参照）、および入力画面４００Ｄ（図１４参照）において、交流候補日時の入力が第３候補まで受け付けられる例について説明を行った。しかしながら、交流候補日時の入力可能数は、３つに限されない。交流候補日時の入力可能数は、１つ以上であればよい。
また、上述では、入力画面３００Ｂ（図７参照）、入力画面３００Ｅ（図１９参照）、入力画面３００Ｉ（図２８参照）、および入力画面４００Ｄ（図１４参照）において、交流候補日時の入力が第３候補まで受け付けられる例について説明を行った。しかしながら、交流候補日時の入力可能数は、３つに限されない。交流候補日時の入力可能数は、１つ以上であればよい。
【0279】
交流候補日時の入力可能数は、予め定められていてもよいし、ユーザによって任意に設定されてもよい。好ましくは、交流候補日時の入力可能数は、ユーザの性格傾向や忙しさの度合いなどに応じて変えられる。ユーザの性格傾向は、ビッグファイブ（Big Five）の５要因（すなわち、開放性、誠実性、外向性、協調性、および神経症的傾向）と、心理学におけるレジリエンスの構成要素（たとえば、自分の軸、しなやかな思考、対応力、人とのつながり、セルフコントロール、およびライフスタイル）と、その他の指標などで示される。
【0280】
一例として、端末２００Ａは、神経症的傾向が心理的ストレスを受けやすいことを示しているユーザについては、選択によるストレスを軽減するために、入力可能な交流候補日時の数をより少なくする。この場合には、入力可能な交流候補日時は、たとえば、２つに設定される。
【0281】
また、端末２００Ａは、神経症的傾向が心理的ストレスを受けにくいことを示しているユーザについては、入力可能な交流候補日時の数をより多くする。この場合には、入力可能な交流候補日時の数は、たとえば、３つまたは４つに設定される。
【0282】
他の例として、端末２００Ａは、対応力が低いユーザについては、選択によるストレスを軽減するために、入力可能な交流候補日時の数をより少なくする。この場合には、入力可能な交流候補日時は、たとえば、２つに設定される。
【0283】
また、端末２００Ａは、対応力が高いユーザについては、入力可能な交流候補日時の数をより多くする。この場合には、入力可能な交流候補日時の数は、たとえば、３つまたは４つに設定される。
【0284】
＜Ｌ５．その他＞
また、上述では、入力画面３００Ｂ（図７参照）、入力画面３００Ｅ（図１９参照）、入力画面３００Ｉ（図２８参照）、および入力画面４００Ｄ（図１４参照）において、交流候補日時の入力が受け付けられていた。このとき、サーバ１００は、ユーザのスケジュール情報を参照してもよい。
また、上述では、入力画面３００Ｂ（図７参照）、入力画面３００Ｅ（図１９参照）、入力画面３００Ｉ（図２８参照）、および入力画面４００Ｄ（図１４参照）において、交流候補日時の入力が受け付けられていた。このとき、サーバ１００は、ユーザのスケジュール情報を参照してもよい。
【0285】
より具体的な処理として、サーバ１００は、ユーザのスケジュール情報を端末２００から取得する。当該スケジュール情報は、たとえば、端末２００にインストールされているカレンダーアプリ（たとえば、Ｇｏｏｇｌｅカレンダー）から取得される。あるいは、当該スケジュール情報は、クラウドサーバー上のカレンダーアプリから取得されてもよい。あるいは、当該スケジュール情報は、予め登録されている電子手帳から取得されてもよい。
【0286】
スケジュール情報は、ユーザＡの端末２００Ａのみから取得されてもよいし、ユーザＢの端末２００Ｂのみから取得されてもよいし、端末２００Ａおよび端末２００Ｂの両方から取得されてもよい。
【0287】
サーバ１００は、取得したスケジュール情報から、ユーザの予定が既に埋まっている時間帯を取得し、当該時間帯を端末２００に提示させる。
【0288】
＜Ｌ６．その他＞
また、交流候補日時は、音声認識処理によるガイド機能を用いて入力されてもよいし、画面効果とテキスト情報とを組み合わせたガイド機能を用いて入力されてもよいし、対話機能を用いて入力されてもよい。
また、交流候補日時は、音声認識処理によるガイド機能を用いて入力されてもよいし、画面効果とテキスト情報とを組み合わせたガイド機能を用いて入力されてもよいし、対話機能を用いて入力されてもよい。
【0289】
対話機能を用いる例として、端末２００は、「交流候補日時の付近の期間におけるあなたの予定は～です。」とのメッセージを音声で出力する。これに対して、ユーザは、「その期間は忙しそう？」との音声を端末２００に入力する。このことに基づいて、端末２００は、スケジュール情報に基づいて、交流候補日時の付近における忙しさの度合いを算出する。当該忙しさの度合いは、たとえば、登録されている予定の数、登録されている予定の時間の長さなどに基づいて算出される。当該忙しさの度合いが所定値を超えている場合、端末２００は、「少し予定をつめこみすぎかもしれません。」との応答を音声により出力する。その後、ユーザは、「～日に予約入れておいて」との音声を端末２００に入力する。これにより、交流候補日時の入力が完了する。
【0290】
＜Ｌ７．その他＞
また、端末２００は、ユーザの忙しさの度合い、ユーザが所属するチームの忙しさの度合い、または交流相手の忙しさの度合いが所定値を超えている場合、予め定められた複数候補から交流候補日時を選択するようにユーザを支援してもよい。交流候補日時がある程度指定されることで、交流候補日時の選択にかかる手間を軽減することができる。
また、端末２００は、ユーザの忙しさの度合い、ユーザが所属するチームの忙しさの度合い、または交流相手の忙しさの度合いが所定値を超えている場合、予め定められた複数候補から交流候補日時を選択するようにユーザを支援してもよい。交流候補日時がある程度指定されることで、交流候補日時の選択にかかる手間を軽減することができる。
【0291】
また、端末２００は、上述の利用履歴１２６（図３参照）、またはユーザのスケジュール情報に基づいて、ユーザに応じた交流候補日時を提示してもよい。一例として、ユーザＡのシステム利用率がある曜日（たとえば、月曜日、水曜日、および金曜日）に高いとする。この場合、端末２００は、当該特定の曜日の日時を交流候補日時として提示する。
【0292】
好ましくは、端末２００は、交流相手の利用履歴１２６（図３参照）、または交流相手のスケジュール情報をさらに用いて、ユーザに応じた交流候補日時を提示する。一例として、ユーザＡのシステム利用率がある曜日（たとえば、月曜日、水曜日、および金曜日）に高いとする。また、交流相手のユーザＢのシステム利用率は、別の曜日（たとえば、月曜日、火曜日、および水曜日）に高いとする。また、ユーザＡまたはユーザＢは、スケジュール情報において会議の予定を毎週月曜日に入れているとする。この場合、端末２００は、ユーザＡ，Ｂのシステム利用率が高い曜日であり、かつ予定の入っていない曜日である水曜日の日時を交流候補日時として提示する。
【0293】
また、上述では、交流支援システム１０が予め定められた複数候補から交流候補日時を選択するようにユーザを支援する例について説明したが、当該選択の方法は、複数候補から１つの交流日時を選択する方法だけでなく、承認を得る方法も含み得る。
【0294】
承認を得る方法の例として、サーバ１００は、交流予定のユーザのスケジュール情報と、ユーザの忙しさの度合いと、利用履歴１２６と、ユーザ同士の人間関係と、予定の入る可能性と、ユーザの職種と、その他の情報との少なくとも１つに基づいて、１つ以上の交流候補日時を仮決定する。ユーザのスケジュール情報は、たとえば、Google Calendarや、スケジュール管理デバイス／ソフトウェアから取得される。ユーザ同士の人間関係は、たとえば、仲が悪いか否か、または上司および部下の関係などで表わされる。交流候補日時が仮決定されたことに基づいて、サーバ１００は、当該仮決定した交流候補日時についてユーザから承認を得る。
【0295】
仮決定された交流候補日時が複数ある場合には、優先順位および参加の可否が付与されてもよい。優先順位および参加の可否は、たとえば、ユーザによって入力される。サーバ１００は、優先度が高くかつ参加可能な交流候補日時を確定交流日時として決定する。
【0296】
他の例として、サーバ１００は、交流予定のユーザ同士の関係が良くない場合、より近日中の交流候補日時を提案してもよい。これにより、オンライン交流がより早期に実施され、オンライン交流が実施するまでの期間におけるユーザの心の負担をより軽くすることができる。この場合において、サーバ１００は、「オンライン交流を本日中に行ってはどうでしょうか？」とのメッセージを端末２００に表示させてもよい。
【0297】
他の例として、サーバ１００は、ユーザの未来のスケジュール情報だけでなく、ユーザの過去のスケジュール情報に基づいて、交流候補日時を決定してもよい。一例として、サーバ１００は、過去のスケジュール情報のパターンと、ユーザの職種と、ユーザが属する組織の状況とに基づいて、ユーザの予定の推測をする。その後、サーバ１００は、当該推測した予定に基づいて、交流候補日時を決定し、当該交流候補日時を各ユーザに提示する。あるいは、サーバ１００は、当該推測した予定に基づいて、交流候補日時の組み合わせを決定してもよい。
【0298】
一例として、ユーザＡは、月曜日の１３時に毎週ミーティングを行っており、水曜日の１３時～１５時には外部とのミーティングを頻繁に行っていたとする。このような場合には、会議の予定がスケジュール情報の月曜日および水曜日に入っていなかったとしても、ユーザは、月曜日および水曜日に会議の予定を入れる可能性が高い。サーバ１００は、このようなスケジュール情報のパターンを特定し、予定が入る可能性が高い曜日を交流候補日時から除外してもよい。
【0299】
好ましくは、サーバ１００は、交流相手であるユーザＢについても同様の処理を実行し、除外する交流候補日時を同様に決定する。この場合、サーバ１００は、ユーザＡ，Ｂの両方が空いている時間帯から交流候補日時を決定する。
【0300】
なお、ユーザＡ，Ｂが同一の職種（たとえば、営業職）である場合には、同一の予定（たとえば、部内ミーティングなど）が入る可能性がある。このような場合、サーバ１００は、ユーザＡ，Ｂの一方のユーザの過去のスケジュール情報から、他方のユーザの未来のスケジュール情報を推定してもよい。その後、サーバ１００は、推定したスケジュール情報に基づいて、交流候補日時を決定する。
【0301】
また、サーバ１００は、ある部署やチームに関して、新しいプロジェクトの始動や、緊急事態の対応など、特定の期間に忙しさが増すことが今後予想されるユーザに関しては、その時期だけ最大ライン数を減らしてもよいし、入力可能な日時範囲ΔＴＲ１（図２参照）を広くしてもよい。これにより、繁忙期のおけるユーザの負担を軽減することができる。結果として、ユーザのオンライン交流が成立しやすくなる。
【0302】
また、サーバ１００は、ユーザの忙しさの度合いと、ユーザのバイオデータとから推定されるユーザの精神状態によっては、前後にある予定から所定時間（以下、「余裕時間」ともいう。）が空くように交流候補日時を提示してもよい。これにより、スケジュールが過密になることを防止することができる。また、サーバ１００は、会話自体が心の休息となると判断した場合、スケジュールの忙しさ具合や、ユーザが焦っているか否かのメンタル状態などに応じて、スケジュールにどの程度余裕を持たせて交流候補日時を提示するのかを自動で判定してもよい。
【0303】
また、サーバ１００は、上述のユーザＤＢ１２４（図３参照）に規定されているユーザデータに基づいて、交流候補日時を提示する最適な時間帯、前後の余裕時間、または、会話内容を推定し、決定／提案してもよい。これにより、ユーザのメンタル上の健康が維持される。
【0304】
＜Ｌ８．その他＞
また、サーバ１００は、交流相手のスケジュール情報に基づいて、入力可能な交流候補日時を制限してもよい。当該制限を許可するか否かは、ユーザまたは交流相手によって予め設定され得る。また、交流相手のスケジュールの内容は、プライバシーの観点から通知されなくてもよい。
また、サーバ１００は、交流相手のスケジュール情報に基づいて、入力可能な交流候補日時を制限してもよい。当該制限を許可するか否かは、ユーザまたは交流相手によって予め設定され得る。また、交流相手のスケジュールの内容は、プライバシーの観点から通知されなくてもよい。
【0305】
＜Ｌ９．その他＞
また、サーバ１００は、交流相手のスケジュール情報を参照して、予定の無い空白期間を抽出し、当該空白期間に基づいて、交流候補日時を決定してもよい。一例として、サーバ１００は、空白期間の真ん中の日時を交流候補日時として決定する。
また、サーバ１００は、交流相手のスケジュール情報を参照して、予定の無い空白期間を抽出し、当該空白期間に基づいて、交流候補日時を決定してもよい。一例として、サーバ１００は、空白期間の真ん中の日時を交流候補日時として決定する。
【0306】
＜Ｌ１０．その他＞
また、サーバ１００は、カレンダーに設定されている場所情報、位置情報などに基づいて、スケジュール情報に登録されている各予定について移動時間を推定してもよい。当該移動時間は、自然言語処理を用いて音声により入力されてもよい。サーバ１００は、ある日時の前後に予定があり、当該予定の移動時間により、当該日時に十分な空き時間が確保されないと推定される場合には、その時間を交流候補日時から除外する。
また、サーバ１００は、カレンダーに設定されている場所情報、位置情報などに基づいて、スケジュール情報に登録されている各予定について移動時間を推定してもよい。当該移動時間は、自然言語処理を用いて音声により入力されてもよい。サーバ１００は、ある日時の前後に予定があり、当該予定の移動時間により、当該日時に十分な空き時間が確保されないと推定される場合には、その時間を交流候補日時から除外する。
【0307】
＜Ｌ１１．その他＞
また、サーバ１００は、ユーザＡ，Ｂの一方のユーザのスケジュール情報を他方のユーザに提示してもよい。当該他方のユーザは、提示されたスケジュール情報を確認した上で交流候補日時を入力する。その後、当該他方のユーザは、当該一方のユーザによって入力された交流候補日時を確認し、当該交流候補日時の内からいずれかの交流日時を選択する。
また、サーバ１００は、ユーザＡ，Ｂの一方のユーザのスケジュール情報を他方のユーザに提示してもよい。当該他方のユーザは、提示されたスケジュール情報を確認した上で交流候補日時を入力する。その後、当該他方のユーザは、当該一方のユーザによって入力された交流候補日時を確認し、当該交流候補日時の内からいずれかの交流日時を選択する。
【0308】
＜Ｌ１２．その他＞
また、入力可能な交流候補日時は、ユーザによって予め設定しておいてもよい。一例として、ユーザは、無効な日時範囲を予め設定しておく。無効な日時範囲は、たとえば、カレンダーアプリを用いて設定される。一例として、予め定められた時刻以降（たとえば、２２時以降）に仕事をしたくないユーザは、当該時刻以降を無効な日時範囲として予め設定しておく。サーバ１００は、設定された無効な日時範囲を入力可能な交流候補日時から除外する。なお、サーバ１００は、無効な日時範囲の設定ではなく、有効な日時範囲の設定を受け付けてもよい。
また、入力可能な交流候補日時は、ユーザによって予め設定しておいてもよい。一例として、ユーザは、無効な日時範囲を予め設定しておく。無効な日時範囲は、たとえば、カレンダーアプリを用いて設定される。一例として、予め定められた時刻以降（たとえば、２２時以降）に仕事をしたくないユーザは、当該時刻以降を無効な日時範囲として予め設定しておく。サーバ１００は、設定された無効な日時範囲を入力可能な交流候補日時から除外する。なお、サーバ１００は、無効な日時範囲の設定ではなく、有効な日時範囲の設定を受け付けてもよい。
【0309】
好ましくは、サーバ１００は、上記無効な日時範囲を除く時間帯の内から、ユーザの予定が無い空き時間帯を抽出する。その後、サーバ１００は、最も長い空き時間帯を特定し、当該空き時間帯に属する交流候補日時を提示する。このように、サーバ１００は、提案する交流候補日時に優先順位を付けてもよい。
【0310】
また、サーバ１００は、各ユーザの交流日時の履歴に基づいて、ユーザによる交流日時の入力パターンを機械学習技術（たとえば、多変数回帰、分類木、ニューラルネットワークなど）により学習してもよい。より具体的には、サーバ１００は、当該学習により生成された学習済みモデルを用いて、各ユーザによる交流日時の入力パターンを推定する。その後、サーバ１００は、推定した交流日時を交流候補日時として提示する。一例として、ユーザＡとユーザＢとが過去に複数回オンライン交流を行っている場合、サーバ１００は、オンライン交流を過去に行った曜日および日時の周辺を交流候補日時として決定する。
【0311】
＜Ｌ１３．その他＞
また、上述では、ユーザＡが最初に交流候補日時を入力する例について説明を行ったが、最初に交流候補日時を入力するユーザは、ユーザＢであってもよい。
また、上述では、ユーザＡが最初に交流候補日時を入力する例について説明を行ったが、最初に交流候補日時を入力するユーザは、ユーザＢであってもよい。
【0312】
また、交流候補日時を最初に入力するユーザは、自動で決定されてもよい。一例として、サーバ１００は、スケジュール情報からユーザＡ，Ｂのそれぞれの忙しさの度合いを算出し、当該忙しさの度合いが高い方のユーザに交流候補日時を最初に入力させる。
【0313】
一例として、ユーザＡがユーザＢよりも忙しいとする。この場合、サーバ１００は、ユーザＡのスケジュール情報に基づいて交流候補日時を決定し、当該交流候補日時をユーザＢに提示してもよい。これにより、交流日時の調整にかかる時間を短縮することができる。
【0314】
また、交流候補日時を入力する順番は、ユーザ設定に基づいて決定されてもよい。一例として、ユーザＢは、交流候補日時を先に提案するように事前に設定していたとする。この場合、サーバ１００は、交流候補日時をユーザＢに先に入力させ、その後、ユーザＡに交流候補日時を選択させる。
【0315】
＜Ｌ１４．その他＞
また、サーバ１００は、ユーザの性格（たとえば、几帳面さや好み）に合わせて各種情報の出力態様を変えてもよい。出力態様としては、たとえば、画面など視覚を通じた出力態様と、音声など聴覚を通じた出力態様とが挙げられる。ユーザの性格に合う出力態様は、たとえば、性格分類の別に予め登録されている。各ユーザの性格分類は、たとえば、上述のユーザＤＢ１２４（図３参照）に予め登録されている。当該性格分類としては、たとえば、「几帳面」や「大雑把」などが挙げられる。
また、サーバ１００は、ユーザの性格（たとえば、几帳面さや好み）に合わせて各種情報の出力態様を変えてもよい。出力態様としては、たとえば、画面など視覚を通じた出力態様と、音声など聴覚を通じた出力態様とが挙げられる。ユーザの性格に合う出力態様は、たとえば、性格分類の別に予め登録されている。各ユーザの性格分類は、たとえば、上述のユーザＤＢ１２４（図３参照）に予め登録されている。当該性格分類としては、たとえば、「几帳面」や「大雑把」などが挙げられる。
【0316】
また、サーバ１００は、ユーザの性格（たとえば、几帳面さや好み）に合わせて各種情報を要約して出力してもよい。一例として、サーバ１００は、性格分類が「大雑把」であるユーザについては各種情報を要約して出力する。一方で、サーバ１００は、性格分類が「几帳面」であるユーザについては各種情報を要約せずに出力する。
【0317】
より具体的な例として、サーバ１００は、性格分類が「几帳面」であるユーザ、または、ビッグファイブにおける「勤勉性」が高いユーザなどに対しては、より詳細な情報を出力する。より詳細な情報の一例として、サーバ１００は、「この日時であれば、13時からの打ち合わせを終えた後、オフィスまで移動してから、次の予定まで１時間ほど時間の余裕がございます。こちらの日時を選択しますか？」とのメッセージを表示する。
【0318】
一方で、サーバ１００は、性格分類が「大雑把」であるユーザ、またはビッグファイブにおける「勤勉性」が低いユーザなどに対しては、より簡易な情報を出力する。より簡易な情報の一例として、サーバ１００は、「この日時をおすすめしますが、これでよろしいでしょうか？」とのメッセージを、簡易な予定表の図とともに表示する。
【0319】
また、音声ガイドで交流候補日時が設定される際には、サーバ１００は、「勤勉性」が高くかつ忙しさの度合いが低いユーザに対しては、ユーザの主導で設定を受け付ける。一例として、サーバ１００は、「水曜日で一番空いている時間帯に設定しておいて」、「木曜日でおすすめの日時はある？」などの音声を受け付ける。
【0320】
一方で、サーバ１００は、忙しさの度合いが高いユーザに対しては、システム主導で設定を受け付ける。一例として、サーバ１００は、「水曜日のこの時間帯なら予定が空いていますが、この時間帯で希望を出してよろしいでしょうか？」などシステム側からユーザに提案する。
【0321】
＜Ｌ１５．その他＞
また、上述では、交流日時が２人のユーザ間で調整される例について説明を行った。しかしながら、交流日時は、３人以上のユーザ間で調整されてもよい。
また、上述では、交流日時が２人のユーザ間で調整される例について説明を行った。しかしながら、交流日時は、３人以上のユーザ間で調整されてもよい。
【0322】
一例として、交流日時がユーザＡ～Ｃの３人で調整されるとする。この場合、まず、ユーザＡの端末２００Ａが交流候補日時の入力を受け付ける。その後、ユーザＢの端末２００Ｂは、ユーザＡによって入力される交流候補日時の内から１つ以上の日時の選択を受け付ける。その後、ユーザＣの端末２００Ｃは、ユーザＢによって選択された交流候補日時の内のいずれかの選択を受け付ける。ユーザＣによって選択された交流候補日時は、端末２００Ｃから端末２００Ａ，２００Ｂに通知される。これにより、交流日時が確定する。
【0323】
他の例として、交流日時が多数のユーザ（たとえば、１０人のユーザ）で調整されるとする。この場合、各ユーザのランクが予め設定される。当該ランクとしては、たとえば、交流候補の調整を行う権限がある上位ランク（たとえば、意思決定者または議長）と、交流候補の調整を行う権限がない下位ランク（たとえば、意思決定権が無い者）とが挙げられる。交流日時の調整は、上位ランクのユーザ間で行われる。上位ランクのユーザ間で決定された交流日時は、上位ランクのユーザだけでなく、下位ランクのユーザにも通知される。下位ランクのユーザは、上位ランクのユーザ間で確定された交流候日時に従う。なお、サーバ１００は、予定が埋まっている日時の入力を下位ランクのユーザから受け付け、当該日時を交流候補日時から除外するように上位ランクのユーザの端末２００に通知してもよい。
【0324】
＜Ｌ１６．その他＞
また、ユーザ同士が任意のタイミングでオンライン交流を開始できる即時のオンライン交流機能は、様々な場面で利用され得る。
また、ユーザ同士が任意のタイミングでオンライン交流を開始できる即時のオンライン交流機能は、様々な場面で利用され得る。
【0325】
一例として、即時のオンライン交流機能は、社内ミーティングが終了した後の空き時間に利用され得る。各ユーザが共通に参加する予定の社内ミーティングや空き時間は、たとえば、社内ツールから自動で取得されてもよいし、ユーザのスケジュール情報から自動で取得されてもよい。交流支援システム１０は、ユーザ同士が出席予定の社内ミーティングが終了した後に空き時間があると判断した場合には、即時のオンライン交流機能を利用するように促す通知を端末２００に送る。当該通知は、たとえば、「今すぐ交流を始めてはいかがですか」とのメッセージを含む。
【0326】
他の例として、即時のオンライン交流機能は、ユーザ同士の休憩時間に利用され得る。各ユーザの休憩時間は、たとえば、ユーザのスケジュール情報から自動で取得される。サーバ１００は、スケジュール情報において予定が登録されていない時間帯をユーザの休憩時間として特定する。その後、サーバ１００は、ユーザ同士で空き時間が重複しており、ユーザ同士が近くにいる場合、即時のオンライン交流機能を利用するように促す通知を端末２００に送る。当該通知は、たとえば、「今から交流を始めてはいかがですか」とのメッセージを含む。ユーザの位置情報は、たとえば、端末２００に備えられるＧＰＳ（Global Positioning System）から取得される。サーバ１００は、ユーザ間の距離が所定距離以下である場合や、ユーザ同士が同一のフロアにいる場合などに、ユーザ同士が近くにいると判断する。
【0327】
なお、ユーザの位置情報は、現実世界の位置情報だけでなく、仮想空間上の位置情報を含む。サーバ１００は、仮想空間内でのユーザ間の距離が所定距離以下である場合に、ユーザ同士が近くにいると判断してもよい。
【0328】
他の例として、即時のオンライン交流機能は、ユーザ同士が共にログイン状態であるときに利用され得る。サーバ１００は、ユーザ同士が共にログイン状態であるときに即時のオンライン交流機能を利用するように促す通知を端末２００に送る。当該通知は、たとえば、「今すぐオンラインで交流を始めてはいかがですか？」とのメッセージを含む。
【0329】
＜Ｌ１７．その他＞
また、サーバ１００は、交流相手が交流候補日時を入力したことなどをユーザに通知するタイミングや頻度を、当該ユーザの忙しさや性格傾向、交流支援システム１０の利用状況に合わせて変えてもよい。当該通知は、たとえば、スマートフォンなどの携帯端末やウェアラブル端末の画面に表示される。当該通知画面は、交流相手によって提示された交流候補日時の内から希望日を選択する操作を受け付けるように構成される。
また、サーバ１００は、交流相手が交流候補日時を入力したことなどをユーザに通知するタイミングや頻度を、当該ユーザの忙しさや性格傾向、交流支援システム１０の利用状況に合わせて変えてもよい。当該通知は、たとえば、スマートフォンなどの携帯端末やウェアラブル端末の画面に表示される。当該通知画面は、交流相手によって提示された交流候補日時の内から希望日を選択する操作を受け付けるように構成される。
【0330】
一例として、ユーザが通知に反応する確率が一定以上である場合には、当該ユーザに対しては通知を頻繁に表示することが有効である。そのため、サーバ１００は、このようなユーザに対しては、当該ユーザがログインした直後、または交流相手が交流候補日時を入力した直後に、毎回通知を行う。一方で、サーバ１００は、忙しさの度合いが高いユーザに対しては通知を行わない。また、サーバ１００は、交流支援システム１０の利用率が一定以下であるユーザに対しては、交流支援システム１０を使用するタイミングで確実に交流候補日時を入力してもらうため必ず通知を行う。
【0331】
他の例として、サーバ１００は、交流候補日時または確定交流日時が現在の日付に近い場合（たとえば、翌日など）にユーザに通知を行う。これにより、ユーザは、緊急度の高い情報をより確実に認識することができる。結果として、ユーザのオンライン交流が成立しやすくなる。
【0332】
＜Ｍ．まとめ＞
以上のようにして、サーバ１００は、ユーザＡがユーザＢと交流可能な交流候補日時の入力を日時範囲ΔＴＲ１（図２参照）の内から端末２００Ａに受け付けさせる。日時範囲ΔＴＲ１の開始日時Ｔ１Ｓは、サーバ１００または端末２００Ａが交流候補日時の入力の受け付けを開始した時（すなわち、タイミングＴ０Ａ）の所定期間ΔＴＰ１後である。
以上のようにして、サーバ１００は、ユーザＡがユーザＢと交流可能な交流候補日時の入力を日時範囲ΔＴＲ１（図２参照）の内から端末２００Ａに受け付けさせる。日時範囲ΔＴＲ１の開始日時Ｔ１Ｓは、サーバ１００または端末２００Ａが交流候補日時の入力の受け付けを開始した時（すなわち、タイミングＴ０Ａ）の所定期間ΔＴＰ１後である。
【0333】
これにより、ユーザＡによって入力された交流候補日時は、ユーザＢの確認時点で過去の日時になっている可能性が低くなる。また、提示された交流候補日時が先であると、ユーザＢは、自身の予定を調整した後にユーザＡとの交流日時を決めることもできる。その結果、ユーザＡとユーザＢとのオンライン交流が成立しやすくなる。
【0334】
今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【0335】
１０ 交流支援システム、１００ サーバ、１０１ 制御装置、１０２ ＲＯＭ、１０３ ＲＡＭ、１０４ 通信インターフェイス、１０５ 表示インターフェイス、１０６ ディスプレイ、１０７ 入力インターフェイス、１０８ 入力デバイス、１１０ バス、１２０ 記憶装置、１２２ 交流支援プログラム、１２４ ユーザＤＢ、１２６ 利用履歴、２００ 端末、２００Ａ 端末、２００Ｂ 端末、２００Ｃ 端末、２０１ 制御装置、２０２ ＲＯＭ、２０３ ＲＡＭ、２０４ 通信インターフェイス、２０５ 表示インターフェイス、２０６ ディスプレイ、２０７ 入力インターフェイス、２０８ 入力デバイス、２１０ バス、２２０ 記憶装置、２２２ 交流支援プログラム、３００Ａ スタート画面、３００Ｂ 入力画面、３００Ｃ 確認画面、３００Ｄ 確認画面、３００Ｅ 入力画面、３００Ｆ リマインド画面、３００Ｇ リマインド画面、３００Ｈ リマインド画面、３００Ｉ 入力画面、３００Ｊ 通知画面、３０１ 開始ボタン、３０２ 表示欄、３０４ 入力欄、３０６ 決定ボタン、３０７ メッセージ、３０８ 表示欄、３１０ ボタン、３１１ 表示欄、３１２ 接続ボタン、３１３ 変更ボタン、３１４ メッセージ、３１６ 入力欄、３１８ 決定ボタン、３２２ 表示欄、３２４ 接続ボタン、３２６ 変更ボタン、３３０ 表示欄、３３２ 入力欄、３３４ ＯＫボタン、３３６ キャンセルボタン、３４０ 確認メッセージ、３４１ タイマー、３４２ ＯＫボタン、３４８ メッセージ、３５０ 入力欄、３５２ 接続ボタン、３５４ 決定ボタン、３６０ メッセージ、４００Ａ 選択画面、４００Ｂ 確認画面、４００Ｃ リマインド画面、４００Ｄ 入力画面、４００Ｅ 確認画面、４００Ｇ リクエスト画面、４００Ｈ 選択画面、４０２ 表示欄、４０４ 選択欄、４０５ 決定ボタン、４０６ ＮＧボタン、４０８ 確認メッセージ、４０９ タイマー、４１０ ＯＫボタン、４１２ 表示欄、４１４ 接続ボタン、４１６ 変更ボタン、４２４ 入力欄、４２６ 決定ボタン、４３２ 表示欄、４３４ 接続ボタン、４３６ 変更ボタン、４４０ 表示欄、４４２ リクエストメッセージ、４４４ ＯＫボタン、４４６ ＮＧボタン、４５０Ｈ 選択画面、４５２ メッセージ、４５４ 選択欄、４５５ 決定ボタン、４５６ ＮＧボタン。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】