(57)【要約】【課題】  容易かつ公平で的確な要員の選定を行う要員選定管理システムを提供する。【解決手段】  要員選定管理システムは、派遣業務の依頼に応じて要員の選定を行うシステム管理サーバ１０と、選定対象の要員が操作しそのシステム管理サーバ１０から派遣依頼の情報を受信するとともにその依頼に対する受諾又は拒否の応答を行う要員端末２０と、派遣先である顧客が操作しシステム管理サーバ１０に対して派遣業務を依頼する旨の情報を送信する顧客端末３０と、がネットワーク１００を介して接続されて構成される。【選択図】        図１
2008299801.tif 000002
【特許請求の範囲】
【請求項１】
顧客からの依頼に応じて該顧客の業務に要員を派遣する派遣事業者により管理されるシステム管理サーバを有するシステムであって、
前記システム管理サーバは、前記要員の選定要件に基づいて、該要件に適合した順に要員の順位付けを行い、該順位の上位から前記要員を規定人数分抽出して、前記派遣する要員の選定を行うことを特徴とする要員選定管理システム。
【請求項２】
顧客からの依頼に応じて該顧客の業務に要員を派遣する派遣事業者により管理されるシステム管理サーバを有するシステムであって、
前記システム管理サーバは、前記要員のデータを管理する要員データベースを備え、該要員データベースで管理されている要員のデータと、前記要員の選定要件との比較照合を行って前記選定要件に適合した順に要員の順位付けを行い、該順位の上位から前記要員を規定人数分抽出して、前記派遣する要員の選定を行うことを特徴とする要員選定管理システム。
【請求項３】
前記システム管理サーバは、前記選定した要員の人数が、規定人数に達していなかった場合、前記順位付けを行った要員のうち、まだ選定していない要員を上位から所定人数分追加して抽出し、前記要員の選定を行うことを特徴とする請求項１又は２記載の要員選定管理システム。
【請求項４】
前記要員選定管理システムは、前記要員が操作する要員端末をさらに有し、
前記システム管理サーバは、派遣業務の就業を依頼する旨の情報を前記選定した要員の要員端末へ送信し、該要員端末から派遣業務の受諾又は拒否の回答を受信した結果、該派遣業務を受諾した要員の人数が前記規定人数に達しなかった場合、前記順位付けを行った要員のうち、まだ選定していない要員を上位から所定人数分追加して抽出し、前記要員の選定を行うことを特徴とする請求項１から３のいずれか１項に記載の要員選定管理システム。
【請求項５】
前記システム管理サーバは、前記要員による派遣業務の報告情報を管理するレポートデータベースをさらに備え、前記報告情報を前記要員端末から受信すると、該受信した報告情報を前記レポートデータベースに格納し、該格納した報告情報に基づいて、前記要員の選定を行うことを特徴とする請求項１から４のいずれか１項に記載の要員選定管理システム。
【請求項６】
前記要員選定管理システムは、前記顧客により操作される顧客端末をさらに有し、
前記システム管理サーバは、前記レポートデータベースに格納された報告情報に基づいて、前記顧客に提供する派遣業務の結果報告情報を生成し、該生成した結果報告情報を前記派遣業務の依頼元の顧客の顧客端末へ送信することを特徴とする請求項１から５のいずれか１項に記載の要員選定管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要員選定管理システムに関し、特に、派遣業務に係る要員の選定を、その選定条件に応じて行う要員選定管理システムに関する。
【背景技術】
【０００２】
一般に、人材派遣事業者は、顧客である派遣先からの依頼に応じて、登録済みの要員から、その派遣先の業務内容に合致した要員を選定し派遣を行う。
この派遣する業務分野としては、従来、一般事務が大半を占めていたが、近年は、オフィスのＯＡ機器の技術進歩等により一般事務の需要が減少している。
その一方で、転職、早期退職、リストラ等により人材の流動化が活発になったことから、これまで正社員が担当していた専門職が不足しており、その需要が高まっている。
このことから、派遣要員にも専門性が要求され、これまで以上に、派遣先の職務条件に合致した要員を的確に選定し、派遣することが重要になっている。
【０００３】
このような要員選定に関する従来技術として、特許文献１に開示される短期人材派遣管理システム、及び人材派遣管理方法が提案されている。
このシステムでは、性別、年齢及び住所の各条件に基づいて人材派遣の要員を選定する。そして、選定した要員が規定の人数に達しなかった場合には、条件の範囲を広げて再度選定処理を繰り返す。反対に、選定した要員が、規定の人数を超えた場合には、スキル等の選定条件を新たに加えて要員を絞り込み、選定した要員の優先順位を付けるとともに、選定人数の調整を行う。
このように、特許文献１のシステムは、各選定条件に基づいて要員を選定し、選定人数が規定人数と大きく異なるときには、選定条件を適宜変更して人数調整を行うので、規定人数の要員の選定を確実に行うことができるようになっている。
【特許文献１】特開２００５−２５０７８０
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述の特許文献１のシステムには、以下の２つの問題点がある。
１つ目の問題点は、人材派遣事業者は、規定人数に近づくまで、選定条件の変更及び選定を何度も繰り返さなければならず、選定作業が繁雑になり、選定に長時間を要してしまうという点である。
また、２つ目の問題点は、人材派遣事業者側では、大量の選定業務をこなすために複数の担当者で行わざるを得ないことから、各担当者間で選定基準にバラつきが生じ、公平で的確な選定が困難となってしまうという点である。
【０００５】
本発明は、上記問題点に鑑みてなされたものであり、容易かつ公平で的確な要員の選定を行う要員選定管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
かかる目的を達成するため、本発明は、顧客からの依頼に応じて顧客の業務に要員を派遣する派遣事業者により管理されるシステム管理サーバを有する要員選定管理システムであって、そのシステム管理サーバは、要員の選定要件に基づいて、要件に適合した順に要員の順位付けを行い、順位の上位から要員を規定人数分抽出して、派遣する要員の選定を行うことを特徴とする。
【０００７】
また、本発明は、顧客からの依頼に応じて顧客の業務に要員を派遣する派遣事業者により管理されるシステム管理サーバを有する要員選定管理システムであって、そのシステム管理サーバは、要員のデータを管理する要員データベースを備え、要員データベースで管理されている要員のデータと、要員の選定要件との比較照合を行って選定要件に適合した順に要員の順位付けを行い、順位の上位から要員を規定人数分抽出して、派遣する要員の選定を行うことを特徴とする。
【０００８】
また、本発明によれば、そのシステム管理サーバは、選定した要員の人数が、規定人数に達していなかった場合、順位付けを行った要員のうち、まだ選定していない要員を上位から所定人数分追加して抽出し、要員の選定を行うことを特徴とする。
【０００９】
また、本発明によれば、前述の要員選定管理システムは、要員が操作する要員端末をさらに有し、システム管理サーバは、派遣業務の就業を依頼する旨の情報を選定した要員の要員端末へ送信し、要員端末から派遣業務の受諾又は拒否の回答を受信した結果、派遣業務を受諾した要員の人数が規定人数に達しなかった場合、順位付けを行った要員のうち、まだ選定していない要員を上位から所定人数分追加して抽出し、要員の選定を行うことを特徴とする。
【００１０】
また、本発明によれば、前述のシステム管理サーバは、要員による派遣業務の報告情報を管理するレポートデータベースをさらに備え、報告情報を要員端末から受信すると、受信した報告情報をレポートデータベースに格納し、格納した報告情報に基づいて、要員の選定を行うことを特徴とする。
【００１１】
また、本発明によれば、前述の要員選定管理システムは、顧客により操作される顧客端末をさらに有し、システム管理サーバは、レポートデータベースに格納された報告情報に基づいて、顧客に提供する派遣業務の結果報告情報を生成し、生成した結果報告情報を派遣業務の依頼元の顧客の顧客端末へ送信することを特徴とする。
【００１２】
なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装置、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で相互に置換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１３】
本発明における要員選定管理システムは、要員の選定要件に基づいて要件に適合した順に要員の順位付けを行い、順位の上位から要員を規定人数分抽出して、派遣する要員の選定を行うので、派遣依頼を許諾した要員の数が規定人数に達しなかった場合でも、まだ派遣を依頼していない要員の上位から不足人数分派遣の依頼をするだけでよく、選定の要件を変更して、何度もマッチング処理を行う必要がなく、要員の選定を簡略化することが可能となるとともに、複数の担当者が選定要件を再設定する必要がないので、公平で適切な要員選定を行うことが可能となる。
【発明を実施するための最良の形態】
【００１４】
＜要員選定管理システムの構成＞
図１は、本発明の実施形態である要員選定管理システムの概略構成を示すブロック図である。
以下、図を用いて、この要員選定管理システムの構成について詳細に説明する。
【００１５】
図に示すように、要員選定管理システムは、派遣業務の依頼に応じて要員の選定を行うシステム管理サーバ１０と、選定対象の要員が操作しそのシステム管理サーバ１０から派遣依頼の情報を受信するとともにその依頼に対する受諾又は拒否の応答を行う要員端末２０と、派遣先である顧客が操作しシステム管理サーバ１０に対して派遣業務を依頼する旨の情報を送信する顧客端末３０と、がネットワーク１００を介して接続されて構成される。
【００１６】
システム管理サーバ１０は、顧客が所望する業務に対して要員を派遣する派遣事業者により管理される情報処理装置であって、顧客端末３０からの派遣依頼の情報に基づいて派遣する要員を選定し、その選定した要員の要員端末２０へ派遣を依頼する旨の情報を送信する。
例えば、このシステム管理サーバ１０は、ワークステーションなどのハイエンドＰＣであるとしてもよい。また、ネットワーク１００はインターネット網であるとしてよく、このとき、システム管理サーバ１０は、派遣事業者が運営管理するＷｅｂページを配信するＷｅｂサーバとして機能する。
【００１７】
また、システム管理サーバ１０は、要員ＤＢ（データベース）１１と、業務要件ＤＢ（データベース）１２と、レポートＤＢ（データベース）１３とを具備している。
このうち、要員ＤＢ１１には、予め派遣事業者により書類応募や面接等により採用となった要員に関する詳細な情報が登録されており、少なくとも氏名、住所、連絡先（電話番号やメールアドレスなど）といった要員の個人情報が登録されている。
また、業務要件ＤＢ１２には、顧客から提示された派遣業務の要件（希望人数、要員の住所、年齢、給料、勤務時間、業務内容等）が登録されている。
また、レポートＤＢ１３には、各要員から要員端末２０を介して送信される派遣業務の報告情報が管理されている。
なお、システム管理サーバ１０は、単体のサーバ装置として機能させても、複数のサーバ装置から構成されてもよく、データベース毎に管理用のサーバ装置を夫々設ける構成としてもよい。
【００１８】
要員端末２０は、要員が操作する通信機能を具備した情報処理装置であって、派遣業務の依頼情報をシステム管理サーバ１０から受信するとともに、その依頼に対する回答（受諾又は許否）を返信する。
また、要員端末２０は、派遣事業者により管理運営されるＷｅｂページへのアクセス機能を具備している。
なお、要員端末２０は、好適には、携帯電話機、ＰＨＳ、ＰＤＡまたはノートブック型ＰＣなどのネットワーク１００に接続可能な移動通信端末である。
また、要員端末２０は、派遣事業者から要員に配布されるものであっても、予め要員個人が所有する通信機能を備える携帯端末であってもよい。
図では、説明の便宜上、要員端末２０が１台接続された構成となっているが、実際には顧客が所望する派遣人数分の要員端末が接続されている。
【００１９】
顧客端末３０は、要員の派遣先となる顧客が操作する情報処理装置であって、要員の派遣を派遣事業者に依頼する旨の情報とともに、その派遣の要件に係る情報をシステム管理サーバ１０へ送信する。
顧客端末３０は、デスクトップ型、タワー型またはノートブック型などの各種汎用ＰＣであってもよいし、携帯電話機、ＰＨＳ、ＰＤＡなどのネットワーク１００接続可能な移動通信端末であるとしてもよい。また、ファクシミリ装置などであってもよい。
なお、図では、顧客端末３０が１台接続された構成となっているが、顧客数に応じて適宜接続台数を増設してもよい。
【００２０】
ネットワーク１００は、例えばインターネット網などのＩＰネットワークであるとしてよい。要員端末２０および顧客端末３０のうち少なくとも一方が携帯電話機のような無線通信端末であるとした場合、ネットワーク１００には、基地局、交換局、ゲートウェイ装置、通信制御装置などが設けられ、要員端末２０および顧客端末３０からの無線通信によるネットワーク接続が可能に構成される。
【００２１】
＜要員選定管理システムの概要＞
図２は、本発明の実施の形態における要員選定管理システムによる処理の概要を示す図である。図に示すように、本発明の実施形態である要員選定管理システムは、要員の派遣に係る処理Ａ〜Ｅを行う。以下、各処理Ａ〜Ｅについてその概要を説明する。
【００２２】
処理Ａは、派遣依頼のあった業務要件に対して適任人材（要員）の選定及び呼出を行う処理であって、主としてシステム管理サーバ１０により実行される。
この処理Ａにおいて、システム管理サーバ１０は、顧客からの派遣依頼があると、要員ＤＢ１１に登録されている複数の要員の中から上記派遣依頼のあった業務要件に合致する要員を推論マッチング処理により選定する。そして、予め要員ＤＢ１１に登録されている当該選定された要員の連絡先（メールアドレス）へ就業可否の問い合わせメールを送信する。
なお、要員ＤＢ１１には、要員の連絡先として電話番号が登録することができる。このとき、システム管理サーバ１０は、自動発呼手段を用いて当該電話番号に対して音声ガイダンス等による就業可否問い合わせを通知する。要員は、当該通知に対して電話機のプッシュボタン操作等により就業可否について応答することも可能である。
【００２３】
次に、システム管理サーバ１０は、就業可能と回答した要員の要員端末２０に対して業務情報を配信する。この業務情報の内容は、就業事前のガイダンス形式による研修の案内や、業務内容に関する詳細な情報（就業日時、勤務場所、業務内容など）である。
【００２４】
ガイダンス形式の研修では、派遣事業者側は、要員に対して実際の作業内容や注意事項などの説明を行う。
また、要員ＤＢ１１には、要員端末２０の連絡先（電話番号又はメールアドレス等）が登録されているが、自身で要員端末２０を所持していない要員に対しては、この研修時に、派遣事業者側は顧客側に対して予め用意した要員端末２０を貸与する形で配布する。
【００２５】
研修終了後、要員は、実際の派遣業務に就く。
派遣業務に就いた要員は、要員端末２０を用いて、その派遣業務に係る報告処理（処理Ｂ〜Ｄ）を行う。
【００２６】
処理Ｂは、要員の出退勤に関する情報（以下、出退勤情報という）の登録処理である。
派遣業務就業後、要員は、要員端末２０を用いて派遣事業者のＷｅｂページへアクセスして、そのページ上で要員の出退勤情報の入力を行う。当該入力された出退勤情報は、システム管理サーバ１０へ送信され、レポートＤＢ１３へ登録される。この出退勤情報の内容は、勤務日の前日確認、当日の出発確認、就業開始確認、就業終了確認等である。
【００２７】
処理Ｃは、就業時における商品の売上個数、販売価格、客数などの数値により表現可能なデータ（以下、第１次レポートという）の登録処理である。
要員は、就業後等に、要員端末２０を用いて、派遣事業者のＷｅｂページへアクセスして、そのページ上で第１次レポートの入力を行う。当該入力された第１次レポートのデータは、システム管理サーバ１０を介してレポートＤＢ１３へ登録される。
なお、入力作業は、就業後であればどのタイミングでも可能であるが、就業直後に第１次レポートの入力作業を行うことが好ましい。このため、第１次レポートの入力用Ｗｅｂページでは、例えば、就業直後から２〜３時間以内というように入力に制限時間をもうけるように構成する。
【００２８】
処理Ｄは、就業時における店内の混雑状況、消費者の反応（意見）、商品の配置に関する情報といった数値では表現しにくいデータをテキストデータ（以下、第２次レポートという）の登録処理である。
要員は、就業後に、要員端末２０を用いて派遣事業者のＷｅｂページへアクセスして、そのページ上で第２次レポート入力を行う。当該入力された第２次レポートのデータは、システム管理サーバ１０を介してレポートＤＢ１３へ登録される。
なお、入力作業は、就業後であればどのタイミングでも入力可能であるが、第１次レポートと違い、文字入力処理が必要となるので第１次レポートと比較して入力作業に時間がかかる。よって、第２次レポートの入力用Ｗｅｂページでは、例えば、就業直後から２４時間以内というように入力に第１次レポートの入力制限時間よりも長時間の制限時間をもうけるように構成する。
【００２９】
前述の第１次レポート及び第２次レポートの実績（報告の有無及び報告内容）は、システム管理サーバ１０における次回以降の要員の選定材料としてフィードバックされる。
このとき、システム管理サーバ１０は、第１次レポート及び第２次レポートの入力の制限時間内に入力しなかった要員については、業務報告に関して低く評価する。低く評価された要員は、以降の要員選定の対象から除外される可能性もあるので、各要員が制限時間内に第１次レポート及び第２次レポートを入力することを促す効果を期待することができる。
【００３０】
派遣事業者側は、上記の処理Ｂ〜Ｄにおいて要員から業務報告を受けた後、処理Ｅにおいてこれらの業務報告をまとめて顧客へその派遣業務の結果報告を行う。
【００３１】
この処理Ｅでは、システム管理サーバ１０は、レポートＤＢ１３に登録された各要員の出退勤情報を所定時間毎に抽出し、この抽出した出退勤情報に基づいて、各要員の労働時間及び給与計算等を自動計算する。そして、システム管理サーバ１０は、これらをまとめて出退勤レポートを自動作成する。
【００３２】
また、処理Ｅでは、システム管理サーバ１０は、第１次レポート及び第２次レポートから各種データを抽出して、これらを編集して業務内容のレポートを自動作成する。
このうち、第１次レポートについては、システム管理サーバ１０は、その第１次レポート内の数値データ等を抽出して業務内容のレポートを作成する。
一方、第２次レポート中のテキストデータからは、テキストマイニングの技術を用いてレポート頻出単語及び重要単語等を抽出し、これら単語を用いて文章や表等から構成される業務内容のレポートを自動作成する。
【００３３】
そして、システム管理サーバ１０は、前述の自動作成した結果報告情報（出退勤レポート，業務内容のレポート）を顧客端末３０へ送信して、顧客側へ派遣業務の結果報告を行う。
なお、これら結果報告情報は、顧客端末３０に対して同時に送信される必要はなく、予めシステム管理側である派遣事業者により定められた任意のタイミング又はシステム管理側と顧客との間の要員派遣契約内で定められた任意のタイミングで送信してもよい。
【００３４】
顧客は、システム管理サーバ１０から送信された結果報告情報（出退勤レポート，業務内容のレポート）を顧客端末３０の表示画面上で確認することにより、派遣先での各要員の就業状況、商品の売上動向、店内の様子、といった様々な状況を容易に把握することができる。
また、顧客は、要員の勤務時間の管理という繁雑な作業を行うことなく、派遣要員に支払う給与額を容易に把握することが可能となる。
さらに、派遣事業者は、各要員の就業状況や派遣先の業績動向を分析した結果を実績データとして提示することにより、新たな顧客獲得のための営業活動を行うことも可能である。
【００３５】
＜要員選定管理システムの動作＞
（要員のデータの登録動作）
次に、本実施の形態における要員選定管理システムの各動作について説明する。
図３は、本発明の実施形態において、要員のデータを要員ＤＢ１１へ登録する処理を示す図である。
以下、この図を用いて、要員選定管理システムの動作のうち、要員として採用された者のデータを要員ＤＢ１１に登録するときの動作について説明する。
【００３６】
図に示すように、要員として派遣業務を希望する者（以下、要員希望者という）は、履歴書の提出、面接への参加などにより、派遣事業者による要員としての登録審査を受ける。
派遣事業者は、登録審査を受けた要員希望者のうち審査に合格した者を要員として採用し、リストアップする。次に、派遣事業者は、その採用した各要員を識別するための要員ＩＤを付与した後、要員ＤＢ１１へ登録するためのデータ入力を行う。ここで入力される要員のデータは、例えば、「氏名」、「性別」、「生年月日」、「年齢」、「住所」、派遣を希望する「業務内容」、「期間（年月日）」、「連絡先情報」などである。
【００３７】
なお、上述した例では、派遣事業者がシステム管理サーバ１０を介して要員ＤＢ１１へ要員のデータ登録を行う態様を示したが、要員希望者により操作されるネットワーク１００に接続可能な情報処理装置（要員が所有する携帯端末など）から面接等を行わず、単に個人の履歴書データを送信し、当該履歴書の内容に基づいて派遣事業者側で採用と判断し、システム管理サーバ１０から要員ＤＢ１１へ登録するような構成としてもよい。
【００３８】
要員ＤＢ１１への登録後、その要員がシステム管理サーバ１０と通信を行うための情報処理装置を所持していない場合には、派遣事業者は、その要員に対して要員端末２０を配布する。
一方、要員が、その情報処理装置を所持している場合には、その装置を要員端末２０として使用するものとし、要員ＤＢ１１には、その装置の情報（ＩＤ、メールアドレス、電話番号等）が登録される。
システム管理サーバ１０は、その要員端末２０の識別情報と、要員の要員ＩＤとを対応付けて管理し、どの要員がどの要員端末２０を使用しているかを管理する。
【００３９】
（派遣依頼の受注動作）
図４は、本発明の実施の形態における顧客からの派遣依頼の受注動作の流れを示すフローチャートである。
以下、図に沿って、派遣事業者が要員の派遣依頼を顧客から受注するときの要員選定管理システムの動作について説明する。
【００４０】
顧客と派遣事業者との間で派遣業務に関する契約を締結すると、システム管理サーバ１０は、派遣事業者のＷｅｂページへログインするためのログイン情報（ＩＤ、パスワード等）を要員端末２０へ送信する。
顧客は、要員の派遣を依頼するときには、顧客端末３０を用いて、当該ログイン情報を入力し、前述のＷｅｂページへのログイン処理を行う（ステップＳ１０１）。
【００４１】
システム管理サーバ１０は、顧客端末３０からのログイン認証を行い（ステップＳ１０２）、認証成功の場合、顧客端末３０に対して業務要件入力画面の情報を送信する（ステップＳ１０３）。
なお、認証が失敗の場合には、ログイン情報が違う旨のメッセージを顧客端末３０へ送信して再度入力の処理を促すが、規定回数を上回るログイン処理に関してはその処理を無効として終了する（ステップＳ１０２／Ｎｏ）。
【００４２】
顧客端末３０は、システム管理サーバ１０から送信された業務要件入力画面情報を表示する（ステップＳ１０４）。
顧客は、顧客端末３０の表示画面上に表示された各項目内に業務要件を入力し（ステップＳ１０５）、当該入力された業務要件情報をシステム管理サーバ１０へ送信する（ステップＳ１０６）。
【００４３】
システム管理サーバ１０は、顧客端末３０から送信された業務要件情報を業務要件ＤＢ１２に登録して（ステップＳ１０７）、顧客からの派遣依頼処理を終了する。
【００４４】
図５は、業務要件入力画面の一例を示す図である。
図に示すように、顧客は、顧客端末３０に表示された画面上で業務内容、期間、勤務時間、希望性別、希望年齢、勤務場所、希望派遣人数などの業務要件情報を入力する。
なお、これらの項目は任意項目であり、例えば、業務内容をより明確に示すためのテキスト入力による業務詳細説明欄等を設ける構成としてもよい。
【００４５】
（要員選定動作）
図６は、本発明の実施の形態における要員選定管理システムによる要員選定動作の流れを示すフローチャートである。
以下、この図に沿って、顧客から依頼された派遣業務に要件が適合する要員を選定し、その選定した要員に派遣業務の依頼を行う動作について説明する。
【００４６】
まず、システム管理サーバ１０は、業務要件ＤＢ１２に登録されている「業務内容」や「期間」といった各項目の業務要件情報を抽出する（ステップＳ２０１）。
【００４７】
次に、システム管理サーバ１０は、抽出した業務要件の各項目と、要員ＤＢ１１に登録されている各要員データとのマッチング処理を実行して、顧客から提示されている派遣業務の要件との適合度の高い順に要員を並べ替え、その上位から顧客側の希望人数分抽出して、要員の選定を行う（ステップＳ２０２）。
なお、このマッチング処理は推論マッチング処理であり、その詳細については後述する。
【００４８】
次に、システム管理サーバ１０は、マッチング処理により選定された要員に対して派遣を依頼する旨を示す派遣依頼情報（就業可否の問い合わせ）を生成し（ステップＳ２０３）、その選定された要員の要員端末２０に対して電子メールなどで送信する（ステップＳ２０４）。
【００４９】
要員端末２０は、システム管理サーバ１０から送信された派遣依頼情報を受信すると（ステップＳ２０５／Ｙｅｓ）、当該受信した派遣依頼情報を表示画面上に表示する（ステップＳ２０６）。
要員は、表示された派遣依頼情報を確認し、要員端末２０の操作部を用いて要員ＩＤを入力して、派遣事業者の運営するＷｅｂページへログインし、就業可否の回答をシステム管理サーバ１０へ送信する（ステップＳ２０７）。
なお、要員が要員端末２０を所持していない場合には、派遣事業者側は、予め要員ＤＢ１１に登録済みの連絡先へその派遣依頼情報の内容を連絡し、要員は、その派遣業務の就業可否について電話等により回答することも可能である。
【００５０】
システム管理サーバ１０は、就業可否の回答を要員端末２０から受信すると、受諾人数（就業可能と回答した人数）が顧客の希望人数に達したか否かを判定する（ステップＳ２０８）。
【００５１】
ステップＳ２０８において、システム管理サーバ１０は、就業可能人数が希望人数に達していないと判定した場合には（ステップＳ２０８／Ｎｏ）、改めてマッチング処理を行うことなく、ステップＳ２０２において並べ替えた要員のうち、まだ派遣依頼情報を送信していない要員を上位から抽出する（ステップＳ２０９）。
そして、再びステップＳ２０４に処理を移行し、その再抽出した要員の要員端末２０へ派遣依頼情報を送信する（ステップＳ２０４）。
【００５２】
一方、ステップＳ２０８において、システム管理サーバ１０は、就業可能人数が希望人数に達していると判定した場合には（ステップＳ２０８／Ｙｅｓ）、要員の選定を終了し、今回の派遣業務に関する業務内容情報又はガイダンス情報を選定した要員の要員端末２０へ送信する（ステップＳ２１０）。
【００５３】
なお、就業可能人数が顧客の派遣希望人数に達している場合には、システム管理サーバ１０は、就業可能と回答した要員に係るデータ（氏名、性別、年齢、住所など）の一部を顧客端末３０へ送信して、顧客に対する派遣業務の受託回答としてもよい。この際、要員の個人データが顧客に開示されるので、予めそのデータが開示される要員から了承を得ておく必要がある。
【００５４】
要員端末２０は、システム管理サーバ１０から送信された業務内容情報又はガイダンス情報を受信すると、当該受信した情報を表示画面上に表示する（ステップＳ２１１）。
要員は、表示画面上に表示された業務内容情報により実際の業務内容を確認することができる。また、ガイダンス情報が表示された場合には、実際の業務に関する説明会の開催日時などの情報を確認することができる。
【００５５】
（業務報告の収集動作）
図７は、本発明の実施の形態における要員選定管理システムによる要員からの業務報告収集動作の流れを示すフローチャートである。
以下、この図に沿って、派遣事業者側が、要員側から派遣業務の報告情報を収集するときの動作について説明する。
【００５６】
まず、要員は、要員端末２０を用いて、ログイン用画面情報の取得要求をシステム管理サーバ１０に対して送信する（ステップＳ３０１）。
システム管理サーバ１０は、その取得要求に応じて、ログイン用画面情報を要員端末２０へ送信する（ステップＳ３０２）。
【００５７】
要員端末２０は、ログイン用画面情報をシステム管理サーバ１０から受信すると、その受信したログイン用画面情報を表示する（ステップＳ３０３）。
要員は、要員端末２０を操作してログイン用画面上の入力欄に自身の要員ＩＤを入力する。要員端末２０は、入力された要員ＩＤをシステム管理サーバ１０へ送信する（ステップＳ３０４）。
【００５８】
システム管理サーバ１０は、受信した要員ＩＤの認証を行う（ステップＳ３０５）。
認証が成功であれば（ステップＳ３０５／Ｙｅｓ）、システム管理サーバ１０は、ログインを許可し（ステップＳ３０６）、認証が失敗であれば（ステップＳ３０５／Ｎｏ）、ログインを許可せずに処理を終了する（ステップＳ３０７）。このログイン処理においても、要員ＩＤ入力のリトライ可能回数が複数回設定されるようにしてもよい。
【００５９】
システム管理サーバ１０は、ステップＳ３０６で要員端末２０のログインを許可すると、業務報告入力用の画面情報を要員端末２０へ送信する（ステップＳ３０８）。
要員端末２０は、その業務報告入力用の画面情報を受信すると、その画面情報を表示する。要員は、要員端末２０を用いて、その表示画面上で業務報告を入力する。要員端末２０は、当該入力された業務報告をシステム管理サーバ１０へ送信すると（ステップＳ３０９）、送信後、この業務報告情報は、レポートＤＢ１３に格納される（ステップＳ３１０）。
【００６０】
この業務報告情報は、主に以下の３つに分類される。要員は、ログインが完了した時点で何れの報告を行うのかを選択指定することにより所望の業務報告ページが表示される。
（１）要員の出退勤に関する報告情報
（２）実際の業務に関しての数値データに基づく報告情報（第１次レポート）
（３）実際の業務に関してのテキストデータに基づく報告情報（第２次レポート）
以下、これらの（１）〜（３）の業務報告情報について説明する。
【００６１】
（１）要員の出退勤に関する報告情報
上記の業務報告情報のうち、要員の出退勤に関する情報とは、例えば、勤務の開始時刻又は終了時刻等である。これらのデータは、給与計算のために用いられるばかりでなく、レポートＤＢ１３に逐一格納され、今後の要員選定の基準に用いられる。すなわち、顧客側が、要員の選定の基準として、「出勤時間が規則正しいこと」を希望する場合には、システム管理サーバ１０は、この要件に合致した要員を選定することが可能である。
また、システム管理サーバ１０は、要員の出退勤に関する情報を参照することにより、各要員の出勤に関する傾向を容易に把握することができる。例えば、ある要員に欠勤が多いことを予め把握しておくことにより、その要員が勤務当日に急に欠勤をしたときでも、この欠勤をある程度予想できるため、派遣事業者は、要員の補充を迅速に行うことができる。
【００６２】
（２）第１次レポート
次に、業務報告情報のうち、第１次レポートについて説明する。
図８は、その第１次レポートの入力画面の一例を示す図である。図には、派遣業務が、商品の店頭販売である場合の例が示されている。
図に示すように、要員は、要員端末２０の操作ボタンを用いて、「氏名」、「要員ＩＤ」、「派遣先」、「顧客ＩＤ」、「日付」、「天候」、「商品コード」、「商品単価」、「販売数」「売上金額」、「客数」、「試供品提供数」等の情報を入力する。
なお、これらの第１次レポートの各項目のうち、要員ＩＤ、派遣先、顧客ＩＤ、日付等に関しては、業務報告を受ける前に、予めシステム管理サーバ１０側で確認可能な情報である。従って、システム管理サーバ１０は、これらの各項目の情報を要員ＤＢ１１等から抽出して、入力画面上に既に入力済みの状態で表示したり、要員のログインを許可した段階でこれらの各項目の情報を表示しないように設定したりすることも可能である。
【００６３】
（３）第２次レポート
次に、業務報告情報のうち、第２次レポートについて説明する。
図９は、その第１次レポートの入力画面の一例を示す図である。図には、派遣業務が、商品の店頭販売である場合の例が示されている。
図に示すように、要員は、要員端末２０の操作ボタンを用いて、第１次レポートの場合と同様に、「氏名」、「要員ＩＤ」、「当日の店舗状況」、「お客様ご意見」、「試食・試飲状況」などの項目に対する回答をテキストデータで入力する。
なお、氏名や要員ＩＤ等に関しては、第１次レポートの場合と同様に、入力画面上に既に入力済みの状態で表示したり、要員のログインを許可した段階でこれらの各項目の情報を表示しないように設定したりすることも可能である。
【００６４】
なお、図８，９に示す画面例は、あくまでも一例を示すものであり、これらに限定されることなく、適宜変更することが可能である。
【００６５】
システム管理サーバ１０は、上記の業務報告情報を要員端末２０から受信すると、これら受信した情報をレポートＤＢ１３に格納する。そして、これら格納された業務報告情報を予め設定された時間毎に集計／分析を行う。
例えば、出退勤情報や第１次レポートの集計／分析に関しては、数値データをそのまま顧客への報告用データとして掲載しても、集計して傾向分析ツール等による分析結果を結果報告情報としてもよい。
第２次レポートの場合には、数値データと同様の取扱いは困難であるのでテキストマイニング方式を採用して、第２次レポートのテキストデータから頻出する語句や予め設定しておいた語句を抽出し、これら抽出語句を組み立ててコメント等を生成し、顧客への結果報告情報とする。
【００６６】
システム管理サーバ１０は、このように生成した顧客への結果報告情報を予め設定された時間にネットワーク１００を介して顧客端末３０へ送信する。なお、結果報告情報のフォームは、各業種や業務により多種多様であるため、特に限定しない。
【００６７】
（マッチング処理）
次に、前述したマッチング処理についてさらに詳細に説明する。
本実施形態では、要員の選定（マッチング）に推論マッチング方式を採用している。
この推論マッチング方式では、顧客側が希望する各派遣の業務要件（作業内容、期間、年齢等）において、その要件に適合している要員に対して高ポイントを付与し、これら各派遣の業務要件で付与したポイントを合計する。そして、この合計ポイントの高い順に要員を並べ替え、その上位から要員を選定する。
図１０は、その本実施形態における要員選定管理システムによるマッチング処理の流れを示すフローチャートである。以下、この図に沿って、具体例を挙げながら、本マッチング処理について説明する。
【００６８】
まず、システム管理サーバ１０は、業務要件ＤＢ１２に予め登録されている派遣の業務要件と、要員ＤＢ１１に登録されている要員の属性とを比較し、各要員の属性がどれくらい派遣の業務要件に合致しているか評価し、その評価結果をポイント化して算出する（ステップＳ４０１）。
このとき、合致の度合いが高い要員には高ポイントを付与し、反対に合致の度合いが低い要員には低ポイントを付与する。
【００６９】
次に、システム管理サーバ１０は、過去に派遣業務を要員に依頼した結果、どのくらいの割合で受諾したかを示す業務受諾回答率を各要員ごとにポイント化して算出する（ステップＳ４０２）。
このとき、受諾した率の高い要員には高ポイントを付与し、反対に率の低い要員には低ポイントを付与する。
【００７０】
次に、システム管理サーバ１０は、過去に派遣業務を要員に依頼した結果、回答（受諾又は拒否）に要した時間（以下、回答所要時間という）を各要員ごとにポイント化して算出する（ステップＳ４０３）。
このとき、要した時間の短い要員には高ポイントを付与し、反対に時間が長い要員には低ポイントを付与する。
【００７１】
次に、システム管理サーバ１０は、要員が、過去に第１次レポート及び第２次レポートを制限時間内に提出した割合（以下、報告提出率という）を各要員ごとにポイント化して算出する（ステップＳ４０４）。
このとき、報告提出率の高い要員には高ポイントを付与し、反対に率の低い要員には低ポイントを付与する。
【００７２】
次に、システム管理サーバ１０は、前述のステップＳ４０１〜Ｓ４０４で算出した各ポイントを合算し、全要員の総ポイントを算出する（ステップＳ４０５）。
そして、システム管理サーバ１０は、ポイントの高い順から全要員を並べ替えてリストを作成し（ステップＳ４０６）、そのリストの上位の者から順に規定人数分抽出して要員を選定する（ステップＳ４０７）。
以上で、マッチング処理が終了する。
【００７３】
このように、システム管理サーバ１０は、各要員に対して各要素を評価しポイント化したものを合算するので、総合的に適切な要員を容易に選定することが可能となっている。
また、選定の要件に合致する順に要員を並べ替えるので、派遣依頼を許諾した要員の数が規定人数に達しなかった場合でも、まだ派遣を依頼していない要員の上位から不足人数分派遣の依頼をするだけでよく、選定の要件を変更して、何度もマッチング処理を行う必要がない。この結果、派遣事業者側は、マッチング処理を効果的に簡略化することが可能となるとともに、複数の担当者が選定要件を再設定する必要がないので、公平で適切な要員選定を行うことが可能となる。
【００７４】
次に、前述のマッチング処理の際のポイントの計算について具体例を挙げて説明する。
前述したように、ステップＳ４０１において、システム管理サーバ１０は、顧客側から提示された派遣の業務要件と、要員の属性とを比較し、その派遣の業務要件に対して属性の適合度の高い要員に対しては高いポイントを付与し、適合度の低い要員に対しては低いポイントを付与する。
図１１は、その結果、各要員に付与されたポイントを示すテーブルの一例である。
図には、「業務内容」、「期間」、「性別」、「年齢」、「派遣先の場所」の各派遣の業務要件に対する各要員Ａ〜Ｅの適合度がポイント化されて示されている。
このうち、「業務内容」、「期間」、「性別」、「年齢」については、派遣の業務要件に適合する要員には１００ポイントが付与され、適合しない要員には０ポイントが付与される。一方、「派遣先の場所」については、その顧客の住所から派遣先までの通勤に要する時間を、一般的な時間検索プログラムにより計算し、その時間の短いもの、すなわち派遣先に近い場所に住所をもつ要員に高いポイントを付与する。
【００７５】
また、ステップＳ４０２において、システム管理サーバ１０は、各派遣の業務要件ごとの業務受諾回答率について高い要員に対しては高いポイントを付与し、低い要員に対しては低いポイントを付与する。
図１２は、その結果、各要員に付与されたポイントを示すテーブルの一例である。
図には、「業務内容」、「業務開始時刻」、「業務終了時刻」、「派遣先の場所」の各派遣の業務要件における、過去の各要員Ａ〜Ｅの業務受諾回答率がポイント化されて示されている。
例えば、このポイントは、業務受諾回答率にそのまま１００を乗じたものである。
【００７６】
また、ステップＳ４０３において、システム管理サーバ１０は、回答所要時間について、短い要員すなわち派遣依頼してから短時間で許諾又は拒否の回答をした要員に対しては高いポイントを付与し、長い要員すなわち派遣依頼してから短時間で許諾又は拒否の回答をしなかった要員に対しては低いポイントを付与する。
図１３は、その結果、各要員に付与されたポイントを示すテーブルの一例である。
図には、各要員Ａ〜Ｅにおける過去の回答所要時間の平均値をポイント化したものが示されている。
【００７７】
また、ステップＳ４０４において、システム管理サーバ１０は、報告提出率について、高い要員に対しては高いポイントを付与し、低い要員に対しては低いポイントを付与する。
図１４は、その結果、各要員に付与されたポイントを示すテーブルの一例である。
図には、各要員Ａ〜Ｅの「第１次レポート」、「第２次レポート」の報告提出率をポイント化したものが示されている。
【００７８】
また、ステップＳ４０５において、システム管理サーバ１０は、前述のステップＳ４０１〜Ｓ４０４で算出した各ポイントを合算し、全要員に対して総ポイントを算出する。
図１５は、その各要員に付与された総ポイントを示すテーブルの一例である。
そして、システム管理サーバ１０は、図に示される総ポイントの値の高い順に全要員を並べ替えて、図１６に示すような派遣を依頼する要員のリストを生成する。
システム管理サーバ１０は、この要員のリストの上位から派遣人数分選定し、派遣を依頼する旨のメールを、その抽出した要員の要員端末２０へ自動送信等する。
そして、要員が、要員端末２０を用いて、その派遣業務の依頼を拒否する旨のメールをシステム管理サーバ１０へ返信する等して、派遣人数に満たない場合には、システム管理サーバ１０は、その要員のリストのうち、まだ派遣依頼のメールを送信していない要員の上位から所定人数分選定し、再度派遣依頼のメールを該当する要員の要員端末２０へ送信する。
【００７９】
なお、図１１〜１６の例では、たとえ、派遣業務の各業務要件において「０ポイント」を付与された要員がいたとしても、そのまま全要員の総ポイントを計算し、この総ポイントの高い順に要員を並べ替えて派遣する要員の選定を行っている。
一方、別の選定方法として、業務要件のうち１つでも「０ポイント」が付与された要員は、派遣の資格がないものとし、システム管理サーバ１０は、選定の対象から除外するようにしてもよい。この基準を図１１〜１６の例に適用すると、要員Ａ，Ｃが図１１において「０ポイント」を付与されているので、両者は選定対象外となり、残った要員Ｂ，Ｄ，Ｅの中から総ポイントの高い順に選定されることになる。
【００８０】
また、システム管理サーバ１０は、業務要件のうち１つでも「０ポイント」を付与した要員に対しては、その他の業務要件で何ポイント付与したかにかかわらず、総ポイントを一律に「０ポイント」として計算するようにしてもよい。
この場合、総ポイントが「０」の要員は、選定対象から除外されることはないものの、リストの最下位にリストアップされることになる。
【００８１】
また、前述のポイントの計算方法としては、例えば、ある派遣の業務要件に対して「該当」する要員には１００ポイント、「該当しない」要員には０ポイントというように回答に応じて所定のポイントを付与するようにしてもよい。
また、ある派遣の業務要件において、「１〜５」には１０ポイント、「６〜１０」には２０ポイント・・・というようにある数値の範囲に対して、決められたポイントを付与するようにしてもよい。
【００８２】
また、システム管理サーバ１０は、これらマッチング処理における計算結果を各要員ごとに要員ＤＢ１１に蓄積し、該当する各要員の次回のマッチング処理にフィードバックするようにしてもよい。
例えば、その要員ＤＢ１１に蓄積された過去の総ポイント（の平均値）が所定の値よりも高いと今回の総ポイントを数ポイント増加させ、反対に低いと減少させるようにしてもよい。
【００８３】
また、図１１〜１６の例では、選定の基準になる業務要件として、「業務内容」、「期間」、「業務開始時刻」、・・・といったものが用いられているが、これらはあくまでも一例であり、システム管理サーバ１０は、本明細書や図面に示されていない他の要件に基づいて選定を行ってよいことはいうまでもない。
【００８４】
＜実施形態のまとめ＞
以上説明したように、本実施の形態によれば、システム管理サーバ１０は、全要員に対して各要素を評価しポイント化したものを合算するので、派遣依頼の要件に合致し、労働意欲が高く、時間内に業務報告を行う総合的に適切な要員を容易に選定することが可能となる。
また、選定の要件に合致する順に全要員を並べ替えるので、派遣依頼を許諾した要員の数が規定人数に達しなかった場合でも、まだ派遣を依頼していない要員の上位から不足人数分派遣の依頼をするだけでよく、選定の要件を変更して、何度もマッチング処理を行う必要がない。この結果、派遣事業者側は、マッチング処理を効果的に簡略化することが可能となる。
また、派遣就業を拒否する要員が多いときであっても、派遣事業者側の選定担当者が、選定要件の再設定を行う必要がないので、その選定作業のための人的資源を確保する必要がなく、その際の雇用コストを大幅に削減することが可能となる。
また、複数の選定担当者が選定要件の再設定を行うときには、担当者間で要員の選定基準にバラつきが生じる。これに対し、本実施形態における要員選定管理システムは、システム管理サーバ１０に当初から設定されている単一の選定基準に基づいて、一括して要員の選定を行うので、公平で適切な要員選定を行うことが可能となる。
【００８５】
また、上記の処理は、システム管理サーバ１０、要員端末２０、顧客端末３０の夫々が具備するプログラムにより実行されるが、上記のプログラムは、光記録媒体、磁気記録媒体、光磁気記録媒体、または半導体等の記録媒体に記録され、上記の記録媒体からロードされるようにしてもよいし、所定のネットワークを介して接続されている外部機器からロードされるようにしてもよい。
【００８６】
なお、上記の実施例は本発明の好適な実施の一例であり、本発明の実施例は、これに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々変形して実施することが可能となる。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施の形態における要員選定管理システムの概略構成を示すブロック図である。
【図２】本発明の実施の形態における要員選定管理システムにおける各処理Ａ〜Ｅを説明する図である。
【図３】本発明の実施の形態における要員登録処理を示す図である。
【図４】本発明の実施の形態における派遣依頼の受注処理の流れを示すフローチャーである。
【図５】本発明の実施の形態における業務要件入力画面の一例を示す図である。
【図６】本発明の実施の形態における要員選定管理システムによる要員選定処理の流れを示すフローチャートである。
【図７】本発明の実施の形態における要員選定管理システムによる業務報告収集処理の流れを示すフローチャートである。
【図８】本発明の実施の形態における第１次レポートの入力画面の一例を示す図である。
【図９】本発明の実施の形態における第２次レポートの入力画面の一例を示す図である。
【図１０】本発明の実施の形態における要員選定管理システムによるマッチング処理の流れを示すフローチャートである。
【図１１】本発明の実施の形態において各要員に付与されたポイントを示すテーブルの一例である。
【図１２】本発明の実施の形態において各要員に付与されたポイントを示すテーブルの一例である。
【図１３】本発明の実施の形態において各要員に付与されたポイントを示すテーブルの一例である。
【図１４】本発明の実施の形態において各要員に付与されたポイントを示すテーブルの一例である。
【図１５】本発明の実施の形態において各要員に付与された総ポイントを示すテーブルの一例である。
【図１６】本発明の実施の形態における派遣を依頼する要員のリストの一例を示す図である。
【符号の説明】
【００８８】
１０    システム管理サーバ
１１    要員ＤＢ
１２    業務要件ＤＢ
１３    レポートＤＢ
２０    要員端末
３０    顧客端末
１００  ネットワーク
【図１】
2008299801.tif 000003
【図２】
2008299801.tif 000004
【図３】
2008299801.tif 000005
【図４】
2008299801.tif 000006
【図５】
2008299801.tif 000007
【図６】
2008299801.tif 000008
【図７】
2008299801.tif 000009
【図８】
2008299801.tif 000010
【図９】
2008299801.tif 000011
【図１０】
2008299801.tif 000012
【図１１】
2008299801.tif 000013
【図１２】
2008299801.tif 000014
【図１３】
2008299801.tif 000015
【図１４】
2008299801.tif 000016
【図１５】
2008299801.tif 000017
【図１６】
2008299801.tif 000018