JP2021128593A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】個人の経歴を効率的に管理したり容易に取得する技術を提供すること。【解決手段】個人に関する属性（学歴、職業履歴、病歴、性別）を示す情報を属性情報として管理するＰＤＳサーバ１において、学歴情報取得部５１は、前記個人が履修機関（学校）で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する。職歴情報取得部５２は、前記個人が就業した若しくは就業している組織（勤めていた又は務めている会社）における職務履歴を示す前記属性情報を職歴情報として取得する。統合管理部５３は、前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する。【選択図】図４

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

従来より、転職活動等をする学生は、自身の学歴を履歴書等に記載しなければならない。このような個人の学歴を管理する技術は、例えば特許文献１に記載されている。
求職希望者は、自身の学歴や職歴といった経歴を履歴書等に記載しなければならない。そのため、個人の経歴を管理する学歴単体を管理するサービスや、個人の職歴単体に関する情報を管理するサービスが存在する（例えば、特許文献１参照）。

特開２００６−１６４１３９号公報

しかしながら、転職を希望する者は、自身の学歴のみならず自身の職歴を記載しなければならず、自身の経歴を効率的に管理したり容易に取得したいという要望を挙げることが多い。ところが、上述の特許文献１に記載の技術を含む従来技術は、学歴単体を管理するか、或いは職歴単体を管理するかの何れかの技術であり、このような要望に十分に応えられていない。

本発明は、このような状況を鑑みてなされたものであり、個人の経歴を効率的に管理したり容易に取得することを可能にすることを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
個人に関する属性を示す情報を属性情報として管理する情報処理装置において、
前記個人が履修機関で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する学歴情報取得手と、
前記個人が就業した若しくは就業している組織における職務履歴を示す前記属性情報を職歴情報として取得する職歴情報取得手段と、
前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する統合管理手段と、
を備える。

本発明の一態様の情報処理方法及びプログラムの夫々は、本発明の一態様の情報処理装置に対応する方法及びプログラムの夫々である。

本発明によれば、個人の経歴を効率的に管理したり容易に取得することができる。

本発明の情報処理装置の一実施形態に係るＰＤＳサーバを含む情報処理システムの適用対象となる本サービスの概要を示す図である。 図１の本サービスの適用対象となる情報処理システム、即ち、本発明の情報処理装置の一実施形態に係るＰＤＳサーバを含む情報処理システムの構成の一例を示す図である。 図２に示す情報処理システムのうち、ＰＤＳサーバのハードウェア構成の一例を示すブロック図である。 図２の情報処理システムの認証サーバ及び図３のＰＤＳサーバの機能的構成のうち、経歴登録処理及び経歴参照発行処理の際に機能する機能的構成の一例を示す機能ブロック図である。 図４の機能的構成を有する認証サーバ及びＰＤＳサーバを含む情報処理システムにおいて実行される経歴登録処理及び経歴参照発行処理の流れの一例を示すアローチャートである。

以下、本発明の実施形態について、図面を用いて説明する。

まず、本発明の実施形態を説明するに先立ち、本発明の情報処理装置の一実施形態の適用対象となるサービス（以下、「本サービス」と呼ぶ）について簡単に説明する。

本サービスは、Ｐｅｒｓｏｎａｌ Ｄａｔａ Ｓｔｏｒｅ（以下、「ＰＤＳ」と略記する）に関連するサービスである。
ＰＤＳとは、個人がパーソナルデータを管理できるようにするためのデータベースや当該データベースを利用したサービスである。
ここで、パーソナルデータには、例えば個人の属性（以下「個人属性」と呼ぶ）に関する情報が含まれる。このような個人属性に関する情報を、以下、「個人属性情報」と呼ぶ。
具体的には例えば、個人属性情報には、その個人についての経歴、特に個人情報や学歴や職歴を含む経歴等、個人に関する各種の情報が含まれる。以下、個人属性情報のうち経歴に関する情報を「経歴情報」と呼ぶ。さらに「経歴情報」のうち、学歴に関する情報を「学歴情報」と呼び、また、職歴に関する情報を「職歴情報」と呼ぶ。

本サービスでは、複数の求職希望者の夫々毎に、その個人属性（例えば、学歴、職歴、性別等）のうち学歴及び職歴が、夫々認証がなされた後に登録されて、統合されて一括管理される。
ここで、学歴や職歴の夫々の認証として、例えば本実施形態では、その学歴や職歴の夫々についての正当性の確認が、認証として夫々行われる。
また、本サービスでは、このように統合されて一括管理される学歴及び職歴は、求職希望者等の取得の要求に応じて、参照されたり、証明書が発行される。
即ち、本サービスには、求職希望者の学歴及び職歴の統合管理といったサービスと、その求職希望者の学歴及び職歴についての参照や証明書の発行といったサービスとが含まれる。
本サービスのさらなる詳細について、以下、図１を用いて具体的に説明する。

図１は、本発明の情報処理装置の一実施形態に係るＰＤＳサーバを含む情報処理システムの適用対象となる本サービスの概要を示す図である。

図１に示すように、ステップＳＦ１において、求職希望者Ｕは、自身が在籍していた又はしている学校等の教育機関Ｓ（以下、「学校等Ｓ」と呼ぶ）に対して、自身の学歴をＰＤＳサーバ１に登録してもらうよう依頼する。
同様に、ステップＳＦ１において、求職希望者Ｕは、自身が就業していた又はしている会社等の組織Ｃ（以下、「会社等Ｃ」と呼ぶ）に対して、自身の職歴をＰＤＳサーバ１に登録してもらうよう依頼する。

ステップＳＦ２において、学校等Ｓは、申請ウェブサイトＷＳにアクセスして、求職希望者Ｕの学歴（成績等も含む）を示す情報を学歴情報ＥＩとして入力する。
ここで、認証機関Ａとは、学歴及び職歴等の経歴を含む個人属性についての認証を行う機関であって、例えば本実施形態では、後述するＰＤＳサーバ１の管理者たるサービスの提供者Ｇとは独立した機関である。
また、申請ウェブサイトＷＳは、認証機関Ａにより管理されるウェブサイトであって、本サービスに必要な各種申請を受け付ける機能を有している。
また、本実施形態では、学歴情報ＥＩには、求職希望者Ｕについての、氏名（漢字、読み仮名）、生年月日、年齢、性別、現住所といった個人情報が含まれる。また、学歴情報ＥＩには、その学校等Ｓにおける各講座の履修履歴（年、修得した授業科目名、単位数、評価）や成績等が含まれる。さらに、学歴情報ＥＩには、その学校等Ｓに関する情報（学校名等）も含まれる。

ステップＳＦ３において、会社等Ｃは、申請ウェブサイトＷＳにアクセスして、求職希望者Ｕの職歴（評価等も含む）を示す情報を職歴情報ＷＩとして入力する。
ここで、本実施形態の職歴情報ＷＩには、求職希望者Ｕについての、氏名（漢字、読み仮名）、生年月日、年齢、性別、現住所、日中連絡先、Ｅ−ｍａｉｌアドレス、趣味、特技、最寄駅、配偶者有無、配偶者の扶養義務といった個人情報が含まれる。また、職歴情報ＷＩには、その会社等Ｃにおける、勤続年数（年、月含む）、役職、年収といった情報や、求職希望者Ｕについてのスキル（例えば免許や資格）、本人の希望記入事項（勤務時間、その他希望）、評価等が含まれる。

ステップＳＦ４において、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの学歴（学歴情報ＥＩ）の認証を行う。認証の手法は、特に限定されないが、例えば本実施形態では、求職希望者Ｕの学歴情報ＥＩが学校等Ｓによって入力されたことをもって、その正当性の確認を行うといった手法が採用されている。
認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの認証済みの学歴情報ＥＩを、自身が管理するデータベースに格納する。これにより、求職希望者Ｕの学歴が登録される。
登録後、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの学歴情報ＥＩをＰＤＳサーバ１に送信する。
本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、認証サーバ２から送信されてきた求職希望者Ｕの学歴情報ＥＩを取得する。

同様に、ステップＳＦ４において、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの職歴（職歴情報ＷＩ）の認証を行う。認証の手法は、特に限定されないが、例えば本実施形態では、求職希望者Ｕの職歴情報ＷＩが会社等Ｃによって入力されたことをもって、その正当性の確認を行うといった手法が採用されている。
認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの認証済みの職歴情報ＷＩを、自身が管理するデータベースに格納する。これにより、求職希望者Ｕの職歴が登録される。
登録後、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの職歴情報ＷＩをＰＤＳサーバ１に送信する。
本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、認証サーバ２から送信されてきた求職希望者Ｕの職歴情報ＷＩを取得する。

ステップＳＦ５において、本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、求職希望者Ｕ等の各個人毎に、学歴情報ＥＩと職歴情報ＷＩとを対応付けて、データベースに格納することで、認証済みの学歴及び職歴を統合して一括管理する。
即ち、本サービスの提供者Ｇは、求職希望者Ｕの学歴及び職歴について、認証自体は行わず、他機関である認証機関Ａによって夫々認証がなされたものを統合して管理する。

なお、本実施形態では、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩは、ブロックチェーンＢの技術を用いて管理される。
このように、ブロックチェーンＢの技術を用いることで、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩについては、ＰＤＳサーバ１等への不正アクセスによる改ざんがなされる恐れが限りなく低くなる。これにより、求職希望者Ｕの学歴及び職歴が認証済みであることの信頼性が担保される。

ステップＳＦ６において、求職希望者Ｕは、自身の学歴及び職歴を参照したい場合、自身の学歴及び職歴を参照したい旨の依頼を認証機関Ａにする。
即ち、求職希望者Ｕは、申請ウェブサイトＷＳにアクセスして、自身の学歴及び職歴を参照したい旨の依頼を、参照依頼情報ＲＩとして入力する。
ここで、参照依頼情報ＲＩには、例えば本実施形態では、自身の学歴や職歴を含む経歴の参照したい旨の情報が含まれ、さらには、修正したい旨の情報も含ませることができる。
また例えば、求職希望者Ｕは、学歴のみ、又は職歴のみを参照したい旨を参照依頼情報ＲＩとして、認証機関Ａに入力することもできる。

ステップＳＦ７において、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩを検索するため、参照依頼情報ＲＩをＰＤＳサーバ１に送信する。
これにより、本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、求職希望者Ｕの学歴及び職歴に該当する学歴情報ＥＩ及び職歴情報ＷＩを検索する。
本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、検索した結果（求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩ）を、検索結果の情報として認証サーバ２に送信する。
認証機関Ａは、ＰＤＳサーバ１から送信された検索結果、即ち統合されて一括管理された求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩを取得する。
そして、認証機関Ａは、認証サーバ２を用いて、上述の検索結果を、求職希望者Ｕに対する参照結果として送信することで、求職希望者Ｕに学歴及び職歴（学歴情報ＥＩ及び職歴情報ＷＩ）を提示する。

求職希望者Ｕは、提示された参照結果により、自身の学歴及び職歴の内容が正しいか否かを確認することができる。
また、求職希望者Ｕは、確認の結果、自身の学歴及び職歴に誤りがあったり欠落している場合、学歴や職歴の追加や変更をしたい旨を認証機関Ａに依頼して、自身の学歴情報ＥＩ及び職歴情報ＷＩを変更してもらうことも可能である。

このようなステップＳＦ６及びＳＦ７の流れにより、求職希望者Ｕは、自身の認証済みの学歴及び職歴を自身で参照することができる。
これに対して、次のステップＳ８及びＳ９の流れにより、求職希望者Ｕは、自身の認証済みの学歴及び職歴の証明書を採用予定会社Ｒに発行してもらうこともできる。

ステップＳＦ８において、求職希望者Ｕは、自身の学歴及び職歴の証明書を採用予定会社Ｒに発行してほしい場合、認証機関Ａに、認証付きの学歴及び職歴が記載された履歴書を含む証明書を発行してほしい旨の申請をする。
即ち、求職希望者Ｕは、申請ウェブサイトＷＳにアクセスして、自身の学歴及び職歴の証明書を発行してほしい旨の依頼を、証明書発行申請情報ＡＩとして入力する。
ここで、証明書発行申請情報ＡＩには、例えば本実施形態では、証明書に記載してほしい内容、発行する証明書の枚数、証明書の発行先（例えば採用予定会社Ｒ）の住所やＥ−ｍａｉｌアドレス等が含まれる。
また、証明書には、認証サーバ２で認証がなされ、ＰＤＳサーバ１に登録された求職希望者Ｕの学歴及び職歴等の経歴が含まれる。なお、証明書の形態は、特に限定されず紙媒体でもよいが、本実施形態ではＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等の電子媒体が採用されているものとする。
なお、この証明書の発行先や、ステップＳＦ６及びＳＦ７で上述の参照結果の情報の送信先については、求職希望者Ｕが自由に変更することができる。

ステップＳＦ９において、認証機関Ａは、認証サーバ２を用いて、ステップＳＦ７と同様の処理をすることで、求職希望者Ｕの認証済み学歴情報ＥＩ及び職歴情報ＷＩを取得する。
認証機関Ａは、求職希望者Ｕの認証済み学歴情報ＥＩ及び職歴情報ＷＩに基づいて、認証付きの学歴及び職歴の証明書として、証明書情報ＣＩを生成して採用予定会社Ｒに送信することで、当該証明書を発行する。
証明書情報ＣＩは、求職希望者Ｕの認証済み学歴情報ＥＩ及び職歴情報ＷＩから求職希望者Ｕの経歴がまとめられた情報であり、従来の履歴書や職務経歴書等と等価な内容を含む情報である。つまり、学歴情報ＥＩや職歴情報ＷＩは認証済みであることから、これらの内容も認証付きとなり、結果として、証明書情報ＣＩは、証明書の役割を果たすことになる。
これにより、採用予定会社Ｒは、証明書情報ＣＩを、認証付きの学歴や職歴の証明書として閲覧することができる。即ち、採用予定会社Ｒは、学歴及び職歴等の信頼性の高い情報を取得することができる。
採用予定会社Ｒは、例えば、証明書を閲覧することで、求職希望者Ｕが学校等Ｓで何を学んできたかを知ることができる。そのため、採用予定会社Ｒは、求職希望者Ｕが採用予定会社Ｒで就業するために充足している知識や経験、不足している知識や経験を知ることができる。

なお、図１には図示はしないが、採用予定会社Ｒは、求職希望者Ｕの学歴及び職歴を知りたい場合、求職希望者Ｕからではなく、第三者である認証機関Ａから求職希望者Ｕの学歴及び職歴を証明書という形で直接取得することもできる。
即ち、求職希望者Ｕの就職や転職活動の際、採用予定会社Ｒは、求職希望者Ｕの同意のもと、求職希望者Ｕの学歴及び職歴の証明書の発行を依頼することもできる。
これにより、採用予定会社Ｒは、求職希望者Ｕを採用するうえで判断するのに必要な学歴や職歴等の情報を証明書として取得することができる。

以上、図１を参照して、本サービスの概要について説明した。
このような本サービスでは、求職希望者Ｕの学歴及び職歴は、認証機関Ａで夫々認証されて夫々個別に管理されているだけではなく、さらに、本サービスの提供者Ｇにより統合して管理されている。そのため、求職希望者Ｕの学歴及び職歴は、改ざんされる恐れが少なく、たとえ改ざんがされても、検索等の際に、認証機関Ａと本サービスの提供者Ｇの夫々により別途管理されている情報を比較することで、改ざんの有無が容易に判別可能となる。
つまり、本サービスの求職希望者Ｕの学歴及び職歴は、認証付きであり、その認証も改ざんの恐れが少ないため、非常に信頼性の高いものである。

また、従来では、学歴や職歴は、夫々別々に管理されているため、学歴や職歴に関する情報を取得するために、夫々別々に取得しなければならなかった。
これに対して、本サービスの提供者Ｇは、ＰＤＳサーバ１を用いて、求職希望者Ｕ等の認証済みの学歴情報ＥＩと求職希望者Ｕ等の認証済みの職歴情報ＷＩとの夫々を対応付けて、１つの情報として統合して管理することができる。これにより、例えば、認証機関Ａは、認証サーバ２を用いて、求職希望者Ｕの氏名や割り当てたＩＤ番号等でＰＤＳサーバ１にアクセスするだけで、求職希望者Ｕの学歴や職歴を含む経歴を一括して容易に取得できる。
このようにして、本サービスは、学歴や職歴に関する情報を効率的に一括して管理しており、これらを容易に取得することができるようになっている。

また、本サービスでは、学歴や職歴に関する情報は、認証機関Ａにより認証がなされたものであるため、求職希望者Ｕや採用予定会社Ｒに提供される情報に信頼性を持たせることができる。

次に、図１を用いて上述した本サービスの提供を実現化させる情報処理システム、即ち、本発明の情報処理装置の一実施形態に係るＰＤＳサーバ１を含む情報処理システムの構成について説明する。
図２は、図１の本サービスの適用対象となる情報処理システム、即ち、本発明の情報処理装置の一実施形態に係るＰＤＳサーバを含む情報処理システムの構成を示す図である。

図２に示す情報処理システムは、ＰＤＳサーバ１、認証サーバ２、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６を含むように構成されている。
ＰＤＳサーバ１、認証サーバ２、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６の夫々は、インターネット等の所定のネットワークＮを介して相互に接続されている。

ＰＤＳサーバ１は、本サービスの提供者Ｇにより管理され、認証サーバ２と適宜通信をしながら、本サービスを実現するための各種処理を実行する。このように、本実施形態では、ＰＤＳサーバ１は、認証サーバ２を介して、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６の夫々と各種情報を授受している。なお、当然ながら、ＰＤＳサーバ１は、認証サーバ２を介さずに、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６と相互に各種情報を授受してもよい。
ＰＤＳサーバ１は、認証サーバ２で認証がなされ、求職希望者Ｕ等の学歴情報ＥＩ及び職歴情報ＷＩを各個人毎に対応付けることで、認証済みの学歴及び職歴を各個人毎に統合して管理する。
なお、ＰＤＳサーバ１は、システムの構造上、認証サーバ２を介して、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６と相互に接続されている。

認証サーバ２は、認証機関Ａにより管理され、ＰＤＳサーバ１、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６の夫々と適宜通信をしながら、求職希望者Ｕの学歴情報ＥＩの認証を行ったり、職歴情報ＷＩの認証を行う。
具体的には例えば、認証サーバ２は、学校等装置４から送信された学歴情報ＥＩを取得して、その正当性の確認を行うことで、求職希望者Ｕの学歴の認証を行う。また例えば、認証サーバ２は、会社等装置５から送信された職歴情報ＷＩを取得して、その正当性の確認を行うことで、求職希望者Ｕの職歴の認証を行う。
また、認証サーバ２は、求職希望者端末３から、参照依頼情報ＲＩを取得して、参照依頼情報ＲＩに対する参照結果の情報を送信することで、求職希望者Ｕに認証済みの学歴及び職歴を提示する。
さらに、認証サーバ２は、求職希望者端末３から、証明書発行申請情報ＡＩを取得して、証明書発行申請情報ＡＩに対する証明書情報ＣＩを送信することで、認証付きの学歴及び職歴の証明書を発行する。

求職希望者端末３は、求職希望者Ｕにより操作され、例えばパーソナルコンピュータ、スマートフォン、タブレット等で構成される。
求職希望者端末３は、認証サーバ２に対して、参照依頼情報ＲＩや証明書発行申請情報ＡＩを送信する。

学校等装置４は、学校等Ｓにより管理され、認証サーバ２に対して、学歴情報ＥＩを送信する。
会社等装置５は、会社等Ｃにより管理され、認証サーバ２に対して、職歴情報ＷＩを送信する。
採用予定会社装置６は、採用予定会社Ｒにより操作され、認証サーバ２から証明書情報ＣＩを受信する。

次に、図３を用いて上述した情報処理システムを構成するＰＤＳサーバ１のハードウェア構成の一例について説明する。
図３は、図２に示す情報処理システムのうちＰＤＳサーバのハードウェア構成の一例を示すブロック図である。

ＰＤＳサーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

入力部１６は、例えばキーボード等により構成され、各種情報が入力される。
出力部１７は、液晶等のディスプレイやスピーカ等により構成される。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図２の認証サーバ２等）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図２の認証サーバ２、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６も、図３に示すハードウェア構成と基本的に同様の構成を有することができる。従って、認証サーバ２、求職希望者端末３、学校等装置４、会社等装置５、及び採用予定会社装置６の構成の説明については省略する。

このようなＰＤＳサーバ１及び認証サーバ２等の各種ハードウェアと各種ソフトウェアとの協働により、経歴登録処理及び経歴参照発行処理の実行が可能になる。
経歴登録処理とは、学歴情報ＥＩ及び職歴情報ＷＩの夫々を、認証サーバ２が夫々認証を行い、ＰＤＳサーバ１が対応付けて登録するまでの一連の処理をいう。
経歴参照発行処理とは、経歴登録処理の結果として統合されて管理された学歴情報ＥＩ及び職歴情報ＷＩを参照させるために提示したり、証明書を発行するまでの一連の処理をいう。

ＰＤＳサーバ１及び認証サーバ２等は、経歴登録処理及び経歴参照発行処理を実行するにあたり、図４に示すような機能的構成を有する。
そこで、以下、図４を参照して、本実施形態に係るＰＤＳサーバ１及び認証サーバ２等において実行される経歴登録処理及び経歴参照発行処理を実行するための機能的構成について説明する。

図４は、図２の情報処理システムの認証サーバ及び図３のＰＤＳサーバの機能的構成のうち、経歴登録処理及び経歴参照発酵処理の際に機能する機能的構成の一例を示す機能ブロック図である。

まず、ＰＤＳサーバ１側の経歴登録処理の機能的構成について説明する。
図４に示すように、ＰＤＳサーバ１のＣＰＵ１１においては、経歴登録処理が実行される際には、学歴情報取得部５１と、職歴情報取得部５２と、統合管理部５３とが機能する。
ＰＤＳサーバ１の記憶部１８の一領域には、統合管理ＤＢ２００が設けられている。

求職希望者Ｕの依頼に基づいて学校等装置４により入力された、求職希望者Ｕが学校等Ｓで履修した履修履歴と履修科目の成績を含む学歴を示す情報は、学歴情報ＥＩとして、認証サーバ２において認証がなされた後、ＰＤＳサーバ１に送信される。
学歴情報取得部５１は、認証サーバ２で認証された求職希望者Ｕの学歴情報ＥＩを、通信部１９を介して取得する。

また、求職希望者Ｕの依頼に基づいて会社等装置５により入力された、求職希望者Ｕが就業した若しくは就業している会社等Ｃにおける職務履歴を示す情報は、職歴情報ＷＩとして、認証サーバ２において認証がなされた後、ＰＤＳサーバ１に送信される。
職歴情報取得部５２は、認証サーバ２で認証された求職希望者Ｕの職歴情報ＷＩを通信部１９を介して取得する。

統合管理部５３は、取得された求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩを対応付けて統合して管理する。
例えば本実施形態では、統合管理部５３は、学歴情報取得部５１で取得された求職希望者Ｕの学歴情報ＥＩ及び職歴情報取得部５２で取得された求職希望者Ｕの職歴情報ＷＩを夫々取得する。そして、統合管理部５３は、取得した学歴情報ＥＩ及び職歴情報ＷＩを対応付けて、統合管理ＤＢ２００に格納する。これにより、求職希望者Ｕについての認証済みの学歴情報ＥＩ及び認証済みの職歴情報ＷＩが統合されて、その求職希望者Ｕの認証済経歴情報ＨＩとして登録される。
このように、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩは認証済経歴情報ＨＩとして一括して管理される。これにより、例えば求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩが抽出されて時系列毎に並べ替えられることで、求職希望者Ｕの経歴を時系列毎に表示することができる。その結果、通常の履歴書のように学歴と職歴が分割して表示されないので、例えば求職希望者Ｕが、高校卒業後、一度就職し、大学に入学し、大学卒業後、就職した等、求職希望者Ｕの経歴を時系列で容易に把握することができる。

統合管理部５３には、標準化部９１が設けられている。
標準化部９１は、求職希望者Ｕ等の個人毎に対応付けて管理される学歴情報ＥＩ及び職歴情報ＷＩの夫々を対象として、所定の規則に従って標準化を行う。
ここで、標準化部９１により行われる所定の規則に従った標準化について説明する。
具体的には例えば、学歴情報ＥＩには学校等Ｓの成績が含まれる。しかし、学校等Ｓが大学の場合、大学毎に成績の評価方法が異なる。例えば、成績の評価方法として、同一の科目であっても複数の学校等Ｓ毎に、「秀、優、良、可、不可」の５段階評価が採用されたり、「５、４、３、２、１」の５段階評価が採用されたり、また、１０段階評価が採用されたりする。そのため、採用予定会社Ｒは、求職希望者Ｕの学歴を他者と比較して検討したくとも、容易にすることが困難である。
そこで、標準化部９１は、例えば、学歴情報ＥＩに含まれる各大学の成績を「Ａ、Ｂ、Ｃ、Ｄ、Ｅ」の５段階評価に統一して変換して正規化することで、標準化を行うことができる。
同様に、標準化部９１は、職歴情報ＷＩについても、所定の規則に従って標準化を行うことができる。例えば、標準化部９１は、求職希望者Ｕが会社等Ｃで営業職に従事している又はしていた場合、ルート営業なのか、新規営業なのかで、予め定められたフォーマットに適用するように会社等Ｃの評価に関する情報を変更することで、標準化を行うこともできる。さらに、標準化部９１は、単に月々の契約成立数だけでなく、販売する商品とその価格、夫々に応じて、予め備定められたフォーマットに適用するように会社等Ｃの評価に関する情報を変更することで、標準化を行うこともできる。
このようにして、採用予定会社Ｒは、求職希望者Ｕの学歴や職歴について、他者と標準化されたもので見比べることができるので、容易に比較や検討をすることが可能になる。

以上、ＰＤＳサーバ１側についての経歴登録処理が実行される際の機能的構成について説明した。
次に、認証サーバ２側についての経歴登録処理が実行される際の機能的構成について説明する。
図４に示すように、認証サーバ２のＣＰＵ３１においては、経歴登録処理が実行される際には、学歴情報取得部７１と、職歴情報取得部７２と、経歴認証部７３と、サイト管理部７６とが機能する。

サイト管理部７６は、主に、上述の申請ウェブサイトＷＳを管理する。

求職希望者Ｕの依頼に基づいて学校等装置４は、申請ウェブサイトＷＳにアクセスして、求職希望者Ｕの学歴情報ＥＩを入力する。
学歴情報取得部７１は、求職希望者Ｕの学歴情報ＥＩを申請ウェブサイトＷＳを介して取得する。

求職希望者Ｕの依頼に基づいて会社等装置５は、申請ウェブサイトＷＳにアクセスして、求職希望者Ｕの職歴情報ＷＩを入力する。
職歴情報取得部７２は、求職希望者Ｕの職歴情報ＷＩを申請ウェブサイトＷＳを介して取得する。

経歴認証部７３には、学歴認証部１３１と、職歴認証部１３２とが設けられている。
経歴認証部７３のうち学歴認証部１３１は、学歴情報取得部７１で取得された求職希望者Ｕの学歴情報ＥＩについて認証を行う。
経歴認証部７３のうち職歴認証部１３２は、職歴情報取得部７２で取得された求職希望者Ｕの職歴情報ＷＩについて認証を行う。

例えば本実施形態では、経歴認証部７３のうち学歴認証部１３１は、学歴情報取得部７１で取得された学歴情報ＥＩについての正当性の確認を行うことで学歴情報ＥＩの認証を行う。ここで、正当性の確認は、求職希望者Ｕの学歴情報ＥＩが学校等装置４から申請ウェブサイトＷＳにより取得されたことをもって行われる。学歴認証部１３１は、認証後の求職希望者Ｕの学歴情報ＥＩを、図示せぬデータベースに格納すると共に、ＰＤＳサーバ１に送信する。

例えば本実施形態では、経歴認証部７３のうち職歴認証部１３２は、職歴情報取得部７２で取得された職歴情報ＷＩについての正当性の確認を行うことで職歴情報ＷＩの認証を行う。ここで、正当性の確認は、求職希望者Ｕの職歴情報ＷＩが会社等装置５から申請ウェブサイトＷＳにより取得されたことをもって行われる。職歴認証部１３２は、認証後の求職希望者Ｕの職歴情報ＷＩを、図示せぬデータベースに格納すると共に、ＰＤＳサーバ１に送信する。

このようにして経歴認証部７３で学歴情報ＥＩ及び職歴情報ＷＩの夫々について認証が行われるので、学歴情報ＥＩ及び職歴情報ＷＩの信頼性を高めることができる。即ち、本サービスの提供者Ａにより管理されるＰＤＳサーバ１でなく、本サービスの提供者Ａからみて第三者である認証機関Ａにより管理される認証サーバ２で認証が行われるので、学歴情報ＥＩ及び職歴情報ＷＩの信頼性が一段と高くなる。

以上、認証サーバ２の機能的構成のうち、経歴登録処理が実行される際の機能的構成について説明した。
次に、認証サーバ２の機能的構成のうち、経歴参照発行処理が実行される際の機能的構成について説明する。

次に認証サーバ２側の経歴参照発行処理の機能的構成について説明する。
図４に示すように、認証サーバ２のＣＰＵ３１においては、経歴参照発行処理が実行される際には、参照申請管理部７４と、参照発行管理部７５と、サイト管理部７６とが機能する。

まずは、参照依頼情報ＲＩが取得された場合の機能的構成について説明する。

求職希望者Ｕは、自身の経歴情報を参照したい場合、求職希望者端末３を介して申請ウェブサイトＷＳにアクセスして、参照依頼情報ＲＩを入力する。
そこで、参照申請管理部７４は、申請ウェブサイトＷＳに入力された参照依頼情報ＲＩを取得して、参照発行管理部７５に提供する。
参照発行管理部７５は、参照申請管理部７４から提供された参照依頼情報ＲＩを、ＰＤＳサーバ１に送信する。

ここで、ＰＤＳサーバ１側の経歴参照発行処理の機能的構成について説明する。
参照依頼情報ＲＩがＰＤＳサーバ１に送信されてきて経歴参照発行処理が実行される際には、ＰＤＳサーバ１のＣＰＵ１１においては、統合管理部５３が機能する。
統合管理部５３は、認証サーバ２から送信されてきた参照依頼情報ＲＩを取得すると、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩを検索し、検索結果として認証サーバ２に送信する。

認証サーバ２の参照発行管理部７５は、検索結果として、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩをＰＤＳサーバ１から取得し、その検索結果に基づく情報を、参照申請管理部７４に提供する。
ここで、検索結果に基づく情報とは、検索結果たる求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩ自体であってもよいし、それらが加工された情報、或いはそれらに基づいて新たに生成された情報であってもよい。
参照申請管理部７４は、参照発行管理部７５から提供された検索結果に基づく情報を、参照結果として求職希望者端末３を介して求職希望者Ｕに提示する。

次に、証明書発行申請情報ＡＩが取得された場合の機能的構成について説明する。

求職希望者Ｕは、自身の経歴情報に関する証明書を発行して採用予定会社Ｒに提出等したい場合、求職希望者端末３を介して申請ウェブサイトＷＳにアクセスして、証明書発行申請情報ＡＩを入力する。
そこで、参照申請管理部７４は、申請ウェブサイトＷＳに入力された証明書発行申請情報ＡＩを取得して、参照発行管理部７５に提供する。
参照発行管理部７５は、参照申請管理部７４から提供された証明書発行申請情報ＡＩを、ＰＤＳサーバ１に送信する。

ここで、ＰＤＳサーバ１側の経歴参照発行処理の機能的構成について説明する。
証明書発行申請情報ＡＩがＰＤＳサーバ１に送信されてきて経歴参照発行処理が実行される際には、ＰＤＳサーバ１のＣＰＵ１１においては、統合管理部５３が機能する。
統合管理部５３は、認証サーバ２から送信されてきた証明書発行申請情報ＡＩを取得すると、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩを検索し、検索結果として認証サーバ２に送信する。

認証サーバ２の参照発行管理部７５は、検索結果として、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩをＰＤＳサーバ１から取得し、それに基づいて証明書情報ＣＩを生成して、参照申請管理部７４に提供する。
参照申請管理部７４は、参照発行管理部７５から提供された証明書情報ＣＩを採用予定会社装置６に送信することで、証明書の発行をする。

以上、図４を参照して、図２の情報処理システムの認証サーバ及び図３のＰＤＳサーバの機能的構成のうち、経歴登録処理及び経歴参照発行処理の際に機能する機能的構成の一例について説明した。

ここで、従来では、学歴や職歴は、夫々別々に管理されているため、学歴や職歴に関する情報を取得するために、夫々別々に取得しなければならなかった。
これに対して、ＰＤＳサーバ１では、求職希望者Ｕ等の個人毎に、その個人属性情報として、学歴情報取得部５１において認証済みの学歴情報ＥＩが取得され、職歴情報取得部５２において認証済みの職歴情報ＷＩが取得される。その結果、統合管理部５３は、求職希望者Ｕ等の認証済みの学歴情報ＥＩと、求職希望者Ｕ等の認証済みの職歴情報ＷＩとの夫々を対応付ける。これにより、認証済みの学歴及び職歴が統合されて一括管理される。
このように、個人毎に、学歴や職歴に関する情報が効率的に管理されており、その結果、学歴や職歴が容易に取得可能になる。

また、認証サーバ２の学歴認証部１３１は、求職希望者Ｕの学歴情報ＥＩを認証する。同様に、認証サーバ２の職歴認証部１３２は、求職希望者Ｕの職歴情報ＷＩを認証する。そして、認証がなされた学歴情報ＥＩ及び職歴情報ＷＩは、ＰＤＳサーバ１で統合されて管理される。
その結果、求職希望者Ｕや採用予定会社Ｒに提供される情報に信頼性を持たせることができる。

また、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩの夫々は、所定の規則に従って、標準化がなされている。
これにより、採用予定会社Ｒ等に提供する情報に、統一性及び同一性を持たせることができる。その結果、採用予定会社Ｒは、求職希望者Ｕを含む複数の者の学歴や履歴を容易に比較して検討することができる。

次に、図５を参照して、図３のＰＤＳサーバ１及び認証サーバ２等により実行される経歴登録処理及び経歴参照発行処理について説明する。
図５は、図４の機能的構成を有する認証サーバ及びＰＤＳサーバを含む情報処理システムにおいて実行される経歴登録処理及び経歴参照発行処理の流れの一例を示すアローチャートである。

まず、経歴登録処理の流れの一例について説明する。
経歴登録処理は、図５のステップＳ１乃至Ｓ５の一連の処理として構成される。

求職希望者Ｕの依頼に基づいて学校等装置４により、学歴情報ＥＩが申請ウェブサイトＷＳに入力されると、ステップＳ１の処理が実行される。
即ち、ステップＳ１において、認証サーバ２の学歴情報取得部７１は、学校等装置４により入力された求職希望者Ｕの学歴情報ＥＩを取得する。
そして、認証サーバ２の学歴認証部１３１は、求職希望者Ｕの学歴情報ＥＩの認証を行う。学歴認証部１３１は、認証がなされた求職希望者Ｕの学歴情報ＥＩを、図示しないデータベースに格納すると共に、ＰＤＳサーバ１に送信する。
ステップＳ２において、ＰＤＳサーバ１の学歴情報取得部５１は、ステップＳ１で認証サーバ２により認証がなされた求職希望者Ｕの学歴情報ＥＩを取得する。

一方、求職希望者Ｕの依頼に基づいて会社等装置５により、職歴情報ＷＩが申請ウェブサイトＷＳに入力されると、ステップＳ３の処理が実行される。
即ち、ステップＳ３において、認証サーバ２の職歴情報取得部７２は、会社等装置５により入力された求職希望者Ｕの職歴情報ＷＩを取得する。
そして、認証サーバ２の職歴認証部１３２は、求職希望者Ｕの職歴情報ＷＩの認証を行う。職歴認証部１３２は、認証がなされた求職希望者Ｕの職歴情報ＷＩを、図示しないデータベースに格納すると共に、ＰＤＳサーバ１に送信する。
ステップＳ４において、ＰＤＳサーバ１の職歴情報取得部５２は、ステップＳ３で認証サーバ２により認証がなされた求職希望者Ｕの職歴情報ＷＩを取得する。

ステップＳ５において、統合管理部５３は、ステップＳ２で取得された求職希望者Ｕの認証済みの学歴情報ＥＩと、ステップＳ４で取得された求職希望者Ｕの認証済みの職歴情報ＷＩを対応付けて、統合管理ＤＢ２００に格納する。これにより、認証済みの学歴情報ＥＩ及び認証済みの職歴情報ＷＩが、統合されて求職希望者Ｕの認証済経歴情報ＨＩとして登録される。

次に、経歴参照発行処理の流れの一例について説明する。
経歴登録処理は、図５のステップＳ６乃至Ｓ１７の処理として構成される。

求職希望者Ｕは、自身の経歴情報を参照したい場合、求職希望者端末３を介して申請ウェブサイトＷＳにアクセスして、参照依頼情報ＲＩを入力する。
そこで、ステップＳ６において、認証サーバ２の参照申請管理部７４は、求職希望者端末３により申請ウェブサイトＷＳに入力された参照依頼情報ＲＩを取得する。

ステップＳ７において、認証サーバ２の参照発行管理部７５は、ステップＳ６で取得された参照依頼情報ＲＩを取得する。
ステップＳ８において、認証サーバ２の参照発行管理部７５は、参照依頼情報ＲＩに基づいて、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩの少なくとも一部を検索の対象の情報として決定し、当該対象の情報を検索するためにＰＤＳサーバ１にアクセスする。
すると、ステップＳ９において、ＰＤＳサーバ１の統合管理部５３は、対象の情報を統合管理ＤＢ２００から抽出し、それを検索結果として認証サーバ２に送信する。
即ち、認証サーバ２の参照発行管理部７５は、検索結果（対象の情報）を受信して取得する。

ステップＳ１０において、認証サーバ２の参照申請管理部７４は、ステップＳ９において参照発行管理部７５で取得された検索結果に基づく情報（対象の情報）を取得する。
ステップＳ１１において、認証サーバ２の参照申請管理部７４は、ステップＳ１０で取得した検索結果に基づく情報を参照結果の情報として、求職希望者端末３に表示等することで、求職希望者Ｕに提示する。

一方、求職希望者Ｕは、自身の経歴情報に関する証明書を発行して採用予定会社Ｒに提出等したい場合、求職希望者端末３を介して申請ウェブサイトＷＳにアクセスして、証明書発行申請情報ＡＩを入力する。
そこで、ステップＳ１２において、認証サーバ２の参照申請管理部７４は、求職希望者端末３により、申請ウェブサイトＷＳが備える入力フォームに入力された証明書発行申請情報ＡＩを取得する。

ステップＳ１３において、認証サーバ２の参照発行管理部７５は、ステップＳ６で取得された証明書発行申請情報ＡＩを取得する。
ステップＳ１４において、認証サーバ２の参照発行管理部７５は、証明書発行申請情報ＡＩに基づいて、求職希望者Ｕの学歴情報ＥＩ及び職歴情報ＷＩの少なくとも一部を検索の対象の情報として決定し、当該対象の情報を検索するためにＰＤＳサーバ１にアクセスする。
すると、ステップＳ１５において、ＰＤＳサーバ１の統合管理部５３は、対象の情報を統合管理ＤＢ２００から抽出し、それを検索結果として認証サーバ２に送信する。
即ち、認証サーバ２の参照発行管理部７５は、検索結果（対象の情報）を受信して取得する。

ステップＳ１６において、認証サーバ２の参照申請管理部７４は、ステップＳ１５において参照発行管理部７５で取得された検索結果（対象の情報）を、証明書情報ＣＩとして取得する。
ステップＳ１７において、認証サーバ２の参照申請管理部７４は、ステップＳ１６で取得した証明書情報ＣＩを、採用予定会社装置６に表示等することで、採用予定会社Ｒに提示する。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

例えば、上述の実施形態において、ＰＤＳサーバ１は、学歴情報ＥＩ及び職歴情報ＷＩの夫々を取得し、統合して管理する、と説明したが、特にこれに限定されない。
即ち、ＰＤＳサーバ１により取得されて管理されるのは、学歴情報ＥＩ及び職歴情報ＷＩに限られない。
具体的には例えば、学歴情報ＥＩに対して、学校等Ｓでのクラブ活動や、生徒会活動等といった履修履歴に関する情報以外の情報を含めてもよい。同様に、職歴情報ＷＩに対して、求職希望者Ｕの成果等の情報を含めてもよい。ここで、成果については、例えば、求職希望者Ｕが、実際に作成したプログラム等そのものや、それに関する評価等の情報を含めてもよい。

また例えば、上述の実施形態において、学校等装置４は、学歴情報ＥＩを送信し、会社等装置５は、職歴情報ＷＩを送信する、と説明したが、特にこれに限定されない。
即ち、学歴情報ＥＩ及び職歴情報ＷＩを送信するのは、学校等Ｓ及び会社等Ｃのみに限定されない。
具体的には例えば、学歴情報ＥＩは、学校等Ｓの教育機関の他、学習塾、資格受験指導等の学校法人以外の教育機関の履修履歴や成績に関する情報も含むことができる。
また、職歴情報ＷＩは、会社等Ｃの他、パート、アルバイト先の会社の評価に関する情報を含めてもよい。
これにより、例えば、求職希望者Ｕが、就業経験がない学生であっても、アルバイト先の会社での評価を職歴情報ＷＩに含めることができるので、本サービスを利用することができる。

また例えば、上述の実施形態において、ＰＤＳサーバ１は、学校等装置４及び会社等装置５から学歴情報ＥＩ及び職歴情報ＷＩを取得、管理する、と説明したが、特にこれに限定されない。
即ち、ＰＤＳサーバ１で取得、管理する情報は、学歴情報ＥＩ及び職歴情報ＷＩ以外の情報であってもよい。
具体的には例えば、ＰＤＳサーバ１は、学歴、職歴以外の経歴として、地域のボランティア活動の経験や評価に関する情報を取得、管理してもよい。

また例えば、上述の実施形態において、認証は、学歴情報ＥＩが学校等Ｓによって入力されたこと、職歴情報ＷＩが会社等Ｃによって入力されたことをもって、その正当性の確認、即ち、求職希望者Ｕの職歴の認証を行う、と説明したが、特にこれに限定されない。
即ち、認証には、学歴情報ＥＩ及び職歴情報ＷＩの内容が正しいか否か、改ざんされたものかそうでないか等の内容の正当性を確認することも含めてもよい。

また例えば、上述の実施形態において、標準化部９１は、求職希望者Ｕ等の個人毎に対応付けて管理される学歴情報ＥＩ及び職歴情報ＷＩの夫々を対象として、所定の規則に従って標準化を行う、と説明したが、特にこれに限定されない。即ち、所定の規則に従った標準化は、特に限定されない。
具体的には例えば、標準化については、成績の評価の方法の他、学校等Ｓの偏差値毎にランク付け等を行ってもよい。
例えば、学校等Ｓが大学である場合、標準化部９１は、偏差値が７０以上であるとＳランク、６０以上であるとＡランク、といった学校毎にランク付けを行ってもよい。さらには、標準化部９１は、大学の学部毎にランクを変更してもよい。つまり、医学部であればＡランク以上としてもよい。
これにより、例えば、採用予定会社Ｒ等は、求職希望者Ｕの経歴を他の求職希望者Ｕと容易に比較、検討することもできる。

また例えば、上述の実施形態において、ＰＤＳサーバ１の標準化部９１は、学歴情報ＥＩに含まれる成績や職歴情報ＷＩに含まれる評価について標準化を行う、と説明したが、特にこれに限定されない。
即ち、標準化は、学歴情報ＥＩや職歴情報ＷＩを含む個人属性情報そのものについての標準化も含まれる。

また例えば、上述の実施形態において、職歴には評価も含む、と説明したが、特にこれに限定されない。即ち、会社等Ｃにおける求職希望者Ｕの評価の方法については、特に限定されない。
具体的には例えば、Ｇｉｔｈｕｂ（登録商標）を用いて、求職希望者Ｕが作成したプログラム等についても評価の対象としてもよい。
さらに、例えば、求職希望者Ｕが職人、いわゆる技能者が習得した技能習得の経歴を評価の対象としてもよい。

また例えば、上述の実施形態において、認証機関Ａは、ＰＤＳサーバ１を管理するサービスの提供者Ｇとは独立した機関である、と説明したが、特にこれに限定されない。
即ち、認証機関Ａと本サービスの提供者Ｇは、同一の者であってもよい。
具体的には例えば、本サービスでは、サービスの提供者Ｇと認証機関Ａは、同一の者であってもよいし、また、サービスの提供者Ｇ、認証機関Ａとは異なる第三者が、ＰＤＳサーバ１や認証サーバ２を管理してもよい。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば、ＰＤＳサーバ１の機能ブロックを認証サーバ２等に移譲させてもよい。逆に認証サーバ２の機能ブロックをＰＤＳサーバ１等に移譲させてもよい。さらには、ＰＤＳサーバ１及び認証サーバ２の機能ブロックを求職希望者端末３等に移譲させてもよいし、求職希望者端末３等の機能ブロックをＰＤＳサーバ１等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、求職希望者Ｕ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で求職希望者Ｕ等に提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図２のＰＤＳサーバ１）は、
個人に関する属性（例えば学歴、職業履歴、病歴、性別）を示す情報を属性情報として管理する情報処理装置（例えばＰＤＳサーバ１）において、
前記個人が履修機関（例えば学校）で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する学歴情報取得手段（例えば図４の学歴情報取得部５１）と、
前記個人が就業した若しくは就業している組織（例えば勤めていた又は務めている会社）における職務履歴を示す前記属性情報を職歴情報として取得する職歴情報取得手段（例えば図４の職歴情報取得部５２）と、
前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する統合管理手段（例えば図４の統合管理部５３）と、
を備える。
ここで、従来では、学歴や職歴は、夫々別々に管理されているため、学歴や職歴に関する情報を取得するために、夫々別々に取得しなければならなかった。
これに対して、ＰＤＳサーバ１では、求職希望者Ｕ等の個人毎に、その個人属性情報として、学歴情報取得部５１において認証済みの学歴情報ＥＩが取得され、職歴情報取得部５２において認証済みの職歴情報ＷＩが取得される。その結果、統合管理部５３は、求職希望者Ｕ等の認証済みの学歴情報ＥＩと、求職希望者Ｕ等の認証済みの職歴情報ＷＩとの夫々を対応付ける。これにより、認証済みの学歴及び職歴が統合されて一括管理される。
このように、個人毎に、学歴や職歴に関する情報が効率的に管理されており、その結果、学歴や職歴が容易に取得可能になる。

また、前記個人毎に対応付けて管理される前記学歴情報及び前記職歴情報の夫々は、前記情報処理装置とは異なる情報処理装置（例えば図２の認証サーバ２）で正当性に関する認証がなされている。
認証サーバ２の学歴認証部１３１は、求職希望者Ｕの学歴情報ＥＩを認証する。同様に、認証サーバ２の職歴認証部１３２は、求職希望者Ｕの職歴情報ＷＩを認証する。そして、認証がなされた学歴情報ＥＩ及び職歴情報ＷＩは、ＰＤＳサーバ１で統合されて管理される。
その結果、求職希望者Ｕや採用予定会社Ｒに提供される情報に信頼性を持たせることができる。

また、前記個人毎に対応付けて管理される前記学歴情報及び前記職歴情報の夫々は、所定の規則に従って標準化がなされている。
これにより、採用予定会社Ｒ等に提供する情報に、統一性及び同一性を持たせることができる。その結果、採用予定会社Ｒは、求職希望者Ｕを含む複数の者の学歴や履歴を容易に比較して検討することができる。

１・・・ＰＤＳサーバ、２・・・認証サーバ、３・・・求職希望者端末、４・・・学校等装置、５・・・会社等装置、６・・・採用予定会社装置、１１、３１・・・ＣＰＵ、１８・・・記憶部、１９、３９・・・通信部、５１、７１・・・学歴情報取得部、５２、７２・・・職歴情報取得部、５３・・・統合管理部、７３・・・経歴認証部、７４・・・参照申請管理部、７５・・・参照発行管理部、９１・・・標準化部、１３１・・・学歴認証部、１３２・・・職歴認証部、２００・・・統合管理ＤＢ

Claims (5)

1. 個人に関する属性を示す情報を属性情報として管理する情報処理装置において、
   前記個人が履修機関で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する学歴情報取得手段と、
   前記個人が就業した若しくは就業している組織における職務履歴を示す前記属性情報を職歴情報として取得する職歴情報取得手段と、
   前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する統合管理手段と、
   を備える情報処理装置。
2. 前記個人毎に対応付けて管理される前記学歴情報及び前記職歴情報の夫々は、前記情報処理装置とは異なる情報処理装置で正当性に関する認証がなされている、
   請求項１に記載の情報処理装置。
3. 前記個人毎に対応付けて管理される前記学歴情報及び前記職歴情報の夫々は、所定の規則に従って標準化がなされている、
   請求項１又は２に記載の情報処理装置。
4. 個人に関する属性を示す情報を属性情報として管理する情報処理装置が実行する情報処理方法において、
   前記個人が履修機関で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する学歴情報取得ステップと、
   前記個人が就業した若しくは就業している組織における職務履歴を示す前記属性情報を職歴情報として取得する職歴情報取得ステップと、
   前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する統合管理ステップと、
   を備える情報処理方法。
5. 個人に関する属性を示す情報を属性情報として管理する情報処理装置を制御するコンピュータに、
   前記個人が履修機関で履修した履修履歴と履修科目の成績を含む学歴を示す前記属性情報を学歴情報として取得する学歴情報取得ステップと、
   前記個人が就業した若しくは就業している組織における職務履歴を示す前記属性情報を職歴情報として取得する職歴情報取得ステップと、
   前記個人毎に、取得された前記学歴情報及び前記職歴情報を対応付けて管理する統合管理ステップと、
   を含む制御処理を実行させるプログラム。
   

Images