JP2019105928A - 応募者管理装置、応募者管理システム、応募者管理方法および応募者管理プログラム - Google Patents

Abstract

【課題】求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みにおいて、応募者情報の更新が頻度高く効率的に行われる応募者管理装置、応募者管理システム、応募者管理方法および応募者管理プログラムを提供する。【解決手段】応募者管理装置１０、応募者管理システム、応募者管理方法および応募者管理プログラムは、複数の求人媒体サーバ装置２０との間のセッションを管理し、セッション維持することで、応募者情報の更新が頻度高く効率的に行われる求人側利用者のログインＩＤとパスワードを利用して、複数の求人サイトから応募者情報を取り込んで一元的に管理する。【選択図】図１

Description

本発明は、応募者管理装置、応募者管理システム、応募者管理方法および応募者管理プログラムに関するものである。

近年、インターネットを利用した人材募集が広く行われており、求人情報の公開および応募の受け付けを行うサイト（以下、求人サイト）が多数存在する。多くの求人サイトでは、求人側、応募側それぞれの利用者にログインＩＤとパスワードによる認証によって本人確認を行ったうえで、求人側利用者は求人情報の登録、編集、削除や、求人側利用者からの求人に応募した応募側利用者についての情報（以下、応募者情報）の閲覧、ダウンロードなどの操作、応募側利用者（以下、応募者）は求人情報の閲覧、検索、応募などの操作ができるようになっている。

求人側利用者の多くは、応募者との接点を増やすために複数の求人サイトに求人情報を登録して公開している。しかし、別々の求人サイトからの応募者情報をそれぞれ別個のシステムで管理することは求人側利用者にとって負担であるため、複数の求人サイトからの応募者情報を一元管理する仕組みが提案されている。

特許文献１では、複数の求人サイトについてアプリケーションプログラミングインタフェース（ＡＰＩ）接続によって応募者情報を取り込んで一元的に管理する仕組みが提案されている。

しかし、現実的にはＡＰＩ接続を認めない求人サイトが多数あって、特許文献１に開示された発明では求人情報を登録しているすべての求人サイトの情報を一元管理したいとの求人側利用者の要望は満たされない。このため、求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みが一般的に広く採用されている。

特開２０１７−１６２９８号公報

求人サイトは、セッションを確立した後、一定時間情報のやりとりが行われない場合には求人サイト側からセッションを切断する仕様になっている場合が多い。また、セキュリティ上の理由などから求人サイト側からセッションを切断した場合には一定時間再度のログインを認めない仕様になっていることも多い。加えて、サーバ負荷軽減の理由などから短時間での頻繁なデータ参照などを制限する仕様になっている場合もある。このため、求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みの多くは、応募者情報を取得した後に一旦ログアウトして、セッションの切断から十分な時間間隔を経てから再度ログインして応募者情報を取り込む仕様になっている。

ところが、採用が決定するまでの期間が比較的短いアルバイトなどにおいては、昨今の人材不足もあって応募者が求人サイトに登録した直後から採用が決定していくような状況にある。このような背景から、応募者情報が頻度高く更新されることは求人側利用者から強く求められており、求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みにおいて、応募者情報の更新が頻度高く効率的に行われることが重要な課題となっている。

上記課題を解決するための手段として、本発明の応募者管理システムは、求人側利用者から提供される求人情報の公開および応募側利用者からの求人への応募の受け付けを行う複数のサーバ装置（以下、求人媒体サーバ装置）と、求人媒体サーバ装置から特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得部を有する応募者管理装置と、を備える。

上記課題を解決するための手段として、前記応募者管理システムの構成要素でもある、本発明の応募者管理装置は、複数の求人媒体サーバ装置から特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得部を備えた応募者管理装置であって、求人媒体サーバ装置との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行い、セッションが切断している場合にはログイン処理部にセッション確立の処理を命令するセッション管理部と、求人媒体サーバ装置との間のセッションが切断している場合に、前記セッション管理部の命令によって、特定の求人側利用者の認証情報を利用して求人媒体サーバ装置にログインするログイン処理部と、を備える。

このため、応募者管理装置と求人媒体サーバ装置の間のセッションが維持されている場合には、あらためてログイン処理を行うことなく応募者情報を取得でき、応募者情報の更新を頻度高く効率的に行うことができる。

上記課題を解決するための手段として、本発明の応募者管理装置は、求人媒体サーバ装置との間のセッションの有無の確認を、過去のセッションの有無の確認結果と応募者情報の取得結果に基づいて決定された時間の経過の後に行うことを特徴とするセッション管理部、を備える。

このため、過去のセッションの有無の確認結果と応募者情報の取得結果に基づいて、応募者管理装置と求人媒体サーバ装置の間のセッションが切断されずに維持されるようにセッションの有無を確認する時間間隔を制御することができる。

上記課題を解決するための手段として、本発明の応募者管理装置は、前記セッション管理部からの命令の後、過去のログイン処理の結果に基づいて決定された時間の経過の後に、求人媒体サーバ装置にログインすることを特徴とするログイン処理部、を備える。

このため、過去のログイン処理の結果に基づいて、再度のログインが求人媒体サーバ装置から拒絶されないように再度のログインまでの待ち時間を制御することができる。

以上のように本発明によれば、前述の課題を解決しつつ、求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みを提供することができる。

本実施形態における応募者管理システムの全体構成例を示す図である。 本実施形態における応募者管理装置の機能構成を示すブロック図である。 本実施形態において応募者管理装置が求人媒体サーバ装置とセッションを確立して応募者情報を取得する流れについて記述した図である。 セッション管理部が行う既存セッション存在チェック時間間隔最適化処理について示したフローチャートである。 ログイン処理部が行うログイン待ち時間最適化処理について示したフローチャートである。

本発明の実施形態について図面を参照して説明する。なお、重複する説明は省略し、各図面において同一又は相当部分には同一の符号を付す。

本実施形態における応募者管理装置、応募者管理システム、応募者管理方法および応募者管理プログラムは、求人側利用者のログインＩＤとパスワードを利用して複数の求人サイトから応募者情報を取り込んで一元的に管理するとともに、応募者情報の更新が頻度高く効率的に行われる仕組みを提供する。

図１は、本実施形態における応募者管理システムの全体構成例を示す図である。図１に示すように、本実施形態における応募者管理システムは、応募者管理装置１０、複数の求人媒体サーバ装置２０、求人側利用者が使用する求人側利用者端末３０および応募側利用者が使用する応募側利用者端末４０を備えて構成されている。応募者管理装置１０、求人媒体サーバ装置２０、求人側利用者端末３０および応募側利用者端末４０は、インターネット等の通信ネットワーク５０を介して相互に接続可能に構成されている。

応募者管理装置１０、求人媒体サーバ装置２０、求人側利用者端末３０および応募側利用者端末４０は、物理的には、中央演算装置（ＣＰＵ）、入力装置、出力装置、主記憶装置（ＲＡＭ／ＲＯＭ）、補助記憶装置を含むコンピュータシステムとして構成される。これらは、ひとつのコンピュータで構成されていてもよいし、複数のコンピュータで機能を分散して構成されていてもよい。また、スマートフォンのような通信ネットワーク５０を介して相互に接続する携帯端末などであってもよい。

複数の求人媒体サーバ装置２０には、求人側利用者から提供される求人情報が公開されている。同じ求人側利用者から提供される同じ求人情報を異なった求人媒体サーバ装置２０で公開することができる。求人情報の求人媒体サーバ装置２０への登録は、求人側利用者が求人側利用者端末３０から通信ネットワーク５０を介して求人媒体サーバ装置２０へ登録してもよいし、求人媒体サーバ装置２０の運用者が登録してもよい。

求人情報への応募側利用者は、応募側利用者端末４０から通信ネットワーク５０を介して求人媒体サーバ装置２０に接続することで、求人情報を検索、閲覧、応募する（Ａ０１）ことができる。求人情報に応募した応募者情報は、求人媒体サーバ装置２０に登録され、保存される。応募者情報の求人媒体サーバ装置２０への登録は、側応募者が応募側利用者端末４０から通信ネットワーク５０を介して求人媒体サーバ装置２０へ登録してもよいし、求人媒体サーバ装置２０の運用者が登録してもよい。

応募者管理装置１０は、定期的に求人媒体サーバ装置２０を巡回して、求人側利用者に割り当てられたログインＩＤやパスワードなどの認証情報を利用して複数の求人媒体サーバ装置２０から応募者情報を検索、抽出、取得（Ａ０２）する。

求人側利用者は、応募者管理装置１０が取得した応募者情報を閲覧、取得する（Ａ０３）ことができる。求人側利用者が、仕様の異なる複数の求人媒体サーバ装置２０に個別に接続して応募者情報を閲覧、取得することと比べ、応募者管理装置１０が取得した応募者情報を閲覧、取得することで効率的に求人情報を一元管理できる。

本実施形態を構成する応募者管理装置１０は、求人媒体サーバ装置２０との間のセッション（Ａ０２）を管理、制御することで、取得する応募者情報の更新を頻度高く効率的に行うことを特徴とする。詳細は後述する。

図２は、本実施形態における応募者管理装置１０の機能構成を示すブロック図である。図２に示すように、本実施形態における応募者管理装置１０は、その機能ブロックとして、セッション管理部１１０、ログイン処理部１２０および応募者情報取得部１３０を備えている。応募者情報取得部１３０で取得した応募者情報を保持し、求人側利用者に開示、提供するために応募者情報データベース１４０を備える。

前記各機能ブロック１１０から１３０は、ハードウェア、ソフトウェアのいずれによっても構成することができる。例えばソフトウェアによって構成する場合、各機能ブロック１１０から１３０は、コンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記憶媒体に記憶されたプログラムが動作することによって実現される。また、各機能ブロック１１０から１３０により管理または制御される情報は、記憶媒体に記憶される。情報を保存、蓄積する記憶媒体は応募者管理装置１０の内部にあっても外部にあってもよい。例えば、図２では応募者情報取得部１３０が管理、制御する応募者情報データベース１４０は応募者管理装置１０の内部あるとしているが、応募者管理装置１０の外部にある記憶媒体を応募者情報データベース１４０として機能させるなどでもよい。

セッション管理部１１０は、求人媒体サーバ装置２０との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行い、セッションが切断している場合にはログイン処理部１２０にセッション確立の処理を命令する。

また、セッション管理部１１０は、求人媒体サーバ装置２０との間のセッションの有無を確認する時間間隔を最適化する処理を行う。

ログイン処理部１２０は、求人媒体サーバ装置２０との間のセッションが切断している場合に、セッション管理部の命令によって、特定の求人側利用者の認証情報を利用して求人媒体サーバ装置２０にログインする。

また、ログイン処理部１２０は、求人媒体サーバ装置２０にログインを拒絶された場合に、再度ログイン処理を行うまでの待ち時間を最適化する処理を行う。

応募者情報取得部１３０は、求人媒体サーバ装置２０から応募者情報を抽出して取得する。取得した応募者情報は、応募者情報データベース１４０に保持されて、求人側利用者に開示、提供される。

求人側利用者への応募者情報の開示、提供は、応募者管理装置１０が求人側利用者端末３０に通信ネットワーク５０を介してＷｅｂ画面を提供することなどで参照できるようにしてもよいし、通信ネットワーク５０を介して応募者管理装置１０にダウンロードできるようにするなどでもよい。

図３は、本実施形態において応募者管理装置１０が求人媒体サーバ装置２０とセッションを確立して応募者情報を取得する流れについて記述した図である。Ｐ１００は、応募者管理装置１０が実行するプロセスを示している。Ｄ３００は、プロセスＰ１００の各処理において応募者管理装置１０と求人媒体サーバ装置２０の間で送受信されるデータを示している。ここでは、ｈｔｔｐもしくはｈｔｔｐｓで通信を行うとして例示している。プロセスＰ１００は終了した後、時間Ｔ１後に再度起動することで、定期的に求人媒体サーバ装置２０から応募者情報を取得する。

以下、図３により、プロセスＰ１００に従って応募者管理装置１０の動作と求人媒体サーバ装置２０からの応募者情報取得の流れについて説明する。

応募者管理装置１０でプロセスＰ１００が起動（Ｓ１０１）すると、セッション管理部１１０が、既存セッション存在チェック処理（Ｓ１０３）を行う。応募者管理装置１０と求人媒体サーバ装置２０の間のセッションは、ログインＩＤごとにユニークに生成されている。セッションキー（Ｃｏｏｋｉｅ）を応募者管理装置１０と求人媒体サーバ装置２０の双方で管理し、求人媒体サーバ装置２０が照合することでセッションが認められる。既存セッション存在チェック処理（Ｓ１０３）は、前回のプロセスＰ１００が終了した際にセッション管理部１１０が維持したセッションキーで現在もセッションが維持されているかどうかを判定する。セッションが維持されている場合は応募者情報の検索処理（Ｓ１０９）に、セッションが切断されている場合はログイン処理（Ｓ１０５）に移行する。

セッションが切断されている場合、ログイン処理部１２０がログイン処理（Ｓ１０５）を行う。ログイン処理部１２０は、求人媒体サーバ装置２０のログイン画面のＵＲＬを指定して、求人側利用者の認証情報であるログインＩＤとパスワードを利用して求人媒体サーバ装置２０へのログイン処理（Ｓ１０５）を行う。求人媒体サーバ装置２０にログインが認められると新規にセッションが生成されて求人媒体サーバ装置２０からセッションキーが発行される。セッション管理部１１０は、発行されたセッションキーを維持、管理する。以降の処理において、求人媒体サーバ装置２０がセッションキーを更新する都度、セッション管理部１１０は、更新されたセッションキーを最新のものとして維持、管理する。

求人媒体サーバ装置２０にログインが認められなかった場合、ログイン処理部１２０は、待ち時間Ｔ２経過後に再度ログイン処理（Ｓ１０５）を行う。待ち時間Ｔ２は固定の長さの時間であってもよいし、状態によって動的に長さが変動する時間であってもよい。本実施形態においてはログイン処理部１２０が、ログイン待ち時間最適化処理を行って算出した待ち時間Ｔ２を利用する。ログイン待ち時間最適化処理については後述する。

求人媒体サーバ装置２０へのログインが成功してセッションが確立すると遷移処理（Ｓ１０７）に移行する。遷移処理（Ｓ１０７）では、事前に応募者管理装置１０に与えられた応募者情報検索画面のＵＲＬとセッション管理部１１０が更新して、維持、管理するセッションキーによって応募者情報検索画面まで遷移する。セッション管理部１１０は、遷移処理（Ｓ１０７）において更新されたセッションキーを最新のものとして維持、管理する。応募者情報検索画面まで遷移が完了すると応募者情報の検索処理（Ｓ１０９）に移行する。

既存セッション存在チェック処理（Ｓ１０３）でセッションが維持されている場合、または、遷移処理（Ｓ１０７）で応募者情報検索画面まで遷移が完了した場合、応募者情報取得部１３０が応募者情報の検索処理（Ｓ１０９）を行う。応募者情報取得部１３０は、応募者情報検索画面に求人側利用者が求人媒体サーバ装置２０に登録した求人情報に応募してきた応募者を検索して、抽出するために必要な検索条件（例えば、登録した求人情報を指定するコードなど）を引数として引き渡すことで、検索結果（例えば、応募者を特定するコードや応募者固有の応募者情報詳細画面のＵＲＬなど）を取得する。セッション管理部１１０は、応募者情報の検索処理（Ｓ１０９）において更新されたセッションキーを最新のものとして維持、管理する。検索結果の取得が完了すると応募者情報の取得処理（Ｓ１１１）に移行する。

応募者情報取得部１３０が応募者情報の取得処理（Ｓ１１１）を行う。応募者情報取得部１３０は、応募者情報詳細画面のＵＲＬとセッション管理部１１０が更新して、維持、管理するセッションキーと応募者情報取得に必要な条件（例えば、応募者の氏名や勤務希望時間帯などの勤務希望条件など）を引数として求人媒体サーバ装置２０に引き渡すことで、必要な応募者情報を取得する。セッション管理部１１０は、応募者情報の取得処理（Ｓ１１１）において更新されたセッションキーを最新のものとして維持、管理する。

取得した応募者情報は、応募者情報データベース１４０に格納される。応募者情報取得の際に全情報を応募者情報データベース１４０に引き渡してもよいが、本実施形態においては差分情報のみを引き渡す。応募者情報の取得が完了するとプロセス終了処理（Ｓ１１３）に移行する。

応募者管理装置１０は、プロセスＰ１００の終了後、時間Ｔ１経過後にプロセスＰ１００を再起動する。時間Ｔ１は固定の長さの時間であってもよいし、状態によって動的に長さが変動する時間であってもよい。本実施形態においてはセッション管理部１１０が、既存セッション存在チェック時間間隔最適化処理を行って算出した待ち時間Ｔ１を利用する。既存セッション存在チェック時間間隔最適化処理については後述する。

応募者管理装置１０は、複数の求人媒体サーバ装置２０について、求人側利用者ごと（ログインＩＤごと）にプロセスＰ１００を実行して応募者情報を取得して応募者情報データベース１４０に保存して、求人側利用者に開示、提供する。

図４は、セッション管理部１１０が行う既存セッション存在チェック時間間隔最適化処理について示したフローチャートである。既存セッション存在チェック時間間隔最適化処理は、セッション管理部１１０が既存セッション存在チェック処理（Ｓ１０３）を行う際に並行して行われる。

既存セッション存在チェック時間間隔最適化処理の目的は、プロセスＰ１００が終了してから再起動するまでの時間間隔Ｔ１を最適化することにある。求人側利用者にとってはＴ１が短いほど頻繁に応募者情報が更新されることになって望ましい。一方、応募者管理装置１０や求人媒体サーバ装置２０の処理負荷を考慮するとＴ１は長いほど望ましいが、求人媒体サーバ装置２０が管理するセッション維持の閾値を越えるとセッションが切断されてしまいログイン処理から行うこととなる。既存セッション存在チェック時間間隔最適化処理では、これらの条件を考慮しつつ、応募者情報取得の観点から最適なＴ１を動的に決定する。

セッション管理部１１０が、既存セッション存在チェック処理（Ｓ１０３）を行う際に並行して既存セッション存在チェック時間間隔最適化処理（Ｓ４０１）をスタートする。セッション管理部１１０は、既存セッション存在チェック処理（Ｓ１０３）を実行してその結果を返した後、Ｓ４０３の処理に移行する。

セッション管理部１１０は、既存セッション存在チェック処理（Ｓ１０３）の結果を判定（Ｓ４０３）する。既存セッションが切断されていた場合、Ｓ４０５の処理に移行する。既存セッションが維持されていた場合、Ｓ４０７の処理に移行する。

既存セッションが切断されていてＳ４０５の処理に移行すると、セッション管理部１１０は、Ｔ１をＴ１−Ｐに置き換える。ここで、Ｐは予め定めたＴ１を調整するための時間間隔である。セッション管理部１１０は、置き換えられたＴ１を保持して既存セッション存在チェック時間間隔最適化処理を終了（Ｓ４１３）する。

Ｓ４０３の処理で既存セッションが維持されていたと判定されてＳ４０７の処理に移行すると、セッション管理部１１０は、応募者情報の取得処理（Ｓ１１３）が完了するまで処理を一旦停止する。応募者情報の取得処理（Ｓ１１３）が完了するとＳ４０７の処理を実行する。応募者情報の取得処理（Ｓ１１３）で取得された応募者情報の差分情報が有った場合、Ｓ４０９の処理に移行して、Ｔ１をＴ１−Ｐに置き換える。一方、応募者情報の取得処理（Ｓ１１３）で取得された応募者情報の差分情報が無かった場合、Ｓ４１１の処理に移行して、Ｔ１をＴ１＋Ｐに置き換える。セッション管理部１１０は、置き換えられたＴ１を保持して既存セッション存在チェック時間間隔最適化処理を終了（Ｓ４１３）する。

本実施形態では、セッション管理部１１０が既存セッション存在チェック処理（Ｓ１０３）を行う際に既存セッション存在チェック時間間隔最適化処理を常に実行することで時間Ｔ１の最適化を図っているが、通常はＴ１を固定値として定期的または一定の条件で既存セッション存在チェック時間間隔最適化処理を起動して適宜Ｔ１の最適化を図ることとしてもよい。

図５は、ログイン処理部１２０が行うログイン待ち時間最適化処理について示したフローチャートである。ログイン待ち時間最適化処理は、ログイン処理部１２０がログイン処理（Ｓ１０５）を行う際に並行して行われる。

ログイン待ち時間最適化処理は、ログイン処理（Ｓ１０５）において求人媒体サーバ装置２０にログインが認められなかった場合、ログイン処理部１２０が再度ログイン処理（Ｓ１０５）を行うまでの待ち時間Ｔ２を最適化することにある。Ｔ２が短いほどプロセスＰ１００にかかる時間が短くなって望ましいが、求人媒体サーバ装置２０は再ログインまでの時間間隔や頻度に閾値を定めている場合が多く、短時間に何度もログイン処理を行うことはかえって時間がかかることになる。ログイン待ち時間最適化処理では、これらの条件を考慮しつつ最適なＴ２を動的に決定する。

ログイン処理部１２０が、ログイン処理（Ｓ１０５）を行う際に並行してログイン待ち時間最適化処理（Ｓ５０１）をスタートする。ログイン処理部１２０は、ログイン処理（Ｓ１０５）を実行してその結果を返した後、Ｓ５０３の処理に移行する。

ログイン処理部１２０は、ログイン処理（Ｓ１０５）の結果を判定（Ｓ５０３）する。ログイン処理が成功していた場合、Ｓ５０５の処理に移行して、Ｔ２をＴ２−Ｑに置き換える。一方、ログイン処理が失敗していた場合、Ｓ５０７の処理に移行して、Ｔ２をＴ２＋Ｒに置き換える。ここで、ＱおよびＲは予め定めたＴ２を調整するための時間間隔である。ログインが失敗した場合には一旦長めの時間間隔をとってからログインの成功を確認した後、順番に時間間隔を短くしていく方法をとる。このため、ＲはＱよりも大きな値を取る。ログイン処理部１２０は、置き換えられたＴ２を保持してログイン待ち時間最適化処理を終了（Ｓ５０９）する。

本実施形態では、ログイン処理部１２０がログイン処理（Ｓ１０５）を行う際にログイン待ち時間最適化処理を常に実行することで待ち時間Ｔ２の最適化を図っているが、通常はＴ２を固定値として定期的または一定の条件でログイン待ち時間最適化処理を起動して適宜Ｔ２の最適化を図ることとしてもよい。

以上のように、本実施形態によれば、求人側利用者のログインＩＤとパスワードを利用して各々の求人サイトから応募者情報を取り込んで一元的に管理する仕組みにおいて、応募者情報の更新が頻度高く効率的に行うことができる。

本実施形態は、いずれも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、または、その主要な特徴から逸脱することなく、様々な形で実施することができる。

１０ 応募者管理装置
１１０ セッション管理部
１２０ ログイン処理部
１３０ 応募者情報取得部
１４０ 応募者情報データベース
２０ 求人媒体サーバ装置
３０ 求人側利用者端末
４０ 応募者側利用者端末
５０ 通信ネットワーク

上記課題を解決するための手段として、本発明の応募者管理装置は、前記セッション管理部からの命令によって行うログイン処理において、求人媒体サーバ装置にログインを拒絶された場合に、過去のログイン処理の結果に基づいて決定された時間の経過の後に、求人媒体サーバ装置に再度ログイン処理を行うことを特徴とするログイン処理部、を備える。

Claims (6)

1. 求人側利用者から提供される求人情報の公開および応募側利用者からの求人への応募の受け付けを行う複数のサーバ装置から、特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得部を備えた応募者管理装置であって、
   前記サーバ装置との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行い、セッションが切断している場合にはログイン処理部にセッション確立の処理を命令するセッション管理部と、
   前記サーバ装置との間のセッションが切断している場合に、前記セッション管理部の命令によって、特定の求人側利用者の認証情報を利用して前記サーバ装置にログインするログイン処理部と、
   を備えることを特徴とする応募者管理装置
2. 前記セッション管理部は、前記サーバ装置との間のセッションの有無の確認を、過去のセッションの有無の確認結果と応募者情報の取得結果に基づいて決定された時間の経過の後に行うこと、
   を特徴とする請求項１に記載の応募者管理装置
3. 前記ログイン処理部は、前記セッション管理部からの命令の後、過去のログイン処理の結果に基づいて決定された時間の経過の後に、前記サーバ装置にログインすること、
   を特徴とする請求項１および請求項２に記載の応募者管理装置
4. 求人側利用者から提供される求人情報の公開および応募側利用者からの求人への応募の受け付けを行う複数のサーバ装置と、
   前記サーバ装置から特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得部を有する応募者管理装置と、
   を備えた応募者管理システムであって、
   前記応募者管理装置は、
   前記サーバ装置との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行い、セッションが切断している場合にはログイン処理部にセッション確立の処理を命令するセッション管理部と、
   前記サーバ装置との間のセッションが切断している場合に、前記セッション管理部の命令によって、特定の求人側利用者の認証情報を利用して前記サーバ装置にログインするログイン処理部と、
   を有することを特徴とする応募者管理システム
5. 求人側利用者から提供される求人情報の公開および応募側利用者からの求人への応募の受け付けを行う複数のサーバ装置から、特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得手段を備えた応募者管理方法であって、
   前記サーバ装置との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行うセッション管理手段と、
   前記サーバ装置との間のセッションが切断している場合に、特定の求人側利用者の認証情報を利用して前記サーバ装置にログインするログイン処理手段と、
   を備える応募者管理方法
6. コンピュータを、求人への応募者を管理するように機能させるプログラムであって、
   求人側利用者から提供される求人情報の公開および応募側利用者からの求人への応募の受け付けを行う複数のサーバ装置から、特定の求人側利用者からの求人に応募した応募側利用者についての情報を抽出して取得する応募者情報取得ステップと、
   前記サーバ装置との間のセッションの有無を確認し、セッションが確立している場合にはセッションキーの更新管理を行い、セッションが切断している場合にはログイン処理ステップにセッション確立の処理を命令するセッション管理ステップと、
   前記サーバ装置との間のセッションが切断している場合に、前記セッション管理ステップの命令によって、特定の求人側利用者の認証情報を利用して前記サーバ装置にログインするログイン処理ステップと、
   を実行させることを特徴とする応募者管理プログラム

Images