JP5610607B2 - 情報提供装置および方法、並びにプログラム - Google Patents

Description

本発明は情報提供装置および方法、並びにプログラムに関し、特に、複数のユーザの一方に他方の情報を提供するようにした情報提供装置および方法、並びにプログラムに関する。

近年、ウェブサイトを利用して、結婚の相手を紹介するサービスが行われている。

図１は、従来の、結婚の相手を紹介するための紹介サービスシステムの構成を示す図である。従来の紹介サービスシステムは、紹介サーバ１１、ネットワーク１２、ユーザ端末１３、およびユーザ端末１４から構成される。紹介サーバ１１は、ネットワーク１２を介して、結婚を希望する男性のユーザにより操作されるユーザ端末１３および結婚を希望する女性のユーザにより操作されるユーザ端末１４に、お互いのユーザの情報を提供する。

図２は、ユーザ端末１３の男性のユーザが気に入った女性のユーザを登録する、お気に入りの登録の処理を説明するフローチャートである。ユーザ端末１３から、相手に求める条件を取得するためのウェブページのデータがリクエストされると、ステップＳ１１において、紹介サーバ１１は、ネットワーク１２を介して、条件を取得するためのウェブページのデータをユーザ端末１３に送信する。ステップＳ３１において、ユーザ端末１３は、紹介サーバ１１から送信されてくるウェブページのデータを受信して、ウェブページを表示する。

ステップＳ３２において、ユーザ端末１３は、男性のユーザの操作によって、表示されているウェブページに入力された、相手に求める条件を取得する。ステップＳ３３において、ユーザ端末１３は、ネットワーク１２を介して、取得した条件を紹介サーバ１１に送信する。ステップＳ１２において、紹介サーバ１１は、ユーザ端末１３から送信されてきた条件を受信する。ステップＳ１３において、紹介サーバ１１は、受信した条件をデータベースに保存する。

ステップＳ１４において、紹介サーバ１１は、データベースに、ユーザ端末１３の男性のユーザの利用の履歴を示す利用履歴レコードを生成する。ステップＳ１５において、紹介サーバ１１は、保存した条件に合致する相手となるユーザを抽出する。ステップＳ１６において、紹介サーバ１１は、ネットワーク１２を介して、抽出された相手となるユーザのデータをユーザ端末１３に送信する。

ステップＳ３４において、ユーザ端末１３は、紹介サーバ１１から送信されてきた、抽出された相手となるユーザのデータを受信し、表示する。ステップＳ３５において、ユーザ端末１３は、表示されている相手となるユーザのデータを確認して、気に入った相手を選んだ男性のユーザの操作に応じて、１人または２人以上の相手を指定する。ステップＳ３６において、ユーザ端末１３は、ネットワーク１２を介して、指定された相手のデータおよびお気に入りへの登録の申請のデータを紹介サーバ１１に送信することで、指定された相手のお気に入りへの登録を申請する。

ステップＳ１７において、紹介サーバ１１は、ユーザ端末１３から送信されてくる、気に入っていると指定された相手のデータおよびお気に入りへの登録の申請のデータを受信して、お気に入りへの登録の申請を受け付ける。ステップＳ１８において、紹介サーバ１１は、ユーザ端末１３の男性のユーザから申請された、気に入った相手のデータを格納するお気に入りレコードを生成し、マッチングデータベース（ＤＢ）を更新する。生成されたお気に入りレコードは、その相手がお気に入りに登録されている気に入りモードを示す。

ステップＳ１９において、紹介サーバ１１は、お気に入りレコードに格納された相手のユーザについて、ユーザ端末１３の男性のユーザのデータを格納する気に入られレコードであって、ユーザ端末１３の男性のユーザから気に入られていることを示す気に入られレコードを生成して、マッチングデータベース（ＤＢ）を更新する。

ステップＳ２０において、紹介サーバ１１は、お気に入りに登録された相手宛ての電子メールを送信して、その相手にお気に入りに登録されたことを通知して、お気に入りの登録の処理は終了する。

図３は、従来の、ユーザ端末１３の男性のユーザからの相手への会話の希望を照会する、会話の希望の照会の処理を説明するフローチャートである。ステップＳ６１において、ユーザ端末１３は、男性のユーザの操作に応じて、ネットワーク１２を介して、気に入っている相手のデータを表示させるウェブページであるお気に入りページのリクエストを紹介サーバ１１に送信する。ステップＳ５１において、紹介サーバ１１は、ユーザ端末１３からのお気に入りページのリクエストを受信する。

ステップＳ５２において、紹介サーバ１１は、お気に入りページのデータを生成する。ステップＳ５３において、紹介サーバ１１は、ネットワーク１２を介して、お気に入りページのデータをユーザ端末１３に送信する。ステップＳ６２において、ユーザ端末１３は、紹介サーバ１１から送信されてくるお気に入りページのデータを受信する。ステップＳ６３において、ユーザ端末１３は、お気に入りページを表示する。

ステップＳ６４において、ユーザ端末１３は、お気に入りページに表示されている相手となるユーザのデータを確認して、会話を希望する相手を選んだ男性のユーザの操作に応じて、１人または２人以上の相手を指定して、指定された相手のデータおよび会話の希望の照会のデータを紹介サーバ１１に送信することで、指定された相手との会話の希望の照会を行う。

ステップＳ５４において、紹介サーバ１１は、ユーザ端末１３から送信されてくる、指定された相手のデータおよび会話の希望の照会のデータを受信して、会話の希望の照会を受け付ける。ステップＳ５５において、紹介サーバ１１は、指定された相手の気に入られページのユーザ箇所の会話希望の表示を更新する。これにより、指定された相手の気に入られページには、ユーザ端末１３の男性のユーザから会話が希望されていることが表示される。

ステップＳ５６において、紹介サーバ１１は、指定された相手宛ての電子メールを送信して、会話が希望されたことを通知して、会話の希望の照会の処理は終了する。

このように、ユーザ端末１３の男性のユーザから、ユーザ端末１４の女性のユーザに対して会話が申し込まれる。

図４は、従来の、ユーザ端末１４の女性のユーザが、ユーザ端末１３の男性のユーザからの会話の申し込みを承諾する、会話の申し込みの承諾の処理を説明するフローチャートである。ステップＳ７１において、ユーザ端末１４は、女性のユーザの操作に応じて、ネットワーク１２を介して、自分を気に入った相手（この場合、ユーザ端末１３の男性のユーザ）のデータを表示させるウェブページである気に入られページのリクエストを紹介サーバ１１に送信する。ステップＳ８１において、紹介サーバ１１は、ユーザ端末１４からの気に入られページのリクエストを受信する。

ステップＳ８２において、紹介サーバ１１は、気に入られページのデータを生成する。ステップＳ８３において、紹介サーバ１１は、ネットワーク１２を介して、気に入られページのデータをユーザ端末１４に送信する。ステップＳ７２において、ユーザ端末１４は、紹介サーバ１１から送信されてくる気に入られページのデータを受信する。ステップＳ７３において、ユーザ端末１４は、気に入られページを表示する。

ステップＳ７４において、ユーザ端末１４は、気に入られページに表示されている、会話を申し込んできたユーザのデータを確認した女性のユーザによる操作に応じて、会話の申し込みを承諾するか否かの指示を取得する。そして、ユーザ端末１４は、女性のユーザの指示に応じて、会話の申し込みを承諾するか否か判定する。ステップＳ７４において、会話の申し込みを承諾すると判定された場合、ユーザ端末１４は、ネットワーク１２を介して、会話の申し込みを承諾する旨のデータを紹介サーバ１１に送信する。

ステップＳ８４において、紹介サーバ１１は、ユーザ端末１４から送信されてくる、会話の申し込みを承諾する旨のデータを受信する。ステップＳ８５において、紹介サーバ１１は、マッチングデータベース（ＤＢ）のお気に入りレコードのお気に入りモードを会話モードに更新する。

ステップＳ８６において、紹介サーバ１１は、ユーザ端末１３の男性のユーザとユーザ端末１４の女性のユーザとが会話するための掲示板（電子掲示板）を設定して、双方のユーザのページに掲示板に入るための掲示板ボタンを設ける。

ステップＳ８７において、紹介サーバ１１は、ユーザ端末１３の男性のユーザとユーザ端末１４の女性のユーザとの双方に、掲示板を設けたことを電子メールで通知して、会話の申し込みの承諾の処理は終了する。

一方、ステップＳ７４において、会話の申し込みを承諾しないと判定された場合、掲示板は設けられずに会話の申し込みの承諾の処理は終了する。

このように、ユーザ端末１３の男性のユーザとユーザ端末１４の女性のユーザとの情報が相互に提供される。

従来、通信ネットワーク上に端末および管理サーバが接続されており、端末を通じて男女会員双方からマッチングの希望があったとき、管理サーバが、男女会員の個人データを記録したデータベースを参照して、予め用意された相性診断プログラムに従って、男女会員双方のデータのマッチングを行いこのデータマッチングの結果、男女会員双方の希望条件が一定の基準を満たしている場合に、電子メールにより男女会員双方の匿名プロフィールによる同時紹介を行うようにしているものもある。（例えば、特許文献１参照）。

特開２００２−１５０５２号公報

しかしながら、単純な条件と属性との合致の判定に応じて、情報を提供するようにした場合、実際には会ってみたいと思わせる相手と出会う機会が失われてしまうこともあり、また、逆に、関心の持てそうもない相手の情報が提供されて、サービスへの関心が薄れてしまうこともあった。

本発明は、このような状況に鑑みてなされたものであり、ユーザの所望する相手と出会う機会を増加させ、ユーザのサービスへの関心をより高めて、その関心をより長く維持することができるようにするものである。

本発明の一側面の情報提供装置は、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置であって、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶する記憶手段と、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出する抽出手段と、前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定する判定手段と、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する通知手段とを備える。

前記通知手段には、前記第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分と共に、前記第２のユーザに前記第１のユーザの属性を通知させることができる。

前記判定手段には、前記第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が、前記条件に属さない属性の項目の数および前記条件に属さない属性の項目の前記条件との差の大きさで決められる前記範囲内であるか否かを判定させることができる。

前記第１のユーザとの接触の申し込みを前記第２のユーザから受け付ける第１の受け付け手段をさらに設け、前記通知手段には、前記第２のユーザから前記第１のユーザとの接触が申し込まれた場合、前記第２のユーザからの接触の申し込みを前記第１のユーザに通知させ、さらに、前記第２のユーザからの接触の申し込みの承諾を前記第１のユーザから受け付ける第２の受け付け手段を設けることができる。

本発明の一側面の情報提供方法は、記憶手段、抽出手段、判定手段、および通知手段を備え、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置の情報提供方法であって、前記記憶手段に、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し、前記抽出手段により、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し、前記判定手段により、前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し、前記通知手段により、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知するステップを含む。

本発明の一側面のプログラムは、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供するコンピュータに、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し、抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知するステップを含む処理を実行させる。

本発明の一側面においては、ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とが記憶され、自己の属性と相手に求める属性を示す条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す条件に合致する属性の第２のユーザであって、自己の属性と相手に求める属性を示す条件とが記憶されているユーザのうちの第２のユーザが抽出され、抽出された第２のユーザの中から、１人または２人以上の第２のユーザが第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す条件と第１のユーザの属性との差分が所定の範囲内であるか否かが判定され、指定された第２のユーザが相手に求める属性を示す条件と第１のユーザの属性との差分が範囲内であると判定された場合、当該判定された第２のユーザに、第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と第１のユーザの属性が完全には合致していないことの情報が通知される。

以上のように、本発明の一側面によれば、ユーザが所望の相手と出会うことができる。

また、本発明の一側面によれば、ユーザの所望する相手と出会う機会を増加させ、ユーザのサービスへの関心をより高めて、その関心をより長く維持することができる。

従来の紹介サービスシステムの構成を示す図である。 従来のお気に入りの登録の処理を説明するフローチャートである。 従来の会話の希望の照会の処理を説明するフローチャートである。 従来の会話の申し込みの承諾の処理を説明するフローチャートである。 本発明の一実施の形態の紹介システムの構成を示すブロック図である。 紹介サーバ３１のハードウェアの構成例を示すブロック図である。 基礎情報ＤＢ７１、基本情報ＤＢ７２、および詳細情報ＤＢ７３に格納されるデータを説明する図である。 条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６に格納されるデータを説明する図である。 登録の処理を説明するフローチャートである。 お気に入りページおよび気に入られページを説明する図である。 お気に入りへの登録の処理を説明するフローチャートである。 ウェブページの例を示す図である。 ウェブページの例を示す図である。 気に入られレコードの生成の処理を説明するフローチャートである。 会話の希望の照会の処理を説明するフローチャートである。 ウェブページの例を示す図である。 会話の申し込みの承諾の処理を説明するフローチャートである。 ウェブページの例を示す図である。 ウェブページの例を示す図である。 お気に入りページおよび気に入られページを説明する図である。 お気に入りへの登録の処理を説明するフローチャートである。 気に入られレコードを生成する処理を説明するフローチャートである。 会話の希望の照会の処理を説明するフローチャートである。 会話の申し込みの承諾の処理を説明するフローチャートである。 紹介ページを説明する図である。 お気に入りへの登録の処理を説明するフローチャートである。 紹介レコードの生成の処理を説明するフローチャートである。 紹介ページの提供の処理を説明するフローチャートである。 ウェブページの例を示す図である。 会話の申し込みの承諾の処理を説明するフローチャートである。 ウェブページの例を示す図である。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の一側面の情報提供装置は、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置（例えば、図５の紹介サーバ３１）であって、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶する記憶手段（例えば、図５のデータベース群６１）と、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出する抽出手段（例えば、図５の抽出部５５）と、前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定する判定手段（例えば、図５の判定部５６）と、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する通知手段（例えば、図５のWebサーバ機能５１）とを備える。

前記第１のユーザとの接触の申し込みを前記第２のユーザから受け付ける第１の受け付け手段（例えば、図５の会話希望照会受付部５７）をさらに設け、前記通知手段には、前記第２のユーザから前記第１のユーザとの接触が申し込まれた場合、前記第２のユーザからの接触の申し込みを前記第１のユーザに通知させ、さらに、前記第２のユーザからの接触の申し込みの承諾を前記第１のユーザから受け付ける第２の受け付け手段（例えば、図５の会話希望承諾受付部５８）を設けることができる。

本発明の一側面の情報提供方法は、記憶手段（例えば、図５のデータベース群６１）、抽出手段（例えば、図５の抽出部５５）、判定手段（例えば、図５の判定部５６）、および通知手段（例えば、図５のWebサーバ機能５１）を備え、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置の情報提供方法であって、前記記憶手段に、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し（例えば、図９のステップＳ１０４および図１１のステップＳ１１３の手続き）、前記抽出手段により、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し（例えば、図１１のステップＳ１１５の手続き）、前記判定手段により、前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し（例えば、図１４のステップＳ１２４の手続き）、前記通知手段により、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する（例えば、図１５のステップＳ１３３の手続き）ステップを含む。

本発明の一側面のプログラムは、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供するコンピュータに、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し（例えば、図９のステップＳ１０４および図１１のステップＳ１１３の手続き）、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し（例えば、図１１のステップＳ１１５の手続き）、抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し（例えば、図１４のステップＳ１２４の手続き）、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する（例えば、図１５のステップＳ１３３の手続き）ステップを含む処理を実行させる。

図５は、本発明の一実施の形態の紹介システムの構成を示すブロック図である。紹介システムは、結婚を希望する、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する。具体的には、紹介システムは、結婚を希望するユーザに相手を紹介する紹介サービスを提供する。

紹介システムは、紹介サーバ３１、インターネット３２、結婚を希望する男性のユーザに操作されるユーザ端末３３−１乃至３３−３、および結婚を希望する女性のユーザに操作されるユーザ端末３４−１乃至３４−３から構成される。紹介サーバ３１は、情報提供装置の一例であり、専用サーバ、パーソナルコンピュータ、または仮想サーバなどからなる。紹介サーバ３１は、専用サーバ、パーソナルコンピュータ、または仮想サーバなどの組み合わせからなるシステムであっても良い。

紹介サーバ３１は、ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶する。紹介サーバ３１は、注目しているユーザである注目ユーザが相手に求める属性を示す条件に合致する属性のユーザを抽出し、抽出されたユーザである抽出ユーザが相手に求める属性を示す条件に注目ユーザの属性が合致するか否かを判定する。紹介サーバ３１は、抽出ユーザが相手に求める属性を示す条件に注目ユーザの属性が合致すると判定された場合、抽出ユーザに注目ユーザの属性を通知する。

また、紹介サーバ３１は、所定の範囲で、注目しているユーザである注目ユーザが相手に求める属性を示す条件を緩和し、注目ユーザの緩和された条件に合致する属性のユーザを抽出し、抽出されたユーザである抽出ユーザに注目ユーザの属性を通知する。そして、紹介サーバ３１は、注目ユーザとの接触の申し込みを抽出ユーザから受け付け、抽出ユーザから注目ユーザとの接触が申し込まれた場合、抽出ユーザからの接触の申し込みを注目ユーザに通知する。

インターネット３２は、ネットワークの一例であり、有線または無線の汎用回線または専用回線や、有線または無線の複数のネットワーク、例えば、LAN（Local Area Network）またはWAN（Wide Area Network）などからなる。

ユーザ端末３３−１乃至３３−３は、パーソナルコンピュータや携帯電話機などの情報端末装置であり、それぞれ、結婚を希望する男性のユーザによって操作される。ユーザ端末３３−１乃至３３−３は、それぞれ、男性のユーザの操作に応じて、インターネット３２を介して、紹介サーバ３１に、自分である男性のユーザの属性と女性のユーザである相手に求める属性を示す条件などの各種のデータを送信する。また、ユーザ端末３３−１乃至３３−３は、それぞれ、紹介サーバ３１から送信されてくる、女性のユーザである相手に関する情報を受信して、表示する。

ユーザ端末３４−１乃至３４−３は、パーソナルコンピュータや携帯電話機などの情報端末装置であり、それぞれ、結婚を希望する女性のユーザによって操作される。ユーザ端末３４−１乃至３４−３は、それぞれ、女性のユーザの操作に応じて、インターネット３２を介して、紹介サーバ３１に、自分である女性のユーザの属性と男性のユーザである相手に求める属性を示す条件などの各種のデータを送信する。また、ユーザ端末３４−１乃至３４−３は、それぞれ、紹介サーバ３１から送信されてくる、男性のユーザである相手に関する情報を受信して、表示する。

以下、ユーザ端末３３−１乃至３３−３を個々に区別する必要がない場合、単に、ユーザ端末３３と称する。また、以下、ユーザ端末３４−１乃至３４−３を個々に区別する必要がない場合、単に、ユーザ端末３４と称する。

紹介サーバ３１がプログラムを実行することにより、Webサーバ機能５１、ページデータ生成部５２、会員登録部５３、メール機能５４、抽出部５５、判定部５６、会話希望照会受付部５７、会話希望承諾受付部５８、電子掲示板機能５９、条件生成部６０、およびデータベース群６１が実現される。

Webサーバ機能５１は、例えば、Apache HTTP Serverなどの、いわゆるWebサーバプログラムを実行することにより実現され、HTTP（Hypertext Transfer Protocol）に規定される手順に基づいて、テキストまたは画像などの各種のオブジェクトが含まれるHTML（Hypertext Markup Language）方式またはXML（Extensible Markup Language）方式などのウェブページのデータを提供する。

ページデータ生成部５２は、Webサーバ機能５１によって提供される、ウェブページのデータを生成する。会員登録部５３は、結婚を希望する男性または女性のユーザの自身の属性を取得して、データベース群６１に記録させることにより、会員として登録する。

メール機能５４は、いわゆるメールプログラムを実行することにより実現され、ユーザに各種の通知を行うための電子メールを送信する。

抽出部５５は、相手に求める属性を示す条件に合致する属性の相手を抽出する。また、抽出部５５は、相手に求める属性を示す条件であって、緩和された条件に合致する属性の相手を抽出する。判定部５６は、注目しているユーザである注目ユーザが相手に求める属性を示す条件に合致する属性のユーザが抽出されると、抽出されたユーザである抽出ユーザが相手に求める属性を示す条件に注目ユーザの属性が合致するか否かを判定する。

会話希望照会受付部５７は、ユーザからの所望の相手との会話の申し込みの照会を受け付ける。会話希望承諾受付部５８は、会話の申し込みの照会に対する、その相手からの申し込みの承諾を受け付ける。

条件生成部６０は、相手に求める属性を示す条件から、緩和された条件を生成する。すなわち、条件生成部６０は、所定の範囲で、注目しているユーザである注目ユーザが相手に求める属性を示す条件を緩和する。

データベース群６１は、複数のデータベースからなり、各種のデータを記録する。データベース群６１は、基礎情報データベース（ＤＢ）７１、基本情報データベース（ＤＢ）７２、詳細情報データベース（ＤＢ）７３、条件データベース（ＤＢ）７４、利用履歴データベース（ＤＢ）７５、およびマッチングデータベース（ＤＢ）７６からなる。

基礎情報ＤＢ７１は、各ユーザの基礎情報を格納する。基本情報ＤＢ７２は、各ユーザの基本情報を格納する。詳細情報ＤＢ７３は、各ユーザの詳細情報を格納する。条件ＤＢ７４は、各ユーザについて、相手に求める属性を示す条件を格納する。利用履歴ＤＢ７５は、各ユーザについて、紹介システムの利用の履歴を格納する。マッチングＤＢ７６は、各ユーザについて、気に入った相手の情報を提供するか、相手と会話するかなどの相手との状態を示すデータを格納する。

基礎情報ＤＢ７１、基本情報ＤＢ７２、詳細情報ＤＢ７３、条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６に格納されるデータの詳細は、図７および図８を参照して、後述する。

図６は、紹介サーバ３１のハードウェアの構成例を示すブロック図である。紹介サーバ８１において、CPU（Central Processing Unit）８１，ROM（Read Only Memory）８２，RAM（Random Access Memory）８３は、バス８４により相互に接続されている。

バス８４には、さらに、入出力インタフェース８５が接続されている。入出力インタフェース８５には、スピーカなどよりなる出力部８６、キーボード、マウス、マイクロホンなどよりなる入力部８７、ディスプレイなどよりなる表示部８８、ネットワークインタフェースなどよりなる通信部８９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディアを駆動するドライブ９０、ハードディスクや不揮発性のメモリなどよりなる記憶部９１が接続されている。

記憶部９１には、基礎情報ＤＢ７１、基本情報ＤＢ７２、詳細情報ＤＢ７３、条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６を含むデータベース群６１が構成されている。

なお、基礎情報ＤＢ７１、基本情報ＤＢ７２、詳細情報ＤＢ７３、条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６は、それぞれ、オペーレーティングシステムによって提供されるファイルシステム上に直接構築されるものであっても、データベース管理システムを用いて構築されるものであってもよい。また、基礎情報ＤＢ７１、基本情報ＤＢ７２、詳細情報ＤＢ７３、条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６のうち、いずれかを組み合わせて、１つのデータベースとするようにしてもよい。

以上のように構成される紹介サーバ８１（コンピュータ）では、CPU８１が、例えば、記憶部９１に記憶されているプログラムを、入出力インタフェース８５及びバス８４を介して、RAM８３にロードして実行することにより、後述する一連の処理が行われる。

コンピュータの一例である紹介サーバ８１（CPU８１）が実行するプログラムは、例えば、ドライブ９０に装着される、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)等）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディアに記録して、あるいは、ローカルエリアネットワーク、インターネット３２、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。

そして、プログラムは、リムーバブルメディアをドライブ９０に装着することにより、入出力インタフェース８５を介して、記憶部９１に記憶することで、コンピュータにインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部８９で受信し、記憶部９１に記憶することで、コンピュータにインストールすることができる。その他、プログラムは、ROM８２や記憶部９１にあらかじめ記憶しておくことで、コンピュータにあらかじめインストールしておくことができる。

次に、図７および図８を参照して、基礎情報ＤＢ７１、基本情報ＤＢ７２、詳細情報ＤＢ７３、条件ＤＢ７４、利用履歴ＤＢ７５、およびマッチングＤＢ７６に格納されるデータの詳細について説明する。

基礎情報ＤＢ７１には、各ユーザの基礎情報として、ユーザを特定するためのユーザIDに対応付けられて、各ユーザの、生年月日、氏名、住所、電話番号、メールアドレス（電子メールアドレス）、紹介サービスに入会した日付である入会日、紹介サービスから退会した日付である退会日、クレジットカードや振り込みなど、紹介サービスの料金の支払方法、および本人確認済みであるか否かを示す本人確認済情報などの情報が格納される。

基本情報ＤＢ７２には、各ユーザの基本情報として、ユーザIDに対応付けられて、各ユーザ自身の画像データが格納されている画像ファイルおよび各ユーザのハンドルネーム、さらに、各ユーザの属性として、性別、住んでいる地域、身長、体重、年収、家族構成、結婚歴、子供の有り無し（子供有無）、子供の人数（子供人数）などの情報が格納される。

詳細情報ＤＢ７３には、各ユーザの詳細情報として、ユーザIDおよびハンドルネームに対応付けられて、ユーザからのコメント、ユーザが好きなタイプ、ユーザの趣味、家事炊事の可否（ユーザが家事と炊事をできるか否か）、およびユーザの料理の腕前などの情報が格納される。

条件ＤＢ７４には、各ユーザが相手に求める属性を示す条件として、ユーザIDに対応付けられて、相手が住んでいる地域である希望地域、相手の年齢の範囲である希望年齢、相手の身長である希望身長、相手の体重である希望体重、相手の年収である希望年収、相手の家族構成を示す家族構成条件、相手の結婚歴である結婚歴条件、相手の子供の有り無しを示す子供有無条件、および相手の子供の人数を示す子供人数条件などの条件が格納される。例えば、図８に示されるように、条件ＤＢ７４には、ユーザIDに対応付けられて、関東である希望地域、３１歳から３５歳である希望年齢、１７５cm以上である希望身長、500万円以上である希望年収と、それぞれ条件が無い結婚歴条件、子供有無条件、および子供人数条件とが格納される。

利用履歴ＤＢ７５には、各ユーザについての紹介システムの利用の履歴として、ユーザIDに対応付けられて、相手毎に利用履歴レコードが格納される。それぞれの利用履歴レコードには、相手を特定するユーザIDである相手ユーザID、利用履歴レコードが生成されたかまたはステータスが更新された日付を示す年月日、相手からの返信の有り無しを示す返信有無、および相手との状態を示すステータスが配置される。図８に示される２つの利用履歴レコードの例には、F0000001である相手ユーザIDに対応させて、年月日、返信があったことを示す返信有無、および相手が辞退したことを示すステータスと、F0000010である相手ユーザIDに対応させて、年月日、および返信を待っていることを示す返信有無、およびステータスとがそれぞれ格納されている。

マッチングＤＢ７６には、各ユーザとユーザが気に入った相手との状態を示すデータとして、ユーザIDに対応付けられて、気に入った相手毎にお気に入りレコードが格納される。それぞれのお気に入りレコードには、気に入った相手を特定するユーザIDである相手ユーザID、および相手との状態を示すステータスが配置される。図８に示される３つのお気に入りレコードの例には、F0000001である相手ユーザIDに対応させて、相手を気に入っていることを示すお気に入りモードのステータスと、F0000022である相手ユーザIDに対応させて、相手を気に入っていることを示すお気に入りモードのステータスと、F0000333である相手ユーザIDに対応させて、相手と会話していることを示す開通モード（会話モード）のステータスとがそれぞれ格納されている。

また、マッチングＤＢ７６には、各ユーザとユーザが気に入られた相手との状態を示すデータとして、ユーザIDに対応付けられて、気に入られた相手毎に気に入られレコードが格納される。それぞれの気に入られレコードには、ユーザが気に入られた相手を特定するユーザIDである相手ユーザID、および相手との状態を示すステータスが配置される。

以下、男性のユーザが女性のユーザを気に入る場合について説明するが、男女の関係が逆になった場合も同様である。

次に、図９のフローチャートを参照して、登録の処理を説明する。ユーザ端末３３からのリクエストに応じたレスポンスとして、ステップＳ１０１において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、ユーザ端末３３の男性のユーザの登録事項およびユーザの画像を取得するためのウェブページのデータをユーザ端末３３宛てに送信させる。ステップＳ２０１において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、ウェブページのデータを受信し、ユーザの生年月日や氏名などの基礎情報、住んでいる地域や身長などの基本情報、およびハンドルネームなどの詳細情報を含む登録事項およびユーザの画像を取得するためのウェブページを表示する。

ユーザ端末３３の男性のユーザの操作に応じて、表示されているウェブページに、基礎情報、基本情報、および詳細情報を含む登録事項が入力されると、ステップＳ２０２において、ユーザ端末３３は、ウェブページに入力された登録事項を取得する。ユーザ端末３３の男性のユーザの操作に応じて、ユーザの画像のファイル名などが指定されると、ステップＳ２０３において、ユーザ端末３３は、ユーザの画像（データ）を取得する。

ウェブページ上の送信ボタンがクリックされるなどして、ユーザ端末３３の男性のユーザから送信が指示されると、ステップＳ２０４において、ユーザ端末３３は、インターネット３２を介して、取得された登録事項およびユーザの画像を紹介サーバ３１に送信する。

ステップＳ１０２において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、ユーザ端末３３から送信されてきた登録事項およびユーザの画像を受信させる。ステップＳ１０３において、会員登録部５３は、受信した登録事項に必要な情報が総て含まれているか否か、すなわち、登録事項が完備しているか否かを判定する。ステップＳ１０３において、登録事項が完備していないと判定された場合、手続きはステップＳ１０１に戻り、上述した処理が繰り返される。

ステップＳ１０３において、登録事項が完備していると判定された場合、手続きはステップＳ１０４に進み、会員登録部５３は、データベース群６１に登録事項およびユーザの画像を保存させる。これにより、データベース群６１の基礎情報ＤＢ７１には、ユーザ端末３３のユーザを特定するユーザIDに対応付けられて、ユーザ端末３３のユーザの基礎情報が記録され、基本情報ＤＢ７２には、ユーザ端末３３のユーザを特定するユーザIDに対応付けられて、ユーザ端末３３のユーザの基本情報が記録され、詳細情報ＤＢ７３には、ユーザ端末３３のユーザを特定するユーザIDおよびハンドルネームに対応付けられて、ユーザ端末３３のユーザの詳細情報が記録される。

ステップＳ１０５において、紹介サーバ３１のページデータ生成部５２は、本人確認を要求する旨のウェブページのデータを生成し、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、本人確認を要求する旨のウェブページのデータをユーザ端末３３宛てに送信させる。ステップＳ２０５において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、ウェブページのデータを受信し、本人確認を要求する旨のウェブページを表示する。

ステップＳ２０６において、ユーザ端末３３のユーザは、確認書類としてのウェブページを印刷するか、またはウェブページからダウンロードするなどして、印刷して得られた確認書類に、必要な事項を記載した上で、署名または押印し、紹介サーバ３１を管理するサービス会社にその確認書類を送付する。なお、ユーザ端末３３のユーザは、サービス会社から郵送などにより送られてきた確認書類に、必要な事項を記載した上で、署名または押印し、紹介サーバ３１を管理するサービス会社にその確認書類を送付するようにしてもよい。

ステップＳ１０６において、紹介サーバ３１を管理するサービス会社は、ユーザ端末３３のユーザから送付された確認書類を受領する。確認書類の記載事項を確認したサービス会社のオペレータの操作に応じて、ステップＳ１０７において、会員登録部５３は、ユーザ端末３３のユーザについて、基礎情報ＤＢ７１に利用開始のフラグを設定する。この利用開始のフラグの設定により、紹介サービスの提供が開始される。ステップＳ１０８において、会員登録部５３は、基礎情報ＤＢ７１に、本人確認済みであることを示す本人確認済情報を記録させるなどして、確認書類により確認された事項である確認事項を保存する。ステップＳ１０９において、メール機能５４は、利用開始を通知するための電子メールを登録したユーザであるユーザ端末３３のユーザ宛てに送信して、登録の処理は終了する。

このように、ユーザが登録されて、登録されたユーザの属性が基本情報ＤＢ７２に記録され、紹介サービスの提供が開始される。ユーザ端末３４の女性のユーザについての登録の処理も同様である。

次に、お気に入りへの登録について説明する。

本紹介システムにおいて、ユーザ端末３３の男性のユーザＸが、女性のユーザＡおよびユーザＢをお気に入りに登録すると、例えば、図１０に示されるように、紹介サーバ３１からユーザＸのユーザ端末３３に提供されるウェブページのうちの、気に入っている相手のデータを表示させるウェブページであるお気に入りのページに、女性のユーザＡおよびユーザＢの情報が表示される。

この場合、女性のユーザＡが相手に求める属性を示す条件に、男性のユーザＸの属性が合致していないときには、紹介サーバ３１からユーザＡのユーザ端末３４に提供されるウェブページのうちの、自分を気に入った相手のデータを表示させるウェブページである気に入られのページに、ユーザＸの情報は表示されない。これに対して、男性のユーザＹが女性のユーザＡをお気に入りに登録している場合、女性のユーザＡが相手に求める属性を示す条件に、男性のユーザＹの属性が合致しているときには、紹介サーバ３１からユーザＡのユーザ端末３４に提供される気に入られのページに、ユーザＹの情報が表示される。

図１１は、お気に入りへの登録の処理を説明するフローチャートである。ユーザ端末３３からのリクエストに応じたレスポンスとして、ステップＳ１１１において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、条件を取得するためのウェブページのデータをユーザ端末３３宛てに送信させる。ここで、条件は、ユーザが相手に求める属性を示す。

ステップＳ２１１において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、ウェブページのデータを受信し、条件を取得するためのウェブページを表示する。

ユーザ端末３３の男性のユーザの操作に応じて、表示されているウェブページに条件が入力されると、ステップＳ２１２において、ユーザ端末３３は、ウェブページに入力された条件を取得する。ウェブページ上の送信ボタンがクリックされるなどして、ユーザ端末３３の男性のユーザから送信が指示されると、ステップＳ２１３において、ユーザ端末３３は、インターネット３２を介して、取得された条件を紹介サーバ３１に送信する。

ステップＳ１１２において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、ユーザ端末３３から送信されてきた条件を受信させる。ステップＳ１１３において、Webサーバ機能５１は、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、受信した条件を条件ＤＢ７４に保存させる。

ステップＳ１１４において、利用履歴ＤＢ７５は、ユーザIDに対応付けた利用履歴レコードを生成する。ステップＳ１１５において、抽出部５５は、受信した条件に合致する属性の相手となるユーザを抽出する。すなわち、ステップＳ１１５において、抽出部５５は、注目しているユーザである注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の相手に求める属性を示す条件に合致する属性のユーザを抽出する。

より詳細に説明すれば、ステップＳ１１５において、抽出部５５は、基本情報ＤＢ７２から、相手に求める属性を示す条件をキーにして、条件で示される属性のそれぞれが、総て合致する属性のユーザを特定するユーザIDを求める。

ステップＳ１１６において、Webサーバ機能５１は、抽出された相手となるユーザのデータをユーザ端末３３に送信する。より詳しく説明すれば、ステップＳ１１６において、ページデータ生成部５２は、基本情報ＤＢ７２から、抽出された相手となるユーザを特定するユーザIDに対応付けられている、画像ファイル、ハンドルネーム、および地域などの属性などを読み出し、さらに、詳細情報ＤＢ７３から、抽出された相手となるユーザを特定するユーザIDおよびハンドルネームに対応付けられている、コメントなどを読み出す。そして、ページデータ生成部５２は、読み出した画像、ハンドルネーム、コメント、地域などの属性などを用いて、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを生成し、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２１４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザのデータを受信し、表示する。すなわち、ステップＳ２１４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを受信して、抽出された相手となるユーザの属性および画像などを表示させるウェブページを表示する。

図１２および図１３は、抽出された相手となるユーザの属性および画像などを表示させるウェブページの例を示す図である。図１２に示されるように、紹介方法を選択するウェブページから「あなたが希望する人のご紹介」をするためのウェブページにリンクする「ご紹介一覧へ」と記載されたボタンがクリックされると、図１３に示される、抽出された相手となるユーザの属性および画像などを表示させるウェブページが表示される。このウェブページには、抽出された相手毎に、例えば、相手の年齢、住んでいる地域、コメント、および相手の画像が表示されると共に、気に入った相手を指示するためのボタン（図１３中の「お気に入りに登録」と記載されたボタン）が配置されている。

ユーザ端末３３の男性のユーザは、表示されたウェブページを見て、抽出された相手の中に、気に入った相手（女性のユーザ）がいれば、ユーザ端末３３を操作して、ボタンをクリックするなどして、その気に入った相手を指示するので、ステップＳ２１５において、ユーザ端末３３は、抽出された相手の中から、男性のユーザに指示された、１人または２人以上の相手を指定する。ステップＳ２１６において、ユーザ端末３３は、インターネット３２を介して、指定された相手のデータと共に、お気に入りへの登録の申請のデータを紹介サーバ３１に送信することで、指定された相手のお気に入りへの登録を申請する。

ステップＳ１１７において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきた、指定された相手のデータとお気に入りへの登録の申請のデータとを受信して、お気に入りへの登録の申請を受け付ける。ステップＳ１１８において、Webサーバ機能５１は、指定された相手のデータをマッチングＤＢ７６に供給し、マッチングＤＢ７６に、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、ユーザ端末３３の男性のユーザが気に入った相手を特定する相手ユーザIDを含むお気に入りレコードを生成させ、マッチングＤＢ７６を更新して、お気に入りへの登録の処理は終了する。この場合、気に入った相手１人ずつに、１つのお気に入りレコードが生成され、１つのお気に入りレコードには、１つの相手ユーザIDが格納される。

このように、お気に入りレコードに、気に入った相手を特定する相手ユーザIDが格納されることになる。

次に、ユーザ端末３３の男性のユーザが気に入った相手について気に入られレコードを生成する、気に入られレコードの生成の処理を、図１４のフローチャートを参照して説明する。ステップＳ１２１において、判定部５６は、お気に入りレコードで示される、ユーザ端末３３の男性のユーザが気に入った相手である、お気に入りの総ての相手の条件を条件ＤＢ７４から読み出す。すなわち、判定部５６は、マッチングＤＢ７６のお気に入りレコードのうち、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられているお気に入りレコードから、相手ユーザIDを読み出す。そして、判定部５６は、読み出された相手ユーザIDと同じユーザIDに対応付けられている条件を、条件ＤＢ７４から読み出す。

ステップＳ１２２において、判定部５６は、ユーザ端末３３の男性のユーザ、すなわち気に入ったユーザの属性を基本情報ＤＢ７２から読み出す。より詳細には、判定部５６は、ユーザ端末３３の男性のユーザを特定するユーザIDに付けられている、ユーザ端末３３の男性のユーザの属性を基本情報ＤＢ７２から読み出す。

ステップＳ１２３において、判定部５６は、ステップＳ１２１の手続きで条件を読み出した相手の中から、１人の相手を選ぶ。ステップＳ１２４において、判定部５６は、ユーザ端末３３の男性のユーザ、すなわち気に入ったユーザの属性が、選ばれたお気に入りの相手の条件を満足するか否かを判定する。言い換えれば、ステップＳ１２４において、判定部５６は、抽出されたユーザである抽出ユーザ（この場合、例えば、ユーザ端末３４の女性のユーザ）の相手に求める属性を示す条件に注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の属性が合致するか否かを判定する

ステップＳ１２４において、気に入ったユーザの属性が、選ばれたお気に入りの相手の条件を満足すると判定された場合、手続きはステップＳ１２５に進み、判定部５６は、マッチングＤＢ７６に、相手の気に入られレコードを生成させて、マッチングＤＢ７６を更新する。すなわち、マッチングＤＢ７６は、選ばれたお気に入りの相手のユーザIDに対応付けられた気に入られレコードであって、相手ユーザIDとして、男性のユーザを特定するユーザIDが格納されている気に入られレコードを生成する。

ステップＳ１２６において、メール機能５４は、気に入られレコードを生成した旨を、選ばれている相手宛の電子メールで通知して、手続きはステップＳ１２７に進む。この場合、相手の電子メールアドレスは、相手のユーザIDをキーとして、基礎情報ＤＢ７１から読み出される。

一方、ステップＳ１２４において、気に入ったユーザの属性が、選ばれたお気に入りの相手の条件を満足しないと判定された場合、ステップＳ１２５およびステップＳ１２６の手続きはスキップされて、気に入られレコードは生成されずに、手続きはステップＳ１２７に進む。

ステップＳ１２７において、判定部５６は、条件を読み出した総ての相手の処理が完了したか否かを判定し、総ての相手の処理が完了したと判定された場合、気に入られレコードの生成の処理は終了する。ステップＳ１２７において、総ての相手の処理が完了していないと判定された場合、手続きはステップＳ１２３に戻り、次の相手が選ばれて、総ての相手の処理が完了するまで上述した処理が繰り返される。

このように、自分の属性が、お気に入りの相手の条件を満足した場合、相手側に気に入られレコードが生成されて、自分の属性が、お気に入りの相手の条件を満足しない場合、相手側の気に入られレコードは生成されない。このようにすることで、自分に感心を持ちそうな相手についてのみ、その相手に自分の情報が提供されることになる。

次に、図１４のフローチャートを参照して説明した気に入られレコードの生成の処理により気に入られレコードが生成されたユーザのユーザ端末３４と紹介サーバ３１とによる、気に入られた相手との会話の希望の照会の処理を説明する。女性のユーザがユーザ端末３４に、自分を気に入った相手（この場合、ユーザ端末３３の男性のユーザ）のデータを表示させるウェブページである気に入られページの表示を指示すると、ステップＳ３３１において、ユーザ端末３４は、インターネット３２を介して、気に入られページのリクエストを紹介サーバ３１に送信する。ステップＳ１３１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきたリクエストを受信する。

ステップＳ１３２において、ページデータ生成部５２は、マッチングＤＢ７６から、ユーザ端末３４の女性のユーザを特定するユーザIDに対応付けられている気に入られレコードに格納されている相手ユーザID（ユーザ端末３３の男性のユーザを特定する特定ユーザIDを含む）を読み出す。そして、ページデータ生成部５２は、基本情報ＤＢ７２から、相手ユーザIDと同じユーザIDに対応付けられている、画像ファイル、ハンドルネーム、および地域などの属性などを読み出し、さらに、詳細情報ＤＢ７３から、相手ユーザIDと同じユーザIDおよびハンドルネームに対応付けられている、コメントなどを読み出す。ページデータ生成部５２は、読み出した画像、ハンドルネーム、コメント、地域などの属性などを用いて、自分を気に入った相手のデータを表示させる気に入られページのデータを生成する。

ステップＳ１３３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、気に入られページのデータをユーザ端末３４宛てに送信させる。すなわち、ステップＳ１３３において、Webサーバ機能５１は、抽出ユーザ（この場合、ユーザ端末３４の女性のユーザ）の相手に求める属性を示す条件に注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の属性が合致すると判定された場合、抽出ユーザに注目ユーザの属性を通知する。

ステップＳ３３２において、ユーザ端末３４は、紹介サーバ３１から送信されてくる、気に入られページのデータを受信する。ステップＳ３３３において、ユーザ端末３４は、気に入られページを表示する。気に入られページでは、ユーザ端末３４の女性のユーザを気に入った相手の男性のユーザ（この場合、ユーザ端末３３の男性のユーザを含む）の属性および画像などが表示される。

図１６は、気に入られページの例を示す図である。図１６に示されるように、気に入られページには、ユーザ端末３４の女性のユーザを気に入った相手の男性のユーザの属性および画像などが表示される。すなわち、気に入られページには、相手毎に、例えば、相手の年齢、住んでいる地域、ユーザ端末３４の女性のユーザを気に入ったポイント、および相手の画像が表示されると共に、会話の希望を照会するためのボタン（図１６中の「お話しましょう申請」と記載されたボタン）が配置されている。

ユーザ端末３４の女性のユーザは、気に入られページを見て、自分を気に入った相手の中に、会話したい相手がいれば、ユーザ端末３４を操作して、会話の希望を照会するためのボタンをクリックするなどして、会話したい相手を指示するので、ステップＳ３３４において、ユーザ端末３４は、自分を気に入った相手の中から、ユーザ端末３４の女性のユーザに指示された、１人または２人以上の相手を指定して、会話の希望の照会を行う。すなわち、ステップＳ３３４において、ユーザ端末３４は、インターネット３２を介して、指定された相手のデータと共に、会話の希望の照会のデータを紹介サーバ３１に送信することで、指定された相手との会話の希望の照会を行う。

ステップＳ１３４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきた、会話を希望する相手のデータと会話の希望の照会のデータとを受信して、会話希望照会受付部５７に供給する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望した場合、会話希望照会受付部５７は、会話を希望する相手のデータ（例えば、ユーザ端末３３の男性のユーザのユーザID）と会話の希望の照会のデータとを受け取り、マッチングＤＢ７６の、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられているお気に入りレコードであって、ユーザ端末３４の女性のユーザを特定する相手ユーザIDが格納されているお気に入りレコードに、相手ユーザIDで特定されるユーザから会話が希望されたことを示すステータスのデータを格納させることで、会話の希望の照会を受け付ける。

ステップＳ１３５において、紹介サーバ３１は、会話が希望された相手（例えば、ユーザ端末３３の男性のユーザ）のお気に入りページのユーザ箇所の会話希望の表示を更新する。これにより、会話が希望された相手のお気に入りページに、ユーザ端末３４の女性のユーザが会話を希望している旨が表示されて、会話の希望（会話の申し込み）を承諾するためのボタンが配置される。すなわち、この場合、ユーザ端末３３の男性のユーザのお気に入りページに、ユーザ端末３４の女性のユーザが会話を希望している旨が表示されることになる。

ステップＳ１３６において、メール機能５４は、会話が希望された相手宛ての電子メールで、会話が希望された（会話が申し込まれた）旨を通知して、気に入られた相手との会話の希望の照会の処理は終了する。この場合、会話が希望された相手の電子メールアドレスは、相手のユーザIDをキーとして、基礎情報ＤＢ７１から読み出される。

このように、気に入られた相手の中から、気に入った相手を選んで、会話の希望を照会することができる。

次に、ユーザ端末３４の女性のユーザからユーザ端末３３の男性のユーザに会話が申し込まれた（会話が希望された）場合の会話の申し込みの承諾の処理を説明する。

図１７は、会話の申し込みの承諾の処理を説明するフローチャートである。男性のユーザがユーザ端末３３に、お気に入りページの表示を指示すると、ステップＳ２４１において、ユーザ端末３３は、インターネット３２を介して、お気に入りページのリクエストを紹介サーバ３１に送信する。ステップＳ１４１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきたリクエストを受信する。ステップＳ１４２において、ページデータ生成部５２は、自分が気に入った相手のデータを表示させるお気に入りページのデータを生成する。

より詳細に説明すれば、ステップＳ１４２において、ページデータ生成部５２は、マッチングＤＢ７６から、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられているお気に入りレコードに格納されている相手ユーザID（ユーザ端末３４の女性のユーザを特定する特定ユーザIDを含む）を読み出す。そして、ページデータ生成部５２は、基本情報ＤＢ７２から、相手ユーザIDと同じユーザIDに対応付けられている、画像ファイル、ハンドルネーム、および地域などの属性などを読み出し、さらに、詳細情報ＤＢ７３から、相手ユーザIDと同じユーザIDおよびハンドルネームに対応付けられている、コメントなどを読み出す。ページデータ生成部５２は、読み出した画像、ハンドルネーム、コメント、地域などの属性などを用いて、自分が気に入った相手のデータを表示させるお気に入りページのデータを生成する。

ステップＳ１４３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、お気に入りページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２４２において、ユーザ端末３３は、紹介サーバ３１から送信されてくる、お気に入りページのデータを受信する。ステップＳ２４３において、ユーザ端末３３は、お気に入りページを表示する。お気に入りページでは、ユーザ端末３３の男性のユーザが気に入った相手の女性のユーザの属性および画像などが表示される。

図１８は、お気に入りページの例を示す図である。図１８に示されるように、お気に入りページには、ユーザ端末３３の男性のユーザが気に入った相手の女性のユーザの属性および画像などが表示される。すなわち、お気に入りページには、相手毎に、例えば、相手の年齢、住んでいる地域、その女性のユーザを気に入ったポイント、および相手の画像が表示されると共に、会話の希望を照会するためのボタン（図１８中の「お話しましょう申請」と記載されたボタン）が配置されている。

また、お気に入りページには、相手から会話の申し込みがされている場合（会話が希望された場合）、その相手からの会話の申し込みを承諾するためのボタン（図１８中の「お話しましょう承諾」と記載されたボタン）が配置されている。

ユーザ端末３３の男性のユーザは、お気に入りページを見て、会話を申し込んできた相手の中に、会話したい相手がいれば、ユーザ端末３３を操作して、会話の申し込みを承諾するためのボタンをクリックするなどして、会話の申し込みを承諾する。ステップＳ２４４において、ユーザ端末３３は、会話の申し込みを承諾するためのボタンがクリックされたか否かなどにより、会話の申し込みを承諾するか否かを判定する。ステップＳ２４４において、会話の申し込みを承諾すると判定された場合、手続きはステップＳ２４５に進み、ユーザ端末３３は、会話の申し込みを承諾する旨を紹介サーバ３１に送信する。すなわち、ユーザ端末３３は、インターネット３２を介して、会話を申し込んできた相手を特定するデータ（例えば、ユーザID）と共に、その会話の申し込みを承諾する旨のデータを紹介サーバ３１に送信する。

ステップＳ１４４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきた、会話を申し込んできた相手を特定するデータ（例えば、ユーザID）と会話の申し込みを承諾する旨のデータとを受信する。Webサーバ機能５１は、会話を申し込んできた相手を特定するデータと会話の申し込みを承諾する旨のデータとを会話希望承諾受付部５８に供給する。

ステップＳ１４５において、会話希望承諾受付部５８は、マッチングＤＢ７６のお気に入りモードを会話モードに更新する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望し、ユーザ端末３３の男性のユーザがこれを承諾した場合、マッチングＤＢ７６に格納されているお気に入りレコードのうち、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられ、ユーザ端末３４の女性のユーザを特定する相手ユーザIDが格納されているお気に入りレコードに格納されているステータスが、相手が気に入っていることを示すお気に入りモードから、相手と会話していることを示す会話モードに更新される。

ステップＳ１４６において、紹介サーバ３１の電子掲示板機能５９は、会話を申し込んできた相手との電子掲示板（以下、掲示板とも称する）を設定し、紹介サーバ３１は、双方のユーザのページに掲示板ボタンを設ける。

図１９は、掲示板ボタンが設けられたユーザのページの例を示す図である。図１９に示されるように、ユーザのページには、掲示板が設けられた相手毎に、例えば、相手の年齢、住んでいる地域、および相手の画像が表示されると共に、掲示板に入るための掲示板ボタン（図１９中の「お話し掲示板へ」と記載されたボタン）が配置されている。

これにより、ユーザ端末３３の男性のユーザと、会話を申し込んできた相手とは、掲示板ボタンをクリックして掲示板に入り、掲示板で、お互いに会話することができる。

ステップＳ１４７において、メール機能５４は、基礎情報ＤＢ７１から、ユーザ端末３３の男性のユーザおよび相手の電子メールアドレスを読み出して、ユーザ端末３３の男性のユーザと会話を申し込んできた相手との双方に掲示板を設けたことを電子メールで通知して、会話の申し込みの承諾の処理は終了する。

ステップＳ２４４において、会話の申し込みを承諾しないと判定された場合、ステップＳ１４４乃至ステップＳ１４７はスキップされて、掲示板は設定されずに、会話の申し込みの承諾の処理は終了する。

このように、相手からの会話の申し込みを承諾することができ、承諾すると掲示板で会話することができるようになる。

また、本紹介システムにおいて、ユーザ端末３３の男性のユーザＸが、女性のユーザＡおよびユーザＢをお気に入りに登録し、女性のユーザＡが相手に求める属性を示す条件に、男性のユーザＸの属性が合致していないが、その不一致が微小である場合には、紹介サーバ３１からユーザＡのユーザ端末３４に提供されるウェブページのうちの、自分を気に入った相手のデータを表示させるウェブページである気に入られのページに、ユーザＸの情報が表示される。この場合、ユーザＡの気に入られのページには、女性のユーザＡが相手に求める属性を示す条件に、男性のユーザＸの属性が合致していないことも合わせて表示される。

図２１は、お気に入りへの登録の処理を説明するフローチャートである。ユーザ端末３３からのリクエストに応じたレスポンスとして、ステップＳ１５１において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、条件を取得するためのウェブページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２５１において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、ウェブページのデータを受信し、条件を取得するためのウェブページを表示する。

ユーザ端末３３の男性のユーザの操作に応じて、表示されているウェブページに条件が入力されると、ステップＳ２５２において、ユーザ端末３３は、ウェブページに入力された条件を取得する。ウェブページ上の送信ボタンがクリックされるなどして、ユーザ端末３３の男性のユーザから送信が指示されると、ステップＳ２５３において、ユーザ端末３３は、インターネット３２を介して、取得された条件を紹介サーバ３１に送信する。

ステップＳ１５２において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、ユーザ端末３３から送信されてきた条件を受信させる。ステップＳ１５３において、Webサーバ機能５１は、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、受信した条件を条件ＤＢ７４に保存させる。

ステップＳ１５４において、利用履歴ＤＢ７５は、ユーザIDに対応付けた利用履歴レコードを生成する。ステップＳ１５５において、抽出部５５は、ステップＳ１１５と同様の手続きで、受信した条件に合致する属性の相手となるユーザを抽出する。ステップＳ１５６において、Webサーバ機能５１は、抽出された相手となるユーザのデータをユーザ端末３３に送信する。

より詳しく説明すれば、ステップＳ１５６において、ページデータ生成部５２は、ステップＳ１１６と同様の手続きで、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを生成し、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２５４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザのデータを受信し、表示する。すなわち、ステップＳ２５４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを受信して、抽出された相手となるユーザの属性および画像などを表示させるウェブページを表示する。

ユーザ端末３３の男性のユーザは、表示されたウェブページを見て、抽出された相手の中に、気に入った相手（女性のユーザ）がいれば、ユーザ端末３３を操作して、ボタンをクリックするなどして、その気に入った相手を指示するので、ステップＳ２５５において、ユーザ端末３３は、抽出された相手の中から、男性のユーザに指示された、１人または２人以上の相手を指定する。ステップＳ２５６において、ユーザ端末３３は、インターネット３２を介して、指定された相手のデータと共に、お気に入りへの登録の申請のデータを紹介サーバ３１に送信することで、指定された相手のお気に入りへの登録を申請する。

ステップＳ１５７において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきた、指定された相手のデータとお気に入りへの登録の申請のデータとを受信して、お気に入りへの登録の申請を受け付ける。ステップＳ１５８において、Webサーバ機能５１は、ステップＳ１１８と同様の手続きで、指定された相手のデータをマッチングＤＢ７６に供給し、マッチングＤＢ７６に、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、ユーザ端末３３の男性のユーザが気に入った相手を特定する相手ユーザIDを含むお気に入りレコードを生成させ、マッチングＤＢ７６を更新して、お気に入りへの登録の処理は終了する。

このように、お気に入りレコードに、気に入った相手を特定する相手ユーザIDが格納される。

次に、条件に対する属性の差が微小である相手について、気に入られレコードを生成する処理を、図２２のフローチャートを参照して説明する。ステップＳ１６１において、判定部５６は、お気に入りレコードに格納されている、ユーザ端末３３の男性のユーザが気に入った相手である、お気に入りの総ての相手の条件を条件ＤＢ７４から読み出す。すなわち、判定部５６は、マッチングＤＢ７６のお気に入りレコードのうち、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられているお気に入りレコードから、相手ユーザIDを読み出す。そして、判定部５６は、読み出された相手ユーザIDと同じユーザIDに対応付けられている条件を、条件ＤＢ７４から読み出す。

ステップＳ１６２において、判定部５６は、ユーザ端末３３の男性のユーザ、すなわち気に入ったユーザの属性を基本情報ＤＢ７２から読み出す。より詳細には、判定部５６は、ユーザ端末３３の男性のユーザを特定するユーザIDに付けられている、ユーザ端末３３の男性のユーザの属性を基本情報ＤＢ７２から読み出す。

ステップＳ１６３において、判定部５６は、ステップＳ１６１の手続きで条件を読み出した相手の中から、１人の相手を選ぶ。ステップＳ１６４において、判定部５６は、お気に入りの相手の条件と気に入ったユーザ（ユーザ端末３３の男性のユーザ）の属性との差分を抽出する。ステップＳ１６５において、判定部５６は、抽出された差分の項目の数が、予め定められた数であるＮ以内であるか否かを判定する。例えば、Ｎは、１乃至３のいずれかとされる。

ステップＳ１６５において、差分の項目の数がＮ以内であると判定された場合、手続きはステップＳ１６６に進み、判定部５６は、差分の項目の値の差が、予め定められた許容範囲であるか否かを判定する。例えば、許容範囲は、条件に示される属性を表す変化の単位より小さくされる。より具体的には、例えば、条件に示される属性としての年収が１００万円を単位として表される場合、許容範囲は、１００万円未満とされる。また、例えば、条件に示される属性としての身長が５ｃｍ刻みで表される場合、許容範囲は、５ｃｍ未満とされる。

また、許容範囲を、条件に示される属性に所定の比率を乗じて決定するようにしてもよい。具体的には、例えば、許容範囲は、その項目が年収であれば、お気に入りの相手の条件に示される属性としての年収の下限の１０％とされる。また、例えば、許容範囲は、その項目が年齢であれば、お気に入りの相手の条件に示される属性としての年齢の上限の５％とされる。

すなわち、ステップＳ１６５およびステップＳ１６６において、判定部５６は、抽出ユーザ（この場合、ユーザ端末３４の女性のユーザ）の相手に求める属性を示す条件と注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の属性との差分が所定の範囲内であるか否かを判定する。この差分の範囲は、他の属性が条件を充分に満足している場合に、その属性が足りない属性を補うことで許容される範囲と推察されるものである。

ステップＳ１６６において、差分の項目の値の差が許容範囲であると判定された場合、条件に対する属性の差が微小なので、手続きはステップＳ１６７に進み、判定部５６は、マッチングＤＢ７６に、相手ユーザIDとして、男性のユーザを特定するユーザIDが格納されている、選ばれたお気に入りの相手のユーザIDに対応付けられた気に入られレコードであって、条件と属性との差分の項目と差の値とを含む気に入られレコードを生成させて、マッチングＤＢ７６を更新する。

差分の項目の数がＮ以内であって、差分の項目の値の差が許容範囲である場合に、気に入られレコードが生成されと、本来、条件に合致しない属性のユーザについても気に入られレコードが生成されるが、そのようなユーザについて気に入られレコードが生成されるようにしたのは、「気に入られている」という事実を考慮して、マッチングの敷居を下げて、接触する機会を増加させるためである。

ステップＳ１６８において、メール機能５４は、相手の電子メールアドレスを、相手のユーザIDをキーとして、基礎情報ＤＢ７１から読み出して、気に入られレコードを生成した旨を相手宛の電子メールで通知して、手続きはステップＳ１６９に進む。

ステップＳ１６５において、差分の項目の数がＮ以内でないと判定された場合、条件に対する属性の差が微小ではないので、ステップＳ１６６乃至ステップＳ１６８の手続きはスキップされて、気に入られレコードは生成されずに、手続きはステップＳ１６９に進む。

ステップＳ１６６において、差分の項目の値の差が許容範囲でないと判定された場合、この場合も条件に対する属性の差が微小ではないので、ステップＳ１６７乃至ステップＳ１６８の手続きはスキップされて、気に入られレコードは生成されずに、手続きはステップＳ１６９に進む。

ステップＳ１６９において、判定部５６は、条件を読み出した総ての相手の処理が完了したか否かを判定し、総ての相手の処理が完了したと判定された場合、気に入られレコードの生成の処理は終了する。ステップＳ１６９において、総ての相手の処理が完了していないと判定された場合、手続きはステップＳ１６３に戻り、次の相手が選ばれて、総ての相手の処理が完了するまで上述した処理が繰り返される。

このように、自分の属性と、お気に入りの相手の条件との差が微小である場合、相手側に気に入られレコードが生成されて、自分の属性と、お気に入りの相手の条件との差が微小でない場合、相手側の気に入られレコードは生成されない。

次に、図２３のフローチャートを参照して、条件に対する属性の差が微小であるユーザを含む、気に入られレコードが生成されたユーザのユーザ端末３４と紹介サーバ３１とによる、気に入られた相手との会話の希望の照会の処理を説明する。女性のユーザがユーザ端末３４に、自分を気に入った相手（この場合、ユーザ端末３３の男性のユーザ）のデータを表示させるウェブページである気に入られページの表示を指示すると、ステップＳ３７１において、ユーザ端末３４は、インターネット３２を介して、気に入られページのリクエストを紹介サーバ３１に送信する。ステップＳ１７１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきたリクエストを受信する。ステップＳ１７２において、ページデータ生成部５２は、自分を気に入った相手のデータを表示させる気に入られページであって、条件に対する属性の差が微小である相手について条件に合致していないことを示す気に入られページのデータを生成する。ステップＳ１７２の手続きの詳細は、ステップＳ１３２の手続きと同様である。

ステップＳ１７３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、気に入られページのデータをユーザ端末３４宛てに送信させる。

ステップＳ３７２において、ユーザ端末３４は、紹介サーバ３１から送信されてくる、気に入られページのデータを受信する。ステップＳ３７３において、ユーザ端末３４は、気に入られページを表示する。この気に入られページでは、ユーザ端末３４の女性のユーザを気に入った相手の男性のユーザの属性および画像などが表示されると共に、条件に対する属性の差が微小である相手の男性については、ユーザ端末３４の女性のユーザが相手に求める条件に合致していないことが表示される。

ユーザ端末３４の女性のユーザは、気に入られページを見て、自分を気に入った相手の中に、会話したい相手がいれば、ユーザ端末３４を操作して、会話の希望を照会するためのボタンをクリックするなどして、会話したい相手を指示する。また、条件に対する属性の差が微小である相手の男性についても、ユーザ端末３４の女性のユーザは、会話したい相手として指示することができる。

ステップＳ３７４において、ユーザ端末３４は、条件に対する属性の差が微小である相手を含む、自分を気に入った相手の中から、ユーザ端末３４の女性のユーザに指示された、１人または２人以上の相手を指定して、会話の希望の照会を行う。すなわち、ステップＳ３７４において、ユーザ端末３４は、インターネット３２を介して、指定された相手のデータと共に、会話の希望の照会のデータを紹介サーバ３１に送信することで、指定された相手との会話の希望の照会を行う。

ステップＳ１７４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきた、会話を希望する相手のデータと会話の希望の照会のデータとを受信して、会話希望照会受付部５７に供給する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望した場合、会話希望照会受付部５７は、会話を希望する相手のデータ（例えば、ユーザ端末３３の男性のユーザのユーザID）と会話の希望の照会のデータとを受け取り、マッチングＤＢ７６の、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられているお気に入りレコードであって、ユーザ端末３４の女性のユーザを特定する相手ユーザIDが格納されているお気に入りレコードに、相手ユーザIDで特定されるユーザから会話が希望されたことを示すステータスのデータを格納させることで、会話の希望の照会を受け付ける。

ステップＳ１７５において、紹介サーバ３１は、会話が希望された相手（例えば、ユーザ端末３３の男性のユーザ）のお気に入りページのユーザ箇所の会話希望の表示を更新する。これにより、会話が希望された相手のお気に入りページに、ユーザ端末３４の女性のユーザが会話を希望している旨が表示されて、会話の希望（会話の申し込み）を承諾するためのボタンが配置される。すなわち、この場合、ユーザ端末３３の男性のユーザのお気に入りページに、ユーザ端末３４の女性のユーザが会話を希望している旨が表示されることになる。

ステップＳ１７６において、メール機能５４は、基礎情報ＤＢ７１から会話が希望された相手の電子メールアドレスを読み出して、会話が希望された相手宛ての電子メールで、会話が希望された（会話が申し込まれた）旨を通知して、気に入られた相手との会話の希望の照会の処理は終了する。

このように、条件に対する属性の差が微小である相手を含む、気に入られた相手の中から、気に入った相手を選んで、会話の希望を照会することができる。

図２４は、ユーザ端末３４の女性のユーザからユーザ端末３３の男性のユーザに会話が申し込まれた（会話が希望された）場合の会話の申し込みの承諾の処理を説明するフローチャートである。男性のユーザがユーザ端末３３に、お気に入りページの表示を指示すると、ステップＳ２８１において、ユーザ端末３３は、インターネット３２を介して、お気に入りページのリクエストを紹介サーバ３１に送信する。ステップＳ１８１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきたリクエストを受信する。ステップＳ１８２において、ページデータ生成部５２は、ステップＳ１４２と同様の手続きで、自分が気に入った相手のデータを表示させるお気に入りページのデータを生成する。ステップＳ１８３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、お気に入りページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２８２において、ユーザ端末３３は、紹介サーバ３１から送信されてくる、お気に入りページのデータを受信する。ステップＳ２８３において、ユーザ端末３３は、お気に入りページを表示する。お気に入りページでは、ユーザ端末３３の男性のユーザが気に入った相手の女性のユーザの属性および画像などが表示される。

お気に入りページには、相手から会話の申し込みがされた場合（会話が希望された場合）、その相手からの会話の申し込みを承諾するためのボタン（図１８中の「お話しましょう承諾」と記載されたボタン）が配置されている。

ユーザ端末３３の男性のユーザは、お気に入りページを見て、会話を申し込んだきた相手の中に、会話したい相手がいれば、ユーザ端末３３を操作して、会話の申し込みを承諾するためのボタンをクリックするなどして、会話の申し込みを承諾する。ステップＳ２８４において、ユーザ端末３３は、会話の申し込みを承諾するためのボタンがクリックされたか否かなどにより、会話の申し込みを承諾するか否かを判定する。ステップＳ２８４において、会話の申し込みを承諾すると判定された場合、手続きはステップＳ２８５に進み、ユーザ端末３３は、会話の申し込みを承諾する旨を紹介サーバ３１に送信する。すなわち、ユーザ端末３３は、インターネット３２を介して、会話を申し込んできた相手を特定するデータ（例えば、ユーザID）と共に、その会話の申し込みを承諾する旨のデータを紹介サーバ３１に送信する。

ステップＳ１８４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきた、会話を申し込んできた相手を特定するデータと会話の申し込みを承諾する旨のデータとを受信する。Webサーバ機能５１は、会話を申し込んできた相手を特定するデータと会話の申し込みを承諾する旨のデータとを会話希望承諾受付部５８に供給する。

ステップＳ１８５において、会話希望承諾受付部５８は、マッチングＤＢ７６のお気に入りモードを会話モードに更新する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望し、ユーザ端末３３の男性のユーザがこれを承諾した場合、マッチングＤＢ７６に格納されているお気に入りレコードのうち、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられ、ユーザ端末３４の女性のユーザを特定する相手ユーザIDが格納されているお気に入りレコードに格納されているステータスが、相手が気に入っていることを示すお気に入りモードから、相手と会話していることを示す会話モードに変更される。

ステップＳ１８５において、紹介サーバ３１の電子掲示板機能５９は、会話を申し込んできた相手との電子掲示板を設定し、紹介サーバ３１は、双方のユーザのページに掲示板ボタンを設ける。

ステップＳ１８７において、メール機能５４は、ユーザ端末３３の男性のユーザと会話を申し込んできた相手との双方に掲示板を設けたことを電子メールで通知して、会話の申し込みの承諾の処理は終了する。

このように、相手からの会話の申し込みを承諾することができ、承諾すると掲示板で会話することができるようになる。自分の属性と相手の条件との差が微小である場合、相手と会話できることがあり、相手との会話する機会が増えることになる。

さらに、図２５に示されるように、本紹介システムにおいて、女性のユーザＡの属性が、男性のユーザＸの相手に求める条件を若干満たしていない場合、紹介サーバ３１からユーザＡのユーザ端末３４に提供されるウェブページのうちの、気に入られページとは別の紹介ページに、ユーザＸの情報が表示される。この場合、男性のユーザＸには、女性のユーザＡにユーザＸが紹介されていることは通知されず、また、女性のユーザＡの紹介ページには、「求められている女性像に近い」旨が表示される。

図２６は、お気に入りへの登録の処理を説明するフローチャートである。ユーザ端末３３からのリクエストに応じたレスポンスとして、ステップＳ１９１において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、条件を取得するためのウェブページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２９１において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、ウェブページのデータを受信し、条件を取得するためのウェブページを表示する。

ユーザ端末３３の男性のユーザの操作に応じて、表示されているウェブページに条件が入力されると、ステップＳ２９２において、ユーザ端末３３は、ウェブページに入力された条件を取得する。ウェブページ上の送信ボタンがクリックされるなどして、ユーザ端末３３の男性のユーザから送信が指示されると、ステップＳ２９３において、ユーザ端末３３は、インターネット３２を介して、取得された条件を紹介サーバ３１に送信する。

ステップＳ１９２において、紹介サーバ３１のWebサーバ機能５１は、ネットワークインタフェースである通信部８９に、ユーザ端末３３から送信されてきた条件を受信させる。ステップＳ１９３において、Webサーバ機能５１は、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、受信した条件を条件ＤＢ７４に保存させる。

ステップＳ１９４において、利用履歴ＤＢ７５は、ユーザIDに対応付けた利用履歴レコードを生成する。ステップＳ１９５において、抽出部５５は、ステップＳ１１５と同様の手続きで、受信した条件に合致する属性の相手となるユーザを抽出する。ステップＳ１９６において、Webサーバ機能５１は、抽出された相手となるユーザのデータをユーザ端末３３に送信する。

より詳しく説明すれば、ステップＳ１９６において、ページデータ生成部５２は、ステップＳ１１６と同様の手続きで、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを生成し、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータをユーザ端末３３宛てに送信させる。

ステップＳ２９４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザのデータを受信し、表示する。すなわち、ステップＳ２９４において、ユーザ端末３３は、紹介サーバ３１から送信されてきた、抽出された相手となるユーザの属性および画像などを表示させるためのウェブページのデータを受信して、抽出された相手となるユーザの属性および画像などを表示させるウェブページを表示する。

ユーザ端末３３の男性のユーザは、表示されたウェブページを見て、抽出された相手の中に、気に入った相手（女性のユーザ）がいれば、ユーザ端末３３を操作して、ボタンをクリックするなどして、その気に入った相手を指示するので、ステップＳ２９５において、ユーザ端末３３は、抽出された相手の中から、男性のユーザに指示された、１人または２人以上の相手を指定する。ステップＳ２９６において、ユーザ端末３３は、インターネット３２を介して、指定された相手のデータと共に、お気に入りへの登録の申請のデータを紹介サーバ３１に送信することで、指定された相手のお気に入りへの登録を申請する。

ステップＳ１９７において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきた、指定された相手のデータとお気に入りへの登録の申請のデータとを受信して、お気に入りへの登録の申請を受け付ける。ステップＳ１９８において、Webサーバ機能５１は、指定された相手のデータをマッチングＤＢ７６に供給し、マッチングＤＢ７６に、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けて、ユーザ端末３３の男性のユーザが気に入った相手を特定する相手ユーザIDを含むお気に入りレコードを生成させ、マッチングＤＢ７６を更新して、お気に入りへの登録の処理は終了する。この場合、気に入った相手１人ずつに、１つのお気に入りレコードが生成され、１つのお気に入りレコードには、１つの相手ユーザIDが格納される。

このように、お気に入りレコードに、気に入った相手を特定する相手ユーザIDが格納される。

図２７は、ユーザ端末３３の男性のユーザが相手に求める条件を若干満たしていない属性のユーザ端末３４の女性のユーザに対して、ユーザ端末３３の男性のユーザを紹介するための紹介レコードの生成の処理を説明するフローチャートである。

ステップＳ５０１において、条件生成部６０は、条件ＤＢ７４から、ユーザ端末３３の男性のユーザを特定するユーザIDに対応付けられている条件（ユーザ端末３３の男性のユーザが相手に求める属性を示す条件）を読み出す。ステップＳ５０２において、条件生成部６０は、所定の範囲で、ユーザ端末３３の男性のユーザの条件を緩和する。すなわち、ステップＳ５０２において、条件生成部６０は、注目しているユーザである注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の相手に求める属性を示す条件を緩和する。

より具体的には、例えば、ステップＳ５０２において、条件生成部６０は、注目ユーザが相手に求める属性を示す条件に予め決めた比率を乗算することで、その条件を緩和する。具体的には、条件生成部６０は、年齢の上限を示す条件に１．０５を乗算することで、その条件を緩和する。また、例えば、ステップＳ５０２において、条件生成部６０は、注目ユーザが相手に求める属性を示す条件に予め決めた値を加算することで、その条件を緩和する。具体的には、条件生成部６０は、子供の数を示す条件に１を乗算することで、その条件を緩和する。

ステップＳ５０３において、抽出部５５は、緩和された条件に合致する相手となるユーザを抽出する。より詳細には、抽出部５５は、基本情報ＤＢ７２から、緩和された条件に合致する属性を読み出して、読み出された属性に対応付けられているユーザIDを取得することで、緩和された条件に合致する相手となるユーザを抽出する。すなわち、ステップＳ５０３において、抽出部５５は、注目ユーザの緩和された条件に合致する属性のユーザを抽出する。

ステップＳ５０４において、抽出部５５は、抽出された相手となるユーザから１人を選択する。ステップＳ５０５において、抽出部５５は、マッチングＤＢ７６に、選択された相手となるユーザの紹介レコードを生成させて、マッチングＤＢ７６を更新させる。紹介レコードは、お気に入りレコードまたは気に入られレコードとは別のレコードであって、選択された相手を特定するユーザIDに対応付けられ、相手ユーザIDとして、ユーザ端末３３の男性のユーザを特定するユーザIDを格納する。

ステップＳ５０６において、メール機能５４は、選択された相手の電子メールアドレスを、相手のユーザIDをキーとして、基礎情報ＤＢ７１から読み出して、紹介レコードを生成した旨を相手宛の電子メールで通知する。

ステップＳ５０７において、判定部５６は、総ての相手の処理が完了したか否かを判定し、総ての相手の処理が完了したと判定された場合、紹介レコードの生成の処理は終了する。ステップＳ５０７において、総ての相手の処理が完了していないと判定された場合、手続きはステップＳ５０４に戻り、次の相手となるユーザが選択されて、総ての相手の処理が完了するまで上述した処理が繰り返される。

このように、ユーザ端末３３の男性のユーザには、相手に自分を紹介するための紹介レコードが生成されたことは通知されずに、ユーザ端末３３の男性のユーザの条件を若干満たしていない相手に、ユーザ端末３３の男性のユーザを紹介するための紹介レコードが生成される。

ユーザ端末３３の男性のユーザの条件を若干満たしていない相手であるユーザ端末３４の女性のユーザに、ユーザ端末３３の男性のユーザを紹介するための紹介ページを提示する、紹介ページの提供の処理を図２８のフローチャートを参照して説明する。

女性のユーザがユーザ端末３４に紹介ページの表示を指示すると、ステップＳ７１１において、ユーザ端末３４は、インターネット３２を介して、紹介ページのリクエストを紹介サーバ３１に送信する。ステップＳ５１１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきたリクエストを受信する。ステップＳ５１２において、ページデータ生成部５２は、ユーザ端末３４の女性のユーザの属性が要求される条件を若干満たしていない相手のデータを表示させる紹介ページのデータを生成する。

より詳しく説明すると、ステップＳ５１２において、ページデータ生成部５２は、マッチングＤＢ７６から、ユーザ端末３４の女性のユーザを特定するユーザIDに対応付けられている紹介レコードに格納されている相手ユーザID（この場合、ユーザ端末３３の男性のユーザを特定する特定ユーザIDを含む）を読み出す。そして、ページデータ生成部５２は、基本情報ＤＢ７２から、相手ユーザIDと同じユーザIDに対応付けられている、画像ファイル、ハンドルネーム、および地域などの属性などを読み出し、さらに、詳細情報ＤＢ７３から、相手ユーザIDと同じユーザIDおよびハンドルネームに対応付けられている、コメントなどを読み出す。ページデータ生成部５２は、読み出した画像、ハンドルネーム、コメント、地域などの属性などを用いて、自分を気に入った相手のデータを表示させる紹介ページのデータを生成する。

ステップＳ５１３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、紹介ページのデータをユーザ端末３４宛てに送信させる。すなわち、ステップＳ５１３において、Webサーバ機能５１は、抽出されたユーザである抽出ユーザ（この場合、ユーザ端末３４の女性のユーザ）に注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）の属性を通知する。

ステップＳ７１２において、ユーザ端末３４は、紹介サーバ３１から送信されてくる、紹介ページのデータを受信する。ステップＳ７１３において、ユーザ端末３４は、紹介ページを表示する。紹介ページでは、ユーザ端末３４の女性のユーザの属性が要求される条件を若干満たしていない相手の男性のユーザの属性および画像などが「求められている女性像に近い」などのメッセージと共に表示される。

図２９は、紹介ページの例を示す図である。図２９に示されるように、紹介ページには、「あなたは、求められている女性像に近いです。」などのメッセージと共に、ユーザ端末３４の女性のユーザの属性が要求される条件を若干満たしていない相手の男性のユーザの属性および画像などが表示される。すなわち、紹介ページには、相手毎に、例えば、相手の年齢、住んでいる地域、および相手の画像が表示されると共に、会話の希望を照会するためのボタン（図２９中の「お話しましょう申請」と記載されたボタン）が配置されている。

ユーザ端末３４の女性のユーザは、紹介ページを見て、会話したい相手がいれば、ユーザ端末３４を操作して、会話の希望を照会するためのボタンをクリックするなどして、会話したい相手を指示するので、ステップＳ７１４において、ユーザ端末３４は、相手の中から、ユーザ端末３４の女性のユーザに指示された、１人または２人以上の相手を指定して、会話の希望の照会を行う。すなわち、ステップＳ７１４において、ユーザ端末３４は、インターネット３２を介して、指定された相手のデータと共に、会話の希望の照会のデータを紹介サーバ３１に送信することで、指定された相手との会話の希望の照会を行う。

ステップＳ５１４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきた、会話を希望する相手のデータと会話の希望の照会のデータとを受信して、会話希望照会受付部５７に供給する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望した場合、会話希望照会受付部５７は、会話を希望する相手のデータと会話の希望の照会のデータとを受け取り、マッチングＤＢ７６の、ユーザ端末３４の女性のユーザを特定するユーザIDに対応付けられている、ユーザ端末３３の男性のユーザを特定する相手ユーザIDが格納されている紹介レコードに、ユーザIDで特定されるユーザから会話が希望されたことを示すステータスのデータを格納させることで、会話の希望の照会を受け付ける。このように、ステップＳ５１４において、会話希望照会受付部５７は、注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）との接触の申し込みを抽出ユーザ（この場合、ユーザ端末３４の女性のユーザ）から受け付ける。

ステップＳ５１５において、紹介サーバ３１は、会話が希望された相手（例えば、ユーザ端末３３の男性のユーザ）のページの中の紹介ページのユーザ紹介の箇所の会話希望の表示を更新する。これにより、会話が希望された相手の紹介ページに、ユーザ端末３４の女性のユーザが会話を希望している旨が表示されて、会話の希望（会話の申し込み）を承諾するためのボタンが配置される。

ステップＳ５１６において、メール機能５４は、会話が希望された相手宛ての電子メールで、会話が希望された（会話が申し込まれた）旨を通知して、紹介ページの提供の処理は終了する。

このように、自分の属性が求められる条件を若干満たしていない相手であって、紹介された相手の中から、気に入った相手を選んで、会話の希望を照会することができる。

図３０は、会話の申し込みの承諾の処理を説明するフローチャートである。男性のユーザがユーザ端末３３に紹介ページの表示を指示すると、ステップＳ６２１において、ユーザ端末３３は、インターネット３２を介して、紹介ページのリクエストを紹介サーバ３１に送信する。ステップＳ５２１において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３３から送信されてきたリクエストを受信する。ステップＳ５２２において、ページデータ生成部５２は、相手側の紹介ページで会話を申し込んだきたその相手を紹介する紹介ページのデータを生成する。

より詳しく説明すると、ステップＳ５２２において、ページデータ生成部５２は、マッチングＤＢ７６から、ユーザ端末３３の男性のユーザを特定するユーザIDが相手ユーザIDとして格納されている紹介レコードであって、会話が希望されたことを示すステータスの紹介レコードに対応付けられているユーザID（この場合、ユーザ端末３４の女性のユーザを特定する特定ユーザIDを含む）を読み出す。そして、ページデータ生成部５２は、基本情報ＤＢ７２から、読み出したユーザIDに対応付けられている、画像ファイル、ハンドルネーム、および地域などの属性などを読み出し、さらに、詳細情報ＤＢ７３から、読み出したユーザIDおよびハンドルネームに対応付けられている、コメントなどを読み出す。ページデータ生成部５２は、読み出した画像、ハンドルネーム、コメント、地域などの属性などを用いて、相手側の紹介ページで会話を申し込んだきたその相手を紹介する紹介ページのデータを生成する。

なお、ステップＳ５２２において、ページデータ生成部５２は、相手側の紹介ページで会話を申し込んだきたその相手に加えて、ユーザ端末３３の男性のユーザの属性が要求される相手の条件を若干満たしていない相手を紹介する紹介ページのデータを生成するようにしてもよい。

ステップＳ５２３において、Webサーバ機能５１は、ネットワークインタフェースである通信部８９に、インターネット３２を介して、ページデータ生成部５２により生成された、紹介ページのデータをユーザ端末３３宛てに送信させる。すなわち、ステップＳ５２３において、Webサーバ機能５１は、抽出ユーザ（この場合、ユーザ端末３４の女性のユーザ）から注目ユーザ（この場合、ユーザ端末３３の男性のユーザ）との接触が申し込まれた場合、抽出ユーザからの接触の申し込みを注目ユーザに通知する。

ステップＳ６２２において、ユーザ端末３３は、紹介サーバ３１から送信されてくる、紹介ページのデータを受信する。ステップＳ６２３において、ユーザ端末３３は、紹介ページを表示する。紹介ページでは、ユーザ端末３３の男性のユーザが相手に求める条件を若干満たしていない属性の相手であって、ユーザ端末３３の男性のユーザに会話を申し込んできた相手である女性のユーザの属性および画像などが表示される。

図３１は、紹介ページの例を示す図である。図３１に示されるように、紹介ページには、ユーザ端末３３の男性のユーザが相手に求める条件を若干満たしていない属性の相手の属性および画像などが表示される。すなわち、紹介ページには、ユーザ端末３３の男性のユーザが相手に求める条件を若干満たしていない属性の相手毎に、例えば、相手の年齢、住んでいる地域、および相手の画像が表示されると共に、会話の希望を承諾するためのボタン（図３１中の「お話しましょう承諾」と記載されたボタン）が配置されている。

ユーザ端末３３の男性のユーザは、紹介ページを見て、会話を申し込んできた相手の中に、会話したい相手がいれば、ユーザ端末３３を操作して、会話の申し込みを承諾するためのボタンをクリックするなどして、会話の申し込みを承諾する。ステップＳ６２４において、ユーザ端末３３は、会話の申し込みを承諾するためのボタンがクリックされたか否かなどにより、会話の申し込みを承諾するか否かを判定する。ステップＳ６２４において、会話の申し込みを承諾すると判定された場合、手続きはステップＳ６２５に進み、ユーザ端末３３は、会話の申し込みを承諾する旨を紹介サーバ３１に送信する。すなわち、ユーザ端末３３は、インターネット３２を介して、会話を申し込んできた相手を特定するデータと共に、その会話の申し込みを承諾する旨のデータを紹介サーバ３１に送信することで、会話の申し込みを承諾する。

ステップＳ５２４において、紹介サーバ３１のWebサーバ機能５１は、ユーザ端末３４から送信されてきた、会話を申し込んできた相手を特定するデータと会話の申し込みを承諾する旨のデータとを受信する。Webサーバ機能５１は、会話を申し込んできた相手を特定するデータと会話の申し込みを承諾する旨のデータとを会話希望承諾受付部５８に供給する。

ステップＳ５２５において、会話希望承諾受付部５８は、マッチングＤＢ７６の紹介モードを会話モードに更新する。より具体的には、例えば、ユーザ端末３４の女性のユーザがユーザ端末３３の男性のユーザとの会話を希望し、ユーザ端末３３の男性のユーザがこれを承諾した場合、マッチングＤＢ７６に格納されている紹介レコードのうち、ユーザ端末３４の女性のユーザを特定するユーザIDに対応付けられ、ユーザ端末３３の男性のユーザを特定する相手ユーザIDが格納されている紹介レコードに格納されているステータスが、紹介モードから、相手と会話していることを示す会話モードに変更される。

ステップＳ５２５において、紹介サーバ３１の電子掲示板機能５９は、会話を申し込んできた相手との掲示板を設定し、紹介サーバ３１は、双方のユーザのページに掲示板ボタンを設ける。

これにより、ユーザ端末３３の男性のユーザと、会話を申し込んできた相手とは、掲示板ボタンをクリックして掲示板に入り、掲示板で、お互いに会話することができる。

ステップＳ５２７において、メール機能５４は、ユーザ端末３３の男性のユーザと会話を申し込んできた相手との双方に掲示板を設けたことを電子メールで通知して、会話の申し込みの承諾の処理は終了する。

ステップＳ６２４において、会話の申し込みを承諾しないと判定された場合、ステップＳ５２４乃至ステップＳ５２７はスキップされて、会話の申し込みの承諾の処理は終了する。

このように、求める条件を若干満たしていない属性の相手からの会話の申し込みを承諾することができ、承諾すると掲示板で会話することができるようになる。

これにより、会話が申し込まれる全体の回数も増加することになり、また、自分が求める条件を若干満たしていない属性の相手であっても、会話が申し込まれれば、自分が求められていることが意識されることになり、ユーザの意欲も高まる。

なお、上述のように、男性のユーザが女性のユーザを気に入る場合および女性のユーザに男性のユーザを紹介する場合について説明したがが、女性のユーザが男性のユーザを気に入る場合および男性のユーザに女性のユーザを紹介する場合についても、同様の処理が行われ、男性または女性のいずれかにより、処理が限定されるものではない。

また、電子掲示板による会話をユーザの接触の例として説明したが、ユーザの接触はこれに限られるものではなく、ユーザの接触には、例えば、直接会って話す、電話で話す、電子メールでやりとりする、ユーザに限定されたソーシャルネットワーキングサービス（Social Network Service）を通じて会話する、インスタントメッセンジャーを通じて会話するなど、直接または各種の媒体を介して接触することが含まれる。なお、接触は、近づいて触れることの意味に限定されず、交際することまたは他の人と何らかの交渉をもつことを意味する。

なお、ウェブサイトによる表示をユーザへの通知の例として説明したが、ユーザへの通知はこれに限られるものではなく、所望の内容を伝達できれば足り、電子メール、ボイスメッセージ、ファクシミリなど各種の媒体を介して通知することができる。

このように、一方のユーザに他方のユーザの属性の情報を提供するようにした場合には、ユーザが所望の相手と出会うことができる。また、ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し、注目しているユーザである注目ユーザが相手に求める属性を示す条件に合致する属性のユーザを抽出し、抽出されたユーザである抽出ユーザが相手に求める属性を示す条件に注目ユーザの属性が合致するか否かを判定し、抽出ユーザが相手に求める属性を示す条件に注目ユーザの属性が合致すると判定された場合、抽出ユーザに注目ユーザの属性を通知するようにした場合には、ユーザの所望する相手と出会う機会を増加させ、ユーザのサービスへの関心をより高めて、その関心をより長く維持することができる。

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

３１ 紹介サーバ， ３２ インターネット， ３３−１乃至３３−３および３３ ユーザ端末， ３４−１乃至３４−３および３４ ユーザ端末， ５１ Webサーバ機能， ５２ ページデータ生成部， ５３ 会員登録部， ５４ メール機能， ５５ 抽出部， ５６ 判定部， ５７ 会話希望照会受付部， ５８ 会話希望承諾受付部， ５９ 電子掲示板機能， ６０ 条件生成部， ６１ データベース群， ７１ 基礎情報データベース， ７２ 基本情報データベース， ７３ 詳細情報データベース， ７４ 条件データベース， ７５ 利用履歴データベース， ７６ マッチングデータベース， ８１ CPU， ８２ ROM， ８３ RAM， ８９ 通信部， ９１ 記憶部

Claims (6)

1. それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置において、
   前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶する記憶手段と、
   自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出する抽出手段と、
   前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定する判定手段と、
   前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する通知手段と
   を備える情報提供装置。
2. 請求項１に記載の情報提供装置において、
   前記通知手段は、前記第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分と共に、前記第２のユーザに前記第１のユーザの属性を通知する
   情報提供装置。
3. 請求項１に記載の情報提供装置において、
   前記判定手段は、前記第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が、前記条件に属さない属性の項目の数および前記条件に属さない属性の項目の前記条件との差の大きさで決められる前記範囲内であるか否かを判定する
   情報提供装置
4. 請求項１に記載の情報提供装置において、
   前記第１のユーザとの接触の申し込みを前記第２のユーザから受け付ける第１の受け付け手段をさらに備え、
   前記通知手段は、前記第２のユーザから前記第１のユーザとの接触が申し込まれた場合、前記第２のユーザからの接触の申し込みを前記第１のユーザに通知し、
   前記第２のユーザからの接触の申し込みの承諾を前記第１のユーザから受け付ける第２の受け付け手段をさらに備える情報提供装置。
5. 記憶手段、抽出手段、判定手段、および通知手段を備え、それぞれ男性または女性である複数のユーザの一方に他方の情報を提供する情報提供装置の情報提供方法において、
   前記記憶手段に、前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し、
   前記抽出手段により、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し、
   前記判定手段により、前記抽出手段によって抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し、
   前記通知手段により、前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する
   ステップを含む情報提供方法。
6. それぞれ男性または女性である複数のユーザの一方に他方の情報を提供するコンピュータに、
   前記ユーザのそれぞれの、自己の属性と相手に求める属性を示す条件とを記憶し、
   自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第１のユーザが相手に求める属性を示す前記条件に合致する属性の第２のユーザであって、自己の前記属性と相手に求める属性を示す前記条件とが記憶されているユーザのうちの第２のユーザを抽出し、
   抽出された前記第２のユーザの中から、１人または２人以上の第２のユーザが前記第１のユーザに指定された場合、当該指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が所定の範囲内であるか否かを判定し、
   前記指定された第２のユーザが相手に求める属性を示す前記条件と前記第１のユーザの属性との差分が前記範囲内であると判定された場合、当該判定された第２のユーザに、前記第１のユーザの属性とともに当該判定された第２のユーザが相手に求める属性と前記第１のユーザの属性が完全には合致していないことの情報を通知する
   ステップを含む処理を実行させるプログラム。

Images