(57)【要約】【課題】サービス提供会社に個人情報を登録することなく、当該個人情報に基づいたマッチングサービスをより安全に提供することが可能なマッチングシステム及び個人情報管理装置を提供する。【解決手段】複数の要素から構成される個人情報を記憶する個人情報記憶手段と、外部装置から前記個人情報の送信要求を受け付ける第１送信要求受付手段と、前記第１送信要求受付手段が前記送信要求を受け付ける毎に、前記個人情報記憶手段から前記個人情報を読み出し、当該個人情報の精度を低下させる処理を施すフィルタリング手段と、前記フィルタリング手段により処理された個人情報を前記外部装置に送信する個人情報送信手段と、を備える。【選択図】        図１
2009238067.tif 000002
【特許請求の範囲】
【請求項１】
本システムの利用者が操作する利用者端末と、当該利用者の個人情報に基づいて所定の対照情報とのマッチングを行うサーバ装置とがネットワークを介して接続されたマッチングシステムであって、
前記利用者端末は、
複数の要素から構成された前記個人情報を記憶する個人情報記憶手段と、
前記サーバ装置から前記個人情報の送信要求を受け付ける個人情報送信要求受付手段と、
前記個人情報送信要求受付手段が前記個人情報の送信要求を受け付ける毎に、前記個人情報記憶手段から前記個人情報を読み出し、当該個人情報の精度を低下させる処理を施すフィルタリング手段と、
前記フィルタリング手段により処理された個人情報を、前記サーバ装置に送信する個人情報送信手段と、
を備え、
前記サーバ装置は、
前記個人情報を構成する何れか又は全ての要素についてマッチング条件が定義された前記対照情報を記憶する対照情報記憶手段と、
前記利用者端末に前記個人情報の送信を要求する個人情報送信要求手段と、
前記利用者端末から送信された個人情報の要素と、前記対照情報記憶手段に記憶された前記対照情報各々のマッチング条件とを比較し、当該個人情報の要素に合致した対照情報を前記対照情報記憶手段から抽出するマッチング手段と、
前記マッチング手段により抽出された対照情報を、前記利用者端末に提供する情報提供手段と、
を備えたことを特徴とするマッチングシステム。
【請求項２】
前記フィルタリング手段は、前記個人情報の要素が表す数値を丸めることを特徴とする請求項１に記載のマッチングシステム。
【請求項３】
前記フィルタリング手段は、前記個人情報の要素が表す文字列を一部省略することを特徴とする請求項１又は２に記載のマッチングシステム。
【請求項４】
前記フィルタリング手段は、前記個人情報の要素が表す意味を上位概念化することを特徴とする請求項１〜３の何れか一項に記載のマッチングシステム。
【請求項５】
前記利用者端末は、
前記個人情報を構成する複数の要素うち、特定の要素を指示するフィルタリング制御手段を更に備え、
前記フィルタリング手段は、前記フィルタリング制御手段により指示された要素を、前記第個人情報記憶手段から読み出すことを特徴とする請求項１〜４の何れか一項に記載のマッチングシステム。
【請求項６】
前記フィルタリング制御手段は、前記フィルタリング手段による処理の有無を指示し、
前記フィルタリング手段は、前記フィルタリング制御手段の指示内容に従って、前記個人情報に処理を施すことを特徴とする請求項５に記載のマッチングシステム。
【請求項７】
前記利用者端末は、
前記フィルタリング手段により処理された個人情報を表示する表示手段と、
前記利用者から前記個人情報の送信可否を指示する指示信号の入力を受け付ける送信可否受付手段と、
を更に備え、
前記個人情報送信手段は、前記送信可否受付手段により送信可を指示する指示信号が受け付けられた場合に、前記個人情報を前記サーバ装置に送信することを特徴とする請求項１〜６の何れか一項に記載のマッチングシステム。
【請求項８】
前記利用者端末は、
前記利用者に予め割り当てられた固有の鍵情報を記憶する鍵情報記憶手段と、
前記サーバ装置から前記鍵情報の送信要求を受け付ける鍵情報送信要求受付手段と、
前記鍵情報送信要求受付手段が前記鍵情報の送信要求を受け付ける毎に、前記鍵情報記憶手段に記憶された鍵情報を読み出し、前記サーバ装置に送信する鍵情報送信手段と、
を更に備え、
前記サーバ装置は、
前記利用者の各々に割り当てられた鍵情報を認証用鍵情報として記憶する認証情報記憶手段と、
前記個人情報要求手段による前記個人情報の送信要求に先行して、前記利用者端末に前記鍵情報の送信を要求する鍵情報要求手段と、
前記利用者端末から送信された鍵情報と、前記認証情報記憶手段に記憶された認証用鍵情報とを比較し、両鍵情報が一致した場合にのみ前記利用者端末のアクセスを許可する認証手段と、
を更に備えたことを特徴とする請求項１〜７の何れか一項に記載のマッチングシステム。
【請求項９】
前記鍵情報記憶手段は、前記利用者に予め割り当てられた当該利用者の公開鍵と秘密鍵とを前記鍵情報として記憶し、
前記認証情報記憶手段は、前記利用者の各々に割り当てられた公開鍵を前記認証用鍵情報として記憶し、
前記認証手段は、前記利用者端末から送信された公開鍵と、前記認証情報記憶手段に記憶された公開鍵とを比較することを特徴とする請求項８に記載のマッチングシステム。
【請求項１０】
前記鍵情報記憶手段は、公開鍵暗号方式における認証局の認証局秘密鍵により暗号化された鍵情報を記憶し、
前記サーバ装置は、
前記認証局から前記認証局秘密鍵と対になる認証局公開鍵を取得する公開鍵取得手段と、
前記公開鍵取得手段により取得された認証局公開鍵を用いて、前記利用者端末から送信された鍵情報を復号する復号手段と、
を更に備え、
前記認証手段は、前記復号手段により復号された鍵情報と、前記認証情報記憶手段に記憶された認証用鍵情報とを比較することを特徴とする請求項８又は９に記載のマッチングシステム。
【請求項１１】
前記利用者端末は、前記利用者に固有の認証情報の入力を受け付ける認証情報受付手段を更に備え、
前記個人情報送信手段は、前記認証情報受付手段により受け付けられた認証情報を、前記鍵情報とともに前記サーバ装置に送信し、
前記認証情報記憶手段は、前記利用者毎の認証用鍵情報と当該利用者の認証情報とを関連付けて予め記憶し、
前記認証手段は、前記鍵情報と認証用鍵情報とが一致し、且つ、当該認証鍵情報に関連付けて記憶された認証情報と、前記利用者端末から送信された認証情報とが一致した場合にのみ、前記利用者端末のアクセスを許可することを特徴とする請求項９又は１０に記載のマッチングシステム。
【請求項１２】
前記個人情報記憶手段及び前記フィルタリング手段は、前記利用者端末に着脱可能な携帯型電子機器に備えられていることを特徴とする請求項１〜１１の何れか一項に記載のマッチングシステム。
【請求項１３】
前記個人情報記憶手段は、前記携帯型電子機器に備えられていることを特徴とする請求項１２に記載のマッチングシステム。
【請求項１４】
前記携帯型電子機器は、ＩＣカードであることを特徴とする請求項１２又は１３に記載のマッチングシステム。
【請求項１５】
個人情報に基づいて所定の対照情報とのマッチングを行うマッチングサービスの利用者に配布される個人情報管理装置であって、
複数の要素から構成された前記個人情報を記憶する個人情報記憶手段と、
外部装置から前記個人情報の送信要求を受け付ける個人情報送信要求受付手段と、
前記個人情報送信要求受付手段が前記個人情報の送信要求を受け付ける毎に、前記個人情報記憶手段から前記個人情報を読み出し、当該個人情報の精度を低下させる処理を施すフィルタリング手段と、
前記フィルタリング手段により処理された個人情報を前記外部装置に送信する個人情報送信手段と、
を備えたことを特徴とする個人情報管理装置。
【請求項１６】
前記フィルタリング手段は、前記個人情報の要素が表す数値を丸めることを特徴とする請求項１５に記載の個人情報管理装置。
【請求項１７】
前記フィルタリング手段は、前記個人情報の要素が表す文字列を一部省略することを特徴とする請求項１５又は１６に記載の個人情報管理装置。
【請求項１８】
前記フィルタリング手段は、前記個人情報の要素が表す意味を上位概念化することを特徴とする請求項１５〜１７の何れか一項に記載の個人情報管理装置。
【請求項１９】
前記個人情報の送信要求は、特定の要素を指示する要素特定情報を含み、
前記フィルタリング手段は、前記要素特定情報で指示された要素を前記個人情報記憶手段から読み出すことを特徴とする請求項１５〜１８の何れか一項に記載の個人情報管理装置。
【請求項２０】
前記個人情報の送信要求は、前記フィルタリング手段による処理の有無を指示するフィルタリング設定情報を含み、
前記フィルタリング手段は、前記フィルタリング設定情報の指示に従って、前記個人情報に処理を施すことを特徴とする請求項１９に記載の個人情報管理装置。
【請求項２１】
前記利用者に予め割り当てられた固有の鍵情報を記憶する鍵情報記憶手段と、
外部装置から前記鍵情報の送信要求を受け付ける鍵情報送信要求受付手段と、
前記鍵情報送信要求受付手段が前記鍵情報の送信要求を受け付ける毎に、前記鍵情報記憶手段に記憶された鍵情報を前記外部装置に送信する鍵情報送信手段と、
を更に備えたことを特徴とする請求項１５〜２０の何れか一項に記載の個人情報管理装置。
【請求項２２】
前記鍵情報記憶手段は、前記利用者に予め割り当てられた公開鍵と秘密鍵とを前記鍵情報として記憶することを特徴とする請求項２１に記載の個人情報管理装置。
【請求項２３】
前記鍵情報は、公開鍵暗号化方式における認証局の秘密鍵で暗号化されていることを特徴とする請求項２１又は２２に記載の個人情報管理装置。
【請求項２４】
前記個人情報管理装置は、ＩＣカードであることを特徴とする請求項１５〜２３の何れか一項に記載の個人情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の個人情報に基づいて所定の対照情報とのマッチングサービスを提供するマッチングシステム及び当該マッチングサービスに供される個人情報管理装置に関するものである。
【背景技術】
【０００２】
ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やインターネットの普及に伴い、就職斡旋サービスや結婚相手紹介サービス等、所定の情報を求めるユーザや企業間の仲介を行うサービスが利用されている。これらのサービスを利用する場合、ユーザはサービス提供会社に年齢や学歴等の個人情報や興味のあるカテゴリを登録しておき、これらの要素を条件としてマッチング処理を行うことで、当該条件に適合するユーザや企業を検索することが行われている。
【０００３】
例えば、特許文献１には、求職者と求人者とを仲介する求人求職支援システムが記載されており、求人者は自己の募集条件に適合する求職者を、当該求職者から登録される年齢、学歴、職歴等の個人情報に基づいて検索する技術が記載されている。
【０００４】
【特許文献１】特開２００６−７２４６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、利用者はマッチングサービスを提供するサービス提供会社に対して、利用者自身の個人情報を事前に登録する必要があるため、不慮のトラブル等によりサービス提供会社から個人情報が漏洩する可能性がある。
【０００６】
本発明は、上記に鑑みてなされたものであって、サービス提供会社に個人情報を登録することなく、当該個人情報に基づいたマッチングサービスをより安全に提供することが可能なマッチングシステム及び個人情報管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、本システムの利用者が操作する利用者端末と、当該利用者の個人情報に基づいて所定の対照情報とのマッチングを行うサーバ装置とがネットワークを介して接続されたマッチングシステムであって、前記利用者端末は、複数の要素から構成された前記個人情報を記憶する個人情報記憶手段と、前記サーバ装置から前記個人情報の送信要求を受け付ける個人情報送信要求受付手段と、前記個人情報送信要求受付手段が前記個人情報の送信要求を受け付ける毎に、前記個人情報記憶手段から前記個人情報を読み出し、当該個人情報の精度を低下させる処理を施すフィルタリング手段と、前記フィルタリング手段により処理された個人情報を、前記サーバ装置に送信する個人情報送信手段と、を備え、前記サーバ装置は、前記個人情報を構成する何れか又は全ての要素についてマッチング条件が定義された前記対照情報を記憶する対照情報記憶手段と、前記利用者端末に前記個人情報の送信を要求する個人情報送信要求手段と、前記利用者端末から送信された個人情報の要素と、前記対照情報記憶手段に記憶された前記対照情報各々のマッチング条件とを比較し、当該個人情報の要素に合致した対照情報を前記対照情報記憶手段から抽出するマッチング手段と、前記マッチング手段により抽出された対照情報を、前記利用者端末に提供する情報提供手段と、を備えたことを特徴とする。本発明によれば、利用者自身が個人情報を管理し、利用者端末から個人情報をアドホックに送信することができるため、利用者はサービス提供会社に個人情報を登録することなく、個人情報に基づいたマッチングサービスを享受することができる。また、個人情報の精度を低下させた状態でサーバ装置に送信することで、正確な個人情報が外部装置に不用意に送信されてしまうことを防止することが可能となるため、利用者はマッチングサービスをより安全に享受することができる。
【０００８】
また、本発明は、個人情報に基づいて所定の対照情報とのマッチングを行うマッチングサービスの利用者に配布される個人情報管理装置であって、複数の要素から構成された前記個人情報を記憶する個人情報記憶手段と、外部装置から前記個人情報の送信要求を受け付ける個人情報送信要求受付手段と、前記個人情報送信要求受付手段が前記個人情報の送信要求を受け付ける毎に、前記個人情報記憶手段から前記個人情報を読み出し、当該個人情報の精度を低下させる処理を施すフィルタリング手段と、前記フィルタリング手段により処理された個人情報を前記外部装置に送信する個人情報送信手段と、を備えたことを特徴とする。本発明によれば、利用者は個人情報管理装置を用いて個人情報を管理し、この個人情報管理装置から個人情報を送信することができるため、サービス提供会社に個人情報を登録することなく、当該個人情報管理装置からアドホックに送信される個人情報に基づいてマッチングサービスを享受することができる。また、個人情報の精度を低下させた状態でサーバ装置に送信することで、正確な個人情報が外部装置に不用意に送信されてしまうことを防止することが可能となるため、利用者はマッチングサービスをより安全に享受することができる。
【発明の効果】
【０００９】
本発明によれば、サービス提供会社に個人情報を登録することなく、当該個人情報に基づいたマッチングサービスをより安全に提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明にかかるマッチングシステム及び個人情報管理装置の実施例を図面に基づいて詳細に説明する。なお、以下の説明では、本マッチングシステムを就職斡旋サービスに用いた実施形態を説明するが、この実施形態により本発明が限定されるものではなく、結婚相手紹介サービスや他のサービスの提供に用いることしてもよい。
【００１１】
図１は、マッチングシステムの概略構成を示したブロック図である。図１に示すように、マッチングシステムは、本システムによりマッチングサービスを提供する就職斡旋会社のＣＡ（認証局）１０と、就職斡旋会社から配布されるＩＣカード２０と、本マッチングシステムの利用者が操作する複数の利用者端末（端末３０、端末５０）と、求職者と求人者間との仲介を行うマッチングサーバ４０とを備え、ＩＣカード２０を除く各機器はインターネット等のネットワークを介して通信可能に接続されている。以下、求職者が端末３０を操作し、求人者が端末５０を操作するものとして説明を進める。
【００１２】
まず、ＣＡ１０について説明する。ＣＡ１０は、就職斡旋会社により管理されるサーバ装置であって、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ハードディスク等の記憶装置、ネットワークＮに接続するためのインタフェース等（何れも図示せず）を備える。ＣＡ１０は、公開鍵暗号方式における認証局として機能し、本マッチングシステムの各利用者に鍵情報の割り当てを行う。
【００１３】
具体的に、ＣＡ１０は、利用者の各々に対し、公開鍵暗号方式で用いる公開鍵と秘密鍵との鍵ペアを鍵情報として生成すると、後述するマッチングサーバ４０でのユーザ認証に用いるため、これら鍵情報を図示しない記憶装置に記憶する。なお、ここで生成される鍵情報は互いに異なる値であるとし、各利用者に固有の鍵情報が割り当てられるものとする。
【００１４】
また、ＣＡ１０は、図示しない記憶装置に記憶した自己の装置の秘密鍵（Ｐｒｉ（ＣＡ））を用いて、生成した各鍵情報を暗号化することでデジタル署名を施し、これら暗号化済みの鍵情報（以下、暗号化鍵情報と呼ぶ）を、本マッチングシステムの各利用者に配布する。なお、Ｐｒｉ（ＣＡ）による暗号化は、公開鍵、秘密鍵の夫々について施されるものとする。以下、Ｐｒｉ（ＣＡ）により暗号化された公開鍵を「暗号化公開鍵」と呼び、Ｐｒｉ（ＣＡ）により暗号化された秘密鍵を「暗号化秘密鍵」と呼ぶ。
【００１５】
本マッチングシステムでは、ＣＡ１０が生成した暗号化鍵情報を、携帯型電子機器であるＩＣカード２０の夫々に記憶した後、このＩＣカード２０を利用者に配布することで、暗号化鍵情報を各利用者に配布する。以下、図１を参照して、ＩＣカード２０が利用者に配布されるまでの流れを説明する。
【００１６】
図１では、端末３０を操作する求職者（ユーザＡ）に対し、ＣＡ１０が公開鍵Ｐｕｂ（ＵｓｅｒＡ）と、秘密鍵Ｐｒｉ（ＵｓｅｒＡ）とを生成した例を示している（図中、Ｋ１１参照）。ここで、ＣＡ１０は、自己の秘密鍵Ｐｒｉ（ＣＡ）を用いて、生成したＰｕｂ（ＵｓｅｒＡ）及びＰｒｉ（ＵｓｅｒＡ）の夫々を暗号化することでデジタル署名を施すと、これら暗号化公開鍵、暗号化秘密鍵をＩＣカード２０の後述する記憶部２４に格納する。そして、このＩＣカード２０がユーザＡに配布されることで、このユーザＡに暗号化鍵情報が配布されることになる。図１の例では、Ｐｕｂ（ＵｓｅｒＡ）の暗号化公開鍵をＰｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］と表し、Ｐｒｉ（ＵｓｅｒＡ）の暗号化秘密鍵をＰｒｉ（ＣＡ）［Ｐｒｉ（ＵｓｅｒＡ）］と表している。
【００１７】
なお、ＩＣカード２０の配布形態は特に問わないものとする。例えば、有償で配布する形態としてもよいし、無償で配布する形態としてもよい。また、各利用者に鍵情報を格納しない状態のＩＣカード２０を配布した後、利用者からの要求に応じて鍵情報の生成、格納を行う形態としてもよい。
【００１８】
また、ＣＡ１０は、暗号化鍵情報の他の配布形態としては、利用者からの（登録）要求に応じて暗号化鍵情報を利用者に直接配布する態様としてもよい。具体的に、ＣＡ１０は、利用者端末等から本マッチングシステムへの登録要求を受け付けると、鍵情報（公開鍵、秘密鍵）を生成し、この鍵情報にデジタル署名を施した暗号化鍵情報を、登録を要求した利用者に配布する。この場合、鍵情報は電子メールで送信することとしてもよいし、ＣＤメディアやＤＶＤメディア等の記録媒体を介して提供することとしてもよい。
【００１９】
図１では、求人者（Ｂ社）からの要求に応じ、Ｂ社用の公開鍵Ｐｕｂ（ＣｏｍｐＢ）と、秘密鍵Ｐｒｉ（ＣｏｍｐＢ）とを生成した例を示している（図中Ｋ１２参照）。また、Ｂ社の端末５０に、ＣＡ１０から提供された暗号化公開鍵Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］と、暗号化秘密鍵Ｐｒｉ（ＣＡ）［Ｐｒｉ（ＣｏｍｐＢ）］とが格納された状態を示している。
【００２０】
また、ＣＡ１０は、上述したＰｒｉ（ＣＡ）と対となる自己の装置の公開鍵（Ｐｕｂ（ＣＡ））を記憶装置（図示せず）に保持しており、本マッチングシステムの各装置からの要求に応じて、このＰｕｂ（ＣＡ）を提供する。
【００２１】
次に、ＩＣカード２０について説明する。ＩＣカード２０は、自立的な処理機能を有したスマートカードである。図１の構成では、端末３０を操作する求職者（ユーザＡ）が、ＩＣカード２０を所有し、このＩＣカード２０と端末３０とが着脱可能に接続される構成を示している。以下、図１の構成に基づいてＩＣカード２０を説明するが、この例に限定されないものとする。
【００２２】
図２は、ＩＣカード２０のハードウェア構成の一例を示した図である。同図に示すように、ＩＣカード２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、記憶部２４と、通信部２５とを備えている。
【００２３】
ＣＰＵ２１は、ＲＯＭ２２に格納された各種の処理手順を規定したプログラムや制御データとの協働により、後述する各機能部（入力支援部２１１、記憶制御部２１２、アクセス制御部２１３、鍵情報提供部２１４、フィルタリング部２１５）を実現させる。
【００２４】
ＲＯＭ２２は、各種プログラムや各種設定情報を書き換え不可能に記憶する。ＲＡＭ２３は、揮発性の記憶媒体であって、ＣＰＵ２１の作業領域として機能し、バッファの役割を果たす。
【００２５】
記憶部２４は、不揮発性の記憶媒体であって、ＣＡ１０により生成された暗号化鍵情報（暗号化公開鍵、暗号化秘密鍵）を記憶する。図２の例では、図１に示したＰｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］と、Ｐｒｉ（ＣＡ）［Ｐｒｉ（ＵｓｅｒＡ）］とが記憶された状態を示している。なお、本実施形態では、暗号化鍵情報が記憶部２４に記憶される態様としたが、これに限らず、例えば、ＲＯＭ２２に書き換え不可能に記憶される態様としてもよい。
【００２６】
また、記憶部２４は、自己のＩＣカード２０のＰＩＮ（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）データ、マッチングサーバ４０のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等の他、通信部２５を介し端末３０から入力される種々の情報を記憶する。ここで、端末３０から入力される情報としては、ＩＣカード２０の所有者たるユーザＡに関する名前、性別、年齢、住所等の個人情報や、希望職種や希望年収等の就職先に関する条件情報が挙げられる。記憶部２４はこれら個人情報及び条件情報を所定の形式で記憶する。なお、個人情報の記憶形式については後述する。
【００２７】
通信部２５は、端末３０の後述するリーダ／ライタ部３７との間でデータ通信を行う通信装置であって、通信部２５及びリーダ／ライタ部３７を介して、ＩＣカード２０と端末３０とが着脱可能に接続される。なお、通信部２５とリーダ／ライタ部との通信形態は、接触式であってもよいし、非接触式であってもよい。
【００２８】
図３は、ＩＣカード２０の機能構成を示した図である。同図に示したように、ＩＣカード２０は、ＣＰＵ２１とＲＯＭ２２に記憶されたプログラムとの協働により、入力支援部２１１と、記憶制御部２１２と、アクセス制御部２１３と、鍵情報提供部２１４と、フィルタリング部２１５とを機能部として備える。
【００２９】
入力支援部２１１は、端末３０の後述するＣＰＵ３１との協働により、上述した個人情報、条件情報の入力を促す支援画面（ＧＵＩ）を端末３０の表示部３３に表示させる。
【００３０】
図４は、入力支援部２１１の制御により表示される、個人情報の入力にかかる支援画面の一例を示した図である。同図に示したように、支援画面には、個人情報を構成する複数（名前、性別、年齢、住所（住所１〜３）、転職回数、年収等）について、そのデータ値を入力するフィールド（Ｆ０１〜Ｆ０９）が夫々設けられている。入力支援部２１１は、フィールドＦ０１〜Ｆ０９が入力された後、後述する操作部３２を介して登録ボタンＢ１押下の指示を受け付けると、これら各フィールドに入力されたデータ値を当該フィールド名と関連付けた状態で取得し、記憶制御部２１２に出力する。
【００３１】
なお、支援画面の表示は、ＩＣカード２０と端末３０とが接続される毎に行うこととしてもよいが、記憶部２４に個人情報が記憶されていない初回接続時等や、端末３０から登録済みの個人情報を変更する指示が明示的に入力された場合に表示することがより好ましい。
【００３２】
また、図４では個人情報の入力にかかる支援画面について説明したが、入力支援部２１１は、条件情報の入力に関しても希望職種や希望年収等の入力を促す支援画面を端末３０の表示部３３に表示させるものとする。
【００３３】
また、本実施形態では、ＩＣカード２０に入力支援部２１１の機能を実現するプログラムが記憶されているものとするが、これに限らず、入力支援部２１１の機能を端末３０が単独で実現できるよう、当該機能を実現するプログラムを端末３０の記憶部３６に記憶する構成としてもよい。
【００３４】
記憶制御部２１２は、入力支援部２１１から入力されるデータ（個人情報、条件情報等）を受け付け、これらデータを所定の形式で記憶部２４に格納する。以下、図５、６を参照して、記憶制御部２１２の動作について説明する。
【００３５】
図５、６は、記憶部２４に予め保持された個人情報格納用のテーブル構造を示した図である。ここで、図５は、個人情報を構成する各要素の見出しを格納したインデックステーブルを示している。同図に示したように、インデックステーブルは、「Ｒｅｃｏｒｄ  Ｎｏ．」、「データ（Ｈｅｘ）」、「内容」の要素から構成される。
【００３６】
「Ｒｅｃｏｒｄ  Ｎｏ．」は、名前や性別等、個人情報を構成する各要素を識別するための識別子であって、当該識別子が表す要素名が「内容」に示されている。例えば、“ｎａｍｅ（名前）”の場合には、「Ｒｅｃｏｒｄ  Ｎｏ．」は“０１”となり、“ａｇｅ（年齢）”の場合には、「Ｒｅｃｏｒｄ  Ｎｏ．」は“０３”となる。
【００３７】
また、「Ｒｅｃｏｒｄ  Ｎｏ．」は、図４に示した各フィール名と夫々対応している。具体的には、“０１”がフィールドＦ０１に、“０２”がフィールドＦ０２に対応し、以下同様に“０３”〜“０９”が、フィールドＦ０３〜Ｆ０９に夫々対応している。なお、「データ（Ｈｅｘ）」には、「内容」に示した英字名の１６進数表記が格納されている。
【００３８】
図６は、端末３０から受け付けた実データが格納されるデータテーブルを示している。同図に示したように、インデックステーブルは、「大項目」、「ＴＬＶ」、「データ（Ｈｅｘ）」、「内容」の要素から構成される。
【００３９】
「大項目」には、インデックステーブルに示した「内容」の各名称が予め格納されている。「ＴＬＶ」は、「Ｔａｇ」、「Ｌｅｎ（Ｌｅｎｇｔｈ）」、「Ｖａｌ（Ｖａｌｕｅ）」の三つの項目から構成される。このうち「Ｔａｇ」は、「Ｒｅｃｏｒｄ  Ｎｏ．」に対応する項目であって、当該「Ｒｅｃｏｒｄ  Ｎｏ．」の数値が「データ（Ｈｅｘ）」に予め格納されている。また、「Ｖａｌ」は、端末３０から受け付けた「Ｔａｇ」が表す要素名のデータ値が格納される項目であり、このデータ長（バイト）が「Ｌｅｎ」に格納される。なお、データ値及びデータ長は、１６進数表記の状態で各項目に対応する「データ（Ｈｅｘ）」に格納されるものとする。
【００４０】
また、「内容」には、「ＴＬＶ」の各項目について「データ（Ｈｅｘ）」に格納されたデータの意味が説明されている。なお、「大項目」が“住所”の「ＴＬＶ」については、当該「ＴＬＶ」が入れ子構造となっているが、住所が都道府県や市区町村単位で区分けされているためであって、単位毎に「ＴＬＶ」が用意されている。
【００４１】
記憶制御部２１２は、入力支援部２１１からデータを受け付けると、インデックステーブルを参照し、当該データに含まれた各フィールド名に対応する「Ｒｅｃｏｒｄ  Ｎｏ．」を夫々検索する。そして、記憶制御部２１２は、検索した「Ｒｅｃｏｒｄ  Ｎｏ．」の各々に対応する「ＴＬＶ（「Ｔａｇ」）」をデータテーブルから特定すると、この「Ｔａｇ」の値に対応するフィールド名に関連付けて入力されたデータを、「Ｖａｌ」に登録するとともに、そのデータ長を「Ｌｅｎ」に登録する。
【００４２】
なお、図５、６で示したテーブル構造は一例であって、この例に限定されないものとする。例えば、他の項目を含めてもよいし、「内容」や「大項目」等、実際の処理に不要な項目を除去したテーブル構造としてもよい。また、他のデータ構造を用いて個人情報を保持することとしてもよい。
【００４３】
また、条件情報の記憶部２４への格納方法は特に問わないものとするが、例えば、個人情報と同様にテーブル構造で保持してもよいし、生データ（テキストデータ等）の状態で保持する態様としてもよい。
【００４４】
また、本実施形態では、ＩＣカード２０に記憶制御部２１２の機能を実現するプログラムが記憶されているものとするが、これに限らず、記憶制御部２１２の機能を端末３０が単独で実現できるよう、当該機能にかかるプログラムを端末３０の記憶部３６に記憶する構成としてもよい。
【００４５】
図３に戻り、アクセス制御部２１３は、端末３０に導入されたブラウザプログラム（以下、ブラウザと呼ぶ）を制御することで、当該端末３０をマッチングサーバ４０にアクセスさせる。具体的に、アクセス制御部２１３は、記憶部２４に予め記憶されたマッチングサーバ４０のＵＲＬを端末３０のブラウザに引き渡す（キックする）ことで、当該ＵＲＬ宛に端末３０をアクセスさせる。
【００４６】
なお、本実施形態では、アクセス制御部２１３の制御により、マッチングサーバ４０に自動的にアクセスされる態様としたが、これに限らず、端末３０を操作する利用者自身が手動によりマッチングサーバ４０にアクセスする態様としてもよい。また、マッチングサーバ４０へのアクセスを行う前に、アクセス制御部２１３が、端末３０の表示部３３にマッチングサーバ４０へのアクセス可否を確認する画面を表示し、端末３０の利用者から操作部３２を介してアクセス可を指示する指示信号を受け付けた場合にのみ、マッチングサーバ４０へのアクセスを行う構成としてもよい。
【００４７】
また、ＩＣカード２０の記憶部２４に保持するＵＲＬは一に限らず、複数のサイトのＵＲＬを保持することとしてもよい。この場合、アクセス制御部２１３は、記憶部２４に記憶されたＵＲＬを全て読み出し、端末３０の表示部３３に一覧表示されることで、アクセス先となるＵＲＬを端末３０の利用者に選択させる構成としてもよい。
【００４８】
また、本実施形態では、ＩＣカード２０にアクセス制御部２１３の機能を実現するプログラムが記憶されているものとするが、これに限らず、アクセス制御部２１３の機能を端末３０が単独で実現できるよう、当該機能を実現するプログラムを端末３０の記憶部３６に記憶する構成としてもよい。
【００４９】
鍵情報提供部２１４は、端末３０から暗号化公開鍵の送信要求を受け付けると、記憶部２４に記憶されたＰｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］を読み出し、通信部２５を介して端末３０に送信する。また、鍵情報提供部２１４は、端末３０から暗号化秘密鍵の送信要求を受け付けると、記憶部２４に記憶されたＰｒｉ（ＣＡ）［Ｐｒｉ（ＵｓｅｒＡ）］を読み出し、通信部２５を介して端末３０に送信する。
【００５０】
フィルタリング部２１５は、端末３０から個人情報及び条件情報の送信を要求する個人情報送信要求を受け付けると、この個人情報送信要求に基づいて記憶部２４から読み出した個人情報と条件情報とを端末３０に送信する。なお、個人情報送信要求には、個人情報を構成する要素のうち、特定の要素を指示する要素特定情報と、この特定の要素に後述するフィルタリング処理を施すか否かを指示したフィルタリング設定情報（オン又オフ）とが少なくとも含まれているものとする。
【００５１】
ここで、「フィルタリング処理」とは、個人情報の精度を低下させる処理を意味し、例えば、個人情報の要素が表す数値を丸める処理や、個人情報の要素が表す文字列の一部省略、個人情報の要素が表す意味を上位概念化する処理が挙げられる。フィルタリング部２１５は、フィルタリング設定情報がオンの場合、要素特定情報で指示された要素を記憶部２４から読み出すと、当該要素の精度を低下させた後、個人情報として条件情報とともに端末３０に送信する。また、フィルタリング部２１５は、フィルタリング設定情報がオフの場合、要素特定情報で指示された要素を記憶部２４から読み出すと、そのまま個人情報として条件情報とともに端末３０に送信する。以下、図４に示した個人情報を例に、フィルタリング部２１５の動作について説明する。
【００５２】
まず、フィルタリング部２１５は、端末３０から個人情報送信要求を受け付けると、この個人情報送信要求に含まれた要素特定情報が指示する要素（データ（Ｈｅｘ））が、インデックステーブル中に存在するか否かを判定する。ここで、該当するデータ文字列が存在すると判定した場合、フィルタリング部２１５は、その「Ｒｅｃｏｒｄ  Ｎｏ．」の値をデータファイル検索用Ｔａｇとして保持する。次いで、フィルタリング部２１５は、データテーブルを参照し、データファイル検索用Ｔａｇに該当する「ＴＬＶ」から、「Ｖａｌ」に登録されたデータを読み出す。
【００５３】
例えば、“年齢（６１  ６７  ６５）”が必要要素設定情報で指示された場合、フィルタリング部２１５は、インデックステーブルの“データ（Ｈｅｘ）」に“６１  ６７  ６５”が存在すると判定するため、対応する「Ｒｅｃｏｒｄ  Ｎｏ．」の値“０３”をデータファイル検索用Ｔａｇとして保持する。そして、フィルタリング部２１５は、データテーブルを参照し、“０３”の「Ｔａｇ」が含まれる「ＴＬＶ」から、「Ｖａｌ」に登録された要素（データ値）、即ち、“１Ｂ”を読み出す。
【００５４】
続いて、フィルタリング部２１５は、個人情報送信要求に含まれたフィルタリング設定情報を確認しオフと判定した場合、データテーブルから読み出したデータを個人情報として端末３０に送信する。一方、フィルタリング設定情報がオンと判定した場合、フィルタリング部２１５は、フィルタリング処理として、データテーブルから読み出したデータの精度を低下させた後、端末３０に送信する。
【００５５】
例えば、データテーブルから年齢“１Ｂ”を読み出し、フィルタリングレベルがＯＮであったとすると、フィルタリング部２１５は、“１Ｂ”が表す年齢２７歳を、２０代後半を意味する“１９”（２５歳）に数値を丸める。また、例えば、データテーブルから年収“０２  ０Ｂ”を読み出し、フィルタリングレベルがＯＮであったとすると、フィルタリング部２１５は、“０２  ０Ｂ”が表す年収５２３万円を、５００万円代を意味する“０１  Ｆ４”（５００万円）に数値を丸める。
【００５６】
このように、フィルタリング部２１５が、個人情報の各要素にフィルタリング処理を施すことで、各要素のデータ精度は従前の状態よりも低下することになる。つまり、このフィルタリング処理により、記憶部２４（データテーブル）に格納された正確な個人情報が、ＩＣカード２０から不用意に読み出されてしまうことを抑制している。
【００５７】
なお、上記したフィルタリング処理は一例であって、これらに限定されるものではない。例えば、個人情報の各項目に応じてフィルタリングを施す処理内容は異なるため、フィルタリング処理のオン、オフは要素毎に個別的に指示できるよう構成することも可能である。また、本実施形態では、フィルタリング設定情報により指示されるフィルタリング設定をオンかオフかの２値としたが、これに限らず、例えば、データ精度を多段に区分することで、３段階以上の設定を行うこととしてもよい。例えば、“住所”について、３段階のフィルタリングレベルが設定された場合、フィルタリングレベル１（オフに相当）では“東京都新宿区東新宿１−２−３”とし、フィルタリングレベル２では“東京都新宿区”とし、フィルタリングレベル３では“東京都”のみとするように、要素が表す文字列をフィルタリングの設定内容に応じて一部省略することとしてもよい。
【００５８】
また、単語や用語間の上位／下位関係、部分／全体関係を定義したシソーラス等の辞書情報用いることで、要素が表す意味を上位概念化することで、精度の低下を図ることとしてもよい。例えば、求職者の現在の勤務先が“ＡＢＣ株式会社”であり、このＡＢＣ株式会社が特定の物品を製造する製造業である場合には、勤務先を“製造業”とすることで上位概念化を行うこととしてもよい。
【００５９】
なお、上記フィルタリング処理の前提として、上位概念化により変化する各データ値の意味（例えば、“１９”（２５歳）が２０代後半を意味する等）は、本マッチングシステム内で共通化されているものとする。
【００６０】
次に、端末３０について説明する。端末３０は、マッチングシステムを利用する求職者（ユーザＡ）により操作されるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報通信端末である。なお、ユーザＡには図１に示したＩＣカード２０が予め配布されているものとする。
【００６１】
図７は、端末３０のハードウェア構成の一例を示した図である。同図に示すように、端末３０は、ＣＰＵ３１と、操作部３２と、表示部３３と、ＲＯＭ３４と、ＲＡＭ３５と、記憶部３６と、リーダ／ライタ部３７と、通信部３８とを備えている。
【００６２】
ＣＰＵ３１は、ＲＡＭ３５の所定領域を作業領域として、ＲＯＭ３４又は記憶部３６に予め記憶された各種制御プログラムとの協働により各種処理を実行し、端末３０を構成する各部の動作を統括的に制御する。
【００６３】
また、ＣＰＵ３１は、ＲＯＭ３４又は記憶部３６に予め記憶された所定のプログラムとの協働により、後述する各機能部（アプリケーション部３１１、ＩＣカードアクセス部３１２、署名検証部３１３、暗号化文書送受信部３１４）を実現させる。
【００６４】
操作部３２は、キーボードやマウス等の各種入力デバイスを備え、ユーザから操作入力された情報を指示信号として受け付け、その指示信号をＣＰＵ３１に出力する。表示部３３は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等の表示デバイスを備え、ＣＰＵ３１からの表示信号に基づいて各種情報を表示する。なお、表示部３３は、操作部３２と一体的にタッチパネルを構成する態様としてもよい。
【００６５】
ＲＯＭ３４は、端末３０の制御にかかるプログラムや各種設定情報等を書き換え不可能に記憶する。ＲＡＭ３５は、ＳＤＲＡＭ等の揮発性の記憶媒体であって、ＣＰＵ３１の作業領域として機能し、バッファの役割を果たす。記憶部３６は、磁気的又は光学的に記録可能な不揮発性の記憶媒体を有し、端末３０の制御にかかるプログラムやブラウザ、各種設定情報等を書き換え可能に記憶する。
【００６６】
リーダ／ライタ部３７は、ＩＣカード２０との通信を行うインタフェースである。また、通信部３８は、ネットワークを通じ外部装置（ＣＡ１０、マッチングサーバ４０、端末５０等）との間で通信を行うインタフェースである。
【００６７】
図８は、端末３０の機能構成を示したブロック図である。同図に示したように、端末３０は、ＣＰＵ３１とＲＯＭ３４又は記憶部３６に記憶されたプログラムとの協働により、アプリケーション部３１１と、ＩＣカードアクセス部３１２と、署名検証部３１３と、暗号化文書送受信部３１４とを機能部として備える。
【００６８】
アプリケーション部３１１は、ブラウザを用いてマッチングサーバ４０等の外部装置へのアクセスを行い、当該外部装置との間で授受される種々の情報の入出力を制御する。
【００６９】
ＩＣカードアクセス部３１２は、ＩＣカード２０との間で授受される種々の情報の入出力を制御する。また、ＩＣカードアクセス部３１２は、アプリケーション部３１１を介して、マッチングサーバ４０から個人情報及び条件情報の送信が要求されたことを検知すると、当該個人情報を構成する要素のうち、特定の要素を指示した要素特定情報と、当該要素についてのフィルタリング設定情報とを少なくとも含んだ個人情報送信要求を生成し、ＩＣカード２０に送信する。つまり、ＩＣカードアクセス部３１２は、ＩＣカード２０のフィルタリング部２１５の動作を制御するフィルタリング制御手段として機能する。
【００７０】
なお、要素特定情報で指示する個人情報の要素は、記憶部３６に記憶された設定情報（図示せず）に予め規定されている態様としてもよいし、操作部３２を介して求職者から、その都度指定を受ける態様としてもよい。また、マッチングサーバ４０から必要な要素が指定されたような場合には、当該要素を要素特定情報で指示する態様としてもよい。
【００７１】
また、フィルタリング設定情報は、記憶部３６に記憶された設定情報（図示せず）に予め規定されている態様としてもよいし、操作部３２を介して求職者から、その都度指定される態様としてもよい。また、マッチングサーバ４０からフィルタリング設定が指定されるような場合には、この設定値をフィルタリング設定情報で指示することとしてもよい。
【００７２】
署名検証部３１３は、マッチングサーバ４０から提供される求人者の暗号化公開鍵（図１の例では、Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］）の完全性を検証するため、ＣＡ１０に公開鍵を要求することで、公開鍵（Ｐｕｂ（ＣＡ））をＣＡ１０から取得する。そして、署名検証部３１３は、取得したＰｕｂ（ＣＡ）により、暗号化公開鍵を復号することで、この公開鍵の完全性を検証する。なお、暗号化公開鍵の検証に失敗した場合、署名検証部３１３は、完全性が損なわれている旨を通知する画面を表示部３３に表示するものとする。
【００７３】
暗号化文書送受信部３１４は、外部装置か公開鍵（Ｐｕｂ（ＵｓｅｒＡ））により暗号化された文書を受け付けると、ＣＡ１０に公開鍵を要求することで、公開鍵（Ｐｕｂ（ＣＡ））をＣＡ１０から取得する。
【００７４】
また、暗号化文書送受信部３１４は、ＣＡ１０から取得したＰｕｂ（ＣＡ）により、ＩＣカードアクセス部３１２により取得されるＩＣカード２０のＰｒｉ（ＣＡ）［Ｐｒｉ（ＵｓｅｒＡ）］を復号することで、Ｐｒｉ（ＵｓｅｒＡ）を抽出する。さらに、暗号化文書送受信部３１４は、Ｐｒｉ（ＵｓｅｒＡ）を用いて、Ｐｕｂ（ＵｓｅｒＡ）により暗号化された文書を復号すると、この文書を記憶部３６に記憶する。
【００７５】
また、暗号化文書送受信部３１４は、操作部３２を介して求人者宛（端末５０宛）に履歴書や職務経歴書等所定の文書の送信が指示されると、署名検証部３１３により完全性が検証されたこの求人者の公開鍵（Ｐｕｂ（ＣｏｍｐＢ））を用いて文書を暗号化し、送信対象の求人者の端末５０に送信する。
【００７６】
次に、マッチングサーバ４０について説明する。マッチングサーバ４０は、求人者から掲載が依頼された求人情報を求職者が閲覧可能に提供するＷｅｂサーバ等であって、当該求人情報に基づいて求職者−求人者間を仲介する。具体的に、マッチングサーバ４０は、求職者の端末３０から送信される個人情報及び条件情報と、求人情報に予め定義された雇用条件（マッチング条件）とを比較し、個人情報及び条件情報の要素に合致した求人情報を特定する。そして、マッチングサーバ４０は、この求人情報の掲載を依頼した求人者と求職者とのアドレス情報及び暗号化公開鍵を交換し、各利用者に提供する。
【００７７】
図９は、マッチングサーバ４０のハードウェア構成の一例を示した図である。同図に示したように、マッチングサーバ４０は、ＣＰＵ４１と、操作部４２と、表示部４３と、ＲＯＭ４４と、ＲＡＭ４５と、記憶部４６と、求人情報ＤＢ４７と、認証情報ＤＢ４８と、通信部４９とを備えている。
【００７８】
ＣＰＵ４１は、ＲＡＭ４５の所定領域を作業領域として、ＲＯＭ４４又は記憶部４６に予め記憶された各種制御プログラムとの協働により各種処理を実行し、マッチングサーバ４０を構成する各部の動作を統括的に制御する。
【００７９】
また、ＣＰＵ４１は、ＲＯＭ４４又は記憶部４６に予め記憶された所定のプログラムとの協働により、後述する各機能部（ユーザ認証部４１１、マッチング処理部４１２、鍵情報交換部４１３）を実現させる。
【００８０】
操作部４２は、キーボードやマウス等の各種入力デバイスを備え、ユーザから操作入力された情報を指示信号として受け付け、その指示信号をＣＰＵ４１に出力する。表示部４３は、ＬＣＤ等の表示デバイスを備え、ＣＰＵ４１からの表示信号に基づいて、各種情報を表示する。なお、表示部４３は、操作部４２と一体的にタッチパネルを構成する態様としてもよい。
【００８１】
ＲＯＭ４４は、マッチングサーバ４０の制御にかかるプログラムや各種設定情報等を書き換え不可能に記憶する。ＲＡＭ４５は、ＳＤＲＡＭ等の揮発性の記憶媒体であって、ＣＰＵ４１の作業領域として機能し、バッファの役割を果たす。記憶部４６は、磁気的又は光学的に記録可能な不揮発性の記憶媒体を有し、マッチングサーバ４０の制御にかかるプログラムや各種設定情報等を書き換え可能に記憶する。
【００８２】
求人情報ＤＢ４７は、各求人者（例えば、Ｂ社）から掲載が依頼された求人情報を、当該求人者の暗号化公開鍵（Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］）と、メールアドレス等のアドレス情報と関連付けて記憶する。ここで、求人情報には、求人者の会社に関する情報の他、求人者から求職者に提示する雇用条件（年齢、住所、職種、給与額等）がマッチング条件として含まれているものとする。
【００８３】
なお、求人者からマッチングサーバ４０への暗号化公開鍵及びアドレス情報の送付は、端末５０を用いて送信される態様としてもよいし、他の手段（例えば、郵送等）を用いて送付される態様としてもよい。また、求人情報ＤＢ４７に記憶する求人情報は、端末５０から送信される態様としてもよいし、図示しない他の装置から送信される態様としてもよい。
【００８４】
認証情報ＤＢ４８は、ＣＡ１０により生成された鍵情報を認証用の鍵情報として、マッチングサーバ４０にアクセスを行う利用者が登録した認証情報（パスワード等）と関連付けて記憶する。ここで、認証情報は、マッチングサーバ４０にアクセスを行う各利用者から登録される情報であって、当該マッチングサーバ４０の利用に先駆け、事前に登録されているものとする。
【００８５】
ここで、認証情報ＤＢ４８に記憶される鍵情報は、ＣＡ１０の記憶装置（図示せず）に記憶された鍵情報が用いられるものとするが、記憶装置（認証情報ＤＢ４８）をＣＡ１０、マッチングサーバ４０からアクセス可能なデータベース装置とすることで、鍵情報を共有する態様としてもよい。なお、ＣＡ１０とマッチングサーバ４０とが個別的に鍵情報を管理する場合、セキュリティの観点から、認証情報ＤＢ４８に記憶する鍵情報は公開鍵のみとすることが好ましい。
【００８６】
通信部４９は、ネットワークＮを通じ外部装置（ＣＡ１０、端末３０、端末５０等）との間で通信を行うインタフェースである。
【００８７】
図１０は、マッチングサーバ４０の機能構成を示したブロック図である。同図に示したように、マッチングサーバ４０は、ＣＰＵ４１とＲＯＭ４４又は記憶部４６に記憶されたプログラムとの協働により、ユーザ認証部４１１と、マッチング処理部４１２と、鍵情報交換部４１３とを機能部として備える。
【００８８】
ユーザ認証部４１１は、利用者端末（端末３０、端末５０）からのアクセスを受け付けると、利用者に認証を行うため、当該利用者端末に暗号化公開鍵及び認証情報の送信を要求する。また、ユーザ認証部４１１は、利用者端末から送信された暗号化公開鍵と認証情報とを受け付けると、ＣＡ１０に公開鍵（Ｐｕｂ（ＣＡ））を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得し、このＰｕｂ（ＣＡ）を用いて暗号化公開鍵を復号することで、当該暗号化公開鍵の完全性を検証する。
【００８９】
また、ユーザ認証部４１１は、暗号化公開鍵から抽出した公開鍵と一致する認証用の公開鍵を認証情報ＤＢ４８から検索し、この公開鍵に関連付けて記憶された認証情報を認証情報ＤＢ４８から読み出す。さらに、ユーザ認証部４１１は、認証情報ＤＢ４８から読み出した認証情報と、利用者端末から受け付けた認証情報とを照合し、両認証情報が一致した場合にのみ、マッチングサーバ４０へのアクセスを許可する。
【００９０】
なお、暗号化公開鍵の検証が成功した後、公開鍵に関連付けられた認証情報が認証情報ＤＢ４８に存在しない場合には、認証情報未登録の利用者と考えられるため、ユーザ認証部４１１が、アクセス元の利用者端末宛に、認証情報の登録を促す情報（ＧＵＩ等）を送信することとしてもよい。
【００９１】
マッチング処理部４１２は、ユーザ認証部４１１によりアクセスが許可された利用者端末に、個人情報及び条件情報の送信を要求する。また、マッチング処理部４１２は、利用者端末から個人情報及び条件情報を受け付けると、求人情報ＤＢ４７に記憶された各求人情報の雇用条件と、個人情報及び条件情報に含まれた年齢や住所、希望職種等の条件とを比較（マッチング）することで、当該条件に合致した求人情報を求人情報ＤＢ４７から読み出し、端末３０に提供する。
【００９２】
鍵情報交換部４１３は、端末３０から特定の求人情報に対し連絡先を登録する旨の要求情報（以下、連絡先要求という）を受け付けると、この求人情報に関連付けて登録された暗号化公開鍵、即ち、当該求人情報の掲載を依頼した求人者の暗号化公開鍵と、当該求人者のアドレス情報とを求人情報ＤＢ４７から読み出し、端末３０に提供する。なお、図１の例では、求人者であるＢ社についてのＰｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］が、端末３０に提供されたことを示している。
【００９３】
また、鍵情報交換部４１３は、連絡先要求を送信した端末３０の暗号化公開鍵Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］と、ユーザＡの連絡先となるアドレス情報とを、この連絡先要求にかかる求人情報に関連付けられたアドレス情報宛（Ｂ社の端末５０）に提供する。ここで、求職社のＰｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］は、マッチングサーバ４０へのアクセス時に送信されたものを用いてもよいし、端末３０から再度取得することとしてもよい。また、ユーザＡのアドレス情報は、連絡先要求とともに端末３０から送信される態様としてもよいし、先に受け付けた個人情報にアドレス情報が含まれている場合には、このアドレス情報を用いることとしてもよい。
【００９４】
次に、端末５０について説明する。端末５０は、マッチングサーバ４０に求人情報の掲載を依頼した求人者（Ｂ社）により操作されるＰＣ等の情報通信端末である。なお、求人者にはＣＡ１０から暗号化鍵情報が予め配布されているものとし、当該暗号化鍵情報が端末５０の後述する記憶部５６に記憶されているものとする。
【００９５】
図１１は、端末５０のハードウェア構成の一例を示した図である。同図に示すように、端末５０は、ＣＰＵ５１と、操作部５２と、表示部５３と、ＲＯＭ５４と、ＲＡＭ５５と、記憶部５６と、通信部５７とを備えている。
【００９６】
ＣＰＵ５１は、ＲＡＭ５５の所定領域を作業領域として、ＲＯＭ５４又は記憶部５６に予め記憶された各種制御プログラムとの協働により各種処理を実行し、端末５０を構成する各部の動作を統括的に制御する。
【００９７】
また、ＣＰＵ５１は、ＲＯＭ５４又は記憶部５６に予め記憶された所定のプログラムとの協働により、後述する各機能部（アプリケーション部５１１、鍵情報提供部５１２、署名検証部５１３、暗号化文書送受信部５１４）を実現させる。
【００９８】
操作部５２は、キーボードやマウス等の各種入力デバイスを備え、ユーザから操作入力された情報を指示信号として受け付け、その指示信号をＣＰＵ５１に出力する。表示部５３は、ＬＣＤ等の表示デバイスを備え、ＣＰＵ５１からの表示信号に基づいて、各種情報を表示する。なお、表示部５３は、操作部５２と一体的にタッチパネルを構成する態様としてもよい。
【００９９】
ＲＯＭ５４は、端末５０の制御にかかるプログラムや各種設定情報等を書き換え不可能に記憶する。ＲＡＭ５５は、ＳＤＲＡＭ等の揮発性の記憶媒体であって、ＣＰＵ５１の作業領域として機能し、バッファの役割を果たす。
【０１００】
記憶部５６は、磁気的又は光学的に記録可能な不揮発性の記憶媒体を有し、端末５０の制御にかかるプログラムや各種設定情報等を書き換え可能に記憶する。また、記憶部５６は、ＣＡ１０から提供された暗号化鍵情報として、暗号化公開鍵（Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］）と、暗号化秘密鍵（Ｐｒｉ（ＣＡ）［Ｐｒｉ（ＣｏｍｐＢ）］）とを記憶する。
【０１０１】
通信部５７は、ネットワークＮを通じ外部装置（ＣＡ１０、端末３０、マッチングサーバ４０）との間で通信を行うインタフェースである。
【０１０２】
図１２は、端末５０の機能構成を示したブロック図である。同図に示したように、端末５０は、ＣＰＵ５１とＲＯＭ５４又は記憶部５６に記憶されたプログラムとの協働により、アプリケーション部５１１と、鍵情報提供部５１２と、署名検証部５１３と、暗号化文書送受信部５１４とを機能部として備える。
【０１０３】
アプリケーション部５１１は、ブラウザを用いてマッチングサーバ４０等の外部装置へのアクセスを行い、当該外部装置との間で授受される種々の情報の入出力を制御する。
【０１０４】
鍵情報提供部５１２は、マッチングサーバ４０から暗号化公開鍵の送信要求を受け付けると、記憶部５６に記憶されたＰｒｉ（ＣＡ）［Ｐｕｂ（ＣｏｍｐＢ）］を読み出し、通信部５７を介してマッチングサーバ４０に送信する。
【０１０５】
署名検証部５１３は、マッチングサーバ４０から求職者の暗号化公開鍵（図１の例では、Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］）が提供されると、ＣＡ１０に公開鍵を要求することで、公開鍵（Ｐｕｂ（ＣＡ））をＣＡ１０から取得する。また、署名検証部５１３は、ＣＡ１０から取得したＰｕｂ（ＣＡ）を用いて、求職者の暗号化公開鍵を復号することで、当該暗号化公開鍵の完全性を検証する。
【０１０６】
暗号化文書送受信部５１４は、外部装置からＰｕｂ（ＣｏｍｐＢ）により暗号化された文書を受け付けると、ＣＡ１０に公開鍵を要求することで、公開鍵（Ｐｕｂ（ＣＡ））をＣＡ１０から取得する。また、署名検証部５１３は、ＣＡ１０から取得したＰｕｂ（ＣＡ）により、記憶部５６に記憶されたＰｒｉ（ＣＡ）［Ｐｒｉ（ＣｏｍｐＢ）］を復号することで、Ｐｒｉ（ＣｏｍｐＢ）を抽出する。さらに、署名検証部５１３は、抽出したＰｒｉ（ＣｏｍｐＢ）を用いて、Ｐｕｂ（ＣｏｍｐＢ）により暗号化された文書を復号すると、この文書を記憶部５６に記憶する。
【０１０７】
また、暗号化文書送受信部５１４は、操作部５２を介して求職者宛（端末３０宛）に所定の文書の送信が指示されると、署名検証部５１３により完全性が検証された当該求職者の公開鍵を用いて文書を暗号化し、この求職者宛（端末３０宛）に送信する。
【０１０８】
以下、マッチングシステムの動作について説明する。まず、図１３を参照して、端末３０からマッチングサーバ４０にアクセスが行われる際の動作について説明する。
【０１０９】
図１３は、ＩＣカード２０、端末３０及びマッチングサーバ４０で行われるアクセス処理の手順を示したフローチャートである。なお、本処理の前提として、マッチングサーバ４０の求人情報ＤＢ４７には、複数の求人者にかかる求人情報が当該求人者のアドレス情報と暗号化公開鍵とともに関連付けて夫々保持されているものとする。また、ＩＣカード２０の記憶部２４には、端末３０の操作者により入力された個人情報が保持されているものとする。また、マッチングサーバ４０の認証情報ＤＢ４８には、端末３０の操作者の認証情報が、当該操作者が所有するＩＣカード２０の暗号化公開鍵と関連付けて保持されているものとする。
【０１１０】
まず、ＩＣカード２０が端末３０のリーダ／ライタ部３７に接触又はリーダ／ライタ部３７の近傍に配置され両装置が接続されると、ＩＣカード２０のアクセス制御部２１３は、記憶部２４に予め記憶されたマッチングサーバ４０のＵＲＬを端末３０のブラウザにキックする（ステップＳ１１）。
【０１１１】
アプリケーション部３１１は、ＩＣカード２０から送信されたマッチングサーバ４０のＵＲＬを受け付けると、ブラウザを用いてこのＵＲＬ宛にアクセスを行う（ステップＳ２１）。一方、マッチングサーバ４０では、ユーザ認証部４１１が端末３０からのアクセスを受け付けると（ステップＳ３１）、このアクセス元の端末３０に認証情報の送信を要求する（ステップＳ３２）。
【０１１２】
端末３０では、ＩＣカードアクセス部３１２が、マッチングサーバ４０から認証情報の送信要求を検知すると、ＩＣカード２０に暗号化公開鍵の送信を要求する（ステップＳ２２）。また、アプリケーション部３１１は、操作部３２を介して求職者（ユーザＡ）から入力される認証情報を受け付ける（ステップＳ２３）。このとき、アプリケーション部３１１は、認証情報の入力を促す画面（ＧＵＩ）を、表示部３３に表示する態様としてもよい。
【０１１３】
一方、ＩＣカード２０では、アクセス制御部２１３が、端末３０から暗号化公開鍵の送信要求を受け付けると（ステップＳ１２）、記憶部２４に記憶された暗号化公開鍵（Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］）を読み出し（ステップＳ１３）、端末３０に送信する（ステップＳ１４）。
【０１１４】
端末３０では、アプリケーション部３１１が、ＩＣカード２０から送信された暗号化公開鍵を受け付けると、ステップＳ２３で受け付けた求職者（ユーザＡ）の認証情報とともにマッチングサーバ４０に送信する（ステップＳ２４）。
【０１１５】
一方、マッチングサーバ４０では、端末３０から送信された暗号化公開鍵及び認証情報を受信すると（ステップＳ３３）、ユーザ認証部４１１は、この暗号化公開鍵及び認証情報に基づいてユーザ認証処理を実行する（ステップＳ３４）。以下、図１４を参照して、ステップＳ３２のユーザ認証処理を説明する。
【０１１６】
図１４は、ユーザ認証処理の手順を示したフローチャートである。まず、ユーザ認証部４１１は、ＣＡ１０に公開鍵を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得する（ステップＳ３４１）。
【０１１７】
次いで、ユーザ認証部４１１は、Ｐｕｂ（ＣＡ）を用いて、端末３０から送信された暗号化公開鍵を復号し（ステップＳ３４２）、この復号が正常に終了したか否かを判定する（ステップＳ３４３）。
【０１１８】
ステップＳ３４３において、暗号化公開鍵の復号に失敗したと判定した場合（ステップＳ３４３；Ｎｏ）、ユーザ認証部４１１は、アクセスを拒否する旨の情報を端末３０に送信し（ステップＳ３４６）、処理を終了する。
【０１１９】
また、ステップＳ３４３において、暗号化公開鍵の復号が正常に終了したと判定した場合（ステップＳ３４３；Ｙｅｓ）、ユーザ認証部４１１は、暗号化公開鍵から抽出した公開鍵（Ｐｕｂ（ＵｓｅｒＡ））に関連付けて記憶された認証情報を、認証情報ＤＢ４８から読み出す（ステップＳ３４４）。
【０１２０】
次いで、ユーザ認証部４１１は、ステップＳ３４４で読み出した認証情報と、端末３０から送信された認証情報とを照合することで、端末３０を操作する求職者がＩＣカード２０の正当な所有者か否かを判定する（ステップＳ３４５）。ここで、両認証情報が異なると判定した場合、即ち、端末３０を操作する求職者がＩＣカード２０の正当な所有者でないと判定した場合には（ステップＳ３４５；Ｎｏ）、ユーザ認証部４１１は、アクセスを拒否する旨の情報を端末３０に送信する（ステップＳ３４６）。
【０１２１】
また、ステップＳ３４５において、両認証情報が一致すると判定した場合、即ち、端末３０を操作する求職者がＩＣカード２０の正当な所有者と判定した場合には（ステップＳ３４５；Ｙｅｓ）、ユーザ認証部４１１は、アクセスを許可する旨の情報を端末３０に送信し（ステップＳ３４７）、処理を終了する。
【０１２２】
図１３に戻り、端末３０では、マッチングサーバ４０からユーザ認証処理の結果を受信すると（ステップＳ２５）、アプリケーション部３１１は、この認証結果がアクセスを許可するものか否かを判定する（ステップＳ２６）。ここで、アクセスを拒否する旨の情報と判定した場合（ステップＳ２６；Ｎｏ）、アプリケーション部３１１は、表示部３３に認証が失敗した旨を通知する画面を表示し（ステップＳ２７）、本処理を終了する。
【０１２３】
また、ステップＳ２６において、認証結果がアクセスを許可するものと判定した場合（ステップＳ２６；Ｙｅｓ）、アプリケーション部３１１は、表示部３３に認証が成功した旨を通知する画面を表示し（ステップＳ２８）、本処理を終了する。
【０１２４】
なお、本処理ではＩＣカード２０に保持された暗号化公開鍵と、端末３０を操作する求職者自身が入力する認証情報とに基づいて認証を行うこととしたが、これに限らないものとする。例えば、ＩＣカード２０に保持された暗号化公開鍵のみを用いて認証を行う態様としてもよく、この場合、マッチングサーバ４０の認証情報ＤＢ４８には識別情報を保持する必要はない。また、端末３０の操作者自身が入力する識別情報のみを用いて認証を行う態様としてもよく、この場合、マッチングサーバ４０の認証情報ＤＢ４８には暗号化公開鍵を保持する必要はない。
【０１２５】
また、他の認証方式を用いることとしてもよい。例えば、ＩＣカード２０にワンタイムパスワードを生成する機能部（トークン）を備えるとともに、マッチングサーバ４０にワンタイムパスワードの認証を行う機能部を備えることで、ワンタイムパスワードによる認証を行う態様としてもよい。
【０１２６】
また、上記アクセス処理では、端末３０からマッチングサーバ４０へのアクセスについて説明したが、端末５０からマッチングサーバ４０にアクセスが行われる場合においても、同様の処理によりアクセスの可否が判断される。なお、端末５０の場合では、ＩＣカード２０を併用しないため、アプリケーション部５１１は、操作部５２を介して入力される利用者の指示情報に応じてマッチングサーバ４０にアクセスするものとする。また、鍵情報提供部５１２は、マッチングサーバ４０からの暗号化公開鍵の送信要求に応じて記憶部５６から暗号化公開鍵の取得を行う。
【０１２７】
次に、図１５を参照して、マッチングサーバ４０から端末３０に求人情報が提供される際の動作について説明する。
【０１２８】
図１５は、ＩＣカード２０、端末３０及びマッチングサーバ４０で行われる求人情報提供処理の手順を示したフローチャートである。なお、本処理は、図１３に示したアクセス処理において、マッチングサーバ４０と、当該マッチングサーバ４０によりアクセスが許可された端末３０との間で行われる。
【０１２９】
まず、マッチングサーバ４０では、マッチング処理部４１２が、ユーザ認証部４１１でアクセスが許可された端末（端末３０）に対して、個人情報及び条件情報の送信を要求する（ステップＳ４１）。一方、端末３０では、アプリケーション部３１１が、この送信要求を受け付けると（ステップＳ５１）、ＩＣカードアクセス部３１２は、要素特定情報とフィルタリング設定情報とを含んだ個人情報送信要求を生成し、ＩＣカード２０に送信する（ステップＳ５２）。
【０１３０】
ＩＣカード２０では、端末３０から個人情報送信要求を受信すると（ステップＳ６１）、フィルタリング部２１５は、この個人情報送信要求に含まれた要素特定情報とフィルタリング設定情報とに基づいてフィルタリング処理を実行する（ステップＳ６２）。以下、図１６を参照して、ステップＳ６２のフィルタリング処理について説明する。
【０１３１】
図１６は、フィルタリング処理の手順を示したフローチャートである。まず、フィルタリング部２１５は、個人情報送信要求に含まれた要素特定情報に基づき、この要素特定情報で指示された個人情報の要素を記憶部２４から順次読み出す（ステップＳ６２１）。次いで、フィルタリング部２１５は、この要素についてのフィルタリング設定情報がオンかオフかを判定する（ステップＳ６２２）。
【０１３２】
ステップＳ６２２において、フィルタリング設定情報がオフと判定した場合（ステップＳ６２２；Ｎｏ）、フィルタリング部２１５は、ステップＳ６２４の処理に移行する。
【０１３３】
一方、ステップＳ６２２において、フィルタリング設定情報がオンと判定した場合（ステップＳ６２２；Ｙｅｓ）、フィルタリング部２１５は、ステップＳ６２１で読み出した要素の精度を低下させた後（ステップＳ６２３）、ステップＳ６２４の処理に移行する。なお、ステップＳ６２３では上述した数値丸め、文字列の一部省略、上位概念化等の処理が行われるが、処理対象となった要素の特性（数値や文字列、単語等）に応じて処理が行われるものとする。
【０１３４】
続いて、フィルタリング部２１５は、要素特定情報で指示された全ての要素を読み出したか否かを判定し、未処理の要素が存在する場合には（ステップＳ６２４；Ｎｏ）、ステップＳ６２１の処理に再び戻る。また、ステップＳ６２４において、要素特定情報で指示された全ての要素を読み出したと判定した場合（ステップＳ６２４；Ｙｅｓ）、フィルタリング部２１５は、ステップＳ６２１〜Ｓ６２４のループで処理された要素を個人情報として、記憶部２４に記憶された条件情報とともに端末３０に送信する（ステップＳ６２５）。
【０１３５】
このように、フィルタリング部２１５は、個人情報の精度を低下させることで、正確な個人情報が外部装置に不用意に送信されてしまうことを防止する。なお、本実施形態では、個人情報は条件情報と比較し、情報漏洩により被る被害が大きいことからフィルタリング処理を施す態様としているが、条件情報に対しても同様の処理を施すことで、その精度を低下させることとしてもよい。また、本実施形態では、マッチングサーバ４０に個人情報及び条件情報を送信する前に、その送信内容を表示し、送信の許諾を確認する態様としたが、これに限らず、送信の許諾確認を行わず直ちに送信する態様としてもよい。
【０１３６】
図１５に戻り、端末３０では、ＩＣカード２０から送信された個人情報及び条件情報を受信すると（ステップＳ５３）、アプリケーション部３１１は、この個人情報及び条件情報の内容を利用者が視認可能な状態で表示部３３に表示し（ステップＳ５４）、当該個人情報及び条件情報のマッチングサーバ４０への送信可否を操作者に確認する（ステップＳ５５）。
【０１３７】
ここで、アプリケーション部３１１は、操作部３２を介して送信を許可しない旨の指示情報を受け付けると（ステップＳ５５；Ｎｏ）、本処理を直ちに終了する。なお、この場合、例えば、端末３０の操作者が必要項目やフィルタリング設定を変更した後、ＩＣカード２０に個人情報送信要求を再び送信する態様としてもよい。
【０１３８】
また、ステップＳ５５において、操作部３２を介し送信を許可する旨の指示情報を受け付けると（ステップＳ５５；Ｙｅｓ）、アプリケーション部３１１は、ＩＣカード２０から送信された個人情報及び条件情報をマッチングサーバ４０に送信する（ステップＳ５６）。
【０１３９】
このように、マッチングサーバ４０への送信前に個人情報及び条件情報を表示部３３に表示し、利用者に送信の可否を確認させることで、利用者の意図に反した個人情報及び条件情報が不用意に送信されてしまうことを防止することができる。
【０１４０】
一方、マッチングサーバ４０では、端末３０から送信された個人情報及び条件情報を受信すると（ステップＳ４２）、マッチング処理部４１２は、当該個人情報及び条件情報に含まれた年齢や住所、希望職種等の条件に合致する求人情報を求人情報ＤＢ４７から抽出する（ステップＳ４３）。次いで、マッチング処理部４１２は、抽出した求人情報を端末３０に送信する（ステップＳ４４）。
【０１４１】
端末３０では、マッチングサーバ４０から送信された求人情報を受信すると（ステップＳ５７）、アプリケーション部３１１は、この求人情報を表示部３３に表示し（ステップＳ５８）、処理を終了する。
【０１４２】
これにより、端末３０の求職者は、マッチングサーバ４０から提供された求人情報、即ち、操作者自らが個人情報として設定した条件に適合する求人情報を、表示部３３を介して閲覧することが可能となる。また、端末３０では、表示部３３に表示された一又は複数の求人情報のうち、特定の求人情報について求人者の照会をマッチングサーバ４０に要求することが可能となっている。
【０１４３】
次に、図１７を参照して、求職者と求人者との間で暗号化鍵情報が交換される際の動作について説明する。
【０１４４】
図１７は、端末３０、マッチングサーバ４０及び端末５０により行われる鍵情報交換処理の手順を示したフローチャートである。なお、本処理は、図１５に示した求人情報の提供後に実行される。
【０１４５】
端末３０において、操作部３２を介して特定の求人情報が選択され、求人者の照会を指示する指示情報を受け付けると、アプリケーション部３１１は、この選択された求人情報についての照会要求をマッチングサーバ４０に送信する（ステップＳ７１）。
【０１４６】
ここで、照会要求には、選択された求人情報を特定するための識別情報（例えば、求人情報のファイル名や整理番号等）が含まれているものとする。なお、照会要求に他の情報を含めることとしてもよく、例えば、選択された求人情報の求人者宛にメッセージが操作部３２を介して入力された場合には、このメッセージを求人情報の照会要求に含めて送信する態様としてもよい。
【０１４７】
一方、マッチングサーバ４０では、鍵情報交換部４１３が、端末３０から送信された照会要求を受け付けると（ステップＳ８１）、この照会要求で指示された識別情報に対応する求人情報を求人情報ＤＢ４７から検索する（ステップＳ８２）。
【０１４８】
次いで、鍵情報交換部４１３は、ステップＳ８２で検索した求人情報に関連付けて記憶された暗号化公開鍵及びアドレス情報を、求人情報ＤＢ４７から読み出すと（ステップＳ８３）、この暗号化公開鍵とアドレス情報とを端末３０に送信する（ステップＳ８４）。
【０１４９】
さらに、鍵情報交換部４１３は、照会要求の送信元となる端末３０から受け付けた暗号化公開鍵、即ち、ＩＣカード２０に保持された求職者（ユーザＡ）の暗号化公開鍵（Ｐｒｉ（ＣＡ）［Ｐｕｂ（ＵｓｅｒＡ）］）を、この求職者のアドレス情報とともに、照会要求で照会が指示された求人情報の求人者宛（端末５０）に送信する（ステップＳ８５）。
【０１５０】
ここで、求職者（ユーザＡ）の暗号化公開鍵は、マッチングサーバ４０へのアクセス開始時に、端末３０から送信されたものを求人者宛に送信する態様としてもよいし、認証情報ＤＢ４８に登録された暗号化公開鍵を求人者宛に送信する態様としてもよい。また、暗号化公開鍵の送信を要求する指示情報を端末３０に送信することで、当該端末３０から操作者の暗号化公開鍵を再度取得する態様としてもよい。また、端末３０から送信された照会要求にメッセージが含まれていた場合には、求職者（ユーザＡ）の暗号化公開鍵、アドレス情報とともに、このメッセージを求人者宛に送信する態様としてもよい。
【０１５１】
一方、端末３０では、マッチングサーバ４０から送信された求人者の暗号化公開鍵、アドレス情報を受信すると（ステップＳ７２）、アプリケーション部３１１は、この暗号化公開鍵とアドレス情報とを関連付けて記憶部３６に記憶し（ステップＳ７３）、処理を終了する。なお、本実施形態では、マッチングサーバ４０から提供された求人者の暗号化公開鍵、アドレス情報を記憶部３６に記憶する態様としたが、これに限らず、ＩＣカード２０の記憶部２４に記憶する態様としてもよい。
【０１５２】
また、端末５０でも同様に、マッチングサーバ４０から送信された求職者の暗号化公開鍵、アドレス情報を受信すると（ステップＳ９１）、アプリケーション部５１１が、この暗号化公開鍵とアドレス情報とを関連付けて記憶部５６に記憶し（ステップＳ９２）、処理を終了する。
【０１５３】
このように、上述した鍵情報交換処理により、求職者たる端末３０のユーザＡと、求人者たる端末５０のＢ社との間で、暗号化公開鍵が交換されることになる。これ以降、求職者と求人者との間（端末３０−端末５０間）では、暗号化公開鍵から抽出される互いの公開鍵を用いて送信文書の暗号化を行い、当該公開鍵を用いた公開鍵暗号方式により情報の授受を行う。これにより、求職者と求人者との間の通信にかかるセキュリティを確保することができる。
【０１５４】
なお、上記鍵情報交換処理では、求職者と求人者の双方に互いの暗号化公開鍵を提供する態様としたが、これに限らず、何れか一方にのみ他方側の暗号化公開鍵を提供する態様としてもよい。
【０１５５】
以下、図１８、１９を参照して、暗号化公開鍵の交換後に行われる、端末３０と端末５０との間の通信の一例について説明する。
【０１５６】
図１８は、端末３０から端末５０への情報の送信時に行われる第１公開鍵暗号通信処理の手順を示したフローチャートである。なお、本処理は、上述した鍵情報交換処理により鍵情報の交換が行われた後、又は、後述する第２公開鍵暗号通信処理の後に行われる。
【０１５７】
まず、端末３０において、求人者宛（端末５０宛）に履歴書やメッセージ等の文書の送信が操作部３２を介して指示され、署名検証部３１３が、この指示情報を受け付けると（ステップＳ１０１）、ＣＡ１０に公開鍵を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得する（ステップＳ１０２）。続いて、署名検証部３１３は、Ｐｕｂ（ＣＡ）を用いて、記憶部３６に記憶された求人者の暗号化公開鍵のうち、文書の送信対象となった求人者の暗号化公開鍵を復号し（ステップＳ１０３）、この復号が正常に終了したか否かを判定する（ステップＳ１０４）。
【０１５８】
ステップＳ１０４において、暗号化公開鍵の復号が失敗したと判定した場合（ステップＳ１０４；Ｎｏ）、署名検証部３１３は、この暗号化公開鍵の完全性が損なわれている旨を通知する画面を表示部３３に表示し（ステップＳ１０５）、処理を終了する。
【０１５９】
また、署名検証部３１３により、暗号化公開鍵の復号が正常に終了したと判定された場合（ステップＳ１０４；Ｙｅｓ）、暗号化文書送受信部３１４は、この復号により抽出される求人者の公開鍵（Ｐｕｂ（ＣｏｍｐＢ））を用いて、ステップＳ１０１で送信が指示された文書を暗号化する（ステップＳ１０６）。以下、公開鍵により暗号化された文書を暗号化文書という。
【０１６０】
次いで、暗号化文書送受信部３１４は、ステップＳ１０６で暗号化した暗号化文書を送信対象の求人者宛（端末５０宛）に送信し（ステップＳ１０７）、処理を終了する。
【０１６１】
一方、端末５０では、暗号化文書送受信部５１４が、端末３０から送信された暗号化文書を受信すると（ステップＳ１１１）、ＣＡ１０に公開鍵を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得する（ステップＳ１１２）。次いで、暗号化文書送受信部５１４は、このＰｕｂ（ＣＡ）を用いて、記憶部５６に記憶された自己の暗号化秘密鍵（Ｐｒｉ（ＣＡ）［Ｐｒｉ（ＣｏｍｐＢ）］）を復号する（ステップＳ１１３）。
【０１６２】
続いて、暗号化文書送受信部５１４は、ステップＳ１１３の復号で抽出した秘密鍵（Ｐｒｉ（ＣｏｍｐＢ））を用いて、端末３０から送信された暗号化文書を復号し（ステップＳ１１４）、この復号が正常に終了したか否かを判定する（ステップＳ１１５）。
【０１６３】
ステップＳ１１５において、暗号化文書の復号が失敗したと判定した場合（ステップＳ１１５；Ｎｏ）、暗号化文書送受信部５１４は、この暗号化文書の完全性が損なわれている旨を通知する画面を表示部５３に表示し（ステップＳ１１６）、処理を終了する。
【０１６４】
また、ステップＳ１１５において、暗号化文書の復号が正常に終了したと判定した場合（ステップＳ１１５；Ｙｅｓ）、暗号化文書送受信部５１４は、復号した文書を記憶部５６に記憶し（ステップＳ１１７）、処理を終了する。
【０１６５】
図１９は、端末５０から端末３０への情報の送信時に行われる第２公開鍵暗号通信処理の手順を示したフローチャートである。なお、本処理は、上述した鍵情報交換処理により鍵情報の交換が行われた後、又は、上述した第１公開鍵暗号通信処理の後に行われる。
【０１６６】
まず、端末５０において、求職者宛（端末３０宛）に応答文やメッセージ等の文書の送信が操作部３２を介して指示され、署名検証部５１３が、この指示情報を受け付けると（ステップＳ１２１）、ＣＡ１０に公開鍵を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得する（ステップＳ１２２）。続いて、署名検証部５１３は、ＣＡ１０の公開鍵を用いて、記憶部５６に記憶された求職者の暗号化公開鍵のうち、送信対象となった求職者（ユーザＡ）の暗号化公開鍵を復号し（ステップＳ１２３）、この復号が正常に終了したか否かを判定する（ステップＳ１２４）。
【０１６７】
ステップＳ１２４において、暗号化公開鍵の復号が失敗したと判定した場合（ステップＳ１２４；Ｎｏ）、署名検証部５１３は、この暗号化公開鍵の完全性が損なわれている旨を通知する画面を表示部５３に表示し（ステップＳ１２５）、処理を終了する。
【０１６８】
また、署名検証部５１３により、暗号化公開鍵の復号が正常に終了したと判定された場合（ステップＳ１２４；Ｙｅｓ）、暗号化文書送受信部５１４は、この復号により抽出される求職者の公開鍵を用いて、ステップＳ１２１で送付が指示された文書を暗号化する（ステップＳ１２６）。次いで、暗号化文書送受信部５１４は、ステップＳ１２６で暗号化した暗号化文書を送信対象の求職者宛（端末３０宛）に送信する（ステップＳ１２７）。
【０１６９】
一方、端末３０では、暗号化文書送受信部３１４が、端末５０から送信された暗号化文書を受信すると（ステップＳ１３１）、ＣＡ１０に公開鍵を要求することで、Ｐｕｂ（ＣＡ）をＣＡ１０から取得する（ステップＳ１３２）。次いで、ＩＣカードアクセス部３１２は、ＩＣカード２０に対して暗号化秘密鍵の送信を要求する（ステップＳ１３３）。
【０１７０】
ＩＣカード２０では、鍵情報提供部２１４が、端末３０から暗号化秘密鍵の送信要求を受け付けると（ステップＳ１４１）、記憶部２４から暗号化秘密鍵（Ｐｒｉ（ＣＡ）［Ｐｒｉ（ＵｓｅｒＡ）］）を読み出し（ステップＳ１４２）、端末３０に送信する（ステップＳ１４３）。
【０１７１】
端末３０では、暗号化文書送受信部３１４が、ＩＣカード２０から送信された暗号化秘密鍵を受信すると（ステップＳ１３４）、ステップＳ１３１で取得したＰｕｂ（ＣＡ）を用いて、この暗号化秘密鍵を復号する（ステップＳ１３５）。
【０１７２】
続いて、暗号化文書送受信部３１４は、ステップＳ１３５の復号で抽出した秘密鍵（Ｐｒｉ（ＣｏｍｐＢ））を用いて、端末５０から送信された暗号化文書を復号し（ステップＳ１３６）、この復号が正常に終了したか否かを判定する（ステップＳ１３７）。
【０１７３】
ステップＳ１３７において、暗号化文書の復号が失敗したと判定した場合（ステップＳ１３７；Ｎｏ）、暗号化文書送受信部３１４は、この暗号化文書の完全性が損なわれている旨を通知する画面を表示部３３に表示し（ステップＳ１３８）、処理を終了する。
【０１７４】
また、ステップＳ１３７において、暗号化文書の復号が正常に終了したと判定した場合（ステップＳ１３７；Ｙｅｓ）、暗号化文書送受信部３１４は、復号した文書を記憶部５６に記憶し（ステップＳ１３９）、処理を終了する。
【０１７５】
このように、暗号化公開鍵の交換が成立した後では、求職者と求人者との間の通信は、互いの公開鍵を用いて暗号化した公開鍵暗号化方式で行うことができるため、情報の授受を安全に行うことが可能となり、文書の改ざんを検出することが可能となる。
【０１７６】
以上説明したように、本実施形態によれば、利用者自身が個人情報を管理し、利用者端末から個人情報をアドホックに送信することができるため、利用者はサービス提供会社に個人情報を登録することなく、個人情報に基づいたマッチングサービスを享受することができる。また、個人情報の精度を低下させた状態でサーバ装置に送信することで、正確な個人情報が外部装置に不用意に送信されてしまうことを防止することが可能となるため、利用者はマッチングサービスをより安全に享受することができる。
【０１７７】
また、マッチングサーバ４０でのマッチング処理に必要な個人情報及び条件情報を、利用者が携帯可能なＩＣカード２０に保持することで、利用者は当該ＩＣカード２０と接続可能な任意の端末からマッチングサーバ４０にアクセスすることができるため、利用者の利便性を向上させることができる。
【０１７８】
なお、上記実施形態では、ＩＣカード２０を用いてアクセスを行う端末３０（以下、ＩＣカード併用型という）と、暗号化鍵情報をローカルに記憶する端末５０（以下、独立型という）とを、本マッチングシステムの利用者端末としたが、この例に限らず、全ての利用者端末をＩＣカード併用型としてもよいし、独立型としてもよい。また、ネットワークＮに接続される利用者端末の個数は特に問わないものとする。
【０１７９】
また、上記実施形態ではＩＣカード２０を用いたが、これに限らず、例えば、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等、他の携帯型電子機器を用いることとしてもよい。
【０１８０】
また、上記実施形態では、独立型の利用者端末（端末５０）からマッチングサーバ４０に対し、求人情報の掲載が依頼される態様としたが、ＩＣカード併用型の利用者端末からマッチングサーバ４０に情報の掲載が依頼されることとしてもよい。また、独立型の利用者端末が、ＩＣカード２０の機能部（入力支援部２１１、記憶制御部２１２、アクセス制御部２１３、フィルタリング部２１５）を備えることとしてもよい。
【産業上の利用可能性】
【０１８１】
以上のように、本発明にかかるマッチングシステム及び個人情報管理装置は、利用者から送信される情報と対照情報とのマッチングサービスを提供する場合に有用であり、特に、利用者自身の個人情報に基づいてマッチングを行うマッチングシステムに適している。
【図面の簡単な説明】
【０１８２】
【図１】マッチングシステムの概略構成を示したブロック図である。
【図２】ＩＣカード２０のハードウェア構成の一例を示した図である。
【図３】ＩＣカード２０の機能構成を示した図である。
【図４】入力支援部２１１の制御により表示される、個人情報の入力にかかる支援画面の一例を示した図である。
【図５】記憶部２４に保持された個人情報格納用のテーブル構造を示した図である。
【図６】記憶部２４に保持された個人情報格納用のテーブル構造を示した図である。
【図７】端末３０のハードウェア構成の一例を示した図である。
【図８】端末３０の機能構成を示したブロック図である。
【図９】マッチングサーバ４０のハードウェア構成の一例を示した図である。
【図１０】マッチングサーバ４０の機能構成を示したブロック図である。
【図１１】端末５０のハードウェア構成の一例を示した図である。
【図１２】端末５０の機能構成を示したブロック図である。
【図１３】アクセス処理の手順を示したフローチャートである。
【図１４】ユーザ認証処理の手順を示したフローチャートである。
【図１５】求人情報提供処理の手順を示したフローチャートである。
【図１６】フィルタリング処理の手順を示したフローチャートである。
【図１７】鍵情報交換処理の手順を示したフローチャートである。
【図１８】第１公開鍵暗号通信処理の手順を示したフローチャートである。
【図１９】第２公開鍵暗号通信処理の手順を示したフローチャートである。
【符号の説明】
【０１８３】
１０  ＣＡ（認証局）
２０  ＩＣカード
２１  ＣＰＵ
２２  ＲＯＭ
２３  ＲＡＭ
２４  記憶部
２５  通信部
２１１  入力支援部
２１２  記憶制御部
２１３  アクセス制御部
２１４  鍵情報提供部
２１５  フィルタリング部
３０  端末
３１  ＣＰＵ
３２  操作部
３３  表示部
３４  ＲＯＭ
３５  ＲＡＭ
３６  記憶部
３７  リーダ／ライタ部
３８  通信部
３１１  アプリケーション部
３１２  ＩＣカードアクセス部
３１３  署名検証部
３１４  暗号化文書送受信部
４０  マッチングサーバ
４１  ＣＰＵ
４２  操作部
４３  表示部
４４  ＲＯＭ
４５  ＲＡＭ
４６  記憶部
４７  求人情報ＤＢ
４８  認証情報ＤＢ
４９  通信部
４１１  ユーザ認証部
４１２  マッチング処理部
４１３  鍵情報交換部
５０  端末
５１  ＣＰＵ
５２  操作部
５３  表示部
５４  ＲＯＭ
５５  ＲＡＭ
５６  記憶部
５７  通信部
５１１  アプリケーション部
５１２  鍵情報提供部
５１３  署名検証部
５１４  暗号化文書送受信部
【図１】
2009238067.tif 000003
【図２】
2009238067.tif 000004
【図３】
2009238067.tif 000005
【図４】
2009238067.tif 000006
【図５】
2009238067.tif 000007
【図６】
2009238067.tif 000008
【図７】
2009238067.tif 000009
【図８】
2009238067.tif 000010
【図９】
2009238067.tif 000011
【図１０】
2009238067.tif 000012
【図１１】
2009238067.tif 000013
【図１２】
2009238067.tif 000014
【図１３】
2009238067.tif 000015
【図１４】
2009238067.tif 000016
【図１５】
2009238067.tif 000017
【図１６】
2009238067.tif 000018
【図１７】
2009238067.tif 000019
【図１８】
2009238067.tif 000020
【図１９】
2009238067.tif 000021