JP2000057075A - データ通信装置、データ通信方法及びそれらのプログラム記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、データ通信装置、データ通信方
法、及びそれらのプログラム記憶媒体に関し、データ通
信におけるアプリケーションの負担を軽減することを目
的とする。 【解決手段】 アプリケーション１は１又は複数の他の
アプリケーション６へのデータの送信を要求する。通信
制御部２は、アプリケーション１からの送信データ及び
パラメータを伴う送信要求に応じて、他のアプリケーシ
ョン６の各々についてデータの送信が可能な所定のプロ
トコルを判別する。多重制御部３は、通信制御部２から
の指示に従って、所定のプロトコルに対応した所定の指
示を生成する。通信管理部４は、通信制御部２からの指
示に従って、送受信部５１乃至５ｎにおいて所定のプロ
トコルに従って行われる通信を管理する。送受信部５１
乃至５ｎは、他のアプリケーション６の各々に対応させ
られ、所定のプロトコルに従った通信を対応する他のア
プリケーション６との間で行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信装置、
データ通信方法及びそれらのプログラム記憶媒体に関
し、特に、１つのアプリケーションから複数のアプリケ
ーションに対して複数のプロトコルを用いて実質的に同
時に通信することが可能なデータ通信装置、データ通信
方法及びそれらのプログラム記憶媒体に関する。

【０００２】

【従来の技術】あるコンピュータ上で動作しているアプ
リケーション（プログラム）と他のコンピュータ上で動
作している他のアプリケーション（プログラム）との間
で、ネットワーク等を介して、通信（アプリケーション
間通信）が行われる。この通信の方式には種々のものが
ある。

【０００３】例えば、データの送信側のアプリケーショ
ンと受信側のアプリケーションとが１対１でデータの送
受信を行う方式（ユニキャスト）、データの送信側のア
プリケーションから送出された送信データが複数の受信
側のアプリケーションの間で順次転送される方式（マル
チキャスト）等がある。また、データの送受信について
のプロトコルとして、ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰ等
の種々の方式が周知である。

【０００４】

【発明が解決しようとする課題】コンピュータネットワ
ークの発達に伴い、１個のアプリケーションに対して、
前記の種々の通信の全て又は大部分を行い得ることが要
求される。特に、複数のアプリケーションに対して複数
のプロトコルを用いて通信を行う機能が要求される。ま
た、ユニキャスト方式、マルチキャスト方式等の種々の
方式を用いて通信を行う機能が要求される。

【０００５】しかし、従来は、例えば、ユニキャスト方
式によって１つのアプリケーションが複数の他のアプリ
ケーションとの間で通信を行う場合、送信側であるアプ
リケーションが、当該通信相手毎に通信路を確立する処
理を行い、各々の通信を管理する処理を行う必要があ
る。これは、送信側であるアプリケーションは、個々
に、通信を行うための送受信の機能及びその管理の機能
を備え、かつ、自分で当該処理を行う必要があることを
意味する。また、当該通信相手がサポートしている通信
プロトコルを、送信側であるアプリケーションが意識す
る必要がある。これは、送信側であるアプリケーション
は、個々に、複数のプロトコルでの通信の機能を備える
必要があることを意味する。この上、送信側であるアプ
リケーションに対しては、ユニキャスト方式のみなら
ず、マルチキャスト方式等の種々の方式での通信も行い
得る機能も要求される。

【０００６】従って、送信側であるアプリケーション
は、個別に、種々の機能を備え種々の処理を行わなけれ
ばならないので、その負担が大きい。また、送信側であ
るアプリケーションの開発において、開発者にはマルチ
キャスト方式等の通信方式についての知識、通信相手が
サポートしている複数のプロトコルについての知識が求
められるので、開発者の負担が大きい。これらは受信側
のアプリケーションについても全く同様である。

【０００７】本発明は、１つのアプリケーションから複
数のアプリケーションに対して複数のプロトコルを用い
て少ないアプリケーションの負担で通信することが可能
なデータ通信装置を提供することを目的とする。

【０００８】また、本発明は、１つのアプリケーション
から複数のアプリケーションに対して複数のプロトコル
を用いて少ないアプリケーションの負担で通信すること
が可能なデータ通信方法を提供することを目的とする。

【０００９】また、本発明は、１つのアプリケーション
から複数のアプリケーションに対して複数のプロトコル
を用いて少ないアプリケーションの負担で通信すること
が可能なプログラムを記憶したプログラム記憶媒体を提
供することを目的とする。

【００１０】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明によるデータ通信装置を示す。データ
通信装置１００は、アプリケーション１、通信制御部
２、多重制御部３、通信管理部４、１又は複数の送受信
部５１乃至５ｎとからなる。

【００１１】アプリケーション１は１又は複数の他のア
プリケーション６（６１乃至６ｎ）へのデータの送信を
要求する。通信制御部２は、アプリケーション１からの
送信データ及びパラメータを伴う送信要求に応じて、当
該パラメータに基づいて、１又は複数の他のアプリケー
ション６１乃至６ｎの各々について当該データの送信が
可能な所定のプロトコルを判別する。多重制御部３は、
通信制御部２からの指示に従って、所定のプロトコルに
対応した指示を生成する。通信管理部４は、送受信部５
（５１乃至５ｎ）において所定のプロトコルに従って行
われる通信を管理する。１又は複数の送受信部５１乃至
５ｎは、１又は複数の他のアプリケーション６１乃至６
ｎの各々に対応させられ、所定のプロトコルに従った通
信を対応する他のアプリケーション６１乃至６ｎとの間
で行う。

【００１２】本発明のデータ通信装置によれば、アプリ
ケーション１は、複数の他のアプリケーション６１乃至
６ｎとの間で通信を行う場合でも、送信要求と共に、送
信データ及びパラメータを通信制御部２に渡すのみであ
る。プロトコルの判別は通信制御部２において行われ、
通信路の確立及び通信の管理は、多重制御部３、通信管
理部４及び送受信部５１乃至５ｎにおいて行われる。送
信側であるアプリケーション１は、個別に、種々の機能
を備えかつ種々の処理を行う必要がなく、また、プロト
コルを意識する必要もない。これに加えて、送信データ
及びパラメータは、複数の他のアプリケーションとの通
信につき１回だけ、アプリケーション１から通信制御部
２に渡される。従って、アプリケーション１の負担は小
さく、その開発者の負担も小さい。これらは受信側のア
プリケーション６１乃至６ｎについても全く同様であ
る。これにより、１つのアプリケーション１から複数の
アプリケーション６１乃至６ｎに対して複数のプロトコ
ルを用いて、少ないアプリケーション１の負担で、通信
することが可能である。

【００１３】また、本発明によれば、以上のような処理
をデータ通信装置であるコンピュータに実行させるプロ
グラム記憶媒体を提供することができる。これにより、
１つのアプリケーションから複数のアプリケーションに
対して複数のプロトコルを用いて、少ないアプリケーシ
ョンの負担で、通信することが可能である。

【００１４】

【発明の実施の形態】図２はデータ通信装置説明図であ
って、本発明のデータ通信装置の行う通信について示
す。図２において、データの送信側であるアプリケーシ
ョン１は、データの受信側である他のアプリケーション
６との間で、アプリケーション間通信を行う。アプリケ
ーション１はデータ通信装置１００であるコンピュータ
１００上に存在して動作し、他のアプリケーション６は
他の複数のコンピュータ（ホスト）２００上に存在して
動作する。コンピュータ１００とホスト２００とは、専
用回線又は公衆網３００を介して相互に接続される。

【００１５】本発明のデータ通信装置１００にあるアプ
リケーション１は、他のアプリケーション６との間での
アプリケーション間通信を行う場合、送信要求と共に送
信データ７（送信データ７のファイル）及びパラメータ
８（パラメータ８のファイル）を、１回だけ通信制御部
２に渡す。この後、アプリケーション１自体は、スリー
プ状態に入っても良い。送信要求の後の適切なタイミン
グで、アプリケーション１はスリープから復帰して、他
のアプリケーション６からの送信データ７に対する応答
データの受取要求を通信制御部２に発行する。

【００１６】他のアプリケーション６の存在するホスト
２００は、データ通信装置１００に、例えば、専用回線
等３００、専用回線等３００及びインターネット４０
０、又は、専用回線等３００及びＬＡＮ５００を介して
接続される。他のアプリケーション６の接続形態及び種
類が多岐に渡るので、これに対する通信は異なる方式及
びプロトコルに依らなければならない場合がある。

【００１７】アプリケーション１は、複数の他のアプリ
ケーション６にデータ送信を行うが、送信時に１回の送
信要求を行う。即ち、送信データ７が同一である限り、
アプリケーション１から通信制御部２への送信要求は１
回だけ行われる。他のアプリケーション６が複数存在す
る場合でも、他のアプリケーション６への送信が異なる
プロトコルによる場合でも、送信要求及び受取要求は１
回で良い。これにより、当該通信についてのアプリケー
ション１の負担は、極めて少なくなる。即ち、送信デー
タ７及びパラメータ８の作成のみである。

【００１８】一方、アプリケーション１は、複数の他の
アプリケーション６にデータ送信を行った場合、受信時
に当該他のアプリケーション６の数だけ、受取要求を行
う。即ち、どのような形式で送信しても、他のアプリケ
ーション６からの応答データを、個別に受け取ることが
できる。これにより、アプリケーション１は、応答デー
タの受信処理を意識することなく、透過的に応答データ
を得ることができる。即ち、受取要求を発行するのみで
良い。

【００１９】図３はパラメータ説明図である。パラメー
タ８は通信制御部２等において通信を制御するために用
いられる。パラメータ８は通信制御情報であり、例えば
図３に示すような各種の情報からなる。

【００２０】自動判別は、通信のプロトコル等の判別の
必要の有無を示す。即ち、「あり」の場合、アプリケー
ション１が設定したパラメータ８に従って、通信処理が
行われる。これはアプリケーション１が通信の方式を決
定する場合である。「なし」の場合、アプリケーション
１が設定したパラメータ８に基づいて、通信制御部２が
プロトコル等の判別を行ない、これに従って通信処理が
行われる。これは通信制御部２が通信の方式を決定する
場合である。

【００２１】マルチキャストは、マルチキャスト又はユ
ニキャストの区別を示す。即ち、「あり」の場合、送信
宛先リストに示されるホスト２００に対してマルチキャ
ストで送信が行われる。「なし」の場合、送信宛先リス
トに示されるホスト２００に対して個別にユニキャスト
で送信が行われる。なお、この指定の内容にかかわりな
く、同一の送信データ７を同一プロトコルで同一ネット
ワーク上で奏する場合には、自動的にマルチキャストと
される。

【００２２】マルチキャストの場合、例えば、図２にお
いてＬＡＮ５００に接続された複数のホスト２００上の
複数の他のアプリケーション６に対して、データ通信装
置１００は、同一のプロトコルに従って、１回の送信デ
ータ７の送出を行う。送信データ７は、送信宛先リスト
に示される１個のホスト２００が受信し、当該ホスト２
００により送信宛先リストに示される他のホスト２００
に送信される。この受信及び送信の繰り返しにより、送
信データ７が、送信宛先リストのホスト２００全てに伝
播される。

【００２３】ユニキャストの場合、送信宛先リストに示
されるホスト２００の各々に対して、データ通信装置１
００は、異なるプロトコルに従って、ホスト２００毎
に、送信データ７の送出を行う。例えば、ＬＡＮ５００
に接続されたホスト２００上の複数の他のアプリケーシ
ョン６に対して、個別に送信データ７が送信される。

【００２４】送信宛先リストは、送信データの送信先で
ある他のアプリケーション６の存在するホスト２００を
示す。例えば、各ホスト２００のネットワークアドレス
が示される。また、各ホスト２００上で動作している各
種のアプリケーションの内の他のアプリケーション６を
指定するようにしても良い。

【００２５】通信プロトコル種別は、当該送信を行うべ
き通信のプロトコルを示す。通信プロトコルとしては、
ＨＴＴＰ、ＨＴＴＰＳ、ＦＴＰ等がある。

【００２６】送信バッファサイズは、送信データ７を格
納するバッファのサイズを示す。送信バッファサイズ
は、送信データ７の転送において、１回のデータ転送で
送信されるデータ（データブロック）のサイズを示す。

【００２７】リトライ（再送）回数は、１個の他のアプ
リケーション６について送信に失敗した場合に、当該他
のアプリケーション６あたり送信を繰り返すべき回数を
示す。リトライ（再送）間隔は、送信を繰り返す場合に
おいて、その繰り返しの時間間隔を示す。

【００２８】圧縮送信は、データ圧縮の必要の有無を示
す。即ち、送信データ７を所定の方式に従ってデータ圧
縮して送信するか否かを示す。データ圧縮は通信制御部
２が行う。

【００２９】間欠転送は、間欠的なデータ転送の必要の
有無を示す。即ち、送信データ７を所定の大きさのデー
タブロックに分割して、時間間隔をおいて送信するか否
かを示す。間欠転送時のスリープ時間は、間欠転送を行
う場合におけるデータブロック転送の時間の間隔を示
す。

【００３０】チェックサム処理は、チェックサム処理の
必要の有無を示す。即ち、送信データ７についてチェッ
クサムデータを生成し付加するか否かを示す。また、受
信したデータにチェックサムデータが付加されているか
否かを示す。

【００３１】同時接続台数は、マルチキャストの場合に
おいて、同時に接続を許容される台数を示す。なお、ア
プリケーション１からの指定がない場合、パラメータ作
成用情報８１に定められた値（例えば、６４台）に自動
的に設定される。この値の最大値はコンピュータ１００
の有する回線３００の本数の値である。

【００３２】送信タイムアウト時間は当該送信を強制的
に終了すべき時間を示す。これにより、例えば図１０に
示す処理等により当該送信処理が連続して長時間行われ
ることを防止できる。

【００３３】パラメータ８はアプリケーション１により
送信要求の発行に先立って作成される。このために、ア
プリケーション１はパラメータ作成用情報８１を参照す
る。パラメータ作成用情報８１は当該アプリケーション
１又は後述する制御プログラム９が備え、パラメータ８
の作成に必要な各種の情報、即ち、図３に示す各項目を
設定するための情報からなる。例えば、パラメータ作成
用情報８１は、ホスト２００の各々のアドレス、ホスト
２００の各々のサポートしている１又は複数のプロトコ
ル、送信バッファサイズ等の標準の値等を含む。

【００３４】図４はデータ通信装置構成図であって、本
発明のデータ通信装置１００のデータ送信の機能に着目
した構成を示す。

【００３５】データ通信装置１００において、データ送
信の機能モジュール１０は、スレッド２０とこれに対応
するオブジェクト３０とからなる。スレッド２０内に
は、１個のアプリケーションスレッド２１と、１個又は
複数個の送受信部５１乃至５ｎである１個又は複数個の
通信スレッド２５（２５１乃至２５ｎ）とが含まれる。
アプリケーションスレッド２１は、更に、当該アプリケ
ーション１のメインスレッド２２、通信制御部２である
通信制御ソケット２３及び多重制御部３である多重制御
ソケット２４を含む。各々の通信スレッド２５１乃至２
５ｎは、その出力（回線）側に接続処理部２６１乃至２
６ｎを含む。

【００３６】メインスレッド２２には当該アプリケーシ
ョン１が存在し、当該メインスレッド２２内で動作す
る。通信制御ソケット２３及び多重制御ソケット２４
は、共に、アプリケーションスレッド２１内で動作す
る。各々の通信スレッド２５１乃至２５ｎは、アプリケ
ーション１のメインスレッド２２とは異なるスレッド２
０において動作する。接続処理部２６１乃至２６ｎは、
対応する各々の通信スレッド２５１乃至２５ｎと同一の
スレッド内（即ち、当該通信スレッド２５１乃至２５ｎ
内）で動作する。

【００３７】オブジェクト３０には、通信管理部４であ
るタスクマネージャ３１が含まれる。タスクマネージャ
３１は、管理テーブル３２、送信データ格納領域３３、
受信データ格納領域３４を含む。

【００３８】データ通信装置１００又はデータ送信の機
能モジュール１０は、図４に示すように、他のアプリケ
ーション６へのデータ送信をオブジェクト３０として捉
える。アプリケーションスレッド２１及び通信スレッド
２５１乃至２５ｎが、オブジェクト３０との間でメッセ
ージの授受を行うことにより、データ送信を行う。

【００３９】図５はデータ通信装置説明図であり、図４
に示すデータ通信装置１００における各部の生成処理を
示す。

【００４０】アプリケーション１が起動されると、アプ
リケーション１が制御プログラム９に対して所定の要求
を発行する。これにより、制御プログラム９が、スレッ
ド２０、その中のアプリケーションスレッド２１、その
中のメインスレッド２２を生成する。制御プログラム９
は、例えばＪａｖａ等であり、スレッドの生成やソケッ
トの生成等の所定の処理を行う。

【００４１】アプリケーション１は、他のアプリケーシ
ョン６との間のデータ通信を行う場合、制御プログラム
９に対して所定の要求ＮＥを発行して、データ通信のた
めのソケットの生成を要求する。これに応じて、制御プ
ログラム９はアプリケーションスレッド２１内に通信制
御ソケット２３を生成する。アプリケーション１は、前
記要求ＮＥの発行に際して、当該要求ＮＥと共に所定の
パラメータ８を制御プログラム９に渡す。制御プログラ
ム９は通信制御ソケット２３にパラメータ８を渡す。

【００４２】通信制御ソケット２３は、パラメータ８に
従って、即ち、当該通信制御ソケット２３における当該
通信の所定のプロトコルの判別の結果に基づいて、多重
制御ソケット２４を生成する。この生成処理は、実際
は、通信制御ソケット２３がパラメータ８に基づいて制
御プログラム９の備えるソケットライブラリ（図示せ
ず）の中から当該多重制御ソケット２４を呼び出すこと
による。

【００４３】多重制御ソケット２４はアプリケーション
１からの所定の要求に応じてタスクマネージャ３１を生
成する。この生成処理は、実際は、多重制御ソケット２
４の実行するコンストラクタ処理の一部として行われ
る。コンストラクタ処理は多重制御ソケット２４の生成
時に行われる。

【００４４】また、多重制御ソケット２４はアプリケー
ション１からの所定の要求の後の送信要求に応じて通信
スレッド２５１乃至２５ｎを生成する。通信スレッド２
５１乃至２５ｎは、多重制御ソケット２４の実行する送
信処理において非同期に生成される。通信スレッド２５
１乃至２５ｎは、宛先ホスト２００毎に１個生成され
る。送信処理はアプリケーション１からの送信要求ＳＥ
時において行われる。

【００４５】接続処理部２６（２６１乃至２６ｎ）も、
同様に、通信スレッド２５１乃至２５ｎ内に生成され
る。接続処理部２６は、ＴＣＰ／ＩＰのトランスポート
層であり、実際に当該プロトコルであるＨＴＴＰに従っ
て、データの送受信を行う。従って、接続処理部２６は
ＨＴＴＰコネクションである。ＨＴＴＰコネクションの
メソッドは、基本的には、同期型である。なお、通信ス
レッド２５又はタスクマネージャ３１及びアプリケーシ
ョンスレッド２１が、ＴＣＰ／ＩＰのアプリケーション
層であると考えて良い。

【００４６】次に、通信制御ソケット２３、多重制御ソ
ケット２４等の各部の実行する処理について説明する。
なお、この例では、図３に示すパラメータ８において、
プロトコルがＨＴＴＰであると指定されている。

【００４７】通信制御ソケット２３は、１又は複数の他
のアプリケーション６へのデータの送信を要求するアプ
リケーション１からの送信データ７及びパラメータ８を
伴う送信要求に応じて、当該パラメータ８に基づいて、
他のアプリケーション６の各々について、送信データ７
の送信が可能な所定のプロトコルを判別する。アプリケ
ーション１は、生成された通信制御ソケット２３に対し
て送信データ７を渡して、その送信を要求する。即ち、
通信制御ソケット２３はアプリケーション１に対するＡ
ＰＩ（Application Programming Interface ）である。
アプリケーション１からは通信インタフェースとして通
信制御ソケット２３が見えるのみである。従って、アプ
リケーション１が送信相手先のプロトコルを意識する必
要はない。アプリケーション１は、単に、パラメータ８
においてプロトコルを指定するのみである。この場合、
プロトコルがＨＴＴＰであることが認識される。

【００４８】通信制御ソケット２３は、上記プロトコル
の判別の他に、アプリケーション１から渡されたパラメ
ータ８が正しいか否かのチェック、制御プログラム９の
備えるソケットライブラリ（図示せず）からの各種のソ
ケットの呼び出しを行う。通信制御ソケット２３がパラ
メータ８に従って生成する多重制御ソケット２４は、当
該ソケットライブラリから呼び出される。

【００４９】多重制御ソケット２４は、通信制御ソケッ
ト２３からの判別結果及びパラメータ８に従って、前記
所定のプロトコルに対応した所定の指示を生成する。こ
の指示により、タスクマネージャ３１及び通信スレッド
２５が動作する。この場合、プロトコルがＨＴＴＰであ
るので、生成される（呼び出される）多重制御ソケット
２４はＨＴＴＰ制御ソケットである。

【００５０】多重制御ソケット２４は、スレッドテーブ
ル（図示せず）の作成、通信スレッド２５の生成、応答
データの取り出しを行う。スレッドテーブルの作成は、
多重制御ソケット２４の実行するコンストラクタ処理に
おいて行われる。スレッドテーブルは通信スレッド２５
を管理するために、多重制御ソケット２４が用いる。通
信スレッド２５の生成は、アプリケーション１からの送
信要求時において、１個づつ行われる。生成された通信
スレッド２５はスレッドテーブルに登録される。タスク
であるホスト２００への通信が当該通信スレッド２５を
使用中は、スレッドテーブルに例えばフラグがセットさ
れる。これにより、通信スレッド２５の割り当てが可能
となる。応答データの取り出しは、図１４を参照して後
述するように、応答データが他のアプリケーション６か
ら届くまで、同期待ち合わせすることにより行う。受信
データが届いている場合には、これを取り出して通信制
御ソケット２３に渡す。

【００５１】タスクマネージャ３１は、多重制御ソケッ
ト２４からの指示に従って、通信スレッド２５１乃至２
５ｎにおいて前記所定のプロトコルに従って行われる通
信を管理する。

【００５２】タスクマネージャ３１は多重制御ソケット
２４のコンストラクタ処理において生成される。タスク
マネージャ３１は、受信側のホスト２００をタスクとし
て捉えて、送信先のホスト２００の数の分のタスク管理
を行う。但し、タスクマネージャ３１は通信スレッドの
管理は行わない。タスクマネージャ３１はアプリケーシ
ョン１のメインスレッド２２内で動作する。タスクマネ
ージャ３１は、タスクの状態の管理、受信した応答デー
タ（パケット）の保管、通信スレッド２５への中止要求
ＣＡの通知を行う。

【００５３】タスクマネージャ３１は各々のタスクをそ
の実行状態に応じて管理テーブル３２に登録する。即
ち、管理テーブル３２において、終了していないタス
ク、実行中のタスク（例えば通信スレッド２５の割り当
てられているタスク）及び終了したタスクは、各々、未
終了、実行中及び終了の各項目に登録される。

【００５４】通信スレッド２５（２５１乃至２５ｎ）
は、１又は複数の他のアプリケーション６の各々に対応
させられ、所定のプロトコルに従った通信を、対応する
他のアプリケーション６との間で行う。

【００５５】通信スレッド２５は、多重制御ソケット２
４の送信処理において非同期に生成され、ＴＣＰ／ＩＰ
のトランスポート層である接続処理部（ＨＴＴＰコネク
ション）２６に対して実際の送信要求を行う。通信スレ
ッド２５は宛先ホスト２００毎に１個生成される。

【００５６】通信スレッド２５は、基本的には、通信相
手であるホスト２００の数だけ生成される。但し、当該
宛先の数がパラメータ８において指定される最大同時接
続台数を超える場合、最大同時接続台数分の通信スレッ
ド２５が順次起動され、処理の終了した通信スレッド２
５が再帰的に使用される。

【００５７】通信スレッド２５は接続処理部２６に対し
て同期型でソケットの生成及び送信を行う。また、通信
スレッド２５は接続処理部２６から受け取った受信側の
ホスト２００からの応答データに基づいて、タスクマネ
ージャ３１に当該応答データを格納する（パケットを設
定する）。通信スレッド２５は、中止要求ＣＡを受け取
ると、これを接続処理部２６に対して通知する。

【００５８】図６はデータ通信装置説明図であり、デー
タ通信装置１００における多重制御について示す。

【００５９】前述のように、アプリケーション１から通
信制御ソケット２３にパラメータ８が渡される。パラメ
ータ８は、プロトコルの自動判別についての情報、マル
チキャスト／ユニキャストの種別についての情報、プロ
トコルの種別についての情報を含む。通信制御ソケット
２３は、これらの情報に基づいて、他のアプリケーショ
ン６に対しての通信の方式を決定する。

【００６０】この通信の方式の決定において、通信制御
ソケット２３は、各々のデータ送信において、他のアプ
リケーション６に対しての通信に用いられるプロトコル
が複数であり異なるので、以下のように処理する。

【００６１】即ち、通信制御ソケット２３は、通信制御
ソケット２３における前記所定のプロトコルの判別の結
果に基づいて、複数のプロトコルの各々に対応して当該
プロトコルに対応した所定の指示を生成する複数の多重
制御ソケット２４を生成する。更に、複数の多重制御ソ
ケット２４は、アプリケーション１からの所定の要求に
応じて、当該複数の多重制御ソケット２４の各々に対応
して、タスクマネージャ３１を生成する。更に、複数の
多重制御ソケット２４は、アプリケーション１からの前
記所定の要求の後の送信要求に応じて、当該複数の多重
制御ソケット２４の各々に対応して、複数の通信スレッ
ド２５を生成する。

【００６２】この場合、図３に示すように、パラメータ
８の通信プロトコル種別において「ＨＴＴＰ」が指定さ
れているので、ＨＴＴＰ用の多重制御ソケット２４が生
成される。即ち、ＨＴＴＰソケットである。また、ＨＴ
ＴＰ用の多重制御ソケット２４に対応して、そのための
タスクマネージャ３１が生成される。更に、ＨＴＴＰコ
ネクションである接続処理部２６を含む通信スレッド２
５が生成される。

【００６３】パラメータ８において指定されている、又
は、通信に用いられるプロトコルの種別がＨＴＴＰＳ又
はＦＴＰであれば、多重制御ソケット２４に代えて、Ｈ
ＴＴＰＳソケット又はＦＴＰソケットが生成される。な
お、通信プロトコルは、ここに示すものに限られない。

【００６４】従って、データ通信装置１００又は通信制
御ソケット２３は、図３に示すように、プロトコルに応
じて、多重制御ソケット２４を多重に制御する。通信制
御ソケット２３は、プロトコルに応じて、順次スイッチ
を切り替えるかのようにして、当該プロトコル用の多重
制御ソケット２４、タスクマネージャ３１、通信スレッ
ド２５（送受信部５）の組を切り替える（呼び出す）。
なお、この切り替えは、１個の送信データ７の送信中に
おいて、即ち、図９に示すステップＳ８の実行中におい
ては、通常行われないが、プロトコルの変更に応じて行
うようにしても良い。

【００６５】図７は、データ通信装置説明図であり、デ
ータ通信装置１００における多重制御について示す。

【００６６】タスクマネージャ３１は、複数の通信スレ
ッド２５が複数の他のアプリケーション６から受信した
前記送信に対する応答データを、アプリケーション１に
通知することなく、その受信データ格納領域３４にその
受信順に格納して保持する。通信制御ソケット２３は、
図１４を参照して後述するように、アプリケーション１
からの受取要求に応じて、タスクマネージャ３１の受信
データ格納領域３４を調べる。そして、通信制御ソケッ
ト２３は、応答データが受信データ格納領域３４に保持
されている場合、これを取り出してアプリケーション１
へ送る。一方、応答データが保持されていない場合、通
信制御ソケット２３は、応答データがないことをアプリ
ケーション１に通知することなく、当該応答データが受
信データ格納領域３４前記通信管理部に保持されるまで
待つ。

【００６７】従って、図７に示すように、アプリケーシ
ョン１は、送信時においては、１回の送信要求を行うこ
とにより送信データ７の送信処理を終了できる。また、
アプリケーション１は、受信時においては、送信データ
７に対する応答データを、各ホスト２００から個別に受
信することができる。即ち、応答データがデータ通信装
置１００に到着する都度に、これを意識する必要がな
い。

【００６８】図８はデータ送信処理説明図であって、図
４のデータ通信装置１００におけるデータ送信処理を示
す。この送信処理は図１７に示す受信処理と対応する処
理である。

【００６９】この例は、図４のデータ通信装置１００が
ＨＴＴＰサーバであり、ホスト２００（図１５のデータ
受信装置）がＨＴＴＰクライアントである場合について
示す。即ち、ＨＴＴＰサーバ１００が複数のＨＴＴＰク
ライアント２００に対して装置データ７を送り、これに
対する応答データを集める例である。

【００７０】アプリケーション１は、前述のように、他
のアプリケーション６との間のデータ通信を行う場合、
制御プログラム９に対してパラメータ８と共に所定の要
求ＮＥを発行する。これに応じて、制御プログラム９は
通信制御ソケット２３を生成する。通信制御ソケット２
３は多重制御ソケット２４を生成する。多重制御ソケッ
ト２４はタスクマネージャ３１を生成する。

【００７１】次に、アプリケーション１が通信制御ソケ
ット２３に対して送信データ７と共に送信要求ＳＥを発
行する。通信制御ソケット２３は、多重制御ソケット２
４を介して、これらをタスクマネージャ３１に送る。

【００７２】タスクマネージャ３１は、送信要求ＳＥに
応じて、通信スレッド２５１乃至２５ｎを生成する。通
信スレッド２５１乃至２５ｎは、各々の対応する他のア
プリケーション６に対して送信データ７を送信する。

【００７３】送信の途中で、何らかの理由により、当該
送信を中止したい場合には、アプリケーション１が通信
制御ソケット２３に対して中止要求ＣＡを発行する。通
信制御ソケット２３は、多重制御ソケット２４を介し
て、これをタスクマネージャ３１に送る。タスクマネー
ジャ３１は、中止要求ＣＡに応じて、通信スレッド２５
１乃至２５ｎに当該送信を中止させる。

【００７４】アプリケーション１からの送信データ７を
受け取った１又は複数の他のアプリケーション６は、必
要に応じて、送信データ７に対する応答データをアプリ
ケーション１に送信する。対応する通信スレッド２５１
乃至２５ｎは、応答データを受信して、これをタスクマ
ネージャ３１に送る。タスクマネージャ３１は、通信ス
レッド２５１乃至２５ｎから受け取った応答データを、
多重制御ソケット２４等に対して通知することなく、受
信順に受信データ格納領域３４に格納して保持する。

【００７５】アプリケーション１は、他のアプリケーシ
ョン６から当該送信に対する応答データを受信する場
合、送信要求ＳＥの発行から適当な時間の経過後、通信
制御ソケット２３に対して受取要求ＲＣを発行する。通
信制御ソケット２３は、多重制御ソケット２４を介し
て、タスクマネージャ３１の受信データ格納領域３４を
参照する。

【００７６】応答データが受信データ格納領域３４に保
持されている場合、通信制御ソケット２３は、保持され
ている全ての応答データを受信データ格納領域３４から
取り出して、アプリケーション１に送る。応答データが
受信データ格納領域３４に保持されていない場合、通信
制御ソケット２３は当該応答データが受信データ格納領
域３４に格納されるのを待つ。即ち、通信制御ソケット
２３は、応答データが受信データ格納領域３４に格納さ
れるまで、定期的に受信データ格納領域３４を参照する
ことを繰り返す。

【００７７】アプリケーション１は、他のアプリケーシ
ョン６との間のデータ通信を終了した場合、制御プログ
ラム９に対して所定の要求ＣＬを発行して、通信制御ソ
ケット２３の消滅を要求する。これに応じて、制御プロ
グラム９は通信制御ソケット２３を消滅させる。この消
滅に先立って、通信制御ソケット２３は多重制御ソケッ
ト２４に要求ＣＬを通知する。多重制御ソケット２４は
タスクマネージャ３１及び通信スレッド２５１乃至２５
ｎを消滅させる。この後、多重制御ソケット２４が通信
制御ソケット２３により消滅させられる。

【００７８】図９乃至図１４に示す各処理フローを参照
して、通信制御ソケット２３、多重制御ソケット２４等
の実行する各処理について説明する。

【００７９】図９はデータ通信送信１００における送信
データの他のアプリケーション６へのデータ送信時の処
理フローを示す。

【００８０】前述のように、パラメータ８は、プロトコ
ルの自動判別についての情報、マルチキャスト／ユニキ
ャストの種別についての情報、プロトコルの種別につい
ての情報を含む。他のアプリケーション６へのデータ送
信時の処理において、通信制御ソケット２３は、このパ
ラメータ８に基づいて、他のアプリケーション６に対し
ての通信の方式を決定する。特に、通信制御ソケット２
３は、パラメータ８に基づいて他のアプリケーション６
に対してマルチキャストでの通信を決定した場合、当該
マルチキャストでの通信において通信に失敗したアプリ
ケーション６に対してユニキャストでの通信を決定す
る。これにより、アプリケーション１は通信の失敗を個
々に意識する必要がない。

【００８１】また、図６に示すように、通信制御ソケッ
ト２３は、他のアプリケーション６に対しての通信のプ
ロトコルが複数である場合、複数のプロトコルの各々に
対応して複数の多重制御ソケット２４を生成する。更
に、複数の多重制御ソケット２４は、その各々に対応し
て、タスクマネージャ３１を生成し、複数の通信スレッ
ド２５を生成する。

【００８２】通信制御ソケット２３が、アプリケーショ
ン１から送信要求と共に送信データ７及びパラメータ８
を受け取る（ステップＳ１）。

【００８３】通信制御ソケット２３が、通信プロトコル
を切り分ける処理を開始する（ステップＳ２）。

【００８４】通信制御ソケット２３が、アプリケーショ
ン１により自動判別が指定されているか否かを調べる
（ステップＳ３）。即ち、図３に示すパラメータ８にお
いて、自動判別が「あり」か「なし」かが調べられる。
「あり」が指定されている場合に相当する。

【００８５】指定されている場合、通信制御ソケット２
３が、多重制御ソケット２４を介してタスクマネージャ
３１に、当該送信先の全てに対してマルチキャストで送
信可能か否かを問い合わせる（ステップＳ４）。即ち、
タスクマネージャ３１が当該送信先の全てのホスト２０
０にマルチキャストでの受信が可能かを問い合わせる。
これにより、アプリケーション１の指定の誤りが訂正さ
れる。

【００８６】送信可能な場合、通信スレッド２５がマル
チキャストで当該送信先の全てに対して当該送信データ
を送信する（ステップＳ５）。マルチキャストの場合、
データ通信装置１００は送信データ７を１回だけ送出す
る。

【００８７】通信制御ソケット２３が正常終了したか否
かを調べる（ステップＳ６）。

【００８８】正常終了した場合、通信制御ソケット２３
が処理を終了する。

【００８９】ステップＳ３において、自動判別が指定さ
れていない場合、通信制御ソケット２３がアプリケーシ
ョン１によりマルチキャストが指定されているか否かを
調べる（ステップＳ７）。指定されている場合、ステッ
プＳ４以下を実行する。これにより、ステップＳ４で前
述のように、アプリケーション１の指定の誤りが訂正さ
れる。

【００９０】指定されていない場合、通信スレッド２５
が、当該送信先の各々に対してその通信方式に適合した
ユニキャストで当該送信データを送信して（ステップＳ
８）、処理を終了する。ユニキャストの場合、図６に示
すように、通信制御ソケット２３が異なるプロトコルに
対応する多重制御ソケット２４を送信の都度に生成し、
多重制御ソケット２４等が前述した各処理を実行する。
これにより、ステップＳ８が実行される。

【００９１】また、ステップＳ４において、当該送信先
の全てに対してマルチキャストで送信可能でない場合
も、ステップＳ８以下を実行する。

【００９２】また、ステップＳ６において、正常終了し
なかった場合、通信制御ソケット２３が送信失敗先リス
トを作成し、多重制御部２４を介してタスクマネージャ
３１等に再度の送信要求を行い（ステップＳ９）、ステ
ップＳ８以下を実行する。

【００９３】図１０は送受信時のエラーリトライ処理フ
ローを示す。この処理は図９に示すステップＳ５及びス
テップＳ８の送信処理、及び、図１８に示すステップＳ
４０の受信処理の双方において実行される。この処理に
より、当該データ送信の信頼性を向上することができ
る。

【００９４】前述のように、パラメータ８は、他のアプ
リケーション６に対しての通信に失敗した場合における
リトライ回数、及び、リトライの場合における各通信の
間の時間間隔についての情報を含む。通信制御ソケット
２３が、この情報に基づいて、他のアプリケーション６
に対しての通信のリトライ回数を決定する。これに応じ
て、タスクマネージャ３１及び通信スレッド２５は、当
該時間間隔で、リトライ回数の範囲において、通信の成
功まで当該通信を繰り返す。この場合において、複数の
通信スレッド２５の内、通信のリトライを行っている通
信スレッド２５が、リトライの場合における各通信の
間、スリープ状態となる。

【００９５】通信スレッド２５がデータ送受信処理を行
う（ステップＳ１０）。

【００９６】通信制御ソケット２３が送受信が失敗した
か否かを調べる（ステップＳ１１）。送受信が失敗に
は、例えば送信データ７をネットワーク４００上に送出
できなかった場合等がある。

【００９７】失敗した場合、通信制御ソケット２３がア
プリケーション１から指定された回数だけ当該送受信を
リトライしたか否かを調べる（ステップＳ１２）。リト
ライ回数は図３に示すパラメータ８において指定され
る。

【００９８】指定回数だけリトライしていない場合、当
該通信スレッド２５は、アプリケーション１から指定さ
れた時間だけスリープ状態となり（ステップＳ１３）、
指定時間が経過するとステップＳ１０以下を繰り返す。
スリープ時間は図３に示すパラメータ８において指定さ
れる。

【００９９】指定回数だけリトライした場合、当該送受
信に失敗したので、通信制御ソケット２３が異常終了を
認識して（ステップＳ１４）、処理を終了する。

【０１００】ステップＳ１１において、送受信に失敗し
ていない場合、通信制御ソケット２３が正常終了を認識
して（ステップＳ１５）、処理を終了する。

【０１０１】図１１はデータ送信側におけるデータ送信
時のデータチェックサム処理フローを示す。以下の処理
において、ステップＳ１６乃至ステップＳ１８は図９に
示すステップＳ５及びステップＳ８において実行され、
ステップＳ１９は図８に示す受取要求ＲＣの発行以降の
処理に対応する。

【０１０２】前述のように、パラメータ８は、送信デー
タ７へのチェックサムデータの付加についての情報を含
む。通信制御ソケット２３は、この情報に基づいて、送
信データ７についてのチェックサムデータを作成する。
タスクマネージャ３１及び通信スレッド２５は、送信デ
ータ７にチェックサムデータを付加して送信する。この
処理により、当該データ送信の信頼性を向上することが
できる。

【０１０３】通信制御ソケット２３がアプリケーション
１からデータチェックサム処理を伴うデータ送信が指定
されているか否かを調べる（ステップＳ１６）。即ち、
図３に示すパラメータ８において、チェックサム処理が
「あり」か「なし」かが調べられる。「あり」が指定さ
れている場合に相当する。

【０１０４】指定されている場合、通信制御ソケット２
３が当該チェックサム処理用のチェックサムデータ（例
えば、ＭＤ５）を作成する（ステップＳ１７）。指定さ
れていない場合、ステップＳ１７の実行は省略する。

【０１０５】通信スレッド２５が当該送信データの送信
処理を行う（ステップＳ１８）。この時、チェックサム
データが作成されていれば、同時に送信される。

【０１０６】適当な時間の経過の後、通信スレッド２５
が、図１４に示す受信処理により、図１９に示すステッ
プＳ５１において送信された送信データ７に対する応答
（リプライ）データを受信する（ステップＳ１９）。応
答データは、送信データ７に対する本来の応答の他に、
受信側のホスト２００におけるチェックサムエラーの発
生の有無を示す情報を含む。

【０１０７】通信制御ソケット２３が、受信したリプラ
イデータを用いてチェックサムエラーが発生したか否か
を調べる（ステップＳ２０）。図１５に示すステップＳ
３５において、リプライデータには当該データ送信元名
（ホスト２００の名前）が付加されているので、当該エ
ラーの発生したホスト２００を知ることができる。

【０１０８】発生していない場合、通信制御ソケット２
３が正常終了を認識して（ステップＳ２１）、処理を終
了する。

【０１０９】発生した場合、通信制御ソケット２３がチ
ェックサムエラーの発生をアプリケーション１に通知し
て（ステップＳ２２）、処理を終了する。この後、アプ
リケーション１は、当該他のアプリケーション６に対し
て当該送信データ７を再送信する等の処理を行う。

【０１１０】図１２は最大接続台数の制御処理フローを
示す。この処理は図９に示すステップＳ５及びステップ
Ｓ８において実行される。この処理により、ネットワー
クのトラフィック負荷を軽減することができる。

【０１１１】前述のように、パラメータ８は、他のアプ
リケーション６に対しての通信を行う場合における同時
に接続可能な通信相手の数である同時最大接続台数につ
いての情報を含む。多重制御ソケット２４は、この情報
に基づいて、タスクマネージャ３１及び通信スレッド２
５が複数の他のアプリケーション６との通信を行う場合
における、同時に接続する通信相手の数を制限する。こ
のために、多重制御ソケット２４は、アプリケーション
１からの所定の要求の後の送信要求に応じて、前記同時
最大接続台数の数だけ、１又は複数の通信スレッド２５
を生成する。生成された通信スレッド２５は、タスクマ
ネージャ３１により、複数の他のアプリケーション６に
対しての通信に割り当てられる。

【０１１２】この割り当てにおいて、他のアプリケーシ
ョン６毎に優先度を指定することができる。例えば、パ
ラメータ８に、他のアプリケーション６に対しての通信
を行う場合における通信の優先度についての情報を含む
ことができる。この場合、タスクマネージャ３１が、こ
の情報に基づいて、生成された複数の通信スレッド２５
を、複数の他のアプリケーション６に対してその優先度
の高い順に、当該他のアプリケーション６への通信に割
り当てる。

【０１１３】通信制御ソケット２３が、アプリケーショ
ン１からの複数のホスト２００への送信要求を受け付け
る（ステップＳ２３）。複数のホスト２００は、図３に
示すパラメータ８において、宛先リストに示される。例
えば、送信先として指示されるホスト２００の台数は１
００００台である。

【０１１４】多重制御ソケット２４が１個の通信スレッ
ド２５を生成し、通信スレッド２５が送受信処理を実行
する（ステップＳ２４）。この時、その時点で、最も優
先度の高い他のアプリケーション６（ホスト２００）に
対して、当該１個の通信スレッド２５が割り当てられ
る。なお、最初から複数の通信スレッド２５を生成する
ようにしても良い。

【０１１５】通信制御ソケット２３が、多重制御ソケッ
ト２４を介して、送信要求のあった全てのホスト２００
への処理が完了したか否かを調べる（ステップＳ２
５）。処理が完了した場合、通信制御ソケット２３が処
理を終了する。

【０１１６】処理が完了していない場合、多重制御ソケ
ット２４が、そのスレッドテーブルを参照することによ
り、アプリケーション１から指定された同時最大接続台
数以上の通信スレッド２５（２５１乃至２５ｎ）が動作
しているか否かを調べる（ステップＳ２６）。同時最大
接続台数は図３のパラメータ８において指定され、この
場合は１０個である。

【０１１７】動作していない場合、ステップＳ２４以下
を繰り返す。即ち、新たに１個の通信スレッド２５が生
成され、これを用いた送受信処理が実行される。この場
合は最大で１０個の通信スレッド２５が生成される。

【０１１８】動作している場合、タスクマネージャ３１
（又は多重制御ソケット２４）が、何れかの通信スレッ
ド２５の処理の終了を待ち合わせして、当該処理の終了
して空いた通信スレッド２５により送受信処理を実行し
（ステップＳ２７）、ステップＳ２５を繰り返す。この
時、前述のように、その時点で、最も優先度の高い他の
アプリケーション６（ホスト２００）に対して、空いた
通信スレッド２５が割り当てられる。この場合、１０個
の通信スレッド２５を繰り返し用いて１００００台のホ
スト２００に対する送信が行われる。

【０１１９】図１３は間欠転送処理フローを示す。この
処理は図９に示すステップＳ５及びステップＳ８におい
て実行される。この処理により、ネットワークのトラフ
ィック負荷を軽減することができる。

【０１２０】通信制御ソケット２３がアプリケーション
１からのデータ送信要求を受け付ける（ステップＳ２
８）。

【０１２１】通信スレッド２５が指定されたバッファサ
イズでデータを送信する（ステップＳ２９）。バッファ
サイズは、図３のパラメータ８において指定されてい
る。

【０１２２】タスクマネージャ３１が、その送信データ
格納領域３３を参照して、データの送信が全て完了した
か否かを調べる（ステップＳ３０）。即ち、送信データ
格納領域３３に取り出されずに残っているデータ（デー
タブロック）が存在するか否かを調べる。完了した場
合、処理を終了する。

【０１２３】完了しない場合、タスクマネージャ３１が
間欠転送モードが指定されているか否かを調べる（ステ
ップＳ３１）。間欠転送モードは図３に示すパラメータ
８において指定される。指定されていない場合、ステッ
プＳ２９以下を繰り返す。

【０１２４】指定されている場合、当該通信スレッド２
５は、指定された時間分だけスリープ状態に入り（ステ
ップＳ３２）、その後、ステップＳ３８以下を繰り返
す。スリープ時間は図３に示すパラメータ８において指
定される。

【０１２５】図１４はリプライ受信時の処理フローを示
す。この処理は、図１１に示すステップＳ１９において
実行され、図８に示す受取要求ＲＣの発行以降の処理に
相当する。

【０１２６】前述のように、タスクマネージャ３１が、
複数の通信スレッド２５が複数の他のアプリケーション
６から受信した前記送信に対する応答データを保持す
る。通信制御ソケット２３は、アプリケーション１から
の受取要求に応じてタスクマネージャ３１（の受信デー
タ格納領域３４）を調べる。そして、通信制御ソケット
２３は、応答データがタスクマネージャ３１に保持され
ている場合にこれを取り出してアプリケーション１へ送
り、保持されていない場合に当該応答データがタスクマ
ネージャ３１に保持されるまで待つ。

【０１２７】アプリケーション１は、１個の他のアプリ
ケーション６について、１回の受取要求を発行するのみ
である。アプリケーション１は、受取要求の発行を、他
のアプリケーション６（ホスト２００）の数だけ繰り返
すことにより、応答データを受け取ることができる。な
お、アプリケーション１が、相当の数の応答データが受
信データ格納領域３４に保持されているとみなせるタイ
ミングで、受取要求を発行するようにしても良い。これ
により、その時点で保持されている応答データを全て受
け取ることができ、受取要求の発行回数を減らすことが
できる。

【０１２８】通信制御ソケット２３がアプリケーション
１からリプライデータ受信要求を受け取る（ステップＳ
３３）。

【０１２９】通信制御ソケット２３がタスクマネージャ
３１の受信データ格納領域３４を参照することにより、
送信相手先から受信データが届いているか否かを調べる
（ステップＳ３４）。届いていない場合、ステップＳ３
４以下を繰り返す。このように応答データの受信を待ち
合わせすることにより、図７に示すように、送信データ
７の送信は１回であるのに対し、その応答データの受取
は個別に処理することができる。

【０１３０】届いている場合、通信制御ソケット２３
が、リプライデータ送信元の名前の付加された当該リプ
ライデータをアプリケーション１に通知して（ステップ
Ｓ３５）、処理を終了する。

【０１３１】図１５はデータ通信装置構成図であって、
本発明のデータ通信装置１００のデータ受信の機能に着
目した構成を示す。この構成は、上述した他のアプリケ
ーション６がデータ通信装置１００に存在し、データ通
信装置１００が受信側である場合の構成を示す。即ち、
アプリケーション６は他のアプリケーション１から送信
された送信データ７を受信する。

【０１３２】データ通信装置１００において、データ受
信の機能モジュール４０は、スレッド５０とこれに対応
するオブジェクト６０とからなる。スレッド５０内には
１個のアプリケーションスレッド５１が含まれる。アプ
リケーションスレッド５１は、更に、アプリケーション
６のメインスレッド５２、第１通信制御部である通信制
御サーバソケット５３、第１多重制御部である多重制御
サーバソケット５４、第２通信制御部である通信制御ソ
ケット５５、第２多重制御部である多重制御ソケット５
６及び送受信部５７を含む。スレッド５０は接続処理部
５８を含む。

【０１３３】メインスレッド５２にはアプリケーション
６が存在し、当該メインスレッド５２内で動作する。第
１及び第２の通信制御ソケット５３及び５５、第１及び
第２の多重制御ソケット５４及び５６は、共に、アプリ
ケーションスレッド５１内で動作する。データ受信の機
能モジュール４０は、送信の場合とは異なり、送受信部
５７もアプリケーションスレッド５１内で動作する。接
続処理部５８は、アプリケーションスレッド５１２外で
かつスレッド５０内で動作する。

【０１３４】オブジェクト６０には通信管理部であるタ
スクマネージャ６１が含まれる。タスクマネージャ６１
は受信した送信データ７を格納する格納領域６２を含
む。

【０１３５】データ通信装置１００又はデータ受信の機
能モジュール４０は、図１５に示すように、アプリケー
ション１からの送信データ７の受信をオブジェクト６０
として捉える。アプリケーションスレッド５１が、オブ
ジェクト６０との間でメッセージの授受を行うことによ
り、データ受信を行う。

【０１３６】図１６はデータ受信装置説明図であり、図
１５に示すデータ通信装置１００における各部の生成を
示す。

【０１３７】アプリケーション６が起動されると、アプ
リケーション６がＪａｖａ等の制御プログラム９に対し
て所定の要求を発行する。これにより、制御プログラム
９が、スレッド５０、その中のアプリケーションスレッ
ド５１、その中のメインスレッド５２を生成する。

【０１３８】アプリケーション６は、他のアプリケーシ
ョン１との間のデータ通信を行う場合、制御プログラム
９に対して所定の要求ＮＥ’を発行して、データ通信の
ためのソケットの生成を要求する。これに応じて、制御
プログラム９はアプリケーションスレッド５１内に通信
制御サーバソケット５３を生成する。アプリケーション
６は、前記要求ＮＥ’の発行に際して、当該要求ＮＥ’
と共にデータ受信のプロトコル（例えば、ＨＴＴＰ）を
制御プログラム９に渡す。制御プログラム９は通信制御
サーバソケット５３に当該プロトコルを渡す。

【０１３９】通信制御サーバソケット５３は、当該プロ
トコルに従って、多重制御サーバソケット５４を生成す
る。この生成処理は、実際は、通信制御ソケット５３が
当該プロトコルに基づいて制御プログラム９の備えるソ
ケットライブラリ（図示せず）の中から当該多重制御サ
ーバソケット５４を呼び出すことによる。

【０１４０】多重制御サーバソケット５４は送受信部５
７を生成する。送受信部５７は、多重制御サーバソケッ
ト５４の生成時に生成される。送受信部５７は、送信の
場合とは異なり、１個生成される。

【０１４１】また、通信制御サーバソケット５３は通信
制御ソケット５５を生成する。この生成処理は、実際
は、通信制御サーバソケット５３が制御プログラム９の
備えるソケットライブラリ（図示せず）の中から当該通
信制御ソケット５５を呼び出すことによる。

【０１４２】また、多重制御サーバソケット５４は多重
制御ソケット５６を生成する。多重制御ソケット５６
も、実際は、多重制御サーバソケット５４が制御プログ
ラム９の備えるソケットライブラリ（図示せず）の中か
ら当該多重制御ソケット５６を呼び出すことにより、生
成される。

【０１４３】多重制御ソケット５４はタスクマネージャ
６１を生成する。この生成処理は、実際は、多重制御ソ
ケット５４の実行するコンストラクタ処理の一部として
行われる。コンストラクタ処理は多重制御ソケット５４
の生成時に行われる。

【０１４４】接続処理部５８も、同様にして、多重制御
ソケット５４により生成される。接続処理部５８は、接
続処理部２６と同様に、ＴＣＰ／ＩＰのトランスポート
層であり、実際に当該プロトコルであるＨＴＴＰに従っ
て、データの送受信を行う。従って、接続処理部５８は
ＨＴＴＰコネクションである。ＨＴＴＰコネクションの
メソッドは、基本的には、同期型である。なお、タスク
マネージャ６１及びアプリケーションスレッド５１が、
ＴＣＰ／ＩＰのアプリケーション層であると考えて良
い。

【０１４５】次に、通信制御サーバソケット５３、多重
制御サーバソケット５４等の実行する処理について説明
する。なお、この例では、図３に示すパラメータ８にお
いて、プロトコルがＨＴＴＰであると指定されている。

【０１４６】通信制御部は第１通信制御部（又は第１通
信制御ソケット）である通信制御サーバソケット５３と
第２通信制御部（又は第２通信制御ソケット）である通
信制御ソケット５５とからなる。通信制御部、即ち、通
信制御サーバソケット５３及び通信制御ソケット５５
は、アプリケーション６からの要求に応じて、他のアプ
リケーション１からの送信データ７の受信が可能な所定
のプロトコルを判別する。

【０１４７】また、通信制御サーバソケット５３は、ア
プリケーション６からの要求に応じて、他のアプリケー
ション１からの送信データ７の受信が可能な所定のプロ
トコルを判別する。通信制御ソケット５５は、アプリケ
ーション６からの受取要求に応じて、タスクマネージャ
６１に送信データ７が保持されている場合にこれをアプ
リケーション６に送り、保持されていない場合に当該送
信データ７がタスクマネージャ６１に保持されるまで待
つ。通信制御ソケット５５は、アプリケーション６から
の要求に応じて、多重制御ソケット５６を介して他のア
プリケーション１に対して応答データを返信する多重制
御部は第１多重制御部（又は第１多重制御ソケット）で
ある多重制御サーバソケット５４と第２多重制御部（又
は第２多重制御ソケット）である多重制御ソケット５６
とからなる。多重制御部は、通信制御部からの判別結果
に従って、前記所定のプロトコルに対応した所定の指示
を生成する。即ち、多重制御サーバソケット５４は、通
信制御サーバソケット５３からの判別結果に従って、前
記所定のプロトコルに対応した所定の指示を生成する。
多重制御ソケット５６は、通信制御ソケット５５からの
指示に従って、アプリケーション６からの受取要求及び
応答データの返信のための前記所定のプロトコルに対応
した所定の指示を生成する。

【０１４８】通信管理部であるタスクマネージャ６１
は、多重制御部、即ち、多重制御サーバソケット５４及
び多重制御ソケット５６からの指示に従って送受信部５
７において前記所定のプロトコルに従って行われる通信
によって他のアプリケーション１から受信した送信デー
タ７を保持する。

【０１４９】通信制御サーバソケット５３はアプリケー
ション１に対するＡＰＩ（Application Programming In
terface ）である。アプリケーション１は、通信制御サ
ーバソケット５３に対して送信データ７の受信を要求す
る。アプリケーション１からは通信インタフェースとし
て通信制御サーバソケット５３等が見えるのみである。
従って、アプリケーション１が送信相手先のプロトコル
を意識する必要はない。この場合、プロトコルがＨＴＴ
Ｐであることが認識される。

【０１５０】通信制御サーバソケット５３は、上記プロ
トコルの判別の他に、アプリケーション６から渡された
パラメータ（図示せず）が正しいか否かのチェック、制
御プログラム９の備えるソケットライブラリ（図示せ
ず）からの各種のサーバソケットの呼び出しを行う。通
信制御サーバソケット５３が生成する多重制御サーバソ
ケット５４は、当該ソケットライブラリから呼び出され
る。

【０１５１】多重制御サーバソケット５４は、通信制御
サーバソケット５３での判別結果に従って、前記所定の
プロトコルに対応した所定の指示を生成する。この指示
により、送受信部５７が動作する。この場合、プロトコ
ルがＨＴＴＰであるので、生成される（呼び出される）
多重制御サーバソケット５４はＨＴＴＰ制御サーバソケ
ットである。

【０１５２】通信制御ソケット５５も、通信制御サーバ
ソケット５３と同様に、アプリケーション１に対するＡ
ＰＩである。アプリケーション１は、通信制御ソケット
５５に対して送信データ７の受取を要求する。アプリケ
ーション１からはインタフェースとして通信制御ソケッ
ト５５が見えるのみである。

【０１５３】通信制御ソケット５５は、上記プロトコル
の判別の他に、アプリケーション６から渡されたパラメ
ータ（図示せず）が正しいか否かのチェック、制御プロ
グラム９の備えるソケットライブラリ（図示せず）から
の各種のソケットの呼び出しを行う。通信制御ソケット
５５が生成する多重制御ソケット５６は、当該ソケット
ライブラリから呼び出される。

【０１５４】多重制御ソケット５６は、前記所定のプロ
トコルに対応した所定の指示を生成する。この指示によ
り、タスクマネージャ６１が動作する。この場合、プロ
トコルがＨＴＴＰであるので、生成される（呼び出され
る）多重制御ソケット５６はＨＴＴＰ制御ソケットであ
る。多重制御ソケット５６はタスクマネージャ６１に格
納されている受信した送信データ７の取り出しを行う。
送信データ７の取り出しにおいては、応答データの取り
出しと異なり、同期待ち合わの必要がない。

【０１５５】送受信部５７は接続処理部５８に対して同
期型で実際の接続要求を行う。送受信部５７は、前記接
続要求において受け取ったソケット（多重制御ソケット
５６）を使用して、接続処理部５８に対して同期型で受
信要求を行う。送受信部５７は、前記受信要求において
受け取った送信データ７を、タスクマネージャ６１に格
納する（パケットを設定する）。送受信部５７は接続処
理部５８に対して同期型で返信要求を行う。アプリケー
ション６からの返信の中止要求があった場合には、送信
側におけるのと同様にして、当該中止要求を接続処理部
５８に対して通知する。

【０１５６】タスクマネージャ６１は、多重制御ソケッ
ト５６からの指示に従って、受信した送信データ（パケ
ット）７を管理する。タスクマネージャ６１は多重制御
ソケット２４のコンストラクタ処理において生成され
る。タスクマネージャ６１はアプリケーション６のメイ
ンスレッド５２内で動作する。

【０１５７】図１７はデータ受信処理説明図であって、
本発明のデータ通信装置１００におけるデータ受信処理
を示す。この受信処理は図８に示す送信処理と対応する
処理である。

【０１５８】この例は、図１５のホスト２００がＨＴＴ
Ｐクライアントであり、図４のデータ受信装置１００が
ＨＴＴＰサーバである場合について示す。即ち、ＨＴＴ
Ｐサーバ１００に対して、ＨＴＴＰクライアント２００
が装置データ７に対する応答データを返信する例であ
る。

【０１５９】アプリケーション６は、前述のように、他
のアプリケーション１との間のデータ通信を行う場合、
制御プログラム９に対して所定の要求ＮＥ’を発行す
る。これに応じて、制御プログラム９は通信制御サーバ
ソケット５３を生成する。通信制御サーバソケット５３
は多重制御サーバソケット５４を生成する。多重制御サ
ーバソケット５４は送受信部５７を生成する。

【０１６０】次に、アプリケーション６が通信制御サー
バソケット５３に対して接続要求ＡＣを発行する。通信
制御サーバソケット５３は、多重制御サーバソケット５
４を介して、これを送受信部５７に送る。

【０１６１】送受信部５７は、接続要求ＡＣに応じて、
接続処理部５８の一部５８１を介して、所定のサーバ
（例えば、ＨＴＴＰサーバ）との間で所定のプロトコル
に従って通信を行うことにより、当該サーバとの間の接
続を確立する。送受信部５７は接続要求ＡＣに対する前
記所定のサーバからの応答を多重制御サーバソケット５
４に通知する。

【０１６２】多重制御サーバソケット５４は、送受信部
５７から前記応答の通知を受けると、多重制御ソケット
５４を生成する。多重制御ソケット５４はタスクマネー
ジャ６１を生成する。

【０１６３】この後、多重制御サーバソケット５４は、
接続処理部５８の一部５８２を介して、前記所定のサー
バに対して、送信データ７の受信要求ＲＣ’を送信す
る。これに応じて、前記所定のサーバが当該送信データ
７を送信し、これを送受信部５７が受信する。

【０１６４】送信データ７を受け取った送受信部５７
は、受け取った送信データ７をタスクマネージャ６１に
送る。タスクマネージャ６１は、多重制御ソケット５４
等に対して通知することなく、受け取った送信データ７
を格納領域６２に格納して保持する。

【０１６５】また、送信データ７を受け取った送受信部
５７は、送信データ７の受信を、多重制御サーバソケッ
ト５４を介して、通信制御サーバソケット５３に通知す
る。通信制御サーバソケット５３は、当該受信をアプリ
ケーション６に通知すると共に、通信制御ソケット５５
を生成する。

【０１６６】当該受信の通知を受けたアプリケーション
６は、通信制御ソケット５５に対して受取要求ＲＣを発
行する。通信制御ソケット５５は、多重制御ソケット５
６を介して、タスクマネージャ６１の格納領域６２を参
照する。

【０１６７】この時点で、送信データ７が受信データ格
納領域３４に保持されているので、通信制御ソケット５
５は、保持されている送信データ７を格納領域６２から
取り出して、多重制御ソケット５６を介して、アプリケ
ーション６に送る。

【０１６８】送信データ７を受け取ったアプリケーショ
ン６は、当該送信データ７に対して応答データを返す必
要がある場合、当該応答データを作成する。アプリケー
ション６は、当該応答データと共に、通信制御ソケット
５５に対して所定の返信要求ＲＰを発行する。通信制御
ソケット５５は、多重制御ソケット５６を介して、これ
らを送受信部５７に送る。送受信部５７は、接続処理部
５８の一部５８２を介して、他のアプリケーション６の
存在する所定のサーバに応答データを送信する。

【０１６９】アプリケーション６は、他のアプリケーシ
ョン１との間の通信を終了した場合、制御プログラム９
に対して所定の要求ＣＬを発行して、通信制御ソケット
５５の消滅を要求する。これに応じて、制御プログラム
９は通信制御ソケット５５を消滅させる。この消滅に先
立って、通信制御ソケット５５は多重制御ソケット５６
に要求ＣＬを通知する。多重制御ソケット５６はタスク
マネージャ６１を消滅させる。この後、多重制御ソケッ
ト５６が通信制御ソケット５５により消滅させられる。

【０１７０】図１８はデータ受信側におけるデータ受信
時の処理フローを示す。

【０１７１】通信制御サーバソケット５３がアプリケー
ション６から接続要求を受け取る（ステップＳ３６）。

【０１７２】通信制御サーバソケット５３が通信プロト
コルの切り分け処理を行う（ステップＳ３７）。

【０１７３】通信制御サーバソケット５３がアプリケー
ション６から接続要求を受け取り、多重制御サーバソケ
ット５４及び送受信部５７を介して、送信する（ステッ
プＳ３８）。

【０１７４】送受信部５７が多重制御サーバソケット５
４から受信要求を受け取り、送信する（ステップＳ３
９）。

【０１７５】送受信部５７がアプリケーション１から送
信データ７を受信する（ステップＳ４０）。受信した送
信データ７はタスクマネージャ６１の格納領域６２に保
持される。

【０１７６】通信制御ソケット５５がアプリケーション
６から受取要求を受け取る（ステップＳ４１）。これに
より、格納領域６２に保持されている送信データ７が取
り出されアプリケーション６に送られる。

【０１７７】アプリケーション６が送信データ７に対す
る応答データの返信が必要か否かを調べる（ステップＳ
４２）。必要でない場合、以下のステップＳ４３及びス
テップＳ４４は省略される。

【０１７８】必要な場合、アプリケーション６が所定の
応答データを作成する（ステップＳ４３）。

【０１７９】アプリケーション６から応答データ及び返
信要求を受け取った通信制御ソケット５５が、多重制御
ソケット５６及び送受信部５７を介して、応答データを
アプリケーション１に送信して（ステップＳ４４）、処
理を終了する。

【０１８０】図１９はデータ受信側におけるデータ受信
時のデータチェックサム処理フローを示す。この処理
は、主として、図１８に示すステップＳ４１において実
行され、ステップＳ５１は図１８のステップＳ４３及び
ステップＳ４４において実行される。この処理により、
当該データ送信の信頼性を向上することができる。

【０１８１】送受信部５７が送信データ７を受信する
（ステップＳ４５）。この時、図３のパラメータ８にお
いてデータチェックサム処理が「あり」とされていれ
ば、図１１に示すステップＳ１８においてチェックサム
用データが付加されている。

【０１８２】通信制御ソケット５５が、受信した送信デ
ータ７がアプリケーション１からデータチェックサム処
理を伴うデータ送信が指定されて送信されたか否かを調
べる（ステップＳ４６）。このために、ステップＳ４５
において受信した送信データ７にチェックサム用データ
の付加の有無を示す情報が付加される。データチェック
サム処理が指定されていない場合、処理を終了する。

【０１８３】指定されていた場合、通信制御ソケット５
５が当該受信したデータに基づいて新たにチェックサム
処理用のチェックサム用データを作成する（ステップＳ
４７）。

【０１８４】通信制御ソケット５５がチェックサム処理
を行う（ステップＳ４８）。即ち、ステップＳ４５で受
信したチェックサム用データと、ステップＳ４７で作成
したチェックサム用データとを比較する。

【０１８５】通信制御ソケット５５がチェックサムエラ
ーが発生したか否かを調べる（ステップＳ４９）。前記
比較の結果が一致した場合チェックサムエラーは発生し
ておらず、不一致の場合チェックサムエラーが発生して
いる。

【０１８６】発生していない場合、通信制御ソケット５
５が正常終了を認識して（ステップＳ５０）、処理を終
了する。従って、応答データにチェックサムエラーの発
生の通知は含まれない。又は、応答データの返信が省略
される。

【０１８７】発生した場合、通信制御ソケット５５が、
送受信部５７を介してチェックサムエラーが発生したこ
とを送信元へリプライデータとして送信し（ステップＳ
５１）、処理を終了する。なお、送信データ７に対する
応答データを送信する必要がある場合、チェックサムエ
ラーの発生の通知が当該応答データに付加される。

【０１８８】この後、送信元であるアプリケーション１
において、図１１に示すステップＳ１９以下が実行され
る。これにより、ステップＳ５１において送信されたチ
ェックサムエラーの発生の通知が、ステップＳ２０にお
いて調べられる。

【０１８９】以上、本発明を実施の形態に従って詳細に
説明したが、本発明はその主旨の範囲において種々の変
形が可能である。

【０１９０】例えば、本発明は双方向の通信が行われる
場合においても適用することができる。即ち、データ通
信装置１００及びホスト２００の双方が、図４に示すデ
ータ送信モジュール１０及び図１５に示すデータ受信モ
ジュール４０の双方を備えることにより、双方向の通信
においても同様の効果を得ることができる。また、本発
明は、サーバとクライアントとの間の通信に限らず、広
くデータ通信に適用することができる。

【０１９１】本発明は、以上のような処理をコンピュー
タであるデータ通信装置１００（及びホスト２００）に
行わせるプログラムを記憶したプログラム記憶媒体を提
供するものである。

【０１９２】

【発明の効果】以上説明したように、本発明によれば、
データ通信装置において、アプリケーションからのパラ
メータに基づいて通信が可能なプロトコルを自動的に判
別して当該通信を行うことにより、アプリケーションの
行う処理を複数の他のアプリケーションとの間で複数の
プロトコルに従って通信を行う場合でも送信データ及び
パラメータを１回出力するのみにすることができるの
で、アプリケーションが個別に種々の通信機能を備えて
種々の処理を行う必要をなくすことができ、アプリケー
ションがプロトコルを意識する必要をなくすことがで
き、この結果、データ通信のためのアプリケーションの
負担を小さくでき、その開発者の負担も小さくすること
ができる。

【０１９３】また、本発明によれば、以上のような処理
をデータ通信装置であるコンピュータに実行させるプロ
グラム記憶媒体を提供することができるので、アプリケ
ーションについて同様の効果を得ることができる。

【図面の簡単な説明】

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

【図２】データ通信装置説明図である。

【図３】パラメータ説明図である。

【図４】データ通信装置構成図である。

【図５】データ通信装置説明図である。

【図６】データ通信装置説明図である。

【図７】データ通信装置説明図である。

【図８】データ送信処理説明図である。

【図９】データ送信時の処理フローを示す。

【図１０】データ送受信時のエラーリトライ処理フロー
を示す。

【図１１】データ送信時のデータチェックサム処理フロ
ーを示す。

【図１２】最大接続台数の制御処理フローを示す。

【図１３】間欠転送処理フローを示す。

【図１４】リプライ受信時の処理フローを示す。

【図１５】データ受信装置構成図である。

【図１６】データ受信装置説明図である。

【図１７】データ受信処理説明図である。

【図１８】データ受信時の処理フローを示す。

【図１９】データ受信時のデータチェックサム処理フロ
ーを示す。

【符号の説明】

１ アプリケーション ２ 通信制御部 ３ 多重制御部 ４ 通信管理部 ５、５１〜５ｎ 送受信部 ６、６１〜６ｎ 他のアプリケーション ７ 送信データ ８ パラメータ ９ 制御プログラム １０ 機能モジュール ２０ スレッド ２１ アプリケーションスレッド ２２ メインスレッド ２３ 通信制御ソケット ２４ 多重制御ソケット ２５１〜２５ｎ 通信スレッド ３０ オブジェクト ３１ タスクマネージャ ３２ 管理テーブル ３３ 送信データ格納領域 ３４ 受信データ格納領域

───────────────────────────────────────────────────── フロントページの続き (72)発明者 寺岡 孝司 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 吉岡 直人 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 Ｆターム(参考） 5B089 AA03 AA11 AD06 AF01 AF02 CA19 CB02 CB08 CC12 CC18 CC20 5B098 AA10 GA01 GC16

Claims (31)

【特許請求の範囲】
1. 【請求項１】 １又は複数の他のアプリケーションへの
   データの送信を要求するアプリケーションと、 前記アプリケーションからの送信データ及びパラメータ
   を伴う送信要求に応じて、当該パラメータに基づいて、
   前記１又は複数の他のアプリケーションの各々について
   当該データの送信が可能な所定のプロトコルを判別する
   通信制御部と、前記通信制御部からの判別結果及び前記
   パラメータに従って、前記所定のプロトコルに対応した
   所定の指示を生成する多重制御部と、 前記多重制御部からの指示に従って、送受信部において
   前記所定のプロトコルに従って行われる通信を管理する
   通信管理部と、 前記１又は複数の他のアプリケーションの各々に対応さ
   せられ、前記所定のプロトコルに従った通信を対応する
   他のアプリケーションとの間で行う１又は複数の送受信
   部とからなることを特徴とするデータ通信装置。
2. 【請求項２】 前記データ通信装置は、更に、所定の処
   理を行う制御プログラムを備え、 前記通信制御部は、前記アプリケーションからの所定の
   要求に応じて、前記制御プログラムにより生成され、 前記多重制御部は、前記通信制御部における前記所定の
   プロトコルの判別の結果に基づいて、前記通信制御部に
   より生成され、 前記通信管理部は、前記アプリケーションからの前記所
   定の要求に応じて、前記多重制御部により生成され、 前記１又は複数の送受信部は、前記アプリケーションか
   らの前記所定の要求の後の送信要求に応じて、前記多重
   制御部により生成されることを特徴とする請求項１に記
   載のデータ通信装置。
3. 【請求項３】 前記パラメータは、プロトコルの自動判
   別についての情報、マルチキャスト／ユニキャストの種
   別についての情報、プロトコルの種別についての情報を
   含み、 前記通信制御部が、これらの情報に基づいて、前記１又
   は複数の他のアプリケーションに対しての通信の方式を
   決定することを特徴とする請求項１に記載のデータ通信
   装置。
4. 【請求項４】 前記通信制御部が、前記パラメータに基
   づいて複数の他のアプリケーションに対してマルチキャ
   ストでの通信を決定し、当該マルチキャストでの通信に
   おいて通信に失敗したアプリケーションに対してユニキ
   ャストでの通信を決定することを特徴とする請求項３に
   記載のデータ通信装置。
5. 【請求項５】 前記１又は複数の他のアプリケーション
   に対しての通信のプロトコルが複数である場合、前記通
   信制御部における前記所定のプロトコルの判別の結果に
   基づいて、前記複数のプロトコルの各々に対応して、当
   該プロトコルに対応した所定の指示を生成する多重制御
   部が、前記通信制御部により生成されることを特徴とす
   る請求項３に記載のデータ通信装置。
6. 【請求項６】 前記通信管理部は、前記アプリケーショ
   ンからの前記所定の要求に応じて、前記複数の多重制御
   部の各々に対応して、当該多重制御部により生成され、 前記１又は複数の送受信部は、前記アプリケーションか
   らの前記所定の要求の後の送信要求に応じて、前記複数
   の多重制御部の各々に対応して、当該多重制御部により
   生成されることを特徴とする請求項５に記載のデータ通
   信装置。
7. 【請求項７】 前記パラメータは、前記１又は複数の他
   のアプリケーションに対しての通信に失敗した場合にお
   けるリトライ回数についての情報を含み、 前記通信制御部が、この情報に基づいて、前記１又は複
   数の他のアプリケーションに対しての通信のリトライ回
   数を決定し、 前記通信管理部及び送受信部が前記リトライ回数の範囲
   において通信の成功まで当該通信を繰り返すことを特徴
   とする請求項１に記載のデータ通信装置。
8. 【請求項８】 前記パラメータは、前記リトライの場合
   における各通信の間の時間間隔についての情報を含み、 前記通信管理部及び送受信部が、前記時間間隔で前記通
   信を繰り返し、 前記１又は複数の送受信部の内、前記通信のリトライを
   行っている送受信部が、前記リトライの場合における各
   通信の間はスリープ状態となることを特徴とする請求項
   ７に記載のデータ通信装置。
9. 【請求項９】 前記パラメータは、前記送信データへの
   チェックサムデータの付加についての情報を含み、 前記通信制御部が、この情報に基づいて、前記送信デー
   タについてのチェックサムデータを作成し、 前記通信管理部及び送受信部が前記送信データに前記チ
   ェックサムデータを付加して送信することを特徴とする
   請求項１に記載のデータ通信装置。
10. 【請求項１０】 前記パラメータは、前記１又は複数の
    他のアプリケーションに対しての通信を行う場合におけ
    る同時に接続可能な通信相手の数である同時最大接続台
    数についての情報を含み、 前記多重制御部が、この情報に基づいて、前記通信管理
    部及び送受信部が前記１又は複数の他のアプリケーショ
    ンとの通信を行う場合における、同時に接続する通信相
    手の数を制限することを特徴とする請求項１に記載のデ
    ータ通信装置。
11. 【請求項１１】 前記１又は複数の送受信部は、前記ア
    プリケーションからの前記所定の要求の後の送信要求に
    応じて、前記同時最大接続台数の数だけ前記多重制御部
    により生成され、 前記通信管理部が、生成された複数の送受信部を複数の
    他のアプリケーションに対しての通信に割り当てること
    を特徴とする請求項１０に記載のデータ通信装置。
12. 【請求項１２】 前記パラメータは、前記１又は複数の
    他のアプリケーションに対しての通信を行う場合におけ
    る通信の優先度についての情報を含み、 前記通信管理部が、この情報に基づいて、生成された複
    数の送受信部を複数の他のアプリケーションに対しての
    優先度の高い順に通信に割り当てることを特徴とする請
    求項１１に記載のデータ通信装置。
13. 【請求項１３】 前記通信管理部が、前記１又は複数の
    送受信部が前記１又は複数の他のアプリケーションから
    受信した前記送信に対する応答データを保持することを
    特徴とする請求項１に記載のデータ通信装置。
14. 【請求項１４】 前記通信制御部が、前記アプリケーシ
    ョンからの受取要求に応じて前記通信管理部を調べ、前
    記応答データが前記通信管理部に保持されている場合に
    前記アプリケーションへ送り、保持されていない場合に
    当該応答データが前記通信管理部に保持されるまで待つ
    ことを特徴とする請求項１３に記載のデータ通信装置。
15. 【請求項１５】 アプリケーションスレッド及び１又は
    複数の通信スレッドを含むスレッドと、前記スレッドに
    対応するオブジェクトとを備え、 前記アプリケーションスレッドは、 １又は複数の他のアプリケーションへのデータの送信を
    要求するアプリケーションと、 前記アプリケーションからの送信データ及びパラメータ
    を伴う送信要求に応じて、前記１又は複数の他のアプリ
    ケーションへの当該データの送信が可能な所定のプロト
    コルを判別する通信制御ソケットと、 前記通信制御ソケットからの指示に従って、前記所定の
    プロトコルに対応した指示を生成する多重制御ソケット
    とを備え、 前記オブジェクトは、通信スレッドにおいて前記所定の
    プロトコルに従って行われる通信を管理するタスクマネ
    ージャを備え、 前記１又は複数の通信スレッドは、前記１又は複数の他
    のアプリケーションの各々に対応させられ、前記所定の
    プロトコルに従った通信を対応する他のアプリケーショ
    ンとの間で行うことを特徴とするデータ通信装置。
16. 【請求項１６】 前記データ通信装置は、更に、所定の
    処理を行う制御プログラムを備え、 前記アプリケーションスレッド及び前記スレッドは、前
    記アプリケーションが起動される際に、前記制御プログ
    ラムにより生成され、 前記通信制御ソケットは、前記アプリケーションからの
    所定の要求に応じて、前記制御プログラムにより、前記
    アプリケーションスレッド内に生成され、 前記多重制御ソケットは、前記通信制御ソケットにおけ
    る前記所定のプロトコルの判別の結果に基づいて、前記
    通信制御ソケットにより、前記アプリケーションスレッ
    ド内に生成され、 前記タスクマネージャは、前記アプリケーションからの
    前記所定の要求に応じて、前記多重制御ソケットによ
    り、前記オブジェクト内に生成され、 前記１又は複数の通信スレッドは、前記アプリケーショ
    ンからの前記所定の要求の後の送信要求に応じて、前記
    多重制御ソケットにより、前記スレッド内に生成される
    ことを特徴とする請求項１５に記載のデータ通信装置。
17. 【請求項１７】 １又は複数の他のアプリケーションへ
    のデータの送信を要求するアプリケーションからの送信
    データ及びパラメータを伴う送信要求に応じて、前記１
    又は複数の他のアプリケーションへの当該データの送信
    が可能な所定のプロトコルを判別し、 前記判別の結果に従って、前記所定のプロトコルに対応
    した指示を生成し、 前記所定のプロトコルに従って行われる通信を管理し、 前記１又は複数の他のアプリケーションの各々に対応し
    て、前記所定のプロトコルに従った通信を対応する他の
    アプリケーションとの間で行うことを特徴とするデータ
    通信方法。
18. 【請求項１８】 所定の制御プログラムが、当該アプリ
    ケーションが起動される際に、アプリケーションスレッ
    ド及びこれを含むスレッドを生成し、 前記制御プログラムが、前記アプリケーションからの所
    定の要求に応じて、通信制御ソケットを前記アプリケー
    ションスレッド内に生成し、 前記通信制御ソケットが、１又は複数の他のアプリケー
    ションへのデータの送信を要求するアプリケーションか
    らの送信データ及びパラメータを伴う送信要求に応じ
    て、前記１又は複数の他のアプリケーションへの当該デ
    ータの送信が可能な所定のプロトコルを判別し、 前記通信制御ソケットが、前記通信制御ソケットにおけ
    る前記所定のプロトコルの判別の結果に基づいて、多重
    制御ソケットを前記アプリケーションスレッド内に生成
    し、 前記多重制御ソケットが、前記通信制御ソケットからの
    指示に従って、前記所定のプロトコルに対応した所定の
    指示を生成し、 前記多重制御ソケットが、前記アプリケーションからの
    前記所定の要求に応じて、タスクマネージャを前記スレ
    ッドに対応するオブジェクト内に生成し、 前記多重制御ソケットが、前記アプリケーションからの
    前記所定の要求の後の送信要求に応じて、１又は複数の
    通信スレッドを前記スレッド内に生成し、 前記多重制御ソケットからの指示に従って、前記タスク
    マネージャが、通信スレッドにおいて前記所定のプロト
    コルに従って行われる通信を管理し、 前記１又は複数の他のアプリケーションの各々に対応さ
    せられた前記１又は複数の通信スレッドが、前記所定の
    プロトコルに従った通信を、対応する他のアプリケーシ
    ョンとの間で行うことを特徴とするデータ通信方法。
19. 【請求項１９】 １又は複数の他のアプリケーションへ
    のデータの送信を要求するアプリケーションからの送信
    データ及びパラメータを伴う送信要求に応じて、前記１
    又は複数の他のアプリケーションへの当該データの送信
    が可能な所定のプロトコルを判別する通信制御処理と、 前記通信制御処理の結果に従って、前記所定のプロトコ
    ルに対応した指示を生成する多重制御処理と、 前記多重制御処理の結果に従って、前記所定のプロトコ
    ルに従って行われる通信を管理する通信管理処理と、 前記所定のプロトコルに従った通信を、前記１又は複数
    の他のアプリケーションの各々に対応して、当該他のア
    プリケーションとの間で行う１又は複数の送受信処理と
    を当該データ通信装置であるコンピュータに実行させる
    ことを特徴とするプログラム記憶媒体。
20. 【請求項２０】 アプリケーションスレッド及びこれを
    含むスレッドを、当該アプリケーションが起動される際
    に、所定の制御プログラムに生成させる処理と、 通信制御ソケットを、前記アプリケーションからの所定
    の要求に応じて、前記制御プログラムに、前記アプリケ
    ーションスレッド内に生成させる処理と、 前記通信制御ソケットが、１又は複数の他のアプリケー
    ションへのデータの送信を要求するアプリケーションか
    らの送信データ及びパラメータを伴う送信要求に応じ
    て、前記１又は複数の他のアプリケーションへの当該デ
    ータの送信が可能な所定のプロトコルを判別する処理
    と、 多重制御ソケットを、前記通信制御ソケットにおける前
    記所定のプロトコルの判別の結果に基づいて、前記通信
    制御ソケットに、前記アプリケーションスレッド内に生
    成させる処理と、 前記多重制御ソケットが、前記通信制御ソケットからの
    指示に従って、前記所定のプロトコルに対応した指示を
    生成する処理と、 タスクマネージャを、前記アプリケーションからの前記
    所定の要求に応じて、前記多重制御ソケットに、前記ス
    レッドに対応するオブジェクト内に生成させる処理と、 １又は複数の通信スレッドを、前記アプリケーションか
    らの前記所定の要求の後の送信要求に応じて、前記多重
    制御ソケットに、前記スレッド内に生成させる処理と、 前記タスクマネージャが通信スレッドにおいて前記所定
    のプロトコルに従って行われる通信を管理する処理と、 前記１又は複数の通信スレッドが、前記１又は複数の他
    のアプリケーションの各々に対応させられ、前記所定の
    プロトコルに従った通信を対応する他のアプリケーショ
    ンとの間で行う処理とを当該データ通信装置であるコン
    ピュータに実行させることを特徴とするプログラム記憶
    媒体。
21. 【請求項２１】 他のアプリケーションから送信された
    送信データを受信するアプリケーションと、 前記アプリケーションからの要求に応じて、前記他のア
    プリケーションからの前記送信データの受信が可能な所
    定のプロトコルを判別する通信制御部と、 前記通信制御部からの判別結果に従って、前記所定のプ
    ロトコルに対応した所定の指示を生成する多重制御部
    と、 前記多重制御部からの指示に従って送受信部において前
    記所定のプロトコルに従って行われる通信によって前記
    他のアプリケーションから受信した前記送信データを保
    持する通信管理部と、 前記所定のプロトコルに従った通信を他のアプリケーシ
    ョンとの間で行う送受信部とからなることを特徴とする
    データ通信装置。
22. 【請求項２２】 前記通信制御部が、前記アプリケーシ
    ョンからの受取要求に応じて、前記通信管理部に前記送
    信データが保持されている場合にこれを前記アプリケー
    ションに送り、保持されていない場合に当該送信データ
    が前記通信管理部に保持されるまで待つことを特徴とす
    る請求項２１に記載のデータ通信装置。
23. 【請求項２３】 前記通信制御部が、前記アプリケーシ
    ョンからの要求に応じて、前記多重制御部を介して、前
    記他のアプリケーションに対して、応答データを返信す
    ることを特徴とする請求項２１に記載のデータ通信装
    置。
24. 【請求項２４】 前記通信制御部は第１及び第２の通信
    制御部からなり、 前記多重制御部は第１及び第２の多重制御部からなり、 前記第１通信制御部が、前記アプリケーションからの要
    求に応じて、前記他のアプリケーションからの前記送信
    データの受信が可能な所定のプロトコルを判別し、 前記第２通信制御部が、前記アプリケーションからの受
    取要求に応じて前記通信管理部に前記送信データが保持
    されている場合にこれを前記アプリケーションに送り保
    持されていない場合に当該送信データが前記通信管理部
    に保持されるまで待つと共に、前記アプリケーションか
    らの要求に応じて前記第２多重制御部を介して前記他の
    アプリケーションに対して応答データを返信する前記第
    １多重制御部は、前記第１通信制御部からの判別結果に
    従って、前記所定のプロトコルに対応した所定の指示を
    生成し、 前記第２多重制御部は、前記第２通信制御部からの指示
    に従って、前記受取要求及び応答データの返信のための
    前記所定のプロトコルに対応した所定の指示を生成する
    ことを特徴とする請求項２１に記載のデータ通信装置。
25. 【請求項２５】 アプリケーションスレッドと、前記ア
    プリケーションスレッドに対応するオブジェクトとを備
    え、 前記アプリケーションスレッドは、 他のアプリケーションから送信された送信データの受信
    を要求するアプリケーションと、 前記アプリケーションからの要求に応じて、前記他のア
    プリケーションからのデータの受信が可能な所定のプロ
    トコルを判別する通信制御ソケットと、 前記通信制御ソケットからの指示に従って、前記所定の
    プロトコルに対応した所定の指示を生成する多重制御ソ
    ケットと、 前記所定のプロトコルに従った通信を前記他のアプリケ
    ーションとの間で行う送受信部を備え、 前記オブジェクトは、前記送受信部において受信された
    前記送信データを保持するタスクマネージャを備えるこ
    とを特徴とするデータ通信装置。
26. 【請求項２６】 前記通信制御ソケットは第１及び第２
    の通信制御ソケットからなり、 前記多重制御ソケットは第１及び第２の多重制御ソケッ
    トからなり、 前記第１通信制御ソケットが、前記アプリケーションか
    らの要求に応じて、前記他のアプリケーションからの前
    記送信データの受信が可能な所定のプロトコルを判別
    し、 前記第２通信制御ソケットが、前記アプリケーションか
    らの受取要求に応じて前記タスクマネージャに前記送信
    データが保持されている場合にこれを前記アプリケーシ
    ョンに送り保持されていない場合に当該送信データが前
    記タスクマネージャに保持されるまで待つと共に、前記
    アプリケーションからの要求に応じて前記第２多重制御
    ソケットを介して前記他のアプリケーションに対して応
    答データを返信する前記第１多重制御ソケットは、前記
    第１通信制御ソケットからの判別結果に従って、前記所
    定のプロトコルに対応した所定の指示を生成し、 前記第２多重制御ソケットは、前記第２通信制御ソケッ
    トからの指示に従って、前記受取要求及び応答データの
    返信のための前記所定のプロトコルに対応した所定の指
    示を生成することを特徴とする請求項２５に記載のデー
    タ通信装置。
27. 【請求項２７】 前記データ通信装置は、更に、所定の
    処理を行う制御プログラムを備え、 前記アプリケーションスレッドは、前記アプリケーショ
    ンが起動される際に、前記制御プログラムにより生成さ
    れ、 前記第１通信制御ソケットは、前記アプリケーションか
    らの所定の要求に応じて、前記制御プログラムにより前
    記アプリケーションスレッド内に生成され、 前記第１多重制御ソケットは、前記第１通信制御ソケッ
    トにおける前記所定のプロトコルの判別の結果に基づい
    て、前記第１通信制御ソケットにより、前記アプリケー
    ションスレッド内に生成され、 前記第２通信制御ソケットは、所定のタイミングで、前
    記第１通信制御ソケットにより、前記アプリケーション
    スレッド内に生成され、 前記第２多重制御ソケットは、所定のタイミングで、前
    記第１多重制御ソケットにより、前記アプリケーション
    スレッド内に生成され、 前記タスクマネージャは、前記アプリケーションからの
    前記所定の要求に応じて、前記第２多重制御ソケットに
    より、前記オブジェクト内に生成され、 前記送受信部は、前記アプリケーションからの前記所定
    の要求に応じて、前記第１多重制御ソケットにより、前
    記アプリケーションスレッド内に生成されることを特徴
    とする請求項２６に記載のデータ通信装置。
28. 【請求項２８】 他のアプリケーションから送信された
    送信データを受信するアプリケーションからの要求に応
    じて、前記他のアプリケーションからの前記送信データ
    の受信が可能な所定のプロトコルを判別し、 前記判別の結果に従って、前記所定のプロトコルに対応
    した所定の指示を生成し、 前記所定の指示に従って前記所定のプロトコルに従って
    行われる通信によって前記他のアプリケーションから受
    信した前記送信データを保持し、 前記所定のプロトコルに従った通信を他のアプリケーシ
    ョンとの間で行うことを特徴とするデータ通信方法。
29. 【請求項２９】 所定の制御プログラムが、前記アプリ
    ケーションが起動される際に、アプリケーションスレッ
    ドを生成し、 前記制御プログラムが、前記アプリケーションからの所
    定の要求に応じて、前記第１通信制御ソケットを前記ア
    プリケーションスレッド内に生成し、 前記第１通信制御ソケットが、前記アプリケーションか
    らの要求に応じて、前記他のアプリケーションからの前
    記送信データの受信が可能な所定のプロトコルを判別
    し、 前記第１通信制御ソケットが、前記第１通信制御ソケッ
    トにおける前記所定のプロトコルの判別の結果に基づい
    て、前記第１多重制御ソケットを前記アプリケーション
    スレッド内に生成し、 前記第１多重制御ソケットが、前記アプリケーションか
    らの前記所定の要求に応じて、前記送受信部を前記アプ
    リケーションスレッド内に生成し、 前記第１多重制御ソケットが、前記第１通信制御ソケッ
    トからの判別結果に従って、前記所定のプロトコルに対
    応した所定の指示を生成し、 前記第１通信制御ソケットが、所定のタイミングで、前
    記第２通信制御ソケットを前記アプリケーションスレッ
    ド内に生成し、 前記第１多重制御ソケットが、所定のタイミングで、前
    記第２多重制御ソケットを前記アプリケーションスレッ
    ド内に生成し、 前記第２多重制御ソケットが、前記アプリケーションか
    らの前記所定の要求に応じて、タスクマネージャを前記
    オブジェクト内に生成し、 前記タスクマネージャが、送受信部において前記所定の
    プロトコルに従って行われる通信によって前記他のアプ
    リケーションから受信した前記送信データを保持し、 前記第２通信制御ソケットが、前記アプリケーションか
    らの受取要求に応じて前記タスクマネージャに前記送信
    データが保持されている場合にこれを前記アプリケーシ
    ョンに送り、 前記送受信部が、前記所定のプロトコルに従った通信を
    前記他のアプリケーションとの間で行うことを特徴とす
    るデータ通信方法。
30. 【請求項３０】 他のアプリケーションから送信された
    送信データを受信するアプリケーションからの要求に応
    じて、前記他のアプリケーションからの前記送信データ
    の受信が可能な所定のプロトコルを判別する通信制御処
    理と、 前記通信制御処理の判別結果に従って、前記所定のプロ
    トコルに対応した所定の指示を生成する多重制御処理
    と、 前記多重制御処理の結果に従って前記所定のプロトコル
    に従って行われる通信によって前記他のアプリケーショ
    ンから受信した前記送信データを保持する通信管理処理
    と、 前記所定のプロトコルに従った通信を他のアプリケーシ
    ョンとの間で行う送受信処理とを当該データ通信装置で
    あるコンピュータに実行させる ことを特徴とするプログラム記憶媒体。
31. 【請求項３１】 当該アプリケーションが起動される際
    に、アプリケーションスレッドを、所定の制御プログラ
    ムに生成させる処理と、 前記アプリケーションからの所定の要求に応じて、前記
    第１通信制御ソケットを、前記アプリケーションスレッ
    ド内に前記制御プログラムに生成させる処理と、 前記第１通信制御ソケットが、前記アプリケーションか
    らの要求に応じて、前記他のアプリケーションからの前
    記送信データの受信が可能な所定のプロトコルを判別す
    る処理と、 前記第１通信制御ソケットが、前記第１通信制御ソケッ
    トにおける前記所定のプロトコルの判別の結果に基づい
    て、前記第１多重制御ソケットを前記アプリケーション
    スレッド内に生成する処理と、 前記第１多重制御ソケットが、前記アプリケーションか
    らの前記所定の要求に応じて、前記送受信部を前記アプ
    リケーションスレッド内に生成する処理と、 前記第１多重制御ソケットが、前記第１通信制御ソケッ
    トからの判別結果に従って、前記所定のプロトコルに対
    応した所定の指示を生成する処理と、 前記第１通信制御ソケットが、所定のタイミングで、前
    記第２通信制御ソケットを前記アプリケーションスレッ
    ド内に生成する処理と、 前記第１多重制御ソケットが、所定のタイミングで、前
    記第２多重制御ソケットを前記アプリケーションスレッ
    ド内に生成する処理と、 前記第２多重制御ソケットが、前記アプリケーションか
    らの前記所定の要求に応じて、タスクマネージャを前記
    オブジェクト内に生成する処理と、 前記タスクマネージャが、送受信部において前記所定の
    プロトコルに従って行われる通信によって前記他のアプ
    リケーションから受信した前記送信データを保持する処
    理と、 前記第２通信制御ソケットが、前記アプリケーションか
    らの受取要求に応じて前記タスクマネージャに前記送信
    データが保持されている場合にこれを前記アプリケーシ
    ョンに送る処理と、 前記送受信部が、前記所定のプロトコルに従った通信を
    前記他のアプリケーションとの間で行う処理とを、 当該データ通信装置であるコンピュータに実行させるこ
    とを特徴とするプログラム記憶媒体。