(57)【要約】【課題】  メール等の通信手段による求人等の募集を支援する募集支援装置に係り、期限時間内に必要応募数を確保できないリスクを縮小化し、かつ募集による通信負担を軽減することを課題とする。【解決手段】  応募実績による応募期待値に基づいて、期限時間内に必要求人数を確保するのに適した初期配信先の選択を行い（Ｓ２０４）、その初期配信先への募集メールを配信し（Ｓ２０５）、その後応募の状況を監視し（Ｓ２０６）、応募総数が経過時点の総期待値から大きく乖離した場合に、残りの求人数を満たす期待値に至るように配信先を補充し（Ｓ２０７）、募集メールを追加的に配信する（Ｓ２０８）。【選択図】        図２
2005284545.tif 000002
【特許請求の範囲】
【請求項１】
通信手段による募集を支援する募集支援装置であって、以下の要素を有することを特徴とする募集支援装置
（１）応募経験者毎の応募実績を記憶する応募実績データベース
（２）応募経験者の応募実績に基づいて、当該応募経験者の応募期待値を算出する応募期待値特定部
（３）候補者群を記憶する候補者リスト記憶部
（４）候補者毎に、応募経験者としての応募期待値を応募期待値特定部に算出させ、複数の候補者に関する応募期待値の合計が必要応募数に対して所定の関係を満足する場合に、当該複数の候補者を初期配信先として選択する初期配信先選択部。
【請求項２】
更に、初期配信先に対して、募集の通知を送信する募集通知配信部を有することを特徴とする請求項１記載の募集支援装置。
【請求項３】
前記初期配信先選択部が、前記応募期待値特定部に算出させる期待値は、最初の配信から期限までの応募を期待する期待値であって、
前記初期配信先選択部は、最初の配信時間から期限時間までの時間間隔を算出し、
前記応募期待値特定部は、当該応募経験者が、その時間間隔内に応募した実績回数と募集回数を応募実績データベースから求め、当該実績回数を当該募集回数で割ることによって、当該期待値を算出することを特徴とする請求項１記載の募集支援装置。
【請求項４】
募集支援装置は、更に、
最初の配信以降、配信先毎に、経過時点における応募期待値を応募期待値特定部に算出させ、すべての配信先に関する応募期待値の合計が、経過時点における応募総数に対して所定の関係を満足しない場合に、補充配信が必要であると判断する状況監視部と、
配信先のうち応募のないものが、期限時間までに応募する期待値を前記応募期待値特定部に算出させ、それらのすべての応募期待値の合計に、一又は複数の更なる候補者について、応募経験者としての応募期待値を応募期待値特定部に算出させて得た当該更なる候補者の期待値を加えた応募期待値の合計が、必要応募数から経過時点の応募数を差し引いた残募集数に対して所定の関係を満足する場合に、当該更なる候補者を補充配信先として選択する補充配信先選択部とを有することを特徴とする請求項１記載の募集支援装置。
【請求項５】
募集通知配信部は、補充配信先に対しても、募集の通知を送信することを特徴とする請求項４記載の募集支援装置。
【請求項６】
応募経験者毎の応募実績を記憶する応募実績データベースと、候補者群を記憶する候補者リスト記憶部とを有し、通信手段による募集を支援する募集支援装置となるコンピュータに、以下の手順を実行させるためのプログラム
（１）候補者毎に、応募経験者としての応募実績に基づいて、当該応募経験者の応募期待値を算出する手順
（２）複数の候補者に関する応募期待値の合計が必要応募数に対して所定の関係を満足する場合に、当該複数の候補者を初期配信先として選択する手順。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信手段による募集を支援する募集支援装置に係り、適切に募集対象を選択し、通信負担を削減する装置に関する。
【背景技術】
【０００２】
特開２００２−３４２４６９号公報には、求人者側から人材側への求人依頼をメール通信により送り、人材側からメール通信により返事する人材支援システムが開示されている。
【０００３】
このように、求人等の募集とそれに対する応募を行う場合に、メール通信などの通信手段を用いることが考えられる。
【０００４】
期限内に、必要な応募数を確保したい場合には、出来るだけ多数の募集対象者に対して募集の旨を伝える方が、充足する期待値が高まる。
【０００５】
しかし、通信に係るコストを勘案すると、募集対象者を無制限に増やすことは出来ない。
【０００６】
特開２００２−２４４５９号公報には、雇用情報と求職情報をマッチングさせ、マッチした雇用者と求職者に情報を送信するリアルタイムジョブマッチングシステムが開示されている。
【０００７】
このように、雇用情報と求職情報をマッチングさせることにより、合意を形成する期待値を高めることができる。
【０００８】
しかし、条件がマッチすることを前提とする場合であっても、必要な応募数を確保するために、募集対象者（この例では、連絡する求職者）の数は、多すぎても、少なすぎてもよくない。多すぎる場合には、通信コストに無駄が生じる。また、少なすぎると期限内に必要な応募数を確保できないリスクが高まる。
【特許文献１】特開２００２−３４２４６９号公報
【特許文献２】特開２００２−２４４５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、上記した従来技術の欠点を除くためになされたものであって、その目的とするところは、メール通信などの通信手段を用いて、求人等の募集とそれに対する応募を行う募集支援装置に係り、期限時間内に必要応募数を確保できないリスクを軽減し、かつ募集による通信負担の無駄を排除することを課題とする。
【課題を解決するための手段】
【００１０】
本発明に係る募集支援装置は、
通信手段による募集を支援することを特徴とする
（１）応募経験者毎の応募実績を記憶する応募実績データベース
（２）応募経験者の応募実績に基づいて、当該応募経験者の応募期待値を算出する応募期待値特定部
（３）候補者群を記憶する候補者リスト記憶部
（４）候補者毎に、応募経験者としての応募期待値を応募期待値特定部に算出させ、複数の候補者に関する応募期待値の合計が必要応募数に対して所定の関係を満足する場合に、当該複数の候補者を初期配信先として選択する初期配信先選択部。
【００１１】
更に、初期配信先に対して、募集の通知を送信する募集通知配信部を有することを特徴とする。
【００１２】
前記初期配信先選択部が、前記応募期待値特定部に算出させる期待値は、最初の配信から期限までの応募を期待する期待値であって、
前記初期配信先選択部は、最初の配信時間から期限時間までの時間間隔を算出し、
前記応募期待値特定部は、当該応募経験者が、その時間間隔内に応募した実績回数と募集回数を応募実績データベースから求め、当該実績回数を当該募集回数で割ることによって、当該期待値を算出することを特徴とする。
【００１３】
募集支援装置は、更に、
最初の配信以降、配信先毎に、経過時点における応募期待値を応募期待値特定部に算出させ、すべての配信先に関する応募期待値の合計が、経過時点における応募総数に対して所定の関係を満足しない場合に、補充配信が必要であると判断する状況監視部と、
配信先のうち応募のないものが、期限時間までに応募する期待値を前記応募期待値特定部に算出させ、それらのすべての応募期待値の合計に、一又は複数の更なる候補者について、応募経験者としての応募期待値を応募期待値特定部に算出させて得た当該更なる候補者の期待値を加えた応募期待値の合計が、必要応募数から経過時点の応募数を差し引いた残募集数に対して所定の関係を満足する場合に、当該更なる候補者を補充配信先として選択する補充配信先選択部とを有することを特徴とする。
【００１４】
募集通知配信部は、補充配信先に対しても、募集の通知を送信することを特徴とする。
【００１５】
本発明に係るプログラムは、
応募経験者毎の応募実績を記憶する応募実績データベースと、候補者群を記憶する候補者リスト記憶部とを有し、通信手段による募集を支援する募集支援装置となるコンピュータに、以下の手順を実行させるためのプログラムであることを特徴とする
（１）候補者毎に、応募経験者としての応募実績に基づいて、当該応募経験者の応募期待値を算出する手順
（２）複数の候補者に関する応募期待値の合計が必要応募数に対して所定の関係を満足する場合に、当該複数の候補者を初期配信先として選択する手順。
【発明の効果】
【００１６】
本発明においては、応募実績に基づき応募期待値を算出し、応募期待値に基づいて、必要人数を確保するように、初回のみならず補充も含めて配信先の選択を行うので、期限時間内に必要応募数を確保できないリスクを縮小化し、かつ募集による通信負担を軽減することができる。
【発明を実施するための最良の形態】
【００１７】
実施の形態１．
以下本発明を図面に示す実施例に基づいて説明する。
図１は、募集支援装置の構成を示す図である。募集支援装置は、求人条件入力部１、求人条件記憶部２、必要人数及び期限時刻入力部３、必要人数記憶部４、期限時刻記憶部５、候補者抽出部６、人材データベース７、候補者リスト記憶部８、初期配信先選択部９、応募期待値特定部１０、応募実績データベース１１、配信先リスト記憶部１２、募集メール配信部１３、募集結果記憶部１４、状況監視部１５、乖離限界値記憶部１６、補充配信先選択部１７、応募者リスト生成部１８、及び募集結果及び応募リスト出力部１９の各要素を有している。
【００１８】
募集支援装置の動作について説明する。図２は、全体処理フローを示す図である。
【００１９】
まず、求人条件入力部１による求人条件の入力（Ｓ２０１）を行う。本処理では、求人仲介を依頼する依頼人が提示した求人条件を入力し、求人条件記憶部２に記憶させる処理を行う。求人条件は、募集に係る募集条件の例である。
【００２０】
図３は、求人条件記憶部２の例を示す図である。求人仲介の依頼毎にレコード３５１〜３５３を設け、求人ＩＤ３０１、業務ＩＤ３０２、事例ＩＤ３０３、条件ＩＤ３０４、及び条件３０５の項目を有し、それぞれを対応付けている。例えば、求人ＩＤ＝Ｗ００１の依頼では、「配達」の業務で、「原動機付自動車」に乗れる「免許」を有していることを求人条件としている。
【００２１】
次に、必要人数及び期限時刻入力部３による必要人数と期限時刻の入力（図２のＳ２０２）を行う。本処理では、依頼人が提示した必要人数と、必要人数分の応募を待つ期限の時刻（期限時刻）を入力し、必要人数記憶部４と期限時刻記憶部５に記憶させる処理を行う。この例のように、人を募る場合は、必要人数であるが、物や施設等を募る場合には、必要個数や必要場所数となる。必要人数は、募集にかかるものの必要数の例である。
【００２２】
図４は、必要人数記憶部４の例を示す図である。求人仲介の依頼毎にレコードを設け、求人ＩＤ４０１と必要人数４０２の項目を有し、それぞれを対応付けている。
【００２３】
期限時刻記憶部５は、求人ＩＤと対応付けて、期限時刻を記憶するように構成されている。
【００２４】
次に、候補者抽出部６による候補者の抽出と順位付け（図２のＳ２０３）を行う。本処理では、人材データベース７から、求人条件に適合する人員を選択し、候補者リスト記憶部８に候補者のリストとして記憶させる。その際、なんらかの条件により、優先順位を設定することも有効である。
【００２５】
図５は、人材データベースの例を示す図である。人員毎にレコードを設け、人員ＩＤ５０１、氏名５０２、性別５０３、年齢５０４、住所５０５、メールアドレス５０６、電話番号５０７、及び免許５０８などの項目を有し、それぞれを対応付けている。
【００２６】
図６は、候補者リスト記憶部の例（その１）を示す図である。募集の対象となり得る候補者毎にレコードを設け、選択フラグ６０１、人員ＩＤ６０２、氏名６０３、性別６０４、年齢６０５、住所６０６、メールアドレス６０７、電話番号６０８、及び免許６０９の項目を有し、それぞれを対応付けている。６０２から６０９の項目は、前述の５０１〜５０８から複製される。この例では、優先順位の高い順に、上から配列されているものとする。これらの候補者は募集に対して応募する可能性がある。
【００２７】
次に、初期配信先選択部９による初期配信先の選択（図２のＳ２０４）を行う。本処理では、候補者リストから、最初に募集メールを配信する配信先（応募を促す募集対象者）を選択し、配信先のリストとして配信先リスト記憶部１２に記憶させる。配信先の選択では、応募の期待値に基づいて、適正な数の応募者を選択する。
【００２８】
初期配信先の選択の処理について詳述する。図７は、初期配信先の選択の処理フローを示す図である。まず、前処理（Ｓ７０１）として、内部的変数である総期待値に初期値として、「０」を設定する。
【００２９】
次に、候補者リストのうち、選択フラグが「ＯＦＦ（未）」のレコードについて、上から順に以下の処理を行う（Ｓ７０２）。つまり、優先順位に従って、未だ配信していない候補者を選択して、順に処理する。
【００３０】
まず、候補者リスト記憶部８から当該レコード読み込む（Ｓ７０３）。そして、当該レコードを配信先リストに追加する（Ｓ７０４）。選択フラグを除く、項目６０２〜６０９を複製する。
【００３１】
図８は、配信先リスト記憶部の例（その１）を示す図である。配信先毎にレコードを設け、配信フラグ８０１、配信時刻８０２、人員ＩＤ８０３、氏名８０４、性別８０５年齢８０６、住所８０７、メールアドレス８０８、電話番号８０９、及び免許８１０の項目を有し、それぞれを対応付けている。配信フラグ８０１の初期値は、「ＯＦＦ（未）」である。実際のメール配信時に、「ＯＮ（済み）」となる。
【００３２】
一方、元となった候補者リストの当該レコードの選択フラグを「ＯＮ（済み）」にする（Ｓ７０５）。図９は、候補者リスト記憶部の例（その２）を示す図である。候補者リストの選択フラグは、９５１〜９５５に示すように、配信先リストへ複製した時点で、「ＯＮ（済み）」としている。
【００３３】
そして、当初待ち時間を算出する（Ｓ７０６）。当初待ち時間は、期限時刻記憶部５から取得した期限時刻から、配信予定時刻を差し引くことにより得られる。配信予定時刻は、外部から設定してもよし、期限時刻や必要人数から自動的に設定してもよい。また、即時にメールを配信する場合には、現在時刻を用いてもよい。ここでは、何らかの方法で特定されている配信予定時刻を用いる。
【００３４】
次に、人員ＩＤに対応する応募実績に基づいて、当初待ち時間経過時点での応募期待値を求める（Ｓ７０７）。この応募期待値は、最初の配信から期限までの応募を期待する期待値である。これは、応募期待値特定部１０による応募期待値特定処理として行われる。応募期待値特定処理については、図１１を用いて後に詳述する。
【００３５】
総期待値に、特定した応募期待値を加算する（Ｓ７０８）。つまり、人員についての応募期待値を累積した全体の総期待値を求める。
【００３６】
図１０は、応募期待値の推移の例（初期段階）を示す図である。この図は、横軸で示す時間までに、応募がある期待値を縦軸に示している。一人あたりの期待値は、０から１の間の値であって、時間の経過とともに増加している。この例では、当初待ち時間が３０分である。１００１は、図８の８５１に示す一人目の人員についての期待値を示す線である。１００２は、図８の８５１に示す一人目の人員についての期待値と、８５２に示す二人目についての期待値の合計を示す線である。順に１００３は、３人目まで、１００４は、４人目まで、１００５は、５人目までの期待値の累積を示す線である。
【００３７】
図７に示すように、累積である総期待値が、必要人数を満たしているかを判定し（Ｓ７０９）、満たした場合に初期配信先の選択の処理を終了する。図１０の例では、５人目で総期待値が必要人数の３人に達している。
【００３８】
この例によらず、累積である総期待値が、必要人数＋余裕値を満たしているかを判定してもよい。余裕値は、例えば定数でもよいし、必要人数の所定倍の値でもよい。
【００３９】
ここで、Ｓ７０７等で行われる応募期待値特定部１０による応募期待値特定処理について説明する。
【００４０】
図１１は、応募期待値特定処理のフローを示す図である。人員ＩＤと、期待値を特定する時間間隔を入力する（Ｓ１１０１）。Ｓ７０７では、当初待ち時間における期待値を求めるので、期待値を特定する時間間隔として当初待ち時間（この例では、３０分）を入力する。但し、後述する処理（図１６のＳ１６０９等）のように、当初待ち時間のよりも短い時間における期待値を求める場合にも用いられる。
【００４１】
次に、応募実績データベース１１から人員ＩＤに対応する応募実績データ（配信回数、応募回答時間群）を取得する（Ｓ１１０２）。
【００４２】
図１２は、応募実績データベースの例を示す図である。人員毎にレコードを設け、人員ＩＤ１２０１、配信回数１２０２、応募回答時間１２０４〜１２０７の項目を有し、それぞれを対応付けている。例えば、１２５１のレコードは、Ｍ００１の人員に対して、募集メールを過去１００回配信しており、１回目は、２１分３９秒経過時点で応募があり、２回目は、応募が無かったことを示している。
【００４３】
そして、応募回答時間の各回目の応募時間が、期待値を特定する時間間隔以内であるものをカウントする（Ｓ１１０３）。このカウント値が、期待値を特定する時間間隔内の応募回数となる。
【００４４】
最後に、カウント値を配信回数で割って、期待値を特定する時間間隔における応募期待値を求める（Ｓ１１０４）。
【００４５】
尚、この応募期待値特定処理は、図７のＳ７０７の他、後述するＳ１６０９、Ｓ１９０８、Ｓ１９１０、Ｓ１９１９でも用いられる。
【００４６】
図２のＳ２０４に示す初期配信先の選択を終えると、次に、募集メール配信部１３による初期配信先への募集メール配信（図２のＳ２０５）を行う。本処理では、配信先リスト上の配信先に募集メールを配信し、募集結果を記録する準備を行う。尚、募集メール配信部は、募集の通知を配信する募集通知配信部の例であって、メール以外のＦＡＸ、音声通知などの他の通信手段を用いても構わない。
【００４７】
図１３は、募集メール配信の処理フローを示す図である。配信先リストのうち、配信フラグが「ＯＦＦ（未）」のレコードを上から順に以下の処理を行う（Ｓ１３０１）。当該レコードは、実際には募集メールを送られていないものを意味する。
【００４８】
募集メールのフォームを内部記憶領域に読み出し、募集メールの本文に、求人条件記憶部２から読み込んだ求人条件を設定し（Ｓ１３０２）、募集メールの送信先に、当該レコードのアドレスを設定し（Ｓ１３０３）、作成した募集メールを実際に送信する（Ｓ１３０４）。
【００４９】
そして、配信先リストの当該レコードの配信フラグを「ＯＮ（済み）」にし、配信時刻に現在時刻を書き込む（Ｓ１３０５）。また、当該レコードの人員ＩＤを、募集結果記憶部に追加する（Ｓ１３０６）。
【００５０】
すべての「ＯＦＦ（未）」のレコードを処理した時点で（Ｓ１３０７）、終了する。
【００５１】
図１４は、配信先リスト記憶部の例（その２）を示す図である。図に示すように、図８で配信フラグが「ＯＦＦ（未）」のレコードが、すべて配信フラグが「ＯＮ（済み）」となり、配信時刻が記録されている。
【００５２】
図１５は、募集結果記憶部の例（その１）を示す図である。求人仲介の依頼毎にテーブルを設け、当該テーブルは、配信先毎にレコードを設け、人員ＩＤ１５０１、応募有／無１５０２、及び応募回答時間１５０３の項目を有し、それぞれを対応付けている。最初の配信直後は、人員ＩＤが設定されており、それらの応募有／無の項目には「無」が初期値として設定されている。
【００５３】
以降の処理は、応募メールを受信した場合に、当該テーブルの応募メール送信元に相当する人員ＩＤに対応する応募有／無の項目が「有」に変更され、当該メールを受信した時刻を応募回答時刻に設定されることを前提する。このように、応募メールに応じて、応募有／無の項目を変更し、応募回答時刻を設定する処理は、募集支援装置において自動的に行う他、オペレータの操作によって行ってもよい。
【００５４】
図２に示した募集メールの配信（Ｓ２０５）の後は、状況監視部１５による状況監視（図２のＳ２０６）を行う。本処理では、時間切れ、募集人数分の応募の充足、及び追加募集（補充）の必要の各判定処理を行う。
【００５５】
図１６は、状況監視の処理フローを示す図である。まず、前処理（Ｓ１６０１）として、内部変数である総期待値に、初期値として「０」を設定する。
【００５６】
現在時刻が期限時刻に達した場合には（Ｓ１６０２）、ステータスを「時間切れ」として（Ｓ１６１６）、終了する。
【００５７】
募集結果記憶部１４から募集結果データ（人員ＩＤと応募有／無）をすべて取得する（Ｓ１６０３）。そして、応募有／無の項目が「有」となっているレコードの数をカウントする。つまり、応募総数をカウントする（Ｓ１６０４）。応募総数が必要人数に達した場合には（Ｓ１６０５）、ステータスを「充足」として（Ｓ１６１７）、終了する。
【００５８】
「時間切れ」でも、「充足」でもない場合には、募集結果データの各人員ＩＤについて以下の処理を繰り返す（Ｓ１６０６）。Ｓ１６０７〜Ｓ１６０９の処理では、現時点における各人員の応募期待値を求め、Ｓ１６１１までの処理で、現時点における全体の総応募期待値を求める。
【００５９】
まず、配信先リスト記憶部１２から、人員ＩＤに対応する配信時刻を取得し（Ｓ１６０７）、経過時間を算出する（Ｓ１６０８）。具体的には、現在時刻から配信時刻を差し引いて、差を経過時間とする。
【００６０】
そして、人員ＩＤと経過時間を入力データとして、人員ＩＤに対応する応募実績から、現在（経過時間時点）の応募期待値を求める（Ｓ１６０９）。これは、前述の応募期待値特定処理（図１１）として行われる。総期待値に、この応募期待値を加算する（Ｓ１６１０）。すべての人員ＩＤについて処理した時点で（Ｓ１６１１）、総応募期待値（総期待値）が求められる。
【００６１】
次に、総期待値に対する応募総数の乖離幅を算出する（Ｓ１６１２）。具体的には、総期待値から応募総数を差し引いて、差を乖離幅とする。
【００６２】
図１７と図１８を用いて、乖離幅の概念について説明する。図１７は、募集結果記憶部の例（その２）を示す図である。この例は、３分過ぎに１名だけ応募があったことを示している。
【００６３】
図１８は、応募期待値と応募総数の推移の例を示す図である。１８０１は、累積した全体の総応募期待値を示している。１８０２は、３分過ぎに０から１に遷移した応募総数を示す線である。そして、１８０３は現時点における乖離幅を示している。この乖離幅が大きい場合に、募集の追加（補充）を行う。
【００６４】
その判定の為に、乖離限界値記憶部１６に予め設定されている乖離限界値を取得し（Ｓ１６１３）、算出した乖離幅と比較する（Ｓ１６１４）。乖離幅が乖離限界値を越えている場合には、ステータスを「補充要」として（Ｓ１６１５）、終了する。
【００６５】
乖離幅が乖離限界値を越えていない場合には、図１６のＳ１６０１からの処理を繰り返す。
【００６６】
図２に示すように、状況監視（Ｓ２０６）でステータスが「時間切れ」、あるいは「充足」の場合には、募集を終了するが、「補充要」の場合は、募集対象を追加して、募集を継続する。
【００６７】
その為に、ステータスが「補充要」の場合には、補充配信先選択部１７による補充配信先の選択（図２のＳ２０７）を行う。本処理では、所定の期待値を満たすまで、配信先を追加する処理を行う。
【００６８】
図１９と図２０を用いて、補充配信先の選択の処理について詳述する。図１９は、補充配信先の選択の処理フロー（１／２）を示す図である。
【００６９】
前処理（Ｓ１９０１）として、内部変数である総期待値に、初期値として「０」を設定する。募集結果記憶部１４から募集結果データ（人員ＩＤと応募有／無）をすべて取得して（Ｓ１９０２）、応募総数をカウントする（Ｓ１９０３）。具体的には、応募有／無の項目が「有」のレコードを数える。
【００７０】
そして、必要人数記憶部４に記憶している必要人数（必要募集数の例）から、算出した応募総数を差し引いて、残求人数（残募集数の例）を算出する（Ｓ１９０４）。
【００７１】
応募有／無の項目が「無」の各レコードについて、人員ＩＤを特定して以下の処理を繰り返す（Ｓ１９０５）。以下の処理（Ｓ１９０６〜Ｓ１９１１）では、既に募集メールを送信したが応募が無い者が、残り時間（現時点から期限まで）で応募する期待値を求める。
【００７２】
図２０は、残り時間で応募する期待値の概念を示す図である。残り時間で応募する期待値２００３は、（Ｓ１９０６〜Ｓ１９０８で求める）配信から期限までの応募を期待する期待値２００１から、（Ｓ１９０９，Ｓ１９１０で求める）配信から現時点までの応募を期待する期待値２００２を差し引いて求める（Ｓ１９１１）。
【００７３】
その為に、配信先リスト記憶部１２から、人員ＩＤに対応する配信時刻を取得し（Ｓ１９０６）、期限時刻からこの配信時刻を差し引いて、配信から期限までの待ち時間を算出する（Ｓ１９０７）。
【００７４】
そして、人員ＩＤと待ち時間を入力データとして、当該人員ＩＤに対応する応募実績から、配信から期限までの応募を期待する応募期待値２００１を求める（Ｓ１９０８）。この処理は、前述の図１１の応募期待値特定処理として行われる。
【００７５】
また、現在時刻から配信時刻を差し引いて、経過時間を算出し（Ｓ１９０９）、人員ＩＤと経過時間を入力データとして、人員ＩＤに対応する応募実績から、配信から現時点までの応募を期待する応募期待値２００２を求める（Ｓ１９１０）。この処理も、前述の図１１の応募期待値特定処理として行われる。
【００７６】
そして、残待ち時間（現時点から期限まで）の応募期待値２００１を求める（Ｓ１９１１）。配信から期限までの応募を期待する応募期待値２００１から、配信から現時点までの応募を期待する応募期待値２００２を差し引いて、残待ち時間の応募期待値を算出する。そして、総期待値に、残待ち時間の応募期待値を加算する（Ｓ１９１２）。すべての人員ＩＤについて処理した時点で（Ｓ１９１３）、次の処理に移行する。このようにして、残待ち時間の応募期待値を総期待値に累積し、残待ち時間の全体の総応募期待値を求める。
【００７７】
引き続いて、補充配信先の選択の処理について説明する。図２１は、補充配信先の選択の処理フロー（２／２）を示す図である。
【００７８】
初期配信先の選択のＳ７０２からＳ７０４と同様に、候補者リストのうち、選択フラグが「ＯＦＦ（未）」のレコードを上から順に以下の処理を行う（Ｓ１９１４）。まず、当該レコード読み込み（Ｓ１９１５）、当該レコード（選択フラグを除く、項目６０２〜６０９）を配信先リストに追加する（Ｓ１９１６）。そして、元の候補者リストの当該レコードの選択フラグを「ＯＮ（済み）」にする（Ｓ１９１７）。
【００７９】
このようにして、追加した配信先の期待値を総期待値に加算する。この総期待値の概念について説明する。図２２は、応募期待値の推移の例（修正段階）を示す図である。２２０１は、Ｓ１９１３までに求めた残待ち時間の応募期待値の総計を示している。そして、２１０２は、追加した一人目の人員の期待値を加算した合計を示し、２１０３は、二人目の期待値までの合計を示している。
【００８０】
このように追加する人員の期待値を求めるために、配信予定時刻から期限時刻までの待ち時間を算出する（Ｓ１９１８）。具体的には、期限時刻から配信予定時刻を差し引く。即時に処理する場合には、配信予定時刻として、現在時刻を用いてもよい。処理に要する時間や、その他の所要時間を考慮して、配信予定時刻を決めてもよい。装置により自動的に決定してもよいし、オペレータの操作により内部に記憶するようにしてもよい。
【００８１】
そして、人員ＩＤに対応する応募実績から、算出した待ち時間に基づいて、補充配信から期限までの応募を期待する応募期待値を求める（Ｓ１９１９）。この処理も、応募期待値特定処理として行われる。
【００８２】
そして、総期待値に、この応募期待値を加算する（Ｓ１９２０）。こうして合計した総期待値が、残求人数を満たした時点で（Ｓ１９２１）、処理を終了する。図２２の例では、二人目の期待値までを加えたところで、残人数（２名）に達して補充配信先の選択の処理を終了する。
【００８３】
図２３の配信先リスト記憶部は、レコード２３５６の人員ＩＤ「Ｍ００８」と、レコード２３５７の人員ＩＤ「Ｍ０１７」が配信先として追加されている例を示している。
【００８４】
このようにして、配信先を補充して、募集メール配信部１３による補充配信先への募集メール配信（図２のＳ２０８）を行う。本処理では、Ｓ２０５と同様に、図１３の募集メール配信処理を行う。
【００８５】
図２４の募集結果記憶部は、レコード２４５６の人員ＩＤ「Ｍ００８」と、レコード２４５７の人員ＩＤ「Ｍ０１７」が募集結果として追加されている例を示している。
【００８６】
上述のように、応募者が少ない場合には、適宜募集を追加するように動作する。そして、応募者者が足りて「充足」となった場合や、応募者が足りずに期限が到来して「時間切れ」となった場合には、募集の終了に伴う処理を行う。
【００８７】
まず、応募者リスト生成部１８による応募者リストの生成（図２のＳ２０９）を行う。本処理では、応募者のリストを生成する。図２５は、応募リストの例を示す図である。
【００８８】
応募者リスト生成部１８は、募集結果記憶部１４から応募有／無の項目が「有」のレコードを検索し、当該レコードの人員ＩＤを特定する。これらの人員ＩＤと一致するレコードを、配信先リスト記憶部１２から選択し、それらのレコードを応募者リストのレコードに加えることにより、応募リストを生成する。
【００８９】
次に、募集結果及び応募リスト出力部１９による募集結果と応募者リストの出力（図２のＳ２１０）を行う。この処理では、募集結果記憶部１４から応募結果を読み込み、応募有／無の項目が「有」であるレコード数を、応募数（募集結果）として出力し、更に、前述の応募リストを出力する。
【００９０】
上述の例では、図１６のＳ１６１４における判定の際に、乖離限界値として、時間に対して不変の値を用いたが、下記の式のように、現在時刻から当初の配信時刻を差し引いて得られる経過時間に従って変化する値を用いてもよい。
経過時間＝現在時刻−当初の配信時刻；
乖離限界値＝関数（経過時間）；
また、乖離率を算出し、乖離率に基づいて判定するようにしてもよい。例えば、乖離率が所定の閾値を越えているかを判定し、越えている場合に、ステータスを「補充要」とするようにしてもよい。乖離率は、乖離幅を総期待値で割ることにより求めることができる。
乖離率＝乖離幅／総期待値；
募集支援装置は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【図面の簡単な説明】
【００９１】
【図１】募集支援装置の構成を示す図である。
【図２】全体処理フローを示す図である。
【図３】求人条件記憶部の例を示す図である。
【図４】必要人数記憶部の例を示す図である。
【図５】人材データベースの例を示す図である。
【図６】候補者リスト記憶部の例（その１）を示す図である。
【図７】初期配信先の選択の処理フローを示す図である。
【図８】配信先リスト記憶部の例（その１）を示す図である。
【図９】候補者リスト記憶部の例（その２）を示す図である。
【図１０】応募期待値の推移の例（初期段階）を示す図である。
【図１１】応募期待値特定処理のフローを示す図である。
【図１２】応募実績データベースの例を示す図である。
【図１３】募集メール配信の処理フローを示す図である。
【図１４】配信先リスト記憶部の例（その２）を示す図である。
【図１５】募集結果記憶部の例（その１）を示す図である。
【図１６】状況監視の処理フローを示す図である。
【図１７】募集結果記憶部の例（その２）を示す図である。
【図１８】応募期待値と応募総数の推移の例を示す図である。
【図１９】補充配信先の選択の処理フロー（１／２）を示す図である。
【図２０】残り時間で応募する期待値の概念を示す図である。
【図２１】補充配信先の選択の処理フロー（２／２）を示す図である。
【図２２】応募期待値の推移の例（修正段階）を示す図である。
【図２３】配信先リスト記憶部の例（その３）を示す図である。
【図２４】募集結果記憶部の例（その２）を示す図である。
【図２５】応募リストの例を示す図である。
【符号の説明】
【００９２】
１  求人条件入力部、２  求人条件記憶部、３  必要人数及び期限時刻入力部、４  必要人数記憶部、５  期限時刻記憶部、６  候補者抽出部、７  人材データベース、８  候補者リスト記憶部、９  初期配信先選択部、１０  応募期待値特定部、１１  応募実績データベース、１２  配信先リスト記憶部、１３  募集メール配信部、１４  募集結果記憶部、１５  状況監視部、１６  乖離限界値記憶部、１７  補充配信先選択部、１８  応募者リスト生成部、１９  募集結果及び応募リスト出力部。
【図１】
2005284545.tif 000003
【図２】
2005284545.tif 000004
【図３】
2005284545.tif 000005
【図４】
2005284545.tif 000006
【図５】
2005284545.tif 000007
【図６】
2005284545.tif 000008
【図７】
2005284545.tif 000009
【図８】
2005284545.tif 000010
【図９】
2005284545.tif 000011
【図１０】
2005284545.tif 000012
【図１１】
2005284545.tif 000013
【図１２】
2005284545.tif 000014
【図１３】
2005284545.tif 000015
【図１４】
2005284545.tif 000016
【図１５】
2005284545.tif 000017
【図１６】
2005284545.tif 000018
【図１７】
2005284545.tif 000019
【図１８】
2005284545.tif 000020
【図１９】
2005284545.tif 000021
【図２０】
2005284545.tif 000022
【図２１】
2005284545.tif 000023
【図２２】
2005284545.tif 000024
【図２３】
2005284545.tif 000025
【図２４】
2005284545.tif 000026
【図２５】
2005284545.tif 000027