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

Abstract

【課題】電子証明書の安全性を確保することが可能な情報処理方法等を提供すること。【解決手段】一つの側面に係る情報処理方法は、政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キーをエンティティに配布し、前記エンティティのユーザ端末２から配布した変換キー、及びログイン用の認証情報を受信し、前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号し、復号した前記電子証明書を、前記ユーザ端末２から送信された電子申請データと共に政府サーバ３へ出力する処理を実行させることを特徴とする。【選択図】図１

Description

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

電子申請の際には申請情報（電子申請データ）に電子証明書を付与する必要がある。特許文献１には、電子証明書管理システム、及び電子証明書管理システムに適した電子証明書利用端末、及び電子証明書管理方法が開示されている。

特開２０１７−１０８４６６号公報

しかしながら、特許文献１に係る発明は、電子証明書を適切に管理していない場合、サイバー攻撃による電子証明書の流出等の懸念が生じる。

一つの側面では、電子証明書の安全性を確保することが可能な情報処理方法等を提供することにある。

一つの側面に係る情報処理方法は、政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キーをエンティティに配布し、前記エンティティのユーザ端末から配布した変換キー、及びログイン用の認証情報を受信し、前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号し、復号した前記電子証明書を、前記ユーザ端末から送信された電子申請データと共に政府サーバへ出力する処理を実行させることを特徴とする。

一つの側面では、電子証明書の安全性を確保することが可能となる。

電子申請システムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 グループ情報ＤＢのレコードレイアウトの一例を示す説明図である。 会社情報ＤＢのレコードレイアウトの一例を示す説明図である。 利用者情報ＤＢのレコードレイアウトの一例を示す説明図である。 電子証明書情報ＤＢのレコードレイアウトの一例を示す説明図である。 端末の構成例を示すブロック図である。 政府サーバの構成例を示すブロック図である。 ユーザ情報ＤＢのレコードレイアウトの一例を示す説明図である。 申請情報ＤＢのレコードレイアウトの一例を示す説明図である。 電子証明書を電子申請データと共に政府サーバへ出力する動作を説明する説明図である。 変換キーの構造を示す説明図である。 変換キーを発行する際の処理手順を示すフローチャートである。 電子証明書を電子申請データと共に政府サーバへ出力する際の処理手順を示すフローチャートである。 電子証明書を電子申請データと共に政府サーバへ出力する際の処理手順を示すフローチャートである。 認証処理のサブルーチンの処理手順を示すフローチャートである。 電子証明書を電子申請データ及び添付ファイルと共に政府サーバへ出力する際の処理手順を示すフローチャートである。 それぞれのユーザの端末から電子申請を行う動作を説明する説明図である。 指定日時に電子証明書を電子申請データと共に政府サーバへ出力する際の処理手順を示すフローチャートである。 端末上で電子証明書を復号する動作を説明する説明図である。 端末上で電子証明書を復号する際の処理手順を示すフローチャートである。 端末上で電子証明書を復号する際の処理手順を示すフローチャートである。 実施形態５の電子証明書情報ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態５の変換キーを発行する際の処理手順を示すフローチャートである。 実施形態５の認証処理のサブルーチンの処理手順を示すフローチャートである。 実施形態６のグループ情報ＤＢのレコードレイアウトの一例を示す説明図である。 電子証明書の構造を示す説明図である。 電子証明書及び第２認証情報に基づいて変換キーを生成する際の処理手順を示すフローチャートである。 変換キーから第２認証情報を取り出す際の処理手順を示すフローチャートである。

以下、本発明をその実施形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、電子証明書を電子申請データと共に政府サーバへ出力する形態に関する。電子申請データは、パーソナルコンピュータまたはシステム等で処理、保存、アーカイブできる形のデータである。本実施形態での電子申請データは、例えば政府に提出する「国民健康保険異動届」、「住民票の写し等交付申請書」または「転出届」等のデータである。図１は、電子申請システムの概要を示す説明図である。なお、本実施形態では、政府向けの電子申請の例を説明するが、これに限らず、会社、団体、大学、病院またはその他の組織等への電子申請にも同様に適用される。本実施形態のシステムは、情報処理装置１、情報処理端末２及び情報処理装置３を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

情報処理端末２は、ログイン用の認証情報の送信、エンティティの電子証明書に対応する変換キーの送受信、及び電子申請時に電子申請データの送信等を行う端末装置である。情報処理端末２は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch:登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末２を端末２と読み替える。

情報処理装置３は、政府向けの電子申請を行うためのエンティティの電子申請データに対する処理、記憶及び送受信を行う政府（部門）用の情報処理装置である。エンティティは、会社、協会、法人、政府機関、大学、病院またはその他の組織等である。情報処理装置３は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、情報処理装置３はサーバ装置であるものとし、以下では簡潔のため政府サーバ３と読み替える。

本実施形態に係るサーバ１は、政府から発行された電子証明書とパスフレーズを端末２から受信し、受信した電子証明書とパスフレーズに基づき、該電子証明書に対応する変換キーを発行（生成）する。サーバ１は、発行した変換キーを端末２に配布（送信）する。

サーバ１は、端末２から配布した電子証明書に対応する変換キー、及びログイン用の認証情報を受け付けた場合、受け付けた認証情報を用いて認証処理を行う。認証情報は、顧客ＩＤ、パスワード等を含む。認証に成功した後に、サーバ１は、受け付けた変換キーを用いて電子証明書を復号する。サーバ１は、復号した電子証明書を電子申請データと共に政府サーバ３に出力（送信）する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６、大容量記憶部１７及び時計部１８を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、端末２及び政府サーバ３等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読取部１６は、ＣＤ（Compact Disc）−ＲＯＭ又はＤＶＤ（Digital Versatile Disc）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive:ハードディスク）、ＳＳＤ(Solid State Drive:ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１７は、グループ情報ＤＢ（データベース：database）１７１、会社情報ＤＢ１７２、利用者情報ＤＢ１７３及び電子証明書情報ＤＢ１７４を含む。

グループ情報ＤＢ１７１及び会社情報ＤＢ１７２は、政府向けの電子申請を行うためのエンティティに関する情報を記憶している。グループ情報ＤＢ１７１は、企業グループに関する情報を記憶している。会社情報ＤＢ１７２は、会社に関する情報を記憶している。なお、本実施形態では、グループ情報と会社情報とを分けて記憶したが、これに限るものではない。例えば、グループ情報ＤＢ１７１及び会社情報ＤＢ１７２に記憶されたエンティティ情報を一つのテーブルにまとめて記憶しても良い。

利用者情報ＤＢ１７３は、利用者に関する情報を記憶している。電子証明書情報ＤＢ１７４は、会社ごとの署名用の電子証明書、及び該電子証明書のパスフレーズ等の情報を記憶している。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

時計部１８は、時刻又は経過時間等を計時しており、制御部１１からの求めに応じて、計時結果を制御部１１に与える回路である。また、時計部１８はタイマ機能を提供する。タイマ機能は開始を指示されてから、予め設定した時間が経過した場合、その旨を制御部１１に通知する機能である。又は、タイマ機能は開始を指示されてから、予め設定した時間が経過したか否かを、制御部１１からの問い合わせに対して回答する機能である。

なお、本実施形態では、サーバ１は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または仮想マシンにより構成されていても良い。

図３は、グループ情報ＤＢ１７１のレコードレイアウトの一例を示す説明図である。グループ情報ＤＢ１７１は、グループＩＤ列、グループ名称列及び政府ユーザＩＤ列を含む。グループＩＤ列は、各企業グループを識別するために、一意に特定される企業グループのＩＤを記憶している。グループ名称列は、グループの名称を記憶している。

政府ユーザＩＤ列は、ログイン用の認証情報に対応する政府サーバ３での認証処理に用いられる第２認証情報を記憶している。第２認証情報は、例えば政府ユーザＩＤ、パスワード等を含む。なお、本実施形態では、政府サーバ３に登録した政府ユーザＩＤを第２認証情報として説明する。政府ユーザＩＤがグループごとに発行されるため、同一のグループに属している複数の会社は、該グループに発行された政府ユーザＩＤを原則として共有して利用する。

図４は、会社情報ＤＢ１７２のレコードレイアウトの一例を示す説明図である。会社情報ＤＢ１７２は、会社ＩＤ列、グループＩＤ列及び会社名称列を含む。会社ＩＤ列は、各会社を識別するために、一意に特定される会社のＩＤを記憶している。グループＩＤ列は、企業グループを特定するグループＩＤを記憶している。会社名称列は、会社の名称を記憶している。

図５は、利用者情報ＤＢ１７３のレコードレイアウトの一例を示す説明図である。利用者情報ＤＢ１７３は、利用者ＩＤ列、グループＩＤ列、会社ＩＤ列及びパスワード列を含む。利用者ＩＤ列は、各利用者を識別するために、一意に特定される利用者のＩＤを記憶している。利用者ＩＤは、ログイン用の認証処理を行うためのＩＤである。グループＩＤ列は、企業グループを特定するグループＩＤを記憶している。会社ＩＤ列は、会社を特定する会社ＩＤを記憶している。パスワード列は、ログイン用の認証処理を行うための暗証番号を記憶している。

図６は、電子証明書情報ＤＢ１７４のレコードレイアウトの一例を示す説明図である。電子証明書情報ＤＢ１７４は、会社ＩＤ列、政府ユーザＩＤ列、有効開始日列、有効終了日列、電子証明書列、ハッシュ値列及びパスフレーズ列を記憶している。会社ＩＤ列は、会社を特定する会社ＩＤを記憶している。政府ユーザＩＤ列は、政府サーバ３に登録したユーザＩＤを記憶している。有効開始日列は、電子証明書の有効開始日を記憶している。有効終了日列は、電子証明書の有効終了日を記憶している。電子証明書列は、政府サーバ３へ電子申請データを送信する際に添付する署名用の電子証明書または電子証明書の一部分（例えば、後述する断片Ｂ）を記憶している。

ハッシュ値列は、電子証明書に対応する変換キーのハッシュ値を記憶している。パスフレーズ列は、電子証明書より秘密鍵を取得する場合に利用するパスフレーズを記憶している。パスフレーズは、通常よりも高度なセキュリティを実施する場合の認証技術として用いられる。通常のパスワードが１単語程度のものであるのに対し、パスフレーズは１文節１句（フレーズ）に及ぶ長さになる。なお、パスフレーズの代わりにパスワードが利用されても良い。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図７は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５及び大容量記憶部２６を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。なお、図７では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部２４は、キーボード、マウスまたは表示部２５と一体化したタッチパネルでも良い。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。大容量記憶部２６は、例えばＨＤＤ、ＳＳＤ等の記録媒体を備える。

図８は、政府サーバ３の構成例を示すブロック図である。政府サーバ３は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５、読取部３６及び大容量記憶部３７を含む。各構成はバスＢで接続されている。

制御部３１はＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、政府サーバ３に係る種々の情報処理、制御処理等を行う。なお、図８では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部３３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等との間で情報の送受信を行う。

入力部３４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部３１へ出力する。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。

読取部３６は、ＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭを含む可搬型記憶媒体３ａを読み取る。制御部３１が読取部３６を介して、制御プログラム３Ｐを可搬型記憶媒体３ａより読み取り、大容量記憶部３７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部３１が制御プログラム３Ｐをダウンロードし、大容量記憶部３７に記憶しても良い。さらにまた、半導体メモリ３ｂから、制御部３１が制御プログラム３Ｐを読み込んでも良い。

大容量記憶部３７は、例えばＨＤＤ、ＳＳＤ等の記録媒体を備える。大容量記憶部３７は、ユーザ情報ＤＢ３７１及び申請情報ＤＢ３７２を含む。ユーザ情報ＤＢ３７１は、政府サーバ３で提供されているシステムまたはサービス等を利用するユーザに関する情報を記憶している。申請情報ＤＢ３７２は、電子申請データ等を記憶している。

なお、本実施形態において記憶部３２及び大容量記憶部３７は一体の記憶装置として構成されていても良い。また、大容量記憶部３７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部３７は政府サーバ３に接続された外部記憶装置であっても良い。

なお、本実施形態では、政府サーバ３は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または仮想マシンにより構成されていても良い。

図９は、ユーザ情報ＤＢ３７１のレコードレイアウトの一例を示す説明図である。ユーザ情報ＤＢ３７１は、ユーザＩＤ列、種別列及び名称列を含む。ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。種別列は、ユーザの種別情報を記憶している。種別列には、例えば「エンティティ」または「個人」等が記憶されても良い。名称列は、ユーザの名称を記憶している。

図１０は、申請情報ＤＢ３７２のレコードレイアウトの一例を示す説明図である。申請情報ＤＢ３７２は、申請ＩＤ列、ユーザＩＤ列、種別列、電子申請データ列、添付ファイル列及び受付日時列を含む。申請ＩＤ列は、各電子申請データを識別するために、一意に特定される電子申請データのＩＤを記憶している。ユーザＩＤ列は、ユーザを特定するユーザＩＤを記憶している。種別列は、電子申請データの種別情報を記憶している。電子申請データ列は、テキスト、画像または音声等の電子申請データを記憶している。添付ファイル列は、電子申請時に添付したファイル（例えば、身分証明書の写し等）を記憶している。受付日時列は、電子申請データを受け付けた日時情報を記憶している。

図１１は、電子証明書を電子申請データと共に政府サーバ３へ出力する動作を説明する説明図である。サーバ１の制御部１１は、政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キー（暗号文）をエンティティに配布（発行）する。

具体的には、制御部１１は、端末２から送信されたグループ（エンティティ）ＩＤ、予め政府から発行された電子証明書、及び該電子証明書より秘密鍵を取得する場合に利用するパスフレーズを受信する。電子証明書より秘密鍵を取得する場合に利用するパスフレーズを設定することにより、セキュリティレベルを高める。なお、本実施形態では、電子証明書の秘密鍵にパスフレーズを設定する例を説明したが、これに限るものではない。例えば、秘密鍵にパスフレーズを設定しない電子証明書を端末２からサーバ１に送信しても良い。

制御部１１は、受信したグループＩＤに対応する政府ユーザＩＤを大容量記憶部１７のグループ情報ＤＢ１７１から取得する。なお、政府ユーザＩＤが存在していない（未発行）場合、制御部１１は、該グループＩＤに対して政府ユーザＩＤを割り振る。

制御部１１は、通信部１３を介して、取得した政府ユーザＩＤを政府サーバ３に送信する。政府サーバ３の制御部３１は、サーバ１から送信された政府ユーザＩＤを通信部３３により受信する。制御部３１は、受信した政府ユーザＩＤを大容量記憶部３７のユーザ情報ＤＢ３７１に記憶（登録）する。

サーバ１の制御部１１は、受信した電子証明書に対応する変換キー（平文）を生成する。具体的には、先ず制御部１１は、受信した電子証明書に対して特定アルゴリズムで分割した断片Ａ及び断片Ｂを生成する。例えば、電子証明書に対して先頭ｎバイトで分割しても良い。ｎが１００バイトである場合、断片Ａは、電子証明書の先頭１００バイトのデータであり、断片Ｂは電子証明書の１０１バイトから最後までのデータである。

または、電子証明書を奇偶数により分割しても良い。例えば、制御部１１は、電子証明書から奇数バイト目のデータ（例えば、１バイト目、３バイト目、５バイト目等）、及び偶数バイト目のデータ（例えば、２バイト目、４バイト目、６バイト目等）をそれぞれ抽出する。例えば、抽出した奇数バイト目のデータを断片Ａとし、抽出した偶数バイト目のデータを断片Ｂとしても良い。

次に制御部１１は、生成した断片Ａにヘッダ部を加えて変換キー（平文）を生成する。制御部１１は、生成した断片Ｂを大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶する。後述するように、制御部１１は、生成した断片Ａ及び断片Ｂにより電子証明書を復号する。

図１２は、変換キー（平文）の構造を示す説明図である。図１２Ａは、単一の電子証明書に対応する変換キー（平文）の構造を示す説明図である。変換キー（平文）１０は、ヘッダ部１０ａと電子署名部１０ｂから構成される。ヘッダ部１０ａには、電子証明書の数等の構成情報を保持する。電子署名部１０ｂには、電子証明書の一部分（断片Ａ）を保持する。

図１２Ｂは、複数の電子証明書に対応する変換キー（平文）の構造を示す説明図である。同じグループに属する複数の会社に発行された複数の電子証明書に対し、グループごとの変換キー（平文）を生成することができる。この場合、電子署名部１０ｂには、それぞれの電子証明書の一部分（断片Ａ）を電子証明書の数分、連結したデータを保持する。

例えば、会社Ａ、会社Ｂ及び会社Ｃがグループ１に属する例を説明する。政府は、会社Ａに電子証明書１を発行し、会社Ｂに電子証明書２を発行し、会社Ｃに電子証明書３を発行する。制御部１１は、電子証明書１、電子証明書２及び電子証明書３それぞれの断片Ａを取得し、取得したそれぞれの断片Ａのデータを連結する。制御部１１は、電子証明書の数（３枚）等の構成情報を含むヘッダ部を、連結したデータに加えて変換キー（平文）を生成する。生成された変換キー（平文）が、グループ、または該グループに属する会社Ａ、会社Ｂ及び会社Ｃに配布される。上述した処理で、グループに属する複数の会社は、同じ変換キーを利用するため、管理の利便性が向上することが可能となる。

続いて、図１１に戻り、変換キー（暗号文）の生成処理を説明する。制御部１１は、暗号学的ハッシュ関数を用いて、生成した変換キー（平文）のハッシュ値を算出する。暗号学的ハッシュ関数は、デジタル文書の改ざんを検出する一方向の暗号処理方法であり、出力値は常に１６進数表記として６４桁と固定されている。例えば、ＳＨＡ（Secure Hash Algorithm）２−２５６アルゴリズムを用いたハッシュ関数を採用し、変換キーのハッシュ値を算出しても良い。本実施形態では、ハッシュ関数を用いたが、これに限らず、他のハッシュ値の算出処理方法であっても良い。

制御部１１は、政府ユーザＩＤに対応付けて、変換キー（平文）のハッシュ値及び電子証明書の一部分（断片Ｂ）を大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶する。具体的には、制御部１１は、会社ＩＤ、政府ユーザＩＤ、電子証明書の有効開始日、有効終了日、断片Ｂ、変換キー（平文）のハッシュ値及びパスフレーズを一つのレコードとして電子証明書情報ＤＢ１７４に記憶する。

制御部１１は、予め記憶された共通鍵で変換キー（平文）を暗号化することにより、変換キー（暗号文）を生成する。制御部１１は、通信部１３を介して、生成した変換キー（暗号文）を端末２に送信する。なお、変換キー（暗号文）が郵送または手渡しによりエンティティに配布されても良い。以上の処理流れで、電子証明書に対応する変換キー（暗号文）をグループ（エンティティ）に配布する。即ち、エンティティのユーザ端末に配布された変換キーは、セキュリティレベルが高い暗号化のデータである。

なお、変換キーの配布処理は、上述した処理に限るものではない。例えば、制御部１１は、政府から発行された電子証明書の末尾に、固定長のランダムな文字列を加えて暗号化する。制御部１１は、暗号化したデータを変換キーとして配布しても良い。また、制御部１１は電子証明書に対し、専用変換キーを生成して配布しても良い。専用変換キーは、例えば乱数生成のアルゴリズムを用いて生成された任意の長さの文字列である。

端末２の制御部２１は、配布された変換キー（暗号文）、及びログイン用の認証情報を入力部２４により受け付ける。認証情報は、例えば利用者ＩＤ及びパスワードである。制御部２１は、通信部２３を介して、受け付けた変換キー（暗号文）、利用者ＩＤ及びパスワードをサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された変換キー（暗号文）、利用者ＩＤ及びパスワードを受信する。

制御部１１は、受信した変換キー（暗号文）、利用者ＩＤ及びパスワードを用いて認証処理を行う。なお、認証処理に関しては後述する。制御部１１は、認証に成功したと判定した場合、認証後画面情報を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信された認証後画面情報を通信部２３により受信し、受信した認証後画面情報を表示部２５により表示する。

端末２の制御部２１は、電子申請データ（申請情報）を通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された電子申請データを通信部１３により受信する。制御部１１は、記憶部１２に記憶された変換キー（平文）を用いて電子証明書を復号する。具体的には、制御部１１は、記憶部１２に記憶された変換キー（平文）（電子証明書の断片Ａ）と、大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶された電子証明書の断片Ｂとを合成して電子証明書を復号（復元）する。

制御部１１は、復号した電子証明書に対応するパスフレーズを大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する。制御部１１は、取得したパスフレーズを使用し、電子証明書より秘密鍵を取得する。制御部１１は、取得した秘密鍵を用いて、電子申請データに対して電子署名（暗号化）を付与する。

制御部１１は政府ユーザＩＤを、署名付き電子申請データ（電子証明書と電子申請データ）と共に政府サーバ３へ送信（出力）する。政府サーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された政府ユーザＩＤ、署名付き電子申請データを受信する。

制御部３１は、受信した政府ユーザＩＤ、署名付き電子申請データを大容量記憶部３７の申請情報ＤＢ３７２に記憶する。具体的には、制御部３１は申請ＩＤを割り振って、政府ユーザＩＤに対応付けて、電子申請データの種別、電子申請データ及び受付日時を一つのレコードとして申請情報ＤＢ３７２に記憶する。

制御部１１は、申請完了通知を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信された申請完了通知を通信部２３により受信し、受信した申請完了通知を表示部２５により表示する。

続いて、ログイン用の認証処理を説明する。制御部１１は、端末２から電子証明書に対応する変換キー（暗号文）、利用者ＩＤ及びパスワードを通信部１３により受信する。制御部１１は、受信した利用者ＩＤ及びパスワードと、大容量記憶部１７の利用者情報ＤＢ１７３に記憶された利用者ＩＤ及びパスワードとを照合する。

制御部１１は、両者が一致していないと判定した場合、認証に失敗した結果を出力する。制御部１１は、両者が一致したと判定した場合、受信した変換キー（暗号文）を共通鍵で変換キー（平文）に復号する。制御部１１は、暗号学的ハッシュ関数を用いて、復号した変換キー（平文）のハッシュ値を算出する。

制御部１１は、算出した変換キー（平文）のハッシュ値と、大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶された変換キー（平文）のハッシュ値とが一致するか否かを判定する。制御部１１は、両者が一致したと判定した場合、算出した変換キー（平文）を記憶部１２に記憶し、認証に成功した結果を出力する。制御部１１は、両者が一致していないと判定した場合、認証に失敗した結果を出力する。

図１３は、変換キーを発行する際の処理手順を示すフローチャートである。端末２の制御部２１は、通信部２３を介して、グループＩＤ、予め政府から発行された電子証明書及びパスフレーズをサーバ１に送信する（ステップＳ２０１）。サーバ１の制御部１１は、端末２から送信されたグループＩＤ、電子証明書及びパスフレーズを受信する（ステップＳ１０１）。制御部１１は、受信したグループＩＤに対応する政府ユーザＩＤを大容量記憶部１７のグループ情報ＤＢ１７１から取得する（ステップＳ１０２）。

制御部１１は、通信部１３を介して、取得した政府ユーザＩＤを政府サーバ３に送信する（ステップＳ１０３）。政府サーバ３の制御部３１は、サーバ１から送信された政府ユーザＩＤを通信部３３により受信する（ステップＳ３０１）。制御部３１は、受信した政府ユーザＩＤを大容量記憶部３７のユーザ情報ＤＢ３７１に記憶する（ステップＳ３０２）。具体的には、制御部３１は、政府ユーザＩＤを割り振って、ユーザ種別及び名称を一つのレコードとしてユーザ情報ＤＢ３７１に記憶する。

サーバ１の制御部１１は、受信した電子証明書に対して先頭ｎバイトで分割した断片Ａ及び断片Ｂを生成し、生成した断片Ａにヘッダ部を加えて変換キー（平文）を生成する。（ステップＳ１０４）。制御部１１は、暗号学的ハッシュ関数を用いて、生成した変換キー（平文）のハッシュ値を算出する（ステップＳ１０５）。制御部１１は、政府ユーザＩＤに対応付けて、変換キー（平文）のハッシュ値及び電子証明書の一部分（断片Ｂ）を大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶する（ステップＳ１０６）。

制御部１１は、予め記憶された共通鍵で変換キー（平文）を暗号化することにより、変換キー（暗号文）を生成する（ステップＳ１０７）。制御部１１は、通信部１３を介して、生成した変換キー（暗号文）を端末２に送信する（ステップＳ１０８）。端末２の制御部２１は、サーバ１から送信された変換キー（暗号文）を通信部２３により受信し（ステップＳ２０２）、受信した変換キー（暗号文）を記憶部２２または大容量記憶部２６に記憶する（ステップＳ２０３）。

図１４及び図１５は、電子証明書を電子申請データと共に政府サーバ３へ出力する際の処理手順を示すフローチャートである。端末２の制御部２１は、配布された変換キー（暗号文）、及びログイン用の認証情報（例えば、利用者ＩＤ及びパスワード等）を入力部２４により受け付ける（ステップＳ２２１）。制御部２１は、通信部２３を介して、受け付けた変換キー（暗号文）及び認証情報をサーバ１に送信する（ステップＳ２２２）。

サーバ１の制御部１１は、通信部１３を介して、端末２から送信された変換キー（暗号文）及び認証情報を受信する（ステップＳ１２１）。制御部１１は、受信した変換キー（暗号文）及び認証情報を用いて認証処理を行う（ステップＳ１２２）。なお、認証処理のサブルーチンに関しては後述する。制御部１１は、認証に成功したか否かを判定する（ステップＳ１２３）。

制御部１１は、認証に成功していないと判定した場合（ステップＳ１２３でＮＯ）、認証失敗画面情報を通信部１３により端末２に送信する（ステップＳ１２４）。端末２の制御部２１は、サーバ１から送信された認証失敗画面情報を通信部２３により受信し（ステップＳ２２３）、受信した認証失敗画面情報を表示部２５により表示する（ステップＳ２２４）。

制御部１１は、認証に成功したと判定した場合（ステップＳ１２３でＹＥＳ）、認証後画面情報を通信部１３により端末２に送信する（ステップＳ１２５）。端末２の制御部２１は、サーバ１から送信された認証後画面情報を通信部２３により受信し（ステップＳ２２５）、受信した認証後画面情報を表示部２５により表示する（ステップＳ２２６）。

端末２の制御部２１は、電子申請データ（申請情報）を入力部２４により受け付ける（ステップＳ２２７）。制御部２１は、受け付けた電子申請データを通信部２３によりサーバ１に送信する（ステップＳ２２８）。なお、電子申請データの送信タイミングは、上述したタイミングに限るものではない。例えば、ステップＳ２２２で電子申請データを変換キー（暗号文）及び認証情報と共にサーバ１に送信しても良い。サーバ１の制御部１１は、端末２から送信された電子申請データを通信部１３により受信する（ステップＳ１２６）。

制御部１１は、記憶部１２に記憶された変換キー（平文）（電子証明書の断片Ａ）と、大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶された電子証明書の断片Ｂとを合成して電子証明書を復号（復元）する（ステップＳ１２７）。制御部１１は、復号した電子証明書に対応するパスフレーズを大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する（ステップＳ１２８）。

制御部１１は、取得したパスフレーズを使用し、電子証明書より秘密鍵を取得する（ステップＳ１２９）。制御部１１は、取得した秘密鍵を用いて、電子申請データに対して電子署名を付与する（ステップＳ１３０）。制御部１１は、政府ユーザＩＤを、署名付き電子申請データと共に政府サーバ３へ送信する（ステップＳ１３１）。政府サーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された政府ユーザＩＤを、署名付き電子申請データを受信する（ステップＳ３２１）。制御部３１は、受信した政府ユーザＩＤを、署名付き電子申請データを大容量記憶部３７の申請情報ＤＢ３７２に記憶する（ステップＳ３２２）。

制御部１１は、申請完了通知を通信部１３により端末２に送信する（ステップＳ１３２）。端末２の制御部２１は、サーバ１から送信された申請完了通知を通信部２３により受信し（ステップＳ２２９）、受信した申請完了通知を表示部２５により表示する（ステップＳ２３０）。

図１６は、認証処理のサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、ステップＳ１２１で受信した利用者ＩＤ及びパスワード（認証情報）と、大容量記憶部１７の利用者情報ＤＢ１７３に記憶された利用者ＩＤ及びパスワードとを照合する（ステップＳａ１）。制御部１１は、両者が一致したか否かを判定する（ステップＳａ２）。制御部１１は、両者が一致していないと判定した場合（ステップＳａ２でＮＯ）、認証に失敗した結果を出力し（ステップＳａ９）、リターンする。

制御部１１は、両者が一致したと判定した場合（ステップＳａ２でＹＥＳ）、ステップＳ１２１で受信した変換キー（暗号文）を共通鍵で変換キー（平文）に復号する（ステップＳａ３）。制御部１１は、暗号学的ハッシュ関数を用いて、復号した変換キー（平文）のハッシュ値を算出する（ステップＳａ４）。制御部１１は、該利用者に対応する変換キー（平文）のハッシュ値を大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する（ステップＳａ５）。

制御部１１は、算出した変換キー（平文）のハッシュ値と、電子証明書情報ＤＢ１７４に記憶された変換キー（平文）のハッシュ値とが一致するか否かを判定する（ステップＳａ６）。制御部１１は、両者が一致したと判定した場合（Ｓａ６でＹＥＳ）、算出した変換キー（平文）を記憶部１２に記憶する（ステップＳａ７）。制御部１１は、認証に成功した結果を出力し（ステップＳａ８）、リターンする。制御部１１は、両者が一致していないと判定した場合（Ｓａ６でＮＯ）、ステップＳａ９に遷移する。

本実施形態によると、配布された変換キーを用いて電子証明書を復号し、復号した電子証明書を電子申請データと共に政府サーバ３へ出力することが可能となる。

本実施形態によると、配布された変換キーを用いて電子証明書を復号することにより、セキュリティレベルを高めることが可能となる。

本実施形態によると、ログイン用の認証情報に基づき、政府サーバ３での認証処理に用いられる第２認証情報を読み出して利用することにより、２段階認証を設定して安全性を高めることが可能となる。

＜変形例１＞
電子申請データ及び添付ファイルを電子証明書と共に政府サーバ３へ出力する処理を説明する。添付ファイルは、例えば本人確認書類として運転免許証、パスポートまたは個人番号カード等の写し、会社から発行された在職証明書、銀行から発行された残高証明書等である。端末２の制御部２１は、通信部２３または入力部２４を介して、電子申請データと、単一または複数の添付ファイルとを受け付ける。

制御部２１は、通信部２３を介して、受け付けた電子申請データ、添付ファイル、電子証明書に対応する変換キー（暗号文）及びログイン用の認証情報をサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された電子申請データ、添付ファイル、電子証明書に対応する変換キー（暗号文）及び認証情報を受信する。その後、制御部１１は、受信した認証情報を用いて認証処理を行う。制御部１１は、認証に成功したと判定した場合、受信した変換キー（暗号文）を用いて電子証明書を復号する。

制御部１１は、復号した電子証明書に対応するパスフレーズを大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する。制御部１１は、取得したパスフレーズを使用し、電子証明書より秘密鍵を取得する。制御部１１は、取得した秘密鍵を用いて、電子申請データ及び添付ファイルに対して電子署名を付与する。

制御部１１は政府ユーザＩＤを、署名付き電子申請データ及び署名付き添付ファイルと共に政府サーバ３へ送信する。政府サーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された政府ユーザＩＤ、署名付き電子申請データ及び署名付き添付ファイルを受信する。

なお、添付ファイルの送信タイミングについては、ログイン用の認証情報を用いた認証に成功した後に、添付ファイルを端末２からサーバ１に送信しても良い。

図１７は、電子証明書を電子申請データ及び添付ファイルと共に政府サーバ３へ出力する際の処理手順を示すフローチャートである。なお、図１５と重複する内容については同一の符号を付して説明を省略する。端末２の制御部２１は、電子申請データと、単一または複数の添付ファイルとを入力部２４により受け付ける（ステップＳ２４１）。制御部２１は、受け付けた電子申請データ及び添付ファイルを通信部２３によりサーバ１に送信する（ステップＳ２４２）。

サーバ１の制御部１１は、通信部１３を介して、端末２から送信された電子申請データ及び添付ファイルを受信する（ステップＳ１４１）。制御部１１は、ステップＳ１２７〜Ｓ１２９を実行する。制御部１１は、取得した秘密鍵を用いて、電子申請データ及び添付ファイルに対して電子署名を付与する（ステップＳ１４２）。

制御部１１は政府ユーザＩＤを、署名付き電子申請データ及び署名付き添付ファイルと共に政府サーバ３へ送信する（ステップＳ１４３）。政府サーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された政府ユーザＩＤ、署名付き電子申請データ及び署名付き添付ファイルを受信する（ステップＳ３４１）。

制御部３１は、受信した政府ユーザＩＤ、署名付き電子申請データ及び署名付き添付ファイルを大容量記憶部３７の申請情報ＤＢ３７２に記憶する（ステップＳ３４２）。具体的には、制御部３１は、申請ＩＤを割り振って、政府ユーザＩＤに対応付けて、電子申請データの種別、電子申請データ、添付ファイル及び受付日時を一つのレコードとして申請情報ＤＢ３７２に記憶する。

本変形例によると、電子申請データを複数の添付ファイルにまとめることにより、手間がかからずに電子申請を実現することが可能となる。

（実施形態２）
実施形態２は、同一のグループ（エンティティ）に応じて、担当者または拠点別に発行されたログイン用の認証情報、及び該グループに配布された電子証明書に対応する変換キーに基づき、電子申請処理を行う形態に関する。なお、実施形態１と重複する内容については説明を省略する。

図１８は、それぞれのユーザの端末２から電子申請を行う動作を説明する説明図である。なお、図１１と重複する内容については説明を省略する。サーバ１の制御部１１は、政府向けの電子申請を行うためのグループ（エンティティ）の電子証明書に対応する変換キー（暗号文）を、該グループに属するそれぞれの担当者または拠点に配布する。

具体的には、制御部１１は、それぞれの担当者または拠点の端末２から、予め政府から発行された電子証明書及びパスフレーズを受信する。制御部１１は、受信したグループＩＤに対応する政府ユーザＩＤを大容量記憶部１７のグループ情報ＤＢ１７１から取得する。制御部１１は、受信したそれぞれの担当者または拠点の電子証明書に対応する同一の変換キー（平文）を生成する。

変換キー（平文）の生成処理に関しては、図１２Ｂに示すように、先ず制御部１１は受信したそれぞれの電子証明書に対して、例えば先頭１００バイトで分割した断片Ａ及び断片Ｂを生成する。次に制御部１１は、生成したそれぞれの断片Ａを取得し、取得したそれぞれの断片Ａのデータを連結する。

制御部１１は、それぞれの担当者または拠点が属する会社の会社ＩＤを大容量記憶部１７の利用者情報ＤＢ１７３から取得する。制御部１１は連結した断片Ａの連結データに基づき、各断片Ａのデータの開始位置及びバイト数の情報をそれぞれの会社ＩＤに対応付けて、断片Ａの数を加えてヘッダ部１０ａを生成する。制御部１１は、生成したヘッダ部１０ａを連結データに加えて変換キー（平文）を生成する。

制御部１１は、暗号学的ハッシュ関数を用いて、生成した変換キー（平文）のハッシュ値を算出する。制御部１１は、政府ユーザＩＤに対応付けて、算出した変換キー（平文）のハッシュ値及び電子証明書の断片Ｂを大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶する。制御部１１は、予め記憶された共通鍵で変換キー（平文）を暗号化し、暗号化した変換キー（暗号文）を各端末２に送信する。

制御部１１は、グループに属するそれぞれの担当者または拠点に、ログイン用の認証情報を発行する。認証情報は、例えば利用者ＩＤ及びパスワードである。即ち、担当者または拠点ごとの認証情報は、同一の第２認証情報（政府ユーザＩＤ）に対応付けられている。

それぞれの担当者または拠点の端末２の制御部２１は、配布された変換キー（暗号文）及びログイン用の認証情報を入力部２４により受け付け、受け付けた変換キー（暗号文）及び認証情報を通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された変換キー（暗号文）及び認証情報を受信する。

その後、実施形態１と同様に、制御部１１は認証処理及び電子申請処理を行う。なお、本実施形態の認証処理は、実施形態１と同様であるため、説明を省略する。制御部１１は認証に成功したと判定した場合、認証処理で共通鍵を用いて変換キー（暗号文）から復号された変換キー（平文）（複数の電子証明書の断片Ａ）を記憶部１２から取得する。制御部１１は、それぞれの担当者または拠点が属する会社の会社ＩＤに基づき、取得した変換キー（平文）のヘッダ部１０ａから、それぞれの断片Ａのデータの開始位置及びバイト数を取得する。

制御部１１は、取得したそれぞれの断片Ａのデータの開始位置及びバイト数に基づき、変換キー（平文）からそれぞれの電子証明書の断片Ａのデータを取得する。制御部１１は、取得したそれぞれの電子証明書の断片Ａのデータと、大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶されたそれぞれの電子証明書の断片Ｂとを合成し、それぞれの電子証明書を復号（復元）する。

その後に、制御部１１は復号したそれぞれの電子証明書を用いて、それぞれの担当者または拠点の端末２から送信された電子申請データに対して電子署名を付与し、電子申請を行う。なお、電子申請処理に関しては、実施形態１と同様であるため、説明を省略する。

本実施形態によると、同一のグループのそれぞれの担当者または拠点のログイン用の認証情報が、グループごとの変換キー及び第２認証情報に対応付けられるため、利用者の利便性向上とＩＤ管理の効率化を実現することが可能となる。

（実施形態３）
実施形態３は、指定された日時に電子証明書を電子申請データと共に政府サーバ３に送信する形態に関する。なお、実施形態１〜２と重複する内容については説明を省略する。

「ゴールデンウイーク」、「お盆休み」、「年末年始休暇」等の休日（休業日）がある。休日に行政機関や地方公共団体で一部の手続きを行うことができない場合がある。例えば、離職票とは社員が退職後1０日以内に勤務先（エンティティ）がハローワークに手続きし、発行されるものであるため、社員が退職した時点がちょうど「年末年始休暇」となる場合、エンティティがハローワークに手続きを行うことができない。本実施形態では、有効期間内に各種手続きが行えるため、例え休日になっても指定された日時に電子申請を行うことができる。

端末２の制御部２１は、電子証明書に対応する変換キー、ログイン用の認証情報及び政府サーバへ出力する指定日時を入力部２４により受け付ける。制御部２１は、受け付けた変換キー、認証情報及び指定日時を通信部２３によりサーバ１に送信する。なお、指定日時と、変換キー及び認証情報とが別々に送信されても良い。サーバ１の制御部１１は、端末２から送信された変換キー、認証情報及び指定日時を受信する。

制御部１１は、実施形態１と同様に認証処理及び電子証明書の復号処理を行う。制御部１１は、時計部１８によりタイマを起動し、経過時間を計算する。制御部１１は、指定日時に達したか否かを判定する。制御部１１は、指定日時に達したと判定した場合、復号した電子証明書を電子申請データと共に政府サーバ３へ送信（出力）する。

図１９は、指定日時に電子証明書を電子申請データと共に政府サーバ３へ出力する際の処理手順を示すフローチャートである。なお、図１５と重複する内容については同一の符号を付して説明を省略する。端末２の制御部２１は、政府サーバ３へ出力する指定日時、及び電子申請データを入力部２４により受け付ける（ステップＳ２５１）。制御部２１は、受け付けた指定日時及び電子申請データを通信部２３によりサーバ１に送信する（ステップＳ２５２）。

サーバ１の制御部１１は、通信部１３を介して、端末２から送信された指定日時及び電子申請データを受信する（ステップＳ１５１）。制御部１１は、ステップＳ１２７〜Ｓ１３０を実行する。制御部１１は、時計部１８によりタイマを起動し、指定日時に達したか否かを判定する（ステップＳ１５２）。制御部１１は、指定日時に達していないと判定した場合（ステップＳ１５２でＮＯ）、ステップＳ１５２に戻る。制御部１１は、指定日時に達したと判定した場合（ステップＳ１５２でＹＥＳ）、ステップＳ１３１を実行する。

本実施形態によると、指定日時に電子申請データを送信することにより、休業日にも関わらず各種手続きを行うことが可能となる。

（実施形態４）
実施形態４は、電子証明書に対応する変換キーを用いて、端末２上で電子証明書を復号する形態に関する。なお、実施形態１〜３と重複する内容については説明を省略する。

本実施形態では、電子証明書に対応する変換キーは、第１変換キー及び第２変換キーを含む。また、サーバ１の制御部１１は、電子証明書に対して特定アルゴリズムで分割することにより第１変換キー（実施形態１での断片Ａ）及び第２変換キー（実施形態１での断片Ｂ）を生成する。なお、電子証明書に対する分割処理に関しては、実施形態１と同様であるため、説明を省略する。

図２０は、端末２上で電子証明書を復号する動作を説明する説明図である。端末２の制御部２１は、通信部２３を介して、政府向けの電子申請を行うためのエンティティの電子証明書に対応する第１変換キー（暗号文）をサーバ１から取得する。制御部２１は、利用者ＩＤ及びパスワードを含むログイン用の認証情報を入力部２４により受け付ける。制御部２１は、通信部２３を介して、取得した第１変換キー（暗号文）、及び認証情報をサーバ１に送信する。

サーバ１の制御部１１は、通信部１３を介して、端末２から送信された変換キー（暗号文）、及び認証情報を受信する。制御部１１は、受信した第１変換キー（暗号文）、及び認証情報を用いて認証処理を行う。なお、サーバ１上での第１変換キー（暗号文）の発行処理及び認証処理に関しては、実施形態１と同様であるため、説明を省略する。

制御部１１は、認証に成功したと判定した場合、第１変換キーに対応する第２変換キー（平文）を大容量記憶部１７の電子証明書情報ＤＢ１７４の電子証明書列から取得する。制御部１１、取得した第２変換キー（平文）を予め記憶された共通鍵で暗号化し、暗号化した第２変換キー（暗号文）を端末２に送信する。なお、制御部１１は第２変換キー（平文）を暗号化せず、そのままに端末２に送信しても良い。端末２の制御部２１は、通信部２３を介して、サーバ１から送信された第２変換キー（暗号文）を受信する。

エンティティによる電子申請時に、制御部２１は、取得した第１変換キー及び第２変換キーを用いて、電子証明書を復号する。具体的には、制御部２１は、第１変換キー（暗号文）を共通鍵で第１変換キー（平文）に復号し、第２変換キー（暗号文）を共通鍵で第２変換キー（平文）に復号する。なお、共通鍵が予め記憶部２２または大容量記憶部２６に記憶されても良い。制御部２１は、電子証明書の分割時に利用された分割アルゴリズムに対応する合成アルゴリズムで、第１変換キー（平文）と、第２変換キー（平文）とを合成して電子証明書を復号（復元）する。

制御部２１は、復号した電子証明書と、電子申請データとを通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された電子証明書と電子申請データとを受信する。制御部１１は、受信した電子証明書を用いて、電子申請データに対して電子署名を付与する。制御部１１は、政府ユーザＩＤを、署名付き電子申請データ（電子証明書と電子申請データ）と共に政府サーバ３へ送信する。

なお、本実施形態では、署名付き電子申請データをサーバ１経由で政府サーバ３へ送信した例を説明したが、これに限るものではない。例えば、端末２の制御部２１は、復号した電子証明書を用いて、電子申請データに対して電子署名を付与する。制御部２１は、通信部２３を介して、政府ユーザＩＤを署名付き電子申請データと共に政府サーバ３へ送信しても良い。

図２１及び図２２は、端末２上で電子証明書を復号する際の処理手順を示すフローチャートである。端末２の制御部２１は、通信部２３を介して、政府向けの電子申請を行うためのエンティティの電子証明書に対応する第１変換キー（暗号文）をサーバ１から取得する（ステップＳ２６１）。制御部２１は、利用者ＩＤ及びパスワードを含むログイン用の認証情報を入力部２４により受け付ける（ステップＳ２６２）。

制御部２１は、通信部２３を介して、取得した第１変換キー（暗号文）、及び認証情報をサーバ１に送信する（ステップＳ２６３）。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された変換キー（暗号文）、及び認証情報を受信する（ステップＳ１６１）。制御部１１は、受信した第１変換キー（暗号文）、及び認証情報を用いて認証処理を行う（ステップＳ１６２）。

制御部１１は、認証に成功したか否かを判定する（ステップＳ１６３）。制御部１１は、認証に成功していないと判定した場合（ステップＳ１６３でＮＯ）、認証失敗画面情報を通信部１３により端末２に送信する（ステップＳ１６４）。端末２の制御部２１は、サーバ１から送信された認証失敗画面情報を通信部２３により受信し（ステップＳ２６４）、受信した認証失敗画面情報を表示部２５により表示する（ステップＳ２６５）。

サーバ１の制御部１１は、認証に成功したと判定した場合（ステップＳ１６３でＹＥＳ）、第１変換キーに対応する第２変換キー（平文）を大容量記憶部１７の電子証明書情報ＤＢ１７４の電子証明書列から取得する（ステップＳ１６５）。制御部１１、取得した第２変換キー（平文）を予め記憶された共通鍵で暗号化し（ステップＳ１６６）、暗号化した第２変換キー（暗号文）を端末２に送信する（ステップＳ１６７）。端末２の制御部２１は、通信部２３を介して、サーバ１から送信された第２変換キー（暗号文）を受信する（ステップＳ２６６）。

制御部２１は、第１変換キー（暗号文）を共通鍵で第１変換キー（平文）に復号し（ステップＳ２６７）、第２変換キー（暗号文）を共通鍵で第２変換キー（平文）に復号する（ステップＳ２６８）。制御部２１は、電子証明書の分割時に利用された分割アルゴリズムに対応する合成アルゴリズムで、第１変換キー（平文）と、第２変換キー（平文）とを合成して電子証明書を復号する（ステップＳ２６９）。

制御部２１は、復号した電子証明書と、電子申請データとを通信部２３によりサーバ１に送信する（ステップＳ２７０）。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された電子証明書と電子申請データとを受信する（ステップＳ１６８）。制御部１１は、受信した電子証明書を用いて、電子申請データに対して電子署名を付与する（ステップＳ１６９）。制御部１１は、政府ユーザＩＤを、署名付き電子申請データと共に政府サーバ３へ送信する（ステップＳ１７０）。

政府サーバ３の制御部３１は、通信部３３を介して、サーバ１から送信された政府ユーザＩＤを、署名付き電子申請データを受信する（ステップＳ３６１）。制御部３１は、受信した政府ユーザＩＤを、署名付き電子申請データを大容量記憶部３７の申請情報ＤＢ３７２に記憶する（ステップＳ３６２）。

サーバ１の制御部１１は、申請完了通知を通信部１３により端末２に送信する（ステップＳ１７１）。端末２の制御部２１は、サーバ１から送信された申請完了通知を通信部２３により受信し（ステップＳ２７１）、受信した申請完了通知を表示部２５により表示する（ステップＳ２７２）。

本実施形態によると、電子証明書に対応する変換キーを用いて、端末２上で電子証明書を復号することが可能となる。

（実施形態５）
実施形態５は、電子証明書に対応する変換キー（暗号文）のハッシュ値を用いて、ログイン用の認証処理を行う形態に関する。なお、実施形態１〜４と重複する内容については説明を省略する。

実施形態１のログイン用の認証処理では、サーバ１は、変換キー（平文）のハッシュ値と、電子証明書情報ＤＢ１７４に記憶された変換キー（平文）のハッシュ値とが一致するか否かを判定することにより、ログイン用の認証処理を行う。本実施形態では、変換キー（平文）のハッシュ値を利用せず、変換キー（暗号文）のハッシュ値を用いて認証処理を行う。具体的には、サーバ１は、変換キー（暗号文）のハッシュ値と、電子証明書情報ＤＢ１７４に記憶された変換キー（暗号文）のハッシュ値とが一致するか否かを判定することにより、ログイン用の認証処理を行う。

図２３は、実施形態５の電子証明書情報ＤＢ１７４のレコードレイアウトの一例を示す説明図である。なお、図６と重複する内容については同一の符号を付して説明を省略する。電子証明書情報ＤＢ１７４は、ハッシュ値列及び暗号化鍵列を含む。ハッシュ値列は、電子証明書に対応する変換キー（暗号文）のハッシュ値を記憶している。暗号化鍵列は、電子証明書に対応する変換キーの暗号化鍵を記憶している。暗号化鍵は、情報を暗号化または復号する暗号化アルゴリズムと共に使用される１つの情報である。通常、暗号化鍵は、数字または英数字の連続または値である。

図２４は、実施形態５の変換キー（暗号文）を発行する際の処理手順を示すフローチャートである。なお、図１３と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、ステップＳ１０４の処理を実行する。制御部１１は乱数を発生させて、発生させた乱数に基づいて変換キーの暗号化鍵を生成する（ステップＳ１８１）。制御部１１は、生成した暗号化鍵で変換キー（平文）を暗号化することにより、変換キー（暗号文）を生成する（ステップＳ１８２）。

制御部１１は、暗号学的ハッシュ関数を用いて、生成した変換キー（暗号文）のハッシュ値を算出する（ステップＳ１８３）。制御部１１は、政府ユーザＩＤに対応付けて、変換キー（暗号文）のハッシュ値、変換キーの暗号化鍵及び電子証明書の一部分（断片Ｂ）を大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶する（ステップＳ１８４）。その後に、制御部１１はステップＳ１０８の処理を実行する。

図２５は、実施形態５の認証処理のサブルーチンの処理手順を示すフローチャートである。なお、図１６と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、ステップＳａ２の処理を実行する。制御部１１は、ステップＳ１２１で受信した利用者ＩＤ及びパスワード（認証情報）と、大容量記憶部１７の利用者情報ＤＢ１７３に記憶された利用者ＩＤ及びパスワードとが一致したと判定した場合（ステップＳａ２でＹＥＳ）、暗号学的ハッシュ関数を用いて、ステップＳ１２１で受信した変換キー（暗号文）のハッシュ値を算出する（ステップＳａ１０）。制御部１１は、該利用者に対応する変換キー（暗号文）のハッシュ値を大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する（ステップＳａ１１）。

制御部１１は、算出した変換キー（暗号文）のハッシュ値と、電子証明書情報ＤＢ１７４に記憶された変換キー（暗号文）のハッシュ値とが一致するか否かを判定する（ステップＳａ１２）。制御部１１は、両者が一致していないと判定した場合（ステップＳａ１２でＮＯ）、ステップＳａ９の処理を実行する。制御部１１は、両者が一致したと判定した場合（ステップＳａ１２でＹＥＳ）、該利用者に対応する変換キーの暗号化鍵を電子証明書情報ＤＢ１７４から取得する（ステップＳａ１３）。制御部１１は、取得した変換キーの暗号化鍵で変換キー（暗号文）を変換キー（平文）に復号する（ステップＳａ１４）。その後に、制御部１１はステップＳａ７の処理を実行する。

本実施形態によると、変換キー（暗号文）のハッシュ値を用いてログイン用の認証処理を行うことにより、セキュリティレベルを高めることが可能となる。

（実施形態６）
実施形態６は、電子証明書と、ログイン用の認証情報に対応する政府サーバ３での認証処理に用いられる第２認証情報とに基づいて、該電子証明書に対応する変換キーを生成する形態に関する。なお、実施形態１〜５と重複する内容については説明を省略する。第２認証情報は、政府ユーザＩＤ及び政府パスワード等を含む。

図２６は、実施形態６のグループ情報ＤＢ１７１のレコードレイアウトの一例を示す説明図である。なお、図３と重複する内容については同一の符号を付して説明を省略する。グループ情報ＤＢ１７１は、政府ユーザＩＤ列及び政府パスワード列を含む。政府ユーザＩＤ列は、第２認証情報の一つである政府ユーザＩＤを記憶している。政府パスワード列は、第２認証情報の一つである政府パスワードを記憶している。

図２７は、電子証明書の構造を示す説明図である。図２７Ａは、電子証明書の断片Ａの構造を示す説明図である。図２７Ｂは、電子証明書の断片Ｂの構造を示す説明図である。断片Ａ（第１断片）及び断片Ｂ（第２断片）は、電子証明書に対して特定アルゴリズムで分割して生成される。なお、断片Ａ及び断片Ｂの生成処理に関しては、実施形態１と同様であるため、説明を省略する。

先ず、サーバ１は、政府ユーザＩＤ及び政府パスワード等を含む第２認証情報（平文）を暗号化する。具体的には、サーバ１は、グループＩＤに対応する第２認証情報（平文）をグループ情報ＤＢ１７１から取得する。サーバ１は乱数を発生させて、発生させた乱数に基づいて第２認証情報の暗号化鍵を生成する。サーバ１は、生成した暗号化鍵で取得した第２認証情報（平文）を暗号化することにより、第２認証情報（暗号文）を生成する。

次に、サーバ１は、電子証明書に対応する変換キー（平文）を生成する。具体的には、サーバ１は、実施形態１と同様に、電子証明書に対して特定アルゴリズムで分割した断片Ａ及び断片Ｂを生成する。サーバ１は、生成した断片Ａに第２認証情報の暗号化鍵を加え、生成した断片Ｂに第２認証情報（暗号文）を加える。

図示のように、電子証明書に対して先頭ｎバイトで分割される。例えばｎが１００バイトである場合、断片Ａは、電子証明書の先頭１００バイトのデータと第２認証情報の暗号化鍵との組み合わせのデータである。断片Ｂは、電子証明書の１０１バイトから最後までのデータと第２認証情報（暗号文）との組み合わせのデータである。

サーバ１は、第２認証情報の暗号化鍵を加えた断片Ａに、ヘッダ部をさらに加えて変換キー（平文）を生成する。ヘッダ部は、例えば変換キーの固定文字、バージョン、変換キーのＩＤ、ヘッダの長さ及び電子証明書の数、並びに、電子証明書に対応する会社コード、変換キーの種類、オフセット（データ部先頭からのオフセット）及びデータの長さ等の構成情報を保持する。サーバ１は、第２認証情報（暗号文）を加えた断片Ｂを電子証明書情報ＤＢ１７４に記憶する。

図２８は、電子証明書及び第２認証情報に基づいて変換キー（平文）を生成する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、グループＩＤ及び予め政府から発行された電子証明書を端末２から取得する（ステップＳ１１）。制御部１１は、取得したグループＩＤに対応する第２認証情報（平文）を大容量記憶部１７のグループ情報ＤＢ１７１から取得する（ステップＳ１２）。制御部１１は乱数を発生させて、発生させた乱数に基づいて第２認証情報の暗号化鍵を生成する（ステップＳ１３）。制御部１１は、生成した暗号化鍵で第２認証情報（平文）を暗号化することにより、第２認証情報（暗号文）を生成する（ステップＳ１４）。

制御部１１は、取得した電子証明書に対して先頭ｎバイトで断片Ａ及び断片Ｂに分割する（ステップＳ１５）。制御部１１は、分割した断片Ａに第２認証情報の暗号化鍵を加え（ステップＳ１６）、分割した断片Ｂに第２認証情報（暗号文）を加える（ステップＳ１７）。制御部１１は、第２認証情報の暗号化鍵を加えた断片Ａに、ヘッダ部をさらに加えて変換キー（平文）を生成する（ステップＳ１８）。制御部１１は、第２認証情報（暗号文）を加えた断片Ｂを大容量記憶部１７の電子証明書情報ＤＢ１７４に記憶し（ステップＳ１９）、処理を終了する。

上述した処理で電子証明書に対応する変換キー（平文）が生成された後に、サーバ１は実施形態１または実施形態５の処理と同様に、変換キー（平文）を暗号化することにより、変換キー（暗号文）を生成する。サーバ１は、生成した変換キー（暗号文）をエンティティに配布する。

サーバ１は、電子申請時にエンティティに配布された変換キー（暗号文）を用いて電子証明書を復号する。具体的には、サーバ１は、電子証明書に対応する変換キー（暗号文）を端末２から取得し、取得した変換キー（暗号文）を変換キーの暗号化鍵で変換キー（平文）に復号する。サーバ１は、復号した変換キー（平文）から、第２認証情報の暗号化鍵及びヘッダ部を除去して電子証明書の断片Ａを抽出する。サーバ１は、電子証明書情報ＤＢ１７４に記憶された電子証明書の断片Ｂを取得し、取得した断片Ｂから第２認証情報の暗号文を除去する。サーバ１は、第２認証情報の暗号化鍵及びヘッダ部を除去した断片Ａと、第２認証情報の暗号文を除去した断片Ｂとを合成して電子証明書を復号する。その後に、サーバ１は実施形態１の処理と同様に、復号した電子証明書を用いて署名付き電子申請データを生成し、生成した署名付き電子申請データを政府ユーザＩＤに対応付けて政府サーバ３へ出力する。

続いて、変換キーから第２認証情報を取り出す処理を説明する。図２９は、変換キーから第２認証情報を取り出す際の処理手順を示すフローチャートである。サーバ１の制御部１１は、電子証明書に対応する変換キー（暗号文）を通信部１３により端末２から取得する（ステップＳ２１）。制御部１１は、取得した変換キー（暗号文）を変換キー（平文）に復号する（ステップＳ２２）。例えば、変換キーの暗号化鍵で変換キー（暗号文）を生成した場合、該変換キーの暗号化鍵を用いて変換キー（暗号文）を変換キー（平文）に復号する。復号された変換キー（平文）は、電子証明書の断片Ａ及びヘッダ部を含む。

制御部１１は、復号した変換キー（平文）から電子証明書の断片Ａを抽出する（ステップＳ２３）。制御部１１は、抽出した断片Ａから第２認証情報の暗号化鍵を抽出する（ステップＳ２４）。制御部１１は、電子証明書の断片Ｂを大容量記憶部１７の電子証明書情報ＤＢ１７４から取得する（ステップＳ２５）。制御部１１は、取得した断片Ｂから第２認証情報（暗号文）を抽出する（ステップＳ２６）。制御部１１は、抽出した第２認証情報（暗号文）を、抽出した第２認証情報の暗号化鍵で第２認証情報（平文）に復号する（ステップＳ２７）。制御部１１は、復号した第２認証情報（政府ユーザＩＤ及び政府パスワード等）を取得し（ステップＳ２８）、処理を終了する。

本実施形態によると、電子証明書に対応する変換キーに政府サーバ３での認証処理に用いられる第２認証情報が含まれるため、電子証明書と第２認証情報との安全性を確保することが可能となる。

本実施形態によると、電子証明書に対応する変換キーから第２認証情報を自動取り出すことにより、手間または時間をかけずに業務効率化を図ることが可能となる。

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ グループ情報ＤＢ
１７２ 会社情報ＤＢ
１７３ 利用者情報ＤＢ
１７４ 電子証明書情報ＤＢ
１８ 時計部
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 情報処理端末（端末）
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 大容量記憶部
２Ｐ 制御プログラム
３ 情報処理装置（政府サーバ）
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３６ 読取部
３７ 大容量記憶部
３７１ ユーザ情報ＤＢ
３７２ 申請情報ＤＢ
３ａ 可搬型記憶媒体
３ｂ 半導体メモリ
３Ｐ 制御プログラム
１０ 変換キー（平文）
１０ａ ヘッダ部
１０ｂ 電子署名部

一つの側面に係る情報処理方法は、政府向けの電子申請を行うためのエンティティの電子証明書を復元するための変換キーをエンティティに配布し、前記エンティティのユーザ端末から配布した変換キー、及びログイン用の認証情報を受信し、前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キー及び復元前の電子証明書を用いて電子証明書を復元し、復元した前記電子証明書を、前記ユーザ端末から送信された電子申請データと共に政府サーバへ出力する処理をコンピュータに実行させることを特徴とする。

Claims (12)

1. 政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キーをエンティティに配布し、
   前記エンティティのユーザ端末から配布した変換キー、及びログイン用の認証情報を受信し、
   前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号し、
   復号した前記電子証明書を、前記ユーザ端末から送信された電子申請データと共に政府サーバへ出力する
   情報処理方法。
2. 前記認証情報に対応する前記政府サーバでの認証処理に用いられる第２認証情報を読み出し、
   読み出した前記第２認証情報を、前記電子証明書及び前記電子申請データと共に政府サーバへ出力する
   ことを特徴とする請求項１に記載の情報処理方法。
3. 添付ファイルを前記ユーザ端末から受信し、
   受信した前記添付ファイルを、前記電子申請データ、前記電子証明書及び前記第２認証情報と共に政府サーバへ出力する
   ことを特徴とする請求項２に記載の情報処理方法。
4. ユーザまたは拠点別にそれぞれのログイン用の認証情報を発行し、
   前記ユーザ端末と異なる第２ユーザ端末から、発行した前記認証情報及び前記変換キーを受信し、
   受信した前記認証情報に対応する前記第２認証情報を読み出し、
   読み出した前記第２認証情報を、前記電子証明書及び前記第２ユーザ端末から送信された前記電子申請データと共に政府サーバへ出力する
   ことを特徴とする請求項２〜３のいずれか１項に記載の情報処理方法。
5. 前記電子証明書を暗号化して変換キーを生成する
   ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理方法。
6. 前記電子証明書を第１断片及び第２断片に分割し、
   分割した第１断片に、前記第２認証情報の暗号化鍵を加え、
   分割した第２断片に、前記第２認証情報の暗号化鍵で暗号化された前記第２認証情報の暗号文を加え、
   前記第２認証情報の暗号化鍵を加えた第１断片に基づき、前記電子証明書に対応する変換キーを生成し、
   前記第２認証情報の暗号文を加えた第２断片を記憶部に記憶する
   ことを特徴とする請求項２〜４のいずれか１項に記載の情報処理方法。
7. 前記第２認証情報の暗号化鍵を除去した第１断片を前記変換キーから抽出し、
   前記第２認証情報の暗号文を除去した第２断片を前記記憶部から抽出し、
   抽出した第１断片と第２断片とを合成して前記電子証明書を復号する
   ことを特徴とする請求項６に記載の情報処理方法。
8. 前記変換キー、前記認証情報及び政府サーバへ出力する指定日時を受信し、
   前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号し、
   復号した前記電子証明書を電子申請データと共に、前記指定日時に政府サーバへ出力する
   ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理方法。
9. 政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キーをエンティティに配布する配布部と、
   前記エンティティのユーザ端末から配布した変換キー、及びログイン用の認証情報を受信する受信部と、
   前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号する復号部と、
   復号した前記電子証明書を、前記ユーザ端末から送信された電子申請データと共に政府サーバへ出力する出力部と
   を備える情報処理装置。
10. 政府向けの電子申請を行うためのエンティティの電子証明書に対応する変換キーをエンティティに配布し、
    前記エンティティのユーザ端末から配布した変換キー、及びログイン用の認証情報を受信し、
    前記認証情報を用いた認証に成功した後に、電子申請時に前記変換キーを用いて電子証明書を復号し、
    復号した前記電子証明書を、前記ユーザ端末から送信された電子申請データと共に政府サーバへ出力する
    処理をコンピュータに実行させるプログラム。
11. 政府向けの電子申請を行うためのエンティティの電子証明書に対応する第１変換キーを取得し、
    取得した前記第１変換キー、及びログイン用の認証情報を送信し、
    前記認証情報を用いた認証に成功した後に、前記第１変換キーに対応する第２変換キーを取得し、
    電子申請時に前記第１変換キーと、取得した前記第２変換キーとを用いて電子証明書を復号し、
    復号した前記電子証明書と電子申請データとを送信する
    情報処理方法。
12. 政府向けの電子申請を行うためのエンティティの電子証明書に対応する第１変換キーを取得し、
    取得した前記第１変換キー、及びログイン用の認証情報を送信し、
    前記認証情報を用いた認証に成功した後に、前記第１変換キーに対応する第２変換キーを取得し、
    電子申請時に前記第１変換キーと、取得した前記第２変換キーとを用いて電子証明書を復号し、
    復号した前記電子証明書と電子申請データとを送信する
    処理をコンピュータに実行させるプログラム。

Images