(57)【要約】 【課題】  受検者および試験結果の利用者の双方にとって利便性のある試験運用システムを提供する。【解決手段】  管理サーバ１６は、試験受検者（ユーザ）の情報を記憶するユーザマスタ１８と、試験結果の利用者（クライアント）の情報を記憶するクライアントマスタ２０と、ユーザに試験問題を提示し、回答に基づく試験結果を得て、クライアントマスタ１８に、ユーザと関連付けて記憶する試験実行部３６と、ユーザからの指示にしたがって、ユーザマスタ中の、ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する応募登録部３８と、クライアントからの指示にしたがって、クライアントマスタ中、関連付けて記憶されたユーザ情報に基づき、ユーザマスタから、試験結果を取得し、所定の試験結果を有するユーザを特定し、その情報を、クライアントに提示するフィルタリング制御部４０とを備えている。【選択図】  図２
2004220603.tif 000002
【特許請求の範囲】
【請求項１】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、
試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、
ユーザに対して試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、
前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得するとともに、ユーザに設定されたカッティングラインにて画定される所定の領域に位置する試験結果を有するユーザを特定し、当該ユーザに関する情報を前記クライアントマスタから取得して、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システム。
【請求項２】
前記提示手段が、試験中の尺度に基づく、設定された複数の軸上のそれぞれにカッティングラインを設定し、それぞれのカッティングラインを超える試験結果を有するユーザを特定するように構成されたことを特徴とする請求項１に記載の試験運用システム。
【請求項３】
前記提示手段が、あらかじめ蓄積されたクライアントに属する対象者の属性、および／または、対象者によるアンケート回答並びに試験結果に基づき、前記カッティングラインを設定するための軸を決定するように構成されたことを特徴とする請求項２に記載の試験運用システム。
【請求項４】
前記提示手段が、前記属性、および／または、アンケート回答並びに試験結果に基づき、部署或いは所属ごとに、前記試験結果の尺度ごとの得点配分を決定することを特徴とする請求項３に記載の試験運用システム。
【請求項５】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、
試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、
ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、
前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得して、前記性格的側面を示す項目の得点から、職務適応性に関する各項目の得点を算出する職務適応性得点算出手段と、
前記ユーザの職務適応性に関する各項目の得点に、予めクライアントにより設定されクライアントマスタに記憶された、職務ごとの、前記職務適応性の項目への重みを与え、前記ユーザの職種ごとの職務適応度を示す指標を算出する職務適応度算出手段と、
前記ユーザの職務適応度を、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システム。
【請求項６】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、
試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、
ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、
前記ユーザの試験結果を取得して、前記性格的側面を示す項目の得点の傾向に基づいて、当該ユーザ固有の、面接にてチェックすべきチェックポイントを構成する項目を抽出する第１のチェック項目抽出手段と、
前記ユーザのチェックポイントを構成する項目を、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システム。
【請求項７】
さらに、予めクライアントにより設定されクライアントマスタに記憶された、前記性格的側面を示す項目の高低何れが望ましいかを示す情報に基づいて、前記クライアントが設定した、面接にてチェックすべきポイントを構成する項目を抽出する第２のチェック項目抽出手段を備え、
前記提示手段が、前記第１のチェック項目抽出手段で抽出された項目中、前記第２のチェック項目抽出手段で抽出された項目と重複する項目について、他の項目と異なる表示態様でクライアントに提示するように構成されたことを特徴とする請求項６に記載の試験運用システム。
【請求項８】
さらに、前記登録手段が、センタ受検ＩＤを発行するとともに、試験受検日時および試験を受検する端末を、予約情報として前記クライアントマスタに、当該ユーザと関連付けて記憶し、前記試験受検日時に前記端末に入力されたセンタ受検ＩＤを受理して、前記記憶された予約情報と照合することにより、前記クライアントマスタ受検者を確認することを特徴とする請求項１ないし７の何れか一項に記載の試験運用システム。
【請求項９】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた、試験運用システムにおいて、
ユーザに対して試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、および、
前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得するとともに、ユーザに設定されたカッティングラインにて画定される所定の領域に位置する試験結果を有するユーザを特定し、当該ユーザに関する情報を前記クライアントマスタから取得して、前記クライアントに提示する提示手段として、当該試験運用システムを機能させることを特徴とする試験運用プログラム。
【請求項１０】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、
試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた試験運用システムにおいて、
ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、
前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得して、前記性格的側面を示す項目の得点から、職務適応性に関する各項目の得点を算出する職務適応性得点算出手段、
前記ユーザの職務適応性に関する各項目の得点に、予めクライアントにより設定されクライアントマスタに記憶された、職務ごとの、前記職務適応性の項目への重みを与え、前記ユーザの職種ごとの職務適応度を示す指標を算出する職務適応度算出手段、および、
前記ユーザの職務適応度を、前記クライアントに提示する提示手段として、前記試験有用システムを機能させることを特徴とする試験運用プログラム。
【請求項１１】
試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、
試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた試験運用システムにおいて、
ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、
前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、
前記ユーザの試験結果を取得して、前記性格的側面を示す項目の得点の傾向に基づいて、当該ユーザ固有の、面接にてチェックすべきチェックポイントを構成する項目を抽出する第１のチェック項目抽出手段、および、
前記ユーザのチェックポイントを構成する項目を、前記クライアントに提示する提示手段として、前記試験運用システムを機能させることを特徴とする試験運用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用した試験を実施し、その結果を参照するシステムに関する。
【背景技術】
【０００２】
従来、複数の受検者を対象に試験を実施するために、特定の日時に受検者を大規模な試験会場に集め、そこで、受検者に一定に試験を受けさせるのが一般的であった。たとえば、大学入試の際のセンタ試験、英語の検定試験が、上記形態を採用している。受検者の答案を採点することにより得られた採点結果は、管理センタなどのコンピュータの大規模記憶装置に記憶される。
【０００３】
その一方、インターネットの普及により、電子端末を利用して、管理センタのコンピュータが、受検者に問題を提示して、その回答の入力を求め、当該管理センタのコンピュータが、入力された回答からなる答案を自動的に採点し、採点結果を大規模記憶装置に記憶するようなシステムが提案されている。
【０００４】
たとえば、特許文献１には、受検者が、テストを受検するために予約し、当該予約された日時に予約された場所に到着し、受検ＩＤを入力すると、テスト用ワークステーションは、予約データを確認し、受検者が到着後選択したテストを呼び出して、当該受検者にテストを受けさせるようなシステムが開示されている。
【特許文献１】特表平８−５０４２８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記システムを利用することにより、受検者は、所望の日時に、所望の場所にて試験を受けることができる。その一方、試験運営者も、受検者の答案を電子的に処理し、容易に管理することができるという利点がある。
【０００６】
しかしながら、上記システムにおいては、試験結果を利用する第三者、たとえば、受検者の試験結果を参照して、当該受検者の採用の可否を考慮する企業などの利便が考慮されていなかった。
【０００７】
また、従来、企業への入社を希望する学生は、希望する企業のそれぞれのセミナーに参加し、当該セミナー受講の際などに、一定の試験を受検している。しかしながら、複数の企業に応募する場合には、試験の受検日が重複し、試験受検の前に、学生が何れかの企業を選択しなければならないという問題も生じる。これは、学生に企業への応募の機会を失わせるだけでなく、企業も応募する人材を喪失するという不利益を被る。
【０００８】
本発明は、受検者および試験結果の利用者の双方にとって利便性のある試験運用システムを提供することを目的とする。また、本発明は、企業などの試験結果の利用者が、当該利用者のもとめる受検者を絞り込むための適切なツールを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、ユーザに対して試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得するとともに、ユーザに設定されたカッティングラインにて画定される所定の領域に位置する試験結果を有するユーザを特定し、当該ユーザに関する情報を前記クライアントマスタから取得して、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システムにより達成される。
【００１０】
本発明によれば、ユーザは少なくとも１回、試験を受け、その試験結果を、所望のクライアントに関連付けるように指示を与えれば、クライアントマスタ中、ユーザを特定する情報が、当該クライアントに関連付けられて記憶される。これにより、ユーザが応募したこととほぼ等価な状態を実現できる。ユーザは、単一のクライアントに限定されず、所望の複数のクライアントのそれぞれについて、指示を与えればよい。これにより、たとえば、企業への就職を求める学生が、企業の試験日が重なるために、一方を選択せざるを得ない状況が発生することを防止することが可能となる。
【００１１】
また、クライアントは、ユーザの試験結果を参照しつつ、応募にかかるユーザから、ユーザが求める人材に合致する一群のユーザを絞り込むことが可能となる。
【００１２】
好ましい実施態様においては、提示手段が、試験中の尺度に基づく、設定された複数の軸上のそれぞれにカッティングラインを設定し、それぞれのカッティングラインを超える試験結果を有するユーザを特定するように構成されている。
【００１３】
また、好ましい実施態様においては、提示手段が、あらかじめ蓄積されたクライアントに属する対象者の属性、および／または、対象者によるアンケート回答並びに試験結果に基づき、前記カッティングラインを設定するための軸を決定するように構成されている。より好ましくは、前記提示手段が、前記属性、および／または、アンケート回答並びに試験結果に基づき、部署或いは所属ごとに、前記試験結果の尺度ごとの得点配分を決定する。
【００１４】
これら実施態様によれば、クライアントは、応募者から、当該クライアントの望ましい人材を絞り込むための軸にしたがって、絞込みを実現することが可能となる。
【００１５】
また、本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得して、前記性格的側面を示す項目の得点から、職務適応性に関する各項目の得点を算出する職務適応性得点算出手段と、前記ユーザの職務適応性に関する各項目の得点に、予めクライアントにより設定されクライアントマスタに記憶された、職務ごとの、前記職務適応性の項目への重みを与え、前記ユーザの職種ごとの職務適応度を示す指標を算出する職務適応度算出手段と、前記ユーザの職務適応度を、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システムによっても達成される。
【００１６】
さらに、本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタと、ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段と、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段と、前記ユーザの試験結果を取得して、前記性格的側面を示す項目の得点の傾向に基づいて、当該ユーザ固有の、面接にてチェックすべきチェックポイントを構成する項目を抽出する第１のチェック項目抽出手段と、前記ユーザのチェックポイントを構成する項目を、前記クライアントに提示する提示手段とを備えたことを特徴とする試験運用システムによっても達成される。
【００１７】
好ましい実施態様においては、さらに、前記登録手段が、センタ受検ＩＤを発行するとともに、試験受検日時および試験を受検する端末を、予約情報として前記クライアントマスタに、当該ユーザと関連付けて記憶し、前記試験受検日時に前記端末に入力されたセンタ受検ＩＤを受理して、前記記憶された予約情報と照合することにより、前記クライアントマスタ受検者を確認するように構成されている。
【００１８】
また、本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた、試験運用システムにおいて、ユーザに対して試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、および、前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得するとともに、ユーザに設定されたカッティングラインにて画定される所定の領域に位置する試験結果を有するユーザを特定し、当該ユーザに関する情報を前記クライアントマスタから取得して、前記クライアントに提示する提示手段として、当該試験運用システムを機能させることを特徴とする試験運用プログラムによっても達成される。
【００１９】
また、本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた試験運用システムにおいて、ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、前記クライアントからの指示にしたがって、前記クライアントマスタ中、当該クライアントに関連付けて記憶されたユーザを特定する情報に基づき、前記ユーザマスタから、当該ユーザの試験結果を取得して、前記性格的側面を示す項目の得点から、職務適応性に関する各項目の得点を算出する職務適応性得点算出手段、前記ユーザの職務適応性に関する各項目の得点に、予めクライアントにより設定されクライアントマスタに記憶された、職務ごとの、前記職務適応性の項目への重みを与え、前記ユーザの職種ごとの職務適応度を示す指標を算出する職務適応度算出手段、および、前記ユーザの職務適応度を、前記クライアントに提示する提示手段として、前記試験有用システムを機能させることを特徴とする試験運用プログラムにより達成される。
【００２０】
さらに、本発明の目的は、試験受検者であるユーザに関する種々の情報を記憶するユーザマスタと、試験結果の利用者であるクライアントに関する種々の情報を記憶するクライアントマスタとを備えた試験運用システムにおいて、ユーザに対して能力的側面および性格的側面をそれぞれ見るための試験問題を提示するとともに、ユーザの回答に基づき、試験結果を得て、当該試験結果を、前記クライアントマスタに、ユーザと関連付けて記憶する試験実行手段、前記ユーザからの指示にしたがって、前記ユーザマスタ中の、前記ユーザを特定する情報を、クライアントマスタ中、指示されたクライアントに関連付けて記憶する登録手段、前記ユーザの試験結果を取得して、前記性格的側面を示す項目の得点の傾向に基づいて、当該ユーザ固有の、面接にてチェックすべきチェックポイントを構成する項目を抽出する第１のチェック項目抽出手段、および、前記ユーザのチェックポイントを構成する項目を、前記クライアントに提示する提示手段として、前記試験運用システムを機能させることを特徴とする試験運用プログラムにより達成される。
【発明の効果】
【００２１】
本発明によれば、受検者および試験結果の利用者の双方にとって利便性のある試験運用システムを提供することが可能となる。また、本発明によれば、企業などの試験結果の利用者が、当該利用者のもとめる受検者を絞り込むための適切なツールを提供することが可能となる。
【発明を実施するための最良の形態】
【００２２】
以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本発明の第１の実施の形態にかかる試験運用システムを含む種々の装置のブロックダイヤグラムである。図１に示すように、インターネットなどネットワーク１２には、試験運用システムが接続されている。試験運用システムは、受検者が試験を受け、また、種々の依頼を入力するためのセンタ端末１４−１、１４−２、・・・を有する試験センタのシステム（試験センタシステム）１３と、管理サーバ１６等を有する管理センタシステム１５とから構成される。なお、図１において、単一の試験センタシステム１３のみを示したが、試験センタは、たとえば、国内の主要都市に設置されているのが望ましい。本実施の形態においては、試験運用システムにより、企業の就職のための試験（たとえば、ＳＰＩ２（Synthetic Personality Inventory2））が実施され、受検者（ユーザ）からのエントリーを受け付けた企業（クライアント）が、試験結果を参照することができるようになっている。なお、本明細書において、企業への就職を求める受検者を「ユーザ」、受検者の試験結果を参照する企業等を「クライアント」とも称する。
【００２３】
図１において、管理センタシステム１５は、管理サーバ１６と、受検者に関する種々の情報を記憶したユーザマスタ１８と、受検者の試験結果を参照する企業などクライアントに関する種々の情報を記憶したクライアントマスタ２０と、試験問題を記憶した試験問題マスタ２２を備えている。
【００２４】
また、ネットワーク１２には、受検者の端末（ユーザ端末）２４−１、２４−２、…や、各企業のシステム中の端末（クライアント端末）２６−１、２６−２が接続されており、それぞれ、管理サーバ１６にネットワーク１２を介してアクセスできるようになっている。なお、本実施の形態において、試験センタシステム１３と管理システム１５との間は、たとえば、ＶＰＮのようなセキュアな回線にて接続されているのが望ましい。
【００２５】
図２は、管理サーバ１６および各記憶装置（マスタ）を、より詳細に示すブロックダイヤグラムである。図２に示すように、管理サーバ１６は、ネットワーク１２を介したデータ授受を制御するインタフェース３２と、ユーザからの試験受検のための登録に関する処理を実行する受検登録部３４と、ユーザによる予約などにしたがって、試験問題マスタ２２から試験問題を読み出して試験を実施するとともに、受検者の答案に基づき試験結果を取得する試験実行部３６と、ユーザから企業（クライアント）への応募（エントリー）を登録する応募登録部３８と、クライアントからの指示にしたがって、エントリーしたユーザのうち、所定範囲の者のみを抽出するためのフィルタリング処理を実行するフィルタリング制御部４０と、フィルタリングの結果等を示すデータ（たとえば、画像データや表データ）を生成する結果生成部４２とを有している。
【００２６】
図３（ａ）は、本実施の形態にかかるユーザマスタ１８中のレコードの構成を示す図である。図３（ａ）に示すように、レコード３００は、各ユーザに関して、当該ユーザを一意的に特定するためのユーザＩＤ、ユーザの氏名、生年月日、Ｅメールアドレスなどを含む個人情報、試験日時および会場に関する予約情報および当該試験結果、並びに、ユーザが応募した企業を示す応募情報を有している。ユーザＩＤは、ユーザが予約した日時に予約した試験センタで試験を受検するためのセンタ受検ＩＤとしても用いられる。また、応募情報として、ユーザが応募したクライアントを特定する情報（後述するクライアントＩＤ）のリストを利用することができる。
【００２７】
図３（ｂ）は、本実施の形態にかかるクライアントマスタ２０中のレコードの構成を示す図である。図３（ｂ）に示すように、レコード３１０には、各クライアントに関して、当該クライアントを一意的に特定するためのクライアントＩＤ、応募可能期間などを含むクライアント情報、および、当該クライアントに応募してきたユーザを示す応募者情報を有している。採用情報には、ユーザによる応募期間や採用人数が含まれている。また、応募者情報として、応募したユーザのユーザＩＤのリストを利用することができる。
【００２８】
このように構成された試験運用システムを利用した試験の受検およびユーザによる応募までの流れについて、図４を参照して説明する。図４のステップ４０２、４０３の処理は、主として、管理サーバ１６の受検登録部３４にて実行される。まず、ユーザは、ユーザ端末２４を操作して、管理サーバ１６にアクセスし、試験受検のための所望の日時および場所（試験センタ）を指定し、受検を予約する（ステップ４０１）。より具体的には、ユーザはユーザ端末２４を操作して、ユーザＩＤを入力して、ログインした後、管理サーバ１６から提示された試験センタのリストや受検可能な日時のリストを参照して、所望の試験センタおよび日時を選択すればよい。たとえば、図５に示すように、ユーザの氏名、および、センタ受検ＩＤを入力し、「ログイン」ボタンをオンすることにより、ユーザを認証することができる。
【００２９】
なお、ユーザＩＤを取得していない場合には、ユーザ登録を管理サーバに対して求め、ユーザＩＤを取得すればよい。なお、ユーザ登録の際に、管理サーバ１６は、ユーザマスタ１８中に当該ユーザのレコードを生成し、入力されたユーザ情報を格納しておく。
【００３０】
管理サーバ１６は、受検予約状況を記憶した受検予約テーブル（図示せず）を参照して、ユーザが希望の試験センタで希望した日時に受検が可能であれば、開催日時および開催場所を含む予約確認画像を、ユーザ端末２４に送信する（ステップ４０２）。ユーザの予約情報（受検日時および受検する試験センタを示す情報）は、ユーザマスタ１８中、当該ユーザのユーザＩＤを有するレコードの予約情報として記憶される（ステップ４０３）。このようにして、ユーザは試験の受検を予約することができる。
【００３１】
予約した日時にユーザは予約した試験センタに出向き、試験センタ端末２４を操作する。以下、ステップ４１２、４１５などの処理は、主として、管理サーバ１６の試験実行部３６にて実行される。ユーザは、試験センタ端末を操作して、受検センタＩＤを入力する。この受検センタＩＤは、試験センタ端末２４から管理サーバ１６に伝達される（ステップ４１１）。管理サーバ１６は、受検センタＩＤを参照して、ユーザを確認した後、試験問題マスタ２２から試験問題を抽出して、試験センタ端末１４に伝達する（ステップ４１２、４１３）。
【００３２】
ユーザが試験問題の回答を試験センタ端末２４に入力することにより、試験終了後、当該ユーザの試験の回答が管理サーバ１６に伝達される（ステップ４１３）。管理サーバ１６は、受理した回答から試験結果を取得し、ユーザマスタ１８中の当該ユーザのレコードに、試験結果として記憶する（ステップ４１５）。このようにして、ユーザによる試験の受検が終了する。
【００３３】
次いで、ユーザは、たとえば、試験センタ端末２４を操作して、企業へのエントリーを要求する。これ以降、管理サーバ１６にて実行される処理（ステップ４２５等）は、主として応募登録部３８にて実現される。管理サーバ１６は、これに応答して、クライアントマスタ２２中、各レコードのクライアント情報に含まれる採用情報を参照して、人材を募集しているクライアントのリストを試験センタ端末２４に伝達する（ステップ４２２、４２３）。図６は、クライアントのリストの一例である。ここでは、企業名とともに、求人申し込み（応募）が可能な期間が掲載されている。管理サーバ１６は、クライアントを抽出する際に、求人申し込みが可能な期間にないクライアントについては、その旨の注意書きと共に、表示されるが申し込み選択ができないような表示状態でユーザに提示するのが望ましい。なお、ユーザにリストを提示する際に、管理サーバ１６は、ユーザマスタ１８中、当該ユーザのレコードの応募情報を参照し、リストされたクライアント中、当該ユーザが既に応募したものがあれば、たとえば、「申込済」などの表示を付加するのが望ましい。
【００３４】
ユーザは、試験センタ端末２４を操作して、所望のクライアントを指定し、当該クライアントへのデータ送信を依頼する（ステップ４２４）。たとえば、管理サーバ１６は、図７および図８に示すような、指定されたクライアント名やユーザの氏名等を含む確認画面を、試験センタ端末２４に伝達し、ユーザへの確認を促し、ユーザからの確認を待って、以下に述べるデータ登録処理（ステップ４２５）を実行するのが望ましい。
【００３５】
データ登録処理において、管理サーバ１８は、当該ユーザに対応するセンタ受検ＩＤのレコードを、ユーザマスタから見出し、また、当該レコード中の応募情報に、ユーザが応募したクライアントのクライアントＩＤを記録する。また、管理サーバ１８は、上記ユーザのセンタ受検ＩＤを、クライアントマスタ２０中、ユーザが応募したクライアントＩＤのレコードの、応募者情報に追加する。このようにして、ユーザマスタ１８中の所定のユーザに関するレコードに、ユーザが応募したクライアントＩＤが記録されるとともに、クライアントマスタ２０中の、ユーザが応募したクライアントに関するレコードに、応募したユーザのユーザＩＤ（センタ受検ＩＤ）が記録される。
【００３６】
次に、クライアントによる応募したユーザの絞込みであるスクリーニング処理について説明する。図９は、クライアント端末２６からの要求に応答して実行されるスクリーニング処理を示すフローチャートである。この処理は、主として管理サーバ１６のフィルタリング制御部４０および結果生成部４２における、いわゆるＡＳＰ(Application Service Provider)機能を用いることにより実現される。
【００３７】
何れかのクライアント端末２６からのログオンがあると、当該ログオンの際に入力されたクライアントＩＤを参照して、クライアントマスタ２０中の、当該クライアントＩＤに関連するレコードから、応募者情報に含まれるユーザＩＤを抽出する。その後、フィルタリング制御部４０は、ユーザマスタ１８中、各ユーザＩＤに関連付けられたレコードの試験結果を取得する（ステップ９０１）。
【００３８】
次いで、クライアント端末２６により選択された、試験結果中の項目を軸としたグラフに、各ユーザの試験結果がプロットされ（ステップ９０２）、また、軸ごとにユーザを絞り込むための閾値に相当するカッティングラインをグラフ中に表し、上記ユーザの試験結果を示す点およびカッティングラインを含むグラフが、クライアント端末２６の表示装置の画面上に表示される（ステップ９０３）。
【００３９】
図１０（ａ）は、このようにしてクライアント端末２６の表示装置の画面上に表示されたグラフの例を示す図である。図１０（ａ）に例示したグラフ１０００において、「ＳＰＩ２」の「能力」が一方の軸に設定され、「性格・職務適応性の合成得点」が他方の軸に設定されている。グラフにおいては、各ユーザの得点にしたがって点が表示されている（たとえば、符号１００１〜１００４参照）。たとえば、既にクライアント端末のオペレータによるスクリーニングが終了し、後述するような面接日の指定を示したメールが送信されているようなユーザについては、白抜きの三角など他の態様で表示するのが望ましい（たとえば、符号１０１１参照）。
【００４０】
また、破線１００５、１００６が各軸のカッティングラインを示し、それぞれのラインを超えた点の領域（符号１０１０参照）に位置するユーザが、一定の基準を超えたユーザとして特定され得る。さらに、領域に含まれるユーザの数を別のウィンドウ（図示せず）にて表示するのが望ましい。領域に含まれるユーザ数（選出数）に加えて、選出を希望する希望人数を表示することもできる。選出数がこの希望人数を満たすように、システムは、自動的にカッティングラインの位置を変更することができる。例えば、選出数を増加させる必要がある場合、即ち選出数が希望人数を下回る場合、性格に係る他方の軸を固定し、能力に係る一方の軸を移動して選出数の増加を図る。同様に、選出数を減少させる必要がある場合、即ち選出数が希望人数を上回る場合、一方の軸を固定し、他方の軸を移動して選出数の減少を図る。
【００４１】
クライアント端末のオペレータは、グラフを参照して、カッティングラインの位置を変更し、面接すべき一群のユーザを含む領域を調整することができる。カッティングラインの位置が変更された場合には（ステップ９０４でイエス）、再度、位置が変更されたカッティングラインを含むグラフが生成され、クライアント端末２６の表示装置の画面上に表示される。
【００４２】
クライアント端末のオペレータが、たとえば、「メール送信」ボタン１０２０をオンすると、それぞれのカッティングラインを超えた領域（符号１０１０参照）に位置する各ユーザに対して、面接日および面接場所を指定したメールを送信するとともに、当該各ユーザの試験結果を詳細に記載した報告書が、前記クライアント端末に伝達される（ステップ９０５）。図１０（ｂ）は、ユーザの報告書の例を示す図である。この報告書１０３０においては、「ＳＰＩ２」の「行動的側面」、「意欲的側面」、「情緒的側面」、「能力的側面」、「性格面の特徴」、「チェックポイント」、「職務適格性」および「自社人材要件適合度」の各項目に関して得点やコメントが記述される。
【００４３】
本実施の形態においては、前記領域中のユーザについては、当該ユーザの報告書の他、当該ユーザの個人情報がクライアント端末に伝達される。これにより、クライアントの側では、採用担当者が、ユーザの個人情報および報告書を、面接において参照することが可能となる。また、上記領域に含まれなかったユーザであっても、当該クライアントに応募したユーザについては、たとえば、ユーザＩＤ或いはユーザの氏名および軸ごとの得点を含むリストを、前記クライアントに提示しても良い。このように、クライアントに開示する情報の種別ないし詳細度を、カッティングラインの設定により変更することで、クライアントに対する適切な課金を実現することができる。たとえば、個人情報および報告書を開示する場合には、件ごとに課する料金を比較的高額にし、その一方、簡易的な情報のリストについては、件ごとに課する料金を低額に設定することで、情報の詳細度にしたがった適切な課金体系を備えることが可能となる。
【００４４】
なお、管理サーバ１６は、上記カッティングラインにて画定された領域に位置する得点を有するユーザに関して、ユーザマスタ１８中のレコードを更新する（ステップ９０６）。たとえば、クライアントの指定により面接日時等を指定するメールが送信されたユーザについては、当該ユーザのレコード中、応募情報に含まれるクライアントＩＤに、面接指定済みを示すマークないしフラグを付しても良い。
【００４５】
また、カッティングラインにて画定された領域以外の領域の得点を有するユーザについて、不採用の通知をメールで送信しても良い。この場合には、ステップ７０６において、このようなユーザのレコード中、応募情報に含まれるクライアントＩＤに、不採用を示すマークないしフラグを付しても良い。
【００４６】
さらに、管理サーバ１６は、クライアントマスタ２０の当該クライアントのレコード中、応募者情報に含まれる各ユーザＩＤに、面接日時や面接場所を関連付け、或いは、不採用の通知済みを示すマークないしフラグを付しても良い。
【００４７】
次に、本発明の第２の実施の形態につき説明を加える。第１の実施の形態では、たとえば「ＳＰＩ２」のような試験を受けた後、ユーザが企業（クライアント）に応募（エントリー）するように構成されていた。第２の実施の形態では、いったんユーザは企業にエントリーした後、当該企業の要求にしたがって、試験を受検するようになっている。図１１は、第２の実施の形態にかかる試験運用システムを含む種々の装置のブロックダイヤグラムである。図１１において、図１に示す第１の実施の形態にかかる装置と同様のものには、同一の符号を付している。図１１に示すように、第２の実施の形態にかかる試験運用システムにおいては、クライアントからの依頼にしたがって、クライアントの紹介記事や求人情報等を掲載したクライアント情報データベース（ＤＢ）９４と、ユーザ端末２４等からの要求に応答して、クライアントへの応募（エントリー）を受理して必要な処理を実行する仲介サーバ９２とを備えた仲介システム９０が設けられている。
【００４８】
この実施の形態においては、仲介システム９０と管理センタシステム１５との間で、共通のユーザＩＤおよびクライアントＩＤが用いられる。つまり、これらの間では、ネットワーク１２を介した情報の授受が実行され、ユーザやクライアントを特定するための情報の共有がはかられる。
【００４９】
図１２は、このような仲介システム９０の仲介サーバ９２を利用したクライアントへの応募（エントリー）の手順を示すブロックダイヤグラムである。まず、ユーザはユーザ端末２４を操作して、仲介サーバ９２にアクセスして、企業の求人情報を要求する（ステップ１２００）。仲介サーバ９４は、企業情報ＤＢ９４をアクセスして、要求された企業の求人情報や企業の紹介情報をユーザに提示する（ステップ１２０１）。ユーザは、提示された情報を参照して、所望のクライアントへの応募を要求する（ステップ１２０２）。仲介サーバ９２は、応募要求にかかるクライアントのクライアントＩＤを特定し、アクセスしたユーザのユーザＩＤと関連付ける。また、このユーザによる当該クライアントへの応募を一意的に特定するための応募ＩＤを発行し、応募ＩＤをユーザ端末２４に伝達する（ステップ１２０３）。
【００５０】
次いで、仲介サーバ２４は、ユーザＩＤ、応募ＩＤおよびクライアントＩＤを関連付けて、これらを、ネットワーク１２を介して、管理センタシステム１５の管理サーバ１６に送信する（ステップ１２０４）。管理サーバ１６は、これらを受理すると、ユーザマスタ１８中、ユーザＩＤに関連するレコード中、応募情報にクライアントＩＤとともに応募ＩＤを記憶するとともに、クライアントマスタ２０中、クライアントＩＤに関連するレコード中、応募者情報に、ユーザＩＤを記憶する。
【００５１】
また、仲介サーバ２４は、応募ＩＤを、クライアントＩＤにて特定されるクライアント端末２６に送信する（ステップ１２０５）。クライアント端末２６は、この応募ＩＤを、クライアント側の採用関係を管理するシステムに記憶しておき、後の照合などに利用することができる。
【００５２】
その後の手順は、図４に示すものとほぼ同様である。再度簡単に説明すると、ユーザはユーザ端末を利用して、受検の日時や試験センタを予約し（ステップ４０１〜４０３参照）、予約された日時に予約した試験センタに赴いて、試験を受検すれば良い（ステップ４１１〜４１５参照）。その後、試験結果の送信を依頼する際に、ユーザは、あらかじめ受理していた応募ＩＤを申込用の画像（図７参照）中の入力欄に入力する。これにより、クライアントマスタ１８に記憶していた応募ＩＤと照合し、照合後にデータ登録処理（ステップ４２５）を実行することができる。
【００５３】
また、第２の実施の形態において、既に試験センタにおいて試験を受検している場合には、ユーザが仲介サーバ２４にアクセスして、クライアントへの応募（エントリー）をした後、管理サーバ１６にアクセスし、試験結果送信の申し込み（図４のステップ４２４および図７、図８参照）をすれば足りる。
【００５４】
これら実施の形態によれば、ユーザは、試験センタにて一度試験を受けておけば、当該試験の結果を利用して、複数のクライアント（企業）に応募することが可能となる。従来、ユーザは、就職を希望する企業ごとに応募し、かつ、当該企業が示した日時に指定場所にて試験を受検する必要があった。本実施の形態によれば、ユーザは希望する企業ごとに試験を何度も受検するという煩雑さを回避することが可能となる。その一方、クライアント（企業）側にとっても、試験会場を確保して試験を実施する手間を省くことが可能となる。
【００５５】
さらに、本実施の形態によれば、クライアントのオペレータは、管理サーバに記憶された、応募者であるユーザの試験結果を参照し、応募者群から所望の条件に合致する応募者を絞り込むことが可能となる。また、これら応募者に対して、簡単な操作（たとえば、「メール送信」ボタンのオン）で、面接日時や面接場所を記載したメールを、絞り込まれた応募者に一括して送付することが可能となる。
【００５６】
次に、本発明を利用した他のシステムの例について説明する。この例では、管理サーバにおいて、クライアントの求める人材の要件（人材要件）を見出し、当該人材要件にしたがって、応募者の絞込みのための項目を選択し、かつ、項目におけるカッティングラインを設定するようになっている。
【００５７】
図１３は、この例にかかる管理サーバ１６の構成を部分的に示すブロックダイヤグラムである。図１３には、図２に示す管理サーバ１６の構成部分に付与されたものを示している。図１３に示すように、この例にかかる管理サーバ１６は、人材要件を明確化するための調査対象者に関する種々の情報を記憶する対象者情報ＤＢ１００と、クライアント端末２６からの要求にしたがって、前記対象者の属性等を登録する対象者登録部１０２と、対象者に対してアンケートを実施し、或いは、対象者に試験を実施するアンケート実施／試験実行部１０４と、対象者情報ＤＢ１００中のアンケート結果や試験結果、および、対象者の属性に基づき、人材要件を抽出し、また、応募者の試験結果に基づく得点の配分を算出する要件抽出／得点配分算出部１０６と、得られた人材要件や得点配分を記憶する人材要件マスタ１０８とを有している。これら対象者登録部１０２、アンケート実施／試験実行部１０４および要件抽出／得点配分算出部１０６は、いわゆるＡＳＰとして機能し、クライアント端末２６からの指示にしたがって所定の処理を実行し、処理結果をクライアント端末に伝達し、或いは、ＤＢに記憶できるようになっている。
【００５８】
図１４（ａ）は、クライアント端末２６からの指示にしたがって管理サーバ１６にて実行される処理の概略を示すフローチャートである。管理サーバ１６の対象者登録部１０２は、クライアント端末２６からのアンケート回答者および試験受検者の対象者情報ＤＢへの登録の指示に応答して、対象者情報ＤＢ１００中に、アンケート回答者、試験受検者に関するレコードをそれぞれ作成し、各レコードに、氏名、社員番号、部署など必要な情報を収容する（ステップ１４０１）。図１５（ａ）は、対象者情報ＤＢ１００中のデータ例を示す図である。この例では、「回答区分」という項目を設け、アンケート回答者と試験（ＳＰＩ）受検者とを区別できるようにしている。このようにしてレコードが作成された後、管理サーバ１６のアンケート実施／試験実行部１０４は、対象者に案内メールを送信する（ステップ１４０２）。アンケート回答者には、そのメールアドレス宛に、アンケートを添付したメールを送信し、試験受検者には、試験日時や試験会場を記述したメールを送信すればよい。或いは、試験受検者に対して、そのメールアドレス宛に試験問題を添付してメール送信しても良い。対象者によるアンケート回答や試験受検の後、回答や答案を受理すると（ステップ１４０３）、管理サーバ１６は、これらを、対象者情報ＤＢ１００中、作成者に関するレコードに記憶する（ステップ１４０４）。
【００５９】
このようにして必要な情報を取得すると、管理サーバ１６は、対象者情報ＤＢ１００中のレコードのデータを参照して、部署・所属ごとに試験における各項目の得点配分を算出する（ステップ１４１１）。より詳細には、アンケート回答者部署や所属などの個人属性と、当該アンケート回答とに基づき、また、試験受検者の部署や所属などと、試験結果とに基づき、試験における性格や能力の判断尺度に対応する項目のそれぞれについて、当該項目の得点の重みが算出される。図１５（ｂ）は、算出された配分の例を示す図である。この例では、部署・所属ごとに、「尺度１（内向性）」、・・・、「尺度５（慎重性）」、「尺度６（達成意欲）」、・・・の各項目の得点の、１００％換算の配分（重み）が示されている。このように、要件抽出／得点配分算出部１０６により、部署・所属ごとの各項目の得点配分を算出することで、クライアントの部署・所属に最適な応募者を絞り込むことが可能となる。
【００６０】
ステップ１４１１では、管理サーバ１６は、クライアント端末２６に、項目の得点の配分（重み）を提示し、クライアント端末２６のオペレータがこれを参照して、部分的な修正を可能とするのが望ましい。これにより、修正の加えられた得点の配分が、最終的な得点配分とされる。さらに、管理サーバ１６とクライアント端末２６との間での対話的処理において、複数（たとえば１３個）の尺度を統合して、より少数（たとえば５個）に集約したメタ尺度の設定、部署や所属ごとではなく、クライアントの全社的な（つまり社風等を考慮した）尺度など項目に対する配分の設定、部署や所属ごとではなく職種（たとえば営業職、技術職、研究職など）ごとの尺度など項目に対する配分の設定をなすこともできる。或る受検者の合成得点標準化得点（合成偏差値）を算出する場合、この受検者が持つ各尺度の得点（偏差値）とこの尺度に対応する配分値を掛け合わせて、その尺度の得点を算出する。この処理を全ての尺度に対して実行し、実行結果を加算することにより、一意の合成得点が算出される。この合成得点の優劣を判断するためには、標準値を用意する必要がある。この標準値（標準化係数）は、上述の処理で参照した配分を多数の他の受検者（標本）の尺度得点に当てはめて、この他の受検者の合成得点の平均値を算出することにより得られる。
【００６１】
また、管理サーバ１６の要件抽出／得点配分算出部１０６は、クライアントが応募者の絞込みに利用するためのカッティングポイントを設定するための軸として推奨する項目（たとえば、前述した得点や尺度など）を提示しても良い（ステップ１４１２）。ここでも、クライアント端末２６のオペレータは、提示された軸として推奨された項目を検討し、修正や変更を加えることもできる。
【００６２】
最終的に、オペレータの指示により、上述した配分や軸が確定すると、これらに関するデータが、クライアントと関連付けられて人材要件マスタ１０８に記憶される（ステップ１４１３）。
【００６３】
次に、このようにして決定された得点配分から、ユーザ（応募者）の試験結果に基づく合成得点の算出までの処理についてさらに詳細に説明する。この処理は、たとえば、図４のステップ４１５において、ユーザによる回答を取得した際に実行しても良いし、或いは、図９のステップ９０１において、グラフ上にプロットするために各ユーザの得点を取得する際に実行しても良い。
【００６４】
図１６に示すように、ユーザマスタ１８中、ユーザのレコードに格納された試験結果（符合１６００参照）と、人材要件マスタ１０８中の配分（符号１６０１参照）とに基づいて、合成得点が算出される（ステップ１６０２）。次いで、管理センタシステム１５に設けられた標準化マスタ（符号１６０３参照）中に記憶された、標準値を参照して標準化係数が算出される（ステップ１６０４）。なお、標準化マスタに記憶された標準化係数は、上述のように多数の試験結果の蓄積データから事例をサンプリングすることにより作成され得る。さらに、得られた標準化係数を、合成得点を評価する値として使用され（ステップ１６０５）、最終的に合成得点の標準得点が算出される（ステップ１６０６）。このようにして取得された得点（標準得点）が、クライアント端末２６の表示装置の画面上に表示され、オペレータは、これを参照しつつカッティングラインを調整することが可能となる。
【００６５】
次に、本発明の第３の実施の形態について説明する。第３の実施の形態においては、いくつかの点で第１の実施の形態や第２の実施の形態と異なる。たとえば、第１の実施の形態においては、ユーザは試験を受検した後、所望のクライアントへの受検結果を送信することを指示する。つまり、受検の後にクライアントにエントリーする構成となっている。また、第２の実施の形態においては、クライアントへの応募後、当該クライアントの要求に応じて、試験を受検する。つまり、クライアントへのエントリーの後に試験を受検している。
【００６６】
第３の実施の形態においては、クライアントへのエントリーの際に、試験の受検予約、或いは、既に試験を受検済みの場合には、その試験結果の送信を選択できるようになっている。つまり、試験結果を入手できる予定若しくは入手済みの場合、その結果を流用できるように構成されている。
【００６７】
また、第２の実施の形態においては、仲介サーバが介在し、ユーザ端末からのクライアントへの応募が仲介サーバを介するように構成されているが、第３の実施の形態では、第１の実施の形態と同様に、ユーザ端末からのクライアントへの応募は管理サーバが受信するような形態となる。しかしながら、仲介サーバからクライアントへの応募を受理して処理を実行しても良いことは言うまでもない。また、第３の実施の形態においては、クライアントは、クライアント端末２６を操作することで、ネットワーク１２を介して管理サーバ１６にアクセスでき、以下に述べるように情報を設定し、或いは、管理サーバ１６から情報の提示を受けることができるようになっている。
【００６８】
さらに、第３の実施の形態では、試験結果に基づき、能力的側面および性格的側面を示す項目の指標値が算出され、かつ、性格的側面を示す指標値に基づいて、職務適応性の項目を示す指標値が算出できるようになっている。また、クライアントが、部署・所属や職種・職務ごとに、職種適応性の重みを設定することで、ユーザの部署・所属や職種・職務ごとの適正を示す指標を算出できるようになっている。また、第３の実施の形態では、ユーザの性格的側面を示す項目の値の特徴にしたがって、当該ユーザに対する面接チェックポイントの項目が抽出されるとともに、クライアントにおける性格的側面の項目の重要度に基づき、当該クライアントごとの面接チェックポイントの項目が抽出され得る。
【００６９】
まず、ユーザによるエントリーについて簡単に説明する。たとえば、ユーザがユーザ端末２４を操作して管理サーバ１６にアクセスしたときに、ユーザ端末２４の表示装置の画面上には、図１７に示すような画像が表示される。図１７において、「テストセンターＩＤ」は、第１の実施の形態や第２の実施の形態における「センタ受検ＩＤ」に相当する。図１７に示すように、ユーザは、受検予約をするか（「受検予約」ボタン）、それともクライアントにエントリーする際に、前回の試験結果をクライアントに送信するか（「前回結果を送信」ボタン）を選択することができる。ユーザにより「前回結果を送信」ボタンが押された場合には、エントリーすべきクライアントが決定された後、当該ユーザの前回の試験結果の情報を含むレコードをユーザマスタ１８から見出して、そのレコードとクライアントＩＤを関連付けて、クライアントマスタ２０に記憶すればよい。
【００７０】
受検結果の流用は、原則前回の受検結果が参照されるが、例えば、複数回分の受検結果が蓄積されている場合、受検者に何れの受検結果を送信するか、選択させることもできる。受検者は、例えば内容が良いと思われる受検結果、選考が順調に進んだ受検結果等を選択することができる。
【００７１】
受検者が受検予約を行なう際、予約可能な日時を制限することができる。一般に「受検者の選考を行なうクライアントは、受検結果の取得期限を設けている。管理サーバ１６は、エントリー対象のクライアントごとに設定された取得期限情報を参照し、この取得期限に間に合わない日時を、ユーザによる予約可能対象から外す。このような処理により、ユーザが誤って取得期限に間に合わない受検日時を設定することが無くなる。
【００７２】
本システムにおいては、過去の受検結果を持つ受検者が、体調不良等の理由により新たに予約した受検日に受検できない場合の救済処理を行なうことができる。すなわち、管理サーバ１６は、受検しないままに受検日時が経過したこのようなユーザに対して、過去の受検結果を流用するか否か確認し、流用する意思表示を行なったユーザに対しては、この受検結果を流用する。流用する処理は、例えば受検しないまま受検日時が経過したユーザを検出した際、自動的に対応するクライアントに対して過去の受検結果を流用する、更には受検日時が経過したユーザに対して、流用するか否かを電子メール若しくは管理サーバ１６に対する被アクセスにより確認を実行し、流用の指示を受け付けて流用する。  本発明の実施の形態では（第１および第２の実施の形態も含め）、試験の際に、管理サーバ１６は、試験問題マスタ２２から試験問題を抽出して、試験センタ端末１４に試験問題を表示する。ユーザは、試験センタ端末２４を操作して、試験の回答を入力し、入力された回答が、管理サーバ１６に伝達される。管理サーバ１６は、正解がある問題（たとえば、能力的側面
を問う問題）であれば受信した回答の正誤を判断し、ユーザマスタ１８中の当該ユーザのレコードに、ユーザの回答および正誤を試験結果として記憶する。また、正解のない問題（たとえば、性格的側面を問う問題）の場合には、ユーザの回答のみが試験結果として記憶される。
【００７３】
また、第３の実施の形態において、ユーザは、複数の種別、例えば高校生用、大学生用、社会人用の試験のうちの何れかを受検することになっている。この種別は、試験対象により決定される。実際には、管理サーバ１６が、種別に応じて難易度の異なる別個の問題群を出題するのではない。つまり、ユーザの種別にかかわらず、上述した同一のロジックにて問題が選択され出題される。第３の実施の形態においては、試験結果（とくに能力的側面にかかる試験結果）に基づく得点を、図１８に示すように、種別ごとの得点分布に基づいて、種別にしたがった得点に換算している。ここでは、ユーザの試験結果に基づく絶対得点（符号１８００参照）は変わらないが、種別１〜３（大学生用、社会人用、高校生用）にそれぞれ関する得点分布（符号１８０１〜１８０３）により相対的な得点が異なる。たとえば、種別１にしたがえば、得点はほぼ標準得点（５０点）部分に一致する。その一方、種別２にしたがえば５０点を下回り、種別３にしたがえば５０点を上回る。このように、本実施の形態においては、絶対得点を、種別ごとの得点分布に基づいて変換し、種別ごとの相対的な得点を取得する。これにより、単一の出題ロジックを利用して、種々の種別における得点を取得することが可能となる。
【００７４】
次に、第３の実施の形態における部署・所属や職種・職務ごとの各項目の得点配分について説明する。第１の実施の形態の他の例において、管理サーバ１６には、要件抽出／得点配分算出部１０６が設けられ、応募者の試験結果に基づく得点の配分を算出している。第３の実施の形態においては、クライアントが、部署・所属や職種・職務ごとに重視すべき項目を設定することができるようになっている。まず、第３の実施の形態における性格的側面にかかる試験結果について説明する。
【００７５】
第３の実施の形態においては、性格的側面にかかる試験結果において、図１９（ａ）に示すような１３の項目（パーソナリティ項目）のそれぞれについて得点が算出される。クライアントが、部署や所属など職種・職務に応じて、これら項目のどこを重視し、どこは軽視すべきかを理解することは容易ではない。そこで、第３の実施の形態においては、クライアントが求める人材要件に応じて、パーソナリティ項目の得点のそれぞれに重みをつけて、図１９（ｂ）に示すような、職務適応性の項目の得点に変換できるようにしている。したがって、クライアントは、図１９（ｂ）に示す職務適応性の項目中、より重視すべきもの、ある程度重視すべきものを選択すればよい。図２０は、クライアントによる職務適応性の項目の設定画面の例を示す図である。図２０に示すように、職種（たとえば、営業、ＳＥ、企画部門など）ごとに、職務適応性の項目中、重視すべき項目には、ウェイト「２」を付与し、ある程度重視すべき項目にはウェイト「１」を設定すればよい。第３の実施の形態では、たとえば１０個の職種について、項目のウェイトを設定し、これを、クライアントマスタ２０などに記憶することができる。
【００７６】
このように職種ごとの職務適応性のウェイトを設定しておくことで、ユーザの性格的側面の試験結果から、より正確な職務適応性を示す値を得ることができる。図２１に示すように、管理サーバ１６は、記憶装置（図示せず）に記憶されたユーザの性格的側面（パーソナリティ）の各項目の得点を取得すると（ステップ２１０１）、各項目の得点に基づいて、職務適応性の項目のそれぞれの得点を算出する（ステップ２１０２）。次いで、管理サーバ１６は、クライアントマスタに記憶されたある職種に関する項目のウェイトを示す情報を取り出して（ステップ２１０３）、以下の式により、ユーザの職種への適応性を示す値（職務適応度）を算出する（ステップ２１０４）。
【００７７】
職務適応度＝Σ（項目の得点×得点へのウェイト）／ウェイトの総和
なお、ウェイトに値が与えられていない項目については、「ウェイト＝０」として計算される。
【００７８】
たとえば、図２２（ａ）に示すように、ある職種について、職務適応性の項目Ａおよび項目Ｂに、それぞれ、ウェイト「２」および「１」が与えられていたとする。ここで、あるユーザ「ａ」の項目Ａおよび項目Ｂの得点は、それぞれ「４」点および「２」点であり、その一方、ユーザ「ｂ」の項目Ａおよび項目Ｂの得点は、それぞれ「１」点および「５」点であったと考える。この場合、
ユーザ「ａ」の職務適応度＝（４×２＋２×１）／（２＋１）≒３．３
ユーザ「ｂ」の職務適応度＝（１×２＋５×１）／（３＋１）≒２．３
となる。
【００７９】
ある職種について職務適応度が算出されると、残りの他の職種についても同様の処理が繰り返される（ステップ２１０５）。
【００８０】
このようにして、第３の実施の形態によれば、クライアントが設定した職種ごとの職務適応性のウェイトにしたがって、ユーザの部署・所属や職種・職務ごとの職務適応度を算出し、クライアントに提示することが可能となる。図２２（ｂ）は、第３の実施の形態による、あるユーザについての職務適応度の表示例を示す図である。  次に、第３の実施の形態にかかる、クライアント設定およびユーザの試験結果に基づく面接時のチェックポイントの抽出について説明する。第３の実施の形態においては、クライアントの側で性格的側面（パーソナリティ）の項目のそれぞれについて、その値が「高いほうが望ましい」か、或いは、「低いほうが望ましいか」を設定することができる。面接官が面接を行いやすいように注目をする尺度に網がけをし、及び、管理サーバ１６は、クライアントによる設定に基づいて、応募したユーザとの面接で、重視すべき面接チェックポイント（重点面接チェックポイント）を、クライアントに提示することができるようになっている。さらに、管理サーバ１６は、各ユーザの能力的側面の各項目の得点に基づいて、そのユーザ特有の重視すべき面接チェックポイントを抽出し、クライアントに提示することができるようになっている。
【００８１】
まず、クライアントによる設定に基づく重点面接チェックポイントについて説明する。図２３は、クライアント端末２６の表示装置に表示された設定画面の例を示す図である。図２３に示すように、性格的側面（パーソナリティ）の各項目について、クライアントが、採用に際して望ましい人材として、その項目が「低い方が望ましい」か、或いは、「高いほうが望ましい」かを設定することができる。このようにクライアントによる設定は、管理サーバ１６に伝達される。この設定により、図２４に示した面接チェックポイント案（システム側からのお勧め）が決定し、デフォルトで所定のチェック印が設定される。
【００８２】
管理サーバ１６は、クライアントによる設定を受理すると、当該設定に基づいて、図２４に示す１９項目のチェックポイントのうち、クライアントが応募したユーザに対する面接にてチェックするのが望ましい複数（たとえば、最大で４つ程度）の項目を提示する。ここでの管理サーバ１６における処理について説明する。第３の実施の形態において、管理サーバ１６には、記憶装置などに、図２５に示すようなクライアント向けチェックポイント設定用のテーブルを保持している。たとえば、クライアントが、「敏感性」および「自責性」の双方の項目に、「低いほうが望ましい」と設定した場合には、管理サーバ１６は、テーブルを参照して、「対人面の繊細さ」を、応募したユーザに対する面接にてチェックすべきと判断する。また、クライアントが、「社会的内向性」の項目に「低いほうが望ましい」と設定し、かつ、「達成意欲」および「自信性」の項目に「高いほうが望ましい」と設定した場合には、管理サーバ１６は、「自己主張の弱さ」を、面接にてチェックすべきと判断する。
【００８３】
このようにしてチェックすべきと判断された項目は、図２４におけるチェックポイント案の左欄にチェック印が付される。クライアントは、チェックポイント案を参照して、案のままクライアントの重点面接チェックポイントとしても良いし、案に提示された項目の一部を除外して、他の項目にチェック印を付与して、それをクライアントの重点面接チェックポイントとしても良い。クライアントがクライアント端末２６を操作することにより、重点面接チェックポイントなる項目の情報が、管理サーバ１６に伝達される。管理サーバ１６は、この項目の情報を、クライアント名などと関連付けて、クライアントマスタ２０に保存すればよい。このチェック印は、クライアント側が任意に加除選択することができる。
【００８４】
次に、ユーザの性格的側面の各項目の得点に基づく、そのユーザ特有の重点面接チェックポイントについて説明する。ここでは、４つの重点面接チェックポイントが最終的にクライアントに通知される場合を例に説明する。事前に重点面接チェックポイントとしてチェック印が設定された項目に関し、クライアントが望む条件を満たさない可能性を示す試験結果（得点）を持つユーザについては、その項目が抽出される。管理サーバ１６は、図２６にその部分を示すユーザ用チェックポイント設定用のテーブルを保持している。図２６に示すように、たとえば、ユーザの試験結果中、「社会的内向性」、「敏感性」、「自責性」および「高揚性」の項目の得点全てが高い傾向があれば、「対人面の繊細さ」項目が満たされない可能性を持ったユーザであることが予想されるため、「対人面の繊細さ」項目が４つの重点面接チェックポイントの一つとして抽出される。ここに、得点自体が別途設定された閾値より大きい場合を「高い」と考えても良いし、他の項目の得点と比較して、所定範囲より値が逸脱して大きい場合を「高い」と判断しても良い。「低い」についても同様に、得点自体が設定された閾値より小さい場合としても良いし、他の項目の得点と比較して、所定範囲より値が逸脱して小さい場合としても良い。なお、図２６に示すように、本実施の形態においては、「対人面の繊細さ」については、「高揚性」が高いときと低いときで、ことなるチェックすべき内容を提示できるようになっている。また、４つ以上の重点面接チェックポイントが抽出された場合、例えば、抽出の根拠となった試験結果（項目）に関し、図２６に示された条件（判定に使用されるパーソナリティ：高い・低い）に合致した数の多いものから順次抽出することができる。
【００８５】
本実施の形態では、さらに、クライアント設定にかかる重点面接チェック項目とユーザ固有の重点チェック項目とに基づいて、クライアント向けに、当該ユーザの最終的な重点チェック項目を作成して、クライアントに提示できるようになっている。図２７に示すように、管理サーバ１６は、記憶装置に記憶されたあるユーザの性格的側面（パーソナリティ）の各項目の得点を取得する（ステップ２７０１）。次いで、管理サーバ１６は、各項目の得点の値が「高い」か、或いは、「低い」かを判断して（ステップ２７０２）、これら判断された結果の組み合わせと、ユーザ用チェックポイント設定用のテーブルとを比較して、当該ユーザ固有の重点面接チェックポイントの項目を抽出する（ステップ２７０３）。次いで、管理サーバ１６は、ステップ２７０２で抽出された項目と、クライアントマスタ２０に記憶されていたクライアント設定にかかる重点面接チェックポイントの項目とを比較し、双方に出現しているもの（つまり重複しているもの）を見出す（ステップ２７０４）。最終的には、ユーザ固有の重点面接チェックポイントを提示するとともに、重複している項目については、色を変えて表示し、網掛け表示し、或いは、特定の印（たとえば星印）を付すことで、クライアントに対して、ユーザ固有の項目であるだけでなく、クライアントが設定した項目であることを知らせることができる。このようにして得られたユーザ固有の重点面接チェックポイントの項目、および、重複する項目を示す情報が、ユーザに関する最終的な重点面接チェックポイントの項目として、記憶装置に記憶される（ステップ２７０５）。図２８は、クライアントに提示される、あるユーザの重点面接チェック項目の例を示す図である。この例において、ユーザ固有の項目で、かつ、ユーザ設定にかかる項目については、ハッチングが付され、他の項目との区別ができるようになっている。また、管理サーバ１６は、各項目の内容、および、その項目をチェックするために予め用意された質問例を、クライアントに提示することができる。項目、その内容、質問例は、応募したユーザの面接の際に利用することができる。
【００８６】
次に、第３の実施の形態におけるクライアントへの情報の提示について説明する。第１の実施の形態においては、試験結果中の項目を軸としたグラフに各ユーザの試験結果がプロットされ、ユーザが設定したレベルを超えた領域のユーザのみ、試験結果を詳細に記載した報告書が、クライアント端末２６に伝達されるようになっている（図９参照）。第３の実施の形態においては、受検者であるユーザ全員については限定された情報を含む簡易報告書をクライアント端末２６に伝達し、その中でクライアントが選択したユーザについて、詳細報告書をクライアント端末２６に伝達することができる。
【００８７】
管理サーバ１６は、記憶装置に記憶された各ユーザの試験結果を参照して、ユーザそれぞれの能力的側面を示す得点と、職務適応度（図２２（ｂ）参照）とを含む簡易報告書を作成し、クライアント端末２６に伝達すればよい。その一方、クライアントに指定されたユーザについては、性格的側面（パーソナリティ）の各項目についての得点、職務適応性（図１９（ｂ））を示す値、および、重点面接チェックポイント（図２８）を含む詳細報告書を作成し、クライアント端末２６に伝達する。
【００８８】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００８９】
たとえば、前記第1のおよび第２の実施の形態においては、ユーザ（応募者）を絞り込むために、２つの軸を設定して、軸ごとにカッティングラインを移動するように構成しているが、軸の数や軸に対応する項目は、上記実施の形態に限定されないことはいうまでもない。
【００９０】
また、前記実施の形態において、ユーザは試験を一回だけ受検できるように設定しても良いし、望むのであれば所定回数だけ受検できるように設定しても良い。
【００９１】
更に、カッティングポイントを変更して選出数を調整する方法に限らない。例えば、各尺度に対する配分値を変更して受検者の分布を変更しても、カッティングポイントを変更した場合と同様に、選出数を変化させることができる。
【００９２】
また、第３の実施の形態において、ユーザがクライアントにエントリーする際に、試験を受検するか、或いは、前回の試験結果を流用するかを選択することができるように構成しているが、これに限定されるものではない。たとえば、ユーザが複数回試験を受検している場合には、所望の回の試験結果をクライアントに送信するように管理サーバに依頼できるように構成しても良い。さらに、前記第３の実施の形態において、同一企業で異なる場所での試験を受検する代わりに、当該企業に関して受検した試験結果のみを流用可能とするなど、他の流用の条件を設定しても良いことは言うまでもない。
【図面の簡単な説明】
【００９３】
【図１】図１は、本発明の第１の実施の形態にかかる試験運用システムを含む種々の装置のブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかる管理サーバおよび各記憶装置（マスタ）を、より詳細に示すブロックダイヤグラムである。
【図３】図３は、本実施の形態にかかるユーザマスタおよびクライアントマスタ中のレコード構成を説明するための図である。
【図４】図４は、本実施の形態における試験運用システムを利用した受検および企業への応募を概略的に示すフローチャートである。
【図５】図５は、試験センタ端末等の表示装置の画面上に表示される画像例を示す図である。
【図６】図６は、試験センタ端末等の表示装置の画面上に表示される画像例を示す図である。
【図７】図７は、試験センタ端末等の表示装置の画面上に表示される画像例を示す図である。
【図８】図８は、試験センタ端末等の表示装置の画面上に表示される画像例を示す図である。
【図９】図９は、本実施の形態におけるクライアント端末からの要求に応答して実行されるスクリーニング処理を示すフローチャートである。
【図１０】図１０は、クライアント端末の表示装置の画面上に表示される画像例を示す図である。
【図１１】図１１は、第２の実施の形態にかかる試験運用システムを含む種々の装置のブロックダイヤグラムである。
【図１２】図１２は、第２の実施の形態にかかる仲介サーバを利用したクライアントへの応募（エントリー）の手順を示すブロックダイヤグラムである。
【図１３】図１３は、他の例にかかる管理サーバの構成を部分的に示すブロックダイヤグラムである。
【図１４】図１４は、他の例にかかる管理サーバにて実行される処理を示すフローチャートである。
【図１５】図１５は、対象者情報ＤＢおよび人材要件マスタ中のデータ構成例を示す図である。
【図１６】図１６は、管理サーバにて実行される処理の例を概略的に示すフローチャートである。
【図１７】図１７は、第３の実施の形態において、ユーザ端末の表示装置の画面上に表示される画像例を示す図である。
【図１８】図１８は、第３の実施の形態における種別ごとの相対的な得点の算出を説明する図である。
【図１９】図１９（ａ）は、性格的側面の項目を説明する図、図１９（ｂ）は、職務適応性の項目を説明する図である。
【図２０】図２０は、クライアントによる職務適応性の項目の設定画面の例を示す図である。
【図２１】図２１は、第３の実施の形態において、ユーザの職務適応度を算出する処理を示すフローチャートである。
【図２２】図２２（ａ）は、職務適応度の算出例を示す図、図２２（ｂ）は、あるユーザに関する職種ごとの職務適応度の提示例を示す図である。
【図２３】図２３は、クライアント端末の表示装置に表示された設定画面の例を示す図である。
【図２４】図２４は、クライアント端末の表示装置に表示された重点面接チェックポイント案の例を示す図である。
【図２５】図２５は、クライアント向けチェックポイント設定用のテーブルの例を示す図である。
【図２６】図２６は、ユーザ用チェックポイント設定用のテーブルの部分の例を示す図である。
【図２７】図１７は、クライアント向けに、当該ユーザの最終的な重点チェック項目を取り出す際に実行される処理を示すフローチャートである。
【図２８】図２８は、あるユーザの重点面接チェック項目の例を示す図である。
【符号の説明】
【００９４】
１２    ネットワーク
１３    試験センタシステム
１４    試験センタ端末１４
１５    管理センタシステム
１６    管理サーバ
１８    ユーザマスタ
２０    クライアントマスタ
２２    試験問題マスタ
２４    ユーザ端末
２６    クライアント端末
３４    受検登録部
３６    試験実行部
３８    応募登録部
４０    フィルタリング制御部
４２    結果生成部
【図１】
2004220603.tif 000003
【図２】
2004220603.tif 000004
【図３】
2004220603.tif 000005
【図４】
2004220603.tif 000006
【図５】
2004220603.tif 000007
【図６】
2004220603.tif 000008
【図７】
2004220603.tif 000009
【図８】
2004220603.tif 000010
【図９】
2004220603.tif 000011
【図１０】
2004220603.tif 000012
【図１１】
2004220603.tif 000013
【図１２】
2004220603.tif 000014
【図１３】
2004220603.tif 000015
【図１４】
2004220603.tif 000016
【図１５】
2004220603.tif 000017
【図１６】
2004220603.tif 000018
【図１７】
2004220603.tif 000019
【図１８】
2004220603.tif 000020
【図１９】
2004220603.tif 000021
【図２０】
2004220603.tif 000022
【図２１】
2004220603.tif 000023
【図２２】
2004220603.tif 000024
【図２３】
2004220603.tif 000025
【図２４】
2004220603.tif 000026
【図２５】
2004220603.tif 000027
【図２６】
2004220603.tif 000028
【図２７】
2004220603.tif 000029
【図２８】
2004220603.tif 000030