(57)【要約】【課題】  注文者の注文の忘れを防止すると共に、注文者が締め切り時間を過ぎた場合であっても注文することができる。【解決手段】  当日の弁当を注文を注文するためのネットワークに接続した利用者装置１０と、利用者端末１０からの弁当の注文を予め登録された第１の時間まで受け付ける管理装置２０とからなり、管理装置２０が第１の時間よりも早い時間であり予め登録された第２の時間になった場合に、利用者装置１０等の装置に対して通知情報を送信する。【選択図】  図６
2006277362.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を送信する利用者装置と、当該利用者装置からの弁当注文情報を受信し、当該弁当注文情報による弁当の注文の受付を予め登録された第１の時間まで受け付ける管理装置とを備え、
管理装置が、前記第１の時間より前であって予め登録された第２の時間になった場合に、弁当注文受付の通知情報を送信する自動通知手段を有する弁当注文システム。
【請求項２】
日日を特定する情報と注文を管理する主担当者を特定する情報とが対応付いて記録されている主担当者記憶手段と、ネットワークを介して当日の弁当を特定する情報と注文者を特定する情報を包含する弁当特別注文情報を送信する主担当者装置とを備え、
管理装置が、主担当者記憶手段から当日の主担当者を特定する情報を読み出し、ネットワークに接続するコンピュータのうち主担当者装置を特定する主担当者特定手段を有し、
管理装置の主担当者特定手段が特定した主担当者装置から第１の時間経過後に弁当特別注文情報が送信された場合に、管理装置が弁当特別情報を受信して弁当の注文を受け付ける
前記請求項１に記載され、且つ、管理装置が、前記第１の時間経過後に利用者装置から送信された弁当注文情報を受信した場合に、弁当の注文を受け付けない弁当注文システム。
【請求項３】
利用者を特定する情報と予め利用者毎に設定された所定期間の予定の利用金額が初期の金額となる残利用金額とが対応付いて記録されている利用者残利用金額記憶手段を備え、
管理装置が、前記所定期間に利用者が利用者装置を用いて注文した弁当の金額を、残利用者予定利用金額記憶手段から読み出した残利用金額から減算する残利用金額演算手段を有している
前記請求項１に記載の弁当注文システム。
【請求項４】
管理装置が、予め登録された第１の時間より前であって予め登録された第２の時間になった場合に、利用者が使用する利用者装置に対して弁当注文受付の通知情報を送信するステップと、利用者装置がネットワークを介して当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を送信するステップと、管理装置がネットワークを介して利用者装置から送信された弁当注文情報を受信するステップと、管理装置が利用者装置から受信した弁当注文情報による弁当の注文の受付を前記第１の時間まで受け付けるステップとを含む弁当注文方法。
【請求項５】
管理装置に、予め登録された第１の時間より前であって予め登録された第２の時間になった場合に、利用者が使用する利用者装置に対して弁当注文受付の通知情報を送信する手順と、ネットワークを介して利用者装置から送信された当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を受信する手順と、利用者装置から受信した弁当注文情報による弁当の注文の受付を前記第１の時間まで受け付ける手順を実行させるための弁当注文プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、弁当の注文を受け付ける弁当注文システムに関し、特に、弁当注文の時間による制御に関するものである。
【背景技術】
【０００２】
背景技術となる弁当注文システムに、特開２００２−７４１０９号公報に開示されるものがあり、以下説明する。
【０００３】
この背景技術の弁当注文システムは、複数のクライアントＰＣをインターネットへの通信機能を有するシステムサーバで接続した社内ＬＡＮと、インターネットを介してアクセス可能なウエブサーバと、このウエブサーバに接続可能な商品提供業者のＰＣとを備え、前記社内ＬＡＮのシステムサーバには、前記ウエブサーバからインターネットを介して配信される商品データを格納する手段と、各クライアントＰＣからの商品データの閲覧要求があったときに商品データを表示する手段と、各クライアントＰＣから注文されたデータに基づいて、どの商品を誰が何個注文したかを集計する手段と、予め決められた時刻に前記ウエブサーバに対して注文データを伝送する手段とを備え、前記ウエブサーバには、どの会社からどの商品を何個受注したかのデータを集計する手段と、予め決められた時刻に、商品提供業者のＰＣに注文データを伝送する手段とを備え、前記商品提供業者のＰＣには、受注した商品名と個数と、配達先を集計する手段を備えた構成である。
【０００４】
また、他の背景技術の弁当注文システムに、特開２００４−５５５６号公報に開示されるものがあり、以下説明する。
【０００５】
この背景技術の弁当注文システムは、注文端末からネットワークを介して弁当を注文し、注文者に弁当の配達や各種サービスを行う弁当注文および弁当情報サービスシステムにおいて、注文端末からの注文の受付や弁当情報サービスを行う弁当アプリケーションサービスプロバイダーと、弁当アプリケーションサービスプロバイダーから注文データを受け取り、弁当を生産管理する弁当生産管理システムとで構成する。注文端末からの注文の受付や弁当情報サービスを行う弁当アプリケーションサービスプロバイダーをネットワーク上に設け、複数の弁当供給者のメニューを掲載し、注文者は注文端末からその弁当メニューを選択して注文する。また、弁当アプリケーションサービスプロバイダーには、職場の取り纏め者の会員登録手段と弁当注文者へのきめ細かな情報を提供できる弁当情報サービス手段を設けた。更に、弁当アプリケーションサービスプロバイダーから注文データを弁当生産管理システムに送り、弁当生産の管理をしやすい構成にした。
【特許文献１】特開２００２−７４１０９号公報
【特許文献２】特開２００４−５５５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前者背景技術によればサーバに対して一括注文を行うため手間を掛けることなく注文の一括管理及び配達ができる共に通信コストの低減を実現することができる。後者背景技術によれば、複数の弁当供給者により弁当の種類が豊富になり、かつ、職場での一括注文や各種サービス提供など、利用者利便性が向上する。しかしながら、これらの背景技術であっても、注文者が弁当の注文を忘れることを防止することができないという課題を有する。また、どちらの背景技術でも誰かが窓口になって注文をすることができるものの、遅れた場合に一切注文することができないという課題を有する。また、これらの背景技術によっても、月単位等のある所定の期間での計画的な弁当の注文をすることができないという課題を有する。
【０００７】
本発明は前記課題を解決するためになされたものであり、注文者の注文の忘れを防止すると共に、注文者が締め切り時間を過ぎた場合であっても注文することができる弁当注文システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る弁当注文システムは、ネットワークに接続し、当日の弁当を注文を注文する利用者装置と、利用者端末からの弁当の注文を予め登録された第１の時間まで受け付ける管理装置とからなり、管理装置が第１の時間よりも早い時間であり予め登録された第２の時間になった場合に、利用者装置等の装置に対して通知情報を送信するものである。このように本発明においては、弁当の注文を受け付ける締切時間よりも前の時間に通知情報を送信するので、受信した装置が利用者に対して報知することで、利用者の注文忘れを防止することができる。受信する装置としては、利用者装置の他、固定電話、ＩＰ電話、携帯電話等が該当する。ここで、弁当を特定する情報とは、弁当に割り当てられる識別番号の他、弁当を識別することができる全てのものを含む。利用者を特定する情報とは、利用者に割り当てられる識別番号の他、利用者を識別することができる全てのものを含む。
【０００９】
また、本発明に係る弁当注文システムは必要に応じて、日付と主担当者とが対応付いて記録されている主担当者記憶手段と、ネットワークに接続し、当日の弁当を注文を注文するための主担当者装置とを備え、管理装置が主担当者記憶手段を用いてネットワークに接続するコンピュータから主担当者装置を特定し、他の利用者装置から第１の時間を経過した後に弁当注文がある場合には弁当を受け付けないにも拘らず、特定した主担当者装置から第１の時間を経過した後に弁当注文があった場合に弁当注文を受け付けるものである。このように本発明においては、弁当の注文を受け付ける締切時間を経過した場合であっても、主担当者装置からの弁当注文のみは受け付けるので、締切時間を経過した後でも弁当を注文したい利用者は弁当を注文することができると共に、弁当を注文する場合に主担当者が窓口となるため弁当提供者側の弁当注文の受注が煩雑とならない。ここで、記憶手段とは、ハードディスクやフロッピーディスクなどの外部記憶装置のほか、半導体メモリで構成される主記憶装置を含む。記録する形式としては、ファイル形式で記録してもよいし、データベースを用いて記録してもよい。
【００１０】
また、本発明に係る弁当注文システムは必要に応じて、利用者と残利用金額とが対応付いて記録されている利用者残利用金額記憶手段を備え、管理装置が利用者毎に設定された所定期間の予定利用金額から注文した弁当の金額を減算して残利用金額を演算するものである。このように本発明においては、利用者毎に所定期間の利用予定金額を設定した上で、所定期間に注文した弁当の金額を利用予定金額から減算するので、残利用金額を管理装置が求め、利用者に提供することができ、利用者がこれから使用できる金額を見て計画的に弁当を予算以内で注文することができる。
【００１１】
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【発明を実施するための最良の形態】
【００１２】
本発明は多くの異なる形態で実施可能である。したがって、下記の各実施形態の記載内容のみで解釈すべきではない。また、各実施形態の全体を通して同じ要素には同じ符号を付けている。
【００１３】
各実施形態では、主にシステムについて説明するが、所謂当業者であれば明らかな通り、本発明はコンピュータで使用可能なプログラム及び方法としても実施できる。また、本発明は、ハードウェア、ソフトウェア、または、ソフトウェア及びハードウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００１４】
（本発明の第１の実施形態）
本発明の第１の実施形態に係る弁当注文システムについて、図に基づき説明する。
【００１５】
本実施形態に係る弁当注文システムは、図１に示すように、利用者が利用するコンピュータである利用者端末１０と、弁当注文システムを管理する管理サーバ２０と、管理サーバ２０で用いるデータベース４０と、弁当を利用者側へ供給する弁当供給者が利用するコンピュータである弁当供給者端末５０、弁当の支払いの決済を行う決済サーバ６０とを含む。利用者端末１０と管理サーバ２０とはネットワークを介して接続し、通信可能となっている。管理サーバ２０と弁当供給者端末５０及び決済サーバ６０とはネットワークを介して接続し、通信可能となっている。
［弁当の注文］
利用者端末１０は、弁当名と利用者名に加え、月日、利用店舗、金額、個数からなる弁当注文情報を管理サーバ２０に送信して弁当を注文する。弁当名、利用店舗、金額及び個数は、利用者端末１０を操作する利用者により選択される。利用者端末１０には利用者名が予め設定されている。
【００１６】
管理サーバ２０は、利用者端末１０からの弁当注文情報を受信し、弁当の注文を受け付ける。管理サーバ２０は、締め切り時間までに、利用者端末１０から送信された弁当注文情報の弁当の注文を受け、締め切り時間以降に利用者端末１０から送信された弁当注文情報の弁当の注文を受け付けない。
【００１７】
管理サーバ２０は、弁当注文情報を受信して注文を受け付けているので、かかる弁当注文情報をデータベース４０で記録する。これは、後記する弁当の代金の決済時に使用する他、利用者に自己の注文の履歴情報を提供する、弁当供給者に弁当注文の分析結果を提供する場合の生データとなる。
【００１８】
利用者端末１０で利用者が弁当を注文する場合には、弁当のメニューを単に一覧表示する他、メニュー中の弁当を弁当の金額で指定して選択又は絞込みをする（e.g.３００円〜４００円、４００円〜５００円、５００円以上など）ことができ、又は、メニュー中の弁当を種類別で指定して選択又は絞込みをする（e.g.どんぶり類、肉類、麺類など）ことができる。
【００１９】
例えば、弁当注文時の利用者端末１０に表示されるウィンドウは、図２に示すようになる。利用者は利用者端末１０を用いてシステム上で認証を行っているため、利用者名が表示されている。利用する店舗が表示されており、かかる店舗は後記するように選択することができる。日付と現在時間が表示され、注文締切時間までの時間も表示されている。注文締切時間までの時間が表示されることにより、利用者に注文締切時間までの注文を促す。この表示がある場合には、ない場合に比べて、利用者が注文締切時間までに注文する割合が多いことが分かっており、その効果は大きい。
［弁当受付の通知］
管理サーバ２０は、予め利用者毎に設定されている時間になった場合に、利用者端末１０に対して弁当の注文を受け付けていることを示す通知情報を送信する。かかる通知情報を受信した利用者端末１０は、利用者に対して弁当の注文が受付中であることを報知する。報知の方法は、メールの受信、タスクトレイでのアイコン表示、警告音のスピーカ出力、固定のメッセージ（例えば、「ゲンザイベントウノウケツケチュウデス」）のスピーカ出力等のコンピュータ上で可能なあらゆる出力方法を選択することができる。この他、利用者端末１０以外の通知方法を選択することもでき、内線電話又は携帯電話での前記固定メッセージの出力、携帯電話でのメールの受信等を選択することができる。すなわち、管理サーバ２０又は利用者端末１０のコンピュータが制御可能な機器を用いた出力を選択することができる。
【００２０】
この弁当受付の通知方法は、予め利用者毎に設定されている。
［主担当者装置及び代理担当者装置］
会社内で弁当を注文する場合には、各従業員それぞれ弁当を注文するよりも、グループを形成して注文することが多い。かかるグループは、会社の従業員、会社のある課の従業員、会社の複数の課の従業員、同一会社に限らず同一建物の同じフロアーの人等で形成される。本システムでもグループを用いる。システム上でグループを用いることで、利用者毎になされている弁当の注文をグループ毎に管理することができ、弁当供給者側は、グループに対して一括配送、一括集金が可能となる。
【００２１】
背景技術にも示したが、通常の弁当注文システムでは、締切時間を経過すると、利用者端末１０からの注文を一切受け付けなくなる。これは各利用者端末１０からの注文を締切時間の経過した後も受け付けると、弁当注文の受付が煩雑となって、業務に支障をきたすと共に、注文したと思った利用者に対して実際には弁当が配送されないという事態を回避するためものである。しかしながら、まったく受け付けなくなると、利用者にとって不便なだけでなく、弁当供給者にとっても弁当注文の機会を喪失することになる。そこで、本システムではグループ毎に主担当者を決め、この主担当者の使用する利用者端末１０のみが締切時間を経過した後であっても、弁当の注文をすることができるようにする。この主担当者の使用する利用者端末１０と、他の利用者の利用する利用者端末１０を識別する。前者の主担当者の使用する利用者端末１０を主担当者装置といい、後者のほかの利用者の利用する利用者端末を利用者装置という。データベース４０にグループ毎の主担当者として利用者を特定する情報を記録しておき、利用者端末１０から送信される利用者を特定する情報を管理サーバ２０で受信し、利用者を特定すると共に主担当者装置と利用者装置とを識別する。
【００２２】
また、主担当者が不在等で連絡が取れず、主担当者装置を使用して弁当注文の時間経過後に注文することができない場合であっても、注文することができるように、主担当者の代理となる代理担当者を決め、主担当者同様に、代理担当者の使用する利用者端末１０でも締切時間を経過した後でも、弁当の注文をすることができるようにする。代理担当者の使用する利用者端末１０を、代理担当者装置という。主担当者と同様に、データベース４０にグループ毎の代理担当者を特定する情報を記録しておき、同様の方法で識別する。
【００２３】
主担当者及び代理担当者は、長期間固定して登録されたものでもよいが、本実施形態では日毎に予め設定されているものとする。したがって、同じ利用者端末１０であっても、昨日は利用者装置、今日は利用者装置且つ主担当者装置、明日は利用者装置且つ代理担当者装置ということがある。コンピュータはある一定期間はペイントソフトをインストールして起動することでペイント装置となり、他の一定期間又は同時に表計算ソフトをインストールして起動することで表計算装置となり、ソフトの起動によってコンピュータのシステム上での役割が変化することは周知なことである。
【００２４】
例えば、主担当者及び代理担当者の割り当ては、グループ毎に図３に示すように利用者端末１０に表示することができる。ウィンドウ中「主」は主担当者を示し、「代理」は代理担当者を示し、「・」は省略を示す。名前には下線が引かれており、ウィンドウ中名前を選択すると、かかる選択がイベントトリガとなって、名前の担当者の連絡先が表示される。
【００２５】
また、これら主担当者及び代理担当者以外に、グループの窓口担当者を設ける。弁当供給者が各種問い合わせを行う場合のグループの窓口となる。例えば、主担当者及び代理担当者が不在の場合には、かかる窓口担当者に連絡を取ることになる。
【００２６】
当日の主担当者（主担当者がいない場合には代理担当者）の利用者端末１０には、当日管理サーバ２０から当日の主担当者（主担当者がいない場合には代理担当者）であることの通知がある。
【００２７】
主担当者（主担当者がいない場合には代理担当者）の利用者端末１０には、登録された時間になると、当日グループで注文した弁当注文情報が通知され、内容を確認の上、注文を押下し正式注文を行う。例えば、正式注文の確認は、図４に示すようなウィンドウが主担当者（主担当者がいない場合には代理担当者）の利用者端末１０のディスプレイに表示されて行われる。
【００２８】
正式注文時に、グループ内で注文していない利用者があれば、主担当者が連絡を取って、注文をしないか否かを確認することが望まれる。ここで、本システム上では、注文しない場合であっても、利用者は利用者端末１０を用いて注文しないことを明らかにすることが望ましい。これによれば、主担当者は主担当者装置を見るだけで、弁当を注文しない人に一々確認を取る必要がなく、注文しないことを明らかにしていない人だけに対して連絡を取れば済むようになる。
【００２９】
主担当者が注文をしていない利用者に連絡を取る場合には、図４に示すウィンドウのコマンドボタンを押下することで、利用者の連絡先を表示したり、利用者に対してリアルタイムにメッセージを送信したりすることができ、主担当者の負担を軽減している。
［帳簿］
管理サーバ２０が、利用者端末１０からの弁当の注文を受け付け、かかる注文に基づき弁当供給者が弁当を作り、作った弁当を配送する。そして、利用者は弁当供給者に対して代金を支払う。この一連の流れで、金銭・物品の出納がなされている。管理サーバ２０が取り扱った弁当の注文は、データベース４０上に記録されており、管理サーバ２０は利用者毎の金銭計算を演算することができる。
【００３０】
利用者は、単に、今までに弁当注文した合計金額を利用者端末１０のディスプレイに表示されただけでは、所定期間に使用する金額を設定し、かかる金額内で弁当注文のやりくりをすることが容易ではない。しばしば、設定金額をオーバーしてしまう。これは設定された金額が数字に表れないからである。そこで、設定金額から弁当注文する度に減算して利用者端末１０に表示するようにする。例えば、図５に示すように、設定金額から既に注文した弁当の代金の総額を減算した差額を表示することができる。
［弁当供給者への弁当注文の送信］
管理サーバ２０は、各利用者端末１０から弁当の注文を受け、かかる弁当の注文を集計等して、各本部、店舗の弁当供給者端末５０に本部、店舗毎の弁当の注文の情報を送信し、各弁当供給者端末５０が受信し、各本部、店舗内でかかる情報に基づいた弁当の生産が開始される。注文を受けた弁当の情報を情報処理して各本部、店舗に送信する技術は、様々な弁当注文システムを用いた方法が周知技術として存在し当業者は種々の周知技術を採ることができ、本実施形態での説明は省略する。
［弁当の代金の決済］
弁当の代金の決済、すなわち、売買取引の完了については、直接利用者から代金を集金する他、決済サーバ６０を用いて行うことができる。決済サーバ６０を用いた決済は、代金を支払う人を特定する情報と、代金を受け取る人を特定する情報と、金額の情報とがあれば、決済可能となる。決済については、本発明の本質的部分でなく、かつ、様々な決済システムを用いた方法が周知技術として存在し当業者は種々の周知技術を採ることができ、本実施形態での説明は省略する。
【００３１】
決済サーバ６０を用いた場合には、利用者の銀行口座から一月の弁当の代金の合計額が引き落とされる。各利用者には、銀行から口座振替確認書が送付され、弁当供給者から月毎に一月の利用明細書が送付される。
［ユーザの登録］
利用者は、利用者端末１０を利用して、事前にユーザ登録を行う。ユーザ登録では、グループ情報、基本情報、担当者スケジュール情報及び注文者情報をデータベース４０に記録する。グループ情報は、利用店舗、所属会社及び所属部署からなる。基本情報は、利用店舗、会社名、所属部署、氏名、月利用予定額（予算）、家計簿（使用実績）、支払い登録選択（現金振込み／口座引き落とし）、好み（肉類、魚類、やさい類）及びジャンル（どんぶり系、麺類、その他）からなる。担当者スケジュール情報は、日付、主担当者の情報及び代理担当者の情報からなる。注文者情報は、注文者毎に決められた時間や時間帯、連絡手段（電話；自動音声等）及び利用者端末１０のディスプレイに注文未済のアイコン等を表示するか否かからなる。
［システムの自動起動］
本弁当注文システムでは、予め登録された時間に自動起動するようにする。例えば、サーバを構築可能なOSにおいては、登録された時間になると登録されているサーバを起動するように設定することができる。これによれば、必要な時間のみにサーバを起動することができ、他の時間でこのサーバの処理に関してコンピュータのハードウェア資源を使用しない点でメリットがある。
［店舗の選択］
データベース４０内には、店舗に関する情報が記録されている。利用者は、利用者端末１０のディスプレイに表示される注文ウィンドウで店舗を選択することができる。店舗を選択すると、選択した店舗で提供可能な弁当のメニューが一覧表示される。メニュー上の各弁当には選択可能なコントロール（チェックボックス、ラジオボタン等）が配置され、選択することで該当する弁当の金額が、合計金額に表示される。
［本システムの具体的構成］
以上の弁当の注文、弁当受付の通知、主担当者装置及び代理担当者装置による注文、帳簿の表示、弁当供給者への弁当注文の送信、並びに、弁当の代金の決済を、本実施形態に係る弁当要求システムでは、下記の具体的な構成により実現している。
【００３２】
前記管理サーバ２０は、図６に示すように、利用者端末１０からの各種情報の登録受付する登録受付手段２１と、あるグループに対する本システムの起動を行うシステム時限起動手段２２と、利用者端末１０からの認証情報により利用者を特定し、かかる利用者が属するグループを特定し、利用者が利用している利用者端末が利用者装置、主担当者装置、代理担当者装置であるかを特定する認証手段２３と、予め利用者毎に設定されている時間になった場合に、利用者端末１０に対して弁当の注文を受け付けているとの通知情報を送信する自動通知手段２４と、予め利用者毎に設定している利用者の設定情報を利用者端末に送信する設定処理手段２５と、弁当名、弁当の金額、弁当の内容等の弁当に関する情報を利用者端末１０に送信する弁当情報提供手段２６と、利用者端末１０からの弁当の注文を受け付ける注文受付手段２７と、注文受付手段２７が弁当の注文を受け付けた場合に主担当者装置又は代理担当者装置に弁当注文情報を通知する注文通知手段２８と、予め登録された時間になるとかかる時間までにグループ内の利用者が注文した弁当注文情報を主担当者装置又は代理担当者装置に送信し、確認を求める注文確認手段２９と、既に注文した弁当注文情報から利用者毎の金銭計算を行い、計算結果を利用者端末１０に送信する家計簿情報提供手段３０とからなる。本実施形態においては、このようにモジュール分けを行ったが、当業者であれば明らかであるように、他のモジュールの構成に変形することもできる。
【００３３】
前記データベース４０は、図７に示すように、個人情報テーブル、Ｇｒｏｕｐ情報テーブル、注文担当者スケジュールテーブル、注文情報テーブル（注文者毎）及び注文情報テーブル（グループ毎）からなる。
【００３４】
個人情報テーブルは、図８（ａ）に示すように、顧客番号、氏名、生年月日、性別、住所、Ｇｒｏｕｐコード、連絡手段、連絡時間、連絡先、主な利用店舗コード、店舗名称、支払い情報、銀行情報、好み、ジャンル、月利用予定額及び月実績累計額の属性を有す。顧客番号は利用者毎に付与される本システム内での識別番号である。利用者を特定する情報としては、顧客番号を使用することができるが、他の属性（例えば、氏名、氏名とＧｒｏｕｐコードの組み合せ）を使用することもできる。Ｇｒｏｕｐコードは、外部キーとなる。
【００３５】
Ｇｒｏｕｐ情報テーブルは、図８（ｃ）に示すように、Ｇｒｏｕｐコード、会社名、窓口、住所、連絡先、配達（有、無）、利用店舗及び利用実績の属性を有する。Ｇｒｏｕｐコードが主キーとなる。
【００３６】
注文担当者スケジュールテーブルは、図９（ａ）に示すように、Ｇｒｏｕｐコード、日付、曜日、主担当者（氏名、内線電話番号、メール、携帯電話番号）及び代理担当（氏名、内線電話番号、メール、携帯電話番号）の属性を有する。
【００３７】
注文情報テーブル（注文者毎）は、図９（ｂ）に示すように、注文者、月日、利用店舗、注文弁当、金額及び個数の属性を有する。
【００３８】
注文情報テーブル（グループ毎）は、図９（ｃ）に示すように、Ｇｒｕｏｐコード、利用店舗、注文弁当、月日、金額、個数及び配達（有、無）の属性を有する。
【００３９】
個人情報テーブルと注文情報テーブル（注文者毎）からデータを抽出し、例えば、個人利用実績ビューを作成することができる（図８（ｂ）参照）。ここで、ビューとは、リレーショナルデータベースにおける実テーブルから作成される仮想的なテーブルを示す。
【００４０】
以上のテーブルの他、店舗コード、名称、弁当及び金額からなる弁当テーブルも有する。
【００４１】
本実施形態では、リレーショナルデータベースを用いてシステムを構築した場合について説明するが、他の種類のデータベースを用いてもよいし、ファイル形式でデータを取り扱ったシステムを構築することもできる。
【００４２】
次に、本実施形態に係る弁当注文システムの動作について、フローチャート図を用いて説明する。予め、Ｇｒｏｕｐ情報、個人情報及び担当者スケジュールを登録する必要がある。Ｇｒｏｕｐ情報及び担当者スケジュールは、各利用者が行うのではなく、Ｇｒｏｕｐ内の誰かが行えばよい。
［初期処理］
Ｇｒｏｕｐ情報の登録は、図１０に示すように、次のように行われる。利用者端末１０のディスプレイに表示されるメニュー画面からＧｒｏｕｐ情報登録を選択する（ステップ１０１）。利用者端末１０は、テキストラベル及びテキストボックスが配置されたＧｒｏｕｐ情報登録画面を表示する（ステップ１０２）。利用者は利用者端末１０を用いて各種情報を入力する（ステップ１０３）。入力が終了すると、利用者は利用者端末１０を用いて設定終了確認ボタンを押下する（ステップ１０４）。利用者端末１０はかかるボタンの押下をトリガとして、利用者より入力された情報を管理サーバ２０に送信する（ステップ１０５）。管理サーバ２０が受信し、登録受付手段２１がデータベース４０に登録する（ステップ１０６）。利用者端末１０は、利用者に対して個人登録をするか否かを問い（ステップ１０７）、個人登録をすると判断した場合にはステップ２０４に移行し、個人登録をしないと判断した場合には終了する。
【００４３】
個人情報の登録は、図１１に示すように、次のように行われる。利用者端末１０のディスプレイに表示されるメニュー画面から個人情報登録を選択する（ステップ２０１）。利用者端末１０は利用者に対してＧｒｏｕｐ情報が登録済みが否かを問い（ステップ２０２）、登録済みでないと判断した場合にはステップ１０２に移行する。ステップ２０２で登録済みであると判断した場合にはＧｒｏｕｐコードを利用者端末１０を用いて入力する（ステップ２０３）。Ｇｒｏｕｐコードを入力した後、利用者端末１０はＧｒｏｕｐ情報をディスプレイに表示する（ステップ２０４）。Ｇｒｏｕｐ情報を表示した後、利用者端末１０は、テキストラベル及びテキストボックスが配置された個人情報登録画面を表示する（ステップ２０５）。利用者は利用者端末１０を用いて各種情報を入力する（ステップ２０６）。入力が終了すると、利用者は利用者端末１０を用いて設定終了確認ボタンを押下する（ステップ２０７）。利用者端末１０はかかるボタンの押下をトリガとして、利用者より入力された情報を管理サーバ２０に送信する（ステップ２０８）。管理サーバ２０が受信し、登録受付手段２１がデータベース４０に登録する（ステップ２０９）。利用者端末１０は、利用者に対して注文をするか否かを問い（ステップ２１０）、注文をすると判断した場合にはステップ５０４に移行し、注文をしないと判断した場合には終了する。
【００４４】
担当者スケジュールの登録は、図１２に示すように、次のように行われる。利用者端末１０のディスプレイに表示されるメニュー画面から担当者スケジュール登録を選択する（ステップ３０１）。利用者端末１０は、テキストラベル及びテキストボックスが配置された担当者スケジュール登録画面を表示する（ステップ３０２）。利用者は利用者端末１０を用いて各種情報を入力する（ステップ３０３）。入力が終了すると、利用者は利用者端末１０を用いて設定終了確認ボタンを押下する（ステップ３０４）。利用者端末１０はかかるボタンの押下をトリガとして、利用者より入力された情報を管理サーバ２０に送信する（ステップ３０５）。管理サーバ２０が受信し、登録受付手段２１がデータベース４０に登録する（ステップ３０６）。利用者端末１０は、利用者に対して引き続き担当者スケジュール登録をするか否かを問い（ステップ３０７）、担当者スケジュール登録をすると判断した場合にはステップ３０３に移行し、担当者スケジュール登録をしないと判断した場合には終了する。
［注文担当者初期処理］
以下の注文担当者初期処理は、グループ毎の処理を説明している。したがって、以下の処理がグループ毎になされている。
【００４５】
管理サーバ２０のシステム時限起動手段２２は、起動時間か否かを判断し（以下、図１３参照。ステップ４０１）、起動時間であると判断した場合にはシステムを起動し（ステップ４０２）、起動時間ではないと判断した場合にはステップ４０１に移行する。システムが起動した後、管理サーバ２０が注文担当者スケジュールテーブルから本日の主担当者を読み出し、主担当者の利用者端末１０に通知する（ステップ４１１）。管理サーバ２０は、ステップ４１１の通知ができたか否かを判断し（ステップ４１２）、通知ができたと判断した場合には、利用者端末１０のディスプレイに本人確認ウィンドウを表示する（ステップ４１３）。利用者は本人確認ウィンドウで自己の認証情報を入力する（ステップ４１４）。管理サーバ２０の認証手段２３が認証情報を認証する（ステップ４１５）。認証手段２３が認証が成功したか否かを判断し（ステップ４１６）、認証が成功し本人であると判断した場合には定義済み処理ステップ５００に移行し、認証が失敗した場合にはステップ４１３に移行する。
【００４６】
前記ステップ４１２で、通知ができないと判断した場合には、管理サーバ２０が注文担当者スケジュールテーブルから本日の代理担当者を読み出し、代理担当者の利用者端末１０に通知する（ステップ４２１）。管理サーバ２０は、ステップ４２１の通知ができたか否かを判断し（ステップ４２２）、通知ができたと判断した場合には、利用者端末１０のディスプレイに本人確認ウィンドウを表示する（ステップ４２３）。利用者は本人確認ウィンドウで自己の認証情報を入力する（ステップ４２４）。管理サーバ２０の認証手段２３が認証情報を認証する（ステップ４２５）。認証手段２３が認証が成功したか否かを判断し（ステップ４２６）、認証が成功し本人であると判断した場合には定義済み処理ステップ５００に移行し、認証が失敗した場合にはステップ４２３に移行する。
【００４７】
前記ステップ４２２で、通知ができないと判断した場合には、管理サーバ２０がグループ内に登録されている窓口に対して本日の主担当者及び代理担当者に対して本人確認がとれない旨を通知する。
【００４８】
定義済み処理ステップ５００を経ると、管理サーバ２０の注文確認手段２９が主担当者装置（主担当者の本人確認ができていない場合は、代理担当者装置）に対して注文確認の要求を行う（ステップ４３１）。利用者端末１０はかかる要求を受け、確認ウィンドウの表示を行う（ステップ４３２）。主担当者（主担当者の本人確認ができていない場合は、代理担当者）は利用者端末１０を用いて注文の内容を確認する（ステップ４３３）。管理サーバ２０の注文確認手段２９は、主担当者（主担当者の本人確認ができていない場合は、代理担当者）の確認を受け、注文内容を確定する（ステップ４３４）。
【００４９】
確定前であって締切時間経過後であれば、主担当者装置を用いれば弁当の注文を行うことができる。
【００５０】
注文が確定した後に、管理サーバ２０は、店舗毎に注文をまとめ、店舗毎に注文を弁当供給者端末５０に送信する。
［注文処理］
以下の注文処理は、利用者毎の処理を説明している。したがって、以下の処理が利用者毎になされている。
【００５１】
前記定義済み処理ステップ５００は、図１４に示すように、次のようになる。管理サーバ２０の自動通知手段２４は、利用者毎に設定されている時間になったか否かを判断し（ステップ５０１）、かかる時間になったと判断しなかった場合には、ステップ５０１に移行する。ステップ５０１で設定されている時間になったと自動通知手段２４が判断した場合には、データベース４０の個人情報テーブルから該当する利用者の連絡先および連絡手段を読み出し、読み出した連絡先へ読み出した連絡手段を用いて自動通知を行う（ステップ５０２）。利用者端末１０による連絡手段を用いる場合には、利用者端末１０が実行する（ステップ５０３）。管理サーバ２０の設定処理手段２５は、個人情報テーブルから該当する利用者の主な利用店舗コード及び名称を読み出し、利用者端末１０に送信する（ステップ５０４）。利用者端末１０は利用店舗コード及び名称を受信し、注文ウィンドウをディスプレイに表示する。利用者端末１０は利用者に対し注文したい店舗であるか否かを問い判断する（ステップ５０６）。ステップ５０６で注文したい店舗でないと判断した場合には他の店舗リストを表示する（ステップ５０７）。利用者は利用者端末１０を用いて表示された店舗リストから店舗を選択する（ステップ５０８）。ステップ５０６で注文したい店舗であると判断した場合、又は、ステップ５０８の後に、管理サーバ２０の弁当情報提供手段２６は該当する店舗の弁当情報をデータベース４０から読み出し、送信する（ステップ５０９）。利用者端末１０は弁当情報を受信し、メニューをディスプレイに表示する（ステップ５１０）。利用者は利用者端末１０を用いて弁当の選択を行う（ステップ５１１）。利用者端末１０は引き続き注文を行うかを利用者に問い判断する（ステップ５１２）。ステップ５１２で引き続き注文を行うと判断した場合には、ステップ５１０に移行する。ステップ５１２で引き続き注文を行わないと判断した場合には、注文情報を管理サーバ２０に送信する（ステップ５１３）。管理サーバ２０の注文受付手段２７が受信した注文情報を受け付ける（ステップ５１４）。利用者端末１０は利用者に対して家計簿を表示するか否かを問い判断する（ステップ５１５）。ステップ５１５で利用者端末１０が家計簿を表示すると判断した場合には、管理サーバ２０の家計簿情報提供手段３０が注文情報テーブルから該当する利用者の弁当注文情報を読み出し、利用者端末１０に送信する（ステップ５１６）。利用者端末１０は、受信した弁当注文情報を家計簿のウィンドウに合わせて表示する（ステップ５１７）。ステップ５１５で家計簿を表示しないと判断した場合、又は、ステップ５１７の後に、管理サーバ２０の注文通知手段２８が該当する利用者の弁当注文情報を主担当者の利用者端末１０に通知する（ステップ５１８）。
【００５２】
このように本実施形態に係る弁当注文システムによれば、管理サーバ２０の自動通知手段２４が、各利用者の設定された時間に、指定された連絡先へ指定された連絡手段を用いて通知してくれるので、弁当注文の忘れを防止することができる。また、主担当者装置で確認のウィンドウが表示され、主担当者による弁当注文の確認を取るようにしているので、弁当の注文をしていない利用者があれば適切にフォローすることができ、弁当注文の忘れをより確実に防止することができる。また、主担当者装置以外に、本システムでは代理担当者装置を用意し、主担当者の本人確認がとれない場合には、代理として代理担当者に主担当者の代わりに対応するようにしているので、主担当者がいない場合でも弁当の注文をすることができる。注文の確定前であれば締切時間を経過している場合であっても、主担当者装置を用いれば注文することができ、弁当提供者側での煩雑な受注が生じることなく注文することができる。
【００５３】
なお、認証手段２３が、主担当者特定手段、代理担当者特定手段に該当する。家計簿情報提供手段３０が、残利用金額演算手段に該当する。担当者スケジュールテーブルが、主担当者記憶手段、代理担当者記憶手段に該当する。
【００５４】
（その他の実施形態）
［弁当供給者毎の注文締切時間の設定］
前記本実施形態に係る弁当注文システムにおいては、店舗コード及び注文締切時間を属性として有する注文締切時間テーブルを有することもできる。そうすることで、店舗毎に注文締切時間を登録し、弁当供給者毎の環境に合わせて注文締切時間を設定し、より多くの弁当注文を受けることができ、また、利用者側も注文する時間がいつも利用する店舗の注文締切時間を経過した場合であっても、他の店舗で注文することができる。
［複数の弁当事業者］
前記本実施形態に係る弁当注文システムにおいては、同じ事業者又はフランチャイズチェーンを弁当提供者として説明したが、複数の事業者又はフランチャイズチェーンに適用することもできる。
［弁当毎の注文締切時間およびその表示／非表示］
前記本実施形態に係る弁当注文システムにおいては、弁当テーブルに注文締切時間の属性を追加することもできる。そうすることで、弁当毎に注文締切時間を設定することができ、生産に長い時間を必要とするものは注文締切時間を早く設定し確実に生産を行うようにし、また、生産に時間をあまり時間を要しないものは注文締切時間を遅く設定し、できるだけ弁当の受注を受けるようにすることもできる。この場合に、弁当テーブルにメニューでの表示又は非表示を決定する属性を追加することもでき、時間が早い場合には全ての弁当が表示され、時間と共に表示される弁当が減少するようになる。
［弁当毎の受注可能個数およびその表示／非表示］
前記本実施形態に係る弁当注文システムにおいては、弁当テーブルに受注することができる弁当の数を示す受注可能個数の属性を追加することもでき、個数が閾値以下になった場合には個数をメニューに表示し、個数が０になった時点でメニューから該当する弁当の表示をしないようにすることができる。
［注文締切時間経過後の注文］
前記本実施形態に係る弁当注文システムにおいては、注文確定後であって締切時間経過後であっても主担当者装置により注文できるようにすることができる。この場合に注文することができるのは、例えば確定後であって締切時間後経過後所定時間である場合、又は、確定後であって締切時間経過後１回限りである場合等の所定の条件を加えることができる。
［締切時間のずらし］
前記本実施形態に係る弁当注文システムにおいては、グループ情報テーブルに締切時間の属性を加えることもでき、グループ毎に締切時間を設定することで、管理サーバ２０に対して弁当注文の受付が一時に集中することなく、分散することができる。そうすることで、管理サーバ２０への負荷を低減することができ、管理サーバ２０を構築するハードウェア資源のスペックを抑えることができる。
【００５５】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決するための手段からも明らかなことである。
【００５６】
上記実施例を含む実施形態に関し、更に以下の付記を開示する。
【００５７】
（付記１）  ネットワークを介して当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を送信する利用者装置と、当該利用者装置からの弁当注文情報を受信し、当該弁当注文情報による弁当の注文の受付を予め登録された第１の時間まで受け付ける管理装置とを備え、
管理装置が、前記第１の時間より前であって予め登録された第２の時間になった場合に、利用者装置に対して弁当注文受付の通知情報を送信する自動通知手段を有する弁当注文システム。
【００５８】
（付記２）  管理装置が、前記第１の時間経過後に利用者装置から送信された弁当注文情報を受信した場合に、弁当の注文を受け付けない
前記付記１に記載の弁当注文システム。
【００５９】
（付記３）  日日を特定する情報と注文を管理する主担当者を特定する情報とが対応付いて記録されている主担当者記憶手段と、ネットワークを介して当日の弁当を特定する情報と注文者を特定する情報を包含する弁当特別注文情報を送信する主担当者装置とを備え、
管理装置が、主担当者記憶手段から当日の主担当者を特定する情報を読み出し、ネットワークに接続するコンピュータのうち主担当者装置を特定する主担当者特定手段を有し、
管理装置の主担当者特定手段が特定した主担当者装置から第１の時間経過後に弁当特別注文情報が送信された場合に、管理装置が弁当特別情報を受信して弁当の注文を受け付ける
前記付記２に記載の弁当注文システム。
【００６０】
（付記４）  日日を特定する情報と注文を管理する主担当者を代理する代理担当者を特定する情報とが対応付いて記録されている代理担当者記憶手段と、ネットワークを介して当日の弁当を特定する情報と注文者を特定する情報を包含する弁当特別代理注文情報を送信する代理担当者装置とを備え、
管理装置は、管理装置の主担当者特定手段が主担当者装置のコンピュータを特定することができなかった場合に、代理担当者記憶手段から当日の代理担当者を特定する情報を読み出し、ネットワークに接続するコンピュータのうち代理担当者を特定する代理担当者特定手段を有し、
管理装置の代理担当者特定手段が特定した代理担当者装置から第１の時間経過後に弁当特別代理注文情報が送信された場合に、管理装置が弁当特別代理情報を受信して弁当の注文を受け付ける
前記付記３に記載の弁当注文システム。
【００６１】
（付記５）  利用者を特定する情報と予め利用者毎に設定された所定期間の予定の利用金額が初期の金額となる残利用金額とが対応付いて記録されている利用者残利用金額記憶手段を備え、
管理装置が、前記所定期間に利用者が利用者装置を用いて注文した弁当の金額を、残利用者予定利用金額記憶手段から読み出した残利用金額から減算する残利用金額演算手段を有している
前記付記１ないし４のいずれかに記載の弁当注文システム。
【００６２】
（付記６）  管理装置が、予め登録された第１の時間より前であって予め登録された第２の時間になった場合に、利用者が使用する利用者装置に対して弁当注文受付の通知情報を送信するステップと、利用者装置がネットワークを介して当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を送信するステップと、管理装置がネットワークを介して利用者装置から送信された弁当注文情報を受信するステップと、管理装置が利用者装置から受信した弁当注文情報による弁当の注文の受付を前記第１の時間まで受け付けるステップとを含む弁当注文方法。
【００６３】
（付記７）  管理装置に、予め登録された第１の時間より前であって予め登録された第２の時間になった場合に、利用者が使用する利用者装置に対して弁当注文受付の通知情報を送信する手順と、ネットワークを介して利用者装置から送信された当日の弁当を特定する情報と利用者を特定する情報を包含する弁当注文情報を受信する手順と、利用者装置から受信した弁当注文情報による弁当の注文の受付を前記第１の時間まで受け付ける手順を実行させるための弁当注文プログラム。
【００６４】
（付記８）  管理装置が、所定期間に利用者が利用者装置を用いて注文した弁当の金額を、利用者を特定する情報と予め利用者毎に設定された所定期間の予定の利用金額が初期の金額となる残利用金額とが対応付いて記録されている利用者残利用金額記憶手段から読み出した残利用金額から減算するステップとを含む
前記付記６に記載の弁当注文方法。
【００６５】
（付記９）  管理装置に、所定期間に利用者が利用者装置を用いて注文した弁当の金額を、利用者を特定する情報と予め利用者毎に設定された所定期間の予定の利用金額が初期の金額となる残利用金額とが対応付いて記録されている利用者残利用金額記憶手段から読み出した残利用金額から減算する手順を実行させるための
前記付記７に記載の弁当注文プログラム。
【図面の簡単な説明】
【００６６】
【図１】本発明の第１の実施形態に係る弁当注文システムのネットワーク構成図である。
【図２】本発明の第１の実施形態に係る弁当注文システムの注文のウィンドウである。
【図３】本発明の第１の実施形態に係る弁当注文システムの注文担当者スケジュールのウィンドウである。
【図４】本発明の第１の実施形態に係る弁当注文システムの確認のウィンドウである。
【図５】本発明の第１の実施形態に係る弁当注文システムの家計簿のウィンドウである。
【図６】本発明の第１の実施形態に係る弁当注文システムの管理サーバのブロック構成図である。
【図７】本発明の第１の実施形態に係る弁当注文システムのデータ構成図である。
【図８】本発明の第１の実施形態に係る弁当注文システムのデータベースのテーブルの説明図である。
【図９】本発明の第１の実施形態に係る弁当注文システムのデータベースのテーブルの説明図である。
【図１０】本発明の第１の実施形態に係る弁当注文システムのＧｒｏｕｐ情報登録のフローチャートである。
【図１１】本発明の第１の実施形態に係る弁当注文システムの個人情報登録のフローチャートである。
【図１２】本発明の第１の実施形態に係る弁当注文システムの担当者スケジュール登録のフローチャートである。
【図１３】本発明の第１の実施形態に係る弁当注文システムの注文担当者初期のフローチャートである。
【図１４】本発明の第１の実施形態に係る弁当注文システムの注文のフローチャートである。
【符号の説明】
【００６７】
１０  利用者端末
２０  管理サーバ
２１  登録受付手段
２２  システム時限起動手段
２３  認証手段
２４  自動通知手段
２５  設定処理手段
２６  弁当情報提供手段
２７  注文受付手段
２８  注文通知手段
２９  注文確認手段
３０  家計簿情報提供手段
３１  決済手段
４０  データベース
４１  個人情報テーブル
４２  Ｇｒｏｕｐ情報テーブル
４３  担当者スケジュールテーブル
４４  注文者情報テーブル
５０  弁当供給者端末
６０  決済サーバ
【図１】
2006277362.tif 000003
【図２】
2006277362.tif 000004
【図３】
2006277362.tif 000005
【図４】
2006277362.tif 000006
【図５】
2006277362.tif 000007
【図６】
2006277362.tif 000008
【図７】
2006277362.tif 000009
【図８】
2006277362.tif 000010
【図９】
2006277362.tif 000011
【図１０】
2006277362.tif 000012
【図１１】
2006277362.tif 000013
【図１２】
2006277362.tif 000014
【図１３】
2006277362.tif 000015
【図１４】
2006277362.tif 000016