JP2003316741A - 通信プログラム及びそれを記録したコンピュータ読取可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 サーバと複数のクライアント端末とで構成さ
れたネットワーク上で、サーバとクライアント端末との
信号の送受信を非同期的に行うことができ、部分的な表
示書き換えをコンピュータに実行させる通信プログラム
を提供する。 【解決手段】 クライアント端末１にインストールされ
たプログラム２（通信プログラム）は、ピアサーバ部２
Ａで認識した信号を順次蓄積し、蓄積した信号を順に選
択して取り出し、この取り出した信号に基づいて各処理
毎に記憶されたバッチファイルをバッチファイル部２Ｃ
から選択し、この選択したバッチファイルをクライアン
ト端末１又はサーバ２に対して実行させる。これにより
クライアント端末１では、サーバ２との信号の送受信を
非同期的に行うことができ、また、部分的な表示書き換
えができるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバに対して複
数の端末が接続して形成されたネットワーク上で送受信
される各種の信号を処理する際、サーバに複数の端末が
接続されている状態にあってもサーバと端末とにおける
信号の送受信を非同期的に行うことができると共に、表
示の部分的な書換ができる通信プログラム及びそれを記
録したコンピュータ読取可能な記録媒体に関する。

【０００２】

【従来の技術】昨今では、通信線を介してパーソナルコ
ンピュータ（以下、「クライアント端末」という）等と
サーバを接続してネットワークを構成し、様々なデータ
を送受信することができるようになった。特にインター
ネット技術を用いたデータ送受信によって、単なるデー
タのみならず受信先クライアント端末において処理を実
行させるプログラム（以下、処理プログラムという）を
も送受信することもできるようになった。

【０００３】上記インターネットにおいてデータの送受
信を行うためには、標準とされるＨＴＭＬ(HyperText M
arkup Language）形式などのドキュメントを読み込み
（処理を実行し）、解析して表示するブラウザソフトが
必要となる。基本的にブラウザソフト自体は、ＨＴＭＬ
形式などの解析可能な記述のドキュメントを表示すると
いう点に特化したものである。なお、上記処理プログラ
ムは、ＨＴＭＬ形式のドキュメントに処理プログラムを
実行するタグを記述することで、当該ＨＴＭＬ形式のド
キュメントとほぼ同タイミングで受信された処理プログ
ラムがブラウザソフトを介してクライアント端末で実行
される。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
インターネットにおけるブラウザソフト、及びサーバと
複数のクライアント端末とで形成されるネットワーク通
信には、次の問題がある。サーバは、クライアント端末
からの一つの要求に対して一つの応答を返信する（以
下、「同期通信」という）。ブラウザソフトはサーバと
の送受信中に画面を部分的に書き換えることができない
（以下、「部分書換不可」という）。

【０００５】以上の問題は、具体的に次のような現象が
生じることを意味する。同期通信に関しては、クライア
ント端末からは入力（要求）が非常に煩雑に行われる
が、これらクライアント端末からの要求に対してサーバ
は一度に全ての要求を受け付けない。つまり一つの要求
に対して一つの応答を返信した後、次の要求を受け付け
る。その結果、クライアント端末とサーバとの交信は、
要求に同期した応答を返信する処理を、要求毎に順番に
繰り返すため、交信時におけるクライアント端末からの
要求に対する全ての処理を終了するのに非常に時間がか
かるといった問題がある。

【０００６】また、部分書換不可に関しては、サーバは
クライアント端末からの入力（要求）を逐一記憶してい
ない。つまり、サーバに対して複数のクライアント端末
が接続している状況で、交信時における複数のクライア
ント端末毎の全ての要求と、複数のクライアント端末毎
への返信を逐一サーバが把握しておくこと自体、現状で
は不可能である。従って、サーバは、クライアント端末
からの要求に対して応答を返信した後、要求と返信のデ
ータを削除するようになっている。

【０００７】こうした状況において、例えばブラウザソ
フト上でショッピングを行うサイトで、次々に商品を購
入した（あるいは、購入しようとしてマークを付した）
際、合計の欄のみが変更されて表示されればよいのであ
るが、合計欄を変更するために全画面を再度表示する。
すなわち、現状では部分的な表示を変更するためには全
表示を書き換えていたので、部分的な表示の変更であっ
ても非常に時間がかかるといった問題がある。

【０００８】本発明は、上記の問題を解決するものであ
り、サーバと複数のクライアント端末とで構成されたネ
ットワーク上で、サーバとクライアント端末との信号の
送受信を非同期的に行うことができ、部分的な表示書き
換えを可能とする通信プログラム及びそれを記録したコ
ンピュータ読取可能な記録媒体を提供することを目的と
する。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は、端末にて発生した信号及びサーバより
受信した信号を認識して順次蓄積した後、蓄積した信号
を順に選択して取り出して、この取り出した信号に基づ
いて各処理毎に記憶されたバッチファイルを選択して、
この選択したバッチファイルを端末又はサーバに対して
実行させるようにコンピュータを稼働させる。

【００１０】本発明の通信プログラム、及び記録媒体か
ら読み取った通信プログラムが稼働するクライアント端
末は、サーバとの信号の送受信を非同期的に行うことが
でき、また、部分的な表示書き換えができるようにな
る。

【００１１】

【発明の実施の形態】本発明の通信プログラムは、サー
バに対して複数の端末が接続して形成されたネットワー
ク上で送受信される各種の信号を処理するコンピュータ
に、端末にて発生した信号を認識する機能及びサーバよ
り受信した信号を認識する機能、これら信号を順次蓄積
する機能、蓄積した信号を順に選択して取り出す機能、
取り出した信号に基づいて各処理毎に記憶されたバッチ
ファイルを選択する機能、選択したバッチファイルを端
末又はサーバに対して実行させる機能、を実現させるた
めのものである。

【００１２】また、本発明の通信プログラムは、上記の
処理に加えて、クライアント端末にて発生した信号又は
サーバより受信した信号によって表示が変わらない不変
表示用のバッチファイルを起動時に実行する機能と、こ
の起動時以降、端末とサーバとの間で送受信される信号
に基づいて可変表示用のバッチファイルを選択して実行
することで適宜部分的に表示を変更する機能と、を実現
させるためのものである。

【００１３】また、本発明のコンピュータ読取可能な記
録媒体は、上記通信プログラムが記録された、例えばパ
ーソナルコンピュータなどのクライアント端末に付属し
たコンピュータ読取可能な磁気的又は光学的記録媒体、
例えばＣＤ−ＲＯＭやハードディスクである。

【００１４】通信プログラムは、クライアント端末を次
のように動作させる。まず、クライアント端末において
サーバに対して順次様々な要求を行ったとき、これら要
求信号が蓄積される。

【００１５】従来は「クライアント端末−サーバ」接続
とされていた。クライアント端末とサーバとの間におい
て、サーバは、クライアント端末からの要求を待って、
要求を受け付けたときにサーバから応答を返信するとい
う処理を繰り返す。一方、クライアント端末とサーバと
の間において、クライアント端末は、サーバからの応答
の返信を待って、返信を受信してから次の要求を送信す
る処理を繰り返す。

【００１６】これに対して本発明は、次の点が大きく異
なる。クライアント端末とサーバとの間において、サー
バは、従来と同じように処理を行うが、クライアント端
末は、クライアント端末における要求信号を蓄積し、サ
ーバからの応答信号を蓄積し、これらを認識して各信号
に応じたバッチファイルをクライアント端末又はサーバ
において起動させる処理を行う。

【００１７】つまり本発明は、クライアント端末におけ
る上記処理により、複数のクライアント端末が接続する
サーバ、つまりｎ：１で接続するサーバとは異なる、
１：１のサーバ（以下、これを「ピアサーバ」という）
をクライアント端末に出現させる点で、従来の「クライ
アント端末−サーバ」接続から、「クライアント端末
（−ピアサーバ）−サーバ」接続となる点が大きく相違
するのである。

【００１８】このようにすることで、本発明は、クライ
アント端末とサーバとの間において、ピアサーバがクラ
イアント端末で１：１で対応することとなり、サーバか
らの応答を待たずに（返信の有無に拘わらず）次の要求
を連続して行うことができ、従ってサーバとの信号の送
受信を非同期的に行うことができるようになる。

【００１９】また、本発明は、画面の表示に関して、不
変表示用のバッチファイルと、可変表示用のバッチファ
イルを各々必要に応じてコンピュータに実行させるよう
にしているので、不変表示用のバッチファイルが実行さ
れているときに可変表示用のバッチファイルが実行され
れば、部分的な表示書き換えができるのである。また、
上記した非同期的な信号の送受信によって、上記部分的
な書き換えは、適宜必要な箇所について必要となる部分
のみ行うことができるようになる。

【００２０】ところで、従前のブラウザソフトにおける
技術においても、「キャッシュ」と称す処理がある。こ
のキャッシュは、クライアント端末とサーバとの交信に
おいて一度交信したデータを蓄積し、再表示させる際
に、キャッシュにデータが存在する場合は、サーバから
データを取得しないで、キャッシュから読み出すように
したものである。

【００２１】つまりキャッシュ処理は、単に再表示にお
ける効率を向上するためのものであり、処理全体の効率
を向上させることができないばかりか、サーバとの信号
の送受信を非同期的に行うことも、部分的な表示書き換
えができるものではない。

【００２２】これに対して、本発明は、クライアント端
末においてピアサーバを出現させているので、サーバと
の信号の送受信を非同期的に行うことができ、また、可
変表示用バッチファイルが実行されることで部分的な表
示書き換えが可能である点で上記のキャッシュ処理とは
全く異なる。

【００２３】本発明において、クライアント端末におい
て作動するピアサーバは、クライアント端末で発生した
要求信号及びサーバから返信された応答信号を各々蓄積
する。蓄積された信号は、順に選択的に取り出される。

【００２４】選択的にとは、例えば時系列で、例えばサ
ーバに対して要求すべき信号とクライアント端末（入
力、表示、印刷等）自身に対する要求とを振り分けてと
いう意味である。これらを選択するために、要求信号が
発生したときには、この要求信号を蓄積する前に、要求
信号を認識するようにしている。

【００２５】蓄積された信号は、順に選択的に取り出さ
れた後、取り出した要求信号に応じて予め記憶したバッ
チファイルを選択する。例えばサーバからデータを取得
する旨の要求信号であれば、それのみを行うバッチファ
イルが記憶されている。また、例えばクライアント端末
において現在表示中の画面の印刷する旨の要求信号であ
れば、それのみを行うバッチファイルが記憶されてい
る。

【００２６】これら複数のバッチファイルに、上記した
不変表示用のバッチファイル、可変表示用のバッチファ
イルが含まれている。不変表示用のバッチファイルは、
本発明のプログラムがクライアント端末において起動す
る際に稼働し、不変表示用のバッチファイルは、要求信
号に応じて選択された際に適宜実行される。

【００２７】これらバッチファイルが選択されたときに
は、バッチファイル自体が実行型ファイルであることか
ら、マルチタスクオペレーションシステム上であれば、
これらバッチファイルが次々と複合的かつ並列的に実行
され、処理はクライアント端末において非常に短時間で
終了することになる。

【００２８】例えば本発明は、次に例示する状況でその
効果が顕著に現れる。クライアント端末において、例え
ば（１）複数の単価データをサーバから取得する要求、
（２）取得した単価データを所定の計算式に基づいて計
算する要求、（３）単価データを個別に表示し、さらに
計算結果を同一画面の所定位置に表示する要求、（４）
表示完了後に当該表示を印刷する要求、を連続的に入力
したとする。

【００２９】上記の場合、従来の「クライアント端末−
サーバ」接続では、（１）〜（４）を連続的に受け付け
ることはなく、先の要求の完了後次の要求を受けるとい
った処理を行うので非常に時間がかかる。また、特に
（１）においては、複数の単価データを取得するために
要求に対する応答の返信を受信した後、次の要求を送る
ことを繰り返さなければならないため、全てを完了する
のに非常に時間がかかってしまう。

【００３０】これに対して本発明では、（１）〜（４）
の要求を全て蓄積し（受け付け）、要求信号を認識し、
バッチファイルを選択して各々のバッチファイルを起動
させる点で極めて短時間で処理の全てが完了するのであ
る。

【００３１】すなわち（１）はサーバに向けての要求で
あることが認識されるから、そのバッチファイルを起動
して、サーバから順次単価データを取得する。一方
（２）〜（４）はクライアント端末における要求である
ことが認識されるから、いま、（２）は（１）のバッチ
ファイルと並行して起動して、（１）によりサーバから
順次受信した単価データを変数として代入する作業を行
う。

【００３２】また、一方で、（３）により表示用バッチ
ファイルが（１），（２）と並行して起動して、（１）
によりサーバから順次受信した単価データを個別に表示
する。なお、（２）によって計算が完了すると（３）に
おいて計算結果を同一画面の所定位置に表示する。

【００３３】さらにまた、一方で、（４）に基づくバッ
チファイルが（１）（２）（３）と並行して起動してお
り、（３）が完了したときに（４）のバッチファイルに
よって表示を印刷する。

【００３４】より詳細な例示と適用例は、以下の実施例
において説明するが、本発明は、上記したようにクライ
アント端末との関係が１：１となるピアサーバがサーバ
との間に介在することで、上記したようにサーバからの
応答の返信の有無に拘わらず、クライアント端末から連
続した要求を行うことができるといった非同期通信が可
能となる。

【００３５】また、例えば画面中の所定の部分について
データの表示書換を要求したときには、その旨のバッチ
ファイルが起動し、必要に応じてサーバからデータを取
得し、取得したデータを画面中の所定の部分に表示させ
るバッチファイルが起動して表示を変更するといった処
理が可能となる。

【００３６】

【実施例】以下に本発明の通信プログラム及びそれを記
録媒体に記録されたプログラムの実施例について図面を
参照して説明する。図１は、パーソナルコンピュータな
どのクライアント端末に付属する記録媒体としてのハー
ドディスクに格納された本発明の通信プログラムと該ク
ライアント端末とサーバとの関係を示す。図２は、動作
手順を示す。図３は、本発明のプログラムを介したクラ
イアント端末とサーバとの動作状況を示す。

【００３７】図１に示すように、本発明の通信プログラ
ムは、通信可能なパーソナルコンピュータ（以下、クラ
イアント端末１とする）のハードディスクに格納され
て、コンピュータに読み取られることで概念上以下の各
部が出現し、これら各部によってクライアント端末１を
動作させる。

【００３８】ハードディスクに格納された通信プログラ
ム２（以下、プログラム２と略す）は、サーバ２に対し
てクライアント端末１が接続するためのここでは省略す
る処理と、サーバ２と接続して形成されたネットワーク
上で送受信される各種の信号が入力又は発生され、ま
た、この信号に基づいて選択された後述するバッチファ
イルを実行するメイン処理部２Ａを有している。

【００３９】さらに、プログラム２は、クライアント端
末１においてメイン処理部２Ａを介して入力された信
号、又はサーバ２から受信した信号を認識し、これら信
号を順次蓄積し、蓄積した信号を順に選択して取り出す
ピアサーバ部２Ｂを有する。このピアサーバ部２Ｂは、
前記取り出した信号に基づいて各処理毎にバッチファイ
ル部に記憶されたバッチファイルを選択する処理を行
い、選択したバッチファイルをクライアント端末１のメ
イン処理部２Ａに渡したり、サーバ２に渡して、各々実
行させるようにしている。

【００４０】また、本実施例では、バッチファイル部２
Ｃには、クライアント端末１にて発生した信号又はサー
バ２より受信した信号によって表示が変わらない不変表
示用のバッチファイルが用意され、この不変表示用バッ
チファイルは、プログラム２が起動する際に一度だけ実
行されるようになっている。

【００４１】そして、本実施例では、プログラム２は、
この起動時以降、クライアント端末１とサーバ２との間
で送受信される信号に基づいて可変表示用のバッチファ
イル（以下の説明で、不変表示用又は可変表示用のいず
れも付さないバッチファイルとは可変表示用又は実行用
を意味することとする）を選択して実行することで不変
表示部分においてある部分の表示が変更されるようにな
っている。

【００４２】プログラム２は、図２に示す動作をクライ
アント端末１において実行させる。まず、図２には不図
示であるが、上記したようにプログラム２の起動時に不
変表示バッチファイルを実行して固定的な画面が表示さ
れる。この後、プログラム２は、クライアント端末１に
おいてメイン処理部２Ａに入力される要求信号を待ち
（＃１でＮｏ）、入力があった場合（＃１でＹｅｓ）、
メイン処理部２Ａからピアサーバ部２Ｂに移って処理は
＃２に進む。

【００４３】＃２において、プログラム２は、ピアサー
バ部２Ｂにおいて、例えばいま、サーバ２から所定のデ
ータを取得するという信号が＃１でメイン処理部２Ａで
発生している場合、その要求信号について認識する。そ
の後、いま認識した信号をピアサーバ部２Ｂに蓄積し
（＃３）、この蓄積した信号について、例えば遅延して
実行する要求の信号ではなかったり、クライアント端末
１自身に対しての要求信号でない場合は例えば先に蓄積
された信号から順に取り出し（＃４）、ピアサーバ部２
Ｂにおいてバッチファイル部２Ｃから、取り出した信号
に応じたバッチファイルを選択する（＃５）。

【００４４】バッチファイルは、作動させるべき機能に
ついて予め全て用意されている。すなわちプログラム２
は、従来のブラウザソフトは修正や機能の追加を行うに
は全体のプログラムの見直しや修正が必要となるのに対
して、バッチファイル群を機能に応じて用意すれば拡充
が可能となる点、さらにこのバッチファイルの一つ一つ
の修正でメンテナンスが可能となる点が大きく異なる。

【００４５】＃５で選択されたバッチファイルは、サー
バ２へ向けての信号か否かを判断し（＃６）、いま、こ
こではサーバ２から所定のデータを取得するという信号
がクライアント端末１において要求されたとしているの
で、当該バッチファイルは、サーバ２に向けて送信され
る（この場合は、サーバ２には所定のデータを返答する
旨のバッチファイル）。

【００４６】サーバ２においてバッチファイルを受信す
ると、サーバ２では当該バッチファイルが実行されて、
所定データと共に応答信号をクライアント端末１に向け
て返信する（＃８）。そして、クライアント端末１では
常にクライアント端末１からの要求、又はサーバ２から
の返信を＃１で監視しているので（＃１でＮｏ）、い
ま、＃８でサーバ２から返信信号をクライアント端末１
で受信したときに（＃１でＹｅｓ）、この返信信号につ
いて認識し（＃２）、返信信号を蓄積し（＃３）、蓄積
状態から返信信号を取り出し（＃４）、この取り出した
返信信号に応じてバッチファイルを選択する（＃５）。

【００４７】このときの＃５において選択されたバッチ
ファイルは、サーバ２からの返信信号に基づいて処理が
なされているから、＃６ではクライアント端末１でバッ
チファイルが実行される（＃６でＮｏ）。なお、＃６に
おいては、＃５で選択されたバッチファイルによってサ
ーバ２で実行されるバッチファイルか、クライアント端
末１で実行されるかを判断する。

【００４８】そして、＃７において、クライアント端末
１のメイン処理部２Ａにおいて、例えば、サーバ２から
取得したデータを、画面表示上の所定可変表示部分に、
書き換えて表示するというバッチファイルが実行され
る。

【００４９】以上の処理を具体的に、例えばＰＯＳ（Po
int Of Seles）システムに適用した例を図３を用いて説
明する。従来、ＰＯＳ端末は、専用端末としてＰＯＳレ
ジスタや、また、専用ソフトウェアが存在している。す
なわち、ＰＯＳレジスタは、専用のハードウェアとこの
ハードウェア専用のプログラムによって作動し、一方、
ＰＯＳ専用ソフトウェアは、通常のパーソナルコンピュ
ータのハードディスクに格納されて作動する。これら
は、いずれにおいてもプログラムを構成する各処理（本
願でいう各部）が一体的にコンパイルされている。

【００５０】従って、上記したように、プログラムの修
正や改良、機能の向上等の開発は、ほぼ最初からプログ
ラムのソースコードに手を加える必要が生じて非常に手
間と時間がかかるうえ、後述する他の業務に転用するこ
とができない。また、その動作上においても、ネットワ
ーク上の関係が「クライアント端末（ＰＯＳレジスタ）
−サーバ」であり、従ってクライアント端末からの一つ
の要求に対して一つの応答を返信することを繰り返す同
期通信となっている。

【００５１】本発明は、例えばＰＯＳシステムに運用す
ることで、非同期通信と画面の部分書換が可能となり、
次のような作用効果を得ることができる。図３におい
て、まず、クライアント端末１において、クライアント
端末１に付属の不図示のスキャナによって商品を続けて
３つスキャンしたとする（信号，，）。これら信
号，，は、商品に付した例えばバーコードを読み
取ってその商品の値段データ等をサーバ２から取得する
要求を入力したことを意味する。

【００５２】続いてメイン処理部２Ａにおいては、上記
信号，，の入力に基づいて、クライアント端末１
の画面上（プログラム２の起動時に不変表示用バッチフ
ァイルが既に実行されている）の可変表示部分に上記３
つの商品の値段を個々に表示させる旨の信号が生成さ
れ、入力される（信号）。

【００５３】また、メイン処理部２Ａにおいては、上記
信号，，の入力に基づいて、クライアント端末１
の画面上（プログラム２の起動時に不変表示用バッチフ
ァイルが既に起動している）の可変表示部分に上記３つ
の商品の合計の計算及び税金の計算を行ったうえで表示
させる旨の信号が生成され、入力される（信号）。

【００５４】また、クライアント端末１において、クラ
イアント端末１に付属の不図示のキーボードなどによっ
て商品名、値段、合計等を１枚の用紙に印刷する旨の信
号を入力したとする（信号）。図３に示す例ではクラ
イアント端末１において以上の信号〜を連続的に入
力した場合を示すが、信号の後にさらに商品のスキャ
ンを開始しても、その旨受け付けて、処理を行うことが
できる。

【００５５】まず、信号〜は、図２に沿って説明す
ると、メイン処理部２Ａにおいて要求信号が入力された
ので（＃１でＹｅｓ）、ピアサーバ部２Ｂにおいて各々
の信号が認識される（＃２）。そして、信号〜の順
にピアサーバ部２Ｂに蓄積され（＃３）、信号〜が
取り出される（＃４）。

【００５６】＃４において、信号の取り出しは、＃２の
認識で信号〜はサーバ２に対するものであるため
（この例では順位は変わらないが仮に蓄積順位が逆であ
ったとしても）優先的に取り出す。一方、信号〜
は、信号〜に対するサーバ２からの返信を受信した
後の処理であることが認識されているので取り出し順位
は低くてよい。

【００５７】その後、信号〜については、信号〜
に基づいてサーバ２から商品の値段データを取得すべ
く、バッチファイル部２Ｃからバッチファイルが選択さ
れ（＃５）、サーバ２へ送信され、バッチファイルが実
行されて（＃８）、＃１に戻る。

【００５８】一方、信号〜についても、信号〜
に基づいてバッチファイルが選択され（＃５）、これら
バッチファイルはクライアント端末１における処理なの
で（＃６でＮｏ）、ここでは信号〜についての応答
を受信するまで、処理はピアサーバ部２Ｂにおいて待機
状態となる。

【００５９】さて、サーバ２から信号〜の要求に対
する応答の返信を受信したとき、この受信信号は、ピア
サーバ部２Ｂにおいて認識され（＃２）、蓄積され（＃
３）、取り出され（＃４）、バッチファイル部２Ｃにお
いてバッチファイルが選択される（＃５）。ここで選択
されるバッチファイルは、既に待機状態にある信号〜
に基づくバッチファイルの記述に対して、サーバ２か
ら取得したデータを代入するバッチファイルを意味す
る。

【００６０】その後、今度はクライアント端末１におけ
る処理なので（＃６でＮｏ）、上記＃５にて選択された
バッチファイルが選択されると、上記待機状態にあった
信号〜に基づいて選択されたバッチファイルがメイ
ン処理部２Ａに送られて、ここで全てのバッチファイル
が実行される（＃７）。

【００６１】これにより、クライアント端末１における
画面（不変表示画面）においては、３つの商品につい
て、個々に値段が表示され、かつそれら合計等が表示さ
れる。それと共に、クライアント端末１においては、そ
の表示画面についての印刷が開始される。

【００６２】このように、従来のブラウザソフト及びＰ
ＯＳレジスタ並びにＰＯＳソフトウェアでは、サーバと
のネットワーク交信をいずれも同期的に行っていたの
で、例えばスキャナ、カードリーダ、キーボード、マウ
ス、等から煩雑に入力される要求は全てサーバからの一
つの応答の後に次の一つの入力しか行えず、全処理の終
了に非常に時間がかかっていたが、本発明では、サーバ
とのネットワーク交信を非同期的に行うため、全処理の
終了は非常に短時間となる。

【００６３】また、本発明は、従来のブラウザソフト
が、一部の表示を書き換えるために全体を書き換えてい
たのに対して、部分表示の書き換えができる。従って、
全画面が表示されるまでの時間を短縮することができ、
また、サーバ２との交信時間を短くすることができ、ま
た、サーバ２に対する要求も少なくなり、サーバ２に対
する負担が軽くなると共に、クライアント端末１におけ
る処理も軽減することとなる。

【００６４】本発明は、ＰＯＳシステムに限らず、例え
ば服飾業界や理容及び美容業界、インテリア業界のよう
に、基本となる画像に対して変更後の画像を表示させて
客に提案する際に用いても好適である。従来では、複雑
な画像合成技術を用いたり、服を着用したマネキンを一
つの画像として、あるいは完成した頭髪の頭部を一つの
画像として幾通りのパターンをサーバに記憶し、これを
クライアント端末に読み出すようにしていた。

【００６５】例えば服飾業界においてジャケットとズボ
ンとの取り合わせを表示しようとすると、各々を組み合
わせた全体の画像が必要となり、全体画像数が膨大とな
るため、サーバにかなりの負担がかかると共に、データ
量が大きいために時間もかかるといった問題がある。

【００６６】そのような従来に対して、本発明では、サ
ーバ２には例えばジャケット、ズボンといったようにそ
のパーツのみが格納されていればよく、可変表示用バッ
チファイルによってジャケット、ズボンの画像のみをサ
ーバ２から取得し、不変表示用バッチファイルが起動さ
れた状態の画面においてジャケット部分、ズボン部分を
書き換えるようにすれば、どのような組み合わせであっ
ても部分的に瞬時に表示を書き換えることができると共
に、連続した要求が可能であるため、幾通りものパター
ンを一度に迅速に表示させることが可能となる。

【００６７】また、従来は、そのように所定業界に向け
て、ソフトウェア等を全体的にカスタマイズする必要
（つまり企画段階から製作し直す必要）があった。これ
に対し、本発明は、メイン処理部２Ａとピアサーバ部２
Ｂの根幹アーキテクトを除いては、表示も含めてバッチ
ファイルが全て担っているから、バッチファイル部２Ｃ
のライブラリを増減させたり、バッチファイルの簡単な
記述を変更するだけでどのような運用も可能となる。

【００６８】また、本発明は、クライアント端末１にお
いてコンソール画面を表示させるバッチファイルを用意
することで、処理の実行状況の通知画面を表示させるこ
とも簡単にできる。通常 サーバなどを複数のクライア
ント端末１で使用している際には、サーバ２には複数の
バッチファイルがサーバ２で実行されることとなる。

【００６９】そのとき、従来はサーバ２における処理は
対話的に実行されず、また、従来のブラウザはサーバか
ら現状全体を所得する必要があるため、接続ホストが限
定されたり、表示に遅れが生じたりしていた。

【００７０】本発明では、例えばクライアント端末１か
ら要求されたバッチファイルについてクライアント端末
１と処理段階とを特定するデータを有すればよい。そし
て、サーバ２は、該バッチファイルの処理毎に特定され
るクライアント端末１に段階終了通知の応答を返信す
る。

【００７１】サーバ２の応答を受信したクライアント端
末１は、この信号に基づいて可変表示用バッチファイル
によって処理状況を部分的に書き換えられ、また、非同
期的な通信が行われるので、進行状況は即座に反映させ
ることができる。

【００７２】また、本発明は、クライアント端末１にお
いて緊急時にサーバ２から自発的に送信するバッチファ
イルを用意することで、上記と同様に、非同期的な通信
が行われ、画面表示の部分書換が行われるので、緊急時
にサーバ２からアラームを表示させることができる。

【００７３】これは、クライアント端末１の要求に対す
るサーバ２からの応答ではなく、自発的にサーバ２から
送信された信号に基づいてアラーム用のバッチファイル
をクライアント端末１で受信したときに、その旨表示す
るバッチファイルが選択されるようにすればよい。

【００７４】また、本発明は、クライアント端末１にお
いてお知らせ画面を表示させるバッチファイルを用意す
ることで、導入店に対し、定期・非定期に各種「お知ら
せ」を表示させることができる。本発明は、、画面の部
分書き換えが可能なのでサーバ２からの送信で全店一斉
通知や個別特別通知を行うことが可能となる。また、ク
ライアント端末１におけるバッチファイルの記述を変更
するだけで、簡単に内容を変更することができる。

【００７５】

【発明の効果】以上のように、本発明は、端末にて発生
した信号を認識する処理及びサーバより受信した信号を
認識して順次蓄積した後、蓄積した信号を順に選択して
取り出して、この取り出した信号に基づいて各処理毎に
記憶されたバッチファイルを選択して、この選択したバ
ッチファイルを端末又はサーバに対して実行させるよう
にした。これによりクライアント端末は、サーバとの信
号の送受信を非同期的に行うことができ、また、部分的
な表示書き換えができるようになる。

【図面の簡単な説明】

【図１】本発明の通信プログラムの概念上構成と、該ク
ライアント端末とサーバとの関係を示す図である。

【図２】動作手順を示す図である。

【図３】本発明の通信プログラムを介したクライアント
端末とサーバとの動作状況を示す。

【符号の説明】

１ クライアント端末 ２ サーバ ２Ａ メイン処理部 ２Ｂ ピアサーバ部 ２Ｃ バッチファイル部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 サーバに対して複数の端末が接続して形
   成されたネットワーク上で送受信される各種の信号を処
   理するコンピュータに、端末にて発生した信号を認識す
   る機能及びサーバより受信した信号を認識する機能、こ
   れら信号を順次蓄積する機能、蓄積した信号を順に選択
   して取り出す機能、取り出した信号に基づいて各処理毎
   に記憶されたバッチファイルを選択する機能、選択した
   バッチファイルを端末又はサーバに対して実行させる機
   能、を実現させるための通信プログラム。
2. 【請求項２】 端末にて発生した信号又はサーバより受
   信した信号によって表示が変わらない不変表示用のバッ
   チファイルを起動時に実行する機能、この起動時以降、
   端末とサーバとの間で送受信される信号に基づいて可変
   表示用のバッチファイルを選択して実行することで適宜
   部分的に表示を変更する機能、をコンピュータに実現さ
   せるための請求項１記載の通信プログラム。
3. 【請求項３】 請求項１の通信プログラムを記録したコ
   ンピュータ読取可能な記録媒体。
4. 【請求項４】 請求項２の通信プログラムを記録した請
   求項３記載のコンピュータ読取可能な記録媒体。