(57)【要約】【課題】ユーザの嗜好に合致した任意の商品を作成及び注文することができる。【解決手段】携帯端末２８からオリジナル弁当の注文が要求されたとき、サーバ２２は、総菜管理テーブル２２Ｄを参照して、利用可能な総菜を抽出する。このとき、受付装置２４に対して最新の総菜を問い合わせることができる。サーバ２２は、提供可能な総菜を抽出すると、抽出したデータを携帯端末２８へ送信する。携帯端末２８では受信した総菜を表示することで、好みのオリジナル弁当となる総菜の組み合わせを選択し、サーバ２２へ返信する。サーバはこれを受理してオリジナル弁当の製造拠点の受付装置２４へ総菜組み合わせデータを送信する。これによりユーザが希望する任意のオリジナル弁当の作成が容易になる。【選択図】　図１
2004021537.tif 000002
【特許請求の範囲】
【請求項１】
通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理方法であって、
サーバが、
前記携帯端末からの前記商品の注文に関係する要求を受け取ったときに、前記商品を構成することが可能な複数の部品を予め記憶した部品テーブルに基づいて１つの商品を形成するために前記複数の部品から少なくとも１つの部品を選択可能な提供データを通信回線を介して前記携帯端末へ提供し、
前記提供データの提供に対応して、前記携帯端末から前記提供した複数の部品から選択した部品を表す選択データを、通信回線を介して受け取り、
受け取った選択データに基づいて１つの商品を作成するための商品情報を生成すると共に、作成した商品を提供するときの提供料金データを求め、
求めた提供料金データを、通信回線を介して前記携帯端末へ向けて送信すると共に、前記商品情報を、通信回線を介して前記商品を作成する作成拠点に設置されかつ通信回線に接続可能な拠点端末へ向けて送信する
ことを特徴とする商品注文管理方法。
【請求項２】
前記選択データは、複数の異なる部品の組み合わせデータであることを特徴とする請求項１に記載の商品注文管理方法。
【請求項３】
前記商品は食料品であり、前記部品は前記食料品に含ませる材料であることを特徴とする請求項１または請求項２に記載の商品注文管理方法。
【請求項４】
前記食料品は弁当であり、前記部品は前記弁当に内包される総菜であることを特徴とする請求項３に記載の商品注文管理方法。
【請求項５】
通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理装置であって、
前記商品を構成することが可能な複数の部品を記憶した部品テーブルと、
前記携帯端末からの前記商品の注文に関係する要求を受け取ったときに、前記部品テーブルに基づいて１つの商品を形成するために前記複数の部品から少なくとも１つの部品を選択可能な提供データを生成して通信回線を介して前記携帯端末へ送信するテーブル送信手段と、
前記提供データの提供に対応して、前記携帯端末から前記提供した複数の部品から選択した部品を表す選択データを、通信回線を介して受け取る受信手段と、
受け取った選択データに基づいて１つの商品を作成するための商品情報を生成すると共に、作成した商品を提供するときの提供料金データを求める演算手段と、
求めた提供料金データを、通信回線を介して前記携帯端末へ向けて送信すると共に、前記商品情報を、通信回線を介して前記商品を作成する作成拠点に設置されかつ通信回線に接続可能な拠点端末へ向けて送信する注文関連情報送信手段と、
を備えたことを特徴とする商品注文管理装置。
【請求項６】
通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理システムであって、
請求項５に記載の商品注文管理装置と、
前記部品テーブルを受信する携帯受信手段と、複数の部品から部品を選択するための選択手段と、前記選択手段により選択した部品を表す選択データを送信する携帯送信手段と、を備えた携帯端末と、
前記商品を作成する作成拠点に設置されかつ通信回線に接続可能であると共に、前記商品注文管理装置から送信された前記商品情報を、受信する拠点受信手段と、受信した商品情報による商品を作成指示する作成指示手段と、を備えた拠点端末と、
を備えたことを特徴とする商品注文管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品注文管理方法、装置及びシステムに係り、特に、少なくとも１つの部品から構成される商品の注文に関連するデータを管理する商品注文管理方法、装置及びシステムに関する。
【０００２】
【従来の技術】
食料品などの商品には、任意の材料や複数の材料の組み合わせによってユーザの嗜好に合致した独特の商品を作成する場合がある。例えば、おにぎりと総称される商品は、米塊の中心や表面に付け足す材料によって複数種類の商品になる。また、弁当は、そのおかずで総称される総菜によって複数種類の弁当になる。食料品店では、これらの材料の組み合わせをユーザに求め、ユーザ独自のおにぎりや弁当を作成して販売することが行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、ユーザが好みの食料品を得るためには、材料の組み合わせが可能な販売店に出向かなければならない。また、ユーザが販売店に出向いても、販売店に存在する材料しか選択することができず、ユーザの嗜好に合致する材料を選択することが困難な場合もあった。一方、販売店では、ユーザの嗜好を予測して予め組み合わせる材料を準備しなければならない。
【０００４】
近年、商品を購入する場合、コンピュータや携帯端末による注文及び料金決済が実現されてきている。例えば、サーバ側から商品情報をユーザへ提示してその商品を購入するショッピングサイトが存在する。
【０００５】
しかしながら、商品情報は単に提示するのみで、その提示された商品をユーザが選択するものであり、１つの商品を作成するときの材料を特定することは困難であった。
【０００６】
本発明は、上記事実を考慮して、ユーザの嗜好に合致した任意の商品を作成及び注文することが可能な商品注文管理方法、装置及びシステムを得ることが目的である。
【０００７】
【課題を解決するための手段】
上記目的を達成するために請求項１に記載の発明は、通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理方法であって、サーバが、前記携帯端末からの前記商品の注文に関係する要求を受け取ったときに、前記商品を構成することが可能な複数の部品を予め記憶した部品テーブルに基づいて１つの商品を形成するために前記複数の部品から少なくとも１つの部品を選択可能な提供データを通信回線を介して前記携帯端末へ提供し、前記提供データの提供に対応して、前記携帯端末から前記提供した複数の部品から選択した部品を表す選択データを、通信回線を介して受け取り、受け取った選択データに基づいて１つの商品を作成するための商品情報を生成すると共に、作成した商品を提供するときの提供料金データを求め、求めた提供料金データを、通信回線を介して前記携帯端末へ向けて送信すると共に、前記商品情報を、通信回線を介して前記商品を作成する作成拠点に設置されかつ通信回線に接続可能な拠点端末へ向けて送信することを特徴とする。
【０００８】
本発明は、インターネット等の通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理方法に適用される。サーバは、通信回線に接続されており、携帯端末や商品の作成を行う拠点端末の間で情報の授受が可能である。まず、サーバは、携帯端末からの商品の注文に関係する要求を受け取る。また、サーバは、商品を構成することが可能な複数の部品から構成される部品テーブルを予め記憶している。なお、この部品テーブルは、サーバが他の装置から読み出しても良い。
【０００９】
サーバは、前記要求を受け取ったときに、予め記憶した部品テーブルに基づいて１つの商品を形成するために複数の部品から少なくとも１つの部品を選択可能な提供データを生成し、生成した提供データを通信回線を介して携帯端末へ提供する。携帯端末は提供データをユーザが参照すると共に、ユーザによって選択された部品を表す選択データすなわち、提供データから部品を選択したその選択データを送信する。サーバでは、提供データの提供に対応して、受け取った選択データに基づいて１つの商品を作成するための商品情報を生成する。これと共に、作成した商品を提供するときの提供料金データを求める。生成した提供料金データは、通信回線を介して携帯端末へ向けて送信される。また、商品情報は、通信回線を介して商品を作成する作成拠点に設置されかつ通信回線に接続可能な拠点端末へ向けて送信される。
【００１０】
これによって、ユーザは、携帯端末によって、自己が所望する部品の構成による商品を注文することができ、要求した部品による商品の提供料金を把握することができる。また、拠点端末では、ユーザの嗜好に合致した商品を作成することが容易となる。
【００１１】
前記選択データは、複数の異なる部品の組み合わせデータであることを特徴とす。
【００１２】
商品に含まれる部品は複数の異なる部品の組み合わせであることがある。この組み合わせにより商品の種類（バリエーション）が増加する。従って、ユーザにより複数の異なる部品を選択させることで、その選択データによる複数の異なる部品の組み合わせデータを用いれば、多数の商品を作成することが可能となり、ユーザの嗜好に合致した商品を容易に作成することができる。
【００１３】
前記商品は食料品であり、前記部品は前記食料品に含ませる材料であることを特徴とする。
【００１４】
商品のうち、食料品は、その内容の材料によって、ユーザの嗜好が大きく影響する。従って、商品として食料品を採用し、部品として食料品に含ませる材料を採用することで、ユーザの嗜好により合致した商品を提供することができる。
【００１５】
前記食料品は弁当であり、前記部品は前記弁当に内包される総菜であることを特徴とする。
【００１６】
前記食料品のうち弁当は、１回の食事を対象としたものであり、より多くの材料を含有することが望まれる。その材料として総菜は、ユーザの嗜好がより高く反映されるものであり、食料品として弁当を採用し、部品として総菜を採用することで、ユーザの嗜好により合致した商品を提供することができる。
【００１７】
前記商品注文管理方法は、次の商品注文管理装置によって、容易に実現することができる。詳細には、通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理装置であって、前記商品を構成することが可能な複数の部品を記憶した部品テーブルと、前記携帯端末からの前記商品の注文に関係する要求を受け取ったときに、前記部品テーブルに基づいて１つの商品を形成するために前記複数の部品から少なくとも１つの部品を選択可能な提供データを生成して通信回線を介して前記携帯端末へ送信するテーブル送信手段と、前記提供データの提供に対応して、前記携帯端末から前記提供した複数の部品から選択した部品を表す選択データを、通信回線を介して受け取る受信手段と、受け取った選択データに基づいて１つの商品を作成するための商品情報を生成すると共に、作成した商品を提供するときの提供料金データを求める演算手段と、求めた提供料金データを、通信回線を介して前記携帯端末へ向けて送信すると共に、前記商品情報を、通信回線を介して前記商品を作成する作成拠点に設置されかつ通信回線に接続可能な拠点端末へ向けて送信する注文関連情報送信手段と、を備えたことを特徴とする。
【００１８】
また、前記商品注文管理方法は、次の商品注文管理システムによって、ユーザと商品の作成拠点との間においてより円滑に有効なデータ授受が可能となる。詳細には、通信回線に接続可能な携帯端末により商品を注文するときの商品に関連するデータを管理する商品注文管理システムであって、前記商品注文管理装置と、前記部品テーブルを受信する携帯受信手段と、複数の部品から部品を選択するための選択手段と、前記選択手段により選択した部品を表す選択データを送信する携帯送信手段と、を備えた携帯端末と、前記商品を作成する作成拠点に設置されかつ通信回線に接続可能であると共に、前記商品注文管理装置から送信された前記商品情報を、受信する拠点受信手段と、受信した商品情報による商品を作成指示する作成指示手段と、を備えた拠点端末と、を備えたことを特徴とする。
【００１９】
従って、上述の商品注文管理装置と、拠点端末と、携帯端末とを通信回線で接続可能に構成するシステムを構築することで、任意の場所から、ユーザが商品の注文を希望すなわちユーザが嗜好する商品を注文したり、その商品の作成を請け負ったりすることができ、容易かつ確実にユーザの嗜好に合致した商品を注文及び作成することができる。
【００２０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。本実施の形態は、無線または有線でネットワーク接続可能なコンピュータ・ネットワーク・システムに、本発明を適用したものである。
【００２１】
図１には、本発明の実施に供されるオリジナル弁当注文用ネットワーク・システムの構成を模式的に示している。本実施の形態では、オリジナル弁当注文用ネットワーク・システム１０は、通信媒体として、インターネットやその他のネットワークとしてのＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）で代表されるネットワーク１２、各国又は各地域の電話会社が構築・提供する公衆電話網などで代表される通信網１４を含んで構成される。通信網１４には、例えばＰＳＴＮ（Ｐｕｂｌｉｃ　Ｓｗｉｔｃｈｅｄ　Ｔｅｌｅｐｈｏｎｅ　Ｎｅｔｗｏｒｋ）やＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）が含まれる。また、通信網１４として、さらに、ＰＤＣ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ｃｅｌｌｕｌａｒ）やＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）など各種形式の無線電話網を含むことができる。ネットワーク１２と通信網１４とは、ゲートウェイ・システム（中継装置）１８によって相互接続されている。
【００２２】
インターネットで代表されるネットワーク１２には、ユーザが操作するユーザ・コンピュータ２０、及び各種のサーバ・コンピュータ２２が、それぞれモデム、ルータ、ＴＡ（ターミナル・アダプタ：Ｔｅｒｍｉｎａｌ　Ａｄａｐｔｅｒ）等の接続装置２６を介して接続されている。これらのコンピュータは、ネットワーク１２を介して、相互通信により情報授受が可能な構成である。また、ネットワーク１２には、接続装置２６を介してネットワーク管理下のオリジナル弁当受付装置２４が接続されている。
【００２３】
ネットワーク１２では、モデムやルータ等の接続装置２６を経由して相互接続が可能であり、このようなネットワーク上のコンピュータ同士は、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）などの所定の通信プロトコルに従って相互アクセスが可能である。従って、オリジナル弁当注文用ネットワーク・システム１０上には、無数のサーバ・コンピュータ（ホスト端末）やユーザ・コンピュータ（ユーザ端末）、そして自動販売機が接続された構成となる。
【００２４】
これらコンピュータ・システムは、一部のコンピュータは各種の資源サービスを有償又は無償で提供する「サーバ」、他の一部はサーバに対して資源サービスを要求する「クライアント」として稼動する、所謂サーバ・クライアント・システムとして機能する。すなわち、本実施の形態では、ユーザ・コンピュータ２０、及び自動販売機２４が、「クライアント」として稼動する。なお、後述する通信網１４に接続可能な携帯端末２８も、「クライアント」として稼動する。
【００２５】
ここでは、サーバ・コンピュータ２２は１台で説明するが、本発明はこれに限定されるものではなく、機能別に分散して複数台で構成してもよい。なお、コンピュータには、当該コンピュータで指示入力をするために、各々キーボード、マウス等の入力装置が設けられており、コンピュータによる処理結果等を表示するためにディスプレイが設けられている。なお、コンピュータは、汎用的かつ一般的なハードウェア構成であるため、詳細な説明を省略する。
【００２６】
一方、通信網１４は、携帯端末等の送受信装置に対するデータの送受信機能を有する基地局１６を備えている。これによって、携帯端末等の送受信装置（携帯端末２８）は、通信網１４を介してネットワーク１２への参加が可能となる。なお、通信網１４は、携帯端末等の送受信装置に対するデータの送受信機能は勿論、認証機能や位置検出機能等の付与機能を提供できることが好ましい。
【００２７】
本実施の形態では、受付装置２４は、各々同一または異なる総菜によるオリジナル弁当を作成することが可能な複数の拠点に設置されるが、以下の説明では１つの拠点に設置された受付装置２４を代表して用いる。また、サーバ・コンピュータ２２はユーザからのＩＤ発行についての管理部として機能し、ユーザが使用可能なユーザＩＤを管理すると共に、複数の受付装置２４からの商品情報を管理する、集中管理をすることができる。また、携帯端末２８（携帯電話）は、ユーザが携行するものである。
【００２８】
本実施の形態のサーバ・コンピュータ２２は、本発明の商品管理装置に相当し、受付装置２４は、本発明の拠点端末に相当し、携帯端末２８は、本発明の携帯端末に相当し、オリジナル弁当注文用ネットワーク・システム１０は、本発明の商品注文管理システムに相当する。
【００２９】
図２は、本発明の実施の形態にかかる商品保管管理用ネットワーク・システム１０の各部構成を機能的に示したものである。
【００３０】
サーバ・コンピュータ２２は、制御部２２Ａ、プログラム記憶部２２Ｂ、ネットワークインタフェース部２２Ｃ、総菜管理テーブル２２Ｄ及び拠点管理テーブル２２Ｅを少なくとも格納したテーブル記憶部２２Ｆ、及び図示を省略したタイマー部から構成されている。なお、図示は省略したが、サーバ・コンピュータ２２は本実施の形態のサービスを利用可能なユーザを登録したユーザ管理テーブルも記憶されている。
【００３１】
制御部２２Ａはユーザが希望する総菜の組み合わせによる弁当の注文に関係する処理を実施する機能部であり、後述する処理ルーチンにより作動する。プログラム記憶部２２Ｂは、後述する処理ルーチンを記憶した記憶部であり、テーブル記憶部２２Ｆは、総菜管理テーブル２２Ｄ及び拠点管理テーブル２２Ｅを少なくとも記憶するためのメモリである。ネットワークインタフェース部２２Ｃは、サーバ・コンピュータ２２をネットワーク１２に接続して情報授受を可能とするためのインタフェース機能部であり、ルータやモデム等の接続装置２６を含むことができる。なお、図示を省略したタイマー部は現在日時を読み取るためのものであり、ユーザ管理テーブルはサービスを利用可能なユーザを登録したものであるる。
【００３２】
ゲートウェイ・システム１８は、処理部１８Ａ、記憶部１８Ｂ、ネットワークインタフェース部１８Ｃ、及び送受信部１８Ｄから構成されている。処理部１８Ａはゲートウェイ・システム１８でデータの授受を仲介する処理を実施する機能部であり、図示しない処理ルーチンにより作動する。記憶部１８Ｂは、図示しない処理ルーチンを記憶した記憶部である。ネットワークインタフェース部１８Ｃは、ゲートウェイ・システム１８をネットワーク１２に接続して情報授受を可能とするためのインタフェース機能部であり、ルータやモデム等の接続装置２６を含むことができる。送受信部１８Ｄは、外部の装置（例えば携帯端末２８）と無線通信により情報授受するための送受信を行う機能部である。
【００３３】
受付装置２４は、処理部２４Ａ，記憶部２４Ｂ，ネットワークインタフェース部２４Ｃ、入力部２４Ｄ、及び表示部２４Ｅから構成されている。処理部２４Ａは、記憶部２４Ｂに記憶された処理プログラムに従って各種処理を実行する制御を司る。すなわち、処理部２４Ａは、サーバ・コンピュータ２２へ扱う総菜の種類や弁当の作成状況を送信したり、弁当の注文を受け付けたりする。記憶部２４Ｂは、図示しない処理ルーチンを記憶した記憶部である。ネットワークインタフェース部１８Ｃは、受付装置２４をネットワーク１２に接続して情報授受を可能とするためのインタフェース機能部であり、ルータやモデム等の接続装置２６を含むことができる。入力部２４Ｄはテンキーなどの受付装置２４へデータを入力するための機能部である。表示部２４Ｅは、受付装置２４のデータやコマンドを表示するためのものであり、本実施の形態では、サーバ・コンピュータ２２を介して注文されるユーザからの弁当注文を表示したり、サーバ・コンピュータ２２からの問い合わせを表示したりする。
【００３４】
携帯端末２８は、携帯電話などの通信機能を有する携帯可能な端末装置であり、処理部２８Ａ，記憶部２８Ｂ，送受信部２８Ｃ、入力部２８Ｄ及び表示部２８Ｅから構成されている。処理部２８Ａは、記憶部２８Ｂに記憶された処理プログラムに従って各種処理を実行する制御を司る。すなわち、処理部２８Ａは、基本機能である通信処理をしたり、サーバ・コンピュータ２２へ向けてデータを送受信したりする制御を実行する。記憶部２８Ｂは、図示しない処理ルーチンを記憶した記憶部である。送受信部２８Ｃは、携帯端末２８をネットワーク１２に接続してサーバ・コンピュータ２２との間で情報授受を可能とするためのインタフェース機能部である。入力部２８Ｄは、テンキーなどの携帯端末２８においてデータを入力するための機能部である。表示部２８Ｅは、データやコマンドを表示するためのものであり、本実施の形態では、サーバ・コンピュータ２２を介して注文するユーザのオリジナル弁当に関して総菜の組み合わせを表示したり、サーバ・コンピュータ２２からの問い合わせを表示したりする。
【００３５】
次に、本実施の形態の作用を図３及び図４を参照して説明する。本実施の形態にかかるオリジナル弁当注文用ネットワーク・システム１０では、まず、ユーザが総菜を選択して自由な組み合わせの総菜による弁当を注文することを想定する。このとき、ユーザは携帯端末２８を携帯しているものとする。なお、ユーザが弁当を注文する以前にユーザからサーバ・コンピュータ２２へＩＤ取得の要請を行い、それに伴ってサーバ・コンピュータ２２からＩＤをユーザ側で取得が完了したものとする。このユーザＩＤは、ユーザ管理テーブル（図示省略）に記憶されている。なお、このＩＤは、携帯端末２８からデータを送信するときに含まれてユーザを識別するためのＩＤであり、弁当を注文したときの精算時に利用することができる。
【００３６】
図３には、オリジナル弁当注文用ネットワーク・システム１０の各装置の作動として、サーバ・コンピュータ２２の処理の流れを示した。サーバ・コンピュータ２２では、図３に示す処理ルーチンが実行される。　図３のステップ１００では、携帯端末２８から弁当注文要求を表す要求データを受信したか否かを判断する。この要求データは、ユーザが携帯端末２８を用いてオリジナル弁当を依頼するための総菜の組み合わせなどの情報提供を表すものである。ステップ１００で否定されると、ステップ１３０へ進み、肯定されるとステップ１０２へ進む。
【００３７】
ステップ１０２では、要求しているユーザのＩＤを特定する（ユーザ管理テーブルを利用）。次のステップ１０４では、ＩＤが登録済みであるか否かを判断し、未登録の場合にはステップ１０４で否定され、本サービスを実行することなくステップ１３０へ進む。一方、登録済みの場合には、ステップ１０４で肯定されステップ１０６へ進み、携帯端末２８から指示された位置データを受け取る。位置データは、携帯端末２８の位置を自動的に検出した位置であってもよいし、携帯端末２８により入力した位置でもよい。好ましくは、ユーザが受け取りを希望する位置を携帯端末２８により入力したときの位置データがよい。
【００３８】
なお、ステップ１０６で、携帯端末２８からの要求時にオリジナル弁当を受け取りを希望する拠点や拠点付近の地域を表す拠点データが含まれる場合にはそのデータを抽出する処理でもよい。
【００３９】
この拠点データには、実際にオリジナル弁当を作成する拠点で総菜の組み合わせが異なることを想定して、ユーザが受け取ることが可能な拠点で作成が可能なオリジナル弁当として総菜の組み合わせに許容できるデータを作成するために利用するものである。例えば、この拠点データには、受付装置２４が設置された拠点を表すデータや、ユーザが平易にオリジナル弁当を受け取れるコンビニエンスストアなどの店舗を表すデータが、ユーザにより入力されたデータがある。また、これら受け取り位置の名称やＩＤなどの名称データや位置そのもののデータや地域などの地域データを含む位置データを含む拠点データを用いても良い。
【００４０】
なお、上記ステップ１０６において位置データを読み取ることが困難な場合には、位置データがないものとして本サービスで提供できる全ての範囲の位置を含む位置データを設定する。
【００４１】
次のステップ１０８では、上記ステップ１０６で定まる位置データによる地域で提供可能な総菜の種類を抽出する。例えば、総菜管理テーブル２２Ｄには、総菜の種類、単価、提供可能拠点や地域の要素データからなるテーブルとして記憶され、この要素データのうちの提供可能拠点や地域を参照することで提供可能な総菜の種類を抽出することができる。なお、総菜は、拠点で実際に作成することなく、工場で製造された総菜を配送する場合があるので、総菜管理テーブル２２Ｄに製造工場の名称や位置、配送時間などを含ませることができる。また、拠点管理テーブル２２Ｅを参照して、上記ステップ１０６で受け取った位置データの周辺に存在する拠点すなわち受付装置２４を設置した拠点を抽出してもよい。例えば、上記ステップ１０６で受け取った位置データを中心として予め定めた距離範囲内に存在する受付装置２４を抽出する。この結果を抽出データとすることもできる。
【００４２】
なお、ステップ１０８では、上記抽出するための拠点である受付装置２４を特定するために、受付装置２４へ提供可能であるか否か（すなわち在庫の有無）を表す提供状況のデータの送信要求を実行してその返信データである提供状況データを利用することができる。
【００４３】
また、上記ステップ１０６において位置データを読み取ることが困難な場合には、提供可能な受付装置２４を抽出した結果全てを抽出データとする。
【００４４】
次のステップ１１０では、上記ステップ１０８で抽出した結果の抽出データを、上記ステップ１００で要求したユーザの携帯端末２８へ向けて返信する。ここでは上述のようにＩＤが特定されているので、容易に返信することができる。
【００４５】
この抽出データの返信による携帯端末２８の表示すなわちユーザが携帯端末２８を参照することで、オリジナル弁当を構成するための利用可能な総菜を把握することができる。従って、弁当の製造拠点へユーザが出向くことなく、携帯端末２８上で掌握でき、ユーザの行動範囲を増大させることが可能となる。
【００４６】
次のステップ１１２では、抽出データを返信したことに対応する携帯端末２８からの応答を受信するまで否定判断を繰り返し、肯定されると、ステップ１１４へ進む。
【００４７】
ステップ１１４では、応答受信時に携帯端末２８から指示された受取予定位置データを受け取る。受取予定位置データは、ユーザが受け取りを希望する位置を携帯端末２８により入力した位置データである。
【００４８】
なお、ステップ１１４における位置データは、受付装置２４が設置された製造拠点を表すデータや、ユーザが平易にオリジナル弁当を受け取れるコンビニエンスストアなどの店舗を表すデータが、ユーザにより入力されたデータがある。
【００４９】
次のステップ１１６では、応答受信時に携帯端末２８から指示されたデータから、オリジナル弁当の総菜の組み合わせを特定する。次のステップ１１８では、上記ステップ１１６で特定したオリジナル弁当の総菜の組み合わせの各総菜について、総菜管理テーブル２２Ｄを参照して作成に要する所要時間を計算することで、特定した総菜の組み合わせによるオリジナル弁当の総時間計すなわちオリジナル弁当の仕上がり時間を推定する。この推定には、配送時間を含むことができる。
【００５０】
次のステップ１２０では、上記ステップ１１６で特定したオリジナル弁当の総菜の組み合わせの各総菜について、総菜管理テーブル２２Ｄを参照して各総菜の単価を特定することで、特定した総菜の組み合わせによるオリジナル弁当の総金額計を算出する。この総金額計には、税金を含めたり外税として別途求めたりすることができる。
【００５１】
次のステップ１２２では、ステップ１１８で求めた仕上がり時間と、ステップ１２０で求めた総金額とからなる詳細データを生成し、生成した詳細データを、上記ステップ１１２で応答したユーザの携帯端末２８へ向けて返信する。
【００５２】
次のステップ１２４では、詳細データを返信したことに対応する携帯端末２８からの応答を受信するまで否定判断を繰り返し、肯定されると、ステップ１２６へ進む。
【００５３】
ステップ１２６では、応答受信時に携帯端末２８から実際にオリジナル弁当の注文であるか否かを判断し、否定されると、ステップ１３０へ進み、本サービスの継続判断へ移行する。一方、ステップ１２６で肯定されると、ステップ１２８へ進み、弁当データを送信する。
【００５４】
このステップ１２６は、上記ステップ１１２及びステップ１１４においてユーザから問い合わせのあった総菜の組み合わせによるオリジナル弁当を、ユーザが実際に注文したことを判別するものであり、実際の注文のときに肯定され、ステップ１２８でユーザが指定したオリジナル弁当による弁当データすなわち総菜の組み合わせデータによる弁当データを生成する。そして、ステップ１２８では、生成した弁当データを、拠点端末である受付装置２４へ送信することで、オリジナル弁当の製造指示を行うと共に、オリジナル弁当の注文を受け付けたことを表す受理データを携帯端末２８へ送信する。
【００５５】
次のステップ１３０では、本サービスすなわちオリジナル弁当の注文受付サービスを終了するか否かを判断し、否定されたときはステップ１００へ戻り、肯定されたときは、本ルーチンを終了する。ステップ１３０の判断は、サーバ・コンピュータ２２の点検処理やネットワーク断などの障害時以外には肯定される。
【００５６】
このようにして、携帯端末２８からのオリジナル弁当の注文を受け付けて、受付装置２４の提供状態を参照し、提供の可能／不可能に応じて携帯端末２８へ提供可能なオリジナル弁当の総菜の組み合わせを提供できる。
【００５７】
なお、上記では、オリジナル弁当の注文を携帯端末２８から受け取る場合を説明したが、オリジナル弁当の注文を実行する装置は携帯端末２８に限定するものではなく、ユーザ・コンピュータ２０などのネットワークに接続可能なコンピュータでもよい。
【００５８】
また、上記では、オリジナル弁当の注文について説明したが、実際の注文に限定されるものではなく、注文予約であってもよい。
【００５９】
本実施の形態のオリジナル弁当は本発明の商品に相当し、総菜端本発明の商品を構成する部品に相当する。また、総菜管理テーブル２２Ｄは、本発明の部品テーブルに相当し、ステップ１０８の抽出データすなわち携帯端末２８へ向けて返信するときの抽出データは、本発明の提供データに相当する。また、ステップ１１２で携帯端末２８から受け取るデータは本発明の選択データに相当し、ステップ１２２で返信する仕上がり時間と総金額とからなる詳細データは、本発明の商品情報に相当し、詳細データに含まれる総金額のデータは本発明の提供料金データに相当する。
【００６０】
上述の制御部２２Ａ等のサーバ・コンピュータ２２の各構成を用いた処理のうち、上記ステップ１００乃至ステップ１０８の処理は、本発明の商品管理装置のテーブル送信手段の機能に相当し、ステップ１２０で総金額を求めることは本発明の演算手段で提供料金データを求める処理の機能に相当し、ステップ１１２でデータを受信する処理は本発明の商品管理装置の受信手段の機能に相当し、ステップ１２２の詳細データを送信する処理は、本発明の注文関連情報送信手段の機能に相当する。
【００６１】
次に、携帯端末２８の処理を詳細に説明する。携帯端末２８では、図４に示す処理ルーチンが実行される。　図４のステップ１４０では、携帯端末２８の入力部２４Ｄによりオリジナル弁当の注文サービスを実行することが指示されたときにその概要表示をメニューとして表示部２８Ｅに表示する。このステップ１４０では、すでに、携帯端末２８側に記憶されている以前のオリジナル弁当に利用可能であった総菜データを表示することができる。
【００６２】
次のステップ１４２では、現在利用可能なオリジナル弁当の詳細なデータを要求する。すなわち、携帯端末２８の入力部２４Ｄによる操作により送受信部２８Ｃを介して要求データをサーバ・コンピュータ２２へ送信する。
【００６３】
次のステップ１４４では、ステップ１４２で要求データを送信した応答があるまで否定判断を繰り返し、肯定されると次のステップ１４６において総菜データを更新して表示する。すなわち、ステップ１４０で表示可能であった以前の総菜データを、ステップ１４４で応答されたときの総菜データで更新する。そしてこの総菜データを表示する。
【００６４】
次のステップ１４８では、オリジナル弁当用として、表示部２８Ｅに表示された総菜から１つの総菜または複数の総菜の組み合わせの選択入力を入力部２８Ｄの入力値から読み取り、読み取った１つの総菜または複数の総菜の組み合わせのデータを、注文予定のオリジナル弁当用の選択データとして、次のステップ１５０において、サーバ・コンピュータ２２へ送信する。
【００６５】
次のステップ１５２では、ステップ１５０で選択データを送信した応答があるまで否定判断を繰り返し、肯定されると次のステップ１５４においてサーバ・コンピュータ２２から返信された詳細データを表示する。すなわち、上述のように、総菜の組み合わせによるオリジナル弁当について仕上がり時間及び総金額を表示する。
【００６６】
このステップ１５４における表示をユーザが参照する。そして、次のステップ１５６において実際の注文入力を読み取る。このステップ１５６では、ユーザは実際に注文するかキャンセルするかの指示を入力部２８Ｄにより行い、この入力部２８Ｄの入力データとして、実際に注文することを指示する場合には総菜の組み合わせ（１つでも可能）データ及びオリジナル弁当の受取位置からなる注文データとして生成し、次のステップ１５８でサーバ・コンピュータ２２へ送信する。
【００６７】
次のステップ１６０では、携帯端末２８においてオリジナル弁当を注文する処理を行うサービスを終了するか否かを判断し、否定されるとステップ１４０へ戻り、肯定されると本ルーチンを終了する。
【００６８】
このように、携帯端末２８は、オリジナル弁当に組み合わせることが可能な総菜の状況を常時、更新すると共に、その組み合わせによるオリジナル弁当をサーバ・コンピュータ２２へ要求する。これによって、ユーザは最新の総菜状況によるオリジナル弁当を注文することができる。
【００６９】
以上説明したように、本実施の形態では、オリジナル弁当を作成するための総菜データを統括管理し、ユーザからの注文の要求を容易にするため、総菜データをユーザ側（携帯端末２８）へ提示している。この提示された総菜を選択することでユーザは好みに合致した総菜の組み合わせによるオリジナル弁当を簡便に注文することができる。
【００７０】
なお、オリジナル弁当注文用ネットワーク・システム１０において、携帯端末２８の各ハードウェア資源を利用してサーバ・コンピュータ２２からの総菜管理テーブル２２Ｄによる抽出データを受信する機能は、本発明の商品注文管理システムの携帯端末を構成する携帯受信手段の機能に相当し、表示された総菜データを選択する機能は、本発明の携帯端末を構成する選択手段の機能に相当し、その選択データを送信する携帯送信手段の機能は、本実施の形態における注文予定のデータを携帯端末２８が送信する機能に相当する。
【００７１】
また、受付装置２４の各ハードウェア資源を利用してサーバ・コンピュータ２２からの詳細データを受信する機能は、本発明の商品注文管理システムの拠点端末を構成する拠点受信手段の機能に相当し、受信した詳細データによりオリジナル弁当の作成指示を表示する機能は、本発明の拠点端末を構成する作成指示手段の機能に相当する。
【００７２】
なお、本実施の形態では、サーバ側から提示した総菜データによる総菜の組み合わせをユーザが選択する場合の一例を説明したが、ユーザによる選択の自由度を増加させるため、総菜の単品毎にコストデータを携帯端末に表示させてもよい。また、ユーザ側から予め総予算のデータをサーバ側で受け取って、その予算内で製造可能なオリジナル弁当の総菜の組み合わせを提示するようにしてもよい。
【００７３】
また、オリジナル弁当についてカロリー計算を行い、その計算結果の総カロリー量をユーザ側へ提示してもよい。この場合、総菜毎に個別のカロリー量を提示することもできる。また、ユーザ側から予め総カロリーのデータをサーバ側で受け取って、その総カロリー内で製造可能なオリジナル弁当の総菜の組み合わせを提示するようにしてもよい。
【００７４】
また、お薦めメニューとして予め定めた金額やカロリー量のオリジナル弁当を提示するようにしてもよい。このようなお薦めメニューの他の例としては、ユーザ登録しているユーザの注文履歴をサーバ側で記憶しておき、その記憶した注文履歴から注文された総菜の傾向を求め、求めた傾向に則した総菜を、そのユーザに対して提供することができる。
【００７５】
また、上記では、オリジナル弁当として総菜の選択をユーザが行う一例を説明したが、オリジナル弁当の容器で選択するようにしてもよい。例えば、複数の異なる弁当箱からユーザが選択した弁当箱へ収納可能な総菜を選別して提示したり、その弁当箱毎に同一の総菜でも異なる形状で提供したりするようにしてもよい。
【００７６】
また、ユーザが持参する弁当箱に総菜を収納するようにしてもよい。この場合には、予めユーザが持参する弁当箱の大きさや区分領域数などの形状データをサーバ側で把握し、その大きさや区分領域数などに相応して、収納することが可能な総菜をユーザ側へ提示することができる。
【００７７】
以上、本発明の実施の形態を説明したが、本発明は、上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で当業者が実施の形態の修正や代用を成し得ることは自明である。
【００７８】
【発明の効果】
以上説明したように本発明によれば、携帯端末や商品の作成を行う拠点端末の間で情報の授受が可能に通信回線に接続されたサーバにより、商品を構成する部品を選択可能な提供データを携帯端末へ提供したときに選択された選択データから１つの商品を作成するための商品情報と作成した商品を提供するときの提供料金データを求め、提供料金データを携帯端末へ向けて送信しかつ商品情報を作成拠点の拠点端末へ向けて送信するので、ユーザは、自己が所望する部品の構成による商品を注文することができ、さらに要求した部品による商品の提供料金を把握することができ、拠点端末では、ユーザの嗜好に合致した商品を作成することが容易となる、という効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかるオリジナル弁当注文用ネットワーク・システムの構成を模式的に示したイメージ図である。
【図２】本発明の実施の形態にかかるオリジナル弁当注文用ネットワーク・システムを構成する各部の概略ブロック図である。
【図３】サーバ・コンピュータの処理の流れを示すフローチャートである。
【図４】携帯端末の処理の流れを示すフローチャートである。
【符号の説明】
１０…オリジナル弁当注文用ネットワーク・システム
１２…ネットワーク
１４…通信網
１６…基地局
１８…ゲートウェイ・システム
２０…ユーザ・コンピュータ
２２…サーバ・コンピュータ
２４…受付装置
２６…接続装置
２８…携帯端末
【図１】
2004021537.tif 000003
【図２】
2004021537.tif 000004
【図３】
2004021537.tif 000005
【図４】
2004021537.tif 000006