(57)【要約】【課題】ユーザが交際を希望する相手方にそのユーザを支援するユーザから受け付けた推薦文が提示される交際支援装置を提供する。【解決手段】推薦文データ受付部３０は、交際支援ユーザのユーザ端末から交際希望ユーザの推薦文を含む推薦文データを受け付ける。交際申請受付部３４は、交際希望ユーザのユーザ端末から交際希望相手ユーザに対する交際の申請を受け付ける。交際申請通知部３６は、交際希望相手ユーザのユーザ端末に交際の申請がされた旨を通知する。推薦文出力要求受付部３８は、交際希望相手ユーザのユーザ端末から推薦文の出力要求を受け付ける。推薦文一覧画面出力部４４は、交際希望相手ユーザのユーザ端末に推薦文を出力する。【選択図】図２
2012014464.tif 000002
【特許請求の範囲】
【請求項１】
交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会を支援する交際支援装置であって、
前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段と、
前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段と、
前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段と、
前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段と、
前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段と、
を含むことを特徴とする交際支援装置。
【請求項２】
前記推薦文データの質の高低、及び、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの関係のばらつきの大小、の少なくとも一方に基づいて、前記交際希望ユーザの信用度を評価する信用度評価手段と、
前記交際希望ユーザの信用度に応じた処理を実行する信用度対応処理実行手段と、をさらに含む、
ことを特徴とする請求項１に記載の交際支援装置。
【請求項３】
前記信用度評価手段が、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの間の続柄のばらつきが大きいほど、前記交際希望ユーザの信用度を高く評価する、
ことを特徴とする請求項２に記載の交際支援装置。
【請求項４】
前記信用度評価手段が、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの間の年齢差のばらつきが大きいほど、前記交際希望ユーザの信用度を高く評価する、
ことを特徴とする請求項２又は３に記載の交際支援装置。
【請求項５】
前記信用度評価手段が、前記交際支援ユーザが利用するユーザ端末から受け付ける推薦文データに含まれる推薦文の文章が長いほど、前記交際希望ユーザの信用度を高く評価する、
ことを特徴とする請求項２から４のいずれか一項に記載の交際支援装置。
【請求項６】
前記信用度対応処理実行手段が、前記交際希望ユーザの信用度に応じた情報を前記交際希望相手ユーザに提供する、
ことを特徴とする請求項２から５のいずれか一項に記載の交際支援装置。
【請求項７】
前記信用度対応処理実行手段が、前記交際希望ユーザの信用度と所定値との比較結果に応じて、前記交際申請通知手段に前記交際の申請がされた旨を通知させるか否かを制御する、
ことを特徴とする請求項２から６のいずれか一項に記載の交際支援装置。
【請求項８】
交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会を支援する交際支援方法であって、
前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付ステップと、
前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付ステップと、
前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知ステップと、
前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付ステップと、
前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力ステップと、
を含むことを特徴とする交際支援方法。
【請求項９】
交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会をコンピュータに支援させるプログラムであって、
前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段、
前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段、
前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段、
前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段、
前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段、
として前記コンピュータを機能させることを特徴とするプログラム。
【請求項１０】
交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会をコンピュータに支援させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、
前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段、
前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段、
前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段、
前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段、
前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段、
として前記コンピュータを機能させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、交際支援装置、交際支援方法、プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
近年、インターネットを用いて、男女間の交際を支援する交際支援ビジネスが展開されてきている。交際支援ビジネスでは、気に入った異性を見つけるための検索機能や、異性との交際を希望するユーザに、そのユーザの交際相手としてふさわしい異性を紹介する異性紹介機能などを実装した交際支援システムが用いられている。交際支援システムでは、ユーザの利用を促進するための様々な工夫が施されている。
【０００３】
特許文献１には、交際を申し込む申込者のボカシ画像を相手方に提示して、相手方が画像交換の申込に応じるか否かを確認して、申込に応じることが確認されると、相手方のボカシ画像より鮮明度が高い相手方の画像を申込者に提示するとともに、申込者のボカシ画像より鮮明度が高い申込者の画像を相手方に提示するという技術が開示されている。特許文献１に記載の技術によれば、不特定者により一方的に画像が閲覧されて個人が特定される可能性が低減されるので、システムの利用が促進されることとなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−８６２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の交際支援装置では、当人同士の情報のみから交際するか否かを判定するものであり、相手が信用できるか否かを判定することが困難であった。交際支援ビジネスを展開するにあたって、交際を希望するユーザが相手方のユーザに交際を申し込むにあたって、そのユーザを支援するユーザから受け付けた推薦文が相手方のユーザに提示されると、相手方のユーザは、推薦文をたよりに交際を希望するユーザがどのような人物であるかを見極めることが可能となる。そうすると、交際支援ビジネスに対する信頼度の向上が期待される。
【０００６】
本発明は、上記課題に鑑みてなされたものであって、ユーザが交際を希望する相手方にそのユーザを支援するユーザから受け付けた推薦文が提示される交際支援装置、交際支援方法、プログラム及び記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明に係る交際支援装置は、交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会を支援する交際支援装置であって、前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段と、前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段と、前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段と、前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段と、前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段と、を含むことを特徴とする。
【０００８】
また、本発明に係る交際支援方法は、交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会を支援する交際支援方法であって、前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付ステップと、前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付ステップと、前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知ステップと、前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付ステップと、前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力ステップと、を含むことを特徴とする。
【０００９】
また、本発明に係るプログラムは、交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会をコンピュータに支援させるプログラムであって、前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段、前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段、前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段、前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段、前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段、として前記コンピュータを機能させることを特徴とする。
【００１０】
また、本発明に係る記憶媒体は、交際を希望する複数の交際希望ユーザが登録され、交際希望ユーザ同士が交際する機会をコンピュータに支援させるプログラムを記憶したコンピュータ読み取り可能な記憶媒体であって、前記交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、前記交際希望ユーザの推薦文を含む推薦文データを受け付ける推薦文データ受付手段、前記交際希望ユーザが利用するユーザ端末から、当該交際希望ユーザが交際を希望する相手方である交際希望相手ユーザに対する交際の申請を受け付ける交際申請受付手段、前記交際希望相手ユーザが利用するユーザ端末に、前記交際の申請がされた旨を通知する交際申請通知手段、前記交際希望相手ユーザが利用するユーザ端末から、前記推薦文の出力要求を受け付ける推薦文出力要求受付手段、前記出力要求に応じて、前記交際希望相手ユーザが利用するユーザ端末に、前記推薦文を出力する推薦文出力手段、として前記コンピュータを機能させることを特徴とするプログラムを記憶したコンピュータ読み取り可能な記憶媒体である。
【００１１】
本発明では、交際希望ユーザを支援する交際支援ユーザが利用するユーザ端末から、交際希望ユーザの推薦文を受け付ける。そして、交際希望相手ユーザが利用するユーザ端末から推薦文の出力要求を受け付けると、交際希望相手ユーザが利用するユーザ端末に交際希望ユーザの推薦文が出力される。このようにして、本発明によると、ユーザが交際を希望する相手方に、そのユーザを支援するユーザから受け付けた推薦文が提示される。
【００１２】
本発明の一態様では、前記推薦文データの質の高低、及び、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの関係のばらつきの大小、の少なくとも一方に基づいて、前記交際希望ユーザの信用度を評価する信用度評価手段と、前記交際希望ユーザの信用度に応じた処理を実行する信用度対応処理実行手段と、をさらに含むことを特徴とする。
【００１３】
また、本発明の一態様では、前記信用度評価手段が、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの間の続柄のばらつきが大きいほど、前記交際希望ユーザの信用度を高く評価することを特徴とする。
【００１４】
また、本発明の一態様では、前記信用度評価手段が、複数の前記交際支援ユーザそれぞれと前記交際希望ユーザとの間の年齢差のばらつきが大きいほど、前記交際希望ユーザの信用度を高く評価することを特徴とする。
【００１５】
また、本発明の一態様では、前記信用度評価手段が、前記交際支援ユーザが利用するユーザ端末から受け付ける推薦文データに含まれる推薦文の文章が長いほど、前記交際希望ユーザの信用度を高く評価することを特徴とする。
【００１６】
また、本発明の一態様では、前記信用度対応処理実行手段が、前記交際希望ユーザの信用度に応じた情報を前記交際希望相手ユーザに提供することを特徴とする。
【００１７】
また、本発明の一態様では、前記信用度対応処理実行手段が、前記交際希望ユーザの信用度と所定値との比較結果に応じて、前記交際申請通知手段に前記交際の申請がされた旨を通知させるか否かを制御することを特徴とする。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係る交際支援システムの構成の一例を示す図である。
【図２】本実施形態に係るサーバで実現される機能の一例を示す機能ブロック図である。
【図３】ユーザ管理データの一例を示す図である。
【図４】支援管理データの一例を示す図である。
【図５】本実施形態に係る交際支援システムで行われる支援登録処理の流れの一例を示すフロー図である。
【図６】推薦文管理データの一例を示す図である。
【図７】本実施形態に係る交際支援システムで行われる推薦文登録処理の流れの一例を示すフロー図である。
【図８】推薦文登録画面の一例を示す図である。
【図９】本実施形態に係る交際支援システムで行われる交際申請応答登録処理の流れの一例を示すフロー図である。
【図１０】推薦文一覧画面の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態について図面に基づき詳細に説明する。
【００２０】
図１は、本実施形態に係る交際支援システム１０の構成の一例を示す図である。図１に示すように、本実施形態に係る交際支援システム１０は、例えば、サーバ１２（本実施形態では、交際支援装置として機能する。）と、管理者端末１４と、ユーザ端末１６（１６−１〜１６−ｎ）と、を含んでいる。サーバ１２、管理者端末１４及び各ユーザ端末１６は、インターネットなどのネットワーク１８に接続されており、各装置は互いに通信可能になっている。
【００２１】
サーバ１２は、例えば、サーバ１２にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部、ネットワークボードなどの通信インタフェースである通信部、を含んで構成されているウェブアプリケーションサーバである。これらの要素は、バスを介して接続される。サーバ１２の記憶部には、サーバ１２の制御部によって実行されるプログラムが記憶される。また、サーバ１２の記憶部は、サーバ１２のワークメモリとしても動作する。
【００２２】
管理者端末１４は、交際支援システム１０の事業者が管理するコンピュータであり、ユーザ端末１６は、交際支援システム１０のユーザが利用するコンピュータである。管理者端末１４及びユーザ端末１６は、例えば、ＣＰＵ等の制御装置、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブ等の記憶装置、ディスプレイ等の出力装置、マウスやキーボード等の入力装置、ネットワークボード等の通信装置を備えた公知のパーソナルコンピュータにより構成されている。また、本実施形態に係る管理者端末１４及びユーザ端末１６は、ウェブブラウザ及び電子メールクライアントが予めインストールされており、これらのアプリケーションプログラムが実行される。管理者端末１４及びユーザ端末１６は、ウェブブラウザを通じてサーバ１２が提供する各種サービスを受け、また電子メールクライアントを通じてサーバ１２から送信される電子メールを受信する。
【００２３】
本実施形態では、ユーザ端末１６が、ウェブブラウザを通じてサーバ１２にアクセスし、後述するユーザＩＤ及びパスワードを入力してから、その後に所定のＵＲＬにアクセスすると、ユーザ端末１６のディスプレイに所定のＵＲＬに対応する画面が表示される。なお、ユーザＩＤ及びパスワードを入力した後は、サーバ１２は、例えば、クッキーを参照することによりユーザ端末１６を利用するユーザのユーザＩＤを特定することができるようになっている。
【００２４】
本実施形態に係る交際支援システム１０には、予め、複数のユーザが登録されている。また、本実施形態では、交際希望ユーザと、交際支援ユーザ（サポータ会員）という２種類のユーザが存在する。交際希望ユーザは、他のユーザとの交際を希望するユーザを指す。交際支援ユーザは、交際希望ユーザを支援するユーザ（具体的には、例えば、交際希望ユーザの親族、学生時代の友人、恩師、会社の同僚など）を指す。そして、本実施形態に係る交際支援システム１０は、交際希望ユーザ同士が交際する機会を支援する。
【００２５】
本実施形態に係る交際支援システム１０では、例えば、交際希望ユーザであるユーザＡが、ユーザＡを支援する交際支援ユーザであるユーザＢ、ユーザＣ、ユーザＤの３人に対して、ユーザＡの推薦文の作成を依頼する。そして、各交際支援ユーザは、ユーザＡを推薦する推薦文を作成してサーバ１２に登録する。そして、ユーザＡが、ユーザＡが交際を希望する相手方のユーザ（交際希望相手方ユーザ）であるユーザＥに対する交際申請を行うと、ユーザＥに、ユーザＢ、ユーザＣ、ユーザＤが作成した推薦文、及び、登録された推薦文等に基づいて決定されるユーザＡの信用度の値が提示される。そして、ユーザＥは、各推薦文の内容及びユーザＡの信用度の値を考慮して、ユーザＡからの交際申請を承諾するか拒否するかを決定する。
【００２６】
ここで、本実施形態に係るサーバ１２で実現される機能について説明する。図２は、本実施形態に係るサーバ１２で実現される機能の一例を示す機能ブロック図である。
【００２７】
図２に例示するように、サーバ１２は、ユーザ管理データ記憶部２０、支援管理データ記憶部２２、支援管理部２４、推薦文管理データ記憶部２６、推薦管理部２８、推薦文データ受付部３０、信用度評価部３２、交際申請受付部３４、交際申請通知部３６、推薦文出力要求受付部３８、推薦文一覧画面生成部４０、信用度対応処理実行部４２、推薦文一覧画面出力部４４、交際通知部４６、を含んで構成される。ユーザ管理データ記憶部２０、支援管理データ記憶部２２、推薦文管理データ記憶部２６は、サーバ１２の記憶部を主として実現される。その他の要素は、サーバ１２の制御部を主として実現される。
【００２８】
これらの要素は、コンピュータであるサーバ１２にインストールされたプログラムを、サーバ１２の制御部で実行することにより実現されている。なお、このプログラムは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記憶媒体を介して、あるいは、インターネットなどの通信ネットワークを介してサーバ１２に供給される。
【００２９】
本実施形態に係る交際支援システム１０では、予め、ユーザ管理データ記憶部２０に、図３に例示するユーザ管理データ５０が記憶されている。ユーザ管理データ５０は、例えば、ユーザの識別子であるユーザＩＤ、ユーザの氏名を示す氏名データ、ユーザの性別を示す性別データ、ユーザの年齢を示す年齢データ、交際希望ユーザであるか否かを示す交際希望フラグ、交際支援ユーザであるか否かを示す交際支援フラグ、ユーザの住所を示す住所データ、ユーザの電話番号を示す電話番号データ、ユーザの電子メールアドレスを示すメールアドレスデータ、ユーザの信用度を示す信用度データ、などを含んでいる。本実施形態では、交際希望ユーザの交際希望フラグの値には１が設定され、交際希望ユーザではないユーザの交際希望フラグの値には０が設定される。また、交際支援ユーザの交際支援フラグの値には１が設定され、交際支援ユーザではないユーザの交際支援フラグの値には０が設定される。なお、本実施形態では、ユーザは、交際希望ユーザであり、かつ、交際支援ユーザであっても構わない。また、本実施形態では、信用度データの初期値は０である。また、本実施形態では、ユーザＡに対応するユーザＩＤの値は０００１であり、ユーザＢに対応するユーザＩＤの値は０００２であり、ユーザＣに対応するユーザＩＤの値は０００３であり、ユーザＤに対応するユーザＩＤの値は０００４であり、ユーザＥに対応するユーザＩＤの値は０００５である。
【００３０】
図３に例示するように、本実施形態に係る交際支援システム１０では、ユーザＡ、ユーザＣ、及び、ユーザＥが交際希望ユーザとして登録されており、ユーザＢ、ユーザＣ、及び、ユーザＤが交際支援ユーザとして登録されている。なお、ユーザＣは、交際希望ユーザとしても交際支援ユーザとしても登録されている。
【００３１】
支援管理データ記憶部２２には、図４に例示する支援管理データ５２が記憶される。支援管理データ５２は、交際希望ユーザと交際支援ユーザとの関係を管理するデータであり、図４に示すように、支援管理データ５２の識別子である支援管理ＩＤ、交際希望ユーザのユーザＩＤである交際希望ユーザＩＤ、この交際希望ユーザを支援するユーザのユーザＩＤである交際支援ユーザＩＤ、を含んでいる。
【００３２】
支援管理データ５２は、本実施形態に係る交際支援システム１０で行われる支援登録処理により生成される。ここで、本実施形態に係る交際支援システム１０で行われる、支援登録処理の流れの一例を、図５に示すフロー図を参照しながら説明する。なお、本実施形態では、サーバ１２の記憶部に、予め、管理者端末１４の電子メールアドレスが記憶されている。
【００３３】
まず、支援管理部２４が、交際希望ユーザであるユーザＡが利用するユーザ端末１６（以下、ユーザＡのユーザ端末１６と呼ぶ。）から、ユーザＢに対する支援要求を受け付ける（Ｓ１０１）。そして、支援管理部２４が、ユーザＢが利用するユーザ端末１６（以下、ユーザＢのユーザ端末１６と呼ぶ。）に、ユーザＡから支援要求を受け付けた旨を電子メール形式で通知する（Ｓ１０２）。
【００３４】
そして、支援管理部２４が、ユーザＢのユーザ端末１６から、ユーザＡに対する支援を承諾する旨を受け付ける（Ｓ１０３）。本処理例では、Ｓ１０２に示す処理でユーザＢのユーザ端末１６に通知された電子メールの本文に承諾画面のＵＲＬが含まれている。そして、本処理例では、ユーザＢがこのＵＲＬをクリックすると、ユーザＢのユーザ端末１６が、このＵＲＬに対応するウェブサイトへのリクエストをサーバ１２に送信する。そして、サーバ１２の支援管理部２４が、ユーザＢのユーザ端末１６からのリクエストを受け付ける。本処理例では、このことが、支援管理部２４が、ユーザＢのユーザ端末１６から、ユーザＡに対する支援を承諾する旨を受け付けたことを意味する。
【００３５】
そして、支援管理部２４が、ユーザＢのユーザ端末１６に、ユーザＢの本人証明の要求を電子メール形式で出力する（Ｓ１０４）。そして、支援管理部２４は、ユーザＢのユーザ端末１６から、ユーザＢの本人証明（例えば、ユーザＢの運転免許証のコピーや、ユーザＢのパスポートのコピー等）の画像を電子メールなどにより受け付ける（Ｓ１０５）。そして、支援管理部２４は、管理者端末１４に、受け付けた本人証明を電子メール形式で通知する（Ｓ１０６）。そして、交際支援システム１０の管理者が本人証明を確認した上で、支援登録を認めると判断した場合は、管理者端末１４は、支援登録許可通知をサーバ１２に送信する。そして、サーバ１２が、支援登録許可通知を受け付ける（Ｓ１０７）。
【００３６】
そして、支援管理部２４が、新規の支援管理ＩＤ（例えば、０００１）、ユーザＡのユーザＩＤに対応する交際希望ユーザＩＤ（例えば、０００１）、ユーザＡを支援するユーザＢのユーザＩＤに対応する交際支援ユーザＩＤ（例えば、０００２）、を含む支援管理データ５２を生成して、支援管理データ記憶部２２に出力する（Ｓ１０８）。このようにして、ユーザＡの交際支援ユーザとしてユーザＢが登録される。そして、支援管理部２４は、ユーザＡのユーザ端末１６に、ユーザＡを支援する交際支援ユーザとしてユーザＢを登録した旨を電子メール形式で通知し（Ｓ１０９）、ユーザＢのユーザ端末１６に同様の通知を行う（Ｓ１１０）。
【００３７】
本実施形態では、上述の処理例に示す処理と同様の処理により、ユーザＢだけではなく、ユーザＣ及びユーザＤもユーザＡの交際支援ユーザとして登録される。なお、上述した例では、ユーザＡのユーザ端末１６からユーザＢのユーザ端末１６に対して支援要求を受け付けてから、ユーザＢの本人証明の画像を電子メールなどにより受け付けたが、これに限らず、支援要求を受けずにユーザＢによるユーザ端末１６の操作により自主的に本人証明の画像を電子メールなどによってサーバ１２に送信してもよい。
【００３８】
なお、上述の処理例において、既に交際支援ユーザとして登録されているユーザについては、上述の本人証明の処理であるＳ１０４〜Ｓ１０７に示す処理を省略するようにしても構わない。
【００３９】
推薦文管理データ記憶部２６は、図６に例示する、交際支援ユーザにより登録される推薦文を含む推薦文管理データ５４を記憶する。推薦文管理データ５４は、図６に示すように、推薦文管理データ５４の識別子である推薦文管理ＩＤ、上述の支援管理ＩＤ、推薦文の内容を示す推薦文内容データ、交際希望ユーザと交際支援ユーザとの続柄を示す続柄データ、推薦文の登録日時を示す登録日時データ、などを含んでいる。
【００４０】
推薦文管理データ５４は、本実施形態に係る交際支援システム１０で行われる推薦文登録処理により生成される。ここで、本実施形態に係る交際支援システム１０で行われる、推薦文登録処理の流れの一例を、図７に示すフロー図を参照しながら説明する。
【００４１】
まず、推薦管理部２８が、ユーザＡのユーザ端末１６から、ユーザＢに対する推薦文作成要求を受け付ける（Ｓ２０１）。そして、推薦管理部２８は、ユーザＢのユーザ端末１６に、推薦文作成要求を受け付けた旨を電子メール形式で通知する（Ｓ２０２）。
【００４２】
そして、ユーザＢのユーザ端末１６が、ウェブブラウザなどを介して図８に例示する推薦文登録画面５６に対応するウェブサイトへのリクエストをサーバ１２に送信すると、サーバ１２は、このリクエストを受け付ける（Ｓ２０３）。そして、推薦管理部２８は、図８に例示する推薦文登録画面５６を示すデータを生成する（Ｓ２０４）。そして、推薦管理部２８は、推薦文登録画面５６を示すデータを、ユーザＢのユーザ端末１６に送信する。すると、ユーザＢのユーザ端末１６はこのデータを受け付ける（Ｓ２０５）。そして、ユーザＢのユーザ端末１６はこの推薦文登録画面５６をディスプレイに表示出力する（Ｓ２０６）。
【００４３】
推薦文登録画面５６は、図８に示すように、推薦文の入力フォームと、続柄の入力フォームと、登録ボタンと、キャンセルボタンと、を含んでいる。ここで、ユーザＢが、ユーザＡを推薦する推薦文を推薦文の入力フォームに入力し、ユーザＡとの続柄を続柄の入力フォームに入力した上で、登録ボタンをクリックすると、ユーザＢのユーザ端末１６は、入力された推薦文及び続柄を示すデータを含む推薦文データをサーバ１２に送信する。すると、推薦文データ受付部３０が、推薦文データを受け付ける（Ｓ２０７）。
【００４４】
そして、推薦管理部２８が、新規の推薦文管理ＩＤ、ユーザＡとユーザＢとの関係に対応する支援管理ＩＤ（例えば、０００１）、Ｓ２０７に示す処理で受け付けたデータに含まれる、推薦文の内容を示す推薦文内容データ、及び、Ｓ２０７に示す処理で受け付けたデータに含まれる、続柄を示す続柄データ、推薦文の登録日時（例えば、Ｓ２０７に示す処理を実行した日時）を示す登録日時データと、を含む推薦文管理データ５４を生成して、推薦文管理データ記憶部２６に出力する（Ｓ２０８）。そして、推薦管理部２８が、推薦登録終了通知をユーザＡのユーザ端末１６に電子メール形式で送信する（Ｓ２０９）。そして、推薦管理部２８が、同様の通知をユーザＢのユーザ端末１６に電子メール形式で送信する（Ｓ２１０）。このようにして、ユーザＡに対するユーザＢの推薦文が登録される。
【００４５】
本実施形態では、上述の処理例に示す処理と同様の処理により、ユーザＢだけではなく、ユーザＣ及びユーザＤの、ユーザＡに対する推薦文も登録される。なお、上述した例では、ユーザＡのユーザ端末１６からユーザＢのユーザ端末１６に対して推薦文作成要求を受けてからサーバ１２がユーザＢの推薦文データを受け付けたが、これに限らず、推薦文作成要求を受けずにユーザＢによるユーザ端末１６の操作により自主的にユーザＡに対する推薦文データをサーバ１２に送信してもよい。
【００４６】
信用度評価部３２は、所定のタイミングで交際希望ユーザの信用度を評価して、ユーザ管理データ５０に含まれる信用度データが示す信用度の値を設定する。本実施形態では、例えば、信用度データは、０以上の整数値のいずれかである。
【００４７】
信用度評価部３２は、例えば、所定の時間間隔で、交際希望ユーザ（例えば、ユーザＡ）と、交際希望ユーザを支援する交際支援ユーザ（例えば、ユーザＢ、ユーザＣ、ユーザＤ）と、の組合せに関連付けられている推薦文管理データ５４を参照して、推薦文管理データ５４に基づく信用度の値を算出する。そして、信用度評価部３２は、算出された値を、交際希望ユーザのユーザ管理データ５０に含まれる信用度データが示す信用度の値として設定する。
【００４８】
本実施形態では、信用度評価部３２は、推薦文管理データ５４に含まれるデータの質の高低、複数の交際支援ユーザそれぞれと交際希望ユーザとの関係のばらつきの大小、などに基づいて、信用度を決定する。また、本実施形態では、信用度評価部３２は、以下のようにして互いに異なる複数の観点から算出される値をすべて加算した値を信用度の値として設定する。
【００４９】
本実施形態では、信用度評価部３２は、例えば、推薦文内容データが示す推薦文の文章が長い（例えば、文字数が多い。）ほど、信用度を高く評価する。信用度評価部３２は、具体的には、例えば、複数の推薦文の文字数の平均値が大きいほど、信用度の値が大きくなるよう、信用度の値を設定する。信用度評価部３２は、より具体的には、例えば、ユーザＢ、ユーザＣ、及び、ユーザＤにより登録されたユーザＡに対する推薦文の文字数の平均値を算出する。そして、信用度評価部３２は、ユーザＡに対する推薦文の文字数の平均値が１００以上の場合はユーザＡの信用度を１０加算し、平均値が２００以上の場合はユーザＡの信用度を２０加算し、平均値が３００以上の場合はユーザＡの信用度を３０加算する。
【００５０】
また、本実施形態では、信用度評価部３２は、例えば、交際希望ユーザと交際支援ユーザとの続柄のばらつきが大きいほど、交際希望ユーザの信用度を高く評価する。本実施形態では、例えば、続柄は、親族（例えば、父、母、兄弟、姉妹、祖父、祖母、いとこ等）、学校関係（大学時代の友人、高校時代の友人等）、会社関係（会社の上司、同僚等）の三分類のうちのいずれかに属することとする。そして、信用度評価部３２は、交際支援ユーザの続柄により網羅されている分類数が多いほど、信用度の値が大きくなるよう、信用度の値を設定する。信用度評価部３２は、より具体的には、例えば、ユーザＢ、ユーザＣ、及び、ユーザＤにより２分類の続柄が網羅されている場合は、ユーザＡの信用度を１０加算し、ユーザＢ、ユーザＣ、及び、ユーザＤにより３分類の続柄が網羅されている場合は、ユーザＡの信用度を２０加算する。
【００５１】
また、本実施形態では、例えば、交際希望ユーザと各交際支援ユーザとの年齢差のばらつきが大きいほど、交際希望ユーザの信用度を高く評価する。信用度評価部３２は、具体的には、例えば、年齢差の分散の値が５０以上であれば、信用度を１０加算し、年齢差の分散の値が１００以上であれば、信用度を２０加算する。
【００５２】
図３に示すように、ユーザＡとユーザＢとの年齢差が３、ユーザＡとユーザＣとの年齢差が９、ユーザＡとユーザＤとの年齢差が２２である場合は、ユーザＡと各交際支援ユーザとの年齢差の分散の値は約９４．３となる。この場合は、信用度評価部３２は、ユーザＡの信用度を１０加算する。
【００５３】
なお、信用度評価部３２は、例えば、ユーザＡに対する推薦文の登録があったタイミングで、ユーザＡの信用度の値を再算出して、ユーザＡの信用度の値を更新するようにしてもよい。
【００５４】
ここで、本実施形態に係る交際支援システム１０で行われる、交際申請応答処理の流れの一例を図９に示すフロー図を参照しながら説明する。
【００５５】
まず、交際申請受付部３４が、ユーザＡが利用するユーザ端末１６から、ユーザＥに対する交際申請を受け付ける（Ｓ３０１）。そして、交際申請通知部３６が、ユーザＥが利用するユーザ端末１６（以下、ユーザＥのユーザ端末１６と呼ぶ。）に、ユーザＡからの交際申請を受け付けた旨を電子メール形式やブラウザを通じて送信する（Ｓ３０２）。
【００５６】
そして、ユーザＥのユーザ端末１６が、ウェブブラウザなどを介して、推薦文出力要求を行うと（例えば、推薦文一覧画面５８（図１０参照）に対応するウェブサイトへのリクエストをサーバ１２に送信すると）、推薦文出力要求受付部３８が、この推薦文出力要求を受け付ける（Ｓ３０３）。そして、推薦文一覧画面生成部４０は、推薦文管理データ５４に基づいてユーザＡに対する推薦文に対応する推薦文管理データ５４を特定する（Ｓ３０４）。推薦文一覧画面生成部４０は、具体的には、例えば、交際希望ユーザＩＤの値がユーザＡに対応する（例えば、０００１である）支援管理データ５２の支援管理ＩＤを特定する。そして、推薦文一覧画面生成部４０は、特定された支援管理ＩＤを含む推薦文管理データ５４を特定する。
【００５７】
そして、推薦文一覧画面生成部４０は、特定された推薦文管理データ５４に基づいて、図１０に例示する推薦文一覧画面５８を示すデータを生成する（Ｓ３０５）。
【００５８】
推薦文一覧画面５８は、図１０に示すように、推薦文と、ユーザＡと交際支援ユーザとの続柄と、の組合せを少なくとも１つ含んでいる。また、推薦文一覧画面５８は、ユーザＡの信用度の値と、承諾ボタンと、拒否ボタンと、を含んでいる。なお、本処理例では、Ｓ３０５に示す処理において、信用度対応処理実行部４２が、ユーザＡの信用度データを取得して、その信用度データが示す信用度の値を推薦文一覧画面５８内に配置する。このことによって、信用度の値が含まれる推薦文一覧画面５８が生成される。
【００５９】
そして、推薦文一覧画面出力部４４は、ユーザＥのユーザ端末１６に推薦文一覧画面５８を示すデータを送信する。すると、ユーザＥのユーザ端末１６は、このデータを受け付ける（Ｓ３０６）。そして、ユーザＥのユーザ端末１６はこの推薦文一覧画面５８をディスプレイに表示出力する（Ｓ３０７）。
【００６０】
ここで、ユーザＥが、推薦文一覧画面５８に表示されている推薦文の内容を読み、ユーザＡからの交際申請を承諾するか拒否するかを決定した上で、ユーザＥが推薦文一覧画面５８内の承諾ボタン又は拒否ボタンをクリックすると、ユーザＥのユーザ端末１６がサーバ１２にクリックされたボタンに対応する応答データを送信する。すると、サーバ１２が、この応答データを受け付ける（Ｓ３０８）。そして、交際通知部４６が、Ｓ３０８に示す処理で受け付けた応答データに応じた通知を、ユーザＡのユーザ端末１６に、電子メール形式で送信する（Ｓ３０９）。例えば、ユーザＥが承諾ボタンをクリックした場合には、交際通知部４６は、ユーザＡのユーザ端末１６に承諾通知を送信し、ユーザＥが拒否ボタンをクリックした場合には、交際通知部４６は、ユーザＡのユーザ端末１６に拒否通知を送信する。
【００６１】
本実施形態では、例えば、ユーザＥがユーザＡからの交際申請を承諾した場合には、ユーザＡとユーザＥそれぞれのユーザ端末１６に相手方の連絡先が通知される。その後、ユーザＡとユーザＥとは、実際に出会うなどして交際を深める段階に移行する。
【００６２】
本実施形態に係る交際支援システム１０では、交際を希望する相手方のユーザからの要求に応じて、知人等による推薦文が相手方に提示される。このようにして、本実施形態に係る交際支援システム１０では、様々な人々の応援を受けた交際支援活動の展開を支援することができる。また、本実施形態に係る交際支援システム１０では、交際希望ユーザに関する情報が充実することとなり信用度を向上できると共に、他人に対するアピールが下手なユーザであっても、推薦文によりその人の魅力が抽出されることが期待される。
【００６３】
なお、本発明は上述の実施形態に限定されるものではない。
【００６４】
例えば、信用度評価部３２による信用度の評価処理は上述の実施形態には限定されない。例えば、信用度評価部３２は、所定の文字数を超える推薦文の数が、全推薦文の数に対する割合が所定値を超える場合に、信用度の値を所定値加算するようにしてもよい。また、信用度評価部３２は、交際支援ユーザの数が多いほど、信用度の値が大きくなるよう、信用度の値を設定するようにしてもよい。また、信用度評価部３２は、現在日時と、推薦文データに含まれる登録日時データが示す日時との差に応じて信用度を設定するようにしてもよい。信用度評価部３２は、具体的には、例えば、現在日時と、推薦文データに含まれる登録日時データが示す日時との差の平均値が小さいほど、信用度を高く評価する（例えば、信用度の値を加算する）ようにしてもよい。これにより、古い推薦文データよりも新しく投稿された推薦文データの信用度を高く評価でき、ユーザの現在の状況を的確に把握することができる。
【００６５】
また、例えば、信用度対応処理実行部４２が、上述の処理とは異なる、交際希望ユーザの信用度に応じた処理を実行してもよい。具体的には、例えば、信用度対応処理実行部４２が、上述のＳ３０２に示す処理において、ユーザＡの信用度の値に応じて、交際申請通知部３６にユーザＡからの交際申請を受け付けた旨を通知させるか否かを制御するようにしてもよい。より具体的には、例えば、信用度対応処理実行部４２が、ユーザＡの信用度の値が所定値未満である場合には、交際申請通知部３６によるユーザＡからの交際申請を受け付けた旨のユーザＥへの通知を抑制するようにしてもよい。
【００６６】
また、上述のＳ３０２に示す処理において、交際申請通知部３６が、ユーザＡからの交際申請を受け付けた旨とともに、ユーザＡに対する推薦文及びユーザＡの信用度の値の少なくとも一方をユーザＥのユーザ端末１６に送信するようにしてもよい。
【００６７】
また、ユーザ管理データ５０が、ユーザのニックネームを示すデータを含んでいてもよい。そして、推薦文一覧画面５８が、推薦文を作成したユーザのニックネームを含むようにしてもよい。
【００６８】
また、交際支援システム１０におけるサーバ１２、管理者端末１４、及び、ユーザ端末１６の役割分担は上述の実施形態には限定されない。また、上記の具体的な数値や文字列や図面中の具体的な数値や文字列は例示であり、これらの数値や文字列には限定されない。また、交際支援ユーザが登録を解除した場合には、当該交際支援ユーザの推薦文データを推薦文管理データ５４から削除する。
【符号の説明】
【００６９】
１０  交際支援システム、１２  サーバ、１４  管理者端末、１６  ユーザ端末、１８  ネットワーク、２０  ユーザ管理データ記憶部、２２  支援管理データ記憶部、２４  支援管理部、２６  推薦文管理データ記憶部、２８  推薦管理部、３０  推薦文データ受付部、３２  信用度評価部、３４  交際申請受付部、３６  交際申請通知部、３８  推薦文出力要求受付部、４０  推薦文一覧画面生成部、４２  信用度対応処理実行部、４４  推薦文一覧画面出力部、４６  交際通知部、５０  ユーザ管理データ、５２  支援管理データ、５４  推薦文管理データ、５６  推薦文登録画面、５８  推薦文一覧画面。
【図１】
2012014464.tif 000003
【図２】
2012014464.tif 000004
【図３】
2012014464.tif 000005
【図４】
2012014464.tif 000006
【図５】
2012014464.tif 000007
【図６】
2012014464.tif 000008
【図７】
2012014464.tif 000009
【図８】
2012014464.tif 000010
【図９】
2012014464.tif 000011
【図１０】
2012014464.tif 000012