JP3015238B2 - データ転送方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークを介して
データを送受信するデータ転送方法に関わり、特にデー
タの提供者側でデータを暗号化して送信し、データの利
用者側で暗号データを復号化することにより、第３者に
よるデータへの不正なアクセスを防止する機能を持つデ
ータ転送方法に関する。

【０００２】

【従来の技術】ネットワークを介してデータの送受信を
行うデータ転送システムにおいては、同ネットワークに
アクセスできる第３者によって転送中のデータが複製・
改ざんされるのを防ぐために、送信するデータを予め送
信者側で特定の小さいデータを鍵として暗号化し、受信
者側で同様に鍵を使って復号化する操作を行う技術があ
る。

【０００３】このようなシステムでは、暗号化・復号化
のための鍵データが第３者に入手されてしまうと、全て
のデータが第３者によって読み取られてしまったり、デ
ータの内容を改ざんした上で再暗号化することが可能に
なり、システム全体の安全性が守れなくなる。

【０００４】そこで、鍵データの漏洩を防ぐため、次の
ような技術が開発されている。

【０００５】（１）対称暗号法を用い、予めデータの提
供者とデータの利用者の間で交換されているマスター鍵
を使ってデータの提供者側で鍵データを暗号化し、それ
をデータの利用者に送信し、データの利用者側でマスタ
ー鍵を使って鍵データを復号化し、以降のデータ本体の
暗号化・復号化に使用する。

【０００６】（２）公開鍵暗号法を用い、データの利用
者の公開鍵を使ってデータの提供者側で鍵データを暗号
化し、それをデータの利用者に送信し、データの利用者
側では秘密鍵を使って鍵データを復号化し、以降のデー
タ本体の暗号化・復号化に使用する。これら（１），
（２）は、データ本体の転送に先だってネットワーク上
で鍵データを送受信する際に鍵データが第３者に漏洩す
るのを防ぐ方法である。

【０００７】（３）ＩＣカードなどに、暗号鍵あるいは
暗号鍵と共に暗号化・復号化プログラムを記憶させ、ユ
ーザごとに配布することにより、汎用的な補助記憶装置
上に鍵データを保存した時に第３者に鍵データを複写さ
れる危険を防ぐ。

【０００８】これはデータの利用者および提供者の双方
での鍵データを安全に保管し、第３者に漏洩するのを防
ぐ方法である。

【０００９】

【発明が解決しようとする課題】上記従来技術は、デー
タの提供者・利用者以外の第３者によって故意に鍵デー
タにアクセスしようという行為を防ぐ手段として有効で
ある。

【００１０】しかし、データの提供者とデータの利用者
の間でデータの不正な複写等を規制する明確な契約関係
がない場合、あるいはデータそのものが有料であるなど
利用範囲が制限されなければならない場合などで、デー
タの利用者自身が鍵データを故意に第３者に提供した場
合、不正な複写等が可能になってしまうという問題があ
る。

【００１１】また、データの利用者側の管理上の不注意
によって例えばＩＣカードを紛失した場合、第３者が鍵
データに自由にアクセスし、不正な復号化が可能になっ
てしまうという問題がある。

【００１２】そこで、データの利用者側で任意に復号化
処理を行えるように鍵データを提供する一方で、鍵デー
タだけを独立に取り出して複製して第３者に渡し、第３
者が不正にデータを復号化するという行為を防ぐ必要が
ある。

【００１３】また、鍵データのみ独立に取り出さなくと
も、復号処理を行うモジュール全体を複写することで、
第３者が自由に復号化を行なえるようになることを防ぐ
必要がある。

【００１４】本発明の目的は、暗号鍵を用いてデータ転
送を行うに際し、第３者による不正な復号化を防止する
ことができるデータ転送システムを提供することにあ
る。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に本発明は、復号鍵をデータ提供者側装置からデータ利
用者側装置に予め送信し、その後にデータ提供者側装置
からデータ利用者側装置に対し前記復号鍵によって暗号
化して送信される転送データをデータ利用者側装置で前
記復号鍵によって復号化して利用するデータ転送方法で
あって、データ提供者側装置において復号鍵および該復
号鍵による復号化処理を行う復号化モジュールのソース
コードを入力し、この入力された復号鍵およびソースコ
ードをコンパイルすることによって生成される実行形式
のオブジェクトコードをデータ提供者側装置からデータ
利用者側装置に予め送信し、データ利用者側装置では前
記オブジェクトコード中に含まれる前記復号鍵および復
号化モジュールに基づき、データ提供者側装置からデー
タ利用者側装置に対し前記復号鍵によって暗号化して送
信される転送データを復号化して利用可能に転送するこ
とを特徴とする。

【００１６】また、前記ソースコードを定期的に更新す
ることを特徴とする。

【００１７】さらに、前記復号鍵として非対称暗号法の
秘密鍵を用いることを特徴とする。

【００１８】また、復号鍵及び該復号鍵による復号化処
理を行う復号化モジュールのソースコードから実行形式
のオブジェクトコードを生成する際に、ソースコード中
に復号化処理とは独立な処理を行う部分コードを挿入す
ることを特徴とする。

【００１９】さらに、データ提供者側から復号鍵によっ
て暗号化した転送データの送信を開始する前に、データ
利用者側から乱数データをデータ提供者側に送信させ、
この乱数データを付加してデータ提供者側から転送デー
タを送信し、データ利用者側では自己が送信した乱数デ
ータとデータ提供者側から受信した乱数データとが一致
した時のみ復号鍵および復号化モジュールに基づき、デ
ータ提供者側から送信される転送データの復号化を許可
することを特徴とする。

【００２０】

【作用】本発明によれば、データ提供者側装置において
復号鍵および該復号鍵による復号化処理を行う復号化モ
ジュールのソースコードを入力し、このソースコードを
コンパイルすることによって生成される実行形式のオブ
ジェクトコードをデータ提供者側装置からデータ利用者
側装置に予め送信し、データ利用者側装置ではオブジェ
クトコード中に含まれる前記復号鍵および復号化モジュ
ールに基づき、データ提供者側装置からデータ利用者側
装置に対し前記復号鍵によって暗号化して送信される転
送データを復号化する。

【００２１】この場合、復号鍵および該復号鍵による復
号化処理を行う復号化モジュールのソースコードをコン
パイルすることによって得られる実行形式のオブジェク
トコードは、非常に複雑であり、その中に復号化を行う
ための鍵データが含まれていても、短時間にオブジェク
トコードを解析して鍵データを取り出すことは困難であ
る。

【００２２】従って、データ提供者と正規の契約関係を
結んでいるデータ利用者（データ提供者が認めているデ
ータ利用者）が鍵データだけを独立に取り出して複製
し、この複製鍵をデータ提供者と正規の契約関係を結ん
でいない第３者に渡し、第３者が不正にデータを復号化
するという行為を防ぐことができる。換言すれば、デー
タ提供者が正規の利用者として認め、データ提供者側の
責任で転送したデータ利用者のみに暗号データを利用さ
せることが可能になる。

【００２３】また、定期的にオブジェクトコード自体を
置き換えることによって、オブジェクトコードを解析し
て鍵データを取り出すのに費やすことができる時間を短
くし、解析作業を失敗させる確率を高め、復号化行為を
さらに困難にすることができる。

【００２４】また、復号鍵として非対称暗号法の秘密鍵
を用いた場合は、不特定多数のデータ提供者側からデー
タを転送することができる。

【００２５】また、ソースコード中に本来の復号化処理
と無関係なコードを含ませた場合は、それをコンパイル
して得られた実行形式のプログラムコードは必要以上に
複雑なものになるため、解析は極めて困難になり、復号
化行為を極めて困難にすることができる。

【００２６】さらに、データ利用者側から乱数データを
データ提供者側に送信させ、この乱数データを付加して
データ提供者側から転送データを送信し、データ利用者
側では自己が送信した乱数データとデータ提供者側から
受信した乱数データとが一致した時のみ復号鍵および復
号化モジュールに基づき、データ提供者側から送信され
る転送データの復号化を許可するようにした場合、転送
データに付加される乱数が一致しないことにより、シス
テム全体を複写することによって暗号データを復号しよ
うという試みを失敗に終わらせ、第３者による不正な復
号化を防止することができる。

【００２７】

【実施例】以下、本発明を図示する実施例に基づき詳細
に説明する。

【００２８】（実施例１）まず、対称暗号法を用いる実
施例について説明する。

【００２９】図１は、データ提供者側及び利用者側のシ
ステムの全体を構成を示すブロック図である。

【００３０】図１において、１０１及び１０２はネット
ワークを介して通信を行う機能を有する計算機システム
であり、１０１はデータ利用者側、１０２はデータ提供
者側に設置される。１０３及び１０４は、それぞれの計
算機システム１０１，１０２を操作するための端末装
置、１０５〜１０７は補助記憶装置である。１０８，１
１７は演算処理を行う中央処理装置（ＣＰＵ）である。
１０９は稼働中のシステムのオブジェクトコードが一時
的に記憶されるメモリ装置である。

【００３１】１１０はモジュール受信処理部、１１１は
モジュール置換処理部である。１１２は乱数発生器、１
１３は出力装置、１１４はソースコードからオブジェク
トコードを生成するコンパイラ、１１５は暗号化処理
部、１１６はモジュール送信処理部である。

【００３２】図２は本システムの処理の流れを表すフロ
ーチャートである。以下、このフローチャートに従い、
本実施例の動作を説明する。

【００３３】まず、データ提供者側の計算機システム１
０２により対称暗号法による暗号鍵（復号鍵も同じ）を
生成する（ステップ２０１）。この生成された暗号鍵デ
ータは補助記憶装置１０６に記録される。

【００３４】次に、計算機システム１０２及び端末装置
１０４を使用して復号化モジュールのソースコードを作
成し、入力する（ステップ２０２）。このソースコード
は補助記憶装置１０７に記憶される。

【００３５】この場合、特定のデータ利用者に唯一のソ
ースコードを作成してもいいが、複数のデータ利用者に
共通のソースコードを補助記憶装置１０７に蓄積・再利
用することもできる。

【００３６】次に、この復号化モジュールのソースコー
ドをコンパイラ１１４を使用してコンパイルし、データ
利用者側のＣＰＵ１０８で直接実行可能なオブジェクト
コードを作成する（ステップ２０３）。この場合、前記
ソースコードと同様、複数のデータ利用者に共通のオブ
ジェクトコードを蓄積・再利用することもできる。

【００３７】次に、ここで生成されたオブジェクトコー
ドをモジュール送信処理部１１６およびネットワークを
介して計算機システム１０１に転送する（ステップ２０
４）。

【００３８】転送されたオブジェクトコードはモジュー
ル受信処理部１１０で受信され、補助記憶装置１０５に
記憶される（ステップ２０５）。以降、データ提供者側
からデータ利用者側へのデータ転送サービスを開始す
る。

【００３９】このサービスは、利用者からリクエストを
出し、指定されたデータを提供者側から転送するサービ
スや、提供者側から必要なデータを利用者側に配送する
サービス、あるいは提供者側から定期的に最新のデータ
を利用者側に送信し続けるサービスが考えられる。

【００４０】転送されるデータは、ステップ２０１で作
成された暗号鍵に基づき暗号化処理部１１５で暗号化さ
れ、利用者側の計算機システム１０１に転送される（ス
テップ２０６）。転送されたデータは暗号化された状態
のまま利用者側の補助記憶装置１０５に記録される（ス
テップ２０７）。

【００４１】この暗号データは、利用者がデータを参照
する時点で復号化され、利用される（ステップ２０
８）。このとき、復号化にはステップ２０５で補助記憶
装置１０５に記録されていた復号化モジュールを使い、
その出力はどの補助記憶装置にも記録されない。データ
利用者は復号化されたデータを復号化モジュールから直
接読出し、ディスプレイ装置や印字装置などの電子的に
複写不可能な出力装置１１３にのみ出力される。

【００４２】ここで、予めデータ提供者側の計算機シス
テム１０２で設定されている一定時間に対し、データ利
用者側の復号化モジュールの作成日時から現在までの時
間が大きい場合、すなわち復号化モジュールをデータ利
用者側に送信してから一定時間経過していた場合（ステ
ップ２０９）、データ提供者側の端末装置１０４及び計
算機システム１０２上で補助記憶装置１０７に記録され
ている復号化モジュールのソースコードをそのモジュー
ルの処理結果を変えない範囲で変更し、コンパイルして
新規のオブジェクトコードを作成する（ステップ２１
０）。

【００４３】ここで、「一定時間」としては、モジュー
ルのサイズとネットワークの転送速度を比較し、データ
の転送速度あるいは転送頻度に影響を与えない範囲で最
小のものを選択・設定すればよい。また、復号化モジュ
ールのサイズが小さく、オブジェクトコードの解析があ
る程度容易であると判断される場合はさらに短くするこ
とも考えられる。

【００４４】また、ソースコードの変更としては、独立
したステートメントの順序の交換など、端末装置１０４
から直接編集・変更する簡単な方法もあるが、あらかじ
め作成・テストした部分コードを複数用意し、これらの
組合せでソースコード全体を変更する方法や、複数の異
なるコンパイラを用意することによって同一のソースコ
ードから異なるオブジェクトコードを生成できるように
し、さらに複雑性を高める方法などが考えられる。

【００４５】このようにして新たに作成されたオブジェ
クトコードは、データ利用者側に転送され（ステップ２
１１）、モジュール置換処理部１１によって補助記憶装
置１０５上の復号化モジュールと交換される（ステップ
２１２）。

【００４６】このように、データ提供者側において復号
鍵および該復号鍵による復号化処理を行う復号化モジュ
ールのソースコードを入力し、このソースコードをコン
パイルすることによって生成されるオブジェクトコード
をデータ提供者側からデータ利用者側に予め送信し、デ
ータ利用者側ではオブジェクトコード中に含まれる前記
復号鍵および復号化モジュールに基づき、データ提供者
側からデータ利用者側に対し前記復号鍵によって暗号化
して送信される転送データを復号化するようにすること
により、復号鍵および該復号鍵による復号化処理を行う
復号化モジュールのオブジェクトコードが非常に複雑に
なるので、その中に復号化を行うための鍵データが含ま
れていても、短時間にオブジェクトコードを解析して鍵
データを取り出すことは困難である。

【００４７】従って、鍵データだけを独立に取り出して
複製して第３者に渡し、第３者が不正にデータを復号化
するという行為を防ぐことができる。

【００４８】また、定期的にオブジェクトコード自体を
置き換えることによって、オブジェクトコードを解析し
て鍵データを取り出すのに費やすことができる時間を短
くし、解析作業を失敗させる確率を高め、復号化行為を
さらに困難にすることができる。

【００４９】また、ソースコード中に本来の復号化処理
と無関係なコードを含ませた場合は、それをコンパイル
して得られたプログラムコードは必要以上に複雑なもの
になるため、解析は極めて困難になり、復号化行為を極
めて困難にすることができる。

【００５０】（実施例２）次に、非対称暗号法を用いる
実施例について説明する。

【００５１】図３は、第２の実施例のシステム全体を示
すブロック図である。図３において、３０１〜３０５は
ネットワークを介して通信する機能を持つ計算機システ
ムである。３０６〜３１０は補助記憶装置である。３１
１は秘密鍵データである。３１２〜３１４は秘密鍵デー
タ３１１と組となる公開鍵データである。３１５は復号
化モジュールであるオブジェクトコードを生成するため
のソースコードである。

【００５２】この実施例のシステムは、図２のフローチ
ャートで説明した動作と同様に動作する。概略は次の通
りである。

【００５３】計算機システム３０１は、データ利用者側
の計算機システム３０２に転送する復号化モジュールを
作成・記録・転送する処理を行う。

【００５４】この際、計算機システム３０１は、補助記
憶装置３０６上に記録されているソースコード３１５を
実施例１と同様に変更し、コンパイルしてオブジェクト
コードを作成し、計算機システム３０２に転送する。

【００５５】これに対し、データ利用者側の計算機シス
テム３０２は図２と同様、補助記憶装置３０７上に記録
している復号化モジュールを置き換える。

【００５６】一方、データ提供者が使用する計算機シス
テム３０３〜３０５は、それぞれ独立に補助記憶装置３
０８〜３１０上に公開鍵データを記録し、実施例１と同
様にこの鍵を暗号化処理に使用して、暗号データを作成
し、データ利用者側の計算機システム３０２に転送す
る。

【００５７】データ利用者側の計算機システム３０２が
受信した暗号データは補助記憶装置３０７上に記録さ
れ、利用時に計算機３０２上で補助記憶装置３０７上に
記録されている秘密鍵データ３１１を使用して復号化さ
れる。

【００５８】この実施例によれば、復号鍵として非対称
暗号法の秘密鍵を用いているので、不特定多数のデータ
提供者側からデータを転送することができる。

【００５９】（実施例３）次に、乱数を使用して復号化
モジュール自体の複製を防ぐ実施例について説明する。
この場合、システム全体の構成は図１と同様とする。

【００６０】図４は、本実施例の処理の流れを示すフロ
ーチャートである。以下、このフローチャートに従い、
本実施例を説明する。

【００６１】まず、ステップ４０１〜４０４の処理手順
・内容は実施例１と同様である。

【００６２】次に、転送された復号化モジュールである
オブジェクトコードはデータ利用者側の計算機システム
１０１で補助記憶装置１０５上に記録される（ステップ
４０５）。

【００６３】次に復号化モジュールで、乱数発生器１１
２を使用して乱数を作成し、復号鍵を使用して逆に乱数
を暗号化しメモリ１０９上に記憶する（ステップ４０
６）。

【００６４】ここで作成した乱数は、不正な複製を防ぐ
ため補助記憶装置上には記録しない。

【００６５】次に、あらかじめデータ提供者側の計算機
システム１０２に登録されているデータ利用者ＩＤと現
在の日時および前記のように作成・暗号化した乱数をデ
ータ提供者側の計算機システム１０２に転送する（ステ
ップ４０７）。次に、これらのデータをデータ提供者側
の補助記憶装置１０６に記録する（ステップ４０８）。

【００６６】このとき、記録する情報の内容を図５に示
す。図５において、５０１はデータ利用者のＩＤであ
る。これはデータ提供者とデータ利用者との間でデータ
の送受信が開始されるに先だって、データ提供者側の計
算機システム１０２に対し一意なＩＤとして登録された
ものである。５０２はモジュール更新日時であり、デー
タ提供者側からデータ利用者へのデータの転送が開始さ
れる段階では、復号化モジュールの初期化が行われた日
時が記録される。以降、実施例１と同様に復号化モジュ
ールの置き換えが実行される度にその日時が記録され
る。５０３は乱数値である。この乱数値はデータ利用者
側の復号化モジュールが暗号化して転送したものをデー
タ提供者側で暗号鍵を用いて復号化したものである。５
０２に記録された日時に作成された乱数値が対応した領
域に記録される。

【００６７】以降、データ転送サービスが開始される。
データの転送に当たっては、データ提供者側で暗号鍵を
使用して暗号化されたデータと、図５のテーブルから読
み出した対応するデータ利用者の最新の乱数値とをデー
タ利用者側に転送する（ステップ４０９）。

【００６８】データ利用者側のデータ受信処理部（図示
せず）は転送されてきたデータおよび乱数を復号化モジ
ュールに渡す。復号化モジュールは、暗号データの補助
記憶装置１０５への記録に先だって、自身がメモリ１０
９上に記憶している最新の乱数値を復号鍵を使用して暗
号化し、その結果とデータ提供者から付随して転送され
た乱数値とを比較する（ステップ４１０）。もし、一致
しなければそのデータは補助記憶装置１０５上に記録さ
れない。

【００６９】しかし、一致した場合は、そのデータは補
助記憶装置１０５上に記録される（ステップ４１１）。
以降、データ利用者側でのデータの復号化処理（ステッ
プ４１２）と、一定時間ごとのオブジェクトコードの置
き換えが実施例１同様に行われる（ステップ４１３→４
１４→４０４）。

【００７０】従って、この実施例においては、データ利
用者側から乱数データをデータ提供者側に送信させ、こ
の乱数データを付加してデータ提供者側から転送データ
を送信し、データ利用者側では自己が送信した乱数デー
タとデータ提供者側から受信した乱数データとが一致し
た時のみ復号鍵および復号化モジュールに基づき、デー
タ提供者側から送信される転送データの復号化を許可す
るようにしているので、転送データに付加される乱数が
一致しないことにより、システム全体を複写することに
よって暗号データを復号しようという試みを失敗に終わ
らせ、第３者による不正な復号化を防止することができ
る。

【００７１】

【発明の効果】以上のように本発明においては、データ
提供者側装置において復号鍵および該復号鍵による復号
化処理を行う復号化モジュールのソースコードを入力
し、このソースコードをコンパイルすることによって生
成される実行形式のオブジェクトコードをデータ提供者
側装置からデータ利用者側装置に予め送信し、データ利
用者側装置ではオブジェクトコード中に含まれる前記復
号鍵および復号化モジュールに基づき、データ提供者側
装置からデータ利用者側装置に対し前記復号鍵によって
暗号化して送信される転送データを復号化する。

【００７２】この場合、復号鍵および該復号鍵による復
号化処理を行う復号化モジュールのソースコードをコン
パイルすることによって得られる実行形式のオブジェク
トコードは、非常に複雑であり、その中に復号化を行う
ための鍵データが含まれていても、短時間にオブジェク
トコードを解析して鍵データを取り出すことは困難であ
る。

【００７３】従って、データ提供者と正規の契約関係を
結んでいるデータ利用者が鍵データだけを独立に取り出
して複製し、この複製鍵をデータ提供者と正規の契約関
係を結んでいない第３者に渡し、第３者が不正にデータ
を復号化するという行為を防ぐことができる。換言すれ
ば、データ提供者が正規の利用者として認め、データ提
供者側の責任で転送したデータ利用者のみに暗号データ
を利用させることが可能になる。

【００７４】また、定期的にオブジェクトコード自体を
置き換えることによって、実行形式のオブジェクトコー
ドを解析して鍵データを取り出すのに費やすことができ
る時間を短くし、解析作業を失敗させる確率を高め、復
号化行為をさらに困難にすることができる。

【００７５】また、復号鍵として非対称暗号法の秘密鍵
を用いた場合は、不特定多数のデータ提供者側からデー
タを転送することができる。

【００７６】また、ソースコード中に本来の復号化処理
と無関係なコードを含ませた場合は、それをコンパイル
して得られた実行形式のプログラムコードは必要以上に
複雑なものになるため、解析は極めて困難になり、復号
化行為を極めて困難にすることができる。

【００７７】さらに、データ利用者側から乱数データを
データ提供者側に送信させ、この乱数データを付加して
データ提供者側から転送データを送信し、データ利用者
側では自己が送信した乱数データとデータ提供者側から
受信した乱数データとが一致した時のみ復号鍵および復
号化モジュールに基づき、データ提供者側から送信され
る転送データの復号化を許可するようにした場合、転送
データに付加される乱数が一致しないことにより、シス
テム全体を複写することによって暗号データを復号しよ
うという試みを失敗に終わらせ、第３者による不正な復
号化を防止することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例のシステム構成図であ
る。

【図２】第１の実施例の処理の流れを示すフローチャー
トである。

【図３】非対称暗号法を用いた第２の実施例のシステム
構成図である。

【図４】第２の実施例の処理の流れを示すフローチャー
トである。

【図５】第３の実施例においてデータ利用者の識別に使
用する乱数値を格納するテーブル構成図である。

【符号の説明】

１０１，１０２，３０１〜３０５…計算機システム、１
０３，１０４…端末装置、１０５，１０６…補助記憶装
置、１１１…モジュール置換処理部、１１２…乱数発生
器、１１４…コンパイラ、１１５…暗号化処理部、１１
６…モジュール送信処理部、３１２，３１３，３１４…
公開鍵データ、３１１…秘密鍵データ。

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】 復号鍵をデータ提供者側装置からデータ
   利用者側装置に予め送信し、その後にデータ提供者側装
   置からデータ利用者側装置に対し前記復号鍵によって暗
   号化して送信される転送データをデータ利用者側装置で
   前記復号鍵によって復号化して利用するデータ転送方法
   であって、 データ提供者側装置において復号鍵および該復号鍵によ
   る復号化処理を行う復号化モジュールのソースコードを
   入力し、この入力された復号鍵およびソースコードをコ
   ンパイルすることによって生成される実行形式のオブジ
   ェクトコードをデータ提供者側装置からデータ利用者側
   装置に予め送信し、データ利用者側装置では前記オブジ
   ェクトコード中に含まれる前記復号鍵および復号化モジ
   ュールに基づき、データ提供者側装置からデータ利用者
   側装置に対し前記復号鍵によって暗号化して送信される
   転送データを復号化して利用可能に転送することを特徴
   とするデータ転送方法。
2. 【請求項２】 前記ソースコードを定期的に更新するこ
   とを特徴とする請求項１記載のデータ転送方法。
3. 【請求項３】 前記復号鍵として非対称暗号法の秘密鍵
   を用いることを特徴とする請求項１記載のデータ転送方
   法。
4. 【請求項４】 復号鍵及び該復号鍵による復号化処理を
   行う復号化モジュールのソースコードから実行形式のオ
   ブジェクトコードを生成する際に、ソースコード中に復
   号化処理とは独立な処理を行う部分コードを挿入するこ
   とを特徴とする請求項１ないし３のいずれか１項に記載
   のデータ転送方法。
5. 【請求項５】 データ提供者側装置から復号鍵によって
   暗号化した転送データの送信を開始する前に、データ利
   用者側装置から乱数データをデータ提供者側装置に送信
   させ、この乱数データを付加してデータ提供者側装置か
   ら転送データを送信し、データ利用者側装置では自己が
   送信した乱数データとデータ提供者側装置から受信した
   乱数データとが一致した時のみ復号鍵および復号化モジ
   ュールに基づき、データ提供者側装置から送信される転
   送データの復号化を許可することを特徴とする請求項１
   ないし４のいずれか１項に記載のデータ転送方法。