JP2001256296A - 飲食店用データ処理管理プロセス及びシステム - Google Patents

Abstract

(57)【要約】 【課題】 飲食店等のそれぞれから入力されるデータを
リアルタイム的に処理管理するシステムであって、特
に、飲食店等のそれぞれが日々必要とする食材に関する
発注を一括管理仲介するシステムを提供する。 【解決手段】 飲食店等のそれぞれに配備された店舗端
末のそれぞれに１対１で対応するデータ領域をこの店舗
端末とインターネットを経由して接続されたデータ処理
センターのＦＴＰサーバの中に予め設定し、各店舗端末
からデータ処理センターへ送信されたデータをこのＦＴ
Ｐサーバ内の各データ領域に一旦格納する。この格納プ
ロセスとは独立して、データ処理センターのアプリケー
ションサーバが、予め定められた時間間隔で、このＦＴ
Ｐサーバ内のデータをそれぞれ読み取り、ここで読み取
られたデータを展開し、データベースに格納すると共
に、特定の情報端末に送信し、あるいは、これらデータ
ベースに格納されたデータを、インターネットを介して
データ処理センターに接続されたクライアント端末か
ら、通常のインターネット用ブラウザにより、閲覧でき
るようにする。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、飲食店等の各店舗
からのデータをデータ処理センターにおいて一括処理管
理する飲食店用データ処理管理プロセス及びシステムに
関し、特に、飲食店等の各店舗からの食材に関する発注
データを特定の発注センターに集中させ、かかる発注セ
ンターにより統合された後の食材を各食材納入業者に一
括して自動的に発注することを可能にする飲食店用デー
タ処理管理プロセス及びシステムに関する。具体的に
は、店舗端末等の店舗端末装置から入力された各店舗端
末毎のデータ（例えば、食材発注データ）を、一つのデ
ータ処理センターでタイムリーに取り纏めて、各ユーザ
毎（例えば、各食材納入業者毎）に一括して出力する
（例えば、発注する）ことをも可能とするプロセス及び
システムに関する。

【０００２】

【従来の技術】食材を加工して顧客にサービスを提供す
る飲食店等の店舗においては、それぞれ別個に食材業者
に食材を発注するよりも、各店舗からの発注を一つのセ
ンターに集中させ、そのセンターから一括して各食材業
者に発注することにより、食材調達コストを低減させる
ことは、現在実施されている。

【０００３】このような場合に、通常は、各店舗が、セ
ンターとなるべき本部にＦＡＸなり電話にて、必要な食
材を個別に発注し、本部においては、かかる発注を人手
により各食材業者毎に取り纏めて、その後、これも又同
様に人手により、各食材業者毎に発注するのが一般的で
あったが、人件費の高騰により、人手を少なくする必要
があった。

【０００４】そこで、このような人手による手間を省く
ために、従来の方法に於ける人手に頼る処理プロセスを
コンピュータ化することにより、省力化を図っている
が、人手による処理プロセスのみをコンピュータ化した
従来のシステムにおいては、データ処理を行うサーバと
そのサーバにデータを入力する店舗端末とをインターネ
ットで接続したシステムを構築し、かかるシステムに店
舗端末を介して入力されたデータをバッチ式にデータ処
理することが行われている。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
ような従来のシステムにおいては、入力データのタイム
リーな取り纏め等のデータ処理、更には、これら取り纏
め又は処理が為されたデータをタイムリーに出力又は閲
覧することが出来なかった。

【０００６】その理由は、従来のシステムにおいては、
各店舗端末を介してサーバに入力されたデータは、入力
データを一時的に格納するサーバ内の格納スペースに、
店舗端末からのデータの入力順に格納され、その格納ス
ペースはデータがサーバに入力される度に、当該データ
長に対応したデータ領域又はデータフィールドが一つず
つ増加される方式となっていた。そのために、予め定め
られたデータ処理時刻までに入力されなかったデータに
ついては、この格納スペースへのデータ書き込み態勢が
準備できるまでは、ＣＰＵ等内のキャッシュとして保存
されることとなり、従って、次のデータ処理まで処理を
待機させられ、タイムリーなデータ処理ができなかっ
た。

【０００７】又更に、従来のシステムにおいては、セン
ター・サーバに入力されたデータをバッチ式に一括して
データの取り纏め処理をしていたために、全てのデータ
の処理が完了するまでのシステムに対する負荷が極めて
長時間に亘ることが一般的であった。具体的には、デー
タ一つ一つの処理にかかるシステム負荷時間が、例え
ば、１秒程の短いものであっても、全てのデータを連続
的に処理するためには、何百台もの店舗端末を抱えるシ
ステムにおいては、その全体の処理時間が例えば３時間
程にもかかり、従って、実質的には、この取り纏め処理
が行われる数としては１日に１回の取り纏め処理が限界
であり、翌日の一括取り纏め処理時刻までは、この取り
残されたデータは処理されることがなく、店舗端末から
データが送信されていても、実際には、その取り残しデ
ータがシステム内で紛失する等の問題があった。

【０００８】又更には、従来のシステムにおいては、デ
ータが実際にサーバに入力されたかどうかは、サーバを
管理している管理者が人手によって各店舗端末からデー
タの入力を行う担当者に電話で確認することが必要であ
るために、タイムリーなデータ処理が阻害されていた。

【０００９】本発明は、上記に鑑みてなされたものであ
り、店舗端末から入力される各種データをタイムリーに
処理し出力・表示するための方法及びシステムを提供す
ることを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明によるシステムにおいては、飲食店等のそれ
ぞれに配備された店舗端末のそれぞれに１対１で対応す
るデータ領域をこの店舗端末とインターネットを経由し
て接続されたデータ処理センターのＦＴＰサーバの中に
予め設定し、各店舗端末からデータ処理センターへ送信
されたデータをこのＦＴＰサーバ内の各データ領域に一
旦格納し、この格納プロセスとは独立して、データ処理
センターのアプリケーションサーバが、予め定められた
時間間隔で、このＦＴＰサーバ内のデータをそれぞれ読
み取り、ここで読み取られたデータをデータベースに格
納することを特徴とし、更には、前記の特徴に加えて、
これらデータベースに格納されたデータを、クライアン
トからの要望に応じて、ＦＴＰファイルとして出力した
り、ＦＡＸ情報として出力したり、インターネットを介
してデータ処理センターに接続されたクライアント端末
から通常のブラウザにより閲覧したりすることも可能な
特徴を有するものである。

【００１１】即ち、本発明の第１の観点においては、本
発明による飲食店用データ処理管理プロセスは、少なく
とも一つの店舗端末からデータをデータ処理センターへ
不定期に送信するステップと、前記データ処理センター
において、前記データを受信するステップと、前記受信
された前記データを前記店舗端末のそれぞれと１対１に
対応するデータ格納スペースにそれぞれ格納するステッ
プと、前記データ格納スペースにそれぞれ格納された前
記データを予め定められた時間間隔で読み取るステップ
と、前記読み取ったデータを加工して、前記加工された
データを前記店舗端末の中から予め選定された店舗端末
から構成されるグループ毎に取り纏めるステップと、前
記取り纏められたデータを前記グループのそれぞれに対
応するデータベースに格納するステップとを含むことを
特徴とする。

【００１２】本発明の第２の観点による飲食店用データ
処理管理プロセスは、第１の観点における前記データベ
ースに前記取り纏められたデータを格納するにあたって
ファイル形式で格納することを特徴とする。本発明の第
３の観点による飲食店用データ処理管理プロセスは、第
２の観点における前記取り纏められたデータが予め定め
られた情報端末に送信されるステップを更に含むことを
特徴とする。

【００１３】本発明の第４の観点による飲食店用データ
処理管理プロセスは、第２の観点における前記取り纏め
られたデータをＷｅｂブラウザーで閲覧するステップを
更に含むことを特徴とする。

【００１４】本発明の第５の観点による飲食店用データ
処理管理プロセスは、第１から第４のいずれかの観点に
おける前記データが食材発注データを含むデータである
ことを特徴とする。

【００１５】本発明の第６の観点による飲食店用データ
処理管理プロセスにおいては、ＦＴＰデータファイルを
送信する送信手段を有する少なくとも一つの店舗端末
と、データ処理センターとを含み、前記データ処理セン
ターが、前記ＦＴＰデータファイルを受信する受信手段
と、各店舗端末から送信されるＦＴＰデータファイルと
１対１に対応するデータ格納領域に前記受信したＦＴＰ
データファイルを格納する格納手段とを有するＦＴＰサ
ーバと、データ受信監視手段と、データ取込処理手段
と、センターデータ生成処理手段と、取込処理設定ファ
イルと、環境設定ファイルと、店舗環境設定ファイルと
を有するアプリケーションサーバと、データ受信履歴テ
ーブルと、取込処理履歴テーブルと、取引先マスタテー
ブルと、企業データベースとを有するデータベースサー
バとを含むことを特徴とする飲食店用 データ処理管理
システムにおいて、前記送信手段が、前記ＦＴＰデータ
ファイルを送信するステップと、前記受信手段が、前記
ＦＴＰデータファイルを受信するステップと、前記格納
手段が、前記ＦＴＰデータファイルを受信して予め定め
られた格納スペースに格納するステップと、前記データ
受信監視手段が、前記受信されたＦＴＰデータファイル
のファイル名を予め定められた時間間隔で検索してテキ
スト形式のファイル名に変換すると共にデータ受信履歴
テーブルに受信履歴データを書込み、データ取込処理手
段を立ち上げるステップと、前記立ち上げられたデータ
取込処理手段が、取込処理設定ファイルを読み込み、デ
ータ受信履歴テーブルから受信履歴データを取り込み、
次に、データ取込処理履歴テーブルからデータ取込処理
履歴データを取り込み、前記データ受信履歴データと比
較しながらデータ取込処理履歴テーブルを更新して企業
データベース内の所定のデータ領域に前記ＦＴＰデータ
ファイル内のデータを展開・書込みするステップと、予
め定められたデータファイル形式で前記企業データベー
ス内のデータをユーザ毎に取り纏め送信又は表示するス
テップとを含むことを特徴とする。

【００１６】本発明の第７の観点による飲食店用データ
処理管理システムにおいては、少なくとも一つの店舗端
末からデータをデータ処理センターへ不定期に送信する
送信手段と、前記データ処理センターが、前記データを
受信する手段と、前記店舗端末のそれぞれと１対１に対
応するデータ格納スペースにそれぞれ格納する格納手段
と、前記データ格納スペースにそれぞれ格納された前記
データを予め定められた時間間隔で読み取る手段と、前
記読み取ったデータを加工して、前記店舗端末の中から
予め選定された店舗端末から構成されるグループ毎に取
り纏める取り纏める手段と、前記取り纏められたデータ
を前記グループのそれぞれに対応するデータベースに格
納する格納手段とを含むことを特徴とする。

【００１７】本発明の第８の観点による飲食店用データ
処理管理システムにおいては、第７の観点における前記
データベースに前記取り纏められたデータを格納するに
あたってファイル形式で格納することを特徴とする。

【００１８】本発明の第９の観点による飲食店用データ
処理管理システムにおいては、第８の観点における前記
取り纏められたデータを予め定められた情報端末に送信
する手段を更に含むことを特徴とする。

【００１９】本発明の第１０の観点による飲食店用デー
タ処理管理システムにおいては、第８の観点における前
記取り纏められたデータをＷｅｂブラウザーで閲覧でき
るようにする手段を更に含むことを特徴とする。

【００２０】本発明の第１１の観点による飲食店用デー
タ処理管理システムにおいては、第７から第１０のいず
れかの観点における前記データが食材発注データを含む
データであることを特徴とする。

【００２１】本発明の第１２の観点の飲食店用データ処
理管理システムにおいては、ＦＴＰデータファイルを送
信する送信手段を有する少なくとも一つの店舗端末と、
データ処理センターとを含み、前記データ処理センター
が、前記ＦＴＰデータファイルを受信する受信手段と、
各店舗端末と１対１に対応する店舗データ領域に前記受
信されたＦＴＰデータファイルを格納する手段とを有す
るＦＴＰサーバと、データ受信監視手段と、データ取込
処理手段と、センターデータ生成処理手段と、取込処理
設定ファイルと、環境設定ファイルと、店舗環境設定フ
ァイルとを有するアプリケーションサーバと、データ受
信履歴テーブルと、データ取込処理履歴テーブルと、企
業データベースとを有するデータベースサーバとを含む
ことを特徴とする飲食店用データ処理管理システムであ
って、前記受信されたＦＴＰデータファイルのファイル
名を予め定められた時間間隔で検索してテキスト形式の
ファイル名に変換すると共にデータ受信履歴テーブルに
受信履歴データを書込み、データ取込処理手段を立ち上
げるデータ受信監視手段と、環境設定ファイルを読み込
み、データ受信履歴テーブルから受信履歴データを取り
込み、次に、データ取込処理履歴テーブルからデータ取
込処理履歴テーブルを取り込み、前記データ受信履歴デ
ータと比較しながらデータ取込処理履歴テーブルを更新
して企業データベース内の所定のデータ領域に前記テキ
ストファイル内のデータを展開・書込みするデータ取込
処理手段と、予め定められたデータファイル形式で前記
企業データベース内のデータをユーザ毎に取り纏め送信
又は表示する手段とを含むことを特徴とする。

【００２２】以上のような構成により、店舗端末に代表
される情報入力端末から入力された情報やデータの処理
において、従来の方法やシステムに内在する上記の各種
問題を回避することが可能となる。

【００２３】

【発明の実施の形態】図１は、本発明のシステム全体の
構成例を示す図である。図１において、本発明のシステ
ムを構成する主な構成要素は、各店舗に配備された店舗
端末（例えば、ＰＯＳ）に代表されるデータ入力端末
１、このデータ入力端末１から送信されたデータを受信
して処理・加工するデータ処理センター３（例えば、Ａ
ＳＰセンター）、データ処理センターにおいて取り纏め
られたデータを受信し表示・出力するクライアント端末
であって、典型的には、ＦＡＸ出力端末４、ＦＴＰファ
イル出力端末５、Ｗｅｂブラウザー６、又は携帯電話
（図２中には記載せず）等に代表されるクライアント端
末、インターネット等に代表される通信網２であり、こ
れらは図示されたようにそれぞれ通信網２を介して接続
されている。尚、本発明における通信網２は、有線によ
るものでも無線によるものでも良く、データ交信が可能
なものであれば、いかなる形態のものでも良い。

【００２４】図２は、本発明によるシステムを構成する
データ処理センターの主な構成要素を示す。図２に示す
とおり、データ処理センターは、ＦＴＰサーバ
３２００と、アプリケーション・サーバ３３００と、デ
ータ・ベース・サーバ３４００と、場合によっては、こ
れらの他に更に、ファイアウォール３１００と、Ｗｅｂ
サーバ３５００と、ＦＡＸサーバ３６００とを有し、各
店舗端末１及び各クライアント端末は、それぞれ適宜、
ＦＴＰサーバ３２００、Ｗｅｂサーバ３５００、ＦＡＸ
サーバ３６００と通信網２を介して接続されており、Ｗ
ｅｂサーバ３５００やＦＡＸサーバ３６００がアプリケ
ーションサーバ３３００の中に組み込まれている場合に
は、各クライアント端末はアプリケーションサーバ３３
００に通信網２を介して接続される。

【００２５】本発明のデータ処理センター内における構
成要素間の交信はそれぞれ公知のイントラネット方式あ
るいはこれも公知のＬＡＮ方式により接続されているも
のとするが、これらセンター内の構成要素間におけるデ
ータ交信が可能なものであれば、どのような手段であっ
ても使用することが可能である。更に、各サーバはそれ
ぞれ独立して存在することなく、一つの総合的サーバの
中に統合することも可能である。

【００２６】ファイアーウォール３１００は、データ処
理センタ内の各種構成要素と外部との間において特定の
通信のみが行われるように具備された公知のセキュリテ
ィ手段である。

【００２７】ここで、ＦＴＰサーバ３２００は、ＦＴＰ
サーバとしての公知の基本的な機能を提供することがで
きるような公知のサーバ構成要素を含むものとし、典型
的には、中央制御部（図２中には記載せず）、通信制御
部（図２中には記載せず）、記憶部３２１０等を有する
ものとする。この記憶部３２１０には、店舗端末にそれ
ぞれ対応する店舗データ領域３２２０が予め確保されて
おり、この各店舗データ領域３２２０は、更に、入力さ
れるデータの種類に応じて、各種類毎に区分されたデー
タ領域３２２２を複数有することもあり、一例として、
入力されるデータの種類が三種類ある場合には、このデ
ータ領域が三区分確保されることとなる。このようにデ
ータ領域が三区分確保される場合の具体的な一例として
は、各店舗毎に会計情報データ領域（データＡ領域）
と、発注データ領域（データＢ領域）と、勤務実績デー
タ領域（データＣ領域）とを予め設定・確保することが
可能であり、このような例においては、この三種類のデ
ータ領域が一組となって各店舗データ領域３２２０を構
成する。

【００２８】この各データ領域３２２２には各店舗端末
１から送信されるＦＴＰデータファイル（一例として、
データ送信ファイルというファイル名のデータファイ
ル。）を格納する。ここでの格納は、ファイル形式によ
りデータファイルが格納される（例えば、１店舗端末あ
たり１ファイル／１日）が、一つのファイルの中に確保
されるデータフィールドの数は必要に応じて適宜選択で
きる。例えば、一つのファイルを各店舗における売上げ
に関する一連のデータの集合体とするときには、一例と
して、このファイルの中には、日付、店舗識別コード、
売上げ金額、来店人数等々のデータがこのファイルを構
成するデータフィールドにそれぞれ書き込まれる。別の
例として、一つのファイルを各店舗における食材発注デ
ータに関する一連のデータの集合体とするときには、一
例として、このファイルの中には、日付、店舗識別コー
ド、食材識別コード、各食材の数量、納期等がこのファ
イルを構成するデータフィールドにそれぞれ書き込まれ
る。

【００２９】ここに格納されたデータファイルに対応す
るファイル名としては、拡張子のみが異なるもう一つの
ファイル名が設定されている。例えば、ＦＴＰデータフ
ァイルのファイル名が、例えば、ｔｏｋａｉであったと
きには、このようなもう一つのファイル名は、ｔｏｋａ
ｉ．ｔｘｔとなる。即ち、ここに格納されたデータに関
しては、二つのファイル名により、同一のデータを呼び
出すことが可能となっている。

【００３０】このＦＴＰサーバ内には、更に別の記憶部
３２５０が設定されることもあり、その場合には、この
記憶部にはセンター用データ領域が設定されることもあ
る。図２の中では、これらの記憶部がそれぞれ独立して
記載されているが、これらの記憶部は一体化されること
もある。

【００３１】センター用データ領域には、後述するデー
タ処理が行われた結果得られる加工後の取り纏めデータ
がファイル形式にて格納される。

【００３２】アプリケーションサーバ３３００は、アプ
リケーションサーバとしての公知の基本的な機能を提供
することができるような公知のサーバ構成要素を含むも
のとし、典型的には、データ受信監視手段３３１０及び
データ取込処理手段３３２０、中央制御部（図２中には
記載せず）、通信制御部（図２中には記載せず）、タイ
マー（図２中には記載せず）、取込処理設定ファイル３
３４０、環境設定ファイル３３５０、店舗環境設定ファ
イル３３６０等を有するが、これらファイルの種類及び
数は必要に応じて任意に増減可能であり、図２中の記載
には限定されるものでない。

【００３３】データ受信監視手段３３１０は、一般的に
は、アプリケーションサーバ３３００の集中制御部（Ｃ
ＰＵ）内のメインのキャッシュ内に常駐して、設定ファ
イル（例えば、取込処理設定ファイル３３４０等）の中
に書き込まれていて予め定められたデータに基づいて、
データ領域３３２２内のデータファイルであって拡張子
の付いていないファイル名のファイルを探すためのもの
であり、このファイル探索プロセスを予め定められた時
間間隔で繰返すためのものである。

【００３４】データ取込処理手段３３２０は、ＦＴＰサ
ーバ３２００に具備された上記各データ領域３２２２に
書き込まれた特定のデータファイルの中のデータを取込
処理するように設定されており、この場合の取込処理に
は、ニーズに合わせた各種指標を算出するためのデータ
処理が含まれる。例えば、データアドレス等に基づいて
公知の方法により特定のデータファイルに書き込まれて
いるデータだけを取り込むように設定することが可能で
ある。データの種類によっては、その後のデータ処理の
方法が異なることが一般的であるので、従って、このデ
ータ取込処理手段３３２０は、上記データ領域の種類の
数に相当する数だけ準備されており、図２中には一種類
のデータ取込処理手段のみが記載されているが、店舗端
末１から送信されるデータの種類が例えば三種類あるよ
うな場合には、それぞれ相互に独立した三種類のデータ
取込処理手段が具備される。これらの手段はそれぞれ対
応するデータファイルを読み込んでそのファイルの中の
データの加工処理を行った後、データベースサーバ内に
具備された企業データベース内の対応するデータ格納ス
ペース（図２の例では、データテーブル３４５４）にそ
れぞれ加工処理後のデータをテーブル形式で格納する。

【００３５】取込処理設定ファイル３３４０は、アプリ
ケーションサーバ３３００内には一般的には一つである
が、このファイルには、データ取込処理手段が複数存在
したときに、どのデータ取込処理手段を立ち上げるかを
指示する情報と、この立ち上げられたデータ取込処理手
段が実行するプロセス（例えば、データ領域３３２２に
格納されたデータファイルの検索の時間間隔等）に関す
る指示情報とが書き込まれており、このファイルは、デ
ータ受信監視手段３３１０とデータ取込処理手段３３２
０とにより参照される。

【００３６】環境設定ファイル３３５０は企業（即ち、
各店舗又は各店舗端末を有する企業）毎にそれぞれ対応
して具備されており、このファイルには、データ受信監
視手段が検索する対象のデータ領域３２２２がどのサー
バのどこにあるのかを示す情報が欠き込まれている。

【００３７】店舗環境設定ファイル３３６０は各店舗端
末毎に対応して具備されており、このファイルには、デ
ータ取込処理手段が取込処理を行う対象となるファイル
のフィールド名やファイル名等がそれぞれ書き込まれて
いる。

【００３８】データベースサーバ３４００は、データベ
ースサーバとしての公知の基本的な機能を提供すること
ができるような公知のサーバ構成要素を含むものとし、
典型的には、中央制御部（図２中には記載せず）、通信
制御部（図２中には記載せず）、記憶部３４１０及び記
憶部３４５０を有するものとする。この場合、図２中に
は、これら二つの記憶部が独立して記載されているが、
これら二つの記憶部が相互に独立していることは必須要
件ではなく、それぞれの記憶部の中に具備されている情
報格納スペースがそれぞれ確保できれば、一つの記憶部
に合体されているものでも良い。更に、これらデータベ
ースの種類及び数は必要に応じて任意に増減可能であ
り、図２中の記載には限定されるものでない。

【００３９】記憶部３４１０は、管理データベース３４
２０を有し、この管理データベースの中には、更に、デ
ータ受信履歴テーブル３４２２、データ取込処理履歴テ
ーブル３４２４、取引先マスタテーブル３４２６とがあ
り、記憶部３４５０は、企業毎に区分された企業データ
ベース３４５４を有し、この企業データベースの中に
は、更に、各店舗端末１から入力されるデータの種類毎
に区分されたデータテーブル３４５４があり、一例とし
て、入力されるデータの種類が三種類ある場合には、こ
のデータテーブルが三区分確保されることとなる。

【００４０】尚、本発明に言うデータテーブルとは、所
謂マトリックス形式のテーブル表のようにして表示・出
力可能な状態でデータ格納手段（例えば、ハードディス
ク）内に格納されている一連のデータの集合体を言う。

【００４１】これらデータ受信履歴テーブル３４２２と
取込処理履歴テーブル３４２４のデータフィールドのそ
れぞれは、１対１に、各データ領域３２２２、如いて
は、各店舗端末１に対応しており、従って、これらのデ
ータフィールドの総数は、店舗端末１の総数に対応す
る。

【００４２】データ受信履歴テーブル３４２２には、例
えば、受信日時、受信されたＦＴＰデータファイルのフ
ァイル名を変換した後のＦＴＰファイル名、店舗識別コ
ード、企業識別コード等が記入されている。

【００４３】取込処理履歴テーブル３４２４には、例え
ば、データ処理の処理開始時刻、データ処理の対象とな
るＦＴＰファイル名、店舗識別コード、企業識別コー
ド、データの処理状況を表すステータス識別コード（終
了、未完、処理中をそれぞれ表すコード）、データ処理
にエラーが生じたことを表すエラーコード等が記入され
ている。

【００４４】取引先マスタテーブル３４２６には、例え
ば、一連の店舗を有する企業と何らかの取引関係を有す
る業者（例えば、食材納入業者等）に関する情報とその
業者に対する前記企業から指定された送信データに関す
る情報が記入されており、一例として、食材業者識別コ
ード、業者の名称、送信データ区分コード等が記入され
ている。

【００４５】企業データベース３４５０内のデータテー
ブル３４５４には、１日１店舗端末１レコード（１行）
の形式で、加工・取り纏め後のデータが格納される。従
って、このデータテーブルには、例えば、日付、店舗識
別コード、企業識別コード、各企業毎に要請される各種
データ等がテーブル形式で格納されており、一つの企業
に対するこのデータテーブル３４５４の数は、データ取
込処理手段３３２０の数、更には、データ領域３３２２
の数に対応する。

【００４６】店舗データ領域３２２０は、各店舗端末に
１対１に対応しており、その総数は、本発明のシステム
を構成する店舗端末の総数と同じになる。

【００４７】データ処理センターは、オプションとし
て、更に、ＦＡＸサーバ３６００やＷｅｂサーバ３５０
０を有することもあり、これらのサーバは、アプリケー
ションサーバと一体化されることもある。

【００４８】ＦＡＸサーバ３６００は、ファイル形式で
格納されたセンター用データ領域３２５２内のデータを
取り出して、ＦＡＸにより画像として出力・送信するた
めの一般的なＦＡＸサーバであればどのようなＦＡＸサ
ーバでも使用可能である。

【００４９】Ｗｅｂサーバ３５００は、テーブル形式で
格納されたデータテーブル３４５４内のデータをＷｅｂ
ブラウザーで閲覧できるようにするための一般的なＷｅ
ｂサーバであればどのようなＷｅｂサーバでも使用可能
である。即ち、Ｗｅｂサーバにシステムの外部からリク
エストが来たときに、データテーブル３４５４内のデー
タを組み替えながら出力用テーブル（図２中には記載せ
ず）に一時的に格納して、この格納されたデータをＷｅ
ｂサーバが画像処理して、その画像を配信することがで
きるＷｅｂサーバであれば使用可能である。

【００５０】店舗端末については、特に、その構成要素
は図示されていないが、それはＰＯＳに代表される公知
の店舗端末の基本的機能を提供するための公知の構成要
素に加えて、店舗端末に具備されたデータ入力部から入
力されたデータを入力の都度その店舗端末内の記憶部に
順次蓄積し、外部からの操作に応じて、あるいは、自動
的にある特定の時刻に、この蓄積されたデータをＦＴＰ
ファイルデータに変換してデータ処理センター３のＦＴ
Ｐサーバ３２００の対応するデータ領域に書き込む機能
を有するデータ送信手段を有する。

【００５１】本発明の動作ステップは、大別して、各店
舗端末における入力データの作成ステップと、データ送
信ステップと、ＦＴＰサーバ内へのＦＴＰファイルの書
込みステップと、ＦＴＰサーバ内に書き込まれたファイ
ルの監視ステップと、かかるファイル内のデータをテー
ブル形式で格納するデータベースへの取込ステップと、
テーブル形式で格納されたデータを更にファイル形式に
変換して格納するステップと、場合によっては、所定の
方式に従ってデータを出力するステップとにより構成さ
れ、具体的には、図を参照しながら以下に説明するとお
りである。

【００５２】図３は、本発明の店舗端末からデータをデ
ータ処理センターへ送信するときの動作概要を示す図で
ある。以下では，本システムをインターネットを介して
利用して実現する場合について説明する。

【００５３】店舗端末１は、ステップ１１０で、各店舗
での精算処理後に本発明による本システムへのデータ送
信を実行するために予め具備されているデータ送信手段
を呼び出す。ここで呼び出されたデータ送信手段は、ス
テップ１２０で、本システムのデータ処理センターへデ
ータを送信するための送信用データファイルを作成す
る。この場合の送信データファイルは、例えば、店舗コ
ード及び個別会計毎の情報・データを始め日次の集計情
報までも網羅されているのが典型的であり、これらの個
別データの特定の組み合わせから構成される会計情報デ
ータファイル、発注データファイル、勤務実績データフ
ァイルから構成されていることもあるが、そのデータフ
ァイル構成は必ずしもこれに限定されるものではなく、
必要に応じて適宜選択可能である。尚、ここでの送信デ
ータファイルには、データ送信日やデータ送信日時をフ
ァイル名に記載することが好ましい。

【００５４】データ処理センタへの送信用データファイ
ルが作成された後に、そのデータファイルを作成した各
店舗端末は、ステップ１３０で、例えば、イーサネット
（登録商標）によりＴＣＰ／ＩＰ接続されているダイア
ルアップルータによりインターネットの最寄のアクセス
ポイントに具備されたインターネット・サーバにそのデ
ータファイルを送信し、このアクセスポイントのインタ
ーネット・サーバから、インターネットを経由してデー
タ処理センタへＦＴＰ接続されてこのデータファイルが
データ処理センタ３に送信される。

【００５５】このデータ送信手段は、ステップ１４０
で、この送信が正常に終了したことを確認して送信プロ
セスを終了する。

【００５６】データ処理センタ３内のＦＴＰサーバ３２
００は、この送信されたデータファイルを受信して、ア
プリケーションサーバ３３００内に予め具備された店舗
端末固有の設定データが格納されている取込処理設定フ
ァイル３３４０から、データファイルを送信している店
舗端末に対応する固有の設定データを参照しながら、送
信されたデータファイルをＦＴＰサーバ３２００内に確
保された対応データ領域３２２２にその送信データファ
イルを書き込む。このようにして、順次、各店舗端末か
ら送信されたデータファイルがその店舗端末にそれぞれ
対応するＦＴＰサーバ３２００内のデータ領域３２２２
に作成（転送）される。

【００５７】図４から図８は、一体となって、データ処
理センター３内のＦＴＰサーバ３２００が店舗端末１か
ら受信したＦＴＰデータファイルの中に記入されている
其々のデータを、アプリケーションサーバ３３００内の
各手段（例えば、データ受信監視手段３３１０、データ
取込処理手段３３２０、センターデータ生成処理手段３
３３０等）が所定の手続に従って加工処理し、取り纏め
て所定のデータベースに格納し、取り纏められたデータ
を予め定められた手順に従って出力したり、外部からの
出力リクエストを受信してから所定の形式に従って出力
するまでのプロセスを図示したものである。

【００５８】図４において、アプリケーションサーバ３
３００内のデータ受信監視手段３３１０は、アプリケー
ションサーバ３３００内に具備されたタイマー（図２中
には記載せず）に従って、一定の時間が経過する度に、
立ち上げられ、この立ち上げられたデータ受信監視手段
３３１０が、ステップ２００で、取込処理設定ファイル
３３４０や環境設定ファイル３３５０を参照しながら、
ＦＴＰサーバ３２００内の店舗データ領域３２２０に格
納されているデータファイルのファイル名を検索する。
上記のように、このデータ領域３２２２に格納されてい
るデータファイルに対しては、拡張子のみが異なる二つ
のファイル名が設定されているので、このステップ２０
０においては、これら二つのファイル名を比較しながら
検索する。ここで使用されるファイル名の構造として
は、一般的には、ファイルの送信日時が書き込まれたフ
ァイル名と、そのファイル名の最後に．ｔｘｔ拡張子が
付けられているファイル名との二つが設定されており、
これらの日時の比較検討とｔｘｔ拡張子の存在の有無に
基づいて、データ領域３２２２には既に書き込まれてい
るが、その後、未処理になっているデータファイルを特
定することが可能となる。このようなプロセスにより新
たに受信がされていても未だ処理がなされていないデー
タファイルの特定がステップ２１０で行われ、このよう
な未処理ファイルを発見しなかったときは、ステップ２
００に戻り、上記のプロセスを繰り返し、このような未
処理ファイルを発見したときには次のステップ２２０に
移行する。

【００５９】ステップ２２０では、ステップ２１０で発
見されたデータファイル名に拡張子（一例として、．ｔ
ｘｔ拡張子）をそのファイル名の最後に書き加えること
により、ファイル名の名称変更が行われる。

【００６０】上記のファイル名の名称が変更されると、
データ受信監視手段３３１０は次にステップ２３０にお
いて、データ受信履歴テーブル３４２２に予め確保され
ているデータフィールドに当該データの受信履歴に関す
る任意のデータ又は情報を書き込む。この場合のデータ
受信履歴テーブル３４２２のデータフィールドは、それ
ぞれが１対１にデータ領域３２２２のデータフィールド
に対応している。更に、このデータ受信履歴テーブル３
４２２に書き込む履歴を表す情報の種類の選択は任意で
あるが、一般的には、受信の日時、受信後のデータ処理
の有無等々である。

【００６１】次にステップ２４０において、上記の作業
が行われた対象のデータファイルが店舗端末から送信さ
れたデータファイル（一例として、データ送信ファイル
の名称で総称されるデータファイル）の最後尾であるか
どうかを判断し、最後尾でない場合には、ステップ２０
０に戻り、上記のプロセスを繰り返し、最後尾である場
合には、図５のステップ２５０からの一連のプロセスに
移行する。

【００６２】ＦＴＰサーバ内に書き込まれたデータを展
開（この場合の展開とは、一例として、ファイル形式で
格納されたデータファイルの所定のフィールド毎に区分
けした後それをキャッシングし、キャッシングされたデ
ータを加工処理して、加工処理されたデータを所定の変
数に基づいてテーブル形式でデータベースに書き込む処
理を指す。）して、データ処理センタ３内の各データ格
納手段に適宜格納するステップは、ステップ２５０から
始まるが、上記の作業を司るものはデータ取込処理手段
３３２０であり、このステップ２５０において、このデ
ータ取込処理手段３３２０が立ち上げられる。

【００６３】この立ち上げられたデータ取込処理手段３
３２０は、ステップ２６０において、アプリケーション
サーバ３３００内の環境設定ファイル３３５０を読み取
り、この環境設定ファイル３３５０の中の情報に基づい
て、データ受信履歴テーブル３４２４のデータフィール
ドにステップ２３０で書き込まれたデータを読み込む。
この場合の読み込みにあたっては、データフィールド毎
に順次読み込むこともできるが、処理にかかる時間を短
縮するために、そのテーブルの中のデータを全て一括し
て読み込んで、アプリケーションサーバ３３００内のキ
ャッシュ領域（図２中には記載せず）に一時的に保管す
る方式で実施することもできる。

【００６４】このデータ取込処理手段３３２０は、更
に、ステップ２８０で、データ取込処理履歴テーブル３
４２４のデータフィールドのデータを、上記の方法と同
様にして、読み込む。

【００６５】次に、ステップ２９０において、データ取
込処理手段３３２０は、上記により読み込まれたデータ
受信履歴テーブルとデータ取込処理履歴テーブルをそれ
ぞれデータ領域３２２２に対応するデータフィールド毎
に比較検討する。この場合、データ受信履歴テーブルの
中の受信履歴情報が格納されている該当データフィール
ド内の情報あるいはデータと、データ取込処理履歴テー
ブルの中の取込処理履歴情報が格納されている該当デー
タフィールド内の情報あるいはデータとが比較検討され
ることとなる。この比較検討により、店舗端末１からは
ＦＴＰデータファイルを受信してはいるもののそのデー
タについてはその受信に続く以降の処理がなされていな
いことが判別できる。一例として、受信履歴に受信日時
が記載されており、一方、取込処理履歴に取込処理日時
が記載されているとすれば、これらの日時の前後関係に
より、上記の判別が可能となる。

【００６６】このような判別をステップ３００で行い、
取込処理が既に完了していると判断されたときには、次
に続くデータフィールドに関して比較検討すべくステッ
プ２７０に戻り上記のプロセスを繰り返すが、未だなさ
れていないと判断されたときには、ステップ３１０に移
り、データ取込処理履歴テーブル内の該当するデータフ
ィールドに適切な情報あるいはデータを書き込む。

【００６７】次に、プロセスはステップ３２０に移行
し、ここで、データ取込処理履歴テーブルのデータフィ
ールドの最後尾であるかどうかを判断し、最後尾でなか
ったときには、ステップ２７０に戻り、上記のプロセス
を繰り返し、最後尾であったときには、図６のステップ
３３０に移行する。

【００６８】ここで、上記のデータ受信履歴テーブル中
のデータ及びデータ取込処理履歴テーブル中のデータが
キャッシュとして読み込まれたときには、上記の戻り先
のステップはそれそれステップ２９０となる。

【００６９】ステップ３３０において、データ取込処理
手段３３２０は、環境設定ファイル３３５０を読み込
む。

【００７０】次に、ステップ３５０において、データ取
込処理手段３３２０は、店舗環境設定ファイル３３６０
を読み込む。

【００７１】更に、ステップ３６０において、データ取
込処理手段３３２０は、データ取込処理履歴テーブルの
該当するデータフィールドの中の処理区分を示すデータ
フィールドに処理中を示すフラグを設定することによ
り、当該データが現在処理中であることを示すようにす
る。尚、ここで処理中の場合には、アプリケーションサ
ーバ３３００内の各種手段は、処理の対象となるレコー
ドやデータに関しての各種処理を中断して次に続く処理
対象レコードやデータを処理するように設定されてい
る。

【００７２】以上のプロセスの後に、データ取込処理手
段３３２０は、ステップ３７０において、初めて、デー
タベースサーバ内の企業データベースのデータテーブル
にデータ展開するが、この場合のデータ展開とは、この
場合の展開とは、一例として、ファイル形式で格納され
たデータファイルの所定のフィールド毎に区分けした後
それをキャッシングし、キャッシングされたデータを加
工処理して、加工処理されたデータを所定の変数に基づ
いて取り纏めてテーブル形式でデータベース内の格納ス
ペースに格納することである。

【００７３】ステップ３８０においては、データベース
へのデータ展開が正常に終了したかどうかを判断する。
この場合の判断方法としては、一例として、データベー
スサーバ３４００内のプログラム（一般的には、ＯＳ内
に常駐）によりこのデータベースサーバからエラーコー
ドが自動的に返されるように設定されているので、その
エラーコードでもって判断が為される。

【００７４】データベースへのデータ展開が正常に終了
した場合には、ステップ３９０に移行して、ここで、デ
ータ取込処理履歴テーブル３４２４に正常終了したこと
を示すフラグが設定され、その逆に、データ展開が正常
に終了しなかった場合には、ステップ４００に移行し
て、同じくデータ取込処理履歴テーブル３４２４に正常
終了しなかったことを示すエラーコードのフラグが設定
される。これらの設定は、該当するデータテーブルを構
成するデータフィールド内の適切なフィールドに特定の
識別コードを設定する等の公知の方法で対応可能であ
る。

【００７５】以上のいずれの場合においても、ステップ
はステップ４１０に移行して、データ取込処理履歴テー
ブル３４２４の最後尾であるかどうかを判断する。この
テーブルの最後尾でない場合には、ステップ３４０に戻
って、上記の一連のプロセスを繰り返す。最後尾の場合
には、ステップ４３０から始まるセンターデータ生成処
理プロセスに移行する。

【００７６】このセンターデータ生成処理プロセスは、
出力データを生成・出力するプロセスから構成されてお
り、この一連のプロセスはステップ４３０に始まる。こ
のステップ４３０に移行するときには、上記のステップ
４１０から移行する場合と、本発明によるシステムの外
部から送信されたリクエストをステップ４２０で受信し
てから移行する場合とが並列的に存在する。この場合の
外部からのリクエストは、公知の手段により発信・受信
されるものであり、具体的には、一例として、ＦＡＸ端
末から発信されるリクエストをＦＡＸサーバが受信する
公知の形態や、ＦＴＰファイルの出力端末からのＦＴＰ
ファイルリクエストをＦＴＰサーバが受信する公知の形
態も考えられる。

【００７７】ステップ４３０においては、センターデー
タ生成処理手段が立ち上げられて、次に、ステップ４４
０において、センターデータの生成処理が実行される。
ここで実行されるセンターデータ生成処理とは、ＦＴＰ
サーバ３２００内の店舗データ領域３２２０に格納され
たデータを、所定の手順に従って加工処理した後、取引
先別に取り纏め直すことがその主な目的である。

【００７８】この目的のために、センターデータ生成処
理手段３３３０は、先ず、ステップ４５０において、デ
ータ取込処理履歴テーブル３４２４を読み込み、次に、
ステップ４６０において、企業データベース３４５２内
のデータテーブル３４５４を読み込み、更には、ステッ
プ４７０において、取引先マスターテーブル３４２６の
データを読み込む。これらのステップにおいて上記の各
種データを読み込む方法については、特に限定されない
が、一般的には、アプリケーションサーバ３３００内の
キャッシュに一時的に格納する方法がある。

【００７９】ステップ４８０においては、センターデー
タ生成処理手段３３３０が、これらの三種類のデータを
読み比べながら、データ領域３２２２内のデータファイ
ルに書き込まれたデータを加工処理して取引先別にこの
加工処理されたデータを取り纏めて、その取り纏められ
たデータを企業データベース３４５２内に具備された作
業用データテーブル（図２中には記載せず）に一旦書き
出す。

【００８０】次に、センターデータ生成処理手段３３３
０は、ステップ４９０において、前記の書き出されたデ
ータを、送信データ区分による出力形式の種類を判断し
て、所定の出力形式により出力されるのであるが、例と
して、ＦＴＰファイル形式、ＦＡＸ形式、及びＷｅｂ形
式による出力のそれぞれの場合におけるフローチャート
の概要が図示されている。この場合の出力形式には、携
帯電話への出力形式も公知の方法により可能である。

【００８１】ＦＴＰファイル形式による出力を行う場合
には、ステップ５００において、センターデータ生成処
理手段３３３０が、センター用データ領域３２５２に格
納されたデータを、取引先別に予め定められたレイアウ
トに従って順次出力し、ステップ５８０において、デー
タ取込処理履歴テーブルのデータフィールドの最後尾で
あるかどうかを判断し、最後尾であった場合には、ステ
ップ５９０にて、センターデータ送信の終了処理を行
い、一連のプロセスが完了する。ここで、最後尾でなか
ったときには、ステップ５００に戻って、上記のプロセ
スを繰り返して、最終的にはステップ５９０に移行し、
終了する。

【００８２】一方、ＦＡＸ形式による出力を行う場合に
おいても、センターデータ生成処理手段３３３０が下記
の一連のステップを行うのであるが、ステップ５１０に
おいては、このＦＡＸサーバ３６００内のデータ格納手
段（図２中には記載せず）の中にＦＴＰサーバ内のセン
ター用データ領域３２５２に格納されているデータが出
力されているかどうかを確認する。ここで、このデータ
が出力されていなかった場合には、このステップ５１０
の段階で、かかるデータをセンター用データ領域３２５
２から出力する。この逆にこのデータが出力されていた
ときには、次に、ステップ５３０に移行し、ここで、例
えば、ＦＡＸ形式による出力の頻度や時刻等に関する情
報が格納されている取引先マスタテーブル３４２６の中
の、特に、実行区分に関する情報が格納されているＦＡ
Ｘサイクルマスタ（図２中には記載せず）を読み取り、
それに従って、ステップ５４０において、実行区分を判
断する。図８中の例においては、この実行区分に従っ
て、指定時刻にＦＡＸ出力するのか、随時ＦＡＸ出力す
るのかを判断する場合が記載されている。

【００８３】実行区分が指定時刻におけるＦＡＸ出力で
ある場合には、ステップ５５０に移行して、ここで、ア
プリケーションサーバ３３００内に具備されたタイマー
（図２中には記載せず）による時刻を参照して、指定し
た時刻に達しているかどうかを判断し、指定時刻に達し
ている場合には、ステップ５６０に移行して、前回ステ
ップ４７０で読み込んだマスターテーブルに記載されて
いる情報に基づいて、取引先別に指定されたレイアウト
に従ってＦＡＸサーバ３６００内のデータ格納手段（図
２中には記載せず）に出力すると同時に、ステップ５７
０において、このＦＡＸサーバ３６００の中央制御手段
（図２中には記載せず）に送信処理リクエストを発行
し、図中には記載されていないが、これに続くステップ
において、公知のプロセスに従って、このＦＡＸサーバ
３６００がＦＡＸ形式によりデータを出力する。次に、
ステップ５８０において、センターデータ生成処理手段
３３３０は、ステップ４５０で読み込まれたデータ取込
処理履歴テーブル３４２４を見て、その最後尾であるか
どうかを判断し、最後尾でなかったときには、ステップ
５１０に戻り、上記のプロセスを繰り返し、最後尾とな
ったときには、ステップ５９０に移行し、終了する。

【００８４】また、会員がインターネットを介してデー
タをＷｅｂブラウザーにより自由にいつでも閲覧できる
ようにするために、データ処理センタ内には、Ｗｅｂサ
ーバ３５００を備えることもある。このような場合に
は、センターデータ生成処理手段３３３０は、ステップ
５２０において、センタ用データ領域３２５２内にしか
るべきデータを蓄積する。次に、ステップ５８０におい
て、データ取込処理手段３３２０は、ステップ４５０で
読み込まれたデータ取込処理履歴テーブル３４２４を見
て、その最後尾であるかどうかを判断し、最後尾でなか
ったときには、ステップ５２０に戻り、上記のプロセス
を繰り返し、最後尾となったときには、ステップ５９０
に移行し、終了する。

【００８５】クライアント端末から企業データベースに
格納されたデータを閲覧する場合には、典型的には、以
下のプロセスに沿って実行されるが、必ずしも、以下の
プロセスに限定されるものではなく、サーバ内のデータ
をインターネットを介して特定のクライアント端末から
のみ閲覧できるプロセスであれば、どのようなものでも
良いことは当業者には理解できる。

【００８６】一例として、本システムのサービスを受け
る契約を締結している登録ユーザは，本システムの企業
データベース内に格納されたデータの閲覧を希望すると
きには、通信網２を介してリンクされたクライアント端
末６に搭載された通常のＷＷＷブラウザ、又は携帯電話
端末等のブラウザ、及びインターネットダイアルアップ
等のアクセス手段により，データ処理センタ３のホーム
ページをインタフェースとする要望情報閲覧手段（図２
には記載せず）にアクセスする。

【００８７】このようなＷＷＷブラウザにアクセスする
にあたっては、公知の無線通信アクセス手段を利用する
ことも可能であり、そのような場合には、Ｗｅｂサーバ
は、ＨＴＭＬ言語ではなく、ＷＭＬ言語にデータを自動
変換して、携帯電話等の移動無線装置からでも閲覧する
こともできることは、当業者には理解できる筈である。

【００８８】このような場合には、システムは，契約者
認証手段（図２には記載せず）において契約者のパスワ
ードまたはユーザＩＤ等の契約者認証情報により，契約
者が正規に登録された会員であることを認証した上で，
閲覧条件に合致する要望情報の選択情報をホームページ
というインタフェースを利用して会員に提示する。契約
者は，提示された要望情報の選択情報の中から所望する
要望情報を取り出す。

【００８９】又、システムは，要望情報閲覧手段（図２
には記載せず）により契約者のクライアント端末６のア
クセス状況等の利用情報を利用情報データベース（図２
には記載せず）に記録し，さらに課金情報管理手段（図
２には記載せず）により，これに対応する閲覧データ量
等に応じた課金処理のための課金情報を課金情報データ
ベース（図２には記載せず）に記録することも可能であ
る。

【００９０】その後，データ処理センタ３の運営会社
は，契約者に対し課金情報データベース（図２には記載
せず）に記録された課金情報に基づいて請求を行い，契
約者に課金の支払いを請求することも可能である。な
お，契約者に対する課金は，アクセス時間に応じた従量
制，閲覧データ量に応じた従量制または定額制など，任
意の課金方式を採用可能であるが，契約者が必要とする
情報を取得した場合に課金するという観点から，閲覧デ
ータ量に応じた従量制を採用することも可能である。

【００９１】

【発明の効果】以上説明したように、本発明によれば、
各店舗端末から随時送信されて来るデータを、一定の時
間間隔で、タイムリーに処理することができ、この場合
の時間間隔を限りなくゼロに近づけることにより、理想
的な、リアルタイム性を確保することが可能となり、更
に、Ｗｅｂサーバとの連動により、データ閲覧者は、ユ
ーザ毎にタイムリーに取り纏められたデータを、携帯電
話端末を含め、いつでも何処でも閲覧することが可能と
なり、如いては、このようなタイムリーに取り纏められ
たデータに基づいて、食材等を一括発注することが可能
となり、食材調達におけるコストの低減にも資すること
ができる。

【図面の簡単な説明】

【図１】 本発明に係るシステムの一実施形態の構成を
示す概念図である。

【図２】 本発明に係るデータ処理センターの一実施形
態の主な構成を示すブロック概念図である。

【図３】 本発明に係る店舗端末における処理動作の一
実施形態を示すフローチャートである。

【図４】 本発明に係るファイル名の変換処理動作部分
の一実施形態を示すフローチャートである。

【図５】 本発明に係るデータ取込処理動作部分の一実
施形態を示すフローチャートである。

【図６】 本発明に係るデータ展開処理動作部分の一実
施形態を示すフローチャートである。

【図７】 本発明に係るセンターデータ生成処理動作部
分の一実施形態を示すフローチャートである。

【図８】 本発明に係るデータ出力処理動作部分の一実
施形態を示すフローチャートである。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 少なくとも一つの店舗端末からデータを
   データ処理センターへ不定期に送信するステップと、 前記データ処理センターにおいて、 前記データを受信するステップと、 前記受信された前記データを前記店舗端末のそれぞれと
   １対１に対応するデータ格納スペースにそれぞれ格納す
   るステップと、 前記データ格納スペースにそれぞれ格納された前記デー
   タを予め定められた時間間隔で読み取るステップと、 前記読み取ったデータを加工して、前記加工されたデー
   タを前記店舗端末の中から予め選定された店舗端末から
   構成されるグループ毎に取り纏めるステップと、 前記取り纏められたデータを前記グループのそれぞれに
   対応するデータベースに格納するステップとを含むこと
   を特徴とする飲食店用データ処理管理プロセス。
2. 【請求項２】 前記データベースに前記取り纏められた
   データを格納するにあたってファイル形式で格納するこ
   とを特徴とする請求項１記載の飲食店用データ処理管理
   プロセス。
3. 【請求項３】 前記取り纏められたデータが予め定めら
   れた情報端末に送信されるステップを更に含むことを特
   徴とする請求項２記載の飲食店用データ処理管理プロセ
   ス。
4. 【請求項４】 前記取り纏められたデータをＷｅｂブラ
   ウザーで閲覧するステップを更に含むことを特徴とする
   請求項２記載の飲食店用データ処理管理プロセス。
5. 【請求項５】 前記データが食材発注データを含むデー
   タであることを特徴とする請求項１から請求項４のいず
   れかに記載の飲食店用データ処理管理プロセス。
6. 【請求項６】 ＦＴＰデータファイルを送信する送信手
   段を有する少なくとも一つの店舗端末と、データ処理セ
   ンターとを含み、 前記データ処理センターは、 前記ＦＴＰデータファイルを受信する受信手段と、各店
   舗端末から送信されるＦＴＰデータファイルと１対１に
   対応するデータ格納領域に前記受信したＦＴＰデータフ
   ァイルを格納する格納手段とを有するＦＴＰサーバと、 データ受信監視手段と、データ取込処理手段と、センタ
   ーデータ生成処理手段と、取込処理設定ファイルと、環
   境設定ファイルと、店舗環境設定ファイルとを有するア
   プリケーションサーバと、 データ受信履歴テーブルと、取込処理履歴テーブルと、
   取引先マスタテーブルと、企業データベースとを有する
   データベースサーバとを含むことを特徴とする飲食店用
   データ処理管理システムにおいて、 前記送信手段が、前記ＦＴＰデータファイルを送信する
   ステップと、 前記受信手段が、前記ＦＴＰデータファイルを受信する
   ステップと、 前記格納手段が、前記ＦＴＰデータファイルを受信して
   予め定められた格納スペースに格納するステップと、 前記データ受信監視手段が、前記受信されたＦＴＰデー
   タファイルのファイル名を予め定められた時間間隔で検
   索してテキスト形式のファイル名に変換すると共にデー
   タ受信履歴テーブルに受信履歴データを書込み、データ
   取込処理手段を立ち上げるステップと、 前記立ち上げられたデータ取込処理手段が、取込処理設
   定ファイルを読み込み、データ受信履歴テーブルから受
   信履歴データを取り込み、次に、データ取込処理履歴テ
   ーブルからデータ取込処理履歴データを取り込み、前記
   データ受信履歴データと比較しながらデータ取込処理履
   歴テーブルを更新して、企業データベース内の所定のデ
   ータテーブルに前記ＦＴＰデータファイル内のデータを
   展開・書込んだ後、センターデータ生成処理手段を立ち
   上げるステップと、 前記立ち上げられたセンターデータ生成処理手段が、予
   め定められたデータファイル形式で前記企業データベー
   ス内のデータをユーザ毎に取り纏め送信又は表示するス
   テップとを含むことを特徴とする飲食店用データ処理管
   理プロセス。
7. 【請求項７】 少なくとも一つの店舗端末からデータを
   データ処理センターへ不定期に送信する送信手段と、 前記データ処理センターが、 前記データを受信する手段と、 前記店舗端末のそれぞれと１対１に対応するデータ格納
   スペースにそれぞれ格納する格納手段と、 前記データ格納スペースにそれぞれ格納された前記デー
   タを予め定められた時間間隔で読み取る手段と、 前記読み取ったデータを加工して、前記店舗端末の中か
   ら予め選定された店舗端末から構成されるグループ毎に
   取り纏める取り纏める手段と、 前記取り纏められたデータを前記グループのそれぞれに
   対応するデータベースに格納する格納手段とを含むこと
   を特徴とする飲食店用データ処理管理システム。
8. 【請求項８】 前記データベースに前記取り纏められた
   データを格納するにあたってファイル形式で格納するこ
   とを特徴とする請求項７記載の飲食店用データ処理管理
   システム。
9. 【請求項９】 前記取り纏められたデータを予め定めら
   れた情報端末に送信する手段を更に含むことを特徴とす
   る請求項８記載の飲食店用データ処理管理システム。
10. 【請求項１０】 前記取り纏められたデータをＷｅｂブ
    ラウザーで閲覧できるようにする手段を更に含むことを
    特徴とする請求項７記載の飲食店用データ処理管理シス
    テム。
11. 【請求項１１】 前記データが食材発注データを含むデ
    ータであることを特徴とする請求項７から請求項１０の
    いずれかに記載の飲食店用データ処理管理プロセス。
12. 【請求項１２】 ＦＴＰデータファイルを送信する送信
    手段を有する少なくとも一つの店舗端末と、データ処理
    センターとを含み、 前記データ処理センターが、 前記ＦＴＰデータファイルを受信する受信手段と、各店
    舗端末と１対１に対応する店舗データ領域に前記受信さ
    れたＦＴＰデータファイルを格納する手段とを有するＦ
    ＴＰサーバと、 データ受信監視手段と、データ取込処理手段と、センタ
    ーデータ生成処理手段と、取込処理設定ファイルと、環
    境設定ファイルと、店舗環境設定ファイルとを有するア
    プリケーションサーバと、 データ受信履歴テーブルと、データ取込処理履歴テーブ
    ルと、企業データベースとを有するデータベースサーバ
    とを含むことを特徴とする飲食店用データ処理管理シス
    テムであって、 前記受信されたＦＴＰデータファイルのファイル名を予
    め定められた時間間隔で検索してテキスト形式のファイ
    ル名に変換すると共にデータ受信履歴テーブルに受信履
    歴データを書込み、データ取込処理手段を立ち上げるデ
    ータ受信監視手段と、 取込処理設定ファイルを読み込み、データ受信履歴テー
    ブルから受信履歴データを取り込み、次に、データ取込
    処理履歴テーブルからデータ取込処理履歴テーブルを取
    り込み、前記データ受信履歴データと比較しながらデー
    タ取込処理履歴テーブルを更新して、企業データベース
    内の所定のデータ領域に前記ＦＴＰデータファイル内の
    データを展開・書込みするデータ取込処理手段と、 予め定められたデータファイル形式で前記データテーブ
    ル内のデータをユーザ毎に取り纏めて格納し、送信又は
    表示するセンターデータ生成処理手段とを含むことを特
    徴とする。