JP2008250537A - クライアントサーバシステム - Google Patents

Abstract

【課題】発生したエラーに確実に対処することが可能なクライアントサーバシステムを提供すること。
【解決手段】サーバ１０に通信ネットワーク２０を介して、複数のＰＯＳ端末４０を有する複数のストアコンピュータ３０を備えたＰＯＳシステム１において、ストアコンピュータ３０からサーバ１０へのログインに際し、ストアコンピュータ３０及びＰＯＳ端末４０の情報をサーバ１０へ送信し、この情報とサーバ１０のＨＤＤ１４内の情報とを比較することで、エラーの発生を検知する。また、この検知されたエラーに対して、ＨＤＤ１４内の対処方法を、サーバ１０の表示部１６に表示する。
【選択図】 図１

Description

本発明は、サーバ及びこのサーバに接続された複数のクライアントからなるクライアントサーバシステムに関し、特にエラー発生に対する迅速な対応が可能なものに関する。

現在、サーバとクライアントとを通信ネットワークを介して情報を送受信させるクライアントサーバシステムが知られている。複数の店舗を有する販売店及び飲食店等では、このようなクライアントサーバシステムをＰＯＳ（Point Of Sale）システムとして用いている。このようなＰＯＳシステムでは、サーバに設定された商品情報等を、ネットワークを介して各店舗の第１のクライアントであるストアコンピュータに送信し、その情報等を第２のクライアントであるＰＯＳ端末へと入力する。また、各店舗による商品の売り上げ情報等をＰＯＳ端末に接続されたストアコンピュータからネットワークを介してサーバに送信する。これらの処理の情報を互いに送受信することで、系列店舗の情報の共有化等の、所謂開店及び閉店処理を行うことが可能となっている。

このようなＰＯＳシステムで行われる開閉店処理は、店舗の開店前及び閉店後の営業時間外に行う。このとき、ＰＯＳ端末のケーブル未接続等による処理のエラー等の発生や、精算忘れの状態でストアコンピュータからサーバへ情報を送信してしまう等の不具合により、開閉店処理にエラーが発生する問題があった。エラーが発生すると、開閉店処理が正しく行われない等の、所謂処理ミスが発生する。この処理ミスには、売り上げ等に直接反映するものもあり、損失の原因に直接結び付く場合も多い。

このようなエラーの発生を検知するために、開閉店処理において、サーバの表示画面上にエラー発生の有無を表示することが可能なクライアントサーバシステムが知られている。

また、機器のエラー発生時に、エラー等の動作状態を示すメッセージを表示するとともに、この動作状態に対処する手順を知らせるエラー処理方法等も知られている（例えば特許文献１参照）。
特開平７−３１１６７０号公報

このように、従来のＰＯＳシステム（クライアントサーバシステム）では、サーバにおいて、開閉店処理の際にエラーの有無の確認を行うことが可能である。しかし、サーバではエラーの有無のみ表示されるため、そのエラーに対する対処方法が分からない。このようなエラー発生時には、サーバ側からストアコンピュータ（店舗）側にエラー発生の旨を連絡するのが一般的である。しかし、ストアコンピュータ側では、連絡を受けるだけで、エラー発生に対する適切な処置を把握することが困難である。このため、エラーの原因究明や、エラーへの対応に長い時間がかかる場合がある。

また、このようなエラー発生の場合、ストアコンピュータ側では、取扱説明書等のマニュアルに従ってエラーに対する処置を行う必要がある。手元にマニュアルがない場合には、例えばＰＯＳシステム販売会社のサービスセンタに連絡を行い、サービスセンタのオペレータに対応をしてもらう必要がある。しかし、ＰＯＳシステムを用いた開閉店処理は、主として営業時間外、即ち、深夜又は早朝に行われることが多い。このため、サービスセンタと連絡が取れないことや、対応に時間が掛かることがあり、営業に支障をきたす虞があった。

また、機器のエラー発生時に、エラー等の動作状態を示すメッセージを表示するとともに、この動作状態に対処する手順を知らせるエラー処理方法をＰＯＳ端末及びストアコンピュータに用いることも考えられる。このような処理方法を用いたストアコンピュータを、ＰＯＳシステムに用いた場合には、ＰＯＳ端末とストアコンピュータとでのエラー発生に対する対処が可能となる。しかし、ストアコンピュータとサーバとで、エラーが発生する可能性がある。例えば、サーバにおいて必要とする情報がストアコンピュータで処理されなければ、サーバへはその情報は送信されずエラー発生となる。この場合、ストアコンピュータでは、エラー対象の情報に対する処置の指示を受けていないため、他の情報が問題なく処理されていればエラーは発生していない、と認識される。このため、サーバとストアコンピュータとではエラー発生の有無に矛盾が生じる虞がある。この場合、サーバ側が店舗側へと連絡しても、店舗側ではエラーが発生していないとの認識がなされるため、原因が分からずに対応に時間がかかる等の問題がある。

本発明は、前記の事情を考慮したもので、その目的は、サーバによりエラーの発生を検知するとともに、その対処方法を表示することで、発生したエラーに対する適切な処置が可能なクライアントサーバシステムを提供しようとすることにある。

本発明のクライアントサーバシステムは、サーバ及びこのサーバにネットワーク接続された複数のクライアントからなるクライアントサーバシステムにおいて、前記クライアントにより実行された処理の情報を前記サーバに送信するとともに、前記クライアントに実行させるための処理の情報を前記サーバから前記クライアントに送信する送信手段と、前記サーバに設けられ、前記クライアントに関する情報が記憶された記憶手段と、前記クライアントから前記サーバへのログインに際し、そのクライアントから送信される情報と前記記憶手段の情報とを比較する比較手段と、この比較手段の比較結果に相違があるときに、この相違に関する情報、及び、この相違に対する対処方法を報知する報知手段とを備えたものである。

サーバによりエラーの発生を検知するとともに、その対処方法を表示することで、発生したエラーに対する適切な処置が可能となる。

以下、本発明の一実施の形態を、図面を参照して説明する。
図１は本実施の形態に係るクライアントサーバシステム（以下「ＰＯＳシステム」）１の要部構成を示すブロック図、図２は同ＰＯＳシステム１のエラー発生時の動作の一例を示す流れ図である。

図１に示すように、ＰＯＳシステム１は、サーバ１０と、このサーバ１０に通信ネットワーク２０を介して接続された複数の第１クライアントであるストアコンピュータ３０と、これらストアコンピュータ３０にケーブルＢを介してそれぞれ接続された複数の第２クライアントであるＰＯＳ端末４０とを備えている。例えば大手スーパ等のチェーン店でＰＯＳシステム１が用いられる場合には、サーバ１０は本社（本部）に設置されるとともに、ストアコンピュータ３０及びＰＯＳ端末４０は各店舗に設置される。

サーバ１０は、例えばＣＰＵ（Central Processing Unit）等の制御部１１を搭載している。また、内部記憶装置であり制御プログラム記憶用のＲＯＭ（Read Only Memory）１２と、データ記憶用のＲＡＭ（Random Access Memory）１３と、外部記憶装置であり多数のデータファイルが格納されたＨＤＤ（Hard Disk Drive）１４と、外部情報や指示を入力するキーボードやマウス等で形成された操作部１５と、各情報を出力するディスプレイ等で形成された表示部１６と、通信ネットワーク２０に接続するケーブルを接続するコネクタやＡＰＩ（Application Programming Interface）等のネットワークＩ／Ｆ（Inter Face）１７と、を備えている。これら構成品は、ＰＣＩバス等のバスラインにより制御部１１にそれぞれ接続されている。

ストアコンピュータ３０は、ＣＰＵ等の制御部３１と、内部及び外部記憶装置等で形成された記憶部３２と、キーボードやマウス等の操作部３３と、ディスプレイ等の表示部３４と、ケーブルＢを接続するコネクタやＡＰＩ等で形成されたＩ／Ｆ３５と、通信ネットワーク２０に接続するネットワークＩ／Ｆ３６と、を備えている。

ＰＯＳ端末４０は、ＣＰＵ等の制御部４１と、内部及び外部記憶装置等で形成された記憶部４２と、テンキーや会計の締めキー等で形成された操作部４３と、商品情報等を表示する表示部４４と、商品に設けられたバーコード等を読み取るスキャナ４５と、ストアコンピュータ３０にケーブルＢを介して接続するためのＩ／Ｆ４６と、を備えている。

このように構成されたＰＯＳシステム１では、各制御部１１，３１，４１の相互間の情報送受信により、例えば開店前に開店処理が行われ、閉店後に閉店処理が行われる。以下、この開店処理及び閉店処理について説明する。
開店処理として、まず、サーバ１０には、その営業日において各店舗で扱う商品の販売価格や取扱商品に関する情報等の所謂商品情報が操作部１５により入力される。この入力情報は、ＨＤＤ１４に記憶される。

各店舗のストアコンピュータ３０は、サーバ１０に記憶された情報を開店前に読み込む処理が必要となる。すなわち、各店舗のオペレータは、ストアコンピュータ３０を起動させるとともに、操作部３３によりパスワード等を入力し、且つ、サーバ１０へのログインを行う。このログイン後、ストアコンピュータ３０は、操作部３３から入力され開店処理の指示に応じて、サーバ１０へ開店処理実行を指示する。

これにより、サーバ１０は、ＲＯＭ１２内の制御プログラムを起動するとともに、ＨＤＤ１４内の開店情報をストアコンピュータ３０にＤＬ（Down Load）する。このＤＬにより、ストアコンピュータ３０の記憶部３２に、その店舗の一日の営業で用いる商品情報が記憶される。

なお、ログインに際し、各ストアコンピュータ３０の情報がサーバ１０へ自動的に送信される。これにより、サーバ１０は、どの店舗からのログインであるかを判断することが可能であり、この判断に基づき、各店舗別に取り扱う商品数等の情報についても各ストアコンピュータ３０へ個別に送信することができる。このような一連の動作により、開店処理が行われる。

次に、開店処理後の営業について説明する。お客が購入予定の商品をレジに持ち込んで会計を行う場合に、レジスタオペレータはＰＯＳ端末４０のスキャナ４５により商品のバーコードを読み取る。これにより、購入予定の商品情報がＰＯＳ端末４０に取り込まれる。

取り込まれた商品情報は、ストアコンピュータ３０へ送信される。ストアコンピュータ３０は、受信した商品情報に対応する商品価格を、記憶部３２から読出し、それをＰＯＳ端末４０へ送信する。ＰＯＳ端末４０は、商品価格を受信すると、それを記憶部４２に一時保存するとともに表示部４４で表示する。レジスタオペレータは、これらの動作を持ち込まれたすべての商品に対して行った後、操作部４３の締めキーを操作する。これにより、お客の購入予定の合計額が算出されるとともに、表示部４４で表示され、この表示に従いお客が代金を支払う。

このようにして販売された商品の売上情報は、各ＰＯＳ端末４０の記憶部４２に記憶される。そして、一日の営業が終了した後（閉店後）、次の閉店処理が行われる。
まず、ストアコンピュータ３０の操作部３３で閉店処理が指示されることにより、その指示が各ＰＯＳ端末４０に送られる。

各ＰＯＳ端末４０は、記憶部４２に記憶された一日分の売上情報を読出し、それをストアコンピュータ３０へ送信する。ストアコンピュータ３０は、各ＰＯＳ端末４０から売上情報を受信して、店舗の一日の総売上額を算出し、それを記憶部３２に記憶する。

次に、ストアコンピュータ３０は、通信ネットワーク２０を介してサーバ１０にログインする。このログインに際し、サーバ１０は、どの店舗からのログインであるかを判断することができる。

そしてストアコンピュータ３０は、ログインしたサーバ１０に対し、一日の総売上情報を送信する。サーバ１０は、この総売上情報を受信してＨＤＤ１４に記憶するとともに、例えば店舗別の売上上位商品や、項目別の売上情報等を集計する。

このように、店舗の開店前及び開店後の開閉店処理がサーバ１０及び各ストアコンピュータ３０で行われるが、その際、処理にエラーが発生することがある。このようなエラー発生の要因は多種多様である。例えば、ストアコンピュータ３０に接続された複数のＰＯＳ端末４０のいずれか１台において締め作業が行われないまま、サーバ１０へ一日の総売上情報が送信されることがある。この場合、ストアコンピュータ３０に設けているＰＯＳ端末４０の台数と、締め作業を行ったＰＯＳ端末４０の台数とに相違が発生する。このため、ストアコンピュータ３０がサーバ１０にログインした際に、サーバ１０で認識している情報との相違が生じ、サーバ１０ではエラー発生と認識される。

この他にも、例えば、売上に対する在庫数の相違や、ストアコンピュータ３０の締め作業中でのサーバ１０へのログイン等によるエラー発生等があげられる。このようなエラーが発生した場合に、サーバ１０の表示部１６には、各エラーに対する対処方法が表示される。

次に、上記のようなエラー発生に対するＰＯＳシステム１の動作の流れを図２を用いて説明する。
まず、上述したように、サーバ１０とストアコンピュータ３０とにより開閉店処理のいずれかが実行される（ステップＳＴ１１）。次に、比較手段として、サーバ１０は、開閉店処理において、ストアコンピュータ３０から受信した情報とＨＤＤ１４内の情報とを比較し、その比較結果からエラーが発生したかどうかの判断を行う（ステップＳＴ１２）。

比較結果に相違があって、開閉店処理にエラーが発生していると判断された場合には（ステップＳＴ１２のＹＥＳ）、サーバ１０は、ストアコンピュータ３０から受信した処理情報の中からエラーに関する情報を抽出し（ステップＳＴ１３）、それを表示部１６に表示する。なお、これらの処理はストアコンピュータ３０がサーバ１０にログインしたときに行われる。

そして、サーバ１０は、上記抽出したエラーに対する対処方法をＨＤＤ１４から抽出する（ステップＳＴ１４）。このとき、抽出される対処方法の個数ｍが複数（ｍ＞１）であるかどうかの判断を行う（ステップＳＴ１５）。複数の場合（ステップＳＴ１５のＹＥＳ）には、ｍ個の対処方法に対し段階的な優先順位が設定される（ステップＳＴ１６）。この優先順位は、例えば今までの発生頻度や、対処方法ごとのエラー解除の回数等、過去の実施結果に応じて設定される。

こうして、ｍ個の対処方法に対してそれぞれ優先順位が設定された後、その優先順位の最も高い１つ目の対処方法の実行指示が表示部１６で表示される。表示を見たオペレータは、エラー対象のストアコンピュータ３０の管理者に、エラーに対する対処方法を電話等により連絡する。管理者は、この連絡を基に、対処方法に従った処置を実際に実行し（ステップＳＴ１７）、ストアコンピュータ３０のエラーの解除を試みる。エラーが解除されなければ（ステップＳＴ１８のＮＯ）、優先順位が２番目の対処方法が上記同様に表示されて実行される（ステップＳＴ１７）。こうして、エラーが解除されるまで、１つ又は複数の対処方法の表示及び実行が繰り返される。エラーが解除されると（ステップＳＴ１８のＹＥＳ）、すべてのエラーが解除されたか否か判定される（ステップＳＴ１９）。すべて解消されていれば（ステップＳＴ１９、ＹＥＳ）、サーバ１０の表示部１６の表示が通常の表示に戻る（ステップＳＴ２０）。これにより、エラーに対する対処が終了となる。

なお、全てのエラーが解消されていなければ（ステップＳＴ１９のＮＯ）、ステップＳＴ１３の処理に戻り、再度、エラーが抽出される。以後、同様の処理が実行される。

抽出される対処方法が１つの場合には（ステップＳＴ１５、ＮＯ）、その対処方法の表示と実行が行われる（ステップＳＴ２１）。この対処方法の実行によって、エラーが解除されると（ステップＳＴ２２のＹＥＳ）、全てのエラーが解消されたかどうか判定される（ステップＳＴ１９）。なお、対処方法の実行にもかかわらずエラーが解除なされない場合には（ステップＳＴ２２のＮＯ）、サーバ１０の表示部１６に、例えば「サービスセンタへ問い合わせてください」等の指示が表示される（ステップＳＴ２３）。この表示により、オペレータ又は管理者は、サービスセンタへ問い合わせを行う。

また、開閉店処理実行後（ステップＳＴ１１）、エラーが発生しない場合は（ステップＳＴ１２のＮＯ）、表示部１６は表示が通常の表示となる（ステップＳＴ２０）。

サーバ１０における表示部１６の表示例を図３〜５に示している。
図３は、エラーが発生しているストアコンピュータ３０がサーバ１０へログインしたときに、サーバ１０の表示部１６に表示される画面の一例である。表示部１６には、閉開店処理の障害状況１６１が表示される。障害状況１６１の店舗名称は、ログインしたストアコンピュータ３０が設置されている店舗を示しており、開始及び終了日付時刻は、開閉店処理が開始及び終了された時刻を示す。また、結果は、開閉店処理が正常終了したか否かを示しており、この結果に異常が表示されているときは、エラー発生を示している。

このようなエラー発生が表示された場合には、サーバ１０のオペレータは、表示部１６の表示画面の左側に設けられている業務選択ボタン１６２を操作するとともに、操作部１５でＰＯＳ業務及び開閉店業務を順次選択する。これにより、サーバ１０の表示部１６には、図４に示すように、店舗全体における日付別のエラー発生状況１６３が表示される。

ここで、例えば店舗全体において、１０月８日の閉店処理の結果に異常が表示されているときは、閉店処理において、いずれかの店舗のストアコンピュータ３０にエラーが発生しているということである。このため、結果の異常が出ている日付を選択することで、図５に示すように、表示部１６にエラーが発生した店舗及びそのエラー対象の処理が何であるかを表すコマンド名称１６４が表示される。

図５では、本店に設けられたストアコンピュータ３０において、８つのコマンド名称の処理にエラーが発生していることとなる。この各コマンド名称に対応するエラー結果“異常”１６５が操作部１５により選択されると、各エラーの対処方法が表示部１６に表示される。そして、この対処方法がサーバ１０のオペレータから、本店のストアコンピュータ３０の管理者に連絡される。

このように本実施の形態のＰＯＳシステム１においては、ストアコンピュータ３０からサーバ１０へのログインに際し、開閉店処理に関する情報のエラーをサーバ１０で検知するとともに、検知したエラーへの対処方法を表示部１６で表示してオペレータに報知することができる。特に、エラーの検知及び報知をストアコンピュータ３０からサーバ１０へのログイン時に実行するので、エラーへの対処方法をストアコンピュータ３０の管理者に迅速に連絡することが可能となる。また、サーバ１０側でエラーを検知するので、ストアコンピュータ３０及びＰＯＳ端末４０のいずれのエラーについても検知可能であり、よってエラー発生に対する確実な検知及び対処が可能となり、信頼性が向上する。

また、各ストアコンピュータ３０がサーバ１０にログインすることで、サーバ１０の表示部１６にエラーの有無が表示され、この表示をオペレータが確認するだけなので、エラー発生の見落としを防止できるとともに、エラーの有無の確認に必要とする時間を大幅に短縮することができる。

さらに、各店舗間で対処方法を連絡することで、エラー発生の時間帯に係らず迅速な対応が可能となり、営業に支障をきたすこともなく、作業性の向上及び信頼性の向上となる。

この他にも、エラーの対処方法が複数ある場合に、過去の実施結果から、対処方法に優先順位を付与するようにしたので、指示された対処方法によるエラー解除の確率を向上させることとなり、エラー解除のための作業時間の短縮にもなる。

なお、この発明は前記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば、前記実施の形態では、サーバ１０に表示されたエラー及びその対処方法をオペレータから電話にて連絡するのではなく、サーバ１０から自動的にストアコンピュータ３０にメール等により自動的に送信するようにしてもよい。また、ストアコンピュータ３０のログイン時に、自動取得するよう設定されている場合や、ストアコンピュータ３０からの問い合わせがある場合に、対処方法をメール等で送信するようにしてもよい。

さらに、前記実施の形態では、ステップＳＴ１８において、エラーが解除されない場合は、対処方法を変えて実行させるとしたが、すべての対処方法を実行してもエラーが解除されない場合には、ステップＳＴ２３のサービスセンタへの問い合わせに移行するようにしてもよい。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組み合わせてもよい。

本実施の形態に係るＰＯＳシステムの要部構成を示すブロック図。 同ＰＯＳシステムのエラー発生時の動作の一例を示す流れ図。 同ＰＯＳシステムのサーバの表示部の一例を示す説明図。 同表示部の一例を示す説明図。 同表示部の一例を示す説明図。

符号の説明

１…ＰＯＳシステム、１０…サーバ、１１…制御部、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＨＤＤ、１５…操作部、１６…表示部、１７…ネットワークＩ／Ｆ、２０…通信ネットワーク、３０…ストアコンピュータ、３１…制御部、３２…記憶部、３３…操作部、３４…表示部、３５…Ｉ／Ｆ、３６…ネットワークＩ／Ｆ、４０…ＰＯＳ端末、４１…制御部、４２…記憶部、４３…操作部、４４…表示部、４５…スキャナ、４６…Ｉ／Ｆ、Ｂ…ケーブル。

Claims (3)

1. サーバ及びこのサーバにネットワーク接続された複数のクライアントからなるクライアントサーバシステムにおいて、
   前記クライアントにより実行された処理の情報を前記サーバに送信するとともに、前記クライアントに実行させるための処理の情報を前記サーバから前記クライアントに送信する送信手段と、
   前記サーバに設けられ、前記クライアントに関する情報が記憶された記憶手段と、
   前記クライアントから前記サーバへのログインに際し、そのクライアントから送信される情報と前記記憶手段の情報とを比較する比較手段と、
   この比較手段の比較結果に相違があるときに、この相違に関する情報、及び、この相違に対する対処方法を報知する報知手段と、を具備することを特徴とするクライアントサーバシステム。
2. 前記報知手段は、前記対処方法が複数ある場合に、これら対処方法に優先順位を設定し、この優先順位に基づいて各対処方法を順次に報知することを特徴とする請求項１に記載のクライアントサーバシステム。
3. 前記優先順位は、前記対処方法の過去の実施結果に応じて設定されることを特徴とする請求項２に記載のクライアントサーバシステム。

Images