JP2002109106A

JP2002109106A - 人材の紹介・斡旋仲介方法及びシステム

Info

Publication number: JP2002109106A
Application number: JP2000294471A
Authority: JP
Inventors: Toshihiro Tokorozawa; 俊広所澤; Nobutaka Shimoya; 宣孝下矢; Kazuyuki Yamaguchi; 一之山口; Shoichiro Okamoto; 祥一郎岡本
Original assignee: Hitachi Software Engineering Co Ltd
Current assignee: Hitachi Software Engineering Co Ltd
Priority date: 2000-09-27
Filing date: 2000-09-27
Publication date: 2002-04-12

Abstract

(57)【要約】【課題】高度の機密性が要求され、しかも人手に頼る
ことが大きい人材の紹介・斡旋業務において、インター
ネットを介した取引を実現し、高度の機密性を保持しつ
つ、効率的に人材を仲介することを可能にすること。【解決手段】人材要求側端末からの人材紹介要求を受
付け、該人材紹介要求中に含まれる紹介条件を人材提供
側端末に送信するステップと、人材提供側端末から前記
紹介条件に合致する人材情報を受信し、該人材情報を予
め定めた開示条件に従って段階的に要求元の人材要求側
端末に返信するステップと、人材要求側端末に開示され
た人材情報中のいずれかの人材に対する斡旋要求を受付
け、対応する人材提供側端末に送信するステップとを備
えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットを
介して人材の紹介あるいは斡旋を仲介するシステムに係
り、特に人材を求める側（人材要求側）と人材を提供す
る側（人材提供側）との間で行われる人材の紹介、斡旋
を、高度の機密性を保持しつつ、効率的に仲介するサー
ビスを支援する人材の紹介・斡旋仲介システムに関す
る。

【０００２】

【従来の技術】インターネットの普及に伴い、不特定多
数の人が参加可能な電子商取引が急速に普及しつつあ
る。従来から、このような取引におけるセキュリティの
問題は最重要課題であったが、近年の技術の進歩に伴っ
て取引において高度のセキュリティが確保されるに至
り、インターネットを介した電子商取引はますます一般
に広まりつつある。

【０００３】一方、近年急速に労働市場が流動化してお
り、労働者の転職や再就職はもはや珍しいことではなく
なっている。また、企業間における人材の貸し借り、す
なわち社員の出向、派遣などはもはや珍しいことではな
く、プロジェクト単位に不足する人材を新たに雇用する
のではなく、他社から必要な人材を調達する手法（以
下、「人材の紹介・斡旋」という）がとられることが多
い。

【０００４】このような人材の紹介・斡旋の分野で、イ
ンターネットを介した紹介・斡旋は従来においては行わ
れていなかった。その背景には、対象が人材（人間）で
あり、必ず個人情報という高度の機密性を要する情報を
取り扱う必要性が生じるという問題があった。このよう
な情報をインターネットのような情報セキュリティの面
で脆弱な公衆回線に流すことは、近年高度のセキュリテ
ィが確保されるようになったといっても、万一個人情報
を漏洩させるに至れば社会的信用を喪失し、企業にとっ
ては致命的な問題となりうる。

【０００５】また、人材の紹介・斡旋においては、物の
取引のようにただ単に物品が売り買いされ、対価と商品
との交換が確実に行われる点のみ配慮すればよいという
ものではない。人材を提供するにせよ、人材を借り受け
る（労務の提供を受ける）にせよ、相手方企業の信用度
や実績等の要素まで考慮する必要があり、不特定の多数
当事者間による交渉ではこの点で不向きであると考えら
れてきた。そのため、現在でも煩雑な人材の紹介・斡旋
を、電話や文書などで人手を介して行い、交渉相手も一
部の交渉実績のある企業のみに限っていた。

【０００６】

【発明が解決しようとする課題】しかしながら、人材の
紹介・斡旋のような多大の手間と費用を要する作業の全
てを人手で行うことは非効率なことはもちろん、それに
伴う時間的、金銭的な損失は大きい。また、交渉相手を
少数の特定企業にのみ限定することは、人材を求める側
からすれば真に必要な人材を獲得できる可能性が少な
く、一方、人材を提供する側から見れば、不利な条件で
人材の提供しなければならない場合もあることに加え、
社員にとっても自らが望む仕事を得られるとは限らな
い。

【０００７】このような課題は人材の紹介・斡旋におい
ても、インターネットを介して多数参加者が望める交渉
形態を適用することで大きく改善される。人材を求める
側からすれば、交渉相手と人材選択の幅が格段に広がる
一方、人材を提供する側からすれば、もっとも人材の提
供先が広がる結果、よりよい条件で提供先に人材を提供
でき、提供される社員の立場に立っても、報酬の面はも
ちろんのこと、自らのスキルや実績に適した仕事ができ
る提供先で働くことができる。

【０００８】本発明の目的は、高度の機密性が要求さ
れ、しかも人手に頼ることが大きい人材の紹介・斡旋業
務において、インターネットを介した紹介・斡旋を実現
し、高度の機密性を保持しつつ、効率的に人材を仲介す
ることが可能な人材の紹介・斡旋仲介方法及びシステム
を提供することにある。

【０００９】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明は、人材要求側端末からの人材紹介要求を
受付け、該人材紹介要求中に含まれる紹介条件を人材提
供側端末に送信するステップと、人材提供側端末から前
記紹介条件に合致する人材情報を受信し、該人材情報を
予め定めた開示条件に従って段階的に要求元の人材要求
側端末に返信するステップと、人材要求側端末に開示さ
れた人材情報中のいずれかの人材に対する斡旋要求を受
付け、対応する人材提供側端末に送信するステップとを
備えることを特徴とする。

【００１０】また、人材提供側端末からの労務斡旋要求
を受付け、該労務斡旋要求中に含まれる人材情報を予め
定めた開示条件に従って段階的に人材要求側端末に送信
するステップと、人材要求側端末に開示された人材情報
中のいずれかの人材に対する労務提供要求を受付け、対
応する人材提供側端末に送信するステップとを備えるこ
とを特徴とする。

【００１１】また、人材要求側端末からの人材紹介要求
を受付け、該人材紹介要求中に含まれる紹介条件を人材
提供側端末に送信する手段と、人材提供側端末から前記
紹介条件に合致する人材情報を受信し、該人材情報を予
め定めた開示条件に従って段階的に要求元の人材要求側
端末に返信する手段と、人材要求側端末に開示された人
材情報中のいずれかの人材に対する斡旋要求を受付け、
対応する人材提供側端末に送信する手段とを備えること
を特徴とする。

【００１２】また、人材提供側端末からの労務斡旋要求
を受付け、該労務斡旋要求中に含まれる人材情報を予め
定めた開示条件に従って段階的に人材要求側端末に送信
する手段と、人材要求側端末に開示された人材情報中の
いずれかの人材に対する労務提供要求を受付け、対応す
る人材提供側端末に送信する手段とを備えることを特徴
とする。

【００１３】また、前記人材情報の開示条件を、人材提
供側端末と人材要求側端末との間での交渉回数に応じて
決定するテーブルを備えることを特徴とする。

【００１４】また、人材提供者側端末から紹介条件に該
当する人材情報が提示されなかった場合、当該紹介条件
を検索条件データベースへ登録する手段と、登録した検
索条件を人材要求側端末は人材提供側端末に提示する手
段とを備えることを特徴とする。

【００１５】また、予め定めた所定期間毎に前記検索条
件データベースへ登録した検索条件を取得し、人材提供
側端末に対し前記検索条件に該当する人材の検索を要求
する手段を備えることを特徴とする。

【００１６】また、人材提供側端末と人材要求側端末と
の間での交渉回数に応じて対価を決定するテーブルを備
えることを特徴とする。

【００１７】また、前記人材要求側端末または人材提供
側端末に対し、少なくともユーザＩＤを入力させる手段
と、ディジタル署名用の確認メッセージを送信する手段
と、人材要求側端末または人材提供側端末から受け付け
たディジタル署名された確認メッセージからユーザ認証
を行う手段と、前記ユーザＩＤから当該ディジタル署名
の公開鍵を取得し、ディジタル署名の認証を実行する手
段とを備えることを特徴とする。

【００１８】また、前記人材要求側端末または人材提供
側端末は、前記ディジタル署名のユーザ秘密鍵を格納し
たＩＣカードと、前記ＩＣカード読取り可能なＩＣカー
ドリーダとを備え、ディジタル署名生成時には前記ＩＣ
カードリーダを介して前記ＩＣカード内の秘密鍵を読取
り、前記読取ったユーザ秘密鍵をもとに、前記確認メッ
セージをディジタル署名することを特徴とする。

【００１９】

【発明の実施の形態】以下、本発明を実施する場合の一
形態を図面を参照して具体的に説明する。図１は、本発
明の実施の形態の全体構成を示す図である。本実施の形
態において、利用者端末１（１ａ〜１ｎ）は人材を求め
る側の端末装置（人材要求側端末）であり、各種処理を
実行する処理部１１、各種プログラムやデータを格納す
るための記憶装置１２、インターネットを利用するため
のＷＷＷブラウザ１３、利用者認証を行うためにＩＣカ
ードの情報を読込むＩＣカードリーダ１４、利用者が入
力操作を行ったり、利用者に対し情報を表示出力するた
めの入出力部１５からなる。利用者端末１はその構成か
ら明らかなように、通常パーソナルコンピュータ（Ｐ
Ｃ）で容易に実現される。

【００２０】人材仲介会社２は、人材を提供する側と人
材を求める側との仲介を行う機関である。その基本構成
として、認証局サーバ２Ａ、ディレクトリサーバ２Ｂ、
処理サーバ２Ｃ、ファイアウォール２Ｄ、ＤＢサーバ２
Ｅを具備する。

【００２１】認証局サーバ２Ａは人材仲介サービスを利
用するユーザに対しディジタル証明書を発行する認証機
関である。本処理は、処理部２Ａ１が証明書の生成を行
う認証機能２Ａ２を実行することで実現している。な
お、本認証局サーバ２Ａは図では人材仲介会社２自身が
具備しているが、これは人材仲介会社２が本サービスの
利用者のみを認証対象とすることで負荷の軽減、処理の
迅速化、費用の軽減等を目的としたものであり、もちろ
ん社外の信頼できる公証機関（ＣＡ：Certification Au
thority）を利用しても構わない。

【００２２】ディレクトリサーバ２Ｂは認証局サーバ２
Ａが発行したユーザの証明書を格納するデータベース２
Ｂ１を具備している。電子署名の正当性の確認の際、こ
のディレクトリサーバ２Ｂに問合せる事によって、ユー
ザの公開鍵を知ることが出来る。

【００２３】一方、ファイアウォール２Ｄは必ず人材仲
介会社２に備えられる。ファイアウォールとは、インタ
ーネットなどの外部ネットワークを通じて第三者が侵入
し、データやプログラムの盗み見・改ざん・破壊などが
行わることのないように、外部との境界を流れるデータ
を監視し、不正なアクセスを検出・遮断する仕組みであ
る。これは、人材仲介サービスが個人情報を取り扱うた
め高度なセキュリティ機能を要求されることを考慮し
て、第三者の不正なアクセスはもちろん、一部の管理者
を除いた同会社２の社員に対しても、ＤＢサーバ２Ｅへ
の不正なアクセスを禁じるために設けている。

【００２４】人材仲介部２０は人材仲介サービスを提供
するためのものであり、処理サーバ２Ｃと、ＤＢサーバ
２Ｅを基本構成として備える。機密保護のため、ＤＢサ
ーバ２Ｅはファイアウォール２Ｄの内側のネットワーク
に接続する。処理サーバ２Ｃには処理部２Ｃ１と、管理
者が必要に応じて操作を行うための入出力部２Ｃ２と、
人材仲介サービスを実現するための機能を備える人材仲
介処理手段２Ｃ３を備える。ＤＢサーバ２Ｅには人材仲
介処理手段２Ｃ３からのデータ登録・検索要求に答える
ための各種記憶手段である管理ＤＢ２Ｅ１を備える。

【００２５】このように人材仲介会社２は、提供するサ
ービスの性質から高度な機密保護機能を有するのに加
え、人材仲介に伴う複雑な手続をインターネットを介し
て効率的に実現するものであるが、詳細は後述する。

【００２６】本実施の形態において、提供者システム３
は人材を提供する側の端末装置であり、処理部３１、Ｗ
ＷＷブラウザ３４、ＩＣカードリーダ３５及び入出力部
３６は利用者端末１のそれと同じである。人材情報ＤＢ
３２は提供しようとする人材の情報を格納したデータベ
ースであり、提供者システム３が企業であれば自らの人
事ＤＢを流用することも可能である。固有マスクテーブ
ル３３は提供者側が人材情報を提示するに際して相手方
に開示したくない情報を、予め定義しておくためのテー
ブルである。なお、利用者端末１、提供者システム３は
それぞれ複数存在し、これらはインターネットを介して
人材仲介会社２と接続され、各種情報の送受信が可能で
ある。

【００２７】図２は人材仲介処理手段２Ｃ３の構成を示
すブロック図である。ユーザ管理部４１は本人材提供サ
ービスを利用するユーザ（利用者端末１、提供者システ
ム３の双方を含む）を管理する機能であり、ユーザ情報
をユーザ管理ＤＢ５２（図３で後述）へ登録するユーザ
登録部４１ａと、ユーザ管理ＤＢ５２とからユーザ情報
を検索、取得するユーザ情報検索部４１ｂと、ユーザ管
理ＤＢ５２に登録された正規ユーザかどうかの認証を行
うユーザ認証部４１ｃと、ユーザ管理ＤＢ５２のユーザ
情報を修正、変更等の編集をするユーザ情報編集部４１
ｄを備える。

【００２８】商談管理部４２は利用者端末１と提供者シ
ステム３の間で行われる商談処理（人材の紹介・斡旋に
関する条件等の交渉）を実行、管理する機能であり、開
始された商談を商談情報管理部４２ｃに登録する商談登
録部４２ａと、商談がやり取りされた回数（交渉回数）
を計数する商談計数部４２ｂと、商談内容、商談回数、
商談結果等を記憶・管理する商談情報管理部４２ｃと、
商談成立か不成立かといった商談結果を判定する商談結
果判定部４２ｄとからなる。

【００２９】マスク処理部４３は提供者側から受け取っ
た人材情報に対しマスク処理を行う機能であり、商談管
理部４２に現在の商談回数を問合せる商談回数問合せ部
４３ａと、商談回数をもとにマスクすべき（非公開とす
べき）項目をマスク情報テーブル５３（図３で後述）に
問合せるマスク項目問合せ部４３ｂと、人材情報に対し
マスクすべき項目に対してマスク処理を実行するマスク
処理部４３ｃと、マスク情報テーブル５３のマスク情報
を編集するためのマスク項目編集部４３ｄとからなる。

【００３０】検索条件管理部４４は利用者端末１から受
け付けた人材の検索条件を管理する機能であり、利用者
端末１から入力された検索条件を検索条件ＤＢ５４（図
３で後述）へ登録する検索条件登録部４４ａと、登録し
た検索条件を検索条件ＤＢ５４から検索、取得する検索
条件読出し部４４ｂと、検索条件ＤＢ５４へ登録した検
索条件を所定時間毎に検索実行するための検索実行時間
管理部４４ｃと、検索条件ＤＢ５４へ登録されている検
索条件を修正、削除などの編集を行う検索条件編集部４
４ｄとからなる。

【００３１】課金処理部４５は人材仲介サービスの利用
に対する課金を実行する機能であり、課金対象となる商
談を商談管理部４２へ問合せる課金対象問合せ部４５ａ
と、課金対象となる商談の商談回数を商談管理部４２へ
問合せる商談回数問合せ部４５ｂと、当該商談の商談結
果を商談管理部４２へ問合せる商談結果問合せ部４５ｃ
と、当該商談の課金を実行し課金情報を課金ＤＢ５５
（図３で後述）へ登録する課金実行部４５ｄとからな
る。

【００３２】画面処理部４６は、本人材仲介サービスで
やり取りされる人材情報や商談応答などのデータを記
憶、管理するデータ記憶部４６ａと、当該データをユー
ザ端末等に適切に表示できるようデータを編集して画面
情報を生成する画面生成部４６ｂとからなる。

【００３３】図３は管理ＤＢ２Ｅ１の構成を示すブロッ
ク図である。管理ＤＢ２Ｅ１は、ＷＷＷブラウザに表示
可能な画面情報を格納した画面情報ＤＢ５１と、ユーザ
の各種情報を記録・管理するユーザ管理ＤＢ５２と、人
材情報にマスクすべき項目の規則を定義したマスク情報
テーブル５３と、ユーザから受け付けた人材の検索条件
を記録管理する検索条件ＤＢ５４と、商談の進捗度合い
に応じて課金を行うための課金に関する情報を記録管理
する課金ＤＢ５５とを具備する。

【００３４】次に、管理ＤＢ２Ｅ１が具備する各種ＤＢ
の構成を説明する。図４は画面情報ＤＢ５１の構成の一
例を示す図である。インターネットにおいて要求された
画面情報を要求元端末側へ送信する各種画面情報を格納
したもので、「登録画面」「認証画面」「メニュー画
面」等から構成されている。この画面情報は具体的には
ＨＴＭＬ（Hyper Text Markup Language）で記載された
ＨＴＭＬ文書である。

【００３５】図５はユーザ管理ＤＢ５２の構成の一例を
示す図である。ユーザ管理ＤＢ５２は本サービスのユー
ザの情報を格納しており、各レコードは個人名５２ａ、
会社名５２ｂ、電話番号５２ｃ等の個人情報のほか、ユ
ーザＩＤ５２ｄやパスワード５２ｅのユーザの認証に必
要な情報等も管理している。これらの情報は、後述する
ユーザの登録処理等で取得される。

【００３６】図６はマスク情報テーブル５３の構成の一
例を示す図である。人材を仲介する際に取り扱う人材情
報に対し、マスク処理を行う際の基準を定めている。マ
スク情報テーブル５３の各レコードは、商談が行われた
回数である商談回数５３ａと、従業者名、性別、年齢
等、マスクすべき項目を定義したマスク項目５３ｂとを
備え、商談回数５３ａに応じてマスクすべき項目が減少
するように定義されている。具体的には、図の「○」に
該当する項目がマスクすべき項目であり、例えば商談回
数５３ａ「５〜８回」であれば、「従業者名」や「管理
者評価」等の項目がマスク処理され、性別、年齢、自己
評価、資格はマスクされない。

【００３７】図７は検索条件ＤＢ５４の構成の一例を示
す図である。ユーザが登録した人材の検索条件を記録す
るものであり、各レコードは検索条件に一意に割り振ら
れる条件Ｎｏ.５４ａ、当該検索条件を登録したユーザ
のＩＤであるＩＤ５４ｂ、登録された検索条件の内容で
ある検索項目５４ｃ、再検索を実行するか否か、実行す
る場合はどの程度の時間間隔をおいて再検索を実行する
かを示す再検索期間５４ｄ、自動的に引合情報を作成す
るか否かを示す引合情報自動生成５４ｅの他、当該検索
条件の登録を受け付けた受付日時５４ｆ、当該検索条件
の有効期限である検索期限５４ｇ等を備える。

【００３８】図８は課金ＤＢ５５の構成の一例を示す図
である。本人材仲介サービスを利用したユーザに対する
課金の情報を記録するものであり、各レコードは課金対
象となる商談の商談ＩＤ５５ａ、当該課金の支払者を表
す支払者ＩＤ５５ｂ、当該商談で行われた商談の回数を
表す商談回数５５ｃ、本サービス利用料である課金額５
５ｄなどの項目からなる。

【００３９】次に、提供者システム３の構成の一部につ
いて、詳細を説明する。図９は人材情報ＤＢ３２の構成
の一例を示す図である。これは提供者システム３を運営
する各会社が、主に自社の従業員に関する情報を格納す
るＤＢである。具体的には各レコードは、従業員番号、
従業員名、分野等の項目を備えた従業員情報３２ａと、
業務の経験年数、管理者が付与した従業員への評価、従
業者自らの評価値である自己評価、現在の作業状況とい
った個々の従業員についての更に詳細な情報である詳細
情報３２ｂとを備える。

【００４０】図１０は固有マスクテーブル３３の構成の
一例を示す図である。人材情報に対してマスク処理を行
う際の基準を定めている点ではマスク情報テーブル５３
と同じであり、「○」がマスクすべき項目としてユーザ
が定義したものである。しかし固有マスクテーブル３３
は提供者システム３を運営する各会社が独自に管理し、
独自にマスクする基準を定めている点で、人材仲介会社
２のマスク情報テーブル５３と異なる。

【００４１】以上のような構成に基づいて、以下、本発
明の実施の形態における各種処理を詳細に説明する。人
材仲介サービスの提供に先立ち、まず本サービスを利用
しようとする者はユーザ登録することとなる。人材仲介
サービスにおいては、人材情報という個人情報を取り扱
うことから、高度の機密性と安全性を要求される。本発
明においては、その問題を解決するべく各種の対策を施
している。以下のユーザ登録において、利用者の審査の
ために面接・電話等による実態審査を行い、適格者に対
しディジタル証明書を発行するようにし、商談の際のユ
ーザ認証において、ディジタル署名を利用するようにし
たのもその一つである。

【００４２】図１１に、利用者端末１のユーザが本サー
ビスに仮登録を行う際の処理フローを示す。まず、ユー
ザが仮登録画面に対して所定のユーザ情報の入力を行う
と、それを受け付けた利用者端末１は人材仲介会社２に
対し受け付けた情報を送信する（Ｓ１１０１）。図１２
がその仮登録画面の一例であり、個人名、法人名、電話
番号といったユーザの個人情報が入力されている。

【００４３】これを受信した人材仲介会社２では、ユー
ザの個人情報をもとに、人材仲介会社２の社員が当該登
録申込者に対し面接、電話等による実体審査を行い登録
の可否を判断する（Ｓ１１０２、１１０３）。なお、扱
う情報が人に関するものであるため、機密保護の水準を
あげ、不正を抑止する手段として、申込者に対して一定
の保証金の振込を求め、これを受け入れた者に対しての
み参加の許可を与えるとしても良い。またその保証金の
金額の多寡に応じて後述するマスク情報の設定を変える
ということも出来る。

【００４４】ユーザの仮登録の許可を受け付けると、人
材仲介部２０は仮登録画面に入力されたユーザ情報をユ
ーザ管理ＤＢ５２へ仮登録する（Ｓ１１０４）。そして
ユーザＩＤと仮パスワードを発行し、これらをメールに
て利用者端末へ送信する（Ｓ１１０５）。これは、機密
性に配慮したものであるが、メールでなくても郵送等の
安全に利用者の手元に届けることができる手段であれば
構わない。

【００４５】その後、仮登録されたことを示す確認画面
を利用者端末１へ送信し、それを受信すると利用者端末
１は入出力部１５に表示する（Ｓ１１０６、１１０
８）。一方、Ｓ１１０３で仮登録が許可されなかった場
合は、利用者端末１に対し仮登録できない旨のエラーを
通知する（Ｓ１１０７）。

【００４６】仮登録の終了後、ユーザはインターネット
を介して人材仲介部２０にアクセスし、まず、ユーザＩ
Ｄと仮パスワードを使って、指定された証明書発行ＵＲ
Ｌにアクセスし、公開鍵と秘密鍵の鍵ペアの生成と証明
書の発行を行い、手持ちのＩＣカードに秘密鍵と証明書
を格納する（Ｓ１１０９）。

【００４７】図１３に利用者端末１の利用者が本サービ
スにユーザ登録するための処理のフローを示す。まず、
ユーザが登録画面（図示しない）に対して入力したユー
ザＩＤと仮パスワードを受け付けた利用者端末１は、そ
れを人材仲介部２０へ送信する（Ｓ１３０１）。人材仲
介部２０はユーザＩＤ、仮パスワードを受信すると（Ｓ
１３０２）、ユーザにディジタル署名を求めるためのユ
ーザ登録用確認メッセージを生成、送信する（Ｓ１３０
３）。利用者端末１はユーザ登録用確認メッセージを受
信すると、これを図１１のユーザ仮登録処理にて取得し
たＩＣカードの秘密鍵によりディジタル署名して、人材
仲介部２０へ送信する（Ｓ１３０４、１３０５）。具体
的には、確認メッセージのメッセージダイジェストを作
り出してこれを秘密鍵で暗号化し、ディジタル署名とし
て確認メッセージに添付して人材仲介部２０に送付す
る。

【００４８】人材仲介部２０はディジタル署名された確
認メッセージを受信した後、ユーザＩＤと仮パスワード
とをもとにユーザ管理ＤＢ５２へ紹介し、当該ユーザが
仮登録されているか判定する（Ｓ１３０６〜１３０
８）。登録されている場合は、さらにユーザＩＤをもと
に当該ユーザの公開鍵をディレクトリサーバ２Ｂから取
得し、公開鍵によるディジタル署名の確認と認証の成否
を判定する（Ｓ１３０９、１３０１）。その結果、正規
のユーザであると認証すれば、ユーザ管理ＤＢへのユー
ザ情報の仮登録を正式に登録し（Ｓ１３１１）、登録さ
れたことを示す確認画面を利用者端末１へ送信する（Ｓ
１３１２）。Ｓ１３０８、Ｓ１３１０の判定処理におい
て失敗した場合は、利用者端末１に対し登録できない旨
のエラーを通知する（Ｓ１３１３）。

【００４９】登録確認を受信すると利用者端末１は入出
力部１５に表示する（Ｓ１３１４）。この表示には仮パ
スワードの書き換えを促すコメントを付されており、ま
た仮パスワードには有効期限を設けておく。そしてユー
ザがパスワード変更画面（図示しない）に容易に遷移で
きるようにしておき、このパスワード変更画面にてユー
ザは仮パスワードを正規のパスワードに変更する（Ｓ１
３１５）。

【００５０】ユーザ登録処理が終了後、サービスを提供
を求めて人材仲介部２０へアクセスしたユーザに対し、
ユーザの認証処理を行う。図１４に認証処理の処理フロ
ーを示す。まず、ユーザが認証画面へ入力を行うと、利
用者端末１はそれを受け付けると人材仲介部２０へ送信
する（Ｓ１４０１）。図１５に示す認証画面では、入力
項目としてユーザＩＤ１５１とパスワード１５２を、さ
らに送信実行と人材仲介部２０へのアクセスを指示する
「ログイン」ボタン１５３を備える。

【００５１】本認証処理は図１３のユーザ登録処理とほ
ぼ同様である。人材仲介部２０はユーザＩＤ、パスワー
ドを受信すると（Ｓ１４０２）、ユーザにディジタル署
名を求めるためのユーザ認証用確認メッセージを生成、
送信する（Ｓ１４０３）。利用者端末１はユーザ認証用
確認メッセージを受信すると、これを図１１のユーザ仮
登録処理にて取得したＩＣカードの秘密鍵によりディジ
タル署名して、人材仲介部２０へ送信する（Ｓ１４０
４、１４０５）。以下、Ｓ１４０６〜１４１０の処理
は、図１３のＳ１３０６〜１３１０と基本的に同じであ
る。

【００５２】その結果、Ｓ１４１０において認証が成功
した場合は、人材仲介部２０の人材サービスを提供する
各種機能へアクセスできるようにし、人材仲介サービス
のメイン画面であるメニュー画面を送信する（Ｓ１４１
１）。なお、Ｓ１４０８、Ｓ１４１０においてＮＯと判
定した場合は不正なユーザの利用と判断し、利用者端末
１に対し認証許可できない旨のエラーを通知する（Ｓ１
４１２）。

【００５３】認証処理後、利用者端末１はメニュー画面
を受信すると、入出力部１５へ表示する（Ｓ１４１
３）。図１６はメニュー画面の一例であり、ユーザは所
望するサービスをこの画面から選択することができる。

【００５４】ここでユーザが「新規検索」ボタン１６３
を選択すると、図１７に示す検索画面に遷移する。この
画面から所望する人材の検索を実行することができる。
図では、検索したい人材の条件を入力する「検索項目」
１７１、検索実行を指示する「検索実行」ボタン１７
２、オプションとして条件に合致する人材が発見できな
かった場合に、所定期間「検索項目」１７１に入力した
条件を記録しておき一定期間毎に再検索を実行させるた
めの「再検索機能」１７３と、記録した検索条件を他の
ユーザが自由に閲覧可能とする「引合情報自動生成機
能」１７４とが備えられている。

【００５５】図１８に人材を検索する処理のフローを示
す。まず図１７に示した検索画面からの検索条件の入力
を受け付けると、利用者端末１は人材仲介部２０へ検索
画面を送信し、それを受信した人材仲介部２０は当該画
面から検索条件を抽出する。そしてユーザ登録されてい
る全ての提供者システム３へ、紹介要求を送信する（Ｓ
１８０１〜Ｓ１８０４）。紹介要求には少なくとも、Ｓ
１８０３で抽出した検索条件及び検索要求元のユーザＩ
Ｄを含むものとする。

【００５６】紹介要求を受信した各提供者システム３で
は、紹介要求に基づいて自らの人材情報ＤＢ３２を検索
し、該当する人材の情報があるか判定する（Ｓ１８０５
〜１８０７）。ここで該当する人材情報がヒットしなけ
れば処理を終了するが、ヒットしたならば当該人材情報
を取得する（Ｓ１８０８）。そして固有マスクテーブル
３３のマスク情報に基づいて人材情報にマスク処理を行
い（Ｓ１８０９）、マスク処理した人材情報を人材仲介
部２０へ送信する（Ｓ１８１０）。

【００５７】各提供者システム３から人材情報を受信す
る人材仲介部２０では、予め定めた所定期間が経過する
と、人材情報を受信しているかを判定する（Ｓ１８１１
〜１８１３）。ここでいずれの提供者システム３からも
人材情報を受信していない場合には、検索条件に該当す
る人材がヒットしなかったものとして、検索条件ＤＢ５
４へ当該検索条件を登録し（Ｓ１８１４）、後述する再
検索処理を実行する。人材情報を受信していれば、マス
ク情報テーブル５３からマスクすべき項目を取得し（Ｓ
１８１５）、提供者システム３より受信したマスク済み
人材情報に対して、当該マスク項目に基づいてマスク処
理を実行する（Ｓ１８１６）。

【００５８】なお、Ｓ１８１５で取得されるマスク項目
は、図６のマスク情報テーブル５３における初回のマス
ク項目、すなわち商談回数５３ａが「０回」に対応する
マスク項目５３ｂである。また、マスクすべき項目が、
先に提供者システム３でマスク処理済み（Ｓ１８０９）
の場合は、すでにマスク済みであるので改めてマスク処
理はしなくてもよい。この点は後述の処理においても同
じである。

【００５９】最後に、マスク処理済み人材情報を結果画
面として検索要求元の利用者端末１へ送信し、それを受
信した利用者端末１は結果画面を入出力部１５に表示す
る（Ｓ１８１７、１８１８）。図１９、２０に結果画面
の一例を示す。図１９はユーザの検索要求に対してヒッ
トした人材情報の一覧を表示する画面であり、注文した
い人材（紹介して欲しい人材）を選択するチェックボッ
クス１９１、人材を識別するコードＮｏ．１９２、人材
情報の最新の登録日を示す登録日１９３、人材の詳細情
報を表示させるための「詳細」ボタン１９４、所望の人
材の紹介を希望する旨の「注文」ボタン１９５等を備え
る。このうち「詳細」ボタン１９４を押下することで、
図２０の詳細な人材情報を表示する画面へ遷移する。こ
の画面には、選択された人材のコードＮｏ．２０１や、
名前、性別、年齢等の詳細情報２０２、所望の人材の斡
旋を希望する旨の「注文」ボタン２０３、図１９の画面
に戻るための「戻る」ボタン２０４などを表示項目とし
て備える。しかし提供者システム３と人材仲介部２０に
おけるマスク処理の結果、この図の例では分野、業種以
外の項目はマスクされている。

【００６０】本処理において人材仲介部２０でマスクす
ることに加え、提供者システム３においても独自の基準
でマスクすることができるようにしたことにより、各提
供者システム３の個々の事情に応じて、人材情報のうち
開示すべきでない情報に対し適切にマスクすることがで
きる。

【００６１】次に、Ｓ１８１４以降の再検索処理につい
て説明する。Ｓ１８１４で検索条件ＤＢ５４に登録され
た検索条件は、図７で示したレコードのように記録され
る。検索条件Ｎｏ５４ａ「Ｋｇ１１１」の場合、検索項
目５４ｃ「汎用系（３年経験者）」について再検索期間
５４ｄ「９０日」の間、再検索を実行することを意味す
る。本検索条件の登録日である受付日時５４ｆは「２０
００年９月９日」であるから、この日から９０日後の
「２０００年１２月９日」が検索期限５４ｇとなる。

【００６２】図２１に再検索処理のフローを示す。人材
仲介部２０は検索条件ＤＢ５４に登録されている検索条
件を一定期間毎に取得し（Ｓ２１０１）、当該検索条件
が指定期間外か、つまりユーザが指定した再検索期間を
経過しているかどうかを判定する（Ｓ２１０２）。再検
索期間を経過していれば、期間経過を利用者端末１へ通
知し、当該検索条件を削除する（Ｓ２１０３）。再検索
期間内であれば、図１８の「Ｂ」へ戻り、Ｓ２１０１で
取得した検索条件に基づく検索処理を実行する。再検索
処理の結果、条件に合致する人材が見つかった場合は、
図１８のＳ１８１５以降の処理が実行される。

【００６３】ところでこの結果画面「注文」ボタン１９
５が押下されると、当該人材を提供する提供者システム
３へ対し、商談の申し出（該当する人材による労務の提
供を受けるための申し出）が可能である。以下、その商
談処理について説明する。

【００６４】図２２に利用者端末１から提供者システム
３への商談処理のフローを示す。まず、先に述べたよう
に、提供者端末１は結果画面より商談要求（「注文」ボ
タン押下）の入力を受け付けると、その商談要求を人材
仲介部２０へ送信する（Ｓ２２０１）。商談要求を受信
すると、人材仲介部２０は商談ＩＤが付与されていない
場合は新規の商談と判定し、商談要求に商談ＩＤを付与
する（Ｓ２２０２〜２２０４）。そして商談要求の対象
となっている人材を提供する提供者システム３へ商談要
求を送信する（Ｓ２２０５）。

【００６５】商談要求を受信した提供者システム３は、
当該商談要求を入出力部３６へ表示する（Ｓ２２０
６）。その商談要求の表示の一例を図２３に示す。図の
商談要求には、商談要求を受信した提供者システム３の
ユーザ名２３１、ユーザＩＤ２３２、商談ＩＤ２３３、
商談回数２３４、商談要求を発した利用者端末１のユー
ザ名２３５、要求対象である人材のコードＮｏ２３６、
人材の詳細情報２３７等の情報が表示されている。さら
に、当該商談要求に合意する「応諾」ボタン２３８、さ
らに商談を続けるための「商談」ボタン２３９、当該商
談要求を拒否するための「拒否」ボタン２４０を具備す
る。商談要求を受信した提供者システム３のユーザはこ
れらのいずれかのボタンを押下して、商談要求に対し回
答する。

【００６６】ここで「商談」ボタン２３９を押下する
と、図２４に示した商談応答の入力画面に遷移する。図
２４では、コメント入力欄２４１の他、商談応答を送信
するための「送信」ボタン２４２、図２３の画面へ戻る
ための「戻る」ボタン２４３が表示されている。一方、
図２３で「応諾」ボタン２３８、「拒否」ボタン２４０
を押下した場合には、そのまま商談応答の送信が開始さ
れるものとする（Ｓ２２０７）。

【００６７】人材仲介部２０は商談応答を受信すると商
談ＩＤを取得し、当該商談の商談回数を１増加させる
（Ｓ２２０８、２２０９）。次に商談判定（Ｓ２２１
０）を実行するが、詳細は後述する。そして当該商談の
商談回数に応じたマスク項目をマスク情報テーブル５３
から取得し、取得したマスク項目について当該人材情報
に対してマスク処理を行った後、商談応答とマスク済み
人材情報とを結果画面として送信する（Ｓ２２１１〜２
２１３）。

【００６８】結果画面を受信した利用者端末１は、それ
を入出力部１５へ表示する（Ｓ２２１４）。結果画面の
うち、商談応答に関する表示の一例を図２５に示す。図
の商談応答には、商談応答を受信した利用者端末のユー
ザ名２５１、ユーザＩＤ２５２、商談ＩＤ２５３、商談
回数２５４、提供者システム３で入力されたコメントの
表示欄２５５、本人材仲介サービスの現在の課金額２５
６等の情報が表示されている。さらに、当該商談応答に
対して応答を発するための「商談」ボタン２５７、商談
を取り止めるための「拒否」ボタン２５８を具備する。
商談応答を受信した利用者端末１のユーザはこれらのい
ずれかのボタンを押下して、商談応答に対し回答する。

【００６９】ところで提供者システム３が商談応答を返
すと、Ｓ２２０９で商談回数が１加算されるため、図で
は商談回数２５４が「１」となっている。また、後述の
判定処理において説明するように、商談回数に応じて課
金額が算出されるため、商談回数１回に応じた課金額
「３００円」が課金額２５６に表示されている。

【００７０】ここで「商談」ボタン２５７を押下する
と、図２４に示したものと同じような商談応答の入力画
面に遷移し、ここから相手側に対するコメントを入力、
送信する。一方、図２５で「拒否」ボタン２５８を押下
した場合には、そのまま商談応答の送信が開始されるも
のとする（Ｓ２２１５）。

【００７１】人材仲介部２０は商談応答を受信すると、
後述する商談判定を実行した後、当該商談応答を提供者
システム３へ送信する（Ｓ２２１６〜２２１８）。この
商談応答を受信した提供者システム３では、図２５に示
したものと同じような表示がなされるが、この表示には
「商談」ボタン２５７、「拒否」ボタン２５８に加え、
図２３で示した「応諾」ボタン２３８を備えるものとす
る。本処理においては、商談を受けた側（提供者システ
ム３）にのみ商談成立の最終決定権を与えるためであ
る。そしてこれらのボタンを選択して利用者端末１のユ
ーザと同様に商談応答に対する回答を行うこととなる。
このようにして、利用者端末１と提供者システム３との
間で商談が終了するまで商談応答がやり取りされると共
に、徐々にマスクが取外されていき人材情報が段階的に
開示されていく。

【００７２】次に、商談判定（Ｓ２２１０、Ｓ２２１
７）について述べる。これは商談結果を判定し、その結
果に応じて課金や商談継続を実行するための処理であ
る。図２６は商談判定の処理フローである。まず、受信
した商談応答が「商談」かを判定する（Ｓ２６０１）。
ここでＹＥＳと判定すれば商談が継続しているため、図
２２の商談処理のおける次のステップ（Ｓ２２１１、Ｓ
２２１８）へ進む。ＮＯと判定した場合は、当該商談の
商談ＩＤから商談回数を取得し、商談回数に応じた課金
額（対価）を算出する（Ｓ２６０２、Ｓ２６０３）。次
に、商談応答が「応諾」かを判定する。ここでＹＥＳと
判定すれば商談が成立したとして、商談成立分の料金を
Ｓ２６０３で算出した課金額に加算し、利用者端末１及
び提供者システム３の双方へ商談成立を通知する（Ｓ２
６０５、Ｓ２６０６）。ＮＯと判定した場合は、商談応
答が「拒否」かを判定する（Ｓ２６０７）。ここでＹＥ
Ｓと判定すれば商談不成立として、利用者端末１及び提
供者システム３の双方へ商談不成立を通知する（Ｓ２６
０８）。最後に、商談の発行元（ここでは利用者端末１
のユーザ）に対し課金し、課金情報を課金ＤＢ５５へ登
録する（Ｓ２６０９）。なお、Ｓ２６０７でＮＯと判定
した場合には、商談処理においてエラーが発生したと判
定し、利用者端末１及び提供者システム３へエラーを通
知する他、人材仲介部２０の入出力部２８にもエラー出
力して、本システムの管理者へ通知する（Ｓ２６１
０）。

【００７３】具体的には、本実施の形態においては、商
談１回あたりの課金は「３００円」であるから、図２５
の商談応答の画面においてユーザが「拒否」ボタン２５
８を押下したとすると、上記の判定処理によって図８に
示す課金ＤＢ５５のレコード５５１のような課金情報が
登録される。また、商談ＩＤ５５ａ「ＸＤ８８」という
別の商談において、商談回数が２回の時点で、提供者シ
ステム３のユーザが商談応答の画面において「応諾」ボ
タンを押下したとすると、上記の判定処理によってレコ
ード５５２のような課金情報が登録される。この場合は
Ｓ２６０５で商談成立分の料金として、例えば「１００
０円」がさらに加算された結果、課金額５５ｄ「１６０
０円」がユーザＩＤ５５ａ「６４０Ｓ」のユーザに課金
されている。

【００７４】次に、本実施形態の人材仲介サービスにお
いて実現される付加的機能について説明する。図２７は
検索条件確認処理の処理フローである。検索条件確認処
理とは、図１８の検索処理のＳ１８１４において、検索
条件ＤＢ５４に登録された検索条件をユーザ自らが参
照、確認することができるものである。具体的には本処
理は、ユーザが図１６のメニュー画面から「条件確認」
ボタン１６４を押下することで開始される。

【００７５】まず、利用者端末１はメニュー画面より検
索条件確認の入力を受け付けると、その情報を送信する
（Ｓ２７０１）。これを受けて人材仲介部２０では、検
索条件ＤＢ５４を検索し、該当する検索条件を取得す
る。そして、検索条件確認画面を生成、送信する（Ｓ２
７０２〜Ｓ２７０４）。検索条件確認画面を受信した利
用者端末１は、それを入出力部１５へ表示する（Ｓ２７
０５）。

【００７６】図１７に示した検索画面に入力された検索
条件に基づいて検索した結果、該当する人材がヒットし
なかった場合、図７に示すレコード５４１のように検索
条件が検索条件ＤＢ５４に登録される。その後、当該検
索を行ったユーザ（○×会社）が検索条件確認を実行す
ると、上記の処理によりレコード５４１が取得され、図
２８のような検索条件確認画面が生成される。

【００７７】図ではユーザ名２８１、ユーザＩＤ２８
２、検索条件ＤＢ５４に登録されている検索条件２８３
等の情報を表示する他、登録されている検索条件を修正
するための「修正」ボタン２８４、削除するための「削
除」ボタン２８５、表示を終えるための「終了」ボタン
２８６を備える。これにより利用者端末１のユーザは、
検索条件を確認するだけでなく、必要に応じて検索条件
を変更したり、不要となった検索条件を削除することが
できる。

【００７８】次に、引合確認処理について述べる。引合
確認処理とは、現在検索条件ＤＢ５４に登録されている
検索条件を、人材を提供する提供者システム３から閲覧
するための処理である。具体的には本処理は、提供者シ
ステム３のユーザが図１６のメニュー画面から「引合確
認」ボタン１６５を押下することで開始される。図２９
に引合確認処理の処理フローを示す。まず、提供者シス
テム３はメニュー画面より引合確認の入力を受け付ける
と、その情報を人材仲介部２０へ送信する（Ｓ２９０
１）。人材仲介部２０では検索条件ＤＢ５４を検索して
該当する検索条件を取得する。そして、引合確認画面を
生成、送信する（Ｓ２９０２〜Ｓ２９０４）。引合確認
画面を受信した提供者システム３は、それを入出力部３
６へ表示する（Ｓ２７０５）。

【００７９】図７で示した検索条件ＤＢ５４に３件の検
索条件のレコードが登録されている場合、図３０のよう
な引合確認画面が生成される。図ではユーザ名３０１、
ユーザＩＤ３０２、検索条件ＤＢ５４に登録されている
検索条件３０３等の情報を表示する他、「注文」したい
検索条件の番号を入力する入力欄３０４、登録されてい
る検索条件に対し商談を申し出るための「注文」ボタン
３０５を備える。本実施の形態の場合、検索条件ＤＢ５
４に登録されている検索条件全てを表示させているが、
引合確認を指定する際に提供者システム３が条件を指定
できるようにして、取得する検索条件を絞り込めるよう
にしてもよい。

【００８０】これにより人材を提供する側が、登録され
ている検索条件を参照できるだけでなく、検索条件に合
いそうな人材を自ら有している場合、人材を求めている
側に対して人材の提示や売り込み（労務の斡旋要求）を
行うことが可能である。すなわち、図２２の商談処理と
は逆に、提供者システム３から利用者端末１への商談申
し出（労務の斡旋要求）のアプローチが可能である。そ
の処理の詳細を以下に述べる。

【００８１】図３１は、人材を提供する側から人材を求
める側へ、すなわち提供者システム３から利用者端末１
へ労務の斡旋要求を行う場合の商談処理の処理フローで
ある。まず提供者システム３は、図３０の引合確認画面
より「注文」ボタン３０５が押下されることにより商談
要求の入力を受け付け（Ｓ３１０１）、人材情報ＤＢ３
２より選択された人材の人材情報を取得する（Ｓ３１０
２）。これは提供者システム３のユーザに、利用者端末
１へ提示する人材を人材情報ＤＢ３２から選択させ、商
談要求を相手方に送信すると同時に、提供したい人材の
情報も提示するためである。そして固有マスクテーブル
３３に基づいて、取得した人材情報に対しマスク処理を
実行し、商談要求とマスク済み人材情報を送信する（Ｓ
３１０３、３１０４）。

【００８２】商談要求とマスク済み人材情報を受信する
と、人材仲介部２０は商談ＩＤが付与されていない場合
は新規の商談と判定し、商談要求に商談ＩＤを付与する
（Ｓ３１０５〜３１０７）。なお、Ｓ３１０８〜Ｓ３１
１１は図２２に示す商談処理のＳ２２１０〜２２１３と
同じである。

【００８３】利用者端末１は商談要求とマスク済み人材
情報とを含む結果画面を受信すると、当該結果画面を入
出力部３６へ表示する（Ｓ３１１２）。結果画面のう
ち、商談要求に関する表示の一例を図３２に示す。基本
的な内容は図２３の商談要求と同じであるが、人材の詳
細情報２３７に該当する部分はマスク済み人材情報とな
っている。このマスクが商談を繰り返すに従って取外さ
れていくことはいうまでもない。

【００８４】また、「商談」ボタンを押下することで、
商談応答することができる点も先述のものと同じであ
る。図３３は商談応答の入力画面の一例であり、利用者
端末１で表示、入力が行われる点以外は、図２４と同じ
である。

【００８５】その後のＳ３１１３〜Ｓ３１１７は、図２
２のＳ２２１５〜２２１８と同じであるが、商談回数を
１加算するためのＳ３１１５が存在する点が異なる。ま
た、Ｓ３１１８〜Ｓ３１１９もＳ２２０６〜Ｓ２２０７
と同様であり、Ｓ３１１９で表示される商談応答である
図３４も提供者システム３で表示される点以外は、図２
５と同じである。その後、Ｓ３１１９で送信された商談
応答は人材仲介部２０へ送られる（Ｓ３１０５）。以
後、利用者端末１において商談応答を受信した場合、図
３４に示したものと同じような表示がなされるが、この
表示には「商談」ボタン、「拒否」ボタンに加え、図２
３や図３４で示した「応諾」ボタンを備えるものとす
る。本処理のおいては、商談を受けた側（利用者端末
１）にのみ商談成立の最終決定権を与えるためである。
このようにして、商談が終了するまで商談応答が両者間
でやり取りされると同時に、徐々にマスクが取外されて
いき人材情報が段階的に開示されていく。

【００８６】図２２、図３１の商談処理において、利用
者端末１に送信される結果画面のうち、マスク済み人材
情報に関する表示の一例を示す。商談回数が３回の場
合、図６のマスク情報テーブル５３の相談回数５３ａ
「２〜４」に該当するから、これに対応するマスク項目
５３ｂは従業員名、自己評価、管理者評価等であり、こ
れに基づいてマスク処理した結果、図３５のようなマス
ク済み人材情報が生成される。さらに商談回数が６回の
場合は、同様にして図３６のようなマスク済み人材情報
が生成される。図３５と比べ、さらに経験年数、自己評
価がマスク項目から外れており、確かに商談回数が増加
するのに応じて開示される情報が多くなっている。

【００８７】なお、本実施の形態においては、便宜上、
利用者端末１と提供者システム３を区別して述べたが、
構成さえ具備すれば、利用者端末１のユーザが同時に提
供者システム３のユーザとして人材を提供する側となる
こともでき、提供者システム３のユーザが同時に利用者
端末１のユーザとして人材を求めることができることは
いうまでもない。

【００８８】また、人材提供側から積極的に労務の提供
を申し出る構成にすることができる。その場合の構成
は、人材提供側端末からの労務斡旋要求を受付け、該労
務斡旋要求中に含まれる人材情報を予め定めた開示条件
に従って段階的に人材要求側端末に送信するステップ
と、人材要求側端末に開示された人材情報中のいずれか
の人材に対する労務提供要求を受付け、対応する人材提
供側端末に送信するステップとを備えるという構成にな
る。

【００８９】

【発明の効果】以上のように本発明によれば、高度の機
密性が要求され、しかも人手に頼ることが大きい人材の
紹介・斡旋業務において、インターネットを介した多数
当事者間の取引を実現し、人材の検索や商談処理を効率
的に行うことができる。

【００９０】また、開示したくない情報をマスクしたう
えで、商談が進むにつれて取引者間に信頼関係が構築さ
れていくに従い、マスクを除去して情報を開示していく
ことに加え、個人情報の機密性を確保することができ
る。また、ＩＣカード、ファイアウォール、ディジタル
認証を組合せて、システム的にも不正なユーザの利用の
防止を実現できる。

【００９１】さらに、人材を提供する側、人材を求める
側の双方からのアプローチを可能とすることで、ユーザ
の利用目的に応じた柔軟な人材取引を実現できる。

【図面の簡単な説明】

【図１】本発明の一実施の形態の全体構成を示す図であ
る。

【図２】人材仲介処理手段２Ｃ３の構成を示すブロック
図である。

【図３】管理ＤＢ２Ｅ１の構成を示すブロック図であ
る。

【図４】画面情報ＤＢ５１の構成の一例を示す図であ
る。

【図５】ユーザ管理ＤＢ５２の構成の一例を示す図であ
る。

【図６】マスク情報テーブル５３の構成の一例を示す図
である。

【図７】検索条件ＤＢ５４の構成の一例を示す図であ
る。

【図８】課金ＤＢ５５の構成の一例を示す図である。

【図９】人材情報ＤＢ３２の構成の一例を示す図であ
る。

【図１０】固有マスクテーブル３３の構成の一例を示す
図である。

【図１１】ユーザ仮登録処理の処理フロー図である。

【図１２】ユーザ仮登録画面の一例を示す図である。

【図１３】ユーザ登録処理の処理フロー図である。

【図１４】認証処理の処理フロー図である。

【図１５】認証画面の一例を示す図である。

【図１６】メニュー画面の一例を示す図である。

【図１７】検索画面の一例を示す図である。

【図１８】検索処理の処理フロー図である。

【図１９】結果画面の一例を示す図である。

【図２０】結果画面の一例を示す図である。

【図２１】再検索処理の処理フロー図である。

【図２２】利用者から提供者への商談処理の処理フロー
図である。

【図２３】提供者側に表示される商談要求の一例を示す
図である。

【図２４】提供者側に表示される商談応答の一例を示す
図である。

【図２５】利用者側に表示される商談応答の一例を示す
図である。

【図２６】商談判定の処理フロー図である。

【図２７】検索条件確認処理の処理フロー図である。

【図２８】検索条件確認画面の一例を示す図である。

【図２９】引合確認処理の処理フロー図である。

【図３０】引合確認画面の一例を示す図である。

【図３１】提供者から利用者への商談処理の処理フロー
図である。

【図３２】利用者側に表示される商談要求の一例を示す
図である。

【図３３】利用者側に表示される商談応答の一例を示す
図である。

【図３４】提供者側に表示される商談応答の一例を示す
図である。

【図３５】商談回数３回のマスク済み人材情報の一例を
示す図である。

【図３６】商談回数６回のマスク済み人材情報の一例を
示す図である。

【符号の説明】

１（１ａ〜１ｎ）…利用者端末、２…人材仲介会社、２
Ａ…認証局サーバ、２Ｂ…ディレクトリサーバ、２Ｃ…
処理サーバ、２Ｄ…ファイアウォール、２Ｅ…ＤＢサー
バ、２Ｂ１…データベース、２Ｃ３…人材仲介処理手
段、２Ｅ１…管理ＤＢ、３…提供者システム、１１…処
理部、１２…記憶装置、１３…ＷＷＷブラウザ、１４…
ＩＣカードリーダ、１５…入出力部、２０…人材仲介
部、３１…処理部、３２…人材情報ＤＢ、３４…ＷＷＷ
ブラウザ、３５…ＩＣカードリーダ、３６…入出力部、
４１…ユーザ管理部、４１ａ…ユーザ登録部、４２…商
談管理部、４２ｂ…商談計数部、４３…マスク処理部、
４４…検索条件管理部、４５…課金処理部、５２…ユー
ザ管理ＤＢ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者下矢宣孝神奈川県横浜市中区尾上町６丁目81番地日立ソフトウエアエンジニアリング株式会社内 (72)発明者山口一之神奈川県横浜市中区尾上町６丁目81番地日立ソフトウエアエンジニアリング株式会社内 (72)発明者岡本祥一郎神奈川県横浜市中区尾上町６丁目81番地日立ソフトウエアエンジニアリング株式会社内Ｆターム(参考） 5B049 AA05 CC01 CC02 DD01 EE00 EE05 GG00 GG04 GG10 5B075 KK07 KK63 ND20 PP02 PP03 PP12 PP23 PQ02 UU40

Claims

【特許請求の範囲】

【請求項１】インターネットを通じて人材の紹介、斡
旋を仲介する方法であって、人材要求側端末からの人材紹介要求を受付け、該人材紹
介要求中に含まれる紹介条件を人材提供側端末に送信す
るステップと、人材提供側端末から前記紹介条件に合致する人材情報を
受信し、該人材情報を予め定めた開示条件に従って段階
的に要求元の人材要求側端末に返信するステップと、人材要求側端末に開示された人材情報中のいずれかの人
材に対する斡旋要求を受付け、対応する人材提供側端末
に送信するステップとを備えることを特徴とする人材の
紹介・斡旋仲介方法。
【請求項２】インターネットを通じて人材の紹介、斡
旋を仲介する方法であって、人材提供側端末からの労務斡旋要求を受付け、該労務斡
旋要求中に含まれる人材情報を予め定めた開示条件に従
って段階的に人材要求側端末に送信するステップと、人材要求側端末に開示された人材情報中のいずれかの人
材に対する労務提供要求を受付け、対応する人材提供側
端末に送信するステップとを備えることを特徴とする人
材の紹介・斡旋仲介方法。
【請求項３】インターネットを通じて人材の紹介、斡
旋を仲介するシステムであって、人材要求側端末からの人材紹介要求を受付け、該人材紹
介要求中に含まれる紹介条件を人材提供側端末に送信す
る手段と、人材提供側端末から前記紹介条件に合致する人材情報を
受信し、該人材情報を予め定めた開示条件に従って段階
的に要求元の人材要求側端末に返信する手段と、人材要求側端末に開示された人材情報中のいずれかの人
材に対する斡旋要求を受付け、対応する人材提供側端末
に送信する手段とを備えることを特徴とする人材の紹介
・斡旋仲介システム。
【請求項４】インターネットを通じて人材の紹介、斡
旋を仲介するシステムであって、人材提供側端末からの労務斡旋要求を受付け、該労務斡
旋要求中に含まれる人材情報を予め定めた開示条件に従
って段階的に人材要求側端末に送信する手段と、人材要求側端末に開示された人材情報中のいずれかの人
材に対する労務提供要求を受付け、対応する人材提供側
端末に送信する手段とを備えることを特徴とする人材の
紹介・斡旋仲介システム。
【請求項５】前記人材情報の開示条件を、人材提供側
端末と人材要求側端末との間での交渉回数に応じて決定
するテーブルを備えることを特徴とする請求項３に記載
の人材の紹介・斡旋仲介システム。
【請求項６】人材提供者側端末から紹介条件に該当す
る人材情報が提示されなかった場合、当該紹介条件を検
索条件データベースへ登録する手段と、登録した検索条
件を人材要求側端末は人材提供側端末に提示する手段と
を備えることを特徴とする請求項３に記載の人材の紹介
・斡旋仲介システム。
【請求項７】予め定めた所定期間毎に前記検索条件デ
ータベースへ登録した検索条件を取得し、人材提供側端
末に対し前記検索条件に該当する人材の検索を要求する
手段を備えることを特徴とする請求項６に記載の人材の
紹介・斡旋仲介システム。
【請求項８】人材提供側端末と人材要求側端末との間
での交渉回数に応じて対価を決定するテーブルを備える
ことを特徴とする請求項３〜７のいずれか一項に記載の
人材の紹介・斡旋仲介システム。
【請求項９】前記人材要求側端末または人材提供側端
末に対し、少なくともユーザＩＤを入力させる手段と、
ディジタル署名用の確認メッセージを送信する手段と、
人材要求側端末または人材提供側端末から受け付けたデ
ィジタル署名された確認メッセージからユーザ認証を行
う手段と、前記ユーザＩＤから当該ディジタル署名の公
開鍵を取得し、ディジタル署名の認証を実行する手段と
を備えることを特徴とする請求項３〜８のいずれか一項
に記載の人材の紹介・斡旋仲介システム。
【請求項１０】前記人材要求側端末または人材提供側
端末は、前記ディジタル署名のユーザ秘密鍵を格納した
ＩＣカードと、前記ＩＣカード読取り可能なＩＣカード
リーダとを備え、ディジタル署名生成時には前記ＩＣカ
ードリーダを介して前記ＩＣカード内の秘密鍵を読取
り、前記読取ったユーザ秘密鍵をもとに、前記確認メッ
セージをディジタル署名することを特徴とする請求項９
に記載の人材の紹介・斡旋仲介システム。