(57)【特許請求の範囲】
【請求項１】
適性職務判定用の設問文をホームページ上に公開し、各設問の回答を集計して被験者の職務上の適性を判定するサーバ機器（ＳＶ）と、ＷＷＷブラウザが動作可能なクライアント機器（ＰＣ）と、前記両機器を接続するインターネット回線（ＮＥＴ）とで構成され、
複数の性格要素（Ａ１〜Ａ１４）によって特定される被験者の性格と、前記性格要素と職業適性とを関連付ける統計的経験的なデータとによって、募集されている職務や職位に対して被験者がどの程度適合しているかを数値的に算出し、採用企業によるリアルタイム且つ客観的な判断を可能にしたシステムであって、
前記性格要素を計測するための複数個の設問文について、その採点に使用される採点参照テーブル（ＴＢＬ１）と、採点された結果を、各被験者について前記性格要素毎にまとめる性格要素集計テーブル（ＴＢＬ３）と、採用企業側が求める職務や職位に対して評価対象となる前記性格要素を特定した抽出テーブル（ＴＢＬ５）とが、前記サーバ機器（ＳＶ）に参照されるよう構成されており、
前記設問文に対する回答動作の進行を誘導する音声誘導データを、前記サーバ機器（ＳＶ）が予め前記クライアント機器（ＰＣ）にダウンロードさせる処理（ＳＴ４）と、
前記性格要素別に設けられた複数個の設問文の出現順位を、配信毎にランダムに変更すると共に、特定の前記性格要素に関する設問文を更に極端化した虚偽性の設問を付加し、更に各設問文について、最初の回答内容と二度目の回答内容と区別できるよう訂正欄を設けて、前記サーバ機器（ＳＶ）から前記クライアント機器（ＰＣ）に設問文を送信する処理（ＳＴ１５）と、
前記クライアント機器で実行される前記音声誘導データの指示に従った、前記設問文に対する回答処理により前記クライアント機器（ＰＣ）から返送された回答データを前記サーバ機器（ＳＶ）が記憶する処理（ＳＴ１６）と、
前記採点参照テーブル（ＴＢＬ１）に基づいて、前記回答データを採点して、前記性格要素毎に前記性格要素集計テーブル（ＴＢＬ３）に集計する前記サーバ機器の処理（ＳＴ３１）と、
前記集計の結果について必要な補正処理を行った後（ＳＴ３２）、前記抽出テーブル（ＴＢＬ５）を参照して評価対象となる前記性格要素を特定すると共に、所定の換算形式に従って集計結果を演算して、採用企業が提示する職務や職位に対して、当該被験者が希望する職務や職位に対応する適正値を数値的に算出する前記サーバ機器の処理と（ＳＴ３３）、
を備えていることを特徴とする判定システム。
【請求項２】
本システム契約ユーザの入力するログインデータの正当性をチェックした後に当該ユーザ企業を特定するユーザ第１クッキーを返信する認証処理と、適正判定テストの被験者の入力した個人情報を記憶すると共に、当該被験者固有の被験者クッキーを生成するテスト開始処理と、クライアント機器からの指示を受け設問文を適宜に並べ替えて配信する設問処理と、クライアント機器から送信された回答データを記憶する記憶処理と、本システム契約ユーザの入力するログインデータの正当性をチェックすると共に当該ユーザ企業を特定するユーザ第２クッキーを生成する判定開始処理と、本システム契約ユーザからの指示に基づき判定処理などを行う本体処理とを備えている請求項１に記載の判定システム。
【請求項３】
前記訂正欄に関し、最初の回答と修正後の回答に対する配点に差異を設けて修正後の回答を低く評価するか、或いは、修正回答の個数をカウントし、その数が所定値を越える場合には、その旨を判定結果に反映させるようにしている請求項１又は２に記載の判定システム。
【請求項４】
前記補正処理は、回答データを採点した後、被験者の性別又は設問文の設問内容に基づいて補正を施していることを特徴とする請求項１〜３の何れかに記載の判定システム。
【請求項５】
前記抽出テーブルは、設問文に対する回答から読み取れる性格要素と、各職務において要求される性格特性とを、関連付けて構成されている請求項１〜４の何れかに記載の判定システム。
【請求項６】
請求項１〜５の何れかの判定システムで使用されるサーバ機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホームページを使用して各人の職務上の適正を判定する判定システム及び判定システムを実現するサーバ機器に関するものである。
【０００２】
【従来の技術】
人間の性格検査の手法として、例えば、ＹＧ（矢田部ギルフォード）性格検査が知られている。このＹＧ性格検査法では、各人の性格を分析するための１２０の設問が検査用紙（カーボン用紙）に印刷されており、被験者は、カーボン用紙の上からボールペンで回答を記入するようになっている。
【０００３】
カーボン用紙によって写しとられた１２０問の回答は、回収されて専門の業者によって人為的に採点されて性格が判定され、数週間後に判定結果が通知されるようになっている。判定される性格は、Ａ型（性格特徴が平均的なタイプ）、Ｂ型（情緒不安定、社会的不適応で活度的・外交的なタイプ）、Ｃ型（大人しく消極的な性格で情緒的に非常に安定しているタイプ）、Ｄ型（情緒的にも安定し社会的適応も良く活動的で対人関係もうまいタイプ）、Ｅ型（情緒的に不安定で、非活動的で内向的なタイプ）に大別されている。また、上記５つのタイプ（Ａ〜Ｅ）は、更に、典型、準型、混合型に３分されており、合計３×５のタイプに分類されている。
【０００４】
【発明が解決しようとする課題】
このＹＧ性格検査は、学校や企業でも活用されているが、テストを受けてから結果を得るまでに少なからず日時を要し、先ずその点において、企業の採用テストには使いずらいという問題がある。すなわち、ＹＧ性格検査では、各受験者の性格を把握した上で面接を行いたいという企業の要求に応えられない。しかも、仮に、面接日を遅らせてテスト結果を受けたから面接を行うとしても、ＹＧ性格検査は単なる性格検査であるため、アルバイト生や社員を採用しようとする企業にとって参考資料とはなっても、採否を決定する決め手にはできないという問題もある。不適切な人間を採用してしまった場合の企業の痛手は計り知れない以上、適切な人材であるか否かを面接時における単なる印象で決定するのは危険であり、幾多の経験的データに基づいて構成されたシステムであって、応募者の職業適性を客観的に示すものが望まれるところである。
【０００５】
この発明は、かかる問題点に鑑みてなされたものであって、単なる性格検査に止まらず、人間の性格と各職務との適合性についての統計的経験的なデータを踏まえて、募集している職務や職位に対して、応募者がどの程度適合しているかをリアルタイム且つ客観的に判断できるシステムを提供することを課題とする。
【０００６】
【課題を解決するための手段】
上記の課題を解決するため、本発明に係る判定システムは、適性職務判定用の設問文をホームページ上に公開し、各設問の回答を集計して被験者の職務上の適性を判定するサーバ機器（ＳＶ）と、ＷＷＷブラウザが動作可能なクライアント機器（ＰＣ）と、前記両機器を接続するインターネット回線（ＮＥＴ）とで構成され、複数の性格要素（Ａ１〜Ａ１４）によって特定される被験者の性格と、前記性格要素と職業適性とを関連付ける統計的経験的なデータとによって、募集されている職務や職位に対して被験者がどの程度適合しているかを数値的に算出し、採用企業によるリアルタイム且つ客観的な判断を可能にしたシステムであって、前記性格要素を計測するための複数個の設問文について、その採点に使用される採点参照テーブル（ＴＢＬ１）と、採点された結果を、各被験者について前記性格要素毎にまとめる性格要素集計テーブル（ＴＢＬ３）と、採用企業側が求める職務や職位に対して評価対象となる前記性格要素を特定した抽出テーブル（ＴＢＬ５）とが、前記サーバ機器（ＳＶ）に参照されるよう構成されており、前記設問文に対する回答動作の進行を誘導する音声誘導データを、前記サーバ機器（ＳＶ）が予め前記クライアント機器（ＰＣ）にダウンロードさせる処理（ＳＴ４）と、前記性格要素別に設けられた複数個の設問文の出現順位を、配信毎にランダムに変更すると共に、特定の前記性格要素に関する設問文を更に極端化した虚偽性の設問を付加し、更に各設問文について、最初の回答内容と二度目の回答内容と区別できるよう訂正欄を設けて、前記サーバ機器（ＳＶ）から前記クライアント機器（ＰＣ）に設問文を送信する処理（ＳＴ１５）と、前記クライアント機器で実行される前記音声誘導データの指示に従った、前記設問文に対する回答処理により前記クライアント機器（ＰＣ）から返送された回答データを前記サーバ機器（ＳＶ）が記憶する処理（ＳＴ１６）と、前記採点参照テーブル（ＴＢＬ１）に基づいて、前記回答データを採点して、前記性格要素毎に前記性格要素集計テーブル（ＴＢＬ３）に集計する前記サーバ機器の処理（ＳＴ３１）と、前記集計の結果について必要な補正処理を行った後（ＳＴ３２）、前記抽出テーブル（ＴＢＬ５）を参照して評価対象となる前記性格要素を特定すると共に、所定の換算形式に従って集計結果を演算して、採用企業が提示する職務や職位に対して、当該被験者が希望する職務や職位に対応する適正値を数値的に算出する前記サーバ機器の処理と（ＳＴ３３）、を備えている。
【０００７】
また、本発明に係る判定システムは、好ましくは、本システム契約ユーザの入力するログインデータの正当性をチェックした後に当該ユーザ企業を特定するユーザ第１クッキーを返信する認証処理と、適正判定テストの被験者の入力した個人情報を記憶すると共に、当該被験者固有の被験者クッキーを生成するテスト開始処理と、クライアント機器からの指示を受け設問文を適宜に並べ替えて配信する設問処理と、クライアント機器から送信された回答データを記憶する記憶処理と、本システム契約ユーザの入力するログインデータの正当性をチェックすると共に当該ユーザ企業を特定するユーザ第２クッキーを生成する判定開始処理と、本システム契約ユーザからの指示に基づき判定処理などを行う本体処理とを備えている。
【０００８】
本発明において、クライアント機器から返送される回答データは、被験者を特定して返送されるように構成するのが好ましい。被験者と特定して返送する方法は特に限定されないが、クライアント機器に保存され、ＷＷＷブラウザが特定のアドレスをアクセスする際に自動的に送出されるクッキーを利用するのが好適である。なお、クッキーをクライアント機器に保存する方法も特に限定されず、ブラウザに送信されるレスポンスメッセージのヘッダ部を利用しても良いし、ＪＡＶＡ
Ｓｃｒｉｐｔなどの命令を利用しても良い。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態について、実施例に係る適性職務判定システムに基づいて説明する。先ず、概略的な説明から始めるが、本実施例の判定システムでは、各人の性格的な特性を、次の１４の性格要素Ａ１〜Ａ１４で計測している。すなわち、Ａ１謙虚性、Ａ２社交性、Ａ３支配性、Ａ４計画性、Ａ５行動性、Ａ６活動性、Ａ７非虚偽性、Ａ８主体性、Ａ９協調性、Ａ１０客観性、Ａ１１非神経質性、Ａ１２自己信頼性、Ａ１３理性、Ａ１４明朗性である。
【００１０】
これら各性格要素Ａ１〜Ａ１４を計測する設問は各１０問用意されており、全体として１４０問の設問で構成されている。図１、図２に示すように、合計１４０問の設問は、１４の性格要素Ａｉを計測する１４問の設問毎に区切られてインターネット回線で配信されるが、１４の性格要素Ａｉを計測する１４問の設問の出現順位は、虚偽性Ａ７を判定する設問を除き、配信毎にランダムに変更されている。したがって、同じ適性検査を複数回受験しても過去の記憶に頼って回答できにくい利点がある。
【００１１】
虚偽性Ａ７を判定する設問は、他の性格要素（この実施例では活動性Ａ６）を判定する設問と組合されており、他の性格要素に関する設問文を更に極端化した設問となっている。例えば「いつも気軽に人に話しかけることができる」との設問に続いて「いままでに嫌いな人は誰もいない」のような、Ｙｅｓ回答の困難な設問を続けるようにしている。就職活動においては、誰しも、積極性や活動性をアピールしようとするので、例えば「いつも気軽に人に話しかけることができる」との設問に対しては、多少自己を偽ってでもＹｅｓ回答をする傾向にある。しかし、この自己アピールが全く根拠のない虚偽の回答の場合には、これに続く「いままでに嫌いな人は誰もいない」との設問文にも、特に躊躇することなくＹｅｓ回答することになると思われる。そこで、この実施例では、被験者が無理をしてでもＹｅｓ回答をしがちな設問に続けて、通常ならＹｅｓ回答をできない設問を用意して、その回答によって被験者の虚偽性を判定するようにしている。
【００１２】
１４０問の設問に対する回答は、「はい」「いいえ」「？（どちらとも言えない）」の何れかで求められる。そして、その回答は、図３（ａ）に示すような採点参照テーブルＴＢＬ１に基づいて採点され、この結果は、図３（ｂ）のような採点結果テーブルＴＢＬ２に集計される。次に、性格要素Ａｉ毎に図４（ａ）のような性格要素集計テーブルＴＢＬ３にまとめられ、更に、２０点満点の性格要素Ａｉ毎の採点結果が、図４（ｂ）のように１００点満点に補正される。ここで、補正処理とは、２０点満点の採点結果を単に５倍するのではなく、性別に応じた補正や、設問内容に応じた補正を意味する。
【００１３】
図５は、統計的データに基づく男女別の補正曲線を例示したものである。例えば、支配性Ａ３に関する性格要素は、先天的に女性より男性の方が強いので、同じ設問に対して同一の点数であっても、女性の点数を所定値だけ高く評価するか、或いは男性の点数を所定値だけ低く評価するのである。また、設問内容に応じた補正とは、特定の性格要素Ａｉを調べる場合に、その性格要素を正確に計測可能な１０の設問が用意できるとは限らないので、直接的に性格要素を判定可能な１０の設問の場合と、間接的な設問によって性格要素を判定する場合とを区別して、統計的根拠に基づいて数値的な補正を施し、採点結果に反映させるためである。
【００１４】
次に、採用企業側が求める職務や職位に対する当該被験者の希望に対応する抽出テーブルＴＢＬ５（図６）を参照して判定項目を抽出し、各判定項目について獲得した点数を算出する。図６は、サービス接客についての抽出テーブルＴＢＬ５であり、サービス接客を希望する場合の抽出項目と、点数の評価形式Ｆ，Ｒ，Ｃと、各性格要素Ａｉについての重みとを規定している。例えば、サービス接客業に対する適否についは、［情緒安定性］、［人間関係性］、［活動性］、［社交性］、［感受性］によって評価されるが、［情緒安定性］は、謙虚性、明朗性、理性、自己信頼性、非神経性の５項目の平均値で測られる。また、［感受性］は、理性と自己信頼性と非神経性と客観性と協調性と計画性とが１：１：４：１：１：４の重みをもって平均化される。
【００１５】
また、抽出テーブルＴＢＬ５にはＦｏｗａｒｄ（Ｆ），Ｒｅｖｅｒｓｅ（Ｒ），Ｃｅｎｔｅｒ（Ｃ）の３つの換算形式が規定されている。ここでＦｏｗａｒｄ（Ｆ）とは高得点ほど高評価であることを意味し、図４（ｂ）の集計結果テーブルＴＢＬ４の数値がそのまま使用される。一方、Ｒｅｖｅｒｓｅ（Ｒ）とは、低得点ほど高評価であることを意味し、図４（ｂ）の集計結果テーブルＴＢＬ４の数値Ｐが、例えば１００−Ｐの値に換算して使用される。また、Ｃｅｎｔｅｒ（Ｃ）とは、中央に近いほど高評価であることを意味し、図７のような換算曲線Ｃに基づいて換算した値が使用される。
【００１６】
以上の通り、抽出テーブルＴＢＬ５に基づいて、採用企業が提示する職務や職位に対して、当該被験者が希望する職務や職位に対応する適正値が数値的に算出される。例えば、＜サービス接客職務＞は、明るい人間関係を築けるか否かの［人間関係性］、情緒面に置いて安定しており気分にむらがないか否かの［情緒安定性］、きびきびした動作と行動力がとれるか否かの［活動性］、気配りがあり客に共感がもてるか否かの［感受性］、優れた社交性があるか否かの［社交性］の各項目によって１００点満点で評価され、全項目が合格ラインに達していたら合格との評価となる。
【００１７】
また、例えば＜一般事務職＞では、仕事への取り組みが積極的で自発的であるか否かの［活動性］、主体的で仕事の効率を考えた創意工夫があるか否かの［主体性・創意工夫性］、職場の仲間と協調して仕事を進めることができるか否かの［協調性］、仕事を取り巻く状況を冷静に客観的に判断できるか否かの［客観性］、仕事を熟慮的かつ計画的に進めることができるか否かの［熟慮・計画性］によって１００点満点で評価される。また、＜製造技術職＞では、適度に情緒が安定し仕事に積極的・意欲的であるか否かの［活動性］、悪いことやミスを認める素直な反省心があるか否かの［内省性］、合理的に仕事を進めることができるか否かの［合理性］、温順で服従的であるか否かの［服従性］、保守的であり現実に即した考え方ができるか否か［保守性］によって評価される。
【００１８】
その他、＜専門技術職＞、＜営業職＞、＜幹部管理職＞、＜販売接客職＞についても、それぞれの職務内容に応じて要求される能力に応じて抽出テーブルが用意されており、５〜６項目の能力について１００点満点で数値的に評価される。
【００１９】
以上、本システムを概略的に説明したが、本実施例では、上記の適正職務の判定を、紙面を用いたテストではなく、インターネット回線を用いて実施している。そのため、時間や場所に制約されることなく各企業単位でテストを実施することができる上、リアルタイムに判定結果を得ることができる。以下、具体的なシステム内容について図面に基づいて説明する。
【００２０】
図８は、この判定システムの構成図であり、適性判定用の設問文をホームページ上に公開し、各設問の回答を集計して被験者の職務上の適性を判定するサーバ機器ＳＶと、ＷＷＷブラウザが動作可能なクライアント機器ＰＣと、前記両機器を接続するインターネット回線ＮＥＴとで構成されている。
【００２１】
ここで、クライアント機器ＰＣは、本システムを活用してアルバイトや正社員を募集しようとする契約企業の担当者が使用するユーザパソコンＰＣｉと、適正判定テストを受ける被験者の使用するユーザパソコンＰＣｊとに区分される。但し、適正判定テスト終了後のユーザパソコンＰＣｊを、契約企業の担当者が使用しても良いのは勿論である。
【００２２】
一方、サーバ機器ＳＶには、ＷＷＷブラウザからの要求（リクエスト）に応じて練習問題用の画面Ｓｔｕｄｙ．ｈｔｍｌや設問用の画面Ｑｕｅｓｔｉｏｎ．ｈｔｍｌなどをＷＥＢデータベースＤＢから読み出して送信するサーバプログラムと、ＷＷＷブラウザからの送信データに基づいて各種の処理を行うＣＧＩプログラムとが搭載されている。
【００２３】
ＣＧＩプログラムは、本システム契約ユーザ（契約企業の担当者）の入力するログインデータ（ユーザＩＤとパスワード）の正当性をチェックした後に当該ユーザ企業を特定するユーザ第１クッキーを返信する認証プログラムＣｅｒｔｉｆｉｃａｔｅ．ｃｇｉと、適正判定テストの被験者の入力した個人情報を記憶すると共に、当該被験者固有の被験者クッキーを生成するテスト開始プログラムＳｔａｒｔ．ｃｇｉと、クライアント機器からの指示を受け設問文を適宜に並べ替えて配信する設問プログラムＰｒｅｓｅｎｔ．ｃｇｉと、クライアント機器から送信された回答データを記憶する記憶プログラムＳａｖｅ．ｃｇｉと、本システム契約ユーザの入力するログインデータの正当性をチェックすると共に当該ユーザ企業を特定するユーザ第２クッキーを生成する判定開始プログラムＢｅｇｉｎ．ｃｇｉと、本システム契約ユーザからの指示に基づき判定処理などを行う本体プログラムＪｕｄｇｅ．ｃｇｉとで構成されている。
【００２４】
図９は、サーバ機器ＳＶとクライアント機器（ユーザパソコン）ＰＣの処理内容を時間順次に図示したものである。以下、図９のフローチャートに基づいて本システムの内容を説明する。契約企業ユーザの担当者がユーザパソコンＰＣｊでＷＷＷブラウザを立ち上げて、本システムを提供しているホームページのＵＲＬを入力した後、適宜にリンクと辿ると、やがて図１０のようなログイン画面が送信される（ＳＴ１）。
【００２５】
そして、契約企業の担当者がユーザＩＤとパスワードを入力してログインすると、そのログインデータは認証プログラムＣｅｒｔｉｆｉｃａｔｅ．ｃｇｉに渡されて、ログインデータの正当性がチェックされる（ＳＴ２）。ここで、ログインデータの正当性が確認されたら、当該契約企業を特定するユーザ第１クッキーが生成され、図１１に示すようなメイン画面と共にユーザパソコンＰＣｊにユーザ第１クッキーが送信される。この実施例では、サーバからのレスポンスメッセージのヘッダ部（Ｓｅｔ−Ｃｏｏｋｉｅヘッダ）に、クッキーデータを挿入して返送しており、挿入されたクッキーは、ＷＷＷブラウザによってクッキーファイルとしてユーザパソコンのハードディスクに保存される。
【００２６】
図１２（ａ）は、認証プログラムＣｅｒｔｉｆｉｃａｔｅ．ｃｇｉの処理に基づいてブラウザに送信されるレスポンスメッセージのヘッダ部（Ｓｅｔ−Ｃｏｏｋｉｅヘッダ）の一部を図示している。なお、Ｓｅｔ−Ｃｏｏｋｉｅヘッダの書式は、Ｓｅｔ−Ｃｏｏｋｉｅ：  ＮＡＭＥ＝ＶＡＬＵＥ；  ｅｘｐｉｒｅｓ＝ＤＡＴＥ；  ｐａｔｈ＝ＰＡＴＨ；  ｄｏｍａｉｎ＝ＤＯＭＡＩＮ  ＮＡＭＥ；  ｓｅｃｕｒｅのようになっている。
【００２７】
ＮＡＭＥ属性（ＮＡＭＥ＝ＶＡＬＵＥ）は、クッキーの名前をＮＡＭＥに指定し、値をＶＡＬＵＥに指定する部分であり、図示の例では、ユーザ第１クッキーとしてａｓｂｉ１２５６が付与されている。ｐａｔｈ属性（ｐａｔｈ＝ＰＡＴＨ）は、ブラウザが、どのデータを要求する際に、クッキーをリクエストメッセージのヘッダ部（Ｃｏｏｋｉｅヘッダ）を追加するかを指定する部分であり、図示の例では……／Ｓｔａｒｔ．ｃｇｉにアクセスする際にユーザ第１クッキー（＝ａｓｂｉ１２５６）が送出される。また、ｄｏｍａｉｎ属性（ｄｏｍａｉｎ  ＝ＤＯＭＡＩＮ  ＮＡＭＥ）の部分は、どのＷＷＷサーバにクッキーを送り返すかを指定する部分であり、図示の例では、ｗｗｗ．ｃｄｒ−ｊｐ．ｃｏｍに送り返されることになる。なお、ｅｘｐｉｒｅｓ属性（ｅｘｐｉｒｅｓ  ＝ＤＡＴＥ）は、クッキーの有効期限を指定する部分である。
【００２８】
以上のような内容のユーザ第１クッキーは、メイン画面（図１１参照）と共にユーザパソコンＰＣに返送される。そして、契約企業の担当者は、メイン画面の表示に基づいて、音声をダウンロードするか、適性職務分析に進むか、判定結果画面に進むかの何れかを選択することになる。ここで音声のダウンロードとは、適性職務の分析テストの進行を促す音声誘導データ（Ｇｕｉｄｅ．ｗａｖ）をダウンロードすることを意味する。ダウンロードされた音声誘導データ（Ｇｕｉｄｅ．ｗａｖ）はユーザパソコンＰＣに保存され、パソコンに搭載されている音声再生プログラムを起動することで再生される。従って、一度ダウンロードすれば、その後は音声誘導データを繰り返し使用することができる。
【００２９】
ステップＳＴ３の処理の後、ユーザパソコンＰＣｊは被験者に提供されるが、被験者は、メイン画面において「適性職務分析に進む」を選択することになる。すると、この操作に応答して、ＷＷＷサーバは図１３に示すような個人情報入力画面をユーザパソコンＰＣｊに返送する。ここで、被験者が希望職種と特定して、「名前」「生年月日」「性別」の欄にデータを入力して［次ページへ］のボタンをマウスでクリックすると、入力されたデータは、ＦＯＲＭアクションとしてテスト開始プログラムＳｔａｒｔ．ｃｇｉに渡される（ＳＴ１０）。例えば、個人情報入力画面のＨＴＭＬファイルは、下記のように構成されており、被験者の個人情報がＰＯＳＴデータとしてテスト開始プログラムＳｔａｒｔ．ｃｇｉに渡される。また、このＰＯＳＴデータと共に、先に説明したユーザ第１クッキーもＳｔａｒｔ．ｃｇｉに渡される。
＜ＦＯＲＭ  ａｃｔｉｏｎ＝”ｗｗｗ．ｃｄｒ−ｊｐ．ｃｏｍ／Ｈａｎｔｅｉ／ｃｇｉ−ｂｉｎ／Ｓｔａｒｔ．ｃｇｉ”  ｍｅｔｈｏｄ＝”ｐｏｓｔ”  ＞
・・・・・・・・・・・・・・・・・・・・・・・・・
＜／ＦＯＲＭ＞
【００３０】
一方、被験者の個人情報とユーザ第１クッキーを受けたテスト開始プログラムＳｔａｒｔ．ｃｇｉは、図１４に例示するような被験者管理テーブルＴＢＬ１０に、個人情報とユーザ第１クッキー（ユーザＩＤ）と登録時間データとを登録する。また、当該被験者固有の被験者クッキーを生成して被験者管理テーブルＴＢＬ１０に登録する。次に、テスト開始プログラムＳｔａｒｔ．ｃｇｉは、生成した被験者クッキーと共に、練習問題を記載した画面Ｓｔｕｄｙ．ｈｔｍｌをユーザパソコンＰＣｊに送信する。この被験者クッキーは、ＷＷＷブラウザによってクッキーファイルとしてハードディスクに保存されるが、その後、適正職務の分析テストの回答データと共に、記憶プログラムＳａｖｅ．ｃｇｉに送信されるように設定されている。
【００３１】
練習問題には、マウスの操作方法も含んでおり、設問に対する回答方法を何回か練習する形式になっている。そして、十分に練習を終えた被験者は、リンク情報を辿ることで（ＳＴ１２）、テスト開始画面を受信することになる（ＳＴ１３）。テスト開始画面は、これから始まる適正職務適正テストについての注意事項が説明されている。また、この段階で音声誘導データＧｕｉｄｅ．ｗａｖをダブルクリックすることで注意事項が音声によって告げられる。なお、ユーザパソコンＰＣｊにおいて被験者自身がダブルクリックしても良いが、複数の被験者がいる場合にはユーザパソコンＰＣｉにおいて契約企業の担当者によって実行化され、適宜な拡声手段によって全被験者に伝えられる。
【００３２】
音声による注意事項に従って被験者が適宜な操作を行うと、その後の処理は、サーバ機器ＳＶで動作する設問生成プログラムＰｒｅｓｅｎｔ．ｃｇｉが担当する。設問生成プログラムＰｒｅｓｅｎｔ．ｃｇｉでは、１４０問の設問を適宜に並べ替えた後、図１５のような設問画面Ｑｕｅｓｔｉｏｎ．ｈｔｍｌを生成してユーザパソコンに送信する（ＳＴ１５）。そこで、設問画面Ｑｕｅｓｔｉｏｎ．ｈｔｍｌを見た被験者は、音声誘導データの指示に従い所定のタイミングで１問毎に回答していく。このように、この実施例では、音声誘導データの指示に従って常に同じタイミングでテストを進行させるので、テスト結果の信頼性が高い。
【００３３】
図１５に示すように、一つの画面には１４の設問が用意されている。なお、設問文を記載したＨＴＭＬファイルは、図１２（ｂ）のように構成されている。そして、設問内容は、音声誘導データによって読み上げられるので、被験者はそれに応じて「はい」、「？」、「いいえ」の何れかをチェックすることになる。この適正テストでは、一旦チェックした内容を修正したい場合には、訂正欄を使用するようにしており、最初の回答内容と二度目の回答内容とを区別できるようにしている。これは、読み上げられた設問文に即応した回答の方が、より信憑性が高いとの経験則によるものである。
【００３４】
１４問の設問に対する回答をチェックし終えたら、［次ページ］のボタンをクリックすることになるが、これに合わせて、回答データは、被験者クッキーと共に記憶プログラムＳａｖｅ．ｃｇｉに渡されるようになっている。なお、被験者クッキーは、練習問題画面Ｓｔｕｄｙ．ｈｔｍｌと共にユーザパソコンＰＣに送信されたものである。回答データと被験者クッキーとを受けた記憶プログラムＳａｖｅ．ｃｇｉは、図１４（ｂ）に示す被験者管理テーブルＴＢＬ１０に基づいて被験者を特定し、被験者ごとに図１４（ｂ）のような回答テーブルＴＢＬ１１を構築する。
【００３５】
以上のように、この実施例では、１４問の設問に回答し終わる毎に、記憶プログラムＳａｖｅ．ｃｇｉに回答結果を渡し、回答テーブルＴＢＬ１１を完成している。そして、１４０問の設問に対する回答が出揃えば、被験者毎の採点結果テーブルＴＢＬ２が完成することになり、記憶プログラムＳａｖｅ．ｃｇｉは、テスト終了画面をユーザパソコンＰＣｊに送信して処理を終える（ＳＴ１７）。また、これに先立って被験者管理テーブルＴＢＬ１０の終了フラグ欄をＹにしておく。終了フラグ欄がＹであることは、当該被験者用の回答テーブルＴＢＬ１１が存在することを意味する。以上のようにして適正判定テストが終了すると、通常の場合には、被験者は次の面接に向けて別室で待機することになる。
【００３６】
一方、適正判定テストが終われば、契約企業の担当者は、直ちに、判定結果を見る処理を開始することになる。すなわち、適宜な操作によって、管理者ログイン画面（ＳＴ２０）をユーザパソコンＰＣｉに受けて、改めてユーザＩＤとパスワードを入力する（ＳＴ２１）。入力されたログインデータは、判定開始プログラムＢｅｇｉｎ．ｃｇｉに渡されるようになっており、判定開始プログラムは、ログインデータの正当性を確認した後、契約企業向けのユーザ第２クッキーを生成する。そして、図１６のような検索画面の送信と共に、ユーザ第２クッキーをユーザパソコンＰＣｉに送信する（ＳＴ２２）。このユーザ第２クッキーは、判定プログラムＪｕｄｇｅ．ｃｇｉに送信されるよう設定されている。
【００３７】
図１６に例示するように、検索画面では、本システムを利用した過去の判定結果も見えるようになっているが、適正判定テストのテスト日を指定して（ここでは当日を指定する）、［検索］ボタンを押すと、ユーザ第２クッキーも含めて判定プログラムＪｕｄｇｅ．ｃｇｉに渡されるようになっている。そこで、判定プログラムＪｕｄｇｅ．ｃｇｉは、ユーザ第２クッキーに基づいて契約企業を特定し、図１４（ａ）に示す被験者管理テーブルＴＢＬ１０から当日の被験者であって、終了フラグがＹの被験者を抽出して、図１７のような画面をユーザパソコンＰＣｉに送信する。
【００３８】
図１７の画面において、契約企業の担当者が［判定］のボタンを押すと、被験者と特定した状態でその旨のデータ（選択データ）が、ユーザ第２クッキーと共に判定プログラムＪｕｄｇｅ．ｃｇｉに渡される。図１８は、その後の処理を示すフローチャートである。先ず、ユーザ第２クッキーに基づいて契約企業に対する課金処理を行うが、その後、回答テーブルＴＢＬ１１（図１４（ｂ））に記載されている回答結果について、採点参照テーブルＴＢＬ１（図３（ａ））に基づいて素点を算出する（ＳＴ３０）。また、１４０の設問中で「？」の中間回答の個数をカウントし、当該被験者の優柔不断性などの判定要素とする。
【００３９】
採点テーブルＴＢＬ１には、各問毎に配点（２点〜０点）が記載されているが、先に説明したように、この実施例では、修正後の回答を無視するべく配点を全てゼロにしている。これは、修正後の回答は、就職に際して少しでも自分を良く見せたいとの気持ちが働き、信憑性に欠けるとの経験則に基づくものであるが、ゼロ配点にすることに特に限定されるものではなく、最初の回答に対する配点と修正後の回答に対する配点とに適宜な差異を設けたのでも良い。また、修正回答の個数をカウントし、その数が所定値を越える場合には、その旨を判定結果に反映させるのが好ましい。
【００４０】
ステップＳＴ３０の処理によって１４０問の各問についての素点が算出されたら、次に、１４種の性格要素毎に素点を集計する（ＳＴ３２）。この実施例では、各性格要素Ａｉ毎に１０問の設問が使用され、各設問の回答に対して０〜２点が配点されている。従って、１４種の性格要素Ａｉに対してそれぞれ２０点満点の採点結果が得られることになる。ここでは、１４の性格要素（Ａ１，Ａ２，・・・・，Ａ１４）に対して採点結果を（Ｐ１，Ｐ２，・・・・・・，Ｐ１４）と表現する。
【００４１】
次に、２０点満点の採点結果（Ｐ１，Ｐ２，・・・・・・，Ｐ１４）を１００点満点の採点結果（Ｔ１，Ｔ２，・・・・・・，Ｔ１４）に補正する（ＳＴ３２）。先に説明したように、２０点満点の採点結果を、単に５倍するのではなく、性別に応じた補正や、設問内容に応じた補正を行う。続いて、当該被験者が希望している職務や職位に応じて、抽出テーブルＴＢＬ５から判定項目を抽出し、各判定項目について獲得した点数を算出する（ＳＴ３３）。
【００４２】
そして、判定項目についての得点は、図１９に示すようなレーザチャートに表示され合否が明示される。なお、図１９は、各職務について抽出テーブルを２つ設け、職場での人間関係と仕事への取組み姿勢とを表示して例を示している。なお、図１９には記載していないが、被験者の虚偽性に問題がある場合には、その点の報告も合わせて記載される。従って、被験者に対する、その後に面接ではこのレーザチャートを踏まえた質問ができるので、入社テストをより有効なものとすることができる。また、複数の受験者のレーザチャートを対比することによって、受験者どうしを比較して検討することもできる。（図２０参照）。
【００４３】
また、企業の求める職務や職制についての適合性に限られず、企業の求める特定の性格要素について別に提示される。例えば、強力なリーダシップを発揮する人材が存在する職場では、支配性が余り強くなく社交性に優れた人材を望む場合もあるが、そのような場合には、支配性の点数が高過ぎないで、且つ社交性に高得点を得たが否かが提示される。従って、本システムでは、働く人間同士の相性を考慮した合否決定が可能となり、組織としてまとまりのある職場を実現することができる。
【００４４】
以上説明したように、本システムでは、設問の回答、採点、及び集計は全てコンピュータによって行われるので、人為的ミスもあり得ない。また、リアルタイムに集計結果を見ることができるので、その後の面接をより有効なものとすることができる。つまり、迅速に採否を決定することも可能であり、優秀な人材を確実に確保することができる。
【００４５】
しかも、過去の経験や統計的データに基づいて生成されている抽出テーブルを用いるので、性格要素と職業適性とを正確に関連付けることができ、単なる性格の良否にとらわれることなく、職業適性を確実に知ることができる。
【００４６】
以上、本発明について具体的に説明したが、具体的な記載内容は特に本発明を限定するものではない。例えば、本実施例では被験者を特定するためにクッキーを利用したが、これに限定されるものではなく、ＵＲＬ  のクエリ文字列にパラメータを追加したのでも良い。例えば、下記の通りである。
ｈｔｔｐ：／／−−−−−−／−−−−−−／Ｈａｎｔｅｉ．ｃｇｉ？ｎａｍｅ＝ｓａｃｈｉｋｏ  ｙａｍａｄａ
【００４７】
また、下記のように、フォームに「隠しフィールド」の値を追加したのでも良い。この場合、ＨＴＴＰ  ＰＯＳＴ  メソッドを使用して、ユーザから提供された情報と共に、ユーザの識別値を渡すことが可能となる。
＜ＩＮＰＵＴ  ＴＹＰＥ＝”ｈｉｄｄｅｎ”  ＮＡＭＥ＝・・・・・＞
【００４８】
【発明の効果】
以上詳述したように、本発明によれば、単なる性格検査に止まらず、人間の性格と各職務との適合性についての統計的データを踏まえて、各人の希望する職務にどの程度適合しているかをリアルタイム且つ客観的に判断できるシステムを実現することができる。
【図面の簡単な説明】
【図１】実施例のシステムで使用する設問文である。
【図２】実施例のシステムで使用する設問文である。
【図３】採点参照テーブルと採点結果テーブルを例示したものである。
【図４】性格要素の集計テーブルを例示したものである。
【図５】補正曲線を例示した図面である。
【図６】抽出テーブルを例示したものである。
【図７】換算式を例示したものである。
【図８】本発明のシステムの構成を示す図である。
【図９】本システムの動作内容を説明するフローチャートである。
【図１０】ログイン画面を例示したものである。
【図１１】メイン画面を例示したものである。
【図１２】レスポンスメッセージのヘッダ部と、設問文を記載したＨＴＭＬファイルを説明する図面である。
【図１３】適正職務分析の開始画面を例示したものである。
【図１４】被験者管理テーブルと、回答テーブルを例示したものである。
【図１５】適正職務分析のための設問画面を例示したものである。
【図１６】判定結果を検索する画面を例示したものである。
【図１７】判定処理を指示する画面を例示したものである。
【図１８】判定プログラムの動作を説明するフローチャートである。
【図１９】判定結果を示す画面を例示したものである。
【図２０】判定結果を示す画面を例示したものである。
【符号の説明】
ＳＶ        サーバ機器
ＰＣ        クライアント機器（ユーザパソコン）
ＮＥＴ      インターネット回線
Ａｉ        性格要素
ＴＢＬ５    抽出テーブル
ＳＴ１５            第１手段
ＳＴ３１，３２      第２手段
ＳＴ３４〜ＳＴ３７  第３手段
【図１】
0003572284.tif 000002
【図２】
0003572284.tif 000003
【図３】
0003572284.tif 000004
【図４】
0003572284.tif 000005
【図５】
0003572284.tif 000006
【図６】
0003572284.tif 000007
【図７】
0003572284.tif 000008
【図８】
0003572284.tif 000009
【図９】
0003572284.tif 000010
【図１０】
0003572284.tif 000011
【図１１】
0003572284.tif 000012
【図１２】
0003572284.tif 000013
【図１３】
0003572284.tif 000014
【図１４】
0003572284.tif 000015
【図１５】
0003572284.tif 000016
【図１６】
0003572284.tif 000017
【図１７】
0003572284.tif 000018
【図１８】
0003572284.tif 000019
【図１９】
0003572284.tif 000020
【図２０】
0003572284.tif 000021