JPH03250367A - 注文内容の登録方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の目的〕 （産業上の利用分野） 本発明は、日毎に発生する注文内容を受け付け登録して
管理集計する注文内容の登録方法に関する。

（従来の技術） 例えば夕食材料の注文システムのように、はぼ毎日注文
か発生し、毎日発送する場合には、通常−日か最小の管
理集計単位となるが、このような注文システムにおいて
は日々発生する注文内容を適確に受は付けて登録し、管
理集計することか重要である。このようなシステムにお
いては、会計および処理の関係で１年または半年を大き
な管理単位とするとともに、多くの顧客に対応できるよ
うになっている。

第７図は従来のこのような注文システムにおいて１日を
最小の集計単位とした場合の各日の注文データを順に並
べて記憶したファイルの内容を示しているものである。

この図においては、１年を管理単位とし、第１日から第
３６５日までの注文内容のデータをファイルとして記憶
しておき、このファイルから必要に応じて１日分のデー
タをメインメモリに読み出し、表示し、更に修正等を行
い、またファイルに記憶するようになっている。

第７図に示すような従来の方式では、−度に１日分のデ
ータしか処理できないため、各データを処理しようとす
る場合に処理時間がかがるとともに、顧客側から見ても
、例えば昨日を何を注文し、今日は何を注文したから、
明日は何を注文しよう等という前後関係がわかりにくい
ので、この処理および管理単位を１８囃位から例えば１
週間単位等のようにブロック化する方法がある。

第８図はこのように１週間単位で処理および管理する場
合に表示される一覧表を示しているが、このような１週
間単位の一覧表で注文を作成および修正する方法は顧客
側にとりでかわりやすく、注文し易いとともに、また注
文を受は付けるセンタ側においても週毎の集計がし易い
という利点がある。

このように１週間単位で処理および管理を行う方法にお
いても、このデータを記憶するファイル形式が第７図に
示すような従来形式のものであると、１画面表示するの
に７回のファイルアクセスが必要となり、時間のロスが
大きい、また、例えば、当日が４月５日として、当日を
含む１週間を表示する場合、装置に内蔵されている内部
時計から当日の日付を参照してファイルから読んでくる
か、この当日か例えば水曜日であるとすると、２日前か
ら読んて゛こなければならないため、アルゴリズムが複
雑になり、ミスが発生しやすくなる。

従って、ファイル内部を週単位のブロックで区切って管
理することが好ましい。

第９図はこのような週単位のブロックで区切って管理す
るファイルを示しているものである。すなわち、１年間
を第１週から第５３週に分割して管理し、このうちの処
理したい所望の１週間分のデータのみをファイルからメ
インメモリに読み出して展開し処理することにより効率
的な処理を行うことができる。

第１０図および第１１図は顧客が当日を含む１週間分の
注文を行う場合を想定し、必要なデータを読み出すアル
ゴリズムを示すフローチャートであり、第１０図は１日
毎のデータから読み出す場合のアルゴリズムを示し、第
１１図は１３ＦＩ間単位のデータから読み出す場合のア
ルゴリズムを示している。

第１０図の処理においては当日を含む１週間の初めの月
曜日が１年の何日目になるかを計算することか必要であ
り、また第１１図の処理においては当日を含む１週間か
１年の何週目になるかを計算することが必要である。ま
た、画処理はファイルにアクセスしている時間は変わら
ない、すなわちデータ量は同じであるか、１週間単位で
処理する第１１図の処理は繰り返しがない分処理が単純
で高速である。

（発明が解決しようとする課題） 第１１図に示すように１週間単位で処理を行う方法にお
いても、得ようとするデータを検索するために当日を含
む１週間が１年の何週目になるかを計算することか必要
であるか、この計算はアプリケーションプログラムで各
機械毎に実施されるため、プログラムミスや計算機の処
理不良から、エラーが発生する可能性があるという問題
がある。

本発明は、上記に鑑みてなされたもので、その目的とす
るところは、求めようとするデータを確実に検索し得る
ように注文内容を登録する注文内容の登録方法を提供す
ることにある。

〔発明の構成〕

（課題を解決するための手段） 上記目的を達成するなめに、本発明の注文内容の登録方
法は、日毎に発生ずる注文内容を受け付け登録して管理
集計する注文内容の登録方法であって、管理すべき所定
の期間を所定の日数毎の複数のブロックに分割し、各ブ
ロックに対応して各ブロックの初めの日と終わりの日と
を記憶し、検索したい所望の日を前記初めの日および終
わりの日と比較し、この比較結果から前記所望の日のブ
ロックを検索することを要旨とする。

（作用） 本発明の注文内容の登録方法では、管理すべき所定の期
間を複数のブロックに分割し、各ブロックに対応して各
ブロックの初めの日と終わりの日とを記憶し、検索した
い所望の日をこの初めの日および終わりの日と比較し、
所望の日のブロックを検索している。

（実施例） 以下、図面を用いて本発明の詳細な説明する。

第１図は本発明の一実施例に係わる注文内容の登録方法
に使用されるファイル構成を示す図である。同図におい
ては、所定の管理期間を１年とし、この１年を週毎に分
割して第１週から第５３周のブロックを構成し、各ブロ
ックには月曜日から日曜日の１週間分のデータに加えて
、１週間の初めの日と終わりの日が年内の通算日数、す
なわち１年の初めからの通し番号日で記憶されるように
なっている。具体的には、同図において、第２週のデー
タが拡大して示されているが、この第２週のデータには
、４／３（月）〜４／９（日）のデータに加えて、この
週の初めの日（４／３）および終わりの日（４／９＞の
１年の初めからの通し番号日がそれぞれ「３）および「
９Ｊとして記憶されている。このようなファイルから求
める日付を含む１週間分のデータを検索するには、同図
の一番下に示すようにファイルから各１週間分のデータ
をメインメモリに読み出し、求める日付を読み出したデ
ータの中の初めの日および終わりの日とを大小比較し、
求める日付か初めの日と終わりの日との間にある場合の
データが求めるデータと確認されるものである。第２図
は第１３！Ｊ、第２週および第５３周のデータを拡大し
て示す第１図と同様な図である。

第３図は上述したファイルを有する注文システムの構成
を示すブロック図である。同図に示す注文システムは前
記ファイル、すなわち注文ファイルを記憶する外部記録
装置１を有し、この注文システムはセンタ側の装置と顧
客側の装置とに分割されている。センタ側の装置には、
前記外部記録装置１にアクセス装置３を介して接続され
たメインメモリ５か設けられている。このメインメモリ
５は外部記録装置１から読み出したデータを記憶するも
のであり、この読み出されたデータは表示装置１１に一
覧表として表示されるようになっている。また、メイン
メモリ５には日時を管理する内部時計７が接続されると
ともに、集計要求等を指示する指示・入力装置９が接続
されている。更に、前記アクセス装置３には、第１図に
示したように１週間分の各ブロックに初めの日と終わり
の日を初期に記憶するフォーマット機能装置１３が設け
られている。なお、前記外部記録装［１は通常センタ側
に設けられている。

また、顧客側の装置としては、前記外部記録装置１にア
クセス装！２１を介して接続されているメインメモリ２
３が設けられ、該メインメモリ２３に読み出されたデー
タが表示装置２７に一覧表として顧客に表示されるよう
になっている０、ｔな、顧客が注文および表示を要求す
るために指示・入力装置２つがメインメモリ２つに接続
されている。

更に、メインメモリ２３には日時を管理する内部時計２
５が接続されている。なお、顧客側はアクセス装Ｗ２１
から電話回線を介してオンラインで接続されている。

次に、第４図に示すフローチャートを参照してファイル
から当日を含む１週間分のデータを読み出して表示する
場合の作用を説明する。

当日が例えば４月５日として入力されたとすると、この
当日の日付、具体的には１年の通し番号日である１５」
が内部時計から読み出される（ステップ１１０）、それ
から、ファイルを開き（ステップ１２０）−ファイルの
各ブロックを最初のブロックから１ブロツクずつ読み込
み（ステップ１３０）、この読み込んだブロックの初め
の日から終わりの日までの範囲内に当日の通し番号日「
５」があるか否かチエツクする（ステップ１４０）０例
えば第１週のブロックの初めの日と終わりの日は第２図
に示したようにそれぞれ「１」および「２」であり、当
日の通し番号日ｒ５．はこの間に入らないので、不要ブ
ロックとしてスキップしくステップ１５０）、次にブロ
ックである第２週のブロックを読み込む。このブロック
の初めの日と終わりの日は第２図に示すように「３」お
よび［９Ｊであり、当日の通し番号日「５」はこの範囲
内に入るので、このブロックが該当するものとして、そ
の１週間のデータが表示装置に表示される（ステップ１
６０）、なお、実際には１つ前の不要ブロックをスキッ
プした時点で、次が求めるデータであることがわがるの
で、次回の範囲のチエツクは不要となるか、アルゴリズ
ムか複雑になって保守しにくくなり、また識別時の安全
も考慮し、第４図に示す方法を採用する。また、別の方
法として、前記ステップ１３０〜１５０で示すループ内
では各ブロックのデータをすべて読み込まずに、初めの
日と終わりの日のみを読み込み、識別ができた後で改め
てデータを読み込むことも考えられる。

第５図は第３図に示す注文システムの具体的構成を示す
図である。同図に示すように、センタ側には前記表示装
置１１を構成するＤＲＴデイスプレィ５１、指示・入力
装置９を構成するキーボード５３、メインメモリ５、内
部時計７、アクセス装［３、フォーマット機能装置１３
などを構成するホストコンピュータ５５等が設けられ、
また顧客側には前記表示装！２７を構成する家庭用テレ
ビ６１、メインメモリ２３などを構成する情報端末６３
および配達された食品を収納する宅配鮮蔵庫６５等が設
けられている。そして、顧客側のテレビ６１の画面には
食事のメニューが表示されているが、この表示の中から
所望のものを選択することにより、この選択された食品
かセンタ側のファイルに登録され、配達されるようにな
っている。

第６図は第５図に示す注文システムにおけるソフトウェ
アおよびデータベースを示す説明図である。同図に示す
ように、センタ側のホストコンピュータには検索・通信
用のソフトウェア、作画用のソフトウェア、素材・調理
用データベース、映像用データベース等かある。また、
顧客側の情報端末には検索・通信用ソフトウェア、映像
・栄養用データベース等がある。

〔発明の効果〕

以上説明したように、本発明によれば、管理すべき所定
の期間を複数のブロックに分割し、各ブロックに対応し
て各ブロックの初めの日と終わりの日とを記憶し、検索
したい所望の日をこの初めの日および終わりの日と比較
し、所望の日のブロックを検索しているので、検索しよ
うとするブロックを簡単かつ確実に検索することができ
るとともに、例えば１年の初めや終わりの日数の半端な
ブロックでも同じように処理することかできる６

【図面の簡単な説明】

第１図は本発明の一実施例に係わる注文内容の登、録方
法に使用されるファイル構成を示す説明図、第２図は第
１週、第２週および第５３周のデータを拡大して示す第
１図と同様な説明図、第３図は第１図に示すファイルを
有する注文システムの構成を示すブロック図、第４図は
第３図の注文システムの作用を示すフローチャート、第
５図は第３図に示す注文システムの具体的構成を示す説
明図、第６図は第５図に示す注文システムにおけるソフ
トウェアおよびデータベースを示す説明図、第７図は従
来の注文システムにおいて１日を最小の集計単位とした
場合の各日の注文データを順に並べて記憶したファイル
の内容を示す説明図、第８図は１週間単位で処理および
管理する場合に表示される一覧表を示す説明図、第９図
は週単位のブロックで区切って管理するファイルを示す
説明図、第１０図および第１１図は顧客が当日を含む１
週間分の注文を行う場合を想定し、必要なデータを読み
出すアルゴリズムを示すフローチャートである６ ■・・・外部記録装置、 ５・・・メインメモリ、 ７・・・内部時計、 ９・・・指示・入力装置、 １１・・・表示装置、 １３・・・フォーマット機能装置、 ２３・・・メインメモリ、 ２５・・・内部時計、 ２７・・・表示装置、 ２つ・・・指示・入力装置。 代臥弁理士三好秀和 −覧表 集計要求 第３図 第 図 第６図 一日ごとのデータ 第１０図 週間単位のデータ

Claims (1)

【特許請求の範囲】
1. 日毎に発生する注文内容を受け付け登録して管理集計す
   る注文内容の登録方法であって、管理すべき所定の期間
   を所定の日数毎の複数のブロックに分割し、各ブロック
   に対応して各ブロックの初めの日と終わりの日とを記憶
   し、検索したい所望の日を前記初めの日および終わりの
   日と比較し、この比較結果から前記所望の日のブロック
   を検索することを特徴とする注文内容の登録方法。