JP2001297211A - 人材仲介システム、人材仲介方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 被求人者の行動的な適性や潜在的な適性を蓄
積等し、これらの情報に基づいて人材の仲介を一層適切
に行うこと 【解決手段】 本発明にかかる人材仲介システムは、被
求人者のクライアント２および求人者のクライアント３
と、サーバ１とを、ネットワークを介して相互に接続し
て構成されている。ここで、サーバ１は、被求人者の当
該人材仲介システム内での行動の履歴を抽出する行動履
歴処理部２２と、この行動履歴処理部２２にて抽出され
た行動の履歴を格納する行動履歴ＤＢ１４と、この行動
の履歴等に基づいて求人者と被求人者とのマッチングを
行い、この結果を被求人者のクライアント２と求人者の
クライアント３との少なくとも一方に送信するマッチン
グ部２５とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、求人者のクライア
ントおよび被求人者のクライアントと、サーバとを、ネ
ットワークを介して相互に接続して構成された人材仲介
システム、人材仲介方法および記録媒体に関する。特に
本発明は、被求人者の行動的な適性や潜在的な適性を蓄
積等し、これらの情報に基づいて人材の仲介を一層適切
に行うことのできる人材仲介システム、人材仲介方法お
よび記録媒体に関する。

【０００２】

【従来の技術】このようなネットワークを用いた人材仲
介システムは、従来から既に提案されている。例えば、
就職の機会を提供するために求職者と求人企業を仲介す
る人材仲介システムが提案されており、このシステムに
おいては、被求人者である求職者が、自己の職歴や希望
する採用条件をクライアントに入力すると、この情報が
サーバの所定のデータベースに登録される。

【０００３】また一方では、求人者である求人企業の人
事担当者が、自社の求める人材の職歴や採用条件をクラ
イアント装置に入力すると、この情報がサーバの所定の
データベースに登録される。そして、これら両者の情報
がサーバにおいて自動的にマッチングされ、求職者や求
人企業にこのマッチングの結果が提供される。これによ
って、求職者は自己の希望に合致する求人企業があるか
否かを知ることができ、また、求人企業は自社の希望す
る人材が居るか否かを知ることができる。

【０００４】このような従来の人材仲介システムにおい
ては、被求人者の適性を判断するための情報が、上述の
ように単に被求人者自身によって入力されていた。した
がって、この情報は、年齢、性別、職歴、あるいは、資
格の有無といった、被求人者自身が判断することのでき
るプロフィール的な情報に限られていた。しかしなが
ら、人間には、本人の行動によって無意識のうちに明ら
かになる適性や、プロフィール的な情報からでは判断す
ることのできない潜在的な適性がある。そして、このよ
うな適性によって、その人の就職や結婚の適否が大きく
左右されることがある。このため、求人企業は、まず人
材仲介システムを用いてプロフィール的な情報に基づい
て求職者を選択し、その後で求職者に実際に会って面接
を行なったり、あるいは求職者を試用的に勤務させて、
求職者の行動的な適性や潜在的な適性を判断していた。

【０００５】

【発明が解決しようとする課題】このように従来の人材
仲介システムにおいては、被求人者の行動的な適性や潜
在的な適性を用いて人材仲介を行うことができなかっ
た。したがって、被求人者にとっては、自分の適性を客
観的に把握することができなかったり、たとえレベルの
高い適性を有していてもこれを求人者にアピールするこ
とができなかった。このため、上述のように人事担当者
と面接する必要があったり、あるいは、会社に入社した
後でこの会社が自分に適していないことが分かるような
場合があった。このようなことは、被求人者にとって大
きな時間的・精神的負担になっていた。

【０００６】また、求人者にとっても、実際に被求人者
と面接したり、被求人者を入社等させた後で、適性が合
わないことが判明したために解雇することがあり、この
ことは大きな時間的・精神的負担になっていた。さら
に、人材仲介システムを運営する仲介業者にとって、従
来のシステムでは被求人者から入力された情報をそのま
ま利用して仲介を行うことしかできず、情報に付加価値
を設けることができていなかった。

【０００７】本発明は、上記問題に鑑みてなされたもの
であって、被求人者の行動的な適性や潜在的な適性を診
断するための新たな情報を蓄積し、この情報に基づいて
人材の仲介を一層適切に行うことのできる人材仲介シス
テム、人材仲介方法および記録媒体を提供することを目
的とする。

【０００８】

【課題を解決するための手段】このような目的を達成す
るために、請求項１に記載の人材仲介システムは、求人
者のクライアント（図１に示すクライアント３に対応）
および被求人者のクライアント（図１に示すクライアン
ト２に対応）と、サーバ（図１に示すサーバ１に対応）
とを、ネットワーク（図１に示すインターネット４に対
応）を介して相互に接続して構成された人材仲介システ
ムにおいて、上記サーバは、上記被求人者のクライアン
トから通知された情報に基づいて、当該被求人者の当該
人材仲介システム内での行動の履歴を抽出する行動履歴
処理手段（図１に示す行動履歴処理部２２に対応）と、
上記行動履歴処理手段にて抽出された行動の履歴を格納
する行動履歴格納手段（図１に示す行動履歴ＤＢ１４に
対応）と、上記求人者のクライアントから通知された求
人者が求める被求人者に関する情報と、上記行動履歴格
納手段に格納された被求人者の行動の履歴とに基づい
て、求人者と被求人者とのマッチングを行った結果を上
記被求人者のクライアントと上記求人者のクライアント
との少なくとも一方に送信するマッチング手段（図１に
示すマッチング部２５に対応）とを備えることを特徴と
する。

【０００９】この人材仲介システムにおいては、サーバ
の行動履歴処理手段によって、各被求人者の行動の履歴
が自動的に抽出され、この行動の履歴が行動履歴格納手
段にて格納される。そして、サーバのマッチング手段に
よって、上記求人者のクライアントから通知された情報
と、上記行動履歴格納手段に格納された被求人者の行動
の履歴とに基づくマッチングが行なわれ、その結果が送
信される。したがって、単に被求人者によって入力され
た情報のみならず、この被求人者の人材仲介システムで
の行動が順次自動的に蓄積されて求人検索の条件として
利用されるので、被求人者の行動内容によって明らかに
なる能力や適正に基づいて人材仲介を行うことができ
る。

【００１０】このため、被求人者にとっては、自己の希
望に一層合致した求人企業や結婚相手等を見つけること
ができ、無駄な面接や採用等を行うことによる時間的・
精神的負担を軽減することができる。また、求人者にと
っては、自己の希望に一層合致した求職者や結婚相手等
を見つけることができ、無駄な面接や採用等を行うこと
による時間的・精神的負担を軽減することができる。さ
らに、仲介業者にとっては、被求人者にて入力された情
報に対して、行動の履歴という新規な付加価値情報を付
加した上で仲介を行うことができるので、仲介サービス
の価値を一層向上させることができる。これにより、被
求人者や求人者をこれまで以上にシステムに引き寄せる
ことができる。また、従来よりも高額のシステム利用料
を徴収することができる等、収益性の向上を図ることが
できる。

【００１１】また、請求項２に記載の人材仲介システム
は、請求項１に記載の人材仲介システムにおいて、上記
サーバには、上記行動履歴格納手段にて格納された行動
の履歴から、上記被求人者全体の所定の行動の傾向を抽
出する行動傾向処理手段（図１に示す行動傾向処理部２
４に対応）と、上記行動傾向処理手段にて抽出された行
動の傾向を格納する行動傾向格納手段（図１に示す行動
傾向ＤＢ１５に対応）とを備えたことを特徴とする。

【００１２】この人材仲介システムにおいては、サーバ
の行動傾向処理手段によって被求人者全体の行動傾向が
抽出され、この行動傾向が行動傾向格納手段に格納され
る。したがって、被求人者全体の行動傾向を容易に把握
することができ、就職活動、採用活動あるいは仲介業務
の改善等の参考情報として利用することができる。

【００１３】また、請求項３に記載の人材仲介システム
は、求人者のクライアントおよび被求人者のクライアン
トと、サーバとを、ネットワークを介して相互に接続し
て構成された人材仲介システムにおいて、上記サーバ
は、上記被求人者のクライアントから通知された情報に
基づいて、当該被求人者の潜在的な適性を診断する適性
診断手段（図１に示す適性診断部２１に対応）と、上記
適性診断手段にて診断された被求人者の適性を格納する
適性格納手段（図１に示す通常適性ＤＢ１２および高適
性ＤＢ１３に対応）と、上記求人者のクライアントから
通知された求人者が求める被求人者に関する情報と、上
記適性格納手段に格納された被求人者の適性とに基づい
て、求人者と被求人者とのマッチングを行った結果を上
記被求人者のクライアントと上記求人者のクライアント
との少なくとも一方に送信するマッチング手段とを備え
ることを特徴とする。

【００１４】この人材仲介システムにおいては、サーバ
の適性診断手段によって求人者の潜在的な適性が診断さ
れ、この適性がサーバの適性格納手段に格納される。そ
して、サーバのマッチング手段によって、求人者のクラ
イアントから通知された情報と、適性格納手段に格納さ
れた被求人者の適性とに基づくマッチングが行われ、そ
の結果が送信される。したがって、被求人者の潜在的な
適性を客観的に診断し、この適性に基づいて一層的確に
人材仲介を行うことができる。

【００１５】このため、被求人者にとっては、プロフィ
ール的な情報からでは把握できない自己の潜在的な適性
を客観的に把握することができ、自分を一層活かすこと
のできる職種や結婚相手を選択することができる。ま
た、求人者にとっては、被求人者の潜在的な適性を把握
した上で採用や結婚等を行うことができるので、無駄な
面接等を行うことなく、自己にとって一層適切な被求人
者を容易に見つけることができる。さらに、仲介業者に
とっては、被求人者にて入力された情報に対して、潜在
的な適性というこれまでにない付加価値を付加した上で
仲介を行うことができるので、仲介サービスの価値を一
層向上させることができる。これにより、被求人者や求
人者をこれまで以上にシステムに引き寄せることができ
る。また、従来よりも高額のシステム利用料を徴収する
ことができる等、収益性の向上を図ることができる。

【００１６】また、請求項４に記載の人材仲介システム
は、請求項３に記載の人材仲介システムにおいて、上記
サーバの適性診断手段は、上記被求人者の性格上の適性
である性格適性、上記被求人者の潜在能力上の適性であ
る潜在能力適性または上記被求人者の知識上の適性であ
る知識適性のうちの少なくとも一つを診断することを特
徴とする。

【００１７】この人材仲介システムにおいては、サーバ
の適性診断手段によって、性格適性、潜在能力適性また
は知識適性のうちの少なくとも一つが診断される。した
がって、被求人者を、性格適性、潜在能力適性または知
識適性という多面的な観点から客観的に診断し、この適
性に基づいて人材仲介を行うことができる。

【００１８】また、請求項５に記載の人材仲介システム
は、請求項３または４に記載の人材仲介システムにおい
て、上記サーバには、上記適性格納手段に格納された被
求人者の適性のレベルを診断する適性レベル診断手段
（図１に示す適性レベル診断部２３に対応）を備えるこ
とを特徴とする。

【００１９】この人材仲介システムにおいては、サーバ
の適性レベル診断手段によって、各被求人者の適性のレ
ベルが診断される。したがって、被求人者の適性のレベ
ルに応じたマッチングを行うことができ、求人者にとっ
ては自己のニーズに一層適した被求人者を検索すること
ができる。

【００２０】また、請求項６に記載の人材仲介システム
は、請求項５に記載の人材仲介システムにおいて、上記
サーバには、上記被求人者に関する情報の提供を受けた
求人者に対して、当該被求人者の適性のレベルに応じた
内容にて課金処理を行う課金処理手段（図１に示す課金
処理部２６に対応）を備えたことを特徴とする。

【００２１】この人材仲介システムにおいては、被求人
者の適性のレベルに応じた内容で、課金が行われる。例
えば、レベルの高い適性を有する被求人者を仲介する場
合には、通常の場合よりも高額の課金を課すことができ
る。したがって、仲介業者は提供情報の差別化を図るこ
とができ、本システムによる収益性を高めることができ
る。また、このように通常よりも高額の課金を課した場
合には、その差額の一部を、レベルの高い適性を有する
被求人者に現金やポイントという形でペイバックするこ
とにより、優秀な被求人者をより多く集めることができ
る。

【００２２】また、請求項７に記載の人材仲介システム
は、求人者のクライアントおよび被求人者のクライアン
トと、サーバとを、ネットワークを介して相互に接続し
て構成された人材仲介システムにおいて、上記サーバに
は、上記被求人者のクライアントに対して、所定の複数
の質問を所定のタイミングで順次送信する面接処理手段
（図１に示す面接処理部２８に対応）を備えることを特
徴とする。

【００２３】この人材仲介システムにおいては、サーバ
の面接処理手段によって、所定の質問が所定のタイミン
グで被求人者のクライアントに順次送信される。この質
問に被求人者が順次回答することにより、被求人者はサ
ーバと仮想的に対話を行うことができ、チャット形式で
のオンライン面接やオンラインお見合い等を行うことが
できる。このような仮想的な対話では、時間的・空間的
制約がほとんどないために、例えば、被求人者が遠隔地
に住んでいる場合にも支障なく面接等を行うことができ
る。したがって、被求人者にとって、時間的・精神的負
担が軽減される。特に、通常のチャットとは異なり、質
問がサーバの面接処理手段によって自動的に送信される
ので、複数の面接やお見合いを同時に行なったり、面接
やお見合いを２４時間無人で行うことも可能となる。し
たがって、求人者にとっても、時間的・精神的負担が軽
減される。

【００２４】また、請求項８に記載の人材仲介システム
は、請求項１および７に記載の人材仲介システムにおい
て、上記行動履歴処理手段は、上記面接処理手段にて送
信された質問に対して上記被求人者のクライアントから
通知された回答に基づいて、当該被求人者の行動の履歴
を抽出することを特徴とする。

【００２５】この人材仲介システムにおいては、上述の
オンライン面接やオンラインお見合い等における被求人
者の行動の履歴が行動履歴処理手段にて抽出される。す
なわち、このような被求人者の行動の履歴についても、
他の行動の履歴と同様に位置付けて、これを用いてマッ
チング等を行うことができ、より多面的な情報に基づい
て人材仲介を行うことができる。なお、このようなオン
ライン面接等における行動の履歴は、採点官やお見合い
相手が評価・抽出してもよい。

【００２６】また、請求項９に記載の人材仲介システム
は、請求項１〜８のいずれか一つに記載の人材仲介シス
テムにおいて、上記サーバには、上記被求人者に対する
特典の付与処理を行う特典処理手段（図１に示す特典処
理部２７に対応）を備えたことを特徴とする。

【００２７】この人材仲介システムにおいては、サーバ
の特典処理手段によって、各被求人者に対する特典の付
与処理が行われる。したがって、被求人者が本システム
を利用することに関するインセンティブが向上し、シス
テムの利用促進を図ることができる。

【００２８】また、請求項１０に記載の人材仲介システ
ムは、請求項９に記載の人材仲介システムにおいて、上
記サーバの上記特典処理手段は、上記被求人者が当該人
材仲介システムを利用した際の行動に応じた内容にて特
典の付与処理を行うことを特徴とする。

【００２９】この人材仲介システムにおいては、サーバ
の特典処理手段によって、各被求人者の行動に応じた特
典の付与処理が行われる。例えば、各被求人者が本シス
テムにて提供されるフォーラム等の各種コンテンツを利
用する毎に所定の特典が与えられる。したがって、被求
人者が本システムを利用することに関するインセンティ
ブが一層向上し、システムの一層の利用促進を図ること
ができる。

【００３０】また、請求項１１に記載の人材仲介システ
ムは、請求項９または１０に記載の人材仲介システムに
おいて、上記サーバの上記特典処理手段は、上記被求人
者の適性のレベルに応じた内容にて特典の付与処理を行
うことを特徴とする。

【００３１】この人材仲介システムにおいては、サーバ
の特典処理手段によって、各被求人者の適性のレベルに
応じた特典の付与処理が行われる。例えば、各被求人者
が高いレベルの適性を有する場合には、通常よりも多く
の特典が与えられる。したがって、優秀な被求人者が本
システムを利用することに関するインセンティブが一層
向上し、優秀な被求人者を集めることができる。

【００３２】また、請求項１２に記載の人材仲介システ
ムは、請求項９〜１１のいずれか一つに記載の人材仲介
システムにおいて、上記サーバの上記特典処理手段は、
上記被求人者に対する求人者からの仲介依頼の数に応じ
た内容にて特典の付与処理を行うことを特徴とする。

【００３３】この人材仲介システムにおいては、サーバ
の特典処理手段によって、求人者からの仲介依頼の数に
応じて特典の付与処理が行われる。ここで、「仲介依
頼」とは、被求人者が、求人者の希望をある程度満たし
たと判断できる全ての場合を含むものであり、例えば、
就職のための人材仲介においては求人企業からの採用依
頼であり、結婚のための人材仲介においては異性からの
お見合い等の依頼である。したがって、例えば、被求人
者が多数の求人企業から採用依頼を受けた場合には、そ
の求人企業数に応じてより多くの特典を付与することが
できる。これにより、優秀な被求人者が本システムを利
用することに関するインセンティブが一層向上し、優秀
な被求人者を集めることができる。

【００３４】また、請求項１３に記載の人材仲介システ
ムは、請求項９〜１２のいずれか一つに記載の人材仲介
システムにおいて、上記サーバの上記特典処理手段は、
上記被求人者に付与する特典を、当該被求人者が当該人
材仲介システム内のコンテンツを利用するためのポイン
トとして付与することを特徴とする。

【００３５】この人材仲介システムにおいては、被求人
者に付与する特典が、システム内でコンテンツを利用す
るためのポイントとして付与される。ここで、「コンテ
ンツ」とは、被求人者に対して直接的または間接的に何
らかの利益を与えることのできるサービスであり、例え
ば、システム外の提携スクールで講義を受けるための受
講の申し込みをシステム内で行うための「スクール受
講」が含まれる。これにより、被求人者が獲得した特典
は、本システム内で使用されることになるので、本シス
テムの利用を一層促進することができる。

【００３６】また、請求項１４に記載の人材仲介システ
ムは、請求項９〜１３のいずれか一つに記載の人材仲介
システムにおいて、上記サーバの上記特典処理手段は、
上記被求人者に付与された特典を、当該被求人者に対し
て求人者から仲介の最終的な決定があった場合にのみ使
用可能とすることを特徴とする。

【００３７】この人材仲介システムにおいては、サーバ
の特典処理手段によって、被求人者に付与された特典
が、求人者から仲介の最終的な決定があった場合にのみ
使用可能とされる。ここで、「仲介の最終的な決定」と
は、被求人者が、求人者の希望を満たしたと最終的に決
定できる全ての場合を含むものであり、例えば、就職の
ための人材仲介においては求人企業との採用契約が成約
した場合であり、結婚のための人材仲介においては異性
との婚約や結婚が成立した場合である。したがって、例
えば、被求人者が求人企業と実際に採用契約を交わした
場合に、この被求人者の特典が使用可能とされる。これ
により、実際には契約を行うつもりのない被求人者が、
特典のみを目的として本システムに登録等を行うような
ことが防止される。

【００３８】また、請求項１５に記載の人材仲介方法
は、求人者のクライアントおよび被求人者のクライアン
トと、サーバとを、ネットワークを介して相互に接続し
て行なわれる人材仲介方法において、上記サーバにおい
て、上記被求人者のクライアントから通知された情報に
基づいて、当該被求人者の当該人材仲介システム内での
行動の履歴を抽出するステップと、上記ステップにおい
て抽出された行動の履歴を当該サーバ内に格納するステ
ップと、上記求人者のクライアントから通知された求人
者が求める被求人者に関する情報と、上記ステップにお
いて当該サーバ内に格納された被求人者の行動の履歴と
に基づいて、求人者と被求人者とのマッチングを行った
結果を上記被求人者のクライアントと上記求人者のクラ
イアントとの少なくとも一方に送信するステップとを備
えたことを特徴とする。

【００３９】この人材仲介方法によれば、サーバにおい
て、各被求人者の行動の履歴が自動的に抽出され、この
行動の履歴が当該サーバ内に格納される。そして、サー
バにおいて、求人者のクライアントから通知された情報
と、当該サーバ内に格納された被求人者の行動の履歴と
に基づくマッチングが行なわれる。したがって、単に被
求人者によって入力された情報のみならず、この被求人
者の人材仲介システムでの行動が順次自動的に蓄積され
て求人検索の条件として利用されるので、被求人者の行
動内容によって明らかになる潜在的な能力や適正に基づ
いて人材仲介を行うことができる。

【００４０】また、請求項１６に記載の人材仲介方法
は、求人者のクライアントおよび被求人者のクライアン
トと、サーバとを、ネットワークを介して相互に接続し
て行なわれる人材仲介方法において、上記サーバにおい
て、上記被求人者のクライアントから通知された情報に
基づいて、当該被求人者の潜在的な適性を診断するステ
ップと、上記ステップにおいて診断された被求人者の潜
在的な適性を当該サーバ内に格納するステップと、上記
求人者のクライアントから通知された求人者が求める被
求人者に関する情報と、上記ステップにおいて当該サー
バ内に格納された被求人者の潜在適性とに基づいて、求
人者と被求人者とのマッチングを行った結果を上記被求
人者のクライアントと上記求人者のクライアントとの少
なくとも一方に送信するステップとを備えたことを特徴
とする。

【００４１】この人材仲介方法によれば、サーバにおい
て、求人者の潜在的な適性が診断され、この適性が当該
サーバ内に格納される。そして、サーバにおいて、求人
者のクライアントにおいて入力された情報と、当該サー
バ内に格納された被求人者の適性とに基づくマッチング
が行われる。したがって、被求人者の潜在的な適性を客
観的に診断し、この適性に基づいて人材仲介を行うこと
ができる。

【００４２】また、請求項１７に記載の人材仲介方法
は、求人者のクライアントおよび被求人者のクライアン
トと、サーバとを、ネットワークを介して相互に接続し
て行なわれる人材仲介方法において、上記サーバにおい
て、上記被求人者のクライアントに対して、所定の複数
の質問を所定のタイミングで順次送信するステップを備
えたことを特徴とする。

【００４３】この人材仲介方法によれば、サーバにおい
ては、所定の質問が所定のタイミングで被求人者のクラ
イアントに順次送信される。このような質問に被求人者
が順次回答することにより、被求人者はサーバと仮想的
に対話を行うことができ、チャット形式でのオンライン
面接やオンラインお見合い等を行うことができる。した
がって、被求人者や求人者の時間的・精神的負担が軽減
される。

【００４４】また、請求項１８に記載の記録媒体は、求
人者のクライアントおよび被求人者のクライアントと、
サーバとを、ネットワークを介して相互に接続して行な
われる人材仲介方法をコンピュータに実行させるプログ
ラムを記録したコンピュータ読み取り可能な記録媒体に
おいて、上記サーバにおいて、上記被求人者のクライア
ントから通知された情報に基づいて、当該被求人者の当
該人材仲介システム内での行動の履歴を抽出するステッ
プと、上記ステップにおいて抽出された行動の履歴を当
該サーバ内に格納するステップと、上記求人者のクライ
アントから通知された求人者が求める被求人者に関する
情報と、上記ステップにおいて当該サーバ内に格納され
た被求人者の行動の履歴とに基づいて、求人者と被求人
者とのマッチングを行った結果を上記被求人者のクライ
アントと上記求人者のクライアントとの少なくとも一方
に送信するステップとを実行させるためのプログラムを
記録したことを特徴とする。

【００４５】この記録媒体によれば、当該記録媒体に記
録されたプログラムをコンピュータに読み取らせること
によって、サーバにおいて、各被求人者の行動の履歴が
自動的に抽出され、この行動の履歴が当該サーバ内に格
納される。そして、サーバにおいて、求人者のクライア
ントから通知された情報と、当該サーバ内に格納された
被求人者の行動の履歴とに基づくマッチングが行なわ
れ、この結果が送信される。したがって、単に被求人者
によって入力された情報のみならず、この被求人者の人
材仲介システムでの行動が順次自動的に蓄積されて求人
検索の条件として利用されるので、被求人者の行動内容
によって明らかになる潜在的な能力や適正に基づいて人
材仲介を行うことができる。

【００４６】ここで、「コンピュータ読み取り可能な記
録媒体」とは、フロッピー（登録商標）ディスク、光磁
気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ
−ＲＯＭ、ＤＶＤ等の任意の「可搬用の物理媒体」や、
各種コンピュータシステムに内蔵されるＲＯＭ、ＲＡ
Ｍ、ハードディスク（ＨＤ）等の任意の「固定用の物理
媒体」、あるいは、ＬＡＮ、ＷＡＮ、インターネットに
代表されるネットワークを介してプログラムを送信する
場合の通信回線のように、短期にプログラムを保持する
「通信媒体」を含むものとする。このような「可搬用の
物理媒体」や「固定用の物理媒体」に記録されたプログ
ラムを、サーバおよびまたはクライアントに対して直接
的または通信可能に設けた媒体読み取り装置にて読み取
らせることにより、あるいは、「通信媒体」をサーバお
よびまたはクライアントに対して直接的または間接的に
接続してプログラムをダウンロードすることにより、サ
ーバおよびまたはクライアントにプログラムをロード可
能とさせることができる。ここで、「プログラム」と
は、任意の言語や記述方法にて記述されたデータ処理方
法であり、ソースコード、バイナリコード、実行形式等
の形式を問わない。なお、「プログラム」は必ずしも単
一的に構成されるものに限られず、複数のモジュールや
ライブラリとして分散構成されるものや、ＯＳに代表さ
れる別個のプログラムと協働してその機能を達成するも
のをも含む。

【００４７】また、請求項１９に記載の記録媒体は、求
人者のクライアントおよび被求人者のクライアントと、
サーバとを、ネットワークを介して相互に接続して行な
われる人材仲介方法をコンピュータに実行させるプログ
ラムを記録したコンピュータ読み取り可能な記録媒体に
おいて、上記サーバにおいて、上記被求人者のクライア
ントから通知された情報に基づいて、当該被求人者の潜
在的な適性を診断するステップと、上記ステップにおい
て診断された被求人者の潜在的な適性を当該サーバ内に
格納するステップと、上記求人者のクライアントから通
知された求人者が求める被求人者に関する情報と、上記
ステップにおいて当該サーバ内に格納された被求人者の
潜在適性とに基づいて、求人者と被求人者とのマッチン
グを行った結果を上記被求人者のクライアントと上記求
人者のクライアントとの少なくとも一方に送信するステ
ップとを実行させるためのプログラムを記録したことを
特徴とする。

【００４８】この記録媒体によれば、当該記録媒体に記
録されたプログラムをコンピュータに読み取らせること
によって、被求人者のクライアントから通知された情報
に基づいて被求人者の適性が診断され、この適性がサー
バに格納される。そして、求人者のクライアントから通
知された情報と、サーバに格納された被求人者の潜在適
性とに基づくマッチングが行われ、この結果が送信され
る。したがって、被求人者の適性を客観的に診断し、こ
の適性に基づいて人材仲介を行うことができる。

【００４９】また、請求項２０に記載の記録媒体は、求
人者のクライアントおよび被求人者のクライアントと、
サーバとを、ネットワークを介して相互に接続して行な
われる人材仲介方法をコンピュータに実行させるプログ
ラムを記録したコンピュータ読み取り可能な記録媒体に
おいて、上記サーバにおいて、上記被求人者のクライア
ントに対して、所定の複数の質問を所定のタイミングで
順次送信するステップを実行させるためのプログラムを
記録したことを特徴とする。

【００５０】この記録媒体によれば、当該記録媒体に記
録されたプログラムをコンピュータに読み取らせること
によって、サーバにおいては、所定の質問が所定のタイ
ミングで被求人者のクライアントに送信される。この質
問に被求人者が順次回答することにより、被求人者はサ
ーバと仮想的に対話を行うことができ、チャット形式で
のオンライン面接やオンラインお見合い等を行うことが
できる。したがって、被求人者や求人者の時間的・精神
的負担が軽減される。

【００５１】

【発明の実施の形態】以下、本発明にかかる人材仲介シ
ステム（本システム）、人材仲介方法（本方法）および
その方法をコンピュータに実行させるプログラムを記録
したコンピュータ読み取り可能な記録媒体（本記録媒
体）の好適な一実施形態を図面に基づいて詳細に説明す
る。なお、この実施の形態では、求人者である求人企業
と、被求人者である求職者とを、インターネットを介し
て仲介する場合について説明する。

【００５２】（本システムの概要）図１はこの実施の形
態にかかる人材仲介システム全体の構成図、図２は人材
仲介システムにおける人材仲介の概念を説明するための
説明図である。まず、本システムにて行われる人材仲介
の概要について図１、２を参照して説明し、その後、本
システムの構成および処理等の詳細について説明する。
本実施の形態にかかる人材仲介システムは、図１に示す
ように、サーバ１と、複数の求職者にて利用される複数
のクライアント２および複数の求人企業にて利用される
複数のクライアント３とを、インターネット４を介して
通信可能に接続して構成されている。

【００５３】このようなシステムにおける各求職者のシ
ステム利用手順について概説する。図２に示すように
（この図では、求職者または求人企業と本システムとの
間の処理を実線にて示し、本システム内での処理を点線
にて示す）、まず、各求職者はクライアント２を介して
本システムへの登録を行う（２−１）。この登録時に
は、求職者によって自己の求職に関する基本的な情報
（求職者基本情報）が入力され、この求職者基本情報が
サーバ１の後述する求職者基本情報ＤＢ１０に格納され
る。この登録後、各求職者の保有する適性が診断され
（２−２）、この適性に関する情報が通常適性ＤＢ１２
に格納される。さらに、特に高いレベルの適性を保有す
る求職者がいる場合には、この求職者の適性に関する情
報が高適性ＤＢ１３に転送される。

【００５４】ここで、各求職者の保有する適性とは、性
格適性、潜在能力適性および知識適性に大別される求職
者の潜在的な適性（スキル）である。このうち、性格適
性は、「理想を求める性格」や「愛情を与える性格」等
のように、求職者の潜在的な性格に基づく適性であり、
職種への向き・不向きを判断するために使用される。ま
た、潜在能力適性は、「我慢強さ」や「積極性」等のよ
うに、求職者の潜在能力に基づく適性（ヒューマンスキ
ル）であり、職能を検討するために使用される。

【００５５】また、知的適性は、「ＯＡ (Office Autom
ation)に関する知識」や「IT (Information Technolog
y)に関する知識」等のように、求職者の知識に基づく適
性であり、職務遂行のために求められる知識を有するか
否かを検討するために使用される。これら各適性の診断
方法は、後述する適性診断処理において説明する。

【００５６】再び図２において、各求職者は、各種の求
職者用コンテンツを利用することができる（２−３）。
具体的には、求人情報を検索するための「求人検索」、
求人に応募するための「求人応募」、求人企業からの採
用を受諾するための「成約登録」、「フォーラム」、
「チャット」、「メーリングリスト」、所定の提携スク
ールにおける各種コースの受講を申し込むための「スク
ール受講」およびオンラインにて求人企業と面接を行う
ための「オンライン面接」を行うことができる。例え
ば、求人検索では、求職者にて入力された情報と求人企
業基本情報とのマッチングが行なわれ、この結果が求職
者に提供される。このように求職者用コンテンツが利用
されると、各求職者毎の行動の履歴（行動履歴）に関す
る情報が抽出されて行動履歴ＤＢ１４に格納される。ま
た、この行動履歴ＤＢ１４に格納された内容に基づい
て、求職者全体の行動傾向を示す情報が行動傾向ＤＢ１
５に格納される。

【００５７】次に、各求人企業の人事担当者のシステム
利用手順について概説する。図２に示すように、まず、
各求人企業の人事担当者は、クライアント３を介して本
システムへの登録を行う（２−４）。この登録時には、
人事担当者によって自社の求人に関する基本的な情報
（求人企業基本情報）が入力され、この求人企業基本情
報がサーバ１の後述する求人企業基本情報ＤＢ１１に格
納される。この登録後、人事担当者は、求人企業用のコ
ンテンツを利用することができる（２−５）。具体的に
は、「求職者検索」、「行動傾向の参照」あるいは「オ
ンライン面接」を行うことができる。この求職者検索で
は、求職者基本情報に基づく検索、通常適性に基づく検
索、高適性に基づく検索および行動履歴に基づく検索の
いずれかを行うことができる。

【００５８】また、図２には不図示であるが、各求人企
業が求職者に関する情報を得る場合には課金（仲介業者
に対して支払う料金の計算処理）が行なわれる。一方、
求職者には、所定のタイミングで特典が与えられる。こ
こで、これら課金や特典の一部は、各求職者の保有する
適性のレベルに応じて差別化された内容にて行われる。

【００５９】（システム構成―サーバ１）次に、このよ
うな人材仲介を行うための本システムの構成について詳
細に説明する。まず、サーバ１について説明する。図１
においてサーバ１は、概略的に、求職者基本情報ＤＢ
（ＤＢ＝データベース）１０、求人企業基本情報ＤＢ１
１、通常適性ＤＢ１２、高適性ＤＢ１３、行動履歴ＤＢ
１４、行動傾向ＤＢ１５、課金ＤＢ１６、特典ＤＢ１
７、ＷｅｂページＤＢ１８、通信制御ＩＦ（ＩＦ＝イン
ターフェース）１９および制御部２０を備えて構成され
ており、これら各部はバス等の通信路を介して通信可能
に接続されている。さらに、このサーバ１は、ルータ等
の図示しない通信装置および専用線を介して、インター
ネット４に通信可能に接続されている。

【００６０】このサーバ１の構成要素のうち、求職者基
本情報ＤＢ１０には、各求職者毎の求職者基本情報が格
納される。この求職者基本情報は、例えば、図３に示す
ように、各求職者を一意に識別するための求職者ＩＤ、
各求職者の正当性を認証するためのパスワード、各求職
者の氏名、住所、最寄り駅、年齢、性別、学歴、職歴、
保有資格、希望時給、希望期間、採用データおよび成約
データを相互に関連付けて構成される。

【００６１】また、求人企業基本情報ＤＢ１１には、各
求人企業毎の求人企業基本情報が格納される。この求人
企業基本情報は、例えば、図４に示すように、各求人企
業を一意に識別するための求人企業ＩＤ、各求人内容を
一意に識別するための業務ＩＤ、各求人企業の正当性を
認証するためのパスワード、各求人企業の社名、所在
地、最寄り駅、職種、必要資格、希望時給、希望期間、
募集期間、応募データおよび成約データを相互に関連付
けて構成される。また、図示は省略するが、求人企業基
本情報ＤＢ１１には、オンライン面接にて送信される所
定の複数の質問のデータが格納されている。ただし、こ
れら求職者基本情報および求人企業基本情報としては、
上述の情報以外にも、就職の仲介に有用な任意の情報を
含めることができる。

【００６２】また、通常適性ＤＢ１２には、各求職者の
適性に関する情報が格納されている。この情報は、例え
ば、図５に示すように、求職者ＩＤ、性格適性、この性
格適性から見た当該求職者に適していると思われる職種
（適職）、潜在能力適性、この潜在能力適性の観点から
見た適職、知識適性およびこの知識適性の観点から見た
適職を相互に関連付けて構成される。また、この通常適
性ＤＢ１２には、各求職者の適性を診断するために必要
な情報が格納されている。この情報としては、性格適性
−職種マッチングテーブル、潜在能力適性診断パラメー
タテーブル、潜在能力適性−適職マッチングテーブル、
正解テーブルおよび職種適性−合格レベルテーブルがあ
る。これら各情報の具体的内容は、後述する適性診断処
理において説明する。また、高適性ＤＢ１３には、高い
レベルの適性を保有する求職者の適性に関する情報が格
納される。この情報は、例えば、図５に示した情報と同
様に構成される。

【００６３】また、行動履歴ＤＢ１４には、各求職者が
本システムを利用した際の行動履歴に関する情報が格納
される。また、行動傾向ＤＢ１５には、行動履歴ＤＢ１
４に格納された内容に基づいて抽出された、求職者全体
の行動傾向を示す情報が格納される。これら行動履歴Ｄ
Ｂ１４および行動傾向ＤＢ１５に格納される情報の具体
的内容は、後述する行動履歴処理または行動傾向処理に
おいて説明する。

【００６４】また、課金ＤＢ１６には、各求人企業に対
して課金を行うための情報が格納される。この課金情報
は、図６に例示するように、各求人企業の求人企業ＩＤ
と、各求人企業に対する課金の累計金額とを相互に関連
付けて構成される。また、特典ＤＢ１７には、各求職者
に対して与えられる特典に関する情報が格納される。こ
の特典情報は、図７に例示するように、各求職者の求職
者ＩＤと、各求職者に対して付与されたポイントの累計
値と、この累計値が使用可能であるか否かを示すフラグ
とを相互に関連付けて構成される。

【００６５】また、図１においてサーバ１のＷｅｂペー
ジＤＢ１８には、クライアント２、３に対して送信され
る各種のＷｅｂページのデータが格納されている。この
データとしては、例えば、各求職者が求職者基本情報を
入力するための所定のフォームを表示するためのデータ
がある。このデータは、例えば、ＨＴＭＬ(Hyper TextMa
rkup Language)やXML (Extensible Markup Language)に
て記述され格納されている。このデータに対しては、後
述するＷｅｂページ生成部２９にて必要に応じて様々な
情報が付加されて、クライアント２、３に送信される。
また、通信制御ＩＦ１９は、当該サーバ１とインターネ
ット４（またはルータ等の通信装置）との間における通
信制御を行う。

【００６６】次に、制御部２０について説明する。この
制御部２０は、サーバ１の各部を制御するもので、適性
診断部２１、行動履歴処理部２２、適性レベル診断部２
３、行動傾向処理部２４、マッチング部２５、課金処理
部２６、特典処理部２７、面接処理部２８およびＷｅｂ
ページ生成部２９を備えて構成されている。

【００６７】このうち、適性診断部２１は、求職者から
クライアント２を介して入力された情報に基づいて、当
該求職者の適性を診断する。この適性診断は、性格適性
を診断する性格適性診断、潜在能力適性を診断する潜在
能力診断、知識適性を診断する知識適性診断に大別され
る。各診断の具体的内容は後述する適性診断処理におい
て説明する。

【００６８】また、行動履歴処理部２２は、求職者から
クライアント２を介して入力された情報に基づいて、当
該求職者の行動履歴を診断する。この診断の具体的内容
は後述する行動履歴処理において説明する。また、適性
レベル診断部２３は、通常適性ＤＢ１２に格納された各
求職者の適性のレベルを判断し、適性の高い求職者がい
る場合には、この求職者の適性に関する情報を抽出して
高適性ＤＢ１３に格納する。また、行動傾向処理部２４
は、行動履歴ＤＢ１４に格納された各求職者の行動履歴
に基づいて、求職者全体の行動傾向を抽出・集計し、行
動傾向ＤＢ１５に格納する。

【００６９】また、マッチング部２５は、求職者と求人
企業とを相互にマッチングする。このマッチングは、求
職者基本情報ＤＢ１０、求人企業基本情報ＤＢ１１、通
常適性ＤＢ１２、高適性ＤＢ１３、行動履歴ＤＢ１４あ
るいは行動傾向ＤＢ１５にそれぞれ格納された各種の情
報のうち、全部または一部を用いて行なわれる。このマ
ッチングの具体的内容については後述する。

【００７０】また、課金処理部２６は、各求人企業に対
する課金の累計処理を行う。なお、この累計処理におい
ては、各求職者の保有する適性のレベル等が必要に応じ
て参照され、このレベルに応じて課金額が決定される。
また、特典処理部２７は、各求職者に対して与える特典
の累計処理を行う。ここで、特典とは、各求職者が本シ
ステム内のコンテンツの一部であるスクール受講を行う
際に使用することのできるポイントとして付与される
（以下、特典をポイントとして説明する）。ただし、必
ずしもポイントでなく、商品券や景品等を付与するよう
にしてもよい。なお、この累計処理においては、各求職
者の保有する適性のレベル等が必要に応じて参照され、
このレベルに応じてポイントが決定される。

【００７１】また、Ｗｅｂページ生成部２９は、必要に
応じてＷｅｂページＤＢ１８からＷｅｂページのデータ
を取得し、このデータに必要な情報を付加することによ
って、クライアント２、３に送信すべきＷｅｂページの
データを生成する。このＷｅｂページの生成は、例え
ば、ＣＧＩ(Common Gateway Interface)を用いて動的に
行うことができる。

【００７２】さて、これまでにサーバ１の構成について
説明したが、図示の各構成要素は機能概念的なものであ
り、必ずしも物理的に図示の如く構成されていることを
要しない。例えば、サーバ１が備える制御機能のうち、
全部または任意の一部は、ＣＰＵ(Central Processing
Unit)および当該ＣＰＵにて解釈実行されるプログラム
にて実現することができ、あるいは、ワイヤードロジッ
クによるハードウェアとして実現することも可能であ
る。

【００７３】さらに、サーバ１の分散・統合の具合的形
態は図示のものに限られず、その全部または一部を、各
種の負荷等に応じた任意の単位で、機能的または物理的
に分散・統合して構成することができる。例えば、求職
者基本情報ＤＢ１０と求人企業基本情報ＤＢ１１を一つ
のデータベースとして統合することも可能である。ある
いは、サーバ１の各ＤＢを、データベースサーバとして
独立させ集中管理してもよい。なお、実際のサーバ１の
構成機能としては、さらにファイアウォールサーバやＤ
ＮＳ（Domain Name System）サーバの機能を付加するこ
とができるが、これらについては従来と同様に構成する
ことができるためにその説明を省略する。

【００７４】（システム構成−クライアント２、３）次
に、クライアント２、３の構成について説明する。ただ
し、これらクライアント２、３は相互に同一に構成する
ことができるので、以下、クライアント２の構成につい
て説明する。このクライアント２は、図１に示すよう
に、概略的には、制御部３０、ＨＤ３１、ＲＡＭ３２、
入出力制御ＩＦ３３、入力装置３４、出力装置３５、お
よび、通信制御ＩＦ３６を備えて構成されており、これ
ら各部がバス３７を介してデータ通信可能に接続されて
いる。このクライアント２は、例えば、パーソナルコン
ピュータによって、あるいは、一部の機能をゲームに特
化させた家庭用のゲーム機によって実現することができ
る。

【００７５】このクライアント２の制御部３０は、クラ
イアント２の各部を制御するもので、Ｗｅｂブラウザ３
８を備えて構成されている。このＷｅｂブラウザ３８
は、入力されたＵＲＬ (Uniform Resource Locator)に
基づいて、インターネット４を介してサーバ１からＷｅ
ｂページのデータを取得し、このデータを解釈して出力
装置にＷｅｂページを表示させる表示制御を行うもので
ある。

【００７６】この制御部３０は、その全部または任意の
一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプ
ログラムにて実現することができる。すなわち、ＨＤ３
１または図示しないＲＯＭには、ＯＳ（Operating Syst
em）と協動してＣＰＵに命令を与え、各種処理を行うた
めのコンピュータプログラムが格納されている。このコ
ンピュータプログラムは、ＲＡＭ３２にロードされるこ
とによって実行され、ＣＰＵと協動して各制御部３０を
構成する。しかしながら、このコンピュータプログラム
は、クライアント２に対して任意のネットワークを介し
て接続されたアプリケーションプログラムサーバ１に格
納されてもよく、必要に応じてその全部または一部をダ
ウンロードすることも可能である。このあるいは、各制
御部３０の全部または任意の一部を、ワイヤードロジッ
ク等によるハードウェアとして実現することも可能であ
る。

【００７７】また、入力装置３４としては、キーボー
ド、マウス、および、マイク等を用いることができる。
また、後述するモニタも、マウスと協働してポインティ
ングディバイス機能を実現する。この他、クライアント
２がゲーム機として実現された場合の入力装置３４とし
ては、キーボードやマウスに代えて、ゲーム機用のコン
トローラを用いることができる。また、出力装置３５と
しては、モニタ（家庭用テレビを含む）の他、スピーカ
を用いることができる（なお、以下においては出力装置
３５をモニタ３５として説明する）。

【００７８】このように構成されたクライアント２は、
モデム、ＴＡ、ルータ等の通信装置と電話回線を介して
あるいは専用線を介して、インターネット４に接続され
ており、所定の通信規約（例えば、ＴＣＰ／ＩＰ(trans
port control protocol/internet protocol)）に従って
サーバ１にアクセスすることができる。

【００７９】（サーバ１と求職者のクライアント２との
間での人材仲介処理）次に、このように構成された本シ
ステムにおける人材仲介処理について説明する。最初
に、サーバ１と求職者のクライアント２との間で行なわ
れる処理について説明する。この処理における、サーバ
側の処理のメインフローチャートを図８に示す。

【００８０】（人材仲介処理−ログイン処理）まず、ロ
グイン処理が行なわれる（ステップＳ８−１）。このロ
グイン処理では、最初に、求職者が所定のＵＲＬを、入
力装置３４を介してＷｅｂブラウザ３８に入力すること
により、求職者用の初期画面となるＷｅｂページの送信
が要求される。そして、この送信要求に基づいて、Ｗｅ
ｂページＤＢ１８から求職者初期Ｗｅｂページのデータ
が取得され、このデータがクライアント２に送信され、
Ｗｅｂブラウザ３８の機能によってＷｅｂページがモニ
タ３５に表示される（以降、ＷｅｂページＤＢ１８から
Ｗｅｂページのデータが取得され、このデータがクライ
アント２、３に送信され、ＷｅｂページがＷｅｂブラウ
ザの機能によってモニタ３５に表示される点は同様であ
るため、この説明を省略する）。

【００８１】このＷｅｂページにおいて、求職者は、本
システムに対してログインを行うための情報を入力する
ことができる。このため、このＷｅｂページは、例え
ば、求職者が登録済みか未登録かを選択する選択欄と、
登録済みである場合には自己の求職者ＩＤおよびパスワ
ードを入力する入力欄とを含んで構成される。そして、
求職者が各欄に該当する情報を入力装置３４を介して入
力し、送信を指示すると、この情報がサーバ１に送信さ
れてログイン可否の判断が行なわれる。

【００８２】具体的には、登録済みであることが選択さ
れている場合には、入力された求職者ＩＤおよびパスワ
ードが、求職者基本情報ＤＢ１０に格納されている求職
者ＩＤおよびパスワードと一致するか否かが判断され
る。そして、求職者ＩＤおよびパスワードが一致する場
合にはログインが許可され、求職者は後述するコンテン
ツの選択を行うことができる。一方、求職者ＩＤおよび
パスワードが一致しない場合には、ログインが否定さ
れ、求職者ＩＤおよびパスワードの再入力を促すＷｅｂ
ページのデータがモニタ３５に表示される。これにてロ
グイン処理が終了する。ただし、このログイン処理は、
ここで説明した内容に限られず、各求職者の本システム
に対する登録状態や正当性を確認するための任意の内容
にて行うことができる。

【００８３】（人材仲介処理−登録処理）また一方で、
初期画面となるＷｅｂページにおいて、未登録であるこ
とが選択されている場合には、登録処理が行なわれる
（ステップＳ８−２→Ｓ８−３）。この登録処理におい
ては、最初に、求職者基本情報を入力するための所定の
フォームを備えたＷｅｂページがモニタ３５に表示され
る。ここで、求職者が入力装置３４を介してＷｅｂペー
ジのフォーム内に自己の求職者基本情報を入力し、送信
を指示すると、この求職者基本情報がサーバ１に送信さ
れ、求職者基本情報ＤＢ１０に格納される。なお、求職
者基本情報のうちの求職者ＩＤは、この時点でサーバ１
によって発行され、求職者基本情報ＤＢ１０に格納され
ると共に、クライアント２に送信されモニタ３５に表示
される。これにて登録処理が終了する。なお、求職者
は、自己の求職者基本情報に変更が生じた際には、この
登録処理による求職者基本情報の登録を任意のタイミン
グで行うことができ、この登録内容に基づいて求職者基
本情報ＤＢ１０の格納内容が更新される。

【００８４】（人材仲介処理−適性診断処理−性格適性
診断処理）このようにログイン処理または登録処理が行
なわれた後、適性診断処理に移行する（ステップＳ８−
４）。ここでは、性格適性診断処理、潜在能力適性診断
処理、知識適性診断処理が順次行なわれる。まず、性格
適性診断処理について説明する。この処理で行なわれる
性格適性診断は、エニアグラムと呼ばれる方法を利用し
たものである。このエニアグラムとは、それぞれ２０問
の質問から構成される９つの質問グループを求職者に提
示し、各質問に同意するか否かをYesかＮｏで回答さ
せ、この回答に基づいて当該求職者の性格適性を、所定
の９つの性格適性のうちのいずれかに分類するものであ
る（参照：書籍名「９つの性格−エニグラムで見つかる
「本当の自分」と最良の人間関係」、出版社名「ＰＨＰ
研究所」、著者「鈴木秀子」）。また、ここでは、この
性格適性に基づいて、性格適性から見た適職が診断され
る。

【００８５】図９は、サーバ１における性格適性診断処
理のフローチャートである。この図９に示すように、ま
ず、所定の性格適性診断用のＷｅｂページのデータがク
ライアント２に送信され（ステップＳ９−１）、このＷ
ｅｂページがクライアント２のモニタ３５に表示され
る。この性格適性診断用のＷｅｂページを図１０に例示
する。この図１０において、性格適性診断用のＷｅｂペ
ージは、複数の質問１０−１と、各質問に対する回答を
入力するための入力欄１０−２と、送信を指示するため
の送信ボタン１０−３とを含んで構成されている。そし
て、各求職者は、各質問１０−１を読み、各質問１０−
１にYesと思う場合には、その横の入力欄１０−２に入
力装置３４を介してチェックマークを入力していくこと
で回答を行う。

【００８６】全ての質問１０−１に回答し終わった時点
で、求職者が送信ボタン１０−３を選択すると、入力欄
１０−２の情報がサーバ１に送信される（ステップＳ９
−２）。そして、適性診断部２１において、クライアン
ト２から送信された情報に基づいて、求職者の性格適性
が診断される。この性格適性診断では、まず最も多くの
チェックマークが入力された質問グループが判別され
（ステップＳ９−３）、この質問グループに予め結び付
けられている１つの性格適性が、当該求職者の性格適性
であると診断される（ステップＳ９−４）。例えば、質
問グループ１のチェックマークが最も多い場合、求職者
の性格適性はタイプ１（＝完全でありたいと思う人）と
診断され、質問グループ９のチェックマークが最も多い
場合、求職者の性格適性はタイプ９（＝調和と平和を願
う人）と診断される。

【００８７】そして、このように診断された性格適性に
基づいて、性格適性−職種マッチングテーブルが参照さ
れ、性格適性の観点から見た、所定の職種に対する適性
が診断される（ステップＳ９−５）。この性格適性−職
種マッチングテーブルを図１１に例示する。この図１１
において、性格適性−職種マッチングテーブルは、各性
格適性と、各性格適性を保有する求職者の各職種に対す
る適性とを相互に関連付けて構成されている。この図１
１において、例えば、タイプ１の性格適性を保有する求
職者の場合、職種「営業系−企画・販売促進」に対する
適性は「１」、職種「エンジニア系−コンサルティン
グ」に対する適性は「２」である（ここでは、適性の数
値が大きい程、各職種に対する適性が高いことを示
す）。

【００８８】そして、所定値以上（例えば、適性「２」
以上）の適性を保有する職種がある場合には、この職種
が当該求職者の適職であると診断される（ステップＳ９
−６）。例えば、図１１において、タイプ１の性格適性
を保有する求職者の適職は、「営業系−専門知識提供
型」であると診断される。このように診断された性格適
性および適職は、Ｗｅｂページ生成部２９にて所定のＷ
ｅｂページデータに付加され、クライアント２に送信さ
れモニタ３５に表示される（ステップＳ９−７）。これ
によって各求職者は、自己の性格適性および性格適性か
ら見た適職を把握することができる。また、同時に、こ
れら性格適性および適職は、図５に示すように、通常適
性ＤＢ１２に格納される（同じくステップＳ９−７）。
これにて、性格適性診断処理が終了する。

【００８９】なお、この性格適性診断処理においては、
求職者の性格適性を必ずしも一つに絞り込めない場合
や、絞り込める場合であってもそのように限定してしま
うことが適切であるとは限らない場合があるため、複数
の性格適性それぞれについての保有傾向を示す傾向値を
用いて診断を行ってもよい。この場合、例えば、ステッ
プＳ９−３においては、各質問グループにおける質問数
２０に対する、入力されたチェックマークの数が計算さ
れ、この計算結果が傾向値として設定される。例えば、
質問グループ１の質問に対して入力されたチェックマー
クの数が１５である場合には傾向値＝７５％（＝（１５
／２０）×１００）、質問グループ２の質問に対して入
力されたチェックマークの数が１０である場合には傾向
値＝５０％（＝（１0／２０）×１００）となる。そし
て、ステップＳ９−４では、各質問グループに予め結び
付けられている性格適性が、各傾向値分だけ保有されて
いると診断され、ステップＳ９−５では、複数の性格適
性に基づいて適職が診断される。このような性格適性診
断処理によれば、求職者の実態に一層合致した性格適性
診断を行うことができる。

【００９０】（人材仲介処理−適性診断処理−潜在能力
適性診断処理）次に、潜在能力適性診断処理が行なわれ
る。この処理は、概略的に、複数の質問と各質問に対す
る複数の回答とを求職者に提示し、自己の考えに最も近
い回答を択一的に選択させ、この回答に基づいて求職者
の潜在能力適性を診断するものである。また、ここで
は、この潜在能力適性に基づいて、潜在能力適性から見
た各求職者の適職が診断される。

【００９１】図１２は、サーバ１における潜在能力適性
診断処理のフローチャートである。この図１２に示すよ
うに、まず、潜在能力適性診断の所定のＷｅｂページの
データがクライアント２に送信され（ステップＳ１２−
１）、このＷｅｂページがモニタ３５に表示される。こ
の潜在能力適性診断用のＷｅｂページを図１３に例示す
る。この図１３において、潜在能力適性診断用のＷｅｂ
ページは、複数の質問１３−１と、各質問１３−１に対
する複数の回答１３−２と、選択する回答１３−２にチ
ェックマークを入力するための入力欄１３−３と、送信
ボタン１３−４とを含んで構成されている。そして、各
求職者は、各質問１３−１と各回答１３−２とを読み、
自分が選択する回答１３−２の入力欄１３−３に入力装
置３４を介してチェックマークを入力していくことによ
って回答を行う。

【００９２】全ての質問１３−１に回答し終わった時点
で求職者が送信ボタン１３−４を選択すると、この入力
欄１３−３の情報がサーバ１に送信される。そして、適
性診断部２１において、クライアント２から送信された
情報に基づいて、求職者の潜在能力適性が診断される
（ステップＳ１２−２→Ｓ１２−３）。この潜在能力適
性診断では、潜在能力適性診断パラメータテーブルが参
照される。この潜在能力適性診断パラメータテーブルを
図１４に例示する。この図１４において、潜在能力適性
診断パラメータテーブルは、各回答と、当該回答を選択
した求職者が保有する各潜在能力適性の大きさとを、相
互に関連付けて構成されている。例えば、質問１に対し
て回答１を選択した場合、求職者の各潜在能力適性の大
きさは、「我慢強さ＝１」、「積極性＝−１」および
「感性＝−１」に設定されている（ここでは、数値が大
きくなるにつれ、各潜在能力適性が大きいことを示
す）。

【００９３】そして、各質問で得られた潜在能力適性の
大きさが集計される（ステップＳ１２−４）。この集計
結果を図１５に例示する。この図１５において、集計結
果は、各質問と、各質問に対して選択された回答に基づ
いて診断された各潜在能力適性の大きさとを相互に関連
付けて構成されている。例えば、質問１に対する回答で
得られた各潜在能力適性の大きさは、「我慢強さ＝
１」、「積極性＝−１」および「感性＝−１」であり、
質問１０で得られた各潜在能力適性の大きさは、「正義
感＝１」、「社交性＝−２」および「自主・自立＝−
２」である。また、ここでは、全ての質問で得られた我
慢強さの合計が「１２」、積極性の合計が「３」と集計
されている。

【００９４】また、図１５に示すように、各潜在能力適
性の大きさの合計と、各潜在能力適性の大きさで取り得
る最大値とに基づいて、各潜在能力適性の傾向値が算出
される（傾向値＝（合計／最大値）×１００、小数点以
下四捨五入、ステップＳ１２−５）。例えば、「我慢強
さの傾向値＝８６％」、「積極性の傾向値＝２５％」と
なっている。そして、各潜在能力適性の傾向値が所定値
以上であるか否かが判断され、所定値以上である場合に
は当該潜在能力適性が存在すると最終的に決定される
（ステップＳ１２−６）。例えば、図１５において、所
定値が５０％に設定された場合の例では、我慢強さ（傾
向値＝８６％）、協調性（傾向値＝８３％）、元気（傾
向値＝５０％）のみが存在すると診断される。

【００９５】そして、このように診断された潜在能力適
性に基づいて、潜在能力適性−適職マッチングテーブル
が参照され、潜在能力適性の観点から見た適職が診断さ
れる（ステップＳ１２−７）。この潜在能力適性−職種
マッチングテーブルを図１６に例示する。この潜在能力
適性−職種マッチングテーブルは、各職種と、各職種に
求められる潜在能力適性とを相互に関連付けて構成され
ている。例えば、職種「営業系−提案型」には、「積極
性」、「指導力」、「感情」、「感性」、および、「元
気」の潜在能力適性が必要である。そして、各職種に求
められる潜在能力適性を全て満たしている場合に、当該
職種が当該求職者の適職であると診断される。

【００９６】このように診断された潜在能力適性および
適職は、Ｗｅｂページ生成部２９にて所定のＷｅｂペー
ジのデータに付加され、クライアント２に送信されモニ
タ３５に表示される（ステップＳ１２−８）。これによ
って各求職者は、自己の潜在能力適性および潜在能力適
性から見た適職を把握することができる。また、同時
に、これら潜在能力適性および適職は、図５に示すよう
に、通常適性ＤＢ１２に格納される（同じくステップＳ
１２−８）。これにて、潜在能力適性診断処理が終了す
る。

【００９７】（人材仲介処理−適性診断処理−知識適性
診断処理）次に、知識適性診断処理が行なわれる。この
処理は、概略的に、複数の知識適性診断コースから１ま
たは複数のコースを任意に選択させ、各知識適性診断コ
ースのために予め準備されている複数の質問と各質問に
対する複数の回答を求職者に提示する。次いで、正解と
思われる回答を求職者に択一的に選択させ、この選択さ
れた回答の正解数に基づいて、知識を診断するものであ
る。また、ここでは、この知識適性に基づいて、知識適
性から見た適職が診断される。

【００９８】図１７は、サーバ１における知識適性診断
処理のフローチャートである。この図１７に示すよう
に、まず、知識適性診断のコース選択用の所定のＷｅｂ
ページのデータがクライアント２に送信され（ステップ
Ｓ１７−１）、このＷｅｂページがモニタ３５に表示さ
れる。このコース選択用のＷｅｂページを図１８に例示
する。このコース選択用のＷｅｂページは、複数の各知
識適性診断コースのコース名１８−１と、コースを選択
するための選択欄１８−２と、送信ボタン１８−３とを
含んで構成されている。そして、各求職者は、自分が選
択する１または複数の知識適性診断コースのコース名１
８−１に対応する選択欄１８−２に、入力装置３４を介
してチェックマークを入力していくことによって、知識
適性診断コースの選択を行う。

【００９９】選択が終わった時点で求職者が送信ボタン
１８−３を選択すると、入力欄１８−２の情報がサーバ
１に送信される。そして、この情報に基づいて、選択さ
れた各知識適性診断コースのうち、最初のコースの知識
適性診断用のＷｅｂページのデータがクライアント２に
送信され（ステップＳ１７−２→Ｓ１７−３）、このＷ
ｅｂページがモニタ３５に表示される。この知識適性診
断用のＷｅｂページを図１９に例示する。この知識適性
診断用のＷｅｂページは、複数の質問および複数の回答
１９−１と、回答を選択するための選択欄１９−２と、
図示しない送信ボタンとを含んで構成されている。そし
て、各求職者は、各質問と各回答１９−１を読み、自分
が正解と思う回答の選択欄１９−２に、入力装置３４を
介してチェックマークを入力していくことによって回答
を行う。全ての質問１９−１に回答し終わった時点で求
職者が図示しない送信ボタンを選択すると、選択欄１９
−２の情報がサーバ１に送信される。以降、コース選択
用のＷｅｂページにおいて選択された全てのコースにつ
いて、同様の処理が繰り返される（ステップＳ１７−４
→Ｓ１７−５）。

【０１００】全てのコースについて回答が送信される
と、適性診断部２１において、クライアント２から送信
された情報に基づいて求職者の知識適性が診断される。
この知識適性の診断では、選択された各コース毎の正解
テーブルが参照される。この正解テーブルを図２０に例
示する。この正解テーブルは、各質問と、各質問の正解
の番号とを、相互に関連付けて構成されている。例え
ば、図２０では、「質問１の正解＝１」である。このよ
うな正解テーブルを参照することによって、各知識適性
診断コースにおける回答に対する正解数が計算される
（ステップＳ１７−６）。ここでは、このように計算さ
れた正解数を、求職者の知識適性として位置付けてい
る。

【０１０１】次に、職種−合格レベルテーブルが参照さ
れる。この職種−合格レベルテーブルを図２１に例示す
る。この職種−合格レベルテーブルは、各職種と、各職
種において求められる知識適性診断コースの正解数と
を、相互に関連付けて構成されている。例えば、職種
「インストラクター系−スクール」では、ＯＡ系の各ソ
フトの知識が「８０点」、ＩＴ系−ネットワークの知識
が「５０点」必要である。

【０１０２】このようなテーブルを参照することによっ
て、各職種に求められる正解数を満たしているか否かが
判断され、満たしている場合には当該職種が適職である
と診断される（ステップＳ１７−７）。このように診断
された知識適性（正解数）および知識適性から見た適職
は、Ｗｅｂページ生成部２９にて所定のＷｅｂページの
データに付加され、クライアント２に送信され表示され
る（ステップＳ１７−８）。これによって各求職者は、
自己の知識適性および知識適性から見た適職を把握する
ことができる。また、同時に、これら知識および適職
は、図５に示すように、通常適性ＤＢ１２に格納される
（ステップＳ１７−８）。これにて、知識適性診断処理
が終了し、図８のステップＳ８−４の適性診断処理が終
了する。

【０１０３】なお、各求職者は、自己の適性が向上して
いると考える場合等に、この適性診断処理による適性診
断を任意のタイミングで受けることができ、この診断結
果に基づいて通常適性ＤＢ１２の格納内容が順次更新さ
れる。また、この再診断の際には、知識適性診断のみを
受ける等、適性診断のうちの任意の一部のみを選択でき
るようにすることができる。

【０１０４】（人材仲介処理−適性レベル診断処理）こ
のように、適性診断処理が終了すると、図８に示すよう
に、適性ＤＢに格納された情報に基づいて、適性レベル
診断部２３における適性レベル診断処理が行なわれる
（ステップＳ８−５）。この適性レベル診断処理は、適
性のレベルを判断し、適性の高い求職者がいる場合に
は、この求職者の適性に関する情報を抽出して高適性Ｄ
Ｂ１３に格納するための処理である。

【０１０５】具体的には、性格適性診断にて診断された
適職、潜在能力適性診断にて診断された適職、知識適性
診断にて診断された適職が相互に比較され、全ての適性
診断において共通する適職がある場合には、当該適職に
ついて高レベルの適性を保有していると判断される。例
えば、図５の例では、求職者ＩＤ「Ａ０００５」を有す
る求職者は、全ての適性診断において「営業系−提案
型」が適職であると診断されているので、この適職「営
業系−提案型」について高レベルの適性を保有している
と判断される。

【０１０６】そして、このように高レベルの適性を保有
していると判断された求職者については、その適性に関
する情報が高適性ＤＢ１３に転送される。また、同時
に、当該求職者の適性に関する情報が、通常適性ＤＢ１
２から除かれる。この他、適性のレベルの判断について
は任意の方法を採用することができ、例えば、高い業務
実績を挙げている人の保有している適性を調査し、この
適性に同一または類似する適性を、高いレベルの適性で
あると診断してもよい。

【０１０７】（人材仲介処理−コンテンツ処理）再び、
図８において、ステップＳ８−１でログインが許可され
た場合、あるいは、ステップＳ８−４の適性診断処理が
終了した場合には、各種のコンテンツを選択するための
所定のＷｅｂページがモニタ３５に表示される。そし
て、求職者がこのＷｅｂページを用いて任意のコンテン
ツを選択すると、この選択内容に応じてコンテンツ処理
が行なわれる（ステップＳ８−６）。このコンテンツに
は、上述のように、求人検索、求人応募、成約登録、フ
ォーラム、チャット、メーリングリスト、スクール受講
およびオンライン面接がある。図２２は、各コンテンツ
を利用する際に入力されるデータ等の相互の関係を示す
図である。

【０１０８】（人材仲介処理−コンテンツ処理−求人検
索処理）まず、求人検索が選択された場合について説明
する。この場合には、求人検索を行うための求人検索処
理が開始される。この処理では、まず、求人検索用のＷ
ｅｂページがモニタ３５に表示される。この求人検索用
のＷｅｂページには、検索条件を入力するための入力欄
が設けられている。ここで入力可能な検索条件は、求人
企業基本情報に対応する条件であり、求職者が希望する
求人企業または業務に関する、社名、所在地、最寄り
駅、職種、希望時給または希望時期のうちの全部または
一部を入力することができる。例えば、「職種が＝務
系」、「所在地＝東京都」あるいは「時給＝２０００円
以上」といった検索条件を入力することができる。

【０１０９】この検索条件が入力され送信が指示される
と、この検索条件と、求人企業基本情報ＤＢ１１に格納
された求人企業基本情報とに基づくマッチング処理が、
サーバ１のマッチング部２５において行なわれる（ステ
ップＳ２２−２→Ｓ２２−３）。すなわち、検索条件と
求人企業基本情報との一致・不一致が判断される。そし
て、このマッチング結果を示すＷｅｂページが、Ｗｅｂ
ページ生成部２９にて生成され、クライアント２に送信
されモニタ３５に表示される。例えば、このＷｅｂペー
ジは、検索条件に一致する求人が存在するか否かの旨
と、存在する場合には当該求人を行っている求人企業の
求人企業基本情報とを含んで構成される。これによっ
て、求職者は、自己の希望条件に合致した求人企業を検
索することができる。

【０１１０】（人材仲介処理−コンテンツ処理−求人応
募処理）また、検索した求人企業に応募したい場合、求
職者は求人応募を選択することができる。この求人応募
が選択されると、求人応募処理が開始され、求人応募用
のＷｅｂページがモニタ３５に表示される。この求人応
募用のＷｅｂページには、自己の求職者ＩＤ、希望職
種、希望勤務地、希望時給および希望期間を入力する入
力欄が設けられている（なお、自己の求職者ＩＤと、応
募したい業務の業務ＩＤのみを入力するようにしてもよ
い）。そして、求職者によって入力欄に必要な情報が入
力され送信が指示されると、求人企業基本情報ＤＢ１１
の該当する求人企業の応募データ欄に、当該求職者の求
職者ＩＤが登録される。これによって、求職者は、自己
の希望条件に合致した求人企業に応募することができ、
求人企業は、この応募データを後日参照することによっ
て、自社に応募している求職者を知ることができる。

【０１１１】（人材仲介処理−コンテンツ処理−成約登
録処理）また、求人企業からの採用依頼が電子メール等
にて来た場合において、この採用依頼を承諾する際に、
求職者は成約登録を選択する。この成約登録が選択され
ると、成約登録処理が開始され、成約登録用のＷｅｂペ
ージがモニタ３５に表示される。この成約登録用のＷｅ
ｂページには、自己の求職者ＩＤおよび成約した業務の
業務ＩＤを入力する入力欄が設けられている。そして、
求職者によって入力欄に必要な情報が入力され送信が指
示されると、求職者基本情報ＤＢ１０における当該求職
者に対応する成約データに業務ＩＤが登録されると共
に、求人企業基本情報ＤＢ１１における当該業務ＩＤに
対応する成約データに求職者ＩＤが登録される。これに
よって、成約が確定する。また、この時には、成約先で
ある求人企業に、成約が確定した旨の電子メールが送信
される。

【０１１２】また、この時、特典ＤＢ１７における当該
求職者のフラグが、成約したことを示す所定の状態（例
えば、フラグが１の状態）とされる。ただし、このフラ
グを所定の状態とするための情報は、求職者による成約
登録以外の任意の情報を用いることができ、例えば、求
人企業の人事担当者から送信される情報に基づいてフラ
グを立てるようにしてもよい。

【０１１３】（人材仲介処理−コンテンツ処理−フォー
ラム等）また、コンテンツとして、フォーラム、チャッ
トあるいはメーリングリストが選択されると、各求職者
は、求職者同士（あるいは、さらに人事担当者や第三者
を含めてもよい）によるフォーラム、チャット、メーリ
ングリストにそれぞれ参加することができる。これらフ
ォーラム等は、一般のインターネットやパソコン通信で
のフォーラム等と同様に行なわれるものであり、その説
明を省略する。これらフォーラム、チャットあるいはメ
ーリングリストにおいては、図２２に示すように、求職
者ＩＤ、参加するフォーラム等の分野および発言内容が
入力される。

【０１１４】（人材仲介処理−コンテンツ処理−スクー
ル受講処理）また、スクール受講が選択されると、スク
ール受講処理が開始され、受講コース選択用のＷｅｂペ
ージがモニタ３５に表示される。このＷｅｂページに
は、各種の受講コースの案内が表示されており、あるい
は、受講コースを検索するための検索欄が設けられてい
る。このＷｅｂページを用いて、申し込みたい受講コー
スを特定し、自己の求職者ＩＤを所定の入力欄に入力し
て送信を指示すると、この情報が提携スクールの図示し
ないサーバ１に送信され、受講申し込みが行なわれる。

【０１１５】この時、各求職者は、特典ＤＢ１７に格納
された自己のポイントを用いて受講を行うことができ
る。具体的には、各受講コース毎に必要なポイントが予
め設定されており、各求職者が自己のポイントを使って
受講する旨を受講コース選択用のＷｅｂページにて指示
すると、特典処理部２７の制御下において、必要なポイ
ントと、特典ＤＢ１７に格納されたポイントとが比較さ
れ、両者が同一または後者の方が大きい場合にのみ、受
講の申し込みが受理される。また、この時、使用された
ポイントが特典ＤＢ１７に格納されたポイントから減算
される。このように各求職者は自己のポイントを用いて
スクール受講を行うことができ、自己の能力を向上させ
ることができる。この他、スクール受講に限らず、任意
のコンテンツをポイントで利用可能とすることができ
る。

【０１１６】ただし、このポイントを用いたコンテンツ
の利用時には、一定の制限が課せられる。具体的には、
各求職者が自己のポイントを使って受講する旨を指示す
ると、特典処理部２７によって特典ＤＢ１７に格納され
た当該求職者のフラグが参照され、このフラグが成約を
示す状態になっている場合にのみ、ポイントの使用を許
可する。これによって、実際に成約登録が行なわれた場
合にのみポイントを使用できることになり、採用契約を
行うつもりのない被求人者が特典のみを目的として求職
者登録を行うようなことが防止される。ただし、成約の
有無を示す情報としては、特典ＤＢ１７のフラグ以外の
任意の情報を用いることができる。

【０１１７】（人材仲介処理−コンテンツ処理−オンラ
イン面接処理）次に、オンライン面接について説明す
る。このオンライン面接が行われる前には、事前選考試
験が行われる。すなわち、求職者が所定のＷｅｂページ
を用いて、事前選考を希望する旨および面接を希望する
企業を特定する情報を入力すると、面接処理部２８の制
御下において、事前選考処理が行われる。この処理で
は、まず、予め用意された事前選考用の質問を含むＷｅ
ｂページがモニタ３５に表示される。この質問に求職者
が回答して送信を指示すると、回答のデータがサーバ１
に送信され、所定の回答と比較することによって自動的
に採点される。この採点結果は、求職者が面接を希望し
ている求人企業の人事担当者に電子メール等にて送信さ
れ、人事担当者はこの採点結果に基づいて面接を行うか
否かを決定し、この決定と、面接を行う場合の面接日時
および面接ＩＤが求職者に電子メールにて後日送信され
る。

【０１１８】面接を行う旨の決定を受けた求職者が、面
接日時通知された日時に、所定のＷｅｂページを用い
て、面接を希望する旨および面接ＩＤを入力すると、面
接処理部２８の制御下において、オンライン面接処理が
行われる。この処理では、まず、求人企業基本情報ＤＢ
１１に格納された複数の質問のデータが、所定の順序あ
るいはランダムな順序で呼び出され、このデータを含ん
だＷｅｂページのデータがＷｅｂページ生成部２９にて
生成される。そして、このデータがクライアント２に送
信され、質問用のＷｅｂページがモニタ３５に表示され
る。そして、求職者は、この質問に対する回答を入力装
置３４を介して入力し、送信を指示すると、この回答の
データが通信制御ＩＦ３６を介してサーバ１に送信され
る。

【０１１９】再びサーバ１では、クライアント２から送
信された回答のデータと、次の回答のデータとを含んだ
Ｗｅｂページのデータが生成される。また、このＷｅｂ
ページには、当該Ｗｅｂページの更新タイミングを規定
するタグが含まれており、クライアント２のＷｅｂブラ
ウザ３８がこのタグを解釈実行することによって、当該
Ｗｅｂページが短期で自動的に更新され、モニタ３５に
順次表示される。このような処理を連続して繰り返すこ
とにより、モニタ３５にはサーバ１からの質問と求職者
の回答とがチャット形式でほぼリアルタイムで次々に表
示されることになり、求職者に対する仮想空間的な面接
が行われる。なお、サーバ１からクライアント２への質
問のデータ送信のタイミングは、クライアント２からの
回答を待って行ったり、あるいは、回答の有無に関わら
ず所定周期で行うことができる。

【０１２０】この面接において、クライアント２から送
信された回答のデータは、後日に人事担当者に電子メー
ル等によって送信され、採点が行われる。ここでは、例
えば、回答時の言葉使いや使用されている漢字のレベル
等に基づいて言語力が採点され、回答時の入力速度やタ
イプミスに基づいて入力技能が採点され、あるいは、回
答時のタイミングは回答内容に基づいて積極性、強調
性、綿密性、感性および自主性といった潜在能力適性が
採点される。この採点は、リアルタイムで行ってもよ
く、あるいは、後日にログファイルを参照することによ
って行ってもよい。

【０１２１】そして、この採点結果に基づいて、面接結
果が人事担当者にて判断され、この面接結果が電子メー
ルにて求職者に送信される。また、この採点の結果は、
人事担当者からサーバ１に送信され、当該求職者の行動
履歴として行動履歴ＤＢ１４に格納される。さらに、採
点された潜在能力適性は、既に通常適性ＤＢ１２や高適
性ＤＢ１３に格納されている各求職者の潜在能力適性に
反映させることができる。例えば、採点された潜在能力
適性と、既に格納されている潜在能力適性との平均値を
求めることによって新たな潜在能力適性が診断され、こ
の潜在能力適性に基づいて、潜在能力適性から見た適職
が再診断され、通常適性ＤＢ１２や高適性ＤＢ１３に格
納される。

【０１２２】このように本システムにおいてはオンライ
ンで面接を行うことができるので、時間的成約や地理的
制約を受けることなく面接を行うことができ、求職者と
求人企業の双方にとって面接の負担が軽減される。ま
た、人事担当者と求職者とを通常のチャット形式で対話
させて面接を行うこともできるが、上述のようにサーバ
から自動的に質問を送信することにより、人事担当者が
不在でも面接を行うことが可能となる。この場合には、
例えば、オンライン面接を２４時間受け付けることや、
多数の求職者を一度に面接することが可能となる。

【０１２３】（人材仲介処理−特典付与処理）また、図
８において、各種のコンテンツ処理が行われた後、特典
処理部２７にて特典付与処理が行なわれる（ステップＳ
８−７）。ここでは、コンテンツ処理の利用時に入力さ
れた求職者の求職者ＩＤと、各コンテンツを利用した際
に付与すべき所定のポイントとが、相互に関連付けて特
典ＤＢ１７に格納される。すなわち、本システムにおい
ては、求職者が各コンテンツを利用する毎にポイントが
付与されるので、求職者が各コンテンツを利用する際の
インセンティンブを高めることができる。なお、この特
典付与処理は、図８に示すタイミングに限られず、コン
テンツ処理が行われた後の任意のタイミングで行われて
よい。

【０１２４】また、この特典付与処理においては、特典
処理部２７によって、求職者の保有する適性レベルに応
じた特典が付与される。すなわち、高適性ＤＢ１３を参
照することによって、特典が付与される求職者が高レベ
ルの適性を保有しているか否かが判断され、高レベルの
適性を保有する求職者に対しては、通常レベルの適性を
保有する求職者よりも多くのポイントを付与する。これ
によって、高レベルの適性を保有する求職者のインセン
ティブを高めることができ、優秀な求職者を集めること
ができる。

【０１２５】その後、図８に示すように、さらに利用を
継続するかが求職者に問い合わせられる（ステップＳ８
−８）。このため、利用を継続するか否かを問い合わせ
るための所定のＷｅｂページがモニタ３５に表示され
る。ここで利用継続が選択された場合には、コンテンツ
を選択するためのＷｅｂページがサーバ１からクライア
ント２に送信されモニタ３５に表示される。以降、同様
にしてコンテンツ処理が繰り替えされる（ステップＳ８
−６→Ｓ８−７→Ｓ８−８）。

【０１２６】（人材仲介処理−行動履歴処理）また、こ
のように各コンテンツが利用された際にクライアント２
からサーバ１に送信されたデータは、所定のタイミング
で行動履歴処理部２２に送られる。そして、この行動履
歴処理部２２において、行動履歴処理が行われる（ステ
ップＳ８−９）。この行動履歴処理においては、クライ
アント２から送信されたデータがそのままの内容で、あ
るいは所定の方法にて計算されて、行動履歴として行動
履歴ＤＢ１４へ格納される。

【０１２７】この行動履歴処理におけるデータの流れを
図２２を参照しつつ説明する。まず、求人検索が選択さ
れた際に入力されたデータに基づいて、求職者ＩＤ、検
索時の重視条件、検索時の条件別希望内容および検索実
績が抽出され、これらが相互に関連付けて行動履歴ＤＢ
１４に格納される。ここで、検索時の重視条件とは、求
人検索時の検索条件としてどのような条件が重視された
のかを示すものであり、希望職種、希望勤務地、希望時
給、希望期間のうちのいずれが検索条件として入力され
たかに基づいて取得される。また、検索時の条件別希望
内容とは、希望職種、希望勤務地、希望時給または希望
期間として、それぞれどのような内容が希望されたかを
示すものであり、各条件について入力された内容に基づ
いて取得される。また、求人実績とは、求人検索の利用
回数や利用頻度に基づいて所定方法にて計算されるもの
であり、例えば、過去１月以内の求人検索の利用頻度が
１回の場合には１点、２回の場合には２点というように
計算される。

【０１２８】また、求人応募が選択された際に入力され
たデータに基づいて、求職者ＩＤ、求人応募数、応募時
の重視条件、応募時の条件別希望内容および求人応募実
績が相互に関連付けて行動履歴ＤＢ１４に格納される。
ここで、求人応募数とは、当該求職者が過去に求人応募
した数の累計値である。また、応募時の重視条件とは、
求人応募時の応募条件としてどのような条件が重視され
たのかを示すものであり、希望職種、希望勤務地、希望
時給、希望期間のうちのいずれが応募条件として入力さ
れたかに基づいて取得される。また、応募時の条件別希
望内容とは、希望職種、希望勤務地、希望時給または希
望期間として、それぞれどのような内容が希望されたか
を示すものであり、各条件について入力された希望内容
に基づいて取得される。また、求人応募実績とは、求人
応募の利用回数や利用頻度に基づいて所定方法にて計算
されるものであり、上述の求人実績と同様に計算するこ
とができる。

【０１２９】また、成約登録が選択された際に入力され
たデータに基づいて、求職者ＩＤ、成約数および成約実
績が行動履歴ＤＢ１４に格納される。この成約数とは、
当該求職者が過去に成約登録した数の累計値である。ま
た、成約実績とは、成約の回数や頻度に基づいて所定方
法にて計算されるものであり、上述の求人実績と同様に
計算することができる。さらに、応募数および成約数に
基づいて、成約率が行動履歴ＤＢ１４に格納される。こ
の成約率は、応募数に対する成約数の比率として計算さ
れる。

【０１３０】また、フォーラムが選択された際に入力さ
れたデータに基づいて、求職者ＩＤ、興味分野、参加回
数、発言回数、参加実績、発言実績および総合実績が行
動履歴ＤＢ１４に格納される。興味分野とは、求職者が
参加した分野である。また、参加実績と発言実績は、そ
れぞれ参加回数と発言回数に基づいて所定方法で計算さ
れる。例えば、参加実績１０ポイント／参加回数１、発
言実績５０ポイント／発言回数１として計算される。ま
た、総合実績は、参加実績と発言実績との和として計算
される。この他、チャットやメーリングリストが選択さ
れた際についても、フォーラムと同様に、求職者ＩＤ、
興味分野、参加回数、発言回数、参加実績、発言実績お
よび総合実績が行動履歴ＤＢ１４に格納される。

【０１３１】また、スクール受講が選択された際に入力
されたデータに基づいて、求職者ＩＤ、受講コース名お
よびスクール受講実績が行動履歴ＤＢ１４に格納され
る。このスクール受講実績とは、スクールの受講回数や
受講頻度に基づいて所定方法にて計算されるものであ
り、上述の求人実績と同様に計算することができる。ま
た、人事担当者から送信されたオンライン面接の面接結
果に基づいて、求職者ＩＤ、言語力、入力技能、潜在能
力適性および面接評価項目別実績が行動履歴ＤＢ１４に
格納される。ここで、面接評価項目別実績とは、言語
力、入力技能および潜在能力適性の各項目別の実績であ
り、これら各項目の点数に基づいて所定方法で計算され
る。これにて行動履歴処理が終了する。なお、行動履歴
ＤＢ１４に格納されるデータは上述のデータに限定され
ず、各求職者の行動履歴を把握するために必要な任意の
データを格納することができる。

【０１３２】（人材仲介処理−行動傾向処理）再び、図
８において、ステップＳ８−９の行動履歴処理が行なわ
れた後、行動傾向処理部２４による行動傾向処理が行わ
れる（ステップＳ８−１０）。ここでは、行動履歴ＤＢ
１４に格納された各求職者の行動履歴に基づいて、求職
者全体の行動傾向が抽出・集計され、この行動傾向が行
動傾向ＤＢ１５に格納される。

【０１３３】この行動傾向処理におけるデータの流れを
図２２を参照しつつ説明する。まず、検索時の重視条件
に基づいて、人気職種、人気勤務地、人気時給および人
気期間が抽出され行動傾向ＤＢ１５に格納される。これ
ら人気職種、人気勤務地、人気時給および人気期間はそ
れぞれ、行動履歴ＤＢ１４に格納された各求職者の検索
時の条件別希望内容に基づいて抽出されるもので、条件
として入力された希望職種、希望勤務地、希望時給およ
び希望期間のうち、入力頻度の高いものである。ここで
は、最も頻度の高い職種等のみを抽出してもよく、ある
いは、上位の所定範囲の職種等を抽出してもよい。この
他、同様に、不人気な職種や勤務地等を抽出することも
できる。

【０１３４】また、図２２に示すように、行動傾向ＤＢ
１５には、求人応募総数および成約総数が格納される。
このうち、求人応募総数は行動履歴ＤＢ１４に格納され
た各求職者の求人応募数の和として計算され、成約総数
は行動履歴ＤＢ１４に格納された各求職者の成約数の和
として計算される。また、行動傾向ＤＢ１５には、フォ
ーラム参加率および人気フォーラムが格納される。この
うち、フォーラム参加率は、求職者総数に対する、フォ
ーラムに１回以上参加したことのある求職者の数として
計算される。この求職者総数は求職者基本情報ＤＢ１０
から取得することができ、また、フォーラムに１回以上
参加したことのある求職者の数は、行動履歴ＤＢ１４に
格納された各求職者の参加回数に基づいて算出すること
ができる。また、人気フォーラムは、各求職者の参加す
るフォーラムのうち参加頻度の高いものであり、行動履
歴ＤＢ１４に格納された各求職者の興味分野に基づいて
抽出される。ここでは、最も頻度の高いフォーラムのみ
を抽出してもよく、あるいは、上位の所定範囲のフォー
ラムを抽出してもよい。この他、同様に、不人気なフォ
ーラムを抽出することもできる。

【０１３５】また、チャット、メーリングリストについ
ても、同様に、チャット参加率、人気チャット、メーリ
ングリスト参加率および人気メーリングリストが計算さ
れ行動傾向ＤＢ１５に格納される。さらに、スクール受
講についても、同様に、スクール申し込み率および人気
スクールコース名が計算され行動傾向ＤＢ１５に格納さ
れる。また、オンライン面接について、同様に、面接率
が計算されて行動傾向ＤＢ１５に格納される。これにて
行動傾向処理が終了する。

【０１３６】なお、行動傾向ＤＢ１５に格納されるデー
タは上述のデータに限定されず、求職者全体の行動傾向
を把握するために必要な任意のデータを格納することが
できる。例えば、フォーラム別の投稿数、オンライン面
接を利用している企業の総数、スクールの人気開催地等
を算出して格納することができる。また、行動傾向処理
は、図８に示したタイミング以外の任意のタイミングで
行うことができる。例えば、月末、四半期末、半期末あ
るいは年末等に行動傾向処理を行い、各行動傾向の月間
ランキング、四半期毎のランキング、半期毎のランキン
グあるいは年間ランキングを計算してもよい。

【０１３７】（サーバ１と求人企業のクライアント３と
の間での人材仲介処理）次に、本システムにおける人材
仲介処理のうち、サーバ１と求人企業のクライアント３
との間で行なわれる処理について説明する。この処理に
おける、サーバ側の処理のメインフローチャートを図２
３に示す。

【０１３８】（人材仲介処理−ログイン処理）まず、ロ
グイン処理が行なわれ（ステップＳ２３−１）、必要に
応じて登録処理が行なわれる（ステップＳ２３−３）。
これらログイン処理および登録処理は、求職者のログイ
ン処理（図８のステップＳ８−１）および登録処理（図
８のステップＳ８−３）とほぼ同様に行なわれる。すな
わち、ログイン処理では、各求人企業の人事担当者が所
定のＵＲＬをＷｅｂブラウザ３８に入力することによ
り、求人企業用の初期画面となるＷｅｂページがモニタ
３５に表示される。そして、人事担当者が該当する情報
を入力して送信すると、この情報がサーバ１に送信され
てログイン可否の判断が行なわれる。これにてログイン
処理が終了する。

【０１３９】また、求人企業が未登録の場合には、求人
企業基本情報を入力するための所定のＷｅｂページがモ
ニタ３５に表示される。そして、このＷｅｂページを用
いて人事担当者が自社の求人企業基本情報を入力して送
信すると、この求人企業基本情報が求人企業基本情報Ｄ
Ｂ１１に格納される。なお、求人企業基本情報のうちの
求人企業ＩＤは、この時点でサーバ１において発行さ
れ、求人企業基本情報ＤＢ１１に格納されると共に、ク
ライアント３に送信され表示される。これにて登録処理
が終了する。なお、人事担当者は、自社の求人企業基本
情報に変更が生じた際には、この登録処理による求人企
業基本情報の登録を任意のタイミングで行うことがで
き、この登録内容に基づいて求人企業基本情報ＤＢ１１
の格納内容が更新される。

【０１４０】このように、登録処理が行なわれた際に
は、課金処理部２６にて課金処理が行なわれる（ステッ
プＳ２３−４）。ここでは、登録処理で登録された求人
企業ＩＤと、所定の登録料として課せられる累計金額の
初期値とが、相互に関連付けて課金ＤＢ１６に格納され
る。

【０１４１】次に、図２３において、ステップＳ２３−
１でログインが許可された場合、あるいは、ステップＳ
２３−３の登録処理が終了した場合、人事担当者によっ
て、希望する検索や表示が指示される。このため、検索
条件等を入力するためのＷｅｂページがサーバ１からク
ライアント３に送信されモニタ３５に表示される。この
Ｗｅｂページは、「人材検索」と「行動傾向の表示」の
いずれを行うのかを選択する欄、人材検索を行う場合に
は「求職者基本情報に基づく検索」と「潜在適性に基づ
く検索」のいずれを行うのかを選択する欄、潜在適性に
基づく検索を行う場合には、「通常適性」、「高適性」
あるいは「行動履歴」のうちいずれに基づいて検索を行
うのかを選択する欄を含んで構成されている。そして、
人事担当者がこのＷｅｂページの各欄を用いて希望する
検索方法を選択し、送信を指示すると、選択された検索
方法のデータがサーバ１に送信される。

【０１４２】（人材仲介処理−求職者基本情報に基づく
検索）最初に、人材検索のうち、求職者基本情報に基づ
く検索が選択された場合について説明する（ステップＳ
２３−５→Ｓ２３−６）。この場合には、検索条件を入
力するためのＷｅｂページがモニタ３５に表示される。
このＷｅｂページは、自社の希望する職種や時給等の条
件を入力するための入力欄を含んで構成されている。そ
して、人事担当者が入力装置３４を介して入力欄に条件
を入力し、送信を指示すると、この検索条件がサーバ１
に送信され、サーバ１のマッチング部２５において、こ
の検索条件と、求職者基本情報ＤＢ１０に格納された求
職者基本情報とに基づくマッチング処理が行なわれる
（ステップＳ２３−７）。ここでは、例えば、「年齢が
３５才以下である」、「情報処理１種の資格を有する」
あるいは「希望時給が１５００円以下である」といった
検索条件に基づいて、マッチング処理を行うことができ
る。

【０１４３】そして、このマッチングにて検索された求
職者の求職者基本情報を示すＷｅｂページが、Ｗｅｂペ
ージ生成部２９にて生成され、モニタ３５に表示される
（ステップＳ２３−９）。このように、人事担当者は、
自社の希望条件に合致した求職者を容易に検索すること
ができる。なお、マッチング結果が表示される前には、
課金処理部２６にて課金処理が行なわれる（ステップＳ
２３−８）。ここでは、課金ＤＢ１６に格納された当該
求人企業の累計金額に、求職者基本情報による検索を行
うための所定の課金額が積算される。なお、この課金処
理は、マッチング処理の前に行うようにしてもよい。

【０１４４】その後、人事担当者にて、マッチング結果
にて表示された求職者を採用するか否かが選択される
（ステップＳ２３−１０）。この選択は、サーバ１から
送信された所定のＷｅｂページを用いて行なわれる。こ
こで、求職者を採用することが選択された場合には、採
用処理が行なわれる（ステップＳ２３−１１）。具合的
には、求職者基本情報ＤＢ１０の該当する求職者の採用
データ欄に、当該求人企業の求人企業ＩＤが登録され
る。これによって、人事担当者は、自社の希望条件に合
致した求職者に採用の意向を示すことができ、求職者
は、この採用データを後日参照することによって、自分
を採用する意向を示している求人企業を知ることができ
る。あるいは、この時点で、該当する求職者に対して、
採用する意向を伝えるための電子メールを送信するよう
にしてもよい。

【０１４５】このようにステップＳ２３−１１の採用処
理が行なわれた後、あるいは、ステップＳ２３−１０に
おいて求職者を採用しないことが選択された場合には、
さらに検索を継続するか否かを選択するための所定のＷ
ｅｂページがクライアント３に送信され表示される。こ
のＷｅｂページにおいて、継続することが選択された場
合には再び検索方法を選択するためのＷｅｂページがク
ライアント３に送信され（ステップＳ２３−１２→Ｓ２
３−５）、継続しないことが選択された場合には本処理
が終了する。

【０１４６】（人材仲介処理−行動履歴に基づく検索）
次に、検索方法を選択するためのＷｅｂページにおい
て、行動履歴に基づく検索が選択された場合について説
明する（ステップＳ２３−５→Ｓ２３−６→Ｓ２３−１
３）。この場合には、自社の希望する行動履歴（重視す
る行動履歴）を入力するための入力欄を含んだＷｅｂペ
ージが、サーバ１からクライアント３に送信されモニタ
３５に表示される。そして、人事担当者によって入力欄
に行動履歴が入力され送信が指示されると、この行動履
歴がサーバ１に送信され、サーバ１のマッチング部２５
において、この行動履歴と、行動履歴ＤＢ１４に格納さ
れた行動履歴とに基づくマッチング処理が行なわれる
（ステップＳ２３−１４）。ここでは、例えば、「成約
率９０％以上」あるいは「フォーラムでの総合実績５０
０ポイント以上」といった行動履歴に基づいて、マッチ
ング処理を行うことができる。

【０１４７】そして、このマッチング処理にて検索され
た求職者の求職者基本情報を示すＷｅｂページが、Ｗｅ
ｂページ生成部２９にて生成され、クライアント３に送
信されモニタ３５に表示される（ステップＳ２３−
９）。このように、人事担当者は、自社の希望する行動
的な適性を持つ求職者を容易に検索することができる。
また、マッチング結果が表示される前には、課金処理部
２６にて課金処理が行なわれる（ステップＳ２３−１
５）。ここでは、課金ＤＢ１６に格納された当該求人企
業の累計金額に、行動履歴による検索を行うための所定
の課金額が積算される。

【０１４８】（人材仲介処理−通常適性に基づく検索）
次に、潜在適性のうち、通常適性に基づく検索が選択さ
れた場合について説明する（ステップＳ２３−５→Ｓ２
３−６→Ｓ２３−１３→Ｓ２３−１６）。この場合に
は、自社の希望する適性（重視する適性）を入力するた
めの入力欄を含んだＷｅｂページが、サーバ１からクラ
イアント３に送信されモニタ３５に表示される。そし
て、人事担当者によって入力欄に適性が入力され送信が
指示されると、この適性がサーバ１に送信され、サーバ
１のマッチング部２５において、この適性と、通常適性
ＤＢ１２に格納された適性とに基づくマッチング処理が
行なわれる（ステップＳ２３−１７）。ここでは、例え
ば、「タイプ１の性格適性を有する」、「適職が営業系
−提案型である」、「我慢強さおよび積極性がある」あ
るいは「ＩＴ系−ネットワークの知識を有する」といっ
た適性に基づいて、マッチング処理を行うことができ
る。

【０１４９】そして、このマッチング処理にて検索され
た求職者の求職者基本情報を示すＷｅｂページが、Ｗｅ
ｂページ生成部２９にて生成され、クライアント３に送
信されモニタ３５に表示される（ステップＳ２３−
９）。このように、人事担当者は、自社の希望する適性
を持った求職者を容易に検索することができる。また、
マッチング結果が表示される前には、課金処理部２６に
て課金処理が行なわれる（ステップＳ２３−１８）。こ
こでは、課金ＤＢ１６に格納された当該求人企業の累計
金額に、通常適性による検索を行うための所定の課金額
が積算される。

【０１５０】（人材仲介処理−高適性に基づく検索）次
に、高適性に基づく検索が選択された場合について説明
する（ステップＳ２３−５→Ｓ２３−６→Ｓ２３−１３
→Ｓ２３−１６）。この検索は、上述した通常適性に基
づく検索と同様に行なわれる。ただし、マッチング部２
５において行なわれるマッチング処理（ステップＳ２３
−１９）の対象データは、通常適性ＤＢ１２でなく高適
性ＤＢ１３に格納された高レベルの適性である点で異な
る。すなわち、人事担当者によって希望する適性が入力
され送信が指示されると、サーバ１のマッチング部２５
において、この適性と、高適性ＤＢ１３に格納された適
性とに基づくマッチング処理が行なわれる。したがっ
て、ステップＳ２３−１７のマッチング処理に比べて、
より高い適性を保有する求職者のみを対象としてマッチ
ング処理が行なわれることになる。このように、高レベ
ルの適性を保有する求職者のみを対象としてマッチング
が行なわれるので、人事担当者は、適性の高い求職者の
情報のみを容易に得ることができる。

【０１５１】また、高適性に基づく検索が行なわれた場
合の課金処理（ステップＳ２３−２０）においては、課
金ＤＢ１６に格納された当該求人企業の累計金額に、通
常適性による検索を行うための所定の課金額に比べて高
額に設定された所定の課金額が積算される。この課金額
の差別化は、通常適性による検索に比べて、高適性によ
る検索の方が情報の付加価値が高いと考えられることに
基づくものである。これによって、仲介業者は、一層付
加価値の高い情報を提供して大きな収入を得ることがで
きる。

【０１５２】（人材仲介処理−行動傾向表示）次に、検
索方法を選択するためのＷｅｂページにおいて、行動傾
向表示が選択された場合について説明する（ステップＳ
２３−５）。この場合には、まず課金処理部２６にて課
金処理が行なわれる（ステップＳ２３−２１）。ここで
は、課金ＤＢ１６に格納された当該求人企業の累計金額
に、行動傾向表示を行うための所定の課金額が積算され
る。

【０１５３】次いで、行動傾向ＤＢ１５から行動傾向に
関する情報が抽出され、この情報を表示するためのＷｅ
ｂページのデータがＷｅｂページ生成部２９にて生成さ
れ、クライアント３に送信されモニタ３５に表示される
（ステップＳ２３−２２）。ここでは、具体的には、図
２０に示す行動傾向ＤＢ１５の内容である、人気職種、
求人応募総数あるいは人気フォーラム等が表示される。
なお、当然のことながら、行動傾向ＤＢ１５の内容のう
ち、任意の一部のみを選択してモニタ３５に表示するよ
うにしてもよい。

【０１５４】これによって、人事担当者は、求職者全体
の行動傾向を把握することができ、自社の採用戦略を構
築する等のために参考にすることができる。また、この
行動傾向に関する情報を、求職者が閲覧できるようにし
てもよく、この場合には求職者は行動傾向を自己の就職
活動の参考にすることができる。さらに、このような行
動傾向は、仲介業者自身にとっても本システムを改善す
る際の有力な参考情報となり得る。

【０１５５】さて、これまで本発明の一実施の形態につ
いて説明したが、本発明は、この実施の形態に示した内
容に限定されることなく、上述の特許請求の範囲に記載
した技術的思想の範囲内において種々異なる形態にて実
施されてよいものである。例えば、上記の実施の形態に
おいては、求人者が求人企業であり、被求人者が求職者
である、就職のための人材仲介を代表例として説明し
た。しかしながら、本発明は任意の目的で人材を評価・
分析等して仲介するために適用されてよいものである。
例えば、お見合いや結婚の相手を見つけるための人材仲
介システムにおいて、男性または女性の一方を求人者と
し、他方を被求人者として適用することができる。ま
た、当然のことながら、この仲介の対象に応じて、コン
テンツの内容や、課金や特典の方法や内容は適宜変更す
ることができる。

【０１５６】また、サーバ１とクライアント２、３を接
続するネットワークとしては、上述したインターネット
４以外にも任意のネットワークを利用することができ
る。例えば、限定されたエリア内でＬＡＮ、ＷＡＮある
いはパソコン通信網を用いて、実施の形態と同様のシス
テムを構築することができる。この他、文書中や図面中
で示した処理手順、制御手順、具体的名称、数値等につ
いては、特記する場合を除いて任意に変更することがで
きる。また、実施の形態においては、求職者の適性を、
通常適性と高適性との２つのレベルに分割しているが、
３つ以上の任意数のレベルに分割することも可能であ
る。

【０１５７】

【発明の効果】以上に説明したように、請求項１、１５
または１８に記載の本発明によれば、各被求人者の行動
の履歴が自動的に抽出され、この行動の履歴に基づくマ
ッチングが行なわれる。したがって、単に被求人者によ
って入力された情報のみならず、この被求人者の人材仲
介システムでの行動が順次蓄積されて求人検索の条件と
して利用されるので、被求人者の行動内容によって明ら
かになる能力や適正に基づいて人材仲介を行うことがで
きる。

【０１５８】また、請求項２に記載の本発明によれば、
行動傾向処理手段によって被求人者全体の行動傾向が抽
出され、この行動傾向が行動傾向格納手段に格納される
ので、被求人者全体の行動傾向を容易に把握することが
でき、就職活動、採用活動あるいは仲介業務の改善等の
参考情報として利用することができる。

【０１５９】また、請求項３、１６または１９に記載の
本発明によれば、被求人者の潜在的な適性が自動的に診
断され、この適性に基づいて、求人者と被求人者とのマ
ッチングが行われる。したがって、被求人者の潜在的な
適性を客観的に診断し、この適性に基づいて人材仲介を
一層的確に行うことができる。

【０１６０】また、請求項４に記載の本発明によれば、
サーバの適性診断手段によって、性格適性、潜在能力適
性または知識適性のうちの少なくとも一つが診断される
ので、被求人者を、性格適性、潜在能力適性または知識
適性という多面的な観点から客観的に診断し、この適性
に基づいて人材仲介を行うことができる。

【０１６１】また、請求項５に記載の本発明によれば、
サーバの適性レベル診断手段によって各被求人者の潜在
適性のレベルが診断されるので、被求人者の適性のレベ
ルに応じたマッチングを行うことができ、求人者にとっ
ては自己のニーズに一層適した被求人者を検索すること
ができる。

【０１６２】また、請求項６に記載の本発明によれば、
被求人者の適性のレベルに応じた内容で、課金が行われ
るので、仲介業者は提供情報の差別化を図ることがで
き、本システムによる収益性を高めることができる。

【０１６３】また、請求項７、１７または２０に記載の
本発明によれば、サーバの面接処理手段によって、所定
の複数の質問が所定のタイミングで被求人者のクライア
ントに順次送信される。したがって、チャット形式での
オンライン面接やオンラインお見合い等を行うことがで
き、被求人者および求人者双方の時間的・精神的負担を
軽減することができる。

【０１６４】また、請求項８に記載の本発明によれば、
オンライン面接やオンラインお見合い等における被求人
者の行動の履歴が抽出されるので、より多面的な情報に
基づいて人材仲介を行うことができる。

【０１６５】また、請求項９に記載の本発明によれば、
サーバの特典処理手段によって、被求人者に対する特典
の付与処理が行われるので、被求人者が本システムを利
用することに関するインセンティブが向上し、システム
の利用促進を図ることができる。

【０１６６】また、請求項１０に記載の本発明によれ
ば、サーバの特典処理手段によって、被求人者の行動に
応じた特典の付与処理が行われるので、被求人者が本シ
ステムを利用することに関するインセンティブが一層向
上し、システムの一層の利用促進を図ることができる。

【０１６７】また、請求項１１に記載の本発明によれ
ば、サーバの特典処理手段によって、各被求人者の適性
のレベルに応じた特典の付与処理が行われるので、優秀
な被求人者が本システムを利用することに関するインセ
ンティブが一層向上し、優秀な被求人者を集めることが
できる。

【０１６８】また、請求項１２に記載の本発明によれ
ば、サーバの特典処理手段によって、求人者からの仲介
依頼の数に応じて特典の付与処理が行われるので、優秀
な被求人者が本システムを利用することに関するインセ
ンティブが一層向上し、優秀な被求人者を集めることが
できる。

【０１６９】また、請求項１３に記載の本発明によれ
ば、被求人者に付与する特典が、システム内でコンテン
ツを利用するためのポイントとして付与されるので、被
求人者が獲得した特典は、本システム内で使用されるこ
とになり、本システムの利用を一層促進することができ
る。

【０１７０】また、請求項１４に記載の本発明によれ
ば、サーバの特典処理手段によって、被求人者に付与さ
れた特典が、求人者から仲介の最終的な決定があった場
合にのみ使用可能とされるので、実際には契約を行う意
思のない被求人者が、特典のみを目的として本システム
に登録等を行うようなことが防止される。

【図面の簡単な説明】

【図１】本発明の実施の形態にかかる人材仲介システム
全体の構成図である。

【図２】人材仲介システムにおける人材仲介の概念を説
明するための説明図である。

【図３】求職者基本情報ＤＢに格納される求職者基本情
報の一例を示す図である。

【図４】求人企業基本情報ＤＢに格納される求人企業基
本情報の一例を示す図である。

【図５】通常適性ＤＢに格納される求職者の適性に関す
る情報の一例を示す図である。

【図６】課金ＤＢに格納される情報の一例を示す図であ
る。

【図７】特典ＤＢに格納される情報の一例を示す図であ
る。

【図８】サーバと求職者のクライアントとの間で行なわ
れる処理における、サーバ側の処理のメインフローチャ
ートである。

【図９】サーバにおける性格適性診断処理のフローチャ
ートである。

【図１０】性格適性診断用のＷｅｂページの一例を示す
図である。

【図１１】性格適性−職種マッチングテーブルの一例を
示す図である。

【図１２】サーバにおける潜在能力適性診断処理のフロ
ーチャートである。

【図１３】潜在能力適性診断用のＷｅｂページの一例を
示す図である。

【図１４】潜在能力適性診断パラメータテーブルの一例
を示す図である。

【図１５】潜在能力適性の大きさの集計結果の一例を示
す図である。

【図１６】潜在能力適性−職種マッチングテーブルの一
例を示す図である。

【図１７】サーバにおける知識適性診断処理のフローチ
ャートである。

【図１８】コース選択用のＷｅｂページの一例を示す図
である。

【図１９】知識適性診断用のＷｅｂページの一例を示す
図である。

【図２０】知識適性診断における正解テーブルの一例を
示す図である。

【図２１】職種−合格レベルテーブルの一例を示す図で
ある。

【図２２】各コンテンツを利用する際に入力されるデー
タ等の相互の関係を示す図である。

【図２３】サーバと求人企業のクライアントとの間で行
なわれる処理における、サーバ側の処理のメインフロー
チャートである。

【符号の説明】

１ サーバ ２、３ クライアント ４ インターネット １０ 求職者基本情報データベース １１ 求人企業基本情報データベース １２ 通常適性データベース １３ 高適性データベース １４ 行動履歴データベース １５ 行動傾向データベース １６ 課金データベース １７ 特典データベース １８ Ｗｅｂページデータベース １９、３６ 通信制御インターフェース ２０、３０ 制御部 ２１ 適性診断部 ２２ 行動履歴処理部 ２３ 適性レベル診断部 ２４ 行動傾向処理部 ２５ マッチング部 ２６ 課金処理部 ２７ 特典処理部 ２８ 面接処理部 ２９ Ｗｅｂページ生成部 ３１ ＨＤ ３２ ＲＡＭ ３３ 入出力制御インターフェース ３４ 入力装置 ３５ 出力装置（モニタ） ３７ バス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３３２ Ｇ０６Ｆ 17/60 ３３２ (72)発明者 三角 隆司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大本 一己 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岩本 哲夫 大阪市福島区野田５丁目17番22号 株式会 社アイル内 (72)発明者 小宮 弘信 大阪市福島区野田５丁目17番22号 株式会 社アイル内 (72)発明者 建部 弘志 大阪市福島区野田５丁目17番22号 株式会 社アイル内 (72)発明者 藤田 敏行 大阪市福島区野田５丁目17番22号 株式会 社アイル内 (72)発明者 上田 英知 大阪市福島区野田５丁目17番22号 株式会 社アイル内 Ｆターム(参考） 5B049 BB11 CC02 CC08 CC33 CC36 EE01 EE05 EE23 EE28 EE59 FF03 FF04 GG04 GG07

Claims (20)

【特許請求の範囲】
1. 【請求項１】 求人者のクライアントおよび被求人者の
   クライアントと、サーバとを、ネットワークを介して相
   互に接続して構成された人材仲介システムにおいて、 上記サーバは、 上記被求人者のクライアントから通知された情報に基づ
   いて、当該被求人者の当該人材仲介システム内での行動
   の履歴を抽出する行動履歴処理手段と、 上記行動履歴処理手段にて抽出された行動の履歴を格納
   する行動履歴格納手段と、 上記求人者のクライアントから通知された求人者が求め
   る被求人者に関する情報と、上記行動履歴格納手段に格
   納された被求人者の行動の履歴とに基づいて、求人者と
   被求人者とのマッチングを行った結果を上記被求人者の
   クライアントと上記求人者のクライアントとの少なくと
   も一方に送信するマッチング手段と、 を備えることを特徴とする人材仲介システム。
2. 【請求項２】 上記サーバには、 上記行動履歴格納手段にて格納された行動の履歴から、
   上記被求人者全体の所定の行動の傾向を抽出する行動傾
   向処理手段と、 上記行動傾向処理手段にて抽出された行動の傾向を格納
   する行動傾向格納手段と、 を備えたことを特徴とする請求項１に記載の人材仲介シ
   ステム。
3. 【請求項３】 求人者のクライアントおよび被求人者の
   クライアントと、サーバとを、ネットワークを介して相
   互に接続して構成された人材仲介システムにおいて、 上記サーバは、 上記被求人者のクライアントから通知された情報に基づ
   いて、当該被求人者の潜在的な適性を診断する適性診断
   手段と、 上記適性診断手段にて診断された被求人者の適性を格納
   する適性格納手段と、 上記求人者のクライアントから通知された求人者が求め
   る被求人者に関する情報と、上記適性格納手段に格納さ
   れた被求人者の適性とに基づいて、求人者と被求人者と
   のマッチングを行った結果を上記被求人者のクライアン
   トと上記求人者のクライアントとの少なくとも一方に送
   信するマッチング手段と、 を備えることを特徴とする人材仲介システム。
4. 【請求項４】 上記サーバの適性診断手段は、上記被求
   人者の性格上の適性である性格適性、上記被求人者の潜
   在能力上の適性である潜在能力適性または上記被求人者
   の知識上の適性である知識適性のうちの少なくとも一つ
   を診断すること、 を特徴とする請求項３に記載の人材仲介システム。
5. 【請求項５】 上記サーバには、上記適性格納手段に格
   納された被求人者の適性のレベルを診断する適性レベル
   診断手段を備えることを特徴とする請求項３または４に
   記載の人材仲介システム。
6. 【請求項６】 上記サーバには、上記被求人者に関する
   情報の提供を受けた求人者に対して、当該被求人者の適
   性のレベルに応じた内容にて課金処理を行う課金処理手
   段を備えたことを特徴とする請求項５に記載の人材仲介
   システム。
7. 【請求項７】 求人者のクライアントおよび被求人者の
   クライアントと、サーバとを、ネットワークを介して相
   互に接続して構成された人材仲介システムにおいて、 上記サーバは、上記被求人者のクライアントに対して、
   所定の複数の質問を所定のタイミングで順次送信する面
   接処理手段を備えることを特徴とする人材仲介システ
   ム。
8. 【請求項８】 上記行動履歴処理手段は、上記面接処理
   手段にて送信された質問に対して上記被求人者のクライ
   アントから通知された回答に基づいて、当該被求人者の
   行動の履歴を抽出することを特徴とする請求項１および
   ７に記載の人材仲介システム。
9. 【請求項９】 上記サーバには、上記被求人者に対する
   特典の付与処理を行う特典処理手段を備えたことを特徴
   とする請求項１〜８のいずれか一つに記載の人材仲介シ
   ステム。
10. 【請求項１０】 上記サーバの上記特典処理手段は、上
    記被求人者が当該人材仲介システムを利用した際の行動
    に応じた内容にて特典の付与処理を行うことを特徴とす
    る請求項９に記載の人材仲介システム。
11. 【請求項１１】 上記サーバの上記特典処理手段は、上
    記被求人者の適性のレベルに応じた内容にて特典の付与
    処理を行うことを特徴とする請求項９または１０に記載
    の人材仲介システム。
12. 【請求項１２】 上記サーバの上記特典処理手段は、上
    記被求人者に対する求人者からの仲介依頼の数に応じた
    内容にて特典の付与処理を行うことを特徴とする請求項
    ９〜１１のいずれか一つに記載の人材仲介システム。
13. 【請求項１３】 上記サーバの上記特典処理手段は、上
    記被求人者に付与する特典を、当該被求人者が当該人材
    仲介システム内のコンテンツを利用するためのポイント
    として付与することを特徴とする請求項９〜１２のいず
    れか一つに記載の人材仲介システム。
14. 【請求項１４】 上記サーバの上記特典処理手段は、上
    記被求人者に付与された特典を、当該被求人者に対して
    求人者から仲介の最終的な決定があった場合にのみ使用
    可能とすることを特徴とする請求項９〜１３のいずれか
    一つに記載の人材仲介システム。
15. 【請求項１５】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法において、 上記サーバにおいて、 上記被求人者のクライアントから通知された情報に基づ
    いて、当該被求人者の当該人材仲介システム内での行動
    の履歴を抽出するステップと、 上記ステップにおいて抽出された行動の履歴を当該サー
    バ内に格納するステップと、 上記求人者のクライアントから通知された求人者が求め
    る被求人者に関する情報と、上記ステップにおいて当該
    サーバ内に格納された被求人者の行動の履歴とに基づい
    て、求人者と被求人者とのマッチングを行った結果を上
    記被求人者のクライアントと上記求人者のクライアント
    との少なくとも一方に送信するステップと、 を備えたことを特徴とする人材仲介方法。
16. 【請求項１６】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法において、 上記サーバにおいて、 上記被求人者のクライアントから通知された情報に基づ
    いて、当該被求人者の潜在的な適性を診断するステップ
    と、 上記ステップにおいて診断された被求人者の潜在的な適
    性を当該サーバ内に格納するステップと、 上記求人者のクライアントから通知された求人者が求め
    る被求人者に関する情報と、上記ステップにおいて当該
    サーバ内に格納された被求人者の潜在適性とに基づい
    て、求人者と被求人者とのマッチングを行った結果を上
    記被求人者のクライアントと上記求人者のクライアント
    との少なくとも一方に送信するステップと、 を備えたことを特徴とする人材仲介方法。
17. 【請求項１７】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法において、 上記サーバにおいて、上記被求人者のクライアントに対
    して、所定の複数の質問を所定のタイミングで順次送信
    するステップを備えたことを特徴とする人材仲介方法。
18. 【請求項１８】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法をコンピュータ
    に実行させるプログラムを記録したコンピュータ読み取
    り可能な記録媒体において、 上記サーバにおいて、 上記被求人者のクライアントから通知された情報に基づ
    いて、当該被求人者の当該人材仲介システム内での行動
    の履歴を抽出するステップと、 上記ステップにおいて抽出された行動の履歴を当該サー
    バ内に格納するステップと、 上記求人者のクライアントから通知された求人者が求め
    る被求人者に関する情報と、上記ステップにおいて当該
    サーバ内に格納された被求人者の行動の履歴とに基づい
    て、求人者と被求人者とのマッチングを行った結果を上
    記被求人者のクライアントと上記求人者のクライアント
    との少なくとも一方に送信するステップと、 を実行させるためのプログラムを記録したコンピュータ
    読み取り可能な記録媒体。
19. 【請求項１９】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法をコンピュータ
    に実行させるプログラムを記録したコンピュータ読み取
    り可能な記録媒体において、 上記サーバにおいて、 上記被求人者のクライアントから通知された情報に基づ
    いて、当該被求人者の潜在的な適性を診断するステップ
    と、 上記ステップにおいて診断された被求人者の潜在的な適
    性を当該サーバ内に格納するステップと、 上記求人者のクライアントから通知された求人者が求め
    る被求人者に関する情報と、上記ステップにおいて当該
    サーバ内に格納された被求人者の潜在適性とに基づい
    て、求人者と被求人者とのマッチングを行った結果を上
    記被求人者のクライアントと上記求人者のクライアント
    との少なくとも一方に送信するステップと、 を実行させるためのプログラムを記録したコンピュータ
    読み取り可能な記録媒体。
20. 【請求項２０】 求人者のクライアントおよび被求人者
    のクライアントと、サーバとを、ネットワークを介して
    相互に接続して行なわれる人材仲介方法をコンピュータ
    に実行させるプログラムを記録したコンピュータ読み取
    り可能な記録媒体において、 上記サーバにおいて、上記被求人者のクライアントに対
    して、所定の複数の質問を所定のタイミングで順次送信
    するステップを実行させるためのプログラムを記録した
    コンピュータ読み取り可能な記録媒体。