JP2003333075A

JP2003333075A - データ送受信システム

Info

Publication number: JP2003333075A
Application number: JP2002141611A
Authority: JP
Inventors: Tetsusei Ono; 哲誠大野
Original assignee: WEB BASE CO Ltd; WEB-BASE CO Ltd
Current assignee: WEB BASE CO Ltd; WEB-BASE CO Ltd
Priority date: 2002-05-16
Filing date: 2002-05-16
Publication date: 2003-11-21
Also published as: KR20030089390A

Abstract

(57)【要約】【課題】一対のノード間で大容量のデータ転送を信頼
性をもって行うことができるデータ送受信システムを提
供する。【解決手段】コネクション型の通信プロトコルおよび
コネクションレス型の通信プロトコルを使用して、一対
のノード間でパケットデータの送受信処理を行うデータ
送受信システムが、上記ノードの一方は上記ノードの他
方に対して、上記コネクション型の通信プロトコルを使
用して上記パケットデータの送受信処理に関する通信制
御命令を送信し、上記コネクションレス型の通信プロト
コルを使用して上記パケットデータを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクション型の
通信プロトコルおよびコネクションレス型の通信プロト
コルを使用して、一対のノード間でパケットデータの送
受信処理を行うデータ送受信システムに関する。

【０００２】

【従来の技術】従来、インターネットを介してデータの
送受信を行う方法として、ＴＣＰ／ＩＰなどのコネクシ
ョン型の通信プロトコルを使用する場合と、ＵＤＰ／Ｉ
Ｐなどのコネクションレス型の通信プロトコルを使用す
る場合とがあった。ＴＣＰ／ＩＰ（コネクション型）の
通信プロトコルを使用した場合、コネクション管理機能
や通信相手との間の応答確認機能などを備えているた
め、信頼性のあるデータ送受信サービスを提供すること
ができる。他方で、ＵＤＰ／ＩＰ（コネクションレス
型）の通信プロトコルを使用した場合、ＴＣＰ／ＩＰが
備えるコネクション管理機能や通信相手との間の応答確
認機能などを備えていないため、信頼性のあるデータ送
受信サービスを提供することができなかった。しかし、
ＵＤＰ／ＩＰでは上述の機能を備えていないため、その
分だけデータ転送処理の負荷が小さくなり、大量のデー
タを高速に転送することができるという利点がある。

【０００３】例えば、サーバとクライアントとが遠隔地
にあり、それらがインターネットなどの通信回線で接続
されている場合、クライアントに格納されているデータ
をサーバ側のデータベースに送信するためには、上述の
ようなＴＣＰ／ＩＰまたはＵＤＰ／ＩＰの何れかの通信
プロトコルに従ってデータの送受信が行われていた。

【０００４】

【発明が解決しようとする課題】しかし、サーバとクラ
イアントとの間で送受信されるデータに信頼性を持たせ
ることが要求され、且つそのデータ大容量である場合に
は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰの何れの通信プロ
トコルを使用したとしても、データ転送の信頼性とデー
タ転送処理の負荷の低減という問題を同時に解決するこ
とができなかった。

【０００５】本発明は上記の問題点に鑑みてなされたも
のであり、その目的は、一対のノード間で大容量のデー
タ転送を信頼性をもって行うことができるデータ送受信
システムを提供する点にある。

【０００６】

【課題を解決するための手段】上記課題を解決するため
の本発明に係るデータ送受信システムの第一の特徴構成
は、特許請求の範囲の欄の請求項１に記載の如く、コネ
クション型の通信プロトコルおよびコネクションレス型
の通信プロトコルを使用して、一対のノード間でパケッ
トデータの送受信処理を行うデータ送受信システムであ
って、前記ノードの一方は前記ノードの他方に対して、
前記コネクション型の通信プロトコルを使用して前記パ
ケットデータの送受信処理に関する通信制御命令を送信
し、前記コネクションレス型の通信プロトコルを使用し
て前記パケットデータを送信する点にある。ここで、パ
ケットデータとは、実際のデータ部と、そのデータ部に
付加されるフラグ（ＦＬＧ）部やパケット化されたデー
タ部の順序番号やＣＲＣ（巡回冗長検査）部などの情報
を含んで構成されるデータのことである。また、通信制
御命令とは、パケットデータを送信する要求や、パケッ
トデータの送信の完了の通知などのことである。

【０００７】上記課題を解決するための本発明に係るデ
ータ送受信システムの第二の特徴構成は、特許請求の範
囲の欄の請求項２に記載の如く、コネクション型の通信
プロトコルおよびコネクションレス型の通信プロトコル
を使用して、サーバとクライアントとの間でパケットデ
ータの送受信処理を行うデータ送受信システムであっ
て、前記パケットデータの送信処理に関するアプリケー
ションが前記クライアントにおいて実行された場合、前
記クライアントは、前記コネクション型の通信プロトコ
ルを使用して前記送信処理に関する通信制御命令を前記
サーバに送信し、前記コネクションレス型の通信プロト
コルを使用して前記パケットデータを前記サーバに送信
する点にある。

【０００８】上記課題を解決するための本発明に係るデ
ータ送受信システムの第三の特徴構成は、特許請求の範
囲の欄の請求項３に記載の如く、上記第二の特徴構成に
加えて、前記サーバは、前記通信制御命令を受信した場
合、前記通信制御命令を解読し、前記コネクション型の
通信プロトコルを使用して前記通信制御命令に対する応
答信号を前記クライアントに送信する点にある。

【０００９】上記課題を解決するための本発明に係るデ
ータ送受信システムの第四の特徴構成は、特許請求の範
囲の欄の請求項４に記載の如く、上記第三の特徴構成に
加えて、前記サーバは、前記クライアントから前記パケ
ットデータを受信した後、前記パケットデータの送信が
完了したことを前記通信制御命令として受信した場合、
受信した前記パケットデータが正常であるか否かを検証
して、検証結果を前記応答信号として前記クライアント
に送信する点にある。

【００１０】以下に作用並びに効果を説明する。本発明
に係るデータ送受信システムの第一の特徴構成によれ
ば、一対の通信ノード間で実施されるデータ送受信にお
いて、信頼性が必要であるデータの送信にはコネクショ
ン型の通信プロトコルが使用され、大容量のデータの高
速の送信にはコネクションレス型の通信プロトコルが使
用されるので、データ転送の信頼性と高速性という２つ
の課題を同時に達成することができるデータ送受信シス
テムを提供することができる。

【００１１】本発明に係るデータ送受信システムの第二
の特徴構成によれば、サーバとクライアントとの間で実
施されるデータ送受信において、信頼性が必要であるデ
ータの送信にはコネクション型の通信プロトコルが使用
され、大容量のデータの高速の送信にはコネクションレ
ス型の通信プロトコルが使用されるので、データ転送の
信頼性と高速性という２つの課題を同時に達成すること
ができるデータ送受信システムを提供することができ
る。

【００１２】本発明に係るデータ送受信システムの第三
の特徴構成によれば、パケットデータの送信処理に関す
る通信制御命令をクライアントから受け取ったサーバ
が、その通信制御命令に対する応答信号をクライアント
に返すことで、クライアントとサーバとの間の応答確認
（通信の確立）を確実に行うことができるデータ送受信
システムを提供することができる。

【００１３】本発明に係るデータ送受信システムの第四
の特徴構成によれば、サーバにおいて、受信されたパケ
ットデータの検証が行われ、その検証結果が応答信号と
してクライアントに送信されることで、そのパケットデ
ータがコネクションレス型の通信プロトコルを使用して
送信されてきた場合であっても、データの欠落などの異
常を発見することができ、データの送受信の信頼性を確
保することができるデータ送受信システムを提供するこ
とができる。

【００１４】

【発明の実施の形態】以下に図面を参照して本発明に係
るデータ送受信システムについて説明する。尚、本実施
形態においては、クライアントシステム１０において収
集された大容量のデータがインターネット２を介してサ
ーバシステム４０に送信され、その大容量データが、サ
ーバシステム４０を構成するデータベースサーバ３０に
よって管理されるデータベース３１に格納されるような
データ送受信システム１を例に説明を行う。具体的に
は、本発明に係るデータ送受信システム１を用いてＰＯ
Ｓシステム（販売時点情報管理システム）を構築するこ
とができる。その場合には、インターネット２を介して
複数台設けられたクライアントシステム１０が各販売店
であり、それらの販売店からサーバシステム４０がデー
タを収集してデータベース３１にそれらの情報を反映さ
せることができるデータ送受信システムを構築すること
ができる。

【００１５】図１に示すように、データ送受信システム
１は、通信経路の一例としてのインターネット２を介し
て相互に接続されたクライアントシステム１０とサーバ
システム４０とで構成される。クライアントシステム１
０は、パーソナルコンピュータなどのクライアントコン
ピュータを用いて実現可能である。また、サーバシステ
ム４０は、サーバコンピュータなどによって実現可能な
通信サーバ２０とデータベースサーバ３０を備えて構成
される。クライアントシステム１０からのデータ書き込
み／読み出し等のデータベース操作の対象となるデータ
ベース３１は、データベースサーバ３０に内蔵或いは外
付けの不揮発性の記憶装置（ハードディスクドライブな
ど）を用いて実現可能である。

【００１６】図１において、クライアントシステム１
０、通信サーバ２０、およびデータベースサーバ３０が
それぞれ一つの場合を図示しているが、サーバシステム
４０に接続可能なクライアントシステム１０は通常複数
台あり、通信サーバ２０とデータベースサーバ３０も複
数台接続されていても構わない。

【００１７】クライアントシステム１０は、オペレーテ
ィングシステム１１（ＯＳ）上に設けられた第１ＴＣＰ
／ＩＰドライバ１２（ＴＣＰ／ＩＰ通信制御プログラ
ム）および第１ＵＤＰ／ＩＰドライバ１３（ＵＤＰ／Ｉ
Ｐ通信制御プログラム）と、第１ソケットインタフェー
ス１４と、クライアントモジュール１５と、アプリケー
ション１６とを備えてなる。第１ＴＣＰ／ＩＰドライバ
１２と、第１ＵＤＰ／ＩＰドライバ１３と、第１ソケッ
トインタフェース１４とはオペレーティングシステム１
１に付属して供給されるものを使用することができる。
例えば、オペレーティングシステム１１として米国マイ
クロソフト社のウィンドウズ系のものを使用する場合に
は、ＷｉｎＳｏｃｋ、ＷｉｎＳｏｃｋ２などのＡＰＩ
（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅ
ｒｆａｃｅ）を使用することで、ＴＣＰ／ＩＰまたはＵ
ＤＰ／ＩＰなどのプロトコルに基づく通信を併用して行
うことができる。また、ＵＮＩＸ（登録商標）系のオペ
レーティングシステムを使用する場合には、ＵＮＩＸ
Ｓｏｃｋｅｔを使用すればよい。

【００１８】クライアントモジュール１５は、データベ
ース３１へのデータの書き込み／読み出しなどのデータ
ベース操作命令と、そのデータの送受信処理を司る通信
制御命令を認識可能であり、アプリケーション１６から
それらの命令を受け取ると、その命令をＴＣＰ／ＩＰ通
信またはＵＤＰ／ＩＰ通信で送信する所定の電文形式の
別のデータベース操作命令または別の通信制御命令に変
換するとともに、その命令を通信サーバ２０に向けて送
信する命令として第１ソケットインタフェース１４に対
して出力するように、また、第１ソケットインタフェー
ス１４を介して通信サーバ２０から受け取った、後述す
る応答信号をアプリケーション１６に向けて出力するよ
うに構成されている。

【００１９】クライアントモジュール１５を実現するク
ライアントモジュール用プログラムはＣ＋＋等のプログ
ラム言語で記述され、クライアントシステム１０を構成
するクライアントコンピュータ上で実行されることによ
りクライアントモジュール１５が実現される。また、ク
ライアントモジュール用プログラムはデータベース３１
に対してデータの書き込み／読み出しなどのデータベー
ス操作を行うデータベース操作用プログラムを構成し、
ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体
やインターネット等のデータ伝送媒体を介して、クライ
アントコンピュータがアクセス可能な記録装置内にイン
ストールされて実用に供される。

【００２０】次に、サーバシステム４０について説明す
る。サーバシステム４０を構成する通信サーバ２０は、
オペレーティングシステム２１上に設けられた第２ＴＣ
Ｐ／ＩＰドライバ２２（ＴＣＰ／ＩＰ通信制御プログラ
ム）および第２ＵＤＰ／ＩＰドライバ２３（ＵＤＰ／Ｉ
Ｐ通信制御プログラム）と、第２ソケットインタフェー
ス２４と、サーバモジュール２５とを備えてなる。同じ
くサーバシステム４０を構成するデータベースサーバ３
０は、米国オラクル社のオラクル（ＯＲＡＣＬＥ）や米
国マイクロソフト社のＳＱＬＳｅｒｖｅｒ等の一般的
なリレーショナルデータベースサーバを使用して実現可
能である。第２ＴＣＰ／ＩＰドライバ２２と、第２ＵＤ
Ｐ／ＩＰドライバ２３と、第２ソケットインタフェース
２４とはオペレーティングシステム２１に付属して供給
されるものを使用することができる。例えば、オペレー
ティングシステム２１として米国マイクロソフト社のウ
ィンドウズ系のものを使用する場合には、ＷｉｎＳｏｃ
ｋ、ＷｉｎＳｏｃｋ２などのＡＰＩ（Ａｐｐｌｉｃａｔ
ｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を使用
することで、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰなどのプ
ロトコルに基づく通信を併用して行うことができる。ま
た、ＵＮＩＸ系のオペレーティングシステムを使用する
場合には、ＵＮＩＸＳｏｃｋｅｔを使用すればよい。

【００２１】サーバモジュール２５は、第２ソケットイ
ンタフェース２４を介して、クライアントシステム１０
から送信されたデータベース操作命令を受け取った場合
に、そのデータベース操作命令を解読し、第２ソケット
インタフェース２４を介して、クライアントシステム１
０から送信された通信制御命令を受信した場合は、その
通信制御命令を解読して、当該命令に応じてクライアン
トシステム１０に対してレスポンス（応答信号）を返す
と共に、クライアントシステム１０との間の通信を確立
するように構成されている。尚、サーバモジュール２５
を実現するサーバモジュール用プログラムはＣ＋＋等の
プログラム言語で記述され、通信サーバ２０を構成する
通信サーバコンピュータ上で実行されることによりサー
バモジュール２５が実現される。また、サーバモジュー
ル用プログラムは、ＣＤ−ＲＯＭ等のコンピュータ読み
取り可能な記録媒体やインターネット等のデータ伝送媒
体を介して、通信サーバコンピュータがアクセス可能な
記録装置内にインストールされて実用に供される。

【００２２】より詳細には、サーバモジュール２５の受
け取ったＩＰアドレス設定命令の引数であるＩＰアドレ
スまたはドメイン名およびポート番号設定命令の引数で
あるポート番号が、アクセスされた通信サーバ２０のＩ
Ｐアドレスまたはドメイン名及びポート番号と一致する
と、通信サーバ２０とクライアントシステム１０間のＴ
ＣＰ／ＩＰ通信プロトコルが形成される。また、サーバ
モジュール２５は認証情報設定命令の引数である端末識
別情報（店番号、ＰＯＳ番号、認証コードなど）を受け
取ると、データベース３１中の例えばマスタ領域に設け
られている認証用テーブルの当該情報を、サーバモジュ
ール２５を介して読み出してクライアントの認証を行
う。更に、サーバモジュール２５は複数のクライアント
からのアクセスに対応すべく各クライアントに対応した
スレッドを生成するマルチスレッド方式を採用する。

【００２３】サーバモジュール２５は、受け取ったデー
タベース操作命令をデータベースサーバ３０が処理可能
な別のデータベース操作命令に変換してデータベースサ
ーバ３０に出力し、また、データベースサーバ３０から
受け取ったデータを出力するように構成されている。
尚、サーバモジュール２５を実現するサーバモジュール
用プログラムはＣ＋＋等のプログラム言語で記述され、
通信サーバ２０を構成する通信サーバコンピュータ上で
実行されることによりサーバモジュール２５が実現され
る。また、サーバモジュール用プログラムは、ＣＤ−Ｒ
ＯＭ等のコンピュータ読み取り可能な記録媒体やインタ
ーネット等のデータ伝送媒体を介して、通信サーバコン
ピュータがアクセス可能な記録装置内にインストールさ
れて実用に供される。

【００２４】ここで、データベースサーバ３０が処理可
能なデータベース操作命令とは、米国オラクル社のＯＲ
ＡＣＬＥや米国マイクロソフト社のＳＱＬＳｅｒｖｅ
ｒ等の種々のデータベースサーバが一般的には共通のＳ
ＱＬ実行命令を処理可能に作成されているものの、細部
において互換性の無い場合があることに対応して、個々
のデータベースサーバにおいて互換性のない命令につい
ても処理可能なＳＱＬ実行命令を含むデータベース操作
命令を意味する。従って、サーバモジュール２５におけ
るＳＱＬ実行命令等の作成において、データベースサー
バ個々の仕様の違いに対応せずに標準的なＳＱＬ実行命
令等を作成することで、データベースサーバ３０の種類
を問わずに一律にデータベース操作命令を作成し、必要
があれば（例えば、ストアードプロシージャ（Ｓｔｏｒ
ｅｄＰｒｏｃｅｄｕｒｅ）の実行などの場合におい
て）データベースサーバ３０における固有のＳＱＬ実行
命令等に変換するという２段階の解読作業が用意されて
いる。このように、サーバモジュール２５は、一部また
は全部において互換性のない複数のデータベースサーバ
３０に対してもクライアントシステム１０からのデータ
ベース操作が可能となる。

【００２５】尚、データベース操作の対象となるデータ
ベースサーバ３０が１種類或いは互換性のある複数種の
場合には、サーバモジュール２５は、例えば、ＳＱＬ文
実行命令を受け取るとその引数であるＳＱＬ文を解読し
て直接データベースサーバ３０が処理可能なＳＱＬの実
行命令を作成する。他のデータベース操作命令について
も直接データベースサーバ３０が処理可能なデータベー
ス操作命令に変換する。また、サーバモジュール２５を
実現するサーバモジュール用プログラムはＣ＋＋等のプ
ログラム言語で記述され、通信サーバ２０を構成する通
信サーバコンピュータ上で実行されることによりサーバ
モジュール２５が実現される。また、サーバモジュール
用プログラムは、ＣＤ−ＲＯＭ等のコンピュータ読み取
り可能な記録媒体やインターネット等のデータ伝送媒体
を介して、通信サーバコンピュータがアクセス可能な記
録装置内にインストールされて実用に供される。

【００２６】図２から図４はクライアントシステム１０
とサーバシステム４０（通信サーバ２０）との間で行わ
れるデータ送受信の工程を説明する図である。以下に説
明するデータ送受信は、クライアントモジュール用プロ
グラムまたはサーバモジュール用プログラムによって実
行される。また、クライアントシステム１０とサーバシ
ステム４０との間でインターネット２を介して行われる
通信は、ＴＣＰ／ＩＰ（コネクション型）の通信プロト
コル２ａとＵＤＰ／ＩＰ（コネクションレス型）の通信
プロトコル２ｂとを併用して行われる。

【００２７】まず、クライアントシステム１０のアプリ
ケーション１６によってクライアントモジュール用プロ
グラムが起動されることで、クライアントシステム１０
（送信ノード）からサーバシステム４０（受信ノード）
へのデータの送信作業が開始される。ここで、クライア
ントシステム１０は図２の工程１００および図３（ａ）
に示すように、コネクション型（ＴＣＰ／ＩＰ）の通信
プロトコル２ａを使用して、通信制御命令の１つである
送信要求コマンドをサーバシステム４０に送信する。通
信制御命令をコネクション型の通信プロトコル２ａを使
用して送信するのは、コネクション管理機能、上記通信
制御命令に対するレスポンスを確認する応答確認機能な
どによって、通信制御命令が高い信頼性をもって送信さ
れることを確保するためである。ここで、どの通信プロ
トコルを使用するかどうかは、起動されるアプリケーシ
ョンにより随時設定することができる。

【００２８】工程１０２において送信要求コマンドを受
け取ったサーバシステム４０は、自身がデータを受信可
能な状態であるか否かを判定する。サーバシステム４０
がデータを受信可能である場合には工程１０４に移行
し、図３（ｂ）に示すようにコネクション型（ＴＣＰ／
ＩＰ）の通信プロトコル２ａを使用して、応答信号の一
例である受付レスポンスがクライアントシステム１０に
送信される。他方で、サーバシステム４０がデータを受
信不可能である場合には工程１０６に移行し、図３
（ｂ）に示した場合と同様に、応答信号の一例である拒
絶レスポンスがクライアントシステム１０に送信され
る。

【００２９】工程１０８において、クライアントシステ
ム１０はサーバシステム４０から受信したレスポンス
（受付レスポンスまたは拒絶レスポンス）を解析する。
拒絶レスポンスが受信された場合には、クライアントシ
ステム１０からサーバシステム４０へのデータ（パケッ
トデータ）送信は行われない。他方で、受付レスポンス
が受信された場合には、工程１１０へ移行して、クライ
アントシステム１０からサーバシステム４０へのパケッ
トデータの送信が行われる。

【００３０】本実施形態において、パケットデータの送
信に使用される通信プロトコルはコネクションレス型
（ＵＤＰ／ＩＰ）の通信プロトコルである。ＵＤＰ／Ｉ
Ｐの通信プロトコルは、コネクション管理機能、応答確
認機能などを備えない代わりに、取り扱うデータ通信に
関する処理の負荷がＴＣＰ／ＩＰに比べて小さくなるた
め、クライアントシステム１０からサーバシステム４０
へ大容量のデータを高速に送信するには適した通信プロ
トコルである。

【００３１】工程１１０においてクライアントシステム
１０からサーバシステム４０へ送信されるデータは、図
３（ｃ）に例示するようにパケット化されたデータであ
る。各パケットデータには、データ本体、送信元アドレ
ス、宛先アドレス、処理の優先順位などの必要な情報を
含む順序番号部、フラグ（ＦＬＧ）部、データ部が含ま
れ、最終のパケットデータには巡回冗長検査（ＣＲＣ）
用のデータであるＣＲＣ部が更に含まれる。これらのパ
ケットデータはサーバシステム４０において受信される
（工程１１２）。

【００３２】クライアントシステム１０は、全パケット
データの送信が完了すると、コネクション型（ＴＣＰ／
ＩＰ）の通信プロトコル２ａを使用してサーバシステム
４０に送信完了コマンドを送信する（工程１１４）。工
程１１６において送信完了コマンドを受信したサーバシ
ステム４０は、先に受信した全パケットデータの検証を
行い、全パケットデータが正常に受信されているか否か
を判定する。受信したパケットデータが正常である場合
には工程１１８に移行し、図３（ｄ）に示すようにコネ
クション型（ＴＣＰ／ＩＰ）の通信プロトコル２ａを使
用して、応答信号の一例である受信完了レスポンスがク
ライアントシステム１０に送信される。

【００３３】他方で、ＣＲＣ部を参照して、受信したパ
ケットデータにデータの欠落などの異常があると判定さ
れた場合には工程１２０に移行し、該当するパケットデ
ータの再送信を要求するパケットデータを特定可能な情
報（パケットデータの順序番号など）を含んだ再送要求
レスポンス（応答信号）が、コネクション型（ＴＣＰ／
ＩＰ）の通信プロトコル２ａを使用して、クライアント
システム２０に送信される（図４（ｆ））。

【００３４】工程１２２において、クライアントシステ
ム１０はサーバシステム４０から受信したレスポンス
（受信完了レスポンスまたは再送要求レスポンス）を解
析する。受信完了レスポンスが受信された場合、クライ
アントシステム１０はパケットデータの送信が正常に完
了したと判定して、サーバシステム４０との間の通信を
終了する。他方で、再送要求レスポンスが受信された場
合には、工程１２４へ移行して、再送要求レスポンスに
順序番号が含まれていた該当するパケットデータを、コ
ネクションレス型（ＵＤＰ／ＩＰ）の通信プロトコル２
ｂを使用してサーバシステム４０に送信し（図４
（ｇ））、引き続いて、送信完了コマンドをコネクショ
ン型（ＴＣＰ／ＩＰ）の通信プロトコル２ａを使用し
て、工程１２８においてサーバシステム４０に送信する
（図４（ｇ））。

【００３５】クライアントシステム１０から再送信され
たパケットデータを工程１２６において受信し、引き続
いて、送信完了コマンドを工程１３０において受信した
サーバシステム４０は、工程１１６について説明した場
合と同様に、受信したパケットデータの検証を行い、パ
ケットデータが正常に受信されているか否かを判定す
る。受信したパケットデータが正常である場合には工程
１１８に移行し、図３（ｄ）および図４（ｈ）に示すよ
うにコネクション型（ＴＣＰ／ＩＰ）の通信プロトコル
２ａを使用して、応答信号の一例である受信完了レスポ
ンスがクライアントシステム１０に送信される。他方
で、ＣＲＣ部を参照して、受信したパケットデータにデ
ータの欠落などの異常があると判定された場合には工程
１２０に移行し、該当するパケットデータの再送信を要
求するパケットデータの順序番号などを含んだ再送要求
レスポンス（応答信号）が、コネクション型（ＴＣＰ／
ＩＰ）の通信プロトコル２ａを使用して、クライアント
システム２０に送信される（図４（ｆ））。但し、デー
タの再送信を要求するために工程１３０から工程１２０
へ移行する回数は制限されている。例えば、工程１３０
から工程１２０へ移行する回数が３回に制限されている
場合、データの再送信を３回受けてもまだデータの欠落
などの異常があると判定された場合には、工程１２０に
移行せず、エラーメッセージなどのレスポンスが、コネ
クション型（ＴＣＰ／ＩＰ）の通信プロトコル２ａを使
用してクライアントシステム１０に送信される。

【００３６】以上の手法に従ってクライアントシステム
１０からサーバシステム４０に送信されたパケットデー
タは、通信サーバ２０からデータベースサーバ３０に送
信され、データベース３１に反映される。尚、サーバシ
ステム４０からクライアントシステム１０に対してパケ
ットデータを送信する場合、または所定の一対のノード
間でパケットデータの送受信を行う場合にも上述のデー
タ送受信方法を使用することができる。

【００３７】以下に、別実施形態について説明する。〈１〉上記実施の形態において、クライアントモジュー
ル１５およびサーバモジュール２５のそれぞれに暗号用
モジュールを付加し、コネクション型（ＴＣＰ／ＩＰ）
またはコネクションレス型（ＵＤＰ／ＩＰ）の通信プロ
トコルで送受信を行うデータの暗号化及びその暗号解読
を行うようにしても構わない。

【００３８】〈２〉上述の実施形態において、クライア
ントシステム１０において、アプリケーション１６から
受け取った命令が単一のクライアントモジュール１５に
よって解釈される場合について説明したが、アプリケー
ション１６からクライアントモジュール１５と互換性の
ない命令（クライアントモジュール１５が解読できない
ため、クライアントモジュール用プログラムを実行でき
ない命令）が与えられた場合でも、以下の方法を用いて
そのアプリケーションをクライアントシステム１０にお
いて実行することができる。その方法とは、クライアン
トモジュール１５に別途、命令変換モジュール（図示せ
ず）を追加することである。その結果、アプリケーショ
ンから与えられた命令が、命令変換モジュールによって
クライアントモジュール１５によって解釈可能な命令に
翻訳され、クライアントモジュール１５がそのアプリケ
ーションを実行可能になる。

【００３９】〈３〉上記実施の形態において、クライア
ントのアプリケーションとしてＰＯＳシステムを想定し
たデータベース操作用通信システム及びクライアントシ
ステムを説明したが、本発明の応用としてＰＯＳシステ
ム以外のデータベース検索システムに適用することも可
能である。

【００４０】〈４〉上記実施の形態において、クライア
ントシステム１０と通信サーバ２０間はインターネット
２を介して相互に接続された場合を例示したが、ＴＣＰ
／ＩＰがサポートされていればクライアントシステム１
０と通信サーバ２０間をＬＡＮ（ローカルエリアネット
ワーク）等のインターネット以外のコンピュータネット
ワークで接続した場合に適用しても構わない。

【図面の簡単な説明】

【図１】データ送受信システムの構成を示す機能ブロッ
ク図である。

【図２】データ送受信の工程を説明する図である。

【図３】（ａ）から（ｄ）は、データ送受信の工程を説
明する図である。

【図４】（ｅ）から（ｈ）は、データ送受信の工程を説
明する図である。

【符号の説明】

１データ送受信システム２インターネット１０クライアントシステム１１オペレーティングシステム１２第１ＴＣＰ／ＩＰドライバ１３第１ＵＤＰ／ＩＰドライバ１４第１ソケットインタフェース１５クライアントモジュール１６アプリケーション２０通信サーバ２１オペレーティングシステム２２第２ＴＣＰ／ＩＰドライバ２３第２ＵＤＰ／ＩＰドライバ２４第２ソケットインタフェース２５サーバモジュール３０データベースサーバ３１データベース４０サーバシステム

Claims

【特許請求の範囲】

【請求項１】コネクション型の通信プロトコルおよび
コネクションレス型の通信プロトコルを使用して、一対
のノード間でパケットデータの送受信処理を行うデータ
送受信システムであって、前記ノードの一方は前記ノードの他方に対して、前記コ
ネクション型の通信プロトコルを使用して前記パケット
データの送受信処理に関する通信制御命令を送信し、前
記コネクションレス型の通信プロトコルを使用して前記
パケットデータを送信するデータ送受信システム。
【請求項２】コネクション型の通信プロトコルおよび
コネクションレス型の通信プロトコルを使用して、サー
バとクライアントとの間でパケットデータの送受信処理
を行うデータ送受信システムであって、前記パケットデータの送信処理に関するアプリケーショ
ンが前記クライアントにおいて実行された場合、前記ク
ライアントは、前記コネクション型の通信プロトコルを
使用して前記送信処理に関する通信制御命令を前記サー
バに送信し、前記コネクションレス型の通信プロトコル
を使用して前記パケットデータを前記サーバに送信する
データ送受信システム。
【請求項３】前記サーバは、前記通信制御命令を受信
した場合、前記通信制御命令を解読し、前記コネクショ
ン型の通信プロトコルを使用して前記通信制御命令に対
する応答信号を前記クライアントに送信する請求項２に
記載のデータ送受信システム。
【請求項４】前記サーバは、前記クライアントから前
記パケットデータを受信した後、前記パケットデータの
送信が完了したことを前記通信制御命令として受信した
場合、受信した前記パケットデータが正常であるか否か
を検証して、検証結果を前記応答信号として前記クライ
アントに送信する請求項３に記載のデータ送受信システ
ム。