JPH11215120A

JPH11215120A - 通信装置

Info

Publication number: JPH11215120A
Application number: JP10014097A
Authority: JP
Inventors: Koji Otani; 浩司大谷
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1998-01-27
Filing date: 1998-01-27
Publication date: 1999-08-06

Abstract

(57)【要約】【課題】本発明は、ネットワークに接続されそのネッ
トワークに情報を送り出す通信装置、およびネットワー
クに接続されそのネットワークを経由して送られてきた
情報を受信する通信装置に関し、プログラムコードを安
全にかつ効率的に流通させる。【解決手段】プログラムＡからプログラムＢにプログ
ラムコードＸを転送するにあたり、プログラムＡからプ
ログラムＢには、コードＸの識別子であるＵＵＩＤやＵ
ＲＬのほかに、そのコードＸのハッシュ値Ｍを送り、プ
ログラムＢ側では、識別子に基づいてコードＸの候補で
あるコードＸ′を入手し、そのコードＸ′のハッシュ値
Ｎを作成してハッシュ値Ｍと照合する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークに接続
されそのネットワークに情報を送り出す通信装置および
ネットワークに接続されそのネットワークを経由して送
られてきた情報を受信する通信装置に関する。

【０００２】

【従来の技術】近年、有線や無線のネットワークに接続
されたコンピュータや端末を利用した環境において、コ
ンピュータや端末間で処理プログラムを転送したり、コ
ンピュータや端末間を移動しながら処理を行なう移動エ
ージェント・プログラムを転送して処理の柔軟な実行や
柔軟な情報表示を行なうといったことが頻繁に行なわれ
るようになってきている。このようなシステムでは、処
理プログラムや移動エージェント・プログラムのプログ
ラムコードを如何にして安全かつ効率的に転送するかが
問題となる。

【０００３】図６は、プログラムコード転送方式の一例
を示す図である。コンピュータ・ネットワーク上のコン
ピュータ１のプログラムＡが意図するプログラムコード
Ｘをコンピュータ２のプログラムＢに送る場合、最も単
純な方法は、図６に示すように、プログラムＡからプロ
グラムＢにコードＸを直接に送信する方法である。

【０００４】しかし、プログラムコードは再利用した
り、共用できる可能性が高く、そのため、送信しようと
しているプログラムコードは、過去に送信したことがあ
るか、あるいは既にコンピュータ２上に存在している
か、ネットワーク的にコンピュータ１よりも近傍の装置
に既に存在している可能性が高い。従って、図６に示す
方法では、送信に要する時間、ネットワーク・トラフィ
ックなどの面において効率が良くない。そのため、以下
のような方法が考えられている。

【０００５】図７は、プログラムコード転送方式の他の
例を示す図である。送信しようとしているコードＸに
は、内容が異なる他のどのコードの識別子とも異なるユ
ニークな識別子ＵＵＩＤをつける。ＵＵＩＤは、コード
Ｘが更新された場合には、異なるものをつけるものとす
る。また、ここではコードＸを確実に格納していると思
われるネットワーク上の場所を示す識別子をＵＲＬとす
る。

【０００６】コードＸをコンピュータ２のプログラムＢ
に送ろうとする場合、コードＸ自体を実際に送信しなく
ても何らかの方法でプログラムＢがコードＸと同一の内
容のコードを取得できれば、同一の効果が得られること
に注目する。図７において、（１）まず、プログラムＡは、コードＸのＵＵＩＤとＵ
ＲＬをプログラムＢに送信する。

【０００７】（２）プログラムＢは、受け取ったＵＵＩ
ＤとＵＲＬを基に、次の手順でコードＸと同一内容のも
のと思われるコードＸ′を取得する。（ａ）ＵＵＩＤをキーとしてコンピュータ２に内蔵もし
くは接続されている記憶装置Ｄ上にコードＸ′が存在し
ているか否か検索する。存在していれば、そのコード
Ｘ′を取得し終了。

【０００８】記憶装置Ｄとしては、主記憶、ハードディ
スク、ＣＤＲＯＭなどが考えられ、複数の記憶装置であ
っても良い。記憶装置Ｄに記憶されているコードは、以
前にネットワークを通じて送られたものを記憶しておい
たものであったり、あらかじめ何らかの手段で配布され
たものである。（ｂ）記憶装置Ｄに存在していなければ、コンピュータ
１よりもネットワーク的に近傍にあるコンピュータ３上
にコードＸ′が存在していないかＵＵＩＤをキーにして
検索する。存在していれば、そのコンピュータ３００か
らコードＸ′を取得して終了。

【０００９】コンピュータ３としては、アーカイプサー
バなどが考えられ、複数であっても良い。コンピュータ
３に記憶されているコードは、以前にネットワークを通
じて送られたものを記憶しておいたものであったり、あ
らかじめ何らかの手段で配布されたものである。（ｃ）コンピュータ３に存在していなければ、プロキシ
ー・サーバ５にＵＲＬを送信してコードＸ′を要求す
る。

【００１０】（ｄ）プロキシー・サーバ５は、ＵＲＬを
キーに自分自身の内部を検索する。コードＸ′が存在し
ていれば、プログラムＢに送り終了。（ｅ）プロキシー・サーバ５上に存在していなければ、
プロキシー・サーバ５は、受け取ったＵＲＬで示される
コンピュータ４上からＵＲＬをキーにしてコードＸ′を
検索する。コンピュータ４上にコードＸ′が存在してい
れば、プロキシー・サーバ５００はそのコンピュータ４
００上のコードＸ′を取得して、自身内部に格納すると
ともに、プログラムＢに送り終了。

【００１１】（ｆ）コンピュータ４上にも存在しない場
合には、取得に失敗したものとする。（３）コンピュータ２では、取得したコードＸ′をコー
ドＸと同一内容のコードであると見なして処理を行な
い、あるいは必要なら記憶装置ＤにＵＵＩＤをキーとし
て格納し終了。

【００１２】この方法を使用すれば、図６に示す、コー
ドＸを直接送る方式と比べ、記憶装置Ｄやコンピュータ
３、コンピュータ４にコードＸ′が存在していた場合
は、送信コストを大幅に減少させることができる。これ
らの装置に存在する確率は十分に大きいと期待すること
ができるで、平均的な送信コストも大幅に減少させるこ
とができる。

【００１３】プログラムコード送信の安全性の面では、
プログラムＢにおいて得られたコードＸ′が信頼できる
作者が作成したものであるか確認する方法が考えられて
いる。これは、ディジタル署名と呼ばれ、公開鍵暗号系
と一方向ハッシュ関数を組み合わせたものである。この
方法では、一方向ハッシュ関数を使用してコードのハッ
シュ値を計算し、それを作者のプライベート鍵で暗号化
したものを、コードに付けて配布する。受け取った側で
は、その作者の公開鍵を使ってディジタル署名を復号化
し、得られたハッシュ値と新たに計算したコードのハッ
シュ値とを比べる。ハッシュ値が、一致していればその
コードは、その作者のものであることが確かめられたこ
とになる。

【００１４】

【発明が解決しようとする課題】従来の技術において
は、コードの内容が異なるとＵＵＩＤが必ず異なるとい
う仮定が成り立つことを前提としている。その仮定に基
づいてコードＸのＵＵＩＤと同じＵＵＩＤを持つコード
Ｘ′は、同一の内容であると期待でき、従来の方法が成
り立つ。しかし、ＵＵＩＤは送信側が任意につけるもの
であり、前述の仮定は送信側が成立させているものとし
た取り決めがあるだけである。従って、コードを取得す
る側では、プログラムＡとプログラムＢの通信路が安全
なものであったとしてもコードＸ′がコードＸと同一の
内容であるという保証はない。コードＸ′の内容がコー
ドＸと異なっている原因としては、次のようなことが考
えられる。（１）コードＸと異なるコードＹの作者が誤ってあるい
は故意にコードＹに対しコードＸのＵＵＩＤと同じＵＵ
ＩＤを付与し、そのコードＹが記憶装置Ｄやコンピュー
タ３に格納されている。（２）コードＸと異なるコードＹの作者が誤ってあるい
は故意にコードＹに対しコードＸのＵＵＩＤと同じＵＵ
ＩＤを付与し、そのコードＹがプロキシー・サーバ５や
コンピュータ４上のＵＲＬの場所に格納されている。（３）コンピュータ３やプロキシー・サーバ５、コンピ
ュータ４上で、事故あるいは故意によってコードＸのＵ
ＵＩＤと同じＵＵＩＤが異なったコードＹにつけられて
いる。（４）コンピュータ３やプロキシー・サーバ５、コンピ
ュータ４上で、事故あるいは故意によってコードＸの内
容が変更されている。

【００１５】このような危険性があるために、従来の技
術では、コードを入手しようとして問い合わせるコンピ
ュータ３やプロキシー・サーバ５、コンピュータ４は、
故意の行為や事故に関して十分に信頼できるものに限ら
れてしまう。また、記憶装置Ｄに格納するコードの入手
先についても、十分に信頼できるものでなければいけな
い。そのため、コードの流通が非常に限られ、適用範囲
を狭め、コードの転送の効率化の効果が小さくなる。

【００１６】従来のディジタル署名の技術を使用すれ
ば、コードＸ′がある作者が作成したものであることは
確認できるものの、ディジタル署名はコードＸ′に付け
られているものであり、したがって従来のディジタル署
名の技術では、コードＸ′がコードＸと同一の内容のも
のであるか否かは確認できない。作者が信頼できるもの
であれば危険性は緩和されるが、たとえ作者自身は信頼
できるものであったとしても、異なったコードであれ
ば、プログラムＢの動作を混乱させるには十分である。
また、ディジタル署名をするためには、公開鍵を公開
し、公開された鍵を保証機関によって保証してもらう必
要がある。さらに、ディジタル署名によって作者が確認
されたとしても、その作者がどの程度信頼できるものか
を判断できなければいけない。しかしながら、その判断
は一般には非常に困難である。そのため、流通できるコ
ードを作成できる作者は非常に限られたものとなる。

【００１７】本発明は、上記事情に鑑み、プログラムコ
ードを安全かつ効率的に流通させることのできる通信装
置を提供することを目的とする。

【００１８】

【課題を解決するための手段】図１は、本発明の原理説
明図である。図１は、通信装置１０と通信装置２０がネ
ットワーク６０を介して接続されているネットワークシ
ステムを示した図である。ここで、ネットワーク６０
は、有線のネットワークに限られず、その一部もしくは
全部が無線であってもよい。

【００１９】通信装置１０は、本発明の通信装置のうち
の第１の通信装置に相当し、また通信装置２０は、本発
明の通信装置のうちの第２の通信装置に相当する。ま
た、このネットワーク６０には、それら２台の通信装置
１０，２０のほか、他の装置３０も接続されている。本
発明の第１の通信装置１０は、ネットーワーク６０に接
続されネットワーク６０に情報を送り出す通信装置であ
って、データ調整手段１１ととデータ送信手段１２を備
えている。

【００２０】データ調整手段１１は、プログラムコード
を特定する識別子と、プログラムコードを所定の関数で
変換して得た値とを用意するものである。これら識別子
と値との用意の仕方は特定の用意の仕方に限定されるも
のではなく、例えば識別子と値とをプログラムコードに
対応づけてあらかじめ記憶しておいてもよく、あるいは
識別子は記憶しておくものの、値は、必要な都度、上記
所定の関数をプログラムコードに作用させて生成しても
よい。

【００２１】また、データ送信手段１２は、ネットワー
ク６０に接続された他の装置（ここでは、第２の通信装
置２０を指す）に所定のプログラムコードを取得させる
にあたり、データ調整手段１１に、その所定のプログラ
ムコードを特定する識別子と、そのプログラムコードを
所定の関数で変換して得た値とを用意させ、用意させた
識別子と値とをネットワーク３０に送り出すものであ
る。

【００２２】ここで、データ調整手段１１は、プログラ
ムコードに応じて異なる識別子を用意するものであるこ
とが好ましい。プログラムコードに前述したＵＵＩＤを
付すことによって、故意や事故の場合を除き、通常は安
全であり、本発明と組み合わせることにより安全性が一
層向上する。

【００２３】また、データ調整手段１１が、上記値とし
て、一方向ハッシュ関数を用いてプログラムコードが変
換されてなるハッシュ値を用意するものであることが好
ましい。一方向ハッシュ関数は、故意による模倣等をほ
ぼ完全に防止できる関数であり、また、ディジタル署名
の技術等に広く採用されている実績のある関数であるか
らである。

【００２４】また、データ調整手段１１が、上記値とし
て、一方向ハッシュ関数を用いてプログラムコードが変
換されたハッシュ値がさらに、公開鍵暗号系のプライベ
ート・キーで暗号化されてなる値を用意するものである
ことも好ましい形態である。ハッシュ値を暗号化して送
ることにより、安全性が一層高められる。ここで、この
暗号化された値は、そのプログラムコード自体に付して
そのプログラムコードを流通させるときはディジタル署
名と称されるが、ここでは、その値は、そのプログラム
コードとは分かれて独自に送信されるものであり、従来
のディジタル署名の技術とは根本的に異なっている。

【００２５】また、データ送信手段１２は、ネットワー
ク６０に接続された他の装置（ここでは第２の通信装置
２０を指す）に移動エージェントを移動させるにあた
り、その移動エージェントをプログラムコードとその移
動エージェントの状態とに分けたときのプログラムコー
ドについて、データ調整手段１１に、そのプログラムコ
ードを特定する識別子と、そのプログラムコードを所定
の関数で変換して得た値とを用意させ、用意させた識別
子と値と、さらにその移動エージェントの状態をあらわ
す情報とをネットワーク６０に送り出すものであること
も好ましい形態である。

【００２６】このようにして、移動エージェント・プロ
グラムを構成するプログラムコードについても、本発明
を適用することができる。また、本発明の第２の通信装
置２０は、ネットワーク６０に接続されそのネットワー
ク６０を経由して送られてきた情報を受信する通信装置
であって、データ受信手段２１、プログラムコード入手
手段２２、および同一性確認手段２３を備えている。

【００２７】データ受信手段２１は、ネットワーク６０
を経由して送られてきた、所定のプログラムコードを特
定する識別子と、そのプログラムコードが所定の関数で
変換されてなる第１の値との双方を受信するものであ
る。また、プログラムコード入手手段２２は、データ受
信手段２１で受信した識別子に基づいて、その識別子に
より特定されるプログラムコードを入手するものであ
る。

【００２８】さらに同一性確認手段２３は、プログラム
コード入手手段２２により入手されたプログラムコード
を上記所定の関数で変換することにより第２の値を得、
その第２の値と、データ受信手段２１で受信した第１の
値との一致不一致を判定して判定結果をプログラムコー
ド入手手段２２に伝えるものである。プログラムコード
入手手段２２は、入手したプログラムコードの同一性を
同一性確認手段２３に確認させることにより、正しいプ
ログラムコードを入手することができる。

【００２９】ここで、プログラムコード入手手段２２
が、データ受信手段２１で受信した識別子により特定さ
れるプログラムコードの、自分の通信装置内部、すなわ
ち記憶手段２４からの入手を試みるものであってもよ
い。記憶手段２４は特定のものに限られず、通常のコン
ピュータでは、例えば主記憶メモリ、ハードディスク、
フロッピィディスク、ＣＤＲＯＭ等が考えられる。

【００３０】あるいは、プログラムコード入手手段２２
は、データ受信手段２１で受信した識別子をネットワー
ク６０に接続された他の装置３０に送り、その識別子に
より特定されるプログラムコードの、他の装置３０から
の入手を試みるものであってもよい。さらには、このプ
ログラム入手手段２２は、それらの双方を兼ねたもので
あってもよい。

【００３１】本発明は、識別子（例えばＵＵＩＤやＵＲ
Ｌ）と値（例えばハッシュ値）とを送信あるいは受信す
るものであり、受信側では、その識別子に基づいてプロ
グラムコードを入手し、そのプログラムコードから値を
求め、その求めた値と受信した値とを比較することによ
り、正しいプログラムコードを入手したことが保証され
ることになる。したがって本発明では、プログラムコー
ドを安全にかつ効率的に、実質的に送受信することがで
きる。

【００３２】

【発明の実施の形態】以下、本発明の実施形態について
説明する。図２は、コンピュータネットワークの一例を
示す模式図である。ここには、例示的に３台のコンピュ
ータ１００，２００，３００が示されており、これらの
コンピュータ１００，２００，３００はネットワーク６
００を介して互いに接続されている。

【００３３】各コンピュータ１００，２００，３００
は、ＣＰＵ、主記憶装置、ハードディスク、通信用ボー
ド等が内蔵された本体部１０１，２０１，３０１、本体
部１０１，２０１，３０１からの指示により表示画面１
０２ａ，２０２ａ，３０２ａ上に画像を表示する画像表
示部１０２，２０２，３０２、コンピュータ１００，２
００，３００にオペレータの指示を入力するためのキー
ボード１０３，２０３，３０３、表示画面１０２ａ，２
０２ａ，３０２ａ上の任意の位置を指定することによ
り、その指定時にその位置に表示されていたアイコン等
に応じた指示を入力するマウス１０４，２０４，３０４
を備えている。

【００３４】本体部１０１，２０１，３０１には、さら
に外観上、フロッピィディスク、ＣＤＲＯＭ（図示せ
ず）が装填される装填口１０１ａ，１０１ｂ；２０１
ａ，２０１ｂ；３０１ａ，３０１ｂを有しており、その
内部には、その装填口１０１ａ，１０１ｂ；２０１ａ，
２０１ｂ；３０１ａ，３０１ｂから装填されたフロッピ
ィディスクやＣＤＲＯＭをドライブしてアクセスする、
フロッピィディスクドライブ装置、ＣＤＲＯＭドライブ
装置も内蔵されている。

【００３５】図３は、本発明に則したプログラム転送方
式の第１例を示す模式図である。ここでは、以下の手順
によりプログラムコードＸが転送される。（１）コンピュータ１００上では、あらかじめ一方向ハ
ッシュ関数ｆを使用してコードＸのハッシュ値Ｍを計算
しておく。（２）プログラムＡがプログラムＢにコードＸを送る場
合、ＵＵＩＤやＵＲＬとともにハッシュ値Ｍをプログラ
ムＢに送る。このハッシュ値Ｍは、公開鍵暗号系のプラ
イベート・キーで暗号化されたものであってもよい。ま
た、ここで送ろうとしているコードＸが移動エージェン
トのコードである場合は、その移動エージェントの状態
をあらわす情報も送られる。（３）コンピュータ２００上のプログラムＢは、ＵＵＩ
ＤやＵＲＬやハッシュ値Ｍのいずれかあるいはすべて
を、コンピュータ２００に内蔵もしくは接続された記憶
装置あるいはネットワーク上の他のコンピュータに送
り、コードＸと同一の内容のコードと思われる候補コー
ドＸ′を要求する。（４）要求された各装置では、コードＸ′が存在すれ
ば、そのコードを送り返す。（５）送り返されたコードＸ′は同一性確認機構に入れ
られ、次の手順で同一性が確認される。

【００３６】（ａ）まず、一方向ハッシュ関数ｆを使用
してコードＸ′のハッシュ値Ｎを計算する。（ｂ）ハッシュ値Ｎはハッシュ値Ｍと比較され、それら
が一致した場合のみコードＸ′とコードＸの内容の同一
性が確認されたとする。このとき、プログラムＡから送
られたハッシュ値Ｍが公開鍵暗号系のプライベート・キ
ーで暗号化されたものである場合、ハッシュ値Ｎも同一
のキーで暗号化した後ハッシュ値Ｍと比較される。（６）同一性が確認された場合は、コードＸ′をコード
ＸとしてプログラムＢに送り終了。（７）同一性が確認されなかった場合は、候補コード
Ｘ′が得られなくなるまで手順（３）から（５）を繰り
返す。（８）同一性が確認されないままコードＸ′が得られな
くなれば、転送は失敗である。

【００３７】以上の手順を踏むことにより、プログラム
コードＸの転送の安全性や転送の効率化が図られる。図
４は、本発明に則したプログラムコード転送方式の第２
例を示す模式図である。この第２例は、図３を参照して
説明した第１例と類似しており、その第１例の詳細例に
相当する。第１例との相違点について説明する。

【００３８】ここでは、コンピュータ１００のプログラ
ムＡからコンピュータ２００のプログラムＢへプログラ
ムコードＸが送られる。この例では、プログラムＢは、
候補コードＸ′を得るのに、コンピュータ２００に内蔵
もしくは接続されている記憶装置Ｄ、ネットワーク的に
近傍のコンピュータ３００、プロキシー・サーバ５００
（図２には図示省略）に対し、この順に要求する。

【００３９】プロキシー・サーバ５００には、ＵＲＬの
みを送り、プロキシー・サーバ５００は自分自身の内部
をＵＲＬをキーとして検索する。候補コードＸ′が自分
自身内部に存在しなかった場合は、受け取ったＵＲＬで
示されるコンピュータ４００（図２には図示省略）上か
らＵＲＬをキーにして候補コードＸ′を検索する。プロ
キシー・サーバ５００は、コンピュータ４００に候補コ
ードＸ′が存在していればそれを取得して、自分自身の
内部に格納するとともにプログラムＢに送る。

【００４０】この図４において、記憶装置Ｄは、主記憶
メモリ、ハードディスク、ＣＤＲＯＭなどが考えられ、
複数の記憶装置であっても良い。記憶装置Ｄに記憶され
ているコードは、以前にネットワークを通じて送られた
ものを記憶しておいたものであったり、あらかじめ何ら
かの手段で配布されたものである。またコンピュータ３
００としては、アーカイブサーバなどが考えられ、複数
であっても良い。コンピュータ３００に記憶されている
コードは、以前にネットワークを通じて送られたものを
記憶しておいたものであったり、あらかじめ何らかの手
段で配布されたものである。

【００４１】またコンピュータ５００は、ＨＴＴＰなど
のためのプロキシー・サーバであり、複数であっても良
い。この図４に示す転送方式によれば、コードＸ′とコ
ードＸの内容が同一であることが保証されるので、コン
ピュータ３００やコンピュータ４００、コンピュータ５
００は信頼できることが保証されていなくても良く、各
コンピュータの内部に記憶されているコードＸ′の入手
経路も信頼性が保証されていなくても良い。そのため、
コンピュータ３００やコンピュータ５００として、広範
囲のコンピュータを利用でき、ＣＤＲＯＭ等の記憶媒体
も広範囲から入手可能である。

【００４２】図５は、本発明に則したプログラムコード
転送方式の第３例を示す模式図である。ここでは、コン
ピュータ３００（図２参照）はサーバ・コンピュータで
あり、コンピュータ１００，２００はクライアント・コ
ンピュータであるとする。ここでは、このような一つの
サーバに対し複数のクライアントが接続されているサー
バ・クライアント型のマルチユーザ・システムを考え
る。各クライアントは、他のクライアントに対し、情報
を伝達したり、他のクライアントが発した情報を受信す
ることが可能なものとする。さらに、これらのクライア
ント間のインタラクションを柔軟に処理するために、ス
クリプト言語が存在し、そのコードは各クライアントに
実行時に転送されるものとする。ただし、コードの実行
は厳密な制限のもとに置かれ、ファイルの破壊などの致
命的な操作や他のユーザのスクリプトの操作などは不可
能になっているものとする。

【００４３】このようなシステムにおいては、コードの
効率的な転送が必要とされる。また、コードの実行が制
限されているために、ディジタル署名などでその出所を
確認する必要性は少ないだけでなく、多数のユーザのコ
ードの信頼性を問うことは実際的ではない。しかし、指
定されたコードと異なるコードを送られた場合は、正常
に動作しないだけでなく、成りすましなどが簡単にでき
るようになる。本発明に則した転送方式を採用すれば、
各ユーザのコードの信頼性を問う事なく、安全にコード
を転送することが可能となる。

【００４４】図５において、コンピュータ１００のクラ
イアントＡからコンピュータ２００のクライアントＢへ
コードＸを転送する場合を考える。ここでは、ＵＲＬは
使用せず、クライアント間の通信はサーバ・コンピュー
タ３００を通して行われる。クライアントＢは、候補コ
ードＸ′を得るのに、コンピュータ２００に内蔵もしく
は接続されている記憶装置、サーバの順にコードＸ′の
転送を要求する。サーバは、さらに自分自身に内蔵もし
くは接続されている記憶装置、クライアントＡの順に要
求する。

【００４５】詳細な手順は、以下のようになる。説明を
簡単にするためにクライアントが二つの場合をあげてい
るが、実際にはクライアントおよびそのコンピュータ
は、三つ以上あっても良い。（１）クライアントＡは、コードＸのＵＵＩＤとその内
容のハッシュ値Ｍをサーバに送信する。このとき、コー
ドの転送先であるクライアントＢは、サーバが決定す
る、暗黙的に指定する、あるいは明示的に送信するなど
の手段で指定される。（２）サーバは、送信されたＵＵＩＤと、ハッシュ値Ｍ
と、クライアントＡを特定するクライアントＩＤ１を、
クライアントＢに送信する。（３）クライアントＢは、コンピュータ２００上の記憶
装置をＵＵＩＤをキーとして検索する。（４）コンピュータ２００上の記憶装置にそのＵＵＩＤ
に対応するコードが存在すれば、そのコードをコード
Ｘ′として取得し、手順（１１）へ進む。（５）コンピュータ２００上の記憶装置にはそのＵＵＩ
Ｄに対応するコードが存在しなければ、サーバに、ＵＵ
ＩＤとクライアントＩＤ１を送信して、コードの転送を
要求する。（６）サーバは、自分自身のコンピュータ３００上の記
憶装置をＵＵＩＤをキーとしてコードを検索する。（７）そこにそのＵＵＩＤに対応するコードが存在して
いれば、そのコードをコードＸ′として取得し、手順
（１０）へ進む。（８）一方、そこにはそのＵＵＩＤに対応するコードが
存在していなければ、クライアントＩＤ１で表されるク
ライアントＡに対し、ＵＵＩＤを送信してコードを要求
する。（９）クライアントＡは、ＵＵＩＤで表されるコードＸ
をサーバに送信する。サーバは、送信されたコードをコ
ードＸ′とする。サーバは、以後の要求のためにコード
Ｘ′をＵＵＩＤをキーとして自身の記憶装置内に格納す
る。（１０）サーバは、取得したコードＸ′をクライアント
Ｂに送信する。クライアントＢは、受信したコードをコ
ードＸ′とする。（１１）クライアントＢは、得られたコードＸ′とハッ
シュ値Ｍを同一性確認機構に入れて、コードＸ′とコー
ドＸの内容の同一性の確認を行う。同一性が確認された
らコードＸ′をコードＸとし、コードＸがクライアント
Ｂに転送されたことになる。クライアントＢは、必要な
ら記憶装置にＵＵＩＤをキーとしてこのコードを格納す
る。

【００４６】

【発明の効果】以上説明したように、本発明の通信装置
によれば、プログラムコードを安全かつ効率的に転送す
ることができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】コンピュータネットワークの一例を示す模式図
である。

【図３】本発明に則したプログラム転送方式の第１例を
示す模式図である。

【図４】本発明に則したプログラムコード転送方式の第
２例を示す模式図である。

【図５】本発明に則したプログラムコード転送方式の第
３例を示す模式図である。

【図６】プログラムコード転送方式の一例を示す図であ
る。

【図７】プログラムコード転送方式の他の例を示す図で
ある。

【符号の説明】

１０通信装置１１データ調整手段１２データ送信手段２０通信装置２１データ受信手段２２プログラムコード入手手段２３同一性確認手段２４記憶手段６０ネットワーク１００，２００，３００コンピュータ１０１，２０１，３０１本体部１０１ａ，２０１ａ，３０１ａ装填口１０１ｂ，２０１ｂ，３０１ｂ装填口１０２，２０２，３０２画像表示部１０３，２０３，３０３キーボード１０４，２０４，３０４マウス６００ネットワーク

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続され該ネットワーク
に情報を送り出す通信装置において、プログラムコードを特定する識別子と、プログラムコー
ドを所定の関数で変換して得た値とを用意するデータ調
整手段、および該ネットワークに接続された他の装置に
所定のプログラムコードを取得させるにあたり、前記デ
ータ調整手段に、該所定のプログラムコードを特定する
識別子と、該プログラムコードを所定の関数で変換して
得た値とを用意させ、用意させた識別子と値とを該ネッ
トワークに送り出すデータ送信手段を備えたことを特徴
とする通信装置。
【請求項２】前記データ調整手段が、前記値として、
一方向ハッシュ関数を用いてプログラムコードが変換さ
れてなるハッシュ値を用意するものであることを特徴と
する請求項１記載の通信装置。
【請求項３】前記データ調整手段が、前記値として、
一方向ハッシュ関数を用いてプログラムコードが変換さ
れたハッシュ値がさらに、公開鍵暗号系のプライベート
・キーで暗号化されてなる値を用意するものであること
を特徴とする請求項１記載の通信装置。
【請求項４】前記データ送信手段が、該ネットワーク
に接続された他の装置に移動エージェントを移動させる
にあたり、該移動エージェントをプログラムコードと該
移動エージェントの状態とに分けたときの該プログラム
コードについて、前記データ調整手段に、該プログラム
コードを特定する識別子と、該プログラムコードを所定
の関数で変換して得た値とを用意させ、用意させた識別
子と値と、さらに該移動エージェントの状態をあらわす
情報とを該ネットワークに送り出すものであることを特
徴とする請求項１記載の通信装置。
【請求項５】ネットワークに接続され該ネットワーク
を経由して送られてきた情報を受信する通信装置であっ
て、該ネットワークを経由して送られてきた、所定のプログ
ラムコードを特定する識別子と、該プログラムコードが
所定の関数で変換されてなる第１の値との双方を受信す
るデータ受信手段、該データ受信手段で受信した識別子に基づいて、該識別
子により特定されるプログラムコードを入手するプログ
ラムコード入手手段、および該プログラムコード入手手
段により入手されたプログラムコードを前記所定の関数
で変換することにより第２の値を得、該第２の値と、前
記データ受信手段で受信した第１の値との一致不一致を
判定して判定結果を前記プログラムコード入手手段に伝
える同一性確認手段を備えたことを特徴とする通信装
置。
【請求項６】前記プログラムコード入手手段が、前記
データ受信手段で受信した識別子により特定されるプロ
グラムコードの、自分の通信装置内部からの入手を試み
るものであることを特徴とする請求項５記載の通信装
置。
【請求項７】前記プログラムコード入手手段が、前記
データ受信手段で受信した識別子を該ネットワークに接
続された他の装置に送り、該識別子により特定されるプ
ログラムコードの、該他の通信装置からの入手を試みる
ものであることを特徴とする請求項５記載の通信装置。