JPH09148993A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】アプリケーションプログラムに変更を加えずに
アプリケーションプログラム間でデータを圧縮／暗号化
して通信する。 【解決手段】複数のパーソナルコンピュータが通信回線
を用いて互いに接続されており、パーソナルコンピュー
タには通信プログラムとアプリケーションプログラムが
あり、アプリケーションプログラムは通信プログラムが
提供するコマンドを用いて他のパーソナルコンピュータ
との間でデータの送受信を行う通信システムにおいて、
アプリケーションプログラムが発行したデータ通信に係
わるコマンドを判定するフックプログラムを用意し、該
フックプログラムが該コマンドの種別に応じてアプリケ
ーションプログラムのデータを圧縮あるいは暗号化した
後、該コマンドを通信プログラムに渡す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はパーソナルコンピュ
ータ等の複数の情報処理装置をＬＡＮ、公衆網、無線等
により接続した通信システムにおいて、アプリケーショ
ンプログラム間で通信を行う際にデータを圧縮／暗号化
して通信を行う通信システムに関する。

【０００２】

【従来の技術】複数のサーバパーソナルコンピュータ
（以下ＰＣ）と複数のクライアントＰＣを通信手段で接
続し、クライアントＰＣがサーバＰＣを指定して、その
サービスを受けるクライアントサーバシステムが普及し
つつある。近年、通信手段として広域ネットワークや無
線を用いるケースが増加しつつある。またサービスの形
態として、商品の購入におけるクレジットカードの番号
の転送や企業内の機密データの送受信を行うケースが増
加しつつある。

【０００３】このようなケースではデータが第３者によ
り盗聴され悪用されると、ユーザあるいは企業にとって
大きな損失となる。また、広域ネットワークや無線通信
においては通信速度が遅いため、データを圧縮して送る
必要がある。

【０００４】一方、クライアントサーバシステム通信を
行うアプリケーションプログラムには従来から標準化さ
れた通信手段が提供されている。例えば、インターネッ
トの世界で使われるソケットインターフェースが有名で
ある。ソケットインターフェースは標準化されたインタ
ーフェースを提供すると供に、通信に使われるプロトコ
ルや通信ハードウエアの種類をアプリケーションプログ
ラムに意識させないようにするという目的も持つ。ソケ
ットインターフェースは現在大型計算機からワークステ
ーション、パーソナルコンピュータに至るまで広く使わ
れており、そのインターフェースを用いて動作するアプ
リケーションプログラムは膨大な数にのぼる。しかし、
ソケットインターフェース自体はデータの圧縮／暗号の
機能を持っていないので、データを圧縮／暗号化して通
信を行うには別途手段を用意しなければならない。一例
として米国ＮｅｔＳｃａｐｅ社が開発したＳＳＬ（Ｓｅ
ｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）プロトコルは
ソケットインターフェースの上層でデータを暗号化して
送るためのプロトコルである。この場合、アプリケーシ
ョンプログラム側で事前にデータを暗号化してから、ソ
ケットインターフェースに渡す。ＳＳＬはどのようなア
プリケーションプログラムに対してもデータの暗号化機
能を提供できるが、アプリケーションプログラム自体に
変更を加える必要がある。すなわち、従来のソケットイ
ンターフェースコマンドを出す替わりに、ＳＳＬが用意
するコマンドを出すように修正する必要がある。

【０００５】またアプリケーションプログラムに特化し
た暗号化通信プロトコルもある。例えば、インターネッ
ト標準案であるＳ−ＨＴＴＰ（Ｓｅｃｕｒｅ−Ｈｙｐｅ
ｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）は
分散ハイパーメディアであるＷＷＷ（Ｗｏｒｌｄ Ｗｉ
ｄｅ Ｗｅｂ）で用いる通信プロトコルＨＴＴＰに暗号
化機能を取り入れたものである。

【０００６】またデータを圧縮／暗号化する方法として
は通信アダプタあるいは通信アダプタを制御するドライ
バプログラムにおいてデータを圧縮／暗号化するものも
ある。例えば通信モデムにおいてデータを圧縮するもの
としてｖ４２．ｂｉｓ国際標準仕様がある。またデータ
の圧縮／暗号化を通信アダプタのドライバプログラムで
行う例としてＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ
Ｐｒｏｔｏｃｏｌ）がある。

【０００７】

【発明が解決しようとする課題】ソケットインターフェ
ースを用いてクライアントサーバシステム通信を行うア
プリケーションプログラムがデータを圧縮及び暗号化を
行う場合、従来の方式、例えばＳＳＬではアプリケーシ
ョンプログラムを改造してＳＳＬ専用のコマンドを使う
ように変更しなければならないため、既に存在する膨大
な数のアプリケーションプログラムが圧縮／暗号化機能
を利用することは難しいという問題があった。また、Ｓ
−ＨＴＴＰのように特定のアプリケーション向けに開発
された暗号化プロトコルは当然のことながら他のアプリ
ケーションには使えないと言う問題があった。

【０００８】また送信側と受信側で圧縮／暗号処理を各
々変換テーブルを用いて行い、各変換テーブルの内容を
送受信データに基づいて動的に更新していく通信システ
ムにおいて、圧縮／暗号化したデータの転送途中で通信
路の障害、あるいは通信路が混雑しているためにアプリ
ケーションプログラムが送信を中断した場合は、送信側
においては変換テーブルが圧縮／暗号データの最後まで
更新されているにもかかわらず、受信側においてはデー
タの途中までしか更新されていないため二つの変換テー
ブル間で不一致が生じ以降の圧縮／暗号処理が正常に行
えないと言う問題があった。

【０００９】またクライアントとサーバ間でデータを圧
縮／暗号化して通信する場合に、通信路の途中にゲート
ウェイが存在する場合クライアントとゲートウェイの
間、及びゲートウェイとサーバの間で個別にコネクショ
ンを設定する必要があるため、ゲートウェイ上で一旦デ
ータを復号／伸張し元の形に戻し、再度圧縮／暗号化す
る必要があった。

【００１０】そこで本発明の目的は既存のアプリケーシ
ョンプログラムを変更することなしにソケットインター
フェースを用いて圧縮／暗号データを送受信できる通信
システムを提供することにある。

【００１１】また本発明の他の目的は通信用ハードウエ
アの種類に依存しない圧縮／暗号通信システムを提供す
ることにある。

【００１２】また本発明の他の目的は圧縮／暗号データ
の転送をアプリケーションプログラムが中断した場合に
おいても送信側と受信側で転送データを一致化させるよ
うにする圧縮／暗号通信システムを提供することにあ
る。

【００１３】また本発明の他の目的はゲートウェイを介
して通信するクライアントとサーバ間でデータを圧縮／
暗号化したまま通信することを可能にする圧縮／暗号化
通信システムを提供することである。

【００１４】

【課題を解決するための手段】上記の目的を達成するた
めに、複数のパーソナルコンピュータが通信回線を用い
て互いに接続されており、パーソナルコンピュータには
通信モジュールとアプリケーションプログラムがあり、
アプリケーションプログラムは通信モジュールが提供す
るコマンドを用いて他のパーソナルコンピュータとの間
でデータの送受信を行う通信システムにおいて、コマン
ドをフックするプログラムを用意し、アプリケーション
プログラムのデータを圧縮／暗号化する。また通信開始
時に圧縮／暗号で用いるアルゴリズムについてネゴシエ
ーションを行うようにした。

【００１５】また、フックプログラムはデータ送信コマ
ンドに付随するデータをある決まった長さのフレーム単
位に圧縮及び暗号化を行い送信し、フレームの送信が途
中で中断した場合に、該フレームの送信完了を該データ
送信コマンドの応答として返し、未送信のフレームの送
信を引き続き行うようにした。

【００１６】また通信を行う一方のパーソナルコンピュ
ータにおいてのみ圧縮／暗号プログラムが実装されてい
る場合に、圧縮／暗号を行わない通信を行う。また通信
相手のパーソナルコンピュータが圧縮／暗号機能を持っ
ていない場合にユーザに通信を開始するかどうかの確認
をユーザに求めるようにした。

【００１７】またゲートウェイを介して第一のパーソナ
ルコンピュータと第二のパーソナルコンピュータが通信
を行う場合に、ゲートウェイ上にフックプログラムを用
意し、まず第一のパーソナルコンピュータのフックプロ
グラムとゲートウェイのフックプログラムの間でコネク
ションを設定した後、第一のパーソナルコンピュータの
フックプログラムからゲートウェイのフックプログラム
に宛てて第二のパーソナルコンピュータのアドレスと接
続端点の情報を送り、該フックプログラムは次にその情
報をもとに第二のパーソナルコンピュータの接続端点に
コネクションを設定し、以降上記の二つのコネクション
を用いて第一のパーソナルコンピュータと第二のパーソ
ナルコンピュータの間で通信するようにした。

【００１８】この様に構成すれば、アプリケーションプ
ログラムが発行したデータ通信用のコマンドの制御を本
来のソケットインターフェースプログラムに渡す代わり
に、独自に用意した圧縮／暗号プログラムに渡し、そこ
でアプリケーションプログラムのデータに対して圧縮／
暗号化処理を行った後、ソケットインターフェースプロ
グラムに渡す。あるいはソケットインターフェースプロ
グラムから受け取ったデータを伸張／復号し、アプリケ
ーションプログラムに渡すことにより、アプリケーショ
ンプログラムを変更することなしにデータを圧縮／暗号
して通信することが可能になる。

【００１９】また、圧縮／暗号プログラムは複数の圧縮
アルゴリズム及び複数の暗号アルゴリズムを持つことが
でき、通信コネクション確立時に自分と相手の圧縮／暗
号プログラム間で使用可能なアルゴリズムを提示するこ
とで共通のアルゴリズムを決定し、それを使用して通信
できる。

【００２０】また、通信する相手のパーソナルコンピュ
ータが圧縮／暗号プログラムを実装していない場合にネ
ゴシエーションが成功しないことを検出して、データの
圧縮／暗号処理を行わないようにすることで、片方のみ
が圧縮／暗号プログラムを動作させていない場合でも通
信ができる。

【００２１】また、通信する相手のパーソナルコンピュ
ータが圧縮／暗号プログラムを実装していない場合にネ
ゴシエーションが成功しないことを検出して、パーソナ
ルコンピュータの画面に、相手が圧縮／暗号機能を持っ
ていないことを表示し、このまま通信を開始するかどう
かを問い合わせ、ユーザがＯＫと応答した場合にのみ通
信を開始することができる。

【００２２】また本発明によれば、圧縮／暗号処理をフ
レーム単位で行い、該フレームについては圧縮／暗号モ
ジュールが最後まで相手に送り届けることを保証するよ
うにしたので、圧縮／暗号用の変換テーブルが送信側と
受信側とで不一致が生じデータの圧縮／暗号が不可能に
なることがない。

【００２３】また本発明によれば、第一のパーソナルコ
ンピュータと第二のパーソナルコンピュータがゲートウ
ェイを介して通信する場合においても、ゲートウェイ上
に用意したフックプログラムが第１のパーソナルコンピ
ュータとゲートウェイ間のコネクションとゲートウェイ
と第二のパーソナルコンピュータ間のコネクションとを
中継するので、第一のパーソナルコンピュータで圧縮／
暗号化されたパケットのデータを復号／伸張せずにその
ままサーバへ送ることができるのでクライアントとサー
バ間で効率よく圧縮／暗号を用いた通信を行うことがで
きる。

【００２４】

【発明の実施の形態】以下、図面を用いて、本発明の実
施例を説明する。なお、以下で説明する図面において、
同一の番号は同様の部品、要素を表すものとする。ま
た、これにより本発明が限定されるものではない。

【００２５】（実施例１）図２は従来の通信システムの
動作を示す図である。１０００及び２０００はパーソナ
ルコンピュータである。両者は通信媒体１０により接続
されている。パーソナルコンピュータの内部にはアプリ
ケーションプログラム（１１００、２１００）及びソケ
ットインターフェースプログラム（以後ソケットプログ
ラム）（１３００、２３００）がある。アプリケーショ
ンプログラム１１００はソケットプログラム１３００の
内部の処理関数（１１４１など）をコマンドすることに
より処理を実行する。ソケットプログラム１３００の内
部にはアプリケーションプログラムとソケットプログラ
ムとの間を関連づけるソケット１３４０が複数個用意さ
れている。ソケット１３４０はアプリケーションプログ
ラム内部にあるローカルアドレステーブル１１４０及び
リモートアドレステーブル１１５０を指しており、アプ
リケーションプログラムはソケットをソケットプログラ
ムから割り当ててもらうことにより、相手との通信が可
能になる。アドレステーブル（１１４０、１１５０）に
はネットワークアドレス（１１４１、１１５１）及びポ
ート番号（１１４２、１１５２）の各エントリがある。
ネットワークアドレスはパーソナルコンピュータをネッ
トワーク内で一意に識別するためのものであり、ポート
番号はパーソナルコンピュータ内でアプリケーションプ
ログラムを識別するためのものである。以上述べた内容
はパーソナルコンピュータ２０００においても同様であ
る。

【００２６】以下、アプリケーションプログラム１１０
０とアプリケーションプログラム２１００が通信する様
子を説明する。この例ではアプリケーションプログラム
１１００はクライアントであり、アプリケーションプロ
グラム２１００はサーバとする。すなわちアプリケーシ
ョンプログラム１１００は利用者が操作するプログラム
であり、アプリケーションプログラム２１００は利用者
にデータベースアクセスなどのサービスを提供するプロ
グラムである。サーバには複数のクライアントが接続す
る。

【００２７】最初にクライアントアプリケーションプロ
グラム１１００の動作から説明する。クライアントアプ
リケーションプログラムはｓｏｃｋｅｔコマンド１１１
１を発行する。このコマンドはソケットプログラムのｓ
ｏｃｋｅｔ処理１３１１に渡され、クライアントアプリ
ケーションプログラムに対しソケット１３４０が割り当
てられる。アプリケーションプログラムは以降の全ての
ソケットインターフェース関数の実行時にこのソケット
を指定することにより、ソケットプログラムにアプリケ
ーションプログラムを認識させることができる。次にク
ライアントアプリケーションプログラムはサーバのリモ
ートアドレステーブル１１５０を引数にしてｃｏｎｎｅ
ｃｔコマンド１１１５を発行する。リモートアドレステ
ーブル１１５０のネットワークアドレスエントリ１１５
１には値としてパーソナルコンピュータ２０００のアド
レス１００．１．２．３を、またポート番号エントリ１
１５２にはサーバアプリケーションプログラム２１００
を表す番号２１をあらかじめセットしておく。このコマ
ンドはｃｏｎｎｅｃｔ処理１３１５に渡され、ｃｏｎｎ
ｅｃｔ処理はソケット１３４０とアドレステーブル１１
５０との対応を付けると供に、アドレステーブル内の指
定されたサーバに対してコネクション設定処理を行う。
なおローカルアドレステーブル１１４０は本例では使用
しない。コネクション設定が終了すると、クライアント
アプリケーションプログラムは送信データが格納された
バッファ１１６１を指定し、ｓｅｎｄコマンド１１１６
を発行する。コマンドはｓｅｎｄ処理１３１６に渡され
データはサーバアプリケーションプログラム２１００へ
送信される。次にクライアントアプリケーションプログ
ラムはデータ受信バッファ１１６２を指定してｒｅｃｖ
コマンド１１１７を発行する。コマンドはｒｅｃｖ処理
１３１７に渡されサーバアプリケーションプログラム２
１００から受信したデータが受信バッファ１１６２に格
納される。次にクライアントアプリケーションプログラ
ム１１００はｃｌｏｓｅコマンド１１１８を発行する。
このコマンドはソケットプログラムのｃｌｏｓｅ処理１
３１８に渡され、クライアントアプリケーションプログ
ラムに対するソケット１３４０の割り当てが解除され
る。

【００２８】次にサーバアプリケーションプログラム２
１００の動作を説明する。サーバアプリケーションプロ
グラムはｓｏｃｋｅｔコマンド２１１１を発行する。コ
マンドはソケット処理２３１１に渡されソケット２３４
０がサーバアプリケーションプログラム２１００に割り
当てられる。次にサーバアプリケーションプログラムは
ローカルアドレステーブル２１４０を指定してｂｉｎｄ
コマンド２１１２を発行する。ローカルアドレステーブ
ル２１４０のネットワークアドレスエントリ２１４１に
は値としてローカルのパーソナルコンピュータ２０００
のアドレス１００．１．２．３を、またポート番号エン
トリ２１４２には自分自身すなわちサーバアプリケーシ
ョンプログラム２１００を表す番号として２１をあらか
じめセットしておく。コマンドはｂｉｎｄ処理２３１２
に渡されソケット２３４０とローカルアドレステーブル
２１４０との対応が付けられる。なおリモートアドレス
テーブル２１５０は本例では使用しない。次にサーバア
プリケーションプログラムはｌｉｓｔｅｎコマンド２１
１３を発行する。コマンドはｌｉｓｔｅｎ処理プログラ
ム２３１３で処理される。ｌｉｓｔｅｎはサーバアプリ
ケーションプログラムが受付け可能なコネクションの最
大数をソケットプログラムに通知する。次にサーバアプ
リケーションプログラムはａｃｃｅｐｔコマンド２１１
４を発行する。このコマンドはａｃｃｅｐｔ処理２３１
４に渡され、ａｃｃｅｐｔ処理はソケット２３４０と同
じ性質を持った新しいソケット２３４１をサーバアプリ
ケーションプログラム２１００に割り当てると供に、他
のパーソナルコンピュータからのコネクション設定要求
を待つ。コネクション設定が終了すると、ａｃｃｅｐｔ
コマンドはリターンする。次にサーバアプリケーション
プログラムはデータ受信バッファ２１６１を指定してｒ
ｅｃｖコマンド２１１６を発行する。コマンドはｒｅｃ
ｖ処理２３１６に渡されクライアントアプリケーション
プログラム１１００から受信したデータが受信バッファ
２１６１に格納される。サーバアプリケーションプログ
ラムは送信データが格納されたバッファ２１６２を指定
し、ｓｅｎｄコマンド２１１７を発行する。コマンドは
ｓｅｎｄ処理２３１７に渡されデータはクライアントア
プリケーションプログラム１１００へ送信される。次に
サーバアプリケーションプログラム２１００はｃｌｏｓ
ｅコマンド２１１８を発行する。このコマンドはソケッ
トプログラムのｃｌｏｓｅ処理２３１８に渡されクライ
アントアプリケーションプログラムに対するソケット１
３４０及び１０６１の割り当てが解除される。

【００２９】図１は本発明の第１の実施例に係わる通信
システムの構成を示すブロック図である。１０００、２
０００、３０００、４０００はパーソナルコンピュータ
であり、それぞれ通信媒体１０により接続されている。
パーソナルコンピュータ１０００の内部にはアプリケー
ションプログラム１１００、圧縮／暗号モジュール１２
００、ソケットインターフェースプログラム（ソケット
プログラム）１３００がある。パーソナルコンピュータ
２０００の内部には同様にアプリケーションプログラム
２１００、圧縮／暗号モジュール２２００、及びソケッ
トプログラム２３００がある。アプリケーションプログ
ラム１１００の内部でソケットプログラム１３００に対
して発行された関数コマンド１１１５をフックし圧縮／
暗号モジュール１２００のフック関数１２１５に渡し、
そこで圧縮／暗号処理を行う。フック関数１２１５の中
でソケットプログラムの関数１３１５をコマンドし実際
のソケット処理が行われる。またソケットプログラム１
３００の内部でアプリケーションプログラム１１００に
対して発行された関数コマンド１３２５をフックし圧縮
／暗号モジュール１２００のフック関数１２２５に渡
し、そこで圧縮／暗号処理を行う。フック関数１２２５
の中でアプリケーションプログラムの関数１１２５をコ
マンドする。他のパーソナルコンピュータ内でも同様の
制御が行われる。

【００３０】次に図３から図６を用いてフック処理の詳
細を説明する。この例はパーソナルコンピュータ用オペ
レーティングシステムであるＷｉｎｄｏｗｓ ＮＴの場
合を取り上げる。図３と図４はアプリケーションプログ
ラムがソケット関数をコマンドする場合、図５と図６は
ソケットプログラムからアプリケーションプログラムが
コマンドされる場合である。

【００３１】図３はフック処理を行わない場合のアプリ
ケーションプログラムからソケット関数をコールすると
きの制御の流れである。Ｃ言語を用いたソースプログラ
ムでソケット関数のｃｏｎｎｅｃｔ（）コマンド５１
５、ｓｅｎｄ（）コマンド５１６、５２６を発行してい
る。これをコンパイルすると実行可能モジュールはアプ
リケーションプログラム１１００のようになる。すなわ
ちソケットのｃｏｎｎｅｃｔコマンド５１５はアセンブ
リ言語のＣＡＬＬ命令１１１５となる。このコマンド命
令はソケットプログラムのｃｏｎｎｅｃｔ関数１３１５
を直接呼び出さないで、アプリケーションプログラム１
１００内の別の場所にあるＪＭＰ命令１１７５を呼び出
す。このＪＭＰ命令は間接ジャンプ命令でありジャンプ
テーブル１１８０内のＤＷＯＲＤに格納されたポインタ
１１８５が指し示すアドレスにジャンプする。このアド
レスが目的とするソケットプログラムのｃｏｎｎｅｃｔ
処理関数である。以下同じようにして２つのｓｅｎｄコ
マンド５１６、５２６はそれぞれＣＡＬＬ命令１１１
６、１１１９となり、これらは一つのＪＭＰ命令１１７
６を呼び出す。このＪＭＰ命令はジャンプテーブル１１
８０内のポインタ１１８６の指し示すｓｅｎｄ処理関数
１３１６へジャンプする。以上よりジャンプテーブル内
のポインタを書き換えればソケットプログラムに制御を
渡す前に任意の処理に制御を渡すことができる。

【００３２】図４はフック処理を行った場合のアプリケ
ーションプログラムからソケット関数をコールするとき
の制御の流れである。ジャンプテーブル１１８０のポイ
ンタ１１８５は圧縮／暗号モジュール１２００のｃｏｎ
ｎｅｃｔフック処理１２１５を指す。またポインタ１１
８６はｓｅｎｄフック処理１２１６を指す。ｃｏｎｎｅ
ｃｔフック処理を例に取り詳細に説明する。ｃｏｎｎｅ
ｃｔフック処理はまず圧縮／暗号前処理１２３５を行
う。次にソケットプログラム１３００のｃｏｎｎｅｃｔ
処理関数１３１５に対するＣＡＬＬ命令１２６５を発行
する。このコマンド命令はＪＭＰ命令１２７５を呼び出
す。ＪＭＰ命令はジャンプテーブル１２８０内のポイン
タ１２８５が指し示すｃｏｎｎｅｃｔ処理関数１３１５
へジャンプする。ｃｏｎｎｅｃｔ処理関数の処理が終わ
ると制御はｃｏｎｎｅｃｔフック処理へ戻り、続けて圧
縮／暗号後処理１２４５が行われる。次にＲＴＮ命令１
２５５が実行され制御はアプリケーションプログラム１
１００のＣＡＬＬ命令１１１５の下に戻る。

【００３３】図５はフック処理を行わない場合のソケッ
トプログラム１３００からアプリケーションプログラム
１１００をコールするときの制御の流れである。アプリ
ケーションプログラムはＷＳＡＡｓｙｎｃＳｅｌｅｃｔ
コマンド１１２０を用いてソケットプログラム１３００
に、イベントを通知してもらうウインドウプログラム１
１３０の名称ｈＷｎｄ１を登録する。ＷＳＡＡｓｙｎｃ
Ｓｅｌｅｃｔコマンドには他にもソケット番号ｓ、イベ
ントを通知してもらうメッセージの名称ｗＭｓｇ及び通
知してもらうイベントの種類ｌＥｖｅｎｔを指定する。
ソケットプログラム１３００において指定されたイベン
トｌＥｖｅｎｔ１３２５が発生するとソケットプログラ
ムはメッセージｗＭｓｇ１３３０をアプリケーションプ
ログラム１１００のウインドウプログラム１１３０が所
有するメッセージキュー１１３１にキューする。ウイン
ドウプログラム１１３０はＧｅｔＭｅｓｓａｇｅコマン
ド１１３２を用いてメッセージキュー１１３１からメッ
セージｗＭｓｇ１３３０を取り出しその中にある発生イ
ベントｌＥｖｅｎｔ１３２５を検出してｌＥｖｅｎｔ対
応処理１１２５を行う。

【００３４】図６はフック処理を行う場合のソケットプ
ログラム１３００からアプリケーションプログラム１１
００をコールするときの流れを示したものである。圧縮
／暗号モジュール１２００はアプリケーションプログラ
ム１１００が発行したＷＳＡＡｓｙｎｃＳｅｌｅｃｔコ
マンド１１２０をフックし、引数のウインドウプログラ
ム名称ｈＷｎｄ１を圧縮／暗号モジュール内にあるウイ
ンドウプログラム１２３０の名称ｈＷｎｄ２に変更して
ソケットプログラム１３００に登録する。

【００３５】次にソケットプログラムにおいて、指定さ
れたイベントｌＥｖｅｎｔ１３２５が発生するとソケッ
トプログラムはメッセージｗＭｓｇ１３３０を圧縮／暗
号モジュールのウインドウプログラム１２３０が所有す
るメッセージキュー１２３１にキューする。ウインドウ
プログラム１２３０はＧｅｔＭｅｓｓａｇｅコマンド１
２３２を用いてメッセージキュー１２３１からメッセー
ジｗＭｓｇ１３３０を取り出しその中にある発生イベン
トｌＥｖｅｎｔ１３２５を検出してｌＥｖｅｎｔに対応
した圧縮／暗号処理１２２５を行う。次にウインドウプ
ログラム１２３０はＰｏｓｔＭｅｓｓａｇｅコマンド１
２３４を用いてメッセージｗＭｓｇ１３３０をアプリケ
ーションプログラム１１００のウインドウプログラム１
１３０が所有するメッセージキュー１１３１にキューす
る。ウインドウプログラム１１３０はＧｅｔＭｅｓｓａ
ｇｅコマンド１１３２を用いてメッセージキュー１１３
１からメッセージｗＭｓｇ１３３０を取り出しその中に
ある発生イベントｌＥｖｅｎｔ１３２５を検出してｌＥ
ｖｅｎｔ対応処理１１２５を行う。

【００３６】図７は二つのパーソナルコンピュータの圧
縮／暗号モジュール間でやりとりされるデータフレーム
１００のフォーマットを示したものである。コマンド１
１０はフレームの種別を示す。フレームの種別にはネゴ
シエーション要求パケット２００、ネゴシエーション応
答パケット３００、データパケット４００、ゲートウェ
イ要求パケット４５０、ゲートウェイ応答パケット４６
０がある。長さ１２０はデータ１３０の長さをバイト単
位で示す。

【００３７】ネゴシエーション要求パケット２００のデ
ータ部は圧縮アルゴリズムフィールド２１０と暗号アル
ゴリズムフィールド２２０の二つから構成される。各フ
ィールドのフォーマットを２３０に示す。方向識別子２
３１は２ビットでアルゴリズムの適用方向を指定する。
表２４０にビットの意味を示す。００は圧縮または暗号
を行わないことを示す。０１は本パケット送信側から受
信側に送るデータに対して圧縮または暗号を行うことを
示す。１０は逆方向に送るデータに対して圧縮または暗
号を行うことを示す。１１は双方向に圧縮または暗号を
行うことを示す。アルゴリズム種別２３２はネゴシエー
ション要求側が使用を希望する圧縮または暗号のアルゴ
リズム種別をコードで指定する。これらの設定はアプリ
ケーションプログラムの使用者があらかじめ圧縮／暗号
モジュールの構成定義テーブルに設定しておく。

【００３８】ネゴシエーション応答パケット３００のデ
ータ部は応答フィールド３１０と圧縮アルゴリズムフィ
ールド３２０と暗号アルゴリズムフィールド３３０から
構成される。応答フィールド３１０にはネゴシエーショ
ン要求に対する応答をセットする。表３４０に応答の内
容を示す。０Ｘ００が否定応答。０ＸＦＦが否定応答で
ある。ネゴシエーション要求を受け付けた側が要求パケ
ットで指定された内容に合意する場合は肯定応答、合意
しない場合は否定応答をセットする。肯定するかしない
かは受信側で指定された圧縮または暗号アルゴリズムを
処理する機能があるかないか、もしくは圧縮／暗号モジ
ュールの構成定義の設定に従う。

【００３９】ゲートウェイ要求パケット４５０のデータ
部はネットワークアドレスフィールド４５１とポート番
号フィールド４５２とから構成される。

【００４０】ゲートウェイ応答パケット４６０のデータ
部は応答フィールド４６１から構成される。応答フィー
ルドの内容は表３４０と同じである。

【００４１】次に圧縮／暗号処理の内容をシーケンスチ
ャートにより説明する。

【００４２】図８はアプリケーションプログラムのデー
タを一回の送信で送る場合の例である。アプリケーショ
ンプログラム１１００は長さｎバイトのデータ５００を
ｓｅｎｄコマンド６１１１を用いて送信する。圧縮／暗
号モジュール１２００はｓｅｎｄコマンドをフックし、
圧縮／暗号処理６２１０がデータを圧縮／暗号化し、ヘ
ッダ５０１を付加して長さｍバイトのフレーム５０２を
作成し、ｓｅｎｄコマンド６２１１を用いてソケットプ
ログラム１３００へ送信する。ソケットプログラムから
ｍバイト送信のリターン６２１２が戻ってきたら、圧縮
／暗号モジュールはアプリケーションプログラムへｎバ
イト送信のリターン６１１２を返す。

【００４３】図９はアプリケーションプログラムのデー
タを圧縮／暗号モジュールが二回以上に分けて送信する
例である。アプリケーションプログラム１１００は長さ
ｎバイトのデータ５１０をｓｅｎｄコマンド６１２１を
用いて送信する。圧縮／暗号モジュール１２００はｒｅ
ｃｖコマンドをフックし、圧縮／暗号処理６２２０がデ
ータを圧縮／暗号化する。このとき圧縮／暗号化した結
果にヘッダを付加した長さがフレーム長の上限値、例え
ばｍバイトを超える場合は、ｍバイトとなるように圧縮
／暗号化を行いフレーム５１１を作成し、ｓｅｎｄコマ
ンド６２２１を用いてソケットプログラム１３００へ送
信する。

【００４４】ソケットプログラムからｍバイト送信のリ
ターン６２２２が戻ってきたら、圧縮／暗号モジュール
は判定処理６２２３によりアプリケーションプログラム
からのデータを全て送信済みかどうかを調べ、送信済み
であれば、アプリケーションプログラムへｎバイト送信
のリターン６１２２を返す。送信済みでなければ、次の
フレーム５１２を作成するために、圧縮／暗号化処理６
２２０へジャンプする。

【００４５】図１０はフレームの分割送信の具体例を示
したものである。本図はアプリケーションプログラム１
１００のデータをアプリケーションプログラムの動作と
圧縮／暗号モジュール１２００の動作とを同期させずに
送信する場合を示している。また圧縮／暗号モジュール
は内部にバックグラウンド送信中を示すフラグを管理す
る。バックグラウンド送信とは圧縮／暗号モジュールが
アプリケーションプログラムから受け取ったデータを全
て送信し終わらない状態でアプリケーションプログラム
に対して送信終了のリターンを返し、その後で圧縮／暗
号モジュールが残りのデータの送信を行うことを言う。

【００４６】以下順を追って説明する。コネクションの
設定が終了するとソケットプログラム１３００から送信
可能を示すＦＤ＿ＷＲＩＴＥメッセージ６２３０が圧縮
／暗号モジュールに渡される。次に圧縮／暗号モジュー
ルは判定処理６２３１により、バックグラウンド送信中
かどうかを調べる。最初はバックグラウンド送信中では
ないので、ＰｏｓｔＭｅｓｓａｇｅコマンド６２３８で
アプリケーションプログラムにＦＤ＿ＷＲＩＴＥメッセ
ージ６１３０を送り送信可能であることを通知し、ＥＸ
ＩＴ処理６２３９を実行する。

【００４７】ＦＤ＿ＷＲＩＴＥメッセージを受け取った
アプリケーションプログラムはｓｅｎｄコマンド６１３
１を用いてデータ６００を送信する。圧縮／暗号モジュ
ールはｓｅｎｄコマンドをフックし、判定処理６２４０
によりバックグラウンド送信中かどうか判定する。まだ
バックグラウンド送信中ではないので、フレーム圧縮／
暗号処理部６２４１はデータの６０１部分を圧縮／暗号
化し、ヘッダ６０５を付加してフレーム６１０を作成す
る。それをｓｅｎｄコマンド６２４２によりソケットプ
ログラムへ送る。ここでもしバックグラウンド送信中で
あれば、送信待機中のリターン６１３２をアプリケーシ
ョンプログラムへ返す。

【００４８】ｓｅｎｄコマンドはソケットプログラムが
データを１バイト以上送信すれば正常リターンを返し、
１バイトも送れなかった場合は送信待機中リターンを返
す。ｓｅｎｄコマンド６２４２が終了すると判定処理６
２４３はリターンが正常終了かどうか調べ、正常終了で
あれば、判定処理６２４４によりフレーム６１０の全て
のデータが送信されたかどうかを調べる。フレームの一
部６１１のみが送られた場合はｓｅｎｄコマンド６２４
２を再び実行してフレームの残り６１２を送信する。

【００４９】２度目のｓｅｎｄコマンド６２４２が終了
し、判定処理６２４４によりフレーム６１０全体の送信
が確認されると次に判定処理６２４５により、未圧縮／
暗号化データがあるかどうかを調べる。まだアプリケー
ションプログラムのデータ６０２が残っているのでフレ
ーム圧縮／暗号処理部６２４１はそれを圧縮／暗号化
し、ヘッダ６０６を付加してフレーム６２０を作成し、
ｓｅｎｄコマンド６２４２により送信する。

【００５０】次にバックグラウンド処理に入る場合の例
について説明する。３度目のｓｅｎｄコマンドが終了
し、判定処理６２４３により送信待機中であると判定さ
れた場合、処理６２４６でバックグラウンド送信中フラ
グをＯＮにセットし、アプリケーションプログラムへは
フレーム６２０まで、すなわちデータ６００全てが送れ
たとしてリターン６１３４を返す。ここから圧縮／暗号
モジュールはバックグラウンド処理に入りフレーム６２
０の送信処理を行う。

【００５１】バックグラウンドの処理に入ると圧縮／暗
号モジュールはソケットプログラムからの送信許可ＦＤ
＿ＷＲＩＴＥメッセージを待つ。ＦＤ＿ＷＲＩＴＥメッ
セージ６２３０が来ると圧縮／暗号モジュールは判定処
理６２３１がバックグラウンド送信中を判定し、ｓｅｎ
ｄコマンド６２３２でフレーム６２０を送信する。

【００５２】ｓｅｎｄコマンドが終了すると判定処理６
２３３がソケットプログラムが送信待機中かどうかを調
べ、送信待機中であればＥＸＩＴ６２３４を実行し、次
にソケットプログラムからＦＤ＿ＷＲＩＴＥメッセージ
が来るのを待つ。送信待機中でなければフレームが全て
送られたかどうかを判定処理６２３５で調べ、残ってい
ればもう一度ｓｅｎｄコマンド６２３２で残りのデータ
を送る。フレームが全て送られていれば単にＥＸＩＴ６
２３７を実行し、バックグラウンド送信処理は終了す
る。

【００５３】図１１はアプリケーションプログラムがフ
レームデータを一回の受信で受け取る場合の例である。
アプリケーションプログラム１１００はｒｅｃｖコマン
ド６１６０を用いてソケットプログラム１３００に受信
要求を出す。圧縮／暗号モジュール１２００はｒｅｃｖ
コマンド６１６０をフックし、代わりに自分でｒｅｃｖ
コマンド６２６０をソケットプログラム１３００に発行
する。ソケットプログラムからｒｅｃｖコマンドがリタ
ーンすると、判定処理６２６１によりフレーム６３０の
全体を受信したかどうかを調べ、全体を受信した場合は
復号／伸張処理６２６２を行い、データ６４０を作成
し、それをアプリケーションプログラムへリターン６１
６１で渡す。フレームの途中まで受信した場合は再びｒ
ｅｃｖコマンド６２６０をソケットプログラムに出す。

【００５４】図１２はフレームの分割受信の具体例を示
したものである。本図はネットワークからのデータ受信
をアプリケーションプログラム１１００の動作と圧縮／
暗号モジュール１２００の動作とを同期させずに行う場
合を示している。

【００５５】以下順を追って説明する。コネクションの
設定が終了し他のパーソナルコンピュータからフレーム
６５０を受信すると、ソケットプログラム１３００から
受信可能を示すＦＤ＿ＲＥＡＤメッセージ６２７０が圧
縮／暗号モジュールに渡される。圧縮/暗号モジュール
はｒｅｃｖコマンド６２７１で該フレームを受信する。
ｒｅｃｖコマンドがリターンすると判定処理６２７２に
よりフレームの受信が完了したかどうかを調べる。フレ
ーム６５０の一部６５１しか受信できなかった場合はＥ
ＸＩＴ６２７３を実行し、次のＦＤ＿ＲＥＡＤメッセー
ジが来るのを待ち、来たら残りのフレームデータ６５２
を受信する。

【００５６】フレームの受信が完了した場合はフレーム
の複合／伸張処理６２７４を行い、ＰｏｓｔＭｅｓｓａ
ｇｅコマンド６２７５を用いてＦＤ＿ＲＥＡＤメッセー
ジ６１７０をアプリケーションプログラムへ渡し、ＥＸ
ＩＴする。同様に次のフレーム６６０が到着すると圧縮
／暗号モジュールはそれを複合／伸張しデータ６７２を
作成する。

【００５７】ＦＤ＿ＲＥＡＤメッセージを受け取ったア
プリケーションプログラム１１００はｒｅｃｖコマンド
６１７１をソケットプログラム１３００へ発行する。圧
縮／暗号モジュールは該ｒｅｃｖコマンドをフックし、
複合／伸張済みのデータ６７１及び６７２をリターン６
１７１でアプリケーションプログラムへ渡す。

【００５８】本実施例では圧縮と暗号化の実行順序を特
に指定していないが、圧縮の効果を上げるために、暗号
化処理を行う前に圧縮処理を行うように構成することも
できる。

【００５９】本実施例によればアプリケーションプログ
ラムが従来通りソケットプログラムに対してデータ送受
信のコマンドを発行するだけで、圧縮／暗号モジュール
がそれを判定して、データ圧縮または暗号化、またはそ
の両方を行うためアプリケーションプログラムに変更を
加えることなくパーソナルコンピュータ間でデータを高
速かつ安全に転送することができる。

【００６０】さらに本実施例によれば圧縮／暗号化デー
タが伝送路上の障害あるいは混雑等で途中までしか送ら
れない場合でも、圧縮／暗号処理をフレーム単位で行
い、該フレームについては圧縮／暗号モジュールが最後
まで相手に送り届けることを保証するようにしたので、
圧縮／暗号用の変換テーブルが送信側と受信側とで不一
致が生じデータの圧縮／暗号が不可能になることがな
い。

【００６１】（実施例２）図１３はクライアントＰＣと
サーバＰＣとの間で圧縮／暗号化通信用のコネクション
を設定する方法を示したものである。クライアントＰＣ
１０００のアプリケーションプログラム１１００がｓｏ
ｃｋｅｔコマンド６１８０を発行すると圧縮／暗号モジ
ュール１２００はそれフックし、ｓｏｃｋｅｔコマンド
６２８０をソケットプログラム１３００へ発行し、受け
取ったソケット番号をアプリケーションプログラムへ渡
す。

【００６２】サーバＰＣ２０００のアプリケーションプ
ログラム２１００が同じくｓｏｃｋｅｔコマンド７１８
０を発行すると圧縮／暗号モジュール２２００はそれフ
ックし、同じ内容のｓｏｃｋｅｔコマンド７２８０をソ
ケットプログラム２３００へ発行し、受け取ったソケッ
ト番号をアプリケーションプログラムへ渡す。

【００６３】次にアプリケーションプログラム２１００
はコネクション受付ポート番号２１を指定したｂｉｎｄ
コマンド７１８１を発行する。圧縮／暗号モジュール２
２００はｂｉｎｄコマンドをフックし、テーブルポート
番号を２１番とは異なる１０４５に変更してｂｉｎｄコ
マンド７２８１をソケットプログラム２３００に発行す
る。これらの番号の対応関係は主要なサーバアプリケー
ションプログラムの種類についてあらかじめ決めてお
き、テーブル７２８６に格納しておく。

【００６４】次にアプリケーションプログラム２１００
はｌｉｓｔｅｎコマンド７１８２を発行する。圧縮／暗
号モジュールはｌｉｓｔｅｎコマンドをフックし同じ内
容のｌｉｓｔｅｎコマンド７２８２をソケットプログラ
ムに渡す。

【００６５】次にアプリケーションプログラム２１００
はａｃｃｅｐｔコマンド７１６３を発行する。圧縮／暗
号モジュールはａｃｃｅｐｔコマンドをフックし同じ内
容のａｃｃｅｐｔコマンド７２８３をソケットプログラ
ムへ渡し、クライアントＰＣからのコネクション接続要
求を待つ。

【００６６】クライアントＰＣ１０００のアプリケーシ
ョンプログラム１１００は相手サーバＰＣのアドレスと
ポート番号２１を指定してｃｏｎｎｅｃｔコマンド６１
８１を発行してサーバＰＣへ接続要求を行う。圧縮／暗
号モジュール１２００はｃｏｎｎｅｃｔコマンド６１８
１をフックしポート番号を２１番から１０４５番に変更
して、ｃｏｎｎｅｃｔコマンド６２８１をソケットプロ
グラム１３００に発行する。これらの番号の対応関係は
主要なサーバアプリケーションプログラムの種類につい
てあらかじめ決めておき、テーブル６２８４に格納して
おく。

【００６７】ソケットプログラムから接続終了のリター
ンを受け取ると、圧縮／暗号モジュール１２００はすぐ
にはアプリケーションプログラム１１００にコネクショ
ン接続の完了を連絡せずに、ネゴシエーション要求パケ
ット２００にクライアントＰＣが使用する圧縮及び暗号
のアルゴリズム種別を構成定義テーブル６２８５からセ
ットし、それをｓｅｎｄコマンド６２８２を用いてを送
信する。次のｒｅｃｖコマンド６２８３によってサーバ
から肯定のネゴシエーション応答パケット３００を受け
取った場合にのみ圧縮／暗号モジュールはアプリケーシ
ョンプログラムにコネクション成立のリターン６１８２
を返す。ネゴシエーション応答パケットを受けとらなか
ったり、受け取っても否定応答であった場合はコネクシ
ョン非成立のリターンをアプリケーションプログラムへ
返す。

【００６８】ネゴシエーション要求パケット２００に指
定する圧縮及び暗号のアルゴリズム種別はアプリケーシ
ョンプログラム１１００の使用者がアプリケーションプ
ログラム毎に任意の値をあらかじめ構成定義テーブル６
２８５にセットしておくことができる。

【００６９】サーバＰＣ２０００の圧縮／暗号モジュー
ル２２００は、クライアントＰＣからコネクション接続
要求があるとそれを受付け、次にｒｅｃｖコマンド７２
８４を発行しクライアントＰＣからのネゴシエーション
要求パケット２００を受信する。受信したネゴシエーシ
ョン要求パケット２００に指定されている圧縮及び暗号
のアルゴリズムが構成定義テーブル７２８７に格納され
ているものと同じであれば、肯定応答のネゴシエーショ
ン応答パケット３００をｓｅｎｄコマンド７２８５でク
ライアントＰＣへ送り、アプリケーションプログラム２
１００にコネクション受付完了のリターン７１８４を返
す。同じものでなければ、否定応答のネゴシエーション
応答パケットをクライアントへ送り、アプリケーション
プログラムにはコネクション受付完了リターンを返さな
い。

【００７０】ネゴシエーション応答パケットに指定する
圧縮及び暗号のアルゴリズム種別はアプリケーションプ
ログラム２１００の使用者がアプリケーションプログラ
ム毎に任意の値をあらかじめ構成定義テーブル７２８７
にセットしておくことができる。

【００７１】本実施例においてサーバアプリケーション
プログラムに圧縮／暗号モジュールが実装されていない
場合、ｂｉｎｄコマンド７１８１がそのままソケットプ
ログラム２３００に渡される。この場合サーバＰＣがポ
ート番号２１を指定しているにもかかわらず、クライア
ントＰＣのｃｏｎｎｅｃｔコマンド６２８１が相手ポー
ト番号１０４５を指定してコネクション設定要求を行う
ため接続エラーとなる。この場合、以下の二つの方法を
とることができる。一つはｃｏｎｎｅｃｔコマンド６２
８１のエラーをそのままアプリケーションプログラム１
１００へ返す方法。もう一つは圧縮／暗号モジュール１
２００がユーザにコネクションを設定するかどうかを問
い合わせるメッセージを表示し、それに対しアプリケー
ションプログラムの使用者が了解と応答した場合に、相
手ポート番号２１を指定してｃｏｎｎｅｃｔコマンド６
２８１を発行しサーバＰＣとコネクションを設定し、そ
のリターンをアプリケーションプログラム１１００に返
し、従来の圧縮／暗号化を行わない通信を行う方法であ
る。

【００７２】本実施例によればクライアントＰＣ及びサ
ーバＰＣの圧縮／暗号モジュールはアプリケーションプ
ログラムが指定したポート番号と異なるポート番号を圧
縮／暗号通信に用いるので、クライアントＰＣ及びサー
バＰＣの両方に本実施例で述べた圧縮／暗号機能を持つ
場合にのみ圧縮／暗号通信を行うようにもできるし、ま
たもし相手が暗号機能を持たない場合は、ユーザに判断
させて、圧縮／暗号化せずに通信を行うこともできる。

【００７３】またサーバＰＣのオペレーティングシステ
ムがマルチタスク機能を持つ場合は、サーバＰＣ内に圧
縮／暗号機能を持つプロセスと圧縮／暗号機能を持たな
いプロセスの二つを同時に動作させておくことにより、
従来の圧縮／暗号機能を持たないクライアントアプリケ
ーションプログラムは圧縮／暗号機能を持たないサーバ
アプリケーションプログラムと通信し、また圧縮／暗号
機能を持つクライアントアプリケーションプログラムは
圧縮／暗号機能を持つサーバアプリケーションプログラ
ムと通信することができる。

【００７４】さらに、ネゴシエーションによりクライア
ントＰＣとサーバＰＣの両方で同じ圧縮及び暗号のアル
ゴリズムが用意されている場合にのみコネクションを設
定するようにしたので、受信側で復号/伸張できない圧
縮／暗号化データが送信されることがないので、安全性
が高い。

【００７５】（実施例３）図１４はゲートウェイ８００
０を介してクライアントＰＣ１０００とサーバＰＣ２０
００が圧縮／暗号化通信する場合の構成を示したもので
ある。クライアントＰＣ１０００の圧縮／暗号モジュー
ル１２００はアプリケーションプログラム１１００から
受け取ったデータを圧縮／暗号化した後、ゲートウェイ
８０００に宛ててパケットを送信する。ゲートウェイ８
０００の圧縮／暗号モジュール８２００は該パケットを
受信し、そのパケットをアプリケーションへ渡さないで
圧縮／暗号化されたままの形でサーバＰＣ２０００へ送
信する。サーバＰＣ２０００の圧縮／暗号モジュール２
２００は該パケットを受信し、復号/伸張した後アプリ
ケーションプログラム２１００へ渡す。

【００７６】図１５はクライアントＰＣとサーバＰＣと
の間でゲートウェイを介して圧縮／暗号化用のコネクシ
ョンを設定する方法を示したものである。

【００７７】クライアントＰＣ１０００のアプリケーシ
ョンプログラム１１００がｓｏｃｋｅｔコマンド６１９
０を発行すると圧縮／暗号モジュール１２００はそれフ
ックし、ｓｏｃｋｅｔコマンド６２９０をソケットプロ
グラム１３００へ発行し、受け取ったソケット番号をア
プリケーションプログラムへ渡す。

【００７８】サーバＰＣ２０００のアプリケーションプ
ログラム２１００が同じくｓｏｃｋｅｔコマンド７１９
０を発行すると圧縮／暗号モジュール２２００はそれフ
ックし、同じ内容のｓｏｃｋｅｔコマンド７２９０をソ
ケットプログラム２３００へ発行し、受け取ったソケッ
ト番号をアプリケーションプログラムへ渡す。次にアプ
リケーションプログラム２１００はコネクション受付ポ
ート番号２１を指定したｂｉｎｄコマンド７１９１を発
行する。圧縮／暗号モジュール２２００はｂｉｎｄコマ
ンドをフックし、ポート番号を２１番とは異なる１０４
５に変更してｂｉｎｄコマンド７２９１をソケットプロ
グラム２３００に発行する。次にアプリケーションプロ
グラム２１００はｌｉｓｔｅｎコマンド７１９２を発行
する。圧縮／暗号モジュールはｌｉｓｔｅｎコマンドを
フックし同じ内容のｌｉｓｔｅｎコマンド７２９２をソ
ケットプログラムに渡す。次にアプリケーションプログ
ラム２１００はａｃｃｅｐｔコマンド７１９３を発行す
る。圧縮／暗号モジュールはａｃｃｅｐｔコマンドをフ
ックし同じ内容のａｃｃｅｐｔコマンド７２９３をソケ
ットプログラムへ渡し、ゲートウェイからのコネクショ
ン接続要求を待つ。

【００７９】ゲートウェイ８０００の圧縮／暗号モジュ
ール８２００はｓｏｃｋｅｔコマンド８２９０をソケッ
トプログラム８３００へ発行する。次にポート番号とし
てゲートウェイ内の特定のポート例えば８０００番を指
定してｂｉｎｄコマンド８２９１をソケットプログラム
８３００に発行する。次にｌｉｓｔｅｎコマンド８２９
２をソケットプログラムに発行する。次に圧縮／暗号モ
ジュールはａｃｃｅｐｔコマンド８２９３をソケットプ
ログラムへ発行し、クライアントＰＣからのコネクショ
ン接続要求を待つ。

【００８０】クライアントＰＣ１０００のアプリケーシ
ョンプログラム１１００はサーバＰＣのアドレスとポー
ト番号２１を指定してｃｏｎｎｅｃｔコマンド６１９１
を発行してサーバＰＣへ接続要求を行う。圧縮／暗号モ
ジュール１２００はｃｏｎｎｅｃｔコマンド６１９１を
フックしポート番号を２１番から１０４５番に変更す
る。そして、サーバＰＣのアドレス及びポート番号１０
４５番をゲートウェイ要求パケット４５０のデータ部に
セットする。そしてゲートウェイのアドレスとゲートウ
ェイのポート番号例えば８０００番を指定して、ｃｏｎ
ｎｅｃｔコマンド６２９１をソケットプログラム１３０
０に発行する。

【００８１】ソケットプログラム１３００から接続終了
のリターンを受け取ると圧縮／暗号モジュール１２００
はｓｅｎｄコマンド６２９２を用いてゲートウェイ要求
パケット４５０をゲートウェイへ送る。次のｒｅｃｖコ
マンド６２９３によってゲートウェイからゲートウェイ
応答パケット４６０を受けとり、それが肯定応答であっ
た場合に、圧縮／暗号モジュール１２００はｓｅｎｄコ
マンド６２９４を用いてネゴシエーション要求パケット
２００を送る。次のｒｅｃｖコマンド６２９５によって
サーバから肯定のネゴシエーション応答パケット３００
を受け取ることによってネゴシエーションが成立した場
合に圧縮／暗号モジュールはアプリケーションプログラ
ムにコネクション成立のリターン６１９２を返す。ゲー
トウェイ応答パケットを受けとらなかったり、受け取っ
ても否定応答であった場合はコネクション非成立のリタ
ーンをアプリケーションプログラムに返す。またネゴシ
エーション応答パケットを受けとらなかったり、受け取
っても否定応答であった場合はコネクション非成立のリ
ターンをアプリケーションプログラムへ返す。

【００８２】ゲートウェイ８０００の圧縮／暗号モジュ
ール８２００は、クライアントＰＣからコネクション接
続要求があるとそれを受付け、次にｒｅｃｖコマンド８
２９４を発行しクライアントＰＣからのゲートウェイ要
求パケット４５０を受信する。次にｓｏｃｋｅｔコマン
ド８３９０をソケットプログラム８３００に発行し、新
たなソケット番号を確保し、ゲートウェイ要求パケット
４５０にセットされているサーバＰＣのアドレス及びポ
ート番号２１を指定してｃｏｎｎｅｃｔコマンド８３９
１を発行する。

【００８３】ソケットプログラム８３００から接続終了
のリターンを受け取ると圧縮／暗号モジュール８２００
はｓｅｎｄコマンド８２９５を用いてゲートウェイ応答
パケット４６０をクライアントＰＣへ送る。次のｒｅｃ
ｖコマンド８２９６によってクライアントＰＣからネゴ
シエーション要求パケット２００を受けとると、それを
ｓｅｎｄコマンド８３９２を用いてサーバＰＣ２０００
へ送る。次にｒｅｃｖコマンド８３９３を用いてネゴシ
エーション応答コマンド３００を受け取り、それをｓｅ
ｎｄコマンド８２９７を用いてクライアントＰＣ１００
０へ送る。

【００８４】サーバＰＣ２０００の圧縮／暗号モジュー
ル２２００は、ａｃｃｅｐｔコマンド７２９３のリター
ンとして、ゲートウェイからコネクション接続要求を受
け付けると、次にｒｅｃｖコマンド７２９４を発行しゲ
ートウェイから転送されたネゴシエーション要求パケッ
ト２００を受信する。受信したネゴシエーション要求が
合意できるものであれば、肯定応答のネゴシエーション
応答パケット３００をｓｅｎｄコマンド７２９５でクラ
イアントＰＣへ送り、アプリケーションプログラム２１
００にコネクション受付完了のリターン７１９４を返
す。合意できない場合は否定応答のネゴシエーション応
答パケットをゲートウェイへ送り、アプリケーションプ
ログラムにはリターンを返さない。

【００８５】本実施例ではクライアントＰＣからゲート
ウェイへのコネクション設定要求に対し、無条件にゲー
トウェイとサーバＰＣ間のコネクションを設定している
が、ゲートウェイ内にクライアントＰＣがアクセス可能
なサーバＰＣのリストを用意しておき、そのリストにあ
るサーバＰＣへの接続のみを行うようにしても良い。さ
らにゲートウェイ内にクライアントＰＣがアクセス可能
なサーバＰＣのポート番号のリストを用意しておき、そ
のリストにあるポートへの接続のみを行うようにしても
良い。

【００８６】以上本実施例によれば、ゲートウェイを介
してクライアントＰＣとサーバＰＣとがデータを圧縮／
暗号化して通信する場合において、ゲートウェイ上にア
プリケーションの種類毎にゲートウェイ処理用の中継プ
ログラムを用意する必要が無い。さらに、ゲートウェイ
において受信したデータを一旦アプリケーションに渡
し、復号/伸張してから再度圧縮／暗号化して送信する
必要がないため、転送遅延を減らすことが可能となる。

【００８７】なお本実施例では圧縮と暗号を供に行う例
を示したが、圧縮のみ、あるいは暗号化のみを行う場合
にも本実施例は同様にあてはまる。

【００８８】また本実施例では圧縮／暗号のアルゴリズ
ムについては特に限定しない。

【００８９】

【発明の効果】以上説明したように、本発明によれば、
複数のパーソナルコンピュータが通信回線を用いて互い
に接続されており、パーソナルコンピュータのアプリケ
ーションプログラム間でソケットプログラムを用いて通
信する場合において、アプリケーションプログラムのコ
ーディングを変更せずに送受信するデータを圧縮あるい
は暗号化または両方を行うことができ、データ通信の安
全性を向上することができる。

【００９０】また圧縮／暗号処理に用いるアルゴリズム
はコネクション設定時のネゴシエーションにより通信す
るパーソナルコンピュータ間で利用できるものを選択す
ることが可能であるため、利用率を向上することができ
る。

【００９１】圧縮／暗号をフレーム単位で行い、かつフ
レームごとに相手システムへの送達を保証するようにし
たので。転送データに基づいて圧縮／暗号の変換テーブ
ルを更新する場合においてもテーブルが送信側と受信側
とで同一性が保証されるため、安全性が高い。

【００９２】また、転送途中にゲートウェイが存在する
場合においても、ゲートウェイにおけるデータの中継を
自動的に行うようにしたので、途中で圧縮／暗号化され
たデータを元に戻す必要が無いため転送の効率が高い。

【図面の簡単な説明】

【図１】本発明の第一の実施例の通信システム全体構成
を示すブロック図である。

【図２】従来のソケットプログラムによる通信の方法を
示す図である。

【図３】フック処理を行わない場合のアプリケーション
プログラムからのコール動作を示す図である。

【図４】フック処理を行った場合のアプリケーションプ
ログラムからのコール動作を示す図である。

【図５】フック処理を行わない場合のソケットプログラ
ムからのコール動作を示す図である。

【図６】フック処理を行った場合のソケットプログラム
からのコール動作を示す図である。

【図７】第一、第二、及び第三の実施例で用いるデータ
のフォーマットである。

【図８】第一の実施例におけるデータ送信の例（その
１）である。

【図９】第一の実施例におけるデータ送信の例（その
２）である。

【図１０】第一の実施例におけるデータ分割送信の例で
ある。

【図１１】第一の実施例におけるデータ受信の例であ
る。

【図１２】第一の実施例におけるデータ分割受信の例で
ある。

【図１３】第二の実施例におけるコネクション設定の例
である。

【図１４】本発明の第三の実施例の通信システム全体構
成を示すブロック図である。

【図１５】第三の実施例におけるコネクション設定の例
である。

【符号の説明】

１０…LAN １０００、２０００、３０００、４０００…パーソナル
コンピュータ ８０００…ゲートウェイ １１００、２１００…アプリケーションプログラム １２００、２２００…圧縮／暗号モジュール １３００、２３００…ソケットプログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 近藤 毅 神奈川県川崎市麻生区王禅寺1099番地株式 会社日立製作所システム開発研究所内 (72)発明者 大津 豊 神奈川県横浜市戸塚区戸塚町5030番地株式 会社日立製作所ソフトウェア開発本部内

Claims (15)

【特許請求の範囲】
1. 【請求項１】複数のパーソナルコンピュータを通信回線
   を介して互いに接続し、前記パーソナルコンピュータに
   は通信プログラムとアプリケーションプログラムを備
   え、前記アプリケーションプログラムは前記通信プログ
   ラムが提供するコマンドを用いて他の前記パーソナルコ
   ンピュータとの間でデータの送受信を行う通信システム
   において、 前記アプリケーションプログラムが発行したデータ通信
   に係わるコマンドを判定するフックプログラムを備え、
   当該フックプログラムが前記コマンドの種別に応じて前
   記アプリケーションプログラムのデータを圧縮あるいは
   暗号化した後、当該コマンドを前記通信プログラムに渡
   すことを特徴とする通信システム。
2. 【請求項２】請求項１において、データ送信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記データ送信コマンドに付随するデータを圧縮し
   た後、当該データ送信コマンドを前記通信プログラムに
   渡すことを特徴とする通信システム。
3. 【請求項３】請求項１において、データ送信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記データ送信コマンドに付随するデータを暗号化
   した後、当該データ送信コマンドを通信プログラムに渡
   すことを特徴とする通信システム。
4. 【請求項４】請求項１において、データ送信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記データ送信コマンドに付随するデータを圧縮及
   び暗号化した後、当該データ送信コマンドを通信プログ
   ラムに渡すことを特徴とする通信システム。
5. 【請求項５】請求項４において、データを圧縮してから
   暗号化を行うことを特徴とする通信システム。
6. 【請求項６】請求項１において、データ受信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記通信プログラムからデータを受信し、伸張した
   後、それを該データ受信コマンドの応答に付してアプリ
   ケーションプログラムに返すことを特徴とする通信シス
   テム。
7. 【請求項７】請求項１において、データ受信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記通信プログラムからデータを受信し、復号した
   後、当該複合化したデータを前記データ受信コマンドの
   応答に付してアプリケーションプログラムに返すことを
   特徴とする通信システム。
8. 【請求項８】請求項１において、データ受信コマンドを
   判定するフックプログラムを備え、当該フックプログラ
   ムが前記通信プログラムからデータを受信し、復号及び
   伸張した後、当該複合及び伸張したデータを前記データ
   受信コマンドの応答に付してアプリケーションプログラ
   ムに返すことを特徴とする通信システム。
9. 【請求項９】請求項２又は請求項３又は請求項４又は請
   求項５において、フックプログラムはデータ送信コマン
   ドに付随するデータをある決まった長さのフレーム単位
   に圧縮及び暗号化して送信し、フレームの送信が途中で
   中断した場合に、該フレームの送信完了を該データ送信
   コマンドの応答として返し、未送信のフレームの送信を
   引き続き行うことを特徴とする通信システム。
10. 【請求項１０】請求項１において、第一のパーソナルコ
    ンピュータのアプリケーションプログラムは、通信プロ
    グラムに第二のパーソナルコンピュータの接続端点値番
    号を指定してコネクション要求コマンドを出し、第二の
    パーソナルコンピュータのアプリケーションプログラム
    は、通信プログラムに自パーソナルコンピュータの接続
    端点番号を指定してコネクション受け付けコマンドを出
    し、第一と第二のパーソナルコンピュータの間でコネク
    ションを設定してからデータ送受信を開始する通信シス
    テムにおいて、第一のパーソナルコンピュータにはコネ
    クション要求コマンドを判定するフックプログラムを用
    意し、該フックプログラムは該コマンドで指定された接
    続端点番号に一対一に対応した異なる値の接続端点番号
    を指定して該コマンドを通信プログラムに渡し、第二の
    パーソナルコンピュータにはコネクション受付コマンド
    を判定するフックプログラムを用意し、該フックプログ
    ラムは該コマンドで指定された接続端点番号に一対一に
    対応した異なる値の接続端点番号を指定して該コマンド
    を通信プログラムに渡すことを特徴とする通信システ
    ム。
11. 【請求項１１】請求項１０の通信システムにおいて、接
    続端点番号に一対一に対応して、それとは異なる値を格
    納するテーブルを用意し、テーブルの値をアプリケーシ
    ョンプログラムの使用者が設定できるようにし、コネク
    ション要求コマンドあるいはコネクション受け付けコマ
    ンドで指定された接続端点番号に対応する値を該テーブ
    ルから引用して用いることを特徴とする通信システム。
12. 【請求項１２】請求項１０の通信システムにおいて、第
    一のパーソナルコンピュータのフックプログラムと第二
    のパーソナルコンピュータとのフックプログラムとの間
    でコネクションを設定した後、第一のパーソナルコンピ
    ュータのフックプログラムは圧縮及びあるいは暗号で使
    用するアルゴリズムの種別を第二のパーソナルコンピュ
    ータのフックプログラムへ送信し、該フックプログラム
    は第一のパーソナルコンピュータのフックプログラムか
    ら送られたアルゴリズムの種別と第二のパーソナルコン
    ピュータが使用するアルゴリズムの種別とが一致した場
    合に第一のパーソナルコンピュータのフックプログラム
    に肯定応答を返し、第一のパーソナルコンピュータのフ
    ックプログラムは肯定応答を受け取った場合にコネクシ
    ョン設定完了のリターンコードをアプリケーションに返
    すことを特徴とする通信システム。
13. 【請求項１３】請求項１２において通信を行う一方のパ
    ーソナルコンピュータにおいてのみ圧縮／暗号プログラ
    ムが実装されている場合に、圧縮／暗号を行わない通信
    を行うことを特徴とする通信システム。
14. 【請求項１４】請求項１２において通信相手のパーソナ
    ルコンピュータが圧縮／暗号機能を持っていない場合に
    アプリケーションプログラムの使用者に通信を開始する
    かどうかの確認を求めることを特徴とする通信システ
    ム。
15. 【請求項１５】請求項１において第一のパーソナルコン
    ピュータと第二のパーソナルコンピュータがゲートウェ
    イを介して通信する場合に、ゲートウェイ上にフックプ
    ログラムを用意し、まず第一のパーソナルコンピュータ
    のフックプログラムとゲートウェイのフックプログラム
    の間でコネクションを設定した後、第一のパーソナルコ
    ンピュータのフックプログラムからゲートウェイのフッ
    クプログラムに宛てて第二のパーソナルコンピュータの
    アドレスと接続端点の情報を送り、該フックプログラム
    は次にその情報をもとに第二のパーソナルコンピュータ
    の接続端点にコネクションを設定し、以降上記の二つの
    コネクションを用いて第一のパーソナルコンピュータと
    第二のパーソナルコンピュータの間で通信するようにし
    たことを特徴とする通信システム。