特許 7539821 顧客管理システム、サーバ装置、及び顧客管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-16

(45)【発行日】2024-08-26

(54)【発明の名称】顧客管理システム、サーバ装置、及び顧客管理方法

(51)【国際特許分類】

   G06Q 30/02 20230101AFI20240819BHJP

【ＦＩ】

G06Q30/02

【請求項の数】 9

(21)【出願番号】P 2020201166

(22)【出願日】2020-12-03

(65)【公開番号】P2022088994

(43)【公開日】2022-06-15

【審査請求日】2023-10-05

(73)【特許権者】

【識別番号】523286071

【氏名又は名称】株式会社ＮＴＴデータ

(74)【代理人】

【識別番号】110001634

【氏名又は名称】弁理士法人志賀国際特許事務所

(72)【発明者】

【氏名】森 明広

(72)【発明者】

【氏名】池 謙一郎

(72)【発明者】

【氏名】山本 真也

(72)【発明者】

【氏名】村田 俊輝

【審査官】樋口 龍弥

(56)【参考文献】

【文献】特開２００６－３０２３２２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／０３１５０３９（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

顧客が所有するマイナンバーカードの署名用電子証明書の発行番号とを含む顧客確認要求を署名検証代行サーバ装置に送信し、前記署名検証代行サーバ装置から受信した登録顧客識別情報を顧客情報記憶部に記憶させる確認処理部を備える企業サーバ装置と、前記署名検証代行サーバ装置とを備え、
前記署名検証代行サーバ装置は、
前記顧客を識別する顧客識別情報と、前記マイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部と、
前記企業サーバ装置から受信した前記顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認部と、
前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索部と、
前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信する確認結果送信部と
を備えることを特徴とする顧客管理システム。

【請求項2】

前記企業サーバ装置は、
関連企業のサーバ装置から、前記関連企業を識別する関連企業識別情報と、前記関連企業で前記顧客に付与された関連顧客識別情報と、前記顧客の前記署名用電子証明書とを取得する顧客情報取得部を備え、
前記確認処理部は、
前記関連企業識別情報が示す前記顧客に対して付与した前記顧客識別情報と、前記顧客情報取得部が取得した前記署名用電子証明書とを含む前記顧客確認要求を、前記署名検証代行サーバ装置に送信し、
前記署名検証代行サーバ装置から受信した前記登録顧客識別情報と、前記関連顧客識別情報と、前記関連企業識別情報とを対応付けて、前記顧客情報記憶部に記憶させる
ことを特徴とする請求項１に記載の顧客管理システム。

【請求項3】

前記署名検証代行サーバ装置は、
前記署名用電子証明書の発行番号を前記公的個人認証サーバ装置に送信して、前記署名用電子証明書と同一の前記顧客の利用者証明用電子証明書の発行番号を取得する発行番号取得部を備え、
前記登録情報記憶部は、前記電子証明書の発行番号として、前記署名用電子証明書の発行番号、又は、前記利用者証明用電子証明書の発行番号を記憶し、
前記登録検索部は、
前記登録情報記憶部に、前記署名用電子証明書の発行番号、或いは、前記利用者証明用電子証明書の発行番号がある場合に、前記顧客の登録情報があると判定する
ことを特徴とする請求項１又は請求項２に記載の顧客管理システム。

【請求項4】

前記有効性確認部は、前記利用者証明用電子証明書の発行番号を、前記公的個人認証サーバ装置に送信して、前記利用者証明用電子証明書の有効性を確認し、
前記確認結果送信部は、前記登録顧客識別情報と、前記署名用電子証明書の有効性確認結果及び前記利用者証明用電子証明書の有効性確認結果とを前記企業サーバ装置に送信する
ことを特徴とする請求項３に記載の顧客管理システム。

【請求項5】

前記登録情報記憶部が記憶する前記登録情報には、企業を識別する企業識別情報が含まれ、
前記署名検証代行サーバ装置は、
前記企業サーバ装置から受信した前記企業識別情報、及び前記顧客識別情報に対応する前記署名用電子証明書の発行番号及び前記利用者証明用電子証明書の発行番号を前記登録情報記憶部から取得し、前記署名用電子証明書の発行番号及び前記利用者証明用電子証明書の発行番号が、前記公的個人認証サーバ装置から取得した電子証明書の失効リストにあるか否かに応じて、前記署名用電子証明書の失効及び前記利用者証明用電子証明書の失効を確認する失効確認部を備え、
前記確認処理部は、
前記顧客の前記署名用電子証明書及び前記利用者証明用電子証明書の失効確認結果に基づいて、前記顧客の失効状況を検出し、前記顧客の失効状況を検出した場合に、前記顧客の失効状況が検出されたことを示す情報を関連企業のサーバ装置に通知する
ことを特徴とする請求項３又は請求項４に記載の顧客管理システム。

【請求項6】

前記企業サーバ装置は、前記顧客識別情報と、前記関連企業を識別する関連企業識別情報と、取引き又は商談による前記顧客との接点を示す接点情報とを対応付けて管理し、
前記確認処理部は、
前記顧客の失効状況を検出した場合に、前記接点情報に基づいて、直近に取引き又は商談のある前記関連企業のサーバ装置に対して、前記顧客の失効状況が検出されたことを示す情報を通知する
ことを特徴とする請求項５に記載の顧客管理システム。

【請求項7】

前記署名検証代行サーバ装置は、
前記署名用電子証明書の発行番号を前記公的個人認証サーバ装置に送信して、旧発行番号を取得する旧発行番号照会部を備え、
前記登録検索部は、前記登録情報記憶部に、前記署名用電子証明書の発行番号、又は前記旧発行番号を含む前記顧客の登録情報があるかを検索する
ことを特徴とする請求項１から請求項６のいずれか一項に記載の顧客管理システム。

【請求項8】

顧客を識別する顧客識別情報と、前記顧客が所有するマイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部と、
受信した前記顧客が所有するマイナンバーカードの署名用電子証明書の発行番号を含む顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認部と、
前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索部と、
前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、登録顧客識別情報として、前記顧客確認要求の送信元に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記顧客確認要求の送信元に送信する確認結果送信部と
を備えることを特徴とするサーバ装置。

【請求項9】

顧客を識別する顧客識別情報と、前記顧客が所有するマイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部を備える署名検証代行サーバ装置と、企業のサーバ装置である企業サーバ装置とを備える顧客管理システムの顧客管理方法であって、
前記企業サーバ装置が、前記顧客が所有するマイナンバーカードの署名用電子証明書の発行番号を含む顧客確認要求を前記署名検証代行サーバ装置に送信する顧客確認要求ステップと、
前記署名検証代行サーバ装置が、前記企業サーバ装置から受信した前記顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認ステップと、
前記署名検証代行サーバ装置が、前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索ステップと、
前記署名検証代行サーバ装置が、前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、登録顧客識別情報として、前記企業サーバ装置に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信する確認結果送信ステップと、
前記企業サーバ装置が、前記署名検証代行サーバ装置から受信した前記登録顧客識別情報を顧客情報記憶部に記憶させる確認処理ステップと
を含むことを特徴とする顧客管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、顧客管理システム、サーバ装置、及び顧客管理方法に関する。

【背景技術】

【0002】

近年、生命保険を扱う企業などの顧客を管理する顧客管理システムが知られている（例えば、特許文献１を参照）。このような顧客管理システムでは、顧客管理において、顧客が記載の等の情報をデータベースに保管し、顧客毎に一意の識別情報である顧客ＩＤを発行し、発行した顧客ＩＤと「氏名」等の顧客情報を紐付けることで、顧客を管理していた。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００２－６３３６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述した従来技術では、既に顧客管理システムに登録済みの顧客であっても、同一顧客と検知できず、新たに顧客ＩＤを払い出して、登録される場合があった。そのため、従来技術では、同一の顧客に対して複数の顧客ＩＤが登録されることがあり、顧客の管理を適切に行うことができない場合があった。
また、従来技術では、子会社を複数持つホールディングス形態の企業である場合に、子会社ごとの顧客管理となっており、複数の子会社で同一顧客の情報を保持している場合があり、子会社間で同一顧客に対してバラバラに管理して、顧客の管理を適切に行うことができない状況が発生していた。

【0005】

本発明は、上記問題を解決すべくなされたもので、その目的は、同一顧客の重複した登録を低減し、顧客の管理を適切に行うことができる顧客管理システム、サーバ装置、及び顧客管理方法を提供することにある。

【課題を解決するための手段】

【0006】

上記問題を解決するために、本発明の一態様は、顧客が所有するマイナンバーカードの署名用電子証明書の発行番号とを含む顧客確認要求を署名検証代行サーバ装置に送信し、前記署名検証代行サーバ装置から受信した登録顧客識別情報を顧客情報記憶部に記憶させる確認処理部を備える企業サーバ装置と、前記署名検証代行サーバ装置とを備え、前記署名検証代行サーバ装置は、前記顧客を識別する顧客識別情報と、前記マイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部と、前記企業サーバ装置から受信した前記顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認部と、前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索部と、前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信する確認結果送信部とを備えることを特徴とする顧客管理システムである。

【0007】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記企業サーバ装置は、関連企業のサーバ装置から、前記関連企業を識別する関連企業識別情報と、前記関連企業で前記顧客に付与された関連顧客識別情報と、前記顧客の前記署名用電子証明書とを取得する顧客情報取得部を備え、前記確認処理部は、前記関連企業識別情報が示す前記顧客に対して付与した前記顧客識別情報と、前記顧客情報取得部が取得した前記署名用電子証明書とを含む前記顧客確認要求を、前記署名検証代行サーバ装置に送信し、前記署名検証代行サーバ装置から受信した前記登録顧客識別情報と、前記関連顧客識別情報と、前記関連企業識別情報とを対応付けて、前記顧客情報記憶部に記憶させることを特徴とする。

【0008】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記署名検証代行サーバ装置は、前記署名用電子証明書の発行番号を前記公的個人認証サーバ装置に送信して、前記署名用電子証明書と同一の前記顧客の利用者証明用電子証明書の発行番号を取得する発行番号取得部を備え、前記登録情報記憶部は、前記電子証明書の発行番号として、前記署名用電子証明書の発行番号、又は、前記利用者証明用電子証明書の発行番号を記憶し、前記登録検索部は、前記登録情報記憶部に、前記署名用電子証明書の発行番号、或いは、前記利用者証明用電子証明書の発行番号がある場合に、前記顧客の登録情報があると判定することを特徴とする。

【0009】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記有効性確認部は、前記利用者証明用電子証明書の発行番号を、前記公的個人認証サーバ装置に送信して、前記利用者証明用電子証明書の有効性を確認し、前記確認結果送信部は、前記登録顧客識別情報と、前記署名用電子証明書の有効性確認結果及び前記利用者証明用電子証明書の有効性確認結果とを前記企業サーバ装置に送信することを特徴とする。

【0010】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記登録情報記憶部が記憶する前記登録情報には、企業を識別する企業識別情報が含まれ、前記署名検証代行サーバ装置は、前記企業サーバ装置から受信した前記企業識別情報、及び前記顧客識別情報に対応する前記署名用電子証明書の発行番号及び前記利用者証明用電子証明書の発行番号を前記登録情報記憶部から取得し、前記署名用電子証明書の発行番号及び前記利用者証明用電子証明書の発行番号が、前記公的個人認証サーバ装置から取得した電子証明書の失効リストにあるか否かに応じて、前記署名用電子証明書の失効及び前記利用者証明用電子証明書の失効を確認する失効確認部を備え、前記確認処理部は、前記顧客の前記署名用電子証明書及び前記利用者証明用電子証明書の失効確認結果に基づいて、前記顧客の失効状況を検出し、前記顧客の失効状況を検出した場合に、前記顧客の失効状況が検出されたことを示す情報を関連企業のサーバ装置に通知することを特徴とする。

【0011】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記企業サーバ装置は、前記顧客識別情報と、前記関連企業を識別する関連企業識別情報と、取引き又は商談による前記顧客との接点を示す接点情報とを対応付けて管理し、前記確認処理部は、前記顧客の失効状況を検出した場合に、前記接点情報に基づいて、直近に取引き又は商談のある前記関連企業のサーバ装置に対して、前記顧客の失効状況が検出されたことを示す情報を通知することを特徴とする。

【0012】

また、本発明の一態様は、上記の顧客管理システムにおいて、前記署名検証代行サーバ装置は、前記署名用電子証明書の発行番号を前記公的個人認証サーバ装置に送信して、旧発行番号を取得する旧発行番号照会部を備え、前記登録検索部は、前記登録情報記憶部に、前記署名用電子証明書の発行番号、又は前記旧発行番号を含む前記顧客の登録情報があるかを検索することを特徴とする。

【0013】

また、本発明の一態様は、顧客を識別する顧客識別情報と、前記顧客が所有するマイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部と、受信した前記顧客が所有するマイナンバーカードの署名用電子証明書の発行番号を含む顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認部と、前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索部と、前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、登録顧客識別情報として、前記顧客確認要求の送信元に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記顧客確認要求の送信元に送信する確認結果送信部とを備えることを特徴とするサーバ装置である。

【0014】

また、本発明の一態様は、上記の顧客管理システムにおいて、顧客を識別する顧客識別情報と、前記顧客が所有するマイナンバーカードの電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部を備える署名検証代行サーバ装置と、企業のサーバ装置である企業サーバ装置とを備える顧客管理システムの顧客管理方法であって、前記企業サーバ装置が、前記顧客が所有するマイナンバーカードの署名用電子証明書の発行番号を含む顧客確認要求を前記署名検証代行サーバ装置に送信する顧客確認要求ステップと、前記署名検証代行サーバ装置が、前記企業サーバ装置から受信した前記顧客確認要求に応じて、前記顧客確認要求に含まれる前記署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ装置に送信して、前記署名用電子証明書の有効性を確認する有効性確認ステップと、前記署名検証代行サーバ装置が、前記登録情報記憶部に、前記署名用電子証明書の発行番号を含む前記顧客の登録情報があるかを検索する登録検索ステップと、前記署名検証代行サーバ装置が、前記登録情報記憶部に前記顧客の登録情報がある場合に、当該登録情報に含まれる前記顧客識別情報を、登録顧客識別情報として、前記企業サーバ装置に送信し、前記顧客の登録情報がない場合に、前記顧客に対応する新たな前記登録情報を、前記登録情報記憶部に追加で記憶させるとともに、前記顧客に対して新たに付与された前記顧客識別情報を、前記登録顧客識別情報として、前記企業サーバ装置に送信する確認結果送信ステップと、前記企業サーバ装置が、前記署名検証代行サーバ装置から受信した前記登録顧客識別情報を顧客情報記憶部に記憶させる確認処理ステップとを含むことを特徴とする顧客管理方法である。

【発明の効果】

【0015】

本発明によれば、同一顧客の重複した登録を低減し、顧客の管理を適切に行うことができる。

【図面の簡単な説明】

【0016】

【図1】本実施形態による顧客管理システムの一例を示すブロック図である。

【図2】本実施形態における顧客情報記憶部のデータ例を示す図である。

【図3】本実施形態における失効確認結果とその対応の一例を示す図である。

【図4】本実施形態における登録情報記憶部のデータ例を示す図である。

【図5】本実施形態における子会社顧客情報記憶部のデータ例を示す図である。

【図6】本実施形態による顧客管理システムの顧客確認処理の一例を示すフローチャートである。

【図7】本実施形態による顧客管理システムの新規登録の場合の顧客確認処理の一例を示す図である。

【図8】本実施形態による顧客管理システムの登録済みの場合の顧客確認処理の一例を示す図である。

【図9】本実施形態による顧客管理システムの失効確認処理の一例を示すフローチャートである。

【図10】本実施形態による顧客管理システムの失効確認処理の応用例を示す図である。

【図11】本実施形態による顧客管理システムの失効確認処理の別の応用例を示す図である。

【発明を実施するための形態】

【0017】

以下、本発明の一実施形態による顧客管理システム、サーバ装置、及び顧客管理方法について、図面を参照して説明する。

【0018】

図１は、本実施形態による顧客管理システム１の一例を示す概略ブロック図である。
図１に示すように、顧客管理システム１は、署名検証代行サーバ１０と、代表企業サーバ２０と、子会社サーバ３０と、端末装置４０と、公的個人認証サーバ６０とを備えている。

【0019】

顧客管理システム１において、署名検証代行サーバ１０と、代表企業サーバ２０と、子会社サーバ３０と、端末装置４０と、公的個人認証サーバ６０とは、ネットワークＮＷ１を介して、接続可能に構成されている。また、顧客ＣＳ１は、マイナンバーカード５０の所有者であり、端末装置４０を介して、顧客管理システム１を利用する利用者である。

【0020】

代表企業サーバ２０（企業サーバ装置の一例）は、複数の子会社（関連企業）などを有し、複数の子会社からなる企業グループを代表する代表企業のサーバ装置であり、ネットワークＮＷ１を介して、署名検証代行サーバ１０や子会社サーバ３０と通信可能である。代表企業サーバ２０は、企業サーバ記憶部２１と、企業サーバ制御部２２とを備えている。

【0021】

企業サーバ記憶部２１は、代表企業サーバ２０が利用する各種情報を記憶する。企業サーバ記憶部２１は、顧客情報記憶部２１１を備える。
顧客情報記憶部２１１は、複数の子会社を含む企業グループの顧客情報を一元管理(一括管理)するための記憶部であり、企業グループ全体の顧客情報を記憶する。ここで、図２を参照して、顧客情報記憶部２１１のデータ例について説明する。

【0022】

図２は、本実施形態における顧客情報記憶部２１１のデータ例を示す図である。
図２に示すように、顧客情報記憶部２１１は、「顧客ＩＤ」と、「氏名」と、「生年月日」と、「性別」と、「住所」と、「署名用確認結果」と、「利用者証明用確認結果」と、「子会社顧客情報」とを対応付けた顧客情報を記憶する。

【0023】

ここで、「顧客ＩＤ」は、企業グループにおいて、一意（ユニーク）に割り当てられた顧客識別情報であり、後述する署名検証代行サーバ１０から出力された登録顧客識別情報（署名検証代行サーバ１０に登録されている顧客識別情報）である。また、「氏名」、「生年月日」、「性別」、及び「住所」は、顧客ＣＳ１の署名用電子証明書に含まれている情報（４情報）であり、顧客ＣＳ１の氏名、生年月日、性別、及び住所を示している。

【0024】

また、「署名用確認結果」及び「利用者証明用確認結果」は、署名用電子証明書の有効性確認結果、及び利用者証明用電子証明書の有効性確認結果を示している。また、「子会社顧客情報」は、子会社における当該顧客に対応する顧客情報であり、「子会社ＩＤ」と、「子会社顧客ＩＤ」とを含んでいる。「子会社ＩＤ」は、子会社（関連会社）を識別する識別情報であり、「子会社顧客ＩＤ」は、子会社により付与された当該顧客ＣＳ１の顧客ＩＤを示し、関連企業を識別する関連企業識別情報の一例である。なお、「子会社ＩＤ」及び「子会社顧客ＩＤ」は、顧客ＣＳ１が利用する子会社の数に応じて、複数含まれていてもよい。

【0025】

例えば、図２に示す例では、「顧客ＩＤ」が“ＣＳ００００１”である顧客ＣＳ１は、「氏名」が“○○太郎”、「生年月日」が“１９６０／１／１”、「性別」が“男”、「住所」が“東京都港区・・・”であることを示している。また、この顧客ＣＳ１の「署名用確認結果」及び「利用者証明用確認結果」は、いずれも“有効”であり、「子会社ＩＤ」が“Ｋ００１”の子企業において、“ＫＵ００００１”の「子会社顧客ＩＤ」が付与されていることを示している。
なお、顧客情報記憶部２１１は、上述した情報の他に、例えば、電子証明書の有効期限や、当該顧客ＣＳ１の取引きを示すトランザクションＩＤなどを記憶するようにしてもよい。

【0026】

図１の説明に戻り、企業サーバ制御部２２は、例えば、ＣＰＵ（Central Processing Unit）などを含むプロセッサであり、代表企業サーバ２０を統括的に制御する。企業サーバ制御部２２は、顧客情報取得部２２１と、顧客確認処理部２２２とを備えている。

【0027】

顧客情報取得部２２１は、関連企業のサーバ装置である子会社サーバ３０から、子会社ＩＤ（関連企業識別情報）と、子会社で顧客ＣＳ１に付与された子会社顧客ＩＤ（関連顧客識別情報）と、顧客ＣＳ１の署名用電子証明書を、ネットワークＮＷ１を介して、子会社サーバ３０から取得する。顧客情報取得部２２１は、例えば、子会社サーバ３０からの顧客確認要求により、これらの情報を取得する。また、署名用電子証明書には、顧客ＣＳ１の「氏名」、「生年月日」、「性別」、及び「住所」である４情報が含まれている。

【0028】

顧客確認処理部２２２（確認処理部の一例）は、企業を識別する企業識別情報と、顧客ＩＤと、顧客ＣＳ１が所有するマイナンバーカード５０の署名用電子証明書の発行番号とを含む顧客確認要求を署名検証代行サーバ１０に送信する。顧客確認処理部２２２は、子会社顧客ＩＤが示す顧客ＣＳ１に対して付与した顧客ＩＤと、顧客情報取得部２２１が取得した署名用電子証明書とを含む顧客確認要求を、ネットワークＮＷ１を介して、署名検証代行サーバ１０に送信する。なお、署名用電子証明書には、署名用電子証明書に一意に付与されたシリアル番号である発行番号が含まれている。また、顧客確認処理部２２２は、企業識別情報として、企業識別コードを顧客確認要求に含めて、署名検証代行サーバ１０に送信する。

【0029】

また、顧客確認処理部２２２は、署名検証代行サーバ１０から受信した登録顧客識別情報を顧客情報記憶部２１１に記憶させる。顧客確認処理部２２２は、顧客確認要求に応じて、例えば、署名検証代行サーバ１０に登録された顧客ＩＤ（登録顧客ＩＤ）、及び有効性確認結果を受信し、受信した顧客ＩＤ及び有効性確認結果と、子会社サーバ３０から取得した情報（子会社ＩＤ、子会社顧客ＩＤ、及び顧客ＣＳ１の４情報など）と対応付けて、図２に示すように、顧客情報記憶部２１１に記憶させる。
また、顧客確認処理部２２２は、顧客確認結果として、子会社顧客ＩＤ及び有効性確認結果を、ネットワークＮＷ１を介して、子会社サーバ３０に送信する。

【0030】

また、顧客確認処理部２２２は、企業識別コードと顧客ＩＤとを含む失効確認要求を、署名検証代行サーバ１０に送信する。顧客確認処理部２２２は、定期的に失効確認要求を署名検証代行サーバ１０に送信して得られた、顧客ＣＳ１の署名用電子証明書及び利用者証明用電子証明書の失効確認結果に基づいて、顧客ＣＳ１の死亡疑義を検出し、顧客ＣＳ１の死亡疑義を検出した場合に、顧客ＣＳ１の死亡疑義が検出されたことを示す情報を子会社サーバ３０に通知する。なお、顧客確認処理部２２２は、失効確認結果に基づいて、顧客ＣＳ１の死亡疑義、生存確認、住所・氏名の変更の可能性などを検出可能であり、死亡疑義、生存確認、住所・氏名の変更は、失効状況の一例である。顧客確認処理部２２２は、失効確認結果に基づいて検出した内容に応じた対応を行う。ここで、図３を参照して、具体的な失効確認結果に基づく検出処理及び対応については、後述する。

【0031】

図３は、本実施形態における失効確認結果とその対応の一例を示す図である。
図３に示すように、電子証明書の有効期限がきれている場合には、顧客確認処理部２２２は、再登録を促す通知を、子会社サーバ３０に送信する。

【0032】

また、例えば、署名用電子証明書の失効確認結果が“失効”であり、利用者証明用電子証明書の失効確認結果が“有効”である場合には、住所や氏名が変更された可能性が考えられ、顧客確認処理部２２２は、住所・氏名の変更確認を示す通知を、子会社サーバ３０に送信する。

【0033】

また、例えば、署名用電子証明書の失効確認結果が“失効”であり、利用者証明用電子証明書の失効確認結果が“失効”である場合には、顧客ＣＳ１の死亡した可能性があり、顧客確認処理部２２２は、顧客ＣＳ１の死亡確認を示す通知を、子会社サーバ３０に送信する。
このように、顧客確認処理部２２２は、顧客ＣＳ１の署名用電子証明書及び利用者証明用電子証明書の失効確認結果に基づいて、顧客ＣＳ１の死亡疑義を検出し、顧客ＣＳ１の死亡疑義を検出した場合に、顧客ＣＳ１の死亡疑義が検出されたことを示す情報を子会社サーバ３０に通知する。

【0034】

署名検証代行サーバ１０（署名検証代行サーバ装置の一例）は、代表企業サーバ２０の代わりに、顧客情報を登録して管理するサーバ装置であり、ネットワークＮＷ１を介して、代表企業サーバ２０や公的個人認証サーバ６０と通信可能である。署名検証代行サーバ１０は、サーバ記憶部１１と、サーバ制御部１２とを備えている。

【0035】

サーバ記憶部１１は、署名検証代行サーバ１０の処理において利用する各種情報を記憶する。サーバ記憶部１１は、登録情報記憶部１１１を備える。
登録情報記憶部１１１は、顧客ＣＳ１を管理するための記憶部であり、少なくとも、企業識別コードと、顧客ＩＤと、マイナンバーカード５０の電子証明書の発行番号とを対応付けた登録情報を記憶する。マイナンバーカード５０の電子証明書の発行番号は、署名用電子証明書の発行番号、又は利用者証明用電子証明書の発行番号（署名用電子証明書及び利用者証明用電子証明書のいずれか又は両方の発行番号）である。ここで、図４を参照して、登録情報記憶部１１１のデータについて説明する。

【0036】

図４は、本実施形態における登録情報記憶部１１１のデータ例を示す図である。
図４に示すように、登録情報記憶部１１１は、「企業識別コード」と、「顧客ＩＤ」と、「電子証明書の発行番号」とを対応付けた登録情報を記憶する。ここで、「企業識別コード」は、例えば、代表企業の企業識別情報の一例であり、「顧客ＩＤ」は、顧客ＣＳ１の顧客識別情報の一例である。また、「電子証明書の発行番号」は、署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号を示している。

【0037】

図４に示す例では、「企業識別コード」が“ＸＸ－ＨＤ”の代表企業の顧客情報として、「顧客ＩＤ」が“ＣＳ００００１”であり、署名用電子証明書の発行番号が“Ｓ０００１”であり、利用者証明用電子証明書の発行番号が“Ｕ０００１”が登録されていることを示している。

【0038】

再び、図１の説明に戻り、サーバ制御部１２は、例えば、ＣＰＵなどを含むプロセッサであり、署名検証代行サーバ１０を統括的に制御する。サーバ制御部１２は、有効性確認部１２１と、発行番号取得部１２２と、旧発行番号照会部１２３と、登録検索部１２４と、結果送信部１２５と、失効確認部１２６とを備えている。

【0039】

有効性確認部１２１は、代表企業サーバ２０から受信した顧客確認要求に応じて、顧客確認要求に含まれる署名用電子証明書の発行番号を、公的個人認証サーバ６０に送信して、署名用電子証明書の有効性を確認する。また、有効性確認部１２１は、利用者証明用電子証明書の発行番号を、公的個人認証サーバ６０に送信して、利用者証明用電子証明書の有効性を確認する。

【0040】

発行番号取得部１２２は、署名用電子証明書の発行番号を公的個人認証サーバ６０に送信して、署名用電子証明書と同一の顧客ＣＳ１の利用者証明用電子証明書の発行番号を取得する。すなわち、発行番号取得部１２２は、署名用電子証明書の発行番号を、ネットワークＮＷ１を介して、公的個人認証サーバ６０に送信し、署名用電子証明書の発行番号に紐付けられている利用者証明用電子証明書の発行番号を、公的個人認証サーバ６０から受信する。

【0041】

旧発行番号照会部１２３は、署名用電子証明書の発行番号を公的個人認証サーバ６０に送信して、旧発行番号を取得する。例えば、旧発行番号照会部１２３は、署名用電子証明書の発行番号（又は利用者証明用電子証明書の発行番号）を公的個人認証サーバ６０に送信して、署名用電子証明書の旧発行番号（又は利用者証明用電子証明書の旧発行番号）を取得する。旧発行番号照会部１２３は、電子証明書の発行番号を、ネットワークＮＷ１を介して、公的個人認証サーバ６０に送信し、電子証明書の旧発行番号を公的個人認証サーバ６０から受信する。

【0042】

登録検索部１２４は、登録情報記憶部１１１に、署名用電子証明書の発行番号、又は旧発行番号を含む顧客ＣＳ１の登録情報があるかを検索する。登録検索部１２４は、例えば、登録情報記憶部１１１に、署名用電子証明書の発行番号又は旧発行番号、或いは、利用者証明用電子証明書の発行番号又旧発行番号を含む登録情報がある場合に、顧客ＣＳ１の登録情報があると判定する。すなわち、登録検索部１２４は、登録情報記憶部１１１に、電子証明書の発行番号又は旧発行番号がある場合に、電子証明書の顧客ＣＳ１が登録済みであると判定する。
なお、登録検索部１２４は、例えば、登録情報記憶部１１１が記憶する登録情報のうち、企業識別情報が一致する登録情報の中から、顧客ＣＳ１の登録情報があるかを検索する。

【0043】

結果送信部１２５（確認結果送信部の一例）は、登録情報記憶部１１１に顧客ＣＳ１の登録情報がある場合に、当該登録情報に含まれる顧客ＩＤを、登録顧客ＩＤ（登録顧客識別情報）として、代表企業サーバ２０に送信する。すなわち、結果送信部１２５は、登録検索部１２４によって、顧客確認要求に含まれる顧客ＩＤの顧客ＣＳ１が、登録情報記憶部１１１にすでに登録済みであると判定された場合に、当該登録情報に含まれる顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信する。

【0044】

また、結果送信部１２５は、顧客ＣＳ１の登録情報がない場合に、顧客ＣＳ１に対応する新たな登録情報を、登録情報記憶部１１１に追加で記憶させるとともに、顧客ＣＳ１に対して新たに付与された顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信する。ここで、顧客ＣＳ１に対して新たに付与された顧客ＩＤは、例えば、顧客確認要求に含まれる顧客ＩＤに対応する。すなわち、結果送信部１２５は、登録検索部１２４によって、顧客確認要求に含まれる顧客ＩＤの顧客ＣＳ１が、登録情報記憶部１１１にすでに登録済みでないと判定された場合に、顧客ＣＳ１に対応する新たな登録情報を登録情報記憶部１１１に登録する。そして、この場合、結果送信部１２５は、顧客確認要求に含まれる顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信する。
また、結果送信部１２５は、登録顧客ＩＤと、署名用電子証明書の有効性確認結果及び利用者証明用電子証明書の有効性確認結果とを代表企業サーバ２０に送信するようにしてもよい。

【0045】

失効確認部１２６は、定期的（例えば、１日に１回など）に、公的個人認証サーバ６０から電子証明書の失効リスト（CRL : Certificate Revocation List）を、ネットワークＮＷ１を介して、公的個人認証サーバ６０から取得する。また、失効確認部１２６は、代表企業サーバ２０からネットワークＮＷ１を介して受信した企業識別コードと顧客ＩＤとを含む失効確認要求に応じて、失効確認要求に含まれる企業識別コード及び顧客ＩＤに対応する署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号を登録情報記憶部１１１から取得する。

【0046】

失効確認部１２６は、登録情報記憶部１１１から取得した、署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号が、公的個人認証サーバ６０から取得した電子証明書の失効リストにあるか否かに応じて、署名用電子証明書の失効及び利用者証明用電子証明書の失効を確認する。失効確認部１２６は、確認した署名用電子証明書及び利用者証明用電子証明書の失効確認結果を、ネットワークＮＷ１を介して、代表企業サーバ２０に送信する。

【0047】

子会社サーバ３０（関連企業のサーバ装置の一例）は、代表企業に関連する子会社（グループ会社）のサーバ装置であり、ネットワークＮＷ１を介して、代表企業サーバ２０や端末装置４０と接続可能である。なお、図１に示す例では、図示を省略するが、顧客管理システム１は、複数の子会社サーバ３０を備えていてもよい。
子会社サーバ３０は、子会社サーバ記憶部３１と、子会社サーバ制御部３２とを備えている。

【0048】

子会社サーバ記憶部３１は、子会社サーバ３０の処理において利用する各種情報を記憶する。子会社サーバ記憶部３１は、子会社顧客情報記憶部３１１を備える。
子会社顧客情報記憶部３１１は、子会社内で、顧客ＣＳ１を管理するための記憶部であり、子会社で取引きのある顧客情報を記憶する。ここで、図５を参照して、子会社サーバ記憶部３１のデータ例について説明する。

【0049】

図５は、本実施形態における子会社顧客情報記憶部３１１のデータ例を示す図である。
図５に示すように、子会社顧客情報記憶部３１１は、「顧客ＩＤ」と、「氏名」と、「生年月日」と、「性別」と、「住所」と、「署名用確認結果」と、「利用者証明用確認結果」とを対応付けた顧客情報を記憶する。

【0050】

ここで、「顧客ＩＤ」は、子会社が顧客ＣＳ１に付与した顧客識別情報であり、上述した登録情報記憶部１１１及び顧客情報記憶部２１１が記憶する「顧客ＩＤ」とは異なる。ここでの「顧客ＩＤ」は、顧客情報記憶部２１１が記憶する「子会社顧客ＩＤ」に対応する。また、「顧客ＩＤ」以外の「氏名」、「生年月日」、「性別」、「住所」、「署名用確認結果」、及び「利用者証明用確認結果」の情報は、顧客情報記憶部２１１と同様である。

【0051】

例えば、図５に示す例では、「顧客ＩＤ」が“ＫＵ００００１”である顧客ＣＳ１は、「氏名」が“○○太郎”、「生年月日」が“１９６０／１／１”、「性別」が“男”、「住所」が“東京都港区・・・”であることを示している。また、この顧客ＣＳ１の「署名用確認結果」及び「利用者証明用確認結果」は、いずれも“有効”であることを示している。
なお、顧客情報記憶部２１１は、上述した情報の他に、例えば、電子証明書の有効期限や、当該顧客ＣＳ１の取引きを示すトランザクションＩＤなどを記憶するようにしてもよい。

【0052】

再び、図１の説明に戻り、子会社サーバ制御部３２は、例えば、ＣＰＵなどを含むプロセッサであり、子会社サーバ３０を統括的に制御する。子会社サーバ制御部３２は、顧客確認処理部３２１と、手続き処理部３２２とを備えている。

【0053】

顧客確認処理部３２１は、端末装置４０を経由した各種取引きの手続き依頼に対して、顧客情報の登録及び確認を行う。顧客確認処理部３２１は、端末装置４０からの手続き依頼に応じて、顧客ＣＳ１に子会社内の顧客ＩＤ（子会社顧客ＩＤ）を付与するとともに、端末装置４０から取得した署名用電子証明書を含む顧客確認要求を、代表企業サーバ２０に送信する。具体的に、顧客確認処理部３２１は、子会社ＩＤと、顧客ＩＤ（子会社顧客ＩＤ）と、署名用電子証明書とを含む顧客確認要求を、ネットワークＮＷ１を介して、代表企業サーバ２０に送信する。

【0054】

また、顧客確認処理部３２１は、顧客確認要求に対する顧客確認結果を代表企業サーバ２０から受信し、顧客確認結果に基づく顧客情報を、子会社顧客情報記憶部３１１に記憶させる。顧客確認処理部３２１は、例えば、図５に示すように、「顧客ＩＤ」と、「氏名」と、「生年月日」と、「性別」と、「住所」と、「署名用確認結果」と、「利用者証明用確認結果」とを対応付けた顧客情報を、子会社顧客情報記憶部３１１に記憶させる。

【0055】

手続き処理部３２２は、子会社サーバ３０が提供する各種取引きに応じた、各種手続きを実行する。例えば、子会社が生命保険会社である場合には、手続き処理部３２２は、生命保険の契約、更新、契約変更、解約、保険金の支払い、等の各種手続き処理を実行する。

【0056】

端末装置４０は、例えば、ＰＣ（パーソナルコンピュータ）、スマートフォン、タブレット端末などであり、ネットワークＮＷ１を介して、子会社サーバ３０に接続可能である。端末装置４０は、子会社サーバ３０に接続して、各種手続き処理の依頼を行う。なお、図１に示す例では、図示を省略するが、顧客管理システム１は、複数の端末装置４０を備え、子会社サーバ３０に複数の端末装置４０が接続されてもよい。

【0057】

また、端末装置４０は、マイナンバーカード５０と接続可能である。端末装置４０は、マイナンバーカード５０の顧客ＣＳ１の本人確認のためのパスワード（署名用パスワード）を受け付けて、マイナンバーカード５０に入力するとともに、マイナンバーカード５０から、署名用電子証明書を取得する。端末装置４０は、例えば、取得した署名用電子証明書を含む手続き依頼を子会社サーバ３０に送信する。

【0058】

マイナンバーカード５０は、署名用電子証明書及び利用者証明用電子証明書を保持するＩＣカード（Integrated Circuit card）である。マイナンバーカード５０は、端末装置４０から顧客ＣＳ１の署名用パスワードが入力され、内部に記憶する署名用パスワードと照合して一致した場合に、端末装置４０から署名用電子証明書を読み出し可能である。

【0059】

ここで、署名用電子証明書は、例えば、電子文書を送信する際に使用する電子証明書である。署名用電子証明書には、氏名、住所、生年月日、及び性別の４情報、発行番号、発行年月日、有効期限、電子署名などの情報が含まれている。
また、利用者証明用電子証明書は、例えば、本人であることを証明する際に使用する電子証明書である。利用者証明用電子証明書には、発行番号、発行年月日、有効期限、電子署名などの情報が含まれている。

【0060】

公的個人認証サーバ６０（公的個人認証サーバ装置の一例）は、地方公共団体情報システム機構（Ｊ－ＬＩＳ）のサーバ装置であり、公的な個人認証サービス（以下、公的個人認証サービスという）を提供する。公的個人認証サーバ６０は、ネットワークＮＷ１を介して、署名検証代行サーバ１０と接続可能であり、公的個人認証サービスにより、電子証明書の有効性の確認、電子証明書の旧発行番号の通知、署名用電子証明書と利用者証明用電子証明書との紐付け、などの各種サービスを提供する。

【0061】

次に、図面を参照して、本実施形態による顧客管理システム１の動作について説明する。
図６は、本実施形態による顧客管理システム１の顧客確認処理の一例を示すフローチャートである。図６では、顧客確認要求に対する署名検証代行サーバ１０の詳細な動作について説明する。

【0062】

図６に示すように、署名検証代行サーバ１０は、まず、顧客確認要求を受信したか否かを判定する（ステップＳ１０１）。署名検証代行サーバ１０の有効性確認部１２１は、例えば、代表企業サーバ２０から顧客確認依頼を受信したか否かを判定する。なお、顧客確認依頼には、代表企業サーバ２０の企業識別コード、顧客ＩＤ、及び署名用電子証明書（発行番号を含む）を含むものとする。

【0063】

有効性確認部１２１は、顧客確認依頼を受信した場合（ステップＳ１０１：ＹＥＳ）に、処理をステップＳ１０２に進める。また、有効性確認部１２１は、顧客確認依頼を受信していない場合（ステップＳ１０１：ＮＯ）に、処理をステップＳ１０１に戻す。

【0064】

ステップＳ１０２において、有効性確認部１２１は、署名用電子証明書の有効性確認処理を実行する。有効性確認部１２１は、署名用電子証明書の発行番号を公的個人認証サーバ６０にネットワークＮＷ１を介して送信して、公的個人認証サーバ６０から有効性確認結果を受信する。

【0065】

次に、署名検証代行サーバ１０は、利用者証明用電子証明書の発行番号を取得する（ステップＳ１０３）。署名検証代行サーバ１０の発行番号取得部１２２は、署名用電子証明書の発行番号を公的個人認証サーバ６０にネットワークＮＷ１を介して送信して、同一の顧客ＣＳ１の利用者証明用電子証明書の発行番号を、公的個人認証サーバ６０から取得する。すなわち、発行番号取得部１２２は、公的個人認証サーバ６０の公的個人認証サービスの電子証明書の紐付け機能を利用して、署名用電子証明書に紐付けられている利用者証明用電子証明書の発行番号を取得する。

【0066】

次に、署名検証代行サーバ１０は、利用者証明用電子証明書の有効性確認処理を実行する（ステップＳ１０４）。有効性確認部１２１は、利用者証明用電子証明書の発行番号を公的個人認証サーバ６０にネットワークＮＷ１を介して送信して、公的個人認証サーバ６０から有効性確認結果を受信する。

【0067】

次に、署名検証代行サーバ１０は、旧発行番号の照会処理を実行する（ステップＳ１０５）。署名検証代行サーバ１０の旧発行番号照会部１２３は、署名用電子証明書の発行番号を公的個人認証サーバ６０にネットワークＮＷ１を介して送信して、公的個人認証サーバ６０から署名用電子証明書の旧発行番号を受信する。また、旧発行番号照会部１２３は、利用者証明用電子証明書の発行番号を公的個人認証サーバ６０にネットワークＮＷ１を介して送信して、公的個人認証サーバ６０から利用者証明用電子証明書の旧発行番号を受信する。旧発行番号は、既に失効した以前の電子証明書の発行番号であり、例えば、住所変更や氏名の変更前に使用していた電子証明書の発行番号である。この旧発行番号を使用することで、過去に登録した顧客情報を検索することが可能になる。

【0068】

次に、署名検証代行サーバ１０は、顧客ＩＤが登録済みであるか否かを判定する（ステップＳ１０６）。署名検証代行サーバ１０の登録検索部１２４は、顧客確認要求に含まれる顧客ＩＤが登録済みであるか否かを、登録情報記憶部１１１に上述した発行番号又は旧発行番号があるか否かにより判定する。すなわち、登録検索部１２４は、登録情報記憶部１１１が記憶する、顧客確認要求に含まれる企業識別コードが一致する複数の登録情報の中から、署名用電子証明書の発行番号及び旧発行番号と、利用者証明用電子証明書の発行番号及び旧発行番号とのいずれかを含む登録情報が検索して、顧客ＩＤが登録済みであるか否か判定する。

【0069】

登録検索部１２４は、顧客ＩＤが登録済みである場合（ステップＳ１０６：ＹＥＳ）に、処理をステップＳ１０７に進める。また、登録検索部１２４は、顧客ＩＤが登録済みでない場合（ステップＳ１０６：ＮＯ）に、処理をステップＳ１０８に進める。

【0070】

ステップＳ１０７において、署名検証代行サーバ１０は、登録済みの顧客ＩＤと、有効性確認結果とを送信する。すなわち、署名検証代行サーバ１０の結果送信部１２５は、署名用電子証明書の発行番号及び旧発行番号と、利用者証明用電子証明書の発行番号及び旧発行番号とのいずれかを含む登録情報に含まれる顧客ＩＤを登録顧客ＩＤし、当該登録顧客ＩＤと、電子証明書の有効性確認結果とを、ネットワークＮＷ１を介して、顧客確認要求の送信元（例えば、代表企業サーバ２０）に送信する。ステップＳ１０７の処理後に、結果送信部１２５は、処理をステップＳ１０１に戻す。

【0071】

また、ステップＳ１０８において、結果送信部１２５は、顧客確認要求の顧客ＩＤを登録情報記憶部１１１に登録する。すなわち、結果送信部１２５は、顧客確認要求に含まれる企業識別コード及び顧客ＩＤと、署名用電子証明書の発行番号と、利用者証明用電子証明書の発行番号とを対応付けた登録情報を、新規の登録情報として、登録情報記憶部１１１に追加で記憶させる。

【0072】

次に、結果送信部１２５は、顧客確認要求の顧客ＩＤと、有効性確認結果とを送信する（ステップＳ１０９）。結果送信部１２５は、顧客確認要求に含まれる顧客ＩＤを登録顧客ＩＤし、当該登録顧客ＩＤと、電子証明書の有効性確認結果とを、ネットワークＮＷ１を介して、顧客確認要求の送信元（例えば、代表企業サーバ２０）に送信する。ステップＳ１０９の処理後に、結果送信部１２５は、処理をステップＳ１０１に戻す。

【0073】

次に、図７及び図８を参照して、本実施形態による顧客管理システム１の顧客確認処理のシステム全体のより詳細な動作について、説明する。
図７は、本実施形態による顧客管理システム１の新規登録の場合の顧客確認処理の一例を示す図である。図７に示す例では、署名検証代行サーバ１０に登録されていない新規の顧客ＣＳ１に対する顧客確認及び新規登録（初回登録）を行う一例について説明する。

【0074】

図７に示すように、まず、子会社サーバ３０は、端末装置４０を介して、マイナンバーカード５０から署名用電子証明書を取得し、子会社顧客ＩＤを払い出して、子会社ＩＤ、子会社顧客ＩＤ、及び署名用電子証明書含む顧客確認要求を、代表企業サーバ２０に送信する（ステップＳ２０１）。すなわち、子会社サーバ３０の顧客確認処理部３２１が、顧客確認要求を生成し、生成した顧客確認要求を代表企業サーバ２０に送信する。ここで、例えば、顧客確認要求の子会社ＩＤが“Ｋ００１”、子会社顧客ＩＤが“ＫＵ００００１”であるものとする。

【0075】

次に、代表企業サーバ２０は、子会社サーバ３０からの顧客確認要求に応じて、子会社顧客ＩＤとは異なる顧客ＩＤを払い出し、企業識別コード、顧客ＩＤ、及び署名用電子証明書含む顧客確認要求を、署名検証代行サーバ１０に送信する（ステップＳ２０２）。すなわち、代表企業サーバ２０の顧客情報取得部２２１は、顧客確認要求を受信し、顧客確認処理部２２２が、顧客確認要求を生成し、生成した顧客確認要求を署名検証代行サーバ１０に送信する。ここで、例えば、顧客確認要求の企業識別コードが“ＸＸ－ＨＤ”、子会社顧客ＩＤが“ＣＳ００００１”であるものとする。

【0076】

次に、署名検証代行サーバ１０は、代表企業サーバ２０からの顧客確認要求に応じて、有効性確認要求を公的個人認証サーバ６０に送信する（ステップＳ２０３）。署名検証代行サーバ１０の有効性確認部１２１は、顧客確認要求の署名用電子証明書に含まれる発行番号（署名用電子証明書の発行番号）を含む有効性確認要求を生成して、生成した有効性確認要求を公的個人認証サーバ６０に送信する。

【0077】

次に、公的個人認証サーバ６０は、署名検証代行サーバ１０からの有効性確認要求に応じて、有効性確認結果を、署名検証代行サーバ１０に送信する（ステップＳ２０４）。公的個人認証サーバ６０は、有効性確認要求に含まれる署名用電子証明書の発行番号により、署名用電子証明書の有効性を確認し、確認結果（有効性確認結果）を、署名検証代行サーバ１０に返信する。

【0078】

次に、署名検証代行サーバ１０は、利用者証明用番号要求を、公的個人認証サーバ６０に送信する（ステップＳ２０５）。署名検証代行サーバ１０の発行番号取得部１２２は、署名用電子証明書の発行番号を含む利用者証明用番号要求を生成して、生成した利用者証明用番号要求を公的個人認証サーバ６０に送信する。

【0079】

次に、公的個人認証サーバ６０は、署名検証代行サーバ１０からの利用者証明用番号要求に応じて、利用者証明用電子証明書の発行番号を、署名検証代行サーバ１０に送信する（ステップＳ２０６）。公的個人認証サーバ６０は、利用者証明用番号要求に含まれる署名用電子証明書の発行番号により、同一の顧客ＣＳ１の利用者証明用電子証明書の発行番号を抽出し、抽出した利用者証明用電子証明書の発行番号を、署名検証代行サーバ１０に返信する。

【0080】

次に、署名検証代行サーバ１０は、公的個人認証サーバ６０からの利用者証明用電子証明書の発行番号に応じて、有効性確認要求を公的個人認証サーバ６０に送信する（ステップＳ２０７）。有効性確認部１２１は、取得した利用者証明用電子証明書の発行番号を含む有効性確認要求を生成して、生成した有効性確認要求を公的個人認証サーバ６０に送信する。

【0081】

次に、公的個人認証サーバ６０は、署名検証代行サーバ１０からの有効性確認要求に応じて、有効性確認結果を、署名検証代行サーバ１０に送信する（ステップＳ２０８）。公的個人認証サーバ６０は、有効性確認要求に含まれる利用者証明用電子証明書の発行番号により、利用者証明用電子証明書の有効性を確認し、確認結果（有効性確認結果）を、署名検証代行サーバ１０に返信する。

【0082】

次に、署名検証代行サーバ１０は、署名用電子証明書の発行番号を含む旧発行番号要求を、公的個人認証サーバ６０に送信する（ステップＳ２０９）。署名検証代行サーバ１０の旧発行番号照会部１２３は、署名用電子証明書の発行番号を含む旧発行番号要求を生成し、生成した旧発行番号要求を公的個人認証サーバ６０に送信する。

【0083】

次に、公的個人認証サーバ６０は、署名検証代行サーバ１０からの旧発行番号要求に応じて、署名用電子証明書の旧発行番号を、署名検証代行サーバ１０に送信する（ステップＳ２１０）。公的個人認証サーバ６０は、旧発行番号要求に含まれる署名用電子証明書の発行番号により、署名用電子証明書の旧発行番号を抽出し、抽出した署名用電子証明書の旧発行番号を、署名検証代行サーバ１０に返信する。

【0084】

次に、署名検証代行サーバ１０は、利用者証明用電子証明書の発行番号を含む旧発行番号要求を、公的個人認証サーバ６０に送信する（ステップＳ２１１）。署名検証代行サーバ１０の旧発行番号照会部１２３は、利用者証明用電子証明書の発行番号を含む旧発行番号要求を生成し、生成した旧発行番号要求を公的個人認証サーバ６０に送信する。

【0085】

次に、公的個人認証サーバ６０は、署名検証代行サーバ１０からの旧発行番号要求に応じて、利用者証明用電子証明書の旧発行番号を、署名検証代行サーバ１０に送信する（ステップＳ２１２）。公的個人認証サーバ６０は、旧発行番号要求に含まれる利用者証明用電子証明書の発行番号により、利用者証明用電子証明書の旧発行番号を抽出し、抽出した利用者証明用電子証明書の旧発行番号を、署名検証代行サーバ１０に返信する。

【0086】

次に、署名検証代行サーバ１０は、登録済み検索、及びデータ保管を実行する（ステップＳ２１３）。署名検証代行サーバ１０は、登録情報記憶部１１１に、取得した発行番号又は旧発行番号を含む登録情報があるかを検索し、上述した図６に示すステップＳ１０６からステップＳ１０９の処理を実行する。なお、この図に示す例では、新規登録（初回登録）を行う場合の一例であるため、署名検証代行サーバ１０の結果送信部１２５は、顧客ＩＤの“ＣＳ００００１”を登録顧客ＩＤとして、顧客ＩＤの“ＣＳ００００１”を含む新規登録情報を、登録情報記憶部１１１に記憶させる。

【0087】

次に、署名検証代行サーバ１０は、登録顧客ＩＤ及び有効性確認結果を含む顧客確認結果を代表企業サーバ２０に送信する（ステップＳ２１４）。結果送信部１２５は、登録顧客ＩＤ及び有効性確認結果を含む顧客確認結果を生成して、生成した顧客確認結果を代表企業サーバ２０に送信する。
なお、この図に示す例では、新規登録（初回登録）を行う場合の一例であるため、顧客確認結果に含まれる顧客ＩＤ（登録顧客ＩＤ）は、“ＣＳ００００１”となる。

【0088】

次に、代表企業サーバ２０は、署名検証代行サーバ１０からの顧客確認結果に応じて、データ保管を行う（ステップＳ２１５）。代表企業サーバ２０の顧客確認処理部２２２は、例えば、図２に示すような顧客情報を生成して、生成した顧客情報を顧客情報記憶部２１１に記憶させる。なお、顧客確認処理部２２２は、例えば、顧客ＣＳ１から申請された申請情報と、署名用電子証明書に含まれる４情報（氏名、生年月日、性別、及び住所）が一致しているかを確認するとともに、顧客ＩＤ（登録顧客ＩＤ）と、子会社顧客ＩＤとを対応付けて、顧客情報記憶部２１１に記憶させて、子会社と代表企業との間で顧客情報を連携させる。

【0089】

次に、代表企業サーバ２０は、子会社顧客ＩＤ及び有効性確認結果を含む顧客確認結果を子会社サーバ３０に送信する（ステップＳ２１６）。
次に、子会社サーバ３０は、データ保管を行う（ステップＳ２１７）。子会社サーバ３０の顧客確認処理部２２２は、受信した顧客確認結果に基づいて顧客情報を、例えば、図５に示すように、子会社顧客情報記憶部３１１に記憶させる。

【0090】

次に、子会社サーバ３０は、手続き処理を実行する（ステップＳ２１８）。子会社サーバ３０の手続き処理部３２２は、端末装置４０からの取引きの手続き依頼に応じた手続き処理を実行する。

【0091】

次に、図８を参照して、本実施形態による顧客管理システム１の顧客確認処理の動作にの別の一例について説明する。
図８は、本実施形態による顧客管理システム１の登録済みの場合の顧客確認処理の一例を示す図である。図８に示す例では、署名検証代行サーバ１０に登録済みの顧客ＣＳ１に対する顧客確認を行う一例であり、顧客ＩＤが“ＣＳ００００１”として登録済みの顧客ＣＳ１が、再び異なる顧客ＩＤ（“ＣＳ００００２”（“ＫＵ００００２”））で顧客確認した場合について説明する。

【0092】

図８に示すように、まず、子会社サーバ３０は、端末装置４０を介して、マイナンバーカード５０から署名用電子証明書を取得し、子会社顧客ＩＤを払い出して、子会社ＩＤ、子会社顧客ＩＤ、及び署名用電子証明書含む顧客確認要求を、代表企業サーバ２０に送信する（ステップＳ３０１）。ここで、例えば、顧客確認要求の子会社ＩＤが“Ｋ００１”、子会社顧客ＩＤが“ＫＵ００００２”であるものとする。

【0093】

次に、代表企業サーバ２０は、子会社サーバ３０からの顧客確認要求に応じて、子会社顧客ＩＤとは異なる顧客ＩＤを払い出し、企業識別コード、顧客ＩＤ、及び署名用電子証明書含む顧客確認要求を、署名検証代行サーバ１０に送信する（ステップＳ３０２）。ここで、例えば、顧客確認要求の企業識別コードが“ＸＸ－ＨＤ”、子会社顧客ＩＤが“ＣＳ００００２”であるものとする。

【0094】

続く、ステップＳ３０３からステップＳ３１４までの処理は、上述した図７に示すステップＳ２０３からステップＳ２１４までの処理と同様であるため、ここではその説明を省略する。なお、この図に示す例では、顧客ＣＳ１が顧客ＩＤ“ＣＳ００００１”として既に登録済みである場合の一例であるため、登録検索部１２４は、発行番号又は旧発行番号による検索により、登録済みの登録情報を選択する。そして、結果送信部１２５は、顧客確認要求に含まれる顧客ＩＤの“ＣＳ００００２”ではなく、既に登録されている登録情報に含まれる顧客ＩＤの“ＣＳ００００１”を登録顧客ＩＤとして、登録顧客ＩＤ及び有効性確認結果を含む顧客確認結果を生成して、生成した顧客確認結果を代表企業サーバ２０に送信する。

【0095】

続く、ステップＳ３１５からステップＳ３１８までの処理は、上述した図７に示すステップＳ２１５からステップＳ２１８までの処理と同様であるため、ここではその説明を省略する。

【0096】

次に、図９を参照して、本実施形態による顧客管理システム１の失効確認処理の動作について説明する。
図９は、本実施形態による顧客管理システム１の失効確認処理の一例を示すフローチャートである。図９では、失効確認要求に対する署名検証代行サーバ１０の詳細な動作について説明する。

【0097】

図９に示すように、署名検証代行サーバ１０は、まず、失効確認要求を受信したか否かを判定する（ステップＳ４０１）。署名検証代行サーバ１０の失効確認部１２６は、例えば、代表企業サーバ２０から失効確認依頼を受信したか否かを判定する。なお、失効確認依頼には、代表企業サーバ２０の企業識別コード、及び顧客ＩＤを含むものとする。

【0098】

失効確認部１２６は、失効確認依頼を受信した場合（ステップＳ４０１：ＹＥＳ）に、処理をステップＳ４０２に進める。また、失効確認部１２６は、失効確認依頼を受信していない場合（ステップＳ４０１：ＮＯ）に、処理をステップＳ４０１に戻す。

【0099】

ステップＳ４０２において、失効確認部１２６は、失効確認要求の顧客ＩＤに基づいて署名用及び利用者証明用の発行番号を登録情報記憶部１１１から取得する。すなわち、失効確認部１２６は、失効確認要求に含まれる顧客ＩＤを含む登録情報を登録情報記憶部１１１から検索し、顧客ＩＤを含む登録情報の署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号を取得する。

【0100】

次に、失効確認部１２６は、署名用の発行番号が電子証明書の失効リストにあるか否かを判定する（ステップＳ４０３）。なお、失効確認部１２６は、公的個人認証サーバ６０から定期的に、電子証明書の失効リストを取得している。失効確認部１２６は、顧客ＩＤに対応付けられた署名用電子証明書の発行番号が、電子証明書の失効リストにあるか否かを判定する。失効確認部１２６は、署名用の発行番号が電子証明書の失効リストにある場合（ステップＳ４０３：ＹＥＳ）に、処理をステップＳ４０４に進める。また、失効確認部１２６は、署名用の発行番号が電子証明書の失効リストにない場合（ステップＳ４０３：ＮＯ）に、処理をステップＳ４０５に進める。

【0101】

ステップＳ４０４において、失効確認部１２６は、署名用電子証明書が失効していると判定する。ステップＳ４０４の処理後に、失効確認部１２６は、処理をステップＳ４０６に進める。
また、ステップＳ４０５において、失効確認部１２６は、署名用電子証明書が失効していない（有効である）と判定する。ステップＳ４０５の処理後に、失効確認部１２６は、処理をステップＳ４０６に進める。

【0102】

次に、ステップＳ４０６において、失効確認部１２６は、利用者証明用の発行番号が電子証明書の失効リストにあるか否かを判定する。失効確認部１２６は、顧客ＩＤに対応付けられた利用者証明用電子証明書の発行番号が、電子証明書の失効リストにあるか否かを判定する。失効確認部１２６は、利用者証明用の発行番号が電子証明書の失効リストにある場合（ステップＳ４０６：ＹＥＳ）に、処理をステップＳ４０７に進める。また、失効確認部１２６は、利用者証明用の発行番号が電子証明書の失効リストにない場合（ステップＳ４０６：ＮＯ）に、処理をステップＳ４０９に進める。

【0103】

ステップＳ４０７において、失効確認部１２６は、利用者証明用電子証明書が失効していると判定する。
次に、失効確認部１２６は、失効確認結果を送信する（ステップＳ４０８）。失効確認部１２６は、署名用電子証明書及び利用者証明用電子証明書の失効確認結果を、例えば、代表企業サーバ２０に送信する。ステップＳ４０８の処理後に、失効確認部１２６は、処理をステップＳ４０１に戻す。

【0104】

また、ステップＳ４０９において、失効確認部１２６は、利用者証明用電子証明書が失効していない（有効である）と判定する。ステップＳ４０９の処理後に、失効確認部１２６は、処理をステップＳ４０８に進める。

【0105】

次に、図１０及び図１１を参照して、図９に示した失効確認処理の適用例について説明する。
図１０は、本実施形態による顧客管理システム１の失効確認処理の応用例を示す図である。図１０では、定期的に失効確認処理を行って、死亡疑義を確認する一例について説明する。

【0106】

図１０に示すように、署名検証代行サーバ１０は、まず、定期的に、電子証明書の失効リストを公的個人認証サーバ６０から取得する（ステップＳ５０１）。
次に、代表企業サーバ２０は、企業識別コード、及び顧客ＩＤを含む失効確認要求を、署名検証代行サーバ１０に送信する（ステップＳ５０２）。ここでは、例えば、顧客確認要求の企業識別コードが“ＸＸ－ＨＤ”、子会社顧客ＩＤが“ＣＳ００００１”であるものとする。

【0107】

次に、署名検証代行サーバ１０は、代表企業サーバ２０からの顧客確認要求に応じて、失効確認処理を実行する（ステップＳ５０３）。署名検証代行サーバ１０の失効確認部１２６は、上述した図９に示す処理を実行する。

【0108】

次に、署名検証代行サーバ１０は、失効確認結果（死亡疑義）を、代表企業サーバ２０に送信する（ステップＳ５０４）。なお、この図に示す例では、失効確認結果は、署名用電子証明書及び利用者証明用電子証明書が共に“失効”であるものとする。

【0109】

次に、代表企業サーバ２０は、確認結果を保存する（ステップＳ５０５）。代表企業サーバ２０の顧客確認処理部２２２は、顧客ＩＤの“ＣＳ００００１”に対応する顧客情報記憶部２１１の顧客情報に、署名用電子証明書及び利用者証明用電子証明書が共に“失効”であることを保存する。また、顧客確認処理部２２２は、例えば、図３に示す失効確認結果及び対応により、顧客ＩＤの“ＣＳ００００１”の顧客ＣＳ１が、死亡の疑義があることを判定する。

【0110】

次に、顧客確認処理部２２２は、子会社サーバ３０に、死亡確認を指示する（ステップＳ５０６）。顧客確認処理部２２２は、顧客ＩＤの“ＣＳ００００１”の顧客情報に含まれる子会社ＩＤ及び子会社顧客ＩＤにより、子会社及び顧客ＣＳ１を特定し、子会社の子会社サーバ３０に、当該顧客ＣＳ１の死亡を確認するように指示を送信する。

【0111】

次に、子会社サーバ３０は、代表企業サーバ２０からの死亡確認の指示に応じて、死亡確認処理を実行する（ステップＳ５０７）。

【0112】

また、図１１は、本実施形態による顧客管理システム１の失効確認処理の別の応用例を示す図である。図１１では、失効確認処理により、顧客ＣＳ１の生存を確認して、年金保険を支払う処理を行う場合の一例について説明する。

【0113】

図１１に示すステップＳ６０１からステップＳ６０３までの処理は、上述した図１０に示すステップＳ５０１からステップＳ５０３までの処理と同様であるため、ここではその説明を省略する。なお、この図に示す例では、

【0114】

次に、ステップＳ６０４において、署名検証代行サーバ１０は、失効確認結果（有効）を、代表企業サーバ２０に送信する。なお、この図に示す例では、失効確認結果は、署名用電子証明書及び利用者証明用電子証明書が共に“有効”であるものとする。

【0115】

次に、代表企業サーバ２０は、確認結果を保存する（ステップＳ５０５）。代表企業サーバ２０の顧客確認処理部２２２は、顧客ＩＤの“ＣＳ００００１”に対応する顧客情報記憶部２１１の顧客情報に、署名用電子証明書及び利用者証明用電子証明書が共に“有効”であることを保存する。

【0116】

子会社サーバ３０は、子会社顧客ＩＤを含む生存確認要求を、代表企業サーバ２０に送信する（ステップＳ６０６）。
代表企業サーバ２０は、子会社サーバ３０からの生存確認要求に応じて、生存確認処理を実行する（ステップＳ６０７）。代表企業サーバ２０の顧客確認処理部２２２は、生存確認要求に含まれる子会社顧客ＩＤを含む顧客情報の電子証明書の確認結果を参照して、顧客確認を判定する。なお、この図に示す例では、顧客確認処理部２２２は、例えば、図３に示す失効確認結果及び対応により、顧客ＩＤの“ＣＳ００００１”の顧客ＣＳ１が、生存していると判定する。

【0117】

次に、代表企業サーバ２０は、子会社サーバ３０に年金保険の支払い指示を、子会社サーバ３０に送信する（ステップＳ６０８）。
次に、子会社サーバ３０は、年期保険支払い処理を実行する（ステップＳ６０９）。子会社サーバ３０の手続き処理部３２２は、年期保険支払い処理を実行する。

【0118】

なお、上記の図１０及び図１１に示す例では、死亡疑義と生存確認による年金保険の支払いに応用する例を説明したが、これに限定されるものではない。例えば、署名用電子証明書が“失効”で、利用者証明用電子証明書が“有効”である場合には、氏名や住所が変更になった場合が考えられ、顧客確認処理部２２２は、子会社サーバ３０に氏名や住所の変更確認を指示するようにしてもよい。

【0119】

以上説明したように、本実施形態による顧客管理システム１は、代表企業サーバ２０（企業サーバ装置）と、署名検証代行サーバ１０（署名検証代行サーバ装置）とを備える。代表企業サーバ２０は、顧客確認処理部２２２（確認処理部）を備える。顧客確認処理部２２２は、企業を識別する企業識別コード（企業識別情報）と、顧客ＣＳ１を識別する顧客ＩＤ（顧客識別情報）と、顧客ＣＳ１が所有するマイナンバーカード５０の署名用電子証明書の発行番号とを含む顧客確認要求を署名検証代行サーバ１０に送信し、署名検証代行サーバ１０から受信した登録顧客ＩＤ（登録顧客識別情報）を顧客情報記憶部２１１に記憶させる。また、署名検証代行サーバ１０は、登録情報記憶部１１１と、有効性確認部１２１と、登録検索部１２４と、結果送信部１２５（確認結果送信部）とを備える。登録情報記憶部１１１は、企業識別コードと、登録顧客ＩＤと、マイナンバーカード５０の電子証明書の発行番号とを対応付けた登録情報を記憶する。有効性確認部１２１は、代表企業サーバ２０から受信した顧客確認要求に応じて、顧客確認要求に含まれる署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ６０（公的個人認証サーバ装置）に送信して、署名用電子証明書の有効性を確認する。登録検索部１２４は、登録情報記憶部１１１に、署名用電子証明書の発行番号を含む顧客ＣＳ１の登録情報があるかを検索する。結果送信部１２５は、登録情報記憶部１１１に顧客ＣＳ１の登録情報がある場合に、当該登録情報に含まれる登録顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信する。また、結果送信部１２５は、顧客ＣＳ１の登録情報がない場合に、顧客ＣＳ１に対応する新たな登録情報を、登録情報記憶部１１１に追加で記憶させるとともに、顧客ＣＳ１に対して新たに付与された顧客ＩＤ（例えば、顧客確認要求に含まれる顧客ＩＤ）を、登録顧客ＩＤとして、代表企業サーバ２０に送信する。

【0120】

これにより、本実施形態による顧客管理システム１は、署名用電子証明書の発行番号により、登録情報記憶部１１１に、顧客ＣＳ１の顧客ＩＤ（顧客識別情報）が登録済みであるかを検索して、顧客ＩＤの重複した登録を防ぐことができる。よって、本実施形態による顧客管理システム１は、同一顧客ＣＳ１の重複した登録を低減し、顧客ＣＳ１の管理を適切に行うことができる。

【0121】

また、本実施形態による顧客管理システム１は、同一の顧客に対して複数の顧客ＩＤが登録されることを低減できるため、例えば、グループ会社などの関連会社の間で、顧客ＩＤを一元管理することができる。よって、本実施形態による顧客管理システム１は、例えば、子会社を複数持つホールディングス形態の企業である場合に、子会社間で同一顧客として一元管理することができ、子会社間で顧客ＣＳ１を効率よく名寄せすることができる。

【0122】

また、本実施形態では、署名検証代行サーバ１０は、旧発行番号照会部１２３を備える。旧発行番号照会部１２３は、署名用電子証明書の発行番号を公的個人認証サーバ６０に送信して、旧発行番号を取得する。登録検索部１２４は、登録情報記憶部１１１に、署名用電子証明書の発行番号、又は前記旧発行番号を含む顧客ＣＳ１の登録情報があるかを検索する。

【0123】

これにより、本実施形態による顧客管理システム１は、署名用電子証明書の発行番号及び旧発行番号により、登録情報記憶部１１１に、例えば、住所や氏名が変更になった顧客ＣＳ１の顧客ＩＤ（顧客識別情報）が登録済みであるかを検索して、顧客ＩＤの重複した登録を防ぐことができる。

【0124】

また、本実施形態では、代表企業サーバ２０は、子会社サーバ３０（関連企業のサーバ装置）から、子会社（関連企業）を識別する子会社ＩＤ（関連企業識別情報）と、関連企業で顧客ＣＳ１に付与された子会社顧客ＩＤ（関連顧客識別情報）と、顧客ＣＳ１の署名用電子証明書を取得する顧客情報取得部２２１を備える。顧客確認処理部２２２は、子会社顧客ＩＤが示す顧客ＣＳ１に対して付与した顧客ＩＤと、顧客情報取得部２２１が取得した署名用電子証明書とを含む顧客確認要求を、署名検証代行サーバ１０に送信する。そして、顧客確認処理部２２２は、署名検証代行サーバ１０から受信した登録顧客ＩＤと、子会社顧客ＩＤと、子会社ＩＤとを対応付けて、顧客情報記憶部２１１に記憶させる。

【0125】

これにより、本実施形態による顧客管理システム１は、子会社で付与した子会社顧客ＩＤを生かしつつ、顧客情報を一元管理することができる。よって、本実施形態による顧客管理システム１は、さらに顧客の管理を適切に行うことができる。

【0126】

また、本実施形態では、署名検証代行サーバ１０は、署名用電子証明書の発行番号を公的個人認証サーバ６０に送信して、署名用電子証明書と同一の顧客ＣＳ１の利用者証明用電子証明書の発行番号を取得する発行番号取得部１２２を備える。登録情報記憶部１１１は、電子証明書の発行番号として、署名用電子証明書の発行番号、又は、利用者証明用電子証明書の発行番号を記憶する。旧発行番号照会部１２３は、署名用電子証明書の発行番号、又は利用者証明用電子証明書の発行番号を公的個人認証サーバ６０に送信して、署名用電子証明書の旧発行番号、又は利用者証明用電子証明書の旧発行番号を取得する。登録検索部１２４は、登録情報記憶部１１１に、署名用電子証明書の発行番号又は旧発行番号、或いは、利用者証明用電子証明書の発行番号又旧発行番号を含む登録情報がある場合に、顧客ＣＳ１の登録情報があると判定する。

【0127】

これにより、本実施形態による顧客管理システム１は、署名用電子証明書の発行番号及び旧発行番号と、利用者証明用電子証明書の発行番号及び旧発行番号との両方により、顧客ＣＳ１が登録済みであるかを判定するため、より正確に顧客ＣＳ１の登録を発見することができる。よって、本実施形態による顧客管理システム１は、同一顧客の重複した登録をさらに低減することができる。

【0128】

また、本実施形態では、有効性確認部１２１は、利用者証明用電子証明書の発行番号を、公的個人認証サーバ６０に送信して、利用者証明用電子証明書の有効性を確認する。また、結果送信部１２５は、登録顧客識別情報と、署名用電子証明書の有効性確認結果及び利用者証明用電子証明書の有効性確認結果とを代表企業サーバ２０に送信する。
これにより、本実施形態による顧客管理システム１は、顧客ＣＳ１のマイナンバーカードの状況をより正確に知ることができ、顧客ＣＳ１の管理をより適切に行うことができる。

【0129】

また、本実施形態では、署名検証代行サーバ１０は、失効確認部１２６を備える。失効確認部１２６は、代表企業サーバ２０から受信した企業識別コードと、顧客ＩＤとを含む失効確認要求に応じて、失効確認要求に含まれる企業識別コード及び顧客ＩＤに対応する署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号を登録情報記憶部１１１から取得する。失効確認部１２６は、署名用電子証明書の発行番号及び利用者証明用電子証明書の発行番号が、公的個人認証サーバ６０から取得した電子証明書の失効リストにあるか否かに応じて、署名用電子証明書の失効及び利用者証明用電子証明書の失効を確認する。顧客確認処理部２２２は、定期的に失効確認要求を署名検証代行サーバ１０に送信して得られた、顧客ＣＳ１の署名用電子証明書及び利用者証明用電子証明書の失効確認結果に基づいて、顧客ＣＳ１の失効状況（例えば、死亡疑義）を検出し、顧客ＣＳ１の失効状況を検出した場合に、顧客ＣＳ１の失効状況が検出されたことを示す情報を子会社サーバ３０（関連企業のサーバ装置）に通知する。

【0130】

これにより、本実施形態による顧客管理システム１は、定期的に失効確認を行うことで、迅速に顧客ＣＳ１の失効状況を検出することができ、例えば、生命保険などの支払いや年金保険金の停止などに迅速、且つ適切に対応することができる。

【0131】

また、本実施形態では、登録検索部１２４は、登録情報記憶部１１１が記憶する登録情報のうち、企業識別コードが一致する登録情報の中から、顧客ＣＳ１の登録情報があるかを検索する。
これにより、本実施形態による顧客管理システム１は、企業識別コードごとに、顧客ＣＳ１を一元管理することができる。

【0132】

また、本実施形態によるサーバ装置（署名検証代行サーバ１０）は、上述した登録情報記憶部１１１と、有効性確認部１２１と、旧発行番号照会部１２３と、登録検索部１２４と、結果送信部１２５とを備える。結果送信部１２５は、登録顧客識別情報を、顧客確認要求の送信元（例えば、代表企業サーバ２０）に送信する。
これにより、本実施形態によるサーバ装置（署名検証代行サーバ１０）は、上述した顧客管理システム１と同様の効果を奏し、同一顧客ＣＳ１の重複した登録を低減し、顧客ＣＳ１の管理を適切に行うことができる。

【0133】

また、本実施形態による顧客管理方法は、署名検証代行サーバ１０と、企業のサーバ装置である代表企業サーバ２０とを備える顧客管理システム１の顧客管理方法であって、顧客確認要求ステップと、有効性確認ステップと、旧発行番号照会ステップと、登録検索ステップと、確認結果送信ステップと、確認処理ステップとを含む。署名検証代行サーバ１０は、企業を識別する企業識別コードと、顧客ＣＳ１を識別する顧客ＩＤと、顧客ＣＳ１が所有するマイナンバーカード５０の電子証明書の発行番号とを対応付けた登録情報を記憶する登録情報記憶部１１１を備える。顧客確認要求ステップにおいて、代表企業サーバ２０が、企業識別コードと、顧客ＩＤと、顧客ＣＳ１が所有するマイナンバーカード５０の署名用電子証明書の発行番号とを含む顧客確認要求を署名検証代行サーバ１０に送信する。有効性確認ステップにおいて、署名検証代行サーバ１０が、代表企業サーバ２０から受信した顧客確認要求に応じて、顧客確認要求に含まれる署名用電子証明書の発行番号を、公的な個人認証サービスを提供する公的個人認証サーバ６０に送信して、署名用電子証明書の有効性を確認する。旧発行番号照会ステップにおいて、署名検証代行サーバ１０が、署名用電子証明書の発行番号を公的個人認証サーバ６０に送信して、旧発行番号を取得する。登録検索ステップにおいて、署名検証代行サーバ１０が、登録情報記憶部１１１に、署名用電子証明書の発行番号、又は旧発行番号を含む顧客ＣＳ１の登録情報があるかを検索する。確認結果送信ステップにおいて、署名検証代行サーバ１０が、登録情報記憶部１１１に顧客ＣＳ１の登録情報がある場合に、当該登録情報に含まれる顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信し、顧客ＣＳ１の登録情報がない場合に、顧客ＣＳ１に対応する新たな登録情報を、登録情報記憶部１１１に追加で記憶させるとともに、顧客確認要求に含まれる顧客ＩＤを、登録顧客ＩＤとして、代表企業サーバ２０に送信する。確認処理ステップにおいて、代表企業サーバ２０が、署名検証代行サーバ１０から受信した登録顧客ＩＤを顧客情報記憶部２１１に記憶させる。
これにより、本実施形態による顧客管理方法は、上述した顧客管理システム１と同様の効果を奏し、同一顧客ＣＳ１の重複した登録を低減し、顧客ＣＳ１の管理を適切に行うことができる。

【0134】

なお、本発明は、上記の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で変更可能である。
例えば、上記の実施形態において、署名検証代行サーバ１０、代表企業サーバ２０、子会社サーバ３０、及び公的個人認証サーバ６０のそれぞれは、１台のサーバ装置で構成されている例を説明したが、これに限定されるものではなく、複数のサーバ装置により構成されてもよい。

【0135】

また、上記の実施形態において、顧客確認処理部２２２が、企業識別コードと、顧客ＩＤとを含む顧客確認要求を、署名検証代行サーバ１０に送信する例を説明したが、これに限定されるものではなく、顧客確認要求に顧客ＩＤとを含めない形態であってもよい。この場合、結果送信部１２５が、顧客ＣＳ１の登録情報がない場合に、顧客ＣＳ１に対して新たな顧客ＩＤを付与するようにしてもよい。また、顧客確認要求に企業識別コードを含めない形態であってもよい。

【0136】

また、上記の実施形態において、代表企業サーバ２０は、顧客ＩＤと、子会社ＩＤと、取引き又は商談による顧客ＣＳ１との接点を示す接点情報とを対応付けて管理するようにしてもよい。この場合、例えば、顧客情報記憶部２１１は、顧客ＩＤと、子会社ＩＤと、接点情報とを対応付けて記憶するようにしてもよい。なお、接点情報には、例えば、今後のアポイントの予定や契約情報など含まれる。

【0137】

また、この場合、顧客確認処理部２２２は、顧客ＣＳ１の失効状況を検出した場合に、接点情報に基づいて、直近に取引き又は商談のある子会社のサーバ装置である子会社サーバ３０（関連企業のサーバ装置）に対して、顧客ＣＳ１の失効状況が検出されたことを示す情報を通知するようにしてもよい。例えば、顧客確認処理部２２２は、死亡疑義や住所変更等が発生した場合に、失効状況が検出された顧客ＣＳ１との対面（商談など）が多い子会社や、最近の顧客ＣＳ１に会う予定の子会社に限定して、情報通知するようにしてもよい。また、例えば、顧客確認処理部２２２は、死亡疑義や住所変更等が発生した場合に、直近の支払いがあり影響がある契約に紐づく子会社に限定して情報通知するようにしてもよい。

【0138】

これにより、本実施形態による顧客管理システム１は、接点情報を用いて、関係性の高い子会社に優先的に、顧客ＣＳ１の失効状況が検出されたことを示す情報を通知することができ、効率よく失効状況を確認することができる。

【0139】

また、上記の実施形態において、代表企業サーバ２０と子会社サーバ３０とで、異なる顧客ＩＤを用いて管理する例を説明したが、これに限定されるものではなく、代表企業サーバ２０と子会社サーバ３０とで１種類の顧客ＩＤにより一元管理するようにしてもよい。

【0140】

また、上記の実施形態において、顧客管理システム１を生命保険会社の取引きに適用する例を説明したが、これに限定されるものではなく、損害保険会社や銀行、証券会社などの他の業界の業務や取引き処理に適用してもよい。

【0141】

なお、上述した顧客管理システム１が備える各構成は、内部に、コンピュータシステムを有している。そして、上述した顧客管理システム１が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述した顧客管理システム１が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。

【0142】

また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に顧客管理システム１が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【0143】

また、上述した機能の一部又は全部を、ＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

【符号の説明】

【0144】

１ 顧客管理システム
１０ 署名検証代行サーバ
１１ サーバ記憶部
１２ サーバ制御部
２０ 代表企業サーバ
２１ 企業サーバ記憶部
２２ 企業サーバ制御部
３０ 子会社サーバ
３１ 子会社サーバ記憶部
３２ 子会社サーバ制御部
４０ 端末装置
５０ マイナンバーカード
６０ 公的個人認証サーバ
１１１ 登録情報記憶部
１２１ 有効性確認部
１２２ 発行番号取得部
１２３ 旧発行番号照会部
１２４ 登録検索部
１２５ 結果送信部
１２６ 失効確認部
２１１ 顧客情報記憶部
２２１ 顧客情報取得部
２２２、３２１ 顧客確認処理部
３１１ 子会社顧客情報記憶部
３２２ 手続き処理部
ＣＳ１ 顧客
ＮＷ１ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】