JP2010055189A - サーバベース・コンピューティング・システムのサーバ装置、クライアント装置、サーバ制御プログラム及びクライアント制御プログラム - Google Patents

Abstract

【課題】オフライン状態でクライアント装置からデータ入力を行うことができ、また、複数項目の入力フィールドに対してデータを一括して入力可能とする。
【解決手段】サーバベース・コンピューティング・システムにおいて、サーバ装置は、クライアント装置から要求された画面の入力フィールドを解析する入力フィールド解析部２１ａ、その解析結果として得られたフィールド情報をクライアント装置に送信するフィールド情報送信部２１ｂ、このフィールド情報に基づいてクライアント装置から入力フィールドの各項目に対応付けて入力されたデータを受け付ける入力データ受付部２１ｃを備える。これにより、オフライン状態でクライアント装置からデータ入力を行うことができ、また、複数項目の入力フィールドに対してデータを一括して入力できる。
【選択図】 図３

Description

本発明は、サーバ装置とクライアント装置がＬＡＮ(Local Area Network)等のネットワークを介して接続されたネットワークシステムにおいて、クライアント装置にて入出力・表示される全てのアプリケーションをサーバ装置上で動作させるようにしたサーバベース・コンピューティング・システム（ＳＢＣ）のサーバ装置、クライアント装置、サーバ制御プログラム及びクライアント制御プログラムに関する。

サーバ装置とクライアント装置がネットワークを介して接続されたコンピュータシステムにおいて、クライアント装置が使用するアプリケーションプログラムをすべてサーバ装置上に実装し、クライアント装置は操作画面のデータだけをサーバ装置から受け取り、クライアント装置からはマウスとキーストロークの操作情報だけがサーバ装置に送られるようにした、いわゆる「ＳＢＣ（ＳＢＣ：Server Based Computing）」が注目されている。このＳＢＣは、「シンクライアントシステム」とも呼ばれており、広帯域ネットワークの普及を背景として各分野で広く使われている（例えば、特許文献１参照）。

このようなサーバベース・コンピューティング・システムにあっては、クライアント装置とサーバ装置間の通信負荷が軽減されるとともに、クライアント装置側におけるアプリケーションプログラムの実装が不要なため、個々のクライアント装置に対するアプリケーションプログラムのインストールやバージョンアップ等の煩雑な管理が全く不要となり、さらに、クライアント装置がアプリケーションプログラムを実行する必要がないので、負荷の軽減も実現できる、等の種々の利点がある。

ところで、サーバベース・コンピューティング・システムでは、クライアント装置で入力された文字データ（テキストデータ）はサーバ装置に送信されて処理される（例えば、特許文献２参照）。この場合、クライアント装置側では、サーバ装置と接続された状態でインライン入力により１文字ずつ入力しながら、その入力データをサーバ装置に送るといった方法が一般的である。
特開２００６−３２３６６０号公報 特開２００７−０５３６２６号公報

上述したように、サーバベース・コンピューティング・システムのクライアント装置では、サーバ装置と接続された状態でないと、データ入力を行うことができなかった。また、１つの入力フィールドに対して１文字ずつの入力しかできず、複数項目の入力フィールドがあった場合でも、これらに一括してデータ入力することはできなかった。

本発明はこのような点に鑑みなされたもので、オフライン状態でクライアント装置からデータ入力を行うことができ、また、複数項目の入力フィールドに対してデータを一括して入力することのできるサーバベース・コンピューティング・システムのサーバ装置、クライアント装置、サーバ制御プログラム及びクライアント制御プログラムを提供することを目的とする。

（１）本発明の請求項１に係るサーバ装置は、クライアント装置にネットワークを介して接続され、前記クライアント装置から入力データを受信して処理するサーバベース・コンピューティング・システムのサーバ装置であって、前記クライアント装置から要求された画面の入力フィールドを解析する入力フィールド解析手段と、この入力フィールド解析手段によって解析された前記入力フィールドの構成を示すフィールド情報を前記クライアント装置に送信するフィールド情報送信手段と、このフィールド情報送信手段によって送信された前記フィールド情報に基づいて、前記クライアント装置から前記入力フィールドの各項目に対応付けて入力されたデータを受け付ける入力データ受付手段と、この入力データ受付手段によって受け付けた入力データを上記入力フィールドの各項目に対応付けて記憶する記憶手段とを具備したことを特徴とする。

また、本発明の請求項２に係るサーバ装置は、前記請求項１記載のサーバ装置において、前記フィールド情報には、前記入力フィールドの各項目毎に割り付けられたフィールド番号が含まれ、前記入力データ受付手段は、前記フィールド番号に基づいて、前記クライアント装置から受け付けたデータの項目を特定することを特徴とする。

（２）本発明の請求項３に係るクライアント装置は、サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置であって、予め複数の項目毎に入力されたデータを保持する複数のバッファ手段と、前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段と、このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記各バッファ手段に保持された各項目の入力データと前記入力フィールドの各項目とを対応付ける項目対応付け手段と、この項目対応付け手段によって対応付けられた各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段とを具備したことを特徴とする。

（３）本発明の請求項４に係るクライアント装置は、サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置であって、前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段と、このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記入力フィールドの各項目に対応付けて入力されたデータを記憶する記憶手段と、この記憶手段に記憶された前記各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段とを具備したことを特徴とする。

（４）本発明の請求項５に係るサーバ制御プログラムは、クライアント装置にネットワークを介して接続され、前記クライアント装置から入力データを受信して処理するサーバベース・コンピューティング・システムのサーバ装置の動作を制御するコンピュータによって実行されるサーバ制御プログラムであって、前記コンピュータを、前記クライアント装置から要求された画面の入力フィールドを解析する入力フィールド解析手段、この入力フィールド解析手段によって解析された前記入力フィールドの構成を示すフィールド情報を前記クライアント装置に送信するフィールド情報送信手段、このフィールド情報送信手段によって送信された前記フィールド情報に基づいて、前記クライアント装置から前記入力フィールドの各項目に対応付けて入力されたデータを受け付ける入力データ受付手段、この入力データ受付手段によって受け付けた入力データを上記入力フィールドの各項目に対応付けて記憶する記憶手段として機能させることを特徴とする。

（５）本発明の請求項６に係るクライアント制御プログラムは、サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置を制御するコンピュータによって実行されるクライアント制御プログラムであって、前記コンピュータを、予め複数の項目毎に入力されたデータを保持する複数のバッファ手段、前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段、このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記各バッファ手段に保持された各項目の入力データと前記入力フィールドの各項目とを対応付ける項目対応付け手段と、この項目対応付け手段によって対応付けられた各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段として機能させることを特徴とする。

（６）本発明の請求項７に係るクライアント制御プログラムは、サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置を制御するコンピュータによって実行されるクライアント制御プログラムであって、前記コンピュータを、前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段、このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記入力フィールドの各項目に対応付けて入力されたデータを記憶する記憶手段、この記憶手段に記憶された前記各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段として機能させることを特徴とする。

本発明によれば、サーバベース・コンピューティング・システムにおいて、オフライン状態でクライアント装置からデータ入力を行うことができ、また、複数項目の入力フィールドに対してデータを一括して入力することができる。

以下、図面を参照して本発明の実施形態を説明する。

（第１の実施形態）
図１は本発明の第１の実施形態に係るサーバベース・コンピューティング・システムの構成を示すブロック図である。

このサーバベース・コンピューティング・システムは、サーバ装置１１と複数のクライアント装置１２（１２ａ，１２ｂ，１２ｃ…）を備え、これらがＬＡＮ(Local Area Network)やＷＡＮ(Wide Area Network)等のネットワーク１３を介して互いに通信可能に接続されている。

サーバ装置１１は、例えばネットワーク１３に有線接続されたパーソナルコンピュータである。クライアント装置１２として、例えばネットワーク１３に有線接続されたパーソナルコンピュータ１２ａや、ネットワーク１３にアクセスポイントＡＰを介して無線接続された携帯電話１２ｂ、同アクセスポイントＡＰを介して無線接続された携帯端末１２ｃなどがある。

サーバ装置１１は、例えば文書作成処理プログラム，表計算処理プログラム，住所録プログラム，メモ帳プログラム，プレゼン資料作成プログラム，メール処理プログラム，インターネット接続処理プログラム、Ｗｅｂ表示プログラムなどを含む各種アプリケーションプログラムを有し、当該サーバ装置１１にネットワーク１３を介して接続されたクライアント装置１２（１２ａ，１２ｂ，１２ｃ…）からの操作入力（入力イベント）に応じたアプリケーションプログラムを起動し、その処理を実行する。

このサーバ装置１１において、アプリケーションプログラムの実行に伴い生成された表示出力用の描画データは、所定の方式で圧縮されて、アクセス元のクライアント装置１２に送られる。クライアント装置１２では、サーバ装置１１から送られた描画データを解凍して画面上に表示する。

図２はサーバベース・コンピューティング・システムに用いられるサーバ装置１１の回路構成を示すブロック図である。

サーバ装置１１は、コンピュータとしてのＣＰＵ２１を備える。このＣＰＵ２１には、システムバス２０を介してメモリ２２、フレームバッファＲＡＭ２３、記憶部２４、入力部２５、表示部２６、通信制御部２７、媒体読取り部２８が接続される。

ＣＰＵ２１は、記憶部２２に予め記憶されたプログラム、あるいは、外部記録媒体２８ａから媒体読取り部２８を介して読み取られたプログラム、あるいは、ネットワーク１３を介して外部のサーバから提供されたプログラムを読み込み、そのプログラムに記述された手順に従って各種処理を実行する。このＣＰＵ２１によって実行されるプログラムには、ＯＳ（Operating System）の他、クライアント装置１２が利用する各種アプリケーションプログラム、これらのアプリケーションプログラムの起動に伴って生成される描画データの画面表示制御を行うための表示制御プログラムなどが含まれる。

メモリ２２には、各クライアント装置１２（１２ａ，１２ｂ，１２ｃ…）毎に例えばユーザＩＤ等によって関連付けられた複数の仮想フレームバッファ２２ａが設けられている。

フレームバッファＲＡＭ２３は、サーバ装置１１に備えられた表示部２６の画面に表示する描画データをフレーム単位で保持するためのバッファメモリである。

記憶部２４には、サーバ装置１１の動作を制御するためのサーバ制御プログラムを含む各種プログラムを記憶するためのプログラム記憶領域２４ａや、フィールドリストＦＬを記憶するためのリスト記憶領域２４ｂなどが設けられている。

入力部２５は、例えばキーボード、マウスなどの入力デバイスからなり、オペレータが各種データの入力や指示を行う場合に用いられる。

表示部２６は、各種データを表示するものであり、例えばＣＲＴ（Cathode-ray tube）やＬＣＤ（Liquid Crystal Display）などからなる。

通信制御部２７は、ネットワーク１３を介して外部の端末との間で通信処理を行うためのものであり、ここではサーバ装置１１側で生成した描画データの送信処理や、クライアント装置１２から送信されるデータの受信処理などを行う。

媒体読取り部２８は、外部記録媒体２８ａに記録されたデータを読み取る。外部記録媒体２８ａとしては、例えば磁気ディスク、光ディスク、フレシキブルディスク、メモリカードなどがある。

図３はサーバ装置１１に備えられたＣＰＵ２１の機能構成を示すブロック図である。

本実施形態において、ＣＰＵ２１によって実行される処理を機能的に示すと、ＣＰＵ２１は、入力フィールド解析部２１ａ、フィールド情報送信部２１ｂ、入力データ受付部２１ｃからなる。

入力フィールド解析部２１ａは、クライアント装置１２から要求された画面の入力フィールドを解析する。フィールド情報送信部２１ｂは、この入力フィールド解析部２１ａによって解析された前記入力フィールドの構成を示すフィールド情報をクライアント装置１２に送信する。

入力データ受付部２１ｃは、このフィールド情報送信部２１ｂによって送信されたフィールド情報に基づいて、クライアント装置１２から前記入力フィールドの各項目に対応付けて入力されたデータを受け付ける。この入力データ受付部２１ｃによって受け付けた入力データは、上記入力フィールドの各項目に対応付けられて、記憶部２４のリスト記憶領域２４ｂに設けられたフィールドリストＦＬに記憶される。

図４はサーバベース・コンピューティング・システムに用いられるクライアント装置１２（１２ａ，１２ｂ，１２ｃ…）の回路構成を示すブロック図である。

クライアント装置１２（１２ａ，１２ｂ，１２ｃ…）は、コンピュータとしてのＣＰＵ３１を備える。このＣＰＵ３１には、システムバス３０を介してメモリ３２、フレームバッファＲＡＭ３３、記憶部３４、入力部３５、表示部３６、通信制御部３７、媒体読取り部３８が接続される。

ＣＰＵ３１は、記憶部３２に予め記憶されたプログラム、あるいは、外部記録媒体３８ａから媒体読取り部３８を介して読み取られたプログラム、あるいは、ネットワーク１３を介して外部のサーバから提供されたプログラムを読み込み、そのプログラムに記述された手順に従って各種処理を実行する。このＣＰＵ３１によって実行されるプログラムとしては、ＯＳ（Operating System）が主であり、その他の各種アプリケーションプログラムについては、基本的にサーバ装置１１が保有している。

メモリ３２は、ＣＰＵ３１の処理動作に必要な各種データを記憶する。フレームバッファＲＡＭ３３は、クライアント装置１２に備えられた表示部３６の画面に表示する描画データをフレーム単位で保持するためのバッファメモリである。

記憶部３４には、クライアント装置１２の動作を制御するためのクライアント制御プログラムを含む各種プログラムを記憶するためのプログラム記憶領域３４ａ、文字入力モードの設定の有無を記憶するモード記憶領域３４ｂ、文字入力モードの設定に伴い、入力された文字データを項目別に保持しておくための複数の入力バッファ３４ｃ、フィールドリストＦＬを記憶するためのリスト記憶領域３４ｄが設けられる。

入力部３５は、例えばキーボード、マウス、タッチパネルなどの入力デバイスからなり、オペレータが各種データの入力や指示を行う場合に用いられる。

表示部３６は、各種データを表示するものであり、例えばＣＲＴ（Cathode-ray tube）やＬＣＤ（Liquid Crystal Display）などからなる。

通信制御部３７は、ネットワーク１３を介して外部の端末との間で通信処理を行うためのものであり、ここでは入力データを送信するための処理を行う。

媒体読取り部３８は、外部記録媒体３８ａに記録されたデータを読み取る。外部記録媒体３８ａとしては、例えば磁気ディスク、光ディスク、フレシキブルディスク、メモリカードなどがある。

図５はクライアント装置１２に備えられたＣＰＵ３１の機能構成を示すブロック図である。

本実施形態において、ＣＰＵ３１によって実行される処理を機能的に示すと、ＣＰＵ３１は、モード設定部３１ａ、フィールド情報取得部３１ｂ、項目対応付け部３１ｃ、送信処理部３１ｄからなる。

モード設定部３１ａは、文字データ（テキストデータ）の入力操作を行うための文字入力モードを設定する。このモード設定部３１ａによって文字入力モードが設定された状態で入力された文字データは、記憶部３４に設けられた各入力バッファ３４ｃに項目別に保持される。フィールド情報取得３１ｂは、サーバ装置１１に要求した画面の入力フィールドの構成を示すフィールド情報を取得する。項目対応付け部３１ｃは、フィールド情報取得３１ｂによって得られたフィールド情報に基づいて、各入力バッファ３４ｃに保持された各項目の入力データを入力フィールドの各項目とを対応付ける。送信処理部３１ｄは、この項目対応付け部３１ｃによって対応付けられた各項目の入力データに入力フィールドの各項目毎に割り付けられたフィールド番号を付してサーバ装置１１に送信する。

このような構成のサーバベース・コンピューティング・システムでは、サーバ装置１１側でアプリケーションプログラムを持ち、そのアプリケーションプログラムに対応した描画データを生成してクライアント装置１２に送信する。クライアント装置１２側では、その描画データを元に画面データを生成して自身の表示部３６に表示する。また、クライアント装置１２から何らかのイベントを要求すると、そのイベント要求に対応した描画データが新たに送られてきて、クライアント装置１２の表示画面が更新されることになる。

このように、アプリケーションプログラムの起動と、そのアプリケーションプログラムに対応した描画データの生成機能はサーバ装置１１側にあり、クライアント装置１２は、単にイベント要求やデータの入力操作だけを行う。

ここで、例えば図６に示すようなアプリ画面４１上に設けられた各項目の入力フィールド４２ａ，４２ｂ，４２ｃにデータ入力を行う場合を想定する。図６の例では、入力フィールド４２ａは「名前」に関する文字データを入力するための項目、入力フィールド４２ｂは「年齢」に関する文字データを入力するための項目、入力フィールド４２ｃは「住所」に関するデータを入力するための項目に対応している。

従来システムでは、このようなアプリ画面４１の各項目の入力フィールド４２ａ，４２ｂ，４２ｃに対してデータ入力を行う場合に、クライアント装置１２がサーバ装置１１に常時接続されている必要があった。これに対し、本システムでは、サーバ装置１１と接続されていない状態、つまり、オフライン状態でのデータ入力を可能とし、また、入力フィールド４２ａ，４２ｂ，４２ｃの各項目に対して一括してデータ入力を可能とするものである。

以下に、このようなデータ入力を実現するための具体的な処理動作について、（ａ）クライアント装置１２側の処理と、（ｂ）サーバ装置１１側の処理に分けて詳しく説明する。

（ａ）クライアント装置１２側の処理
まず、クライアント装置１２側の処理について、図８のフローチャートを参照して説明する。なお、以下のフローチャートで示される処理は、クライアント装置１２に備えられたＣＰＵ３１によって読み取り可能なプログラムの形態で記憶部３４のプログラム記憶領域３４ａに予め記憶されている。

今、クライアント装置１２の表示部３６に、サーバ装置１１に要求したアプリ画面４１が表示されているものとする。オフライン状態で、ユーザが所定の操作により文字入力モードを設定すると（ステップＡ１１のＹＥＳ）、その設定情報が記憶部３４のモード記憶領域３４ｂに記憶され、以下のような処理が実行される。

すなわち、まず、前記アプリ画面４１上の各項目毎に入力データを保持しておくための保存先バッファが指定される（ステップＡ１２）。今、保存先バッファとして各入力バッファ３４ｃのうちの１つが指定されたものとすると、その入力バッファ３４ｃに既に文字データが記憶されているか否かが判断され（ステップＡ１３）、既に文字データが記憶されている場合には、その文字データに上書きするか否かが判断される（ステップＡ１４）。

上書きしない場合には（ステップＡ１４のＮＯ）、その保存先バッファである入力バッファ３４ｃから文字データが読み込まれ（ステップＡ１５）、ユーザが入力操作に従って当該文字データに修正が施される（ステップＡ１６）。また、文字データを上書きする場合には（ステップＡ１４のＹＥＳ）、ユーザが新たに入力した文字データが上書きにて入力バッファ３４ｃに保存される（ステップＡ１６）。

このようにして文字データの入力あるいは修正の操作が完了すると（ステップＡ１７のＹＥＳ）、クライアント装置１２のＣＰＵ３１は、その入力／修正操作によって生成された文字データを前記保存先バッファである入力バッファ３４ｃに保存しておく（ステップＡ１８）。

文字入力モードが設定されている間、前記同様の処理が繰り返し実行される（ステップＡ１９のＮＯ）。これにより、前記アプリ画面４１上の各項目毎に入力された「名前」，「年齢」，「住所」の文字データが各入力バッファ３４ｃに順次保持されることになる。

続いて、サーバ装置１１に接続した場合の処理について説明する。
ユーザが接続操作を行うと（ステップＡ２０のＹＥＳ）、サーバ装置１１に対する所定の接続処理が実行され（ステップＡ２１）、パスワード，ＩＤ等による認証がなされた後（ステップＡ２２）、以下のような処理が実行される。

すなわち、サーバ装置１１に接続されたときに、サーバ装置１１からアプリ画面４１の構成を示すフィールド情報が送られてくる。このフィールド情報を受信することにより（ステップＡ２３のＹＥＳ）、入力フィールド４２ａ，４２ｂ，４２ｃの各項目毎にそれぞれに入力可能な文字数と、その文字の種別情報（全角／半角や、使用コードを示す情報）、さらに、各項目に割り付けられたフィールド番号が取得される（ステップＡ２４）。

ここで、ＣＰＵ３１は、各項目毎にそれぞれの文字データが保存された入力バッファ３４ｃを指定し（ステップＡ２５）、そこから文字データを読み出して、前記取得した種別情報に基づいて文字データの種別判断を行う（ステップＡ２６）。

その結果、例えば半角文字で入力すべきところを全角文字で入力されているなど、文字の種別情報が適合しない場合には（ステップＡ２６のＮＯ）、ＣＰＵ３１は、その文字データを当該項目の種別情報に合わせて変換する（ステップＡ２７）。そして、ＣＰＵ３１は、変換後の文字データに当該項目のフィールド番号を付けてサーバ装置１１に送信する（ステップＡ２８）。また、文字の種別が合っていれば（ステップＡ２６のＹＥＳ）、ＣＰＵ３１は、その文字データに当該項目のフィールド番号を付けてサーバ装置１１に送信する（ステップＡ２８）。

このようにして、サーバ装置１１に接続する前に入力された各項目の文字データが各入力バッファ３４ｃから順次読み出され、必要に応じて文字種変換された後に、各項目に割り付けられたフィールド番号と共にサーバ装置１１に送られることになる（ステップＡ２９）。後述するように、サーバ装置１１では、各文字データに付加されたフィールド番号に基づいて、これらの入力先である入力フィールド４２ａ，４２ｂ，４２ｃを特定することができる（図９のステップＢ２６参照）。

以後は、サーバ装置１１との間で入力イベント送信などを含む通常の通信処理が実行され（ステップＡ３０）、接続終了の操作により（ステップＡ３１のＹＥＳ）、所定の接続断処理が実行されて、サーバ装置１１との間の通信回線が遮断される（ステップＡ３２）。

（ｂ）サーバ装置１１側の処理
次に、サーバ装置１１側の処理について、図９のフローチャートを参照して説明する。なお、以下のフローチャートで示される処理は、サーバ装置１１に備えられたＣＰＵ２１によって読み取り可能なプログラムの形態で記憶部２４のプログラム記憶領域２４ａに予め記憶されている。

サーバ装置１１側では、クライアント装置１２からの接続要求に伴い、所定の接続処理を行い（ステップＢ１１）、パスワード，ＩＤ等によってクライアント装置１２を認証することで（ステップＢ１２のＹＥＳ）、以下のような処理が実行される。

すなわち、まず、ＣＰＵ２１は、起動可能な各種アプリケーションプログラムの一覧を有するアプリ起動画面をクライアント装置１２に表示した後（ステップＢ１３）、アプリケーションプログラムの指定情報を受け付けて（ステップＢ１４のＹＥＳ）、クライアント装置１２が要求したアプリケーションプログラムを起動する（ステップＢ１４ａ）。

ここで、ＣＰＵ２１は、アプリケーションプログラムの起動により表示される画面に文字データを入力するための入力フィールドがあるか否かを解析する（ステップＢ１５）。入力フィールドがある場合には（ステップＢ１６のＹＥＳ）、ＣＰＵ２１は、その入力フィールドに入力可能な文字数とその文字の種別情報（全角／半角や、使用コードを示す情報）を取得すると共に（ステップＢ１７）、当該入力フィールドを特定するためのフィールド番号を発行する（ステップＢ１８）。

そして、ＣＰＵ２１は、当該入力フィールドに前記文字数と種別情報とフィールド番号を対応付けたフィールドリストＦＬを作成し、これを記憶部２４のリスト記憶領域２４ｂに記憶した後（ステップＢ１９）、これらの情報（フィールド番号＋文字数＋種別）を接続要求元のクライアント装置１２に送信する（ステップＢ２０）。

このようにして、画面上に設けられたすべての項目の入力フィールドに関して同様の処理が繰り返し行われ（ステップＢ２１のＮＯ→Ｂ２２）、それぞれに入力可能な文字数と種別情報と共に各入力フィールド毎に固有のフィールド番号が当該画面のフィールド情報としてクライアント装置１２に順次送信される（ステップＢ１７〜Ｂ２０）。

ここでは、図６に示したアプリ画面４１を想定しているので、そのアプリ画面４１に設けられた入力フィールド４２ａ，４２ｂ，４２ｃに関する３種類のフィールド情報がクライアント装置１２に送信されることになる。

上述したように、クライアント装置１２側では、これらのフィールド情報に基づいて、オフライン状態のときに入力済みの文字データと入力フィールドの項目とを対応付け、その入力済みの文字データに当該項目のフィールド番号を付けてサーバ装置１１に送信する（図８のステップＡ２３〜Ａ２８参照）。

続いて、フィールド情報送信後の処理について説明する。
フィールド情報の送信後、クライアント装置１２からデータを受信することにより（ステップＢ２３→Ｂ２５のＹＥＳ）、ＣＰＵ２１は、以下のような処理を実行する。なお、クライアント装置１２からデータではなく、例えばアプリのページ変更の指示を受け取った場合には（ステップＢ２４のＹＥＳ）、そのページ変更の指示に従って画面を更新し、その更新後の画面に対して前記同様の処理を繰り返すことになる（ステップＢ１５〜Ｂ２２）。

クライアント装置１２から受信したデータが文字データとフィールド番号であった場合に（ステップＢ２５のＹＥＳ）、ＣＰＵ２１は、記憶部２４のリスト記憶領域２４ｂに記憶されたフィールドリストＦＬから前記受信したフィールド番号に対応した入力フィールドを選択し（ステップＢ２６）、その入力フィールドに前記受信した文字データを入力する（ステップＢ２７）。

ここで、図１０にフィールドリストＦＬの例を示す。
このフィールドリストＦＬには、図６のアプリ画面４１に設けられた各入力フィールド４２ａ，４２ｂ，４２ｃの解析結果として得られた文字数と種別情報、さらに、フィールド番号「Ｆ１」，「Ｆ２」，「Ｆ３」が登録されている。このフィールド番号「Ｆ１」，「Ｆ２」，「Ｆ３」に基づいて、クライアント装置１２が入力した文字データと入力フィールドとの対応付けがなされる。

図１０の例では、フィールド番号「Ｆ１」によって１番目の入力フィールド４２ａに「山田太郎」、フィールド番号「Ｆ２」によって２番目のフィールド４２ｂに「３０」、フィールド番号「Ｆ３」によって３番目のフィールド４２ｃに「東京都＊＊＊」の文字データを入力した状態が示されている。

このようにして、クライアント装置１２が入力した文字データを該当する入力フィールドに入力すると、ＣＰＵ２１は、その入力後の画面の描画データを生成し、所定の方式で圧縮してクライアント装置１２に送信する（ステップＢ２８）。これにより、図１１に示すように、クライアント装置１２が入力した各項目の文字データを各入力フィールド４２ａ，４２ｂ，４２ｃに挿入した状態のアプリ画面４１がクライアント装置１２の表示部３６に表示されることになる。

以後は、クライアント装置１２との間で入力イベント処理などを含む通常の通信処理が実行され（ステップＢ２９）、クライアント装置１２からの接続終了指示を受けたときに（ステップＢ３０のＹＥＳ）、所定の接続断処理が実行されて、クライアント装置１２との間の通信回線が遮断される（ステップＢ３１）。

このように、本システムによれば、サーバ装置１１側でアプリ画面内の入力フィールドを解析し、その入力フィールドと入力文字のデータとをクライアント装置１２側で対応付けるようにしたことで、サーバ装置１１と通信しなくとも、クライアント装置１２側のみで文字データの入力操作を行うことができる。したがって、例えば通信状況が悪く、サーバ装置１１に接続できない状態であっても、その間に文字データの入力操作だけを済ませておき、通信状況が良好になったときに、その文字データをサーバ装置１１に送って入力を完了させることができる。

また、入力フィールドと入力文字のデータとの対応付けのクライアント装置１２側で行うようにしたことで、同じ画面上に複数項目の入力フィールドがある場合でも、これらの項目に対応した文字データをまとめて入力しておくことができる。

また、本実施形態のように、クライアント装置１２側で予め各項目の文字データをバッファしておくことで、いつでも取り出して任意に編集を加えることができ、サーバ装置１１と繋がったときに、その編集後の文字データを入力用として送ることができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。

前記第１の実施形態では、クライアント装置１２側で予め入力文字のデータをバッファしておき、その後、サーバ装置１１から取得した入力フィールドの情報に対応付けるものとした。これに対し、第２の実施形態では、最初にサーバ装置１１から入力フィールドの情報を取得しておき、その後で、入力フィールドに対応付けて文字データの入力を行う構成としている。

なお、サーバ装置１１とクライアント装置１２の構成については、基本的には前記第１の実施形態と同様である。ただし、第２の実施形態では、クライアント装置１２側でフィールドリストＦＬを作成するため、図４に示したように、記憶部３４にリスト記憶領域３４ｄが設けられる。

以下に、第２の実施形態として処理動作について、（ａ）クライアント装置１２側の処理と、（ｂ）サーバ装置１１側の処理に分けて詳しく説明する。

（ａ）クライアント装置１２側の処理
まず、クライアント装置１２側の処理について、図１２および図１３のフローチャートを参照して説明する。なお、以下のフローチャートで示される処理は、クライアント装置１２に備えられたＣＰＵ３１によって読み取り可能なプログラムの形態で記憶部３４のプログラム記憶領域３４ａに予め記憶されている。

今、図６に示すアプリ画面４１に設けられた複数の入力フィールド４２ａ，４２ｂ，４２ｃにデータ入力を行う場合を想定する。

ユーザが接続操作を行うと（ステップＣ１１のＹＥＳ）、サーバ装置１１に対する所定の接続処理を実行し（ステップＣ１２）、パスワード，ＩＤ等による認証がなされた後（ステップＣ１３）、以下のような処理が実行される。

すなわち、まず、ＣＰＵ３１は、記憶部３４にリスト記憶領域３４ｄに記憶されたフィールドリストＦＬの内容をクリアしておく（ステップＣ１４）。そして、サーバ装置１１からアプリ画面４１のフィールド情報を受信することにより（ステップＣ１５のＹＥＳ）、ＣＰＵ３１は、入力フィールド４２ａ，４２ｂ，４２ｃの各項目毎にそれぞれに入力可能な文字数と、その文字の種別情報（全角／半角や、使用コードを示す情報）、さらに、各項目に割り付けられたフィールド番号を取得し（ステップＣ１６）、これらをフィールドリストＦＬへ登録する（ステップＣ１７）。このときのフィールドリストＦＬの内容は、図１０の例と同様である。

また、フィールド情報の受信でない場合には（ステップＣ１５のＮＯ）、ＣＰＵ３１は何らかの画面の描画データを受信することにより、これを表示部３６に表示した後（ステップＣ１８）、サーバ装置１１との接続を遮断してオフライン状態に移行する（ステップＣ１９）。

なお、ここではオフライン状態での入力操作を想定しているため、サーバ装置１１との接続を一旦遮断しているが、必ずしも遮断することはなく、通常通り、オンライン状態で入力操作を続けることも可能である。

次に、オフライン状態での処理について説明する。
オフライン状態で、ユーザが所定の操作により文字入力モードを設定すると（ステップＣ２０ａ）、その設定情報が記憶部３４のモード記憶領域３４ｂに記憶され、以下のような処理が実行される。

すなわち、ＣＰＵ３１は、まず、記憶部３４のリスト記憶領域３４ｄにフィールドリストＦＬが記憶されているか否かを判断する（ステップＣ２０）。フィールドリストＦＬが記憶されていれば（ステップＣ２０のＹＥＳ）、ＣＰＵ３１は、そのフィールドリストＦＬの先頭から各項目のフィールド番号、文字数、種別情報を順に読み出すことにより（ステップＣ２１）、表示部３６に当該項目に対応した文字データを入力するための入力枠を表示すると共に（ステップＣ２２）、その入力枠に当該項目の文字数と種別情報を設定する（ステップＣ２３）。

ここで、ユーザが入力部３５の操作により前記入力枠にデータ入力を行うと、ＣＰＵ３１は、その入力された文字データを入力処理する（ステップＣ２４，Ｃ２５）。この場合、前記入力枠に設定された文字数や種別情報に適合しない文字データの入力に対しては、その旨のエラーメッセージが表示される。前記入力枠に入力された文字データは、当該項目のフィールド番号に従ってフィールドリストＦＬに追加登録される（ステップＣ２６）。

このような処理がフィールドリストＦＬ内の全ての項目について同様に繰り返される（ステップＣ２７）。これにより、図１０の例のように、フィールドリストＦＬには、入力フィールド４２ａ，４２ｂ，４２ｃの各項目に対応して入力文字のデータが登録されることになる。

続いて、サーバ装置１１に接続した場合の処理について説明する。
ユーザの接続操作により、サーバ装置１１に対する所定の接続処理を実行し（ステップＣ２８）、パスワード，ＩＤ等による認証がなされた後（ステップＣ２９）、以下のような処理が実行される。

すなわち、まず、ＣＰＵ３１は、記憶部３４のリスト記憶領域３４ｄにフィールドリストＦＬが記憶されているか否かを判断する（ステップＣ３０）。フィールドリストＦＬが記憶されていれば（ステップＣ３０のＹＥＳ）、ＣＰＵ３１は、事前に登録された入力文字のデータがあるものと判断して、そのフィールドリストＦＬの先頭から各項目のフィールド番号と文字データを順に読み出す（ステップＣ３１）。そして、ＣＰＵ３１は、その読み出した文字データにフィールド番号を付けてサーバ装置１１に送信する（ステップＣ３２，Ｃ３３）。

後述するように、サーバ装置１１では、クライアント装置１２から文字データと共にフィールド番号を受信することにより、そのフィールド番号に基づいて入力対象とする入力フィールドを特定し、そこに文字データの入力を行うことができる（図１４のステップＤ２２〜Ｄ２４参照）。

このようにして、フィールドリストＦＬに登録された全ての項目の文字データをフィールド番号と共に送信し終わると（ステップＣ３４のＹＥＳ）、ＣＰＵ３１は、次回に備えてフィールドリストＦＬの内容をクリアしておく（ステップＣ３５）。

また、サーバ装置１１から描画データを受信した場合には、ＣＰＵ３１は、その描画データに基づいて表示部３６に表示を行う（ステップＣ３６）。この場合、受信した描画データが文字データの送信直後のものであれば、図１１に示すように、各項目の文字データを各入力フィールド４２ａ，４２ｂ，４２ｃに挿入した状態のアプリ画面４１がクライアント装置１２の表示部３６に表示されることになる。

以後は、サーバ装置１１との間で入力イベント送信などを含む通常の通信処理が実行される（ステップＣ３７）。そして、接続終了指示があると（ステップＣ３８のＹＥＳ）、ＣＰＵ３１は、所定の接続断処理によりサーバ装置１１との間の通信回線を遮断する（ステップＣ３９）。

（ｂ）サーバ装置１１側の処理
次に、サーバ装置１１側の処理について、図１４のフローチャートを参照して説明する。なお、以下のフローチャートで示される処理は、サーバ装置１１に備えられたＣＰＵ２１によって読み取り可能なプログラムの形態で記憶部２４のプログラム記憶領域２４ａに予め記憶されている。

サーバ装置１１側では、クライアント装置１２からの接続要求に伴い、所定の接続処理を行い（ステップＤ１１）、パスワード，ＩＤ等によってクライアント装置１２を認証することで（ステップＤ１２のＹＥＳ）、以下のような処理が実行される。

すなわち、まず、ＣＰＵ２１は、起動可能な各種アプリケーションプログラムの一覧を有するアプリ起動画面をクライアント装置１２に表示した後（ステップＤ１３）、アプリケーションプログラムの指定情報を受け付けて（ステッＤ１４のＹＥＳ）、クライアント装置１２が要求したアプリケーションプログラムを起動する（ステップＤ１５）。

ここで、ＣＰＵ２１は、アプリケーションプログラムの起動により表示される画面に文字データを入力するための入力フィールドがあるか否かを解析する（ステップＤ１６）。入力フィールドがある場合には（ステップＤ１６のＹＥＳ）、ＣＰＵ２１は、その入力フィールドに入力可能な文字数とその文字の種別情報（全角／半角や、使用コードを示す情報）を取得すると共に、当該入力フィールドを特定するためのフィールド番号を発行する（ステップＤ１８）。そして、ＣＰＵ２１は、これらの情報（フィールド番号＋文字数＋種別）を接続要求元のクライアント装置１２に送信する（ステップＤ１９）。

このようにして、画面上に設けられたすべての項目の入力フィールドに関して同様の処理が繰り返し行われ（ステップＤ２０のＮＯ→Ｄ２１）、それぞれに入力可能な文字数と種別情報と共に各入力フィールド毎に固有のフィールド番号が当該画面のフィールド情報としてクライアント装置１２に順次送信される（ステップＤ１８〜Ｄ１９）。

ここでは、図６に示したアプリ画面４１を想定しているので、そのアプリ画面４１に設けられた入力フィールド４２ａ，４２ｂ，４２ｃに関する３種類のフィールド情報がクライアント装置１２に送信されることになる。

上述したように、クライアント装置１２では、これらのフィールド情報に基づいてフィールドリストＦＬを作成する（図１２のステップＣ１５〜Ｃ１７参照）。これにより、オフライン状態のときでも、そのフィールドリストＦＬの元にして各項目に対応した文字データの入力操作を行うことができる。クライアント装置１２で入力された文字データは該当する項目のフィールド番号と共にサーバ装置１１に送られる（図１３のステップＣ３２参照）。

続いて、フィールド情報送信後の処理について説明する。
フィールド情報の送信後、クライアント装置１２から文字データとフィールド番号を受信することにより（ステップＤ２２のＹＥＳ）、ＣＰＵ２１は、前記フィールド番号に基づいて入力対象とする入力フィールドを特定し（ステップＤ２３）、その入力フィールドに前記受信した文字データを入力する（ステップＤ２４）。

具体的には、例えば「山田太郎」といった文字データと共にフィールド番号「Ｆ１」を受信したとすると、そのフィールド番号「Ｆ１」に基づいてアプリ画面４１の入力フィールド４２ａが入力対象であると判断して、そこに「山田太郎」の文字データを入力する。他の文字データも同様であり、それぞれの文字データに付加されたフィールド番号から入力対象となる入力フィールドが特定され、そこに該当する文字データを入力することができる。

このようにして、各入力フィールド４２ａ，４２ｂ，４２ｃに対するデータ入力が終了すると、ＣＰＵ２１は、そのデータ入力後のアプリ画面４１の描画データを生成し、これを所定の方式で圧縮してクライアント装置１２に送信する（ステップＤ２５）。これにより、図１１に示すように、クライアント装置１２が入力した各項目の文字データを各入力フィールド４２ａ，４２ｂ，４２ｃに挿入した状態のアプリ画面４１がクライアント装置１２の表示部３６に表示されることになる。

以後は、クライアント装置１２との間で入力イベント処理などを含む通常の通信処理が実行され（ステップＤ２６）、クライアント装置１２からの接続終了指示を受けたときに（ステップＤ２７のＹＥＳ）、所定の接続断処理が実行されて、クライアント装置１２との間の通信回線が遮断される（ステップＤ２８）。

また、クライアント装置１２から接続終了指示ではなく、例えばアプリのページ変更の指示を受け取った場合には（ステップＤ２９のＹＥＳ）、そのページ変更の指示に従って画面を更新し、その更新後の画面に対して前記同様の処理を繰り返すことになる（ステップＤ１６〜Ｄ２１）。

このように、クライアント装置１２が予め入力対象とするアプリ画面４１のフィールド情報をサーバ装置１１から取得しておくことにより、前記第１の実施形態と同様に、クライアント装置１２側でオフライン状態での文字入力操作を可能とし、このアプリ画面４１に複数項目の入力フィールド４２ａ，４２ｂ，４２ｃがあっても、これらの項目に対する文字データをまとめて入力することができる。

また、本実施形態のように、クライアント装置１２がサーバ装置１１からアプリ画面４１のフィールド情報を先に取得しておく方法であれば、そのフィールド情報に基づいて各項目の入力枠を表示することができる。したがって、クライアント装置１２のユーザはその入力枠を通じて各項目に対応した文字データを正しく入力することができる。

なお、前記各実施形態では、画面上の所定の項目欄に文字データを入力する場合を想定して説明したが、例えば記号や絵など、文字以外のデータを入力する場合でも同様に適用可能である。

また、前記各実施形態におけるサーバベース・コンピューティング・システムの処理、すなわち、図８、図９、図１２、図１３、図１４の各フローチャートで示されるサーバ装置１１、クライアント装置１２の各処理は、何れもコンピュータに実行させることができるプログラムとして、例えばメモリカード（ＲＯＭカード、ＲＡＭカード等）、磁気ディスク（フロッピディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の外部記録媒体２８ａ，３８ａに格納して配布することができる。そして、サーバ装置１１、クライアント装置１２のコンピュータ（ＣＰＵ２１，３１）は、この外部記録媒体２８ａ，３８ａに記憶されたプログラムを読み込むことにより、前記各実施形態の処理を実行することができる。

さらに、前記各プログラムのデータは、プログラムコードの形態として通信ネットワーク１３を介してサーバ装置１１、クライアント装置１２に提供することも可能である。

なお、本発明は前記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記各実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

図１は本発明の第１の実施形態に係るサーバベース・コンピューティング・システムの構成を示すブロック図である。 図２は同実施形態におけるサーバベース・コンピューティング・システムに用いられるサーバ装置の回路構成を示すブロック図である。 図３は同実施形態におけるサーバ装置に備えられたＣＰＵの機能構成を示すブロック図である。 図４は同実施形態におけるサーバベース・コンピューティング・システムに用いられるクライアント装置の回路構成を示すブロック図である。 図５は同実施形態におけるクライアント装置に備えられたＣＰＵの機能構成を示すブロック図である。 図６は同実施形態におけるクライアント装置に表示される入力画面の一例を示す図である。 図７は同実施形態におけるクライアント装置から送信される入力データとサーバ装置から送信される描画データとの関係を説明するための図である。 図８は同実施形態におけるサーバベース・コンピューティング・システムに用いられるクライアント装置側の処理動作を示すフローチャートである。 図９は同実施形態におけるサーバベース・コンピューティング・システムに用いられるサーバ装置側の処理動作を示すフローチャートである。 図１０は同実施形態におけるサーバベース・コンピューティング・システムのデータ入力時に作成されるフィールドリストの一例を示す図である。 図１１は同実施形態におけるクライアント装置に表示される入力画面の文字入力後の状態を示す図である。 図１２は本発明の第２の実施形態に係るサーバベース・コンピューティング・システムに用いられるクライアント装置側の処理動作を示すフローチャート（その１）である。 図１３は同実施形態におけるサーバベース・コンピューティング・システムに用いられるクライアント装置側の処理動作を示すフローチャート（その２）である。 図１４は同実施形態におけるサーバベース・コンピューティング・システムに用いられるサーバ装置側の処理動作を示すフローチャートである。

符号の説明

１１…サーバ装置、１２（１２ａ，１２ｂ，１２ｃ）…クライアント装置、１３…ネットワーク、２０…システムバス、２１…ＣＰＵ、２１ａ…入力フィールド解析部、２１ｂ…フィールド情報送信部、２１ｃ…入力データ受付部、２２…メモリ、２３…フレームバッファＲＡＭ、２４…記憶部、２５…入力部、２６…表示部、２７…通信制御部、２８…媒体読取り部、２８ａ…媒体、３０…システムバス、３１…ＣＰＵ、３１ａ…モード設定部、３１ｂ…フィールド情報取得部、３１ｃ…項目対応付け部、３１ｄ…送信処理部、３２…メモリ、３３…フレームバッファＲＡＭ、３４…記憶部、３５…入力部、３６…表示部、３７…通信制御部、３８…媒体読取り部、３８ａ…媒体、４１…Ｗｅｂ画面、４２ａ〜４２ｃ…入力フィールド。

Claims (7)

1. クライアント装置にネットワークを介して接続され、前記クライアント装置から入力データを受信して処理するサーバベース・コンピューティング・システムのサーバ装置であって、
   前記クライアント装置から要求された画面の入力フィールドを解析する入力フィールド解析手段と、
   この入力フィールド解析手段によって解析された前記入力フィールドの構成を示すフィールド情報を前記クライアント装置に送信するフィールド情報送信手段と、
   このフィールド情報送信手段によって送信された前記フィールド情報に基づいて、前記クライアント装置から前記入力フィールドの各項目に対応付けて入力されたデータを受け付ける入力データ受付手段と、
   この入力データ受付手段によって受け付けた入力データを上記入力フィールドの各項目に対応付けて記憶する記憶手段と
   を具備したことを特徴とするサーバ装置。
2. 前記フィールド情報には、前記入力フィールドの各項目毎に割り付けられたフィールド番号が含まれ、
   前記入力データ受付手段は、前記フィールド番号に基づいて、前記クライアント装置から受け付けたデータの項目を特定することを特徴とする請求項１記載のサーバ装置。
3. サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置であって、
   予め複数の項目毎に入力されたデータを保持する複数のバッファ手段と、
   前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段と、
   このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記各バッファ手段に保持された各項目の入力データと前記入力フィールドの各項目とを対応付ける項目対応付け手段と、
   この項目対応付け手段によって対応付けられた各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段と
   を具備したことを特徴とするクライアント装置。
4. サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置であって、
   前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段と、
   このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記入力フィールドの各項目に対応付けて入力されたデータを記憶する記憶手段と、
   この記憶手段に記憶された前記各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段と
   を具備したことを特徴とするクライアント装置。
5. クライアント装置にネットワークを介して接続され、前記クライアント装置から入力データを受信して処理するサーバベース・コンピューティング・システムのサーバ装置の動作を制御するコンピュータによって実行されるサーバ制御プログラムであって、
   前記コンピュータを、
   前記クライアント装置から要求された画面の入力フィールドを解析する入力フィールド解析手段、
   この入力フィールド解析手段によって解析された前記入力フィールドの構成を示すフィールド情報を前記クライアント装置に送信するフィールド情報送信手段、
   このフィールド情報送信手段によって送信された前記フィールド情報に基づいて、前記クライアント装置から前記入力フィールドの各項目に対応付けて入力されたデータを受け付ける入力データ受付手段、
   この入力データ受付手段によって受け付けた入力データを上記入力フィールドの各項目に対応付けて記憶する記憶手段
   として機能させるサーバ制御プログラム。
6. サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置を制御するコンピュータによって実行されるクライアント制御プログラムであって、
   前記コンピュータを、
   予め複数の項目毎に入力されたデータを保持する複数のバッファ手段、
   前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段、
   このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記各バッファ手段に保持された各項目の入力データと前記入力フィールドの各項目とを対応付ける項目対応付け手段、
   この項目対応付け手段によって対応付けられた各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段
   として機能させるクライアント制御プログラム。
7. サーバ装置にネットワークを介して接続され、入力データを前記サーバ装置に送信して処理させるサーバベース・コンピューティング・システムのクライアント装置を制御するコンピュータによって実行されるクライアント制御プログラムであって、
   前記コンピュータを、
   前記サーバ装置に要求した画面の入力フィールドの構成を示すフィールド情報を取得するフィールド情報取得手段、
   このフィールド情報取得手段によって得られたフィールド情報に基づいて、前記入力フィールドの各項目に対応付けて入力されたデータを記憶する記憶手段、
   この記憶手段に記憶された前記各項目の入力データに前記入力フィールドの各項目毎に割り付けられたフィールド番号を付して前記サーバ装置に送信する送信処理手段
   として機能させるクライアント制御プログラム。

Images