JP2014115720A

JP2014115720A - マッチングサーバ

Info

Publication number: JP2014115720A
Application number: JP2012267428A
Authority: JP
Inventors: Tatsu Idogami; 達井戸上; Koichi Watanabe; 光一渡邉
Original assignee: Toppan Printing Co Ltd
Current assignee: Toppan Inc
Priority date: 2012-12-06
Filing date: 2012-12-06
Publication date: 2014-06-26
Anticipated expiration: 2032-12-06
Also published as: JP6051826B2

Abstract

【課題】登録者関連情報が漏洩する可能性を低減可能とする。
【解決手段】マッチングサーバ４が、募集端末３から募集要項（マッチング要求）が送信されると、登録者端末２から取得して蓄積している開示可否定義データ中の開示可否情報（登録者側開示可否情報）が募集者端末３から取得した募集条件定義データ中の開示可否情報（募集者側開示可否情報）にマッチしているか否かを判定する。このような構成によれば、マッチングサーバ４には、登録者関連情報が蓄積されない。それゆえ、例えば、マッチングサーバ４に不正アクセスが行われても、登録者関連情報が盗まれずに済む。これにより、登録者関連情報が漏洩する可能性を低減できる。
【選択図】図１５

Description

本発明は、登録者と募集者とをマッチングするマッチングサーバに関するものである。

従来、登録者と募集者とをマッチングするマッチングサーバとしては、例えば、特許文献１に記載の従来技術がある。
この従来技術では、マッチングサーバが、登録者端末から送信される登録者に関する情報（登録者関連情報）を蓄積装置に蓄積する。登録者関連情報としては、例えば、性別、年齢等がある。続いて、この従来技術では、マッチングサーバが、募集者端末から送信される募集対象となる登録者の登録者関連情報（例えば、男性、２５〜３０歳等）を取得する。続いて、この従来技術では、マッチングサーバが、蓄積装置に蓄積されている登録者関連情報のうちに、取得された登録者関連情報とマッチしている登録者関連情報があるか否かを判定する。続いて、この従来技術では、マッチングサーバが、マッチしている登録者関連情報に応じた登録者を対象としてアンケート等を行うようになっている。

特開２００１−３５０８９８号公報

しかしながら、上記従来技術では、マッチングサーバが、登録者関連情報を蓄積装置に蓄積するようになっている。それゆえ、上記従来技術では、例えば、マッチングサーバに不正アクセスが行われると、登録者関連情報が漏洩する可能性があった。
本発明は、上記のような点に着目し、登録者関連情報が漏洩する可能性を低減可能とすることを課題とする。

本発明の一態様のマッチングサーバは、登録者端末から送信される登録者に関する情報である登録者関連情報の開示可否情報を含む開示可否定義データを取得する開示可否定義データ蓄積部と、募集者端末から送信される募集対象となる登録者の登録者関連情報の開示可否情報を含む募集条件定義データを取得する募集条件定義データ取得部と、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定する開示可否情報マッチング判定部と、を備えたことを特徴とする。

また、前記開示可否定義データおよび前記募集者条件定義データのそれぞれは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、前記開示可否情報マッチング判定部は、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報および属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報および属性情報にマッチしているか否かを判定するマッチ判定を実行する構成としてもよい。

さらに、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているが、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の属性情報にマッチしていないと前記開示可否情報マッチング判定部が判定した場合には、募集者の属性情報を変更した前記開示可否定義データの送信を促す要求を前記登録者端末に送信する要求送信部を備え、前記開示可否情報マッチング判定部は、前記要求送信部が送信した要求に応じて前記登録者端末から送信される前記開示可否定義データを前記開示可否定義データ蓄積部が取得して蓄積すると、蓄積された前記開示可否定義データに基づいて前記マッチ判定を再度実行する構成としてもよい。

また、前記開示可否定義データは、登録者関連情報の開示可否情報を募集者の属性情報毎に有し、前記募集者条件定義データは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、前記開示可否情報マッチング判定部は、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報のうち、前記募集条件定義データ取得部が取得した前記募集条件定義データ中の属性情報に応じた開示可否情報が、前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定する構成としてもよい。

さらに、前記募集者条件定義データは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、前記開示可否情報マッチング判定部は、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定するとともに、前記登録者端末が蓄積している募集者の属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報および属性情報にマッチしているか否かを判定させるとともに判定結果をマッチングサーバに送信させるマッチ判定要求を前記登録者端末に送信する構成としてもよい。

本発明の一態様によれば、マッチングサーバには、登録者関連情報が蓄積されない。それゆえ、例えば、マッチングサーバに不正アクセスが行われても、登録者関連情報が盗まれずに済む。これにより、登録者関連情報が漏洩する可能性を低減できる。

マッチングシステム１の概略構成を示す概念図である。登録者端末２の概略構成を表すブロック図である。募集者端末３の概略構成を表すブロック図である。マッチングサーバ４の概略構成を表すブロック図である。登録者登録処理を表すフローチャートである。送信用Ｗｅｂページを表す図である。開示可否定義データ蓄積処理を表すフローチャートである。募集者登録処理を表すフローチャートである。送信用Ｗｅｂページを表す図である。募集条件定義データ取得処理を表すフローチャートである。募集要項送信処理を表すフローチャートである。マッチング処理を表すフローチャートである。マッチングシステム１の動作を示すシーケンス図である。マッチングシステム１の動作を示すシーケンス図である。マッチングシステム１の動作を示すシーケンス図である。マッチングシステム１の動作を示すシーケンス図である。送信用Ｗｅｂページを表す図である。マッチング処理を表すフローチャートである。マッチング処理を表すフローチャートである。

以下、本発明の実施形態を図面に基づき説明する。
本実施形態のマッチングサーバ１は、登録者と募集者とをマッチングするものである。

（構成）
図１は、マッチングシステム１の概略構成を示す概念図である。
図１に示すように、マッチングシステム１は、登録者端末２と、募集者端末３と、マッチングサーバ４とを備える。登録者端末２、募集者端末３、マッチングサーバ４は、通信網５を介して、互いに通信を行うことが可能となっている。
なお、本実施形態のマッチングシステム１は、説明を容易にするため、登録者端末２、募集者端末３、およびマッチングサーバ４を１つずつ備える構成とする。
登録者端末２は、登録者が所持しているスマートフォン等である。

図２は、登録者端末２の概略構成を表すブロック図である。
図２に示すように、登録者端末２は、通信部２ａと、操作部２ｂと、表示部２ｃと、端末制御部２ｄとを備える。
通信部２ａは、通信網５を介して、募集者端末３の通信部３ａ（後述）、およびマッチングサーバ４の通信部４ａ（後述）と通信可能となっている。

操作部２ｂは、登録者関連情報、業界情報、登録者関連情報の開示可否情報、および連絡先情報を入力可能となっている。登録者関連情報とは、登録者に関する情報である。登録者関連情報としては、例えば、個人情報、プライバシー情報等がある。個人情報としては、例えば、氏名、性別、年齢等がある。また、プライバシー情報としては、例えば、家族、購買履歴、行動履歴等がある。業界情報としては、例えば、登録者が登録者関連情報を開示してもよいと考えている募集者の属性情報がある。業界情報としては、例えば、化粧品業界、東証一部上場企業、店舗情報等がある。登録者関連情報の開示可否情報としては、例えば、登録者が登録者関連情報を募集者に開示してもよいと考えているか否かを表す情報である。登録者関連情報の開示可否情報は、登録者関連情報のそれぞれ、つまり、個人情報（氏名、性別、年齢等）、プライバシー情報（家族、購買履歴、行動履歴等）に対して入力される。連絡先情報としては、例えば、登録者へ連絡する際に用いる電子メールのメールアドレス等がある。そして、操作部２ｂは、入力された登録者関連情報、業界情報、登録者関連情報の開示可否情報、および連絡先情報を端末制御部２ｄに出力する。

表示部２ｃは、端末制御部２ｄからの指令に従って各種情報を表示する。
端末制御部２ｄは、通信部２ａが募集者端末３およびマッチングサーバ４から受信した各種情報、操作部２ｂが出力した登録者関連情報、業界情報、登録者関連情報の開示可否情報、および連絡先情報に基づいて登録者端末２の各部を制御する。具体的には、端末制御部２ｄは、操作部２ｂから出力される登録者関連情報の開示可否情報および業界情報を含む開示可否定義データをマッチングサーバ４に送信するための登録者登録処理（後述）を実行する。開示可否定義データの送信方法としては、例えば、電子メールに添付して送信する方法、Ｗｅｂページを用いて送信する方法等がある。これにより、マッチングサーバ４が、開示可否定義データ、つまり、開示可否情報および業界情報を登録する。

また、端末制御部２ｄは、登録者登録処理が終了した後、つまり、マッチングサーバ４に開示可否定義データを登録した後に、操作部２ｂから出力される登録者関連情報の開示可否情報および業界情報を含む開示可否定義データをマッチングサーバ４に再度送信可能となっている。これにより、マッチングサーバ４が、開示可否定義データを更新する。
募集者端末３は、募集者が所持しているパーソナルコンピュータ等である。

図３は、募集者端末３の概略構成を表すブロック図である。
図３に示すように、募集者端末３は、通信部３ａと、操作部３ｂ、表示部３ｃと、端末制御部３ｄとを備える。
通信部３ａは、通信網５を介して、登録者端末２の通信部２ａおよびマッチングサーバ４の通信部４ａと通信可能となっている。

操作部３ｂは、業界情報、および登録者関連情報の開示可否情報を入力可能となっている。募集者端末３では、業界情報としては、例えば、募集者の属性情報がある。また、募集者端末３では、登録者関連情報の開示可否情報としては、例えば、募集対象となる登録者の登録者関連情報の開示可否情報を表すものがある。そして、操作部３ｂは、入力された業界情報、および登録者関連情報の開示可否情報を端末制御部３ｄに出力する。

表示部３ｃは、端末制御部３ｄからの指令に従って各種情報を表示する。
端末制御部３ｄは、通信部３ａが登録者端末２およびマッチングサーバ４から受信した各種情報、操作部３ｂが出力した業界情報および登録者関連情報の開示可否情報に基づいて募集者端末３の各部を制御する。具体的には、端末制御部３ｄは、操作部３ｂから出力される登録者関連情報の開示可否情報および業界情報を含む募集条件定義データをマッチングサーバ４に送信するための募集者登録処理（後述）を実行する。募集条件定義データの送信方法としては、例えば、電子メールに添付して送信する方法、Ｗｅｂページを用いて送信する方法等がある。これにより、マッチングサーバ４が、募集条件定義データ、つまり、登録者関連情報の開示可否情報および業界情報を登録する。

また、端末制御部３ｄは、募集者登録処理が終了した後、つまり、マッチングサーバ４に募集条件定義データを登録した後に、操作部３ｂから出力される登録者関連情報の開示可否情報および業界情報を含む募集条件定義データをマッチングサーバ４に再度送信可能となっている。これにより、マッチングサーバ４が、募集条件定義データを更新する。
さらに、端末制御部３ｄは、募集要項をマッチング要求としてマッチングサーバ４に送信するための募集要項送信処理（後述）を実行する。募集要項としては、例えば、要綱、報酬等がある。要綱としては、例えば、調査目的、調査内容等をまとめたものがある。また、報酬としては、例えば、報酬として提供するポイント数、粗品の品名等がある。
マッチングサーバ４は、マッチングを行う業者が所持しているサーバである。

図４は、マッチングサーバ４の概略構成を表すブロック図である。
図４に示すように、マッチングサーバ４は、通信部４ａと、蓄積部４ｂと、サーバ制御部４ｃとを備える。
通信部４ａは、通信網５を介して、登録者端末２の通信部２ａおよび募集者端末３の通信部３ａと通信可能となっている。
蓄積部４ｂは、登録者ＩＤ（後述）、開示可否定義データ、連絡先情報、募集者ＩＤ（後述）、および募集条件定義データを蓄積する。

サーバ制御部４ｃは、通信部４ａが登録者端末２および募集者端末３から受信した各種情報に基づいてサーバ制御部４ｃの各部を制御する。具体的には、サーバ制御部４ｃは、登録者端末２から送信される登録者関連情報の開示可否情報を含む開示可否定義データを取得して蓄積（登録）するための開示可否定義データ蓄積処理（後述）を実行する。また、サーバ制御部４ｃは、開示可否定義データ蓄積処理が終了した後、つまり、マッチングサーバ４に開示可否定義データを登録した後に、登録者端末２から開示可否定義データが送信されると、送信された開示可否定義データを再度蓄積（更新）する。さらに、サーバ制御部４ｃは、募集者端末３から送信される登録者関連情報の開示可否情報を含む募集条件定義データを取得するための募集条件定義データ蓄積処理（後述）を実行する。また、サーバ制御部４ｃは、募集条件定義データ蓄積処理が終了した後、つまり、マッチングサーバ４に募集条件定義データを登録した後に、登録者端末２から募集条件定義データが送信されると、送信された募集条件定義データを再度蓄積（更新）する。さらに、端末制御部２ｄは、募集者端末３から募集要項が送信されると、登録者端末２から通信部４ａが取得して蓄積している開示可否定義データ中の開示可否情報が募集者端末３から通信部４ａが取得して蓄積している募集条件定義データ中の開示可否情報にマッチしているか否かを判定するマッチ判定を実行するためのマッチング処理（後述）を実行する。

（演算処理）
次に、端末制御部２ｄが実行する開示可否定義データ登録処理について説明する。
図５は、登録者登録処理を表すフローチャートである。図６は、送信用Ｗｅｂページを表す図である。
図５に示すように、ステップＳ１０１では、端末制御部２ｄは、通信網５を介して、開示可否定義データ登録Ｗｅｂページデータの送信要求をマッチングサーバ４に送信する。開示可否定義データ登録Ｗｅｂページデータとしては、例えば、開示可否定義データをマッチングサーバ４に送信するための送信用Ｗｅｂページのデータがある。送信用Ｗｅｂページは、図６に示すように、登録者ＩＤ（identity card; identification）を表示する。登録者ＩＤとしては、例えば、マッチングサーバ４が付与する識別子等がある。さらに、送信用Ｗｅｂページは、連絡先情報を入力するためのテキストボックスを表示する。また、送信用Ｗｅｂページは、業界情報、および登録者関連情報の開示可否情報を入力するためのチェックボックスを表示する。さらに、送信用Ｗｅｂページは、開示可否定義データの送信時に操作させる送信ボタンを表示する。

続いてステップＳ１０２に移行して、端末制御部２ｄは、マッチングサーバ４から開示可否定義データ登録Ｗｅｂページデータが送信されるまで待ち状態となる。続いて、端末制御部２ｄは、マッチングサーバ４から開示可否定義データ登録Ｗｅｂページデータが送信されると、送信された開示可否定義データ登録Ｗｅｂページデータに基づいて送信用Ｗｅｂページを表示させる指令を表示部２ｃに送信する。これにより、表示部２ｃが、登録者ＩＤ、連絡先情報を入力するためのテキストボックス、業界情報および登録者関連情報の開示可否情報を入力するためのチェックボックス、並びに送信ボタンを表示する。

続いてステップＳ１０３に移行して、端末制御部２ｄは、表示部２ｃが表示している送信用Ｗｅｂページの送信ボタンが操作されるまで待ち状態となる。送信ボタンの操作方法としては、例えば、マウスの動きに連動して動作するマウスカーソル等で操作する方法がある。続いて、端末制御部２ｄは、送信用Ｗｅｂページの送信ボタンが操作されると、通信網５を介して、登録者ＩＤ、連絡先情報、並びに業界情報および登録者関連情報の開示可否情報を含む開示可否定義データをマッチングサーバ４に送信する。

続いてステップＳ１０４に移行して、端末制御部２ｄは、マッチングサーバ４から最終確認用Ｗｅｂページデータが送信されるまで待ち状態となる。最終確認用Ｗｅｂページデータとしては、例えば、マッチングサーバ４に送信した開示可否定義データの内容を確認するための確認用Ｗｅｂページのデータがある。確認用Ｗｅｂページは、マッチングサーバ４に送信した開示可否定義データの内容を表示する。また、確認用Ｗｅｂページは、表示内容の確認時に操作させる確認ボタンを表示する。続いて、端末制御部２ｄは、マッチングサーバ４から最終確認用Ｗｅｂページデータが送信されると、送信された最終確認用Ｗｅｂページデータに基づいて確認用Ｗｅｂページを表示させる指令を表示部２ｃに送信する。これにより、表示部２ｃが、確認用Ｗｅｂページを表示する。

続いてステップＳ１０５に移行して、端末制御部２ｄは、表示部２ｃが表示している確認用Ｗｅｂページの確認ボタンが操作されるまで待ち状態となる。確認ボタンの操作方法としては、例えば、マウスの動きに連動して動作するマウスカーソル等で操作する方法がある。続いて、端末制御部２ｄは、確認用Ｗｅｂページの確認ボタンが操作されると、通信網５を介して、確認信号をマッチングサーバ４に送信した後、この演算処理を終了する。確認信号としては、例えば、表示内容を確認したことを表す信号がある。

次に、サーバ制御部４ｃが実行する開示可否定義データ蓄積処理について説明する。
図７は、開示可否定義データ蓄積処理を表すフローチャートである。
開示可否定義データ蓄積処理は、登録者端末２から開示可否定義データ登録Ｗｅｂページデータの送信要求が送信されると実行する。
図７に示すように、ステップＳ２０１では、サーバ制御部４ｃは、開示可否定義データ登録Ｗｅｂページデータを登録者端末２に送信する。

続いてステップＳ２０２に移行して、サーバ制御部４ｃは、登録者端末２から登録者ＩＤ、連絡先情報および開示可否定義データが送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、登録者端末２から登録者ＩＤ、連絡先情報および開示可否定義データが送信されると、送信された登録者ＩＤ、連絡先情報および開示可否定義データを受信する。続いて、サーバ制御部４ｃは、受信された開示可否定義データの内容を確認させるための最終確認用Ｗｅｂページデータを登録者端末２に送信する。
続いてステップＳ２０３に移行して、サーバ制御部４ｃは、登録者端末２から確認信号が送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、登録者端末２から確認信号が送信されると、前記ステップＳ２０２で受信した登録者ＩＤ、連絡先情報および開示可否定義データを対応付けて蓄積部４ｂに蓄積させた後、この演算処理を終了する。

次に、端末制御部３ｄが実行する募集条件定義データ登録処理について説明する。
図８は、募集者登録処理を表すフローチャートである。図９は、送信用Ｗｅｂページを表す図である。
図８に示すように、ステップＳ３０１では、端末制御部３ｄは、通信網５を介して、募集条件定義データ登録Ｗｅｂページデータの送信要求をマッチングサーバ４に送信する。募集条件定義データ登録Ｗｅｂページデータとしては、例えば、募集条件定義データをマッチングサーバ４に送信するための送信用Ｗｅｂページのデータがある。送信用Ｗｅｂページは、図９に示すように、募集者ＩＤを表示する。募集者ＩＤとしては、例えば、マッチングサーバ４が付与する識別子等がある。また、送信用Ｗｅｂページは、業界情報、および登録者関連情報の開示可否情報（募集対象となる登録者の登録者関連情報の開示可否情報）を入力するためのチェックボックスを表示する。さらに、送信用Ｗｅｂページは、募集条件定義データの送信時に操作させる送信ボタンを表示する。

続いてステップＳ３０２に移行して、端末制御部３ｄは、マッチングサーバ４から募集条件定義データ登録Ｗｅｂページデータが送信されるまで待ち状態となる。続いて、端末制御部３ｄは、マッチングサーバ４から募集条件定義データ登録Ｗｅｂページデータが送信されると、送信された募集条件定義データ登録Ｗｅｂページデータに基づいて送信用Ｗｅｂページを表示させる指令を表示部３ｃに送信する。これにより、表示部３ｃが、送信用Ｗｅｂページ、つまり、募集者ＩＤ、業界情報および登録者関連情報の開示可否情報を入力するためのチェックボックス、並びに送信ボタンを表示する。

続いてステップＳ３０３に移行して、端末制御部３ｄは、表示部３ｃが表示している送信用Ｗｅｂページの送信ボタンが操作されるまで待ち状態となる。送信ボタンの操作方法としては、例えば、マウスの動きに連動して動作するマウスカーソル等で操作する方法がある。続いて、端末制御部３ｄは、送信用Ｗｅｂページの送信ボタンが操作されると、通信網５を介して、募集者ＩＤ、並びに業界情報および登録者関連情報の開示可否情報を含む募集条件定義データをマッチングサーバ４に送信する。

続いてステップＳ３０４に移行して、端末制御部３ｄは、マッチングサーバ４から最終確認用Ｗｅｂページデータが送信されるまで待ち状態となる。最終確認用Ｗｅｂページデータとしては、例えば、マッチングサーバ４に送信した募集条件定義データの内容を確認するための確認用Ｗｅｂページのデータがある。確認用Ｗｅｂページは、マッチングサーバ４に送信した募集条件定義データの内容を表示する。また、確認用Ｗｅｂページは、表示内容の確認時に操作させる確認ボタンを表示する。続いて、端末制御部３ｄは、マッチングサーバ４から最終確認用Ｗｅｂページデータが送信されると、送信された最終確認用Ｗｅｂページデータに基づいて確認用Ｗｅｂページを表示させる指令を表示部３ｃに送信する。これにより、表示部３ｃが、確認用Ｗｅｂページを表示する。

続いてステップＳ３０５に移行して、端末制御部３ｄは、表示部３ｃが表示している確認用Ｗｅｂページの確認ボタンが操作されるまで待ち状態となる。確認ボタンの操作方法としては、例えば、マウスの動きに連動して動作するマウスカーソル等で操作する方法がある。続いて、端末制御部３ｄは、確認用Ｗｅｂページの確認ボタンが操作されると、通信網５を介して、確認信号をマッチングサーバ４に送信した後、この演算処理を終了する。確認信号としては、例えば、表示内容を確認したことを表す信号がある。

次に、サーバ制御部４ｃが実行する募集条件定義データ取得処理について説明する。
図１０は、募集条件定義データ取得処理を表すフローチャートである。
募集条件定義データ取得処理は、募集者端末３から募集条件定義データ登録Ｗｅｂページデータの送信要求が送信されると実行する。
図１０に示すように、ステップＳ４０１では、サーバ制御部４ｃは、募集条件定義データ登録Ｗｅｂページデータを募集者端末３に送信する。

続いてステップＳ４０２に移行して、サーバ制御部４ｃは、募集者端末３から登録者ＩＤおよび募集条件定義データが送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、募集者端末３から募集者ＩＤおよび募集条件定義データが送信されると、送信された募集条件定義データを受信する。続いて、サーバ制御部４ｃは、受信された募集条件定義データの内容を確認させるための確認用Ｗｅｂページのデータ（最終確認用Ｗｅｂページデータ）を生成して募集者端末３に送信する。
続いてステップＳ４０３に移行して、サーバ制御部４ｃは、募集者端末３から確認信号が送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、募集者端末３から確認信号が送信されると、前記ステップＳ４０２で受信された募集者ＩＤおよび募集条件定義データを対応付けて蓄積部４ｂに蓄積させた後、この演算処理を終了する。

次に、端末制御部３ｄが実行する募集要項送信処理について説明する。
図１１は、募集要項送信処理を表すフローチャートである。
図１１に示すように、ステップＳ５０１では、端末制御部３ｄは、通信網５を介して、募集要項をマッチングサーバ４に送信する。
続いてステップＳ５０２に移行して、端末制御部３ｄは、マッチングサーバ４から募集者側開示可否情報（後述）にマッチする登録者側属性情報（後述）があった旨の通知、および該登録者側属性情報に応じた登録者の連絡先情報が送信されるまで待ち状態となる。続いて、端末制御部３ｄは、マッチングサーバ４から該通知および連絡先情報が送信されると、送信された通知および連絡先情報を受信した後、この演算処理を終了する。

次に、サーバ制御部４ｃが実行するマッチング処理について説明する。
図１２は、マッチング処理を表すフローチャートである。
マッチング処理は、募集者端末３から募集要項が送信されると実行する。
図１２に示すように、ステップＳ６０１では、サーバ制御部４ｃは、蓄積部４ｂに蓄積されている開示可否定義データ中の開示可否情報（以下、登録者側開示可否情報とも呼ぶ）が蓄積部４ｂに蓄積されている募集条件定義データ中の開示可否情報（以下、募集者側開示可否情報とも呼ぶ）にマッチしているか否かを判定する第１マッチ判定を実行する。第１マッチ判定では、サーバ制御部４ｃは、登録者側開示可否情報が開示可能としている登録者関連情報と、募集者側開示可否情報が開示可能としている登録者関連情報とが一致している場合に、登録者側開示可否情報が募集者側開示可否情報にマッチしていると判定する。そして、第１マッチ判定では、サーバ制御部４ｃは、登録者側開示可否情報が募集者側開示可否情報にマッチしていると判定した場合には（Ｙｅｓ）ステップＳ６０２に移行する。一方、サーバ制御部４ｃは、登録者側開示可否情報が募集者側開示可否情報にマッチしていないと判定した場合には（Ｎｏ）この演算処理を終了する。

前記ステップＳ６０２では、サーバ制御部４ｃは、蓄積部４ｂに蓄積されている開示可否定義データ中の募集者の属性情報（以下、登録者側属性情報とも呼ぶ）が蓄積部４ｂに蓄積されている募集可否定義データ中の募集者の属性情報（以下、募集者側属性情報とも呼ぶ）にマッチしているか否かを判定する第２マッチ判定を実行する。第２マッチ判定では、サーバ制御部４ｃは、登録者側属性情報と募集者側属性情報とが一致している場合に登録者側属性情報が募集者側属性情報にマッチしていると判定する。そして、第２マッチ判定では、サーバ制御部４ｃは、登録者側属性情報が募集者側属性情報にマッチしていると判定した場合には（Ｙｅｓ）ステップＳ６０３に移行する。一方、サーバ制御部４ｃは、登録者側属性情報が募集者側属性情報にマッチしていないと判定した場合には（Ｎｏ）ステップＳ６０４に移行する。

前記ステップＳ６０３では、サーバ制御部４ｃは、募集者側開示可否情報にマッチする登録者側属性情報があった旨の通知、および蓄積部４ｂに蓄積されている連絡先情報を募集者端末３に送信した後、この演算処理を終了する。
一方、前記ステップＳ６０４では、サーバ制御部４ｃは、募集者端末３から送信された募集要項（要綱、報酬等）、および登録者側属性情報を変更した開示可否定義データの送信を促す要求（以下、送信要求とも呼ぶ）を登録者端末２に送信する。
前記ステップＳ６０５では、サーバ制御部４ｃは、登録者端末２から開示可否定義データが送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、登録者端末２から開示可否定義データが送信されると、前記ステップＳ６０１に移行する。

（動作、その他）
次に、本実施形態のマッチングシステム１の動作を説明する。
まず、開示可否定義データを蓄積する際の動作について説明する。
図１３は、マッチングシステム１の動作を示すシーケンス図である。
まず、登録者端末２が、通信網５を介して、開示可否定義データ登録Ｗｅｂページデータの送信要求をマッチングサーバ４に送信する（図５のステップＳ１０１、図１３のステップＳ７０１）。続いて、マッチングサーバ４が、開示可否定義データ登録Ｗｅｂページデータを登録者端末２に送信する（図７のステップＳ２０１、図１３のステップＳ７０２）。続いて、登録者端末２が、送信された開示可否定義データ登録Ｗｅｂページデータに基づいて送信用Ｗｅｂページを表示させる指令を表示部２ｃに送信する（図５のステップＳ１０２、図１３のステップＳ７０３）。続いて、表示部２ｃが、図６に示すように、送信された指令に従って送信用Ｗｅｂページを表示する。これにより、表示部２ｃが、登録者ＩＤ、連絡先情報を入力するためのテキストボックス、業界情報および登録者関連情報の開示可否情報を入力するためのチェックボックス、並びに送信ボタンを表示する。

ここで、登録者が、連絡先情報、業界情報（登録者が登録者関連情報を開示してもよいと考えている募集者の属性情報）および登録者関連情報の開示可否情報（登録者が登録者関連情報を募集者に開示してもよいと考えているか否かを表す情報）を入力した後、送信ボタンを操作したとする（図１３のステップＳ７０４）。すると、登録者端末２が、通信網５を介して、登録者ＩＤ、連絡先情報、並びに業界情報および登録者関連情報の開示可否情報を含む開示可否定義データをマッチングサーバ４に送信する（図５のステップＳ１０３、図１３のステップＳ７０５）。続いて、マッチングサーバ４が、送信された登録者ＩＤ、連絡先情報および開示可否定義データを受信し、受信した開示可否定義データの内容を確認させるための最終確認用Ｗｅｂページデータを登録者端末２に送信する（図７のステップＳ２０２、図１３のステップＳ７０６）。続いて、登録者端末２が、送信された最終確認用Ｗｅｂページデータに基づいて確認用Ｗｅｂページを表示させる指令を表示部２ｃに送信する（図５のステップＳ１０４、図１３のステップＳ７０７）。これにより、表示部２ｃが、送信された指令に従って確認用Ｗｅｂページを表示する。

ここで、登録者が、確認ボタンを操作したとする（図１３のステップＳ７０８）。すると、登録者端末２が、通信網５を介して、確認信号をマッチングサーバ４に送信する（図５のステップＳ１０５、図１３のステップＳ７０９）。続いて、マッチングサーバ４が、確認信号が送信すると、登録者ＩＤ、連絡先情報および開示可否定義データを対応付けて蓄積部４ｂに蓄積させる（図７のステップＳ２０３、図１３のステップＳ７１０）。

続いて、募集条件定義データを蓄積する際の動作について説明する。
図１４は、マッチングシステム１の動作を示すシーケンス図である。
まず、募集者端末３が、通信網５を介して、募集条件定義データ登録Ｗｅｂページデータの送信要求をマッチングサーバ４に送信する（図８のステップＳ３０１、図１４のステップＳ８０１）。続いて、マッチングサーバ４が、募集条件定義データ登録Ｗｅｂページデータを募集者端末３に送信する（図１０のステップＳ４０１、図１４のステップＳ８０２）。続いて、募集者端末３が、送信された募集条件定義データ登録Ｗｅｂページデータに基づいて送信用Ｗｅｂページを表示させる指令を表示部３ｃに送信する（図８のステップＳ３０２、図１４のステップＳ８０３）。続いて、表示部３ｃが、送信された指令に従って送信用Ｗｅｂページを表示する。これにより、表示部３ｃが、図９に示すように、募集者ＩＤ（マッチングサーバ４が付与する識別子等）、業界情報および登録者関連情報の開示可否情報を入力するためのチェックボックス、並びに送信ボタンを表示する。

ここで、募集者が、業界情報（募集者の属性情報）および登録者関連情報の開示可否情報（募集対象となる登録者の登録者関連情報の開示可否情報）を入力した後、送信ボタンを操作したとする（図１４のステップＳ８０４）。すると、募集者端末３が、通信網５を介して、募集者ＩＤ、並びに業界情報および登録者関連情報の開示可否情報を含む募集条件定義データをマッチングサーバ４に送信する（図８のステップＳ３０３、図１４のステップＳ８０５）。続いて、マッチングサーバ４が、送信された募集者ＩＤおよび募集条件定義データを受信し、受信した募集条件定義データの内容を確認させるための最終確認用Ｗｅｂページデータを募集者端末３に送信する（図１０のステップＳ４０２、図１４のステップＳ８０６）。続いて、募集者端末３が、送信された最終確認用Ｗｅｂページデータに基づいて確認用Ｗｅｂページを表示させる指令を表示部３ｃに送信する（図８のステップＳ３０４、図１４のステップＳ８０７）。これにより、表示部３ｃが、送信された指令に従って確認用Ｗｅｂページを表示する。

ここで、募集者が、確認ボタンを操作したとする（図１４のステップＳ８０８）。すると、募集者端末３が、通信網５を介して、確認信号をマッチングサーバ４に送信する（図８のステップＳ３０５、図１４のステップＳ８０９）。続いて、マッチングサーバ４が、確認信号が送信すると、募集者ＩＤおよび募集条件定義データを対応付けて蓄積部４ｂに蓄積させる（図１０のステップＳ４０３、図１４のステップＳ８１０）。

続いて、登録者と募集者とをマッチングする際の動作について説明する。
図１５は、マッチングシステム１の動作を示すシーケンス図である。
まず、通信網５を介して、募集要項をマッチングサーバ４に送信する（図１１のステップＳ５０１、図１５のステップＳ９０１）。ここで、蓄積部４ｂに蓄積されている開示可否定義データ中の開示可否情報（登録者側開示可否情報）が蓄積部４ｂに蓄積されている募集条件定義データ中の開示可否情報（募集者側開示可否情報）にマッチしていたとする。すると、マッチングサーバ４が、登録者側開示可否情報が募集者側開示可否情報にマッチしていると判定する（図１２のステップＳ６０１「Ｙｅｓ」、図１５のステップＳ９０２、マッチ判定）。また、蓄積部４ｂに蓄積されている開示可否定義データ中の登録者の属性情報（登録者側属性情報）が蓄積部４ｂに蓄積されている募集可否定義データ中の募集者の属性情報（募集者側属性情報）にマッチしていたとする。すると、マッチングサーバ４が、登録者側属性情報が募集者側属性情報にマッチしていると判定する（図１２のステップＳ６０２「Ｙｅｓ」、図１５のステップＳ９０３、マッチ判定）。続いて、マッチングサーバ４が、募集者側開示可否情報にマッチする登録者側属性情報があった旨の通知、および蓄積部４ｂに蓄積されている連絡先情報を募集者端末３に送信する（図１２のステップＳ６０３、図１５のステップＳ９０４）。続いて、募集者端末３が、該通知および連絡先情報を受信する（図１１のステップＳ５０２、図１５のステップＳ９０５）。これにより、募集者が、募集者端末３が受信した連絡先情報（メールアドレス等）に基づいて登録者から直接に個人関連情報（氏名、性別、年齢等）を取得する。そして、募集者が、取得した個人関連情報（氏名、性別、年齢等）が募集対象となる登録者の登録者関連情報（例えば、男性、２５〜３０歳等）とマッチしているか否かを判定する。続いて、募集者が、マッチしていると判定した場合には、電子メール等で登録者にアンケート等を行う。

このように、本実施形態では、マッチングサーバ４には、登録者関連情報が蓄積されない。それゆえ、例えば、マッチングサーバ４に不正アクセスが行われても、登録者関連情報が盗まれずに済む。これにより、登録者関連情報が漏洩する可能性を低減できる。

図１６は、マッチングシステム１の動作を示すシーケンス図である。
一方、登録者側属性情報が、募集者側属性情報にマッチしていなかったとする。すると、マッチングサーバ４が、登録者側開示可否情報が募集者側開示可否情報にマッチしていると判定するが、登録者側属性情報が募集者側属性情報にマッチしていないと判定する（図１２のステップＳ６０１「Ｙｅｓ」、Ｓ６０２「Ｎｏ」、図１６のステップＳ９０２、Ｓ９０３、マッチ判定）。続いて、マッチングサーバ４が、募集者端末３から送信された募集要項、および登録者側属性情報を変更した開示可否定義データの送信を促す送信要求を登録者端末２に送信する（図１２のステップＳ６０４、図１６のステップＳ１００１）。ここで、登録者が、登録者端末２に送信された募集要項を閲覧し、閲覧した募集要項に応じて登録者側属性情報が募集者側属性情報にマッチするように該登録者側属性情報を変更した開示可否定義データをマッチングサーバ４に送信したとする（図１６のステップＳ１００２）。すると、サーバ制御部４ｃが、送信された開示可否定義データに基づいてマッチ判定を再度実行する（図１２のステップＳ６０５、図１６のステップＳ１００３）。

本実施形態では、図４の通信部４ａ、図７のステップＳ２０２、Ｓ２０３が開示可否定義データ蓄積部を構成する。以下同様に、図４の通信部４ａ、図１０のステップＳ４０２、Ｓ４０３が募集条件定義データ取得部を構成する。また、募集要項がマッチング要求を構成する。さらに、図１２のステップＳ６０１、Ｓ６０２がマッチ判定を構成する。また、図４のサーバ制御部４ｃ、図１２のステップＳ６０１、Ｓ６０２が開示可否情報マッチング判定部を構成する。さらに、図４のサーバ制御部４ｃ、図１２のステップＳ６０４が要求送信部を構成する。

（本実施形態の効果）
本実施形態は、次のような効果を奏する。
（１）マッチングサーバ４が、募集端末３から募集要項（マッチング要求）が送信されると、登録者端末２から取得して蓄積している開示可否定義データ中の開示可否情報（登録者側開示可否情報）が募集者端末３から取得した募集条件定義データ中の開示可否情報（募集者側開示可否情報）にマッチしているか否かを判定する。
このような構成によれば、マッチングサーバ４には、登録者関連情報が蓄積されない。それゆえ、例えば、マッチングサーバ４に不正アクセスが行われても、登録者関連情報が盗まれずに済む。これにより、登録者関連情報が漏洩する可能性を低減できる。

（２）マッチングサーバ４が、開示可否定義データ中の開示可否情報（登録者側開示可否情報）および募集者の属性情報（登録者側属性情報）が募集条件定義データ中の開示可否情報（募集者側開示可否情報）および募集者の属性情報（募集者側属性情報）にマッチしているか否かを判定するマッチ判定を実行する。
このような構成によれば、登録者関連情報の開示可否情報に加え、募集者の属性情報も考慮してマッチ判定を実行することができる。

（３）マッチングサーバ４が、開示可否定義データ中の開示可否情報（登録者側開示可否情報）が募集条件定義データ中の開示可否情報（募集者側開示可否情報）にマッチしているが、開示可否定義データ中の募集者の属性情報（登録者側属性情報）が募集条件定義データ中の募集者の属性情報（募集者側属性情報）にマッチしていないと判定した場合には、募集者の属性情報（登録者側属性情報）を変更した開示可否定義データの送信を促す要求を登録者端末２に送信する。続いて、マッチングサーバ４が、送信した要求に応じて登録者端末２から送信される開示可否定義データを取得すると、取得された開示可否定義データに基づいてマッチ判定を再度実行する。
このような構成によれば、募集者の属性情報のみマッチしない場合に、登録者に属性情報を変更する機会を与えることができる。

（第２実施形態）
次に、本発明の第２実施形態について図面を参照して説明する。
なお、上記各実施形態と同様な構成等については同一の符号を使用する。
本実施形態では、登録者側開示可否情報を業界情報（募集者の属性情報）毎に設定する点が第１実施形態と異なる。
図１７は、送信用Ｗｅｂページを表す図である。

図１８は、マッチング処理を表すフローチャートである。
具体的には、本実施形態では、図１７に示すように、登録者端末２に表示する送信用Ｗｅｂページが第１実施形態と異なる。また、本実施形態では、図１８に示すように、図１２のステップＳ６０１、Ｓ６０２、Ｓ６０４およびＳ６０５に代えてステップＳ９０１およびＳ９０２を有する点が第１実施形態と異なる。

登録者端末２に表示する送信用Ｗｅｂページは、図１７に示すように、登録者ＩＤ、連絡先情報を入力するためのテキストボックス、登録者関連情報の開示可否情報を入力するためのチェックボックス、開示可否定義データの送信時に操作させる送信ボタンを表示する。登録者関連情報の開示可否情報を入力するためのチェックボックスは、業界情報（例えば、化粧品業界、東証一部上場企業、店舗情報等）毎に表示する。これにより、登録者は、登録者関連情報の開示可否情報を業界情報毎に入力する。そして、登録者端末２（端末制御部２ｄ）は、送信用Ｗｅｂページの送信ボタンが操作されると、通信網５を介して、登録者ＩＤ、連絡先情報、並びに登録者関連情報の開示可否情報を業界情報毎に有する開示可否定義データをマッチングサーバ４に送信する（図５のステップＳ１０３）。

また、ステップＳ９０１では、サーバ制御部４ｃは、蓄積部４ｂに蓄積されている開示可否定義データ中の開示可否情報（登録者側開示可否情報）のうち、蓄積部４ｂに蓄積されている募集可否定義データ中の募集者の属性情報（募集者側属性情報）に応じた登録者側開示可否情報を選択する。募集者側属性情報に応じた登録者側開示可否情報としては、例えば、募集者側属性情報と同一の業界情報に対して設定した登録者側開示情報がある。

続いてステップＳ９０２に移行して、サーバ制御部４ｃは、前記ステップＳ９０１で選択した登録者側開示可否情報が蓄積部４ｂに蓄積されている募集者側開示可否情報にマッチしているか否かを判定する。そして、サーバ制御部４ｃは、登録者側開示可否情報が募集者側開示可否情報にマッチしていると判定した場合には（Ｙｅｓ）ステップＳ６０３に移行する。一方、サーバ制御部４ｃは、登録者側開示可否情報が募集者側開示可否情報にマッチしていないと判定した場合には（Ｎｏ）この演算処理を終了する。

（本実施形態の効果）
本実施形態は、次のような効果を奏する。
（１）開示可否定義データは、登録者側開示可否情報を業界情報（募集者の属性情報）毎に設定する。また、マッチングサーバ４が、登録者端末２から取得して蓄積している開示可否定義データ中の開示可否情報（登録者側開示可否情報）のうち、募集者端末３から取得した募集条件定義データ中の属性情報（募集者側属性情報）に応じた開示可否情報が、募集者端末３から取得した募集条件定義データ中の開示可否情報（募集者側開示可否情報）にマッチしているか否かを判定するマッチ判定を実行する。
このような構成によれば、登録者関連情報の開示可否情報に加え、募集者の属性情報も考慮してマッチ判定を実行することができる。

（第３実施形態）
次に、本発明の第３実施形態について図面を参照して説明する。
なお、上記各実施形態と同様な構成等については同一の符号を使用する。
本実施形態では、登録者側属性情報が募集者側開示情報にマッチしているか否かを登録者端末２に判定させる点が第１実施形態と異なる。

図１９は、マッチング処理を表すフローチャートである。
具体的には、本実施形態では、マッチングサーバ４が登録者側属性情報を蓄積せず、登録者端末２が登録者側属性情報を蓄積する点が第１実施形態と異なる。また、本実施形態では、図１９に示すように、図１２のステップＳ６０２に代えてステップＳ１００１およびＳ１００２を有する点が第１実施形態と異なる。

ステップＳ１００１では、サーバ制御部４ｃは、登録者端末２に蓄積されている登録者側属性情報が蓄積部４ｂに蓄積されている募集可否定義データ中の募集者の属性情報（募集者側属性情報）にマッチしているか否かを判定させるとともに判定結果をマッチングサーバ４に送信させるマッチ判定要求を登録者端末２に送信する。マッチ判定要求としては、例えば、蓄積部４ｂに蓄積されている募集者側属性情報を送信する。これにより、登録者端末２が、マッチ判定要求（募集者側属性情報）が送信されると、登録者端末２に蓄積されている登録者側属性情報がマッチ判定要求（募集者側属性情報）にマッチしているか否かを判定する。そして、登録者端末２が、判定結果をマッチングサーバ４に送信する。

続いてステップＳ１００２に移行して、サーバ制御部４ｃは、登録者端末２から判定結果が送信されるまで待ち状態となる。続いて、サーバ制御部４ｃは、マッチングサーバ４から判定結果が送信されると、送信された判定結果に基づいて登録者端末２に蓄積されている登録者側属性情報が蓄積部４ｂに蓄積されている募集者側属性情報にマッチしているか否かを判定する。そして、サーバ制御部４ｃは、登録者側属性情報が募集者側属性情報にマッチしていると判定した場合には（Ｙｅｓ）ステップＳ６０３に移行する。一方、サーバ制御部４ｃは、登録者側属性情報が募集者側属性情報にマッチしていないと判定した場合には（Ｎｏ）ステップＳ６０４に移行する。

（本実施形態の効果）
本実施形態は、次のような効果を奏する。
（１）マッチングサーバ４が、登録者端末２に蓄積されている登録者側属性情報が蓄積部４ｂに蓄積されている募集可否定義データ中の募集者の属性情報（募集者側属性情報）にマッチしているか否かを判定させるとともに判定結果をマッチングサーバ４に送信させるマッチ判定要求を登録者端末２に送信する。
このような構成によれば、マッチングサーバ４には、登録者側属性情報を蓄積せずに済む。それゆえ、例えば、マッチングサーバ４に不正アクセスが行われても、登録者側属性情報が盗まれずに済む。これにより、登録者側属性情報が漏洩する可能性を低減できる。

１マッチングシステム
２登録者端末
２ａ通信部
２ｂ操作部
２ｃ表示部
２ｄ端末制御部
３募集者端末
３ａ通信部
３ｂ操作部
３ｃ表示部
３ｄ端末制御部
４マッチングサーバ
４ａ通信部（開示可否定義データ蓄積部）
４ｂ表示部
４ｃ蓄積部
４ｄサーバ制御部（開示可否情報マッチング判定部、要求送信部）
５通信網
ステップＳ２０２、Ｓ２０３（開示可否定義データ蓄積部）
ステップＳ４０２、Ｓ４０３（募集条件定義データ取得部）
ステップＳ６０１、Ｓ６０２（開示可否情報マッチング判定部）
ステップＳ６０４（要求送信部）

Claims

登録者端末から送信される登録者に関する情報である登録者関連情報の開示可否情報を含む開示可否定義データを取得して蓄積する開示可否定義データ蓄積部と、
募集者端末から送信される募集対象となる登録者の登録者関連情報の開示可否情報を含む募集条件定義データを取得する募集条件定義データ取得部と、
前記募集者端末からマッチング要求があると、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定する開示可否情報マッチング判定部と、を備えたことを特徴とするマッチングサーバ。
前記開示可否定義データおよび前記募集者条件定義データのそれぞれは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、
前記開示可否情報マッチング判定部は、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報および属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報および属性情報にマッチしているか否かを判定するマッチ判定を実行することを特徴とする請求項１に記載のマッチングサーバ。
前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているが、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の属性情報にマッチしていないと前記開示可否情報マッチング判定部が判定した場合には、募集者の属性情報を変更した前記開示可否定義データの送信を促す要求を前記登録者端末に送信する要求送信部を備え、
前記開示可否情報マッチング判定部は、前記要求送信部が送信した要求に応じて前記登録者端末から送信される前記開示可否定義データを前記開示可否定義データ蓄積部が取得して蓄積すると、蓄積された前記開示可否定義データに基づいて前記マッチ判定を再度実行することを特徴とする請求項２に記載のマッチングサーバ。
前記開示可否定義データは、登録者関連情報の開示可否情報を募集者の属性情報毎に有し、
前記募集者条件定義データは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、
前記開示可否情報マッチング判定部は、前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報のうち、前記募集条件定義データ取得部が取得した前記募集条件定義データ中の属性情報に応じた開示可否情報が、前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定することを特徴とする請求項１に記載のマッチングサーバ。
前記募集者条件定義データは、登録者関連情報の開示可否情報に加え、募集者の属性情報を含み、
前記開示可否情報マッチング判定部は、
前記開示可否定義データ蓄積部が蓄積している前記開示可否定義データ中の開示可否情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報にマッチしているか否かを判定するとともに、
前記登録者端末が蓄積している募集者の属性情報が前記募集条件定義データ取得部が取得した前記募集条件定義データ中の開示可否情報および属性情報にマッチしているか否かを判定させるとともに判定結果をマッチングサーバに送信させるマッチ判定要求を前記登録者端末に送信することを特徴とする請求項１に記載のマッチングサーバ。