(57)【要約】【課題】ネットワークを伝送する情報および送受信者を暗号化手段により保護し認識するシステム。【解決手段】ネットワークを伝送する情報を暗号化手段により改竄防止、送受信者認識、選択送受信する遠隔監視・診断・メンテナンスシステムである。そして、情報生成元から生成した生データ（平分）を生成元直近でリアルタイムに取得し、リアルタイムに暗号鍵で暗号化して暗号データ（暗号文）を生成する手段と、ユーザが指定した配信先へのみ前記暗号データを、前記暗号鍵で送信先に必要なデータを選択送信する送信手段とを備えている。前記暗号化手段に暗号自ら暗号鍵を変える暗号化手段を用いる。【選択図】図１
2006287706.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを伝送する情報を暗号化手段により改竄防止、送受信者認識、選択送受信する遠隔監視・診断・メンテナンスシステムにおいて、
情報生成元から生成した生データ（平文）を生成元直近でリアルタイムに取得し、リアルタイムに暗号鍵（複数）で暗号化して暗号データ（暗号文）を生成する手段と、
ユーザ（遠隔監視・診断・メインテナンス情報所有・管理者）が指定した配信先へのみ前記暗号データを、前記暗号鍵（複数）で送信先に必要なデータのみを選択送信する送信手段とを備え、前記暗号化手段に暗号自ら暗号鍵を生成する暗号化手段を用いたことを特徴とする遠隔監視・診断・メンテナンスシステム。
【請求項２】
配信先毎に必要最低限のデータを、生成される暗号鍵での選択／分類をパケット単位などで、リアルタイムに作成する手段を備えたことを特徴とする請求項１記載の遠隔監視・診断・メンテナンスシステム。
【請求項３】
暗号鍵により選択され配信先に配信された必要最低限の暗号化データを情報生成元すなわちユーザサイドでこの選択を主管し、一定期間保存する手段と、配信先で暗号解読し、一定期間保存する手段と、配信先で暗号解読し、加工し、一定期間保存する手段と、配信元の認識を備えたことを特徴とする請求項１又は２記載の遠隔監視・診断・メンテナンスシステム。
【請求項４】
前記暗号化処理の方式は、公開鍵の正当性を保証する機関の認証局を第三者機関として設置し、身分証明の必要データと共に公開鍵を前記認証局に送信し、前記認証局は該認証局の署名付きで公開鍵を返送することを特徴とする１、２又は３記載の遠隔監視・診断・メンテナンスシステム。
【請求項５】
暗号鍵を変えリアルタイムに配信する時間間隔の生成手段は、５００ビットレベルの暗号鍵で数ミリ秒以下の暗号ロジックであることを特徴とする請求項１〜４いずれか１項記載の遠隔監視・診断・メンテナンスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、遠隔監視・診断・メンテナンスシステムに関し、さらに詳細には、ネットワークを伝送する情報を生成元直近でリアルタイムに生成元主管で暗号化し、暗号化手段により改竄防止、送受信者認識、選択送受信するシステムである遠隔・診断・メンテナンスシステムに関する。
【背景技術】
【０００２】
近年、例えば、情報を全部門で１元化する必要から、ネットワ−ク化されたデータサーバ（複数）の導入を行う場合がある。例えば、管理部門（生産、販売）、資材・購買部門、ワランティ部門、保全部門、サービス部門等がネットワークを介してデータを統一管理・共有する。
【０００３】
具体的には、例えば各工場の設備（製造ライン、棚、工作機械熱処理等）から発生するデータとして、工作機械や熱処理炉やライン運転状況（要素部品の不具合、アラームなども含まれる）、生産状況、要員の稼働状況等がある。これらのデータは工場ネットワーク経由でサーバやＶＰNを介して、社内ネットワーク、グローバルネットワーク（Ｗｅｂなど）によって、管理部門、機械メーカ、部品メーカ、サービス部門等に配信される。
【０００４】
一方、各情報を配信する際に、生データをプロバイダ供給のSSL暗号とうで、暗号化して配信することも行われている。
【０００５】
また、特許文献１を参照。
【特許文献１】特開平１１−１６８４６０
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このような従来の暗号化システムは以下のような課題があった。すなわち、監視・診断面からは、ネットワークへのデータの入口（機械や棚等）と、データの出口（工程管理部門、生産管理部門、機械メーカ、部品メーカ等）との間を通常（加工しない）のデータがWｅｂを経由して通信されると、必要な部門（会社）に必要なだけの位データを送るはずが、必要のないデータまで配信先で受信可能であり、セキュリティが必須の不具合データや条件設定ノウハウのトレンドデータなどが漏洩する可能性が大きいという問題があった。
【０００７】
また、例えば一旦ネットワークでWｅｂに送られたデータは複数のプロバイダのサーバ等に一定期間存在しつづけ、暗号化されていないデータが何時でも盗受の危険にさらされているという問題があった。SSL等で暗号化されていても受信者の成りすましを看破することは困難であった。
【０００８】
また、将来証拠として司法などの第３者機関に提出する必要のある加工条件、不具合経緯などは、従来の第３者の介在できないデータ生成元と配信元での遠隔監視・診断・メンテナンスシステムでは証拠としての信頼性が得られないという問題があった。
【課題を解決するための手段】
【０００９】
この発明は上記のような問題に鑑みなされたものであって、請求項１に係る発明は、ネットワークを伝送する情報を暗号化手段により改竄防止、送受信認識、選択送受信する遠隔監視・診断・メンテナンスシステムにおいて、
情報生成元から生成した生データ（平分）を生成元直近でリアルタイムに取得し、リアルタイムに暗号鍵で暗号化して暗号データ（暗号文）を生成する手段と、
ユーザが指定した配信先へのみ前記暗号データを、前記暗号鍵で送信先に必要なデータを選択送信する送信手段とを備え、
前記暗号化手段に暗号自ら暗号鍵を生成する暗号化手段を用いた遠隔監視・診断・メンテナンスシステムである。
【００１０】
請求項２に係る発明は、配信先毎に必要最低限のデータを、生成される暗号鍵での選択／分類をリアルタイムに作成する手段および配信先での復号手段を備えた請求項１記載の遠隔監視・診断・メンテナンスシステムである。
【００１１】
請求項３に係る発明は、暗号鍵により選択され配信先に配信された必要最低限の暗号化データを情報生成元すなわちユーザサイドでこの選択を主管し、一定期間保存する手段と、配信先で暗号解読し、一定期間保存する手段と、配信先で暗号解読し、加工し、一定期間保存する手段と、各配信元の認識を送信元備えた請求項１又は２記載の遠隔監視・診断・メンテナンスシステムである。
【００１２】
請求項４に係る発明は、前記暗号化処理の方式は、公開鍵の正当性を保証する機関の認証局を第三者機関として設置し、身分証明の必要データと共に公開鍵を前記認証局に送信し、前記認証局は該認証局の署名付きで公開鍵を返送する１、２又は３記載の遠隔監視・診断・メンテナンスシステムである。
【００１３】
請求項５に係る発明は、暗号鍵を変えパケット単位などでリアルタイムに配信する時間間隔の生成手段は、５００ビットレベルの暗号鍵で数ミリ秒以下の暗号ロジックである請求項１〜４いずれか１項記載の遠隔監視・診断・メンテナンスシステムである。
【発明の効果】
【００１４】
一般的には高速加工・移動機械・装置では１ｍｓオーダの高速な処理時間が要求される情報が重要で、暗号化／復号時間は短ければ短いほどよい。
【００１５】
本発明では、データの入口、出口で暗号化、個別編集、復号を高速に暗号自ら暗号鍵を生成し、パケット単位でリアルタイムに処理できるので１ｍｓオーダ以下で変化するデータに対しても暗号・選別・復号ができるという効果がある。
【００１６】
さらに、該発明では、通常のＩＰアドレスの暗号化のみではなく、データそのもののパケット単位の暗号化に対しても１ｍｓオーダに出来る暗号ロジックである。すなわち、
パケットデータの中からランダム（例えばカオス理論による乱数発生関数）の位置の部分データを暗号化するなどである。
【００１７】
また、該発明の暗号鍵は公開（共通）鍵と秘密鍵（送り先毎に別な鍵でしかも１秒間に何回もリアルタイムに変更する鍵）とがデータのランダムの位置にうめ込まれる。入口で埋め込まれ、共通鍵を公開鍵で暗号化して、出口でそれぞれの部門（会社）が復号を行う。この暗号化共通鍵が選別コードになり、配信先の秘密鍵のみでの復号が可能になる。鍵はランダムな文字／記号の羅列（通常平文と同程度の長さ）である。
【００１８】
これにより、キ−の文字・記号の生成、データ内への埋め込みと復号が可能な暗号（リアルタイム）を用いた遠隔保全・サービスシステムが可能になるという効果がある。
【００１９】
そして、必要な情報を必要な配信先へのみ配信でき、情報の改竄防止、送受信認識、選択送受信が確実に実行できるという効果がある。
【発明を実施するための最良の形態】
【００２０】
この発明の実施の形態を、図面を参照して説明する。
【００２１】
図１は、ネットワークを伝送する情報を暗号化手段により改竄防止、送受信認識、選択送受信する遠隔監視・診断・メンテナンスシステム１の概略の構成を示す。
【００２２】
前記遠隔監視・診断・メンテナンスシステム１は、遠隔監視・診断・メンテナンスシステム対象工場サブシステム３，５と、部品・ユニット供給会社サブシステム７と、管理部門サブシステム９と、大規模暗号データアプリケーションサーバ１１とがインターネット１３を介し通信可能になっている。
【００２３】
前記遠隔監視・診断・メンテナンスシステム対象工場（以下工場と記す）サブシステム３，５は、サーバ機能のみでなく、暗号化・選別などの最低限の機能をもつアプリケーションサーバ機能を有する。すなわち、暗号化、公開鍵作成、選別、送信（受信）、ＶＰＮ等を行うローカルサーバ機能を備えている。一方、工場の設備、機械、装置等から得たデータは生データとしてメモリに記憶される。
【００２４】
そして、機械メーカ社内イントラネット／限定複合／ローカルサーバを介してグローバルネットワークに接続される。
【００２５】
前記部品・ユニット供給会社サブシステム７は、資材・購買部門は当該業務に間接的であり、マシンメーカ以外の会社が係らなければ、保守・修理ができない。
【００２６】
そして、部品・ユニット供給社内イントラネット／限定複合／サーバにはサービス部門、修理部門その他の情報が収集される。
【００２７】
管理部門サブシステム９は、工程管理・保全・ワランテイ・サービス部門をイントラネット等で統括されているマシンメーカのサブシステムである。そして、社内イントラネットで結び、このサブシステムのアプリケーションサーバをＷｅｂとＶＰＮとＱｏＳ（クオリティ・オブ・サービス）を入れて接続する。またマシンメーカは工場も含めてイントラネットが構築されていて、各部門は独自にサーバを持たない。イントラネットワーク接続のＰＣがあればよい。工程管理、保全、ワランティ、サービス部門はＰＣと印刷機などのネットワーク端末で平文で業務できる。複号や蓄積このサブシステム共通のアプリケーションサーバで行う。
【００２８】
そして、機械メーカ社内イントラネット／限定複合（秘密鍵）／ローカルサーバには工程管理部門、保全部門、サービス部門、ワランテイ部門等の生データが収集される。
【００２９】
前記大規模暗号データアプリケーションサーバ１１は、マシンメーカ、サービス専門会社、又は認証局により複合運営される。そして、暗号データベース、アプリケーションソフトが格納されている。
【００３０】
一般的に、暗号データの作成は、ブロック暗号とストリーム（遂次）暗号の２種類がある。ブロック暗号は平文をブロック（６４ビットとか256ビットなど）に分け（分割）、さらにこれを数個の小ブロック（一般には２つ）にわけ、この小ブロック単位に共通鍵（複数）と非線形関数と作られたデータとのXOR（例／DES：アメリカ商務省標準局）をつくり、鍵の数だけ入れ替え（転置）を繰り返す方法で、ストリーム暗号は平文の1桁毎に順次暗号化していく方法で、ブロック暗号に比べて、処理がシンプルで高速化に向く、暗号・復号が同じロジックでよいなどの特長がある。平文をWebでのパケット伝送にしたストリーム暗号提案が、本発明の大きな特徴の一つである。本発明はブロック暗号や一桁単位のストリーム暗号も網羅する。
【００３１】
受信（者）認証の方法はいろいろある。暗号受信＆確認自動送信も最も簡単な例を示す。これは電子メールなどでは一般的に用いられる。しかし受信者に成りすますことも容易で、複合された平文を受信したかも特定できない。
【００３２】
また該発明の特長の一つである「受信者毎に暗号鍵によるより選択送信する」という機能は、ストリームの先端のパケット暗号化共通鍵を受信者が受信し、受信者の秘密鍵で復号（共通鍵）した時に送信者（工場）または、第3者に受信情報（受信者、時刻、ファイルの大きさなど）を自動返信する方法は信頼度をより高くする。さらにこの返信も暗号化し、公開鍵の変更（受信時）などとの組み合わせも可能である。
【００３３】
鍵は当然異なるが、一般に公開鍵の変更頻度も時間単位より多く、共通鍵（One  Time／使いきり）では最高1,000回／秒まで可能なものである（該特許の具体例MTR暗号など）。
【００３４】
図２を参照し上述の遠隔監視・診断・メンテナンスシステム１の動作を説明する。
【００３５】
ステップＳ２０１では、工場設備（装置、機械、周辺・各種コントローラ）が稼働中である。
【００３６】
ステップＳ２０３では、受信者共通の共通鍵で工場設備の必要データを収集し暗号化する。共通鍵はｍｓオーダでＯＴＰ（Ｏｎｅ−Ｔｉｍｅ  ｐａｄ）暗号を使用する。
【００３７】
さらに、暗号化データはパケット単位での送受信が行われる。暗号文（画像・音声も含む）各サブシステム、暗号アプリケーションサーバに必要な期間蓄積される。
【００３８】
ここで、暗号自ら暗号鍵を変える暗号化手段について詳細に説明する。
【００３９】
本発明は、ＯＴＰ（Ｏｎｅ−Ｔｉｍｅ  ｐａｄ）暗号なみの情報保護を確保するものである。前記ＯＴＰ暗号は、ＯＴＰ暗号システムを使うために、ランダムに生成された秘密鍵は通信することを望むグループに分配される。そして、この鍵を使用して配信先を特定する。この鍵は消耗品であり、メッセージを暗号化するために一度だけ使用される。また、暗号化されたメッセージは受信者に送信され、合致するキーを使用し複合化される。
【００４０】
本発明の暗号は公開（共通）鍵と秘密鍵（送り先毎に別な鍵でしかも１秒間に何回もリアルタイムに変更する鍵）をデータのランダムの位置にうめ込み、出口でそれぞれの部門（例えば会社）が解凍するものである。鍵はランダムな文字／記号の羅列（通常平文と同程度の長さ）である。
【００４１】
また、完璧な暗号であるＯＴＰ暗号の鍵生成／配送時間は数日単位、公開鍵のそれは数秒である。本発明はこれが数ｍｓの暗号ロジックを応用した「応用システム特許」が目的である。そして、特定な暗号のみでなく、いろいろな暗号（実施例ではハッシュ関数を用いたＴＳＷ暗号）の利用できるように構成されている。
【００４２】
ステップＳ２０５では、受信者（アクセス権）は自分の持っている公開鍵で暗号化共通鍵（送信側が暗号化）にアクセスする。
【００４３】
ステップＳ２０７では、受信者はこの暗号化共通鍵を公開鍵と一対の秘密鍵（複合鍵）で複合して、平分の共通鍵を得る。
【００４４】
ステップＳ２０９では、遠隔関連データはファイル（受信者別に送信するデータを選別・分類したファイル）単位で暗号鍵を変える。従って、どの受信者が何時にどの暗号ファイルを読んだかロギングし、認証できる。
【００４５】
図３を参照する。上述の遠隔監視・診断・メンテナンスシステム１の暗号化・複合化に応用することが好ましいものとしてハイブリッド暗号方式がある。
【００４６】
ここで、本発明の特長ある事例の一つは共通鍵を公開鍵で暗号化して、より信頼性のあるデータを特定の受信者（公開鍵発行者）にのみ復号を許可することである。
【００４７】
前述のように暗号データ単位は、ファイルをブロック化する場合、ストリーム（桁やパケット単位）の2種類ある。このブロック、パケット、桁にすべて鍵データを貼り付けることも、乱数で飛び飛びに貼り付けることも可能である。処理速度、信頼性、装置（ソフト／ハード）によってロジックを選択する。該発明で事例にしているのは、パケット単位に異なる暗号化共通鍵を貼り付けることである。
【００４８】
また、ロギングもいろいろな方法がある。該発明のシステム事例では暗号化共通鍵を復号した時刻を受信時刻にしてる。もちろんこの復号はパケット毎に順次行われるので、そのたびに受信時刻を送信者または特定の第３者に送る必要はない。一連の送信（受信）ファイルの先頭にファイルの概要（容量、送信時刻、種類など）データをつけ、この最初のパケットの復号時刻をログすることを想定している。
【００４９】
また、共通鍵は送信側で乱数とハッシュ関数（非可逆関数の例）などで暗号化する。該発明ではこれをパケット毎にことなる鍵を作成する。ブロック（通常３２ビット〜２５６ビット）単位での共通鍵の生成も行う。
【００５０】
さらに、公開鍵の特定とは、数学的一方向性による。一方向性とは例えば「素数と素数の掛け算は簡単だが、逆の素因数分解は困難」、種々の乱数発生（関数）はあるが、「乱数からもとの関数を特定することは非常に困難」という内容を含む。具体的に用いられる乱数には、この素数の掛け算、モジュロ（割複数の割り算の余り、カオス関数など）を用いている。
【００５１】
平文は速度の速い共通鍵方式で暗号化、共通鍵は公開鍵方式で暗号化して送り、受信側（管理者側）は秘密鍵で鍵を複合化して、暗号文を平文に戻す。公開鍵は複雑で安全であ
るが、暗号／複合が遅い。そこで共通鍵の暗号／複合にのみ用いて、安全性を落とさずに、速度も落とさないシステムができる。
【００５２】
より詳細に説明する。「鍵」とは文字をあるアルゴリズムに基づいて変換・暗号化するものであり、パソコン内部で作られるため複製することはできないとされているものだが、共通鍵とは１つの鍵で文章の暗号化とその逆である暗号の複合化（文章化）を行うものである。
【００５３】
一方、公開鍵のほうは「公開鍵」と「秘密鍵」がそれぞれ対応しており、どちらか一方で鍵をかけた場合、その逆でしか暗号が読めないようになっている。
【００５４】
例えば、公開鍵方式でＡがＢにメッセージを送るとする。この場合Ｂが先に自己の公開鍵を使って暗号化した後、送信する。Ｂは自己の秘密鍵を使ってその暗号を解読する。Ｂが秘密鍵を誰かに知られない限り、Ｂの公開鍵で暗号化されたメッセージはＢ以外読むことはできない。
【００５５】
他方の共通鍵方式では、暗号化したメッセージとともに鍵を送らなくてはならないため、その両方を不正に入手された場合、メッセージの内容が他人に知られてしまうことになる。共通鍵方式は、鍵の大きさが４０〜１２８ビットであり、一般的にアルゴリズムが単純なため処理速度が短いというメリットを持つが鍵の管理や安全性を考えると公開鍵方式（鍵の大きさ１００〜２０４８ビット）のほうが安全に使える。
【００５６】
また、公開鍵方式の応用法として、前述の例とは逆に、秘密鍵で暗号化した文章を公開鍵で解読することによってメッセージの送信者の確認ができる。
【００５７】
すなわち、本例のハイブリッド暗号方式３０１は、送信側３０３と受信側（鍵作成側）３０５とを備えている。
【００５８】
前記受信側３０３は、平文３０７を共通鍵３０９により、暗号化処理３１１を行う。この結果、暗号文３１３が生成し受信側３０５に送信する。
【００５９】
受信側３０５では共通鍵３２９を使用し、受信した前記暗号文３１３に対して複合化処理３１５を行う。これにより、受信側３０５に平文３１７が生成する。
【００６０】
上述で使用する鍵について説明する。送信側３０３で共通鍵３０９は、公開鍵３１９により暗号化処理３２１を行う。生成された暗号化共通鍵３２３は受信側３０５で受信する。受信側３０５では、受信した暗号化共通鍵３２３を複合鍵（秘密鍵）３２７で複合化処理３２５を行う。これにより、共通鍵３２９が生成する。
【００６１】
なお、乱数発生処理により作成された公開鍵３３１は公開（ＤＢ等）を介して送信側３０３の公開鍵３１９となる。
【００６２】
図４及び図５を参照する。一般に公開鍵の作成公開時点から他人に成りすまされた場合のセキュリティ・セーフティ防止および裁判などへの証拠データ作成が目的である。
【００６３】
すなわち、認証局は公開鍵の発行者の「公開（HPやブログなどで）された公開鍵が本当に本人（正規の公開鍵発行者）のものなのか＝他人への成りすまし」を防ぐための第３者機能である。これらは、暗号システムでの送信者と受信者だけではふさぐことの出来ない機能で、該発明の特長の一つである。
【００６４】
送信者の作成した共通鍵は天文学的な数量になるので、対象外である。該発明の共通鍵は使いきり（One  Time）でしかも最高更新頻度＞1,000回／秒のあり、公開鍵で暗号化されて受信者に送られるので、十分安全である。
【００６５】
該発明はリアルタイムに耐える高速暗号処理、共通鍵による受信者別データ選別・セキュリテイ、認証局機能による「他人の成りすまし」とうに最適な遠隔監視・診断・メインテナンスシステムである。
【００６６】
高速処理：ストリーム暗号が向いている。ArcfourというＲＣ４（Ronald  Rivestの開発したwwwデータの暗号化など、例えばＳＳＬなどに用いる）相互運用可能なアルゴリズムで、これは該発明を実現するのに適した暗号ツールの一つである。
【００６７】
しかし、該発明は暗号アルゴリズムを特定するのではなく必要最低限、公開鍵、共通鍵・暗号化共通鍵を有している暗号アルゴリズムならその機能の範囲でのシステムの発明である。ＷｅｂのＳＳＬ暗号通信をただ用いるのではなく、選別、認証、ロギングなどの暗号とネットワーク（複数）のシナジー効果をもちいた、遠隔エンジニアリングの基本発明である。
【００６８】
データ長と暗号長が同じほとんどのストリーム暗号のデータ構造である。テストベクトルのデータを該特許の受信者別選別に用いることもできる。この受信時刻をログするのもよい。データはBYTE単位である。これをパケット単位にしたのが、該発明のWebを用いた高速処理のアルゴリズムになる。
【００６９】
さらに鍵を公開鍵（データ長の同じ）で暗号したものにすると、該発明の１実施例になる。このDRAFTに公開鍵の作成、認証局による証明、暗号化共通鍵の工程などを追加する。
【００７０】
自動車事故追求などのPL法ほかの対応として、司法当局などの第３者に証明できるデータが必須になる。これは機械メーカやユーザ（加工会社）が独自に取ったデータ（機械部品等の、加工情報、工具、機械稼動情報）では、証拠能力が不足である。当発明＝認証局機能つきの暗号システムが適正である。
【００７１】
ネットワーク経由の通信では通信相手が見えないために、第３者がアクセス権者（受信者）に成りすまし公開鍵を送りつけてきて、暗号文を復号されてしまう可能性がある。公開鍵が本物であるとの証明書（証明書つき公開鍵）を発行する機能を認証局といっている。この認証局機能はファイルのコンテンツの復号まで及ばない。
【００７２】
上述のような認証局の動作を説明する（図４、図５参照）。初めにステップＳ５０１では、受信者４０３（アクセス権者：機械・部品供給メーカ）が身分証明書等を添えて、公開鍵（ホームページ等で公開）の審査を認証局４０１へ要求する。
【００７３】
ステップＳ５０３では、認証局４０１は審査を行い、署名付き公開鍵を受信者４０３に返送する。
【００７４】
ステップＳ５０５では、送信側４０５はこの署名付き公開鍵をチェックでき、これで共通鍵の暗号化を行う。
【００７５】
ここで、上述の平文、鍵、暗号文について各データは具体的にどのようなものかを例１）、例２）、例３）として示す。
【００７６】
例１）
平文:
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
鍵:
0x01, 0x23, 0x45, 0x67, 0x89, 0xAB, 0xCD, 0xEF
暗号文:
0x74, 0x94, 0xC2, 0xE7, 0x10, 0x4B, 0x08, 0x79
例２）
平文:
0xdc, 0xee, 0x4c, 0xf9, 0x2c
鍵:
0x61, 0x8a, 0x63, 0xd2, 0xfb
暗号文:
0xf1, 0x38, 0x29, 0xc9, 0xde
例３）
平文:
0x52, 0x75, 0x69, 0x73, 0x6c, 0x69, 0x6e, 0x6e,
0x75, 0x6e, 0x20, 0x6c, 0x61, 0x75, 0x6c, 0x75,
0x20, 0x6b, 0x6f, 0x72, 0x76, 0x69, 0x73, 0x73,
0x73, 0x61, 0x6e, 0x69, 0x2c, 0x20, 0x74, 0xe4,
0x68, 0x6b, 0xe4, 0x70, 0xe4, 0x69, 0x64, 0x65,
0x6e, 0x20, 0x70, 0xe4, 0xe4, 0x6c, 0x6c, 0xe4,
0x20, 0x74, 0xe4, 0x79, 0x73, 0x69, 0x6b, 0x75,
0x75, 0x2e, 0x20, 0x4b, 0x65, 0x73, 0xe4, 0x79,
0xf6, 0x6e, 0x20, 0x6f, 0x6e, 0x20, 0x6f, 0x6e,
0x6e, 0x69, 0x20, 0x6f, 0x6d, 0x61, 0x6e, 0x61,
0x6e, 0x69, 0x2c, 0x20, 0x6b, 0x61, 0x73, 0x6b,
0x69, 0x73, 0x61, 0x76, 0x75, 0x75, 0x6e, 0x20,
0x6c, 0x61, 0x61, 0x6b, 0x73, 0x6f, 0x74, 0x20,
0x76, 0x65, 0x72, 0x68, 0x6f, 0x75, 0x75, 0x2e,
0x20, 0x45, 0x6e, 0x20, 0x6d, 0x61, 0x20, 0x69,
0x6c, 0x6f, 0x69, 0x74, 0x73, 0x65, 0x2c, 0x20,
0x73, 0x75, 0x72, 0x65, 0x20, 0x68, 0x75, 0x6f,
0x6b, 0x61, 0x61, 0x2c, 0x20, 0x6d, 0x75, 0x74,
0x74, 0x61, 0x20, 0x6d, 0x65, 0x74, 0x73, 0xe4,
0x6e, 0x20, 0x74, 0x75, 0x6d, 0x6d, 0x75, 0x75,
0x73, 0x20, 0x6d, 0x75, 0x6c, 0x6c, 0x65, 0x20,
0x74, 0x75, 0x6f, 0x6b, 0x61, 0x61, 0x2e, 0x20,
0x50, 0x75, 0x75, 0x6e, 0x74, 0x6f, 0x20, 0x70,
0x69, 0x6c, 0x76, 0x65, 0x6e, 0x2c, 0x20, 0x6d,
0x69, 0x20, 0x68, 0x75, 0x6b, 0x6b, 0x75, 0x75,
0x2c, 0x20, 0x73, 0x69, 0x69, 0x6e, 0x74, 0x6f,
0x20, 0x76, 0x61, 0x72, 0x61, 0x6e, 0x20, 0x74,
0x75, 0x75, 0x6c, 0x69, 0x73, 0x65, 0x6e, 0x2c,
0x20, 0x6d, 0x69, 0x20, 0x6e, 0x75, 0x6b, 0x6b,
0x75, 0x75, 0x2e, 0x20, 0x54, 0x75, 0x6f, 0x6b,
0x73, 0x75, 0x74, 0x20, 0x76, 0x61, 0x6e, 0x61,
0x6d, 0x6f, 0x6e, 0x20, 0x6a, 0x61, 0x20, 0x76,
0x61, 0x72, 0x6a, 0x6f, 0x74, 0x20, 0x76, 0x65,
0x65, 0x6e, 0x2c, 0x20, 0x6e, 0x69, 0x69, 0x73,
0x74, 0xe4, 0x20, 0x73, 0x79, 0x64, 0xe4, 0x6d,
0x65, 0x6e, 0x69, 0x20, 0x6c, 0x61, 0x75, 0x6c,
0x75, 0x6e, 0x20, 0x74, 0x65, 0x65, 0x6e, 0x2e,
0x20, 0x2d, 0x20, 0x45, 0x69, 0x6e, 0x6f, 0x20,
0x4c, 0x65, 0x69, 0x6e, 0x6f
鍵:
0x29, 0x04, 0x19, 0x72, 0xfb, 0x42, 0xba, 0x5f,
0xc7, 0x12, 0x77, 0x12, 0xf1, 0x38, 0x29, 0xc9
暗号文:
0x35, 0x81, 0x86, 0x99, 0x90, 0x01, 0xe6, 0xb5,
0xda, 0xf0, 0x5e, 0xce, 0xeb, 0x7e, 0xee, 0x21,
0xe0, 0x68, 0x9c, 0x1f, 0x00, 0xee, 0xa8, 0x1f,
0x7d, 0xd2, 0xca, 0xae, 0xe1, 0xd2, 0x76, 0x3e,
0x68, 0xaf, 0x0e, 0xad, 0x33, 0xd6, 0x6c, 0x26,
0x8b, 0xc9, 0x46, 0xc4, 0x84, 0xfb, 0xe9, 0x4c,
0x5f, 0x5e, 0x0b, 0x86, 0xa5, 0x92, 0x79, 0xe4,
0xf8, 0x24, 0xe7, 0xa6, 0x40, 0xbd, 0x22, 0x32,
0x10, 0xb0, 0xa6, 0x11, 0x60, 0xb7, 0xbc, 0xe9,
0x86, 0xea, 0x65, 0x68, 0x80, 0x03, 0x59, 0x6b,
0x63, 0x0a, 0x6b, 0x90, 0xf8, 0xe0, 0xca, 0xf6,
0x91, 0x2a, 0x98, 0xeb, 0x87, 0x21, 0x76, 0xe8,
0x3c, 0x20, 0x2c, 0xaa, 0x64, 0x16, 0x6d, 0x2c,
0xce, 0x57, 0xff, 0x1b, 0xca, 0x57, 0xb2, 0x13,
0xf0, 0xed, 0x1a, 0xa7, 0x2f, 0xb8, 0xea, 0x52,
0xb0, 0xbe, 0x01, 0xcd, 0x1e, 0x41, 0x28, 0x67,
0x72, 0x0b, 0x32, 0x6e, 0xb3, 0x89, 0xd0, 0x11,
0xbd, 0x70, 0xd8, 0xaf, 0x03, 0x5f, 0xb0, 0xd8,
0x58, 0x9d, 0xbc, 0xe3, 0xc6, 0x66, 0xf5, 0xea,
0x8d, 0x4c, 0x79, 0x54, 0xc5, 0x0c, 0x3f, 0x34,
0x0b, 0x04, 0x67, 0xf8, 0x1b, 0x42, 0x59, 0x61,
0xc1, 0x18, 0x43, 0x07, 0x4d, 0xf6, 0x20, 0xf2,
0x08, 0x40, 0x4b, 0x39, 0x4c, 0xf9, 0xd3, 0x7f,
0xf5, 0x4b, 0x5f, 0x1a, 0xd8, 0xf6, 0xea, 0x7d,
0xa3, 0xc5, 0x61, 0xdf, 0xa7, 0x28, 0x1f, 0x96,
0x44, 0x63, 0xd2, 0xcc, 0x35, 0xa4, 0xd1, 0xb0,
0x34, 0x90, 0xde, 0xc5, 0x1b, 0x07, 0x11, 0xfb,
0xd6, 0xf5, 0x5f, 0x79, 0x23, 0x4d, 0x5b, 0x7c,
0x76, 0x66, 0x22, 0xa6, 0x6d, 0xe9, 0x2b, 0xe9,
0x96, 0x46, 0x1d, 0x5e, 0x4d, 0xc8, 0x78, 0xef,
0x9b, 0xca, 0x03, 0x05, 0x21, 0xe8, 0x35, 0x1e,
0x4b, 0xae, 0xd2, 0xfd, 0x04, 0xf9, 0x46, 0x73,
0x68, 0xc4, 0xad, 0x6a, 0xc1, 0x86, 0xd0, 0x82,
0x45, 0xb2, 0x63, 0xa2, 0x66, 0x6d, 0x1f, 0x6c,
0x54, 0x20, 0xf1, 0x59, 0x9d, 0xfd, 0x9f, 0x43,
0x89, 0x21, 0xc2, 0xf5, 0xa4, 0x63, 0x93, 0x8c,
0xe0, 0x98, 0x22, 0x65, 0xee, 0xf7, 0x01, 0x79,
0xbc, 0x55, 0x3f, 0x33, 0x9e, 0xb1, 0xa4, 0xc1,
0xaf, 0x5f, 0x6a, 0x54, 0x7f
このように、平文は鍵により暗号文に変換される。また、暗号文は鍵により平文に複合される。
【００７７】
なお、本発明は、上述した実施の態様の例に限定されることなく、適宜の変更を加えることにより、その他の態様で実施できるものである。
【図面の簡単な説明】
【００７８】
【図１】遠隔監視・診断・メンテナンスシステムの概略の構成を示す概略図である。
【図２】遠隔監視・診断・メンテナンスシステムの動作を説明するフローチャートである。
【図３】ハイブリッド暗号化方式を説明する説明図である。
【図４】認証局を説明する説明図である。
【図５】認証局の動作を説明するフローチャートである。
【符号の説明】
【００７９】
１  遠隔監視・診断・メンテナンスシステム
３，５  工場サブシステム
７  提供会社サブシステム
９  機械メーカ管理部門サブシステム
１１  暗号アプリケーションサーバ
１３  Ｗｅｂ／グローバルネットワーク
【図１】
2006287706.tif 000003
【図２】
2006287706.tif 000004
【図３】
2006287706.tif 000005
【図４】
2006287706.tif 000006
【図５】
2006287706.tif 000007