(57)【要約】【課題】求職活動において、求職者が求人者のことをより知ることができ、求人者が求職者のことをより知ることができるシステムを提供する。【解決手段】求職活動推薦サーバ１２は、求職者端末１６からのみならず、求職者が信頼するメンターである支援者が利用する支援者端末１８からの求人者への問い合わせ情報を受信する。支援者からの問い合わせ内容及び求人者からの回答は求職者端末１６からも閲覧可能である。支援者からの求人者への問い合わせ自体が求職者の求職活動の支援となり、また、求職者は、支援者と求人者とのやり取りを閲覧することで求人情報のポイントの把握が可能になる。求職活動推薦サーバ１２は、支援者端末１６からの問い合わせ情報と共に、当該問い合わせ情報を送信した支援者の属性情報（支援者と求職者との関係を示す情報含む）を送信する。これにより、求人者は、求職者が信頼する支援者としてどのような者がいるのか把握できる。【選択図】図１
2016110483.tif 000002
【特許請求の範囲】
【請求項１】
求職活動推薦システム用サーバであって、
求職者のメンターであって前記求職者の求職活動を支援する支援者から求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、
前記求人者が利用する求人者端末に対して、前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、
を備えることを特徴とする、求職活動推薦システム用サーバ。
【請求項２】
前記求人者が、当該求人者に対する問い合わせをした支援者を承認する承認手段、
をさらに備え、
前記送信手段は、前記記憶手段に記憶された問い合わせ情報のうち、前記求人者により承認された支援者からの問い合わせ内容を含む問い合わせ情報のみを前記求人者端末に送信する、
ことを特徴とする、請求項１に記載の求職活動推薦システム用サーバ。
【請求項３】
前記記憶手段は、前記問い合わせ情報と、前記問い合わせ情報に対する前記求人者からの回答内容を含む回答情報と、を関連付けてＦＡＱ情報として記憶し、さらに、前記ＦＡＱ情報と、前記求職者により設定される前記ＦＡＱ情報の重要度を示すＦＡＱ重要度情報と、を関連付けて記憶し、
前記送信手段は、前記求人者端末に対して、前記ＦＡＱ情報と、それに対応する前記ＦＡＱ重要度情報とを送信する、
ことを特徴とする、請求項１又は２に記載の求職活動推薦システム用サーバ。
【請求項４】
求職活動推薦システム用サーバとしてコンピュータを機能させるためのプログラムであって、
前記コンピュータを、
求職者のメンターであって前記求職者の求職活動を支援する支援者から求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、
前記求人者が利用する求人者端末に対して、前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、
として機能させることを特徴とするプログラム。
【請求項５】
求職活動推薦システムであって、
求職者が利用する求職者端末と、
前記求職者のメンターであって前記求職者の求職活動を支援する支援者が利用する支援者端末と、
求人者が利用する求人者端末と、
サーバと、
を含み、
前記サーバは、
前記支援者端末から送信される前記求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、
前記求職者端末に対して前記問い合わせ情報を送信し、前記求人者端末に対して前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、
を備える、
ことを特徴とする、求職活動推薦システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、求職活動推薦システム、求職活動推薦システム用サーバ、及びプログラムに関する。
【背景技術】
【０００２】
従来、求職者（例えば学生）の求職活動を支援するための求職活動サイトが提供されている。求職活動サイトには、求人者（例えば企業）の案内や採用条件などを含む求人情報が公開されている。求職者は、その求人情報を閲覧することで求職活動のための情報収集を行うことができる。また、求職活動サイトにおいては、求職者の求人者への自己ＰＲ、あるいは求人者への応募（エントリ）などができるものもある。
【０００３】
求職活動サイトにおいては、様々なサービスが提供されている。例えば、求職者と求人者のマッチング処理を行い、その結果（すなわち当該求職者にとって適すると判定された求人者）を求職者に提供するサービスを行っているものがある（例えば特許文献１及び２）。これにより、数多くある求人情報に対してある程度の絞り込みをかけた上で求人情報が求職者に提供される。また、特許文献３には、求職者の在職中を知るコンサルタントによる評価結果を参照して企業に求職者を紹介するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２３１６８５号公報
【特許文献２】特開２００８−１９７７２６号公報
【特許文献３】特開２００２−１８９７９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のような就職活動サイトにより、求職者は、効率的に求人情報を得ることが可能になった。しかし、抽出された求人情報の中からいずれの求人情報にエントリするのかを決めるのは求職者自身である。マッチング処理はあくまでも機械的な処理であり、当然抽出された求人情報の中にも求職者に適していないものが存在していると考えられる。そのため、いずれの求人情報にエントリするかを決定するステップは非常に重要である。
【０００６】
このステップにおいて、求職者の求職活動の経験が少ないこと、あるいは、求職活動は基本的に求職者一人で行うものであり求人情報について他者に相談できる機会が少ないことなどを理由として、求職者がそれぞれの求人情報のどこがポイントなのかをうまく把握できない場合がある。これにより、各求人者の特徴がうまくつかめず、結果として自分に適していない求人者に応募してしまう場合がある。
【０００７】
一方、求人者側においては、自分の職場により適した人材を採用したいと考えているのが一般的である。しかし、求職者が自分の職場に適しているか否かを判断するための求職者に関する情報が十分に得られない場合がある。採用するか否かは、書類審査と数回の面接のみで決定されるのが一般的であり、それだけでは求職者の情報としては不十分である。例えば、突出した能力を持っているにも関わらず自己ＰＲが苦手なためにそれを表現できない求職者については、求人者はその能力に気付かず、不採用としてしまう場合もある。逆に、自己ＰＲが得意な求職者を不適切な職場に採用してしまう場合もある。
【０００８】
上記を原因として、採用された後になって職場が自分に合わないことに求職者が気付き、すぐに退職してしまったり、あるいは適さない職場で働き続けなければならなくなったりといった問題が発生する。これは、求職者側だけの問題ではなく、求人者側にとっても問題となる。
【０００９】
本発明の目的は、求職活動において、求職者が求人者のことをより知ることができ、また、求人者が求職者のことをより知ることができるシステムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、求職活動推薦システム用サーバであって、求職者のメンターであって前記求職者の求職活動を支援する支援者から求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、前記求人者が利用する求人者端末に対して、前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、を備えることを特徴とする。
【００１１】
望ましくは、前記求人者が、当該求人者に対する問い合わせをした支援者を承認する承認手段、をさらに備え、前記送信手段は、前記記憶手段に記憶された問い合わせ情報のうち、前記求人者により承認された支援者からの問い合わせ内容を含む問い合わせ情報のみを前記求人者端末に送信する、ことを特徴とする。
【００１２】
望ましくは、前記記憶手段は、前記問い合わせ情報と、前記問い合わせ情報に対する前記求人者からの回答内容を含む回答情報と、を関連付けてＦＡＱ情報として記憶し、さらに、前記ＦＡＱ情報と、前記求職者により設定される前記ＦＡＱ情報の重要度を示すＦＡＱ重要度情報と、を関連付けて記憶し、前記送信手段は、前記求人者端末に対して、前記ＦＡＱ情報と、それに対応する前記ＦＡＱ重要度情報とを送信する、ことを特徴とする。
【００１３】
また、本発明は、求職活動推薦システム用サーバとしてコンピュータを機能させるためのプログラムであって、前記コンピュータを、求職者のメンターであって前記求職者の求職活動を支援する支援者から求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、前記求人者が利用する求人者端末に対して、前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、として機能させることを特徴とするプログラムである。
【００１４】
また、本発明は、求職活動推薦システムであって、求職者が利用する求職者端末と、前記求職者のメンターであって前記求職者の求職活動を支援する支援者が利用する支援者端末と、求人者が利用する求人者端末と、サーバと、を含み、前記サーバは、前記支援者端末から送信される前記求人者への問い合わせ内容を含む問い合わせ情報と、前記求職者と前記支援者との関係を示す関係情報と、を関連付けて記憶する記憶手段と、前記求職者端末に対して前記問い合わせ情報を送信し、前記求人者端末に対して前記問い合わせ情報とそれに対応する前記関係情報とを送信する送信手段と、を備える、ことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、求職活動において、求職者が求人者のことをより知ることができ、また、求人者が求職者のことをより知ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係る求職活動推薦システムの全体構成を示す図である。
【図２】求職活動推薦サーバの構成を示すブロック図である。
【図３Ａ】求職者テーブルの例を示す図である。
【図３Ｂ】求人者テーブルの例を示す図である。
【図３Ｃ】支援者テーブルの例を示す図である。
【図４】求人一覧の表示例を示す図である。
【図５】問い合わせフォームの例を示す図である。
【図６】支援者承認画面の例を示す図である。
【図７】求人者端末における問い合わせ内容の表示例を示す図である。
【図８】ＦＡＱＤＢに記憶されるテーブルの例を示す図である。
【図９】重要度情報入力画面の例を示す図である。
【図１０】本実施形態に係る求職活動推薦サーバの処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
＜求職活動推薦システム＞
以下、本発明の実施形態を図面に基づいて説明する。ただし、以下の実施形態は例示であり、本発明は以下の実施形態に限定されるものではない。
【００１８】
図１は、本実施形態に係る求職活動推薦システム１０が示されている。求職活動推薦システム１０は、求職活動推薦サーバ１２、求人者が利用する求人者端末１４、求職者が利用する求職者端末１６、及び支援者が利用する支援者端末１８を含んで構成されている。求職活動推薦サーバ１２としては、ウェブサーバとしての用途に耐えうるスペックを有するコンピュータが用いられる。求人者端末１４、求職者端末１６、及び支援者端末１８は、一般に用いられるコンピュータ、すなわちＰＣ（パーソナルコンピュータ）、あるいはスマートフォンなどの携帯端末であってよい。図１においては、求人者端末１４、求職者端末１６、及び支援者端末１８がそれぞれ１つずつ示されているが、求職活動推薦システム１０は、これらをそれぞれ複数有している。
【００１９】
求職活動推薦サーバ１２、求人者端末１４、求職者端末１６、及び支援者端末１８は、インターネットなどのネットワークを介して相互に通信可能に接続されている。また、求職活動推薦システム１０外に設置される求人サイト２０と求職活動推薦サーバ１２及び求人者端末１４とがネットワークを介して通信可能に接続されている。
【００２０】
ここで、求人者とは、雇用する人材を探している者であり、例えば企業、事務所、その他法人などである。求職者とは、就職先を探している者であり、例えば学生、既卒者、転職者などである。
【００２１】
支援者とは、求職者のメンターであり、求職者の求職活動を支援する者である。メンターとは、優れた指導者、助言者、恩師、顧問、信頼のおける相談相手を意味する。したがって、支援者とは、例えば、両親、兄や姉、学校、学校における担当教官、先輩、親の友人、恩師、及びアルバイト先の社長などが含まれる。もちろん１人の求職者に対して複数の支援者がいるのが好適である。
【００２２】
求職活動推薦システム１０は、予め登録された求人者、求職者、及び支援者が利用できるようになっている。したがって、求人者、求職者、及び支援者は当該システムの利用に先立って、求職活動推薦サーバ１２にアクセスし、所定の登録手続を行う。登録内容の詳細については後述するが、登録内容には登録者の属性が含まれる。例えば、求職者であれば、氏名、年齢、学校名などである。求人者であれば、会社名、本社所在地などである。また、支援者の登録にあたっては氏名、年齢、勤務先などの支援者自身の属性の他、支援者と当該支援者が支援する求職者との関係（例えば両親、担当教授など）が登録される。登録された者には、登録者を識別するためのＩＤ（求人者ＩＤ、求職者ＩＤ、支援者ＩＤ）が付与される。
【００２３】
１人の求職者について支援者が複数いる場合（本明細書では１人の求職者を支援する複数の支援者を「支援者グループ」と記載する）には、支援者端末１８は支援者毎に複数設けられる。ここで、１つの支援者端末１８とは、１つの物理的な機器を意味するのではなく、支援者ＩＤ毎に設けられるものである。したがって、２人の支援者が同じＰＣを利用している場合であっても、支援者端末１８が２つ存在すると観念する。求職者端末１６及び求人者端末１４についても同様である。
【００２４】
求職活動推薦サーバ１２は、求人サイト２０にアップロードされている求人情報を取得する。これにより、求職活動推薦サーバ内に求人者の求人情報が記憶される。このとき、求職活動推薦サーバ１２は、求人サイトにアップロードされた求人情報のうち、求人者から承認された求人情報のみを取得する。なお、求人サイト２０は、求人情報が公開されているシステムであれば何でもよい。例えばハローワークのオープンデータなどである。また、求人情報は、求人者端末１４から直接求職活動推薦サーバ１２へ送信されるようにしてもよい。
【００２５】
求職活動推薦サーバ１２は、取得した求人情報を求職者端末１６及び支援者端末１８に公開する。ここで、求職活動推薦サーバ１２における求人情報の公開とは、求人情報に対して所定のＵＲＬを与え、求職者端末１６及び支援者端末１８からいつでも閲覧可能な状態としておくことを意味する。
【００２６】
なお、求人情報の公開は、求職者及び支援者から閲覧可能な状態とするのであれば、いかなる方法で開示してもよい。例えば、求職活動推薦サーバ１２を介して求人情報を公開するのではなく、学校の掲示板などに求人情報を紙などで掲示するという方法で求人情報を公開してもよい。ただし、求職活動推薦サーバ１２による開示以外の方法で求人情報を公開する場合、求人情報において、当該求人情報は求職活動推薦システム１０の利用対象であることを明示しておく必要がある。
【００２７】
求職活動推薦サーバ１２は、公開された求人情報に対する問い合わせ内容を含む問い合わせ情報を受信することが可能となっている。求職活動推薦システム１０においては、問い合わせ情報は、求職者端末１６から送信されるもののみならず、支援者端末１８から送信されるものも受信可能となっている。求職活動推薦サーバ１２は、求職者端末１６又は支援者端末１８からの要求に応じて、問い合わせ入力フォームを送信する。そして、求職者端末１６又は支援者端末１８において当該フォームに入力された問い合わせ内容を含む情報が問い合わせ情報として求職活動推薦サーバ１２に送信される。このとき、問い合わせ情報と共に、問合せ先の求人者を示す情報（求人者ＩＤ）、及び当該問い合わせをした者（求職者あるいは支援者）を示す情報（求職者ＩＤ又は支援者ＩＤ）も送信される。
【００２８】
なお、求職活動推薦サーバ１２は、支援者端末１８からの推薦情報を受信することも可能となっている。推薦情報は、支援者が求人者に求職者を推薦する内容を含むものである。求職活動推薦サーバ１２は、支援者端末１８からの要求にしたがって、推薦情報の入力フォームを支援者端末１８に送信する。そして、支援者端末１８において当該フォームに記入された情報を含む情報が推薦情報として求職活動推薦サーバ１２に送信される。推薦情報と共に、推薦先の求人者の求人者ＩＤ、当該推薦情報を送信した支援者の支援者ＩＤも送信される。
【００２９】
求職活動推薦サーバ１２は、求職者端末１６又は支援者端末１８から受信した問い合わせ情報を当該問い合わせ先に対応する求人者端末１４へ送信する。支援者端末１８から問い合わせ情報が送信された場合は、当該問い合わせ情報を対応する求職者端末１６（すなわち問い合わせ情報を送信した支援者が支援する求職者が利用する求職者端末）にも送信する。すなわち、求職者は、自分を支援する支援者が求人者に対してどのような質問をしたのかを把握することができる。
【００３０】
支援者端末１８から問い合わせ情報を受信した場合、求職活動推薦サーバ１２は、当該問い合わせ情報を送信した支援者が属する支援者グループの他の支援者が利用する支援者端末に対しても当該問い合わせ情報を送信するのが好適である。これにより、ある求職者を支援する支援者グループに属する支援者は、当該求職者について他の支援者がどのような問い合わせをしたのかを把握することができる。
【００３１】
また、支援者端末１８からの問い合わせを受けた場合には、求職活動推薦サーバ１２は、問い合わせ情報と共に受信した問い合わせ者（つまり支援者）の支援者ＩＤと、当該支援者の登録情報に基づいて、当該支援者の属性情報（求職者との関係、氏名、勤務先、役職など）を特定する。そして、特定した属性情報も併せて求人者端末１４に送信する。これにより、求人者は、問い合わせをした支援者が、求職者とどのような関係を有し、どのような属性（ステータス）を有する者であるのかを把握することができる。
【００３２】
なお、求人者端末１４からは、問い合わせ情報を送信した支援者の属性情報のみならず、他の支援者の属性情報も閲覧可能となっていてよい。例えば、ある求人者がある求職者からエントリを受けた場合、当該求人者が利用する求人者端末１４から当該求職者を支援する支援グループに属する支援者の属性情報が閲覧可能となっていてよい。
【００３３】
問い合わせ情報を受けた求人者端末１４からは、当該問い合わせ内容に対する回答内容を含む回答情報が送信される。問い合わせ情報が求職者端末１６から送信された場合、求職活動推薦サーバ１２は、受信した回答情報を求職者端末１６に送信する。
【００３４】
問い合わせ情報が支援者端末１８から送信された場合、求職活動推薦サーバ１２は、その問い合わせに対する回答情報を求職者端末１６、及び問い合わせ情報を送信した支援者端末１８に送信する。つまり、求職者は、支援者がした問い合わせに対する求人者の回答を閲覧することができる。
【００３５】
また、問い合わせ情報が支援者端末１８から送信された場合は、その問い合わせに対する回答情報は、当該問い合わせ情報を送信した支援者が属する支援者グループの他の支援者が利用する支援者端末にも送信されるのが好適である。これにより、支援者グループに属する支援者は、他の支援者がした質問の回答を閲覧することができる。
【００３６】
求職活動推薦システム１０によれば、求職者及び求人者の双方にメリットが生じる。求職者側のメリットとしては以下の点が挙げられる。まず、支援者から求人者への問い合わせ内容あるいはその回答内容を求職者が閲覧することにより、従来求職者が一人で求職活動をしていたときには気付かなかった求人情報のポイントに気付く可能性が大きくなる。両親、先輩、学校における担当教官など、社会人としての経験を有する者であり、かつ求職者が信頼する者である支援者からの問い合わせ内容は、少なくとも求職者よりは的を射たポイントに対する問い合わせとなっているはずであり、これらを求職者が閲覧することで従来よりも求人者のことを深く知ることができる。つまり、本来求職者が持ち得ない「肥えた目線」での求職活動が可能になる。これにより、求職者が納得のいく求人者、つまり求職者により適した求人者に対してエントリすることが可能になる。
【００３７】
一方、求人者側のメリットとしては以下の点が挙げられる。求職活動推薦システム１０によれば、求職者を支援する者として支援者が登録されており、支援者の属性情報が求人者端末１４から閲覧可能となっている。このため、求職者が信頼する者がどのような者であるのかを求人者が把握することができ、これから間接的に求職者の人となりを把握することが可能になる。また、支援者からも質問を受け付け可能としたことで、支援者と求人者が直接意見を交わすことができ、これによっても、間接的に求職者の人となりを把握することが可能になる。求人者は、従来、書類審査と面接のみ（これはいずれも求職者本人のみの情報しか得られない）で採用を決めていたところ、求職活動推薦システム１０によれば、求職者の周囲にいる支援者の属性情報、及び支援者から直接的あるいは間接的に得られる求職者本人に関する情報も考慮しつつ採用を決定することができる。
【００３８】
＜求職活動推薦サーバ＞
次に、図１を参照しながら図２を用いて求職活動推薦サーバ１２の具体的な処理内容について説明する。
【００３９】
図２は、求職活動推薦サーバ１２の構成概略図を示す図である。求職活動推薦サーバ１２は、制御部３０、入力部３２、出力部３４、登録認証部３６、及び記憶部３８を有しており、これらがＢＵＳを介して接続されている。
【００４０】
制御部３０は、例えばＣＰＵであり、記憶部３８に記憶されたプログラムによる命令に従い、求職活動推薦サーバ１２の全体を制御する。
【００４１】
入力部３２は、求人者端末１４、求職者端末１６、支援者端末１８、及び求人サイト２０からネットワークを介して各種情報を受信するものである。同様に出力部３４は、求人者端末１４、求職者端末１６、及び支援者端末１８に対してネットワークを介して各種情報を送信するものである。つまり、入力部３２及び出力部３４は、ネットワークと接続するための通信部である。
【００４２】
登録認証部３６は、求人者、求職者、及び支援者の求職活動推薦システム１０への登録及び認証を行う。登録認証部３６の処理については、図３Ａ〜図３Ｃを用いて、ユーザＤＢ３８ａと共に説明する。
【００４３】
記憶部３８は、例えばハードディスクやメモリであり、求職活動推薦サーバ１２の各部を機能させるためのプログラムが記憶される。記憶部３８は、ユーザＤＢ３８ａ、求人情報ＤＢ３８ｂ、及びＦＡＱＤＢ３８ｃを有している。
【００４４】
図３Ａ〜図３ＣにユーザＤＢ３８ａのデータ構造の例が示されている。ユーザＤＢ３８ａは、求職活動推薦システム１０に登録された求職者、支援者、及び求人者に関する情報が記憶される。これらの情報は登録時に登録者によって入力されるものである。求職者の登録を例にとると、登録認証部３６は、求職者端末１６からの要求に応じて、登録情報入力フォームを求職者端末１６へ送る。必要事項が記入された登録情報入力フォームが返信されると、当該入力された情報に基づいて求職者を登録する。具体的には、求職者を識別する求職者ＩＤを発行し、当該求職者ＩＤと当該求職者の氏名などの属性を関連付けて記憶部３８に記憶させる。登録済みの求人者、求職者、及び支援者が求職活動推薦システム１０を利用する場合は、利用に先立ってユーザＩＤ（求職者ＩＤ、支援者ＩＤ、求人者ＩＤなど）とパスワードなどを入力し、登録認証部３６が認証を行った上で利用する。
【００４５】
ユーザＤＢ３８ａは３つのテーブルを有している。図３Ａには、登録された求職者を示す求職者ＩＤと求職者の属性とが対応づけられた求職者テーブルが示されている。求職者の属性として、図３Ａの例においては求職者名、学校名などが示されているが、その他の属性情報（例えば住所、電話番号、年齢、ｅメールアドレスなど）を付加してもよい。また、記憶部３８には求職者端末１６から送信される求職者の成績証明書データを記憶することが可能であり、ユーザＤＢにおいて、求職者ＩＤと成績証明書データ名とが関連付けられている。
【００４６】
図３Ｂには、登録された求人者を示す求人者ＩＤと求人者名が対応づけられた求人者テーブルが示されている。求人者テーブルにおいても、求人者のその他の属性（例えば本社住所、代表電話番号、代表者名、ｅメールアドレスなど）が対応づけられていてもよい。求人者の登録も、求職者の登録と同様に行われる。
【００４７】
図３Ｃには、登録された支援者を示す支援者ＩＤと支援者の属性とが対応づけられた支援者テーブルが示されている。支援者テーブルにおいては、支援者の属性として、支援者名、支援する求職者を示す求職者ＩＤ、求職者との関係を示す情報、特記事項、承認求人者ＩＤなどを含んでいる。もちろん、この他の属性（例えば住所、電話番号、年齢、勤務先、役職、勤務先電話番号、ｅメールアドレスなど）を付加してもよい。
【００４８】
上述のように、求職活動推薦システム１０は、求人者が、自分の求人に応募してきた求職者がどのような支援者を有しているのか、あるいはその支援者がどのような問い合わせをしてきたのかを見ることによって当該求職者のことをより一層知ることができるというメリットを有する。この効果を奏するには、登録される支援者が、本当に求職者と関係のある者であり、本当に求職者の支援を行う者である必要がある。さらに、求職者と支援者との関係、及び当該支援者の属性を求人者がよく分かるようにしなければならない。
【００４９】
したがって、支援者の登録を支援者自らが行う場合には、その登録内容に間違いがないか否かを確認する意味で、第三者（代表的には求職者本人、あるいは求職者が属している学校など）の承認が必要となっている。具体的には、支援者端末１８から支援者登録要求があった場合には、登録認証部３６は、当該支援者が支援する求職者が利用する求職者端末１６などへ承認の有無を入力させるフォームを送信し、当該フォームに入力させることで、求職者などの承認の有無を判定する。
【００５０】
また、支援者の登録にあたっては、支援する求職者の求職者ＩＤ、及び当該求職者との関係が必須の入力事項となっている。さらに、求職者との関係をさらに深く説明する（もちろん他の用途に用いてもよいが）特記事項欄も記入されているのがより好適である。支援者の登録は、求職者が行うようにしてもよい。図３Ｃに示される承認求人者ＩＤ列については後述する。
【００５１】
図２に戻り、求人情報ＤＢ３８ｂには、求人サイト２０から受信した、あるいは求人者端末１４から送信された求人情報が記憶される。求人情報ＤＢ３８ｂに蓄積された求人情報は、求職者端末１６及び支援者端末１８から閲覧可能に公開される。ＦＡＱＤＢ３８ｃについては、図８を用いて後述する。
【００５２】
＜支援者端末からの問い合わせ情報の送信＞
以下、図１及び図２を参照しつつ図４及び図５を用いて支援者端末１８からの問い合わせ情報の送信処理について説明する。
【００５３】
図４は、求人情報が支援者端末１８の表示部５０に表示された例を示す図である。支援者端末１８において、ある求人情報のＵＲＬが入力されると、求職活動推薦サーバ１２から求人情報が支援者端末１８に送信され、支援者端末１８の表示部５０に求人情報５２が表示される。もちろん、求人情報５２は１つのみではなく、一覧の形で複数表示されてよい（表示部５０においては上下方向に画面がスクロールして複数の求人情報が順次表示される）。各求人情報に対応する形で問い合わせボタン５４が設けられている。
【００５４】
図５は、問い合わせフォームの例を示す図である。支援者により問い合わせボタン５４がクリックされる（つまり支援者端末１８から問い合わせフォーム要求が送信される）と、求職活動推薦サーバ１２の制御部３０は、当該要求に応じて、当該支援者端末１８に問い合わせフォームを送信する。問い合わせフォームの一例が図５に示されている。図５の例の問い合わせフォームにおいては、問い合わせ内容記入欄５６、支援者ＩＤ入力欄５８、及び送信ボタン６０を有している。
【００５５】
問い合わせフォームへ入力後、支援者により送信ボタン６０がクリックされると、支援者端末１８から問い合わせ内容を含む問い合わせ情報が送信される。当該問い合わせ情報と共に、問合せ先の求人者ＩＤ（これは、求人情報と問い合わせボタン５４の対応関係により識別可能である）、問い合わせをした支援者を示す支援者ＩＤも送信される。問い合わせ情報と問い合わせを送信した者を示すＩＤ（この場合は支援者ＩＤ）は、関連付けられて記憶部３８（後述のＦＡＱＤＢ３８ｃ）に記憶される。本実施形態では、問い合わせをした支援者を示す支援者ＩＤをフォームにて支援者に入力させたが、当該支援者ＩＤは、制御部３０が問い合わせ情報の送信元の端末情報に基づいて取得してもよい。
【００５６】
求職活動推薦サーバ１２が支援者端末１８から問い合わせ情報、問合せ先の求人者ＩＤ、及び問い合わせをした支援者を示す支援者ＩＤを受信すると、制御部３０は、受信した支援者ＩＤとユーザＤＢ３８ａの支援者テーブルを参照し、問い合わせをした支援者の属性情報を特定する。つまり、ユーザＤＢ３８ａにおいて支援者ＩＤと支援者と求職者の関係を示す関係情報が関連付けられており、ＦＡＱＤＢ３８ｃにおいて支援者ＩＤと問い合わせ情報が関連付けられているため、記憶部３８においては、問い合わせ情報と、当該問い合わせ情報を送信した支援者と当該支援者が支援する求職者との関係を示す情報と、が関連付けられているといえる。
【００５７】
そして、受信した問い合わせ情報と共に、問い合わせをした支援者の属性情報を、受信した問い合わせ先の求人者ＩＤに対応する求人者端末１４に送信する。
【００５８】
なお、記憶部３８に問い合わせ情報と当該問い合わせをした支援者と求職者との関係情報を関連付けて記憶させる方法としては上述の方法に限られない。例えば、支援者がメールなどにおいて、当該支援者と求職者との関係及び問い合わせ内容を記載し、求職活動推薦サーバ１２に送信するなどの方法であってもよい。
【００５９】
＜支援者の求人者による承認＞
ここで、問い合わせ情報を送信する前に、問い合わせを受けた求人者に対して、当該問い合わせ情報を入力した支援者を承認するか否かを確認するステップを設けるのが好適である。
【００６０】
支援者からの問い合わせに回答する場合、当該支援者に対して求人者側の情報（企業内部情報）の一部が開示される場合が考えられる。したがって、求人者側としては、信用できない支援者からの問い合わせには回答したくないと思うのが通常である。この点、支援者の登録において第三者の承認を必要とすることで、支援者として信頼できる者を登録することが可能となるが、より一層の対策をしておくのが好ましい。
【００６１】
本実施形態では、ある支援者からある求人者へ初めて問い合わせ情報が送信された際、制御部３０は、求人者端末１４に対して、問い合わせ情報を送信した支援者を承認するか否かを求人者に問う支援者承認フォームを送信する。
【００６２】
図６は、求人者端末１４の表示部７０に、支援者承認フォーム７２が表示された例である。支援者承認フォーム７２は支援者情報７４を含む。支援者情報７４に含まれる情報としては、問い合わせ情報を送信した支援者名７４ａ、当該支援者が支援する求職者名７４ｂ、当該支援者と当該求職者との関係７４ｃ、特記事項７４ｄなどが含まれる。これらは問い合わせ情報と共に送信される支援者ＩＤをキーとして支援者テーブル（図３Ｃ参照）から特定されるものであり、その他の支援者の属性が含まれていてもよい。なお、支援者承認フォーム７２には、問い合わせ情報は含まれていない。
【００６３】
求人者は、支援者承認フォーム７２に含まれる支援者情報７４に基づいて、当該支援者を承認するか否かを判断する。そして、承認する場合は承認ボタン７６ａをクリックし、承認しない場合は非承認ボタン７６ｂをクリックする。承認ボタン７６ａがクリックされた場合は、求人者端末１４から承認情報が送信され、非承認ボタン７６ｂがクリックされた場合は、求人者端末１４から非承認情報が送信される。
【００６４】
制御部３０は、求人者端末１４から承認情報を受信した場合、当該支援者が当該求人者に承認されたことを登録する。具体的には、図３Ｃに示す支援者テーブルの承認求人者ＩＤ列に承認した求人者を示す求人者ＩＤを追加する。例えば、図３Ｃの例では、支援者ＩＤ「Ｂ１０００１」が示す者は、求人者ＩＤ「Ｃ１０００１」、「Ｃ１０００２」、「Ｃ１０００３」・・・に承認されていることを意味する。
【００６５】
制御部３０は、ある求人者から承認された支援者から送信される問い合わせ情報のみを当該求人者へ送信する。図６の例では承認ボタン７６ａがクリックされると、承認情報が登録された後直ちに問い合わせ情報が求人者端末１４へ送信される。
【００６６】
一方、求人者端末１４から非承認情報を受信した場合、制御部３０は、当該問い合わせ情報を求人者端末１４へ送信しない。また、以後、同支援者から同求人者に対して問い合わせ情報が送信された場合には、制御部３０は、支援者承認フォーム７２を求人者端末１４へ送信するまでもなく、当該問い合わせ情報を求人者端末１４へ送信しない。なお、一度非承認とした後、求職活動推薦サーバ１２上において求人者が自ら支援者を指定して承認手続を行うことは可能である。
【００６７】
図７には、求人者端末１４の表示部７０に表示される問い合わせ情報の例が示されている。図７に示されるように、問い合わせ表示画面には、問い合わせ内容８０のみならず、求人者が問い合わせをした支援者がどのような人物であるか把握できるよう、問い合わせ内には質問者情報８２として問い合わせを送信した支援者の属性情報が含まれている。
【００６８】
＜ＦＡＱ情報へのランク付け＞
求職者端末１６又は支援者端末１８から送信された問い合わせ情報、当該問い合わせ情報の送信者を示すユーザＩＤ、及び求人者端末１４から送信された回答情報は、ＦＡＱＤＢ３８ｃ（図２参照）に蓄積される。図８にＦＡＱＤＢ３８ｃに蓄積された情報が示されている。ＦＡＱＤＢ３８ｃは、テーブル構造を有しており、問い合わせ情報の送信者を示すユーザＩＤ（求職者ＩＤ又は支援者ＩＤ）、問い合わせ情報、及びそれに対する回答情報が関連付けられている。問い合わせ情報とそれに対する回答情報とが関連付けられたものをＦＡＱ情報と呼ぶ。つまり、図８に示すテーブルにおいては、問い合わせ送信者ＩＤとＦＡＱ情報とが関連付けられている。
【００６９】
図８に示されるテーブルは、求人者毎に設けられる。図８に示すテーブルは、求人者ＩＤ「Ｃ１０００１」が示す求人者に対する問い合わせ内容及びその回答内容を有するテーブルである。
【００７０】
制御部３０は、求職者端末１６、支援者端末１８、及び求人者端末１４からの要求に応じて、ＦＡＱ情報を送信する。好適にはＦＡＱ情報と共に、それに関連付けられた問い合わせ送信者ＩＤをキーとしてユーザＤＢから取得される問い合わせ送信者名情報も送信する。図９は、求職者端末１６の表示部９０に問い合わせ送信者名及びＦＡＱ情報（つまり問い合わせ内容及び回答内容）が表示された例を示す図である。
【００７１】
図９に示される通り、問い合わせ送信者名と、問い合わせ内容、それに対する回答内容が関連付けられた状態で表示される。これにより、求職者は、支援者のうち誰がどのような質問をして、それに対して求人者がどのような回答をしたのかを一目で把握することができる。
【００７２】
求職者端末１６におけるＦＡＱ情報の表示において、各ＦＡＱ情報に対応した複数の重要度入力欄９２が設けられる。求職者は、問い合わせ内容と回答内容を見て、ＦＡＱ情報の重要度を示す重要度情報を入力する。好適には、問い合わせ送信者も考慮して重要度情報を入力する。重要度情報としては、本実施形態のように「１」（重要度最低）〜「５」（重要度最高）のように段階的なものであってもよいし、重要だと思うものに重要フラグを立てる（つまり重要なものとそうでないものの２つに識別する）ものであってもよい。
【００７３】
求職者端末１６において重要度情報が入力されると、当該重要度情報は求職活動推薦サーバ１２に送信され、ＦＡＱＤＢ３８ｃへ記憶される。ＦＡＱＤＢ３８ｃにおいては、ＦＡＱ情報と重要度情報とが関連付けられた状態で記憶される。本実施形態では、図９に示すように、ＦＡＱＤＢ３８ｃが有するテーブル構造において、重要度列を設け、重要度列に重要度情報が格納される。
【００７４】
ＦＡＱＤＢ３８ｃに蓄積されたＦＡＱ情報及び重要度情報は、求人者端末１４からの要求に応じて求人者端末１４にも送信される。好適には、これらと関連付けられた問い合わせ送信者名情報も送信される。そして、求人者端末１４の表示部においては、ＦＡＱ情報に含まれる各情報、すなわち問い合わせ内容、それに対する回答内容と、重要度情報とが関連付けられた状態で表示され、好適にはさらに問い合わせ送信者名が関連付けられた表示される。
【００７５】
重要度情報を確認することにより、求人者は、自分に対してされた問い合わせ内容及びその回答内容の組のうち、求職者がどの組を重要だと考えているかを把握することができる。これにより、求人者は、求職者が就職にあたってどのようなポイントを重要視しているかを把握することができる。また、求人者自身が重要だと思う問い合わせ内容あるいは回答内容を求職者が重要視していないこと、すなわち求人者と求職者の適正に問題があることなどを把握することができる。
【００７６】
＜処理の流れ＞
最後に、図１及び図２を参照しつつ図１０のフローチャートを用いて、求職活動推薦サーバ１２の処理の流れを説明する。
【００７７】
ステップＳ１０において、登録認証部３６は、求職者、支援者、及び求人者のユーザ登録を行う。上述の通り、支援者の登録においては、第三者の承認を必要とすることが好ましい。ユーザ登録により、ユーザＤＢ３８ａにユーザ情報が記憶される。
【００７８】
ステップＳ１２において、制御部３０は、求人サイト２０又は求人者端末１４から求人情報を受信し、求人情報ＤＢ３８ｂに記憶させる。さらに、当該求人情報を公開する。そして、制御部３０は、登録済みの求職者が利用する求職者端末１６又は登録済みの支援者が利用する支援者端末１８からの要求に応じて、求人情報ＤＢ３８ｂから求人情報を読み出して送信する。
【００７９】
ステップＳ１４において、制御部３０は、支援者端末１８から問い合わせ情報を受信したか否かを判定する。
【００８０】
支援者端末１８から問い合わせ情報を受信した場合、ステップＳ１６において、制御部３０は、当該問い合わせ情報を送信した支援者が、当該問い合わせの問い合わせ先となる求人者によって承認されているか否かを判定する。
【００８１】
当該支援者が当該求人者に承認されている場合、ステップＳ１８において、制御部３０は、支援者端末１８から受信した問い合わせ情報を求人者端末１４へ送信する。このとき、当該問い合わせ情報と共に送信された支援者ＩＤをキーとしてユーザＤＢ３８ａの支援者テーブルから読み出される支援者の属性情報を共に送信する。
【００８２】
ステップＳ２０において、制御部３０は、求人者端末１４から回答情報を受信したか否かを判定する。
【００８３】
求人者端末１４から回答情報を受信した場合、ステップＳ２２において、制御部３０は、問い合わせ情報と回答情報とを関連付けてＦＡＱ情報としてＦＡＱＤＢ３８ｃに記憶させる。そして、制御部３０は、ＦＡＱ情報を求職者端末１６と、問い合わせが支援者によりされた場合は当該支援者が利用する支援者端末１８とに送信する。
【００８４】
ステップＳ２４において、制御部３０は、求職者端末１６から重要度情報を受信したか否かを判定する。
【００８５】
求職者端末１６から重要度情報を受信した場合、ステップＳ２６において、制御部３０は、受信した重要度情報を対応するＦＡＱ情報と関連付けてＦＡＱＤＢ３８ｃに記憶される。そして、ＦＡＱ情報と、それに対応する重要度情報とを求人者端末１４へ送信する。
【００８６】
なお、ステップＳ１４，Ｓ１６，Ｓ２０，Ｓ２４で「いいえ」と判断された場合は、処理を終了する。
【符号の説明】
【００８７】
１０  求職活動推薦システム、１２  求職活動推薦サーバ、１４  求人者端末、１６  求職者端末、１８  支援者端末、２０  求人サイト、３０  制御部、３２  入力部、３４  出力部、３６  登録認証部、３８  記憶部、３８ａ  ユーザＤＢ、３８ｂ  求人情報ＤＢ、３８ｃ  ＦＡＱＤＢ。
【図１】
2016110483.tif 000003
【図２】
2016110483.tif 000004
【図３Ａ】
2016110483.tif 000005
【図３Ｂ】
2016110483.tif 000006
【図３Ｃ】
2016110483.tif 000007
【図５】
2016110483.tif 000008
【図６】
2016110483.tif 000009
【図７】
2016110483.tif 000010
【図８】
2016110483.tif 000011
【図９】
2016110483.tif 000012
【図１０】
2016110483.tif 000013
【図４】
2016110483.tif 000014