JP3502200B2 - 暗号通信システム - Google Patents

暗号通信システム

Info

Publication number
JP3502200B2
JP3502200B2 JP22192895A JP22192895A JP3502200B2 JP 3502200 B2 JP3502200 B2 JP 3502200B2 JP 22192895 A JP22192895 A JP 22192895A JP 22192895 A JP22192895 A JP 22192895A JP 3502200 B2 JP3502200 B2 JP 3502200B2
Authority
JP
Japan
Prior art keywords
data
cipher
protocol conversion
encryption
cryptographic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP22192895A
Other languages
English (en)
Other versions
JPH0969830A (ja
Inventor
電 難波
和夫 宝木
聡 宮崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP22192895A priority Critical patent/JP3502200B2/ja
Priority to US08/703,097 priority patent/US5966448A/en
Publication of JPH0969830A publication Critical patent/JPH0969830A/ja
Application granted granted Critical
Publication of JP3502200B2 publication Critical patent/JP3502200B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0464—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload using hop-by-hop encryption, i.e. wherein an intermediate entity decrypts the information and re-encrypts it before forwarding it
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、互いに異なる暗号を使
用する端末間で暗号通信を行うことを可能とする暗号通
信システムに関するものである。
【０００２】
【従来の技術】従来、使用されてきた暗号には、アルゴ
リズム秘匿型とアルゴリズム公開型があり、前者は、軍
隊等で隠密に使用され、後者は、アルゴリズムを一般に
公開した上で、銀行等で使用されている。いずれの場合
も、１種類の暗号を使用し、閉じたネットワーク内で暗
号通信が行われている。
【０００３】近年のコンピュータ利用形態のオープン
化，マルチベンダ化，インターネット化に伴い、互いに
異なるアルゴリズム公開型の暗号を使用する端末が接続
されたネットワークを相互接続し、これらのネットワー
クに各々接続された端末間でも暗号通信を行いたいとい
う要求が生じることが予想される。
【０００４】一方、国際標準化機構ＩＳＯ（Internatio
nal Organization for Standardization）は、１９９１
年に、暗号アルゴリズム登録制度を設立し、暗号アルゴ
リズムについては１種類に標準化せず、認可登録された
複数種類の暗号アルゴリズムを一般に提供していくこと
を決定した。その結果、将来においても、複数種類の暗
号アルゴリズムが地域ごとに使い分けられていく可能性
が生じた。日本においても、１９９４年ＩＳＯの暗号ア
ルゴリズム登録制度のＪＩＳ（Japanese Industrial St
andards）化を行っている。
【０００５】互いに異なる暗号を使用する端末が接続さ
れたネットワークを相互接続した場合、これらのネット
ワークに各々接続された端末間で暗号通信を行うために
は、送信元の端末が、送信すべきデータを自身が使用す
る暗号で暗号化することしかできず、送信先の端末が、
自身が使用する暗号で暗号化されたデータしか復号化す
ることができないことから、一旦、送信元の端末が暗号
化した送信データを、送信先の端末が使用する暗号で暗
号化したデータに変換する必要が生じる。
【０００６】このような暗号変換処理に関する公知技術
としては、財団法人日本規格協会の調査研究報告書「平
成３年度多目的利用ＩＣカード社会における望ましいシ
ステム構築とあるべき標準化に関する調査研究報告書」
（日機連３標準化−２０，平成４年３月，２５頁〜３１
頁）において、暗号プロトコル変換装置が開示されてい
る。
【０００７】この暗号プロトコル変換装置は、互いに異
なる暗号を使用する端末が接続された２個のネットワー
クを結ぶ通信回線上に設置され、これら２個のネットワ
ークで各々使用されている２種類の暗号アルゴリズム
（暗号化アルゴリズムおよび復号化アルゴリズム）を備
えるようにしている。
【０００８】そして、暗号プロトコル変換装置は、送信
元の端末が使用する暗号で暗号化されている送信データ
を、装置内に備えている、送信元の端末が使用する暗号
の復号化アルゴリズムで復号化し、さらに、復号化した
データを、装置内に備えている、送信先の端末が使用す
る暗号の暗号化アルゴリズムで暗号化するという暗号変
換処理を行う。
【０００９】
【発明が解決しようとする課題】しかしながら、上述し
た暗号プロトコル変換装置においては、送信元の端末が
暗号化したデータが、一旦、復号化されることから、暗
号化される前のデータである「平文」の状態となり、第
三者が平文を盗むチャンスが存在してしまい、データの
秘匿性が破られる危険性がある。
【００１０】そこで、本発明の第１の目的は、互いに異
なる暗号を使用する端末間で暗号通信を行う際の暗号変
換処理を、安全に行うことが可能な暗号通信システムを
提供することにある。
【００１１】また、上述した公知技術を開示する調査研
究報告書においては、暗号プロトコル変換装置が１個の
み設置されている。送信すべきデータのデータ量が多い
場合は、暗号プロトコル変換装置が１個のみでは、暗号
変換処理を高速に行うことはできず、暗号変換処理に関
するオーバヘッドが大きくなると考えられる。
【００１２】将来的には、テラ（１テラ＝１ギガ×１０
００）ｂｐｓに及ぶ大容量通信の時代が到来することが
予想されており、このような大容量通信の時代には、通
信路の高速化が重要な課題である。
【００１３】そこで、本発明の第２の目的は、互いに異
なる暗号を使用する端末間で暗号通信を行う際の暗号変
換処理を、高速に行うことが可能な暗号通信システムを
提供することにある。
【００１４】さらに、上述した暗号プロトコル変換装置
は、各端末が使用する２種類の暗号アルゴリズム（暗号
化アルゴリズムおよび復号化アルゴリズム）を備えるよ
うにしているが、これらの端末が各々接続されたネット
ワークが異なる国に属する場合には、必ずしも実現可能
ではない。実際、例えば、米国は、法律により、暗号技
術（米国暗号標準ＤＥＳ等）の輸出入を規制している。
このような規制が適用された場合、自国に属するネット
ワークに接続された端末が使用する暗号アルゴリズムを
他国内に設置された暗号プロトコル変換装置に備えるこ
とができず、暗号通信を行うことができなくなる。
【００１５】そこで、本発明の第３の目的は、互いに異
なる暗号を使用する端末が異なる国に属する場合でも、
上記第１の目的を達成することが可能な暗号通信システ
ムを提供することにある。
【００１６】
【課題を解決するための手段】上記第１の目的を達成す
るために、本発明においては、互いに異なる暗号を使用
する端末間で送受信するデータが、複数の暗号プロトコ
ル変換サーバを経由するようにし、これらの複数の暗号
プロトコル変換サーバが分担して上述した暗号変換処理
を行うようにしている。そして、複数の暗号プロトコル
変換サーバに暗号変換処理を分担させるために、送信元
の端末が、送信すべきデータから、複数の暗号プロトコ
ル変換サーバに振り分けるべき複数のデータを生成する
ようにしている。
【００１７】そのために、本発明は、第１の暗号を使用
する１個以上の第１種の端末と、上記第１の暗号とは異
なる第２の暗号を使用する１個以上の第２種の端末と、
上記第１の暗号および上記第２の暗号を使用するｎ（ｎ
≧２）個の暗号プロトコル変換サーバとが、１個以上の
ネットワークで接続された暗号通信システムを提供して
おり、上記第１種の端末が、各々、（１）上記第２種の
端末のうちのいずれかの端末に送信すべきデータから、
上記ｎ個の暗号プロトコル変換サーバのうちのｋ（ｎ≧
ｋ≧２）個の暗号プロトコル変換サーバに振り分けるべ
きｋ個のデータを生成する振り分け手段、（２）上記振
り分け手段が生成したｋ個のデータを、上記第１の暗号
で暗号化する暗号化手段、（３）上記暗号化手段が暗号
化したｋ個のデータを、各々、送信元の端末および送信
先の端末を示す端末情報を付加して、上記ｋ個の暗号プ
ロトコル変換サーバに送信する送信手段、（４）上記ｋ
個の暗号プロトコル変換サーバの各々から送信されたｋ
個のデータを、上記第１の暗号で復号化する復号化手
段、（５）上記復号化手段が復号化したｋ個のデータか
ら、元のデータを復元する復元手段、を有するように
し、上記第２種の端末が、各々、（１）上記第１種の端
末のうちのいずれかの端末に送信すべきデータから、上
記ｎ個の暗号プロトコル変換サーバのうちのｋ（ｎ≧ｋ
≧２）個の暗号プロトコル変換サーバに振り分けるべき
ｋ個のデータを生成する振り分け手段、（２）上記振り
分け手段が生成したｋ個のデータを、上記第２の暗号で
暗号化する暗号化手段、（３）上記暗号化手段が暗号化
したｋ個のデータを、各々、送信元の端末および送信先
の端末を示す端末情報を付加して、上記ｋ個の暗号プロ
トコル変換サーバに送信する送信手段、（４）上記ｋ個
の暗号プロトコル変換サーバの各々から送信されたｋ個
のデータを、上記第２の暗号で復号化する復号化手段、
（５）上記復号化手段が復号化したｋ個のデータから、
元のデータを復元する復元手段、を有するようにし、上
記ｎ個の暗号プロトコル変換サーバが、各々、（１）上
記第１種の端末および上記第２種の端末のうちのいずれ
かの端末から送信された１個のデータを、上記第１の暗
号および上記第２の暗号のうちの、該データに付加され
ている端末情報が示す送信元の端末が使用する暗号で復
号化した後、上記第１の暗号および上記第２の暗号のう
ちの、該データに付加されている端末情報が示す送信先
の端末が使用する暗号で再暗号化する暗号変換手段、
（２）上記暗号変換手段が再暗号化した１個のデータ
を、該データに付加されている端末情報が示す送信先の
端末に送信する送信手段、を有するようにしている。
【００１８】例えば、上記振り分け手段は、排他的論理
和を取ると生成前のデータと等しくなるようなｋ個のデ
ータを生成するようにすることができる。このとき、さ
らに、上記振り分け手段は、生成前のデータを一定のデ
ータ量単位でスクランブルした後、スクランブル後のデ
ータからｋ個のデータを生成するようにしてもよい。な
お、一定のデータ量が、１文字分のデータより小さいデ
ータ量であることが好ましい。
【００１９】また、例えば、上記暗号変換手段は、一定
のデータ量ごとに、復号化および再暗号化を行うように
することができる。
【００２０】また、上記第２の目的を達成するために、
本発明においては、複数の暗号プロトコル変換サーバが
分担して暗号変換処理を行うデータ、すなわち、送信元
の端末が生成する複数のデータの各々が、元のデータの
データ量よりデータ量が小さいデータであるようにして
いる。
【００２１】すなわち、上記振り分け手段は、データ量
が均等で、かつ、生成前のデータのデータ量より小さい
ｋ個のデータを生成するようにしている。
【００２２】例えば、上記振り分け手段は、生成前のデ
ータが一定のデータ量ごとに順次割り当てられたｋ個の
データを生成するようにすることができる。このとき、
さらに、上記振り分け手段は、生成前のデータを一定の
データ量単位でスクランブルした後、スクランブル後の
データからｋ個のデータを生成するようにしてもよい。
【００２３】また、上記第３の目的を達成するために、
本発明においては、互いに異なる暗号を使用する端末が
異なる国に属する場合に、これらの国が共通に使用する
よう協定した１個の暗号を利用し、これらの端末間で送
受信されるデータが、国境を越えるときには、該協定し
た暗号で暗号化された状態となるようにしている。
【００２４】このように、協定した暗号を利用すること
で、各暗号プロトコル変換サーバは、自身が属する国と
は異なる国に属する端末が使用する暗号を使用する必要
がなくなり、上記第１の目的を達成するための暗号通信
システムを構築することができるようになる。
【００２５】そのために、本発明は、第１の暗号を使用
する１個以上の第１種の端末と、上記第１の暗号とは異
なる第２の暗号を使用する１個以上の第２種の端末と、
上記第１の暗号、並びに、上記第１の暗号および上記第
２の暗号とは異なる第３の暗号を使用するｎ個（ｎ≧
２）の第１種の暗号プロトコル変換サーバと、上記第２
の暗号および上記第３の暗号を使用し、上記ｎ個の第１
種の暗号プロトコルサーバの各々に予め対応付けられた
ｎ（ｎ≧２）個の第２種の暗号プロトコル変換サーバと
が、１個以上のネットワークで接続された暗号通信シス
テムを提供しており、上記第１種の端末が、各々、
（１）上記第２種の端末のうちのいずれかの端末に送信
すべきデータから、上記ｎ個の第１種の暗号プロトコル
変換サーバのうちのｋ（ｎ≧ｋ≧２）個の暗号プロトコ
ル変換サーバに振り分けるべきｋ個のデータを生成する
振り分け手段、（２）上記振り分け手段が生成したｋ個
のデータを、上記第１の暗号で暗号化する暗号化手段、
（３）上記暗号化手段が暗号化したｋ個のデータを、各
々、送信元の端末および送信先の端末を示す端末情報を
付加して、上記ｋ個の第１種の暗号プロトコル変換サー
バに送信する送信手段、（４）上記ｋ個の第１種の暗号
プロトコル変換サーバの各々から送信されたｋ個のデー
タを、上記第１の暗号で復号化する復号化手段、（５）
上記復号化手段が復号化したｋ個のデータから、元のデ
ータを復元する復元手段、を有するようにし、上記第２
種の端末が、各々、（１）上記第１種の端末のうちのい
ずれかの端末に送信すべきデータから、上記ｎ個の第２
種の暗号プロトコル変換サーバのうちのｋ（ｎ≧ｋ≧
２）個の暗号プロトコル変換サーバに振り分けるべきｋ
個のデータを生成する振り分け手段、（２）上記振り分
け手段が生成したｋ個のデータを、上記第２の暗号で暗
号化する暗号化手段、（３）上記暗号化手段が暗号化し
たｋ個のデータを、各々、送信元の端末および送信先の
端末を示す端末情報を付加して、上記ｋ個の第２種の暗
号プロトコル変換サーバに送信する送信手段、（４）上
記ｋ個の第２種の暗号プロトコル変換サーバの各々から
送信されたｋ個のデータを、上記第２の暗号で復号化す
る復号化手段、（５）上記復号化手段が復号化したｋ個
のデータから、元のデータを復元する復元手段、を有す
るようにし、上記ｎ個の第１種の暗号プロトコル変換サ
ーバが、各々、（１）上記第１種の端末のうちのいずれ
かの端末から送信された１個のデータを、上記第１の暗
号で復号化した後、上記第３の暗号で再暗号化し、ま
た、上記ｎ個の第２種の暗号プロトコル変換サーバのう
ちの、対応する１個の暗号プロトコル変換サーバから送
信された１個のデータを、上記第３の暗号で復号化した
後、上記第１の暗号で再暗号化する暗号変換手段、
（２）上記暗号変換手段が上記第３の暗号で再暗号化し
た１個のデータを、上記ｎ個の第２種の暗号プロトコル
変換サーバのうちの、対応する１個の暗号プロトコル変
換サーバに送信し、また、上記暗号変換手段が上記第１
の暗号で再暗号化した１個のデータを、該データに付加
されている端末情報が示す送信先の端末に送信する送信
手段、を有するようにし、上記ｎ個の第２種の暗号プロ
トコル変換サーバが、各々、（１）上記第２種の端末の
うちのいずれかの端末から送信された１個のデータを、
上記第２の暗号で復号化した後、上記第３の暗号で再暗
号化し、また、上記ｎ個の第１種の暗号プロトコル変換
サーバのうちの、対応する１個の暗号プロトコル変換サ
ーバから送信された１個のデータを、上記第３の暗号で
復号化した後、上記第２の暗号で再暗号化する暗号変換
手段、（２）上記暗号変換手段が上記第３の暗号で再暗
号化した１個のデータを、上記ｎ個の第１種の暗号プロ
トコル変換サーバのうちの、対応する１個の暗号プロト
コル変換サーバに送信し、また、上記暗号変換手段が上
記第２の暗号で再暗号化した１個のデータを、該データ
に付加されている端末情報が示す送信先の端末に送信す
る送信手段、を有するようにしている。
【００２６】
【作用】本発明の暗号通信システムによれば、送信元の
端末において、上記振り分け手段が、送信すべきデータ
から、平文状態で意味判別困難な複数のデータを生成す
るようにしていると共に、複数の暗号プロトコル変換サ
ーバが暗号変換処理を分担して行うようにしているの
で、全ての暗号プロトコル変換サーバから平文状態のデ
ータが盗まれたとしても、複数のデータの生成方法が知
られない限り、データの秘匿性は守られることとなり、
逆に、複数のデータの生成方法が知られたとしても、全
ての暗号プロトコル変換サーバから平文状態のデータが
盗まれない化ぎり、データの秘匿性は守られることとな
る。
【００２７】また、例えば、暗号プロトコル変換サーバ
において、上記暗号変換手段が、一定のデータ量ごとに
暗号変換処理を行うようにすれば、同時に平文状態とな
るデータの量が、該一定のデータ量のみとなるので、デ
ータが平文状態となる時間が短くなり、また、この時間
に平文状態のデータが盗まれても、該一定のデータ量の
データのみが判別するだけで済む。
【００２８】さらに、送信元の端末において、上記振り
分け手段が、送信すべきデータから、該データのデータ
量よりデータ量が小さい複数のデータを生成するように
すれば、複数の暗号プロトコル変換サーバ間で負荷が分
散され、各暗号プロトコル変換サーバが行う暗号変換処
理の負荷が軽減される。
【００２９】
【実施例】以下、本発明の実施例について図面を参照し
て説明する。
【００３０】図１は本発明の第１の実施例の暗号通信シ
ステムの構成図である。
【００３１】図１に示した暗号通信システムは、互いに
異なる暗号を使用する２個のＬＡＮ（Local Area Netwo
rk）であるＬＡＮ−Ａ（１００Ａ），ＬＡＮ−Ｂ（１０
０Ｂ）に各々接続されている任意の端末間で、暗号通信
を行うためのものである。
【００３２】この暗号通信は、ＷＡＮ（Wide Area Netw
ork）１１０，暗号プロトコル変換サーバ１（３０
Ａ），暗号プロトコル変換サーバ２（３０Ｂ）を経由し
て行われる。
【００３３】図１に示すように、ＬＡＮ−Ａ（１００
Ａ）は、暗号アルゴリズムＣ１（１２）を備え、これを
使用する複数の端末１０Ａ−１〜１０Ａ−ｍが接続され
たローカルエリア・ネットワークであり、ＬＡＮ−Ｂ
（１００Ｂ）は、暗号アルゴリズムＣ２（１３）を備
え、これを使用する複数の端末１０Ｂ−１〜１０Ｂ−ｎ
が接続されたローカルエリア・ネットワークであり、各
々、通信回線２０，２１を介して、ＷＡＮ１１０と接続
されている。
【００３４】また、暗号プロトコル変換サーバ１（３０
Ａ）が属する第三機関ＡのＬＡＮ（１２０Ａ）、およ
び、暗号プロトコル変換サーバ２（３０Ｂ）が属する第
三機関ＢのＬＡＮ（１２０Ｂ）が、各々、通信回線２
２，２３を介して、ＷＡＮ１１０と接続されている。
【００３５】以下、ＬＡＮ−Ａ（１００Ａ）に接続され
た端末１０Ａ−１からＬＡＮ−Ｂ（１００Ｂ）に接続さ
れた端末１０Ｂ−１に対する暗号通信を例にして、暗号
通信システムの動作概要を説明する。
【００３６】送信元の端末１０Ａ−１は、送信先の端末
１０Ｂ−１に送信すべきデータを、自身が備えている振
り分けプログラム１１を使用して２個に振り分ける振り
分け処理を行う。そして、端末１０Ａ−１は、振り分け
処理を行った後の一方のデータを、自身が備えているア
ルゴリズムＣ１（１２）を使用して暗号化し、ＷＡＮ１
１０を経由して、暗号プロトコル変換サーバ１（３０
Ａ）に送信する。また、もう一方のデータを、自身が備
えているアルゴリズムＣ１（１２）を使用して暗号化
し、ＷＡＮ１１０を経由して、暗号プロトコル変換サー
バ２（３０Ｂ）に送信する。
【００３７】暗号プロトコル変換サーバ１（３０Ａ），
暗号プロトコル変換サーバ２（３０Ｂ）は、各々、端末
１０Ａ−１から送信されたデータを、自身が備えている
アルゴリズムＣ１（３１Ａ，３１Ｂ）を使用して復号化
し、さらに、受信先の端末１０Ｂ−１が備えているアル
ゴリズムＣ２（１３）と同じアルゴリズムＣ２（３２
Ａ，３２Ｂ）を使用して再暗号化するという暗号変換処
理を行う。そして、暗号プロトコル変換サーバ１（３０
Ａ），暗号プロトコル変換サーバ２（３０Ｂ）は、各
々、暗号変換処理を行った後のデータを、ＷＡＮ１１０
を介して受信先の端末１０Ｂ−１に送信する。
【００３８】受信先の端末１０Ｂ−１は、暗号プロトコ
ル変換サーバ１（３０Ａ）から送信されたデータ、およ
び、暗号プロトコル変換サーバ２（３０Ｂ）から送信さ
れたデータを、各々、自身が備えているアルゴリズムＣ
２（１３）を使用して復号化し、さらに、復号化した２
個のデータを、自身が備えている復元プログラム１４を
使用して、元のデータに復元する。
【００３９】本実施例は、振り分けプログラム１１によ
る振り分け方法を工夫することで、従来は暗号変換処理
時に平文状態となっていたデータの秘匿性を高めること
を特徴とするものである。以下、振り分け方法の具体例
を含め、暗号通信システムに関するさらに詳細な説明を
行う。
【００４０】なお、以下の説明においては、ＬＡＮ−Ａ
（１００Ａ）とＬＡＮ−Ｂ（１００Ｂ）とが、互いに異
なる同ブロック長のブロック型慣用暗号を使用している
場合に、ＬＡＮ−Ａ（１００Ａ）に接続された端末１０
Ａ−１からＬＡＮ−Ｂ（１００Ｂ）に接続された端末１
０Ｂ−１に対する暗号通信を例にして、暗号通信システ
ムの詳細な動作について説明する。
【００４１】まず、送信元の端末１０Ａ−１の動作につ
いて説明する。
【００４２】図２は端末１０Ａ−１のハードウェアの主
要部分を示す構成図である。
【００４３】図２に示すように、端末１０Ａ−１は、演
算処理を行うＣＰＵ（Central Processing Unit）２０
１と、データを記憶するための主記憶装置２０２および
２次記憶装置２０３と、端末外部との間の通信を制御す
る通信アダプタ２０４と、これらを接続するバス２０５
とから構成されており、通信アダプタ２０４を介して、
通信回線２０６により、ＬＡＮ−Ａ（１００Ａ）と接続
されている。
【００４４】図３は端末１０Ａ−１の主記憶装置２０２
の利用形態を示す説明図である。
【００４５】図３に示すように、主記憶装置２０２上に
は、ＬＡＮ−Ａ（１００Ａ）で使用されている暗号アル
ゴリズムＣ１を用いたＣ１暗号化プログラム３０１およ
びＣ１復号化プログラム３０２と、送信すべきデータを
振り分けるための振り分けプログラム３０３と、暗号プ
ロトコル変換サーバ１（３０Ａ），暗号プロトコル変換
サーバ２（３０Ｂ）から送信されたデータを、元のデー
タに復元するための復元プログラム３０４とが格納さ
れ、また、ワークエリア３０５が確保されている。
【００４６】さらに、暗号通信の送受信時に使用する情
報として、暗号プロトコル変換サーバ１（３０Ａ）との
間の暗号通信用の鍵ＫＡＡ１（３０６）および暗号用初
期値（乱数）Ａ１（３０７）と、暗号プロトコル変換サ
ーバ２（３０Ｂ）との間の暗号通信用の鍵ＫＢＡ１（３
０８）および暗号用初期値（乱数）Ａ２（３０９）と、
端末１０Ａ−１自身の端末識別子３１０と、暗号プロト
コル変換サーバ１（３０Ａ）のサーバ識別子３１１と、
暗号プロトコル変換サーバ２（３０Ｂ）のサーバ識別子
３１２とが格納されている。
【００４７】図４は端末１０Ａ−１の送信処理手順を示
すフローチャートである。
【００４８】図４に示すように、端末１０Ａ−１は、暗
号通信の送信要求が入力されると、まず、該送信要求と
共に送信者が入力した送信先の端末の端末識別子（ここ
では、端末１０Ｂ−１の端末識別子）を、ワークエリア
３０５に設定する（ステップ４０１）。
【００４９】続いて、ステップ４０１でワークエリア３
０５に設定した端末の端末識別子（ここでは、端末１０
Ｂ−１の端末識別子）に基づいて、送信先の端末が接続
されたＬＡＮ（ここでは、ＬＡＮ−Ｂ（１００Ｂ））を
判断する（ステップ４０２）。
【００５０】続いて、Ｃ１暗号化プログラム３０１のパ
ラメータとなる、暗号プロトコル変換サーバ１（３０
Ａ）との間の暗号通信用の鍵ＫＡＡ１（３０６）および
暗号用初期値Ａ１（３０７）をワークエリア３０５に設
定する（ステップ４０３）。ここで、暗号用初期値Ａ１
（３０７）は、ＣＢＣ（Cipher Block Chainning：暗号
文ブロック連鎖）モードでの暗号化／復号化に使用する
定数（乱数）である。なお、ＣＢＣモードについては後
述する。
【００５１】続いて、Ｃ１暗号化プログラム３０１のパ
ラメータとなる、暗号プロトコル変換サーバ２（３０
Ｂ）との間の暗号通信用の鍵ＫＢＡ１（３０８）および
暗号用初期値Ａ２（３０９）をワークエリア２０５に設
定する（ステップ４０４）。暗号用初期値Ａ２（３０
９）の役割は、暗号用初期値Ａ１（３０７）の役割と同
様である。
【００５２】続いて、予め作成されて２次記憶装置２０
３上のファイルＡに格納されている平文状態のデータで
あって、端末１０Ｂ−１に送信すべきデータを、ワーク
エリア３０５にロードする（ステップ４０５）。
【００５３】続いて、振り分けプログラム３０３を用い
て、ステップ４０５でワークエリア３０５にロードした
データを、２個の暗号プロトコル変換サーバ１（３０
Ａ），暗号プロトコル変換サーバ２（３０Ｂ）に各々振
り分けるための振り分け処理を行う（ステップ４０
６）。
【００５４】ここで、振り分けプログラム１１による振
り分け方法の具体例について、図５を用いて説明する。
【００５５】図５に示す例では、元のデータｄと任意の
乱数ａ１とに基づいて、排他的論理和を利用して、２個
の暗号プロトコル変換サーバ１（３０Ａ），暗号プロト
コル変換サーバ２（３０Ｂ）に各々振り分けるデータ
ａ，ｂを生成している。
【００５６】詳しくは、まず、任意の乱数をａ１に与
え、ｄ１とａ１との間で排他的論理和を取った結果を、
ｂ１とする。続いて、ｂ１をａ２とし、ｄ２とａ２との
間で排他的論理和を取った結果を、ｂ２とする。同様な
処理を行うと、ｄ１〜ｄ１０からなる元のデータｄか
ら、ａ１〜ａ１０からなるデータａと、ｂ１〜ｂ１０か
らなるデータｂとが生成される。
【００５７】このようにして生成されたデータａ，ｂ
は、各々、その内容が撹乱されており、それ自体として
は意味判別困難である。
【００５８】なお、振り分け方法としては、この例に限
らず、２個の暗号プロトコル変換サーバ１（３０Ａ），
暗号プロトコル変換サーバ２（３０Ｂ）のいずれか一方
において、平文状態のデータが盗まれた場合でも、該一
方のデータだけでは意味判別困難であるような振り分け
方法であればよい。
【００５９】さて、図４に戻って、端末１０Ａ−１は、
ステップ４０３で設定したパラメータをＣ１暗号化プロ
グラム３０１に与えて、Ｃ１暗号化プログラム３０１を
実行し、暗号プロトコル変換サーバ１（３０Ａ）に振り
分けるデータ（ここでは、データａ）をＣＢＣモードで
暗号化する（ステップ４０７）。
【００６０】ここで、ＣＢＣモードでの暗号化につい
て、図６を用いて説明する。
【００６１】図６に示すように、ＣＢＣモードは、暗号
強度を増加させるために、現在通常使用（ＩＳＯで標準
化済み）されている暗号利用モードであり、暗号化され
た１データブロックを、次に暗号化する１データブロッ
クに排他的論理和を取ることで絡ませて、次々と連鎖さ
せて暗号化している手法である。ブロック型慣用暗号の
利用モードについては、「現代暗号理論」（電子通信学
会）の６４頁〜７６頁に記載されている。
【００６２】再び、図４に戻って、端末１０Ａ−１は、
ステップ４０４で設定したパラメータをＣ１暗号化プロ
グラム３０１に与えて、Ｃ１暗号化プログラム３０１を
実行し、暗号プロトコル変換サーバ２（３０Ｂ）に振り
分けるデータ（ここでは、データｂ）をＣＢＣモードで
暗号化する（ステップ４０８）。
【００６３】続いて、暗号プロトコル変換サーバ１（３
０Ａ）経由の暗号通信で使用するヘッダ情報を作成する
ための領域、および、暗号プロトコル変換サーバ２（３
０Ｂ）経由の暗号通信で使用するヘッダ情報を作成する
ための領域を、ワークエリア３０５に確保する（ステッ
プ４０９）。
【００６４】続いて、ステップ４０９で確保した領域
に、図７に示す形式７００に基づいて、ヘッダ情報を設
定する（ステップ４１０）。具体的には、ステップ４０
１でワークエリア３０５に設定した端末１０Ｂ−１の端
末識別子，送信元の端末である端末１０Ａ−１自身の端
末識別子３１０，暗号プロトコル変換サーバ１（３０
Ａ）のサーバ識別子３１１からなるヘッダ情報７０１
（図７においては、各々、７０１０，７０１１，７０１
２としている。）を、一方の領域に設定し、ステップ４
０１でワークエリア３０５に設定した端末１０Ｂ−１の
端末識別子，送信元の端末である端末１０Ａ−１自身の
端末識別子３１０，暗号プロトコル変換サーバ２（３０
Ｂ）のサーバ識別子３１２からなるヘッダ情報７０２
（図７においては、各々、７０２０，７０２１，７０２
２としている。）を、もう一方の領域に設定する。
【００６５】続いて、ステップ４１０で設定したヘッダ
情報７０１を先頭に添付しながら、ステップ４０７で暗
号化したデータを、ファイルＡ１に格納し、また、ステ
ップ４１０で設定したヘッダ情報７０２を先頭に添付し
ながら、ステップ４０８で暗号化したデータを、ファイ
ルＡ２に格納する（ステップ４１１）。
【００６６】続いて、ファイルＡ内に未暗号化データが
格納されているか否かを判定し（ステップ４１２）、格
納されているならば、ステップ４０５〜ステップ４１１
を繰り返す。ただし、ヘッダ情報７０１，７０２は、フ
ァイルＡ１，Ａ２の先頭にのみ添付するものとする。実
際には、送信単位であるパケット単位でヘッダ情報が必
要となるが、ここでは、説明を簡単にするために、送信
単位がファイル単位であるものとする。
【００６７】また、ファイルＡ内に未暗号化データが格
納されていなければ、ファイルＡ１，Ａ２を、各々、Ｗ
ＡＮ１１０を介して、暗号プロトコル変換サーバ１（３
０Ａ），暗号プロトコル変換サーバ２（３０Ｂ）に送信
する（ステップ４１３）。
【００６８】次に、暗号プロトコル変換サーバ１（３０
Ａ），暗号プロトコル変換サーバ２（３０Ｂ）の動作に
ついて説明する。
【００６９】図８は暗号プロトコル変換サーバ１（３０
Ａ）のハードウェアの主要部分を示す構成図である。
【００７０】図８に示すように、暗号プロトコル変換サ
ーバ１（３０Ａ）は、演算処理を行うＣＰＵ８０１と、
データを記憶するための主記憶装置８０２および２次記
憶装置８０３と、暗号プロトコル変換サーバ外部との間
の通信を制御する通信アダプタ８０４と、これらを接続
するバス８０５とから構成されており、通信アダプタ８
０４を介して、通信回線８０６により、第三機関ＡのＬ
ＡＮ（１２０Ａ）と接続されている。
【００７１】なお、暗号プロトコル変換サーバ２（３０
Ｂ）のハードウェアの主要部分を示す構成図も、図８と
同様である。
【００７２】図９は暗号プロトコル変換サーバ１（３０
Ａ）の主記憶装置８０２の利用形態を示す説明図であ
る。
【００７３】図９に示すように、主記憶装置８０２上に
は、ＬＡＮ−Ａ（１００Ａ）で使用されている暗号アル
ゴリズムＣ１を用いたＣ１暗号化プログラム９０１およ
びＣ１復号化プログラム９０２と、ＬＡＮ−Ｂ（１００
Ｂ）で使用されている暗号アルゴリズムＣ２を用いたＣ
２暗号化プログラム９０３およびＣ２復号化プログラム
９０４とが格納され、また、ワークエリア９０５が確保
されている。
【００７４】さらに、暗号通信の送受信時に使用する情
報として、端末１０Ａ−１〜１０Ａ−ｍの各々との間の
暗号通信用の鍵が設定されている鍵エリアＡ（９０６）
と、端末１０Ｂ−１〜１０Ｂ−ｎの各々との間の暗号通
信用の鍵が設定されている鍵エリアＢ（９０７）と、暗
号用初期値Ａ１（９０８）および暗号用初期値Ｂ１（９
０９）とが格納されている。
【００７５】実際には、鍵エリアＡ（９０６）には、端
末１０Ａ−１〜１０Ａ−ｍの端末識別子９０６１ごと
に、対応する鍵９０６２が設定されている。また、鍵エ
リアＢ（９０７）には、端末１０Ｂ−１〜１０Ｂ−ｎの
端末識別子９０７１ごとに、対応する鍵９０７２が設定
されている。ただし、安全性を考慮し、２個の鍵エリア
９０６，９０７に設定されている鍵は、全て、互いに異
なるようにする。
【００７６】また、暗号用初期値Ａ１（９０８）は、端
末１０Ａ−１の主記憶装置２０２上に格納されている暗
号用初期値Ａ１（３０７）と同じ値であり、暗号用初期
値Ｂ１（９０９）は、図１２を用いて後述するが、端末
１０Ｂ−１の主記憶装置１１０２上に格納されている暗
号用初期値Ｂ１（１２０７）と同じ値である。
【００７７】なお、暗号プロトコル変換サーバ２（３０
Ｂ）の主記憶装置８０２の利用形態を示す説明図も、図
９と同様である。ただし、安全性を考慮し、暗号プロト
コル変換サーバ２（３０Ｂ）の主記憶装置８０２上に格
納されている鍵は、全て、暗号プロトコル変換サーバ１
（３０Ａ）の主記憶装置８０２上に格納されている鍵と
は異なるようにする。
【００７８】図１０は暗号プロトコル変換サーバ１（３
０Ａ）の暗号変換処理手順を示すフローチャートであ
る。
【００７９】なお、暗号プロトコル変換サーバ１（３０
Ａ）において、ＬＡＮ−Ａ（１００Ａ）に接続された端
末１０Ａ−１〜１０Ａ−ｍのうちのいずれかの端末（こ
こでは、１０Ａ−１）から送信されたデータ（ここで
は、ファイルＡ１）は、２次記憶装置８０３上に格納さ
れる。
【００８０】図１０に示すように、暗号プロトコル変換
サーバ１（３０Ａ）は、まず、２次記憶装置８０３上に
格納されているファイルＡ１内のヘッダ情報７０１か
ら、送信先の端末である端末１０Ｂ−１の端末識別子７
０１０、および、送信元の端末である端末１０Ａ−１の
端末識別子７０１１を読み出して、ワークエリア９０５
に設定する（ステップ１００１）。
【００８１】続いて、ステップ１００１で読み出した送
信元の端末１０Ａ−１の端末識別子７０１１と鍵エリア
Ａ（９０６）に設定されている端末識別子９０６１との
マッチングを行うことにより、送信元の端末１０Ａ−１
と暗号プロトコル変換サーバ１（３０Ａ）との間の暗号
通信用の鍵ＫＡＡ１を検索し、ワークエリア９０５に設
定する（ステップ１００２）。
【００８２】続いて、ステップ１００１で読み出した送
信先の端末１０Ｂ−１の端末識別子７０１０と鍵エリア
Ｂ（９０７）に設定されている端末識別子９０７１との
マッチングを行うことにより、送信元の端末１０Ｂ−１
と暗号プロトコル変換サーバ１（３０Ａ）との間の暗号
通信用の鍵ＫＡＢ１を検索し、ワークエリア９０５に設
定する（ステップ１００３）。
【００８３】続いて、Ｃ１復号化プログラム９０２のパ
ラメータとなる、ステップ１００２で読み出した鍵ＫＡ
Ａ１および暗号用初期値Ａ１（９０８）をワークエリア
９０５に設定する（ステップ１００４）。
【００８４】続いて、Ｃ２暗号化プログラム９０３のパ
ラメータとなる、ステップ１００３で読み出した鍵ＫＡ
Ｂ１および暗号用初期値Ｂ１（９０９）をワークエリア
９０５に設定する（ステップ１００５）。
【００８５】続いて、ファイルＡ１内のデータを、ワー
クエリア９０５にロードする（ステップ１００６）。
【００８６】続いて、ステップ１００６でロードしたフ
ァイルＡ１内のデータについて暗号変換処理を行う（ス
テップ１００７）。
【００８７】すなわち、まず、ステップ１００６でロー
ドしたデータを、先頭から１ブロックずつ、ステップ１
００４で設定したパラメータをＣ１復号化プログラム９
０２に与えて、Ｃ１復号化プログラム９０２を実行して
復号化し、さらに、ステップ１００５で設定したパラメ
ータをＣ２暗号化プログラム９０３に与えて、Ｃ２暗号
化プログラム９０３を実行して再暗号化する。なお、再
暗号化されたデータは、ワークエリア９０５上の元の位
置に格納される。
【００８８】ステップ１００７の暗号変換処理を終了す
ると、ワークエリア９０５上に格納されているデータ
（再暗号化されたデータ）を、ファイルＢ１に格納する
（ステップ１００８）。
【００８９】続いて、ファイルＡ１内に未変換データが
格納されているか否かを判定し（ステップ１００９）、
格納されているならば、ステップ１００６〜ステップ１
００８を繰り返す。
【００９０】また、ファイルＡ１内に未変換データが格
納されていなければ、ファイルＢ１を、ＷＡＮ１１０を
介して、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１０
Ｂ−１に送信する（ステップ１０１０）。
【００９１】なお、暗号プロトコル変換サーバ２（３０
Ｂ）の暗号変換処理手順を示すフローチャートも、図１
０と同様である。すなわち、ＬＡＮ−Ａ（１００Ａ）に
接続された端末１０Ａ−１から送信されたファイルＡ２
を、ファイルＢ２に変換し、ＷＡＮ１１０を介して、Ｌ
ＡＮ−Ｂ（１００Ｂ）に接続された端末１０Ｂ−１に送
信する。
【００９２】次に、送信先の端末１０Ｂ−１の動作につ
いて説明する。
【００９３】図１１は端末１０Ｂ−１のハードウェアの
主要部分を示す構成図である。
【００９４】図１１に示すように、端末１０Ｂ−１は、
端末１０Ａ−１と同様に、演算処理を行うＣＰＵ１１０
１と、データを記憶するための主記憶装置１１０２およ
び２次記憶装置１１０３と、端末外部との間の通信を制
御する通信アダプタ１１０４と、これらを接続するバス
１１０５とから構成されており、通信アダプタ１１０４
を介して、通信回線１１０６により、ＬＡＮ−Ｂ（１０
０Ｂ）と接続されている。
【００９５】図１２は端末１０Ｂ−１の主記憶装置１１
０２の利用形態を示す説明図である。
【００９６】図１２に示すように、主記憶装置１１０２
上には、ＬＡＮ−Ｂ（１００Ｂ）で使用されている暗号
アルゴリズムＣ２を用いたＣ２暗号化プログラム１２０
１およびＣ２復号化プログラム１２０２と、送信すべき
データを振り分けるための振り分けプログラム１２０３
と、暗号プロトコル変換サーバ１（３０Ａ），暗号プロ
トコル変換サーバ２（３０Ｂ）から送信されたデータ
を、元のデータに復元するための復元プログラム１２０
４とが格納され、また、ワークエリア１２０５が確保さ
れている。
【００９７】さらに、暗号通信の送受信時に使用する情
報として、暗号プロトコル変換サーバ１（３０Ａ）との
間の暗号通信用の鍵ＫＡＢ１（１２０６）および暗号用
初期値（乱数）Ｂ１（１２０７）と、暗号プロトコル変
換サーバ２（３０Ｂ）との間の暗号通信用の鍵ＫＢＢ１
（１２０８）および暗号用初期値（乱数）Ｂ２（１２０
９）と、端末１０Ｂ−１自身の端末識別子１２１０と、
暗号プロトコル変換サーバ１（３０Ａ）のサーバ識別子
１２１１と、暗号プロトコル変換サーバ２（３０Ｂ）の
サーバ識別子１２１２とが格納されている。
【００９８】図１３は端末１０Ｂ−１の受信処理手順を
示すフローチャートである。
【００９９】なお、端末１０Ｂ−１において、暗号プロ
トコル変換サーバ１（３０Ａ）から送信されたファイル
（ここでは、ファイルＢ１）、および、暗号プロトコル
変換サーバ２（３０Ｂ）から送信されたファイル（ここ
では、ファイルＢ２）は、２次記憶装置１１０３上に格
納される。
【０１００】図１３に示すように、端末１０Ｂ−１は、
ファイルＢ１，Ｂ２の受信を完了すると、まず、２次記
憶装置１１０３上に格納されているファイルＢ１内のヘ
ッダ情報７０１から、暗号プロトコル変換サーバのサー
バ識別子（ここでは、暗号プロトコル変換サーバ１（３
０Ａ）のサーバ識別子）７０１２を読み出して、ワーク
エリア１２０５に設定する（ステップ１３０１）。
【０１０１】続いて、ステップ１３０１でワークエリア
１２０５に設定した暗号プロトコル変換サーバのサーバ
識別子（ここでは、暗号プロトコル変換サーバ１（３０
Ａ）のサーバ識別子）に基づいて、経由された暗号プロ
トコル変換サーバ（ここでは、暗号プロトコル変換サー
バ１（３０Ａ））を判断する（ステップ１３０２）。
【０１０２】続いて、２次記憶装置１１０３上に格納さ
れているファイルＢ２内のヘッダ情報７０２から、暗号
プロトコル変換サーバのサーバ識別子（ここでは、暗号
プロトコル変換サーバ２（３０Ｂ）のサーバ識別子）７
０２０を読み出して、ワークエリア１２０５に設定する
（ステップ１３０３）。
【０１０３】続いて、ステップ１３０３でワークエリア
１２０５に設定した暗号プロトコル変換サーバのサーバ
識別子（ここでは、暗号プロトコル変換サーバ２（３０
Ｂ）のサーバ識別子）に基づいて、経由された暗号プロ
トコル変換サーバ（ここでは、暗号プロトコル変換サー
バ２（３０Ｂ））を判断する（ステップ１３０４）。
【０１０４】続いて、Ｃ２復号化プログラム１２０２の
パラメータとなる、暗号プロトコル変換サーバ１（３０
Ａ）との間の暗号通信用の鍵ＫＡＢ１（１２０６）およ
び暗号用初期値Ｂ１（１２０７）をワークエリア１２０
５に設定する（ステップ１３０５）。
【０１０５】続いて、Ｃ２復号化プログラム１２０２の
パラメータとなる、暗号プロトコル変換サーバ２（３０
Ｂ）との間の暗号通信用の鍵ＫＢＢ１（１２０８）およ
び暗号用初期値Ｂ２（１２０９）をワークエリア１２０
５に設定する（ステップ１３０６）。
【０１０６】続いて、２次記憶装置１１０３上のファイ
ルＢ１に格納されている再暗号化データを、ワークエリ
ア１２０５にロードし（ステップ１３０７）、２次記憶
装置１１０３上のファイルＢ２に格納されている再暗号
化データを、ワークエリア１２０５にロードする（ステ
ップ１３０８）。なお、ステップ１３０７でロードする
再暗号化データのデータ量と、ステップ１３０８でロー
ドする再暗号化データのデータ量とは、同量である。
【０１０７】続いて、ステップ１３０５で設定したパラ
メータをＣ２復号化プログラム１２０２に与えて、Ｃ２
復号化プログラム１２０２を実行し、ステップ１３０７
でロードした再暗号化データを復号化する（ステップ１
３０９）。
【０１０８】続いて、ステップ１３０６で設定したパラ
メータをＣ２復号化プログラム１２０２に与えて、Ｃ２
復号化プログラム１２０２を実行し、ステップ１３０８
でロードした再暗号化データを復号化する（ステップ１
３１０）。
【０１０９】続いて、復元プログラム１２０４を用い
て、ステップ１３０９およびステップ１３１０で復号化
した２個のデータを、元のデータに復元するための復元
処理を行う（ステップ１３１１）。
【０１１０】ここで、復元プログラム１２０４による復
元方法の具体例について、図１４を用いて説明する。
【０１１１】図１４に示す例では、図５に示した振り分
け方法に呼応して、暗号プロトコル変換サーバ１（３０
Ａ）を経由して受信したデータａと、暗号プロトコル変
換サーバ２（３０Ｂ）を経由して受信したデータｂとの
間で排他的論理和を先頭から順に取ることにより、デー
タａ，ｂを、元のデータｄに復元している。
【０１１２】さて、図１３に戻って、端末１０Ｂ−１
は、復元処理により復元されたデータ（平文）を、２次
記憶装置１１０３上のファイルＢに格納する（ステップ
１３１２）。
【０１１３】続いて、ファイルＢ１，Ｂ２内に未復号化
データが格納されているか否かを判定し（ステップ１３
１３）、格納されているならば、ステップ１３０７〜ス
テップ１３１２を繰り返す。
【０１１４】以上説明した動作により、送信先の端末１
０Ｂ−１において、ファイルＢ内に、送信元の端末１０
Ａ−１が作成したデータが、判別可能な元の形式（平
文）で格納されることとなり、端末１０Ａ−１から端末
１０Ｂ−１に対する暗号通信が完了した。
【０１１５】従って、本実施例の暗号通信システムによ
れば、暗号プロトコル変換サーバ１（３０Ａ），暗号プ
ロトコル変換サーバ２（３０Ｂ）が、各々、分担して暗
号変換処理を行うと共に、分担させるデータの振り分け
方法に工夫を施しているので、振り分け方法が明らかに
なった場合で、かつ、暗号変換処理時の平文が、２個の
暗号プロトコル変換サーバ１（３０Ａ），暗号プロトコ
ル変換サーバ２（３０Ｂ）から同時に洩れた場合でない
限り、端末１０Ａ−１が作成した元のデータ（平文）が
第三者に盗まれることはなく、元のデータの盗難を困難
にすることができる。
【０１１６】また、本実施例の暗号通信システムによれ
ば、暗号プロトコル変換サーバ１（３０Ａ），暗号プロ
トコル変換サーバ２（３０Ｂ）が、各々、暗号変換処理
において、１ブロックごとに、復号化および再暗号化を
行っているので、同時に平文状態となるデータの量が１
ブロックのみであることから、データが平文状態となる
時間が短くなる。従って、平文状態のデータが洩れる可
能性がある時間が短くなり、また、この時間に平文状態
のデータが盗まれても、１ブロック分のデータのみが判
明するだけで済む。一方、暗号変換処理において、全て
のデータを復号化して平文状態のデータに戻した後、再
暗号化する場合を考えてみると、データが平文状態とな
る時間が長くなるので、平文状態のデータが漏れる可能
性がある時間が長くなり、この時間に平文状態のデータ
が盗まれると、より大量のデータが判明してしまう。
【０１１７】このように、暗号変換処理において、１ブ
ロックずつ、復号化および再暗号化を行うことで、デー
タが平文状態となる時間が短くなるので、安全性を増加
させることができる。
【０１１８】なお、図１に示した例では、暗号プロトコ
ル変換サーバ１（３０Ａ），暗号プロトコル変換サーバ
２（３０Ｂ）が、各々、第三機関ＡのＬＡＮ１２０Ａ，
第三機関ＢのＬＡＮ１２０Ｂに接続されるようにするこ
とで、秘匿性がさらに増加するようにしているが、暗号
プロトコル変換サーバ１（３０Ａ），暗号プロトコル変
換サーバ２（３０Ｂ）が、共に、ＷＡＮ１１０に接続さ
れるようにしてもよい。
【０１１９】また、以下に示すような様々な変形例も考
えられる。
【０１２０】（変形例１）変形例１は、振り分け方法
を、図５に示した振り分け方法の代わりに、図１８に示
す振り分け方法とした例である。
【０１２１】図１８に示す振り分け方法は、元のデータ
ｄの先頭から、１ブロックずつ交互に抽出することによ
り、暗号プロトコル変換サーバ１（３０Ａ）に送信する
データａ、および、暗号プロトコル変換サーバ２（３０
Ｂ）に送信するデータｂを生成するという方法である。
【０１２２】なお、復元方法は、データａ，ｂを各々復
号化した後、各データの先頭から１ブロックずつ交互に
抽出し、連結すればよい。
【０１２３】図１８に示した振り分け方法で生成した２
個のデータａ，ｂは、元のデータｄの１／２のデータ量
であるので、暗号プロトコル変換サーバ１（３０Ａ），
暗号プロトコル変換サーバ２（３０Ｂ）間で負荷が分散
されることとなる。
【０１２４】このように、暗号プロトコル変換サーバ１
（３０Ａ），暗号プロトコル変換サーバ２（３０Ｂ）に
振り分けるデータａ，ｂの量が、元のデータｄの量より
小さくなると、暗号変換処理に関する負荷分散効果があ
り、従って、暗号変換処理が高速化されるという効果が
あるので、特に、大容量の暗号通信に有効となる。
【０１２５】ただし、図１８に示した振り分け方法で
は、元のデータｄに対するブロック単位での転置が行わ
れるので、暗号変換処理時に、再暗号化前の平文状態の
データが、ブロック単位で意味のあるデータとなる。そ
こで、ブロック長を十分に短くし、ブロック単位での意
味が判別困難になるようにすることが好ましい。ブロッ
ク長としては、例えば、慣用暗号の１ブロック長（６４
ビット）や、１６ビット未満や、８ビット未満とするこ
とができる。１６ビットは、１文字分の漢字コードに相
当しているので、１６ビット未満とすることで、意味判
別が困難になる。また、８ビットは、１文字分の英数字
コードに相当しているので、８ビット未満とすること
で、意味判別が困難になる。
【０１２６】このように、ブロック長を十分に短くする
と、暗号変換処理時に、平文状態のデータの意味判別が
困難になり、安全性を増加させることができる。
【０１２７】（変形例２）変形例２は、変形例１におい
て、意味判別をさらに困難にするために、図１８に示し
た振り分け方法による振り分けを行う前に、元のデータ
ｄの各ブロックを、ランダムに転置しておくものであ
る。
【０１２８】例えば、元のデータｄのブロック数がｎ個
であるとすると、（ｎ！−１）通りの転置方法が存在す
るので、できるだけランダムな転置を行うために、乱数
表を使用するようにし、送信元の端末と送信先の端末と
が、同じ乱数表を保持すればよい。
【０１２９】（変形例３）図１に示した例は、２個の暗
号プロトコル変換サーバが接続されているようにしてい
るが、変形例３は、３個以上の暗号プロトコル変換サー
バが接続されているようにするものである。
【０１３０】例えば、３個の暗号プロトコル変換サーバ
が接続されている場合は、図５に示した振り分け方法で
生成した２個のデータａ，ｂを、ほぼ均等に、３個の暗
号プロトコル変換サーバに振り分けるようにすればよ
い。すなわち、例えば、データａの先頭から２／３，デ
ータａの残りの１／３およびデータｂの先頭から１／
３，データｂの残りの２／３を、各々、３個の暗号プロ
トコル変換サーバに振り分ければよい。
【０１３１】図５に示した振り分け方法で生成した２個
のデータａ，ｂは、元のデータｄの２倍のデータ量であ
るので、３個以上の暗号プロトコル変換サーバが接続さ
れている場合には、これらの暗号プロトコル変換サーバ
間で負荷が分散されることとなる。
【０１３２】（変形例４）変形例４は、変形例１におい
て、３個以上の暗号プロトコル変換サーバが接続されて
いるようにするものである。
【０１３３】例えば、３個の暗号プロトコル変換サーバ
が接続されている場合は、図１８に示した振り分け方法
で、元のデータｄの先頭から、１ブロックずつ交互に抽
出することにより、３個の暗号プロトコル変換サーバに
各々送信する３個のデータを生成すればよい。
【０１３４】なお、図１８に示した振り分け方法では、
ｋ個（≧３）の暗号プロトコル変換サーバが接続されて
いる場合には、ｋ個の暗号プロトコル変換サーバに各々
送信されるｋ個のデータが生成され、これらｋ個のデー
タは、元のデータｄの１／ｋのデータ量であるので、こ
れらｋ個の暗号プロトコル変換サーバ間で負荷が分散さ
れることとなる。
【０１３５】（変形例５）変形例５は、図５に示した振
り分け方法で、元のデータｄからデータａ，ｂを生成し
た後、さらに、同じ振り分け方法で、データａからデー
タａ１，ａ２を生成し、データｂからデータｂ１，ｂ２
を生成するようするものである。
【０１３６】この場合、例えば、暗号プロトコル変換サ
ーバＡ（３０Ａ）には、データａ１，ｂ１を振り分け、
暗号プロトコル変換サーバＢ（３０Ｂ）には、データａ
２，ｂ２を振り分けるようにすればよい。
【０１３７】この場合には、暗号変換処理に関する負荷
分散効果はなく、むしろ負荷が２倍に増大してしまう。
しかしながら、４個の暗号プロトコル変換サーバが接続
されているようにすれば、負荷の増大を解消することが
でき、また、５個以上の暗号プロトコル変換サーバが接
続されているようにすれば、負荷を分散させることがで
きる。
【０１３８】（変形例６）図１に示した例は、ＬＡＮ−
Ａ（１００Ａ）に接続された端末１０Ａ−１〜１０Ａ−
ｍ、および、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末
１０Ｂ−１〜１０Ｂ−ｎが、同ブロック長のブロック型
慣用暗号を使用するものとしているが、変形例６は、ス
トリーム暗号または公開鍵暗号を使用するようにするも
のである。
【０１３９】ブロック型慣用暗号が、数十ビット以上の
比較的長いデータブロックごとに暗号化／復号化する暗
号であるのに対して、慣用暗号の一種であるストリーム
暗号は、１ビットから数ビットの小データブロックごと
に暗号化／復号化する暗号である。例えば、ブロック型
慣用暗号のうちのＤＥＳ（Data Encryption Standard）
暗号は、６４ビットごとに暗号化／復号化する暗号であ
り、ブロック型慣用暗号のうちのＭｕｌｔｉ２（Multi-
Media Encryption Algorithm２）暗号は、６４ビットご
とに暗号化／復号化する暗号であり、ストリーム暗号の
うちのバーナム暗号は、１ビットごとに暗号化／復号化
する暗号である。
【０１４０】また、公開鍵暗号は、相当長いデータブロ
ックごとに暗号化／復号化する暗号である。例えば、公
開鍵暗号のうちのＲＳＡ暗号は、６４バイト（＝５１２
ビット）ごとに暗号化／復号化する暗号である。
【０１４１】なお、ＤＥＳ暗号の詳細については、「現
代暗号理論」（電子通信学会）の４１頁〜４９頁に記載
されており、ＲＳＡ暗号の詳細については、「現代暗号
理論」（電子通信学会）の１０５頁〜１２３頁に記載さ
れている。また、Ｍｕｌｔｉ２暗号の詳細については、
「マルチメディア向け高速暗号アルゴリズムHisecurity
-Multi２の開発と利用法」（電子通信学会，暗号と情報
セキュリティジョイントワークショップ講演論文集）の
１６７頁〜１７３頁に記載されている。
【０１４２】例えば、ＬＡＮ−Ａ（１００Ａ）に接続さ
れた端末１０Ａ−１〜１０Ａ−ｍが、パーナム暗号を使
用し、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１０Ｂ
−１〜１０Ｂ−ｎが、ＤＥＳ暗号を使用している場合
は、暗号変換処理において、バーナム暗号で１ビットず
つ６４ビットを復号化する度に、ＤＥＳ暗号で該６４ビ
ットを再暗号化すればよい。
【０１４３】また、例えば、ＬＡＮ−Ａ（１００Ａ）に
接続された端末１０Ａ−１〜１０Ａ−ｍが、ＲＳＡ暗号
を使用し、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１
０Ｂ−１〜１０Ｂ−ｎが、ＤＥＳ暗号を使用している場
合は、暗号変換処理において、ＲＳＡ暗号で６４バイト
を復号化する度に、ＤＥＳ暗号で該６４バイトを６４ビ
ットずつ再暗号化すればよい。
【０１４４】また、例えば、ＬＡＮ−Ａ（１００Ａ）に
接続された端末１０Ａ−１〜１０Ａ−ｍが、ＲＳＡ暗号
を使用し、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１
０Ｂ−１〜１０Ｂ−ｎが、バーナム暗号を使用している
場合は、暗号変換処理において、ＲＳＡ暗号で６４バイ
トを復号化する度に、バーナム暗号で該６４バイトを１
ビットずつ再暗号化すればよい。
【０１４５】ところで、互いに異なる暗号を使用する異
国の端末間で暗号通信を行いたい場合に、少なくとも一
方の国が、法律的に暗号技術に関する輸出入規制を行っ
ており、輸出規制を行っている国の端末で使用している
暗号のアルゴリズムを、他国の暗号プロトコル変換サー
バに備えることができないという状況が考えられる。例
えば、上述した暗号プロトコル変換サーバ１（３０
Ａ），暗号プロトコル変換サーバ２（３０Ｂ）の少なく
とも一方が、輸出規制国外にある場合は、そのような暗
号プロトコル変換サーバに、輸出規制国の端末で使用し
ている暗号のアルゴリズムを備えることができない。
【０１４６】そこで、このような状況において、２国の
端末間で暗号通信を行うことを可能とするためには、一
般に、特定の１個の暗号のみを共通に使用することを、
２国間で協定する方法が考えられる。このように、２国
間で共通に使用される暗号を「中間暗号」と呼ぶ。
【０１４７】そこで、中間暗号の使用を協定した場合の
実施例を、第２の実施例として、以下に説明する。
【０１４８】図１５は第２の実施例の暗号通信システム
の構成図である。
【０１４９】図１５に示した暗号通信システムは、Ａ国
に属し、Ａ国で使用されている暗号を使用するＬＡＮ−
Ａ（１００Ａ）と、Ｂ国に属し、Ｂ国で使用されている
暗号を使用するＬＡＮ−Ｂ（１００Ｂ）に各々接続され
ている任意の端末間で、暗号通信を行うためのものであ
る。
【０１５０】この暗号通信は、Ａ国に属する、ＷＡＮ−
Ａ（１１０Ａ），暗号プロトコル変換サーバＡ１（４０
Ａ−１），暗号プロトコル変換サーバＡ２（４０Ａ−
２）と、Ｂ国に属する、ＷＡＮ−Ｂ（１１０Ｂ），暗号
プロトコル変換サーバＢ１（４０Ｂ−１），暗号プロト
コル変換サーバＢ２（４０Ｂ−２）を経由して行われ
る。
【０１５１】図１５に示すように、ＬＡＮ−Ａ（１００
Ａ）は、複数の端末１０Ａ−１〜１０Ａ−ｍが接続され
たローカルエリア・ネットワークであり、通信回線５０
を介して、Ａ国内のＷＡＮ−Ａ（１１０Ａ）と接続され
ている。また、ＬＡＮ−Ｂ（１００Ｂ）は、複数の端末
１０Ｂ−１〜１０Ｂ−ｎが接続されたローカルエリア・
ネットワークであり、通信回線５２を介して、Ｂ国内の
ＷＡＮ−Ｂ（１１０Ｂ）と接続されている。また、Ａ国
内のＷＡＮ−Ａ（１１０Ａ）とＢ国内のＷＡＮ−Ｂ（１
１０Ｂ）とが、通信回線５１を介して接続されている。
【０１５２】Ａ国内には、暗号プロトコル変換サーバＡ
１（４０Ａ−１），暗号プロトコル変換サーバＡ２（４
０Ａ−２）が設置されており、各々、暗号アルゴリズム
Ｃ１および中間暗号の暗号アルゴリズムを備えている。
また、暗号プロトコル変換サーバＡ１（４０Ａ−１），
暗号プロトコル変換サーバＡ２（４０Ａ−２）は、各
々、第三機関Ａ１のＬＡＮ（１３０Ａ−１），第三機関
Ａ２のＬＡＮ（１３０Ａ−２）に属し、ＬＡＮ（１３０
Ａ−１），ＬＡＮ（１３０Ａ−２）は、各々、通信回線
５３，５４を介して、ＷＡＮ−Ａ（１１０Ａ）と接続さ
れている。
【０１５３】また、Ｂ国内には、暗号プロトコル変換サ
ーバＢ１（４０Ｂ−１），暗号プロトコル変換サーバＢ
２（４０Ｂ−２）が設置されており、各々、暗号のアル
ゴリズムＣ２および中間暗号のアルゴリズムを備えてい
る。また、暗号プロトコル変換サーバＢ１（４０Ｂ−
１），暗号プロトコル変換サーバＢ２（４０Ｂ−２）
は、各々、第三機関Ｂ１のＬＡＮ（１３０Ｂ−１），第
三機関Ｂ２のＬＡＮ（１３０Ｂ−２）に属し、ＬＡＮ
（１３０Ｂ−１），ＬＡＮ（１３０Ｂ−２）は、各々、
通信回線５５，５６を介して、ＷＡＮ−Ｂ（１１０Ｂ）
と接続されている。
【０１５４】以下、ＬＡＮ−Ａ（１００Ａ）に接続され
た端末１０Ａ−１からＬＡＮ−Ｂ（１００Ｂ）に接続さ
れた端末１０Ｂ−１に対する暗号通信を例にして、上述
した暗号通信システムとは異なる点を中心に、暗号通信
システムの詳細な動作について説明する。
【０１５５】端末１０Ａ−１のハードウェアの主要部分
を示す構成図は、図２と同様であり、端末１０Ｂ−１の
ハードウェアの主要部分を示す構成図は、図１１と同様
である。
【０１５６】また、端末１０Ａ−１の主記憶装置２０２
の利用形態を示す説明図、および、端末１０Ａ−１の送
信処理手順を示すフローチャートは、実質的には、図３
および図４と同様である。
【０１５７】ただし、端末１０Ａ−１においては、上述
した暗号通信システムにおける暗号プロトコル変換サー
バ１（３０Ａ）を暗号プロトコル変換サーバＡ１（４０
Ａ−１）とみなし、上述した暗号通信システムにおける
暗号プロトコル変換サーバ２（３０Ｂ）を暗号プロトコ
ル変換サーバＡ２（４０Ａ−２）とみなすようにする。
すなわち、端末１０Ａ−１は、端末１０Ｂ−１に送信す
べきデータを、暗号プロトコル変換サーバＡ１（４０Ａ
−１），暗号プロトコル変換サーバＡ２（４０Ａ−２）
の各々に振り分け、暗号化して送信する。
【０１５８】また、端末１０Ｂ−１の主記憶装置１１０
２の利用形態を示す説明図、および、端末１０Ｂ−１の
送信処理手順を示すフローチャートは、実質的には、図
１２および図１３と同様である。
【０１５９】ただし、端末１０Ｂ−１においては、上述
した暗号通信システムにおける暗号プロトコル変換サー
バ１（３０Ａ）を暗号プロトコル変換サーバＢ１（４０
Ｂ−１）とみなし、上述した暗号通信システムにおける
暗号プロトコル変換サーバ２（３０Ｂ）を暗号プロトコ
ル変換サーバＢ２（４０Ｂ−２）とみなすようにする。
すなわち、端末１０Ｂ−１は、暗号プロトコル変換サー
バＢ１（４０Ｂ−１），暗号プロトコル変換サーバＢ２
（４０Ｂ−２）を各々経由して送信されたデータを、復
号化して元のデータに復元する。
【０１６０】また、暗号プロトコル変換サーバＡ１（４
０Ａ−１）の構成図，暗号プロトコル変換サーバＡ２
（４０Ａ−２）の構成図，暗号プロトコル変換サーバＢ
１（４０Ｂ−１）の構成図，暗号プロトコル変換サーバ
Ｂ２（４０Ｂ−２）の構成図は、図８と同様である。
【０１６１】図１６は暗号プロトコル変換サーバＡ１
（４０Ａ−１）の主記憶装置８０２の利用形態を示す説
明図である。
【０１６２】図１６に示すように、主記憶装置８０２上
には、ＬＡＮ−Ａ（１００Ａ）で使用されている暗号ア
ルゴリズムＣ１を用いたＣ１暗号化プログラム１６０１
およびＣ１復号化プログラム１６０２と、中間暗号の暗
号アルゴリズムを用いた中間暗号暗号化プログラム１６
０３および中間暗号復号化プログラム１６０４とが格納
され、また、ワークエリア１６０５が確保されている。
【０１６３】さらに、暗号通信の送受信時に使用する情
報として、端末１０Ａ−１〜１０Ａ−ｍの各々との間の
暗号通信用の鍵が設定されている鍵エリア１６０６と、
暗号プロトコル変換サーバＢ１（４０Ｂ−１）との間の
暗号通信用の鍵１６０７と、暗号用初期値Ａ１（１６０
８）とが格納されている。
【０１６４】実際には、鍵エリア１６０６には、端末１
０Ａ−１〜１０Ａ−ｍの端末識別子１６０６１ごとに、
対応する鍵１６０６２が設定されている。また、暗号用
初期値Ａ１（１６０８）は、端末１０Ａ−１の主記憶装
置２０２上に格納されている暗号用初期値Ａ１（３０
７）と同じ値である。
【０１６５】なお、暗号プロトコル変換サーバＡ２（４
０Ａ−２）の主記憶装置８０２の利用形態を示す説明図
も、図１６と同様である。ただし、暗号プロトコル変換
サーバＢ１（４０Ｂ−１）との間の暗号通信用の鍵の代
わりに、暗号プロトコル変換サーバＢ２（４０Ｂ−２）
との間の暗号通信用の鍵が格納されている。
【０１６６】図１７は暗号プロトコル変換サーバＢ１
（４０Ｂ−１）の主記憶装置８０２の利用形態を示す説
明図である。
【０１６７】図１７に示すように、主記憶装置８０２上
には、ＬＡＮ−Ｂ（１００Ｂ）で使用されている暗号ア
ルゴリズムＣ２を用いたＣ２暗号化プログラム１７０１
およびＣ２復号化プログラム１７０２と、中間暗号の暗
号アルゴリズムを用いた中間暗号暗号化プログラム１７
０３および中間暗号復号化プログラム１７０４とが格納
され、また、ワークエリア１７０５が確保されている。
【０１６８】さらに、暗号通信の送受信時に使用する情
報として、端末１０Ｂ−１〜１０Ｂ−ｎの各々との間の
暗号通信用の鍵が設定されている鍵エリア１７０６と、
暗号プロトコル変換サーバＡ１（４０Ａ−１）との間の
暗号通信用の鍵１７０７と、暗号用初期値Ｂ１（１７０
８）とが格納されている。
【０１６９】実際には、鍵エリア１７０６には、端末１
０Ｂ−１〜１０Ｂ−ｎの端末識別子１７０６１ごとに、
対応する鍵１７０６２が設定されている。また、暗号用
初期値Ｂ１（１７０８）は、端末１０Ｂ−１の主記憶装
置１１０２上に格納されている暗号用初期値Ｂ１（１１
０７）と同じ値である。
【０１７０】なお、暗号プロトコル変換サーバＢ２（４
０Ｂ−２）の主記憶装置８０１の利用形態を示す説明図
も、図１７と同様である。ただし、暗号プロトコル変換
サーバＡ１（４０Ａ−１）との間の暗号通信用の鍵の代
わりに、暗号プロトコル変換サーバＡ２（４０Ａ−２）
との間の暗号通信用の鍵が格納されている。
【０１７１】また、暗号プロトコル変換サーバＡ１（４
０Ａ−１），暗号プロトコル変換サーバＡ２（４０Ａ−
２）の暗号変換処理手順は、実質的には、図１０と同様
である。
【０１７２】ただし、暗号プロトコル変換サーバＡ１
（４０Ａ−１），暗号プロトコル変換サーバＡ２（４０
Ａ−２）は、暗号変換処理において、Ｃ１復号化プログ
ラム９０２による復号化を行い、Ｃ２暗号化プログラム
９０３による再暗号化を行う代わりに、Ｃ１復号化プロ
グラム１６０２による復号化を行い、中間暗号暗号化プ
ログラム１６０３による再暗号化を行うようにする。ま
た、暗号プロトコル変換サーバＡ１（４０Ａ−１）は、
再暗号化データを格納したファイルを、暗号プロトコル
変換サーバＢ１（４０Ｂ−１）に送信するようにし、暗
号プロトコル変換サーバＡ２（４０Ａ−２）は、再暗号
化データを格納したファイルを、暗号プロトコル変換サ
ーバＢ２（４０Ｂ−２）に送信するようにする。
【０１７３】なお、ここでは、暗号プロトコル変換サー
バＡ１（４０Ａ−１）と暗号プロトコル変換サーバＢ１
（４０Ｂ−１）との間で中間暗号を使用した暗号通信を
行い、暗号プロトコル変換サーバＡ２（４０Ａ−２）と
暗号プロトコル変換サーバＢ２（４０Ｂ−２）との間で
中間暗号を使用した暗号通信を行うようにしているが、
１個の暗号プロトコル変換サーバに重複して送信されな
いようになっていればよい。
【０１７４】また、暗号プロトコル変換サーバＢ１（４
０Ｂ−１），暗号プロトコル変換サーバＢ２（４０Ｂ−
２）の暗号変換処理手順も、実質的には、図１０と同様
である。
【０１７５】ただし、暗号プロトコル変換サーバＢ１
（４０Ｂ−１），暗号プロトコル変換サーバＢ２（４０
Ｂ−２）は、暗号変換処理において、Ｃ１復号化プログ
ラム９０２による復号化を行い、Ｃ２暗号化プログラム
９０３による再暗号化を行う代わりに、中間暗号復号化
プログラム１７０４による復号化を行い、Ｃ２暗号化プ
ログラム１７０１による再暗号化を行うようにする。
【０１７６】このように、中間暗号の使用を協定した場
合には、暗号プロトコル変換サーバＡ１（４０Ａ−
１），暗号プロトコル変換サーバＡ２（４０Ａ−２）
は、各々、暗号プロトコル変換サーバＢ１（４０Ｂ−
１），暗号プロトコル変換サーバＢ２（４０Ｂ−２）と
の間の暗号通信用の鍵１６０７、および、ＬＡＮ−Ａ
（１００Ａ）に接続された端末１０Ａ−１〜１０Ａ−ｍ
の各々との間の暗号通信用の鍵１６０６２を保持してい
ればよく、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１
０Ｂ−１〜１０Ｂ−ｎの各々との間の暗号通信用の鍵１
７０６２を保持する必要はない。また、暗号プロトコル
変換サーバＢ１（４０Ｂ−１），暗号プロトコル変換サ
ーバＢ２（４０Ｂ−２）も、各々、暗号プロトコル変換
サーバＡ１（４０Ａ−１），暗号プロトコル変換サーバ
Ａ２（４０Ａ−２）との間の暗号通信用の鍵１７０７、
および、ＬＡＮ−Ｂ（１００Ｂ）に接続された端末１０
Ｂ−１〜１０Ｂ−ｎの各々との間の暗号通信用の鍵１７
０６２を保持していればよく、ＬＡＮ−Ａ（１００Ａ）
に接続された端末１０Ａ−１〜１０Ａ−ｍの各々との間
の暗号通信用の鍵１６０６２を保持する必要はない。
【０１７７】従って、自国で使用している暗号のアルゴ
リズムを他国に属する暗号プロトコル変換サーバに備え
なくても、暗号通信を行うことができる。
【０１７８】なお、図１５に示した例では、暗号プロト
コル変換サーバＡ１（４０Ａ−１），暗号プロトコル変
換サーバＡ２（４０Ａ−２）が、各々、第三機関Ａ１の
ＬＡＮ（１３０Ａ−１），第三機関Ａ２のＬＡＮ（１３
０Ａ−２）に接続されるようにし、暗号プロトコル変換
サーバＢ１（４０Ｂ−１），暗号プロトコル変換サーバ
Ｂ２（４０Ｂ−２）が、各々、第三機関Ｂ１のＬＡＮ
（１３０Ｂ−１），第三機関Ｂ２のＬＡＮ（１３０Ｂ−
２）に接続されるようにすることで、秘匿性がさらに増
加するようにしているが、暗号プロトコル変換サーバＡ
１（４０Ａ−１），暗号プロトコル変換サーバＡ２（４
０Ａ−２）が、共に、ＷＡＮ−Ａ（１１０Ａ）に接続さ
れるようにし、暗号プロトコル変換サーバＢ１（４０Ｂ
−１），暗号プロトコル変換サーバＢ２（４０Ｂ−２）
が、共に、ＷＡＮ−Ｂ（１１０Ｂ）に接続されるように
してもよい。
【０１７９】なお、中間暗号の使用を協定した場合で
も、上述と同様な変形例が考えられる。
【０１８０】すなわち、上述した変形例１と同様に、振
り分け方法を、図５に示した振り分け方法の代わりに、
図１８に示す振り分け方法とすることができる。
【０１８１】また、上述した変形例２と同様に、図１８
に示した振り分け方法による振り分けを行う前に、元の
データｄの各ブロックを、ランダムに転置しておくこと
ができる。
【０１８２】また、上述した変形例３と同様に、Ａ国に
属する暗号プロトコル変換サーバ、および、Ｂ国に属す
る暗号プロトコル変換サーバが、各々、３個以上接続さ
れているようにすることができる。
【０１８３】また、上述した変形例４と同様に、変形例
１においても、Ａ国に属する暗号プロトコル変換サー
バ、および、Ｂ国に属する暗号プロトコル変換サーバ
が、各々、３個以上接続されているようにすることがで
きる。
【０１８４】また、上述した変形例５と同様に、図５に
示した振り分け方法で、元のデータｄからデータａ，ｂ
を生成した後、さらに、同じ振り分け方法で、データａ
からデータａ１，ａ２を生成し、データｂからデータｂ
１，ｂ２を生成するようにすることができる。
【０１８５】また、上述した変形例６と同様に、ＬＡＮ
−Ａ（１００Ａ）に接続された端末１０Ａ−１〜１０Ａ
−ｍ、および、ＬＡＮ−Ｂ（１００Ｂ）に接続された端
末１０Ｂ−１〜１０Ｂ−ｎが、ストリーム暗号または公
開鍵暗号を使用するようにすることができる。
【０１８６】
【発明の効果】以上説明したように、本発明の暗号通信
システムにおいては、送信元の端末が、送信すべきデー
タから、平文状態で意味判別困難な複数のデータを生成
し、生成した複数のデータを暗号化してから複数の暗号
プロトコル変換サーバに振り分けて送信するようにして
いるので、複数の暗号プロトコル変換サーバが暗号変換
処理を分担して行うようにすることができ、さらに、各
暗号プロトコル変換サーバが、一定のデータ量ごとに暗
号変換処理を行うようにすることもできるので、互いに
異なる暗号を使用する端末間で暗号通信を行う際の暗号
変換処理を、安全に行うことが可能となる。
【０１８７】また、送信元の端末が、送信すべきデータ
から、該データのデータ量よりデータ量が小さい複数の
データを生成するようにすれば、複数の暗号プロトコル
変換サーバ間で負荷が分散され、各暗号プロトコル変換
サーバが行う暗号変換処理の負荷が軽減されるので、互
いに異なる暗号を使用する端末間で暗号通信を行う際の
暗号変換処理を、高速に行うことが可能となる。
【０１８８】さらに、互いに異なる暗号を使用する端末
が異なる国に属する場合でも、これらの国が共通に使用
するよう協定した１個の暗号を利用し、これらの端末間
で送受信されるデータが、国境を越えるときに、該協定
した暗号で暗号化された状態となるようにすれば、互い
に異なる暗号を使用する端末間で暗号通信を行う際の暗
号変換処理を、安全に行うことが可能となる。
【図面の簡単な説明】
【図１】第１の実施例の暗号通信システムの構成図。
【図２】送信元の端末のハードウェアの主要部分を示す
構成図。
【図３】送信元の端末の主記憶装置の利用形態を示す説
明図。
【図４】送信元の端末の送信処理手順を示すフローチャ
ート。
【図５】振り分けプログラムによる振り分け方法の具体
例を示す説明図。
【図６】ＣＢＣモードでの暗号化を示す説明図。
【図７】ヘッダ情報の形式を示す説明図。
【図８】暗号プロトコル変換サーバのハードウェアの主
要部分を示す構成図。
【図９】暗号プロトコル変換サーバの主記憶装置の利用
形態を示す説明図。
【図１０】暗号プロトコル変換サーバの暗号変換処理手
順を示すフローチャート。
【図１１】送信先の端末のハードウェアの主要部分を示
す構成図。
【図１２】送信先の端末の主記憶装置の利用形態を示す
説明図。
【図１３】送信先の端末の受信処理手順を示すフローチ
ャート。
【図１４】復元プログラムによる復元方法の具体例を示
す説明図。
【図１５】第２の実施例の暗号通信システムの構成図。
【図１６】Ａ国内の暗号プロトコル変換サーバの主記憶
装置の利用形態を示す説明図。
【図１７】Ｂ国内の暗号プロトコル変換サーバの主記憶
装置の利用形態を示す説明図。
【図１８】振り分けプログラムによる振り分け方法の他
の具体例を示す説明図。
【符号の説明】
１００Ａ…ＬＡＮ−Ａ、１００Ｂ…ＬＡＮ−Ｂ、１０Ａ
−１〜１０Ａ−ｍ…ＬＡＮ−Ａに接続された端末、１０
Ｂ−１〜１０Ｂ−ｎ…ＬＡＮ−Ｂに接続された端末、１
１…振り分けプログラム、１２，３１Ａ，３１Ｂ…暗号
アルゴリズムＣ１、１３，３２Ａ，３２Ｂ…暗号アルゴ
リズムＣ２、１４…復元プログラム、３０Ａ…暗号プロ
トコル変換サーバ１、３０Ｂ…暗号プロトコル変換サー
バ２、１１０…ＷＡＮ、１２０Ａ…第三機関ＡのＬＡ
Ｎ、１２０Ｂ…第三機関ＢのＬＡＮ、４０Ａ−１，４０
Ａ−２…Ａ国内の暗号プロトコル変換サーバ、４０Ｂ−
１，４０Ｂ−２…Ｂ国内の暗号プロトコル変換サーバ、
１１０Ａ…Ａ国内のＷＡＮ−Ａ、１１０Ｂ…Ｂ国内のＷ
ＡＮ−Ｂ、１３０Ａ−１，１３０Ａ−２…Ａ国内の第三
機関のＬＡＮ、１３０Ｂ−１，１３０Ｂ−２…Ｂ国内の
第三機関のＬＡＮ、２０１，８０１，１１０１…ＣＰ
Ｕ、２０２，８０２，１１０２…主記憶装置、２０３，
８０３，１１０３…２次記憶装置、２０４，８０４，１
１０４…通信アダプタ、２０５，８０５，１１０５…バ
ス。
フロントページの続き (72)発明者 宮崎 聡 神奈川県川崎市麻生区王禅寺1099番地 株式会社日立製作所 システム開発研究 所内 (56)参考文献 特開 平８−107412（ＪＰ，Ａ) 特開 平７−245605（ＪＰ，Ａ) 特開 平７−170280（ＪＰ，Ａ) 特開 平４−154233（ＪＰ，Ａ) 特開 平４−86041（ＪＰ，Ａ) 特開 昭63−274242（ＪＰ，Ａ) 特開 昭63−155930（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 9/14 G09C 1/00 660 G06F 13/00 G06F 15/00 330 H04L 12/40

Claims (11)

    (57)【特許請求の範囲】
  1. 【請求項１】第１の暗号を使用する１個以上の第１種の
    端末と、上記第１の暗号とは異なる第２の暗号を使用す
    る１個以上の第２種の端末と、上記第１の暗号および上
    記第２の暗号を使用するｎ（ｎ≧２）個の暗号プロトコ
    ル変換サーバとが、１個以上のネットワークで接続され
    た暗号通信システムであって、 上記第１種の端末は、各々、 上記第２種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の暗号プロトコル変換サーバのう
    ちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換サーバに
    振り分けるべきｋ個のデータを生成する振り分け手段
    と、上記振り分け手段が生成したｋ個のデータを、上記
    第１の暗号で暗号化する暗号化手段と、上記暗号化手段
    が暗号化したｋ個のデータを、各々、送信元の端末およ
    び送信先の端末を示す端末情報を付加して、上記ｋ個の
    暗号プロトコル変換サーバに送信する送信手段とを有
    し、 上記ｎ個の暗号プロトコル変換サーバは、各々、 上記第１種の端末のうちのいずれかの端末から送信され
    た１個のデータを、上記第１の暗号で復号化した後、上
    記第２の暗号で再暗号化する暗号変換手段と、上記暗号
    変換手段が再暗号化した１個のデータを、該データに付
    加されている端末情報が示す送信先の端末に送信する送
    信手段とを有し、 上記第２種の端末は、各々、 上記ｋ個の暗号プロトコル変換サーバの各々から送信さ
    れたｋ個のデータを、上記第２の暗号で復号化する復号
    化手段と、上記復号化手段が復号化したｋ個のデータか
    ら、元のデータを復元する復元手段とを有することを特
    徴とする暗号通信システム。
  2. 【請求項２】第１の暗号を使用する１個以上の第１種の
    端末と、上記第１の暗号とは異なる第２の暗号を使用す
    る１個以上の第２種の端末と、上記第１の暗号および上
    記第２の暗号を使用するｎ（ｎ≧２）個の暗号プロトコ
    ル変換サーバとが、１個以上のネットワークで接続され
    た暗号通信システムであって、 上記第１種の端末は、各々、 上記第２種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の暗号プロトコル変換サーバのう
    ちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換サーバに
    振り分けるべきｋ個のデータを生成する振り分け手段
    と、上記振り分け手段が生成したｋ個のデータを、上記
    第１の暗号で暗号化する暗号化手段と、上記暗号化手段
    が暗号化したｋ個のデータを、各々、送信元の端末およ
    び送信先の端末を示す端末情報を付加して、上記ｋ個の
    暗号プロトコル変換サーバに送信する送信手段と、上記
    ｋ個の暗号プロトコル変換サーバの各々から送信された
    ｋ個のデータを、上記第１の暗号で復号化する復号化手
    段と、上記復号化手段が復号化したｋ個のデータから、
    元のデータを復元する復元手段とを有し、 上記第２種の端末は、各々、 上記第１種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の暗号プロトコル変換サーバのう
    ちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換サーバに
    振り分けるべきｋ個のデータを生成する振り分け手段
    と、上記振り分け手段が生成したｋ個のデータを、上記
    第２の暗号で暗号化する暗号化手段と、上記暗号化手段
    が暗号化したｋ個のデータを、各々、送信元の端末およ
    び送信先の端末を示す端末情報を付加して、上記ｋ個の
    暗号プロトコル変換サーバに送信する送信手段と、上記
    ｋ個の暗号プロトコル変換サーバの各々から送信された
    ｋ個のデータを、上記第２の暗号で復号化する復号化手
    段と、上記復号化手段が復号化したｋ個のデータから、
    元のデータを復元する復元手段とを有し、 上記ｎ個の暗号プロトコル変換サーバは、各々、 上記第１種の端末および上記第２種の端末のうちのいず
    れかの端末から送信された１個のデータを、上記第１の
    暗号および上記第２の暗号のうちの、該データに付加さ
    れている端末情報が示す送信元の端末が使用する暗号で
    復号化した後、上記第１の暗号および上記第２の暗号の
    うちの、該データに付加されている端末情報が示す送信
    先の端末が使用する暗号で再暗号化する暗号変換手段
    と、上記暗号変換手段が再暗号化した１個のデータを、
    該データに付加されている端末情報が示す送信先の端末
    に送信する送信手段とを有することを特徴とする暗号通
    信システム。
  3. 【請求項３】第１の暗号を使用する１個以上の第１種の
    端末と、上記第１の暗号とは異なる第２の暗号を使用す
    る１個以上の第２種の端末と、上記第１の暗号、並び
    に、上記第１の暗号および上記第２の暗号とは異なる第
    ３の暗号を使用するｎ個（ｎ≧２）の第１種の暗号プロ
    トコル変換サーバと、上記第２の暗号および上記第３の
    暗号を使用し、上記ｎ個の第１種の暗号プロトコルサー
    バの各々に予め対応付けられたｎ（ｎ≧２）個の第２種
    の暗号プロトコル変換サーバとが、１個以上のネットワ
    ークで接続された暗号通信システムであって、 上記第１種の端末は、各々、 上記第２種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の第１種の暗号プロトコル変換サ
    ーバのうちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換
    サーバに振り分けるべきｋ個のデータを生成する振り分
    け手段と、上記振り分け手段が生成したｋ個のデータ
    を、上記第１の暗号で暗号化する暗号化手段と、上記暗
    号化手段が暗号化したｋ個のデータを、各々、送信元の
    端末および送信先の端末を示す端末情報を付加して、上
    記ｋ個の第１種の暗号プロトコル変換サーバに送信する
    送信手段と、上記ｋ個の第１種の暗号プロトコル変換サ
    ーバの各々から送信されたｋ個のデータを、上記第１の
    暗号で復号化する復号化手段と、上記復号化手段が復号
    化したｋ個のデータから、元のデータを復元する復元手
    段とを有し、 上記第２種の端末は、各々、 上記第１種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の第２種の暗号プロトコル変換サ
    ーバのうちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換
    サーバに振り分けるべきｋ個のデータを生成する振り分
    け手段と、上記振り分け手段が生成したｋ個のデータ
    を、上記第２の暗号で暗号化する暗号化手段と、上記暗
    号化手段が暗号化したｋ個のデータを、各々、送信元の
    端末および送信先の端末を示す端末情報を付加して、上
    記ｋ個の第２種の暗号プロトコル変換サーバに送信する
    送信手段と、上記ｋ個の第２種の暗号プロトコル変換サ
    ーバの各々から送信されたｋ個のデータを、上記第２の
    暗号で復号化する復号化手段と、上記復号化手段が復号
    化したｋ個のデータから、元のデータを復元する復元手
    段とを有し、 上記ｎ個の第１種の暗号プロトコル変換サーバは、各
    々、 上記第１種の端末のうちのいずれかの端末から送信され
    た１個のデータを、上記第１の暗号で復号化した後、上
    記第３の暗号で再暗号化し、また、上記ｎ個の第２種の
    暗号プロトコル変換サーバのうちの、対応する１個の暗
    号プロトコル変換サーバから送信された１個のデータ
    を、上記第３の暗号で復号化した後、上記第１の暗号で
    再暗号化する暗号変換手段と、上記暗号変換手段が上記
    第３の暗号で再暗号化した１個のデータを、上記ｎ個の
    第２種の暗号プロトコル変換サーバのうちの、対応する
    １個の暗号プロトコル変換サーバに送信し、また、上記
    暗号変換手段が上記第１の暗号で再暗号化した１個のデ
    ータを、該データに付加されている端末情報が示す送信
    先の端末に送信する送信手段とを有し、 上記ｎ個の第２種の暗号プロトコル変換サーバは、各
    々、 上記第２種の端末のうちのいずれかの端末から送信され
    た１個のデータを、上記第２の暗号で復号化した後、上
    記第３の暗号で再暗号化し、また、上記ｎ個の第１種の
    暗号プロトコル変換サーバのうちの、対応する１個の暗
    号プロトコル変換サーバから送信された１個のデータ
    を、上記第３の暗号で復号化した後、上記第２の暗号で
    再暗号化する暗号変換手段と、上記暗号変換手段が上記
    第３の暗号で再暗号化した１個のデータを、上記ｎ個の
    第１種の暗号プロトコル変換サーバのうちの、対応する
    １個の暗号プロトコル変換サーバに送信し、また、上記
    暗号変換手段が上記第２の暗号で再暗号化した１個のデ
    ータを、該データに付加されている端末情報が示す送信
    先の端末に送信する送信手段とを有することを特徴とす
    る暗号通信システム。
  4. 【請求項４】請求項１，２または３記載の暗号通信シス
    テムにおいて、 上記振り分け手段は、データ量が均等で、かつ、生成前
    のデータのデータ量よりデータ量が小さいｋ個のデータ
    を生成することを特徴とする暗号通信システム。
  5. 【請求項５】請求項１，２または３記載の暗号通信シス
    テムにおいて、 上記振り分け手段は、排他的論理和を取ると生成前のデ
    ータと等しくなるようなｋ個のデータを生成することを
    特徴とする暗号通信システム。
  6. 【請求項６】請求項１，２，３または４記載の暗号通信
    システムにおいて、 上記振り分け手段は、生成前のデータが一定のデータ量
    ごとに順次割り当てられたｋ個のデータを生成すること
    を特徴とする暗号通信システム。
  7. 【請求項７】請求項１〜６のいずれか記載の暗号通信シ
    ステムにおいて、 上記振り分け手段は、生成前のデータを一定のデータ量
    単位でスクランブルした後、スクランブル後のデータか
    らｋ個のデータを生成することを特徴とする暗号通信シ
    ステム。
  8. 【請求項８】請求項６または７記載の暗号通信システム
    において、 上記生成前のデータが文字列を表す場合に、上記一定の
    データ量は、１文字分のデータより小さいことを特徴と
    する暗号通信システム。
  9. 【請求項９】請求項１〜８のいずれか記載の暗号通信シ
    ステムにおいて、 上記暗号変換手段は、一定のデータ量ごとに、復号化お
    よび再暗号化を行うことを特徴とする暗号通信システ
    ム。
  10. 【請求項１０】第１の暗号を使用する１個以上の第１種
    の端末と、上記第１の暗号とは異なる第２の暗号を使用
    する１個以上の第２種の端末と、上記第１の暗号および
    上記第２の暗号を使用し、一方の暗号で暗号化されたデ
    ータをもう一方の暗号で暗号化されたデータに暗号変換
    するｎ（ｎ≧２）個の暗号プロトコル変換サーバとが、
    １個以上のネットワークで接続された暗号通信システム
    において、上記第１種の端末として用いられる情報処理
    装置であって、 上記第２種の端末のうちのいずれかの端末に送信すべき
    データから、上記ｎ個の暗号プロトコル変換サーバのう
    ちのｋ（ｎ≧ｋ≧２）個の暗号プロトコル変換サーバに
    振り分けるべきｋ個のデータを生成する振り分け手段
    と、上記振り分け手段が生成したｋ個のデータを、上記
    第１の暗号で暗号化する暗号化手段と、上記暗号化手段
    が暗号化したｋ個のデータを、各々、送信元の端末およ
    び送信先の端末を示す端末情報を付加して、上記ｋ個の
    暗号プロトコル変換サーバに送信する送信手段と、上記
    ｋ個の暗号プロトコル変換サーバの各々から送信された
    ｋ個のデータを、上記第１の暗号で復号化する復号化手
    段と、上記復号化手段が復号化したｋ個のデータから、
    元のデータを復元する復元手段とを有することを特徴と
    する情報処理装置。
  11. 【請求項１１】請求項１０記載の情報処理装置におい
    て、 上記振り分け手段は、排他的論理和を取ると生成前のデ
    ータと等しくなるようなｋ個のデータを生成することを
    特徴とする情報処理装置。
JP22192895A 1995-08-30 1995-08-30 暗号通信システム Expired - Fee Related JP3502200B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP22192895A JP3502200B2 (ja) 1995-08-30 1995-08-30 暗号通信システム
US08/703,097 US5966448A (en) 1995-08-30 1996-08-26 Cryptographic communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP22192895A JP3502200B2 (ja) 1995-08-30 1995-08-30 暗号通信システム

Publications (2)

Publication Number Publication Date
JPH0969830A JPH0969830A (ja) 1997-03-11
JP3502200B2 true JP3502200B2 (ja) 2004-03-02

Family

ID=16774362

Family Applications (1)

Application Number Title Priority Date Filing Date
JP22192895A Expired - Fee Related JP3502200B2 (ja) 1995-08-30 1995-08-30 暗号通信システム

Country Status (2)

Country Link
US (1) US5966448A (ja)
JP (1) JP3502200B2 (ja)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010039615A1 (en) * 1997-04-15 2001-11-08 At &T Corp. Methods and apparatus for providing a broker application server
AU3006000A (en) * 1999-02-26 2000-09-14 Atabok Inc. Method and apparatus for delivering electronic data through a proxy server
JP2000253183A (ja) * 1999-03-03 2000-09-14 Sony Corp ネットワークシステム、端末装置及びネットワークサーバ
GB2348568A (en) * 1999-03-31 2000-10-04 Ibm Enabling conformance to legislative requirements for mobile devices
US7023833B1 (en) 1999-09-10 2006-04-04 Pulse-Link, Inc. Baseband wireless network for isochronous communication
US7391865B2 (en) * 1999-09-20 2008-06-24 Security First Corporation Secure data parser method and system
AU7830000A (en) 1999-09-20 2001-04-24 Ethentica, Inc. Server-side implementation of a cryptographic system
WO2001035194A2 (en) * 1999-11-10 2001-05-17 Unisys Corporation Method and apparatus for providing redundant and resilient cryptographic services
KR20030062232A (ko) * 2000-05-01 2003-07-23 인터내셔널 비지네스 머신즈 코포레이션 짧은 오퍼레이션을 위한 대칭키 암호화 방법
KR100373899B1 (ko) * 2000-05-23 2003-02-26 주식회사 시스메타 암호화된 데이터 처리 방법 및 시스템
US7076653B1 (en) * 2000-06-27 2006-07-11 Intel Corporation System and method for supporting multiple encryption or authentication schemes over a connection on a network
US20020116606A1 (en) * 2001-02-16 2002-08-22 Gehring Stephan W. Encryption and decryption system for multiple node network
US7181017B1 (en) * 2001-03-23 2007-02-20 David Felsher System and method for secure three-party communications
US20020152296A1 (en) * 2001-04-16 2002-10-17 Jonathan Baker Optimization of a fleet of output devices
WO2003003329A1 (fr) * 2001-06-27 2003-01-09 Fujitsu Limited Procede et systeme de validation de l'authenticite des donnees
JP2003087239A (ja) * 2001-09-06 2003-03-20 Sony Corp 通信システム、通信装置および方法、記録媒体、並びにプログラム
WO2003073399A1 (fr) * 2002-02-26 2003-09-04 Fujitsu Limited Procede et systeme pour verifier l'originalite de donnees
FR2840134B1 (fr) * 2002-05-21 2004-08-13 France Telecom Procede de controle d'acces a des ressources cryptographiques, plate-forme informatique et module logiciel utilisables dans la mise en oeuvre du procede
JP2004133087A (ja) * 2002-10-09 2004-04-30 Sony Corp ブロック暗号方法およびブロック暗号回路
US8036250B1 (en) * 2002-10-25 2011-10-11 Bigband Networks Inc. Method and apparatus of mutliplexing media streams
US7500096B2 (en) * 2002-12-31 2009-03-03 Pitney Bowes Inc. System and method for message filtering by a trusted third party
US9818136B1 (en) 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
JP2005108063A (ja) * 2003-10-01 2005-04-21 Hitachi Ltd 暗号化データ変換装置を利用した電子自治体共用サーバ及び暗号化データ復号化装置を利用した電子自治体用端末
US7814543B2 (en) * 2004-02-13 2010-10-12 Microsoft Corporation System and method for securing a computer system connected to a network from attacks
US7716726B2 (en) * 2004-02-13 2010-05-11 Microsoft Corporation System and method for protecting a computing device from computer exploits delivered over a networked environment in a secured communication
FR2874143B1 (fr) * 2004-08-06 2006-11-24 Canon Kk Procede de securisation du transfert d'un flux de donnees, produit programme d'ordinateur, moyen de stockage et noeuds correspondants
CN101375284B (zh) * 2004-10-25 2012-02-22 安全第一公司 安全数据分析方法和系统
US7716727B2 (en) * 2004-10-29 2010-05-11 Microsoft Corporation Network security device and method for protecting a computing device in a networked environment
KR100745998B1 (ko) 2004-11-05 2007-08-06 삼성전자주식회사 디지털 저작권 관리 방법 및 시스템
US8775823B2 (en) * 2006-12-29 2014-07-08 Commvault Systems, Inc. System and method for encrypting secondary copies of data
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
AU2006350252B2 (en) 2005-11-18 2010-10-14 Security First Corporation Secure data parser method and system
WO2008127309A2 (en) 2006-11-07 2008-10-23 Security First Corporation Systems and methods for distributing and securing data
BRPI0720132A2 (pt) 2006-12-05 2015-07-21 Security First Corp Método de backup de fita aperfeiçoado que utiliza um analisador de dados seguros.
JP4536092B2 (ja) * 2007-07-30 2010-09-01 日本放送協会 限定受信方式の処理装置
JP4536091B2 (ja) * 2007-07-30 2010-09-01 日本放送協会 限定受信方式の処理装置及び処理方法
US8135134B2 (en) 2007-09-14 2012-03-13 Security First Corp. Systems and methods for managing cryptographic keys
BRPI0906863A8 (pt) 2008-01-07 2018-10-30 Security First Corp sistemas e métodos para proteção de dados com o uso de dispersão chaveada por multifatorial
CN103281190B (zh) 2008-02-22 2018-03-09 安全第一公司 安全工作组管理和通信的系统和方法
US20090281949A1 (en) * 2008-05-12 2009-11-12 Appsware Wireless, Llc Method and system for securing a payment transaction
US20100250442A1 (en) * 2009-03-30 2010-09-30 Appsware Wireless, Llc Method and system for securing a payment transaction with a trusted code base
US20100250441A1 (en) * 2009-03-30 2010-09-30 Appsware Wireless, Llc Method and system for securing a payment transaction with trusted code base on a removable system module
CN102428686A (zh) 2009-05-19 2012-04-25 安全第一公司 用于安全保护云中的数据的系统和方法
ES2620962T3 (es) 2009-11-25 2017-06-30 Security First Corporation Sistemas y procedimientos para asegurar datos en movimiento
AU2011235075B2 (en) 2010-03-31 2015-10-01 Security First Corp. Systems and methods for securing data in motion
US8824492B2 (en) 2010-05-28 2014-09-02 Drc Computer Corporation Accelerator system for remote data storage
CA2812986C (en) 2010-09-20 2015-12-08 Security First Corp. Systems and methods for secure data sharing
CA2900504A1 (en) 2013-02-13 2014-08-21 Security First Corp. Systems and methods for a cryptographic file system layer
US10708043B2 (en) 2013-03-07 2020-07-07 David Mayer Hutchinson One pad communications
US9367702B2 (en) 2013-03-12 2016-06-14 Commvault Systems, Inc. Automatic file encryption
US9405928B2 (en) 2014-09-17 2016-08-02 Commvault Systems, Inc. Deriving encryption rules based on file content
US10031679B2 (en) 2014-11-21 2018-07-24 Security First Corp. Gateway for cloud-based secure storage

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5001755A (en) * 1988-04-19 1991-03-19 Vindicator Corporation Security system network
US5381480A (en) * 1993-09-20 1995-01-10 International Business Machines Corporation System for translating encrypted data
US5475757A (en) * 1994-06-07 1995-12-12 At&T Corp. Secure data transmission method

Also Published As

Publication number Publication date
US5966448A (en) 1999-10-12
JPH0969830A (ja) 1997-03-11

Similar Documents

Publication Publication Date Title
JP3502200B2 (ja) 暗号通信システム
US7634659B2 (en) Roaming hardware paired encryption key generation
JP2539164B2 (ja) 商用デ―タ・マスキング
US5081678A (en) Method for utilizing an encrypted key as a key identifier in a data packet in a computer network
US8983061B2 (en) Method and apparatus for cryptographically processing data
US8401186B2 (en) Cloud storage data access method, apparatus and system based on OTP
US6504930B2 (en) Encryption and decryption method and apparatus using a work key which is generated by executing a decryption algorithm
US5555309A (en) Cryptographic key management apparatus and methods
US6189095B1 (en) Symmetric block cipher using multiple stages with modified type-1 and type-3 feistel networks
US6351539B1 (en) Cipher mixer with random number generator
US7894608B2 (en) Secure approach to send data from one system to another
WO2021129470A1 (zh) 基于多项式完全同态的二进制数据加密系统及方法
JPH10210023A (ja) 認証方法、暗号鍵共有方法および通信システム
US6542607B1 (en) Device and method for the cryptographic processing of a digital data stream presenting any number of data
CN112532384B (zh) 基于分组密钥模式下对传输密钥快速加解密的方法
Selvakumar et al. Fundamental circuits and cut-sets used in cryptography
Tripathi et al. The hybrid cryptography for enhancing the data security in fog computing
Jincharadze Critical analysis of some cryptography algorithms
CN117411727B (zh) 一种通信传输对称加密的加密方法、装置及存储介质
Tripathi et al. Survey on performance comparison of various symmetric encryption algorithms
JPH0373633A (ja) 暗号通信方式
Bhowmika et al. A Symmetric Key-Based Cryptographic Transaction on Cryptocurrency Data
Gupta et al. An encryption approach to improve the security and performance of data by integrating AES with a modified OTP technique
Abikoye et al. SYMMETRIC AND ASYMMETRIC BASED ENCRYPTION MODEL FOR MOBILE COMMERCE
Sohana et al. Agent command manipulation system using two keys encryption model

Legal Events

Date Code Title Description
A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20031204

LAPS Cancellation because of no payment of annual fees