JP2000267977A - ネットワークシステムおよび通信制御プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】ネットワークを介して接続されたサーバ装置と
端末装置との間における通信の頻度を低減することでレ
スポンスを向上させたネットワークシステムおよび該ネ
ットワークシステムに適用される通信制御プログラムを
記録した記録媒体を提供する。 【解決手段】サーバ装置１は、アプリケーションプログ
ラムからの入力要求および出力要求があると、その都度
携帯端末２に送信するのではなく、送信条件が成立した
ときに、それまでにあったアプリケーションプログラム
からの出力要求および入力要求をグループ化して送信す
る。したがって、サーバ装置１と携帯端末２との間にお
ける通信頻度を低減することができ、両者間のレスポン
スを向上できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＬＡＮ等のネッ
トワークを介してサーバ装置と端末装置とが接続された
ネットワークシステムおよびこのネットワークシステム
に適用されサーバ装置と端末装置との通信を制御する通
信制御プログラムを記録した記録媒体に関する。

【０００２】

【従来の技術】ＬＡＮ等のネットワークを介してサーバ
装置に複数の端末装置が接続され、各端末装置でサーバ
装置の有する機能（アプリケーションプログラム）が利
用できるネットワークシステムがある。例えば、サーバ
装置にデータベースを管理するアプリケーションプログ
ラム（所謂、データベースエンジン）を設け、各端末装
置においてサーバ装置で管理されているデータベースが
利用できるネットワークシステムがある。

【０００３】このネットワークシステムでは、端末装置
がサーバ装置に対して検索や更新等の処理要求を送信
し、サーバ装置が送信されてきた処理要求に基づいて、
特定の処理を実行する。また、サーバ装置は、実行して
いる処理に必要なデータの入力要求や処理結果等を出力
要求として端末装置に送信する。端末装置では入力要求
を受け付けると、オペレータによるデータの入力を受け
付け、ここで入力された入力データをサーバ装置に送信
する。また、出力要求を受け付けると、該出力要求に基
づいて処理結果の表示や印字等の出力処理を行う。

【０００４】ところで、従来のネットワークシステムで
は、サーバ装置がデータベース等を管理するアプリケー
ションプログラムを備え、端末装置からの処理要求に応
じて適当なアプリケーションプログラムを実行し、端末
装置にその処理結果を送信していた。一方、端末装置は
キーボード等の入力部において入力された入力データを
サーバ装置に送信するアプリケーションプログラムだけ
でなく、サーバ装置から送信されてきた処理結果を処理
して画面表示や印字等の出力処理を実行するアプリケー
ションプログラムも備えていた。このため、ネットワー
クシステムを開発する場合、サーバ装置に設けるデータ
ベース等を管理するアプリケーションプログラムだけで
なく、端末装置に設ける出力処理を実行するアプリケー
ションプログラムも開発しなければならなかった。この
ため、データベースを管理するアプリケーションプログ
ラムと端末装置に設ける出力用のアプリケーションプロ
グラムとにおける処理の切り分けや、これらのアプリケ
ーションプログラム間におけるデータの入出力を規定す
る等の作業が必要であり、これらのアプリケーションプ
ログラムの開発に長い時間を要していた。また、これら
のアプリケーションプログラムの動作確認（デバック）
は、サーバ装置または端末装置単体で行うことができず
（ネットワーク環境を構築しなければならず）、デバッ
クにも長い時間を要していた。

【０００５】上記問題を解決するネットワークシステム
として、本願発明者は先に端末装置をサーバ装置のエミ
ュレータとして機能させるネットワークシステムを発明
している（特願平１０−２９０８３９号）。

【０００６】

【発明が解決しようとする課題】上記特願平１０−２９
０８３９号に記載した発明により、アプリケーションプ
ログラムの開発に要する時間が大幅に短縮でき、短期間
でネットワークシステムを構築することができるように
なった。

【０００７】しかしながら、この種のネットワークシス
テムは端末装置において入力操作を行い、サーバ装置に
おいて端末装置で入力された入力データを処理し、この
処理結果を端末装置において出力することを前提とした
システムであるため、両装置間では端末装置において入
力された入力データをサーバ装置に送信する通信やサー
バ装置における処理結果（上記特願平１０−２９０８３
９号では、端末装置における表示画面データ等）等を端
末装置に送信する通信が行われている。両装置間におけ
る通信では、サーバ装置は実行中のアプリケーションプ
ログラムからの入力要求または出力要求があると、その
都度発生した入出力要求を端末装置に送信しており、端
末装置はデータの入力が行われると、その都度入力され
たデータをサーバ装置に送信していた。このため、サー
バ装置と端末装置との間で頻繁に通信を行っており、レ
スポンスが悪いという問題があった。

【０００８】また、オペレータによって入力された入力
データは、端末装置からサーバ装置に送信された後、サ
ーバ装置側で該入力データが適正なデータであるかどう
かを判定していた。このため、例えば、適正なデータが
１０桁のデータである場合に、端末装置において入力さ
れたデータが９桁や１１桁であっても（桁数等のデータ
形式が適正でない入力データであっても、）、この入力
データをサーバ装置に送信していた。また、サーバ装置
では送信されてきた入力データのデータ形式が適正でな
いことから、再度端末装置に対して入力要求を行わなけ
ればならなかった。すなわち、データ形式（桁数等）が
適正でない入力データも端末装置からサーバ装置に送信
しており、サーバ装置と端末装置との間で無駄な通信
（端末装置からサーバ装置へのデータ形式が適正でない
入力データの送信およびサーバ装置から端末装置への再
入力の指示）が行われていた。このような無駄な通信に
よって、サーバ装置と端末装置との間における通信の頻
度がさらに上がり、レスポンスを一層低下させていた。

【０００９】この発明の目的は、上記特願平１０−２９
０８３９号に記載したネットワークシステムだけでなく
公知のネットワークシステムにも適用でき、ネットワー
クを介して接続されたサーバ装置と端末装置との間にお
ける通信の頻度を低減することでレスポンスを向上させ
たネットワークシステムおよび該ネットワークシステム
に適用される通信制御プログラムを記録した記録媒体を
提供することにある。

【００１０】また、この発明は端末装置側において入力
された入力データのデータ形式が適正であるかどうかを
判定することによって、サーバ装置にかかる負荷も低減
することができるネットワークシステムおよび該ネット
ワークシステムに適用される通信制御プログラムを記録
した記録媒体を提供することにある。

【００１１】

【課題を解決するための手段】請求項１に記載した発明
は、サーバ装置と、端末装置と、がネットワークを介し
て接続されたネットワークシステムにおいて、前記サー
バ装置は、単一または複数のアプリケーションプログラ
ムと、前記アプリケーションプログラムからの入力要求
や出力要求をグループ化し、ここでグループ化した入出
力要求を前記ネットワークを介して端末装置に送信する
サーバ側入出力制御プログラムと、を有し、前記端末装
置は、上記サーバ装置からネットワークを介して送信さ
れてきた入力要求および出力要求をそれぞれ処理すると
ともに、前記入力要求に対して受け付けた入力データを
前記サーバ装置に送信するクライアント側入出力制御プ
ログラムを有し、前記サーバ側入出力制御プログラム
は、送信条件が成立したときに、グループ化された前記
アプリケーションプログラムからの入出力要求を送信す
るプログラムである。

【００１２】この構成では、サーバ装置に設けられたサ
ーバ側入出力制御プログラムにおいて、アプリケーショ
ンプログラムからの入力要求や出力要求をグループ化
し、送信条件が成立したときに、グループ化された入出
力要求を端末装置へ送信する。すなわち、従来のように
入力要求または出力要求をその都度送信するのではな
く、入力要求または出力要求をまとめて（グループ化し
て）端末装置に送信するため、サーバ装置と端末装置と
の間における通信の頻度（回数）を低減することができ
る。よって、サーバ装置と端末装置とのレスポンスが向
上できる。

【００１３】また、請求項２に記載した発明は、前記ク
ライアント側入出力制御プログラムは、サーバ側入出力
制御プログラムにリンクして入出力動作を行うプログラ
ムである。

【００１４】この構成においては、クライアント側入出
力制御プログラムがサーバ側入出力制御プログラムにリ
ンクしている。したがって、サーバ側入出力制御プログ
ラムを起動することにより、クライアント側入出力制御
プログラムが起動する。したがって、端末装置をサーバ
装置のエミュレータとして機能させることができる。な
お、端末装置をサーバ装置のエミュレータとして機能さ
せるとは、実際にはサーバ装置上で実行されているアプ
リケーションに関する入出力を端末装置で行えるように
することである。したがって、端末装置に特別なアプリ
ケーションプログラムを設ける必要がなく、ネットワー
クシステムの開発期間の短縮、開発コストを低減するこ
とができる。

【００１５】また、請求項３に記載した発明は、前記ク
ライアント側入出力制御プログラムは、前記サーバ装置
からグループ化されて送信されてきた入出力要求に含ま
れている全ての入力要求に対する入力データを受け付け
た後に、受け付けた入力データをまとめて前記サーバ装
置に送信するプログラムである。

【００１６】この構成では、端末装置に設けられたクラ
イアント側入出力制御プログラムが、端末装置から送信
されてきた全ての入力要求に対して入力データを受け付
け、ここで受け付けた入力データをまとめて前記サーバ
装置に送信する。すなわち、従来のように受け付けた入
力データをその都度サーバ装置に送信するのではなく、
グループ化して送信するようにしたため、サーバ装置と
端末装置との間における通信頻度が一層低減され、両装
置間のレスポンスが一層向上できる。

【００１７】また、請求項４に記載した発明では、前記
送信条件は、前記アプリケーションプログラムからの送
信指示を受けたときに成立する。

【００１８】この構成では、アプリケーションプログラ
ムからの送信指示を受けたときに送信条件が成立し、端
末装置に入出力要求が送信される。

【００１９】また、請求項５に記載した発明では、前記
送信条件は、前記アプリケーションプログラムからの入
力要求を受けたときに成立する。

【００２０】この構成では、アプリケーションプログラ
ムからの入力要求を受けたときに送信条件が成立し、端
末装置に入出力要求が送信される。

【００２１】また、請求項６に記載した発明では、前記
送信条件は、所定時間以上連続して前記アプリケーショ
ンプログラムからの入力要求または出力要求が無かった
ときに成立する。

【００２２】この構成では、所定時間以上連続してアプ
リケーションプログラムからの入力要求または出力要求
がなかったときに送信条件が成立し、端末装置に入出力
要求が送信される。

【００２３】また、請求項７に記載した発明では、前記
クライアント側入出力制御プログラムは、前記入力要求
に対して入力された入力データのデータ形式が適正であ
るかどうかを判定し、適正でなければ該入力要求に対し
て入力データの再入力を指示する処理を実行するプログ
ラムである。

【００２４】この構成では、端末装置においてデータ形
式が適正でない入力データが入力されたときに、この入
力データをサーバ装置に送信することなく、オペレータ
に再入力を指示する。すなわち、データ形式が適正でな
い入力データについては端末装置からサーバ装置に送信
しないため、両装置間における通信頻度をさらに低減す
ることができる。よって、両装置間のレスポンスがより
一層向上される。

【００２５】さらに、請求項８に記載した発明は、サー
バ装置と、端末装置と、がネットワークを介して接続さ
れたネットワークシステムにおいて、前記サーバ装置
は、単一または複数のアプリケーションプログラムと、
前記アプリケーションプログラムからの入力要求や出力
要求をグループ化し、ここでグループ化した入出力要求
を前記ネットワークを介して端末装置に送信するサーバ
側入出力制御プログラムと、を有し、前記端末装置は、
上記サーバ装置からネットワークを介して送信されてき
た入力要求および出力要求をそれぞれ処理するととも
に、前記入力要求に対して受け付けた入力データを前記
サーバ装置に送信するクライアント側入出力制御プログ
ラムを有し、前記クライアント側入出力制御プログラム
は、前記入力要求に対して入力された入力データのデー
タ形式が適正であるかどうかを判定し、適正でなければ
該入力要求に対して入力データの再入力を指示する処理
を実行するプログラムであり、データ形式が適正でない
入力データについてはサーバ装置に送信しないため、サ
ーバ装置と端末装置との間における通信頻度を低減する
ことができ、両装置間のレスポンスを向上できる。

【００２６】さらに、請求項９に記載した発明は請求項
１に記載した発明に相当する通信制御プログラムを記録
した記録媒体の発明であり、請求項１０に記載した発明
は請求項８に記載した発明に相当する通信制御プログラ
ムを記録した記録媒体の発明のである。

【００２７】

【発明の実施の形態】まず、最初に公知のネットワーク
システムにこの発明を適用した実施形態について説明す
る。

【００２８】図１は、この発明の実施形態であるネット
ワークシステムの構成を示す図である。図において、１
はサーバ装置、２は携帯端末（この発明で言う端末装置
に相当する。）、３はＬＡＮ等のネットワークである。
ネットワーク３には、無線サーバ４および複数の無線ブ
リッジ５が接続されており、ネットワーク３を介して無
線サーバ４と各無線ブリッジ５との間で通信が行われ
る。

【００２９】以下、サーバ装置１と携帯端末２との間に
おける通信経路について簡単に説明しておく。このネッ
トワークシステムでは、サーバ装置１から携帯端末２に
対する入出力要求が無線信号で出力される。無線サーバ
４がサーバ装置１から出力された入出力要求を受信し、
ネットワーク３を介してこの入出力要求を無線ブリッジ
５に転送し、無線ブリッジ５が転送されてきた入出力要
求を無線信号に変換して携帯端末２に送信する。一方、
携帯端末２もサーバ装置１に対する処理要求等を無線信
号で出力する。携帯端末２から出力された処理要求は無
線ブリッジ５で受信される。無線ブリッジ５がこの処理
要求等をネットワーク３を介して無線サーバ４に転送
し、無線サーバ４が転送されてきた処理要求等を無線信
号に変換してサーバ装置１に送信する。

【００３０】図２（Ａ）はこの実施形態にかかるサーバ
装置におけるソフトウェアの階層構造を示す図であり、
図２（Ｂ）は携帯端末におけるソフトウェアの階層構造
を示す図である。まず、図２（Ａ）を参照しながらサー
バ装置１におけるソフトウェアの階層構造について説明
する。１１はＴＣＰ／ＩＰ等のプロトコルよって携帯端
末２との通信を規定するプロトコル層であり、１２はサ
ーバ装置１本体のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔ
ｅｍ）が配置されるＯＳ層であり、１３はデータベース
ソフト等のアプリケーションプログラムを配置されるＡ
Ｐ（アプリケーション）層である。なお、１４はＡＰ層
１３とＯＳ層１２との間における入出力を制御するＡＰ
Ｉ（アプリケーションインタフェース）層である。な
お、この発明で言うサーバ側通信制御プログラムはＯＳ
層１２に配置されるプログラムである。

【００３１】次に、図２（Ｂ）を参照しながら携帯端末
２におけるソフトウェアの階層構造について説明する。
２１はＴＣＰ／ＩＰ等のプロトコルよってサーバ装置１
との通信を規定するプロトコル層、２２は携帯端末２本
体のＯＳが配置されるＯＳ層、２３はネットワークＯＳ
が配置されるネットワークＯＳ層、２４はアプリケーシ
ョンプログラムが配置されるＡＰ層である。なお、２５
はＯＳ層２２およびネットワークＯＳ層２３とＡＰ層２
４との間における入出力を制御するＡＰＩ層である。な
お、この発明で言うクライアント側通信制御プログラム
はネットワークＯＳ層２３に配置されるプログラムであ
る。また、ＡＰ層２４には携帯端末２本体における画面
制御等を行うプログラムが配置される。

【００３２】以下、この実施形態にかかるネットワーク
システムの動作について説明する。図３はサーバ装置の
処理を示すフローチャートであり、図４は端末装置の処
理を示すフローチャートである。サーバ装置１は携帯端
末２から処理要求が送信されてくるのを待っている（ｎ
１）。一方、携帯端末２はオペレータによって処理要求
が入力されるのを待っている（ｎ１１）。オペレータが
携帯端末２に設けられている入力キー等を操作して所望
の処理要求を入力すると、携帯端末２は入力された処理
要求をサーバ装置１に送信し（ｎ１２）、該処理要求に
対してサーバ装置１からの応答（入力要求や出力要求）
を待つ（ｎ１３）。

【００３３】サーバ装置１は、携帯端末２からの処理要
求を受信すると、ｎ２に進んで該当する処理を開始す
る。なお、ＡＰ層１３に要求された処理を実行するため
のアプリケーションプログラムが設けられている。サー
バ装置１は要求された処理を開始すると、図５に示す入
出力要求グループ化処理を実行する（ｎ３）。この処理
は、アプリケーションプログラムからの入力要求および
出力要求をグループ化する処理であり、この処理を実行
するプログラム（この発明で言うサーバ側通信制御プロ
グラム）はＯＳ層１２に設けられている。

【００３４】図５は、ｎ３にかかる入出力要求グループ
化処理を示すフローチャートである。まず、図示してい
ないタイマのリセットし、該タイマによる計時を開始す
る（ｎ２１、ｎ２２）。なお、このタイマは、連続して
アプリケーションプログラムからの入力要求または出力
要求が無い時間を計時するものである。サーバ装置１で
は、アプリケーションプログラムからの出力要求または
入力要求があるか、または、上記タイマがタイムアップ
するのを待つ（ｎ２３〜ｎ２５）。

【００３５】まず、アプリケーションプログラムからの
出力要求があると、該出力要求をＲＡＭ等のメモリに記
憶するとともに、この出力要求に送信指示が付加されて
いるかどうかを判定する（ｎ２６、ｎ２７）。なお、こ
こで言う送信指示とはアプリケーションプログラムが携
帯端末２への出力要求等の送信を指示するコマンドであ
る。ｎ２７において、送信指示が付加されていないと判
定するとｎ２１に戻って上記の処理を繰り返す。一方、
ｎ２７において送信指示が付加されていると判定する
と、ｎ２６で記憶した出力要求等をまとめるグループ化
処理を行うとともに（ｎ２８）、グループ化した出力要
求等を携帯端末２に送信して本処理を終了する（ｎ２
９）。すなわち、アプリケーションプログラムから送信
指示が付加されている出力要求があったとき、この発明
で言う送信条件が成立し、サーバ装置１から携帯端末２
への入出力要求の送信が行われる。なお、ｎ２６でメモ
リに記憶した出力要求は、携帯端末２への送信完了後に
消去される。

【００３６】このように、この実施形態にかかるサーバ
装置１はアプリケーションプログラムからの出力要求が
あっても、該出力要求をその都度携帯端末２に送信する
のではなく、アプリケーションプログラムからの出力要
求に送信指示が付加されていたときに、これまでの出力
要求をまとめて送信する。例えば、アプリケーションプ
ログラムから以下に示す３つの出力要求があり、出力要
求３に送信指示が付加されていると図６（Ａ）に示すよ
うに、 〔出力要求１〕カーソルを座標位置（Ｘ、Ｙ）へ移動
〔送信指示無し〕 〔出力要求２〕『ＡＢＣＤ』を表示〔送信指示無し〕 〔出力要求３〕カーソルを座標位置（Ｘ’、Ｙ’）へ移
動〔送信指示有り〕 上記の出力要求１〜３をまとめて携帯端末２に送信す
る。すなわち、３つの出力要求を１度の通信で送信す
る。なお、アプリケーションプログラムからの出力要求
があると、該出力要求をその都度携帯端末２に送信する
方式では、図６（Ｂ）に示すようにサーバ装置１は携帯
端末２に対して３度の通信が行われていた。このよう
に、複数の出力要求をグループ化して携帯端末２に送信
するようにしたため、サーバ装置１と携帯端末２との間
における通信頻度を低減することができ、両装置間にお
けるレスポンスを向上できる。

【００３７】また、サーバ装置１はアプリケーションプ
ログラムからの入力要求があると、ｎ２８に進んでこの
入力要求と上記のｎ２６の処理でメモリに記憶した出力
要求とをグループ化し、グループ化した入出力要求を携
帯端末２に送信して本処理を終了する（ｎ２９）。すな
わち、アプリケーションプログラムからの入力要求があ
ったときにも、この発明で言う送信条件が成立し、サー
バ装置１から携帯端末２への送信が実行される。

【００３８】上記したように、この実施形態にかかるサ
ーバ装置１はアプリケーションプログラムからの出力要
求があっても、該出力要求をその都度携帯端末２に送信
しない。そして、アプリケーションプログラムからの入
力要求があると、該入力要求と記憶している出力要求を
グループ化して送信する。例えば、アプリケーションプ
ログラムから以下に示す３つの出力要求と１つの入力要
求があり、出力要求１〜３に送信指示が付加されていな
ければ、図７（Ａ）に示すように、 〔出力要求１〕カーソルを座標位置（Ｘ、Ｙ）へ移動
〔送信指示無し〕 〔出力要求２〕『ＡＢＣＤ』を表示〔送信指示無し〕 〔出力要求３〕カーソルを座標位置（Ｘ’、Ｙ’）へ移
動〔送信指示無し〕 〔入力要求１〕識別コードの入力要求 上記の出力要求１〜３および入力要求１をまとめて携帯
端末２に送信する。なお、アプリケーションプログラム
からの入力要求または出力要求があると、その都度携帯
端末２に送信する方式では、図７（Ｂ）に示すようにサ
ーバ装置１は携帯端末２に対して４度の通信が必要があ
る。通信処理が４回必要であった。したがって、この実
施形態のネットワークシステムでは、サーバ装置１と携
帯端末２との間における通信頻度を低減することがで
き、レスポンスを向上できる。

【００３９】さらに、アプリケーションプログラムから
の入力要求および出力要求がなく、タイマがタイムアッ
プすると、ｎ２６の処理でメモリに記憶した出力要求が
あれば（ｎ３０）、記憶している出力要求をグループ化
し、グループ化した出力要求を携帯端末２に送信して本
処理を終了する（ｎ２９）。すなわち、アプリケーショ
ンプログラムからの出力要求および入力要求が連続して
一定時間以上なければ、この発明で言う送信条件が成立
し、サーバ装置１から携帯端末２への送信が実行され
る。

【００４０】サーバ装置１はｎ３の処理を完了すると、
携帯端末２にアプリケーションプログラムからの入力要
求を送信したかどうかを判定し（ｎ４）、入力要求を送
信していなければｎ１に戻って上記の処理を繰り返す。
一方、携帯端末２に入力要求を送信していれば、携帯端
末２から該入力要求に対する入力データが送信されてく
るのを待つ（ｎ５）。このとき、サーバ装置１ではｎ２
で開始した処理が入力データ待ちの状態で停止する。サ
ーバ装置１は入力データが送信されてくると、停止して
いた処理を再開して（ｎ６）、ｎ３に戻る。なお、通常
アプリケーションプログラムから入力要求があるのは、
該入力要求に対する入力データがアプリケーションプロ
グラムの実行に必要なときである。

【００４１】以上のように、この実施形態にかかるサー
バ装置１では、アプリケーションプログラムからの出力
要求があると、該出力要求をその都度送信するのではな
く、送信条件が成立したときに、これまでの出力要求を
まとめて送信するようにしたため、携帯端末２との通信
頻度を低減することができる。よって、レスポンスを向
上することができる。

【００４２】次に、グループ化された入出力要求を受信
した携帯端末２の動作について説明する。携帯端末２
は、サーバ装置１からの入出力要求を受信すると、図８
に示す入出力要求処理を実行する（ｎ１４）。図８は、
入出力要求処理を示すフローチャートである。携帯端末
２はグループ化されて送信されてきた各入出力要求につ
いて以下の処理を行う。まず、サーバ装置１から送信さ
れてきた要求が出力要求であるのか入力要求であるのか
を判定する（ｎ４１）。該要求が出力要求であれば出力
処理（画面表示や印字等の処理）を行い（ｎ４２）、サ
ーバ装置１から送信されてきた入出力要求について処理
していないものがあるかどうか（未処理の入出力要求の
有無）を判定する（ｎ４７）。ｎ４７で未処理の入出力
要求があれば、ｎ４１に戻って上記の処理を繰り返す。

【００４３】また、サーバ装置１から送信されてきた要
求が入力要求であれば、携帯端末２はオペレータによる
データの入力を待ち（ｎ４３）、データが入力されると
該データのデータ形式が適正であるかどうかを判定する
（ｎ４４）。なお、オペレータは、携帯端末２本体に設
けられているキーの操作や、本体に接続されているバー
コードリーダ等を用いてデータの入力を行う。ｎ４４で
は、例えば入力されたデータの桁数等が適正であるかど
うかについて判定する。例えば、１０桁に規定されてい
るデータであれば、入力されたデータの桁数が１０桁で
あるかどうかを判定する。ｎ４４で、入力データのデー
タ形式が適正でないと判定すると、ｎ４６でオペレータ
に対して再入力を指示し（ｎ４６）、ｎ４３に戻って再
入力を待つ。また、ｎ４４で適正であると判定すると、
ここで入力された入力データを記憶し（ｎ４５）、ｎ４
７に進んで未処理の入出力要求があるかどうかを判定
し、未処理の入出力要求があれば、ｎ４１に戻って上記
の処理を繰り返す。なお、ｎ４７で未処理の入出力要求
が無いと判定すると本処理を終了する。

【００４４】このように、この実施形態の携帯端末２は
ｎ４４で入力データのデータ形式が適正であるかどうか
を判定し、適正でなければ再入力を指示する。また、図
９（Ａ）に示すようにデータ形式が適正でない入力デー
タについてはサーバ装置１に送信しない。一方、携帯端
末２において入力データのデータ形式が適正であるかど
うかを判定することなくサーバ装置１に送信する方式
（図９（Ｂ）に示す方式）の場合、データ形式が適正で
ないデータをサーバ装置１に送信するばかりでなく、サ
ーバ装置１から携帯端末２に再入力の指示を送信するこ
とになり、サーバ装置１と携帯端末２との間で無駄な通
信を２度行うことになる。したがって、本実施形態のネ
ットワークシステムでは、サーバ装置１と携帯端末２と
の間における無駄な通信を低減することができる。これ
により、サーバ装置１と携帯端末２との通信頻度を低減
することができ、両装置間のレスポンスを向上できる。

【００４５】図４に戻って、携帯端末２はサーバ装置１
から送信されてきた入出力要求を全て処理すると、ｎ４
５で記憶した入力データがあるかどうかを判定し（ｎ１
５）、入力データが無ければｎ１１に戻る。また、ｎ１
５において入力データがあると判定すると、その入力デ
ータをサーバ装置１に送信し（ｎ１６）、ｎ１３に戻っ
て上記の処理を繰り返す。

【００４６】このように、この実施形態にかかるネット
ワークシステムでは、サーバ装置１と携帯端末２との間
で行われる無駄な通信を抑制することができる。これに
より、該通信におけるレスポンスを向上することができ
る。

【００４７】また、サーバ装置１における上記図５に示
した処理（入出力要求グループ化処理）を図１０に示す
フローチャートの処理に置き換えてもよい。図１０に示
す処理は、ｎ２４において入力要求があれば該入力要求
をメモリに記憶し（ｎ５１）、ｎ２７に進んで該入力要
求に送信指示が付加されているかどうかを判定する点で
図５に示した処理と異なる。

【００４８】すなわち、上記の実施形態ではアプリケー
ションプログラムからの入力要求があるとサーバ装置１
において送信条件を成立させたが、図１０に示す処理で
はアプリケーションプログラムからの入力要求があって
も送信条件を成立させない点で相違する。すなわち、図
１０に示す処理ではアプリケーションプログラムからの
入力要求もグループ化されて、携帯端末２に送信され
る。よって、サーバ装置１と携帯端末２との間における
通信頻度をさらに低減でき、レスポンスをより一層向上
させることができる。

【００４９】また、この発明は図１に示した形態のネッ
トワークシステムに限定されるのではなく、図１１に示
すような他の形態であってもよい。例えば、図１１
（Ａ）に示すようにサーバ装置１がネットワーク３に接
続されているネットワークシステム（無線サーバ４が不
用なネットワークシステム）であってもよいし、また図
１１（Ｂ）に示すようにサーバ装置１およびクライアン
ト装置２’がネットワーク３に接続されているネットワ
ークシステム（無線サーバ４および無線ブリッジ５が不
用なネットワークシステム）であってもよい。

【００５０】さらに、本願発明者が先に発明した特願平
１０−２９０８３９号に記載したネットワークシステム
にも適用できる。以下、特願平１０−２９０８３９号に
記載したネットワークシステムについて説明する。この
ネットワークシステムも図１に示した構成である。図１
２（Ａ）はサーバ装置の機能構成を階層的に示す図であ
り、図１２（Ｂ）は携帯端末の機能構成を示す図であ
る。図１２（Ａ）において、３１はサーバ装置１のＯ
Ｓ、３２は無線サーバ４との通信を制御する通信機能
部、３３はサーバ側エミュレーション機能部、３４はア
プリケーションインタフェース（ＡＰＩ）、３５はアプ
リケーション（ＡＰ）である。ＡＰ３５には、データを
管理するアプリケーションプログラム等が設けられてい
る。また、サーバ装置１のＯＳとしては、ネットワーク
環境に適したＯＳであればよい。特に、汎用的なＯＳ
（例えば、ＷｉｎｄｏｗｓＮＴ（Ｗｉｎｄｏｗｓは米国
マイクロソフト社の登録商標））を用いれば汎用のコン
ピュータ装置をサーバ装置として利用することができ
る。また、図１２（Ｂ）において、４１は携帯端末２の
ＯＳ、４２はＯＳ用ＡＰＩ、４３はアプリケーションプ
ログラムの階層である。さらに、この実施形態にかかる
携帯端末２には、無線ブリッジ５との通信を制御する通
信機能部４４およびサーバ装置１のエミュレータとして
機能するためのクライアント側エミュレーション機能部
４５を備えている。クライアント側エミュレーション機
能部４５には、携帯端末２に設けられている入力キーや
表示部等を制御する専用ＡＰＩ４６が組み込まれてい
る。

【００５１】図１３はこのネットワークシステムにおけ
るサーバ装置と端末装置との通信の流れを示す図であ
る。図１３を参照しながらサーバ装置と端末装置との通
信について説明する。まず、携帯端末２がサーバ装置１
に接続要求を送信する。端末装置１は、電源オン時や入
力部において所定のキーが操作された時等に上記接続要
求を送信する。サーバ装置１は、携帯端末２からの接続
要求を受信すると、初期画面等の画面データ（出力要
求）とともに、実行する処理内容の選択や選択された処
理の実行に必要なデータの入力要求を送信する。すなわ
ち、サーバ装置１は出力用データと入力要求とを纏めて
携帯端末２に送信する。また、サーバ装置１は携帯端末
２に対して複数のデータの入力を要求するときには、各
データの入力要求を纏めて送信する（各入力要求を個別
に送信しない。）。

【００５２】携帯端末２は、サーバ装置１から送信され
てきた画面データ（出力要求）に基づいて画面の表示処
理等を行うとともに、入力要求において要求されている
全てのデータの入力を受け付ける。このとき、携帯端末
２は入力されたデータのデータ形式（桁数等）が適性で
あるかどうかを判定し、適性でないときには該データの
再入力の指示を行う。携帯端末２はサーバ装置１から要
求された全てのデータの入力を受け付けると、受け付け
たた入力データを纏めてサーバ装置１に送信する。この
ように、この実施形態にかかる携帯端末２も上記した実
施形態のものと同様に複数のデータの入力を受け付け、
これらの入力データを纏めてサーバ装置１に送信してい
る。

【００５３】サーバ装置１は携帯端末２から送信されて
きた入力データを用いて適当な処理を実行し、その処理
結果を携帯端末２に送信する。このとき、新たな入力要
求が発生している場合には、この入力要求も纏めて送信
する。

【００５４】このように、この実施形態にかかるネット
ワークシステムも上記のシステムと同様にサーバ装置１
と携帯端末２との間における通信頻度を低減することが
でき、レスポンスを向上することができる。なお、この
実施形態においてもサーバ装置１と携帯端末２との間に
おける通信は無線サーバ４、ネットワーク３および無線
ブリッジ５を介して行われている。また、サーバ装置１
における出力要求、入力要求を纏める処理および携帯端
末２における入力データを纏める処理は、上記の実施形
態で説明した処理と同じである。

【００５５】しかも、この実施形態にかかるネットワー
クシステムでは、サーバ装置１が携帯端末２において表
示する画面の画面データを作成し、ここで作成した画面
データを携帯端末２に送信しており、また携帯端末２は
サーバ装置１からの入力要求等に対してオペレータが入
力したデータをサーバ装置１に送信している。すなわ
ち、携帯端末２はサーバ装置１からの入出力要求等に対
して応答できればよく、特別なアプリケーションを必要
としない。すなわち、携帯端末２には、画面データ等を
作成するためのアプリケーション等が不用である。この
ため、アプリケーションプログラムの開発に要する時間
が大幅に短縮でき、短期間でネットワークシステムを構
築することができる。なお、上記実施形態では携帯端末
２に入力されたデータの適性を判定するためのアプリケ
ーションを設けている。

【００５６】

【発明の効果】以上のように、この発明によれば、サー
バ装置がアプリケーションプログラムからの入力要求や
出力要求をグループ化して端末装置に送信するので、サ
ーバ装置と端末装置との間における通信頻度を低減する
ことができ、両装置間におけるレスポンスを向上でき
る。

【００５７】また、端末装置では、サーバ装置から送信
されてきた全ての入力要求に対する入力データを受け付
けた後に、ここで受け付けた入力データをまとめて前記
サーバ装置に送信するので、サーバ装置と端末装置との
間における通信頻度を一層低減でき、レスポンスを一層
向上することができる。

【００５８】さらに、端末装置はデータ形式が適正でな
い入力データが入力されたときに、この入力データをサ
ーバ装置に送信することなく、再入力を指示する。この
ように、データ形式が適正でない入力データについては
サーバ装置に送信しないため、サーバ装置と端末装置と
の間における無駄な通信を抑制でき、レスポンスを向上
できる。

【図面の簡単な説明】

【図１】この発明の実施形態であるネットワークシステ
ムの構成を示す図である。

【図２】この発明の実施形態にかかるサーバ装置および
携帯端末のソフトウェア構成を示す図である。

【図３】この実施形態にかかるサーバ装置の処理を示す
フローチャートである。

【図４】この実施形態にかかる携帯端末の処理を示すフ
ローチャートである。

【図５】入出力要求グループ化処理を示すフローチャー
トである。

【図６】この実施形態にかかるサーバ装置からグループ
化された入出力要求の送信を示す図である。

【図７】この実施形態にかかるサーバ装置からのグルー
プ化された入出力要求の送信を示す図である。

【図８】入出力要求処理を示すフローチャートである。

【図９】この実施形態にかかる携帯端末からの入力デー
タの送信を示す図である。

【図１０】この発明の別の実施形態であるネットワーク
システムにかかる、入出力要求グループ化処理を示すフ
ローチャートである。

【図１１】この発明の別の実施形態であるネットワーク
システムの構成を示す図である。

【図１２】この発明の別の実施形態にかかるサーバ装置
および携帯端末のソフトウェア構成を示す図である。

【図１３】この発明の別の実施形態にかかるサーバ装置
および携帯端末間における通信を示す図である。

【符号の説明】

１−サーバ装置 ２−携帯端末 ２’−クライアント端末 ３−ネットワーク ４−無線ブリッジ ５−無線サーバ １１−プロトコル １２−ＯＳ層 １３−ＡＰ層（アプリケーション層） １４−ＡＰＩ層（アプリケーションインタフェース層） ２１−プロトコル ２２−ＯＳ層 ２３−ネットワークＯＳ層 ２４−ＡＰ層（アプリケーション層） ２５−ＡＰＩ層（アプリケーションインタフェース層）

フロントページの続き (72)発明者 田下 吉久 兵庫県西宮市芦原町９番52号 古野電気株 式会社内 (72)発明者 赤尾 祐太郎 兵庫県西宮市芦原町９番52号 古野電気株 式会社内 (72)発明者 中谷 聡志 兵庫県西宮市芦原町９番52号 古野電気株 式会社内 (72)発明者 唐木 繁 兵庫県西宮市芦原町９番52号 古野電気株 式会社内 (72)発明者 淺沼 和之 大阪府大阪市北区天神橋１丁目７番15号ピ アリッツ天神橋 株式会社ノベラック内 Ｆターム(参考） 5B089 GA11 GA21 GB03 JA33 KA07 KC41 KE02

Claims (10)

【特許請求の範囲】
1. 【請求項１】 サーバ装置と、端末装置と、がネットワ
   ークを介して接続されたネットワークシステムにおい
   て、 前記サーバ装置は、単一または複数のアプリケーション
   プログラムと、 前記アプリケーションプログラムからの入力要求や出力
   要求をグループ化し、ここでグループ化した入出力要求
   を前記ネットワークを介して端末装置に送信するサーバ
   側入出力制御プログラムと、を有し、 前記端末装置は、上記サーバ装置からネットワークを介
   して送信されてきた入力要求および出力要求をそれぞれ
   処理するとともに、前記入力要求に対して受け付けた入
   力データを前記サーバ装置に送信するクライアント側入
   出力制御プログラムを有し、 前記サーバ側入出力制御プログラムは、送信条件が成立
   したときに、グループ化された前記アプリケーションプ
   ログラムからの入出力要求を送信するプログラムである
   ネットワークシステム。
2. 【請求項２】 前記クライアント側入出力制御プログラ
   ムは、サーバ側入出力制御プログラムにリンクして入出
   力動作を行うプログラムである請求項１記載のネットワ
   ークシステム。
3. 【請求項３】 前記クライアント側入出力制御プログラ
   ムは、前記サーバ装置からグループ化されて送信されて
   きた入出力要求に含まれている全ての入力要求に対する
   入力データを受け付けた後に、受け付けた入力データを
   まとめて前記サーバ装置に送信するプログラムである請
   求項１または２に記載のネットワークシステム。
4. 【請求項４】 前記送信条件は、前記アプリケーション
   プログラムからの送信指示を受けたときに成立する請求
   項１、２または３のいずれかに記載のネットワークシス
   テム。
5. 【請求項５】 前記送信条件は、前記アプリケーション
   プログラムからの入力要求を受けたときに成立する請求
   項１〜３または４のいずれかに記載のネットワークシス
   テム。
6. 【請求項６】 前記送信条件は、所定時間以上連続して
   前記アプリケーションプログラムからの入力要求または
   出力要求が無かったときに成立する請求項１〜４または
   ５のいずれかに記載のネットワークシステム。
7. 【請求項７】 前記クライアント側入出力制御プログラ
   ムは、前記入力要求に対して入力された入力データのデ
   ータ形式が適正であるかどうかを判定し、適正でなけれ
   ば該入力要求に対して入力データの再入力を指示する処
   理を実行するプログラムである請求項１〜５または６の
   いずれかに記載のネットワークシステム。
8. 【請求項８】 サーバ装置と、端末装置と、がネットワ
   ークを介して接続されたネットワークシステムにおい
   て、 前記サーバ装置は、単一または複数のアプリケーション
   プログラムと、 前記アプリケーションプログラムからの入力要求や出力
   要求をグループ化し、ここでグループ化した入出力要求
   を前記ネットワークを介して端末装置に送信するサーバ
   側入出力制御プログラムと、を有し、 前記端末装置は、上記サーバ装置からネットワークを介
   して送信されてきた入力要求および出力要求をそれぞれ
   処理するとともに、前記入力要求に対して受け付けた入
   力データを前記サーバ装置に送信するクライアント側入
   出力制御プログラムを有し、 前記クライアント側入出力制御プログラムは、前記入力
   要求に対して入力された入力データのデータ形式が適正
   であるかどうかを判定し、適正でなければ該入力要求に
   対して入力データの再入力を指示する処理を実行するプ
   ログラムであるネットワークシステム。
9. 【請求項９】 サーバ装置と、端末装置と、がネットワ
   ークを介して接続されたネットワークシステムに適用さ
   れ、前記サーバ装置と端末装置との通信を制御する通信
   制御プログラムを記録した記録媒体において、 前記サーバ装置に適用され、該サーバ装置に設けられて
   いるアプリケーションプログラムからの入力要求や出力
   要求をグループ化し、ここでグループ化した入出力要求
   を前記ネットワークを介して前記端末装置に送信するサ
   ーバ側入出力制御プログラムと、 前記端末装置に適用され、上記サーバ装置からネットワ
   ークを介して送信されてきた入力要求および出力要求を
   それぞれ処理するとともに、前記入力要求に対して受け
   付けた入力データを前記サーバ装置に送信するクライア
   ント側入出力制御プログラムと、を有し、 前記サーバ側入出力制御プログラムは、送信条件が成立
   したときに、グループ化された前記アプリケーションプ
   ログラムからの入出力要求を送信するステップを有する
   プログラムである通信制御プログラムを記録した記録媒
   体。
10. 【請求項１０】 サーバ装置と、端末装置と、がネット
    ワークを介して接続されたネットワークシステムに適用
    され、前記サーバ装置と端末装置との通信を制御する通
    信制御プログラムを記録した記録媒体において、 前記サーバ装置に適用され、該サーバ装置に設けられて
    いるアプリケーションプログラムからの入力要求や出力
    要求をグループ化し、ここでグループ化した入出力要求
    を前記ネットワークを介して前記端末装置に送信するサ
    ーバ側入出力制御プログラムと、 前記端末装置に適用され、上記サーバ装置からネットワ
    ークを介して送信されてきた入力要求および出力要求を
    それぞれ処理するとともに、前記入力要求に対して受け
    付けた入力データを前記サーバ装置に送信するクライア
    ント側入出力制御プログラムと、を有し、 前記クライアント側入出力制御プログラムは、前記入力
    要求に対して入力された入力データのデータ形式が適正
    であるかどうかを判定し、適正でなければ該入力要求に
    対して入力データの再入力を指示するステップを有する
    プログラムである通信制御プログラムを記録した記録媒
    体。