JPH09212396A - サーバ／クライアントシステムおよびそのデータ処理方法 - Google Patents
サーバ／クライアントシステムおよびそのデータ処理方法Info
- Publication number
- JPH09212396A JPH09212396A JP8015842A JP1584296A JPH09212396A JP H09212396 A JPH09212396 A JP H09212396A JP 8015842 A JP8015842 A JP 8015842A JP 1584296 A JP1584296 A JP 1584296A JP H09212396 A JPH09212396 A JP H09212396A
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- instruction
- client system
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 サーバのデータベースへのアクセスのエラー
回数を減らす。 【解決手段】 ＣＰＵ１０はサーバ２のデータベースへ
の書き込みが失敗したときにはその指示をＲＡＭ１３に
一時記憶し、その指示を使用してデータベースへのアク
セスを試行する。試行回数が一定回数に到達したときに
エラー処理を行う。
回数を減らす。 【解決手段】 ＣＰＵ１０はサーバ２のデータベースへ
の書き込みが失敗したときにはその指示をＲＡＭ１３に
一時記憶し、その指示を使用してデータベースへのアク
セスを試行する。試行回数が一定回数に到達したときに
エラー処理を行う。
Description
【０００１】
【発明の属する技術分野】本発明は、サーバに搭載され
たデータベースに対してクライアント側がデータを書き
込む場合に好適なサーバ／クライアントシステムおよび
そのデータ処理方法に関する。
たデータベースに対してクライアント側がデータを書き
込む場合に好適なサーバ／クライアントシステムおよび
そのデータ処理方法に関する。
【０００２】
【従来の技術】従来、ＬＡＮ等の通信ネットワークに複
数のコンピュータ等の情報処理機器を接続し、その中の
１台のコンピュータ（もしくは記憶装置）がサーバとし
て機能し、他のコンピュータがクライアントとして機能
する情報処理システムが知られている。このようなサー
バ／クライアントシステムでは通常、サーバ側にデータ
ベースが搭載され、クライアント側がサーバ側のデータ
ベースに対してデータを読み書きする。このために、Ｓ
ＱＬ言語が使用される。ＳＱＬ言語はＩＳＯ（国際標準
化機構）およびＪＩＳ（日本工業規格）で規格化されて
いる。ＳＱＬ言語の機能にはデータ操作機能があり、Ｓ
ＱＬ文でデータベースに対する読み書きの指示を行う。
より具体的にはデータを構成する表を定義し、データを
書き込みしたい表の行を定義して、データのアクセスの
指示を行う。したがって、複数行にわたるデータをデー
タベース（表）に書き込む場合には、複数のＳＱＬ文
（書き込み対象のデータを含む）をクライアント側で用
意して、このＳＱＬ文をサーバ側に順次に送る。サーバ
側はこのＳＱＬ文に基づきデータベースにデータを書き
込む。
数のコンピュータ等の情報処理機器を接続し、その中の
１台のコンピュータ（もしくは記憶装置）がサーバとし
て機能し、他のコンピュータがクライアントとして機能
する情報処理システムが知られている。このようなサー
バ／クライアントシステムでは通常、サーバ側にデータ
ベースが搭載され、クライアント側がサーバ側のデータ
ベースに対してデータを読み書きする。このために、Ｓ
ＱＬ言語が使用される。ＳＱＬ言語はＩＳＯ（国際標準
化機構）およびＪＩＳ（日本工業規格）で規格化されて
いる。ＳＱＬ言語の機能にはデータ操作機能があり、Ｓ
ＱＬ文でデータベースに対する読み書きの指示を行う。
より具体的にはデータを構成する表を定義し、データを
書き込みしたい表の行を定義して、データのアクセスの
指示を行う。したがって、複数行にわたるデータをデー
タベース（表）に書き込む場合には、複数のＳＱＬ文
（書き込み対象のデータを含む）をクライアント側で用
意して、このＳＱＬ文をサーバ側に順次に送る。サーバ
側はこのＳＱＬ文に基づきデータベースにデータを書き
込む。
【０００３】
【発明が解決しようとする課題】しかしながら、従来こ
の種のサーバ／クライアントシステムでは何らかの原因
でデータベースへの書き込みが失敗すると、サーバ側か
らクライアント側に対して、エラーメッセージが返送さ
れる。クライアント側のオペレータは表示画面に表示さ
れたエラーメッセージを見て、書き込みが失敗したデー
タのみを再書き込みをするためのＳＱＬ文を新たに作成
して上述の書き込み処理をクライアント側のコンピュー
タに実行させなければならない。
の種のサーバ／クライアントシステムでは何らかの原因
でデータベースへの書き込みが失敗すると、サーバ側か
らクライアント側に対して、エラーメッセージが返送さ
れる。クライアント側のオペレータは表示画面に表示さ
れたエラーメッセージを見て、書き込みが失敗したデー
タのみを再書き込みをするためのＳＱＬ文を新たに作成
して上述の書き込み処理をクライアント側のコンピュー
タに実行させなければならない。
【０００４】このように従来のサーバ／クライアントシ
ステムではデータベースへのデータの書き込みが失敗す
るとその後の再書き込み処理が煩雑であるという不具合
があった。
ステムではデータベースへのデータの書き込みが失敗す
るとその後の再書き込み処理が煩雑であるという不具合
があった。
【０００５】そこで、本発明の目的は、上述の点に鑑み
て、ユーザの操作労力を緩和することの可能なサーバ／
クライアントシステムおよびそのデータ処理方法を提供
することにある。
て、ユーザの操作労力を緩和することの可能なサーバ／
クライアントシステムおよびそのデータ処理方法を提供
することにある。
【０００６】
【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、サーバにデータベースを
搭載し、該サーバはクライアントからの書き込みの指示
でデータベースのデータへの書き込みを行うサーバ／ク
ライアントシステムにおいて、前記クライアントは前記
サーバが前記データベースへの書き込みを完了したか否
かを判定する判定手段と、該判定手段により否の判定が
得られたときに前記指示を記憶しておく記憶手段と、当
該記憶された指示を前記判定手段が完了と判定するまで
繰り返し前記サーバに送信する通信手段とを具えたこと
を特徴とする。
るために、請求項１の発明は、サーバにデータベースを
搭載し、該サーバはクライアントからの書き込みの指示
でデータベースのデータへの書き込みを行うサーバ／ク
ライアントシステムにおいて、前記クライアントは前記
サーバが前記データベースへの書き込みを完了したか否
かを判定する判定手段と、該判定手段により否の判定が
得られたときに前記指示を記憶しておく記憶手段と、当
該記憶された指示を前記判定手段が完了と判定するまで
繰り返し前記サーバに送信する通信手段とを具えたこと
を特徴とする。
【０００７】請求項２の発明は、請求項１に記載のサー
バ／クライアントシステムにおいて、前記指示はＳＱＬ
文であることを特徴とする。
バ／クライアントシステムにおいて、前記指示はＳＱＬ
文であることを特徴とする。
【０００８】請求項３の発明は、請求項１に記載のサー
バ／クライアントシステムにおいて、前記通信手段が繰
り返し送信する回数は一定回数であることを特徴とす
る。
バ／クライアントシステムにおいて、前記通信手段が繰
り返し送信する回数は一定回数であることを特徴とす
る。
【０００９】請求項４の発明は、請求項１に記載のサー
バ／クライアントシステムにおいて、前記指示は複数で
あって前記通信手段は繰り返し送信の対象となる指示が
前記サーバに受け付けられ、前記データベースに対する
書き込みが完了した旨のメッセージを受信したときに、
次の指示の送信処理に移行することを特徴とする。
バ／クライアントシステムにおいて、前記指示は複数で
あって前記通信手段は繰り返し送信の対象となる指示が
前記サーバに受け付けられ、前記データベースに対する
書き込みが完了した旨のメッセージを受信したときに、
次の指示の送信処理に移行することを特徴とする。
【００１０】請求項５の発明は、請求項４に記載のサー
バ／クライアントシステムにおいて、請求項１に記載の
サーバに搭載されるデータベースは複数であり、複数の
前記指示は当該複数のデータベースに対する指示である
ことを特徴とする。
バ／クライアントシステムにおいて、請求項１に記載の
サーバに搭載されるデータベースは複数であり、複数の
前記指示は当該複数のデータベースに対する指示である
ことを特徴とする。
【００１１】請求項６の発明は、サーバにデータベース
を搭載し、該サーバはクライアントからの書き込みの指
示でデータベースのデータへの書き込みを行うサーバ／
クライアントシステムのデータ処理方法において、前記
クライアントは前記サーバが前記データベースへの書き
込みを完了したか否かを判定し、否の判定が得られたと
きに前記指示を記憶しておき、当該記憶された指示を前
記判定手段が完了と判定するまで繰り返し前記サーバに
送信することを特徴とする。
を搭載し、該サーバはクライアントからの書き込みの指
示でデータベースのデータへの書き込みを行うサーバ／
クライアントシステムのデータ処理方法において、前記
クライアントは前記サーバが前記データベースへの書き
込みを完了したか否かを判定し、否の判定が得られたと
きに前記指示を記憶しておき、当該記憶された指示を前
記判定手段が完了と判定するまで繰り返し前記サーバに
送信することを特徴とする。
【００１２】請求項７の発明は、請求項６に記載のサー
バ／クライアントシステムのデータ処理方法において、
前記指示はＳＱＬ文であることを特徴とする。
バ／クライアントシステムのデータ処理方法において、
前記指示はＳＱＬ文であることを特徴とする。
【００１３】請求項８の発明は、請求項６に記載のサー
バ／クライアントシステムのデータ処理方法において、
前記クライアントが繰り返し送信する回数は一定回数で
あることを特徴とする。
バ／クライアントシステムのデータ処理方法において、
前記クライアントが繰り返し送信する回数は一定回数で
あることを特徴とする。
【００１４】請求項９の発明は、請求項８に記載のサー
バ／クライアントシステムにおいて、前記指示は複数で
あって繰り返し送信の対象となる指示が前記サーバに受
け付けられ、前記データベースに対する書き込みが完了
した旨のメッセージを受信したときに、前記クライアン
トは次の指示の送信処理に移行することを特徴とする。
バ／クライアントシステムにおいて、前記指示は複数で
あって繰り返し送信の対象となる指示が前記サーバに受
け付けられ、前記データベースに対する書き込みが完了
した旨のメッセージを受信したときに、前記クライアン
トは次の指示の送信処理に移行することを特徴とする。
【００１５】請求項１０の発明は、請求項９に記載のサ
ーバ／クライアントシステムのデータ処理方法におい
て、請求項６に記載のサーバに搭載されるデータベース
は複数であり、複数の前記指示は当該複数のデータベー
スに対する指示であることを特徴とする。
ーバ／クライアントシステムのデータ処理方法におい
て、請求項６に記載のサーバに搭載されるデータベース
は複数であり、複数の前記指示は当該複数のデータベー
スに対する指示であることを特徴とする。
【００１６】
【発明の実施の形態】以下、図面を参照して本発明の実
施例を詳細に説明する。
施例を詳細に説明する。
【００１７】図１は本発明を適用したサーバ／クライア
ントシステムのシステム構成の一例を示す。図１におい
て、クライアント１はＣＰＵ１０、通信インタフェース
１１、ＲＯＭ１２、ＲＡＭ１３、ハードディスク１４等
を有するＬＡＮ接続可能な情報処理機器、たとえば、パ
ーソナルコンピュータやワークステーションを使用する
ことができる。
ントシステムのシステム構成の一例を示す。図１におい
て、クライアント１はＣＰＵ１０、通信インタフェース
１１、ＲＯＭ１２、ＲＡＭ１３、ハードディスク１４等
を有するＬＡＮ接続可能な情報処理機器、たとえば、パ
ーソナルコンピュータやワークステーションを使用する
ことができる。
【００１８】ＣＰＵ１０はＲＯＭ１２に格納されたシス
テムプログラムおよびハードディスクに格納されたシス
テムプログラムにより装置内の記憶装置（ＲＯＭ１２、
ＲＡＭ１３、ハードディスク１４）のデータの書き込み
を行う他、通信インタフェース１１を介してサーバ２に
対してデータのアクセスのためのＳＱＬ文を送信する。
テムプログラムおよびハードディスクに格納されたシス
テムプログラムにより装置内の記憶装置（ＲＯＭ１２、
ＲＡＭ１３、ハードディスク１４）のデータの書き込み
を行う他、通信インタフェース１１を介してサーバ２に
対してデータのアクセスのためのＳＱＬ文を送信する。
【００１９】通信インタフェース１１はサーバ２側の通
信インタフェース２１と上記ＳＱＬ文へ送信する処理お
よびサーバ側２側からの動作状態を示す情報を受信する
通信処理を行う。ＲＯＭ１２は装置内の上記機器を制御
するためのシステムプログラムを記憶する。ＲＡＭ１３
はＣＰＵ１０の処理で使用されるデータを一時記憶す
る。本発明に関わる記憶手段としても動作する。
信インタフェース２１と上記ＳＱＬ文へ送信する処理お
よびサーバ側２側からの動作状態を示す情報を受信する
通信処理を行う。ＲＯＭ１２は装置内の上記機器を制御
するためのシステムプログラムを記憶する。ＲＡＭ１３
はＣＰＵ１０の処理で使用されるデータを一時記憶す
る。本発明に関わる記憶手段としても動作する。
【００２０】ハードディスク記憶装置１４はＲＯＭ以外
のシステムプログラムや本発明に関わる処理内容を記載
したプログラムを記憶する。
のシステムプログラムや本発明に関わる処理内容を記載
したプログラムを記憶する。
【００２１】サーバ２にもクライアント１とほぼ同様の
ハード構成とすることができる。このため、クライアン
ト１側との相違点を説明する。ハードディスク記憶装置
２４には表形態のデータベース複数が構築されており、
ＣＰＵ２０はクライアント側１のアクセス（読み／書
き）の指示に応じて、上記データベースからデータを読
み出し、クライアント１に送信し、あるいはクライアン
ト１から受信したデータをデータベースに書き込む。な
お、ハードディスク記憶装置２４にはサーバ２内の装置
の動作状態を検知する周知のプログラムが搭載されてい
る。その他は従来と同様のサーバ構成とすることができ
る。本実施例はクライアント１側に特徴があり、クライ
アント１側でサーバ２側の書き込み完了の有無状態を識
別し、データの書き込みができない場合については、サ
ーバ２に対して送信するデータ書き込み命令（書き込み
対象のデータ含む）を一時記憶し、サーバーがこの書き
込み命令を受け付けるまで記憶の書き込み命令（ＳＱＬ
文、後述）を繰り返し、送信することに特徴がある。
ハード構成とすることができる。このため、クライアン
ト１側との相違点を説明する。ハードディスク記憶装置
２４には表形態のデータベース複数が構築されており、
ＣＰＵ２０はクライアント側１のアクセス（読み／書
き）の指示に応じて、上記データベースからデータを読
み出し、クライアント１に送信し、あるいはクライアン
ト１から受信したデータをデータベースに書き込む。な
お、ハードディスク記憶装置２４にはサーバ２内の装置
の動作状態を検知する周知のプログラムが搭載されてい
る。その他は従来と同様のサーバ構成とすることができ
る。本実施例はクライアント１側に特徴があり、クライ
アント１側でサーバ２側の書き込み完了の有無状態を識
別し、データの書き込みができない場合については、サ
ーバ２に対して送信するデータ書き込み命令（書き込み
対象のデータ含む）を一時記憶し、サーバーがこの書き
込み命令を受け付けるまで記憶の書き込み命令（ＳＱＬ
文、後述）を繰り返し、送信することに特徴がある。
【００２２】このようなシステム構成において実行され
るデータ書き込み動作について図２を参照して説明す
る。図２はクライアント側のＣＰＵ１０が実行する書き
込み関連の手順を示す。一例としてサーバ２側のハード
ディスク記憶装置２４には図３に示すような表（Ｔａｂ
ｌｅ１と称す）、すなわち、日付（ＤＡＴＥ）、時刻
（ＴＩＭＥ）、温度（ＴＥＭＰ）、湿度（ＨＵＭ）を項
目とする表が格納されているものとする。この表に日付
が９５／０６／２０、時刻が１２：００：００、温度が
１９．３℃、湿度が５１％というデータを書き込みたい
場合、ユーザ（あるいはアプリケーション）は図２のス
テップ２２において、従来と同様の処理を行って、書き
込み用のＳＱＬ文を作成する。このとき作成されるＳＱ
Ｌ文は次の通りとなる（「ＩＮＳＥＲＴ ＩＮＴＯ Ｔ
ａｂｌｅ１（ＤＡＴＥ，ＴＩＭＥ，ＴＥＭＰ，ＨＵＭ）
ＶＡＬＵＥＳ（‘９５０６２０’‘１２００００’‘１
９．３’‘５１’）」）。
るデータ書き込み動作について図２を参照して説明す
る。図２はクライアント側のＣＰＵ１０が実行する書き
込み関連の手順を示す。一例としてサーバ２側のハード
ディスク記憶装置２４には図３に示すような表（Ｔａｂ
ｌｅ１と称す）、すなわち、日付（ＤＡＴＥ）、時刻
（ＴＩＭＥ）、温度（ＴＥＭＰ）、湿度（ＨＵＭ）を項
目とする表が格納されているものとする。この表に日付
が９５／０６／２０、時刻が１２：００：００、温度が
１９．３℃、湿度が５１％というデータを書き込みたい
場合、ユーザ（あるいはアプリケーション）は図２のス
テップ２２において、従来と同様の処理を行って、書き
込み用のＳＱＬ文を作成する。このとき作成されるＳＱ
Ｌ文は次の通りとなる（「ＩＮＳＥＲＴ ＩＮＴＯ Ｔ
ａｂｌｅ１（ＤＡＴＥ，ＴＩＭＥ，ＴＥＭＰ，ＨＵＭ）
ＶＡＬＵＥＳ（‘９５０６２０’‘１２００００’‘１
９．３’‘５１’）」）。
【００２３】図３の例ではすでにデータが４件書き込ま
れているので、上記書き込み対象のデータは５件目のデ
ータとして書き込まれることになる。
れているので、上記書き込み対象のデータは５件目のデ
ータとして書き込まれることになる。
【００２４】作成されたＳＱＬ文、すなわち、書き込み
指示および書き込み対象のデータはユーザからの手動指
示またはアプリケーションからの自動指示に応じてクラ
イアント１のＣＰＵ１０により通信インタフェース１１
を介してサーバ２に送られる。より具体的にはサーバ２
に対してＳＱＬ文が送信される。サーバ２のＣＰＵ２０
はクライアント１からの送信を監視し、内部のハードデ
ィスク記憶装置２４にデータを書き込み可能な状態があ
るときにはクライアント１に対して自己の動作状態を応
答する。たとえば、サーバ１が他の処理を実行中等の場
合にはその旨を示すメッセージがクライアント１に返さ
れる。また、サーバ２の電源が投入されていないときに
はサーバ２から応答がなされず、このことがサーバ２が
異常であることの仮のメッセージとなる。
指示および書き込み対象のデータはユーザからの手動指
示またはアプリケーションからの自動指示に応じてクラ
イアント１のＣＰＵ１０により通信インタフェース１１
を介してサーバ２に送られる。より具体的にはサーバ２
に対してＳＱＬ文が送信される。サーバ２のＣＰＵ２０
はクライアント１からの送信を監視し、内部のハードデ
ィスク記憶装置２４にデータを書き込み可能な状態があ
るときにはクライアント１に対して自己の動作状態を応
答する。たとえば、サーバ１が他の処理を実行中等の場
合にはその旨を示すメッセージがクライアント１に返さ
れる。また、サーバ２の電源が投入されていないときに
はサーバ２から応答がなされず、このことがサーバ２が
異常であることの仮のメッセージとなる。
【００２５】一方、サーバ２側に異常がなく、データを
書き込み可能な場合にはクライアント１から送られてく
るＳＱＬ文を受信して、このＳＱＬ文に記入されている
表データをハードディスク記憶装置２４のデータベース
にこの場合、テーブル１に追加する。また、追加（書き
込み）が完了した旨をクライアント１側に送信する。こ
れまでのサーバ２側の処理は従来通りである。
書き込み可能な場合にはクライアント１から送られてく
るＳＱＬ文を受信して、このＳＱＬ文に記入されている
表データをハードディスク記憶装置２４のデータベース
にこの場合、テーブル１に追加する。また、追加（書き
込み）が完了した旨をクライアント１側に送信する。こ
れまでのサーバ２側の処理は従来通りである。
【００２６】クライアント側のＣＰＵ１０ではサーバ２
から受け取ったメッセージを判別し、データが書き込め
たか否かの判別を行う（図２のステップ２４→２５）。
データの書き込みが完了した旨のメッセージではない他
のメッセージを受信した場合、クライアント１側のＣＰ
Ｕ１０は先ほど、送信したＳＱＬ文をＲＡＭ１３に一時
保存し（ステップ２８）、再び、このＳＱＬ文をサーバ
１に送信する（ステップ２９→３０→２３）。このと
き、同一ＳＱＬ文の送信回数がＣＰＵ１０により計数さ
れる。
から受け取ったメッセージを判別し、データが書き込め
たか否かの判別を行う（図２のステップ２４→２５）。
データの書き込みが完了した旨のメッセージではない他
のメッセージを受信した場合、クライアント１側のＣＰ
Ｕ１０は先ほど、送信したＳＱＬ文をＲＡＭ１３に一時
保存し（ステップ２８）、再び、このＳＱＬ文をサーバ
１に送信する（ステップ２９→３０→２３）。このと
き、同一ＳＱＬ文の送信回数がＣＰＵ１０により計数さ
れる。
【００２７】クライアント１側のＣＰＵ１０は以下、ス
テップ２３〜２５→２８〜３０→２３のループ処理によ
り同一のＳＱＬ文の送信処理を繰り返し実行しサーバ１
側で受け付けられるのを待つ。一定回数を越えてもサー
バ１の書き込みが成功しなかった場合（ステップ２９の
ＹＥＳ判定）、ここで、初めて、書き込みが失敗した旨
の従来と同様のエラー表示を行う（ステップ３１）。こ
の後、ＣＰＵ１０は手順をステップ２１に戻し、新たな
データの書き込み指示、たとえば、図６に示すようなサ
ーバ２上の別のテーブル２に対するデータのアクセス処
理について上述と同様の処理を行う。ちなみに、複数の
ＳＱＬ文をＲＡＭ１３に予め用意しておくことで、デー
タの書き込み、読み出し等のアクセスを一括処理するこ
とができる（図５参照）。
テップ２３〜２５→２８〜３０→２３のループ処理によ
り同一のＳＱＬ文の送信処理を繰り返し実行しサーバ１
側で受け付けられるのを待つ。一定回数を越えてもサー
バ１の書き込みが成功しなかった場合（ステップ２９の
ＹＥＳ判定）、ここで、初めて、書き込みが失敗した旨
の従来と同様のエラー表示を行う（ステップ３１）。こ
の後、ＣＰＵ１０は手順をステップ２１に戻し、新たな
データの書き込み指示、たとえば、図６に示すようなサ
ーバ２上の別のテーブル２に対するデータのアクセス処
理について上述と同様の処理を行う。ちなみに、複数の
ＳＱＬ文をＲＡＭ１３に予め用意しておくことで、デー
タの書き込み、読み出し等のアクセスを一括処理するこ
とができる（図５参照）。
【００２８】一方、上記ループ処理の間で、サーバ２が
書き込み可能となり、データの書き込みが成功すると、
クライアント１側のＣＰＵ１０は新たな書き込み指示
（新たなＳＱＬ文を読み出し、上述と同様の処理を行
う。参考のために図３に示すテーブル１にデータを追加
した結果を図４に示し、図６に示すテーブル２にデータ
を追加した結果を図７に示しておく。
書き込み可能となり、データの書き込みが成功すると、
クライアント１側のＣＰＵ１０は新たな書き込み指示
（新たなＳＱＬ文を読み出し、上述と同様の処理を行
う。参考のために図３に示すテーブル１にデータを追加
した結果を図４に示し、図６に示すテーブル２にデータ
を追加した結果を図７に示しておく。
【００２９】以上、説明したようにクライアント１側か
ら送信した書き込み指示がサーバ２に受け付けられなか
った時に従来では直ちにエラー表示がなされるのに対
し、本実施例では複数回の送信がなされる。この後、次
の書き込み指示が送信されるので、書き込み指示の順序
を変える必要がなく、また、書き込みエラーの発生回数
を減じることができる。
ら送信した書き込み指示がサーバ２に受け付けられなか
った時に従来では直ちにエラー表示がなされるのに対
し、本実施例では複数回の送信がなされる。この後、次
の書き込み指示が送信されるので、書き込み指示の順序
を変える必要がなく、また、書き込みエラーの発生回数
を減じることができる。
【００３０】本実施例の他に次の例を実施できる。
【００３１】１）本実施例ではサーバ２側の動作状態を
データベース（テーブル１、テーブル２）への書き込み
可およびその他の２種に分け、クライアント１側でこの
動作状態を判別している。しかしながら、サーバ２側で
動作状態を詳細化したメッセージを送信し、クライアン
ト側ではこのメッセージに応じて、同一のＳＱＬ文を繰
り返し送信する処理、ＳＱＬ文の送信処理を中止（エラ
ー処理を含む）して、新たなＳＱＬ文の送信する処理、
ＳＱＬ文全体の送信を中止する処理を選択的に実行する
ことができる。
データベース（テーブル１、テーブル２）への書き込み
可およびその他の２種に分け、クライアント１側でこの
動作状態を判別している。しかしながら、サーバ２側で
動作状態を詳細化したメッセージを送信し、クライアン
ト側ではこのメッセージに応じて、同一のＳＱＬ文を繰
り返し送信する処理、ＳＱＬ文の送信処理を中止（エラ
ー処理を含む）して、新たなＳＱＬ文の送信する処理、
ＳＱＬ文全体の送信を中止する処理を選択的に実行する
ことができる。
【００３２】たとえば、サーバ２に電源が投入されてい
ない場合にはサーバ２からの応答がないので、この場合
には、ＳＱＬ文全体の送信処理を中止する。また、特定
のテーブルに対してアクセス（データの読み／書き）が
禁止されている場合には、その旨のメッセージをサーバ
２からクライアント１側に送信する。クライアント１側
ではただちに、ＳＱＬ文の送信処理を中止して新たなＳ
ＱＬ文の送信処理に移行する。サーバ２が他の処理を実
行している場合には、ＢＵＳＹ（通信不可）等のメッセ
ージを送信する。クライアント１側ではこのメッセージ
を受信した場合には、同一のＳＱＬ文の繰り返し送信処
理を実行するというようなサーバ２側の状態に応じた通
信処理を実行することができる。
ない場合にはサーバ２からの応答がないので、この場合
には、ＳＱＬ文全体の送信処理を中止する。また、特定
のテーブルに対してアクセス（データの読み／書き）が
禁止されている場合には、その旨のメッセージをサーバ
２からクライアント１側に送信する。クライアント１側
ではただちに、ＳＱＬ文の送信処理を中止して新たなＳ
ＱＬ文の送信処理に移行する。サーバ２が他の処理を実
行している場合には、ＢＵＳＹ（通信不可）等のメッセ
ージを送信する。クライアント１側ではこのメッセージ
を受信した場合には、同一のＳＱＬ文の繰り返し送信処
理を実行するというようなサーバ２側の状態に応じた通
信処理を実行することができる。
【００３３】２）本実施例ではサーバ２上のデータベー
スに対するアクセス、データの追加、削除、修正等に関
連する読み／書きをＳＱＬ文で行う例を示したがその他
のコマンドを使用することもできる。
スに対するアクセス、データの追加、削除、修正等に関
連する読み／書きをＳＱＬ文で行う例を示したがその他
のコマンドを使用することもできる。
【００３４】
【発明の効果】請求項１、６の発明では、従来、サーバ
側の書き込みが失敗した場合には、クライアント側では
エラー処理を行っていたのに対し、サーバ側が書き込み
が成功するまで同一の書き込みの指示を繰り返し、送信
することでエラー処理をなくす。また、これによりエラ
ーの生じた書き込み指示を再度作成する必要がなくな
る。また、書き込みデータが複数ある場合にはそのデー
タの書き込み順を変更することもなくなる。
側の書き込みが失敗した場合には、クライアント側では
エラー処理を行っていたのに対し、サーバ側が書き込み
が成功するまで同一の書き込みの指示を繰り返し、送信
することでエラー処理をなくす。また、これによりエラ
ーの生じた書き込み指示を再度作成する必要がなくな
る。また、書き込みデータが複数ある場合にはそのデー
タの書き込み順を変更することもなくなる。
【００３５】請求項２、７の発明では、ＳＱＬ言語を使
用するデータベースの不備を解消することができる。
用するデータベースの不備を解消することができる。
【００３６】請求項３、８の発明では、サーバ側の故障
や、電源未投入に対し、クライアント側が無限ループに
入り込むことなく、上記異常を検出して対処することが
できる。
や、電源未投入に対し、クライアント側が無限ループに
入り込むことなく、上記異常を検出して対処することが
できる。
【００３７】請求項４、９の発明では、データの書き込
み順を変更しなくてよく、予め用意したデータの順序で
データの書き込みができる。
み順を変更しなくてよく、予め用意したデータの順序で
データの書き込みができる。
【００３８】請求項５、１０の発明では、アクセス可能
なデータベースを１つに限定することなく、各種のデー
タベースに書き込みが可能となる。
なデータベースを１つに限定することなく、各種のデー
タベースに書き込みが可能となる。
【図１】本発明を適用したサーバ／クライアントシステ
ムのシステム構成を示すブロック図である。
ムのシステム構成を示すブロック図である。
【図２】クライアント１の処理手順を示すフローチャー
トである。
トである。
【図３】表形態のデータベースの一例を示す説明図であ
る。
る。
【図４】図３の表へデータを追加した例を示す説明図で
ある。
ある。
【図５】送信のために用意されたＳＱＬ文の記憶例を示
す説明図である。
す説明図である。
【図６】表形態の他のデータベースを示す説明図であ
る。
る。
【図７】図６の表へデータを追加した例を示す説明図で
ある。
ある。
１ クライアント ２ サーバ ３ ＬＡＮ １０、２０ ＣＰＵ １１、２１ 通信インタフェース １２、２２ ＲＯＭ １３、２３ ＲＡＭ １４、２４ ハードディスク記憶装置
Claims (10)
- 【請求項１】 サーバにデータベースを搭載し、該サー
バはクライアントからの書き込みの指示でデータベース
のデータへの書き込みを行うサーバ／クライアントシス
テムにおいて、 前記クライアントは前記サーバが前記データベースへの
書き込みを完了したか否かを判定する判定手段と、 該判定手段により否の判定が得られたときに前記指示を
記憶しておく記憶手段と、 当該記憶された指示を前記判定手段が完了と判定するま
で繰り返し前記サーバに送信する通信手段とを具えたこ
とを特徴とするサーバ／クライアントシステム。 - 【請求項２】 請求項１に記載のサーバ／クライアント
システムにおいて、前記指示はＳＱＬ文であることを特
徴とするサーバ／クライアントシステム。 - 【請求項３】 請求項１に記載のサーバ／クライアント
システムにおいて、前記通信手段が繰り返し送信する回
数は一定回数であることを特徴とするサーバ／クライア
ントシステム。 - 【請求項４】 請求項１に記載のサーバ／クライアント
システムにおいて、前記指示は複数であって前記通信手
段は繰り返し送信の対象となる指示が前記サーバに受け
付けられ、前記データベースに対する書き込みが完了し
た旨のメッセージを受信したときに、次の指示の送信処
理に移行することを特徴とするサーバ／クライアントシ
ステム。 - 【請求項５】 請求項４に記載のサーバ／クライアント
システムにおいて、請求項１に記載のサーバに搭載され
るデータベースは複数であり、複数の前記指示は当該複
数のデータベースに対する指示であることを特徴とする
サーバ／クライアントシステム。 - 【請求項６】 サーバにデータベースを搭載し、該サー
バはクライアントからの書き込みの指示でデータベース
のデータへの書き込みを行うサーバ／クライアントシス
テムのデータ処理方法において、 前記クライアントは前記サーバが前記データベースへの
書き込みを完了したか否かを判定し、 否の判定が得られたときに前記指示を記憶しておき、 当該記憶された指示を前記判定手段が完了と判定するま
で繰り返し前記サーバに送信することを特徴とするサー
バ／クライアントシステムのデータ処理方法。 - 【請求項７】 請求項６に記載のサーバ／クライアント
システムのデータ処理方法において、前記指示はＳＱＬ
文であることを特徴とするサーバ／クライアントシステ
ムのデータ処理方法。 - 【請求項８】 請求項６に記載のサーバ／クライアント
システムのデータ処理方法において、前記クライアント
が繰り返し送信する回数は一定回数であることを特徴と
するサーバ／クライアントシステムのデータ処理方法。 - 【請求項９】 請求項８に記載のサーバ／クライアント
システムにおいて、前記指示は複数であって繰り返し送
信の対象となる指示が前記サーバに受け付けられ、前記
データベースに対する書き込みが完了した旨のメッセー
ジを受信したときに、前記クライアントは次の指示の送
信処理に移行することを特徴とするサーバ／クライアン
トシステムのデータ処理方法。 - 【請求項１０】 請求項９に記載のサーバ／クライアン
トシステムのデータ処理方法において、請求項６に記載
のサーバに搭載されるデータベースは複数であり、複数
の前記指示は当該複数のデータベースに対する指示であ
ることを特徴とするサーバ／クライアントシステムのデ
ータ処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8015842A JPH09212396A (ja) | 1996-01-31 | 1996-01-31 | サーバ／クライアントシステムおよびそのデータ処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8015842A JPH09212396A (ja) | 1996-01-31 | 1996-01-31 | サーバ／クライアントシステムおよびそのデータ処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09212396A true JPH09212396A (ja) | 1997-08-15 |
Family
ID=11900090
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8015842A Pending JPH09212396A (ja) | 1996-01-31 | 1996-01-31 | サーバ／クライアントシステムおよびそのデータ処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09212396A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007074125A (ja) * | 2005-09-05 | 2007-03-22 | Mitsubishi Electric Corp | 通信情報変換装置及び移動体追跡システム |
-
1996
- 1996-01-31 JP JP8015842A patent/JPH09212396A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007074125A (ja) * | 2005-09-05 | 2007-03-22 | Mitsubishi Electric Corp | 通信情報変換装置及び移動体追跡システム |
| JP4652178B2 (ja) * | 2005-09-05 | 2011-03-16 | 三菱電機株式会社 | 通信情報変換装置及び移動体追跡システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9311170B2 (en) | System, method and program tool to reset an application | |
| US20090119092A1 (en) | Ensuring product correctness in a multilingual environment | |
| US20030204692A1 (en) | Method and apparatus for enhancing operations in disk array storage devices | |
| JP2526688B2 (ja) | プログラマブルコントロ―ラおよびシ―ケンスプログラムの部分実行方法 | |
| CN101790721A (zh) | 执行顺序决定装置、执行顺序决定程序、执行顺序决定电路及信息处理装置 | |
| JPH034340A (ja) | データ処理システム | |
| US9824229B2 (en) | Controller with enhanced reliability | |
| US6826761B1 (en) | Efficient timer management system | |
| US20070226172A1 (en) | File-management apparatus, file-management method, and computer product | |
| US6785883B1 (en) | Software system for tracing data | |
| JPH09212396A (ja) | サーバ／クライアントシステムおよびそのデータ処理方法 | |
| JPH0798663A (ja) | 非同期ｉ／ｏ制御方式 | |
| JP3037012B2 (ja) | データベース監視機構 | |
| JPH10320242A (ja) | アプリケーションタスクの検査方法 | |
| JPH0432413B2 (ja) | ||
| JPH08234968A (ja) | プログラム実行管理システム及びプログラム実行管理方法 | |
| JPH04267436A (ja) | 実行専用形情報処理装置 | |
| CN114328125A (zh) | 程序异常信息的记录方法、装置、设备及可读存储介质 | |
| JPH064472A (ja) | 入出力優先順位制御方式 | |
| JPS63310044A (ja) | 制御装置 | |
| JPH09305431A (ja) | デバッグ文取得方法 | |
| JP2003122601A (ja) | メモリ監視方法及びメモリ監視機能を備えたアプリケーションプログラム | |
| JPH11184712A (ja) | 情報処理装置 | |
| JPS61251926A (ja) | 外部記憶装置切替方法 | |
| JPH05257775A (ja) | データ処理装置 |