JP5057479B2 - 情報処理装置、およびその情報処理方法、プログラム、記録媒体 - Google Patents

Description

ＥＤＩ通信システムにおける証明書の管理に関する技術である。

近年、企業などにおいては受発注業務における業務効率化のために、電子商取引を行うＥＤＩシステムが導入されている。

通常、企業内で利用されるシステムは、その企業が独自に決めたフォーマットで構築されているが、他の企業との間で電子商取引をしようとするために、ＥＤＩシステムが標準のフォーマットに変換し、また、標準のプロトコルで相手企業と通信をする。

ここで、ＥＤＩシステムでデータ通信するには、伝送通路のセキュリティの確保が欠かせない。インターネット上で利用される場合、暗号化の仕組みが使用される。その場合、ＳＳＬやその他の暗号方式を利用して暗号化を実現することになるが、事前に公開鍵証明書（以下、証明書）をＥＤＩサーバに設定しておく必要がある。設定する証明書は、自社のＥＤＩサーバ証明書とそのＣＡ証明書（ＥＤＩサーバを発行した機関の証明書）、および接続先ＥＤＩサーバのＣＡ証明書である。

ところで、あらかじめ登録しておいた証明書は、定期的に更新を行う必要がある。これは、証明書に有効期限が設定されているからである。また、証明書は、更新前と更新後とで有効期限に重複する期間を持つ（図１５に証明書Ａと証明書Ｂの有効期間が重複する例を示す。）。

したがって、この重複期間のどこかで証明書を切り替える必要がある。

特許文献１には、証明書の切替処理を自動的に行う技術が開示されている。

特開２００１−２３７８２０号公報

しかしながら、特許文献１に記載の技術は、証明書内部の有効期間属性を参照して、複数の証明書のうち一の証明書が期限切れである場合、他の有効な証明書を判別し、該有効な証明書に自動で切り替える技術であって、ＥＤＩシステムにそのまま適用するのは十分ではない。

すなわち、（１）証明書内の有効期間による自動切換えだと、運用担当者が任意の時間で切り替えることができないため、ＥＤＩシステムにおいて頻繁に運用をしている時間帯を避けて、可能な限りトラブルを起こさないという配慮ができない。（２）複数の証明書を登録している場合、１の証明書で認証エラーになった際に、他の証明書に戻すことができない。ＥＤＩシステムのような自動運用システムの場合、リカバリ処理が重要となるためである。

なお、特許文献１に記載の技術は、そもそも証明書の有効期限が重複する場合について、何らの考慮もなされておらず、単に期限切れの場合に、他の有効な証明書に切り替えているに過ぎない。

本発明は上記課題を解決するものであり、有効期間が重複する複数の証明書を登録可能とし、有効な証明書として登録されている証明書によって認証エラーとなった時には、他の証明書による認証処理を実行することを目的とする。

本発明は、ＥＤＩサーバと証明書を用いた暗号化通信が可能な情報処理装置であって、第一の証明書から切り替える第二の証明書を登録する登録手段と、前記第一の証明書と前記第二の証明書の有効期限が重複する期間であって、当該第一の証明書から当該第二の証明書へ切り替える切替日時を設定する設定手段と、前記ＥＤＩサーバとの通信の際、前記設定手段により設定される切替日時に応じて設定されるテーブルの値に基づき、有効な証明書として設定されている前記第一の証明書または前記第二の証明書を当該ＥＤＩサーバへ送信する送信手段と、前記送信手段により送信された証明書に対する前記ＥＤＩサーバから受信した認証結果を判定する判定手段とを有し、前記判定手段による判定の結果、認証結果が失敗の場合、前記送信手段は、前記送信手段により送信された証明書とは異なる他の証明書を前記ＥＤＩサーバへ送信することを特徴とする。

本発明によれば、有効期間が重複する複数の証明書を登録可能とし、有効な証明書として登録されている証明書によって認証エラーとなった時には、他の証明書による認証処理を実行することが可能となる。

本発明の実施形態のＥＤＩシステムの構成を示す図である。 本発明の実施形態のＥＤＩ端末のハードウェア構成を示す図である。 本発明の実施形態のＥＤＩ端末の機能ブロック図である。 本発明の実施形態のＥＤＩ端末の基本的な処理フローを示す図である。 本発明の実施形態の証明書設定処理を示すフローチャートである。 本発明の実施形態の証明書切替処理を示すフローチャートである。 本発明の実施形態の通信処理を示すフローチャートである。 本発明の実施形態の証明書情報テーブルの一例を示す図である。 本発明の実施形態の証明書設定画面の一例を示す図である。 本発明の実施形態の証明書状態を判断するロジックを示す図である。 本発明の実施形態の証明書情報テーブルの一例を示す図である。 本発明の実施形態の証明書設定画面の一例を示す図である。 本発明の実施形態の証明書状態を判断するロジックを示す図である。 本発明の実施形態の証明書切替処理を補足するフローチャートである。 証明書の重複を説明する図である。

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

図１は、本発明の実施形態のＥＤＩ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ）システム（情報処理システム）の構成を示す図である。

ＥＤＩ端末１０１（情報処理装置）とＥＤＩサーバ１０２は、ネットワーク１０３を介して商取引に関する電子情報であるＥＤＩデータを相互に交換する。

尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

ＥＤＩ端末１０１は、ＥＤＩ通信機能を有し、ＥＤＩサーバ１０２との間のデータ交換を行う。ここでいうデータ交換とは、通信可能なＥＤＩプロトコルでＥＤＩデータを送受信することを指す。

また、接続先は１社でなく複数社であることがほとんどであるため、ＥＤＩ端末１０１は、複数のＥＤＩサーバ１０２と相互にＥＤＩデータを交換する。

次に、図１のＥＤＩ端末１０１のハードウェア構成について、図２を用いて説明する。なお、ＥＤＩサーバ１０２のハードウェア構成については、同じであるので説明を省略する。

図２は、ＥＤＩ端末１０１のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器にへの表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

図３は、図１のＥＤＩ端末１０１の構成を概略的に示す機能ブロック図である。これらの装置は主にＷｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）などのＯＳを搭載したコンピュータを想定しているが、本発明では、使用ＯＳは特定しない。

通信部３０１は、ＥＤＩ標準プロトコルを用い、ＥＤＩサーバ１０２と接続するための機能である。

時計部３０２は、ＯＳの管理する日時を制御部３０３に渡すための機能である。

制御部３０３は、通信部３０１と時計部３０２と記憶部３０４と表示設定部３０５の機能を呼び出し、主処理を実現するための機能である。

記憶部３０４は、設定情報を読み込む機能と、設定情報を書き込む機能を持つ。

表示設定部３０５は、記憶部３０４から読み込まれた情報を元に、表示装置へ画面表示をするための機能である。

図４は、本発明の実施形態のＥＤＩシステムの基本的な処理フローを示す図であるがそれぞれのステップの詳細については後述する。

なお、本処理は、ＥＤＩ端末１０１において実行されるものである。

まず、ステップＳ４０１では、表示設定部３０５を介して利用者から入力された設定情報を、記憶部３０４によってデータベースに反映し、証明書切替を実行可能状態とする（証明書設定処理）。詳細な処理の流れは、図５を用いて後に説明する。

次に、ステップＳ４０２では、証明書の切替処理を実行する（証明書切替処理）。詳細な処理の流れは、図６を用いて後に説明する。

次に、ステップＳ４０３では、保存した設定情報を元に、通信部３０１が通信処理を実行する（通信処理）。ここでは、通信エラー時のリトライの様子を示す。詳細な処理の流れは、図７を用いて後に説明する。

以下、図５〜図７を用いて、上述した各処理の流れを説明する。

図５は、証明書設定処理の流れを示すフローチャートである。

なお、本処理は、ＥＤＩ端末１０１において実行されるものである。

また、本処理は、ＥＤＩ端末１０１の制御部３０３が、記憶部３０４から読み込んだ設定情報を、表示設定部３０５を介して利用者用画面に表示し、利用者からの画面入力を反映させ、最終的に記憶部３０４が設定情報を保存するものである。

ここで設定された設定情報を参照し、Ｓ４０２の「証明書切替処理」やＳ４０３の「通信処理」が実行される。

次に各ステップを説明する。

ステップＳ５０１において、ＥＤＩ端末は、図８に示す証明書認証情報テーブル８０と証明書情報テーブル８１を読み込み、図９に示す証明書設定画面（入力画面）９０を表示する。

図８に証明書認証情報テーブル８０と証明書情報テーブル８１の具体例を示す。また、図９に証明書設定画面９０の具体例を示す。

証明書認証情報テーブル８０は、証明書情報ＩＤ８０１、切替日時８０２、選択証明書８０３、リトライ８０４の項目を有する。また、証明書情報テーブル８１は、証明書情報ＩＤ８１１、証明書ＩＤ８１２、証明書名８１３、開始日時８１４、終了日時８１５の項目を有する。なお、証明書情報ＩＤ８０１と証明書情報ＩＤ８１１には共通のＩＤが格納される。また、証明書情報ＩＤ８１１毎に、証明書ＩＤを２レコードまで登録可能とする。

ステップＳ５０１の具体例を説明するにあたり、ここでは、本発明と関係のない部分を省略するため、すでに証明書が１つ登録された状態から処理を開始するものとする。また、証明書設定画面を表示する際に、前画面が証明書情報ＩＤを引き渡すようになっている。ここでは、証明書情報ＩＤは「２」が渡された例を示す。

まず、証明書認証情報テーブル８０の証明書情報ＩＤ８０１と証明書情報テーブル８１の証明書情報ＩＤ８１とから証明書情報ＩＤが「２」のレコードを抽出する。

そして、証明書情報テーブル８１から抽出した各項目の値を、証明書設定画面９０の表示項目へ反映させて表示する。

具体的には、証明書名８１３を証明書名９０４へ、開始日時８１４を開始日時９０５へ、終了日時８１５を終了日時９０６へ、それぞれ反映させる。また、内部的なメモリに証明書ＩＤ８１２も保持しておく。ここでは、証明書ＩＤ「１」を記憶する。なお、２レコード存在する場合は、２つの証明書ＩＤを記憶することとなる。

次に、証明書認証情報テーブル８０から抽出した各項目の値を、証明書設定画面９０の表示項目へ反映させて表示する。

具体的には、切替日時８０２を切替日時９０２へ反映し、選択証明書８０３は、さきほど保存したメモリから合致する証明書ＩＤに対応する証明書の選択８０３をチェックする。ここでは、切替日時８０２は空欄のため切替日時９０２へは何も反映されず、また、証明書ＩＤ「１」が記憶されていたので、このＩＤに対応する証明書Ａが選択されることとなる。また、リトライ８０４がＴＲＵＥの場合、チェック９０８をチェックし、ＦＡＬＳＥの場合はチェックしない。ここでは、ＦＡＬＳＥであるためチェックしない。

各データ項目を反映した次には、表示状態を変更する。

まず、証明書情報テーブル８１の証明書情報ＩＤに証明書が２つ登録されていない場合は、チェック９０８を非活性状態とし、「証明書ファイル追加」ボタン９０９を活性状態とする。証明書情報テーブル８１の証明書情報ＩＤに証明書が２つ登録されている場合は、チェック９０８を活性情報とし、「証明書ファイル追加」ボタン９０９を非活性状態とする。

最後に、ＥＤＩ端末１０１のシステム時刻と、表示された証明書の開始日時および終了日時を比較し、証明書の状態９０１へステータスを表示する。ここでは、システム時刻は、「２００９年６月３０日 ００：００：００」とする。

図１０に証明書の状態（証明書が１つの場合）の例を示す。

Ｎｏ１の場合、「証明書は、有効期間前です。」と表示する。また、Ｎｏ２の場合、「証明書は、｛終了日時｝まで有効です。」と表示する。｛終了日時｝には、証明書の終了日時の年月日部分が入る。さらに、Ｎｏ３の場合、「証明書は、有効期間外です。」と表示する。

図９に示す例では、「証明書は、２００９年１０月３０日まで有効です。」と表示しているため、Ｎｏ２のケースに該当する。

次に、ステップＳ５０２において、ＥＤＩ端末は、証明書ファイル追加ボタン９０９が押下されたかどうかを判定する。押下された場合は、ファイル選択画面（不図示）を表示し、利用者に証明書ファイル名を選択してもらい、ステップＳ５０３へ遷移する。押下されなかった場合はステップＳ５０４へ遷移する。

このように利用者が証明書ファイルを追加するのは、証明書には、有効期限が設けられており、有効期限が近づくと新たな証明書に更新する手続きをとる必要があるからである。そのため、入手した証明書ファイルをここで追加する。

ステップＳ５０３において、ＥＤＩ端末は、証明書ファイルの追加を行う。ここでは、読み込んだ証明書ファイルを、一時的にメモリ上に保持しておく。

そして、追加した証明書Ｂを表示画面に表示する。図１２に表示例（入力画面例）を示す。

また、証明書の状態の表示を変更する。ここでは、２つの証明書の有効期間（開始日時と終了日時の間）に、重なる期間があることを前提とする。

図１３に証明書の状態（証明書が２つの場合）の例を示す。

Ｎｏ１の場合「証明書は、有効期間前です。」と表示する。また、Ｎｏ２〜４の場合、「証明書は、｛証明書Ｂの終了日時｝まで有効です。」と表示する。｛証明書Ｂの終了期間｝には、２つ目（終了日時が遅い）の証明書の終了日時の年月日部分が入る。さらにＮｏ５の場合、「証明書は有効期間外です。」と表示する。

また、切替日時の表示を、２つの証明書を比較し開始日時が後の証明書の開始日時に変更する。

図１２に示す例では、「証明書は、２０１０年１０月３０日まで有効です。」と表示しているため、Ｎｏ２のケースに該当する。

このように表示することによって、運用担当者に登録内容に問題が
ないかどうかの確認を促すことが可能となる。すなわち、ここで、２つの証明書の組み合わせの有効期間が想定どおりかどうかを確認することができる。つまり、有効期間が「２０１０年１０月３０日」であると想定して証明書Ｂを登録したにもかかわらず、「証明書は、２００９年１０月３０日まで有効です。」と証明書Ａの有効期間が表示された場合には、証明書Ａと証明書Ｂの有効期間が重複していない、または、証明書Ｂが無効な証明書であることがここで分かる。

このように、切り替え後の状態を確認可能としているので、運用担当者の設定ミスを低減できるという効果を奏する。

次に、ステップＳ５０４において、ＥＤＩ端末は、削除ボタンが押下されたかどうかを判定する押下された場合はステップＳ５０５へ遷移し、押下されなかった場合はステップＳ５０６へ遷移する。具体的には、ユーザにより「削除」ボタン９０７（１２０７）が押下されたかどうかを判定する。

本実施の形態においては、証明書の登録は、２つまでとしているので、すでに２つ登録されていた場合は、古い証明書を削除する必要がある。

ステップＳ５０５において、ＥＤＩ端末は、指定された証明書ファイルを削除する処理を実行する。具体的には、証明書情報テーブルから該当する証明書のレコードを削除すると共に、表示画面から非表示とする。

ステップＳ５０６において、ＥＤＩ端末は、入力項目を受け付ける。ここで受け付ける項目は、切替日時９０２（１２０２）、選択９０３（１２０３）、リトライチェック９０８（１２０８）の３つである。入力があった場合は、それに応じて画面表示を変更する。

ステップＳ５０７において、ＥＤＩ端末は、登録ボタンが押下されたかどうかを判定する。押下された場合はステップＳ５０９へ遷移し、押下されなかった場合は、ステップＳ５０８へ遷移する。具体的には、ユーザにより「登録」ボタン９１０（１２１０）が押下されたかどうかを判定する。

ステップＳ５０８において、ＥＤＩ端末は、戻るボタンが押下されたかどうかを判定する。押下された場合は、データベースへの反映を行わずフローを終了する。押下されなかった場合は、利用者からの入力待ち状態を続行するために、ステップＳ５０２に戻る。

ステップＳ５０９において、ＥＤＩ端末は、設定情報の保存を行う。ここでは、証明書設定画面１２０のように設定されたと仮定して、処理を説明する。設定情報は、証明書設定画面１２０の各項目と、メモリ上に保持している証明書ファイルを、証明書認証情報テーブルと証明書情報テーブルとユニークに命名された証明書ファイルに保存する。

具体的には、まず、現在の証明書情報ＩＤをキーにして、証明書情報テーブルの該当するレコードを削除する。

次に、証明書設定画面１２０の画面項目１２０４〜１２０６を１レコードずつ証明書情報テーブル１１１に保存する。その際のキー項目は、証明書情報ＩＤと証明書ＩＤの２つになるが、証明書情報ＩＤは前画面から引き渡されたものをそのまま使う。証明書ＩＤは、メモリ上に保持された番号を使う（複数ある場合は、１から順番に採番されている。）。また、この際に保持している証明書ファイルを“｛設定フォルダ｝／ｃｅｒｔ／Ｘ＿Ｙ．ｃｒｔ”というファイル名で保存する。Ｘには証明書情報ＩＤが入り、Ｙには証明書ＩＤが入る。

次に、その他の画面の入力項目を、証明書認証情報テーブル１１０に埋める。証明書情報ＩＤをキーとして証明書情報レコードを検索する。検索したら、切替日時１２０２を切替日時１１０２へ、選択１２０３のチェックされている証明書の証明書ＩＤを選択証明書１１０３へ、リトライチェック１２０８にチェックが入っていればリトライ１１０４にＴＲＵＥを、そうでなければＦＡＬＳＥを設定して保存する。設定の保存が完了後、処理を終了する。

図６は、証明書切替処理の流れを示すフローチャートである。

なお、本処理は、ＥＤＩ端末１０１において実行されるものである。

また、本処理は、設定されている証明書を切り替える必要があるかどうか確認し、必要があれば証明書切り替えを行い、設定を更新するものである。

まず、ステップＳ６０１において、ＥＤＩ端末は、ＥＤＩ端末１０１のシステム時刻と証明書認証情報テーブル８０２（１１０２）の切替日時を比較して、システム時刻の方が大きいレコードを抽出する。レコードを抽出した場合、ステップＳ６０２に遷移し、抽出しなかった場合、処理を終了する。

ステップＳ６０２において、ＥＤＩ端末は、ステップＳ６０１で抽出した証明書を切り替える。

具体的には、まず、証明書情報テーブルを、抽出した証明書情報レコードの証明書情報ＩＤで検索する。図１１に示す例では、証明書情報ＩＤ「２」で検索を行う。２レコード検出できた場合、選択証明書の番号ではないレコードの証明書ＩＤを取得し、証明書認証情報テーブルの選択証明書に設定する。図１１に示す例では、証明書ＩＤ「２」を設定することとなる。次に、切替日時を空にする。切替日時を空にするのは、切替処理をすでに行ったかということを示すためである。

この処理を抽出されたレコード分繰り返し、処理するレコードがなくなったら処理を終了する。

図７は、通信処理の流れを示すフローチャートである。

なお、本処理は、ＥＤＩ端末１０１において実行されるものである。

本処理は、ＥＤＩ端末１０１の制御部３０３が、記憶部３０４から読み込んだ設定情報を通信部３０１に引き渡し、ＥＤＩサーバ１０２との通信処理を実行するものである。ここでは、プロトコルの詳細フローは省略する。

ステップＳ７０１において、ＥＤＩ端末は、ＥＤＩサーバ１０２に対して接続を要求し、ＥＤＩサーバは、それを受け入れる。そして、ＥＤＩ端末は、通信を開始する。

ステップＳ７０２において、ＥＤＩ端末は、設定済みの証明書を選択する。ここでは、図１１を例に説明する。記憶部３０４は、証明書認証情報テーブル１１０および証明書情報テーブル１１１から証明書情報ＩＤをキーとして、証明書情報レコードを検索する。証明書情報ＩＤは、通信実行時に利用者から渡されるものである。証明書情報ＩＤが「２」の場合、証明書認証テーブルの選択証明書１１０３に「１」が設定されているので、「証明書Ａ」を抽出することとなる。そして、“｛設定フォルダ｝／ｃｅｒｔ／｛証明書情報ＩＤ｝＿｛選択証明書｝．ｃｒｔ”というファイル名の証明書を読み込みメモリ上に保持する。

ステップＳ７０３において、ＥＤＩ端末は、ＥＤＩサーバ１０２に対して、ステップＳ７０２（もしくはステップＳ７０８）で読み込んだ証明書を送信する。これは、送信時点において有効な証明書として証明書である（なお、ステップＳ７０８で読み込んだ証明書は、代替証明書なので、送信時点において有効な証明書ではない。）。

ステップＳ７０４において、ＥＤＩ端末は、ＥＤＩサーバ１０２からＥＤＩ端末１０１に対して送られる認証結果を受信する。

ステップＳ７０５において、ＥＤＩ端末は、認証の確認を行い、認証が失敗したかどうかを判定する。認証が失敗していた場合はステップＳ７０６へ遷移し、成功していた場合はステップＳ７０９へ遷移する。

認証が失敗するケースとして、ＥＤＩサーバ１０２が受け取った証明書がＥＤＩサーバ１０２のシステム時刻と比較して有効期間外であったり、そもそもＥＤＩサーバ１０２の証明書信頼リスト（どの証明書を信頼するかという設定を事前に登録したもの）に送信されてきた証明書が登録されていないという場合に認証が失敗する。

ステップＳ７０６において、ＥＤＩ端末は、証明書情報ＩＤより証明書認証情報テーブルを検索する。リトライがＴＲＵＥだった場合はステップＳ７０７に遷移し、ＦＡＬＳＥだった場合はステップＳ７０９へ遷移し、処理を終了する。

ステップＳ７０７において、ＥＤＩ端末は、Ｓ７０２において選択した証明書とは別の証明書を利用したかどうかを判定し、すでに別の証明書を利用している場合、処理を終了する。別の証明書を利用したかどうかは、メモリ上に保持するフラグを確認し、ＴＲＵＥになっていた場合は利用されたことを示し、ＦＡＬＳＥだった場合は利用されていないことを示す。また、証明書が１つしか登録されていなかった場合、処理を終了する。

具体的には、証明書認証情報テーブルから証明書情報ＩＤをキーにして読み込み、選択証明書を取得する。図１１に示す例では、証明書情報ＩＤが「２」の場合、選択証明書として「１」を取得する。そして、証明書情報テーブルから証明書情報ＩＤをキーにして読み込み、２レコード検出された場合、選択証明書とは証明書ＩＤが異なる証明書レコードを抽出し、ステップＳ７０８へ遷移する。１レコードのみ抽出された場合は処理を終了する。図１１に示す例では、選択証明書が「１」の場合、証明書ＩＤとして「２」を選択する。なお、ステップＳ７０８へ遷移する前に、代替証明書を利用したフラグをＴＲＵＥに設定する。

ステップＳ７０８において、ＥＤＩ端末は、ステップＳ７０７で抽出した証明書ＩＤを用いて、証明書ファイルを読み込み、メモリ上に保持する。読み込むファイル名は、“｛設定フォルダ｝／ｃｅｒｔ／｛証明書情報ＩＤ｝＿｛証明書ＩＤ｝．ｃｒｔ”である。

このように、代替証明書を選択するのは、現在選択されている証明書とは別の証明書により認証が成功する場合が考えられるからである。

例えば、現在証明書Ａが選択され、証明書Ｂに切り替える前の場合、ＥＤＩサーバが先行した証明書Ｂ対応に切り替わったときは、切替前に証明書Ｂを代替証明書として使用することで、認証が成功する。また、すでに証明書Ｂに切り替わった後の場合、ＥＤＩサーバがまだ証明書Ｂ対応に切り替わっていないときは、切替前の証明書Ａを代替証明書として使用することで、認証が成功する。

なお、Ｓ７０８において選択した代替証明書を用いて、ＥＤＩサーバで認証が成功した場合であっても、直ちに成功した証明書へ切り替えることはしない。

例えば、証明書Ａでは失敗したので、証明書Ｂで認証をして成功した場合、ＥＤＩサーバでは、先行して証明書Ｂ対応に切り替えられたと考えられるため、この時点で証明書を切り替える方法も考えられるが、本実施の形態では、切替処理を行わない。

なぜなら、代替証明書を利用して１つのＥＤＩサーバで認証が成功した場合であっても、通常、接続先は１社ではなく複数社になるケースがほとんどであるからである。

すなわち、直ちに切替処理を行うと、その他の接続先との接続性が保てないことに起因するからである。

逆にいえば、接続先が１社の場合は、直ちに切替処理を行ってもよいので、他の実施の形態として、Ｓ７０５で認証が成功した後、ＥＤＩ端末は、切替処理を行い、Ｓ７０９へ進むこととする。

最後に、ステップＳ７０９において、ＥＤＩ端末は、ステップＳ７０５の認証が成功した場合に遷移し、実際のデータ通信を処理する。データ通信が完了した後、処理を終了する。

また、これらの通信結果はログに保存され、利用者が結果を確認できるようになっている。ただし、ログ出力の処理は、本発明と関連がないため割愛する。

最後に、図１４を用いて、図７に示す通信処理のＥＤＩ端末とＥＤＩサーバの通信処理の流れを簡単に示す。

Ｓ１４０１において、ＥＤＩ端末とＥＤＩサーバは、通信を開始するための手順を踏む。

Ｓ１４０２において、ＥＤＩ端末は、証明書を選択する。

Ｓ１４０３において、ＥＤＩ端末は、証明書をＥＤＩサーバへ送信する。

認証が成功した後、ＥＤＩ端末とＥＤＩサーバは、通信を行う。

以上説明した通り、本発明によれば、有効期間が重複する複数の証明書の切替処理において、重複する有効期限の任意のタイミングで切替設定が可能となると共に、認証エラー時には、他の証明書による認証処理が実行可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

また、本発明におけるプログラムは、図５〜７の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図５〜７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは５〜７の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ ＥＤＩサーバ
１０２ クライアント端末
１０３ ネットワーク

Claims (6)

1. ＥＤＩサーバと証明書を用いた暗号化通信が可能な情報処理装置であって、
   第一の証明書から切り替える第二の証明書を登録する登録手段と、
   前記第一の証明書と前記第二の証明書の有効期限が重複する期間であって、当該第一の証明書から当該第二の証明書へ切り替える切替日時を設定する設定手段と、
   前記ＥＤＩサーバとの通信の際、前記設定手段により設定される切替日時に応じて設定されるテーブルの値に基づき、有効な証明書として設定されている前記第一の証明書または前記第二の証明書を当該ＥＤＩサーバへ送信する送信手段と、
   前記送信手段により送信された証明書に対する前記ＥＤＩサーバから受信した認証結果を判定する判定手段とを有し、
   前記判定手段による判定の結果、認証結果が失敗の場合、前記送信手段は、前記送信手段により送信された証明書とは異なる他の証明書を前記ＥＤＩサーバへ送信することを特徴とする情報処理装置。
2. 前記設定手段により設定された切替日時に応じて設定されるテーブルの値に基づき、前記第一の証明書から前記第二の証明書へ切り替える処理を実行する切替処理手段を有し、
   前記切替処理手段は、前記第一の証明書により認証が失敗して、前記第二の証明書により認証が成功した場合であっても、当該第一の証明書から当該第二の証明書へ切り替える処理を実行せず、前記設定された切替日時に当該第一の証明書から当該第二の証明書に切り替える処理を実行することを特徴とする請求項１に記載の情報処理装置。
3. 前記第二の証明書を登録させるための入力画面を表示する制御を行う表示制御手段を有し、
   前記表示制御手段は、前記登録手段により第二の証明書が登録された場合、前記第一の証明書と当該第二の証明書の有効期限を用いて、証明書の有効期限に関する情報を表示することを特徴とする請求項１または２に記載の情報処理装置。
4. ＥＤＩサーバと証明書を用いた暗号化通信が可能な情報処理装置における情報処理方法であって、
   第一の証明書から切り替える第二の証明書を登録する登録ステップと、
   前記第一の証明書と前記第二の証明書の有効期限が重複する期間であって、当該第一の証明書から当該第二の証明書へ切り替える切替日時を設定する設定ステップと、
   前記ＥＤＩサーバとの通信の際、前記設定ステップにより設定される切替日時に応じて設定されるテーブルの値に基づき、有効な証明書として設定されている前記第一の証明書または前記第二の証明書を当該ＥＤＩサーバへ送信する送信ステップと、
   前記送信ステップにより送信された証明書に対する前記ＥＤＩサーバから受信した認証結果を判定する判定ステップとを含み、
   前記判定ステップによる判定の結果、認証結果が失敗の場合、前記送信ステップは、前記送信ステップにより送信された証明書とは異なる他の証明書を前記ＥＤＩサーバへ送信することを特徴とする情報処理方法。
5. ＥＤＩサーバと証明書を用いた暗号化通信が可能な情報処理装置において実行可能なプログラムであって、
   第一の証明書から切り替える第二の証明書を登録する登録手段、
   前記第一の証明書と前記第二の証明書の有効期限が重複する期間であって、当該第一の証明書から当該第二の証明書へ切り替える切替日時を設定する設定手段、
   前記ＥＤＩサーバとの通信の際、前記設定手段により設定される切替日時に応じて設定されるテーブルの値に基づき、有効な証明書として設定されている前記第一の証明書または前記第二の証明書を当該ＥＤＩサーバへ送信する送信手段、
   前記送信手段により送信された証明書に対する前記ＥＤＩサーバから受信した認証結果を判定する判定手段として前記情報処理装置を機能させ、
   前記判定手段による判定の結果、認証結果が失敗の場合、前記送信手段は、前記送信手段により送信された証明書とは異なる他の証明書を前記ＥＤＩサーバへ送信することを特徴とするプログラム。
6. 請求項５に記載のプログラムをコンピュータ読み取り可能に記憶した記憶媒体。

Images