特許 6552661 注文受付プログラム、注文受付方法及び情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6552661

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】注文受付プログラム、注文受付方法及び情報処理装置

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20190722BHJP

【ＦＩ】

   G06Q50/12

【請求項の数】8

【全頁数】13

(21)【出願番号】特願2018-38761(P2018-38761)

(22)【出願日】2018年3月5日

【審査請求日】2018年9月25日

【新規性喪失の例外の表示】特許法第３０条第２項適用 平成２９年１０月１８日 ＴｅｓｔＦｌｉｇｈｔにて、注文受付時に誤って入力されたテーブル番号を訂正する機能を有するアプリケーションを公開した。

【早期審査対象出願】

(73)【特許権者】

【識別番号】518135412

【氏名又は名称】株式会社リクルート

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100139066

【弁理士】

【氏名又は名称】伊藤 健太郎

(72)【発明者】

【氏名】植田 雄大

【審査官】 阿部 潤

(56)【参考文献】

【文献】 特開平１０−２４１０５５（ＪＰ，Ａ）

【文献】 特開平０６−２１５００５（ＪＰ，Ａ）

【文献】 特開２００７−０９４５１６（ＪＰ，Ａ）

【文献】 特開昭５８−０５４４７４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

コンピュータを、
顧客から注文を受けたメニューと前記顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付ける受付手段と、
前記指示により管理情報が変更された前記注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とキャンセルするメニューのメニュー名と変更前後の注文数とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューのメニュー名と注文数とが印刷される第２伝票とを印刷装置に印刷させる印刷指示手段と、
して機能させる注文受付プログラム。

【請求項2】

前記第１伝票は、注文を受けたメニューごとに印刷され、
前記印刷指示手段は、前記注文データに複数のメニューが含まれる場合、該メニューごとの前記第１伝票を連続して印刷するように前記印刷装置に指示する、
請求項１に記載の注文受付プログラム。

【請求項3】

前記第２伝票は、注文を受けたメニューごとに印刷され、
前記印刷指示手段は、前記注文データに複数のメニューが含まれる場合、該メニューごとの前記第２伝票を連続して印刷するように前記印刷装置に指示する、
請求項１又は２に記載の注文受付プログラム。

【請求項4】

前記印刷指示手段は、前記第１伝票を印刷した後、続けて前記第２伝票を印刷するように前記印刷装置に指示する、
請求項１乃至３のいずれか一項に記載の注文受付プログラム。

【請求項5】

前記受付手段は、前記注文データにおいて注文を受けたメニューと変更前の管理情報とを表示する第１画面を表示し、前記第１画面において所定の操作が行われた場合に変更後の管理情報の指定を受け付ける第２画面を表示し、前記第２画面において指定された管理情報を、変更後の管理情報として受け付ける、
請求項１乃至４のいずれか一項に記載の注文受付プログラム。

【請求項6】

前記第１伝票における印刷フォーマットは、変更前の管理情報と注文を受けたメニューのメニュー名と注文数とが印刷される伝票に用いられる印刷フォーマットとは異なる印刷フォーマットであり、
前記第２伝票における印刷フォーマットは、変更前の管理情報と注文を受けたメニューのメニュー名と注文数とが印刷される伝票に用いられる印刷フォーマットと同一の印刷フォーマットである、
請求項１乃至５のいずれか一項に記載の注文受付プログラム。

【請求項7】

情報処理装置が行う注文受付方法であって、
顧客から注文を受けたメニューと前記顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付けるステップと、
前記指示により管理情報が変更された前記注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とキャンセルするメニューのメニュー名と変更前後の注文数とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューのメニュー名と注文数とが印刷される第２伝票とを印刷装置に印刷させるステップと、
を含む注文受付方法。

【請求項8】

顧客から注文を受けたメニューと前記顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付ける受付部と、
前記指示により管理情報が変更された前記注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とキャンセルするメニューのメニュー名と変更前後の注文数とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューのメニュー名と注文数とが印刷される第２伝票とを印刷装置に印刷させる印刷指示部と、
を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、注文受付プログラム、注文受付方法及び情報処理装置に関する。

【背景技術】

【0002】

近年、居酒屋など多くの飲食店に、店員がハンディ端末やタブレット端末等を用いて、料理の注文を受け付ける注文受付システム（ＯＥＳ：Order Entry System）が導入されている（例えば特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００４−２３４０４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

注文受付システムは、店員が顧客から注文を受けたメニューを端末に入力すると、キッチン（厨房）に設置されたプリンタから、メニュー名と注文数とテーブル番号が印刷された注文伝票を、メニューごとに１枚ずつ印刷する機能を有している。注文伝票は、厨房内では調理すべきメニューを把握するために使用され、配膳時にはメニューがどのテーブルで注文されたのかを示すタグとして使用される。

【0005】

ここで、注文受付システムでは、店員は、顧客から注文を受け付ける際、顧客が着席しているテーブルのテーブル番号を入力する必要がある。しかしながら、混雑時等において急いで注文を受けた場合など、店員がテーブル番号の入力を誤ってしまうことがある。従来の注文受付システムでは、テーブル番号の入力誤りを訂正する機能を有していないことから、店員は、一旦注文のキャンセルを端末に入力してから、再度、正しいテーブル番号での注文を入力する必要があった。

【0006】

しかしながら、テーブル番号を誤った場合に一旦注文の取り消しを端末に入力することは手間であり時間を要することになる。また、誤ったテーブル番号での注文に従って厨房にて調理を始めてしまっている場合、注文がキャンセルされることで混乱を招いてしまう可能性がある。

【0007】

本発明は、このような状況を鑑みてなされたものであって、テーブル番号の入力誤りを訂正することが可能な注文受付プログラム、注文受付方法及び情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明の一態様に係る注文受付プログラムは、コンピュータを、顧客から注文を受けたメニューと顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付ける受付手段と、指示により管理情報が変更された注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューとが印刷される第２伝票とを印刷装置に印刷させる印刷指示手段と、して機能させる。

【0009】

本発明の他の態様に係る注文受付方法は、情報処理装置が行う注文受付方法であって、顧客から注文を受けたメニューと顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付けるステップと、指示により管理情報が変更された注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューとが印刷される第２伝票とを印刷装置に印刷させるステップと、を含む。

【0010】

本発明の他の態様に係る情報処理装置は、顧客から注文を受けたメニューと顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付ける受付部と、指示により管理情報が変更された注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す第１伝票と、変更後の管理情報と注文を受けたメニューとを示す第２伝票とを印刷装置に印刷させる印刷指示部と、を有する。

【発明の効果】

【0011】

本発明によれば、テーブル番号の入力誤りを訂正することが可能な注文受付プログラム、注文受付方法及び情報処理装置を提供することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る注文管理システムのシステム構成の一例を示す図である。

【図2】端末及び管理サーバのハードウェア構成例を示す図である。

【図3】端末の機能構成例を示す図である。

【図4】管理サーバの機能構成例を示す図である。

【図5】注文管理システムが行う処理手順の一例を示すシーケンス図である。

【図6】端末に表示される画面例を示す図である。

【図7】端末に表示される画面例を示す図である。

【図8】注文管理情報の一例を示す図である。

【図9】注文伝票及び取消伝票の具体例を示す図である。

【発明を実施するための形態】

【0013】

添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0014】

＜システム構成＞
図１は、実施形態に係る注文管理システムのシステム構成の一例を示す図である。図１に示すように、本実施形態に係る注文管理システムは、店舗における注文及び配膳業務等をサポートするシステムであり、端末１０と、プリンタ２０と、管理サーバ３０とを含む。端末１０と、プリンタ２０と、管理サーバ３０とは、無線又は有線の通信ネットワークＮを介して接続され、相互に通信を行うことができる。図１には端末１０が１つ図示されているが、複数の端末１０が含まれていてもよい。

【0015】

実施形態に係る注文管理システムは、飲食店のように、来店した顧客から受ける注文を、所定の単位で付与される管理情報を用いて管理する形態の店舗にて使用されることを想定している。所定の単位で付与される管理情報とは、例えば、１人又は複数人で来店した顧客を１つのテーブルに着席させ、テーブルごとに注文を管理する店舗の場合、テーブル番号又はテーブル名称等である。また、１人又は複数人で来店した顧客を１つの部屋に案内し、部屋ごとに注文を管理する店舗の場合、部屋番号又は部屋名等である。各顧客をカウンター等の座席に着席させ、座席ごとに注文を管理する店舗の場合、座席番号又は座席名等である。以下の説明では、管理情報は、テーブル番号であるものとして説明する。また、管理サーバ３０は、複数の店舗の各々で用いられる端末１０と通信することで、顧客からの注文を店舗ごとに区別して管理することが可能である。

【0016】

端末１０は、店員が使用する装置であり、例えば、顧客から注文（オーダー）を受け付ける機能、注文内容の表示を行う機能、店舗における売上の表示及び分析を行う機能、顧客データの入力及び表示等を行う機能、及び／又は、店舗で扱う商品の登録及び更新等を行う機能等を有する。端末１０には、端末１０を、注文管理システムにおける端末として機能させるためのアプリケーションがインストールされており、店員は、端末１０で当該アプリケーションを起動することで、本実施形態に係る端末１０が備える各種の機能を使用することができる。

【0017】

例えば、端末１０の画面にはテーブル番号一覧やメニュー一覧等が表示され、店員は、顧客から注文を受け付ける際、顧客のテーブル番号と顧客から受けた注文内容とを画面上で指定することで注文を受け付けることができる。端末１０は、例えば、スマートフォン、専用の注文受付端末、タブレット端末及びノートＰＣ（Personal Computer）など、通信機能を備えたあらゆるコンピュータを用いることができる。

【0018】

プリンタ２０は、主に厨房に設置され、顧客から注文を受けた場合に、注文を受けたメニューのメニュー名と注文数とテーブル番号とが印刷された注文伝票を出力する。ここで、注文伝票はメニューごとに１枚出力される。つまり、１枚の注文伝票には、１つのメニュー名と注文数とテーブル番号とが印刷されており、１枚の注文伝票に複数のメニュー名が印刷されることはない。例えば、２番テーブルの顧客が生ビール３杯とサラダ１品を注文した場合、「２番テーブル、生ビール３杯」と印刷された１枚の注文伝票と、「２番テーブル、サラダ１品」と印刷された１枚の注文伝票とがプリンタ２０から出力される。

【0019】

例えば、飲み物を用意する厨房の店員は、「２番テーブル、生ビール３杯」と印刷された１枚の注文伝票を見ながら生ビール３杯を用意し、用意した生ビール３杯を当該注文伝票と共に、配膳係の店員に渡す。配膳係の店員は、当該注文伝票を見ながら生ビール３杯を２番テーブルに配膳する。同様に、料理を用意する厨房の店員は、「２番テーブル、サラダ１品杯」と印刷された１枚の注文伝票を見ながらサラダ１品を用意し、用意したサラダ１品を当該注文伝票と共に、配膳係の店員に渡す。配膳係の店員は、当該注文伝票を見ながらサラダ１品を２番テーブルに配膳する。

【0020】

管理サーバ３０は、端末１０と連携して店舗における注文・配膳業務をサポートするための各種の機能を実現する装置であり、端末１０にて顧客から受けた注文を管理する機能、店舗における売上データの管理及び分析を行う機能、顧客データや店舗で扱う商品のデータを管理する機能等を有する。例えば、管理サーバ３０は、顧客が来店した際に、顧客が着席したテーブルのテーブル番号と顧客の人数とを端末１０から受信してデータベースに格納する。また、顧客がメニューを注文した際に、注文を受けたメニューとテーブル番号とが対応づけられた注文データを端末１０から受信してデータベースに格納する。また、端末１０から注文データを参照したいとの要求を受けた場合に、要求を受けた注文データを端末１０に送信する。

【0021】

管理サーバ３０は、１又は複数の物理的又は仮想的なサーバであってもよいし、クラウドサーバであってもよい。また、通信ネットワークＮに、店舗内のローカルな通信ネットワークと、インターネットを含む店舗外の通信ネットワークとを含めるようにしてもよい。管理サーバ３０をインターネット等の各店舗からアクセス可能なネットワークに接続する構成とすることで、管理サーバ３０が、複数の店舗における注文・配膳業務をまとめて管理するようにしてもよい。

【0022】

ここで、前述したように、店員が顧客から注文を受け付ける際に、誤ったテーブル番号を入力することが想定される。そこで、本実施形態に係る注文管理システムでは、一旦受け付けた注文内容を表示する画面において、テーブル番号のみを訂正することが可能な機能を提供する。また、テーブル番号の訂正が行われた場合に、プリンタ２０から、変更前のテーブル番号のテーブルにおいて注文が取り消されたことを示す注文伝票と、変更後のテーブル番号のテーブルにて取り消された注文と同一の注文が行われたことを示す注文伝票とをまとめて印刷する機能を提供する。

【0023】

＜ハードウェア構成＞
図２は、端末１０及び管理サーバ３０のハードウェア構成例を示す図である。端末１０及び管理サーバ３０は、ＣＰＵ（Central Processing Unit）１１、メモリ等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えばタッチパネル又はキーボード等であり、出力デバイス１５は、例えばタッチパネル又はディスプレイ等である。後述する端末１０及び管理サーバ３０の機能ブロック構成にて説明する各機能部は、記憶装置１２に記憶されたプログラム（端末１０の場合は、前述した「アプリケーション」に該当）がＣＰＵ１１に実行させる処理により実現することができる。なお、当該プログラムは、例えば非一時的な記録媒体に格納することができる。

【0024】

＜機能構成＞
図３は、端末１０の機能構成例を示す図である。端末１０は、表示部１００と、入力部１０１と、印刷指示部１０２とを含む。

【0025】

表示部１００は、顧客から注文を受け付ける画面及び注文内容の表示を行う画面など、店舗における注文及び配膳業務等をサポートするための各種の画面を端末１０の出力デバイス１５に表示させる。

【0026】

入力部１０１は、店員から各種の入力を受け付け、入力された入力データ（入力内容）を管理サーバ３０に送信する。例えば、入力部１０１は、店員から、注文を受けたメニューとテーブル番号との入力を受け付け、注文を受けたメニューとテーブル番号とが対応づけられたデータ（以下、「注文データ」と言う。）を管理サーバ３０に送信する。“注文を受けたメニュー”には、より詳細には、メニュー名（品名）と注文数とが含まれる。また、入力部１０１は、当該注文データにおけるテーブル番号を変更するとの指示を店員から受け付け、変更後のテーブル番号を管理サーバ３０に送信する。

【0027】

入力部１０１は、表示部１００がタッチパネルに表示させる画面上で各種の入力を受け付けるようにしてもよい。本実施形態では、表示部１００と入力部１０１とをまとめて「受付部」又は「受付手段」と称してもよい。

【0028】

印刷指示部１０２は、入力部１０１で受け付けた、注文を受けたメニューとテーブル番号とが印刷された注文伝票を印刷するようにプリンタ２０に指示する。また、印刷指示部１０２は、入力部１０１にてテーブル番号を変更するとの指示を受けた場合、テーブル番号が変更された注文データについて、変更前のテーブル番号と注文を受けたメニューをキャンセルすることの表示とが印刷される取消伝票（第１伝票）と、変更後のテーブル番号と注文を受けたメニューとが印刷される新たな注文伝票（第２伝票）とを印刷するようにプリンタ２０に指示する。

【0029】

なお、印刷指示部１０２は、注文データに複数のメニューが含まれる場合、メニューごとの取消伝票（第１伝票）を連続して印刷するようにプリンタ２０に指示するようにしてもよい。また、印刷指示部１０２は、注文データに複数のメニューが含まれる場合、メニューごとの新たな注文伝票（第２伝票）を連続して印刷するようにプリンタ２０に指示するようにしてもよい。また、印刷指示部１０２は、取消伝票（第１伝票）を印刷した後に、続けて新たな注文伝票（第２伝票）を印刷するようにプリンタ２０に指示するようにしてもよい。

【0030】

図４は、管理サーバ３０の機能構成例を示す図である。管理サーバ３０は、注文管理部３００と、変更処理部３０１と、記憶部３０２とを含む。記憶部３０２は、端末１０から送信された注文データを格納するデータベースである注文管理情報と、店舗内の各テーブルのテーブル番号と当該テーブル番号のテーブルに着席している顧客数とを対応づけて格納するデータベースであるテーブル情報を管理する。なお、管理サーバ３０は、図４に示す機能部に加えて、店舗における売上データの管理及び分析を行う機能、顧客データや店舗で扱う商品のデータを管理する機能等を実現するための機能部を備えていてもよい。

【0031】

注文管理部３００は、端末１０から注文データを受信し、受信した注文データを注文管理情報に格納する。また、端末１０から、顧客が注文したメニューの参照の要求を受けた場合、注文管理情報から、端末１０から指定されたテーブル番号を有する注文データを取得して端末１０に送信する。

【0032】

変更処理部３０１は、端末１０から、注文データにおけるテーブル番号を変更するとの指示を受けた場合に、指示された注文データのテーブル番号を、端末１０から指定されたテーブル番号に変更する。

【0033】

以上、端末１０及び管理サーバ３０の機能構成例を説明したが、実施形態に係る注文管理システムでは、端末１０及び管理サーバ３０が備える各機能部は、図３及び図４に示す例に限定されない。例えば、端末１０が備える印刷指示部１０２を管理サーバ３０が備える構成として、管理サーバ３０がプリンタ２０に注文伝票の印刷を指示するようにしてもよい。また、例えば、管理サーバ３０が備える各機能部を端末１０が備えるようにして、管理サーバ３０が省略される構成としてもよい。本実施形態では、端末１０を「情報処理装置」と称してもよいし、端末１０及び管理サーバ３０をまとめて「情報処理装置」と称してもよい。

【0034】

＜処理手順＞
図５は、注文管理システムが行う処理手順の一例を示すシーケンス図である。ステップＳ１００〜ステップＳ１０５までの処理手順は、店員が顧客から新規の注文を受け付ける場合の処理手順であり、ステップＳ１１０〜ステップＳ１１９までの処理手順は、店員が、顧客から注文を受けた後でテーブル番号を間違って入力したことに気づいて、テーブル番号を訂正した場合における処理手順である。

【0035】

まず、店員は、顧客から注文を受ける場合、端末１０に表示される注文受付画面に、顧客のテーブル番号、顧客から注文を受けたメニューのメニュー名及び注文数を入力する（Ｓ１００）。入力が完了すると、端末１０は、注文を受けたメニュー（メニュー名及び注文数）とテーブル番号とが対応づけられた注文データを送信する（Ｓ１０１）。管理サーバ３０は、受信した注文データを注文管理情報に格納する（Ｓ１０２）。続いて、管理サーバ３０は、ステップＳ１０２の処理手順が完了すると、注文を受けたテーブル番号に対応する顧客数をテーブル情報から取得し、注文の受付が完了したことを示す情報に顧客数を含めて端末１０に送信する（Ｓ１０３）。

【0036】

端末１０は、管理サーバ３０から、注文の受付が完了したことを示す情報を受信すると、注文を受けたメニュー（メニュー名と注文数）とテーブル番号と顧客数とが印刷された注文伝票を印刷するようにプリンタ２０に指示する（Ｓ１０４）。プリンタ２０は、当該指示を受けて注文伝票を印刷する（Ｓ１０５）。図９（ａ）に、注文伝票の一例を示す。図９（ａ）の例では、１番テーブルの顧客が、Ｐスィート１点と、Ｐキャラメル１点と、Ｐホワイト１点と、Ｐストロベリ１点を注文した場合の出力例を示している。注文伝票Ｃ１とＣ２の間、Ｃ２とＣ３の間、及びＣ３とＣ４の間にはミシン目が入っており、店員は、注文伝票Ｃ１、Ｃ２、Ｃ３及びＣ４を容易に切り離すことができる。

【0037】

次に、店員が、テーブル番号を間違って入力したことに気づいたとする。店員は、まず、端末１０の画面にて、間違って入力したテーブル番号を指定し、当該テーブル番号の注文済メニュー一覧を表示するように端末１０に指示する（Ｓ１１０）。端末１０は、指定されたテーブル番号の注文データを送信するように管理サーバ３０に指示し（Ｓ１１１）、管理サーバ３０は、指示されたテーブル番号の注文データを注文管理情報から取得して端末１０に送信する（Ｓ１１２）。端末１０は、受信した注文データを画面に表示する（Ｓ１１３）。

【0038】

図６に画面表示例を示す。店員は、図６（ａ）に示す画面において、過去の注文履歴を表示するアイコンＢ１０を押下した後、間違って入力したテーブル番号（ここでは１番テーブル）のアイコンＢ１１を押下する。アイコンＢ１１が押下されると、端末１０は、図５のステップＳ１１０の処理手順を実行する。端末１０は、ステップＳ１１２の処理手順で注文データを受信すると、ステップＳ１１３の処理手順で、図６（ｂ）に示す注文済みメニューを表示する画面（第１画面）を表示する。図６（ｂ）において、表示エリア２００には変更前のテーブル番号がされ、表示エリア２０１には、注文済みメニューが表示される。

【0039】

なお、変更前のテーブル番号において数回に分けて注文がなされている場合、図６（ｂ）に示す画面には、注文済みメニューに加えて注文時間が表示されるようにしてもよい。この場合、ステップＳ１１１の処理手順で管理サーバ３０から送信される注文データには注文日時が含まれるようにしてもよい。

【0040】

次に、店員は、端末１０の画面にて、間違って入力したテーブル番号を、正しいテーブル番号に変更するように指示する（Ｓ１１４）。端末１０は、当該指示を受け付けると、注文データのテーブル番号の変更を依頼するメッセージを管理サーバ３０に送信する（Ｓ１１５）。当該メッセージには、変更前のテーブル番号と、変更後のテーブル番号とが含まれる。

【0041】

図７に画面表示例を示す。図７（ａ）は、テーブル番号の変更を受け付ける画面（第２画面）の一例を示している。当該画面は、例えば、図６（ｂ）の画面にて、所定の操作（例えば何も表示されていない領域を長押しすること等）がなされた場合に表示されることとしてもよい。また、変更前のテーブル番号において数回に分けて注文がなされている場合、所定の操作とは、例えば、テーブル番号を変更する対象となる注文に関する注文時間が表示されている領域を長押しすること等であってもよい。店員が、図７（ａ）に示すように正しいテーブル番号（ここでは９番）のアイコンＢ２０を押下すると、図７（ｂ）に示すように、テーブル番号を変更すると共に注文伝票の印刷を行うことを指示する画面に遷移する。アイコンＢ３０が押下されると、端末１０は、図５のステップＳ１１５の処理手順を実行する。

【0042】

管理サーバ３０は、テーブル番号の変更を依頼するメッセージを受信すると、注文管理情報に格納されている注文データのテーブル番号を変更する（Ｓ１１６）。例えば、図８（ａ）に示す注文管理情報が管理サーバ３０で管理されていると仮定する。この場合に、テーブル番号が１番である注文データのテーブル番号を９番に変更することを指示するメッセージを受信すると、管理サーバ３０は、図８（ｂ）に示すように、注文管理情報のうち、テーブル番号が１番である注文データのテーブル番号を９番に変更する。図５に戻り説明を続ける。

【0043】

管理サーバ３０は、注文管理情報のテーブル番号を更新すると、テーブル番号の変更が完了したことを示すメッセージに、変更前のテーブル番号の顧客数と、変更後のテーブル番号の顧客数とを含めて端末１０に送信する（Ｓ１１７）。端末１０は、ステップＳ１１２の処理手順で受信した注文データに含まれるメニュー名と注文数と変更前のテーブル番号と顧客数とが印刷された取消伝票と、ステップＳ１１２の処理手順で受信した注文データに含まれるメニュー名と注文数と変更後のテーブル番号と顧客数とが印刷された新たな注文伝票とを全て連続して印刷するようにプリンタ２０に指示する（Ｓ１１８）。プリンタ２０は、指示された取消伝票をメニューごとに出力すると共に、取消伝票の出力完了後、新たな注文伝票をメニューごとに出力する（Ｓ１１９）。

【0044】

図９（ｂ）に取消伝票の一例を示す。取消伝票は、注文伝票とは異なるフォーマットで印刷される。これにより、厨房の店員は、一目で取消伝票であると認識することができる。取消伝票Ｄ１とＤ２の間、Ｄ２とＤ３の間、及びＤ３とＤ４の間にはミシン目が入っており、店員は、取消伝票Ｄ１、Ｄ２、Ｄ３及びＤ４を容易に切り離すことができる。

【0045】

図９（ｃ）に新たな注文伝票の一例を示す。新たな注文伝票は、図９（ａ）に示す注文伝票と同一のフォーマットで出力される。すなわち、新たな注文伝票は、店員が、顧客から注文を受けた場合に、テーブル番号を正しく入力した場合に出力されるはずであった注文伝票と同一である。注文伝票Ｅ１とＥ２の間、Ｅ２とＥ３の間、及びＥ３とＥ４の間にはミシン目が入っており、店員は、注文伝票Ｅ１、Ｅ２、Ｅ３及びＥ４を容易に切り離すことができる。

【0046】

図９（ｂ）及び図９（ｃ）に示すように、プリンタ２０からは、メニューごとの取消伝票とメニューごとの注文伝票とが連続して出力される。具体的には、図９（ｂ）及び図９（ｃ）に示す合計８枚の伝票が連続してプリンタ２０から出力される。これにより、厨房の店員は、取消伝票と新たな注文伝票の両方を一度に視認することができることから、一旦注文されたメニューがキャンセルされたのではなく、テーブル番号の誤りであったことを認識することができる。

【0047】

＜まとめ＞
以上、実施形態について説明した。本実施形態によれば、店員が注文受付時にテーブル番号の入力を誤った場合であっても、一旦注文の取り消しを端末に入力してから、再度、正しいテーブル番号で注文を入力するという手順を行うことなく、テーブル番号のみをすぐに訂正することが可能になる。

【0048】

また、本実施形態では、プリンタ２０から、取消伝票と新たな注文伝票とを連続して出力するようにした。これにより、厨房の店員は、注文伝票や取消伝票を１枚ずつ突合することなく、テーブル番号の誤りであったことを認識することが可能になる。また、厨房の店員が、テーブル番号の誤りであったことをすぐに認識することが可能になることで、誤ったテーブル番号での注文に従って厨房にて調理を始めていた場合であっても、メニューがキャンセルされたと勘違いして調理を中止しまうという事態が生じることを抑止することが可能になる。

【0049】

また、本実施形態では、端末１０がプリンタ２０に対して、メニューごとの取消伝票とメニューごとの新たな注文伝票とを連続して出力するように指示するようにした。これにより、例えばある店員がテーブル番号の訂正を行ったタイミングと、他の店員が他のテーブルでオーダーを受けたタイミングとが重なった場合に、取消伝票と新たな注文伝票との間に、他のテーブルで受けたオーダーの注文伝票が挟まって印刷されることを排除することができる。これにより、厨房の店員が、挟まった注文伝票を取り除いて、注文伝票や取消伝票を１枚ずつ突合するといった作業を行う必要がなくなるため、厨房で生じ得る店員の混乱を抑制することが可能になる。

【0050】

＜補足事項＞
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

【符号の説明】

【0051】

１０…端末、１１…ＣＰＵ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…プリンタ、３０…管理サーバ、１００…表示部、１０１…入力部、１０２…印刷指示部、３００…注文管理部、３０１…変更処理部、３０２…記憶部

【要約】

【課題】テーブル番号の入力誤りを訂正することが可能な注文受付プログラムを提供すること。
【解決手段】コンピュータを、顧客から注文を受けたメニューと顧客から受けた注文を管理する管理情報とが対応づけられた注文データにおいて管理情報を変更するとの指示を受け付ける受付手段(101)と、指示により管理情報が変更された注文データについて、変更前の管理情報と注文を受けたメニューをキャンセルすることを示す表示とが印刷される第１伝票と、変更後の管理情報と注文を受けたメニューとが印刷される第２伝票とを印刷装置(20)に印刷させる印刷指示手段(102)と、して機能させる注文受付プログラムを提供する。
【選択図】図５

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】