JP3793005B2 - ストアコントローラ - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、販売時点情報管理（ＰＯＳ）を行なうＰＯＳシステムに関し、特に複数のＰＯＳ業務端末から送信されるＰＯＳデータファイルの参照要求および更新要求を処理するストアコントローラに関する。
【０００２】
【従来の技術】
一般的なＰＯＳシステムでは、ストアコントローラが商品ファイルおよび売上ファイルのようなＰＯＳデータファイルを管理する。商品ファイルは各々商品コード、商品名、価格等で構成される複数の商品データをそれぞれレコードとして有し、売上ファイルは各々販売商品コード、販売点数、合計金額等で構成される複数の販売データをそれぞれレコードとして有する。ストアコントローラはフロア単位に配置される複数のＰＯＳコントローラにＬＡＮにより接続され、各ＰＯＳコントローラは売場単位に配置される電子キャッシュレジスタのような複数のＰＯＳ端末にループ状専用回線により接続される。各ＰＯＳ端末は対応ＰＯＳコントローラを介してストアコントローラをアクセスし、商品ファイルの商品データに基づいて販売処理を行なう。ストアコントローラはこの販売処理の結果としてＰＯＳ端末から得られる販売データを受取り、売上ファイルに登録する。
【０００３】
また、ストアコントローラは売場担当者が商品の在庫管理、価格変更等を行なえるようそれぞれの売場の事務室に配置される複数のＰＯＳ業務端末にもＬＡＮにより接続され、これらＰＯＳ業務端末から送られるＰＯＳデータファイルの参照要求および更新要求を処理するよう構成される。
【０００４】
ところで、近年のコンピュータ技術の進歩に伴い、ストアコントローラの処理能力はファイル管理アプリケーション（プログラム）を実行するだけでなく、複数のＰＯＳ業務端末のようなクライアント端末に様々な要求を受付けるウェブページを提供するウェブサーバアプリケーション（プログラム）についても著しい負荷とならずに実行できる程度に向上している。この場合、ＰＯＳ業務端末は閲覧アプリケーション（プログラム）によりこのウェブページをディスプレイ画面に表示し、このウェブページにおいてＰＯＳデータファイルの参照要求あるいは更新要求を行なう。
【０００５】
【発明が解決しようとする課題】
しかし、ファイル管理アプリケーションとウェブサーバアプリケーションとは非同期に機能するため、ＰＯＳ業務端末からのファイル更新要求に対する更新タイミングがファイル管理アプリケーションの稼働状況に依存して遅れる。これに対して、ＰＯＳ業務端末のオペレータは商品データの更新要求が受理されたことしか端末側で確認できないため、この商品データを参照して更新されていないときに更新要求を繰返してしまい易い。この場合、同一商品データについて不必要にファイル更新が繰返され、これが他の商品データについて行われるファイル更新を遅らせる原因となっていた。
【０００６】
また、ファイル管理アプリケーションはウェブサーバアプリケーションによって受理された更新要求に従ってファイル更新処理を行なうためにＰＯＳデータファイルをロックする。ウェブサーバアプリケーションまたはファイル管理アプリケーションがこの状態で異常終了してしまった場合には、ＰＯＳデータファイルがロック状態から開放されず、他の更新要求に対するファイル更新処理を行なうことができなくなる。この場合、ロック状態から開放されないＰＯＳデータファイルのロックを開放するための格別な操作がストアコントローラのオペレータに要求され、負担であった。
【０００７】
本発明の目的は、上述のような問題点に鑑み、ファイル更新処理の信頼性と操作性を向上できるストアコントローラを提供することにある。
【０００８】
【課題を解決するための手段】
請求項１記載の発明は、複数のレコードで構成されるデータファイルを保持するメモリ部と、このデータファイルの参照要求及びこの参照要求の結果に基づいて行われる更新要求を受付けるウェブページを複数のクライアント端末に提供するウェブサーバと、メモリ部に保持されたデータファイルを管理するファイル管理部とを備え、ファイル管理部が、各クライアント端末からウェブページ経由で送信されウェブサーバによって受理された参照要求により特定されるレコードをデータファイルのうちの参照対象ファイルから取得し、かつ参照対象ファイルのファイル名に参照時刻を付加して更新キーを作成して、この更新キーと取得したレコード内容とを含むレコード管理情報をレコード管理ファイルとしてメモリ部に記録する参照要求処理手段と、この参照要求処理手段によりレコード管理ファイルとしてメモリ部に記録されたレコード管理情報に含まれる更新キー及びレコード内容等を参照要求の結果としてウェブページ経由でクライアント端末に通知するためにウェブサーバに供給する参照結果通知手段と、各クライアント端末からウェブページ経由で送信されウェブサーバによって受理された更新要求に含まれる更新キーに対応するレコード管理情報をレコード管理ファイルから取得するレコード管理情報取得手段と、更新要求により特定されるレコードをデータファイルから取得し、その内容がレコード管理情報取得手段により取得したレコード管理情報に含まれるレコード内容と一致するか否かを比較する比較手段と、この比較手段によりこれらレコード内容が一致していることが確認された場合に更新要求により特定されるレコードについてデータファイルを更新する更新手段と、この更新手段により更新された特定レコードの更新履歴を履歴ファイルとしてメモリ部に記録する記録手段とを含むストアコントローラである。
【０００９】
このストアコントローラでは、ファイル管理部とウェブサーバとが非同期に機能する場合においてオペレータが各クライアント端末で特定レコードのファイル更新要求を繰返したとしても、更新手段が先行ファイル更新要求に従って既にファイル更新済であれば、後続ファイル更新要求に従って同様のファイル更新を繰返すことがない。このため、後続ファイル更新要求が原因となって、他の特定レコードについて行われるファイル更新が遅れることが避けられる。
【００１２】
請求項２記載の発明は、請求項１記載のストアコントローラにおいて、ファイル管理部がさらに更新手段によって行われたファイル更新の結果をウェブページ経由でクライアント端末に通知するためにウェブサーバに供給する報告手段を含むものである。
【００１３】
このストアコントローラでは、ファイル更新の結果がクライアント端末に通知されることになるため、ファイル管理部とウェブサーバとが非同期に機能する場合においてオペレータが各クライアント端末で特定レコードのファイル更新要求を繰返してしまうことが避けられる。
【００１４】
請求項３記載の発明は、請求項１記載のストアコントローラにおいて、ファイル管理部がさらに更新要求の受理後にデータファイルをロックしこのデータファイルを更新完了後にアンロックするロック制御手段と、このロック制御手段によってデータファイルがアンロックされたことを報告する報告手段とを含むものである。
【００１５】
このストアコントローラでは、さらにロック制御手段が更新処理を行なうためにデータファイルをロックした後にウェブサーバが異常終了した場合に、報告手段がデータファイルのアンロックを報告できないことからこの異常終了をストアコントローラのオペレータが発見できる。
【００２０】
請求項４記載の発明は、請求項３記載のストアコントローラにおいて、ファイル管理部がさらにロック制御手段によりロックされたままアンロックされない異常データファイルのロックを自動的に解除するロック強制解除手段を含むものである。
【００２１】
このストアコントローラでは、ロック制御手段が更新処理を行なうためにデータファイルをロックした後にウェブサーバが異常終了したためにアンロックされない異常データファイルが発生すると、ロック強制解除手段がこの異常データファイルのロック状態を自動的に解除するので、この異常データファイルのロック状態を解除するための格別な操作が不要になる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
はじめに、請求項１乃至３記載の発明に対応した第１の実施の形態について、図１乃至図４を参照して説明する。
【００２３】
図１は本実施の形態に係るＰＯＳシステムの構成を示す。このＰＯＳシステムは店舗の事務管理室に配置されるストアコントローラ１０と、フロア単位に配置される複数のＰＯＳコントローラ２０と、様々な売場の事務室に配置される複数のＰＯＳ業務端末３０と、様々な売場に配置される電子キャッシュレジスタのようなＰＯＳ端末４０により構成される。ストアコントローラ１０は複数のＰＯＳコントローラ２０および複数のＰＯＳ業務端末３０にＬＡＮにより接続され、各ＰＯＳコントローラ２０は複数のＰＯＳ端末４０にループ状専用回線により接続される。
【００２４】
ストアコントローラ１０は商品ファイルおよび売上ファイルのようなＰＯＳデータファイルを保持するハードディスク等のメモリ部１２と、このメモリ部１２に保持されるＰＯＳデータファイルを管理するファイル管理部１４、および様々な要求を受付けるウェブページをＰＯＳ業務端末３０のようなクライアント端末に提供するウェブサーバ１６を含む。商品ファイルは各々商品コード、商品名、価格等で構成される複数の商品データをそれぞれレコードとして有し、売上ファイルは各々販売商品コード、販売点数、合計金額等で構成される複数の販売データをそれぞれレコードとして有する。
【００２５】
各ＰＯＳ端末４０は対応ＰＯＳコントローラ２０を介してストアコントローラ１０をアクセスし、商品ファイルの商品データに基づいて販売処理を行なう。ストアコントローラ１０はこの販売処理の結果としてＰＯＳ端末４０から得られる販売データを受取り、売上ファイルに登録する。
【００２６】
複数のＰＯＳ業務端末３０は例えば売場担当者が商品の在庫管理、価格変更等を行なう場合に用いられ、閲覧アプリケーションのようなウェブアプリケーション（プログラム）を実行することによりウェブサーバ１６から提供されるウェブページをディスプレイ画面に表示し、このウェブページを参照して行なう入力操作によりＰＯＳデータファイルの参照要求および更新要求を行なう。この参照要求または更新要求がこのウェブページ経由でＰＯＳ業務端末３０からストアコントローラ１０に送信されると、ウェブサーバ１６がこのＰＯＳ業務端末３０から送信される参照要求および更新要求を受理し、ファイル管理部１４にこれら参照要求および更新要求を処理させる。
【００２７】
ストアコントローラ１０が汎用コンピュータである場合、ファイル管理部１４およびウェブサーバ１６はこのコンピュータにインストールされるアプリケーションプログラムで構成される。すなわち、ウェブサーバ１６は例えばウェブサーバアプリケーション（プログラム）を実行することにより機能し、ファイル管理部１４は例えばデータ参照アプリケーション（プログラム）およびデータ更新アプリケーション（プログラム）を実行することにより機能する。
【００２８】
メモリ部１２はＰＯＳデータファイルの他にレコード管理ファイル、ロック管理ファイル、および更新履歴ファイルをそれぞれ格納するハードディスク等のメモリ領域を含む。これらレコード管理ファイル、ロック管理ファイル、および更新履歴ファイルはＰＯＳシステムが店舗に設置されたときに作成され、毎日初期化される。
【００２９】
図２はこれらレコード管理ファイル、ロック管理ファイル、および更新履歴ファイルの構成を示す。レコード管理ファイルはＰＯＳ業務端末３０別にＡＰＬＮ−ＩＤ、更新キー、ファイルＩＤ、参照日、参照時刻、およびレコード内容で構成されるレコード管理情報を記録したファイルである。ＡＰＬＮ−ＩＤは対象ファイルを参照したデータ参照アプリケーションプログラム名であり、更新キーは対象ファイル名に参照時刻を付加して構成される更新許可ＩＤであり、参照日は対象ファイルから特定レコードを読込んだ日付を表す年月日であり、参照時刻は対象ファイルから特定レコードを読込んだ時刻を表す時分秒であり、レコード内容は対象ファイルから読込まれた特定レコードの内容である。
【００３０】
ロック管理ファイルはＰＯＳデータファイルの種別にロックＩＤ、ロック日、ロック時刻、アンロックＩＤ、アンロック日、およびアンロック時刻で構成されるロック管理情報を記録したファイルである。ロックＩＤは対象ファイルをロックしたデータ更新アプリケーションプログラム名であり、ロック日は対象ファイルをロックした日付を表す年月日であり、ロック時刻は対象ファイルをロックした時刻を表す時分秒であり、アンロックＩＤは対象ファイルをアンロックしたデータ更新アプリケーションプログラム名であり、アンロック日は対象ファイルをアンロックした日付を表す年月日であり、アンロック時刻は対象ファイルをアンロックした時刻を表す時分秒である。
【００３１】
更新履歴ファイルは更新順に更新日、更新時刻、ＡＰＬＮ−ＩＤ、ファイルＩＤ、アクセスＩＤ、変更項目、変更データ、および更新レコード内容で構成される更新履歴情報を記録したファイルである。更新日は対象ファイルを更新した日付を表す年月日であり、更新時刻は対象ファイルを更新した時刻を表す時分秒であり、ＡＰＬＮ−ＩＤは対象ファイルを更新したデータ更新アプリケーションプログラム名であり、ファイルＩＤは対象ファイル名であり、アクセスＩＤは対象ファイルの特定レコードに対するアクセスモードフラグ名を表すＩ（挿入），Ｕ（更新），またはＤ（削除）であり、変更項目は対象ファイルの特定レコードの変更項目名であり、変更データは対象ファイルの特定レコードの変更項目名に対応する変更データであり、更新レコード内容は更新された特定レコードの内容である。尚、特定レコードの全項目を変更する場合には、変更項目としてＡｌｌが記録される。
【００３２】
次に、上述のストアコントローラ１０の動作を説明する。各ＰＯＳ業務端末３０はウェブアプリケーションを実行することにより表示させたウェブページを参照してＰＯＳデータファイルの参照要求および更新要求を行なう。更新要求については、参照要求の結果に基づいて行われる。
【００３３】
図３はこの参照要求に対する処理を示す。この参照要求処理では、複数のＰＯＳ業務端末３０のいずれかが参照対象となるＰＯＳデータファイルの特定レコードに関する参照要求をウェブサーバ１６に送信する。ウェブサーバ１６はこの参照要求を受理すると、それに応答してファイル管理部１４のデータ参照アプリケーションを起動する。
【００３４】
このデータ参照アプリケーションは、ステップＳＴ１でメモリ部１２に格納された複数のＰＯＳデータファイルのうちの参照対象ファイルを調べてこの参照対象ファイルから特定レコードを取得し、ステップＳＴ２で参照対象ファイル名に参照時刻を付加して構成される更新許可ＩＤを更新キーとして作成し、ステップＳＴ３でＡＰＬＮ−ＩＤ、更新キー、ファイルＩＤ、参照日、参照時刻、およびレコード内容で構成されるレコード管理情報を参照要求を行ったＰＯＳ業務端末３０についてレコード管理ファイルに記録し、ステップＳＴ４でこのレコード管理情報に含まれるＡＰＬＮ−ＩＤ、更新キー、およびレコード内容を参照結果としてウェブサーバ１６に供給し、参照要求を行ったＰＯＳ業務端末３０のウェブアプリケーションに送信させる。データ参照アプリケーションはこのステップＳＴ４の実行後に終了する。
【００３５】
図４は上述の参照要求の結果に基づいて行われる更新要求に対する処理を示す。この更新要求処理では、複数のＰＯＳ業務端末３０のいずれかが参照結果として得られたＡＰＬＮ−ＩＤおよび更新キーと共に更新対象となるＰＯＳデータファイルの特定レコードに関する更新要求をウェブサーバ１６に送信する。ウェブサーバ１６はこの更新要求を受理すると、それに応答してファイル管理部１４のデータ更新アプリケーションを起動する。
【００３６】
このデータ更新アプリケーションは、ステップＳＴ１１でメモリ部１２において更新対象となるＰＯＳデータファイルをロックし、ステップＳＴ１２でこのロック成功かどうかをチェックし、ロック成功の場合にステップＳＴ１３でロックＩＤ、ロック日およびロック時刻をロック情報としてロック管理ファイルに記録する。続いて、データ更新アプリケーションはステップＳＴ１４で更新要求に含まれるＡＰＬＮ−ＩＤおよび更新キーに対応するレコード管理情報をレコード管理ファイルから取得し、ステップＳＴ１５でこのレコード管理情報のレコード内容に対応して更新対象となるＰＯＳデータファイルから特定レコードを取得し、ステップＳＴ１５でこれらレコード内容が一致するかどうかチェックする。ここで、レコード内容が一致していれば、データ更新アプリケーションがステップＳＴ１７で更新対象となるＰＯＳデータファイルの特定レコードを更新し、ステップＳＴ１８でこのＰＯＳデータファイルをアンロックし、ステップＳＴ１９でアンロックＩＤ、アンロック日およびアンロック時刻をアンロック情報としてロック管理ファイルに記録し、ステップＳＴ２０で更新日、更新時刻、ＡＰＬＮ−ＩＤ、ファイルＩＤ、アクセスＩＤ、変更項目、変更データ、および更新レコード内容で構成される更新履歴情報を更新履歴ファイルに記録し、ステップＳＴ２１で更新結果を“成功”とする。
【００３７】
また、データ更新アプリケーションはステップＳＴ１２でファイルロックの失敗を検出した場合およびステップＳＴ１６でレコード内容の不一致を検出した場合にステップＳＴ２２で更新結果を“不成功”とする。
これらステップＳＴ２１およびＳＴ２２に続き、データ更新アプリケーションはステップＳＴ２３でこの更新結果をウェブサーバ１６に供給し、更新要求を行ったＰＯＳ業務端末３０のウェブアプリケーションにこの更新結果を送信させる。データ更新アプリケーションはこのステップＳＴ２３の実行後に終了する。
【００３８】
本実施の形態のＰＯＳシステムでは、ファイル管理部１４がウェブサーバ１６とは非同期に機能することによりファイル更新においてタイムラグがある場合でも、各ＰＯＳ業務端末３０はファイル更新が完了したことを確認できるため、ＰＯＳ業務端末３０が同様のファイル更新要求を繰返してしまうことが避けられる。
【００３９】
さらにメモリ部１２に保持されたデータファイルの特定レコードが更新要求の受理前に得られた参照内容から変化した状態で更新を行ってしまうことが避けられる。
【００４０】
さらに、ステップＳＴ１１で更新処理を行なうためにデータファイルをロックした後にウェブサーバ１６が異常終了した場合に、ステップＳＴ１９でデータファイルのアンロックを報告しないことからこの異常終了をストアコントローラ１０のオペレータが発見できる。
【００４１】
また、ステップＳＴ１１で更新処理を行なうためにＰＯＳデータファイルをロックした後にウェブサーバ１６が異常終了してしまった場合でも、ストアコンピュータのオペレータがＰＯＳデータファイルのロック状態をメモリ部１２に残る記録から確認することができるため、速やかに正常な状態に戻すことが可能である。
【００４２】
ただし、正常な状態に戻すためには、ロック状態から開放されないＰＯＳデータファイルのロックを開放するための格別な操作がオペレータに要求され、負担である。
そこで次に、ファイル管理部１４が、ロック状態から開放されない異常データファイルのロックを自動的に解除するロック強制解除手段を含む請求項４の発明に対応した第２の実施の形態について、図５を用いて説明する。
【００４３】
なお、この第２の実施の形態に係るＰＯＳシステムの構成は第１の実施の形態と同一であり、レコード管理ファイル、ロック管理ファイル、および更新履歴ファイルの構成も第１の実施の形態と同一なので、図１，図２を用いてその説明を省略する。また、ストアコントローラ１０の参照要求に対する処理も第１の実施の形態と同一なので、図３を用いてその説明を省略する。
【００４４】
図５はストアコントローラ１０の更新要求に対する処理のうちロック強制解除手段に係る要部を示し、図４と共通する部分には同一符号を付している。すなわち、データ更新アプリケーションは、ステップＳＴ１１でメモリ部１２において更新対象となるＰＯＳデータファイルをロックし、ステップＳＴ１２でこのロック成功かどうかをチェックし、ロック成功の場合には、第１の実施の形態と同様にステップＳＴ１３〜ＳＴ２３の処理を実行する。そしてデータ更新アプリケーションは、このステップＳＴ２３の実行後に終了する。
【００４５】
ステップＳＴ１２でファイルロックの失敗を検出した場合には、ステップＳＴ３１でロック管理ファイルからロック情報（ロックＩＤ，ロック日，ロック時刻）のみセットされアンロック情報（アンロックＩＤ，アンロック日，アンロック時刻）がセットされていないＰＯＳデータファイル，つまり未開放になっているＰＯＳデータファイルのロック管理情報を読込む。次に、ステップＳＴ１３でその読込んだロック管理情報のロックＩＤで識別されるデータ更新アプリケーション（ロック対象プロセス）が起動中，つまり存在するか確認し、存在する場合にはステップＳＴ３３としてロック時刻からの経過時間を算出して、所定時間（この実施の形態では１５分とする）以上か否かを判断する。その結果、ロック時刻からの経過時間が所定時間未満の場合にはステップＳＴ２２に進み、更新結果を“不成功”とする。その後、ステップＳＴ２３に進み、更新結果をウェブサーバ１６に供給し、更新要求を行ったＰＯＳ業務端末３０のウェブアプリケーションにこの更新結果を送信させる。データ更新アプリケーションは、このステップＳＴ２３の実行後に終了する。
【００４６】
ステップＳＴ３２で該当するデータ更新アプリケーションが既に存在しない場合、およびステップＳＴ３３でロック時刻からの経過時間が所定時間以上の場合にはステップＳＴ３４に進み、その未開放になっているＰＯＳデータファイルのロックを解除する。次に、ステップＳＴ３５で更新対象となるＰＯＳデータファイルをロックするとともに、ステップＳＴ３６でロックを解除したＰＯＳデータファイルのアンロック情報（アンロックＩＤ，アンロック日，アンロック時刻）をロック管理ファイルに記録する。しかる後、ステップＳＴ１３に進み、ステップＳＴ３５でロックした更新対象ファイルのロック情報（ロックＩＤ，ロック日，ロック時刻）をロック管理ファイルに記録する。その後、第１の実施の形態と同様にステップＳＴ１４〜ＳＴ２３の処理を実行し、データ更新アプリケーションは、このステップＳＴ２３の実行後に終了する。
【００４７】
本実施の形態のＰＯＳシステムでは、ファイル管理部１４が、ロック状態から開放されない異常データファイルのロックを自動的に解除するので、ロック状態から開放されないＰＯＳデータファイルのロックを開放するための格別な操作が不要となる。その結果、ストアコントローラ１のオペレータの負担が軽減される。
【００４８】
【発明の効果】
以上のように、請求項１記載の発明によれば、ファイル管理部とウェブサーバとが非同期に機能する場合においてオペレータが各クライアント端末で特定レコードのファイル更新要求を繰返したとしても、先行ファイル更新要求に従って既にファイル更新済であれば、更新手段が後続ファイル更新要求に従って同様のファイル更新を繰返すことがない。このため、後続ファイル更新要求が原因となって、他の特定レコードについて行われるファイル更新が遅れることが避けられる。
【００５０】
請求項２記載の発明によれば、ファイル更新の結果がクライアント端末に通知されることになるため、ファイル管理部とウェブサーバとが非同期に機能する場合においてオペレータが各クライアント端末で特定レコードのファイル更新要求を繰返してしまうことが避けられる。
【００５１】
請求項３記載の発明によれば、さらにロック制御手段が更新処理を行なうためにデータファイルをロックした後にウェブサーバが異常終了した場合に、報告手段がデータファイルのアンロックを報告できないことからこの異常終了をストアコントローラのオペレータが発見できる。
【００５４】
請求項４記載の発明によれば、ロック制御手段が更新処理を行なうためにデータファイルをロックした後にウェブサーバが異常終了したためにアンロックされない異常データファイルが発生しても、この異常データファイルのロック状態を自動的に解除でき、オペレータの負担を軽減できる。
【００５５】
このように、本発明によれば、ファイル更新処理の信頼性と操作性を向上できるストアコントローラを提供することができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態に係るＰＯＳシステムの構成を示す図である。
【図２】 レコード管理ファイル、ロック管理ファイル、および更新履歴ファイルの構成を示すメモリマップである。
【図３】 ＰＯＳデータファイルの参照要求に対する処理を示すフローチャートである。
【図４】 第１の実施の形態におけるＰＯＳデータファイルの更新要求に対する処理を示すフローチャートである。
【図５】 第２の実施の形態におけるＰＯＳデータファイルの更新要求に対する処理の要部を示すフローチャートである。
【符号の説明】
１０…ストアコントローラ
１２…メモリ部
１４…ファイル管理部
１６…ウェブサーバ
２０…ＰＯＳコントローラ
３０…ＰＯＳ業務端末
４０…ＰＯＳ端末

Claims (4)

1. 複数のレコードで構成されるデータファイルを保持するメモリ部と、このデータファイルの参照要求及びこの参照要求の結果に基づいて行われる更新要求を受付けるウェブページを複数のクライアント端末に提供するウェブサーバと、前記メモリ部に保持されたデータファイルを管理するファイル管理部とを備え、
   前記ファイル管理部は、
   各クライアント端末からウェブページ経由で送信され前記ウェブサーバによって受理された参照要求により特定されるレコードを前記データファイルのうちの参照対象ファイルから取得し、かつ前記参照対象ファイルのファイル名に参照時刻を付加して更新キーを作成して、この更新キーと取得したレコード内容とを含むレコード管理情報をレコード管理ファイルとして前記メモリ部に記録する参照要求処理手段と、
   この参照要求処理手段により前記レコード管理ファイルとして前記メモリ部に記録されたレコード管理情報に含まれる更新キー及びレコード内容等を参照要求の結果としてウェブページ経由で前記クライアント端末に通知するために前記ウェブサーバに供給する参照結果通知手段と、
   各クライアント端末からウェブページ経由で送信され前記ウェブサーバによって受理された更新要求に含まれる更新キーに対応するレコード管理情報を前記レコード管理ファイルから取得するレコード管理情報取得手段と、
   前記更新要求により特定されるレコードを前記データファイルから取得し、その内容が前記レコード管理情報取得手段により取得したレコード管理情報に含まれるレコード内容と一致するか否かを比較する比較手段と、
   この比較手段によりこれらレコード内容が一致していることが確認された場合に前記更新要求により特定されるレコードについてデータファイルを更新する更新手段と、
   この更新手段により更新された特定レコードの更新履歴を履歴ファイルとして前記メモリ部に記録する記録手段とを具備したことを特徴とするストアコントローラ。
2. 前記ファイル管理部がさらに前記更新手段によって行われたファイル更新の結果をウェブページ経由で前記クライアント端末に通知するために前記ウェブサーバに供給する報告手段を含むことを特徴とする請求項１に記載のストアコントローラ。
3. 前記ファイル管理部がさらに更新要求の受理後にデータファイルをロックしこのデータファイルを更新完了後にアンロックするロック制御手段と、このロック制御手段によってデータファイルがアンロックされたことを報告する報告手段とを含むことを特徴とする請求項１に記載のストアコントローラ。
4. 前記ファイル管理部がさらにロック制御手段によりロックされたままアンロックされない異常データファイルのロックを自動的に解除するロック強制解除手段を含むことを特徴とする請求項３に記載のストアコントローラ。

Images