(57)【要約】【課題】希望の仕事が明確でない求職者に対し広い視点から就職先を探し選定する支援を行う人材マッチング支援システムの提供。【解決手段】求職者であるメンバ同士でメンバグループを作り、メンバグループ内のメンバ同士で、自分以外の他のメンバに対して求人者を推薦し管理サーバに登録する。各メンバは、管理サーバに登録された自分を推薦先メンバとする求人者のレコメンディリストを閲覧することで、自分の主観以外に他のグループメンバの視点からみた場合に自分に合っていると思われる求人者を知ることが出来る。これにより、求職希望先の選定が多角化され、周知度の低い企業（周知度の低い求人者）であっても求職希望先の選択肢に入りやすくなる。【選択図】図２
2020091666.tif 000002
【特許請求の範囲】
【請求項１】
求職活動に関係する各メンバが利用するメンバ端末と、求人を行う各求人者が利用する求人者端末と、管理サーバと、を備え、前記メンバ端末及び前記求人者端末が通信回線を介して前記管理サーバと接続された人材マッチング支援システムにおいて使用される前記管理サーバであって、
各求人者により登録される求人情報を管理する求人情報管理テーブルと、
各メンバの個人情報及び該メンバが所属するメンバグループの情報を含むメンバ情報を管理するメンバ管理テーブルと、
（メンバにより推薦された求人者である被推薦求人者，該被推薦求人者を推薦したメンバである推薦元メンバ，該推薦元メンバが該被推薦求人者を推薦する推薦先のメンバである推薦先メンバ）を含む組をレコメンドレコードとして管理するレコメンド管理テーブルと、
一の前記メンバ端末Ｔｍａから求人情報表示要求を受信すると、該求人情報表示要求により指定される求人情報を前記求人情報管理テーブルから索出し、索出された各求人情報のリストである求人情報回答リストを生成し、該求人情報表示要求を送信した前記メンバ端末Ｔｍａに対し該求人情報回答リストを送信する求人情報検索手段と、
前記求人情報回答リスト内から選択された求人情報Ｊｋに係る求人者Ｅｋの推薦登録を要求するレコメンド登録要求を、前記メンバ端末Ｔｍａから受信すると、該メンバ端末Ｔｍａにより特定されるメンバである端末オーナメンバＭａが所属する全てのメンバグループを前記メンバ管理テーブルから取得し、取得された各メンバグループに所属する前記端末オーナメンバＭａ以外の各メンバの集合｛Ｍｉ｝を前記メンバ管理テーブルから取得し、取得されたメンバの集合｛Ｍｉ｝に属する各メンバＭｉのリストであるグループ所属メンバリストを生成し、該レコメンド登録要求を送信した前記メンバ端末Ｔｍａに対して該グループ所属メンバリストを送信するグループ所属メンバリスト送信手段と、
前記グループ所属メンバリスト内のメンバから選択された推薦先メンバＭｊの集合である推薦先メンバ集合｛Ｍｊ｝の情報，及び前記各推薦先メンバＭｊに対して推薦する被推薦求人者Ｅｋの情報を含む推薦先メンバ通知を、前記メンバ端末Ｔｍａから受信すると、該推薦先メンバ集合｛Ｍｊ｝内の各推薦先メンバＭｊについて、（該被推薦求人者Ｅｋ，該メンバ端末Ｔｍａの端末オーナメンバである推薦元メンバＭａ，該推薦先メンバＭｊ）を含む組からなる前記レコメンドレコードを、前記レコメンド管理テーブルに登録するレコメンド登録手段と、
一の前記メンバ端末Ｔｍｂからレコメンディリスト要求を受信すると、該メンバ端末Ｔｍｂにより特定されるメンバである端末オーナメンバＭｂが推薦先メンバとなっている前記レコメンドレコードを前記レコメンド管理テーブルから索出し、索出された前記各レコメンドレコードに係る（被推薦求人者Ｅｌ，該被推薦求人者Ｅｌの推薦元メンバＭｍ）を含む組からなるレコメンディ情報のリストであるレコメンディリストを生成し、該レコメンディリスト要求を送信した前記メンバ端末Ｔｍｂに対して該レコメンディリストを送信するレコメンディリスト送信手段と、を備えたことを特徴とする管理サーバ。
【請求項２】
前記求人情報管理テーブルに登録された各求人情報に対してエントリーしたメンバの情報を管理するエントリー状況管理テーブルを備え、
前記レコメンディリスト内から選択された前記レコメンディ情報の選択要求であるレコメンド選択要求を、前記メンバ端末Ｔｍｂから受信すると、該レコメンド選択要求に係る被推薦求人者Ｅｌの求人情報Ｊｌを前記求人情報管理テーブルから索出し、索出された前記求人情報Ｊｌを、該レコメンド選択要求を送信した前記メンバ端末Ｔｍｂへ送信するレコメンド選択応答手段と、
前記レコメンド選択応答手段により送信された前記求人情報Ｊｌに対してエントリーすることを要求するエントリー要求を、前記メンバ端末Ｔｍｂから受信すると、該メンバ端末Ｔｍｂの端末オーナメンバＭｂが該求人情報Ｊｌにエントリーしたことを示すエントリー情報を、前記エントリー状況管理テーブルに登録するエントリー登録手段と、を備えたことを特徴とする請求項１記載の管理サーバ。
【請求項３】
前記メンバ管理テーブルに登録された各メンバに対して付与されるメンバポイントを管理するメンバポイント管理テーブルと、
前記レコメンド選択要求により選択された前記レコメンディ情報に係る前記求人情報Ｊｌに対する前記エントリー要求を、前記メンバ端末Ｔｍｂから受信した場合、該レコメンディ情報に係る推薦元メンバＭｍについて、前記メンバポイント管理テーブルに登録された該推薦元メンバＭｍのメンバポイントを、所定のポイント数増加させるメンバポイント付与手段と、を備えたことを特徴とする請求項２記載の管理サーバ。
【請求項４】
一の前記求人者端末Ｔｅｃからエントリーメンバ閲覧要求を受信した場合、該求人者端末Ｔｅｃにより特定される求人者Ｅｃに係る求人情報Ｊｃに対してエントリーしたメンバであるエントリーメンバの集合｛Ｍｐ｝を、前記エントリー状況管理テーブルから索出するエントリーメンバ検索手段と、
前記エントリーメンバの集合｛Ｍｐ｝に含まれる前記各エントリーメンバＭｐのメンバポイントを前記メンバポイント管理テーブルから取得し、該エントリーメンバＭｐのメンバ情報を前記メンバ管理テーブルから取得し、前記各エントリーメンバＭｐのメンバ情報及びメンバポイントのリストであるエントリーメンバリストを生成し、前記求人者端末Ｔｅｃに対して送信するエントリーメンバリスト送信手段と、を備えたことを特徴とする請求項３記載の管理サーバ。
【請求項５】
求職活動に関係する各メンバが利用するメンバ端末と、求人を行う各求人者が利用する求人者端末と、管理サーバと、を備え、前記メンバ端末及び前記求人者端末が通信回線を介して前記管理サーバと接続された人材マッチング支援システムであって、
前記管理サーバは、請求項１乃至４の何れか一記載の管理サーバであることを特徴とする人材マッチング支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、求人者と求職者との間の人材マッチングを支援するシステムに関し、特に、学生などの就職活動者（就活者）が自分に適した就職先を選択するのを支援することができる人材マッチング支援システムに関する。
【背景技術】
【０００２】
人材マッチング支援システムに関連する技術としては、特許文献１〜５に記載のものが公知である。
【０００３】
特許文献１には、求職者が利用する求職者端末（１６）と、求職者のメンターであって求職者の求職活動を支援する支援者が利用する支援者端末（１８）と、求人者が利用する求人者端末（１４）と、求職活動推薦サーバ（１２）とを備え、求職活動推薦サーバ（１２）は、支援者端末（１８）から送信される求人者への問い合わせ内容を含む「問い合わせ情報」と、求職者と支援者との関係を示す「関係情報」とを関連付けて記憶する記憶部（３８）と、求職者端末（１６）に対して問い合わせ情報を送信し、求人者端末（１４）に対して問い合わせ情報とそれに対応する関係情報とを送信する制御部（３０）とを備えた求職活動推薦システム（１０）が記載されている（仝文献図１，図２参照）。この求職活動推薦サーバ（１２）では、求職者端末１６からのみならず、求職者が信頼するメンターである支援者の支援者端末１８からの求人者への問い合わせ情報をも受信し記憶部（３８）に保存する。そして、支援者からの問い合わせ内容及び求人者からの回答は求職者端末１６からも閲覧可能としている。これにより、支援者からの求人者への問い合わせ自体が求職者の求職活動の支援となり、また、求職者は、支援者と求人者とのやり取りを閲覧することで求人情報のポイントの把握が可能になる。また、求職活動推薦サーバ（１２）は、支援者端末（１６）からの問い合わせ情報と共に当該問い合わせ情報を送信した支援者の属性情報（支援者と求職者との関係を示す情報含む）を送信することで、求人者は、求職者が信頼する支援者としてどのような者がいるのか把握できると記載されている。
【０００４】
特許文献２には、特定のユーザに対する他のユーザからの注目状況を管理する注目状況管理部（１ａ）と、注目状況を用いて、他のユーザの少なくとも一部を特定のユーザ（「特定ユーザ」）に紹介する「紹介ユーザ」として抽出するユーザ抽出部（１ｂ）と、ユーザ抽出部（１ｂ）が抽出した特定ユーザを紹介先ユーザに紹介するユーザ紹介部（１ｃ）と、を備え、特定ユーザが注目しているユーザを「注目ユーザ」としたときに、注目ユーザが特定ユーザを注目していない場合において、ユーザ抽出部（１ｂ）は、注目ユーザの属性と注目ユーザ以外のユーザの属性の類似度に基づいてユーザを抽出して「紹介ユーザ候補」とすると共に、紹介ユーザ候補のうちから「紹介ユーザ」を抽出する紹介支援装置（１）が記載されている（仝文献図１，図２参照）。これにより、ユーザのプロフィールなどの静的な情報に基づく紹介を行うだけでなく、特定のユーザに対する他のユーザの注目状況という動的な情報に基づく紹介を行うことを可能とし、また、特定のユーザに推薦するユーザとして、特定のユーザが注目しているユーザと類似している他ユーザが推薦されやすくなると記載されている。
【０００５】
特許文献３には、利用者によって指定された特徴を持つ人物と、利用者によって同じく指定されたもう一方の特徴を持つもう一方の人物をつなぐ人物の連鎖を作成するコンピューターシステムであって、（i）名前（ii）居住地域（iii）所属組織（iv）知人のうち少なくともいずれかの情報を含む人物情報を複数記録したデータベース（２３０）と、コンピューターメモリー（２１０）と、利用者が人物の情報や人物連鎖の作成依頼を送信し、作成された人物連鎖を受信することのできる通信手段（２４０）と、人物連鎖でつなぐために通信手段（２４０）を用いて利用者が送信する前記の２人の人物の（i）名前（ii）所属組織（iii）居住地域のうち少なくともいずれかを含む特徴を受信し、データベース（２３０）から、（i）同一の組織に所属すること（ii）同一の地域に居住すること（iii）知人関係にあることのいずれかの条件を満たすことで定義される、接触可能関係にある人物の対を抽出し、前述の接触可能関係にある人物の対を複数つなぎ合わせることで構成するそれぞれの人物が隣接する人物と接触可能関係にある人物連鎖を作成し、作成された人物連鎖から利用者によって指定された特徴を持つ人物と同利用者によって指定されたもう一方の特徴を持つもう一方の人物をつなぐ連鎖を抽出し、利用者が連鎖を構成する人物を順にたどって連鎖の終わりに位置する人物への紹介の依頼あるいは調査の依頼を行うことができるよう抽出された前記連鎖の構成を通信手段（２４０）によって利用者に通知するように設定され、データベース（２３０）、コンピューターメモリ（２１０）、および通信手段（２４０）と接続されたコンピュータープロセッサ（２０５）からなる人物連鎖作成システムが記載されている（仝文献図２参照）。
【０００６】
特許文献４には、企業が求める人材を表す求人情報を取得する求人情報取得手段と、職を求める求職者を企業に推薦する推薦情報を取得する推薦情報取得手段と、推薦情報を提供した推薦者に対し懸賞を付与するための懸賞付与処理を行う懸賞付与手段とを備え、推薦者とは、企業の社員でもなく、且つ、求人情報を管理する人材紹介会社の社員でもなく、且つ、推薦された求職者でもない者であることを特徴とする人材推薦装置が記載されている（仝文献請求項１参照）。
【０００７】
特許文献５には、求職者推薦サービスのサーバ（１）と、求職者情報ＤＢ（２）と、推薦者情報ＤＢ（３）と、雇主情報ＤＢ（４）と、求職者採用情報ＤＢ（５）とからなり、求職者の客観的評価を推薦情報という形態で、第三者（推薦者）により求職者情報ＤＢ（２）へ登録することにより収集した情報を提供する求職者推薦及び紹介システムが記載されている（仝文献図１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１６−１１０４８３号公報
【特許文献２】再表２０１７−０６０９５３号公報
【特許文献３】特開２００２−０４９７１８号公報
【特許文献４】特開２０１８−１２４９４４号公報
【特許文献５】特開２００５−１９６７２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特に学生の求職者においては、社会経験が少なく、自分が本当にやりたいと考える仕事が明確でない場合が多い。このような場合、求職者の求職希望先は著名企業（著名な求人者）に集中する一方、周知度の低い企業（周知度の低い求人者）は求職希望先としての選択肢に入らない傾向が強い。このような、企業の周知度による求職希望先の不均衡が生じることにより、求職者と求人者の対応の十分なマッチングが図られない。また、著名企業は、主として大都市周辺に集中しており、有能な人材が地方から大都市へと流出する傾向がより強められる。これにより、優良企業であっても、特に周知度の低い地方の企業においては人材が集まりにくいという状況が生じている。
【００１０】
一方、上述した従来のシステムでは、何れも求職者が就職先を自発的に決めていることが前提となっているので、求職者の求職希望先が著名な求人者に集中することに起因する上述した各種問題を解決するための一助とはならない。ところで、求職者が、自分が本当にやりたいと考える仕事が明確でない場合でも、該求職者によく接している第三者からみると、その求職者の日頃の言動や性格から、その求職者がどのような仕事に向いているのかが分かる場合が多々ある。このような場合、互いによく接している求職者同士及び求職者と関係が深い教官・ＯＢ・ＯＧ等の求職者のサポータでコミュニティーを形成して互いに求職先を推薦し合える仕組みがあれば、求職者の就職先の選定がより適切化されると考えられる。
【００１１】
そこで、本発明の目的は、多くの学生のように自分が本当にやりたいと考える仕事が明確でないような求職者に対して、求職者及びそのサポータのコミュニティーを通じて、より広い視点から自分に合った就職先を探し求職希望先として選定するための支援を行う人材マッチング支援システムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明に係る人材マッチング支援システムの管理サーバの第１の構成は、求職活動に関係する各メンバが利用するメンバ端末と、求人を行う各求人者が利用する求人者端末と、管理サーバと、を備え、前記メンバ端末及び前記求人者端末が通信回線を介して前記管理サーバと接続された人材マッチング支援システムにおいて使用される前記管理サーバであって、
各求人者により登録される求人情報を管理する求人情報管理テーブルと、
各メンバの個人情報及び該メンバが所属するメンバグループの情報を含むメンバ情報を管理するメンバ管理テーブルと、
（メンバにより推薦された求人者である被推薦求人者，該被推薦求人者を推薦したメンバである推薦元メンバ，該推薦元メンバが該被推薦求人者を推薦する推薦先のメンバである推薦先メンバ）を含む組をレコメンドレコードとして管理するレコメンド管理テーブルと、
一の前記メンバ端末Ｔｍａから求人情報表示要求を受信すると、該求人情報表示要求により指定される求人情報を前記求人情報管理テーブルから索出し、索出された各求人情報のリストである求人情報回答リストを生成し、該求人情報表示要求を送信した前記メンバ端末Ｔｍａに対し該求人情報回答リストを送信する求人情報検索手段と、
前記求人情報回答リスト内から選択された求人情報Ｊｋに係る求人者Ｅｋの推薦登録を要求するレコメンド登録要求を、前記メンバ端末Ｔｍａから受信すると、該メンバ端末Ｔｍａにより特定されるメンバである端末オーナメンバＭａが所属する全てのメンバグループを前記メンバ管理テーブルから取得し、取得された各メンバグループに所属する前記端末オーナメンバＭａ以外の各メンバの集合｛Ｍｉ｝を前記メンバ管理テーブルから取得し、取得されたメンバの集合｛Ｍｉ｝に属する各メンバＭｉのリストであるグループ所属メンバリストを生成し、該レコメンド登録要求を送信した前記メンバ端末Ｔｍａに対して該グループ所属メンバリストを送信するグループ所属メンバリスト送信手段と、
前記グループ所属メンバリスト内のメンバから選択された推薦先メンバＭｊの集合である推薦先メンバ集合｛Ｍｊ｝の情報，及び前記各推薦先メンバＭｊに対して推薦する被推薦求人者Ｅｋの情報を含む推薦先メンバ通知を、前記メンバ端末Ｔｍａから受信すると、該推薦先メンバ集合｛Ｍｊ｝内の各推薦先メンバＭｊについて、（該被推薦求人者Ｅｋ，該メンバ端末Ｔｍａの端末オーナメンバである推薦元メンバＭａ，該推薦先メンバＭｊ）を含む組からなる前記レコメンドレコードを、前記レコメンド管理テーブルに登録するレコメンド登録手段と、
一の前記メンバ端末Ｔｍｂからレコメンディリスト要求を受信すると、該メンバ端末Ｔｍｂにより特定されるメンバである端末オーナメンバＭｂが推薦先メンバとなっている前記レコメンドレコードを前記レコメンド管理テーブルから索出し、索出された前記各レコメンドレコードに係る（被推薦求人者Ｅｌ，該被推薦求人者Ｅｌの推薦元メンバＭｍ）を含む組からなるレコメンディ情報のリストであるレコメンディリストを生成し、該レコメンディリスト要求を送信した前記メンバ端末Ｔｍｂに対して該レコメンディリストを送信するレコメンディリスト送信手段と、を備えたことを特徴とする。
【００１３】
この構成によれば、各メンバＭａは、メンバ端末Ｔｍａからレコメンド登録要求を管理サーバに送信することで、自分が属するメンバグループ内の各メンバに対して、求人者を推薦し合うことができる。これにより、各メンバＭｊは、レコメンディリストを参照することにより、他のメンバからみたときに該メンバＭｊに合っていると思われる求人者を参照することができる。従って、学生のように自分が本当にやりたいと考える仕事が明確でないような求職者の場合、自分の主観以外の視点からみた場合に自分に合っていると思われる求人者を知ることが出来る。これにより、求職希望先の選定が多角化され、周知度の低い企業（周知度の低い求人者）であっても求職希望先の選択肢に入りやすくなる。
【００１４】
本発明に係る人材マッチング支援システムの管理サーバの第２の構成は、前記第１の構成において、前記求人情報管理テーブルに登録された各求人情報に対してエントリーしたメンバの情報を管理するエントリー状況管理テーブルを備え、
前記レコメンディリスト内から選択された前記レコメンディ情報の選択要求であるレコメンド選択要求を、前記メンバ端末Ｔｍｂから受信すると、該レコメンド選択要求に係る被推薦求人者Ｅｌの求人情報Ｊｌを前記求人情報管理テーブルから索出し、索出された前記求人情報Ｊｌを、該レコメンド選択要求を送信した前記メンバ端末Ｔｍｂへ送信するレコメンド選択応答手段と、
前記レコメンド選択応答手段により送信された前記求人情報Ｊｌに対してエントリーすることを要求するエントリー要求を、前記メンバ端末Ｔｍｂから受信すると、該メンバ端末Ｔｍｂの端末オーナメンバＭｂが該求人情報Ｊｌにエントリーしたことを示すエントリー情報を、前記エントリー状況管理テーブルに登録するエントリー登録手段と、を備えたことを特徴とする。
【００１５】
この構成によれば、各メンバＭｂは、レコメンディリストの中から被推薦求人者Ｅｋを選択し、メンバ端末Ｔｍｂからレコメンド選択要求を管理サーバに送信することで、その被推薦求人者Ｅｋの求人情報Ｊｌを参照することができる。そして、参照した結果、その求人情報Ｊｌに対してエントリーすることを決めた場合には、メンバ端末Ｔｍｂからエントリー要求を管理サーバに送信することで、エントリー登録を行うことが出来る。
【００１６】
本発明に係る人材マッチング支援システムの管理サーバの第３の構成は、前記第２の構成において、前記メンバ管理テーブルに登録された各メンバに対して付与されるメンバポイントを管理するメンバポイント管理テーブルと、
前記レコメンド選択要求により選択された前記レコメンディ情報に係る前記求人情報Ｊｌに対する前記エントリー要求を、前記メンバ端末Ｔｍｂから受信した場合、該レコメンディ情報に係る推薦元メンバＭｍについて、前記メンバポイント管理テーブルに登録された該推薦元メンバＭｍのメンバポイントを、所定のポイント数増加させるメンバポイント付与手段と、を備えたことを特徴とする。
【００１７】
この構成によれば、各メンバＭｍが、自分が属するメンバグループ内の他のメンバに被推薦求人者を推薦して、推薦先のメンバが、該被推薦求人者の求人にエントリーした場合には、該メンバＭｍのメンバポイントが加算される。これにより、各メンバのメンバポイントは、他のメンバをどれだけよく見ているかの指標として利用することができる。
【００１８】
本発明に係る人材マッチング支援システムの管理サーバの第４の構成は、前記第３の構成において、一の前記求人者端末Ｔｅｃからエントリーメンバ閲覧要求を受信した場合、該求人者端末Ｔｅｃにより特定される求人者Ｅｃに係る求人情報Ｊｃに対してエントリーしたメンバであるエントリーメンバの集合｛Ｍｐ｝を、前記エントリー状況管理テーブルから索出するエントリーメンバ検索手段と、
前記エントリーメンバの集合｛Ｍｐ｝に含まれる前記各エントリーメンバＭｐのメンバポイントを前記メンバポイント管理テーブルから取得し、該エントリーメンバＭｐのメンバ情報を前記メンバ管理テーブルから取得し、前記各エントリーメンバＭｐのメンバ情報及びメンバポイントのリストであるエントリーメンバリストを生成し、前記求人者端末Ｔｅｃに対して送信するエントリーメンバリスト送信手段と、を備えたことを特徴とする。
【００１９】
この構成によれば、各求人者Ｅｃは、求人者端末Ｔｅｃから、エントリーメンバリストにより自己の求人に対してエントリーしたメンバを知ることが出来る。また、エントリーメンバリストには、各メンバのメンバポイントが含まれているため、各エントリーメンバのメンバポイントを、そのエントリーメンバが他のメンバをどれだけよく見ているかの求人者評価の一指標として利用することができる。
【００２０】
本発明に係る人材マッチング支援システムは、求職活動に関係する各メンバが利用するメンバ端末と、求人を行う各求人者が利用する求人者端末と、管理サーバと、を備え、前記メンバ端末及び前記求人者端末が通信回線を介して前記管理サーバと接続された人材マッチング支援システムであって、
前記管理サーバは、前記第１乃至４の何れか一の構成の管理サーバであることを特徴とする。
【発明の効果】
【００２１】
以上のように、本発明によれば、求職活動を行う各メンバＭｉは、自分が属するメンバグループ内の他のメンバＭｊに対して、そのメンバＭｊに適していると自分が考える求人者Ｅｋを見つけると、そのメンバＭｊに対し求人者Ｅｋを推薦することができる。このように、同じメンバグループ内の互いによく知ったメンバ同士で相互に推薦することにより、学生のように自分が本当にやりたいと考える仕事が明確でないような求職者メンバの場合、自分の主観以外の自分をよく知る他のメンバの視点からみた場合に自分に合っていると思われる求人者を知ることが出来る。これにより、求職希望先の選定が多角化され、周知度の低い企業（周知度の低い求人者）であっても求職希望先の選択肢に入りやすくなる。従って、求職希望先が著名企業に集中する傾向が緩和され、また、周知度の低い地方の企業も求職希望先として選択されやすくなり、企業の周知度による求職希望先の不均衡が緩和される。
【図面の簡単な説明】
【００２２】
【図１】本発明の人材マッチング支援システムの全体構成を表す図である。
【図２】本発明の実施例１に係る人材マッチング支援システムの機能構成を表すブロック図である。
【図３】図２の支援情報管理データベース１０の構成を表すＥＲ図(Entity Relationship Diagram)である（IDEF1X記法）。
【図４】図３の各テーブル内の各フィールドに格納されるデータの意味内容を示す図である。
【図５】実施例１に係る人材マッチング支援システムにおいて、管理サーバ１から各メンバ端末２に配信されメンバ端末２で表示されるページの状態遷移を表す図である。
【図６】『トップページ』の表示画面の例を表す図である。
【図７】ログインからジョブ選択までの動作を表すフローチャートである。
【図８】求人情報検索等処理の動作を表すフローチャートである。
【図９】『求人者・求人情報検索ページ』の表示画面の例を表す図である。
【図１０】『検索結果リストページ』の表示画面の例を示す図である。
【図１１】『求人情報ページ』の表示画面の例を示す図である。
【図１２】エントリー処理の動作を表すフローチャートである。
【図１３】レコメンド登録処理の動作を表すフローチャートである。
【図１４】『推薦先候補メンバ一覧ページ』の表示画面の例を示す図である。
【図１５】レコメンド閲覧・受諾処理の動作を表すフローチャートである。
【図１６】『レコメンド一覧ページ』の表示画面の例を示す図である。
【図１７】『エントリー状況一覧ページ』の表示画面の例を示す図である。
【図１８】『メンバグループ検索ページ』の表示画面の例を示す図である。
【図１９】『メンバグループ検索結果一覧ページ』の表示画面の例を示す図である。
【図２０】求人者端末によるエントリーメンバ閲覧処理の動作を表すフローチャートである。
【図２１】『エントリーメンバ一覧ページ』の表示画面の例を示す図である。
【図２２】実施例２に係る『レコメンド一覧ページ』の表示画面の例を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明を実施するための形態について、図面を参照しながら説明する。
【実施例１】
【００２４】
〔１〕用語の定義
最初に、本明細書で使用される主な用語について定義する。「求人」(job offer)とは、雇い入れるため人をさがし求めて募集することをいう。「求職活動」(job-seek)とは、仕事・職業を探す積極的な行動をいう。「人材マッチング」(human resources matching)とは、求職者の求職条件に関する希望と求人者の求人条件に関する希望との互いの条件を噛みあわせることをいう。「求職者（求職者メンバ）」 (job-seeker)とは、求職活動を行う者をいう。「求職支援者（サポートメンバ）」(supporter)とは、求職者の求職活動における支援を行う者をいう。「メンバ」(member)とは、求職者及び求職支援者をいう。「メンバ種別」(member type)とはメンバの種類による区分をいい、本明細書では、求職者、教官、OB(OG)の別をいう。「求人者」(job-offerer)とは、求職者の雇用を行う者をいう。「推薦」(recommendation)とは、或るメンバが自分以外の求職者メンバの対し、該求職者メンバに適合していると思う求人者を、該求職者メンバにすすめることをいう。「推薦元メンバ（レコメンダ）」(recommender)とは、他の求職者に対し被推薦求人者の推薦を行ったメンバをいう。「推薦先メンバ（デスティネータ）」(destinator)とは、他のメンバから求人者を推薦された求職者メンバをいう。「被推薦求人者（レコメンディ）」(recommendee)とは、或るメンバから他の求職者メンバに対し推薦された求人者をいう。「メンバグループ」(members group)とは、何らかの関係性（例えば、同じ学部、同じ研究室、同じ部活・サークル等）によりつながりのあるメンバの集団をいう。「グループ所属メンバ」(group member)とは、メンバグループに属するメンバをいう。「ジョブ」(job)とは、コンピュータでの処理作業の一まとまりをいう。「求人タスク」(job-offer task)とは、求人に係る募集、応募、実施のプロセスをいう。「端末オーナメンバ」(terminal owner member)とは、メンバ端末を利用しているメンバをいう。「求人情報」(job offer information)とは、求人者により提示される該求人者の求人に関する情報をいう。「エントリー」(entry)とは、求人に対して応募することをいう。「エントリーメンバ」(entry member)とは、求人に対してエントリーした求職者メンバをいう。「メンバポイント」(member point)とは、各メンバに付与される点数をいう。
【００２５】
〔２〕行動主体
本発明の人材マッチング支援システムを利用して行動する行動主体は、メンバ及び求人者である。メンバには、求職者（求職活動中の学生、Uターン希望者等）のほかに、求職者の求職活動のサポートを行う求職支援者（就職担当教官、OB(OG)等）も含まれる。求人者は、自然人（個人事業主等）又は法人（企業、機関等）である。求人者が求人依頼主となる。
【００２６】
〔３〕人材マッチング支援システムの物理的構成
図１は、本発明の人材マッチング支援システムの全体構成を表す図である。図１において、人材マッチング支援システムは、管理サーバ１、求職活動に関係する各メンバが利用する複数のメンバ端末２、及び求人を行う各求人者が利用する複数の求人者端末３を備えている。各メンバ端末２及び各求人者端末３は通信回線４を介して管理サーバ２と接続されている。メンバ端末２及び求人者端末３は、パソコン、携帯電話、スマートフォン、タブレット等のディスプレイ及び入力装置（キーボード、タッチパネル、マウス等）を備えた端末装置が用いられる。
【００２７】
〔４〕人材マッチング支援システムの機能的構成
図２は、本発明の実施例１に係る人材マッチング支援システムの機能構成を表すブロック図である。図２において、管理サーバ１，メンバ端末２，求人者端末３，及び通信回線４は、其々、図１の同符号のものに対応している。管理サーバ１は、支援情報管理データベース１０，メンバ登録処理部１１，グループ登録処理部１２，求人者登録部１３，求人情報登録部１４，ログイン処理部１５，ジョブ選択処理部１６，求人情報検索部１７，グループ所属メンバリスト送信部１８，レコメンド登録部１９，レコメンディリスト送信部２０，レコメンド選択応答部２１，エントリー登録部２２，メンバポイント付与部２３，エントリーメンバ検索部２４，エントリーメンバリスト送信部２５，メンバグループ検索部２６，及びエントリー状況検索部２７を備えている。これら各部は、人材マッチング支援システム用のコンピュータ・プログラムとして提供され、該コンピュータ・プログラムを管理サーバ１に読み込ませて実行することにより、機能モジュールとして管理サーバ１に実装される。
【００２８】
支援情報管理データベース１０は、人材マッチング支援システムで取り扱われる各種情報の記憶及び管理を行うデータベースである。支援情報管理データベース１０は、メンバ管理テーブル１０１，グループ管理テーブル１０２，グループ所属メンバ登録テーブル１０３，求人者管理テーブル１０４，求人情報管理テーブル１０５，レコメンド管理テーブル１０６，エントリー状況管理テーブル１０７，求職活動状況管理テーブル１０８，及びメンバポイント管理テーブル１０９の各テーブルを備えたリレーショナル・データベースとして構成されている。尚、支援情報管理データベース１０の詳細については後述する。
【００２９】
メンバ登録処理部１１は、メンバの登録に関する処理を行うモジュールである。グループ登録処理部１２は、メンバグループの登録に関する処理、及び各メンバグループのグループ所属メンバの登録に関する処理を行うモジュールである。求人者登録部１３は、求人者の登録に関する処理を行うモジュールである。求人情報登録部１４は、求人情報の登録に関する処理を行うモジュールである。ログイン処理部１５は、メンバ又は求人者のログインに関する処理を行うモジュールである。
【００３０】
ジョブ選択処理部１６は、メンバに対して人材マッチング支援システムにおいて実行したいジョブを選択させる処理を行うモジュールである。求人情報検索部１７は、メンバ端末２から求人情報表示要求を受信すると、該求人情報表示要求により指定される求人情報を求人情報管理テーブル１０５から索出し、索出された各求人情報のリストである求人情報回答リストを生成し、該求人情報表示要求を送信したメンバ端末２に対し該求人情報回答リストを送信する処理を行うモジュールである。グループ所属メンバリスト送信部１８は、求人情報回答リスト内から選択された求人情報Ｊｋに係る求人者Ｅｋの推薦登録を要求するレコメンド登録要求を、メンバ端末２から受信すると、該メンバ端末２により特定されるメンバである端末オーナメンバＭａが所属する全てのメンバグループをメンバ管理テーブル１０１から取得し、取得された各メンバグループに所属する端末オーナメンバＭａ以外の各メンバの集合｛Ｍｉ｝をメンバ管理テーブル１０１から取得し、取得されたメンバの集合｛Ｍｉ｝に属する各メンバＭｉのリストであるグループ所属メンバリストを生成し、該レコメンド登録要求を送信したメンバ端末２に対して該グループ所属メンバリストを送信する処理を行うモジュールである。レコメンド登録部１９は、グループ所属メンバリスト内のメンバから選択された推薦先メンバＭｊの集合である推薦先メンバ集合｛Ｍｊ｝の情報，及び各推薦先メンバＭｊに対して推薦する被推薦求人者Ｅｋの情報を含む推薦先メンバ通知を、メンバ端末２から受信すると、該推薦先メンバ集合｛Ｍｊ｝内の各推薦先メンバＭｊについて、（該被推薦求人者Ｅｋ，該メンバ端末Ｔｍａの端末オーナメンバである推薦元メンバＭａ，該推薦先メンバＭｊ）を含む組からなるレコメンドレコードを、レコメンド管理テーブル１０６に登録する処理を行うモジュールである。レコメンディリスト送信部２０は、メンバ端末２からレコメンディリスト要求を受信すると、該メンバ端末２により特定されるメンバである端末オーナメンバＭｂが推薦先メンバとなっているレコメンドレコードをレコメンド管理テーブル１０６から索出し、索出された各レコメンドレコードに係る（被推薦求人者Ｅｌ，求人情報Ｊｌ，該被推薦求人者Ｅｌの推薦元メンバＭｍ，推薦日，推薦コメント）を含む組からなるレコメンディ情報のリストであるレコメンディリストを生成し、該レコメンディリスト要求を送信した前記メンバ端末２に対して該レコメンディリストを送信する処理を行うモジュールである。レコメンド選択応答部２１は、レコメンディリスト内から選択されたレコメンディ情報の選択要求であるレコメンド選択要求を、メンバ端末２から受信すると、該レコメンド選択要求に係る被推薦求人者Ｅｌの求人情報Ｊｌを求人情報管理テーブル１０５から索出し、索出された求人情報Ｊｌを、該レコメンド選択要求を送信したメンバ端末２へ送信する処理を行うモジュールである。エントリー登録部２２は、求人情報Ｊｌに対してエントリーすることを要求するエントリー要求を、メンバ端末２から受信すると、該メンバ端末２の端末オーナメンバＭｂが該求人情報Ｊｌにエントリーしたことを示すエントリー情報を、エントリー状況管理テーブル１０７に登録する処理を行うモジュールである。メンバポイント付与部２３は、レコメンド選択要求により選択されたレコメンディ情報に係る求人情報Ｊｌに対するエントリー要求を、メンバ端末２から受信した場合、該レコメンディ情報に係る推薦元メンバＭｍについて、メンバポイント管理テーブル１０９に登録された該推薦元メンバＭｍのメンバポイントを、所定のポイント数（本実施例では１ポイント）増加させる処理を行うモジュールである。エントリーメンバ検索部２４は、求人者端末３からエントリーメンバ閲覧要求を受信した場合、該求人者端末３により特定される求人者Ｅｃに係る求人情報Ｊｃに対してエントリーしたメンバであるエントリーメンバの集合｛Ｍｐ｝を、エントリー状況管理テーブル１０７から索出する処理を行うモジュールである。エントリーメンバリスト送信部２５は、エントリーメンバの集合｛Ｍｐ｝に含まれる各エントリーメンバＭｐのメンバポイントをメンバポイント管理テーブル１０９から取得し、該エントリーメンバＭｐのメンバ情報をメンバ管理テーブル１０１から取得し、各エントリーメンバＭｐのメンバ情報及びメンバポイントのリストであるエントリーメンバリストを生成し、求人者端末３に対して送信する処理を行うモジュールである。メンバグループ検索部２６は、メンバ端末２からメンバグループ検索要求を受信すると、グループ管理テーブル１０２からメンバグループを索出して、該メンバ端末２に対して送信する処理を行うモジュールである。エントリー状況検索部２７は、メンバ端末２からエントリー状況クエリを受信すると、該メンバ端末２により特定されるメンバである端末オーナメンバＭａがエントリーしている全ての求人情報をエントリー状況管理テーブル１０７から取得し、エントリー状況リストを作成して該メンバ端末２に対して送信する処理を行うモジュールである。
【００３１】
〔５〕支援情報管理データベースの構成
図３は、図２の支援情報管理データベース１０の構成を表すＥＲ図である。図４は、図３の各テーブル内の各フィールドに格納されるデータの意味内容を示す図である。支援情報管理データベース１０は、図３に示したように、メンバ管理テーブル１０１，グループ管理テーブル１０２，グループメンバ登録テーブル１０３，求人者管理テーブル１０４，求人情報管理テーブル１０５，レコメンド管理テーブル１０６，エントリー状況管理テーブル１０７，求職活動状況管理テーブル１０８，メンバポイント管理テーブル１０９を備えている。
【００３２】
メンバ管理テーブル１０１は、各メンバの個人情報及び該メンバが所属するメンバグループの情報を含むメンバ情報を管理するテーブルである。グループ管理テーブル１０２は、メンバグループの情報を管理するテーブルである。グループメンバ登録テーブル１０３は、各メンバグループに所属するグループ所属メンバの情報を管理するテーブルである。
求人者管理テーブル１０４は、各求人者の情報を求人者情報レコードとして管理するテーブルである。求人情報管理テーブル１０５は、求人者により登録される求人情報を求人情報レコードとして管理するテーブルである。レコメンド管理テーブル１０６は、各メンバ相互の求人者の推薦に関する情報をレコメンド情報レコードとして管理するテーブルである。エントリー状況管理テーブル１０７は、求人情報管理テーブル１０５に登録された各求人情報に対してエントリーしたメンバの情報をエントリー情報レコードとして管理するテーブルである。求職活動状況管理テーブル１０８は、メンバ管理テーブル１０１に登録された各メンバの求職活動状況の情報を管理するテーブルである。メンバポイント管理テーブル１０９は、メンバ管理テーブル１０１に登録された各メンバに対して付与されるメンバポイントを管理するテーブルである。
【００３３】
各テーブル内のフィールド及びその関係性は図３に示した通りである。また、各テーブル内の各フィールドに格納されるデータの意味内容は、図４に示した通りである。
【００３４】
〔６〕人材マッチング支援システムの動作
以上のように構成された本実施例１に係る人材マッチング支援システムについて、以下その動作を説明する。
【００３５】
〔６．１〕メンバ端末２で表示されるページ状態の状態遷移
図５は、実施例１に係る人材マッチング支援システムにおいて、管理サーバ１から各メンバ端末２に配信されメンバ端末２で表示されるページの状態遷移を表す図である。ここで、「ページ」とは、ＨＴＭＬ，ＸＭＬ，ＰＤＦ等のページ記述言語により記述された、情報（コンテンツ）が表示される文書の単位をいう。
【００３６】
最初に、『ログインページ』において、ログインを行うか、又は新規のアカウント登録を行うかを選択する（ＳＴ０１）。新規のアカウント登録を行うことが選択された場合には、メンバ登録処理部１１によるメンバ登録処理が行われる（ＳＴ０２−ＳＴ０４）。メンバ登録処理に関しては、通常広く行われている「新規のアカウント登録」の処理と同様であるため詳細な説明は省略する。
【００３７】
一方、既にアカウント登録済みのメンバが、『ログインページ』においてログインを行う場合、ログイン処理部１５により、ログインＩＤ及びパスワードを用いたログイン処理が行われた後、『トップページ』（図６）に遷移する（ＳＴ０５）。図６は、『トップページ』の表示画面である。『トップページ』には、ログアウトを要求するための［ログアウト］ボタン２００、並びに、ジョブ選択を要求するための［レコメンド一覧］ボタン２０１，［エントリー一覧］ボタン２０２，［メンバグループ検索］ボタン２０３，及び［求人者・求人情報検索］ボタン２０４が配されている。この『トップページ』において、［レコメンド一覧］ボタン２０１，［エントリー一覧］ボタン２０２，［メンバグループ検索］ボタン２０３，［求人者・求人情報検索］ボタン２０４を選択（クリック又はタップ）すると、其々、『レコメンド一覧ページ』（ＳＴ０６），『自己エントリー状況一覧ページ』（ＳＴ０７），『メンバグループ検索ページ』（ＳＴ０８），『求人者・求人情報検索ページ』（ＳＴ０９）に遷移する。
【００３８】
〔６．２〕ジョブ選択（『トップページ』）
図７は、ログインからジョブ選択までの動作を表すフローチャートである。最初に、『ログインページ』（ＳＴ０１）において管理サーバ１とメンバ端末２との間でログイン処理が行われ（Ｓ１０１，Ｓ２０１）、ログインが成功すると、管理サーバ１のジョブ選択処理部１６はメンバ端末２に『トップページ』のページデータを送信して、メンバ端末２は、受信した『トップページ』（図６）をディスプレイに表示する（Ｓ１０２）。ログイン処理を行ったメンバ端末２（以下「メンバ端末Ｔｍｉ」と記す。）を利用するメンバＭｉは、ログインの際に、ユーザＩＤ及びパスワードを入力するので、管理サーバ１において該メンバ端末Ｔｍｉを利用しているメンバＭｉを、該メンバ端末Ｔｍｉに結びつけて特定することができる。
【００３９】
次に、メンバ端末Ｔｍｉを利用するメンバＭｉ（以下「端末オーナメンバＭｉ」と記す。）は、『トップページ』（図６）において、［レコメンド一覧］ボタン２０１，［エントリー一覧］ボタン２０２，［メンバグループ検索］ボタン２０３，［求人者・求人情報検索］ボタン２０４の何れかを選択（クリック又はタップ）することによりジョブ選択を行う。ジョブ選択がされると、メンバ端末Ｔｍｉは、選択されたジョブに応じたジョブ選択要求を管理サーバ１に送信する（Ｓ１０３）。［レコメンド一覧］ボタン２０１が選択された場合（Ｓ１０４）、管理サーバ１とメンバ端末Ｔｍｉとの間で、後述のレコメンド閲覧・受諾処理が実行される（Ｓ１０５）。［エントリー一覧］ボタン２０２が選択された場合（Ｓ１０６）、管理サーバ１とメンバ端末Ｔｍｉとの間で、後述の自己エントリー閲覧処理が実行される（Ｓ１０７）。［メンバグループ検索］ボタン２０３が選択された場合（Ｓ１０８）、管理サーバ１とメンバ端末Ｔｍｉとの間で、後述のメンバグループ検索処理が実行される（Ｓ１０９）。［求人者・求人情報検索］ボタン２０４が選択された場合（Ｓ１１０）、管理サーバ１とメンバ端末Ｔｍｉとの間で、後述の求人情報検索等処理（図８）が実行される（Ｓ１１１）。尚、『トップページ』（図６）において、［ログアウト］ボタン２００が選択された場合には（Ｓ１１４）、ログイン処理部１５によるログアウトが行われ、『ログインページ』（ＳＴ０１）に戻る。
【００４０】
〔６．３〕エントリー及びレコメンドの登録（求人情報検索等処理）
図８は、求人情報検索等処理の動作を表すフローチャートである。求人情報検索等処理は、端末オーナメンバＭｉにより操作されるメンバ端末Ｔｍｉと管理サーバ１との間で通信しながら実行される。
【００４１】
最初に、メンバ端末Ｔｍｉから管理サーバ１にジョブ選択要求として求人情報検索要求が送信され、管理サーバ１のジョブ選択処理部１６は、求人情報検索要求を受信すると、メンバ端末Ｔｍｉに対して『求人者・求人情報検索ページ』（図９）のデータを送信し、メンバ端末Ｔｍｉは、ディスプレイに図９に示した『求人者・求人情報検索ページ』を表示する（Ｓ３０１，Ｓ４０１）。『求人者・求人情報検索ページ』は、図９に示した様に、検索キーの入力欄（業種名、求人者名、求人業務内容、求人名、勤務地、勤務時間、給与、求人条件を入力する欄）と、［検索］ボタン，［戻る］ボタン（『トップページ』に戻る指令を発するボタン）、［ログアウト］ボタン（ログアウトし『ログインページ』に戻る指令を発するボタン）の各種コントロールボタンが配されている。
【００４２】
端末オーナメンバＭｉは、図９の『求人者・求人情報検索ページ』の検索キーの入力欄に検索キーKey1を入力し（Ｓ３０２）、［検索］ボタンを選択（クリック又はタップ）することにより、検索キーKey1をメンバ端末Ｔｍｉから管理サーバ１へ送信する（Ｓ３０３，Ｓ４０２）。管理サーバ１の求人情報検索部１７は、検索キーKey1に基づき求人情報管理テーブル１０５を検索し、ヒットした求人情報レコードの集合｛Ｊｋ｝を索出する（Ｓ４０３）。そして、索出された求人情報レコードの集合｛Ｊｋ｝に係る求人情報のリストを表示する『検索結果リストページ』（図１０）を生成し、メンバ端末Ｔｍｉへ送信する（Ｓ４０４）。メンバ端末Ｔｍｉは、『検索結果リストページ』を受信すると、これをディスプレイに表示する（Ｓ３０４）。
【００４３】
図１０に、『検索結果リストページ』の表示画面の例を示す。『検索結果リストページ』には、検索キーKey1に基づく検索によって索出された求人情報が一覧表形式で表示されており、求人情報の一覧表の各行の右端には、其々、［詳細］ボタンが配されている。［詳細］ボタンは、その行の求人情報を選択し詳細情報を表示させる要求（求人情報選択要求）を入力するためのコントロールボタンである。
【００４４】
端末オーナメンバＭｉは、図１０の『検索結果リストページ』から、自分が興味を持った求人情報を探し、興味を持った求人情報の行にある［詳細］ボタンを選択（クリック又はタップ）する（Ｓ３０５）。いずれかの［詳細］ボタンを選択されると、メンバ端末Ｔｍｉは、選択された行の求人情報Ｊｋに関する求人情報選択要求Rqj(Jk, Mi)を管理サーバ１へ送信する（Ｓ３０６）。管理サーバ１の求人情報検索部１７は、求人情報選択要求Rqj(Jk, Mi)を受信すると（Ｓ４０５）、求人情報管理テーブル１０５から該求人情報Ｊｋに関する情報を取得して（Ｓ４０６）、『求人情報ページ』（図１１）のデータを生成し、メンバ端末Ｔｍｉへ送信する（Ｓ４０７）。メンバ端末Ｔｍｉは、受信した『求人情報ページ』をディスプレイに表示する（Ｓ３０７）。
【００４５】
図１１に、『求人情報ページ』の表示画面の例を示す。『求人情報ページ』には、求人者名、求人名（求人情報のタイトル）、求人者情報・求人条件等の詳細説明が中央に表示され、その下に、該求人情報を端末オーナメンバＭｉに対して推薦している推薦元メンバ（レコメンダ）の氏名（複数いる場合には全員）及び推薦日（複数人により推薦がされた場合には最先の推薦日）の情報（レコメンダ情報）が表示されている。また、レコメンダ情報の下には、［エントリー］ボタン（該求人情報に係る求人に対しエントリーする指示を入力するコントロールボタン），［推薦］ボタン（該求人情報に係る求人を他の求職者メンバに対して推薦する指示を入力するコントロールボタン），［一覧へ戻る］ボタン（『検索結果リストページ』へ戻る指示を入力するコントロールボタン）の各種コントロールボタンが配されている。
【００４６】
図１１の『求人情報ページ』において、端末オーナメンバＭｉは、この求人にエントリーする意思がある場合には、［エントリー］ボタンを選択（クリック又はタップ）する。また、端末オーナメンバＭｉが所属するメンバグループに属する他の求職者メンバに対して、この求人情報に係る求人者を推薦したい場合には、［推薦］ボタンを選択（クリック又はタップ）する。また、図１０の『検索結果リストページ』へ戻りたい場合には、［一覧へ戻る］ボタンを選択（クリック又はタップ）する。また、ログアウトしたい場合には［ログアウト］ボタンを選択（クリック又はタップ）する。
【００４７】
ここで、
（ａ）［エントリー］ボタンが選択された場合には（Ｓ３０８）、後述のエントリー処理の動作へ移行する（Ｓ３０９，４０８）。
（ｂ）［推薦］ボタンが選択された場合には（Ｓ３１０）、後述のレコメンド登録処理の動作へ移行する（Ｓ３１１，４０９）。
（ｃ）［一覧へ戻る］ボタンが選択された場合には（Ｓ３１２）、前述の『検索結果リストページ』の表示処理へ移行する（Ｓ３０４，４０４）。
（ｄ）［ログアウト］ボタンが選択された場合には（Ｓ３１３）、セッションをログアウトして、『ログインページ』（ＳＴ０１）へ戻る。
【００４８】
〔６．３．１〕エントリー処理
図１２は、エントリー処理の動作を表すフローチャートである。図１１の『求人情報ページ』において、端末オーナメンバＭｉによって［エントリー］ボタンが選択された場合に、選択中の求人情報Ｊｋに係る求人に対して、端末オーナメンバＭｉがエントリーするためのエントリー処理が実行される。
【００４９】
まず、［エントリー］ボタンが選択されると、メンバ端末Ｔｍｉから管理サーバ１へ、エントリー要求Rqe(Mi, Jk)が送信される（Ｓ５０１）。管理サーバ１のエントリー登録部２２は、エントリー要求Rqe(Mi, Jk)を受信すると（Ｓ６０１）、エントリー状況管理テーブル１０７に、新たなエントリー情報レコードを作成して、端末オーナメンバＭｉが求人情報Ｊｋに係る求人に対してエントリーしたことに関するエントリー情報を登録する（Ｓ６０２）。最後に、管理サーバ１は、メンバ端末Ｔｍｉに対して、エントリー登録が完了したことを通知するエントリー登録完了通知Nte(Mi, Jk)を送信する（Ｓ６０３）。メンバ端末Ｔｍｉは、エントリー登録完了通知Nte(Mi, Jk)を受信すると、ディスプレイにエントリー登録が完了した旨の報知表示を行う（Ｓ５０２）。
【００５０】
〔６．３．２〕レコメンド登録処理
図１３は、レコメンド登録処理の動作を表すフローチャートである。図１１の『求人情報ページ』において、端末オーナメンバＭｉによって［推薦］ボタンが選択された場合に、選択中の求人情報Ｊｋに係る求人に対して、端末オーナメンバＭｉが他の求職者メンバに、該求人情報Ｊｋに係る求人者Ｅｋを推薦するためのレコメンド登録処理が実行される。
【００５１】
最初に、［推薦］ボタンが選択されると、メンバ端末Ｔｍｉから管理サーバ１へ、レコメンド登録要求Rqr(Mi, Jk)が送信される（Ｓ７０１）。管理サーバ１のグループメンバリスト送信部１８は、レコメンド登録要求Rqr(Mi, Jk)を受信すると（Ｓ８０１）、グループメンバ登録テーブル１０３から、端末オーナメンバＭｉが所属するメンバグループの集合Gmgi={Gp,i | Mi∈Gp,i}を抽出する（Ｓ８０２）。ここで、Gp,iは端末オーナメンバＭｉが所属するメンバグループを表す。また、メンバグループの集合Gmgiの要素数（メンバＭｉが所属するメンバグループGp,iの数）をNGmg,iと記す。
【００５２】
次いで、グループメンバリスト送信部１８は、メンバグループの集合Gmgiに属する各メンバグループGp,iに所属する全ての求職者メンバ（グループ所属メンバ）の集合Gmi={Mj | Mj∈Gp,i ∩ Cm(Mj)=0 ; p=1,…,NGmg,i}を抽出する（Ｓ８０３）。ここで、Cm(Mj)は、メンバMjのメンバ種別（図４の「メンバ管理テーブル」の「メンバ種別情報」）を表し、Cm(Mj)=0は求職者メンバ、Cm(Mj)=1は教官（サポートメンバ）、Cm(Mj)=2はＯＢ・ＯＧ（サポートメンバ）を表す。また、グループ所属メンバの集合Gmiの要素数（メンバＭｉが所属するメンバグループGp,i(p=1,…,NGmg,i)に所属している求職者メンバの数）をNGm,iと記す。
【００５３】
次いで、グループメンバリスト送信部１８は、抽出されたグループ所属メンバの集合Gmiに属する求職者メンバのうち、端末オーナメンバＭｉ以外の求職者メンバＭｊ（Mj≠Mi ∩ Mj∈Gmi）のリストであるグループ所属メンバリストを表示する『推薦先候補メンバ一覧ページ』（図１４）を生成し、メンバ端末Ｔｍｉへ送信する（Ｓ８０４）。メンバ端末Ｔｍｉは、『推薦先候補メンバ一覧ページ』を受信し（Ｓ７０２）、これをディスプレイに表示する（Ｓ７０３）。
【００５４】
図１４に、『推薦先候補メンバ一覧ページ』の表示画面の例を示す。『推薦先候補メンバ一覧ページ』には、グループ所属メンバリストの各求職者メンバＭｊの氏名及び所属グループ名が一覧表形式で表示されている。また、一覧表の各欄の氏名の左側には、当該欄のグループ所属メンバを推薦先メンバとして選択するためのチェックボックスが配されている。また、一覧表の各欄の所属グループ名の右側には、その欄のグループ所属メンバに対して推薦をすることに関する推薦コメントを入力するテキストボックスが配されている。また、一覧表の下側には、［送信］ボタン（推薦先メンバを確定し管理サーバへ送信する指示を入力するためのコントロールボタン）及び［キャンセル］ボタン（推薦を取りやめて『求人情報ページ』に戻る指示を入力するためのコントロールボタン）が配されている。
【００５５】
端末オーナメンバＭｉは、『推薦先候補メンバ一覧ページ』において、一覧表内の推薦先メンバとして選択するグループ所属メンバのチェックボックスをクリック又はタップしてチェックを入れて選択し、必要に応じて推薦コメントを入力した後、［送信］ボタンを選択（クリック又はタップ）して、推薦先メンバとして選択されたグループ所属メンバの集合（推薦先メンバ集合）Gdmi={Mj}を、端末オーナメンバＭｉのメンバＩＤ及び選択中の求人情報Ｊｋの求人情報ＩＤ並びに推薦コメントの情報とともに、推薦先メンバ通知Ntd(Gdmi, Mi, Jk)として管理サーバ１へ送信する（Ｓ７０４）。
【００５６】
管理サーバ１のレコメンド登録部１９は、推薦先メンバ通知Ntd(Gdmi, Mi, Jk)を受信すると（Ｓ８０５）、求人情報管理テーブル１０５から求人情報Ｊｋに係る求人者Ｅｋの求人者ＩＤを取得し、レコメンド管理テーブル１０６に、該推薦先メンバ通知Ntd(Gdmi, Mi, Jk)に含まれる推薦先メンバ集合Gdmiに属する各推薦先メンバＭｊ（∈Gdmi）に対するレコメンド情報レコードを生成し、（推薦元メンバＭｉ，推薦先メンバＭｊ，被推薦求人者Ｅｋ，求人情報Ｊｋ，推薦コメント）を該レコメンド情報レコードに登録する（Ｓ８０６）。
【００５７】
最後に、レコメンド登録部１９は、メンバ端末Ｔｍｉに対して、レコメンド登録が完了したことを通知するレコメンド登録完了通知Ntrr(Gdmi, Mi, Jk)を送信する（Ｓ８０７）。メンバ端末Ｔｍｉは、レコメンド登録完了通知Ntrr(Gdmi, Mi, Jk)を受信すると、ディスプレイに、レコメンド登録が完了した旨の報知表示を行う（Ｓ７０５）。
【００５８】
〔６．４〕推薦タクスの受諾（レコメンド閲覧・受諾処理）
メンバ端末Ｔｍｉにおいて、図６の『トップページ』の表示画面で［レコメンド一覧］ボタンが端末オーナメンバＭｉによって選択されると、端末オーナメンバＭｉが推薦先メンバとして指定されたレコメンド情報の一覧を表示し、端末オーナメンバＭｉが推薦を受諾するレコメンド情報を選択するレコメンド閲覧・受諾処理が実行される。このレコメンド閲覧・受諾処理は、メンバ端末Ｔｍｉと管理サーバ１との間で通信しながら実行される。
【００５９】
図１５は、レコメンド閲覧・受諾処理の動作を表すフローチャートである。最初に、図６の『トップページ』の表示画面で［レコメンド一覧］ボタンが端末オーナメンバＭｉによって選択されると、メンバ端末Ｔｍｉから管理サーバ１へレコメンドリスト要求Rqrl(Mi)が送信される。管理サーバ１のレコメンディリスト送信部２０は、レコメンドリスト要求Rqrl(Mi)を受信すると、レコメンド管理テーブル１０６から、端末オーナメンバＭｉが推薦先メンバであるレコメンド情報レコードを抽出し、抽出された各レコメンド情報レコードに係るレコメンディ情報（すなわち、（被推薦求人者Ｅｌ，求人情報Ｊｌ，該被推薦求人者Ｅｌの推薦元メンバＭｍ，推薦日，推薦コメント）組）のリストであるレコメンディリストを生成し、該レコメンディリストを表示する『レコメンド一覧ページ』（図１６）のデータを生成して、メンバ端末Ｔｍｉへ送信する。そして、メンバ端末Ｔｍｉは、『レコメンド一覧ページ』をディスプレイに表示する（Ｓ９０１，Ｓ１００１）。
【００６０】
図１６に、『レコメンド一覧ページ』の表示画面の例を示す。『レコメンド一覧ページ』には、レコメンディリストの項目（被推薦求人者Ｅｌの求人者名，求人情報Ｊｌの求人名，該被推薦求人者Ｅｌの推薦元メンバＭｍの氏名，推薦日）が一覧表形式で表示されている。また、一覧表の各欄の推薦日の右側には、当該欄の被推薦求人者Ｅｌの推薦の受諾を選択するための［受諾］ボタンが配されている。尚、既に受諾済みのレコメンディ情報については［受諾］ボタンは選択不可とされ、その欄の［受諾］ボタンは薄色表示とされている。また、「推薦者」の列に表示された其々の推薦者（推薦元メンバ）の氏名にマウスカーソルで長置き（又は指で長押し）すると、その推薦者による推薦コメントがある場合には、当該推薦コメントが、バルーン（吹き出し）ウィンドウにより表示される（図１６の推薦者「鈴木一郎」の箇所を参照）。また、一覧表の下側には、［キャンセル］ボタン（推薦受諾を取りやめて『トップページ』に戻る指示を入力するためのコントロールボタン）が配されている。
【００６１】
端末オーナメンバＭｉは、『レコメンド一覧ページ』に表示されたレコメンディリスト内の被推薦求人者（レコメンディ）の中から、推薦を受諾したいレコメンディＥｌを選択し、そのレコメンディ情報の欄の右端の［受諾］ボタンをクリック又はタップすることにより、レコメンディの選択を行う。［受諾］ボタンが選択されると、メンバ端末Ｔｍｉは、選択された欄に係るレコメンディを選択するレコメンド選択要求Rqrs(Mi, {Mm}, Jl)を管理サーバ１へ送信する（Ｓ９０２）。ここで、Ｊｌは選択されたレコメンディＥｌに係る求人情報、｛Ｍｍ｝は選択されたレコメンディＥｌを端末オーナメンバＭｉに推薦した推薦元メンバの集合を表す。
【００６２】
管理サーバ１のレコメンド選択応答部２１は、レコメンド選択要求Rqrs(Mi, {Mm}, Jl)を受信すると（Ｓ１００２）、該レコメンド選択要求Rqrs(Mi, {Mm}, Jl)により指定される求人情報Ｊｌを求人情報管理テーブル１０５から取得して（Ｓ１００３）、該求人情報Ｊｌに関する『求人情報ページ』（図１１）のデータを生成し、メンバ端末Ｔｍｉへ送信する（Ｓ１００４）。メンバ端末Ｔｍｉは、図１１の、該求人情報Ｊｌに関する『求人情報ページ』をディスプレイに表示する（Ｓ９０３）。
【００６３】
図１１の『求人情報ページ』において、端末オーナメンバＭｉは、この求人情報に係る求人にエントリーしたい場合には［エントリー］ボタンを選択（クリック又はタップ）する。また、他の求職者メンバに対して、この求人情報に係る求人者を推薦したい場合には［推薦］ボタンを選択（クリック又はタップ）する。また、図１６の『レコメンド一覧ページ』に戻りたい場合には、［一覧へ戻る］ボタンを選択（クリック又はタップ）する。
【００６４】
ここで、
（ａ）［エントリー］ボタンが選択された場合には（Ｓ９０４）、
（i）図１２のエントリー処理（Ｓ９０５，Ｓ１００５）を実行し、
（ii）管理サーバ１のメンバポイント付与部２３は、求人情報Ｊｌに係る被推薦求人者（レコメンディ）Ｅｌを端末オーナメンバＭｉに推薦した推薦元メンバの集合｛Ｍｍ｝に属する各推薦元メンバＭｍについて、メンバポイント管理テーブル１０９のメンバポイントを１だけ増加させる（Ｓ１００６）。
（ｂ）［推薦］ボタンが選択された場合には（Ｓ９０６）、図１３のレコメンド登録処理が実行される（Ｓ９０７，Ｓ１００８）。
（ｃ）［一覧へ戻る］ボタンが選択された場合には（Ｓ９０８）、レコメンド一覧ページ表示処理（Ｓ９０１，Ｓ１００１）へ移行する。
【００６５】
〔６．５〕エントリー状況の一覧表示（自己エントリー閲覧処理）
メンバ端末Ｔｍｉにおいて、図６の『トップページ』の表示画面で、端末オーナメンバＭｉにより［エントリー一覧］ボタンが選択されると、管理サーバ１に対してエントリー一覧要求Rqel(Mi)を送信する。管理サーバ１のエントリー状況検索部２７は、エントリー一覧要求Rqel(Mi)を受信すると、エントリー状況管理テーブル１０７から、端末オーナメンバＭｉがエントリーした求人情報ＩＤの集合を抽出し、求人情報管理テーブル１０５から該集合に属する各求人情報ＩＤに係る求人情報を抽出して、図１７に示した様な『エントリー状況一覧ページ』のデータを生成し、メンバ端末Ｔｍｉへ送信する。そして、メンバ端末Ｔｍｉはこの『エントリー状況一覧ページ』をディスプレイに表示する。これにより、各メンバは、自分が現在エントリーしている求人情報を確認することが出来る。
【００６６】
〔６．６〕メンバグループの検索（メンバグループ検索処理）
メンバ端末Ｔｍｉにおいて、図６の『トップページ』の表示画面で、端末オーナメンバＭｉにより［メンバグループ検索］ボタンが選択されると、メンバ端末Ｔｍｉは、管理サーバ１に対してメンバグループ検索要求Rqgsを送信する。管理サーバ１のメンバグループ検索部２６は、メンバグループ検索要求Rqgsを受信すると、図１８に示した様な『メンバグループ検索ページ』のデータを生成し、メンバ端末Ｔｍｉへ送信する。そして、メンバ端末Ｔｍｉはこの『メンバグループ検索ページ』をディスプレイに表示する。これにより、各メンバは、メンバグループを検索することができる。検索した結果として、管理サーバ１からメンバ端末Ｔｍｉへ、図１９に示した様な『メンバグループ検索結果一覧ページ』が送信され、メンバ端末Ｔｍｉのディスプレイに表示される。この『メンバグループ検索結果一覧ページ』において、端末オーナメンバＭｉにより、該端末オーナメンバＭｉが参加したいメンバグループの欄の［加入］ボタンが選択（クリック又はタップ）されると、メンバ端末Ｔｍｉから管理サーバ１へ、グループ参加要求Rqga(Mi, Gq)が送信される。ここで、Ｇｑは選択された欄に係るメンバグループである。管理サーバ１のグループ登録処理部１２は、グループ参加要求Rqga(Mi, Gq)を受信すると、グループメンバ登録テーブル１０３に、該端末オーナメンバＭｉをメンバグループＧｑのグループ所属メンバとして登録する。
【００６７】
〔６．７〕求人者による各エントリーメンバの閲覧
各求人者Ｅｋは、該求人者Ｅｋが利用する求人者端末Ｔｅｋから、該求人者Ｅｋの求人情報Ｊｋに係る求人に対してエントリーしたエントリーメンバＭｉの情報を閲覧することができる。図２０は、求人者端末によるエントリーメンバ閲覧処理の動作を表すフローチャートである。
【００６８】
最初に、求人者Ｅｋは、求人者端末Ｔｅｋから、管理サーバ１に対してログインを行う。管理サーバ１は、求人者端末Ｔｅｋからのログイン要求に対し、求人者ＥｋのログインＩＤ及びパスワードの入力を求め、これに応じて求人者端末Ｔｅｋから送信されるログインＩＤ及びパスワードを受信・照合して、ログインＩＤ及びパスワードが適合した場合には求人者Ｅｋのログインを許可するログイン処理を実行する（Ｓ１１０１，Ｓ１２０１）。
【００６９】
次いで、求人者Ｅｋは、求人者端末Ｔｅｋから、管理サーバ１に対して、エントリーメンバ閲覧要求Rqb(Ek)を送信する（Ｓ１１０２）。これは、ログイン後に管理サーバ１から求人者端末Ｔｅｋへ送信されるジョブ選択のための『求人者用トップページ』（図示せず）から、求人者Ｅｋが「エントリーメンバ閲覧」ジョブを選択することによって、エントリーメンバ閲覧要求Rqb(Ek)が管理サーバ１に対して送信される。
【００７０】
管理サーバ１のエントリーメンバ検索部２４は、求人者端末Ｔｅｋから、エントリーメンバ閲覧要求Rqb(Ek)を受信すると（Ｓ１２０２）、エントリー状況管理テーブル１０７から、求人者Ｅｋの求人情報Ｊｋに対してエントリーしたエントリーメンバの集合｛Ｍｊ｝を抽出する（Ｓ１２０３）。そして、エントリーメンバリスト送信部２５は、レコメンド管理テーブル１０６を検索して、抽出されたエントリーメンバの集合｛Ｍｊ｝に属する各エントリーメンバＭｊのレコメンド発行数Nrcjを取得する。ここで、「レコメンド発行数」とは、エントリーメンバＭｊが推薦元メンバであるレコメンド情報レコードの数をいう。さらに、メンバポイント管理テーブル１０９を検索して、各エントリーメンバＭｊが登録したレコメンド情報のうち、推薦先メンバにより受諾された数であるメンバポイント（レコメンド受諾数）Nacjを取得する。そして、エントリーメンバＭｊのレコメンド受諾率Racj=Nacj/Nrcj×100［％］を算出する（Ｓ１２０４）。
【００７１】
次いで、エントリーメンバリスト送信部２５は、エントリーメンバの集合｛Ｍｊ｝に属する各エントリーメンバＭｊの（氏名，エントリー日，レコメンド発行数Nrcj，レコメンド受諾数Nacj，レコメンド受諾率Racj）のリストであるエントリーメンバリストを生成し、該エントリーメンバリストを表示する『エントリーメンバ一覧ページ』（図２１）のデータを生成し、求人者端末Ｔｅｋへ送信する（Ｓ１２０５）。そして、求人者端末Ｔｅｋは、『エントリーメンバ一覧ページ』をディスプレイに表示する（Ｓ１１０３）。
【００７２】
図２１に、『エントリーメンバ一覧ページ』の表示画面の例を示す。『エントリーメンバ一覧ページ』には、各エントリーメンバＭｊの（氏名，エントリー日，レコメンド発行数Nrcj，レコメンド受諾数Nacj，レコメンド受諾率Racj）が、一覧表形式で表示されている。また、一覧表の各欄の「レコメンド受諾率」の右側には、当該欄のエントリーメンバＭｊのプロフィールを閲覧するための［プロフィール］ボタンが配されている。この［プロフィール］ボタンが選択（クリック又はタップ）された場合、求人者端末Ｔｅｋから管理サーバ１へエントリーメンバＭｊのメンバ照会要求Reap(Mj)が送信され、管理サーバ１はメンバ照会要求Reap(Mj)に従ってメンバ管理テーブル１０１から該エントリーメンバＭｊのメンバ情報を抽出して求人者端末Ｔｅｋへ送信し、求人者端末Ｔｅｋは受信した該エントリーメンバＭｊのメンバ情報をディスプレイに表示する。
【００７３】
このように、『エントリーメンバ一覧ページ』において、求人者Ｅｋの求人に対してエントリーしたエントリーメンバの一覧を表示すると共に、各エントリーメンバＭｊの（レコメンド発行数Nrcj，レコメンド受諾数Nacj，レコメンド受諾率Racj）を表示することにより、求人者Ｅｋは、該エントリーメンバＭｊがどの程度広い交友関係があるか、どの程度他者をよく見ているか、等の人物評価を行うための参考資料として用いることが出来る。
【実施例２】
【００７４】
実施例２の人材マッチング支援システムは、基本的には実施例１と同様であるが、推薦タクスの受諾動作（レコメンド閲覧・受諾処理）の部分が相違する。尚、実施例２の推薦タクスの受諾動作のフローチャートは、基本的には図１５と同様であるため、図１５を参照しながら、相違する部分のみ説明する。
【００７５】
実施例２では、ステップＳ９０１，Ｓ１００１において生成・表示される『レコメンド一覧ページ』が、図２２に示した様に変更される。実施例１の『レコメンド一覧ページ』（図１６）では、１つのレコメンディ情報の欄に対して推薦元メンバが複数いる場合には、推薦元メンバ全員がまとめて表示され、端末オーナメンバＭｉが個別の推薦元メンバに対してその推薦を受諾するか否かを選択することはできないものであった。一方、実施例２では、１つのレコメンディ情報の欄に対して推薦元メンバが複数いる場合には、各推薦元メンバの氏名は、「推薦者」の列に個別に独立した行として表示され、各々の推薦元メンバの氏名の右側の「推薦者選択」列には、その推薦元メンバの推薦を受諾するか否かを選択するためのチェックボックスが設けられている。従って、端末オーナメンバＭｉは、各々の推薦元メンバの推薦を受諾するか否かを選択することが可能である。例えば、同じメンバグループに属する推薦元メンバであっても、端末オーナメンバＭｉと殆ど面識のない推薦元メンバからの推薦が含まれていた場合には、端末オーナメンバＭｉは、その推薦元メンバに対する「推薦者選択」列のチェックを外すことにより、その推薦元メンバからの推薦だけを受諾しないようにすることができる。
【００７６】
従って、実施例２におけるレコメンド閲覧・受諾処理の動作は次のようになる。図１５のステップＳ９０２において、端末オーナメンバＭｉは、図２２の『レコメンド一覧ページ』に表示されたレコメンディリスト内の被推薦求人者（レコメンディ）の中から、推薦を受諾したいレコメンディを選択し、そのレコメンディの欄において、自分が推薦を受諾したいと考える推薦元メンバ（推薦者）の「推薦者選択」列のチェックボックスをチェック状態として選択し、そのレコメンディの欄の右端の［受諾］ボタンをクリック又はタップすることにより、レコメンディの選択を行う。［受諾］ボタンが選択されると、メンバ端末Ｔｍｉは、選択された欄に係るレコメンディを選択するレコメンド選択要求Rqrs(Mi, {Mm}, Jl)を管理サーバ１へ送信する（Ｓ９０２）。ここで、Ｊｌは選択されたレコメンディＥｌに係る求人情報、｛Ｍｍ｝は端末オーナメンバＭｉにより選択された推薦元メンバの集合を表す。
【００７７】
管理サーバ１の求人情報検索部１７は、レコメンド選択要求Rqrs(Mi, {Mm}, Jl)を受信すると（Ｓ１００２）、該レコメンド選択要求Rqrs(Mi, {Mm}, Jl)により指定される求人情報Ｊｌを求人情報管理テーブル１０５から取得して（Ｓ１００３）、該求人情報Ｊｌに関する『求人情報ページ』（図１１）のデータを生成し、メンバ端末Ｔｍｉへ送信する（Ｓ１００４）。メンバ端末Ｔｍｉは、図１１の、該求人情報Ｊｌに関する『求人情報ページ』をディスプレイに表示する（Ｓ９０３）。
【００７８】
図１１の『求人情報ページ』において、端末オーナメンバＭｉは、この求人情報に係る求人にエントリーしたい場合には［エントリー］ボタンを選択（クリック又はタップ）する。また、他の求職者メンバに対して、この求人情報に係る求人者を推薦したい場合には［推薦］ボタンを選択（クリック又はタップ）する。また、図１６の『レコメンド一覧ページ』に戻りたい場合には、［一覧へ戻る］ボタンを選択（クリック又はタップ）する。
【００７９】
ここで、
（ａ）［エントリー］ボタンが選択された場合には（Ｓ９０４）、
（i）図１２のエントリー処理（Ｓ９０５，Ｓ１００５）を実行し、
（ii）管理サーバ１のメンバポイント付与部２３は、端末オーナメンバＭｉにより選択された推薦元メンバの集合｛Ｍｍ｝に属する各推薦元メンバＭｍについて、メンバポイント管理テーブル１０９のメンバポイントを１だけ増加させる（Ｓ１００６）。
（ｂ）［推薦］ボタンが選択された場合には（Ｓ９０６）、図１３のレコメンド登録処理が実行される（Ｓ９０７，Ｓ１００８）。
（ｃ）［一覧へ戻る］ボタンが選択された場合には（Ｓ９０８）、レコメンド一覧ページ表示処理（Ｓ９０１，Ｓ１００１）へ移行する。
【符号の説明】
【００８０】
１  管理サーバ
２  メンバ端末
３  求人者端末
４  通信回線
１０  支援情報管理データベース
１０１  メンバ管理テーブル
１０２  グループ管理テーブル
１０３  グループメンバ登録テーブル
１０４  求人者管理テーブル
１０５  求人情報管理テーブル
１０６  レコメンド管理テーブル
１０７  エントリー状況管理テーブル
１０８  求職活動状況管理テーブル
１０９  メンバポイント管理テーブル
１１  メンバ登録処理部
１２  グループ登録処理部
１３  求人者登録部
１４  求人情報登録部
１５  ログイン処理部
１６  ジョブ選択処理部
１７  求人情報検索部
１８  グループメンバリスト送信部
１９  レコメンド登録部
２０  レコメンディリスト送信部
２１  レコメンド選択応答部
２２  エントリー登録部
２３  メンバポイント付与部
２４  エントリーメンバ検索部
２５  エントリーメンバリスト送信部
２６  メンバグループ検索部
２７  エントリー状況検索部
【図１】
2020091666.tif 000003
【図２】
2020091666.tif 000004
【図３】
2020091666.tif 000005
【図４】
2020091666.tif 000006
【図５】
2020091666.tif 000007
【図６】
2020091666.tif 000008
【図７】
2020091666.tif 000009
【図８】
2020091666.tif 000010
【図９】
2020091666.tif 000011
【図１０】
2020091666.tif 000012
【図１１】
2020091666.tif 000013
【図１２】
2020091666.tif 000014
【図１３】
2020091666.tif 000015
【図１４】
2020091666.tif 000016
【図１５】
2020091666.tif 000017
【図１６】
2020091666.tif 000018
【図１７】
2020091666.tif 000019
【図１８】
2020091666.tif 000020
【図１９】
2020091666.tif 000021
【図２０】
2020091666.tif 000022
【図２１】
2020091666.tif 000023
【図２２】
2020091666.tif 000024