JP4109452B2 - 求人・求職情報処理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット等の通信ネットワークを利用して求人・求職情報を処理するシステムに関する。
【０００２】
【従来の技術】
近年、インターネットを利用して求人活動、求職活動を行うことが活発に行われるようになってきており、求人者と求職者との間に介在する仲介者によるインターネットを利用した求人・求職情報の情報処理についても様々な態様が提案されている。例えば、特開平１０−２３２８９３号公報で開示された情報交換仲介装置では、求職者がインターネットを利用して仲介サーバーマシンにアクセスして個人会員名簿と求職情報データベースに登録し、また、求人企業もインターネットを利用するか、または別途書面による契約による登録を行って、このシステムに参画するようになっている。そして、転職希望者である求職者がインターネットを利用して仲介サーバーマシンにアクセスして、同マシンに蓄積された参画企業の情報を検索閲覧することができ、また、参画企業の担当者がインターネットを利用して仲介サーバーマシンにアクセスして求職情報データベースを閲覧検索することができるようになっている。さらに、この仲介装置では、転職希望者を匿名会員として登録しており、参画企業が検索閲覧するときには、転職希望者の名前、住所、連絡先等を隠すようにしている。
【０００３】
この公報に記載されたものに限らず、インターネットを利用して、仲介サーバーマシンを用いて就職の仲介を行うシステムは既にいくつか存在している。
【０００４】
しかしながら、従来の仲介サーバーマシンを用いて求人・求職情報を処理するシステムにおいては、次のような問題点がある。
【０００５】
このシステムに参画した求人企業は、あくまでこのシステムの一会員であり、求職者に対して提示できる内容は、システムによって制限された画一的なものとなっているため、各企業がその特徴や独自性を発揮させることができない。また、求職者のデータもこのシステムによって制限されたものとなるため、各企業が希望するデータを必ずしも求職者から得ることができない。
【０００６】
また、このシステムに登録する求職者の主目的は、特定の企業への就職ではなく、多数の参画企業の中から希望に合った企業を無差別に検索することになりがちである。そのため、冷やかし的な企業への打診も多くなり（特に特開平１０−２３２８９３号公報記載のシステムでは、求職者は匿名会員となるので、そのような冷やかし的な打診も多くなると考えられる）、企業側としては、冷やかし的な打診と熱意のある打診とが区別できず、企業の人事担当者に課せられる選別処理能力が多大なものとなる。
【０００７】
このような仲介システムに対峙するものとして、仲介サーバーマシンを用いずに、求人企業のＷｅｂサイトで展開するホームページに求人コーナーを設けて、募集情報を表示したり、就職希望者の登録画面を作って、登録した情報を自社のサーバーマシンのデータベースに蓄積することも行われている。このようなシステムでは、その企業の特徴や独自性を出すことができ、その企業が提示したい内容や、就職希望者から得たい情報を得ることができ、また、比較的その企業への就職を希望する意志の強い応募者のデータベースを構築できる、という利点を有している。
【０００８】
しかしながら、かかる自社のサーバーにて求人・求職情報の処理を行う場合には、募集要項の更新、登録者への応対、構築されたデータベースの管理を自社担当者が行わなければならず、手間や費用がかかるという問題がある。例えば、募集要項、募集職種の内容を把握しているのは人事担当者であるが、実際のホームページの更新作業を行うのはＩＴ担当者であり、通常ＩＴ担当者が他の作業と兼務していることが多いため、更新作業が滞りがちになり提示する情報が最新のものでないことが多くなる。
【０００９】
また、登録者のスクリーニングや構築されたデータベースの管理、システムの維持に多くの労力が必要となり、結果としてその求人企業で負担するべきコストが高くなっているのが現状である。例えば、通常、登録者を実際に採用するまでには、書類選考、説明会の開催、面接（一次、二次、三次…）、内定といった採用プロセスを経なければならない。書類選考のためには、書類を関係部署に回覧しなければならず時間がかかり、また、その書類の管理が大変であるという問題がある。また、書類で回覧する代わりに電子ファイルで複数の書類選考担当者に送信する場合であっても、その選考結果を一元管理することが困難であるために、選考結果のとりまとめが大変となる。その他、説明会や面接の連絡、面接のアレンジメント、採用・不採用といった結果の連絡、採用者からの入社の意思を確認するための連絡等の各処理を、多数の登録者及び面接出席者に対して電話やＥメールでそれぞれ個別に行わなければならず、多大な労力を要している。また、登録者が多数いるために、そのデータベースの管理にも多大な労力が必要である。
【００１０】
【発明が解決しようとする課題】
本発明はかかる従来の課題に鑑みなされたもので、効率的に求人・求職情報を処理することができるシステムを提供することをその目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために本発明の求人・求職情報処理システムは、インターネット等の通信ネットワークを利用して求人・求職情報を処理するコンピュータシステムであって、
求人者へ応募する求職者に関する情報（以下、応募者情報という）を求人者毎に分けて蓄積する応募者情報記憶手段と、
求人者毎に通信ネットワーク上で異なるＵＲＬを有し、通信ネットワークを利用してクライアント装置がアクセス可能であり、該ＵＲＬに対応して求人者によって異なる項目の求人情報を格納することができ、該求人情報を通信ネットワークを介してクライアント装置に転送して表示させると共に該クライアント装置に対してその求人者へ応募する求職者の応募者情報の登録を促すことが可能な、求人者用サーバー（３０）と、
該クライアント装置を用いて前記通信ネットワークを利用して転送された応募者情報を、登録を行った際にアクセスした求人者用サーバーのＵＲＬに対応する求人者に対応づけて、求人者毎に分けて前記応募者情報記憶手段に蓄積する求職者登録手段と、
を備え、前記応募者情報記憶手段に蓄積され、求人者と対応づけられた応募者情報を管理・運営し、
前記求人者毎の前記ＵＲＬは、通信ネットワークを利用してクライアント装置（１０）がアクセス可能であり当該求人者に関する求人情報以外の情報を格納し当該求人者が管理する求人者管理サーバー（２０）に格納される当該求人者のホームページに含まれるボタンからハイパーリンクされることを特徴とする。
【００１４】
これにより、求人情報を得ようとする求職者は、クライアント装置を用いて、興味のある求人者に対応する求人者用サーバーにアクセスし、求人情報を得ることができる。そして、就職を希望する場合には、自己の個人データである応募者情報を入力して登録を行う。この登録された応募者情報は、応募者情報記憶手段へ、応募した求人者との対応関係を保持して、蓄積される。このシステムに加入した求人者へ応募した求職者の応募者情報をすべて、応募者情報記憶手段に蓄積することにより、このシステムに加入する求人者の業務の一部を、応募者情報記憶手段を管理する管理者が代行することができるようになる。そして、管理者が、応募者情報記憶手段を管理・運営することで、業務の効率化を図れる。結果として求人者が負担するべきコストを大幅に低減させることができる。また、求人情報は、求人者毎に異なるＵＲＬを有する求人者用サーバーに格納され、求人情報の内容は求人者毎に別々とすることができるため、その自由度が高く、求人者の特徴、希望を反映したものとすることができる。
【００１５】
求人者の情報を得るために、求人者管理サーバーにアクセスした求職者のクライアント装置が、その求人情報以外の情報からハイパーリンクして、求人情報の格納された求人者用サーバーにアクセスすることができる。このため、求職者に、求人者用サーバーと求人者管理サーバーとの違いを意識させることなく求人情報以外の情報及び求人情報を閲覧させることができる。即ち、求職者には、従来の求人者管理サーバーにて開設するホームページに応募者情報を登録する方式との違いを意識させることがないので、求職者は従来と同様に安心感を持って、応募者情報の登録を行うことになる。こうして、求職者の応募者情報の登録の促進が可能となる。
【００１６】
また、前記求人者用サーバーのＵＲＬには、前記求人者の名前を表す文字が含まれるとよい。これにより、求職者に、求人者が管理する求人者管理サーバーと同様に、求人者用サーバーも求人者が管理するものとの印象を与え、求人者管理サーバーと求人者用サーバーとの違いを意識させることはない。
【００１７】
前記求職者登録手段は、応募者情報に付加された求人者が応募した求人者を示す求人者データによって、求人者毎に分けて前記応募者情報記憶手段に蓄積するものであるとよい。こうして、求職者が就職を希望する求人者を識別することができ、登録された応募者情報を、求人者毎に分けることができる。
【００１８】
さらに、前記求職者登録手段によって応募者情報が応募者情報記憶手段に格納されると、前記応募者情報の中に含まれるＥメールアドレスを抽出し、そのＥメールアドレスに宛てた返信メールを作成・返送する返信処理手段を備えるとよい。この返送を、このシステムに加入する全求人者に応募する個々の応募者に対して一律的に行うことで、結果として求人者が負担するべきコストを大幅に低減させることができる。
【００１９】
前記応募者情報記憶手段に蓄積され求人者毎に分けられた応募者情報は、通信ネットワークを利用して、対応する求人者によって操作される求人者用装置からアクセス可能であるとよい。求人者も自社に応募している応募者の応募者情報に対して、通信ネットワークを介して閲覧、検索、データ加工等の処理を行うことにより、自己管理をすることもできるようになる。即ち、求人者にとって自己で独自に構築した応募者のデータベースと違和感なく、作業を行うこともできるようになる。従って、前述したように管理者が応募者情報記憶手段を一括的に管理・運営することで、業務の効率化を図ることができると共に、管理者による管理と求人者による自己管理とを、作業効率上またはその他の要因によって、使い分けるといったことも可能となる。
【００２０】
前記応募者情報記憶手段には、求職者から登録された求職者の応募者情報に加えて、求職者の採用プロセスにおけるステータスを表すステータス情報が格納されるとよい。応募者情報記憶手段に、ステータス情報も格納することで、ステータス情報を利用して、求職者の登録後の採用プロセスを実行することができる。応募者情報記憶手段に格納することで、応募者のステータスを一元管理することができるために、例えば、登録した求職者からその後の状況等の問い合わせがあっても、迅速に回答することができるようになる。
【００２１】
ステータス情報には、求人者が行ったその求職者に対する評価を表す評価情報を含めることができ、または、対応する求職者への連絡を行ったかどうかの連絡情報を含めることができ、さらに、前記評価情報には、その求職者を採用するか採用しないかを表す採用結果情報を含めることができる。このような評価情報、連絡情報、採用結果情報を応募者情報記憶手段に格納することで、一元管理することができ、求人者の労力を軽減することができる。
【００２２】
さらに、前記応募者情報から応募者のＥメールアドレスを抽出し、そのＥメールアドレスに宛てた面接・説明会等の連絡を行う連絡メールを作成する連絡メール作成手段を備えるとよい。連絡のためのメールを担当者が作成する手間を省き、求人者が負担するべきコストを大幅に低減させることができる。
【００２３】
前記ステータス情報は、通信ネットワークを利用して、対応する求人者によって操作される求人者用装置からアクセス可能であり、且つ前記求人者用装置を操作する求人者の所属員に応じて、そのアクセス権が異なるものとすることができる。求人者も自社に応募している応募者の応募者情報に対して、通信ネットワークを介して閲覧、検索、データ加工等の処理を行うことにより、自己管理をすることもできるようになるが、その場合であっても、求人者の所属員によってアクセス権を異ならしめることにより、情報が不当に処理されることを防ぐことができる。
【００２４】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。図１は、求人・求職情報処理システムを含む全体の構成を表す第１実施形態である。図において、符号１０，１０，…は電話回線及びプロバイダを経由してインターネットに接続可能となったクライアントコンピュータであり、求職者が適時、操作することができるものである。また、符号２０，２０，…は、このシステムに加入している求人者である求人企業（Ａ社、Ｂ社、Ｃ社、…）が所有するか、または所有していなくても該求人企業の管理下にある求人者管理サーバーであり、インターネットに常時接続されている。５０は、本発明における求人・求職処理システムであり、求人者用サーバー３０及び管理用サーバー４０を備えている。求人者用サーバー３０，３０，…は、同じくインターネットに常時接続されており、基本的には、このシステムに加入している求人企業（Ａ社、Ｂ社、Ｃ社、…）に対応して複数設けられる。また、符号４０もインターネットに常時接続されている情報管理用サーバーである。求人者用サーバー３０及び管理用サーバー４０は、実質的にこのシステム５０を管理する管理者の管理下にあり、これらのサーバー３０、４０の設定、格納されるファイルの作成、変更、削除等は管理者によって主として行われる。
【００２５】
求人者管理サーバー２０には、該サーバー２０に対応する求人企業のホームページＨＰ２が開設されており、クライアントコンピュータ１０でこのホームページＨＰ２のＵＲＬを指定することで、表示情報が送られて、求職者のクライアントコンピュータ１０のブラウザを用いてこのホームページＨＰ２を見ることができるようになっている。このホームページＨＰ２には、通常の企業紹介、企業の商品・製品案内等の求人情報以外の情報の他に、「採用情報」（または「求人情報」）といったボタンが含まれており、このボタンには、その求人企業に対応する求人者用サーバー３０に開設された採用ホームページＨＰ３のＵＲＬがハイパーリンクされている。求職者がこのボタンをマウス等でクリックすると、求人者用サーバー３０から採用情報を表示するための情報が送られる。ここで、情報発信元のサーバーが求人者管理サーバー２０から求人者用サーバー３０へと切り替わることになるが、求職者にはこの切り替えが特別に意識されることなく、通常の同一ホームページ内でのＷｅｂページ間の移動と同様に認識されるにすぎない。求人者用サーバー３０は、求人企業ごとにインターネット上において異なるＵＲＬを有すると共に、そのＵＲＬには、前記求人者管理サーバー２０で開設されるホームページＨＰ２からのリンクが違和感なく行われるように、その求人企業の名前を表す文字が含まれるようにしているとよい。
【００２６】
求人者用サーバー３０は、図２に示したように、インターネットを介して接続されたクライアントコンピュータ１０等とのデータの入出力の制御を行う入出力制御回路３０２と、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的なデータの格納、メインプログラムの格納を行う制御回路３０４を有している。さらに、求人者用サーバー３０の記憶装置には、それぞれ対応する求人企業への就職を希望する求職者の情報が格納された応募者データベース３１０と、募集要項情報が書き込まれた募集要項ファイル（募集要項．htm）３２０と、登録画面情報が書き込まれた登録ファイル（登録.htm）３３０と、が格納される。
【００２７】
募集要項ファイル（募集要項．htm）３２０に書き込まれる募集要項情報は、現在その求人者用サーバー３０に対応する求人企業が求めている職種に関する情報である。さらに、各職種の詳細情報についてそれぞれ職務ファイル３２１（J0001.htm）、３２２（J0002.htm）,３２３（J0003.htm）,…が用意され、各ファイル３２１，３２２,…に、例えばジョブＩＤ、職務、勤務地、職務内容、必要条件等のデータが書き込まれる。図３は、募集要項情報をブラウザを用いて表示させたときの表示例、図４はある職種情報をブラウザを用いて表示させたときの表示例である。
【００２８】
登録ファイル３３０には、その求人者用サーバー３０に対応する求人企業が、求職者から引き出したいデータ（以下、応募者情報とも言う）の入力を促すフォームが書き込まれる。具体的にこの応募者情報としては、氏名、氏名（ローマ字）、連絡先、希望職務（ジョブＩＤ）、Ｅメールアドレス、レジュメ等が含まれる。図５は、それらのデータの入力を促す画面例である。
【００２９】
求人者用サーバー３０に含まれるファイルの種類またはファイルに書き込むべき内容は、各求人企業の希望に合わせて自由に決定することができる。つまり、上記の募集要項ファイル３２０、登録ファイル３３０等に書き込まれるデータ項目、また、それらのファイルの中に埋め込まれる画像ファイルは、複数の求人者用サーバー３０毎によってそれぞれ異なっており、図３ないし図５に示したレイアウトは一例にすぎない。各求人企業は、それぞれの特徴、独自性を出して求職者に対してアピールすることができるようになっている。募集要項ファイル３２０、職務ファイル３２１，３２２，…、登録ファイル３３０等の編集のアクセス権は管理者のみが持ち、求人企業側からの依頼・連絡に基づいて管理者が編集を行う。例えば、募集要項や職務は随時変更されるので、求人企業側からの連絡を受けて管理者が募集要項ファイル３２０、職務ファイル３２１，３２２，…の変更を行う。管理者が複数の求人企業に亘って、一元的に募集要項ファイル３２０、職務ファイル３２１，３２２，…、登録ファイル３３０等のファイルの管理、メンテナンスを行うことで、効率化を図り、各求人企業が負担するべきコストを低減させることができる。また、ホームページ３のＵＲＬを広く知らしめるための広告宣伝についても、管理者が複数の求人企業に対応するホームページ３のＵＲＬについて、まとめて広告宣伝活動を行うことにより効率化を図り、各求人企業が負担するべきコストを低減させることができる。
【００３０】
このシステムに加入した求人企業の中には、求人者管理サーバー２０に対応する求人者用サーバー３０が存在することを望まない企業もある。この場合には、求人者管理サーバー２０が求人者用サーバー３０の代わりとなる。
【００３１】
逆に、このシステムに加入した求人企業の中には、自社のホームページＨＰ２が開設された求人者管理サーバー２０を持たないか、または、ホームページＨＰ２が開設された求人者管理サーバー２０を持っていても、そのホームページＨＰ２の中に採用または求人コーナーを設けていない企業もある。この場合、求職者は、直接、対応する求人企業の求人者用サーバー３０のホームページＨＰ３を見ることとなる。この場合であっても、求人者用サーバー３０のＵＲＬに求人企業の名前を含むようにすることによって、求職者に、求人者管理サーバー２０でないことを意識させることなく、求人者用サーバー３０のホームページＨＰ３を閲覧させることができる。
【００３２】
また、求人者用サーバー３０には、必要に応じて、会社概要が書き込まれた会社概要ファイル（会社概要.htm）３４０、福利厚生内容が書き込まれた福利厚生ファイル（福利厚生.htm）３５０、待遇が書き込まれた待遇ファイル（待遇.htm）３６０等が用意されている。但し、これらのファイル３４０〜３６０は、求人者用サーバー３０ではなく、求人者管理サーバー２０に存在していても良く、２つのサーバー２０，３０間のホームページにおいて、ハイパーリンクを張ることとしてもよい。これらのファイル３４０〜３６０が、求人者用サーバー３０に設けられるか求人者管理サーバー２０に設けられるかの違いは、これらのファイル３４０〜３６０の作成、変更、削除等の作業を管理者が行うのか、または求人企業自身が行うのかの違いとなり、求職者にはその違いは何ら意識されることはない。
【００３３】
管理用サーバー４０は、求人者用サーバー３０と同様、図６に示したように、インターネットを介して接続されたクライアントコンピュータ１０等とのデータの入出力の制御を行う入出力制御回路４０２と、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的なデータの格納、メインプログラムの格納を行う制御回路４０４を有している。さらに管理用サーバー４０の記憶装置には、求人企業毎に設けられた複数の管理用応募者データベース４１０、求人企業毎に設けられた複数のレスポンスメッセージファイル４３０、保管ファイル４４０及びＥメールを受け付けるメールボックス４５０が格納される。
【００３４】
図７は、求人者用サーバー３０及び管理用サーバー４０の制御部で実行される処理を機能毎に表した機能ブロック図である。求人者用サーバー３０では、後述する採用処理部５１０を備えており、管理用サーバー４０では、求職者からの応募者情報の登録処理を行う求職者登録処理部４９２、返信処理部４９４、問い合わせメール受付部４９６及びデータベース管理部４９８を備えている。これらの機能は、必ずしも図示したサーバー３０，４０内にある必要はなく、他方のサーバーに存在していてもよく、またはシステム５０が備える別の装置の制御部で行うものであってもよい。
【００３５】
次に、求職者がインターネットを介してこのシステム５０にアクセスした場合の処理を説明する。求職者は、自分のクライアントコンピュータ１０のブラウザを用いて、自己の興味のある企業の求人者管理サーバー２０またはその企業に対応する求人者用サーバー３０のＵＲＬを指定し、ホームページＨＰ２を閲覧、ホームページＨＰ２からハイパーリンクしてホームページＨＰ３を閲覧、または直接ホームページＨＰ３を閲覧することができる。求人者用サーバー３０または求人者管理サーバー２０から送られてくる募集要項情報（図３）、職種情報（図４）等を閲覧し、対応する当該求人企業への就職を希望する場合には、「登録」ボタンをクリックする。これにより、求人者用サーバー３０からの登録ファイル３３０で指定された登録ページが画面に表示される。ブラウザを用いて、各問い合わせに対する入力を行う。入力が終了して、「送信」ボタンをクリックすると、クライアントコンピュータ１０から登録ファイル３３０内に指定された求職者登録処理部４９２を構成するＣＧＩやＰＨＰ等のスクリプトによりその登録内容が管理用サーバー４０へと転送される。このとき、応募者情報に、対応する求人企業を識別する企業データが合わせて転送される。図１０（ａ）は、転送される応募者情報のデータ例である。主として応募者の属性データが含まれるが、その他に、フィールド名＝「企業」のデータに、対応する求人企業名が追加されて、転送される。
【００３６】
求職者からの応募者情報が転送されると、求職者登録処理部４９２を構成する他のプログラムが起動する。このプログラムのフローチャートを図９に示す。求職者からの応募者情報に対して図１０（ａ）に示したフィールドのうちの必須のフィールドにつき、データが入力されているかどうかを判定する（図９、ステップＳ１１）。例えば、図１０（ａ）のうちの連絡先電話番号を除き、残りのフィールド（氏名、氏名（ローマ字）、Ｅメール、希望職種、レジュメ）についてデータがブランクでないかどうかを判定し、１つの必須フィールドでもブランクがある場合には再入力を促すメッセージをクライアントコンピュータ１０へと送り、該コンピュータ１０のブラウザに表示させる（図９、ステップＳ１２）。すべての必須フィールドがブランクでない場合には、応募者情報は、「企業フィールド」のデータ値によって振り分けられて対応する求人企業用の管理用応募者データベース４１０へと格納され（図９、ステップＳ１３）、登録が完了した旨のメッセージをクライアントコンピュータ１０へと送り、該コンピュータ１０のブラウザに表示させる（図９、ステップＳ１４）。次に、返信処理部４９４が起動して、応募者情報の企業データを読み出して、この企業データに対応して管理用サーバー４０に設けられた求人企業毎のレスポンスメッセージファイル４３０に記載された返信メールテンプレートを読み出し（図９、ステップＳ１５）、返信メールを自動的に作成する（図９、ステップＳ１６）。その際に、応募者情報の中から、「氏名」フィールドの氏名データを、送信メールの文書内の宛名（図８の符号７１）に入力し、また、応募者情報の中から、「Ｅメール」フィールドのＥメールアドレスデータを宛名アドレス（図８の符号７２）に入力し（図９、ステップＳ１６）、送信する（図９、ステップＳ１７）。この返信メールの発信元は、管理用サーバー４０ではなく求人者用サーバー３０に設定されている（図８の符号７３）。返信メールの一例を図８に示す。この返信メールの記載内容も、求人企業によって独自性を持たせることができる。しかしながら、発信元を除いて、基本的内容は共通することが多いため、各求人企業毎のレスポンスメッセージファイル４３０は、基本のテンプレートに基づいて効率的に作成することができる。
【００３７】
管理者は、転送された応募者情報を確認して、それぞれの求人企業に適した応募者、または不適切な応募者のフィルタリングを行うことができる。例えば、新たな応募者が、求人企業が現在募集している職務に一致する希望職種を選択している場合には、求人企業に対してメールを作成し、連絡を行う。逆に、求人企業が絶対条件とする条件を満足していない応募者である場合には、敢えて連絡を行わないようにする。求人企業としては、この管理者によるフィルタリングによって、応募者が絞られるため、効率よく適任者を探すことができる。管理用応募者データベース４１０に格納された登録内容は、データベース管理部４９８によって、求人者用サーバー３０に設けられた応募者データベース３１０にコピーされる。求人企業の人事担当者は、インターネットを利用して、この求人者用サーバー３０の応募者データベース３１０へとアクセスして、後述の採用処理部５１０の機能を利用して、その内容を閲覧、検索することができる。従って、前記管理者によるフィルタリングによって漏れた応募者であっても、応募者データベース３１０を見ることによって、すべての応募者の詳細情報を見ることができる。
【００３８】
管理者は、複数の管理用応募者データベース４１０に対して、管理用サーバー４０のデータベース管理部４９８を構成するプログラムを用いて、一括化、一元化されたデータ管理・運営を行う。例えば、古いデータ、即ち登録された日から一定年数経たデータについては、適宜、管理用応募者データベース４１０から保管ファイル４４０へと自動的に移出して、管理用応募者データベース４１０及び応募者データベース３１０には、常に比較的新しいデータのみが格納されるように整理することができる。このような処理は、全管理用応募者データベース４１０に亘って一括に実行することができるため、処理の効率化が図られ、結果として各求人企業が負担するべきコストを低減させることができる。
【００３９】
以上のシステムにおいては、管理者がその後の求職者とのコミュニケーションを求人企業の人事担当者に代わって行うことができる、という利点も有している。その１つの例が、上述の登録した求職者へ自動的に行われる返信メールである。また、他の例として、ホームページＨＰ３またはホームページＨＰ２を閲覧した者からの問い合わせメールの保管場所はメールボックス４５０となっており、求職者等のＥメールは、問い合わせメール受付部４９６によってメールボックス４５０へと格納される。問い合わせメールで重複してまたは頻繁に受けるような問い合わせについては、求人企業の担当者が直接回答処理を行わなくとも、管理者が代行して回答することができる。こうして、求人企業側における負担を減らし、採用に対するコストを低減させることができる。
【００４０】
また、管理者からの前述の管理用応募者データベース４１０の中からフィルタリングされた適任者や、または、求人企業が独自に応募者データベース３１０を閲覧して見つけた適任者と思われる応募者に対して、管理者が連絡を行い、説明会、面接等の日程アレンジ、採用・不採用の通知等を人事担当者に代わって行うことができる。これは、すべての応募者の応募者情報を管理者側にある管理用応募者データベース４１０または応募者データベース３１０の中に保有していることに基づいて、簡単に実現できるものである。こうして、求人企業側における負担を減らし、採用に対するコストを低減させることができるようになる。
【００４１】
しかしながら、このように管理者によって管理された応募者データベース３１０に、求人企業の人事担当者が操作する求人者用コンピュータ（求人用装置）からインターネットを介してアクセスし、求人者用サーバー３０の採用処理部５１０の機能を用いて、採用プロセスを実行することもできる。以下、この採用処理部５１０の機能について詳細に説明する。
【００４２】
採用処理部５１０は、図７に示したように、詳細には、認証処理部５１２、応募者検索部５１４、連絡メール作成部５１６及びメールテンプレートメンテナンス部５１８を備えている。
【００４３】
認証処理部５１２は、この採用処理部５１０を利用できるものであるかどうかの認証を行う機能を有しており、ユーザー名及びパスワードによって図示しない認証データベースに格納されたデータとの照合を行い、その照合結果からアクセスを許可するかどうかを判定する処理を行う。管理者を除き、基本的には、各応募者データベース３１０に対応する求人企業に所属する者のみに、対応する応募者データベース３１０のアクセスを許可する。また、求人企業に所属する者すべてではなく、特定の部署、例えば、人事部署または関係部署の担当者、またはある一定以上の役職者のみにアクセスを限定することもできる。
【００４４】
応募者検索部５１４は、応募者データベース３１０に登録された応募者の中から所定条件を満足するものを抽出する機能である。図１５の表示例に示すような任意の条件に従って検索を行うことができる。この条件は、求人企業毎に任意に設定することができ、条件の増減が可能である。
【００４５】
また、連絡メール作成部５１６は、応募者のＥメールアドレス宛に連絡メールを作成する機能である。
【００４６】
メールテンプレートメンテナンス部５１８は、応募者に送信するＥメールのテンプレートを追加・編集・削除する機能である。
【００４７】
応募者データベース３１０には、図１０（ａ）に示した前記応募者が登録することにより入力された主として応募者の属性データを表す応募者情報の他に、図１０（ｂ）に示すステータス情報が対応づけられて格納される。ステータス情報としては、例えば、書類選考中、面接中、保留、内定、不合格、辞退といった現在の状況を表す現在状況情報の他に、書類選考評価、面接評価、筆記試験結果、健康診断結果等の結果を表す評価情報、採用するかどうかの最終結果を表す採用結果情報、各種結果等の連絡を行ったかどうかを表す連絡情報、次回（直近）の予定を表す予定状況等を例示することができる。
【００４８】
採用プロセスは各求人企業において様々な態様をとっているものと考えられるが、以下、基本的な採用プロセスに従って、採用処理部５１０による処理を具体的に説明していく。まず、新規に登録された応募者について、書類選考を行う。書類選考は、書類選考担当者が、応募者データベース３１０の各応募者のステータス情報の中の書類選考評価フィールドに評価情報を入力することによって行われる。書類選考担当者は、一人または複数人でも可能であり、複数人の場合は、その数に応じて書類選考評価フィールドが設けられる。書類選考担当者は、書類選考を行っていない応募者を応募者検索部５１４で検索して、図１６に示すような応募者一覧の画面を表示し、そこに表示されている書類選考評価の欄に、評価を入力する。また、各応募者氏名をクリックすると、図１７及び図１８に示すような、その応募者の応募者情報及びステータス情報が一覧表示されるので、担当者は、この応募者情報を見ながらその評価を下すことができる。書類選考評価が入力された時に、そのアクセス時のユーザー名から書類選考評価の入力のアクセス権が正当にあるかどうかを判別するようにするとよい。
【００４９】
すべての書類選考担当者が評価を入力した後、書類選考の最終結果が入力される。最終結果の入力についてもその入力のアクセス権を限定された者のみ、例えば人事担当者の特定の者のみに限定することが可能である。最終結果が下されるまでは、現在状況のフィールドの値は、書類選考中となっている。
【００５０】
書類選考最終結果が出されるとその結果を応募者に連絡しなければならないが、この連絡処理は、連絡メール作成部５１６を用いて行う。連絡メール作成部５１６は、図１９に示すように、応募者検索部５１４と同様の検索機能を有しており、今の場合、書類選考結果連絡フィールドの値が「未」となっており、書類選考最終結果の値が所定のものを条件として抽出すると、まだ連絡が済んでいない該当者が一覧表示される（図２０）。同時に、メールに使用するテンプレート名を選択することができるようになっている。一覧表示された該当者の中で適宜その氏名を選択すると、連絡メール作成部５１６のメール作成機能によって、その応募者の応募者情報の中からＥメールアドレスを読み出して送信先とすると共に、前記選択されたテンプレート名からその本文を作成する（図２１）。さらに必要に応じて、担当者がメールの内容を変更することもできる。こうして、連絡メールがほぼ自動的に作成され、担当者は、画面上のメール送信ボタンをリックするだけで、連絡作業を終了することができる。書類選考最終結果が「合格」となった応募者に対しては、面接お知らせのテンプレートを用いて、次の面接の日程をお知らせするメールを送信し、「不合格」となった応募者に対しては、不合格お知らせのテンプレートを用いて、不合格の旨をお知らせするメールを送信する。但し、この連絡メール作成部５１６の機能としては、これに限るものではなく、例えば、書類選考最終結果に「合格」が入力されると、自動的に連絡メール作成部５１６が起動して、面接お知らせテンプレートを用いてメールを作成・送信し、書類選考最終結果に「不合格」が入力されると、自動的に連絡メール作成部５１６が起動して、不合格連絡テンプレートを用いて面接お知らせテンプレートを用いてメールを作成・送信するようにして、完全にこれらの処理を自動化するようにしてもよい。
【００５１】
合格となった応募者の面接については、日程候補が複数ある場合に、面接お知らせメールの中に日程候補を選択をするためのＵＲＬを記載しておき、応募者にそのＵＲＬからブラウザ上で日程等を選択登録させることもできる。即ち、Ｅメールを受信した応募者は、クライアントコンピュータ１０を用いて、ＵＲＬで指定されたサイトにおける登録画面で都合の良い日程を選択すると共に、日程以外にその画面上に表示される登録項目に登録することで、日程の選択を行う。ここで、複数の応募者に、重複した複数の日程候補の中から希望の日程を選択させる場合に、ある日程が定員に達したときには、登録画面でその日程が選択肢から消去されるようにするとよい。登録された日程のデータは、自動的に応募者データベース３１０の中の対応する応募者の予定状況フィールドに入力される。担当者は、ある日程に登録された応募者をリスト表示させることもできる。
【００５２】
次に、面接を行った後、その面接評価は、図１６または図１８の表示画面において、担当者が入力する。面接の回数は、求人企業によって、または応募者によって異なる。従って、面接最終結果が入力されるまでは、面接評価が入力されるたびに、図１６及び図１８の表示画面における面接に関するフィールドが自動的に追加されるようにしているとよい。このために、応募者データベースの面接に関するフィールドを多数設けておき、すでに行った面接回数＋１の次数の面接に関するフィールドまでが表示画面に表示されるようにするか、または面接評価が入力される度に、その面接次数ｎに１プラスしたｎ＋１次面接に関するフィールドを自動的に作成・追加するようにしておくとよい。
【００５３】
面接評価の連絡は、書類選考の結果連絡と同じであり、連絡メール作成部５１６を用いて、次回の面接連絡を行うことができる。こうして、何次かの面接を行い、最終面接結果が入力されるまで、次の面接連絡、面接評価入力及び面接評価連絡の処理が繰り返される。同時に各処理が実行される毎に、自動的に現在状況フィールドの内容が書き換えられる。
【００５４】
また、上記の面接以外に筆記試験、健康診断を行った場合には、その結果等が図１６または図１８に示す表示画面から担当者によって、入力される。
【００５５】
採用するまたは採用しないという最終結果（＝最終面接評価であることが多い）がでると、その結果の連絡を行う必要があるが、これも前記連絡メール作成部５１６を用いてメール作成して送信することができる。
【００５６】
さらに、採用するとの内定が出されると、本人からの入社するかまたは辞退するかの意思を確認する必要が出る。この連絡も、連絡メール作成部５１６を用いて行うことができる。
【００５７】
以上のように、この求人・求職処理システム５０の採用処理部５１０を用いて処理を行うことにより、以下のような効果を持たせることができる。
１）各求人企業によって採用プロセスは様々であるが、その基本的部分は共通であることが多い。従って、その基本プロセスに基づいて、各求人企業用の採用処理部を構築することができる。これによって、各求人企業が独自にその採用システムを構築するのに比較して、低コストで行うことができる。その採用処理部５１０のメインテナンスに要する費用も低コストで行うことができる。
【００５８】
２）さらには、この応募者データベース３１０に対するステータス情報の入力などの処理を求人企業の人事等の担当者が行っている場合に、その処理を管理者に簡単に委託することができる。逆に、管理者に委託していた業務を、求人企業側で簡単に引き取ることもでき、このような業務変更に柔軟に対応することができる。
【００５９】
３）応募者からの現状の問い合わせがあったときに、応募者検索部５１４を用いて、応募者データベースから該当する応募者のデータを抽出し、その応募者のステータス情報から現在の状況や次回の予定等を迅速に調べてその応募者に伝えることができる。
【００６０】
４）書類選考において、実際に書類を回覧する必要が無く、また、書類選考評価が応募者データベース３１０で一元的に管理されているために、多数の書類選考担当者がいる場合にも、迅速に且つデータが混乱することもなく、少ない労力で行うことができる。
【００６１】
５）応募者への面接日程の連絡、各種結果の連絡等の連絡も迅速に且つ少ない労力で行うことができる。
【００６２】
以上の説明は、転職希望の求職者、所謂、中途採用者を主として対象とするものであった。上記処理を新卒者に対しても同様に行うことも勿論可能であるが、上記に加えて、新卒者に対しては、登録人数が当然多くなるため、さらに次のような追加処理を行う態様とすることができる。図１２に示すように、システム５０の管理用サーバー４０には、図７に加えて、新卒求職者からの応募者情報の登録処理を行う新卒求職者登録処理部４９３、新卒返信処理部４９５及びセミナー登録処理部４９９が設けられている。また、図１１に示すように、管理用サーバー４０の記憶装置には、その求人企業への就職を希望する新卒者の情報が格納された新卒用受付データベース４６０と、セミナーの出席の登録を受けたセミナー登録受付データベース４８０とが備えられる。
【００６３】
この追加処理のフローチャートを図１４に示す。求人者用サーバー３０または求人者管理サーバー２０のいずれかの採用ページに、「新卒者採用」のボタンと、「経験者採用」のボタンの両方を用意しておき、「新卒者採用」のボタンがクリックされると、新卒者採用ページにリンクするようにしておく。新卒者採用ページは、前述の募集要項ファイル３２０または職務ファイル３２１，３２２，…、登録ファイル３３０と同様のファイルで構成される。新卒求職者は、この新卒者採用ページで募集要項情報、職種情報を閲覧し、対応する当該求人企業への就職を希望する場合に、「登録」ボタンをクリックすると、登録ファイルで指定された登録ページが表示される（図１４，ステップＳ２０）。その表示例を図１３（ａ）に示す。この例では、氏名、Ｅメールアドレス、学校名、学部名を登録項目としている。入力が終了して、「送信」ボタンをクリックすると、登録ファイルで指定されたＣＧＩやＰＨＰ等のスクリプトによって、その登録内容が管理用サーバー４０へと転送される（図１４，ステップＳ２１）。このときに、フィールド名＝「企業」のデータに、対応する求人企業名が追加されて、転送される。
【００６４】
新卒求職者からの応募者情報が転送されると、新卒求職者登録処理部４９３を構成するプログラムが起動し、再入力が必要でないかを判定した後、上記応募者情報は対応する求人企業の新卒用受付データベース４６０に追加される（図１４，ステップＳ２２）。新卒求職者からの応募者情報が到着すると、新卒求職者に対しては、その人数が多いため、ＩＤ番号とパスワードを自動的に割り当てる。このＩＤ番号とパスワードは、応募者情報に加えて新卒用受付データベース４６０に追加して、以降、ＩＤ番号とパスワードで管理できるようにする（勿論、前述の中途採用の求職者に対してもＩＤ番号とパスワードを割り当てて、これらの番号で管理することとしてもよい）。次に、新卒返信処理部４９５が起動して、新卒求職者に対して、応募者情報に含まれるＥメールアドレスデータに宛てて、返信メールが自動的に作成され、送信される（図１４，ステップＳ２３）。この返信メールには、登録確認、ＩＤ番号とパスワード、セミナー登録ホームページ等のＵＲＬが含まれる。セミナー登録ホームページの具体例を図１３（ｂ）に示す。クライアントコンピュータ１０からセミナー登録ホームページ等のＵＲＬが指定される（図１４，ステップＳ２４）と、このセミナー登録ホームページ等の画面では、ＩＤ番号とパスワードの入力と共に、セミナー日時選択、より詳細な応募者情報（例えば、住所、電話等）の入力を促すようになっている。入力が終了し、「送信」ボタンがクリックされると、そのセミナー登録の表示用ファイルで指定されたＣＧＩやＰＨＰ等のスクリプトによって、そのセミナー登録内容が、管理用サーバー４０へと転送される（図１４，ステップＳ２５）。セミナー登録処理部４９９が起動して、再入力が必要でないかを判定した後、そのセミナー登録内容がセミナー登録受付データベース４８０に追加される。同時に、セミナー登録確認の返信メールが自動的に作成されて、新卒求職者のアドレスへと送信される（図１４，ステップＳ２６）。このセミナー登録受付データベース４８０に転送されたセミナー登録者のデータをセミナー日時別にリストにして表示することができる（図１４，ステップＳ２７）。このリストを対応する求人企業が閲覧できるようにしてもよい。
【００６５】
以上のように、新卒者に対してセミナー登録といった別途の処理を加えることで、応募者を絞り込むと共に、このセミナー登録を自動化し、さらに、これらのセミナー登録処理を管理用サーバー４０に格納されたプログラムを用いて共通に行うことにより、効率化を図り、各求人企業が負担するべきコストを低減させることができる。
【００６６】
以降、セミナー出席後の新卒者に対する採用プロセスは、求人企業によってその態様はまちまちであるが、セミナー出席後の新卒者のみを対象として、その応募者情報を求人者用サーバー３０の応募者データベース３１０にコピーし、さらに、前記採用処理部５１０を用いた処理を行って、各求人企業または管理者によって、順次、進行していくことができる。または、採用処理部５１０を、新卒者用採用処理部と中途採用処理部とに分けて、別々に処理していくことができる。この場合であっても、基本的処理は前記中途採用の場合の採用プロセス（図１５ないし図２１）で説明した基本的な処理に準じることができる。
【００６７】
尚、以上の説明は、選択しうる態様の中の一部の態様を図面と共に説明したが、特許請求の範囲の中で、システム５０は様々な態様を取ることが可能である。
【００６８】
例えば、図２２に示すように、管理用サーバー４０を省略して、求人者用サーバー３０だけとすることも可能である。求職者から登録された応募者情報は、直接対応する求人企業の応募者データベース３１０へと転送される。対応する求人企業の担当者も、直接、応募者データベース３１０へとアクセスすることができる。これに伴い、管理用サーバー４０の各機能４９２〜４９９は、各求人者用サーバー３０に設けることができる。または、その逆に、求人者用サーバー３０を省略して、管理用サーバー４０にその機能を持たせることもでき、募集要項ファイル３２０、職務ファイル３２１，３２２，３２３，…または登録ファイル３３０を求人企業毎に管理用サーバー４０に置くことも可能である。求職者は、求人者管理サーバー２０から、または直接に管理用サーバー４０をアクセスすることにより、各求人企業毎の募集要項、職務を閲覧することができ、また、希望する求人企業への登録を行うことができる。
【００６９】
または、図２３に示すように、求人者用サーバー３０をこのシステム５０に参加する求人企業の数だけ設けるのではなく、サーバーの物理的台数を求人企業の台数よりも減らすことも可能である。但し、そのホームページＨＰ３を、各求人企業毎でそれぞれ異なるＵＲＬに設けることは、図１の場合と同様である。
【００７０】
さらには、図２４に示すように、図２３における管理用サーバー４０を省略して、求人者用サーバー３０だけとすることも可能である。求職者から登録された応募者情報は、直接対応する求人企業の応募者データベース３１０へと転送される。
【００７１】
さらには、図２５に示すように、管理用応募者データベース４１０を省略して応募者データベース３１０のみとし、応募者データベース３１０とホームページＨＰ３とを異なるサーバーに格納することも可能である。
【００７２】
または、図示しないが、図１のように求人者用サーバー３０内に応募者データベース３１０を設けずに、求人企業は、直接、管理用サーバー４０の自社に対応する管理用応募者データベース４１０をアクセスして、応募者情報の閲覧を行うこともできる。この場合には、管理用応募者データベース４１０は、管理者と、対応する求人企業のみが閲覧できるようパスワード管理される。
【００７３】
または、図示しないが、任意には、募集要項ファイル３２０，職務ファイル３２１，３２２，３２３，…、登録ファイル３３０のうちの登録ファイルのみを管理用サーバー４０に置くことも可能である。
【００７４】
さらには、管理用サーバー４０または求人者用サーバー３０に求人企業毎に複数の管理用応募者データベース４１０または複数の応募者データベース３１０を設ける代わりに、単一のデータベースによって管理することも可能である。この場合には、企業フィールドによって求人企業毎の求職情報の識別をすることができる。
【００７５】
このように任意の変形が可能であり、本発明は、サーバーの台数、データベースの数、またはその格納場所、またはホームページ等の画面ファイルの各種ファイルの格納場所などを限定するものではない。
【００７６】
さらには、求職者からの登録データは暗号化することにより、より機密性を高めるようにするとよい。
【００７７】
【発明の効果】
以上説明したように、本発明によれば、このシステムに加入した求人者へ応募した求職者のすべての応募者情報をまとめて管理することにより、求人者の人事担当者等の業務の多くの部分を管理者が代行することができるようになる。管理者が、このシステムに加入した求人者に亘る横断的な処理を行うことにより、効率化を図り、各求人者が負担するべきコストを大幅に低減させることができる。求人情報の表示等は、求人者毎に用意されるため、求人者の特徴を出した自由度の高い表示を行うことができる。
【図面の簡単な説明】
【図１】 本発明の求人・求職情報処理システムの実施形態を表す構成ブロック図である。
【図２】 求人者用サーバーの構成ブロック図である。
【図３】 募集要項情報の表示例である。
【図４】 職種情報の表示例である。
【図５】 登録情報の表示例である。
【図６】 管理用サーバーの構成ブロック図である。
【図７】 本発明の求人・求職情報処理システムの一つの実施形態の機能ブロック図である。
【図８】 返信メールの一例である。
【図９】 登録された応募者情報に対して行われる処理を表すフローチャートである。
【図１０】 （ａ）は、求職者から転送される応募者情報のデータ例、（ｂ）はステータス情報のデータ例である。
【図１１】 管理用サーバーの他の実施形態を表す構成ブロック図である。
【図１２】 本発明の求人・求職情報処理システムの一つの実施形態の機能ブロック図である。
【図１３】 （ａ）は、新卒求職者用の応募者情報の登録画面例であり、（ｂ）は、セミナー登録ホームページの画面例の一例である。
【図１４】 新卒求職者の登録後の処理を表すフローチャートである。
【図１５】 採用処理部の応募者検索の画面例である。
【図１６】 図１５の検索結果の画面例である。
【図１７】 応募者の応募者情報及びステータス情報の表示例である。
【図１８】 図１７の表示例の続きである。
【図１９】 採用処理部のメール作成における検索の画面例である。
【図２０】 図１９の検索結果の画面例である。
【図２１】 連絡メールの一例である。
【図２２】 本発明の求人・求職情報処理システムの他の例を表す構成ブロック図である。
【図２３】 本発明の求人・求職情報処理システムの他の例を表す構成ブロック図である。
【図２４】 本発明の求人・求職情報処理システムの他の例を表す構成ブロック図である。
【図２５】 本発明の求人・求職情報処理システムの他の例を表す構成ブロック図である。

Claims (3)

1. インターネット等の通信ネットワークを利用して求人・求職情報を処理するコンピュータシステムであって、
   求人者へ応募する求職者に関する情報（以下、応募者情報という）を求人者毎に分けて蓄積する応募者情報記憶手段と、
   求人者毎に通信ネットワーク上で異なるＵＲＬを有し、通信ネットワークを利用してクライアント装置がアクセス可能であり、該ＵＲＬに対応して求人者によって異なる項目の求人情報を格納することができ、該求人情報を通信ネットワークを介してクライアント装置に転送して表示させると共に該クライアント装置に対してその求人者へ応募する求職者の応募者情報の登録を促すことが可能な、求人者用サーバー（３０）と、
   該クライアント装置を用いて前記通信ネットワークを利用して転送された応募者情報を、登録を行った際にアクセスした求人者用サーバーのＵＲＬに対応する求人者に対応づけて、求人者毎に分けて前記応募者情報記憶手段に蓄積する求職者登録手段と、
   を備え、前記応募者情報記憶手段に蓄積され、求人者と対応づけられた応募者情報を管理・運営し、
   前記求人者毎の前記ＵＲＬは、通信ネットワークを利用してクライアント装置（１０）がアクセス可能であり当該求人者に関する求人情報以外の情報を格納し当該求人者が管理する求人者管理サーバー（２０）に格納される当該求人者のホームページに含まれるボタンからハイパーリンクされることを特徴とする求人・求職情報処理システム。
2. 前記求人者用サーバーのＵＲＬには、前記求人者の名前を表す文字が含まれる請求項１記載の求人・求職情報処理システム。
3. 前記求職者登録手段は、応募者情報に付加された求職者が応募した求人者を示す求人者データによって、求人者毎に分けて前記応募者情報記憶手段に蓄積するものである請求項１または２に記載の求人・求職情報処理システム。

Images