ＰＯＳシステム、携帯電話、および、注文管理プログラム
【課題】携帯電話をＰＯＳシステムの端末と同様に使用可能なＰＯＳシステムを提供する。
【解決手段】ウエブサーバは注文ページで注文を受付る（Ｓ２１）。注文データは携帯電話の個人データと具体的な注文データとを含んでいるため、まず、個人データと注文データとを分離する（Ｓ２２）。その後、注文データを携帯端末における注文データと同様になるように変換する（Ｓ２３）。変換された注文データを携帯電話ＰＯＳ精算データベースに格納する（Ｓ２４）。
【解決手段】ウエブサーバは注文ページで注文を受付る（Ｓ２１）。注文データは携帯電話の個人データと具体的な注文データとを含んでいるため、まず、個人データと注文データとを分離する（Ｓ２２）。その後、注文データを携帯端末における注文データと同様になるように変換する（Ｓ２３）。変換された注文データを携帯電話ＰＯＳ精算データベースに格納する（Ｓ２４）。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はＰＯＳシステム、携帯電話、および、注文管理プログラムに関し、特に、携帯電話を用いて所望の商品を注文可能なＰＯＳシステム、携帯電話、および、注文管理プログラムに関する。
【背景技術】
【０００２】
従来、ファミリーレストラン、ファーストフード、居酒屋などの外食産業等で、ＰＯＳシステムが利用されている。ＰＯＳシステムは、基本的にはＰＯＳレジスタと管理コンピュータとを含む。近年では居酒屋業態などを中心にテーブル注文端末で従業員を介さずに追加注文が出来るようにすることで、人件費削減を図る事もある。
【０００３】
一方で、携帯電話も非常に普及している。このようなＰＯＳシステムと携帯電話とを連動させるシステムがたとえば、特開２００７−５８３７６号公報（特許文献１）や特開２００６−４０２３７号公報（特許文献２）に開示されている。
【０００４】
特許文献１によれば、飲食店の商品情報を提供しているＰＯＳ代行サーバに携帯電話でアクセスし、飲食店の商品を購入できるシステムを開示している。また、特許文献２は、携帯電話をＰＯＳシステムの端末として使用するという点を開示している。
【特許文献１】特開２００７−５８３７６号公報（要約）
【特許文献２】特開２００６−４０２３７号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のＰＯＳシステムと携帯電話とを連動させるシステムは上記のように構成されていた。特許文献１は、ＰＯＳ代行サーバに携帯電話でアクセスするだけで、ＰＯＳシステムと携帯電話との連動という点についての開示はない。一方、特許文献２は、携帯電話をＰＯＳシステムの端末として使用するという点を記載しているが、具体的にどのように携帯電話をＰＯＳ端末として使用するのかという点についての開示はない。
【０００６】
この発明は、上記のような問題点に鑑みてなされたもので、携帯電話をＰＯＳシステムの端末と同様に使用可能なＰＯＳシステム、携帯電話、および、注文管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係るＰＯＳシステムは、店舗における商品の売上げを管理する。ＰＯＳシステムは、商品の注文を入力するＰＯＳ端末と、ＰＯＳ端末からの注文を受付けるＰＯＳ端末注文受付手段と、携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む。
【０００８】
好ましくは、携帯電話注文受付手段は、携帯電話からの注文を、ホームページを経由して受付ける。
【０００９】
さらに好ましくは、携帯電話からの注文を受けるためにユーザに登録させるユーザ登録手段を含む。
【００１０】
なお、携帯電話からの注文を受付ける前に、ユーザに対して、テーブル番号を通知するのが好ましい。
【００１１】
また、ＰＯＳ端末注文受付手段はＰＯＳデータベースを含み、ＰＯＳデータベースは、ＰＯＳ端末注文受付手段および携帯電話注文受付手段から受付けた注文を格納するのが好ましい。
【００１２】
この発明の他の局面においては、携帯電話は、店舗における商品の売上げを管理するＰＯＳシステムに対して注文の入力が可能である。ＰＯＳシステムは、ＰＯＳ端末から商品の注文を受付けるＰＯＳ端末注文受付手段と、携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む。
【００１３】
この発明のさらに他の局面においては、注文管理プログラムは、所定のホームページを提供するウエブサーバとして作動するコンピュータを、店舗における商品の注文を管理する注文管理コンピュータとして機能させる。注文管理プログラムは、コンピュータを、ホームページにおいて携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段として作動させる。
【発明の効果】
【００１４】
この発明に係るＰＯＳシステムにおいては、携帯電話で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段を含むため、ＰＯＳシステムはＰＯＳ端末だけでなく、携帯電話からの注文もＰＯＳ端末からの注文と同様に処理できる。
【００１５】
その結果、携帯電話をＰＯＳシステムの端末と同様に使用可能な携帯電話を用いた注文システムを提供できる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、この発明の一実施形態について説明する。図１は、この発明の一実施の形態に係る携帯電話を用いた注文が可能なＰＯＳシステムの全体構成と示すブロック図である。ここでは、レストランにおける例について説明する。ＰＯＳシステム図１を参照して、携帯電話を用いた注文が可能なＰＯＳシステムは、店舗側システム１０と、店舗側システム１０に対してインターネット２０を介して店舗側システムにアクセス可能な携帯電話２１，２２等を含む。なお、以下では、携帯電話２１を例にあげて説明する。
【００１７】
店舗側システム１０は、店舗側システム全体を制御するＰＯＳサーバ１１と、商品データ、価格データ、日ごとの売上げデータ等を格納するＰＯＳデータベース（ＤＢ）有するＰＯＳデータベースサーバ１２と、インターネット２０上に店舗のホームページを公開するとともに、インターネット２０を介して携帯電話２１から入力される注文を受付けるウエブサーバ１３と、店舗内において従業員が顧客からの注文を入力する携帯端末（ＰＯＳ端末）１８からの注文を無線で受付ける無線ＬＡＮアクセスポイント１４と、ウエブサーバ１３および無線ＬＡＮアクセスポイント１４から入力された注文をキッチンにおいて表示、またはプリントするキッチンディスプレイ１５、キッチンプリンタ１６と、顧客が精算したときにレシートを印刷するレシートプリンタ１７とを含む。なお、ＰＯＳサーバ１１は精算のための図示のないＰＯＳレジスタを含む。
【００１８】
したがって、無線ＬＡＮアクセスポイント１４とＰＯＳデータベースサーバ１２とがＰＯＳ端末注文受付手段として作動し、ウエブサーバ１３が携帯電話注文受付手段として作動する。
【００１９】
この実施の形態においては、店舗における注文は、店舗内の携帯端末１８のみならず、インターネット２０を介してユーザの携帯電話２１，２２からも受付ける。従来の店舗における携帯端末１８のみで注文を受付けると、店員を呼んでもなかなかこないとか、注文と違う品物が届いたとか、勘定に時間がかかるとか、注文した商品が来ていないのに勘定を済ませた、等の問題がなくなり、配膳ミスが減り、少ない店員で店舗の維持が可能になる。
【００２０】
携帯電話２１による注文の受付けについて説明する前に携帯端末１８による受付方法について説明する。図２は携帯端末１８における処理の手順を示すフローチャートである。まず携帯端末１８の初期化を行う（ステップＳ１１、以下、ステップを省略する）。初期化においては、注文を受けるテーブル番号、担当者、顧客の人数を入力する。次に、顧客からの注文を受ける（Ｓ１２）。注文の内容としては、カテゴリとメニューとを含む。カテゴリは飲料であり、酒やソフトドリンクを含む。メニューは具体的な商品名とその数量を含む。注文内容を顧客に確認の上、注文を無線ＬＡＮアクセスポイント１４へ行う（Ｓ１３）。
【００２１】
次に、携帯端末１８における注文データフォーマットについて説明する。図３は携帯端末１８のデータフォーマットの一例を示す図である。（Ａ）は初期化時のものであり、（Ｂ）は注文時のものであり、（Ｃ）は精算時のものである。
【００２２】
図３（Ａ）に示すように、初期化時のデータは、テーブル番号３１、人数データ３２、担当コード３３、時刻データ（ここでは開始時刻）３４、注文番号３５、および、未清算フラグ３６を含む。テーブル番号３１、人数データ３２、担当コード３３はヘッダであり、時刻データ３４、注文番号３５、および、未清算フラグ３６が開始レコード項目である。ここで、時刻データは８バイトであり、それ以外のデータは２バイトである。なお、フラグは１バイトである。
【００２３】
図３（Ｂ）に示すように、注文が発生するごとに新しい注文ファイルをオープンし、注文情報を追加してレコードを、後に説明する、携帯端末ＰＯＳ精算データベースに書き出してクローズする。注文は上記したようにカテゴリ３７と、商品コード３８と、数量３９とを含む。レコードごとに注文番号３５および未清算フラグ３６も含める。なお、カテゴリおよび数量は１バイト、商品コードは２バイトである。
【００２４】
精算時には、携帯端末１８の図示のない精算ボタンを押すことによって、関連する注文ファイルをオープンして、処理の終了を示すＥＮＤ処理レコードを書き出して注文ファイルをクローズする。
【００２５】
図３（Ｃ）はこの場合のデータフォーマットであるが、ここに示すように、精算時には、ヘッダと終了時刻４０と精算フラグ４１とを含むレコードが作製され携帯端末１８からの注文を格納する携帯端末ＰＯＳ精算データベースがクローズされる。
【００２６】
なお、携帯端末１８には、注文する際の元となる商品マスターの情報が事前にインストールされている。携帯端末１８は注文を受付けると、注文のデータレコードを１レコードずつ、ＰＯＳデータベースサーバ１２の有する、後に説明する、携帯端末ＰＯＳ精算データベース１２ｂに送信する。
【００２７】
次に、携帯電話２１による注文の受付について説明する。この実施の形態においては、基本的に、携帯電話２１による注文の受付データをウエブサーバ１３において携帯端末１８における注文受付データとあわせることによって、携帯電話２１からの注文をＰＯＳシステムで受付可能とした。
【００２８】
図４はウエブサーバ１３とＰＯＳデータベースサーバ１２との詳細を示すブロック図である。ウエブサーバ１３とＰＯＳデータベースサーバ１２は、ともに図示のないＣＰＵを有するコンピュータである。図５はウエブサーバ１３を介して携帯電話２１から注文を受付る場合のウエブサーバ１３のＣＰＵが行う処理手順を示すフローチャートである。図４を参照して、ウエブサーバ１３は店舗のホームページデータ１３ａを格納しており、その中には、携帯電話２１で店舗のホームページにアクセスしたときに、携帯電話２１で注文するための情報を入力する注文ページ１３ｂが含まれている。また、ウエブサーバ１３は、携帯電話２１からの注文を処理する携帯電話ＰＯＳ精算データベース１３ｃと会員データベース１３ｄとを含む。
【００２９】
一方、ＰＯＳデータベースサーバ１２のＰＯＳデータベースには、店舗において注文可能な内容を示すメニューを含む商品マスターデータ１２ａと携帯端末１８での注文を格納するための携帯端末ＰＯＳ精算データベース１２ｂとを含む。
【００３０】
ＰＯＳデータベースの商品マスターデータ１２ａ等は、ウエブサーバ１３の注文ページ１３ｂに含まれている。すなわち、ＰＯＳデータベースのデータはウエブサーバ１３に反映されている。
【００３１】
図４および図５を参照して、ウエブサーバ１３は注文ページ１３ｂで注文を受付る（Ｓ２１）。注文データは後に説明するように、携帯電話２１の個人データと注文データとを含んでいるため、まず、個人データと注文データとを分離する（Ｓ２２）。その後、注文データを携帯端末１８における注文データと同様になるように変換する（Ｓ２３）。変換された注文データを携帯電話ＰＯＳ精算データベース１３ｃに格納するとともに、それをＰＯＳデータベースサーバ１２に送信する。したがって、ウエブサーバ１３のＣＰＵは変換手段として機能する。
【００３２】
なお、携帯電話２１での注文については、後に説明するように、注文データは、携帯電話の個人認証のデータを含んでいるため、このデータは、個人認証データとして、会員データベース１３ｄに格納される。したがって、ウエブサーバ１３のＣＰＵと会員データベース１３ｄとはユーザ登録手段として機能する。
【００３３】
次に、携帯電話２１からインターネット２０を介して注文した場合にウエブサーバ１３が注文を受けて、それをＰＯＳデータベースサーバ１２へ送信する場合のデータフォーマットについて説明する。図６は携帯電話２１のデータフォーマットの一例を示す図である。（Ａ）は初期化時のものであり、（Ｂ）は注文時のものであり、（Ｃ）は精算時のものである。
【００３４】
図６（Ａ）に示すように、初期化時のデータは、テーブル番号４１、人数データ４２、担当コード４３、時刻データ（ここでは開始時刻）４４、電話番号４５、および、開始フラグ４６を含む。ここで、時刻データは８バイトであり、電話番号データは１１バイトでありそれ以外のデータは２バイトである。なお、フラグは１バイトである。これらのデータのうち、テーブル番号３１、人数３２および担当コード３３はヘッダとなる。従って、電話番号が含まれるという以外は、基本的に携帯端末の場合と同様である。
【００３５】
なお、この場合は、担当者データは「携帯」とわかる、たとえば、「９９」とする。
【００３６】
図６（Ｂ）は注文時の注文ファイルのレコードを示す図である。図６（Ｂ）に示すように、注文が発生するごとに、ヘッダに含まれるテーブル番号４１をキーにして、新しい注文ファイルを携帯電話ＰＯＳ精算データベース１２ｃにオープンし、注文番号５０および未清算フラグ（アペンドフラグ）５１を追加してレコードを書き出してクローズする。ここでも、未清算フラグ５１を追加する以外は、基本的に携帯端末の場合と同様である。ファイルオープンのままで、次の注文がいつくるかわからない危険状態を回避するために、レコード単位で個々の注文ファイルのオープン、クローズを行う。
【００３７】
精算時には、携帯電話２１の画面上に表示される、図示のない精算ボタンを押すことによって、関連する注文ファイルをオープンして、ＥＮＤ処理レコードを書き出してクローズする。以上の情報をファイルオープンで集計する。
【００３８】
図６（Ｃ）はこの場合のデータフォーマットであるが、ここに示すように、この場合も、電話番号が含まれる点を除いて、基本的に携帯端末の場合と同様に、テーブル番号４１および未清算フラグ５１をキーとして、書き込まれた全てのレコードを取り出し、商品名ごとの集計を行い、一覧表として表示する。内容を確認して「精算」すると、呼び込まれたデータを携帯電話ＰＯＳ精算データベース１２ｃ内で開いて、未入金フラグを付加して書き込む。同時に未清算フラグを精算フラグに変えてレコードに書き込み、クローズ処理を行う。
【００３９】
携帯電話ＰＯＳ精算データベース１２ｃから精算ファイルをオープンして、テーブル番号４１と未入金フラグで呼び出し、精算し、終了により入金フラグに変えてレコードに書き込む。
【００４０】
次に、この実施の形態に係るＰＯＳシステムにおける、携帯電話２１による注文の具体的な手順について説明する。図７は、携帯電話を用いて、インターネットを介してその店舗の会員登録する場合、および、注文を行う場合の動作を説明するための図であり、図８および図９は、その場合の、携帯電話２１の画面上の表示例を示す図である。
【００４１】
図７の「会員簡易登録」を参照して、まず、店舗の利用者は、店舗のホームページにアクセスして会員登録をする。具体的には、携帯電話の電話番号、パスワード、ｅメールアドレス等を登録する。これらのデータは、ＰＯＳデータベースの会員データベース１２ｄに格納される。なお、このホームページへのアクセスはＱＲコード等の任意のアクセス方法で行ってもよい。
【００４２】
次に、図７から図９を参照して、注文時の手順について説明する。図７の「初回利用時」を参照して、利用者は所望の店舗へ行って、インターネットを経由してホームページにアクセスする。すると、ウエブサーバは携帯電話の表示画面にログインページを表示する（図７でＳ３１）。この表示画面例を図８（Ａ）に示す。図８（Ａ）を参照して、利用者には店舗名、テーブル番号が通知されるとともに、電話番号、パスワード、人数の入力を促される。利用者がこれに応じて入力すると（図７でＳ３２）、注文を入力する画面が表示される（図７でＳ３３、図８（Ｂ）および（Ｃ））。これに応じて利用者が注文する（図７Ｓ３４）。注文後に、商品が到着したことを確認する（図７でＳ３５）。これは、具体的には、図９（Ａ）において「確認」ボタンを押すことによって行う。
【００４３】
飲食が終了して、精算するときには（図７でＳ３６）、図９（Ｂ）に示された画面上の「精算」ボタンを押す。精算が終わると、上記会員登録をしていない利用者に会員登録を促す（図７でＳ３７）。具体的には図９（Ｃ）に示すような画面を表示し、住所、氏名、アンケートの回答の入力を促す。会員登録されると、クーポン券がメールされてくる（図７でＳ３８、図９（Ｄ））。事前にクーポン券を有している人はこの券を用いて料金の割り引き処理を受けることができる（Ｓ３９）。この精算時に携帯電話によるモバイル決済サービスに連携することでＰＯＳレジスタにおける精算が不要となり、配膳した商品の決済をすることで、いわゆる食い逃げを防ぐことができる。
【００４４】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００４５】
【図１】この発明の一実施の形態に係る携帯電話を用いて所望の商品を注文可能なＰＯＳシステムの全体構成を示すブロック図である。
【図２】携帯電話からの注文手順を示すフローチャートである。
【図３】携帯端末における注文データフォーマットを示す図である。
【図４】携帯電話における注文を受付ける構成の詳細を示すブロック図である。
【図５】携帯電話における注文を受付けたときの処理手順を示すフローチャートである。
【図６】携帯電話における注文データフォーマットを示す図である。
【図７】携帯電話における注文を受付けたときの処理内容を具体的に示す図である。
【図８】携帯電話における注文を行う場合の画面表示例を示す図である。
【図９】携帯電話における注文を行う場合の画面表示例を示す図である。
【符号の説明】
【００４６】
１０ 店舗側システム、１１ ＰＯＳサーバ、１２ ＰＯＳデータベース、１３ ウエブサーバ、１４ 無線ＬＡＮアクセスポイント、１５ キッチンディスプレイ、１６ キッチンプリンタ、１７ レシートプリンタ、１８ 携帯端末、２０ インターネット、２１，２２ 携帯電話。
【技術分野】
【０００１】
この発明はＰＯＳシステム、携帯電話、および、注文管理プログラムに関し、特に、携帯電話を用いて所望の商品を注文可能なＰＯＳシステム、携帯電話、および、注文管理プログラムに関する。
【背景技術】
【０００２】
従来、ファミリーレストラン、ファーストフード、居酒屋などの外食産業等で、ＰＯＳシステムが利用されている。ＰＯＳシステムは、基本的にはＰＯＳレジスタと管理コンピュータとを含む。近年では居酒屋業態などを中心にテーブル注文端末で従業員を介さずに追加注文が出来るようにすることで、人件費削減を図る事もある。
【０００３】
一方で、携帯電話も非常に普及している。このようなＰＯＳシステムと携帯電話とを連動させるシステムがたとえば、特開２００７−５８３７６号公報（特許文献１）や特開２００６−４０２３７号公報（特許文献２）に開示されている。
【０００４】
特許文献１によれば、飲食店の商品情報を提供しているＰＯＳ代行サーバに携帯電話でアクセスし、飲食店の商品を購入できるシステムを開示している。また、特許文献２は、携帯電話をＰＯＳシステムの端末として使用するという点を開示している。
【特許文献１】特開２００７−５８３７６号公報（要約）
【特許文献２】特開２００６−４０２３７号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のＰＯＳシステムと携帯電話とを連動させるシステムは上記のように構成されていた。特許文献１は、ＰＯＳ代行サーバに携帯電話でアクセスするだけで、ＰＯＳシステムと携帯電話との連動という点についての開示はない。一方、特許文献２は、携帯電話をＰＯＳシステムの端末として使用するという点を記載しているが、具体的にどのように携帯電話をＰＯＳ端末として使用するのかという点についての開示はない。
【０００６】
この発明は、上記のような問題点に鑑みてなされたもので、携帯電話をＰＯＳシステムの端末と同様に使用可能なＰＯＳシステム、携帯電話、および、注文管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係るＰＯＳシステムは、店舗における商品の売上げを管理する。ＰＯＳシステムは、商品の注文を入力するＰＯＳ端末と、ＰＯＳ端末からの注文を受付けるＰＯＳ端末注文受付手段と、携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む。
【０００８】
好ましくは、携帯電話注文受付手段は、携帯電話からの注文を、ホームページを経由して受付ける。
【０００９】
さらに好ましくは、携帯電話からの注文を受けるためにユーザに登録させるユーザ登録手段を含む。
【００１０】
なお、携帯電話からの注文を受付ける前に、ユーザに対して、テーブル番号を通知するのが好ましい。
【００１１】
また、ＰＯＳ端末注文受付手段はＰＯＳデータベースを含み、ＰＯＳデータベースは、ＰＯＳ端末注文受付手段および携帯電話注文受付手段から受付けた注文を格納するのが好ましい。
【００１２】
この発明の他の局面においては、携帯電話は、店舗における商品の売上げを管理するＰＯＳシステムに対して注文の入力が可能である。ＰＯＳシステムは、ＰＯＳ端末から商品の注文を受付けるＰＯＳ端末注文受付手段と、携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む。
【００１３】
この発明のさらに他の局面においては、注文管理プログラムは、所定のホームページを提供するウエブサーバとして作動するコンピュータを、店舗における商品の注文を管理する注文管理コンピュータとして機能させる。注文管理プログラムは、コンピュータを、ホームページにおいて携帯電話からの注文を受付ける携帯電話注文受付手段と、携帯電話注文受付手段で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段として作動させる。
【発明の効果】
【００１４】
この発明に係るＰＯＳシステムにおいては、携帯電話で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段を含むため、ＰＯＳシステムはＰＯＳ端末だけでなく、携帯電話からの注文もＰＯＳ端末からの注文と同様に処理できる。
【００１５】
その結果、携帯電話をＰＯＳシステムの端末と同様に使用可能な携帯電話を用いた注文システムを提供できる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、この発明の一実施形態について説明する。図１は、この発明の一実施の形態に係る携帯電話を用いた注文が可能なＰＯＳシステムの全体構成と示すブロック図である。ここでは、レストランにおける例について説明する。ＰＯＳシステム図１を参照して、携帯電話を用いた注文が可能なＰＯＳシステムは、店舗側システム１０と、店舗側システム１０に対してインターネット２０を介して店舗側システムにアクセス可能な携帯電話２１，２２等を含む。なお、以下では、携帯電話２１を例にあげて説明する。
【００１７】
店舗側システム１０は、店舗側システム全体を制御するＰＯＳサーバ１１と、商品データ、価格データ、日ごとの売上げデータ等を格納するＰＯＳデータベース（ＤＢ）有するＰＯＳデータベースサーバ１２と、インターネット２０上に店舗のホームページを公開するとともに、インターネット２０を介して携帯電話２１から入力される注文を受付けるウエブサーバ１３と、店舗内において従業員が顧客からの注文を入力する携帯端末（ＰＯＳ端末）１８からの注文を無線で受付ける無線ＬＡＮアクセスポイント１４と、ウエブサーバ１３および無線ＬＡＮアクセスポイント１４から入力された注文をキッチンにおいて表示、またはプリントするキッチンディスプレイ１５、キッチンプリンタ１６と、顧客が精算したときにレシートを印刷するレシートプリンタ１７とを含む。なお、ＰＯＳサーバ１１は精算のための図示のないＰＯＳレジスタを含む。
【００１８】
したがって、無線ＬＡＮアクセスポイント１４とＰＯＳデータベースサーバ１２とがＰＯＳ端末注文受付手段として作動し、ウエブサーバ１３が携帯電話注文受付手段として作動する。
【００１９】
この実施の形態においては、店舗における注文は、店舗内の携帯端末１８のみならず、インターネット２０を介してユーザの携帯電話２１，２２からも受付ける。従来の店舗における携帯端末１８のみで注文を受付けると、店員を呼んでもなかなかこないとか、注文と違う品物が届いたとか、勘定に時間がかかるとか、注文した商品が来ていないのに勘定を済ませた、等の問題がなくなり、配膳ミスが減り、少ない店員で店舗の維持が可能になる。
【００２０】
携帯電話２１による注文の受付けについて説明する前に携帯端末１８による受付方法について説明する。図２は携帯端末１８における処理の手順を示すフローチャートである。まず携帯端末１８の初期化を行う（ステップＳ１１、以下、ステップを省略する）。初期化においては、注文を受けるテーブル番号、担当者、顧客の人数を入力する。次に、顧客からの注文を受ける（Ｓ１２）。注文の内容としては、カテゴリとメニューとを含む。カテゴリは飲料であり、酒やソフトドリンクを含む。メニューは具体的な商品名とその数量を含む。注文内容を顧客に確認の上、注文を無線ＬＡＮアクセスポイント１４へ行う（Ｓ１３）。
【００２１】
次に、携帯端末１８における注文データフォーマットについて説明する。図３は携帯端末１８のデータフォーマットの一例を示す図である。（Ａ）は初期化時のものであり、（Ｂ）は注文時のものであり、（Ｃ）は精算時のものである。
【００２２】
図３（Ａ）に示すように、初期化時のデータは、テーブル番号３１、人数データ３２、担当コード３３、時刻データ（ここでは開始時刻）３４、注文番号３５、および、未清算フラグ３６を含む。テーブル番号３１、人数データ３２、担当コード３３はヘッダであり、時刻データ３４、注文番号３５、および、未清算フラグ３６が開始レコード項目である。ここで、時刻データは８バイトであり、それ以外のデータは２バイトである。なお、フラグは１バイトである。
【００２３】
図３（Ｂ）に示すように、注文が発生するごとに新しい注文ファイルをオープンし、注文情報を追加してレコードを、後に説明する、携帯端末ＰＯＳ精算データベースに書き出してクローズする。注文は上記したようにカテゴリ３７と、商品コード３８と、数量３９とを含む。レコードごとに注文番号３５および未清算フラグ３６も含める。なお、カテゴリおよび数量は１バイト、商品コードは２バイトである。
【００２４】
精算時には、携帯端末１８の図示のない精算ボタンを押すことによって、関連する注文ファイルをオープンして、処理の終了を示すＥＮＤ処理レコードを書き出して注文ファイルをクローズする。
【００２５】
図３（Ｃ）はこの場合のデータフォーマットであるが、ここに示すように、精算時には、ヘッダと終了時刻４０と精算フラグ４１とを含むレコードが作製され携帯端末１８からの注文を格納する携帯端末ＰＯＳ精算データベースがクローズされる。
【００２６】
なお、携帯端末１８には、注文する際の元となる商品マスターの情報が事前にインストールされている。携帯端末１８は注文を受付けると、注文のデータレコードを１レコードずつ、ＰＯＳデータベースサーバ１２の有する、後に説明する、携帯端末ＰＯＳ精算データベース１２ｂに送信する。
【００２７】
次に、携帯電話２１による注文の受付について説明する。この実施の形態においては、基本的に、携帯電話２１による注文の受付データをウエブサーバ１３において携帯端末１８における注文受付データとあわせることによって、携帯電話２１からの注文をＰＯＳシステムで受付可能とした。
【００２８】
図４はウエブサーバ１３とＰＯＳデータベースサーバ１２との詳細を示すブロック図である。ウエブサーバ１３とＰＯＳデータベースサーバ１２は、ともに図示のないＣＰＵを有するコンピュータである。図５はウエブサーバ１３を介して携帯電話２１から注文を受付る場合のウエブサーバ１３のＣＰＵが行う処理手順を示すフローチャートである。図４を参照して、ウエブサーバ１３は店舗のホームページデータ１３ａを格納しており、その中には、携帯電話２１で店舗のホームページにアクセスしたときに、携帯電話２１で注文するための情報を入力する注文ページ１３ｂが含まれている。また、ウエブサーバ１３は、携帯電話２１からの注文を処理する携帯電話ＰＯＳ精算データベース１３ｃと会員データベース１３ｄとを含む。
【００２９】
一方、ＰＯＳデータベースサーバ１２のＰＯＳデータベースには、店舗において注文可能な内容を示すメニューを含む商品マスターデータ１２ａと携帯端末１８での注文を格納するための携帯端末ＰＯＳ精算データベース１２ｂとを含む。
【００３０】
ＰＯＳデータベースの商品マスターデータ１２ａ等は、ウエブサーバ１３の注文ページ１３ｂに含まれている。すなわち、ＰＯＳデータベースのデータはウエブサーバ１３に反映されている。
【００３１】
図４および図５を参照して、ウエブサーバ１３は注文ページ１３ｂで注文を受付る（Ｓ２１）。注文データは後に説明するように、携帯電話２１の個人データと注文データとを含んでいるため、まず、個人データと注文データとを分離する（Ｓ２２）。その後、注文データを携帯端末１８における注文データと同様になるように変換する（Ｓ２３）。変換された注文データを携帯電話ＰＯＳ精算データベース１３ｃに格納するとともに、それをＰＯＳデータベースサーバ１２に送信する。したがって、ウエブサーバ１３のＣＰＵは変換手段として機能する。
【００３２】
なお、携帯電話２１での注文については、後に説明するように、注文データは、携帯電話の個人認証のデータを含んでいるため、このデータは、個人認証データとして、会員データベース１３ｄに格納される。したがって、ウエブサーバ１３のＣＰＵと会員データベース１３ｄとはユーザ登録手段として機能する。
【００３３】
次に、携帯電話２１からインターネット２０を介して注文した場合にウエブサーバ１３が注文を受けて、それをＰＯＳデータベースサーバ１２へ送信する場合のデータフォーマットについて説明する。図６は携帯電話２１のデータフォーマットの一例を示す図である。（Ａ）は初期化時のものであり、（Ｂ）は注文時のものであり、（Ｃ）は精算時のものである。
【００３４】
図６（Ａ）に示すように、初期化時のデータは、テーブル番号４１、人数データ４２、担当コード４３、時刻データ（ここでは開始時刻）４４、電話番号４５、および、開始フラグ４６を含む。ここで、時刻データは８バイトであり、電話番号データは１１バイトでありそれ以外のデータは２バイトである。なお、フラグは１バイトである。これらのデータのうち、テーブル番号３１、人数３２および担当コード３３はヘッダとなる。従って、電話番号が含まれるという以外は、基本的に携帯端末の場合と同様である。
【００３５】
なお、この場合は、担当者データは「携帯」とわかる、たとえば、「９９」とする。
【００３６】
図６（Ｂ）は注文時の注文ファイルのレコードを示す図である。図６（Ｂ）に示すように、注文が発生するごとに、ヘッダに含まれるテーブル番号４１をキーにして、新しい注文ファイルを携帯電話ＰＯＳ精算データベース１２ｃにオープンし、注文番号５０および未清算フラグ（アペンドフラグ）５１を追加してレコードを書き出してクローズする。ここでも、未清算フラグ５１を追加する以外は、基本的に携帯端末の場合と同様である。ファイルオープンのままで、次の注文がいつくるかわからない危険状態を回避するために、レコード単位で個々の注文ファイルのオープン、クローズを行う。
【００３７】
精算時には、携帯電話２１の画面上に表示される、図示のない精算ボタンを押すことによって、関連する注文ファイルをオープンして、ＥＮＤ処理レコードを書き出してクローズする。以上の情報をファイルオープンで集計する。
【００３８】
図６（Ｃ）はこの場合のデータフォーマットであるが、ここに示すように、この場合も、電話番号が含まれる点を除いて、基本的に携帯端末の場合と同様に、テーブル番号４１および未清算フラグ５１をキーとして、書き込まれた全てのレコードを取り出し、商品名ごとの集計を行い、一覧表として表示する。内容を確認して「精算」すると、呼び込まれたデータを携帯電話ＰＯＳ精算データベース１２ｃ内で開いて、未入金フラグを付加して書き込む。同時に未清算フラグを精算フラグに変えてレコードに書き込み、クローズ処理を行う。
【００３９】
携帯電話ＰＯＳ精算データベース１２ｃから精算ファイルをオープンして、テーブル番号４１と未入金フラグで呼び出し、精算し、終了により入金フラグに変えてレコードに書き込む。
【００４０】
次に、この実施の形態に係るＰＯＳシステムにおける、携帯電話２１による注文の具体的な手順について説明する。図７は、携帯電話を用いて、インターネットを介してその店舗の会員登録する場合、および、注文を行う場合の動作を説明するための図であり、図８および図９は、その場合の、携帯電話２１の画面上の表示例を示す図である。
【００４１】
図７の「会員簡易登録」を参照して、まず、店舗の利用者は、店舗のホームページにアクセスして会員登録をする。具体的には、携帯電話の電話番号、パスワード、ｅメールアドレス等を登録する。これらのデータは、ＰＯＳデータベースの会員データベース１２ｄに格納される。なお、このホームページへのアクセスはＱＲコード等の任意のアクセス方法で行ってもよい。
【００４２】
次に、図７から図９を参照して、注文時の手順について説明する。図７の「初回利用時」を参照して、利用者は所望の店舗へ行って、インターネットを経由してホームページにアクセスする。すると、ウエブサーバは携帯電話の表示画面にログインページを表示する（図７でＳ３１）。この表示画面例を図８（Ａ）に示す。図８（Ａ）を参照して、利用者には店舗名、テーブル番号が通知されるとともに、電話番号、パスワード、人数の入力を促される。利用者がこれに応じて入力すると（図７でＳ３２）、注文を入力する画面が表示される（図７でＳ３３、図８（Ｂ）および（Ｃ））。これに応じて利用者が注文する（図７Ｓ３４）。注文後に、商品が到着したことを確認する（図７でＳ３５）。これは、具体的には、図９（Ａ）において「確認」ボタンを押すことによって行う。
【００４３】
飲食が終了して、精算するときには（図７でＳ３６）、図９（Ｂ）に示された画面上の「精算」ボタンを押す。精算が終わると、上記会員登録をしていない利用者に会員登録を促す（図７でＳ３７）。具体的には図９（Ｃ）に示すような画面を表示し、住所、氏名、アンケートの回答の入力を促す。会員登録されると、クーポン券がメールされてくる（図７でＳ３８、図９（Ｄ））。事前にクーポン券を有している人はこの券を用いて料金の割り引き処理を受けることができる（Ｓ３９）。この精算時に携帯電話によるモバイル決済サービスに連携することでＰＯＳレジスタにおける精算が不要となり、配膳した商品の決済をすることで、いわゆる食い逃げを防ぐことができる。
【００４４】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【図面の簡単な説明】
【００４５】
【図１】この発明の一実施の形態に係る携帯電話を用いて所望の商品を注文可能なＰＯＳシステムの全体構成を示すブロック図である。
【図２】携帯電話からの注文手順を示すフローチャートである。
【図３】携帯端末における注文データフォーマットを示す図である。
【図４】携帯電話における注文を受付ける構成の詳細を示すブロック図である。
【図５】携帯電話における注文を受付けたときの処理手順を示すフローチャートである。
【図６】携帯電話における注文データフォーマットを示す図である。
【図７】携帯電話における注文を受付けたときの処理内容を具体的に示す図である。
【図８】携帯電話における注文を行う場合の画面表示例を示す図である。
【図９】携帯電話における注文を行う場合の画面表示例を示す図である。
【符号の説明】
【００４６】
１０ 店舗側システム、１１ ＰＯＳサーバ、１２ ＰＯＳデータベース、１３ ウエブサーバ、１４ 無線ＬＡＮアクセスポイント、１５ キッチンディスプレイ、１６ キッチンプリンタ、１７ レシートプリンタ、１８ 携帯端末、２０ インターネット、２１，２２ 携帯電話。
【特許請求の範囲】
【請求項１】
店舗における商品の売上げを管理するＰＯＳシステムであって、
前記商品の注文を入力するＰＯＳ端末と、
前記ＰＯＳ端末からの注文を受付けるＰＯＳ端末注文受付手段と、
携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文を前記ＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む、ＰＯＳシステム。
【請求項２】
前記商品はインターネット上のホームページに公開されており、
前記携帯電話注文受付手段は、携帯電話からの注文を、前記ホームページを経由して受付ける、請求項１に記載のＰＯＳシステム。
【請求項３】
携帯電話からの注文を受けるためにユーザに登録させるユーザ登録手段を含む、請求項１または２に記載のＰＯＳシステム。
【請求項４】
携帯電話からの注文を受付ける前に、ユーザに対して、テーブル番号を通知する、請求項１から３のいずれかに記載のＰＯＳシステム。
【請求項５】
前記ＰＯＳ端末注文受付手段はＰＯＳデータベースを含み、
前記ＰＯＳデータベースは、前記ＰＯＳ端末注文受付手段および前記携帯電話注文受付手段から受付けた注文を格納する、請求項１から４のいずれかに記載のＰＯＳシステム。
【請求項６】
店舗における商品の売上げを管理するＰＯＳシステムに対して注文の入力が可能な携帯電話であって、
前記ＰＯＳシステムは、
ＰＯＳ端末から商品の注文を受付けるＰＯＳ端末注文受付手段と、
当該携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文を前記ＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む、携帯電話。
【請求項７】
所定のホームページを提供するウエブサーバとして作動するコンピュータを、店舗における商品の注文を管理する注文管理コンピュータとして機能させる注文管理プログラムであって、前記プログラムは、コンピュータを、
ホームページにおいて携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段として作動させる、注文管理プログラム。
【請求項１】
店舗における商品の売上げを管理するＰＯＳシステムであって、
前記商品の注文を入力するＰＯＳ端末と、
前記ＰＯＳ端末からの注文を受付けるＰＯＳ端末注文受付手段と、
携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文を前記ＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む、ＰＯＳシステム。
【請求項２】
前記商品はインターネット上のホームページに公開されており、
前記携帯電話注文受付手段は、携帯電話からの注文を、前記ホームページを経由して受付ける、請求項１に記載のＰＯＳシステム。
【請求項３】
携帯電話からの注文を受けるためにユーザに登録させるユーザ登録手段を含む、請求項１または２に記載のＰＯＳシステム。
【請求項４】
携帯電話からの注文を受付ける前に、ユーザに対して、テーブル番号を通知する、請求項１から３のいずれかに記載のＰＯＳシステム。
【請求項５】
前記ＰＯＳ端末注文受付手段はＰＯＳデータベースを含み、
前記ＰＯＳデータベースは、前記ＰＯＳ端末注文受付手段および前記携帯電話注文受付手段から受付けた注文を格納する、請求項１から４のいずれかに記載のＰＯＳシステム。
【請求項６】
店舗における商品の売上げを管理するＰＯＳシステムに対して注文の入力が可能な携帯電話であって、
前記ＰＯＳシステムは、
ＰＯＳ端末から商品の注文を受付けるＰＯＳ端末注文受付手段と、
当該携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文を前記ＰＯＳ端末注文受付手段で受付け可能なデータに変換する変換手段とを含む、携帯電話。
【請求項７】
所定のホームページを提供するウエブサーバとして作動するコンピュータを、店舗における商品の注文を管理する注文管理コンピュータとして機能させる注文管理プログラムであって、前記プログラムは、コンピュータを、
ホームページにおいて携帯電話からの注文を受付ける携帯電話注文受付手段と、
携帯電話注文受付手段で受付けた注文をＰＯＳ端末で受付け可能なデータに変換する変換手段として作動させる、注文管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−４３１８５（Ｐ２００９−４３１８５Ａ）
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願番号】特願２００７−２１０２５８（Ｐ２００７−２１０２５８）
【出願日】平成１９年８月１０日（２００７．８．１０）
【出願人】（５０４３０２９５６）ノバシステム株式会社 (4)
【Ｆターム（参考）】
【公開日】平成２１年２月２６日（２００９．２．２６）
【国際特許分類】
【出願日】平成１９年８月１０日（２００７．８．１０）
【出願人】（５０４３０２９５６）ノバシステム株式会社 (4)
【Ｆターム（参考）】
[ Back to top ]