JP3307587B2

JP3307587B2 - ミドルウェア蓄積データの更新方法と該方法を実行するサーバシステム

Info

Publication number: JP3307587B2
Application number: JP12609598A
Authority: JP
Inventors: 健一有賀
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1998-05-08
Filing date: 1998-05-08
Publication date: 2002-07-24
Anticipated expiration: 2018-05-08
Also published as: JPH11328064A; US6415331B1

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システム
のサーバシステムに関し、特にゲートウェイサーバに保
存中のデータの更新手段を有するサーバシステムに関す
る。

【０００２】

【従来の技術】近年屋外においてＰＨＳなどの無線通信
を使ったモバイルコンピューティングがビジネスマンの
中で注目されているが、無線でデータ通信を行うときの
問題点として、通信品質が良くないために回線の切断が
頻発することが挙げられる。音声で通信を行う場合には
一時的な音の途切れで済むが、データ通信の場合にはデ
ータの欠落となる。

【０００３】この場合再送制御が発生し、最悪の場合に
は回線が切断される。したがってアプリケーションのデ
ータはすべて無効となってしまい、最初から送受信をや
り直す必要がある。通信状態によってはこの送受信のや
り直しが数回発生する可能性があり、ユーザにとっては
非常に使いにくいシステムとなってしまう。

【０００４】そこで最近では回線が切断されても、その
後回線が復旧したときに前回のデータの続きから送受信
ができる通信ミドルウェアが発売されている。従来の通
信ミドルウェアのシステム構成および通信シーケンスに
ついて図１０および図１１を参照して説明する。図１０
はミドルウェアを有するゲートウェイサーバを備えた通
信システムの模式的構成図であり、従来例ならびに本発
明の説明に共通に使用する。図１１は従来例の図１０の
通信システムの通信シーケンスである。

【０００５】一般的なシステムとしては図１０に示すよ
うに無線クライアント１０１、無線ネットワーク１０４
と接続のための無線基地局１０２、ＬＡＮ１０７と接続
するためのダイアルアップルータ１０３、通信ミドルウ
ェアを実装しているゲートウェイサーバ１０５、メー
ル、Ｗｅｂなどを実現するアプリケーションサーバ１０
６、およびＬＡＮ１０７で構成される。

【０００６】図１０では、ゲートウェイサーバ１０５と
アプリケーションサーバ１０６は同一ネットワーク上に
独立して存在しているが、ゲートウェイサーバ１０５と
アプリケーションサーバ１０６は同一ネットワーク上に
存在しなくてもよく、両者が同一ハードウェア上に存在
してもよい。無線クライアント１０１とダイアルアップ
ルータ１０３とはＰＰＰ（Ｐｏｉｎｔ−ｔｏ−ｐｏｉｎ
ｔｐｒｏｔｏｃｏｌ）を用いて接続され、通信ミドル
ウェアはＴＣＰ／ＩＰまたはＵＤＰ／ＩＰプロトコルの
上に存在する。

【０００７】次に図１１を用いて動作を説明する。まず
無線クライアント１０１はダイアルアップルータ１０３
との間で回線接続を行い、接続完了後通信ミドルウェア
レベルでの通信コネクションの確立１１０１、１１０２
をゲートウェイサーバ１０５との間で行う。図１１はア
プリケーションサーバ１０６から無線クライアント１０
１に対してデータを送信する場合を示している。まず無
線クライアント１０１よりアプリケーションデータの要
求１１０３を行い、アプリケーションサーバ１０６では
この要求に対して要求のあったデータを送信する。送信
するパケットにはシーケンス番号が付与されており、ど
こまでデータが送信されたかＡＣＫパケットを用いて確
認することができる。

【０００８】図１１ではゲートウェイサーバから送信さ
れているシーケンス番号３以降のデータパケットが無線
区間での受信レベルの低下等により、不達となった後に
回線が切断された例を示している。回線切断後無線クラ
イアント１０１はダイアルアップルータ１０３との間の
回線の再接続を行い接続完了後、無線クライアント１０
１はゲートウェイサーバ１０５に対してコネクションの
再接続要求１１０４を送信する。この際無線クライアン
ト１０１が正しく受信したデータパケットのシーケンス
番号も通知する。ゲートウェイサーバ１０５では再接続
処理完了後に確認メッセージ１１０５を無線クライアン
ト１０１に対して送信する。この後ゲートウェイサーバ
１０５は無線クライアント１０１が未確認のシーケンス
番号３のデータパケットから再送を行い、無線クライア
ント１０１からの受信確認１１０６を受けて一連の作業
を終了する。

【０００９】ここで通信ミドルウェアが実装されていな
い場合にはコネクション確立後に再度サーバにデータの
要求を行い、最初のデータから送信する必要がある。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
通信ミドルウェアにおいては、次のような課題がある。
第１の課題は、リアルタイム性が重視されるデータ受信
中に回線断が発生し、その後ミドルウェアによりデータ
の途中から通信を再開しようとした場合、従来の通信ミ
ドルウェアにおいては通信ミドルウェアのゲートウェイ
サーバに蓄積されたアプリケーションデータはアプリケ
ーションの管理下でなくなっているため、すでにアプリ
ケーションの方では最新のデータに更新されている場合
でも、送信が中断している古いアプリケーションデータ
は最新データへの更新ができず、古いデータのまま送信
せざるを得ず、最新データは再び無線クライアントから
のデータ要求がないと送信されないということである。

【００１１】従来例を第１０図を用いて説明すると、回
線断となった後に再接続処理を行っている時点で再送す
べきデータパケット（本従来例においてはシーケンス番
号３から５のデータパケット）が、アプリケーションサ
ーバ１０６の方ですでに新しいデータに更新されていた
場合でも、ゲートウェイサーバ１０５にすでに蓄積され
ているデータパケットはアプリケーションからの制御を
離れてしまっているために、これらを廃棄して最新のデ
ータを更新することができない。したがって最新のデー
タパケットが必要な場合には、これらが送信された後に
送る必要がある。

【００１２】このため監視／交通情報などリアルタイム
性を必要とする情報についても、ゲートウェイサーバに
蓄積されているデータパケットが送信されない限り新し
い情報に更新されないため、このようなサービスを提供
する上で問題がある。

【００１３】本発明の目的は、再送待ちとなっているデ
ータパケットの時間情報を参照し、アプリケーションサ
ーバに最新かどうかを問い合わせることにより上位レイ
ヤデータの新旧を判断して、回線再接続が発生したとき
に常に最新のデータをクライアント端末に送信すること
により、情報のリアルタイム性の維持、回線効率の向上
を図ることが可能な通信ミドルウェア蓄積データの更新
方法とその方法を実行するサーバシステムを提供するこ
とにある。

【００１４】

【課題を解決するための手段】本発明のミドルウェア蓄
積データの更新方法は、ミドルウェアを介してクライア
ントとアプリケーションサーバ機能とを結ぶデータ通信
システムにおけるミドルウェア蓄積データの更新方法で
あって、ミドルウェアを備えたゲートウェイサーバ機能
は、接続したクライアントからのデータ要求に応じて、
アプリケーションサーバ機能から指定のデータを受信し
て、そのデータをバッファに保存した後に、所定のヘッ
ダを付加してしてクライアントに送信し、クライアント
が全ての指定のデータを受信できなかった場合は、その
クライアントは再接続をゲートウエイサーバ機能に要求
し、要求を受信したそのゲートウエイサーバ機能はバッ
ファに保存されたデータをそのクライアントに再送信す
る障害時のデータの再送信において、再接続要求を受信
したゲートウェイサーバ機能は、送信中のデータがアプ
リケーションサーバ機能において更新されている場合に
は、バッファに保存されている送信中のデータを最新の
データに更新し、クライアントに対してデータが更新済
であることを通知し、更新済の通知を受けたそのクライ
アントは、受領済の蓄積データを削除して受信した更新
済のデータを蓄積する。

【００１５】アプリケーションサーバ機能における送信
中のデータの更新の有無の確認方法は、ゲートウェイサ
ーバ機能は、アプリケーションサーバ機能からデータを
受信すると、そのデータに記録された時間情報をテーブ
ルに記憶し、アプリケーションサーバ機能は、ゲートウ
ェイサーバ機能に送信したアプリケーションデータの更
新の有無を定期的に確認し、データが更新されていた場
合には、更新されたデータのデータＩＤと更新時刻を更
新データ通知としてゲートウェイサーバ機能に通知し、
ゲートウェイサーバ機能は、更新データ通知をテーブル
に記憶し、クライアントからの再接続要求を確認する
と、データ更新通知のデータＩＤと更新時刻により送信
中のデータの更新の有無を確認する方法であってもよ
く、ゲートウェイサーバ機能は、クライアントからコネ
クション再接続要求を受信すると、アプリケーションサ
ーバ機能に対して、クライアントに送信したデータのデ
ータ内容の更新の有無を確認するための更新問い合わせ
を送信し、アプリケーションサーバ機能は更新の有無を
ゲートウェイサーバ機能に通知する方法であってもよ
い。

【００１６】他の態様では、ゲートウェイサーバ機能は
クライアントにデータを送信するとタイマーをスタート
させ、所定時間が経過すればアプリケーションサーバ機
能へ更新データの送信を要求し、バッファ内の送信中の
データを削除し、内容を更新データに更新してタイマー
を再スタートさせ、クライアントから再接続要求がある
とデータを更新したかを確認し、更新していればデータ
更新情報をクライアントに送信し、バッファに保存され
ているデータをクライアントに送信する。

【００１７】さらに他の態様では、クライアントはデー
タＩＤ単位にデータ再接続回数をカウントし、同じデー
タＩＤのデータに所定の回数の再接続が行われると、次
回の再接続要求送信時にゲートウェイサーバ機能に対し
てデータの更新を要求し、そのゲートウェイサーバ機能
ではバッファの送信未完了となっているデータを削除
し、アプリケーションサーバ機能に対してそのデータＩ
Ｄのデータを要求し、最新のデータを入手してクライア
ントに送信する。

【００１８】ゲートウェイサーバ機能とアプリケーショ
ンサーバ機能とは、それぞれＬＡＮ上に独立して接続さ
れているゲートウェイサーバとアプリケーションサーバ
とに実装されていてもよく、一つのハードウエアに実装
されていてもよい。

【００１９】本発明のミドルウェア蓄積データの更新方
法を実行するサーバシステムは、ミドルウェアを介して
クライアントとアプリケーションサーバ機能とを結ぶデ
ータ通信システムにおけるミドルウェア蓄積データの更
新方法を実行するサーバシステムであって、サーバシス
テムはゲートウェイサーバとアプリケーションサーバと
を備えている。ゲートウェイサーバはＬＡＮ上でＴＣＰ
／ＩＰ、ＵＤＰ／ＩＰ通信を行うための制御を行うルー
タ側通信手段およびＬＡＮ側通信手段、クライアントの
ネットワーク側で送受信されるデータのバッファ管理お
よび通知を行うルータ側バッファ管理手段、ＬＡＮ側で
送受信されるデータのバッファ管理および通知を行うＬ
ＡＮ側バッファ管理手段、クライアントとの間で接続／
再接続処理およびデータパケットの送達確認を行い、回
線切断時のアプリケーションデータの再送制御および順
序制御も行う通信継続手段、送信未完了であるデータの
新旧をアプリケーションサーバより送られてくる更新情
報を基にして判断するデータ更新監視手段、および記録
媒体から読み込まれた制御プログラムでシステムを制御
する制御部を備える。

【００２０】本発明のゲートウェイサーバシステムは回
線再接続時にデータ通信が継続可能な通信ミドルウェア
を実装し、さらにアプリケーションサーバとの間でゲー
トウェイサーバに受信未確認データとして蓄積されてい
るデータが最新のものかどうかを問い合わせする手段を
有し、これに基づいて蓄積しているデータの更新処理を
行うことを特徴としている。

【００２１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。図１は本発明の第１の実施
の形態のサーバシステムのゲートウェイサーバの機能を
示す模式的ブロック構成図である。図１において、ゲー
トウェイサーバ１０５はイーサネット等のＬＡＮ上でＴ
ＣＰ／ＩＰ、ＵＤＰ／ＩＰ通信を行うための制御を行う
ルータ側通信手段１１０およびＬＡＮ側通信手段１２
０、無線ネットワーク側で送受信されるデータのバッフ
ァ管理および通知を行うルータ側バッファ管理手段１３
０、ＬＡＮ側で送受信されるデータのバッファ管理およ
び通知を行うＬＡＮ側バッファ管理手段１４０、無線ク
ライアントとの間で接続／再接続処理およびデータパケ
ットの送達確認を行い、回線切断時のアプリケーション
データの再送制御および順序制御も行う通信継続手段１
５０、送信未完了であるデータの新旧をアプリケーショ
ンサーバより送られてくる更新情報を基にして判断する
データ更新監視手段１６０、記録媒体１９０から読み込
まれた制御プログラムでシステムを制御する制御部１８
０で構成される。

【００２２】ゲートウェイサーバ１０５は、図１におけ
る中心線を境にして無線ネットワーク側の処理とＬＡＮ
側の処理とに分けられる。ルータ側通信手段１１０およ
びＬＡＮ側通信手段１２０はそれぞれイーサネット等の
ＬＡＮ上でＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ通信を行うため
の制御を行う。ルータ側バッファ管理手段１３０は無線
ネットワーク側で送受信されるデータのバッファ管理お
よび通知を行う。ＬＡＮ側バッファ管理手段１４０はＬ
ＡＮ側で送受信されるデータのバッファ管理および通知
を行う。通信継続手段１５０は無線クライアントとの間
で接続／再接続処理およびデータパケットの送達確認を
行い、回線切断時のアプリケーションデータの再送制御
および順序制御も行う。また送信未完了のデータの新旧
をデータ更新監視手段１６０から通知される更新情報を
もとに判断して、データの更新をクライアントに促す。
データ更新監視手段１６０はアプリケーションサーバか
ら送られるデータ更新情報を監視してその情報を通信継
続手段１５０に通知する。

【００２３】このようにして、本願発明の第１の実施の
形態ではデータ更新監視手段１６０がアプリケーション
サーバより通知されるデータ更新情報を通信継続手段１
５０に送り、さらに通信継続手段１５０が蓄積中のデー
タが更新されたかどうかを判断して、データが更新され
ている場合にはアプリケーションサーバに最新のデータ
要求指示を送り、取得した結果をバッファを管理してい
るバッファ管理手段１３０に通知しているので、アプリ
ケーションサーバのデータが更新された場合でも常に最
新のデータをクライアントに反映させることができる。

【００２４】図２は図１のゲートウェイサーバの通信継
続手段１５０の機能を示す模式的ブロック構成図であ
る。図２において、コネクション管理手段１５１は通信
ミドルウェアにおけるコネクションの接続／切断および
再接続処理を行う。パケット順序制御手段１５２では送
受信データパケットにおけるシーケンス番号の管理、デ
ータの更新および再送制御を行う。データ更新管理手段
１５３ではアプリケーションサーバより通知された更新
データ通知によりデータが更新されていたことを認識し
た場合には更新されたデータの取得要求をアプリケーシ
ョンサーバに対して行い、結果をパケット順序制御手段
１５２に通知する。

【００２５】次に図３、図４、図５および図１０を参照
して本発明の第１の実施の形態におけるサーバシステム
の動作について、フローチャートならびに通信シーケン
ス図を使用して説明する。図３は本発明の第１の実施の
形態の通信システムの通信シーケンスであり、図４は本
発明の第１の実施の形態のゲートウェイサーバのデータ
送信動作のフローチャートであり、図５は本発明の第１
の実施の形態のアプリケーションサーバのデータ送信動
作のフローチャートである。

【００２６】データ通信システムの構成は、図１０に示
すように従来のシステムと同様に無線クライアント１０
１、無線ネットワークと接続のための無線基地局１０
２、ＬＡＮ１０７と接続するためのダイアルアップルー
タ１０３、通信ミドルウェアを実装しているゲートウェ
イサーバ１０５、メール、Ｗｅｂなどを実現するアプリ
ケーションサーバ１０６で構成される。

【００２７】図６および図７は本発明の第１の実施の形
態のデータフォーマットの模式図であり、図６（ａ）は
データパケット、（ｂ）は再接続パケット、図７（ａ）
はデータ要求パケット、（ｂ）は更新データ通信パケッ
トである。

【００２８】ゲートウェイサーバ１０５とアプリケーシ
ョンサーバ１０６との間でやりとりをするためのパケッ
トデータフォーマットはＬＡＮプロトコルのＭＡＣヘッ
ダ、ＴＣＰ／ＩＰプロトコルの後にコマンドＩＤヘッダ
が付加されている。各サーバはこのコマンドＩＤにより
データパケットの種類を識別する。またアプリケーショ
ンサーバに蓄積されているデータは一定の固まり、たと
えば画面１枚分などといったデータ毎にＩＤを付与して
ある。ここではこの固まりをデータＩＤ単位と呼ぶこと
とする。

【００２９】図３においては、無線クライアントがアプ
リケーションサーバよりデータを受信している際に受信
電界強度の低下によりパケットの受信ができなくなり、
しばらくして回線断となった状況におけるシーケンスを
示している。

【００３０】図３において符号３１０および符号３１１
は無線クライアント１０１の、符号３１２および符号３
１３はゲートウェイサーバ１０５それぞれのシーケンス
上の位置におけるバッファの蓄積状態を示す。

【００３１】次に図４のゲートウェイサーバのフローチ
ャートをベースに動作を説明すると、動作が開始される
と（Ｓ４０１）、ゲートウェイサーバ１０５は無線クラ
イアント１０１からのコネクション接続要求３０１を待
機する（Ｓ４０２Ｎ）。無線クライアント１０１がダイ
アルアップルータ１０３との間で回線接続を行い、接続
が完了した後にゲートウェイサーバ１０５に対してコネ
クション接続要求３０１を送信し（Ｓ４０２Ｙ）、ゲー
トウェイサーバ１０５でその無線クライアントの接続を
認めるとコネクション接続確認３０２を無線クライアン
ト１０１に対して送信する（Ｓ４０３）。

【００３２】ゲートウェイサーバ１０５はデータ要求を
待機し（Ｓ４０４Ｎ）、無線クライアント１０１は接続
が完了すると、データ要求３０３をゲートウェイサーバ
１０５に対して送信する（Ｓ４０４Ｙ）。ゲートウェイ
サーバ１０５は受信したデータフォーマットを変換して
図７（ａ）の７０１のパケットフォーマットでデータ要
求３０４をアプリケーションサーバ１０６に送信して
（Ｓ４０５）、データ受信を待機する（Ｓ４０６Ｎ）。

【００３３】アプリケーションサーバ１０６ではこの要
求を受けて、ゲートウェイサーバ１０５にデータ要求パ
ケットで指定されたデータの送信を開始する（Ｓ４０６
Ｙ）。

【００３４】アプリケーションサーバ１０６より送信さ
れるデータは図６（ａ）の６０３および６０７のパケッ
トフォーマットに示すようにデータＩＤ単位の先頭を示
すパケット６０３とデータの途中を示す継続パケット６
０７と２種類有り、先頭パケット６０３にはデータＩＤ
単位のデータの更新された時間を示す時間情報６０６が
付加されている。またゲートウェイサーバ１０５との間
はＴＣＰ／ＩＰでやりとりを行う。

【００３５】データを受信するとゲートウェイサーバ１
０５ではこの時間情報６０６をテーブルに記憶した後に
シーケンス番号、接続ＩＤなどを含む通信ミドルウェア
制御用のヘッダ６０２を付加してパケットフォーマット
６０１の形態とし、ＵＤＰ／ＩＰで無線クライアント１
０１にデータを送信する（Ｓ４０７）。

【００３６】通信が正常であった場合、無線クライアン
ト１０１は全データの受信を確認すると受信確認通知３
０９をゲートウェイサーバ１０５に送信し（Ｓ４０８
Ｙ）、ゲートウェイサーバ１０５は一連の動作を終了す
る（Ｓ４１８）。

【００３７】次に通信に異常のあった場合について説明
する。無線クライアント１０１はシーケンス番号２まで
のデータを受信したところで、電波の状態が悪い場所に
移動したために受信電界強度が低下してそれ以降のシー
ケンス番号３から５までのデータが受信できなくなり回
線が切断されたとする。ゲートウェイサーバ１０５は無
線クライアント１０１からの受信確認通知３０９が着信
しないので（Ｓ４０８Ｎ）、再接続要求の有無を確認
し、再接続要求がないと（Ｓ４０９Ｎ）、ステップＳ４
０８の受信確認通知の確認に戻る。

【００３８】無線クライアント１０１は再接続をするた
めにダイアルアップルータ１０３との間で回線接続を試
みる。回線接続に成功するとゲートウェイサーバ１０５
に対してコネクション再接続要求３０６を送信する。ゲ
ートウェイサーバ１０５は再接続要求３０６を確認する
と（Ｓ４０９Ｙ）、アプリケーションサーバ１０６から
のデータ更新通知があったかをデータ更新管理手段１５
３に確認する（Ｓ４１０）。

【００３９】アプリケーションサーバ１０６からのデー
タ更新通知３０５があり（Ｓ４１０Ｙ）、更新されたデ
ータが無線クライアント１０１へ送信中のデータであれ
ば（Ｓ４１１Ｙ）、アプリケーションサーバ１０６へ更
新データの送信要求３０７を送信して（Ｓ４１２）、更
新データの着信を待機し（Ｓ４１３Ｎ）、更新データが
着信すれば（Ｓ４１３Ｙ）、バッファ３１２内にある無
線クライアント１０１へ送信中のデータを削除し（Ｓ４
１４）、内容を更新データに更新して（Ｓ４１５）、無
線クライアント１０１に対しコネクション接続再確認
（リフレッシュ）３０８を送信し（Ｓ４１６）、ステッ
プＳ４０７に戻ってバッファ内の更新されたデータを無
線クライアント１０１に送信する。無線クライアント１
０１はコネクション再接続確認（リフレッシュ）３０８
のメッセージを受信するとバッファ３１０内の蓄積デー
タを削除して新しいデータを受信する。

【００４０】更新通知がなかったり（Ｓ４１０Ｎ）、更
新通知のあったデータが送信中のデータでなければ（Ｓ
４１１Ｎ）、無線クライアント１０１に対しコネクショ
ン接続再確認（データ継続）を送信し（Ｓ４１７）、ス
テップＳ４０７に戻ってゲートウェイサーバ１０５に蓄
積されていた送信が完了していないデータパケットをそ
のまま無線クライアント１０１に再送信する。この場合
は無線クライアント１０１からのコネクション接続要求
３０６で指示された未達のシーケンス番号のデータを送
信する。

【００４１】更新されたデータがない場合にはコネクシ
ョン再接続要求３０６、コネクション再接続確認３０８
のメッセージは図６（ｂ）の６０９に示すデータフォー
マットに従う。要求または確認の識別はコマンドＩＤ６
１０で行い、データ継続するか、リフレッシュするかの
識別は再接続種別６１２で行う。

【００４２】ここでアプリケーションサーバ１０６とゲ
ートウェイサーバ１０５におけるデータ更新手順を詳細
に説明する。アプリケーションサーバ１０６は自ら送信
したデータが新しく更新されたかどうかについて内部で
チェックを行い、その情報を一定間隔でデータＩＤ単位
にゲートウェイサーバ１０５に対して更新データ通知３
０５として通知している。更新データ通知３０５は図７
（ｂ）の７０２に示すようなフォーマットであり、更新
されたデータＩＤと時間、日付の更新情報を組み合わせ
て一覧として通知している。データ更新情報はアプリケ
ーションサーバ１０６がゲートウェイサーバ１０５に送
信したデータのみ通知する。ゲートウェイサーバ１０５
が無線クライアント１０１からコネクション再接続要求
３０６を受信すると、現在ゲートウェイサーバ１０５で
無線クライアント１０１に対して送信が完了していない
データＩＤを持つデータパケットのうち先頭パケットに
含まれる時間、日付の更新情報６０６を、アプリケーシ
ョンサーバ１０６から一定間隔で受信される更新データ
通知３０５で示されているデータＩＤ、更新情報一覧と
比較して更新されているデータＩＤが存在した場合、ゲ
ートウェイサーバ１０５は該当データをバッファより削
除した後にアプリケーションサーバ１０６に対して更新
されたデータＩＤのみデータ要求３０７を送信すること
で取得する。

【００４３】データ要求３０７のデータフォーマットは
図７（ａ）の７０１に示すように必要とするデータ一覧
を送信している。ゲートウェイサーバ１０５におけるデ
ータの更新はデータＩＤ単位となるため、ここでのデー
タの取得は該データＩＤの先頭パケットからとなる。図
３では更新されているデータが存在した場合の例を示し
ている。

【００４４】次にアプリケーションサーバ１０６のデー
タ送信動作を図５を用いて説明する。アプリケーション
サーバ１０６では動作を開始すると（Ｓ５０１）、ゲー
トウェイサーバ１０５からのコネクション要求を待機し
（Ｓ５０２Ｎ）、コネクション要求があれば（Ｓ５０２
Ｙ）、コネクションを確立し（Ｓ５０３）、ゲートウェ
イサーバ１０５からのデータ要求３０４の受信の有無を
確認して（Ｓ５０４）、データ要求３０４があった場合
には（Ｓ５０４Ｙ）、要求されたデータＩＤのデータを
送信して（Ｓ５０５）、ステップＳ５０６に進む。デー
タ要求３０４がない場合にも（Ｓ５０４Ｎ）、ステップ
Ｓ５０６に進む。

【００４５】次にアプリケーションデータの更新の有無
を確認し、データが更新されていた場合には（Ｓ５０６
Ｙ）、更新されたデータのＩＤを更新データ通知３０５
によってゲートウェイサーバ１０５に通知して（Ｓ５０
７）、ステップＳ５０８に進む。更新データがない場合
にも（Ｓ５０６Ｎ）、ステップＳ５０８に進む。

【００４６】次にコネクションの切断を確認して、切断
されていなければ（Ｓ５０８Ｎ）、ステップ５０４に戻
り再度データ要求受信の確認を行う。コネクション切断
要求があった場合には（Ｓ５０８Ｙ）、コネクションの
切断を行って（Ｓ５０９）、動作を終了する（Ｓ５１
０）。

【００４７】次に本発明のサーバーシステムの制御プロ
グラムを記録した記録媒体について説明する。図１に示
すようにゲートウェイサーバ１０５の制御プログラムは
記録媒体１９０から制御部１８０のデータ処理装置（不
図示）に読み込まれデータ処理装置の動作を制御する。
制御部１８０は制御プログラムの制御により以下の処理
を実行する。

【００４８】即ち、無線クライアント１０１からコネク
ション接続要求３０１を受信し、接続を認めるとコネク
ション接続確認３０２を無線クライアント１０１に対し
て送信する処理と、無線クライアント１０１からのデー
タ要求３０３を受信すると、受信したデータフォーマッ
トを変換してデータ要求３０４をアプリケーションサー
バ１０６に送信する処理と、アプリケーションサーバ１
０６からデータを受信すると、この時間情報をテーブル
に記憶した後にシーケンス番号、接続ＩＤなどを含む通
信ミドルウェア制御用のヘッダ６０２を付加して無線ク
ライアント１０１にデータを送信する処理と、無線クラ
イアント１０１からの受信確認通知が来ない場合、再接
続要求３０６を確認すると、アプリケーションサーバ１
０６からのデータ更新通知があったかを確認し、データ
更新通知があり、更新されたデータが無線クライアント
１０１へ送信中のデータであれば、アプリケーションサ
ーバ１０６へ更新データの送信を要求して、バッファ内
の無線クライアント１０１へ送信中のデータを削除し、
内容を更新データに更新して、無線クライアント１０１
に対しコネクション接続再確認（リフレッシュ）３０８
を送信し、更新されたデータを無線クライアント１０１
に送信する処理と、更新通知がなかったり、更新通知の
あったデータが送信中のデータでなければ、無線クライ
アント１０１に対しコネクション接続再確認（データ継
続）を送信し、ゲートウェイサーバ１０５に蓄積されて
いた送信が完了していないデータパケットをそのまま無
線クライアント１０１に再送信する処理と、を実行す
る。

【００４９】次に本発明の第２の実施の形態について図
８を参照して説明する。図８は本発明の第２の実施の形
態の通信システムの通信シーケンスである。第１の実施
の形態ではアプリケーションサーバ１０６は自ら送信し
たデータが新しく更新されたかどうかを内部でチェック
を行い、その情報を一定間隔でデータＩＤ単位にゲート
ウェイサーバ１０５に対して更新データ通知３０５とし
て報知していたが、第２の実施の形態ではアプリケーシ
ョンサーバ１０６は自ら送信したデータが新しく更新さ
れたかどうかのチェックを行わず従って更新データ通知
３０５も発行していない。ゲートウェイサーバ１０５か
ら更新問い合わせがあったときに更新の有無について問
い合わせ結果報告を発行し、ゲートウェイサーバ１０５
からデータ要求があったとき更新済のデータを送信す
る。

【００５０】図８においては無線クライアント１０１が
アプリケーションサーバ１０５よりデータを受信してい
る際に受信電界強度の低下によりパケットの受信ができ
なくなり、しばらくして回線断となった状況におけるシ
ーケンスを示している。

【００５１】まず無線クライアント１０１がダイアルア
ップルータ１０２との間で回線接続を行い、接続が完了
した後にゲートウェイサーバ１０５に対してコネクショ
ン接続要求８０１を送信する。ゲートウェイサーバ１０
５でその無線クライアント１０１の接続を認めるとコネ
クション接続確認８０２を無線クライアント１０１に対
して送信する。接続が完了すると無線クライアント１０
１はデータ要求８０３をゲートウェイサーバ１０５に対
して送信する。ゲートウェイサーバ１０５はデータフォ
ーマットを変換してデータ要求８０４をアプリケーショ
ンサーバ１０６に送信する。アプリケーションサーバ１
０６ではこの要求を受けて、データ要求パケットで指定
されたデータの送信を開始する。無線クライアント１０
１はシーケンス番号２までのデータを受信したところ
で、電波の状態が悪い場所に移動したために受信電界強
度が低下してそれ以降のシーケンス番号３から５までの
データが受信できなり回線が切断された。

【００５２】無線クライアント１０１は再接続をするた
めダイアルアップルータ１０３との間で回線接続を試み
る。回線接続に成功するとゲートウェイサーバ１０５に
対してコネクション再接続要求８０５を送信する。コネ
クション再接続要求を受信したゲートウェイサーバ１０
５は、アプリケーションサーバ１０６に対して、無線ク
ライアント１０１に送信中のデータパケットのデータＩ
Ｄがアプリケーションサーバ１０６ですでに更新されて
いないかどうかを確認するために更新問い合わせパケッ
ト８０６を送信する。アプリケーションサーバ１０６で
は更新の有無を、問い合わせ結果通知パケット８０７に
載せてゲートウェイサーバ１０５に返す。

【００５３】ゲートウェイサーバ１０５では、すでに無
線クライアント１０１に送信したデータパケットの中で
情報更新の有無を確認して、更新されていた場合にはデ
ータＩＤ単位でアプリケーションサーバ１０６に対して
データ要求パケット８０８を送信してデータを取得す
る。同時に無線クライアント１０１に対してはコネクシ
ョン再接続確認（リフレッシュ）８０９を送信する。こ
のメッセージを受信すると無線クライアント１０１は蓄
積データを削除して新しいデータを受信する。

【００５４】アプリケーションサーバ１０６で更新され
たデータがない場合には、コネクション再接続後、無線
クライアント１０１に対してコネクション再接続確認
（データ継続）を送信する。更新されたデータがない場
合にはゲートウェイサーバ１０５に蓄積されていた送信
が完了していないデータパケットをそのまま再送信す
る。

【００５５】次に本発明の第３の実施の形態について説
明する。第１の実施の形態ではアプリケーションサーバ
１０６は自ら送信したデータが新しく更新されたかどう
かを内部でチェックを行い、一定間隔で更新データ通知
を発行しており、第２の実施の形態ではゲートウェイサ
ーバ１０５から更新問い合わせがあったときに更新の有
無について問い合わせ結果報告を発行し、ゲートウェイ
サーバ１０５からデータ要求があったとき更新済のデー
タを送信していたが、第３の実施の形態ではゲートウェ
イサーバ１０５が送信未完了データを保留する時間に制
限を設けて、制限時間を超えたものに関しては強制的に
データを更新する。

【００５６】第１の実施の形態で用いた図３と図９とを
参照して第３の実施の形態を説明する。図９は本発明の
第３の実施の形態のゲートウェイサーバのデータ送信動
作のフローチャートである。

【００５７】回線断までは第１の実施の形態と同じなの
で説明を省略する。第３の実施の形態では、ゲートウェ
イサーバ１０５は無線クライアント１０１にデータを送
信すると（Ｓ９０７）、タイマーをスタートさせる（Ｓ
９０８）。無線クライアント１０１から受信確認通知３
０９を受信すると（Ｓ９０９Ｙ）、ゲートウェイサーバ
１０５はタイマーを停止して（Ｓ９２０）、一連の動作
を終了する（Ｓ９２１）。

【００５８】無線クライアント１０１がデータ受信中に
回線断となった時には、受信確認通知３０９が受信され
ないので（Ｓ９０９Ｎ）、タイマーが所定時間経過した
かを監視し、所定時間以内であり（Ｓ９１０Ｎ）、再接
続要求がなければ（Ｓ９１１Ｎ）、ステップＳ９０９に
戻り、受信確認通知の受信と、タイマーのタイムアップ
と、再接続要求を待つ。

【００５９】所定時間が経過すれば（Ｓ９１０Ｙ）、ア
プリケーションサーバ１０６へ更新データの送信を要求
して（Ｓ９１２）、更新データの着信を待機し（Ｓ９１
３Ｎ）、更新データが着信すれば（Ｓ９１３Ｙ）、バッ
ファ内の無線クライアント１０１へ送信中のデータを削
除し（Ｓ９１４）、内容を更新データに更新して（Ｓ９
１５）、タイマーを再スタートさせ（Ｓ９１６）、ステ
ップ９０９に戻り受信確認通知の受信と、タイマーのタ
イムアップと、再接続要求を待つ。

【００６０】無線クライアント１０１から再接続要求が
あると（Ｓ９１７Ｙ）、データを更新したかを確認し、
更新していれば（Ｓ９１７Ｙ）、コネクション接続再確
認（リフレッシュ）３０８を無線クライアント１０１に
送信し（Ｓ９１８）、更新していなければ（Ｓ９１７
Ｎ）、コネクション接続再確認（データ継続）を無線ク
ライアント１０１に送信し（Ｓ９１９）、ステップ９０
７に戻りバッファに保存されているデータを無線クライ
アント１０１に送信する。

【００６１】次に第４の実施の形態について説明する。
第４の実施の形態ではデータ更新要求の方法が第１から
第３の実施の形態と異なり、ゲートウェイサーバ１０５
とのコネクション再接続後に無線クライアント１０１の
アプリケーションがデータ更新要求をゲートウェイサー
バ１０５に送信する。従来例の図１１を参照して説明す
ると、コネクション再接続要求１１０４を行ってコネク
ション再接続確認１１０５が行われると、無線クライア
ント１０１はデータＩＤ単位にデータ再接続回数をカウ
ントしておく。図１１では説明の複雑化を避けるため、
１回の再接続しか示されていないが、実際は送受信のや
り直しが数回発生して再接続が複数回発生することも少
なくない。データ送受信時にあらかじめ決められた回数
の再接続が同じデータＩＤに行われると、次回のコネク
ション再接続要求送信時にゲートウェイサーバ１０５に
対してデータの更新を要求する。これによってゲートウ
ェイサーバ１０５では送信未完了となっているデータを
削除した後、アプリケーションサーバ１０６に対して該
データＩＤのデータを要求し、最新のデータを入手して
無線クライアント１０１に送信する。その動作を、無線
クライアント１０１側で説明すると、回線切断後に回線
が再接続し、ゲートウェイサーバ１０５にコネクション
再接続要求を行い、コネクション再接続確認が行われる
ごとに、再接続回数をインクリメントし、再接続回数が
所定の回数を超えると、次回の回線切断後に回線が再接
続してゲートウェイサーバ１０５にコネクション再接続
要求を行う際にデータの更新を要求するとともに再接続
回数をクリアする。ゲートウェイサーバ１０５側の動作
を説明すると、通常のコネクション再接続の場合は図１
１と同様に未送信のデータパケットの送信を行い、デー
タの更新要求のあった場合はアプリケーションサーバ１
０６に対して図８に示すようなデータ要求８０８を行い
更新されたデータを無線クライアント１０１に送信す
る。

【００６２】また本発明の第５の実施の形態ではゲート
ウェイサーバ１０５とアプリケーションサーバ１０６と
が一つのハードウェアに実装されている。この場合には
図３にあるようなゲートウェイサーバ１０５とアプリケ
ーションサーバ１０６との通信手順はなくなり、一つの
ハードウェア内での処理となる。

【００６３】これまでの実施の形態の説明では、通信中
の回線不良の発生しやすい無線クライアントとのデータ
通信システムを例として説明したが、本発明のサーバシ
ステムは無線クライアントとのデータ通信に限定される
ものではない。

【００６４】

【発明の効果】以上説明したように、本発明において
は、以下に記載するような効果がある。即ち、第１の効
果は本発明のアプリケーションサーバがすでにゲートウ
ェイサーバに対して送信したデータの更新情報をゲート
ウェイサーバに通知する手段を有しているので、ゲート
ウェイサーバではクライアントに対して送信未完了とな
っているデータパケットが古いデータかどうかを判断す
ることが可能となり、結果としてクライアントに対して
常に新しいデータを送信することができることである。

【００６５】第２の効果はゲートウェイサーバが回線再
接続時に無線クライアントに対して再送するデータの更
新の有無の情報を通知しているので、無線クライアント
ではデータ更新のある場合は蓄積しているデータを削除
して新しいデータを取得することができることである。

【図面の簡単な説明】

【図１】図１は本発明の第１の実施の形態のサーバシス
テムのゲートウェイサーバの機能を示す模式的ブロック
構成図である。

【図２】図１のゲートウェイサーバの通信継続手段の機
能を示す模式的ブロック構成図である。

【図３】本発明の第１の実施の形態の通信システムの通
信シーケンスである。

【図４】本発明の第１の実施の形態のゲートウェイサー
バのデータ送信動作のフローチャートである。

【図５】本発明の第１の実施の形態のアプリケーション
サーバのデータ送信動作のフローチャートである。

【図６】本発明の第１の実施の形態のデータフォーマッ
トの模式図である。（ａ）はデータパケットを示す。
（ｂ）は再接続パケットを示す。

【図７】本発明の第１の実施の形態のデータフォーマッ
トの模式図である。（ａ）はデータ要求パケットを示
す。（ｂ）は更新データ通信パケットを示す。

【図８】本発明の第２の実施の形態の通信システムの通
信シーケンスである。

【図９】本発明の第３の実施の形態のゲートウェイサー
バのデータ送信動作のフローチャートである。

【図１０】ミドルウェアを有するゲートウェイサーバを
備えた通信システムの模式的構成図である。

【図１１】従来例の図１０の通信システムの通信シーケ
ンスである。

【符号の説明】

１０１無線クライアント１０２基地局１０３ダイアルアップルータ１０４ネットワーク１０５ゲートウェイサーバ１０６アプリケーションサーバ１０７ＬＡＮ１１０ルータ側通信手段１２０ＬＡＮ側通信手段１３０ルータ側バッファ管理手段１４０ＬＡＮ側バッファ管理手段１５０通信接続手段１５１コネクション管理手段１５２パケット順序制御手段１５３データ更新管理手段１６０データ更新監視手段１８０制御部１９０記録媒体３０１、８０１、１１０１コネクション接続要求３０２、８０２、１１０２コネクション接続確認３０３、３０４、３０７、８０３、８０４、８０８、１
１０３データ要求３０５更新データ通知３０６、８０５、１１０４コネクション再接続要求３０８、８０９コネクション再接続確認３０９、８１０、１１０６受信確認３１０、３１１、３１２、３１３バッファ６０１〜６１４、７０１〜７０６パケット８０６更新問い合わせ８０７問い合わせ結果通知１１０５コネクション再接続確認Ｓ４０１〜Ｓ４１８、Ｓ５０１〜Ｓ５１０，Ｓ９０１〜
９２１各ステップ

Claims

(57)【特許請求の範囲】

【請求項１】ミドルウェアを介してクライアントとア
プリケーションサーバ機能とを結ぶデータ通信システム
におけるミドルウェア蓄積データの更新方法であって、前記ミドルウェアを備えたゲートウェイサーバ機能は、
接続した前記クライアントからのデータ要求に応じて、
前記アプリケーションサーバ機能から指定のデータを受
信して、該データをバッファに保存した後に、所定のヘ
ッダを付加してして前記クライアントに送信し、前記ク
ライアントが全ての指定のデータを受信できなかった場
合は、該クライアントは再接続を前記ゲートウエイサー
バ機能に要求し、要求を受信した該ゲートウエイサーバ
機能は前記バッファに保存されたデータを該クライアン
トに再送信する、障害時のデータの再送信において、再接続要求を受信した前記ゲートウェイサーバ機能は、
送信中のデータが前記アプリケーションサーバ機能にお
いて更新されている場合には、前記バッファに保存され
ている送信中のデータを最新のデータに更新し、前記ク
ライアントに対してデータが更新済であることを通知
し、更新済の通知を受けた該クライアントは、受領済の
蓄積データを削除して受信した更新済のデータを蓄積す
る、ことを特徴とするデータ通信システムにおけるミド
ルウェア蓄積データの更新方法。
【請求項２】前記アプリケーションサーバ機能におけ
る送信中のデータの更新の有無の確認方法は、前記ゲートウェイサーバ機能は、前記アプリケーション
サーバ機能からデータを受信すると、該データに記録さ
れた時間情報をテーブルに記憶し、前記アプリケーションサーバ機能は、前記ゲートウェイ
サーバ機能に送信したアプリケーションデータの更新の
有無を定期的に確認し、データが更新されていた場合に
は、更新されたデータのデータＩＤと更新時刻を更新デ
ータ通知としてゲートウェイサーバ機能に通知し、前記ゲートウェイサーバ機能は、前記更新データ通知を
テーブルに記憶し、前記クライアントからの再接続要求
を確認すると、データ更新通知のデータＩＤと更新時刻
により送信中のデータの更新の有無を確認する方法であ
る、請求項１に記載のデータ通信システムにおけるミド
ルウェア蓄積データの更新方法。
【請求項３】前記アプリケーションサーバ機能におけ
る送信中のデータの更新の有無の確認方法は、ゲートウェイサーバ機能は、前記クライアントからコネ
クション再接続要求を受信すると、前記アプリケーショ
ンサーバ機能に対して、前記クライアントに送信したデ
ータのデータ内容の更新の有無を確認するための更新問
い合わせを送信し、前記アプリケーションサーバ機能は更新の有無をゲート
ウェイサーバ機能に通知する方法である、請求項１に記
載のデータ通信システムにおけるミドルウェア蓄積デー
タの更新方法。
【請求項４】ミドルウェアを介してクライアントとア
プリケーションサーバ機能とを結ぶデータ通信システム
におけるミドルウェア蓄積データの更新方法であって、前記ミドルウェアを備えたゲートウェイサーバ機能は、
接続した前記クライアントからのデータ要求に応じて、
前記アプリケーションサーバ機能から指定のデータを受
信して、該データをバッファに保存した後に、所定のヘ
ッダを付加してして前記クライアントに送信し、前記ク
ライアントが全ての指定のデータを受信できなかった場
合は、該クライアントは再接続を前記ゲートウエイサー
バ機能に要求し、要求を受信した該ゲートウエイサーバ
機能は前記バッファに保存されたデータを該クライアン
トに再送信する、障害時のデータの再送信において、前記ゲートウェイサーバ機能は前記クライアントにデー
タを送信するとタイマーをスタートさせ、所定時間が経
過すれば前記アプリケーションサーバ機能へ更新データ
の送信を要求し、バッファ内の送信中のデータを削除
し、内容を更新データに更新してタイマーを再スタート
させ、前記クライアントから再接続要求があるとデータ
を更新したかを確認し、更新していればデータ更新情報
を前記クライアントに送信し、バッファに保存されてい
るデータを前記クライアントに送信することを特徴とす
るデータ通信システムにおけるミドルウェア蓄積データ
の更新方法。
【請求項５】ミドルウェアを介してクライアントとア
プリケーションサーバ機能とを結ぶデータ通信システム
におけるミドルウェア蓄積データの更新方法であって、前記ミドルウェアを備えたゲートウェイサーバ機能は、
接続した前記クライアントからのデータ要求に応じて、
前記アプリケーションサーバ機能から指定のデータを受
信して、該データをバッファに保存した後に、所定のヘ
ッダを付加してして前記クライアントに送信し、前記ク
ライアントが全ての指定のデータを受信できなかった場
合は、該クライアントは再接続を前記ゲートウエイサー
バ機能に要求し、要求を受信した該ゲートウエイサーバ
機能は前記バッファに保存されたデータを該クライアン
トに再送信する、障害時のデータの再送信において、前記クライアントはデータＩＤ単位にデータ再接続回数
をカウントし、同じデータＩＤに所定の回数の再接続が
行われると、次回の再接続要求送信時に前記ゲートウェ
イサーバ機能に対してデータの更新を要求し、該ゲート
ウェイサーバ機能ではバッファの送信未完了となってい
るデータを削除し、前記アプリケーションサーバ機能に
対して該データＩＤのデータを要求し、最新のデータを
入手して前記クライアントに送信することを特徴とする
データ通信システムにおけるミドルウェア蓄積データの
更新方法。
【請求項６】前記ゲートウェイサーバ機能と前記アプ
リケーションサーバ機能とは、それぞれＬＡＮ上に独立
して接続されているゲートウェイサーバとアプリケーシ
ョンサーバとに実装されている、請求項１から請求項５
のいずれか１項に記載のデータ通信システムにおけるミ
ドルウェア蓄積データの更新方法。
【請求項７】前記ゲートウェイサーバ機能と前記アプ
リケーションサーバ機能とは、一つのハードウエアに実
装されている、請求項１から請求項５のいずれか１項に
記載のデータ通信システムにおけるミドルウェア蓄積デ
ータの更新方法。
【請求項８】ミドルウェアを介してクライアントとア
プリケーションサーバ機能とを結ぶデータ通信システム
におけるミドルウェア蓄積データの更新方法を実行する
サーバシステムであって、前記サーバシステムはゲートウェイサーバとアプリケー
ションサーバとを備え、前記ゲートウェイサーバはＬＡ
Ｎ上でＴＣＰ／ＩＰ、ＵＤＰ／ＩＰ通信を行うための制
御を行うルータ側通信手段およびＬＡＮ側通信手段、前
記クライアントのネットワーク側で送受信されるデータ
のバッファ管理および通知を行うルータ側バッファ管理
手段、ＬＡＮ側で送受信されるデータのバッファ管理お
よび通知を行うＬＡＮ側バッファ管理手段、前記クライ
アントとの間で接続／再接続処理およびデータパケット
の送達確認を行い、回線切断時のアプリケーションデー
タの再送制御および順序制御も行う通信継続手段、送信
未完了であるデータの新旧を前記アプリケーションサー
バより送られてくる更新情報を基にして判断するデータ
更新監視手段、および記録媒体から読み込まれた制御プ
ログラムでシステムを制御する制御部を備える、ことを
特徴とするデータ通信システムにおけるミドルウェア蓄
積データの更新方法を実行するサーバシステム。
【請求項９】ゲートウェイサーバ機能のミドルウェア
蓄積データを更新するための制御プログラムを記録した
記録媒体であって、接続した前記クライアントからのデータ要求に応じて、
前記アプリケーションサーバ機能から指定のデータを受
信して、該データをバッファに保存した後に、所定のヘ
ッダを付加してして前記クライアントに送信する手順
と、前記クライアントが全ての指定のデータを受信できず、
該クライアントが再接続を前記ゲートウエイサーバ機能
に要求した場合は、前記アプリケーションサーバ機能に
おける送信中のデータの更新の有無を確認し、更新のあ
る場合は更新済のデータを受領し、前記バッファに保存
されているデータを更新する手順と、前記クライアントに対してデータが更新済であることを
通知するとともに、更新済の該データを送信する手順
と、を実行させるためのプログラムを記録した記録媒
体。