(57)【特許請求の範囲】
【請求項１】
コンピュータに、
就職活動者が受験した適性検査の検査結果を取得し、
取得した前記検査結果を記憶部に記憶し、
該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分し、
顧客企業の採用者が受験した前記適性検査の検査結果を取得し、
該検査結果に基づき、前記採用者を区分し、
前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出し、
抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する
処理を実行させることを特徴とするプログラム。
【請求項２】
前記顧客企業の端末装置を介して、前記適性を有する前記就職活動者の選択を受け付け、
選択された前記就職活動者宛に所定情報を送信する
ことを特徴とする請求項１に記載のプログラム。
【請求項３】
前記顧客企業の端末装置を介して、前記適性に関する適性基準の設定入力を受け付け、
受け付けた前記適性基準を満たす前記就職活動者に関する情報を前記顧客企業宛に送信する
ことを特徴とする請求項１又は２に記載のプログラム。
【請求項４】
抽出した前記就職活動者の検査結果に基づき、前記適性検査に含まれる一又は複数の検査項目に応じた前記就職活動者の分布データを生成し、
生成した分布データを、前記顧客企業の端末装置に出力する
ことを特徴とする請求項１〜請求項３のいずれか１項に記載のプログラム。
【請求項５】
コンピュータが、
就職活動者が受験した適性検査の検査結果を取得し、
取得した前記検査結果を記憶部に記憶し、
該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分し、
顧客企業の採用者が受験した前記適性検査の検査結果を取得し、
該検査結果に基づき、前記採用者を区分し、
前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出し、
抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する
処理を実行することを特徴とする情報処理方法。
【請求項６】
就職活動者が受験した適性検査の検査結果を取得する取得部と、
取得した前記検査結果を記憶部に記憶する記憶部と、
該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分する分類部と、
顧客企業の採用者が受験した前記適性検査の検査結果を取得する第２取得部と、
該検査結果に基づき、前記採用者を区分する第２分類部と、
前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出する抽出部と、
抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する送信部と
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理方法及び情報処理装置に関する。
【背景技術】
【０００２】
人材採用の現場において、学生等の就職活動者の中から、自社への就職に適性を有する就職活動者を的確に採用したいという企業側の要望がある。当該要望に応えるべく、例えば特許文献１では、採用候補者に関する情報と、自社の内定者又は勤務者に関する情報とを比較して採用候補者の適合度を算出する採用管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２３４２３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方で、企業は多数の就職活動者の中から採用候補者を選考する作業に多大な労力を費やしているという問題がある。すなわち、いわゆる一次選考において企業の採用担当者は、自社に応募した就職活動者について膨大な量の適性検査の検査結果、応募書類等をチェックし、採用候補者を選考しなければならない。また、就職活動者も、応募した各企業について適性検査を受ける、応募書類を作成する等の作業に追われ、多大な労力を費やしている。
【０００５】
本発明は斯かる事情によりなされたものであって、その目的とするところは、就職活動に費やす労力を軽減することができるプログラム等を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係るプログラムは、コンピュータに、就職活動者が受験した適性検査の検査結果を取得し、取得した前記検査結果を記憶部に記憶し、該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分し、顧客企業の採用者が受験した前記適性検査の検査結果を取得し、該検査結果に基づき、前記採用者を区分し、前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出し、抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する処理を実行させることを特徴とする。
【０００９】
本発明に係るプログラムは、前記顧客企業の端末装置を介して、前記適性を有する前記就職活動者の選択を受け付け、選択された前記就職活動者宛に所定情報を送信することを特徴とする。
【００１０】
本発明に係るプログラムは、前記顧客企業の端末装置を介して、前記適性に関する適性基準の設定入力を受け付け、受け付けた前記適性基準を満たす前記就職活動者に関する情報を前記顧客企業宛に送信することを特徴とする。
【００１１】
本発明に係るプログラムは、抽出した前記就職活動者の検査結果に基づき、前記適性検査に含まれる一又は複数の検査項目に応じた前記就職活動者の分布データを生成し、生成した分布データを、前記顧客企業の端末装置に出力することを特徴とする。
【００１２】
本発明に係る情報処理方法は、コンピュータが、就職活動者が受験した適性検査の検査結果を取得し、取得した前記検査結果を記憶部に記憶し、該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分し、顧客企業の採用者が受験した前記適性検査の検査結果を取得し、該検査結果に基づき、前記採用者を区分し、前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出し、抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する処理を実行することを特徴とする。
【００１３】
本発明に係る情報処理装置は、就職活動者が受験した適性検査の検査結果を取得する取得部と、取得した前記検査結果を記憶部に記憶する記憶部と、該記憶部に記憶された前記検査結果に基づき、前記適性検査の検査項目に応じて前記就職活動者を区分する分類部と、顧客企業の採用者が受験した前記適性検査の検査結果を取得する第２取得部と、該検査結果に基づき、前記採用者を区分する第２分類部と、前記就職活動者の区分と、前記採用者の区分とが重複するか否かを判定することで、前記顧客企業への就職に適性を有する前記就職活動者を抽出する抽出部と、抽出した前記就職活動者に関する情報を、前記就職活動者が応募していない前記顧客企業宛に、又は該応募していない前記顧客企業に関する所定情報を、抽出した前記就職活動者宛に送信する送信部とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、就職活動に費やす労力を軽減することができる。
【図面の簡単な説明】
【００１５】
【図１】情報処理システムの構成例を示す模式図である。
【図２】学生ＤＢのレコードレイアウトの一例を示す説明図である。
【図３】能力ＤＢのレコードレイアウトの一例を示す説明図である。
【図４】性格ＤＢのレコードレイアウトの一例を示す説明図である。
【図５】顧客ＤＢのレコードレイアウトの一例を示す説明図である。
【図６】応募画面の一例を示す説明図である。
【図７】スカウト処理を説明するための説明図である。
【図８】マッチング処理を説明するための説明図である。
【図９】一覧画面の一例を示す説明図である。
【図１０】メール画面の一例を示す説明図である。
【図１１】検査結果取得処理の処理手順の一例を示すフローチャートである。
【図１２】スカウト処理の処理手順の一例を示すフローチャートである。
【図１３】検索画面の一例を示す説明図である。
【図１４】実施の形態２に係るスカウト処理の処理手順の一例を示すフローチャートである。
【図１５】分布画面の一例を示す説明図である。
【図１６】実施の形態３に係るスカウト処理の一例を示す説明図である。
【発明を実施するための形態】
【００１６】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、情報処理システムの構成例を示す模式図である。本実施の形態では、就職活動者と顧客企業とのマッチングを行い、顧客企業への就職に適性を有する就職活動者を顧客企業に紹介するサービスを実現する情報処理システムを一例に説明を行う。情報処理システムは、情報処理装置１、情報処理端末２、２、２…、及び端末装置３、３、３…等を含む。各装置は例えばネットワークＮにより相互に通信接続されている。ネットワークＮはインターネット、ＬＡＮ（Local Area Network）等である。
【００１７】
情報処理装置１は、種々の情報を記憶すると共に、ネットワークＮを介して情報の送受信を行う情報処理装置である。情報処理装置１は、例えばサーバコンピュータ、パーソナルコンピュータ等である。本実施の形態において情報処理装置１はサーバコンピュータであるものとし、以下ではサーバ１と読み替える。サーバ１は、就職活動者が受験した適性検査の検査結果を取得して記憶すると共に、当該検査結果に基づくマッチング処理を行い、適性を有すると判断した就職活動者の情報を顧客企業宛に送信する。なお、就職活動者は学生（新卒者）だけでなく第二新卒者、中途採用応募者等も含むが、以下では説明の便宜のため、就職活動者が学生であるものとして説明する。
【００１８】
情報処理端末２は、情報の送受信、入出力等を行う情報処理端末であり、例えばパーソナルコンピュータ、スマートフォン、タブレット端末等である。情報処理端末２は就職活動者である学生が所有する情報処理端末であり、以下では学生端末２と読み替える。学生端末２は、顧客企業への採用応募、適性検査に係る解答等の入力を受け付けると共に、サーバ１等から送信される情報を、ネットワークＮを介して取得する。
【００１９】
端末装置３は、情報の送受信、入出力等を行う端末装置であり、例えばパーソナルコンピュータ、タブレット端末等である。端末装置３は顧客企業の端末装置であり、以下では顧客端末３と読み替える。顧客端末３は、顧客企業が本サービスを利用する上で必要な情報の入力を受け付けると共に、顧客企業への就職に適性を有する学生の情報をサーバ１から取得する。
【００２０】
サーバ１は、制御部１１、記憶部１２、通信部１３、大容量記憶装置１４を含む。
制御部１１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing   Unit）等の演算処理装置を含む。制御部１１は、記憶部１２に記憶されたプログラムＰを読み出して実行することにより、サーバ１に係る種々の情報処理又は制御処理等を行う。
【００２１】
記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含む。記憶部１２は、制御部１１が本実施の形態に係る処理を実行するために必要なプログラムＰ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。
【００２２】
通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して学生端末２、顧客端末３等と情報の送受信を行う。
【００２３】
大容量記憶装置１４は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶装置１４は、学生ＤＢ１４１、能力ＤＢ１４２、性格ＤＢ１４３、顧客ＤＢ１４４等を記憶している。学生ＤＢ１４１は、本サービスを利用する学生の登録情報を記憶している。能力ＤＢ１４２は、学生が受験した適性検査について、言語科目及び非言語科目の検査結果を記憶している。性格ＤＢ１４３は、学生が受験した適性検査について、性格診断に係る検査結果を記憶している。顧客ＤＢ１４４は、本サービスを利用する顧客企業の登録情報を記憶している。
なお、本実施の形態において記憶部１２及び大容量記憶装置１４は一体の記憶装置として構成されていてもよい。また、大容量記憶装置１４は複数の記憶装置により構成されていてもよい。また、大容量記憶装置１４はサーバ１に接続された外部記憶装置であってもよい。
【００２４】
なお、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、サーバ１に係る情報を表示する表示部等を含んでもよい。
【００２５】
図２は、学生ＤＢ１４１のレコードレイアウトの一例を示す説明図である。学生ＤＢ１４１は、学生ＩＤ列、氏名列、アドレス列、学歴列、資格列、希望業種列、希望職種列、応募企業列、受験回数列を含む。学生ＩＤ列は、学生を識別するためのＩＤを記憶している。氏名列は、学生ＩＤと対応付けて、学生の氏名を記憶している。アドレス列は、学生ＩＤと対応付けて、学生のメールアドレスを記憶している。学歴列は、学生ＩＤと対応付けて、学生の学歴を記憶している。資格列は、学生ＩＤと対応付けて、学生が有する資格を記憶している。希望業種列及び希望職種列は、学生ＩＤと対応付けて、就職について学生が希望する業種及び職種を記憶している。応募企業列は、学生ＩＤと対応付けて、学生が応募した顧客企業に関し、後述する顧客ＩＤを記憶している。受験回数列は、学生ＩＤ及び顧客ＩＤと対応付けて、顧客企業への採用応募について後述する適性検査を受験した回数を記憶している。本実施の形態において後述する適性検査は、各顧客企業への応募につき言語科目及び非言語科目に関して２回まで受験することができる。
なお、学生ＤＢ１４１のレコード内容は上記に限定されず、例えば学生の生年月日、住所、電話番号、志望動機、その他の特記事項を含んでもよい。
【００２６】
図３は、能力ＤＢ１４２のレコードレイアウトの一例を示す説明図である。能力ＤＢ１４２は、学生ＩＤ列、日時列、応募企業列、受験回数列、言語点数列、言語偏差値列、非言語点数列、非言語偏差値列、総合偏差値列を含む。学生ＩＤ列は、学生ＩＤを記憶している。日時列は、学生ＩＤと対応付けて、学生が適性検査を受験した日時を記憶している。応募企業列は、学生ＩＤ及び日時と対応付けて、学生が応募した顧客企業の顧客ＩＤを記憶している。受験回数列は、学生ＩＤ及び日時と対応付けて、対応する顧客ＩＤに係る顧客企業への採用応募における適性検査の受験回数を記憶している。すなわち、能力ＤＢ１４２の受験回数列に記憶されている受験回数は、当該日時における適性検査が何回目の受験であるかを示している。言語点数列、言語偏差値列、非言語点数列、非言語偏差値列、総合偏差値列はそれぞれ、学生ＩＤ及び日時と対応付けて、当該適性検査における言語科目の点数、言語科目の偏差値、非言語科目の点数、非言語科目の偏差値、及び言語科目と非言語科目との総合偏差値を記憶している。
【００２７】
図４は、性格ＤＢ１４３のレコードレイアウトの一例を示す説明図である。性格ＤＢ１４３は、学生ＩＤ列、コミュニケーション列、ストレスマネジメント列、バイタリティ列を記憶している。学生ＩＤ列は、学生ＩＤを記憶している。コミュニケーション列、ストレスマネジメント列、バイタリティ列はそれぞれ、学生ＩＤと対応付けて、学生が受験した適性検査の性格診断に係る検査結果を記憶している。具体的には、コミュニケーション列は学生のコミュニケーション特性を、ストレスマネジメント列は学生のストレスマネジメント特性を、バイタリティ列は学生のバイタリティ特性を記憶している。コミュニケーション列はさらに関係構築列及びリーダーシップ列を含み、学生の関係構築特性及びリーダーシップ特性を記憶している。バイタリティ列はさらに感受性列、コーピング列、リカバリー列、現在ストレス列を含み、学生のストレッサ―感受性、コーピング特性（ストレス対処特性）、リカバリー特性、現在のストレスの度合いを記憶している。バイタリティ特性列はさらに活動性列、達成動機列を含み、学生の活動性、達成動機（物事に対する意欲等）を記憶している。本実施の形態に係る性格ＤＢ１４３は、学生の性格特性を示す上記各種の情報を偏差値で記憶している。なお、例えば性格ＤＢ１４３は学生の性格特性を点数で記憶してもよい。
【００２８】
例えばサーバ１は、後述する適性試験の性格診断において、一の設問項目に対し複数の解答項目から一の解答項目の選択を受け付ける。例えばサーバ１は、「相手の立場になって考えるのが得意ですか」の設問項目と共に、「得意」「やや得意」「普通」「やや苦手」「苦手」の解答項目を学生端末２に出力し、いずれかの解答項目の選択を受け付ける。サーバ１は、全受験者について各解答項目の選択数を集計する。上記の設問項目は関係構築特性に関する項目であるが、サーバ１は関係構築特性に関して複数の設問項目を出題する。他の特性についても同様である。サーバ１は、当該集計結果に基づいて特性毎に学生の偏差値を算出し、性格ＤＢ１４３に記憶する。
なお、図４で示す性格ＤＢ１４３のレコードレイアウトは簡略化した内容であり、実際には各特性について、学生が選択した解答項目が設問項目毎に記憶される。
【００２９】
図５は、顧客ＤＢ１４４のレコードレイアウトの一例を示す説明図である。顧客ＤＢ１４４は、顧客ＩＤ列、名称列、メール列、ホームページ列、業種列、募集期間列、募集職種列、事業所列、言語列、非言語列、性格列、スカウト列、採用者列を含む。顧客ＩＤ列は、本サービスを利用する顧客企業を識別するためのＩＤを記憶している。名称列は、顧客ＩＤと対応付けて、顧客企業の名称を記憶している。メール列は、顧客ＩＤと対応付けて、例えば顧客企業の採用担当者のメールアドレスを記憶している。ホームページ列は、顧客ＩＤと対応付けて、顧客企業のホームページのアドレスを記憶している。業種列は、顧客ＩＤと対応付けて、顧客企業の業種を記憶している。募集期間列は、顧客ＩＤと対応付けて、顧客企業による採用募集の募集期間を記憶している。募集職種列は、顧客ＩＤ及び募集期間と対応付けて、当該募集期間に募集する採用者の職種を記憶している。事業所列は、顧客ＩＤ、募集期間、及び募集職種と対応付けて、当該募集期間に募集する採用者の配属予定先である事業所を記憶している。
【００３０】
言語列、非言語列、及び性格列は、顧客ＩＤ、募集期間、及び募集職種と対応付けて、顧客企業の採用者が受験した適性検査の検査結果に係る言語科目、非言語科目、及び性格診断の偏差値が記憶されている。なお、性格列に記憶される内容は、図４で図示した性格ＤＢ１４３と同様である。なお、顧客ＤＢ１４４は、言語科目及び非言語科目の総合偏差値を記憶していてもよい。スカウト列は、顧客ＩＤと対応付けて、後述する処理により顧客企業がスカウトした学生の学生ＩＤを記憶している。採用者列は、顧客ＩＤと対応付けて、適性検査を受験した採用者に関する情報を記憶している。詳細な図示及び説明は省略するが、採用者に関する情報は例えば、採用者の氏名、所属部署、メールアドレス、採用者によるコメント等を含む。
なお、上記の顧客ＤＢ１４４のレコード内容は一例であって、本実施の形態はこれに限るものではない。例えば顧客ＤＢ１４４は、採用に係る年収、福利厚生等の待遇、採用募集に掲載するメッセージ、採用に必要な学歴、資格等を記憶していてもよい。
【００３１】
以下では情報処理システムが実行する処理の概要について述べる。なお、以下では説明の便宜のため、サーバ１の処理主体は制御部１１であるものとする。また、本サービスを利用する学生の氏名、メールアドレス等の登録情報は、すでに学生端末２を介してサーバ１に登録されているものとする。また、顧客企業に関しても同様に、顧客企業の名称、募集期間、募集職種等の登録情報がすでに顧客端末３を介してサーバ１に登録されているものとする。
【００３２】
図６は、応募画面の一例を示す説明図である。所定の操作入力を受け付けた場合、学生端末２はサーバ１に対して、顧客ＤＢ１４４に登録されている各顧客企業に関する情報の送信要求を行う。当該送信要求を受け付けた場合、サーバ１の制御部１１は顧客ＤＢ１４４に登録されている顧客企業の名称、業種、募集期間、募集職種等の登録情報を読み出し、学生端末２に送信する。当該情報を受信し、学生による顧客企業の選択入力を受け付けた場合、学生端末２は図６に示す応募画面を表示する。
【００３３】
応募画面は、顧客企業への採用応募を受け付けるための画面である。応募画面は、顧客企業の名称、業種、募集期間等の応募要項のほかに、応募ボタン６１を含む。応募ボタン６１は、応募画面で表示されている顧客企業に対して、学生が応募を行うためのオブジェクトである。応募ボタン６１への操作入力を受け付けた場合、学生端末２は、例えば学生端末２の所有者である学生の学生ＩＤ、応募画面で表示されている顧客企業の顧客ＩＤ等を含む所定情報をサーバ１に送信する。当該情報を受信した場合、サーバ１の制御部１１は学生ＩＤと対応付けて学生ＤＢ１４１の応募企業列に顧客ＩＤを記憶する。以上より制御部１１は、学生端末２を介して顧客企業への採用応募を受け付ける。
【００３４】
採用応募を受け付けた場合、制御部１１は学生の適性検査を開始する。具体的には、制御部１１は記憶部１２又は大容量記憶装置１４に記憶されている適性検査のテストデータを読み出し、学生端末２に送信する。テストデータを受信した場合、学生端末２は所定のテスト画面を表示し、解答の入力を受け付ける。学生は当該テスト画面において解答を入力することで、適性検査を受験する。適性検査の検査項目は、例えば言語科目（国語）、非言語科目（数学）、及び性格診断に係る複数の特性に関する項目を含む。なお、適性検査の検査項目は上記に限定されず、例えば外国語、一般教養等の検査項目を含んでもよい。また、上記で列記した検査項目の分類は便宜的なものであって、適性検査の検査結果を項目別で適切に分類することができればよい。学生端末２は、言語科目、非言語科目、及び性格診断に含まれる各検査項目について順次テスト画面を表示し、解答の入力を受け付ける。学生端末２は、受け付けた解答をサーバ１に送信する。
【００３５】
サーバ１の制御部１１は、学生が受験した適性検査の検査結果を取得する。具体的には、制御部１１は学生端末２から上記解答を受信する。制御部１１は、受信した解答の正誤を判別し、各検査項目の点数を算出する。また、制御部１１は各検査項目について、学生の偏差値を算出する。例えば制御部１１は、能力ＤＢ１４２及び性格ＤＢ１４３から各受験者の点数を読み出し、各検査項目について、受験者全体の平均点、標準偏差等を算出する。制御部１１は、各検査項目の平均点、標準偏差等に基づき、当該学生の偏差値を算出する。
制御部１１は、取得した検査結果を大容量記憶装置１４に記憶する。例えば制御部１１は、言語科目、非言語科目に係る点数及び偏差値を、学生ＩＤと対応付けて能力ＤＢ１４２に記憶する。また、制御部１１は、性格診断に係る偏差値を、学生ＩＤと対応付けて性格ＤＢ１４３に記憶する。
【００３６】
図７は、スカウト処理を説明するための説明図である。図７では、本実施の形態に係る情報処理によって顧客企業が学生をスカウトする様子を概念的に示している。図７に基づき、顧客企業がサーバ１を介して学生をスカウトする処理について説明する。
図７に示すように、例えば学生が顧客企業Ａに応募した場合を考える。この場合、上述のごとく学生は適性検査を受験する。すなわちサーバ１は、応募を受け付けた顧客企業Ａへの就職について学生が適性を有するか否かを検査するべく、学生端末２にテストデータを送信して適性検査を実施する。サーバ１は、学生端末２から検査結果を取得し、取得した学生の検査結果等を顧客企業Ａの顧客端末３に送信する。顧客企業Ａは応募した学生について、適性検査の検査結果等に基づき、いわゆる一次選考の合否を決定する。
【００３７】
一方で、本実施の形態では、学生が応募していない顧客企業Ｂも当該学生に関する情報を閲覧し、スカウトすることができる。具体的には、サーバ１の制御部１１は学生ＤＢ１４１、能力ＤＢ１４２、及び性格ＤＢ１４３に記憶されている学生の登録情報、適性検査の検査結果等を、学生が応募していない顧客企業Ｂに対しても送信する。すなわち、サーバ１に登録されている各学生の情報は、応募の有無に関わらず顧客企業間で共有される。詳しくは後述するように、顧客企業Ｂは自社に応募していない学生に関する情報を閲覧し、当該学生をスカウトするか否かを判断する。スカウトすると判断した場合、例えば顧客企業Ｂはサーバ１を介して後述するメールを学生宛に送信する。
【００３８】
図８は、マッチング処理を説明するための説明図である。図８では、サーバ１が適性検査の検査結果に基づき学生と顧客企業とのマッチングを行う様子を概念的に示している。顧客端末３から学生に関する情報の送信要求を受け付けた場合、サーバ１の制御部１１は、顧客企業への就職に適性を有する学生をデータベースから抽出する処理を行う。具体的に制御部１１は、学生の検査結果と、顧客企業の採用者が受験した適性検査の検査結果に基づき、学生を抽出する。
【００３９】
制御部１１は、顧客企業の採用者が受験した適性検査の検査結果を事前に取得し、顧客ＤＢ１４４に記憶しておく。具体的には学生の場合と同様に、制御部１１は顧客端末３を介して採用者による適性検査の解答入力を受け付け、検査結果を取得する。採用者は顧客企業に採用された者であればよいが、学生と採用年度の近い内定者又は新卒採用者であることが好ましい。制御部１１は、取得した検査結果を顧客ＩＤと対応付けて顧客ＤＢ１４３に記憶する。
【００４０】
制御部１１は、学生及び採用者それぞれの検査結果を比較し、学生ＤＢ１４１に登録されている各学生について、採用者が勤務する顧客企業への適性の有無を判別する。具体的には図８に示すように、制御部１１は検査結果に基づき、適性検査の検査項目に応じて学生及び採用者を統計的に区分する。図８において、縦軸は性格診断に係る関係構築特性の偏差値を、横軸は言語科目及び非言語科目に係る総合偏差値を模式的に示す。制御部１１は、各検査項目の検査結果に係る複数のデータを変数とする多変量解析を行う。例えば制御部１１は、各検査項目に係る採用者の偏差値に基づき、全受験者を母集団とする統計分布において学生が属する統計的な区分８１を決定する。同様にして、制御部１１は顧客企業の採用者が属する統計的な区分８２を決定する。制御部１１は、当該採用者の区分８２と重複する区分８１に属する学生を抽出する。なお、図８では採用者の区分８２が学生の区分８１に包含されているが、学生の区分８１と採用者の区分８２とは完全同一であってもよく、学生の区分８１が採用者の区分８２に包含されていてもよく、両区分８１、８２は一部で重複していてもよい。
【００４１】
なお、図８では説明の便宜上、縦軸を性格診断に係る関係構築特性の偏差値、横軸を言語科目及び非言語科目の総合偏差値として統計分布を２次元で示したが、制御部１１は、実際には検査結果に含まれる３次以上の多変数について統計解析を行う。具体的に制御部１１は、言語科目、非言語科目それぞれの偏差値、及び性格診断に係る関係構築特性、リーダーシップ特性、ストレッサ―感受性等の各特性の偏差値を変数として、多変量解析を行う。すなわち制御部１１は、適性検査に含まれる各検査項目の検査結果に基づき、学生及び採用者の統計分布を判断する。
なお、上述した統計解析に係る変数は一例であって、本実施の形態はこれに限るものではない。例えば制御部１１は、言語科目及び非言語科目の総合偏差値を一つの変数として処理してもよい。また、制御部１１は性格診断の検査結果について、関係構築特性、リーダーシップ特性、ストレッサ―感受性等の詳細な特性毎ではなく、大分類であるコミュニケーション特性、ストレスマネジメント特性、バイタリティ特性等の偏差値を変数として処理してもよい。上記の統計処理において対象とする検査結果のデータ内容については、種々の変更が考えられる。
【００４２】
制御部１１は、学生及び採用者の区分が重複するか否かを判定することで適性の有無を判別する。採用者と区分が重複すると判定した場合、制御部１１は、当該学生が適性を有すると判断し、当該学生を抽出する。制御部１１は、抽出した学生に関する情報を学生ＤＢ１４１等から読み出し、顧客端末３に送信する。
【００４３】
なお、上記で制御部１１は学生の区分に応じて適性の有無を判別し、学生を抽出することとしたが、本実施の形態はこれに限るものではない。例えば制御部１１は、各学生を区分せずに、検査結果の統計分布において各学生が採用者の区分に含まれるか否かに応じて適性の有無を判別することとしてもよい。この場合、制御部１１は学生の検査結果に基づき、適性検査の検査項目に応じた統計分布上の分布位置を特定する。そして制御部１１は、特定した学生の分布位置が採用者の区分に含まれるか否かを判定することで、適性の有無を判別する。つまり制御部１１は、統計分布上の領域（区分）ではなく、座標点（位置）で適性の有無を判別する。当該構成でも、制御部１１は学生ＤＢ１４１に登録されている学生から適性を有する学生を抽出することができる。
【００４４】
図９は、一覧画面の一例を示す説明図である。学生に関する情報を受信した場合、顧客端末３は図９に示す一覧画面を表示する。一覧画面は、サーバ１が抽出した学生に関する情報を一覧表示する画面である。一覧画面は、各学生の氏名、メールアドレス、検査結果等のほかに、選択ボタン９１を含む。選択ボタン９１は、一覧画面で表示される学生を選択するためのオブジェクトである。顧客企業の採用担当者は、一覧画面で表示される各学生の情報を参考にして自社にスカウトしたい学生を判断し、選択ボタン９１への操作入力を行う。顧客端末３は、選択ボタン９１への操作入力を受け付けた場合、選択された学生の情報をサーバ１に送信する。例えば顧客端末３は、選択された学生の学生ＩＤをサーバ１に送信する。サーバ１の制御部１１は、選択された学生の情報を顧客端末３から受信する。すなわち制御部１１は、顧客端末３を介して、適性を有する学生の選択を受け付ける。なお、顧客端末３が一覧画面において表示する情報は上記に限られず、例えば学生の学歴、資格、希望職種等を含んでもよい。
【００４５】
図１０は、メール画面の一例を示す説明図である。学生の選択を受け付けた場合、制御部１１は、選択された学生宛に所定情報を送信する。具体的に制御部１１は、図１０に示すメールを生成し、学生端末２に送信する。当該メール画面は例えば、学生の選択を行った顧客端末３に係る顧客企業の名称、ホームページアドレス、採用要件、連絡先であるメールアドレス等と共に、一次選考を通過した旨を示すテキストを含む。また、メール画面は応募オブジェクト１０１を含む。応募オブジェクト１０１は、顧客企業への採用応募を受け付けるためのオブジェクトである。応募オブジェクト１０１への操作入力を受け付けた場合、学生端末２は、当該顧客企業へ応募する旨の所定情報をサーバ１に送信する。サーバ１の制御部１１は、当該情報を受信することで、学生による顧客企業への採用応募を受け付ける。例えば制御部１１は、当該採用応募に係る情報を顧客端末３に転送する。
【００４６】
また、メール画面は、当該学生と区分が重複する採用者に関する採用者情報１０２を含む。採用者情報１０２は、例えば上記の適性検査を受験した採用者の氏名、所属部署、メールアドレス、画像、当該採用者によるコメント等を含む。スカウトのメールを受けた学生は、当該採用者情報１０２を閲覧することで、顧客企業への理解を深めることができる。なお、例えば学生端末２は、メール画面において採用者情報１０２を表示するだけでなく、当該採用者情報１０２への操作入力を受け付けることで、学生から採用者への問い合わせを受け付けることとしてもよい。この場合、例えば学生端末２は所定の問い合わせメールをサーバ１に送信し、サーバ１は当該メールを採用者宛に転送する。
なお、図１０で示した採用者情報１０２は一例であって、本実施の形態はこれに限るものではない。例えばメール画面は、所定のリンク情報のみを添付する構成でもよい。この場合、例えば学生端末２は、操作入力に応じて当該リンク情報が示すリンク先にアクセスし、採用者の詳細な情報を表示する。
【００４７】
図１１は、検査結果取得処理の処理手順の一例を示すフローチャートである。図１１に基づいて、サーバ１が適性検査の検査結果を取得する処理について説明する。
サーバ１の制御部１１は、顧客企業の採用者が受験した適性検査の検査結果を取得する（ステップＳ１１）。例えば制御部１１は、適性検査に係るテストデータを顧客端末３に送信する。顧客端末３は、当該適性検査に係るテスト画面を表示し、顧客企業の採用者による解答の入力を受け付ける。サーバ１の制御部１１は、顧客端末３から当該解答を受信する。制御部１１は当該解答の正誤を判別し、言語科目、非言語科目、及び性格診断それぞれについて偏差値を算出する。なお、検査結果を点数に基づき判断する構成の場合、制御部１１は偏差値を算出せずともよい。制御部１１は、取得した検査結果を顧客ＤＢ１４４に記憶する（ステップＳ１２）。
【００４８】
制御部１１は、学生端末２を介して顧客企業への採用応募を受け付ける（ステップＳ１３）。例えば制御部１１は、学生端末２からの送信要求に応じて、顧客ＤＢ１４４に記憶されている顧客企業に関する情報を学生端末２に送信する。学生端末２は図６で例示した応募画面を表示し、応募ボタン６１への操作入力を受け付け、顧客企業への採用応募に係る情報をサーバ１に送信する。サーバ１の制御部１１は、当該採用応募の情報を受信することで、顧客企業への採用応募を受け付ける。制御部１１は、学生が受験した適性検査の検査結果を取得する（ステップＳ１４）。すなわち制御部１１は、ステップＳ１１と同様にして適性検査に係るテストデータを学生端末２に送信し、学生により入力された解答を受信する。制御部１１は解答の正誤を判別し、偏差値を算出して、検査結果を取得する。
【００４９】
制御部１１は、ステップＳ１４で取得した検査結果を大容量記憶装置１４に記憶する（ステップＳ１５）。例えば制御部１１は、言語科目及び非言語科目に関する検査結果を能力ＤＢ１４２に、性格診断に関する検査結果を性格ＤＢ１４３に記憶する。制御部１１は、一連の処理を終了する。
【００５０】
図１２は、スカウト処理の処理手順の一例を示すフローチャートである。図１２に基づいて、サーバ１が顧客企業から学生へのスカウトを仲介する処理について説明する。
サーバ１の制御部１１は、顧客端末３から学生一覧の送信要求を受け付ける（ステップＳ３１）。当該送信要求は、例えば要求を行った顧客端末３に係る顧客企業の顧客ＩＤ等を含む。制御部１１は顧客ＤＢ１４４を参照し、顧客企業の採用者の検査結果を読み出す（ステップＳ３２）。例えば制御部１１は、ステップＳ３１で受け付けた送信要求に含まれる顧客ＩＤを参照し、顧客ＤＢ１４４において当該顧客ＩＤと対応付けられている顧客企業の採用者の言語科目、非言語科目、及び性格診断に係る偏差値を読み出す。
【００５１】
制御部１１は当該検査結果に基づき、適性検査の検査項目に応じて当該採用者を区分する（ステップＳ３３）。例えば制御部１１は、各検査項目の検査結果に係るデータ、すなわち言語科目、非言語科目、及び性格診断それぞれの検査結果に含まれる複数のデータを変数とする多変量解析を行う。制御部１１は、各検査項目に係る採用者の偏差値に基づき、全受験者を母集団とする統計分布において採用者が属する統計的な区分を決定する。
【００５２】
制御部１１は、能力ＤＢ１４２及び性格ＤＢ１４３を参照し、顧客企業に応募していない学生を含めて、各学生が受験した適性検査の検査結果を読み出す（ステップＳ３４）。つまり制御部１１は、学生がステップＳ３２の送信要求に係る顧客企業に応募しているか否かに関わらず、能力ＤＢ１４２及び性格ＤＢ１４３を参照し、各学生が受験した適性検査について言語科目、非言語科目、及び性格診断の偏差値を読み出す。制御部１１は当該検査結果に基づき、適性検査の検査項目に応じて学生を区分する（ステップＳ３５）。例えば制御部１１は、ステップＳ３３と同様にして多変量解析を行い、学生が属する統計的な区分を決定する。
【００５３】
制御部１１は、学生の区分に応じて適性の有無を判別することにより、顧客企業への就職に適性を有する学生を抽出する（ステップＳ３６）。具体的に制御部１１は、ステップＳ３５で決定した学生の区分と、ステップＳ３３で決定した採用者の区分とが重複するか否かを判定する。制御部１１は、学生の区分が採用者の区分と重複すると判定した場合、当該学生は適性を有すると判断する。制御部１１は、学生ＤＢ１４１に登録された各学生について当該処理を実行し、適性を有する学生を抽出する。
【００５４】
制御部１１は、抽出した学生に関する情報を顧客企業宛に送信する（ステップＳ３７）。すなわち制御部１１は、ステップＳ３１の送信要求を行った顧客端末３に、ステップＳ３６で抽出した学生の氏名、メールアドレス、検査結果等の情報を送信する。当該情報を受信した場合、顧客端末３は図９で示した一覧画面を表示する。当該顧客企業に応募していない学生を含めて適性を有する学生の抽出処理を行っているため、当該一覧画面には、顧客企業に応募していない学生に関する情報が含まれる。
【００５５】
制御部１１は、顧客端末３を介して、適性を有する学生の選択を受け付ける（ステップＳ３８）。例えば顧客端末３は、一覧画面における選択ボタン９１への操作入力を受け付けた場合、選択された学生の学生ＩＤを含む所定情報をサーバ１に送信する。サーバ１の制御部１１は、顧客端末３から送信された当該情報に含まれる学生ＩＤを識別することで、学生の選択を受け付ける。
【００５６】
制御部１１は、選択された学生宛に所定情報を送信する（ステップＳ３９）。例えば制御部１１は、当該顧客企業について一次選考を通過した旨を内容とする受験案内のメールを生成する。図１０で示したように、当該メールは顧客企業の名称、採用要件等のほかに、例えば学生と区分が重複する顧客企業の採用者に関する採用者情報１０２を含む。制御部１１は学生ＤＢ１４１からステップＳ３８で選択された学生のメールアドレスを読み出し、当該学生宛にメールを送信する。制御部１１は、一連の処理を終了する。
【００５７】
なお、上記ではサーバ１が顧客企業への採用応募を受け付け、応募された顧客企業に関して適性検査を実施することとしたが、本実施の形態はこれにかぎるものではない。例えばサーバ１は、採用応募の有無に関わらず適性検査を実施することとしてもよい。この場合、サーバ１は図６で示した応募画面における採用応募を受け付けずとも適性検査に係るテストデータを学生端末２に送信し、検査結果を取得する。そしてサーバ１は、取得した検査結果を能力ＤＢ１４２及び性格ＤＢ１４３に記憶する。当該構成であっても、上記で説明した形態と同様の効果を奏する。
【００５８】
また、上記でサーバ１は顧客企業からの受験案内を学生端末２にメールで通知することとしたが、本実施の形態はこれに限るものではない。例えばサーバ１は、図１０で示したメール画面と同様の内容を、Ｗｅｂブラウザ形式で学生端末２に表示させることとしてもよい。
【００５９】
また、上記でサーバ１は、学生ＤＢ１４１に登録されている全ての学生を対象に適性の有無を判別したが、本実施の形態はこれに限るものではない。例えばサーバ１は、適性の有無を判別する前に、顧客企業の採用要件と希望業種、希望職種等が同一又は類似する学生のみを特定し、特定した学生を対象に適性の有無を判別してもよい。この場合、サーバ１の処理負担を軽減することができる。
【００６０】
また、図１０で示したメール画面の内容は一例であって、本実施の形態はこれに限るものではない。例えばメール画面は本採用を示すものであってもよいし、会社見学の案内を示すものであってもよい。
【００６１】
また、サーバ１は顧客端末３からの要求に応じてスカウトのメールを学生端末２に送信する場合に、スカウトをした顧客企業に対する課金処理を行ってもよい。例えばサーバ１は、図５で示した顧客ＤＢ１４４のスカウト列にスカウトする学生の学生ＩＤが記憶された場合に、顧客企業によるスカウトの回数をインクリメントして顧客ＤＢ１４４に記憶しておく。サーバ１は、顧客ＤＢ１４４に記憶されるスカウトの回数に応じて課金請求額を決定し、顧客企業に対して課金請求を行えばよい。
【００６２】
以上より、本実施の形態１によれば、適性検査の検査結果を含む学生の情報を複数の企業間で共有することができ、就職活動に費やす労力を軽減することができる。
【００６３】
また、本実施の形態１によれば、適性検査の検査結果に係る統計分布により学生を区分することで、学生の適性を的確に評価することができる。
【００６４】
また、本実施の形態１によれば、顧客企業の採用者の区分と学生の区分とを比較することで、顧客企業と学生との適切なマッチングを行うことができる。
【００６５】
また、本実施の形態１によれば、顧客企業側の選択に応じて自動的にメール等の所定情報を学生宛に送信するため、学生のスカウトを円滑に行うことができる。
【００６６】
また、本実施の形態１によれば、受験案内のメールに顧客企業で働く採用者の情報を掲載することで、顧客企業に対する学生の理解を深めることができる。
【００６７】
（実施の形態２）
本実施の形態では、顧客企業が設定する適性基準を満たす学生を抽出することで、学生ＤＢ１４１に登録されている学生を検索する形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
【００６８】
図１３は、検索画面の一例を示す説明図である。所定の操作入力を受け付けた場合、顧客端末３は図１３に示す検索画面を表示する。検索画面は、一覧表示する学生を絞り込んで検索するための画面である。検索画面は、例えば基準設定欄１３１、検索ボタン１３２、一覧表示ボタン１３３を含む。基準設定欄１３１は、性格診断に係る検査項目について検査結果である偏差値の下限値を設定入力するための入力欄である。具体的に基準設定欄１３１は、性格診断に含まれる各検査項目の偏差値の入力欄のほかに、各項目のチェックボックス、項目名、定義文、当該項目について採用者（自社社員）の偏差値等を含む。例えば顧客企業の採用担当者は、自社社員の偏差値を参考にしながら、今後の採用方針を踏まえて検索する学生の偏差値を入力する。顧客端末３は基準設定欄１３１において、学生の適性に関する適性基準の設定入力を受け付ける。検索ボタン１３２への操作入力を受け付けた場合、顧客端末３は基準設定欄１３１において受け付けた適性基準の設定値をサーバ１に送信する。
【００６９】
当該適性基準の設定値を受信した場合、サーバ１の制御部１１は、適性基準を満たす学生に関する情報を顧客端末３に送信する処理を行う。例えば制御部１１は、実施の形態１と同様に学生及び採用者の区分を比較し、適性を有する学生を抽出する。さらに制御部１１は、抽出した学生を、顧客端末３を介して受け付けた適性基準を満たす学生に限定する。すなわち制御部１１は、適性基準に基づく学生の絞り込みを行う。制御部１１は、限定した学生の人数に係る情報を顧客端末３に送信する。当該情報を受信した場合、顧客端末３は、図１３に示すように適性基準を満たす学生の人数を表示する。
【００７０】
一覧表示ボタン１３３への操作入力を受け付けた場合、顧客端末３は、適性基準を満たす学生に関する情報の送信をサーバ１に要求する。当該要求を受け付けた場合、サーバ１の制御部１１は、適性基準を満たす学生に関する情報を顧客端末３に送信する。当該情報を受信した場合、顧客端末３は図９と同様に学生の情報を一覧表示する。
【００７１】
図１４は、実施の形態２に係るスカウト処理の処理手順の一例を示すフローチャートである。図１４に基づいて、本実施の形態に係るスカウト処理の処理内容について説明する。
サーバ１の制御部１１は、顧客端末３を介して、学生の適性に関する適性基準の設定入力を受け付ける（ステップＳ２０１）。具体的に顧客端末３は、図１３で示した検索画面において、適性検査の検査結果に係る偏差値の入力を受け付ける。例えば顧客端末３は、性格診断の検査結果について、性格診断に含まれる一又は複数の検査項目に関し偏差値の設定入力を受け付ける。顧客端末３は、入力された適性基準の設定値（偏差値）をサーバ１に送信する。サーバ１の制御部１１は、該信号を受信することで、適性基準の設定入力を受け付ける。制御部１１は、処理をステップＳ３２に移行する。
【００７２】
制御部１１は、顧客企業への就職に適性を有する学生を抽出した後（ステップＳ３６）、抽出した学生を、ステップＳ２０１で受け付けた適性基準を満たす学生に限定する（ステップＳ２０２）。具体的に制御部１１は、適性基準の設定値（偏差値）に基づき、学生の絞り込みを行う。例えば制御部１１は、ステップＳ２０１で受け付けた一又は複数の検査項目に係る偏差値に基づき、各検査項目について当該偏差値以上の検査結果を有する学生に限定する。制御部１１は、限定した学生の人数に係る情報を顧客端末３に送信する（ステップ２０３）。当該情報を受信した場合、図１３で示したように、顧客端末３は適性基準を満たす学生の人数を表示する。
【００７３】
制御部１１は、適性基準を満たす学生について顧客端末３から送信要求を受け付けたか否かを判定する（ステップＳ２０４）。例えば顧客端末３は、一覧表示ボタン１３３への操作入力を受け付けた場合、サーバ１に送信要求を行う。サーバ１の制御部１１は、当該送信要求を受信したか否かを判定する。送信要求を受け付けていないと判定した場合（Ｓ２０４：ＮＯ）、制御部１１は処理を待機する。送信要求を受け付けたと判定した場合（Ｓ２０４：ＹＥＳ）、制御部１１は、適性基準を満たす学生に関する情報を顧客企業宛に送信する（ステップＳ２０５）。すなわち制御部１１は、ステップＳ２０２で限定した学生の氏名、メールアドレス、検査結果等の情報を、顧客端末３に送信する。制御部１１は、ステップＳ３８に処理を移行する。
【００７４】
なお、上記でサーバ１は、ステップＳ３６で抽出した学生をさらに限定することとしたが、本実施の形態はこれに限るものではない。例えばサーバ１は、ステップＳ２０１で受け付けた適性基準に基づき、採用者の区分を狭めることで学生ＤＢ１４１等から抽出する学生を限定することとしてもよい。この場合、サーバ１は設定入力された適性基準に基づいて採用者の区分を補正する。サーバ１は、補正した区分に重複する学生のみを抽出することで、顧客端末３に出力する学生を絞り込む。当該構成であっても、上記と同様の効果を奏する。
【００７５】
また、上記でサーバ１は、適性検査のうち性格診断に係る検査項目についてのみ適性基準の設定入力を受け付けたが、言語科目、非言語科目、その他の検査項目についても適性基準を受け付けることとしてもよい。
【００７６】
以上より、本実施の形態２によれば、例えば顧客企業は自社の採用方針に従い、スカウトする学生の絞り込みを行うことができる。
【００７７】
（実施の形態３）
本実施の形態では、学生の検査結果に基づき、検査項目に応じた学生の分布データを生成して顧客端末３に出力する形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
【００７８】
図１５は、分布画面の一例を示す説明図である。例えば顧客端末３は、図９で示した一覧画面において所定の操作入力を受け付けた場合、図１５に示す分布画面を表示する。分布画面は、適性検査に含まれる一又は複数の検査項目に応じた学生の分布データを示す画面である。分布データは、例えばテーマ別のチェックボックス１５１、分布図１５２を含む。チェックボックス１５１は、適性検査に含まれる検査項目のうち、いずれの検査項目に係る分布データを出力するかを選択するためのオブジェクトである。分布図１５２は、チェックボックス１５１への選択入力に応じて、選択されたテーマにおける各学生の統計分布を示す分布図である。
【００７９】
顧客端末３は、テーマ別のチェックボックス１５１への選択入力を受け付ける。本実施の形態において分布データのテーマは「行動特性」「マネジメントのしやすさ」「マネジメントスタイル」等があるが、これに限定されるものではない。各テーマは、分布図１５２において表示する分布データの２軸に係る検査項目を特定するためのものである。各テーマのチェックボックス１５１への選択により、分布データにおける各軸のパラメータ、すなわち検査項目が特定される。チェックボックス１５１への選択入力を受け付けた場合、顧客端末３は、分布データの出力をサーバ１に要求する。当該要求信号は、選択されたテーマを示す所定信号を含む。
【００８０】
出力要求を受け付けた場合、サーバ１の制御部１１は、学生の検査結果に基づき、適性検査に含まれる一又は複数の検査項目に応じた学生の統計分布を示す分布データを生成する。具体的には、制御部１１は出力要求に係る要求信号を読み出して分布データのテーマを判別し、分布データにおける各軸のパラメータである二つの検査項目を特定する。制御部１１は性格ＤＢ１４３を参照し、適性を有する各学生の当該検査項目に係る偏差値を読み出す。制御部１１は、二つの検査項目を統計軸とする学生の分布データを生成する。制御部１１は、生成した分布データを顧客端末３に送信し、表示させる。すなわち、制御部１１は顧客端末３を介して分布データを出力する。
【００８１】
当該分布データを受信した場合、顧客端末３は図１５に示す分布図１５２を表示する。分布図１５２は、選択されたテーマについて、二つの検査項目に係るパラメータをそれぞれ縦軸及び横軸として学生の統計分布を示す。分布図１５２において、各プロットが学生の分布位置を示す。例えば分布画面において各プロットへの操作入力を受け付けた場合、顧客端末３は当該プロットが示す学生の情報を表示する。なお、分布図１５２において、プロットだけでなく学生の氏名等を併せて表示してもよい。
【００８２】
図１６は、実施の形態３に係るスカウト処理の一例を示す説明図である。図１６に基づいて、本実施の形態に係るサーバ１が実行する処理内容について説明する。
抽出した学生に関する情報を顧客企業宛に送信した後で（ステップＳ３７）、サーバ１の制御部１１は以下の処理を実行する。制御部１１は、分布データの出力要求を受け付けたか否かを判定する（ステップＳ３０１）。具体的には、顧客端末３は図１５で示す分布画面において、性格診断に係るテーマ別のチェックボックス１５１への操作入力を受け付ける。チェックボックス１５１への操作入力を受け付けた場合、顧客端末３は、当該テーマに係る学生の統計分布を示す分布データの要求信号をサーバ１に送信する。例えば当該要求信号は、選択されたテーマを示す所定信号を含む。サーバ１の制御部１１は、当該要求信号を受信したか否かを判定する。出力要求を受け付けていないと判定した場合（Ｓ３０１：ＮＯ）、制御部１１は処理をステップＳ３８へ移行する。
【００８３】
出力要求を受け付けたと判定した場合（Ｓ３０１：ＹＥＳ）、制御部１１は、ステップＳ３６で抽出した学生の検査結果に基づき、適性検査に含まれる一又は複数の検査項目に応じた学生の統計分布を示す分布データを生成する（ステップＳ３０２）。例えば制御部１１は、ステップＳ３０１に係る要求信号を読み出し、選択されたテーマに係る二つの検査項目を特定する。制御部１１は性格ＤＢ１４３を参照し、特定された二つの検査項目に係る学生の偏差値を読み出す。制御部１１は、読み出した偏差値に基づき、二つの検査項目を統計軸とする学生の分布データを生成する。制御部１１は、生成した分布データを、顧客端末３を介して出力する（ステップＳ３０３）。すなわち制御部１１は、生成した分布データを顧客端末３に送信する。当該分布データを受信した場合、顧客端末３は図１５で示した分布画面において当該分布データが示すテーマ別の統計分布図を表示する。制御部１１は、処理をステップＳ３８に移行する。
【００８４】
なお、上記で分布データは、二つの分布軸に係る２次元の統計分布データであったが、本実施の形態はこれに限るものではない。例えばサーバ１は、１次元又は３次元の分布データを生成することとしてもよい。すなわち分布データは、顧客端末３の表示画面において図示可能な形態であればよい。
【００８５】
また、上記でサーバ１は、顧客端末３で選択されたテーマ別に分布データを生成したが、本実施の形態はこれに限るものではない。例えばサーバ１は、顧客端末３を介して、採用担当者が任意に選択入力した検査項目に応じて分布データを生成することとしてもよい。この場合、顧客端末３は分布画面において、テーマのカスタマイズ、すなわち検査項目の詳細設定を受け付ける。サーバ１は、顧客端末３で設定された当該検査項目について分布データを生成し、顧客端末３に出力する。上述のごとく、分布データに係るパラメータはデフォルトで設定されたものでなくともよい。
【００８６】
また、上記で分布データは、性格診断に係る検査結果に基づいて生成されたが、言語科目、非言語科目、その他の検査項目に基づき生成されてもよいことは勿論である。
【００８７】
以上より、本実施の形態３によれば、顧客企業は各学生が統計上どの位置に分布しているかを簡単に把握することができる。
【００８８】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００８９】
１  サーバ
１１  制御部
１２  記憶部
Ｐ  プログラム
１３  通信部
１４  大容量記憶装置
１４１  学生ＤＢ
１４２  能力ＤＢ
１４３  性格ＤＢ
１４４  顧客ＤＢ
２  学生端末
３  顧客端末
６１  応募ボタン
８１、８２  区分
９１  選択ボタン
１０１  応募オブジェクト
１０２  採用者情報
１３１  基準設定欄
１３２  検索ボタン
１３３  一覧表示ボタン
１５１  チェックボックス
１５２  分布図
【図１】
0006591926.tif 000002
【図２】
0006591926.tif 000003
【図３】
0006591926.tif 000004
【図４】
0006591926.tif 000005
【図５】
0006591926.tif 000006
【図６】
0006591926.tif 000007
【図７】
0006591926.tif 000008
【図８】
0006591926.tif 000009
【図９】
0006591926.tif 000010
【図１０】
0006591926.tif 000011
【図１１】
0006591926.tif 000012
【図１２】
0006591926.tif 000013
【図１３】
0006591926.tif 000014
【図１４】
0006591926.tif 000015
【図１５】
0006591926.tif 000016
【図１６】
0006591926.tif 000017