(57)【要約】      （修正有）【課題】複数の送信先に対して暗号化された情報を送信することを含む暗号システムにおいて、鍵の管理を簡便にかつ間違いなく行うことができるシステム、方法等を提供する。【解決手段】相手先特定情報と鍵情報を対応付けて記憶し、送信元または送信先の業務システムに対して、前記相手先特定情報と対応付けられた鍵を、マスターキーによって暗号化して該相手先特定情報と共に送出する暗号鍵管理システム。さらにマスターキーを暗号化して送出する。【選択図】図３
2010148022.tif 000002
【特許請求の範囲】
【請求項１】
相手先特定情報と鍵情報を対応付けて記憶し、送信元または送信先の業務システムに対して、前記相手先特定情報と対応付けられた鍵を、マスターキーによって暗号化して該相手先特定情報と共に送出する暗号鍵管理システム。
【請求項２】
さらに、マスターキーを暗号化して送出する請求項１に記載の暗号鍵管理システム。
【請求項３】
送信元と送信先に対しては異なるマスターキーを用い、前記マスターキーによって暗号化された鍵を連携ファイルに含め、該連携ファイルを鍵の暗号化に用いたマスターキーとともに送信元または送信先の業務システムに送出する請求項１または２に記載の暗号鍵管理システム。
【請求項４】
さらに、受信した連携ファイルを用いて、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて、平文を暗号化または暗号文を復号する業務システムを起動するサブシステムを含む請求項３ に記載の暗号鍵管理システム。
【請求項５】
前記相手先特定情報には、送信元を特定する情報、送信元の部署を特定する情報、送信先を特定する情報、送信先の部署を特定する情報、業務内容を特定する情報のうちの少なくとも１つが含まれる請求項１ないし４のいずれかに記載の暗号鍵管理システム。
【請求項６】
前記マスターキーによる暗号化は共通鍵暗号方式で行われる前記請求項１ないし５の何れかに記載の暗号鍵管理システム。
【請求項７】
前記請求項１ないし６の何れかに記載の暗号鍵管理システムに加えて、さらに、
暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて平文を暗号化し、前記相手先特定情報を平文で加えて暗号ファイルとして送出する送信側業務システムと、
暗号ファイルを受信し、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて前記暗号ファイルを復号する受信側業務システムとを含む暗号化情報送受信システム。
【請求項８】
相手先特定情報と鍵情報を対応付けて記憶し、送信元または送信先の業務システムに対して、前記相手先特定情報と対応付けられた鍵を、マスターキーによって暗号化して該相手先特定情報と共に送出する暗号鍵管理方法。
【請求項９】
さらに、送信側では、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて平文を暗号化し、前記相手先特定情報を平文で加えて暗号ファイルを作成して送出し、
受信側では、暗号ファイルを受信し、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて前記暗号ファイルを復号する暗号化情報送受信方法。
【請求項１０】
前記請求項８に記載の暗号鍵管理方法を、暗号鍵管理システムに実行させるコンピュータプログラム。
【請求項１１】
前記請求項９に記載の方法を、暗号鍵管理システム、送信側業務システムおよび受信側業務システムに実行させるコンピュータプログラム。
【請求項１２】
請求項１０又は１１に記載のコンピュータプログラムを格納したコンピュータによって読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化通信を行う際の暗号鍵の管理システムおよび方法、当該管理システムを含む暗号化情報送受信システムおよび方法、コンピュータに当該方法を実行させるためのコンピュータプログラム、同コンピュータプログラムを格納した記憶媒体に関するものである。
【０００２】
コンピュータ通信を介して送受信されるデータや、磁気テープ、各種ディスク、フラッシュメモリ等の記憶媒体に格納して受け渡されるデータの秘密性を担保するために、データの暗号化が行われる。暗号方式は、共通鍵暗号方式と公開鍵暗号方式に大別される。共通鍵暗号方式は、暗号化に用いた鍵と同一の鍵によって復号される暗号方式であり、公開鍵暗号方式は、暗号化に用いた鍵とは異なる（しかし暗号化に用いた鍵と特定の関係を有する）鍵によって復号される暗号方式である。これらいずれの暗号方式を用いる場合にも、鍵の管理のためのシステム及び方法が重要になる。
【０００３】
図１は、共通鍵暗号方式を利用した場合を例にとって、暗号化と復号の概念を説明したものである。送信元１０は、送信すべき文書等のデータの平文ファイル１２ａ（暗号化されていない情報からなるファイル）を暗号化のためのコンピュータプログラムを用いて暗号化１６ａして、暗号化ファイル１８（暗号化された情報を含むファイル）を作成する。暗号化の際、鍵１４と称する特定のデータを用いて暗号化を行うが、これは、同一の手順（コンピュータプログラム）を用いて暗号化する場合にも、鍵を変更することによって、異なる暗号化を実行するためである。図１では、鍵として、文字列又は１６進数「１２３４５６７８９０ＡＢＣＤＥＦ」を例示した。
【０００４】
暗号化ファイル１８は、通信手段によって送信先に伝送されるか、媒体に記入されて当該媒体が送信先２０に配達される。送信先２０では、暗号化に用いた鍵１４と同一の鍵１４を用いて暗号化ファイル１８を復号１６ｂして、平文ファイル１２ｂを得る。平文ファイル１２ｂは、送信元１０が暗号化して送った元の平文ファイル１２ａと同一である。この手順において、送信先２０が復号を行うためには、送信元１０が暗号化に用いた鍵１４を知っていることが必要なので、当該鍵１４を記載した暗号鍵通知書３０は、手紙やファックス等、別の通信手段によって、通常は事前に通知される。
【０００５】
図２は、上記の手順で行われる従来の暗号通信における問題点を説明するための概念図である。暗号通信を行う送信元は、通常複数の送信先、例えばＡ銀行４０、Ｂ生命保険４１、Ｃ銀行４２、Ｄ印刷４３との間で暗号通信を行っており、送信先ごとに異なる鍵４４を用いて暗号化された暗号化ファイル４８が送信される。また、鍵４４は、長期間にわたって同一のものを使用すことは安全上好ましくないので、一定期間また不定期間で更新されるのが一般的である。さらには、同一の取引先であっても、部署によってあるいは業務内容によって異なる鍵４４を用いる場合もある。したがって、送信先、日付、業務内容ごとにことなる鍵４４を適切に（間違えずに）記録し、使用することは極めて煩雑な作業である。また、この煩雑さは、暗号通信を受ける送信先においても同様である。
【０００６】
暗号に関連する鍵を管理することを目的とした提案が、特開平１１−２７２５２号公報（特許文献１）でなされている。同公報に記載された発明は、公開鍵方式の暗号通信において秘密情報が特定の日時に公開される必要がある場合に用いられる暗号鍵管理システムに関するものであって、送信元では暗号化情報に公開日時を添付して送信先に配布し、復号鍵管理装置が暗号鍵と指定した公開日時とを対応付けて記憶しておき、指定した公開日時になった時点で復号鍵を配布するというものである。
【特許文献１】特開平１１−２７２５２号公報
【０００７】
特許文献１に記載された発明は、公開日時になると復号鍵が配布される点においてある程度省力化を図ることが可能であるが、上述の課題、すなわち、送信先、日付、業務内容ごとに異なる鍵４４を適切に（間違えずに）記録し、使用する管理者の負担を軽減するものではない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上記の点に鑑みて、本発明は、主として複数の送信先に対して暗号化された情報を送信することを含む暗号システムにおいて、鍵の管理を簡便、安全にかつ間違いなく行うことができるシステム、方法等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、相手先特定情報と鍵情報を対応付けて記憶し、送信元または送信先の業務システムに対して、前記相手先特定情報と対応付けられた鍵を、マスターキーによって暗号化して該相手先特定情報と共に送出する暗号鍵管理システムを提供する。
【００１０】
相手先特定情報とは、暗号化された鍵を特定することができる情報であって、例えば、通信の相手先、相手先の部署、業務種別のように、暗号化された情報を送受信する者が、送受信の際には具体的に把握している情報であるのが好ましい。プロジェクト名称、プロジェクトメンバーの名称、通信種別のようなものであっても良い。「鍵」は、一般に平文と呼ばれる通信文の暗号化または復号のための鍵である。共通鍵暗号方式の場合は暗号鍵と復号鍵は同一であるし、公開鍵暗号方式の場合は両者は一定の関係を有するが異なる。送信元及び送信先は、対象となる送信に関する限り暗号化を行った送信する側と、暗号化情報を復号する側であるが、双方向に暗号通信を行う場合には、ある通信に関しては送信元であるものが、他の暗号通信に関しては送信先になることがある。
【００１１】
業務システムは、暗号化と復号（解読）を行うために送信側あるいは受信側に設置されたコンピュータシステムである。対応付けられたとは、相手先特定情報に基づいて鍵を検索可能なことを意味しており、例えば、相手先特定情報と鍵とが同一のレコード内の所定の位置に記載されている場合などが該当するが、これに限定されない。本明細書では、暗号鍵管理システムが送出する、マスターキーによって暗号化された鍵と相手先特定情報とを含む情報を、連携ファイルと称することにする。マスターキーは、鍵の暗号化に用いる鍵の意味である。マスターキーによる鍵（以降、単に「鍵」と記載した場合は、通信文の暗号化又は復号のための鍵を言うものとする）の暗号化は、例えば、マスターキーと鍵との排他的論理和を取ることによる暗号化のような比較的簡便なものであってもよいし、ＡＥＳ、ＲＳＡのような高度のものであっても良い。マスターキーは、頻繁に更新されるものであってもよいし、暗号鍵管理システムにおいて固有のものであって、初期登録時から変更しないものであっても良い。
【００１２】
鍵をマスターキーによって暗号化して該相手先特定情報と共に送出するとは、送出された情報にマスターキーによって暗号化した鍵と相手先特定情報とが含まれていることを意味する。相手先特定情報は、別途暗号化されていても良いが、暗号化は、固定されたマスターキーとの排他的論理和のように比較的簡便に元情報を取り出せるものが取り扱い上便宜である。相手先特定情報は、暗号化されない状態で送出されても良い。
【００１３】
上記の暗号鍵管理システムによって送出された情報には、相手先特定情報が含まれているので、当該情報を受け取った側は、相手先特定情報を手がかりに、例えば、通信の相手先、相手先の部署、業務種別を指定して、送出された鍵（マスターキーによって暗号化された鍵）を特定することが可能である。さらに、マスターキーが既知であるかマスターキーを受け取っていれば、マスターキーを用いて暗号化された鍵を復号して、鍵を取得し、暗号化又は復号に用いることができる。すなわち、暗号化された情報を送受信する者が、送受信の際には具体的に把握している情報にもとづいて鍵を取得できるために、鍵情報の一覧表からの検索作業（当該一覧表は相手先特定情報ごとの鍵の値が記載されており、安全のために頻繁に更新される）から開放されることになる。
【００１４】
上記暗号鍵管理システムは、さらにマスターキーを暗号化して送出するのが好ましい。この時、マスターキーの暗号化は、相手先特定情報によって特定される通信に対して固有の値（少なくとも頻繁には変更しない値）であるのが好ましい。暗号鍵管理システムに固有の値とマスターキーとの排他的論理和による暗号化のような簡便な暗号方式によるものが、マスターキーの解読に伴う煩雑さを軽減するためには便利である。
【００１５】
上記の構成によれば、マスターキーもまた暗号鍵管理システムから受け取ることができるので、暗号化又は復号を行う業務システムオペレータは、暗号鍵を記憶、保存して、案件ごとに間違えずに使用するという煩雑さから開放される。
【００１６】
さらに、本発明はさらに、受信した連携ファイルを用いて、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて、平文を暗号化または暗号文を復号する業務システムを起動するサブシステムを含むことができる。
【００１７】
前記相手先特定情報には、送信元を特定する情報、送信元の部署を特定する情報、送信先を特定する情報、送信先の部署を特定する情報、業務内容を特定する情報のうちの少なくとも１つが含まれるのが好ましい。
【００１８】
送信元と送信先の組に対して鍵が設定される（時間経過による鍵の更新を除けば、同一の送信元と送信先の組み合わせに対しては同一の鍵が使用される）場合には、相手先特定情報には送信元を特定する情報と送信先を特定する情報が含まれるのが好ましい。
【００１９】
マスターキーによる暗号化は共通鍵暗号方式で行われてもよい。共通鍵暗号方式が用いられている場合には、鍵の暗号化に用いられたマスターキーを取得すれば、マスターキーを直接用いることによって鍵を得ることができる。マスターキーによる暗号化は、公開鍵暗号方式によるものであっても良い。この場合、暗号鍵管理システムから鍵情報を受け取る側が、暗号鍵管理システムに対して公開鍵としてマスターキーを渡しておけば（必ずしも、第三者に対してマスターキーを公開する必要はない）、マスターキーが第三者に知得された場合にも、前記鍵情報を受け取る側以外は鍵を取得することができないので、通信の安全性は一層高い。
【００２０】
本発明はまた、前記の暗号鍵管理システムに加えて、さらに、
暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて平文を暗号化し、前記相手先特定情報を平文で加えて暗号ファイルとして送出する送信側業務システムと、
暗号ファイルを受信し、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて前記暗号ファイルを復号する受信側業務システムとを含む暗号化情報送受信システムを提示する。
【００２１】
平文とは、暗号化されていない通信文である。上記暗号化情報送受信システムにおいては、送信側業務システムと受信側業務システムのオペレータは、それぞれ、相手先特定情報を特定すれば暗号化及び復号が可能になるので、鍵の秘匿性と操作の簡便性を両立させることができる。
【００２２】
本発明は、さらに、相手先特定情報と鍵情報を対応付けて記憶し、送信元または送信先の業務システムに対して、前記相手先特定情報と対応付けられた鍵を、マスターキーによって暗号化して該相手先特定情報と共に送出する暗号鍵管理方法を提供する。
【００２３】
上記の方法によれば、相手先特定情報によって鍵を検索することが可能なので、鍵管理システムの鍵管理者は、上記送出された情報の受信側における鍵を相手先特定情報ごとに管理する労力が著しく軽減される。
【００２４】
さらに、送信側では、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて平文を暗号化し、前記相手先特定情報を平文で加えて暗号ファイルを作成して送出し、
受信側では、暗号ファイルを受信し、暗号化された鍵を前記相手先特定情報に基づいて特定し、前記マスターキーを用いて該特定された鍵を復号し、該復号した鍵を用いて前記暗号ファイルを復号する暗号化情報送受信方法を提供する。
【００２５】
本発明はまた、前記暗号鍵管理方法を、暗号鍵管理システムに実行させるコンピュータプログラム、前記暗号化情報送受信方法を暗号鍵管理システム、送信側業務システムおよび受信側業務システムに実行させるコンピュータプログラム、さらには、上記コンピュータプログラムを格納したコンピュータによって読み取り可能な記憶媒体を提供する。
【発明を実施するための最良の形態】
【００２６】
以下に、実施例に基づいて本発明を説明するが、実施例は発明の理解を容易にするために具体的な形態を例示したものであって、本発明は、以下に記載する実施例に限定されるものではないことは言うまでもない。
【実施例】
【００２７】
図３は、本発明の１つの実施例に基づいて送信側又は受信側のオペレータと各業務システムが、暗号鍵管理システムから鍵を受け取る流れを模式的に示したものである。暗号鍵管理システム１００は、鍵管理データベース１２０と、これに対してアクセスして情報の読み出し書き込みを行う鍵管理サーバ１１０とを有しており、システム管理者１３０によって管理されている。
【００２８】
暗号鍵管理者１３５は、実際は複数の業務（業務Ａ、Ｂ、Ｃ）それぞれの鍵管理者１３５ａ、１３５ｂ、１３５ｃを含んでおり、暗号鍵は業務ごとに異なる。暗号鍵管理者１３５は、暗号鍵を新たに設定した場合は、当該鍵を鍵管理データベース１２０に登録すると共に、当該暗号鍵を記載した暗号鍵通知書２２０ａ、２２０ｂ、２２０ｃを相手先に送付、あるいは送信する。また、鍵の変更、削除、照会、出力についても同様である。
【００２９】
暗号鍵管理システム１００から事前にバッチ処理で連携ファイル４１０とマスターキーファイル４００を出力し、業務システムに送付しておく（図４、５を参照）。図４は、連携ファイル４１０が、暗号鍵管理システム１００から送信元の各業務システム２００に送られる流れを示しており、図５は、連携ファイル４１０が、暗号鍵管理システム１００から送信先の各業務システム３００に送られる流れを示している。この場合、各業務システム２００、３００とでは、マスターキーは同一でないのが好ましい。各業務システム２００、３００では、業務オペレーター２１０、３１０がコマンドを起動することで暗号化処理を行う。該コマンドには、暗号化された鍵を特定することができる相手先特定情報（例えば、通信の相手先、相手先の部署、業務種別）が含まれている。暗号管理システム１００は、バッチ処理または暗号鍵管理者による出力に応じて、相手先特定情報と暗号化された鍵情報とを含む連携ファイルを作成して依頼のあった業務オペレータ２１０の属する送信元業務システム２００に対して連携ファイル４１０を送出する。暗号鍵管理者が業務オペレータ２１０の属する送信元業務システム２００に対して連携ファイル４１０を送信しても良い。また、各業務システム２００、３００が相手先の業務システムであった場合で、相手先が別に暗号鍵管理システムを使用していた場合には、暗号鍵管理システム１００は相手先の暗号鍵管理システムに連携ファイルを送ることもできる。
【００３０】
このように、暗号管理システム１００には複数の業務システムが接続されており、複数の業務システムのために複数の暗号鍵を適切に取り扱うことが本暗号管理システムの特徴のひとつであるが、以下では、説明の便宜上、１つの業務システムと暗号管理システムとのデータの授受について説明する。
【００３１】
図４は、暗号化を行って暗号ファイルを送出する送信元業務システム２００に対する暗号鍵管理システムからの鍵の送付について示した概念図である。暗号鍵管理システム１００は、鍵情報１４０とマスターキー１５０を記憶しており、これらの情報を送出することができる。この際、マスターキー１５０については、暗号鍵管理システム１００が固有に有する値とマスターキー１５０との値の排他的論理和を計算してマスターキーファイル４００として受け渡す。この操作によって、マスターキー１５０そのものを受け渡すのに比較して安全性を確保することができ、また、業務システムの側では前記固有の値と排他的論理和の計算によってマスターキー１５０を取得することができるので、演算の負担は小さい。
【００３２】
一方、鍵情報については、マスターキー１５０によって鍵を例えばＡＥＳ暗号化し、相手先特定情報と共に１つのレコードとして連携ファイル４１０として送出する。この場合、作成の日付、時刻等については別途連携ファイルのヘッダレコードに書き込んでもよい。マスターキーファイル４００と連携ファイル４１０は連続したファイルとしてもよいし、それぞれに相手先特定情報を持たせておけば独立のファイルとしても良い。
【００３３】
マスターキーファイル４００と連携ファイル４１０を受け取った業務システムでは、連携ファイルの鍵情報から相手先特定情報に基づいて１つを特定し、マスターキーファイル４００に対して前記暗号鍵管理システムが固有に有する値とマスターキーファイル４００の排他的論理和演算によってマスターキー１５０を取得し、当該マスターキー１５０を用いて連携ファイルに含まれるＡＥＳ暗号化された鍵を復号して暗号化に用いるべき鍵を取得する。次に、送信すべき平文を当該鍵を用いて暗号化して、ヘッダに相手先特定情報を書き込んで送信先に対して送出する。
【００３４】
図５は、暗号ファイル２６０を受け取った送信先業務システム３００が、暗号鍵管理システム１００から鍵情報を取得して暗号ファイル２６０の復号を行う流れを説明した概念図である。送信先業務システム３００は、暗号ファイル２６０を受信すると、ヘッダの部分から相手先特定情報を読み出し、事前に送付されているマスターキーファイルと連携ファイルから鍵を取得する。
【００３５】
送信先業務システム３００では、前記した送信元業務システム２００と同様の手順によってマスターキーファイル４００からマスターキーを取得し、当該マスターキーを用いて連携ファイル４１０から鍵を取得する。その後は、当該鍵を用いて暗号ファイルを復号して平文ファイル３６０を得る。
【００３６】
図６は、暗号鍵管理システム１００においてマスターキーデータベース１５０と鍵情報データベース１４０が作成される流れを示したものである。マスターキーはシステム管理者１３０が入力し、鍵情報は鍵管理者１３５が入力する。ただし、鍵情報は暗号鍵管理システム１００の側で発行して相手先に連絡するものでも良い。
【００３７】
図７は、暗号鍵管理システム１００において、マスターキーファイル４００と連携ファイル４１０が発行されるまでの手順を示すフロー図である。バッチ処理や鍵管理者の出力指示に基づいて、暗号鍵管理システム１００では鍵情報データベースからマスターキーを抽出して４０２、システム固有値との排他的論理和によって値を変換し４０４、変換されたマスターキーをマスターキーファイル４００として送出する。マスターキーが相手先特定情報によらず同じ値であれば、相手先特定情報に基づいてマスターキーを抽出する必要がないことはもちろんである。一方、暗号鍵については、該当鍵管理者が設定した暗号鍵抽出条件によって暗号鍵を暗号鍵データベースから抽出し４１３、マスターキーを利用してＡＥＳ暗号化して連携ファイルに書き込む４１６。連携ファイル４１０には、相手先特定情報を平文で記載しておく。
【００３８】
図８は、業務システムでの処理の流れを、送信元の業務システムを例に示したフロー図である。まず、マスターキーファイル４００の値をシステム固有値で逆変換（排他的論理演算）してマスターキーを取得し２３６、平文ファイル２５０を取得して、これを鍵によって暗号化して暗号化ファイル２６０を作成する。この時、ヘッダーには相手先特定情報を書き込む。
【００３９】
上記のような処理の流れによって、通信の相手先、相手先の部署、業務種別の、あるいは、プロジェクト名称、プロジェクトメンバーの名称、通信種別（つまり相手先特定情報）ごとに設定され、かつ、必要に応じて更新される鍵を確実に用いて暗号化ファイルの伝送や媒体交換を行うことが可能になる。
【図面の簡単な説明】
【００４０】
【図１】共通鍵暗号方式を利用した場合の、暗号化と復号の概念を説明した図
【図２】従来の共通鍵暗号方式による暗号化ファイルの伝送や媒体交換における問題点を説明するための概念図
【図３】本発明の１つの実施例に基づく送信側又は受信側の暗号鍵管理者と各業務システムが、暗号鍵管理システムから鍵を受け取る流れを模式的に示した図
【図４】暗号化を行って暗号ファイルを送出する業務システムに対する暗号鍵管理システムからの鍵の送付について示した概念図
【図５】暗号ファイルを受け取った送信先業務システムが、暗号鍵管理システムから鍵情報を取得して暗号ファイルの復号を行う流れを説明した概念図
【図６】暗号鍵管理システムにおいてマスターキーデータベースと鍵情報データベースが作成される流れを示したフロー図
【図７】暗号鍵管理システムにおいて、マスターキーファイルと連携ファイルが発行されるまでの手順を示すフロー図
【図８】業務システムでの処理の流れを、送信元の業務システムを例に示したフロー図
【符号の説明】
【００４１】
１０      送信元
１４      暗号鍵
２０      送信先
３０      暗号鍵通知書
１００    暗号鍵管理システム
１３０    システム管理者
１３５    鍵管理者
１４０    鍵情報
１５０    マスターキー
２００    送信元業務システム
２１０    業務のオペレータ
２５０    平文ファイル
２６０    暗号ファイル
３００    送信先業務システム
３４０    復号ソフト  
３６０    平文ファイル
４００    マスターキーファイル
４１０    連携ファイル
【図１】
2010148022.tif 000003
【図２】
2010148022.tif 000004
【図３】
2010148022.tif 000005
【図４】
2010148022.tif 000006
【図５】
2010148022.tif 000007
【図６】
2010148022.tif 000008
【図７】
2010148022.tif 000009
【図８】
2010148022.tif 000010