JP7306170B2 - 通信プログラムおよび通信方法 - Google Patents

Description

本発明は、通信プログラムおよび通信方法に関する。

クレジットカードの発行申し込み、銀行の口座開設、保険への加入などの様々なサービスを利用する際に、サービスの利用者がサービスの提供者に電子証明書を提示することがある。電子証明書は認証局によって発行され得る。この場合、認証局は、ユーザに対して身元確認などを実施し、その結果に基づいて証明書を発行する。ユーザは得られた電子証明書をサービスの提供者に提示する。

近年、仮想通貨を実現する基盤として登場した分散台帳技術が注目されている。分散台帳を用いると、システムの中央管理者が存在しなくても情報の改ざんを防ぐことができるため、仮想通貨以外の領域への応用も検討されている。

関連する技術として、信頼当事者のサービスにアクセスするためのトークンをアイデンティティプロバイダから取得する方法が知られている（例えば、特許文献１など）。

特表２０１１－５２５０２８号

サービスの提供者は、サービスの利用者から提示された電子証明書に基づいて利用者の状況を認識し、サービスを提供する。このため、サービスの利用者が複数の電子証明書を取得している場合、利用者は、不都合な証明書の存在を隠蔽して、利用者にとって好都合な証明書をサービスの提供者に提示することができる。すると、サービスの提供者は、利用者の状況を利用者にとって有利に誤認し、誤認した状況に応じたサービスを提供してしまうおそれがある。

本発明は、１つの側面として、サービスの利用者による電子証明書の隠蔽を検出することを目的とする。

ある１つの態様にかかる通信プログラムは、ネットワークで共有される分散台帳の情報を取得可能な第１の装置で動作する。第１の装置は、第２の装置のユーザが前記第１の装置への申請に使用する１つ以上の電子証明書を前記第２の装置から取得する。第１の装置は、前記１つ以上の電子証明書で証明される情報の種別と前記ユーザの組み合わせを識別する種別情報であって、前記第２の装置によって前記分散台帳に登録された前記種別情報を、前記分散台帳を用いて取得する。第１の装置は、前記種別情報が前記分散台帳に登録された後に発行される証明書であって、前記証明書が発行されるたびに前記証明書の発行情報が前記種別情報に対応付けて前記分散台帳に登録される前記証明書の発行履歴を取得する。第１の装置は、前記発行履歴に前記第２の装置から取得していない他の電子証明書の情報が含まれるかを判定する。

サービスの利用者による電子証明書の隠蔽が検出できる。

実施形態にかかる通信方法の例を説明する図である。 通信装置の構成の例を説明する図である。 通信装置のハードウェア構成の例を説明する図である。 分散台帳に含まれる公開鍵情報の例を説明する図である。 カテゴリーＩＤの登録処理の例を説明するシーケンス図である。 証明書の発行の際に行われる処理の例を説明するシーケンス図である。 証明書の網羅性の検証処理の例を説明するシーケンス図である。 通信装置で行われる検証処理の例を説明するフローチャートである。 カテゴリーＩＤの暗号化に使用される鍵情報の例を説明する図である。 第２の実施形態で使用されるカテゴリーＩＤリストの例を説明する図である。 カテゴリーＩＤの登録処理の例を説明するシーケンス図である。 証明書の発行の際に行われる処理の例を説明するシーケンス図である。 証明書の網羅性の検証処理の例を説明するシーケンス図である。 通信装置で行われる検証処理の例を説明するフローチャートである。 第２の実施形態での通信処理の例を説明する図である。

図１は、実施形態にかかる通信方法の例を説明する図である。図１に示す例では、ネットワーク１にノード５（５ａ～５ｄ）が参加している。ネットワーク１に参加しているノード５ａ～５ｄは、分散台帳２を共有するものとする。ネットワーク１は、分散台帳２を共有し得る任意の形式のネットワークである。例えば、ネットワーク１は、ブロックチェーン技術におけるコンソーシアムであってもよい。図１の例では、ノード５に通信装置１０（１０ａ～１０ｄ）が接続されている。通信装置１０は、接続先のノード５を介して分散台帳２中の情報を取得することができるものとする。

以下、図１を参照しながら、提供されるサービスが保険であり、証明書が利用者（ユーザ）の病歴に関する証明書である場合の例について説明する。通信装置１０ａはＡ病院に備えられた通信装置１０であり、通信装置１０ｂはＢ病院に備えられた通信装置１０であるとする。さらに、通信装置１０ｃは、保険を利用しようとしているユーザＣが使用する装置であり、通信装置１０ｄは保険会社が使用する通信装置１０であるとする。さらに、Ａ病院の証明書の発行者としての識別情報（発行者ＩＤ）はＩＤＡであり、Ｂ病院の発行者ＩＤはＩＤＢであるとする。

まず、通信装置１０ｃは、証明書を取得するカテゴリーの入力を受け付けると、そのカテゴリー（種別）と通信装置１０ｃを使用するユーザＣの組み合わせを一意に特定可能な識別情報（種別情報）を生成する。以下の説明では、カテゴリーとユーザの組み合わせを一意に特定可能な識別情報のことを「カテゴリーＩＤ」と記載することがある。通信装置１０ｃは生成したカテゴリーＩＤをノード５ｃに通知する。すると、ノード５ｃは、通知されたカテゴリーＩＤを分散台帳２に登録する。図１の例では、Ｒ１に示すように、ユーザＣの病歴についてのカテゴリーＩＤは、ａ２ｋ８ｙであり、ユーザＣの学歴についてのカテゴリーＩＤは、３０ｆ８ｈであることが分散台帳２に登録される。このため、ユーザＣについてのカテゴリーＩＤの情報は、分散台帳２を共有するノード５の間で共有される。また、各通信装置１０もノード５を介してカテゴリーＩＤを取得できる。

次に、ユーザＣは、Ａ病院から病歴についての証明書を取得するために、病歴についての証明書の要求を通信装置１０ｃから通信装置１０ａに送信する（ステップＳ１）。通信装置１０ａのオペレータは、ユーザＣの病歴についての証明書Ｃ１を生成したとする。通信装置１０ａは、証明書Ｃ１の発行情報を生成してノード５ａに送信する。なお、証明書Ｃ１の発行情報には、ユーザＣの病歴を特定するカテゴリーＩＤが含められている。ノード５ａは、受信した発行情報をＲ２に示すように、分散台帳２に記録する。発行情報Ｒ２に示す記録は、発行者ＩＤ＝ＩＤＡ（Ａ病院）から、カテゴリーＩＤ＝ａ２ｋ８ｙで識別されるユーザとカテゴリーの組み合わせについて、証明書ＩＤ＝ａ１の証明書が発行されたことを表す。その後、証明書ＩＤ＝ａ１の証明書が通信装置１０ａから通信装置１０ｃに送信される（ステップＳ２）。

ユーザＣがＢ病院から病歴についての証明書を取得する場合にも、Ａ病院から証明書を取得したときと同様の処理が行われる。すなわち、通信装置１０ｃから通信装置１０ｂに病歴についての証明書の要求が送信される（ステップＳ３）。通信装置１０ｂによって通信装置１０ａと同様の処理が行われるので、通信装置１０ｂで生成された証明書の情報もノード５ｂによって分散台帳２に登録される。このため、Ｒ３に示すように、発行者ＩＤ＝ＩＤＢ（Ｂ病院）から、カテゴリーＩＤ＝ａ２ｋ８ｙで識別されるユーザとカテゴリーの組み合わせについて、証明書ＩＤ＝ｂ１の証明書が発行されたことが分散台帳２に記録される。その後、証明書ＩＤ＝ｂ１の証明書が通信装置１０ｂから通信装置１０ｃに送信される（ステップＳ４）。

次に、ユーザＣのサービスの利用申請のために、通信装置１０ｃは、証明書と証明書のカテゴリーが病歴であることを示す情報を通信装置１０ｄに送付する（ステップＳ５）。図１の例では、通信装置１０ｃは、Ａ病院からユーザＣが取得した証明書とＢ病院からユーザＣが取得した証明書の両方を通信装置１０ｄに送信したとする。

通信装置１０ｄは、ノード５ｄに対して、ユーザＣの病歴についての証明書発行履歴を要求する（ステップＳ６）。ここで、「証明書発行履歴」は、あるユーザに対してあるカテゴリーで発行された全ての証明書の識別情報のリストである。

ノード５ｄは、分散台帳２中のＲ１の記録を参照することにより、ユーザＣと病歴の組み合わせを識別するカテゴリーＩＤが「ａ２ｋ８ｙ」であると認識する。ノード５ｄはカテゴリーＩＤ＝ａ２ｋ８ｙに対応付けて分散台帳２に記録されている発行情報を検索する。図１の例では、発行情報Ｒ２とＲ３から、証明書ＩＤ＝ａ１、ｂ１の証明書が発行されていることが特定される。ノード５ｄは、証明書発行履歴として証明書ＩＤ＝ａ１、ｂ１を通信装置１０ｄに通知する（ステップＳ７）。通信装置１０ｄは、ノード５ｄから通知された証明書ＩＤと通信装置１０ｃから受信した証明書に含まれている証明書ＩＤを比較する。図１の例では、ノード５ｄから通知された証明書ＩＤと通信装置１０ｃから受信した証明書に含まれている証明書ＩＤが完全一致するので、通信装置１０ｄは、ユーザＣが病歴について取得した証明書を全て提出していると判定できる。

その後、通信装置１０ｄは、受信した証明書の各々を復号して証明書の検証を行う。証明書の検証のために、通信装置１０ｄは、適宜、各証明書を発行した装置で用いられている秘密鍵の対となる公開鍵をノード５ｄから取得できるものとする。また、各通信装置１０の公開鍵は分散台帳２に予め登録されているとする。図１の例では、通信装置１０ｄは、発行者ＩＤ＝ＩＤＡに対応付けられた通信装置１０ａの公開鍵と、発行者ＩＤ＝ＩＤＢに対応付けられた通信装置１０ｂの公開鍵をノード５ｄから取得することにより、証明書を復号できる。

一方、証明書発行履歴に含まれているＩＤで識別される証明書の１つ以上を受信していない場合、通信装置１０は、サービスを受けようとしているユーザから全ての証明書が送られていないと判定できる。このように、証明書発行履歴に含まれているＩＤで識別される証明書の１つ以上が送付されていない場合、通信装置１０は、サービスを受けようとしているユーザが一部の証明書を隠蔽した可能性があると判定できる。

以上述べたように、実施形態にかかる通信方法が用いられるシステムでは、証明書が発行されるたびに、その証明書の発行情報がカテゴリーＩＤに対応付けて分散台帳２に記録される。従って、全ての証明書についての発行情報が分散台帳２に登録されることになる。さらに、各証明書は、予め、ユーザがユーザ自身と証明書のカテゴリーの組み合わせを一意に特定可能なカテゴリーＩＤを分散台帳２に登録した後に発行される。このため、分散台帳２の記録を用いて、サービスの利用者がそのサービスに関連するカテゴリーについて取得している全ての電子証明書をサービス提供者に提出したかを、提供者が特定することができる。

なお、図１は一例であって、ネットワーク中のノード５や通信装置１０の数は任意に変更されうる。さらに、提出される証明書の種類や提供されるサービスの種類も実装に応じて任意に変更され得る。

＜装置構成＞
図２は、通信装置１０の構成の例を説明する図である。通信装置１０は、通信部２０、制御部３０、および、記憶部４０を備える。通信部２０は、送信部２１と受信部２２を有する。送信部２１は、ノード５や他の通信装置１０などにパケットを送信する。受信部２２は、ノード５や他の通信装置１０などからパケットを受信する。

制御部３０は、ＩＤ生成部３１、登録処理部３２、取得部３３、判定部３４、および、アプリケーション処理部３５を備える。ＩＤ生成部３１は、カテゴリーＩＤを生成する。ＩＤ生成部３１は、通信装置１０が証明書を取得するユーザの端末として動作する場合に使用される。登録処理部３２は、カテゴリーＩＤや証明書の発行情報などの情報を、分散台帳２に登録するための処理を行う。例えば、登録処理部３２は、通信装置１０が接続しているノード５に対して、分散台帳２に登録する情報を送信するとともに、分散台帳２への登録を要求する処理を行う。取得部３３は、ノード５から情報を取得するための処理を行う。例えば、取得部３３は、通信装置１０が証明書を発行する装置や証明書を検証する装置として動作する場合に使用される。判定部３４は、証明書発行履歴に含まれている証明書ＩＤと、受信済みの電子証明書に含まれている証明書ＩＤを比較することにより、証明書の隠蔽が行われている可能性があるかを判定する。アプリケーション処理部３５は、通信装置１０で動作するアプリケーションによる処理を行う。例えば、アプリケーション処理部３５は、アプリケーションを用いて電子証明書の発行や電子証明書の検証などを行う。

記憶部４０は、カテゴリーＩＤ情報４１と証明書生成用秘密鍵４２を記憶する。カテゴリーＩＤ情報４１は、通信装置１０が生成したカテゴリーＩＤの情報である。証明書生成用秘密鍵４２は、通信装置１０が証明書を発行する装置として動作する場合に、生成した証明書を暗号化するために使用する秘密鍵である。

図３は、通信装置１０のハードウェア構成の例を説明する図である。通信装置１０は、プロセッサ１０１、メモリ１０２、バス１０５、ネットワークインタフェース１０９を備える。さらに、通信装置１０は、入力装置１０３、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７の１つ以上を有していても良い。

プロセッサ１０１は、任意の処理回路であり、例えば、Central Processing Unit（ＣＰＵ）とすることができる。プロセッサ１０１は、制御部３０として動作する。プロセッサ１０１は、メモリ１０２や記憶装置１０６に記憶されたプログラムを実行することができる。メモリ１０２は、プロセッサ１０１の動作により得られたデータや、プロセッサ１０１の処理に用いられるデータを、適宜、記憶する。記憶装置１０６は、プログラムやデータなどを格納し、格納している情報を、適宜、プロセッサ１０１などに提供する。メモリ１０２や記憶装置１０６は、通信装置１０において、記憶部４０として動作する。

バス１０５は、プロセッサ１０１、メモリ１０２、入力装置１０３、出力装置１０４、記憶装置１０６、可搬記憶媒体駆動装置１０７、ネットワークインタフェース１０９を、相互にデータの送受信が可能になるように接続する。入力装置１０３は、キーボード、マウス、マイク、カメラなど、情報の入力に使用される任意の装置であり、出力装置１０４は、ディスプレイなど、データの出力に使用される任意の装置である。可搬記憶媒体駆動装置１０７は、メモリ１０２や記憶装置１０６のデータを可搬記憶媒体１０８に出力することができ、また、可搬記憶媒体１０８からプログラムやデータ等を読み出すことができる。ここで、可搬記憶媒体１０８は、Compact Disc Recordable（ＣＤ－Ｒ）やDigital Versatile Disk Recordable（ＤＶＤ－Ｒ）を含む、持ち運びが可能な任意の記憶媒体とすることができる。ネットワークインタフェース１０９は、適宜、通信装置１０が他の装置と通信するための処理を行う。ネットワークインタフェース１０９は、通信部２０として動作する。

＜第１の実施形態＞
以下、第１の実施形態を、分散台帳２を用いて共有される情報の例、カテゴリーＩＤの登録、電子証明書の発行処理、電子証明書を受信した通信装置１０で行われる検証処理に分けて説明する。以下の例でも、証明書が利用者（ユーザ）の病歴に関する証明書である場合について説明する。通信装置１０ａはＡ病院に備えられた通信装置１０であり、通信装置１０ｂはＢ病院に備えられた通信装置１０であるとする。さらに、通信装置１０ｃは、保険を利用しようとしているユーザＣが使用する装置であり、通信装置１０ｄは保険会社が使用する通信装置１０であるとする。

以下の説明では、処理を行っている通信装置１０を明確にするために、処理を行っている通信装置１０の符号の末尾のアルファベットを通信装置１０の部分の符号の末尾に示すことがある。例えば、ＩＤ生成部３１ａは通信装置１０ａのＩＤ生成部３１であり、登録処理部３２ｃは通信装置１０ｃの登録処理部３２である。

図４は、分散台帳２に含まれる公開鍵情報の例を説明する図である。分散台帳２には、図１を参照しながら説明したようにカテゴリーＩＤや証明書の発行情報などの情報が保持されるだけでなく、公開鍵情報も保持される。公開鍵情報は、各通信装置１０での証明書の暗号化に使用される秘密鍵の対となる公開鍵の情報である。

図４に示す公開鍵情報には、通信装置、装置ＩＤ、公開鍵、アドレスが対応付けられている。装置ＩＤは、エントリ中の通信装置１０に割り当てられた識別情報である。公開鍵は、エントリ中の通信装置１０が暗号化に使用する秘密鍵の対となっている公開鍵である。アドレスは、エントリ中の通信装置１０に割り当てられたアドレスである。例えば、通信装置１０ａには装置ＩＤ＝ＩＤＡとアドレス＝ＩＰａが割り当てられており、通信装置１０ａが使用する秘密鍵の対となる公開鍵はＫｅｙＰＡである。通信装置１０ｂには装置ＩＤ＝ＩＤＢとアドレス＝ＩＰｂが割り当てられており、通信装置１０ｂが使用する秘密鍵の対となる公開鍵はＫｅｙＰＢである。同様に、通信装置１０ｃには装置ＩＤ＝ＩＤＣとアドレス＝ＩＰｃが割り当てられており、通信装置１０ｃが使用する秘密鍵の対となる公開鍵はＫｅｙＰＣである。さらに、通信装置１０ｄには装置ＩＤ＝ＩＤＤとアドレス＝ＩＰｄが割り当てられており、通信装置１０ｄが使用する秘密鍵の対となる公開鍵はＫｅｙＰＤである。

図５は、カテゴリーＩＤの登録処理の例を説明するシーケンス図である。図５を参照しながら、ユーザＣが証明書を取得するために使用するカテゴリーＩＤが分散台帳２に登録される場合の処理の例を説明する。

通信装置１０ｃのＩＤ生成部３１ｃは、ユーザＣとカテゴリーの組み合わせを一意に特定可能なカテゴリーＩＤを生成する（ステップＳ１１）。なお、カテゴリーＩＤの生成方法は、任意の既知の方法を使用できる。図５の例では、ユーザＣが病歴に関する証明書を取得するために、ＩＤ生成部３１ｃは、ユーザＣと病歴の組み合わせを一意に特定可能なカテゴリーＩＤ（病歴ＩＤ）としてａ２ｋ８ｙを生成したものとする。さらに、ユーザＣが学歴に関する証明書を取得するために、ＩＤ生成部３１ｃは、ユーザＣと学歴の組み合わせを一意に特定可能なカテゴリーＩＤ（学歴ＩＤ）として３０ｆ８ｈを生成したものとする。なお、以下の記載では、個々のカテゴリーＩＤがいずれのカテゴリーに対応付けられているかを分かりやすくするために、各カテゴリーのカテゴリーＩＤを、そのカテゴリーの名称にＩＤをつけて表すことがある。例えば、ユーザＣと病歴の組み合わせを一意に特定可能なカテゴリーＩＤのことを、ユーザＣの「病歴ＩＤ」と記載することがある。同様に、ユーザＣと学歴の組み合わせを一意に特定可能なカテゴリーＩＤのことを、ユーザＣの「学歴ＩＤ」と記載することがある。

通信装置１０ｃの登録処理部３２ｃは、ＩＤ生成部３１ｃが生成したカテゴリーＩＤを分散台帳２に登録することをノード５ｃに要求する（ステップＳ１２）。ノード５ｃは、登録を要求されたカテゴリーＩＤの各々を、各カテゴリーとユーザの情報に対応付けて分散台帳２に記録する。このため、図５のＲ１に示す情報が分散台帳２を用いて、ノード５ａ～５ｄの間で共有される。

なお、図５に示す記録Ｒ１はカテゴリーＩＤの登録の一例であり、実装に応じて登録の形式は変更され得る。例えば、通信装置１０とユーザが１対１に対応している場合、カテゴリーＩＤは、ユーザが使用する通信装置１０の識別情報とカテゴリーの組み合わせを一意に特定する情報として生成されても良い。この場合、分散台帳２においても、カテゴリーＩＤは、通信装置１０の識別情報とカテゴリーの組み合わせに対応付けて記録され得る。

図６は、証明書の発行の際に行われる処理の例を説明するシーケンス図である。図６を参照しながら、ユーザＣの病歴についての証明書がＡ病院の通信装置１０ａで発行される場合に行われる処理の例を説明する。なお、図６の処理の前に図５を参照しながら説明した登録処理が行われているとする。

通信装置１０ｃのアプリケーション処理部３５ｃは、ユーザＣからの入力などにより、病歴についての証明書をＡ病院から取得することが要求されたと認識したとする。また、アプリケーション処理部３５ｃは、Ａ病院の通信装置１０ａのアドレスなどの情報も、ユーザからの入力などにより取得したとする。すると、アプリケーション処理部３５ｃは、ユーザＣの証明書を要求することと証明書を要求するカテゴリーが病歴であることを含む証明書の要求メッセージを生成する。送信部２１ｃは、生成された要求メッセージを通信装置１０ａに送信する（ステップＳ２１）。

通信装置１０ａの取得部３３ａは、受信部２２ａを介して要求メッセージを取得する。すると、取得部３３ａは、ユーザＣの病歴ＩＤをノード５ａに要求する（ステップＳ２２）。ノード５ａは、分散台帳２に含まれている記録Ｒ１（図５）を参照することにより、ユーザＣの病歴ＩＤがａ２ｋ８ｙであると認識する。ノード５ａは、ユーザＣの病歴ＩＤとして、ａ２ｋ８ｙを通信装置１０ａに通知する（ステップＳ２３）。

通信装置１０ａの取得部３３ａは、ユーザＣの病歴についての証明書が要求されていることと、ユーザＣの病歴を特定するカテゴリーＩＤがａ２ｋ８ｙであることをアプリケーション処理部３５ａに通知する。アプリケーション処理部３５ａは、取得部３３ａから通知された情報を用いて、ユーザＣの病歴に対する情報を記憶部４０ａなどから読み出すことにより、ユーザＣの病歴についての証明書Ｃ１を生成する（ステップＳ２４）。アプリケーション処理部３５ａは、生成した証明書Ｃ１を識別するための証明書ＩＤも生成する。図６の例では、ユーザＣの病歴についてアプリケーション処理部３５ａが生成した証明書Ｃ１の証明書ＩＤはａ１であるとする。

アプリケーション処理部３５ａは、証明書Ｃ１の証明書ＩＤ、および、ユーザＣの病歴ＩＤを、登録処理部３２ａに出力する。登録処理部３２ａは、アプリケーション処理部３５ａから通知された証明書ＩＤと病歴ＩＤの組み合わせを、証明書の発行情報として分散台帳２に記録することをノード５ａに要求する（ステップＳ２５）。ノード５ａは、証明書の発行情報として、以下の情報を分散台帳２に記録する（図６のＲ２）。

証明書発行情報
カテゴリーＩＤ：ａ２ｋ８ｙ
証明書ＩＤ ：ａ１
発行者ＩＤ ：ＩＤＡ
なお、発行者ＩＤは、証明書Ｃ１を発行した通信装置１０ａを識別する情報である。ノード５ａの登録処理により、図６のＲ２に示す情報は、分散台帳２を用いてノード５ａ～５ｄの間で共有される（ステップＳ２６）。

通信装置１０ａのアプリケーション処理部３５ａは、ステップＳ２４で生成した証明書Ｃ１を、証明書生成用秘密鍵４２ａで暗号化する。なお、証明書の暗号化されない領域に、証明書ＩＤが記録されているものとする。さらに、アプリケーション処理部３５ａは、暗号化した証明書Ｃ１と、証明書Ｃ１の送信先が通信装置１０ｃであることを表す情報を送信部２１ａに出力する。送信部２１ａは、アプリケーション処理部３５ａから入力された証明書Ｃ１を通信装置１０ｃに送信する（ステップＳ２７）。通信装置１０ｃでは、受信部２２ｃを介して受信した証明書のデータを、適宜、記憶部４０ｃに記憶する。なお、記憶部４０ｃに記憶される証明書のデータは、証明書の発行元で暗号化されたデータであるものとする。

図６を参照しながらＡ病院の通信装置１０ａがユーザＣの病歴についての証明書Ｃ１を発行する際の処理について説明したが、通信装置１０ｂなどの他の通信装置１０によっても同様の処理により証明書の生成、証明書発行情報の登録、証明書の送信が行われ得る。また、ユーザＣ以外の任意のユーザについての処理も同様に行われ得る。なお、図６を参照しながら説明した処理の手順は一例であり、実装に応じて処理の手順は変更され得る。例えば、ステップＳ２７の証明書の送信処理は、ステップＳ２５、Ｓ２６の処理と並行して行われても良く、また、ステップＳ２５、Ｓ２６の処理の前に行われても良い。

図７は、証明書の網羅性の検証処理の例を説明するシーケンス図である。図７を参照しながら、ユーザＣの病歴についての証明書がＡ病院とＢ病院から発行され、ユーザＣが病歴についての証明書を保険会社に提出する場合に行われる処理の例を説明する。なお、図７の処理は一例であり、実装に応じて処理が変更される場合がある。

図７の処理が行われる時点では、図５を参照しながら説明した手順により、ユーザＣについてのカテゴリーＩＤは記録Ｒ１（図７）に示すように分散台帳２に登録されているものとする。また、図６を参照しながら説明した手順により、ユーザＣの病歴についてのＡ病院での証明書Ｃ１の発行情報も、発行情報Ｒ２に示すように分散台帳２に登録されているものとする。さらに、Ｂ病院で使用されている通信装置１０ｂおよびノード５ｂでの処理により証明書Ｃ２が発行され、以下の情報が分散台帳２に記録されているとする（図７のＲ３）。

証明書発行情報
カテゴリーＩＤ：ａ２ｋ８ｙ
証明書ＩＤ ：ｂ１
発行者ＩＤ ：ＩＤＢ
なお、分散台帳２中の情報は、ノード５ａ～５ｄで共有されている。

ここで、ユーザＣが保険会社に対して、保険サービスを申し込んだとする。すると、保険会社のオペレータは、通信装置１０ｄからユーザＣの使用する通信装置１０ｃに対して、病歴に関する証明書の送付要求を送信する（ステップＳ３１）。証明書の送付要求は、任意の形式で行われ得る。例えば、送付要求は、ユーザＣに証明書の提出を求めるメールの送信や証明書を添付可能な操作画面を通信装置１０ｃに表示させるための情報の送信などであっても良い。

通信装置１０ｃの受信部２２ｃは、送付要求を受信する。送付要求が操作画面を通信装置１０ｃに表示するためのデータである場合、アプリケーション処理部３５ｃは、送付要求に応じた表示画面をディスプレイなどの出力装置１０４（図３）に表示する。その後、ユーザＣの操作により、Ａ病院から発行された証明書Ｃ１とＢ病院から発行された証明書Ｃ２が通信装置１０ｄに送信されたとする（ステップＳ３２）。なお、ステップＳ３２で通信装置１０ｄに送信される証明書Ｃ１とＣ２のいずれも、証明書の発行元で暗号された暗号化データの状態で通信装置１０ｄに送信されたとする。

通信装置１０ｄのアプリケーション処理部３５ｄは、受信部２２ｄを介して、証明書Ｃ１、Ｃ２のデータとこれらのデータがユーザＣの病歴の証明書であることを示す情報を取得したとする。すると、アプリケーション処理部３５ｄは、得られた情報を適宜、記憶部４０に格納する。取得部３３ｄは、ユーザＣの病歴ＩＤをノード５ｄに問い合わせる（ステップＳ３３）。

ノード５ｄは、通信装置１０ｄの取得部３３ｄからの問い合わせに応じて分散台帳２を参照することにより、ユーザＣの病歴ＩＤ＝ａ２ｋ８ｙという情報を取得する。ノード５ｄは、得られた病歴ＩＤを通信装置１０ｄに送信する（ステップＳ３４）。

通信装置１０ｄの取得部３３ｄは、受信部２２ｄを介して、ユーザＣの病歴ＩＤ＝ａ２ｋ８ｙを取得する。次に、取得部３３ｄは、ユーザＣの病歴ＩＤ（ａ２ｋ８ｙ）に関連付けられた証明書の証明書発行履歴をノード５ｄに要求する（ステップＳ３５）。

ノード５ｄは、通信装置１０ｄの取得部３３ｄからの問い合わせに応じて、分散台帳２においてカテゴリーＩＤ＝ａ２ｋ８ｙに対応付けられた証明書発行情報を検索する。図７の例では、発行情報Ｒ２と発行情報Ｒ３にカテゴリーＩＤ＝ａ２ｋ８ｙが含まれている。そこで、ノード５ｄは、検索で得られた発行情報に含まれている証明書情報と発行者ＩＤの組み合わせを証明書発行履歴として通信装置１０ｄに送信する（ステップＳ３６）。例えば、図７の例では、証明書発行履歴として以下の情報が通信装置１０ｄに送信される。
発行情報１
証明書ＩＤ＝ａ１、発行者ＩＤ＝ＩＤＡ
発行情報２
証明書ＩＤ＝ｂ１、発行者ＩＤ＝ＩＤＢ

通信装置１０ｄの取得部３３ｄは、受信部２２ｄを介してノード５ｄから取得した証明書発行履歴を適宜、記憶部４０ｄや判定部３４ｄに出力する。判定部３４ｄは、得られた証明書発行履歴とユーザから送信された証明書の間でＩＤと数が一致しているかを検証する（ステップＳ３７）。図７の例では、ユーザＣから証明書Ｃ１と証明書Ｃ２が通信装置１０ｄに送信されている。また、証明書Ｃ１には、証明書ＩＤ＝ａ１という情報が含まれ、証明書Ｃ２には、証明書ＩＤ＝ｂ１という情報が含まれている。そこで、判定部３４ｄは、ユーザＣから送信された証明書に含まれるＩＤと数は、分散台帳２に記録されている情報としてノード５ｄから通知された証明書発行履歴と一致していると判定する。この場合、ユーザＣは証明書の一部を隠蔽している可能性はない。そこで、通信装置１０ｄのオペレータは、各証明書の復号と復号後の証明書の検証など、ユーザＣに対する保険サービスを提供するための処理を行うことができる。証明書の検証のための公開鍵の取得等についての詳細は、図８を参照しながら説明する。

次に、ステップＳ３７の処理において、判定部３４ｄがノード５から通知された証明書発行履歴とユーザから送信された証明書の間で証明書のＩＤと数が一致していないと判定した場合について述べる。証明書を発行している各通信装置１０は、証明書を発行したときにノード５を介して分散台帳２に証明書の発行情報を記録している。また、分散台帳２は改ざんが極めて困難である。従って、ノード５から通知された証明書発行履歴は、ユーザが指定されたカテゴリーについて取得した全ての証明書を網羅したリストであるといえる。このため、ノード５から通知された証明書発行履歴とユーザから送信された証明書の間で証明書のＩＤと数が一致していない場合には、ユーザが一部の証明書を送信していない可能性や、ユーザが誤って別のカテゴリーの証明書を送っている可能性がある。従って、第１の実施形態にかかる通信方法では、いずれのケースでも、サービスの提供者は、個々の証明書の復号や証明書の内容の検証を行う前に、証明書が適切に提出されていないことを特定することができる。

図８は、通信装置１０で行われる検証処理の例を説明するフローチャートである。図８は処理の一例であり、実装に応じて処理手順は変更され得る。例えば、図８のステップＳ５２の処理は図７のステップＳ３３とＳ３５に示すように２回の問い合わせ処理に変形され得る。なお、図８の例では、カテゴリーＩＤは、ユーザが使用する通信装置１０とカテゴリーの組み合わせに対応付けて生成され、分散台帳２に記録される。

通信装置１０のアプリケーション処理部３５は、証明書とカテゴリーの情報を取得する（ステップＳ５１）。アプリケーション処理部３５は、得られた情報を適宜、記憶部４０に格納する。取得部３３は、証明書の送信元の通信装置１０の情報とカテゴリーの情報の組み合わせに対応するカテゴリーＩＤについての証明書発行履歴をノード５に要求する（ステップＳ５２）。ここで、各証明書が発行されるたびに分散台帳２に発行情報が記録される上、分散台帳２は改ざんが極めて困難である。このため、ノード５から通知される証明書発行履歴は、ユーザが使用する通信装置１０とカテゴリーの組み合わせについて取得した全ての証明書を網羅したリストであるといえる。取得部３３は、証明書発行履歴を取得するまで待機する（ステップＳ５３でＮｏ）。証明書発行履歴を取得すると、取得部３３は、証明書発行履歴を記憶部４０に格納する（ステップＳ５３でＹｅｓ）。

判定部３４は、受信した証明書のＩＤ、数が証明書発行履歴と一致するかを判定する（ステップＳ５４）。受信した証明書のＩＤ、数が証明書発行履歴と一致しない場合、判定部３４は、一部の証明書が隠蔽されている可能性があると判定する（ステップＳ５４でＮｏ，ステップＳ５５）。そこで、アプリケーション処理部３５では証明書の復号などの処理を行わずに処理を終了する。

一方、受信した証明書のＩＤ、数が証明書発行履歴と一致する場合、判定部３４は証明書が隠蔽されている可能性がないと判定する（ステップＳ５４でＹｅｓ）。証明書が隠蔽されている可能性がないと判定すると、取得部３３は、ノード５から通知された証明書発行履歴に含まれている発行者ＩＤを用いて、各発行者ＩＤに対応付けられている公開鍵をノード５に要求できる。

ノード５は、通信装置１０から通知された発行者ＩＤをキーとして、分散台帳２中の公開鍵情報（図４）を検索する。例えば、発行者ＩＤ＝ＩＤＡと発行者ＩＤ＝ＩＤＢについて、公開鍵が要求されたとする。公開鍵情報において、発行者ＩＤ＝ＩＤＡには公開鍵＝ＫｅｙＰＡが対応付けられており、発行者ＩＤ＝ＩＤＢには公開鍵＝ＫｅｙＰＢが対応付けられている。すると、ノード５は、発行者ＩＤ＝ＩＤＡの公開鍵としてＫｅｙＰＡを通信装置１０に通知するとともに、発行者ＩＤ＝ＩＤＢの公開鍵としてＫｅｙＰＢを通信装置１０に通知する。取得部３３は、受信部２２を介してノード５からの通知を受信することにより、証明書の復号用の公開鍵を取得する（ステップＳ５６）。アプリケーション処理部３５は、取得部３３の処理により取得された公開鍵を用いて証明書を復号し、証明書の検証処理を行う（ステップＳ５７）。

以上で説明したように、第１の実施形態にかかるシステムでは、証明書が発行されるたびにその証明書の発行情報がカテゴリーＩＤに対応付けて分散台帳２に記録されるため、全ての証明書についての発行情報が分散台帳２に登録される。さらに、各証明書は、予め、ユーザがユーザ自身かまたはユーザの使用する通信装置１０と証明書のカテゴリーの組み合わせを一意に特定可能なカテゴリーＩＤを分散台帳２に登録した後に発行される。このため、分散台帳２の記録を用いて、サービスの利用者がそのサービスに関連するカテゴリーについて取得している全ての電子証明書をサービスの提供者に提出したかを、提供者が特定することができる。

＜第２の実施形態＞
第１の実施形態では、サービスを利用しようとする利用者のカテゴリーＩＤが分散台帳２に記録されているため、分散台帳２の情報にアクセス可能な第三者もユーザについての証明書の発行情報を取得可能である。従って、利用者のプライバシー保護が不十分な状態であるといえる。また、証明書の発行情報を取得した第三者が証明書の発行情報を悪用するおそれもある。そこで、第２の実施形態では、第三者が証明書発行情報からユーザを特定しないようにカテゴリーＩＤを暗号化する場合の実施形態について説明する。

図９は、ユーザＣのカテゴリーＩＤの暗号化に使用される鍵情報の例を説明する図である。第２の実施形態では、通信装置１０は、図９に示すようなカテゴリーＩＤの暗号化用の鍵情報を記憶しているものとする。また、カテゴリーＩＤの暗号化用の鍵情報は、秘密鍵と公開鍵のいずれも分散台帳２には登録されない。このため、通信装置１０は、証明書の発行や検証を行う通信装置１０に対して、暗号化済みのカテゴリーＩＤの復号を行うための公開鍵を配布する。換言すると、第三者がカテゴリーＩＤの復号に使用される公開鍵を取得しないように、カテゴリーＩＤの暗号化用の鍵情報は、その鍵情報を生成した通信装置１０によって保管される。

図９の例では、ユーザＣの病歴を特定するカテゴリーＩＤの暗号化に、秘密鍵ＫｅｙＡが使用される。一方、ユーザＣの病歴を特定するカテゴリーＩＤを暗号化することで得られたデータの復号の際に、ＫｅｙＢが使用される。さらに、ユーザＣの学歴を特定するカテゴリーＩＤの暗号化に、秘密鍵ＫｅｙＣが使用され、ユーザＣの学歴を特定するカテゴリーＩＤの暗号化後のデータの復号の際に、ＫｅｙＤが使用される。

図１０は、第２の実施形態で使用されるカテゴリーＩＤリストの例を説明する図である。第２の実施形態では、分散台帳２に登録されるカテゴリーＩＤリストには、そのカテゴリーＩＤを用いるユーザの情報と、各カテゴリーのカテゴリーＩＤが暗号化された情報が記録される。例えば、ユーザＣの病歴ＩＤとして、カテゴリーＩＤ（ａ２ｋ８ｙ）を秘密鍵ＫｅｙＡで暗号化した情報が登録される。同様に、ユーザＣの学歴ＩＤとして、カテゴリーＩＤ（３０ｆ８ｈ）を秘密鍵ＫｅｙＣで暗号化した情報が登録される。以下の記載では、平文のカテゴリーＩＤとの区別を容易にするために、暗号化されたカテゴリーＩＤのことを「暗号化済みＩＤ」と記載することがある。

図１１は、カテゴリーＩＤの登録処理の例を説明するシーケンス図である。通信装置１０ｃのＩＤ生成部３１ｃは、ユーザＣとカテゴリーの組み合わせを一意に特定可能なカテゴリーＩＤ、および、カテゴリーＩＤの暗号化に使用する秘密鍵と公開鍵のペアを生成する（ステップＳ７１）。カテゴリーＩＤの生成方法は第１の実施形態と同様である。以下の説明でも、ユーザＣと病歴の組み合わせを一意に特定可能なカテゴリーＩＤ（病歴ＩＤ）としてａ２ｋ８ｙが生成され、ユーザＣと学歴の組み合わせを一意に特定可能なカテゴリーＩＤ（学歴ＩＤ）として３０ｆ８ｈが生成されたとする。カテゴリーＩＤの暗号化に使用する秘密鍵と公開鍵の生成方法は、任意の既知の方法である。以下の説明では、図９に示す鍵のペアが生成されたとする。ＩＤ生成部３１ｃは、生成したカテゴリーＩＤを、そのカテゴリーＩＤの暗号化用に生成した秘密鍵で暗号化する。このため、ＩＤ生成部３１ｃは、ユーザＣの病歴ＩＤ（ａ２ｋ８ｙ）を秘密鍵ＫｅｙＡで暗号化し、ユーザＣの学歴ＩＤ（３０ｆ８ｈ）を秘密鍵ＫｅｙＣで暗号化する。

通信装置１０ｃの登録処理部３２ｃは、ＩＤ生成部３１ｃで暗号化されたカテゴリーＩＤ（暗号化済みＩＤ）を分散台帳２に登録することをノード５ｃに要求する（ステップＳ７２）。ノード５ｃは、登録を要求された暗号化済みＩＤの各々を、各カテゴリーとユーザの情報に対応付けて分散台帳２に記録する。このため、図１１のＲ１１に示す情報が分散台帳２に登録される。また、Ｒ１１に示す情報は分散台帳２を用いて、ノード５ａ～５ｄの間で共有される（ステップＳ７３）。

なお、第２の実施形態においても、実装に応じて登録の形式は変更され得る。例えば、暗号化済みＩＤは、ユーザが使用する通信装置１０の識別情報とカテゴリーの組み合わせを一意に特定する情報として生成、記録され得る。

図１２は、証明書の発行の際に行われる処理の例を説明するシーケンス図である。図１２を参照しながら、ユーザＣの病歴についての証明書がＡ病院の通信装置１０ａで発行される場合に行われる処理の例を説明する。

通信装置１０ｃのアプリケーション処理部３５ｃは、ユーザＣからの入力などにより、病歴についての証明書をＡ病院から取得することが要求されたと認識すると、証明書を要求するカテゴリーが病歴であることを含む証明書の要求メッセージを生成する。アプリケーション処理部３５ｃは、送信部２１ｃを介して、証明書を要求するカテゴリー（病歴）に対応付けられた公開鍵とともに、要求メッセージを通信装置１０ａに送信する（ステップＳ８１）。ステップＳ８１では、復号用の公開鍵としてＫｅｙＢが送信される。

通信装置１０ａの取得部３３ａは、受信部２２ａを介して要求メッセージを取得する。すると、取得部３３ａは、ユーザＣとカテゴリー＝病歴に対応付けられた暗号化済みの病歴ＩＤをノード５ａに要求する（ステップＳ８２）。ノード５ａは、分散台帳２に含まれている記録Ｒ１１（図１１）を参照することにより、ユーザＣの病歴に対応付けられた暗号化済みの病歴ＩＤを取得して、通信装置１０ａに通知する（ステップＳ８３）。取得部３３ａは、暗号化済みの病歴ＩＤをＫｅｙＢで復号する（ステップＳ８４）。取得部３３ａが復号に成功した場合、証明書の発行の要求元から正しい復号鍵が送られているので、ユーザＣが使用する通信装置１０ｃから証明書の発行が要求されていると考えられる。図１２の例では、取得部３３ａはＫｅｙＢを用いた復号処理によりユーザＣの病歴を特定するカテゴリーＩＤとしてａ２ｋ８ｙを取得したとする。

通信装置１０ａの取得部３３ａは、ユーザＣの病歴についての証明書が要求されていることと、ユーザＣの病歴を特定するカテゴリーＩＤがａ２ｋ８ｙであることをアプリケーション処理部３５ａに通知する。アプリケーション処理部３５ａでの証明書の生成と証明書ＩＤの生成は第１の実施形態と同様に行われる。以下、図１２の例でも、ユーザＣの病歴についてアプリケーション処理部３５ａは証明書Ｃ１を生成したとする。また、証明書Ｃ１を識別する証明書ＩＤはａ１であるとする。登録処理部３２ａは、第１の実施形態と同様の処理により、証明書発行情報を分散台帳２に登録することをノード５ａに要求する（ステップＳ８５）。さらに、ノード５ａも、第１の実施形態と同様の処理により、証明書の発行情報として、以下の情報を分散台帳２に記録したとする（図１２のＲ２）。
証明書発行情報
カテゴリーＩＤ：ａ２ｋ８ｙ
証明書ＩＤ ：ａ１
発行者ＩＤ ：ＩＤＡ

分散台帳２は、ノード５ａ～５ｄで共有されるので、Ｒ２に示す証明書発行情報は、Ｒ１１に示す暗号化済みＩＤの情報と同様にノード５ａ～５ｄで共有される（ステップＳ８６）。ここで、第２の実施形態においても、証明書発行情報に含まれるカテゴリーＩＤは、第１の実施形態と同様に平文のままのカテゴリーＩＤである。一方、ユーザのカテゴリーＩＤの登録情報には、Ｒ１１に示すように暗号化済みＩＤしか含まれない。このため、暗号化済みＩＤを復号するための公開鍵を有さない第三者は、分散台帳２の情報を取得しても、Ｒ２に含まれている証明書発行情報に含まれているカテゴリーＩＤがどのユーザのどのカテゴリーに関するものであるかを認識することができない。例えば、第三者はＲ２に記録されている証明書発行情報がユーザＣの病歴に関する証明書であることを認識しない。このため、証明書発行情報が分散台帳２に記録されてもユーザＣのプライバシーは保護される。

その後、通信装置１０ａのアプリケーション処理部３５ａは、ユーザＣの病歴に関して生成した証明書Ｃ１を、証明書生成用秘密鍵４２ａで暗号化して、通信装置１０ｃに送信する（ステップＳ８７）。証明書の暗号化や送信処理は、第１の実施形態と同様の処理によって行われる。

なお、図１２を参照しながら説明した処理は一例であり、通信装置１０ｂなどの他の通信装置１０によっても同様に証明書の生成、証明書発行情報の登録、証明書の送信が行われ得る。また、ユーザＣ以外の任意のユーザについての処理も同様に行われ得る。さらに、図１２を参照しながら説明した処理の手順は実装に応じて変更され得る。例えば、ステップＳ８７の証明書の送信処理は、ステップＳ８５、Ｓ８６の処理と並行して行われても良く、また、ステップＳ８５、Ｓ８６の処理の前に行われても良い。

図１３は、証明書の網羅性の検証処理の例を説明するシーケンス図である。図１３を参照しながら、ユーザＣの病歴についての証明書がＡ病院とＢ病院から発行され、ユーザＣが病歴についての証明書を保険会社に提出する場合に行われる処理の例を説明する。図１３では、図１２のステップＳ８６の処理の後でＢ病院から証明書Ｃ２が発行されたことにより、以下の情報も分散台帳２に記録されているとする（図１３のＲ３）。

証明書発行情報
カテゴリーＩＤ：ａ２ｋ８ｙ
証明書ＩＤ ：ｂ１
発行者ＩＤ ：ＩＤＢ
分散台帳２中の情報は、ノード５ａ～５ｄで共有されている（ステップＳ９１）。

図１３においても、ユーザＣが保険会社に対して、保険サービスを申し込んだとする。すると、保険会社のオペレータは、通信装置１０ｄからユーザＣの使用する通信装置１０ｃに対して、病歴に関する証明書の送付要求を送信する（ステップＳ９２）。

通信装置１０ｃの受信部２２ｃが送付要求を受信したことにより、アプリケーション処理部３５ｃは、送付要求に応じた表示画面の表示処理を行ったとする。ユーザＣの操作により、Ａ病院から発行された証明書Ｃ１、Ｂ病院から発行された証明書Ｃ２、および、ユーザＣの病歴ＩＤの復号化に使用する公開鍵（ＫｅｙＢ）が通信装置１０ｄに送信されたとする（ステップＳ９３）。さらに、送信された証明書がユーザＣの病歴の証明書であることを示す情報も併せて通信装置１０ｄに送信され得る。なお、ステップＳ９３で通信装置１０ｄに送信される証明書Ｃ１とＣ２のいずれも、証明書の発行元で暗号された暗号化データの状態で通信装置１０ｄに送信されている。

通信装置１０ｄのアプリケーション処理部３５ｄは、受信部２２ｄを介して、証明書Ｃ１、証明書Ｃ２、公開鍵ＫｅｙＢを取得したとする。すると、アプリケーション処理部３５ｄは、得られた情報を適宜、記憶部４０に格納する。取得部３３ｄは、ユーザＣとカテゴリー＝病歴に対応付けられた暗号化済みの病歴ＩＤをノード５ｄに問い合わせる（ステップＳ９４）。

ノード５ｄは、通信装置１０ｄの取得部３３ｄからの問い合わせに応じて分散台帳２を参照することにより、ユーザＣの病歴に対応付けられた暗号化済みの病歴ＩＤを取得して、通信装置１０ｄに通知する（ステップＳ９５）。取得部３３ｄは、暗号化済みの病歴ＩＤをＫｅｙＢで復号する（ステップＳ９６）。取得部３３ｄが復号に成功した場合、証明書の発行の要求元から正しい復号鍵が送られているので、ユーザＣが使用する通信装置１０ｃから証明書などが送信されたと考えられる。図１３の例では、取得部３３ｄは、ＫｅｙＢを用いた復号処理により、ユーザＣの病歴を特定するカテゴリーＩＤとしてａ２ｋ８ｙを得たとする。次に、取得部３３ｄは、ユーザＣの病歴ＩＤ（ａ２ｋ８ｙ）に関連する証明書発行履歴をノード５ｄに要求する（ステップＳ９７）。

ノード５ｄは、通信装置１０ｄの取得部３３ｄからの問い合わせに応じて、分散台帳２においてカテゴリーＩＤ＝ａ２ｋ８ｙに対応付けられた証明書の発行情報を検索する。図１３の例では、発行情報Ｒ２と発行情報Ｒ３にカテゴリーＩＤ＝ａ２ｋ８ｙが含まれているので、ノード５ｄは、以下の検索結果を証明書発行履歴として通信装置１０ｄに送信する（ステップＳ９８）。
発行情報１
証明書ＩＤ＝ａ１、発行者ＩＤ＝ＩＤＡ
発行情報２
証明書ＩＤ＝ｂ１、発行者ＩＤ＝ＩＤＢ

通信装置１０ｄの取得部３３ｄは、受信部２２ｄを介してノード５ｄから取得した証明書発行履歴を適宜、記憶部４０ｄや判定部３４ｄに出力する。判定部３４ｄは、得られた証明書発行履歴とユーザから送信された証明書の間でＩＤと数が一致しているかを検証する（ステップＳ９９）。ステップＳ９９での検証処理と検証に成功した時の各証明書の復号などの処理は、第１の実施形態で図７と図８を参照しながら説明した処理と同様の処理により行われる。このため、第２の実施形態にかかる通信方法では、証明書を取得するユーザのプライバシーを保護しつつ、第１の実施形態と同様に、サービスの提供者が証明書の隠蔽が行われているかを確認することができる。

図１４は、通信装置１０で行われる検証処理の例を説明するフローチャートである。なお、図１４は処理の一例であり、実装に応じて処理手順は変更され得る。

通信装置１０のアプリケーション処理部３５は、証明書とカテゴリーＩＤの復号用の公開鍵を取得する（ステップＳ１１１）。アプリケーション処理部３５は、得られた情報を適宜、記憶部４０に格納する。取得部３３は、ノード５を介して、証明書を送信してきたユーザについての暗号化済みのカテゴリーＩＤを取得する（ステップＳ１１２）。取得部３３は、公開鍵を用いて暗号化済みのカテゴリーＩＤを復号することにより、カテゴリーＩＤの平文を生成する（ステップＳ１１３）。取得部３３は、生成した平文のカテゴリーＩＤに対応付けられた証明書発行履歴をノード５から取得する（ステップＳ１１４）。

判定部３４は、受信した証明書のＩＤ、数が証明書発行履歴と完全一致するかを判定する（ステップＳ１１５）。受信した証明書のＩＤ、数が証明書発行履歴と一致しない場合、判定部３４は、一部の証明書が隠蔽されている可能性があると判定する（ステップＳ１１５でＮｏ、ステップＳ１１７）。そこで、アプリケーション処理部３５では証明書の復号などの処理を行わずに処理を終了する。

一方、受信した証明書のＩＤ、数が証明書発行履歴と一致する場合、判定部３４は証明書が隠蔽されている可能性がないと判定する（ステップＳ１１５でＹｅｓ）。証明書が隠蔽されている可能性がないと判定すると、取得部３３は、証明書を復号して検証する（ステップＳ１１６）。ステップＳ１１６の処理の詳細は、図８のステップＳ５６、Ｓ５７を参照しながら説明した処理と同様である。

図１５は、第２の実施形態での通信処理の例を説明する図である。図１５を参照しながら、第２の実施形態で得られる効果について説明する。第２の実施形態では、図１５に示すように、各証明書の発行情報は、Ｒ２およびＲ３に示すように、カテゴリーＩＤの平文、証明書ＩＤ、および、発行者ＩＤを含む。しかし、各ユーザのカテゴリーＩＤの登録は、Ｒ１１に示すように、暗号化済みＩＤを用いて行われる。このため、暗号化済みＩＤの暗号化に使用された秘密鍵の対となる公開鍵を取得していない第三者は、各ユーザのカテゴリーＩＤを認識することができない。例えば、第三者は、公開鍵を取得していないので、分散台帳２に含まれているＲ１１を読み込んでも、ユーザＣのカテゴリーＩＤを特定できない。従って、第三者は、Ｒ２、Ｒ３などの証明書の発行情報を見ても、カテゴリーＩＤ＝ａ２ｋ８ｙに対応付けて証明書が発行されていることまでしか分からず、ユーザＣの証明書が発行されていることを認識できない。このため、第２の実施形態を用いると、ユーザのプライバシーを保護することができる。

一方、第２の実施形態を用いても、第１の実施形態と同様に通信装置１０ｄにおいて、申請に使用されるカテゴリーについての全ての電子証明書がユーザから提出されているかを判定することができる。例えば、ユーザＣの通信装置１０ｃは、矢印Ａ１、Ａ３に示すように、証明書を発行する通信装置１０に対しては、カテゴリーＩＤの復号用に公開鍵を提示する。このため、通信装置１０ａ、１０ｂのいずれも、公開鍵を用いてカテゴリーＩＤを復号し、復号したカテゴリーＩＤに対応付けて証明書を発行するとともに発行情報を分散台帳２に記録できる。さらに、通信装置１０ａ、１０ｂのいずれも、発行した証明書をユーザの通信装置１０ｃに送信する（矢印Ａ２，Ａ４）。従って、通信装置１０ｃは、取得した証明書とともにカテゴリーＩＤの復号化に使用する公開鍵を、保険会社の通信装置１０ｄに送信できる（矢印Ａ５）。保険会社の通信装置１０ｄでは、通信装置１０ａなどと同様に公開鍵を用いてカテゴリーＩＤを復号し、復号したカテゴリーＩＤに対応付けて分散台帳２に記録されている証明書の証明書ＩＤを取得できる。このため、通信装置１０ｄは、復号したカテゴリーＩＤに対応付けて分散台帳２に記録されている証明書の証明書ＩＤと、通信装置１０ｃから提示された証明書中の証明書ＩＤを比較することによって、電子証明書の隠蔽が行われている可能性があるかを判定できる。

＜その他＞
なお、実施形態は上記に限られるものではなく、様々に変形可能である。以下にその例をいくつか述べる。

以上で説明したテーブル、メッセージ、電子証明書等のフォーマットは一例にすぎず、実装に応じて変更され得る。例えば、テーブル、メッセージ、電子証明書は、以上に述べた情報要素以外の情報要素を含んでも良く、図示された情報要素の一部を含まなくても良い。

以上の説明では、カテゴリーが病歴である場合を例として説明したが、実施形態にかかる通信方法で送受信される証明書のカテゴリーは実装に応じて任意に変更され得る。例えば、カテゴリーは、学歴、経歴、犯罪歴などであっても良い。

以上の説明では、理解しやすくするために、通信装置１０が行う処理を分けて説明したが、いずれの通信装置１０もカテゴリーＩＤの生成、電子証明書の発行、送信、検証を行い得る。さらに、第２の実施形態では、いずれの通信装置１０も、カテゴリーＩＤの暗号化、カテゴリーＩＤの生成、電子証明書の発行、送信、検証を行い得る。

以上の説明では、通信装置１０は分散台帳２を共有する装置ではない場合を例として説明したが、ノード５と通信装置１０が１つの装置であってもよい。ノード５と通信装置１０が１つの装置である場合、証明書を発行する装置は証明書の発行とともに、自装置が発行した証明書の発行情報を分散台帳２に登録する。また、この場合、サービスを受けようとしているユーザが使用する装置は、カテゴリーＩＤを分散台帳２に登録する。さらに、証明書の検証を行う装置は、分散台帳２の情報にアクセスすることにより証明書発行履歴を特定し、証明書の隠蔽が行われた可能性があるかを判定できる。

１ ネットワーク
２ 分散台帳
５ ノード
１０ 通信装置
２０ 通信部
２１ 送信部
２２ 受信部
３０ 制御部
３１ ＩＤ生成部
３２ 登録処理部
３３ 取得部
３４ 判定部
３５ アプリケーション処理部
４０ 記憶部
４１ カテゴリーＩＤ情報
４２ 証明書生成用秘密鍵
１０１ プロセッサ
１０２ メモリ
１０３ 入力装置
１０４ 出力装置
１０５ バス
１０６ 記憶装置
１０７ 可搬記憶媒体駆動装置
１０８ 可搬記憶媒体
１０９ ネットワークインタフェース

Claims (6)

1. ネットワークで共有される分散台帳の情報を取得可能な第１の装置に、
   第２の装置のユーザが前記第１の装置への申請に使用する１つ以上の電子証明書を前記第２の装置から取得し、
   前記１つ以上の電子証明書で証明される情報の種別と前記ユーザの組み合わせを識別する種別情報であって、前記第２の装置によって前記分散台帳に登録された前記種別情報を、前記分散台帳を用いて取得し、
   前記種別情報が前記分散台帳に登録された後に発行される証明書であって、前記証明書が発行されるたびに前記証明書の発行情報が前記種別情報に対応付けて前記分散台帳に登録される前記証明書の発行履歴を取得し、
   前記発行履歴に前記第２の装置から取得していない他の電子証明書の情報が含まれるかを判定する
   処理を行わせることを特徴とする通信プログラム。
2. 前記発行履歴に前記第２の装置から取得していない他の電子証明書の情報が含まれる場合、前記ユーザが前記種別の情報に関して取得した電子証明書の一部が隠蔽されている可能性があると判定する
   処理を前記第１の装置に行わせることを特徴とする請求項１に記載の通信プログラム。
3. 前記種別情報は、前記ユーザが前記１つ以上の電子証明書を取得する前に前記分散台帳に登録されており、
   前記１つ以上の電子証明書の各々は、前記種別情報に対応付けて生成され、
   前記１つ以上の電子証明書の各々についての発行情報が前記種別情報に対応付けて前記分散台帳に記録される
   ことを特徴とする請求項１または２に記載の通信プログラム。
4. 前記１つ以上の電子証明書を前記ユーザが取得する前に、前記種別情報を前記第２の装置が使用する秘密鍵で暗号化した暗号化情報が前記分散台帳に登録されており、
   前記１つ以上の電子証明書の各々は、前記秘密鍵の対となる公開鍵を前記第２の装置から取得した装置によって、前記暗号化情報を前記公開鍵で復号して生成された前記種別情報に対応付けて生成され、
   前記１つ以上の電子証明書の各々についての発行情報が前記種別情報に対応付けて前記分散台帳に記録される
   ことを特徴とする請求項１または２に記載の通信プログラム。
5. 前記第２の装置から前記公開鍵を取得し、
   前記暗号化情報を前記公開鍵で復号することにより前記種別情報を取得し、
   前記種別情報に対応付けられた前記発行情報のリストを前記発行履歴として取得する
   処理を、前記第１の装置にさらに行わせることを特徴とする請求項４に記載の通信プログラム。
6. ネットワークで共有される分散台帳の情報を取得可能な第１の装置への申請に使用する電子証明書を取得する第２の装置は、前記第２の装置のユーザ、および、前記第１の装置への申請に使用する情報の種別の組み合わせを一意に特定可能な種別情報を前記分散台帳に登録し、
   前記種別情報が前記分散台帳に登録された後に前記電子証明書を発行する第３の装置は、前記分散台帳から前記種別情報を取得した上で、前記種別の情報についての電子証明書を前記第２の装置に送信するとともに、前記第３の装置が発行した電子証明書の発行情報を、前記電子証明書が発行されるたびに、前記種別情報に対応付けて前記分散台帳に記録し、
   前記第２の装置は、前記申請に使用する電子証明書を前記第１の装置に送信し、
   前記第１の装置は、前記分散台帳で前記種別情報に対応付けられた前記発行情報のリストに、前記第２の装置から取得していない他の電子証明書の情報が含まれるかを判定する
   ことを特徴とする通信方法。

Images