JP2015191576A - 情報出力装置、情報出力方法、情報出力システム、端末及びプログラム - Google Patents

Abstract

【課題】顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関する情報を顧客に提供する。【解決手段】情報出力装置（１００）は、お届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段（１１４）と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段（１１７）と、を備えている。【選択図】図７

Description

本発明は、顧客によって注文された商品に関する情報を提供する情報出力システムに関する。

一般的なレストランにおける注文受注工程の一例は、以下の通りである。顧客は、予めレストランに用意されているメニューを見るなどして注文する料理を決定し、その料理をレストランの店員に伝える。当該店員は、自身が携帯する注文入力端末に顧客から聞いた料理を入力する。注文入力端末は、入力された料理を示す注文情報を厨房に配置されているキッチンプリンタへ送信し、キッチンプリンタは、その注文情報を印刷する。厨房にいる料理人は、印刷された注文情報を確認し、顧客の注文した料理を調理する。

特許文献１には、テーブル毎にテーブル端末が配置されており、顧客が当該テーブル端末操作することによって注文を入力する飲食店向けオーダ処理装置が記載されている。

特開２００４−３０２５８２号公報（２００４年１０月２８日公開）

しかしながら、顧客が注文した料理に関して既に知っている情報以外の情報を知りたいと考えた場合、顧客は、店員に尋ねる、メニューの記載を確認するなどの行動を自発的に起こす必要があった。

また、特許文献１に記載のテーブル端末がテーブルに配置されている場合であっても、テーブル端末を操作する、又は、店員に尋ねるなどの行動を自発的に起こす必要があった。

本発明は、上記課題を鑑みてなされたものであり、その目的は、顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関する情報を顧客に提供することである。

上記の課題を解決するために、本発明の一態様に係る情報出力装置は、顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、上記商品がお届け先に送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、を備えている。

上記の構成によれば、本発明の一態様に係る情報出力装置は、顧客が注文した商品を示す注文情報の状態がお届け完了とされた場合に、すなわち、注文した商品が顧客の手元に届いた場合に、当該商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する。したがって、注文した顧客は、自身が閲覧する端末に表示される商品情報を見ることによって、商品に関する情報を得ることができる。したがって、本発明の一態様に係る情報出力装置は、顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関する情報を顧客に提供することができる。

上記の課題を解決するために、本発明の一態様に係る情報出力方法は、顧客が注文した商品を示す注文情報を取得する注文情報取得工程と、上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理工程と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力工程と、を含んでいる。

上記の課題を解決するために、本発明の一態様に係る情報出力システムは、情報出力装置と、端末とを含む情報出力システムであって、上記情報出力装置は、顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、を備えており、上記端末は、表示部と、顧客が注文として入力した商品を示す注文情報を、上記情報出力装置に送信する注文情報送信手段と、上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を上記情報出力装置から受信する商品情報受信手段と、上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えている。

上記の課題を解決するために、本発明の一態様に係る端末は、表示部と、顧客が注文として入力した商品を示す注文情報を、上記情報出力装置に送信する注文情報送信手段と、上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を受信する商品情報受信手段と、上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えている。

本発明の一態様に係る情報出力装置の情報出力方法、情報出力システム及び端末は、本発明の一態様に係る情報出力装置と同様に、顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関する情報を顧客に提供することができる。

本発明の一態様によれば、顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関して知らないであろう情報を、顧客に提供することができる。

本発明の実施形態１に係る情報出力システムの構成を示す概略図である。 図１の情報出力システムに含まれるサーバのハードウェア構成を示すブロック図である。 （ａ）は、図１の情報出力システムに含まれるテーブルの構成を示す概略図であり、（ｂ）は、図１の情報出力システムに含まれるテーブルのハードウェア構成を示すブロック図であり、（ｃ）は、図１の情報出力システムに含まれるテーブルディスプレイのハードウェア構成を示すブロック図である。 図１の情報出力システムに含まれる配膳台のハードウェア構成を示すブロック図である。 図２のサーバに格納されている注文管理表の一部を示す図である。 図２のサーバに格納されている料理情報表の一部を示す図である。 図２のサーバの制御部によって実現される主要な機能を示す機能ブロック図である。 図３（ｃ）のテーブルディスプレイの制御部によって実現される主要な機能を示す機能ブロック図である。 図１に示す情報出力システムにおける処理の流れを示すシーケンス図である。 図９のシーケンスにおける注文管理表の遷移の様子を示す図である。 図３（ｃ）のテーブルディスプレイが表示する料理情報の一態様を示す図である。 実施形態１の変形例に係る携帯端末のハードウェア構成を示すブロック図である。 図１２の携帯端末が表示する料理情報の一態様を示す図である。 本発明の実施形態２に係る情報出力システムにおける処理の流れを示すシーケンス図である。 （ａ）及び（ｂ）は、図１４の情報出力システムに含まれる携帯端末が表示するリンク情報の一態様を示す図である。 実施形態３に係る情報出力システムにおける処理の流れを示すシーケンス図である。 実施形態３に係る情報出力システムに含まれるキッチンプリンタが印刷するリンク情報の一態様を示す図である。 （ａ）は、本発明の実施形態４に係る情報出力システムに含まれるサーバに格納されているテーブル管理表の一部を示す図であり、（ｂ）は、本発明の実施形態３に係る情報出力システムに含まれるサーバに格納されている注文管理表の一部を示す図である。 本発明の実施形態４に係る情報出力システムにおける処理の流れの一部を示すシーケンス図である。 （ａ）、（ｃ）、（ｄ）及び（ｅ）は、図１９のシーケンスにおける注文管理表の遷移を示す図であり、（ｂ）は、図１９のシーケンスにおけるテーブル管理表の一部を示す図である。 本発明の実施形態４に係る情報出力システムにおける、図１９に続く処理の流れを示す図である。 （ａ）及び（ｄ）は、図２１のシーケンスにおけるテーブル管理表の遷移を示す図であり、（ｂ）及び（ｃ）は、図２１のシーケンスにおける注文管理表の遷移を示す図である。

〔実施形態１〕
本実施形態に係る情報出力システム１について、図１〜図１１を参照しながら説明する。

（情報出力システム１の概要）
情報出力システム１の概要について、図１を参照しながら説明する。図１は、情報出力システム１の構成を示す概略図である。本実施形態において、情報出力システム１は、レストランにおいて顧客から料理や飲み物などの商品の注文を受け付け、注文された商品が顧客のもとへ届けられた場合に、注文をした顧客に対して、注文した商品に関する詳細な情報などを提供するシステムである。以下において、料理や飲み物などの商品のことを、単に料理とも表現する。

レストランは、顧客が飲食するテーブルスペースと、料理人が調理する厨房とを含む。ここで、テーブルスペースにいる２人の顧客を、それぞれ顧客Ａ、顧客Ｂと表記し、厨房にいる店員を料理人Ｃと表記し、接客する店員を店員Ｄと表記する。店員Ｄは、料理人Ｃが調理した料理を、顧客のもとへ届ける。なお、以下において、顧客Ａ及びＢを区別する必要がない場合は、顧客Ａ及びＢのことを、単に顧客と総称する。

図１に示すように、情報出力システム１は、サーバ１００、テーブル２００、テーブルディスプレイ２５０、配膳台５００、キッチンプリンタ６００を含む。テーブルスペースには、飲食をするためのテーブル２００が複数配置されている。各テーブル２００には、他のテーブル２００から識別するためにテーブル番号が割り当てられている。ここでは、テーブル番号が「１」であるテーブル２００を例にして説明する。サーバ１００は情報出力装置に対応し、テーブルディスプレイ２５０は端末に対応する。

テーブル２００は、少なくとも１つのＲＦタグリーダ２４０を備えている。ＲＦタグリーダ２４０は、料理が盛り付けられている食器に付されているＲＦタグを検出することによって、注文した料理が顧客のもとに届けられたことを検出するセンサーであり、第２の識別情報を取得する第２の識別情報取得手段である。１つのテーブル２００が備えるＲＦタグリーダ２４０の数は、テーブル２００のサイズなどに応じて適宜定めることができる。

テーブルディスプレイ２５０は、テーブル２００に対して固有に備え付けられている端末である。顧客は、テーブルディスプレイ２５０にメニュー情報を表示させ、その中から好みの商品を選択することによって注文を実行することができる。

厨房には、配膳台５００と、キッチンプリンタ６００とが配置されている。配膳台５００は、料理人Ｃが調理し食器に盛りつけられた料理を一時的に置くための台である。店員Ｄは、配膳台に置かれた料理を顧客のもとへ届ける。

キッチンプリンタ６００は、テーブルディスプレイ２５０が受け付けた注文の内容を注文シート４００として印刷する。料理人Ｃは、キッチンプリンタ６００が印刷した注文シート４００の内容に応じて調理する。

テーブル２００、テーブルディスプレイ２５０、配膳台５００及びキッチンプリンタ６００は、無線ＬＡＮアクセスポイントであるルータ７００に接続されている。ルータ７００と、サーバ１００とは、ネットワーク８００を介して接続されている。したがって、サーバ１００と、テーブル２００、テーブルディスプレイ２５０、配膳台５００及びキッチンプリンタ６００のそれぞれとは、ネットワーク８００及びルータ７００を介して通信可能なように構成されている。

次に各装置のハードウェア構成について、図２〜図４を参照して説明する。

（サーバ１００のハードウェア構成）
図２は、サーバ１００のハードウェア構成を示すブロック図である。図２に示すようにサーバ１００は、制御部１１０、記憶部１２０及び通信部１３０を備えている。

制御部１１０は、ＣＰＵであり、サーバ１００全体を制御する。

記憶部１２０は、各種プログラムが記録されている記録媒体である。記憶部１２０にはデータベース（注文管理表、料理情報表、メニュー表）が記録されている。本実施形態において記憶部１２０はハードディスクドライブであるが、記憶部１２０は他の種類のデバイス（例えば、フラッシュメモリ）であってもよい。

通信部１３０は、他の装置（テーブルディスプレイ２５０など）とＩＰ通信を行うために設けられたイーサネット（登録商標）インタフェースである。

（テーブル２００のハードウェア構成）
図３（ａ）は、テーブル２００の構成を示す概略図である。図３（ｂ）は、テーブル２００のハードウェア構成を示すブロック図である。図３（ａ）に示すように、テーブル２００は、テーブル本体２００ａと、筐体２００ｂとを備えている。以下において、テーブル本体２００ａと筐体２００ｂとを区別する必要がない場合には、単にテーブル２００と表現する。

図３（ｂ）に示すように、テーブル２００は、制御部２１０、記憶部２２０、通信部２３０及びＲＦタグリーダ２４０を備えており、これらの各部は、筐体２００ｂ内に配置されている。

制御部２１０は、ＣＰＵであり、テーブル２００全体を制御する。

記憶部２２０は、各種プログラムが記録されている記録媒体である。本実施形態において記憶部２２０はフラッシュメモリであるが、記憶部２２０は他の種類のデバイス（例えば、フラッシュメモリ）であってもよい。

通信部２３０は、他の装置（サーバ１００など）とＩＰ通信を行うために設けられたイーサネットインタフェースである。

ＲＦタグリーダ２４０は、近距離通信を行うことによってＲＦタグに予め設定されている情報を読み出すものである。本実施形態において、ＲＦタグリーダ２４０と、テーブル２００とは、有線接続されている。しかし、ＲＦタグリーダ２４０と、テーブル２００とは、例えば通信部２３０を介して無線接続されていてもよい。

（テーブルディスプレイ２５０のハードウェア構成）
図３（ａ）に示すように、テーブル２００には、そのテーブル２００に固有のテーブルディスプレイ２５０が備え付けられている。本実施形態において、テーブルディスプレイ２５０は、ディスプレイ本体２５０ａと、充電台２５０ｂとを備える取り外し可能なテーブルディスプレイである。充電台２５０ｂは、未使用時のディスプレイ本体２５０ａを保持するとともに充電する。以下において、ディスプレイ本体２５０ａと充電台２５０ｂとを区別する必要がない場合には、単にテーブルディスプレイ２５０と表現する。なお、ディスプレイ本体２５０ａと、充電台２５０ｂとがテーブルディスプレイ２５０と一体的に形成されていてもよい。

図３（ｃ）は、テーブルディスプレイ２５０のハードウェア構成を示すブロック図である。図３（ｃ）に示すように、テーブルディスプレイ２５０は、制御部２６０、記憶部２７０、通信部２８０及びタッチパネル式表示部２９０を備えている。

制御部２６０は、ＣＰＵであり、テーブルディスプレイ２５０全体を制御する。

記憶部２７０は、各種プログラムが記録されている記録媒体である。本実施形態において記憶部２７０はフラッシュメモリであるが、記憶部２７０は他の種類のデバイスであってもよい。記憶部２７０には、記憶部１２０に記憶されているものと同様のメニュー表が記録されている。また、記憶部２７０には、テーブルディスプレイ２５０が関連付けられているテーブル２００のテーブル番号が記録されている。

通信部２８０は、他の装置（サーバ１００など）とＩＰ通信を行うために設けられたイーサネットインタフェースである。

タッチパネル式表示部２９０は、液晶表示パネルを備えている表示部であり、タッチパネル式の入力部でもある。タッチパネル式表示部２９０は、顧客から受け付けた操作を操作信号に変換し、当該操作信号を制御部２６０へ出力する。

（配膳台５００のハードウェア構成）
図４は、配膳台５００のハードウェア構成を示すブロック図である。図４に示すように、配膳台５００は、制御部５１０、記憶部５２０、通信部５３０、ＲＦタグリーダ５４０及びＱＲコードリーダ５５０を備えている。

制御部５１０は、ＣＰＵであり、配膳台５００全体を制御する。

記憶部５２０は、各種プログラムが記録されている記録媒体である。本実施形態において記憶部５２０はフラッシュメモリであるが、記憶部５２０は他の種類のデバイス（例えば、フラッシュメモリ）であってもよい。

通信部２３０は、他の装置（サーバ１００など）とＩＰ通信を行うために設けられたイーサネットインタフェースである。

ＲＦタグリーダ５４０は、近距離通信を行うことによってＲＦタグに予め書き込まれている情報を読み出すものであり、第１の識別情報を取得する第１の識別情報取得手段である。本実施形態において、ＲＦタグリーダ５４０と、配膳台とは、有線接続されている。しかし、ＲＦタグリーダ５４０と、配膳台５００とは、例えば通信部５３０を介して無線接続されていてもよい。

ＱＲコードリーダ５５０は、二次元バーコードであるＱＲコード（登録商標）を撮影することによって画像データとして取得し、当該画像データを処理することによってＱＲコードが示す情報を読み出すものである。本実施形態において、ＱＲコードリーダ５５０と、配膳台５００とは、有線接続されている。しかし、ＱＲコードリーダ５５０と、配膳台５００とは、例えば通信部５３０を介して無線接続されていてもよい。

（食器を識別する識別子）
情報出力システム１において料理が盛りつけられた食器には、盛りつけられた料理を他の料理と識別するための識別子であるＲＦタグが付されている。ＲＦタグには、そのＲＦタグに固有のＲＦタグ番号が書き込まれている。上述したＲＦタグリーダ２４０及びＲＦタグリーダ５４０は、食器に付されているＲＦタグからＲＦタグ番号を読み取るものである。

ここで食器とは、料理が盛りつけられている皿、どんぶりなどであってもよいし、飲み物が注がれているグラスであってもよいし、それらがまとめて載せられたお盆であってもよい。１つのＲＦタグが付された食器と、その食器に載せられた料理との対応関係は、１対１であってもよいし、１対複数であってもよい。

なお、ＲＦタグは、料理を識別する識別子の一態様である。料理を識別するための識別子は、ＲＦタグに限定されるものではなく、例えばＱＲコードであってもよい。

（サーバ１００がＣＰＵによって実現する機能について）
次に、図７を参照しながら、サーバ１００がＣＰＵによって実現する機能について説明する。図７は、サーバ１００の制御部１１０によって実現される主要な機能を示す機能ブロック図である。制御部１１０は、記憶部１２０に記憶されている各種プログラムを読み出すことによって注文情報取得部１１１、注文情報出力部１１２、調理完了通知取得部１１３、配膳完了通知取得部１１４、料理情報選択部１１５、ページ情報生成部１１６及びページ情報出力部１１７として機能する。

注文情報取得手段である注文情報取得部１１１は、注文入力端末として機能するテーブルディスプレイ２５０から、料理番号と、テーブル番号と、テーブルディスプレイ２５０の端末識別情報とを受信する。料理番号及びテーブル番号は、注文情報であると言える。注文情報取得部１１１は、記憶部１２０に記憶されている注文管理表の新たな行に、新規の注文として注文された料理の料理番号と、テーブル番号とを書き込む（登録する）。このとき、注文情報取得部１１１は、新たな注文番号識別番号を、この注文に対して割り当て、この注文の状態を示す状態情報を「ordered」とする。また、注文情報取得部１１１は、テーブル番号と、テーブルディスプレイ２５０の端末識別情報とを、記憶部１２０へ格納し、関連付けて管理する。

商品情報出力手段である注文情報出力部１１２は、注文管理表を参照し、状態が「ordered」になった注文に関連付けられているテーブル番号と、注文された料理の料理番号とを取得する。注文情報出力部１１２は、テーブル番号と、注文された料理の料理番号と、注文識別番号を表すＱＲコードとを印刷する旨の制御信号を、キッチンプリンタ６００へ送信する。

調理完了通知取得部１１３は、配膳台５００から、注文として受け付けた料理の調理が完了したことを通知する調理完了通知を受信する。調理完了通知は、料理が盛りつけられている食器に付されているＲＦタグのＲＦタグ番号と、注文識別番号とを含む。調理完了通知取得部１１３は、記憶部１２０に格納されている注文管理表を参照し、注文識別番号が関連付けられている注文のＲＦタグ番号の列に、取得したＲＦタグ番号を登録する。また、調理完了通知取得部１１３は、注文識別番号が関連付けられている注文の状態を「prepared」とする。

配膳完了通知処理手段である配膳完了通知取得部１１４は、料理が盛りつけられている食器が配膳されたことを通知する配膳完了通知をテーブル２００から取得し、注文情報の状態を配膳完了とする。具体的には、配膳完了通知は、テーブル２００のＲＦタグリーダ２４０が取得したＲＦタグ番号を含む。配膳完了通知取得部１１４は、記憶部１２０に格納されている注文管理表を参照し、取得したＲＦタグ番号と等しいＲＦタグ番号が関連付けられている注文を特定し、その注文の状態を「delivered」とする。

料理情報選択部１１５は、注文管理表を参照し、状態が「delivered」になった注文に関連付けられている料理番号を特定する。料理情報選択部１１５は、記憶部１２０に格納されている料理情報表を参照し、料理番号「１００１」によって特定される料理の料理情報を選択する。

ページ情報生成手段であるページ情報生成部１１６は、料理情報選択部１１５が選択した料理情報に基づいて、図１１に示す料理情報を表示するウェブページを表すウェブデータを生成する。ページ情報生成部１１６が生成するウェブデータを記述する言語は、限定されるものではない。ウェブデータを記述する言語の一例として、ＨＴＭＬ（Hypertext Markup Language）、ＸＭＬ（Extensible Markup Language）及びＪＳＯＮ（JavaScript Object Notation）などが挙げられる。料理情報を表示するウェブページのレイアウトは、ページ情報生成部１１６によって指定されてもよいし、後述するテーブルディスプレイ２５０の料理情報表示部２６４によって指定されてもよい。ページ情報生成部１１６が上記レイアウトを指定する場合、ページ情報生成部１１６は、上記レイアウトの指定を含めたＨＴＭＬ形式のウェブデータを生成すればよい。また、料理情報表示部２６４が上記レイアウトを指定する場合、ページ情報生成部１１６は、例えばＸＭＬ形式やＪＳＯＮ形式のウェブデータを生成すればよい。料理情報表示部２６４は、ＸＭＬ形式やＪＳＯＮ形式のウェブデータに含まれる料理情報を、予め定められているレイアウト、又は、自身が生成したレイアウトに沿って表示させればよい。

以下において、料理情報を表示するウェブページのことを料理情報表示用ページとも表現する。なお、料理情報表示用ページは、商品情報表示ページに対応する。ページ情報生成部１１６は、料理情報表示用ページを生成するときに、パラメータとしてテーブル番号を用いることが好ましい。具体的には、料理情報表示用ページのＵＲＬの末尾に、「http://~~~~~~//info?Table="1"」のようにしてテーブル番号を付加することが好ましい。料理情報表示用ページのＵＲＬがパラメータとしてテーブル番号を含むことによって、その料理情報表示用ページと、特定のテーブル番号との関連付けが明確になる。したがって、料理情報表示用ページのウェブデータを提供するサーバ１００、及び、当該ウェブデータを提供されるテーブルディスプレイ２５０は、料理情報表示用ページと、テーブル番号との関連付けに関する情報を、間違いなく取得することができる。

商品情報出力手段であるページ情報出力部１１７は、ページ情報生成部１１６が生成した料理情報表示用ページのウェブデータと、当該ウェブデータを表示させるための制御信号とを、当該注文のテーブル番号に関連付けられている端末識別情報によって識別されるテーブルディスプレイ２５０へ送信する。このテーブルディスプレイ２５０を識別する具体的な方法は、図９に示すシーケンス図を参照しながら後述する。

本実施形態において、注文情報取得部１１１、注文情報出力部１１２、調理完了通知取得部１１３、配膳完了通知取得部１１４、料理情報選択部１１５、ページ情報生成部１１６及びページ情報出力部１１７の各機能は、１台の装置であるサーバ１００によって実現されるものとして説明している。しかし、上述の各機能は、複数の装置によって実現されるものであってもよい。また、後述する各データベース（注文管理表、料理情報表、メニュー表）は、１つの装置の記憶部に記憶されていてもよいし、複数の装置の記憶部に記憶されていてもよい。また、各データベースを作成する事業者は、同一であってもよいし、別個であってもよい。

（注文管理表）
次に、サーバ１００の記憶部１２０に記憶されているデータベースについて説明する。記憶部１２０には、注文管理表及び料理情報表の２つのデータベースが記憶されている。まず、図５を参照しながら、注文管理表について説明する。図５は、注文管理表の一部を示す図である。図５に示すように、本実施形態に係る注文管理表は、テーブル番号、ＲＦタグ番号、料理番号、状態及び注文識別番号の５列のデータからなる。なお、当該注文管理表は、サーバ１００が顧客から受け付けた注文の内容を管理するために用いるデータベースの一態様である。

注文管理表において、受け付けた注文を扱う単位は、料理である。したがって、新たに注文として受け付けた料理には、その料理を他の料理から識別するための注文識別番号が新たに割り当てられる。例えば注文識別番号「００５７」を割り当てられた行が表す注文のことを、以下では注文「００５７」とも記載する。

注文された各料理に対して、その料理を他の料理から識別する注文識別番号が割り当てられることによって、同じテーブル（例えばテーブル番号「１」）の顧客（例えば顧客Ａ及び顧客Ｂ）から、同じ料理を複数注文された場合であっても、それぞれの注文を、他の注文から識別することができる。

状態の列には、その注文の現在の状態を意味する文字列が書き込まれる。本実施形態において、状態としてとり得るのは、「ordered」、「prepared」、「delivered」及び「finished」の４通りである。「ordered」は、注文受け付け済であることを意味する。「prepared」は、料理が調理済であることを意味する。「delivered」は、料理が配膳済であることを意味する。「finished」は、料理がテーブル２００から下げられていることを意味する。

料理番号の列には、注文された料理を他の料理から識別するための識別番号が書き込まれる。料理と料理番号とは、記憶部１２０に記憶されているメニュー表（図示せず）によって関連付けられている。メニュー表は、そのレストランにおいて提供可能な料理、飲み物などを示すメニュー情報がまとめられたデータベースである。また、メニュー表は、料理を識別する料理番号、料理の名称を示す料理名、及び、料理の価格を関連付けるものである。

テーブル番号の列には、その注文が関連付けられているテーブル２００のテーブル番号が書き込まれる。注文管理表のテーブル番号が「１」である場合、その注文は、テーブル番号が「１」であるテーブル２００に位置する顧客から受けた注文であることを意味する。

ＲＦタグ番号の列には、その料理を盛りつけられた食器に付されているＲＦタグから読み取られた数列が書き込まれる。

（料理情報表）
次に、図６を参照しながら、料理情報表について説明する。図６は、料理情報表の一部を示す図である。図６に示すように、本実施形態に係る料理情報表は、料理番号、料理名、画像ＵＲＬ、料理説明、エネルギー、タンパク質、脂質、炭水化物及びナトリウムの９列のデータからなる。

料理情報表の料理番号及び料理名の列は、メニュー表の料理番号及び料理名の行と同じデータが記録されている。図６に示す通り、例えば、料理番号「１０００」には、料理名「カレーライス」で表される料理が関連付けられ、料理番号「１００１」には、料理名「ハンバーグ」で表される料理が関連付けられ、料理番号「１００２」には、料理名「海老フライ」で表される料理が関連付けられている。

画像ＵＲＬの列には、それぞれの料理の画像が格納されているＵＲＬが書き込まれている。

料理説明の列には、その料理の材料名、材料原産地、調理方法、食べ方など、その料理に関する詳細な説明が書き込まれている。

エネルギーの列には、その料理に含まれるエネルギー量がキロカロリー（Ｋｃａｌ）を単位として書き込まれている。

タンパク質の列には、その料理に含まれるタンパク質の量がグラム（ｇ）を単位として書き込まれている。

脂質の列には、その料理に含まれる脂質の量がグラム（ｇ）を単位として書き込まれている。

炭水化物の列には、その料理に含まれる炭水化物の量がグラム（ｇ）を単位として書き込まれている。

ナトリウムの列には、その料理に含まれるナトリウムの量がグラム（ｇ）を単位として書き込まれている。

（テーブルディスプレイ２５０がＣＰＵによって実現する機能について）
次に、図８を参照しながら、テーブルディスプレイ２５０がＣＰＵによって実現する機能について説明する。図８は、テーブルディスプレイ２５０の制御部２６０によって実現される主要な機能を示す機能ブロック図である。制御部２６０は、記憶部２７０に記憶されている各種プログラムを読み出すことによって、メニュー情報表示部２６１、注文情報処理部２６２及び料理情報表示部２６４として機能する。

メニュー情報表示部２６１は、記憶部２７０に格納されているメニュー表の一部又は全部を、タッチパネル式表示部２９０に表示させる。なお、記憶部２７０に格納されているメニュー表は、サーバ１００の記憶部１２０に記憶されているメニュー表と同一のものである。

注文情報送信手段である注文情報処理部２６２は、顧客からの入力操作に応じて、顧客が注文として選択した料理の料理番号を、タッチパネル式表示部２９０から取得する。注文情報処理部２６２は、記憶部２７０に格納されているテーブル番号情報を参照し、テーブル番号を取得する。注文情報処理部２６２は、通信部２８０を介して、注文された料理の料理番号と、テーブル番号とを、サーバ１００へ送信する。

商品情報受信手段であり商品情報表示手段でもある料理情報表示部２６４は、サーバ１００のページ情報生成部１１６が生成した料理情報表示用ページのウェブデータと、当該ウェブデータを表示させるための制御信号とを、サーバ１００から受信する。料理情報表示部２６４は、受信した上記ウェブデータと、上記制御信号とに応じて、タッチパネル式表示部２９０に料理情報を表示させる。

なお、テーブルディスプレイ２５０の上記各機能を実現するプログラム（ソフトウェア）は、テーブルディスプレイ２５０を情報出力システムの一部として機能させる専用アプリであってもよいし、汎用の携帯端末からウェブブラウザを介して利用可能なウェブアプリであってもよい。

（情報出力システムにおける処理１）
図９及び図１０を参照しながら、本実施形態に係る情報出力システム１における処理の流れについて説明する。図９は、情報出力システム１における処理の流れを示すシーケンス図である。図１０（ａ）〜（ｄ）は、サーバ１００が管理する注文管理表の遷移を示す図である。

ステップＳ１：テーブルディスプレイ２５０のタッチパネル式表示部２９０がなんらかの入力を検出すると、メニュー情報表示部２６１は、記憶部２７０に格納されているメニュー情報を、タッチパネル式表示部２９０に表示する。

ステップＳ２：顧客は、タッチパネル式表示部２９０に表示されたメニュー情報を閲覧しながら、注文する料理をタッチパネル式表示部２９０に入力する。タッチパネル式表示部２９０は、顧客からの注文操作を受け付け、注文された料理の料理番号を注文情報処理部２６２に供給する。本実施形態において、注文された料理の料理番号は、「１００１」であるとして説明する。

ステップＳ３：注文情報処理部２６２は、記憶部２７０に格納されているテーブル番号情報を参照し、テーブル番号を取得する。本実施形態において、テーブル番号は、「１」であるとして説明する。注文情報処理部２６２は、通信部２８０を介して、注文された料理の料理番号「１００１」と、テーブル番号「１」とを、サーバ１００へ送信する。なお、通信部２８０は、料理番号及びテーブル番号とともに、テーブル番号が「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０を識別するための端末識別情報を、サーバ１００へ送信する。当該端末識別情報の一例としては、通信部２８０に予め割り当てられているＭＡＣアドレス又はＩＰアドレスを用いることができる。

ステップＳ４：注文情報取得部１１１は、通信部１３０を介して、テーブルディスプレイ２５０から注文された料理の料理番号「１００１」と、テーブル番号「１」と、テーブルディスプレイ２５０の端末識別情報とを受信する。注文情報取得部１１１は、記憶部１２０に格納されている注文管理表の新たな行に、新規の注文として注文された料理の料理番号「１００１」と、テーブル番号「１」とを登録する。このとき、注文情報取得部１１１は、注文番号識別番号（ここでは「００５７」）を新規の注文に対して割り当てる（図１０（ａ）参照）。したがって、注文識別番号「００５７」として識別される新たな注文は、テーブル番号が「１」であり、料理番号が「１００１」である。以下において、この注文のことを、注文「００５７」とも表記する。この時、注文情報取得部１１１は、注文「００５７」の状態を「ordered」とする。ステップＳ４は、新規注文の登録処理といえる。また、注文情報取得部１１１は、注文「００５７」の状態が「ordered」となったことを、注文情報出力部１１２へ通知する。なお、注文情報取得部１１１は、テーブル番号が「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０の端末識別情報を、記憶部１２０へ格納し管理する。

ステップＳ５：注文情報出力部１１２は、当該通知を受けて、記憶部１２０を参照し、状態が「ordered」になった注文「００５７」に関連付けられているテーブル番号「１」と、注文された料理の料理番号「１００１」とを取得する。注文情報出力部１１２は、通信部１３０を介して、テーブル番号「１」と、注文された料理の料理番号「１００１」と、注文識別番号「００５７」を表すＱＲコードとを印刷する旨の制御信号を、キッチンプリンタ６００へ送信する。

ステップＳ６：キッチンプリンタ６００は、当該制御信号を受信して、テーブル番号「１」と、注文された料理の料理番号「１００１」と、注文識別番号「００５７」を表すＱＲコードとを印刷する。以下において、テーブル番号と、注文された料理の料理番号と、ＱＲコードとが印刷された紙のことを、注文シート４００と記載する。

ステップＳ７：料理人Ｃは、注文シート４００の内容を確認し、注文された料理番号「１００１」によって特定される料理を調理する。本実施形態において、料理番号「１００１」によって特定される料理は、ハンバーグである。したがって、料理人Ｃは、ハンバーグを調理し食器に盛りつける。本実施形態において、食器に盛りつけられたハンバーグが図１に示す料理３００に対応する。ハンバーグの調理が完了すると、料理人Ｃは、注文された料理の調理が完了したことを示す調理完了通知をサーバ１００へ送信するための処理を行う。具体的には、料理人Ｃは、ハンバーグを盛りつけた食器を配膳台５００の上に置くときに、食器をＲＦタグリーダ５４０に近接させる。ＲＦタグリーダ５４０は、ハンバーグが盛りつけられた食器に付されているＲＦタグを検知し、ＲＦタグ番号を取得する。本実施形態において、ハンバーグが盛りつけられた食器に付されているＲＦタグのＲＦタグ番号は、「１００００」であるとして説明する。また、料理人Ｃは、注文シート４００に印刷されているＱＲコードを、ＱＲコードリーダ５５０によってスキャンする。ＱＲコードリーダ５５０は、ＱＲコードが表す注文識別番号「００５７」を取得する。配膳台５００の制御部５１０は、ＲＦタグリーダ５４０からＲＦタグ番号「１００００」を取得し、ＱＲコードリーダ５５０から注文識別番号「００５７」を取得する。制御部５１０は、ＲＦタグ番号「１００００」及び注文識別番号「００５７」を含む調理完了通知を、通信部５３０を介してサーバ１００へ送信する。

なお、料理人Ｃは、調理を開始する場合に、必ずしも注文シート４００が印刷された順番に従う必要はない。例えば、複数の注文を受けている場合に、各料理の作成時間は、一般的に異なる。同じテーブルからの注文を同じタイミングで一括提供することが好ましい場合、料理人Ｃの判断によって調理する順番は、調整されることが好ましい。

また、本実施形態において、料理人ＣがＱＲコードをＱＲコードリーダ５５０によってスキャンするものとして説明した。しかし、ＱＲコードをスキャンする人は、料理人に限定されるものではない。ＱＲコードをスキャンする人は、料理を識別できる程度の知識を有していればよく、例えば、料理を顧客の待つテーブルへ運ぶ店員Ｄであってもよいし、料理の仕上がりを確認する、店員Ｄとは別の店員であってもよい。

また、本実施形態において、注文シート４００には、注文識別番号「００５７」を表すＱＲコードが印刷されているものとして説明している。しかし、注文情報出力部１１２は、ＱＲコードを印刷させる代わりに、注文識別番号「００５７」そのものを印刷させるように構成されていてもよい。この場合、配膳台５００は、ＱＲコードリーダ５５０の代わりに、注文識別番号を入力するための入力部（例えばテンキー）を備えていればよい。料理人Ｃは、ＱＲコードをＱＲコードリーダ５５０によってスキャンする代わりに、配膳台の入力部から注文識別番号「００５７」を入力すればよい。

ステップＳ８：サーバ１００の調理完了通知取得部１１３は、通信部１３０を介して、調理完了通知を受信する。調理完了通知取得部１１３は、記憶部１２０に格納されている注文管理表を参照し、注文識別番号「００５７」が関連付けられている注文「００５７」と、調理完了通知が含むＲＦタグ番号である「１００００」とを関連付ける。また、調理完了通知取得部１１３は、注文「００５７」の状態を「prepared」とする（図１０（ｂ）参照）。ステップＳ８は、調理完了の登録処理である。

ステップＳ９：ハンバーグが盛りつけられた食器は、注文シート４００の内容に基づいてテーブル番号が「１」であるテーブル２００へ、店員Ｄによって運ばれる。

ステップＳ１０：ハンバーグが盛りつけられた食器は、テーブル番号「１」のテーブル２００に置かれるときに、店員Ｄによって、ＲＦタグリーダ２４０へ近づけられる。ＲＦタグリーダ２４０は、ハンバーグが盛りつけられた食器が備えているＲＦタグを検知し、ＲＦタグ番号「１００００」を取得する。

ステップＳ１１：テーブル２００の制御部２１０は、ＲＦタグリーダ２４０からＲＦタグ番号「１００００」を取得する。制御部２１０は、ＲＦタグ番号「１００００」を含む配膳完了通知を、通信部２３０を介してサーバ１００へ送信する。

ステップＳ１２：サーバ１００の配膳完了通知取得部１１４は、通信部１３０を介して、ＲＦタグ番号「１００００」を含む配膳完了通知を受信する。配膳完了通知取得部１１４は、記憶部１２０に格納されている注文管理表を参照し、ＲＦタグ番号「１００００」が関連付けられている注文、すなわち、注文「００５７」の状態を「delivered」とする（図１０（ｃ）参照）。ステップＳ１２は、配膳完了の登録処理といえる。また、配膳完了通知取得部１１４は、注文「００５７」の状態が「delivered」となったことを、料理情報選択部１１５へ通知する。

ステップＳ１３：サーバ１００の料理情報選択部１１５は、当該通知を受けて注文管理表を参照し、状態が「delivered」になった注文「００５７」に関連付けられている料理番号が「１００１」であることを特定する。料理情報選択部１１５は、記憶部１２０に格納されている料理情報表を参照し、料理番号「１００１」によって特定される料理の料理情報を選択する。ここで、料理情報とは、図６に示す料理名、写真ＵＲＬ、料理説明、エネルギー、並びに、タンパク質、脂質、炭水化物及びナトリウムの含有量のことを意味する。

ステップＳ１４：サーバ１００のページ情報生成部１１６は、料理情報選択部１１５が選択した料理情報と、当該料理情報を表示させるための制御信号とを、テーブル番号「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０へ送信する。ステップＳ３において、記憶部１２０には、テーブル番号「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０を識別するための端末識別情報が記憶されている。したがって、ページ情報生成部は、記憶部１２０を参照することによって、テーブル番号「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０を識別するための端末識別情報を取得することができる。

ステップＳ１５：テーブル番号「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０の料理情報表示部２６４は、通信部２８０を介して、料理情報選択部１１５が選択した料理情報と、当該料理情報を表示させるための制御信号とを、サーバ１００から受信する。料理情報表示部２６４は、受信した料理情報と、当該料理情報を表示させるための制御信号とに応じて、タッチパネル式表示部２９０に料理情報を表示させる（図１１参照）。

以上のように本実施形態に係る情報出力システム１は、顧客の注文に応じて料理を提供する（配膳する）レストランにおいて運営されるシステムであって、顧客から注文された料理が顧客のもとへ配膳された場合に、注文した顧客に対して、注文した料理に関する詳細な情報などを提供する情報出力システムである。しかし、本発明に係る情報出力システムは、レストランにおいて運営されるシステムに限定されるものではない。言い換えれば、本発明に係る情報出力システムは、顧客の注文に応じて商品を顧客に配送する通信販売システムであって、商品が顧客の手元に配送された場合に、注文した顧客に対して、注文した商品に関する詳細な情報などを提供する情報出力システムである。

顧客の注文に応じて、顧客の手元に届けられる商品の例としては、テレビ、掃除機、冷蔵庫、エアコンなどに代表される家電機器、デジタルカメラ、タブレット端末、パソコンに代表される電子機器、衣服、鞄、靴などに代表されるファッション用品、工具、調理器具、文房具に代表される道具などが上げられる。これらの商品が顧客の手元に配送されたことをトリガーとして、本発明に係る情報出力システムは、これらの商品に関する詳細な情報を顧客に提供する。

ここで、商品に関する詳細な情報とは、顧客が商品を注文するときに閲覧する媒体（ウェブページ、テレビ方法、通販雑誌）に掲載される情報（メーカー名、価格、主特徴など）以外の情報のことを意味する。言い換えれば、本発明に係る情報出力システムが提供する情報は、商品に関する情報のうち顧客が注文する時点では取得することが容易ではない情報であって、その商品を購入した顧客の満足度を向上させ得る情報である。商品に関する情報の具体例として、商品の便利な使用機能、商品の少し意外な使用方法、商品の機能を拡張可能な関連商品、商品の開発過程におけるエピソードなどが上げられる。

通信販売システムを想定した場合、顧客が商品を注文し、商品に関する詳細な情報を閲覧するために用いる端末は、顧客が所有する携帯端末、パソコン、テレビなどであればよい。本実施形態において、料理が盛りつけられている食器には、その食器を他の食器から識別する識別子（ＲＦタグ）が付されており、テーブル２００のＲＦタグリーダ２４０が当該ＲＦタグを検知した場合に、サーバ１００は、その注文の状態を配膳済と判定する。通信販売システムにおける商品の場合、商品が梱包されている箱又は袋が食器に対応し、商品の配送時に用いられる配送伝票の伝票番号が識別子に対応する。商品を配送する運送会社の社員は、商品をお届け先に届けた場合に、商品が届いたことを示す署名又は捺印を顧客に求め、顧客は、当該署名又は捺印に応じる。上記運送会社の社員が所持する配送用端末は、上記商品が届いたことを示す署名又は捺印を検出した場合に、上記配送伝票の伝票番号が関連付けられている商品の配送が完了した旨を通知する配送完了通知を、配送システム用端末からサーバ１００へ送信すればよい。サーバ１００は、当該配送完了通知を受信した場合に、商品の配送が完了した（お届け完了）と判定し、商品に関する詳しい情報を顧客に提供する。

また、配送完了通知の信頼性をより高める場合には、サーバ１００は、注文受け付け完了時に送信する電子メールに、その注文を他の注文から識別する情報（第１の識別情報）を示すＱＲコードを含めてもよい。上記運送会社の社員は、商品をお届け先に届けた場合に、上記ＱＲコードの提示を求め、顧客は、例えば自身の携帯端末に上記ＱＲコードを表示させ、上記運送会社の社員に提示する。上記運送会社の社員が所持する配送用端末は、顧客が提示したＱＲコードを読み取り、読み取った情報（第２の識別情報）をサーバ１００へ送信する。サーバ１００は、電子メールに含めた第１の識別情報と、配送用端末から受信した第２の識別情報とが一致した場合に、上記注文の状態をお届け完了とし、商品に関する詳しい情報を顧客に提供する。

商品に関する詳しい情報を顧客に提供する手段は、本実施形態に記載したとおり商品に関する詳しい情報を含むウェブページを、顧客が使用する端末に送信してもよいし、商品に関する詳しい情報を含む電子メールを、顧客の電子メールアドレスに送信してもよい。通信販売システムにおいて、顧客の電子メールアドレスなどの個人情報は、顧客情報をしてサーバ１００に登録されているため、電子メールの送信先としてその電子メールアドレスを用いることができる。

〔変形例１〕
本実施形態において、顧客が料理を注文し、料理情報表示用ページを閲覧するために用いる端末は、テーブルディスプレイ２５０である。しかし、当該端末は、テーブル２００に備え付けられているテーブルディスプレイ２５０に限定されるものではなく、顧客が所有する携帯端末４５０であってもよい。携帯端末４５０は、スマートフォンであってもいし、タブレット端末であってもよい。

図１２は、携帯端末４５０のハードウェア構成を示すブロック図である。図１２に示すように、携帯端末４５０は、制御部４６０、記憶部４７０、通信部４８０及びタッチパネル式表示部４９０を備えている。

制御部４６０は、ＣＰＵであり、携帯端末４５０全体を制御する。

通信部４８０は、他の装置（サーバ１００など）とＩＰ通信を行うために設けられたイーサネットインタフェース、または、他の装置と３Ｇ回線を用いて通信するためのインタフェースである。

タッチパネル式表示部４９０は、液晶表示パネルを備えている表示部であり、タッチパネル式の入力部でもある。タッチパネル式表示部４９０は、顧客から受け付けた操作を操作信号に変換し、当該操作信号を制御部４６０へ出力する。

記憶部４７０は、各種プログラムが記録されている記録媒体である。本実施形態において記憶部４７０はフラッシュメモリであるが、記憶部４７０は他の種類のデバイス（例えば、ハードディスクドライブ）であってもよい。

記憶部４７０に記憶されているプログラムは、携帯端末４５０を用いて情報出力システム１を利用するためのプログラムを含むことが好ましい。当該プログラムが記憶部４７０に記憶されており、制御部４６０が当該プログラムを実行することにより、顧客は、携帯端末４５０を用いて情報出力システム１を利用することができる。

携帯端末４５０を用いて情報出力システム１を利用するためのプログラムが記憶部４７０に記憶されていない場合であっても、当該プログラムがウェブアプリとして提供されていれば、顧客は、携帯端末４５０を用いて情報出力システム１を利用することができる。

携帯端末４５０がＣＰＵによって実現する機能は、テーブルディスプレイ２５０がＣＰＵによって実現する機能と同様である。すなわち、制御部４６０は、記憶部４７０に記憶されている各種プログラムを読み出すことによって、メニュー情報表示部、注文情報処理部及び料理情報表示部として機能する。したがって、ここではその説明を省略する。

図１３は、携帯端末４５０のタッチパネル式表示部４９０に表示される料理情報表示用ページの一例を示す図である。制御部４６０によって実現される料理情報表示部は、サーバ１００のページ情報生成部１１６が生成した料理情報表示用ページのウェブデータと、当該ウェブデータを表示させるための制御信号とを、サーバ１００から受信する。料理情報表示部２６４は、受信した上記ウェブデータと、上記制御信号とに応じて、タッチパネル式表示部２９０に図１３に示す料理情報表示用ページを表示させる。図１３に示す料理情報表示用ページは、図１１に示すテーブルディスプレイ２５０が表示する料理情報表示用ページと同様の内容である。なお、タッチパネル式表示部４９０のサイズは、タッチパネル式表示部２９０のサイズと比較して小さい。そのため、料理情報表示部は、料理情報表示用ページを表示する態様を、タッチパネル式表示部４９０のサイズに応じて最適化することが好ましい。

〔変形例２〕
本実施形態において、サーバ１００は、顧客から受け付けた注文の状態が"delivered"になった場合に、注文された料理に関する情報をテーブルディスプレイ２５０へ出力することについて説明した。

サーバ１００は、注文の状態が"delivered"ではない場合、すなわち、"ordered"、"prepared"、"finished"である場合に、それぞれの状態に応じた情報をテーブルディスプレイ２５０へ出力するように構成されていてもよい。

注文状態が"ordered"である場合、ページ情報生成部１１６は、そのレストランの他のテーブルに配膳された料理に関する料理情報を、料理情報表示用ページに含ませてもよい。その時にレストランで配膳されている料理を顧客に通知することによって、注文時には顧客が興味をいだかなかった料理に対しても、顧客の興味を抱かせる可能性がある。

また、注文状態が"ordered"である場合、ページ情報生成部１１６は、そのレストランにおける人気料理ランキングを料理情報表示用ページに含ませてもよい。この場合も、注文時には顧客が興味をいだかなかった料理に対しても、顧客の興味を抱かせる可能性がある。サーバ１００は、レストランにおける過去の注文を集計することによって、料理の人気ランキングを作成することができる。人気ランキングを集計する期間は、過去１時間のように短い期間であってもよいし、当日限定であってもよいし、過去１週間のように長い期間であってもよい。集計期間を変化させることによって、今まさに人気のある料理であったり、定常的に注文される定番料理であったり、さまざまな切り口の料理ランキングを顧客に提供できる。

また、注文状態が"ordered"である場合、ページ情報生成部１１６は、料理情報表示用ページにその料理の注文が受け付けられた旨を示す情報を含ませてもよい。料理を注文した顧客は、注文が受け付けられたことを確認でき、安心して料理を待つことができる。

注文状態が"prepared"である場合、ページ情報生成部１１６は、その料理が配膳間近であることを予告する配膳予告メッセージとともに、その料理の画像を料理情報表示用ページに含ませてもよい。この料理情報表示用ページを見た顧客は、もうすぐ注文した料理が配膳されるとの期待を高めながら、料理を待つことができる。したがって、顧客の気分を上げることができる。また、グループに複数の顧客が含まれる場合は、「もうすぐ君の注文した料理が来るね」といった会話の発端を提供することができる。

注文状態が"finished"である場合、ページ情報生成部１１６は、顧客に導線を張りたいと考えている店舗、スポット（場所）などの情報を、料理情報表示用ページに含ませてもよい。食事を終えた顧客の中には、次にどのように行動するか考えている顧客がいる可能性がある。その顧客に対して、近隣のお勧めスポットや、お勧めの店舗を紹介することによって、顧客の動員を増やせる可能性がある。

また、ページ情報生成部１１６は、注文状態に応じて、注文状態に関連付けられている上記情報を含ませるタイミングを変えてもよい。例えば、注文状態が"delivered"に関連付けられている料理に関する料理情報は、注文状態が"delivered"になった時点で表示させ、その後、注文状態が"delivered"である間は、所定の時間間隔で再び表示させてもよい。

なお、ページ情報生成部１１６は、上述のような様々な情報を、一定期間で入れ替わるように料理情報表示用ページを構成してもよいし、図１１に示す表示領域の一部にサムネイルなどを用いて料理情報表示用ページに含ませてもよい。

〔実施形態２〕
本実施形態に係る情報出力システムについて、図１４及び図１５を参照しながら、以下に説明する。図１４は、上記情報出力システムにおける処理の流れを示すシーケンス図である。図１５は、上記情報出力システムに含まれる携帯端末４５０が表示するリンク情報の一態様を示す図である。

本実施形態において、顧客は、店員Ｄに対して口頭で料理を注文する。そして、サーバ１００は、料理情報表示用ページのウェブデータを、顧客が所有する携帯端末４５０に対して送信する。なお、本実施形態において、携帯端末４５０の各機能は、サーバ１００に記憶されているウェブアプリによって提供されるものとする。

（情報出力システムにおける処理２）
図１４のシーケンスの概要は、次の通りである。顧客は、店員Ｄに対して口頭で料理を注文する。この注文がサーバ１００に登録されると、サーバは、テーブル２００に備え付けられているテーブルディスプレイ２５０に料理情報を表示するウェブページのＵＲＬを示すリンク情報を表示させる。顧客は、テーブルディスプレイ２５０が表示するリンク情報を用いることによって、注文に用いていない携帯端末４５０を用いて料理情報表示用のウェブページを参照することができる。顧客が注文した料理を盛りつけた食器がテーブル２００に配膳されると、サーバ１００は、携帯端末４５０に当該料理に関する料理情報を表示させる。以下、当該シーケンスについて詳しく説明する。

ステップＳ２１：顧客は、テーブル２００に配置されているメニューを閲覧しながら、店員Ｄに対して料理を注文する。本実施形態において、顧客は、ハンバーグを注文するものとして説明する。店員Ｄは、顧客の注文に応じて、自身が携帯する注文入力端末に、顧客が位置するテーブル２００のテーブル番号と、注文された料理を入力する。本実施形態において、顧客が位置するテーブル２００のテーブル番号は「１」であるものとして説明する。

ステップＳ２２：店員Ｄの注文入力端末は、入力されたテーブル番号「１」と、入力されたハンバーグに関連付けられている料理番号「１００１」とを、サーバ１００へ送信する。
ステップＳ２３：注文情報取得部１１１は、通信部１３０を介して、店員Ｄの注文入力端末から注文された料理の料理番号「１００１」と、テーブル番号「１」とを受信する。注文情報取得部１１１は、記憶部１２０に格納されている注文管理表の新たな行に、新規の注文として注文された料理の料理番号「１００１」と、テーブル番号「１」とを登録する。このとき、注文情報取得部１１１は、注文番号識別番号（ここでは「００５７」）を新規の注文に対して割り当てる（図１０（ａ）参照）。したがって、注文識別番号「００５７」として識別される新たな注文は、テーブル番号が「１」であり、料理番号が「１００１」である。以下において、この注文のことを、注文「００５７」とも表記する。この時、注文情報取得部１１１は、注文「００５７」の状態を「ordered」とする。注文情報取得部１１１は、注文「００５７」の状態が「ordered」となったことを、注文情報出力部１１２へ通知する。

ステップＳ２４：注文情報出力部１１２は、当該通知を受けて、記憶部１２０を参照し、状態が「ordered」になった注文「００５７」に関連付けられているテーブル番号「１」と、注文された料理の料理番号「１００１」とを取得する。注文情報出力部１１２は、通信部１３０を介して、テーブル番号「１」と、注文された料理の料理番号「１００１」と、注文識別番号「００５７」を表すＱＲコードとを印刷する旨の制御信号を、キッチンプリンタ６００へ送信する。

ステップＳ２５：キッチンプリンタ６００は、当該制御信号を受信して、テーブル番号「１」と、注文された料理の料理番号「１００１」と、注文識別番号「００５７」を表すＱＲコードとを含む注文シート４００を印刷する。料理人Ｃは、注文シート４００に記載されている料理番号に応じて料理を作る。

ステップＳ２６：また、注文情報出力部１１２は、ステップＳ２３の通知を受けて、料理情報を表示するウェブページへのリンクを示すリンク情報を、ページ情報生成部１１６から取得し、テーブル番号「１」であるテーブル２００に備え付けられているテーブルディスプレイ２５０へ送信する。実施形態１で説明したように、料理情報表示用ページのＵＲＬには、パラメータとしてテーブル番号が付されている。

ステップＳ２７：テーブルディスプレイ２５０の制御部２６０は、タッチパネル式表示部２９０に、サーバ１００から受信した図１５（ａ）に示すリンク情報を表示する。図１５（ａ）は、当該リンク情報の一態様を示す図である。図１５（ａ）のリンク情報は、料理情報表示用ページへのリンクを示すＱＲコードと、当該ウェブページのＵＲＬとを含む。なお、図１５（ｂ）は、料理情報表示用ページへのリンクを示すリンク情報の別の態様を示す図である。タッチパネル式表示部２９０がＲＦタグ内蔵ディスプレイである場合、リンク情報は、図１５（ｂ）に示すように、料理情報表示用ページへのリンクを示すＲＦタグと、料理情報表示用ページのＵＲＬとを含んでいてもよい。なお、サーバ１００がテーブルディスプレイ２５０に表示させるリンク情報は、任意の端末が料理情報表示用ページへアクセスするための導線になり得るものであればよく、上述したＱＲコード、ＲＦタグ及び上記ウェブページのＵＲＬのうち少なくとも１つを含んでいればよい。

ステップＳ２８：テーブルディスプレイ２５０に表示されたリンク情報に気がついた顧客は、携帯端末４５０を用いて料理情報表示用ページへアクセスする。具体的には、図１５（ａ）のリンク情報がテーブルディスプレイ２５０に表示されている場合、顧客は、携帯端末４５０が備えるＱＲコードリーダ機能を用いて、テーブルディスプレイ２５０に表示されているＱＲコードを撮影する。携帯端末４５０は、上記ＱＲコードが含む料理情報表示用ページのＵＲＬにアクセスする。携帯端末４５０がＱＲコードリーダ機能を備えていない場合、顧客は、テーブルディスプレイ２５０に表示されたＵＲＬを、携帯端末４５０へ入力すればよい。ＵＲＬを入力することによって、携帯端末４５０は、上記ＱＲコードが含む料理情報表示用ページのＵＲＬにアクセスすることができる。

ステップＳ２９：携帯端末４５０は、料理情報表示用ページを表示するためのリクエストを、サーバ１００へ送信する。この際、当該リクエストは、携帯端末４５０を識別するための端末識別情報と、リンク情報に含まれるテーブル関連付け情報とを含む。

ステップＳ３０：制御部１１０は、受信したリクエストがアクセスを望むＵＲＬのパラメータからテーブル番号「１」を取得する。そして、制御部１１０は、携帯端末４５０の端末識別情報と、テーブル番号「１」とを関連付けて管理する。また、ページ情報出力部１１７は、当該リクエストを受けて、料理情報表示用ページを示すウェブデータ（例えばＨＴＭＬ形式）を携帯端末４５０へ送信する。

ステップＳ３１：携帯端末４５０は、サーバ１００から受信したウェブデータが示す料理情報表示用ページをタッチパネル式表示部４９０に表示させる。

なお、携帯端末４５０は、料理情報表示用ページを表示している期間中、ステップＳ２９〜ステップＳ３１を定期的に繰り返し、料理情報表示用ページを更新する。

ステップＳ３１に続くステップＳ３７〜Ｓ４３の処理は、図９に示すステップＳ７〜Ｓ１３の処理と同様であるため、ここではその説明を省略する。また、ステップＳ４４〜Ｓ４５は、図９に示すステップＳ１４〜Ｓ１５における料理情報及び当該料理情報を表示させるための制御信号の送信先を、テーブルディスプレイ２５０から携帯端末４５０へ変更したものである。

ステップＳ４４：サーバ１００のページ情報生成部１１６は、料理情報選択部１１５が抽出した料理情報に応じて、料理情報表示用ページの内容を更新する。上述のように、携帯端末４５０は、ステップＳ２９〜ステップＳ３１を定期的に繰り返している。サーバ１００は、携帯端末４５０からのリクエストに応じて、更新された料理情報表示用ページを示すウェブデータを、携帯端末４５０に送信する。

ステップＳ４５：携帯端末４５０の制御部４６０は、通信部４８０を介して更新された料理情報表示用ページを示すウェブデータを受信する。制御部４６０は、受信したウェブデータに応じて、タッチパネル式表示部４９０に更新された料理情報を表示させる。

以上の処理によれば、サーバ１００は、注文を入力するために用いられていない携帯端末４５０の端末識別情報と、テーブル番号「１」とを関連付けることができる。テーブル番号「１」は、個々の注文を識別する注文識別番号「００５７」に関連付けられているため、注文「００５７」の料理がテーブル番号「１」のテーブル２００に配膳された場合に、サーバ１００は、携帯端末４５０に料理情報表示用ページを表示させることができる。したがって、顧客は、注文時の対話を通じて店員との会話を楽しみつつ、注文した料理に関する料理情報を、自身が所有する携帯端末４５０を利用して得ることができる。

また、料理情報表示用ページへのリンクを示すリンク情報は、特定のテーブル番号と関連付けられているものであり、この関連付けられたテーブル番号のテーブル２００に備え付けられているテーブルディスプレイ２５０に表示される。したがって、ページ情報生成部１１６が生成する料理情報表示用ページは、テーブルごとに最適化された内容であることが好ましく、同じテーブル番号に関連付けられている他の注文に含まれる料理の料理情報を含むことが好ましい。

テーブル２００に複数の顧客が位置する場合、その複数の顧客は、各自が所有する携帯端末を用いて料理情報表示用ページにアクセスすることができる。サーバ１００は、料理情報表示用ページを表示するためのリクエストを受信するたびに、テーブル関連付け情報が示すテーブル番号と、携帯端末を識別する端末識別情報とを関連付けて管理すればよい。言い換えれば、サーバ１００は、１つのテーブル番号に対して、複数の端末識別情報を関連付けることができる。

上記の構成によれば、テーブル２００を囲む複数の顧客は、各自の携帯端末に料理情報表示用ページを表示させながら、自分たちが注文した料理を話題にすることができる。テーブルディスプレイ２５０に料理情報表示用ページを表示させる場合（実施形態１）と比較して、本実施形態に係る情報出力システムは、顧客間における料理に関する会話をより円滑にでき、また、より盛り上げることができる。

なお、本実施形態において、携帯端末４５０の各機能は、ウェブアプリではなく携帯端末用の専用アプリによって実現されていてもよい。その場合、携帯端末４５０の記憶部４７０に当該専用アプリが記憶されている必要がある。したがって、ステップＳ２６において、注文情報出力部１１２は、料理情報を表示するウェブページ（商品情報表示ページ）へのリンクを示すリンク情報の代わりに、当該専用アプリをダウンロード可能なダウンロードページへのリンクを示すリンク情報を、テーブルディスプレイ２５０へ送信すればよい。

顧客は、テーブルディスプレイ２５０に表示された上記ダウンロードページへのリンクを示すリンク情報に応じて、携帯端末４５０を用いて上記ダウンロードページへアクセスし、上記専用アプリをダウンロードすることができる。この工程によって、上記専用アプリは、記憶部４７０に記憶される。したがって、制御部４６０は、上記専用アプリを実行することができ、料理情報表示用ページを、タッチパネル式表示部４９０に表示させることができる。

〔実施形態３〕
本実施形態に係る情報出力システムについて、図１６及び図１７を参照しながら、以下に説明する。図１６は、上記情報出力システムにおける処理の流れを示すシーケンス図である。図１７は、上記情報出力システムに含まれるキッチンプリンタ６００が印刷するリンク情報の一態様を示す図である。

本実施形態に係る情報出力システム１は、実施形態２に記載したものと似ているが、料理情報表示用ページへのリンクを示すリンク情報の出力する態様が異なる。実施形態２では、リンク情報をテーブルディスプレイ２５０へ送信し表示させることによって顧客に提示した。本実施形態では、リンク情報を紙に印刷することによって顧客に提示する。

（情報出力システムにおける処理３）
図１６のシーケンスは、実施形態２に係るシーケンス（図１４参照）と比較して、リンク情報を顧客に提示するときの態様が異なる。具体的には、本実施形態のステップＳ２４’〜Ｓ２６’及びステップＳ２８’は、図１４に示すステップＳ２４〜Ｓ２８と異なる。ここでは、ステップＳ２４’〜Ｓ２６’についてのみ説明する。ステップＳ２１〜Ｓ２３及びステップＳ２８〜Ｓ４５については、その説明を省略する。

ステップＳ２４’：注文情報出力部１１２は、注文情報取得部１１１から、注文「００５７」の状態が「ordered」となった旨の通知を受けて、記憶部１２０を参照し、状態が「ordered」になった注文「００５７」に関連付けられているテーブル番号「１」と、注文された料理の料理番号「１００１」とを取得する。また、注文情報出力部１１２は、上記「ordered」となった旨の通知を受けて、料理情報表示用ページへのリンクを示すリンク情報を、ページ情報生成部１１６から取得する。注文情報出力部１１２は、通信部１３０を介して、テーブル番号「１」と、注文された料理の料理番号「１００１」と、注文識別番号「００５７」を表すＱＲコードとを含む注文シート４００を印刷する旨の制御信号を、キッチンプリンタ６００へ送信する。さらに、注文情報出力部１１２は、料理情報表示用ページへのリンクを示すリンク情報と、テーブル番号「１」とを含む注文レシートを印刷する旨の制御信号を、キッチンプリンタ６００へ送信する。

ステップＳ２５’：キッチンプリンタ６００は、サーバ１００から受信した制御信号に応じて、注文シート４００及び注文レシートを印刷する。図１７に示すように、注文レシートには、テーブル番号「１」と、ＱＲコードと、料理情報表示用ページのＵＲＬとが記載されている。注文レシートが含むリンク情報は、任意の端末が料理情報表示用ページへアクセスするための導線になり得るものであればよく、上述したＱＲコード及び料理情報表示用ページのＵＲＬのうち少なくとも１つを含んでいればよい。注文シート４００は、料理人Ｃが料理を作るときに参照するものである。一方、注文レシートは、料理情報表示用ページへの導線として顧客へ配布するためのものである。

ステップＳ２６’：店員Ｄは、注文レシートに印刷されているテーブル番号を参照し、注文レシートを、該当するテーブル番号（ここではテーブル番号「１」）のテーブル２００へ届ける。

ステップＳ２８’：注文レシートを店員Ｄから受け取った顧客は、携帯端末４５０を用いて料理情報表示用ページへアクセスする。具体的には、携帯端末４５０がＱＲコードリーダ機能を備えている場合、顧客がＱＲコードリーダ機能を用いてＱＲコードを撮影することによって、携帯端末４５０は、上記ＱＲコードが含む料理情報表示用ページのＵＲＬにアクセスする。携帯端末４５０がＱＲコードリーダ機能を備えていない場合、顧客は、テーブルディスプレイ２５０に表示されたＵＲＬを、携帯端末４５０へ入力すればよい。ＵＲＬを入力することによって、携帯端末４５０は、上記ＱＲコードが含む料理情報表示用ページのＵＲＬにアクセスすることができる。

本実施形態に記載の構成によれば、各テーブルにテーブルディスプレイが備え付けられておらず、かつ、料理の注文を店員に口頭で行った場合であっても、顧客が所有する携帯端末と、特定のテーブル番号とを関連付けることができる。したがって、このような場合であっても、サーバ１００は、特定の携帯端末に料理情報表示用ページを表示させることができる。

また、本実施形態に記載の構成によれば、実施形態２に記載の構成と同様の効果を得ることができる。

〔実施形態４〕
実施形態１に記載した注文管理表（図５参照）は、サーバ１００が顧客から受け付けた注文の内容を管理するために用いるデータベースの一例である。サーバ１００は、図５の注文管理表とは異なるデータベースを用いて顧客から受け付けた注文の内容を管理するように構成されていてもよい。本実施形態では、図１８〜図２２を参照しながら、別のデータベースを用いて顧客から受け付けた注文の内容を管理するように構成されているサーバ１００を含む情報出力システム１について説明する。

図１８は、本実施形態に係る情報出力システムが含むサーバ１００に格納されているデータベースを示す図である。図１８（ａ）は、サーバ１００の記憶部１２０に記憶されているデータベースの１つであるテーブル管理表の一部を示す図である。図１８（ｂ）は、サーバ１００の記憶部１２０に記憶されているデータベースの１つである注文管理表の一部を示す図である。

サーバ１００は、注文管理表及びテーブル管理表を用いて注文の内容を管理する。なお、図５の注文管理表と比べて、図１８（ｂ）の注文管理表は、テーブル番号の代わりに伝票番号の列を含む。また、図１８（ｂ）の注文管理表は、新たに更新日時の列を含む。なお、以下において単に注文管理表と記載した場合は、図１８（ｂ）の注文管理表のことを意味する。

店員Ｄは、新規の顧客をテーブル２００の座席に案内した場合に、新規顧客の登録処理を行ってもよい。たとえば新規顧客を案内したテーブル２００のテーブル番号が「１」である場合、テーブル番号「１」のテーブル２００に新規顧客を案内した旨を、注文入力端末に入力する。注文入力端末は、当該操作を受け付けると、テーブル番号「１」と、新規顧客の登録を依頼する旨の制御信号を、サーバ１００へ送信する。

当該制御信号を受け付けると、注文情報取得部１１１は、注文管理表に対して新たな伝票番号を追加する（図２０（ａ）参照）。また、注文情報取得部１１１は、テーブル管理表に対して新たな伝票番号を追加し、その伝票番号に対してテーブル番号「１」を関連付ける（図２０（ｂ）参照）。

本実施形態において、サーバ１００は、１つのテーブル番号が付されているテーブル２００から受け付けた注文に関しては、１つの伝票番号を用いて管理する。ここで生成された伝票番号は、テーブル管理表の新たな行に登録される。テーブル管理表は、テーブル番号と、伝票番号と、その注文に関する決済が完了しているか否かを示す状態フラグとを関連付けるデータベースである。決済が完了しているか否かを示す状態フラグには、決済完了を示す"paid"と、未決済を示す"unpaid"とがある。新規顧客の登録を行った時点では、決済は完了していない。したがって、図２０（ｂ）に示すテーブル管理表の状態フラグは、"unpaid"である。

たとえば、テーブル管理表の５行目には、伝票番号「１５６７」が付されている。以下において、この注文のことを注文「１５６７」とも記載する。テーブル管理表によれば、注文「１５６７」は、テーブル番号が「１」であるテーブル２００の顧客から受け付けた注文であり、未決済であり、更新日時が「２０１４／２／２５ １６：３０」であることが分かる。一方、注文管理表を見ると、注文管理表の５〜７行目の注文に対して伝票番号「１５６７」が付されている。このことは、テーブル番号「１」のテーブル２００にいる顧客は、料理番号「１００１」、「１００２」及び「１００３」の３つの料理を注文していることを意味する。

注文管理表とテーブル管理表とを用いることによって、同じテーブル番号に関連付けられている注文が複数あった場合でも、それらの注文が同一グループの顧客による注文であるのか、異なるグループの顧客による注文であるのかを識別することができる。例えば同じテーブル番号「１」に関連付けられている注文であっても、注文「１５５６」と注文「１５６７」とは、異なるグループの顧客による注文であると言える。一方、注文「１５６７」は３つの料理の注文を含むが、それらは同一グループの顧客による注文であると言える。なお、グループとは、同時期に同じテーブル２００において料理を注文した人、又は、人々のことを意味する。サーバ１００は、同一グループから受け付けた注文を、同一の伝票番号に関連付けて管理する。伝票番号は、決済処理を行う場合の単位でもある。

同じテーブル２００を利用した異なるグループを識別可能なことによって、情報出力システム１は、決済を済ましレストランを出たグループの顧客に対しても、料理情報表示用ページを提供することができる。また、実施形態１の変形例２に記載したように、サーバ１００が注文の状態に応じた情報をテーブルディスプレイ２５０などに出力する場合に、サーバ１００は、伝票番号と、注文の状態"finished"とに応じて、現在テーブル２００にいる顧客が食べた料理に関する情報を、他の顧客が食べた料理に関する情報と取り違えることなく出力することができる。

本実施形態に係るページ情報生成部１１６は、料理情報表示用ページを生成するときに、個々のグループを識別するためにパラメータとして伝票番号を用いることが好ましい。具体的には、料理情報表示用ページのＵＲＬの末尾に、「http://~~~~~~//info?OrderForm="1567"」のようにして伝票番号を付加することが好ましい。料理情報表示用ページのＵＲＬがパラメータとして伝票番号を含むことによって、あるグループの顧客に対して、同じテーブル番号のテーブル２００にいた別の顧客から受け付けた料理に関する料理情報表示用ページを誤って提供することを防止できる。したがって、情報出力システム１は、顧客が注文した料理に関する正しい料理情報表示用ページを、顧客に提供することができる。

（情報出力システムにおける処理４）
図１９〜図２２を参照しながら、本実施形態に係る情報出力システムにおける処理の流れについて説明する。

図１９は、上記情報出力システムにおける処理の流れの一部を示すシーケンス図である。図２０（ａ）、（ｃ）〜（ｅ）は、図１９のシーケンスにおける注文管理表の遷移を示す図であり、図２０（ｂ）は、図１９のシーケンスにおけるテーブル管理表の一部を示す図である。図２１は、上記情報出力システムにおける、図１９に続く処理の流れを示す図である。図２２（ａ）及び（ｄ）は、図２１のシーケンスにおけるテーブル管理表の遷移を示す図であり、図２２（ｂ）及び（ｃ）は、図２１のシーケンスにおける注文管理表の遷移を示す図である。

ここでは、実施形態１に記載したシーケンス（図９参照）と異なる処理について説明する。具体的には、図１９のステップＳ１０１〜Ｓ１０３は、図９のステップＳ１〜Ｓ３の処理と同様の処理である。また、図１９及び図２１のステップＳ１０５〜Ｓ１１５は、図９のステップＳ５〜Ｓ１５と同様の処理である。したがって、ここでは、これら重複する処理の説明を省略する。なお、上述した新規顧客の登録処理が完了していないものとして説明する。

ステップＳ１０４ａ：注文情報取得部１１１は、テーブルディスプレイ２５０から新規注文として受け付けた料理の料理番号「１００１」と、テーブル番号「１」とを受信すると、新たな伝票番号「１５３４」を生成し、注文管理表及びテーブル管理表の新たな行に追加する（図２０（ａ）及び（ｂ）参照）。

ステップＳ１０４ｂ：注文情報取得部１１１は、注文「１５３４」の料理番号として「１００１」を登録し、その状態フラグを"ordered"にする（図２０（ｃ）参照）。注文情報取得部１１１は、注文「１５３４」の状態が「ordered」となったことを、注文情報出力部１１２へ通知する。

ステップＳ１０４ｃ：注文情報出力部１１２は、テーブル番号「１」と伝票番号「１５３４」とが関連付けられたことを、テーブルディスプレイ２５０に通知してもよい。当該通知を受け付けたテーブルディスプレイ２５０は、以降、新たな注文情報をサーバ１００へ送信する場合には、送信情報に伝票番号「１５３４」を含ませる。ステップＳ１０４ｃを含まない構成の場合、テーブルディスプレイ２５０は、新たな注文情報をテーブル番号「１」とともにサーバ１００へ送信すればよい。

また、テーブルディスプレイ２５０は、取得した伝票番号をタッチパネル式表示部２９０へ表示させ、顧客に通知するように構成されていてもよい。テーブルディスプレイ２５０は、２回目以降の注文を受け付ける場合に、伝票番号の入力を顧客に求めるように構成されていてもよい。テーブルディスプレイ２５０は、２回目以降の注文情報と、伝票番号とを、サーバ１００へ送信すればよい。当該構成によれば、同じテーブル番号のテーブル２００に、会計を別にするグループが複数いる場合であっても、注文内容を取り違えずに管理することができる。したがって、当該構成によれば、情報出力システム１は、相席などの状況にも柔軟に対応することができる。なお、１つのテーブル番号に対して２つ以上の伝票番号が関連付けられている場合、ページ情報生成部１１６は、例えば「http://~~~~~~//info?OrderForm="1567,1534"」のように、料理情報表示用ページのＵＲＬに付すパラメータとして複数の伝票番号を含めることが好ましい。上記ＵＲＬがテーブルディスプレイ２５０からアクセスされたとき、ページ情報生成部１１６は、料理情報表示用ページを表示する前に、伝票番号「１５６７」又は「１５３４」を選択するためのウェブページを表示させることが好ましい。当該構成によれば、情報出力システム１は、１つのテーブル２００をシェアしている複数のグループに対して、的確な料理情報表示用ページを提供することができる。

ステップＳ１０８において調理完了の登録が行われた場合、調理完了通知取得部１１３は、注文「１５３４」の状態フラグを"prepared"にする（図２０（ｄ）参照）。また、ステップＳ１１２において配膳完了の登録が行われた場合、配膳完了通知取得部１１４は、注文「１５３４」の状態フラグを"delivered"にする（図２０（ｅ）参照）。

以下では、テーブルディスプレイ２５０は、新たな注文情報をテーブル番号「１」とともにサーバ１００へ送信する場合の処理について、図２１を参照しながら説明する。

ステップＳ１２１：顧客は、新たに追加注文する料理「海老フライ」を、テーブルディスプレイ２５０を用いて選択する。なお、テーブルディスプレイ２５０は、新たな追加注文を受け付ける場合、顧客に対して伝票番号の入力を求めるように構成されていることが好ましい。当該構成によれば、顧客は、テーブルディスプレイ２５０に対して、伝票番号「１５３４」を入力する。

ステップＳ１２２：テーブルディスプレイ２５０は、追加注文を受け付けると、新たに注文された「海老フライ」の料理番号「１００２」と、伝票番号「１５３４」と、テーブル番号「１」とをサーバ１００へ送信する。

ステップＳ１２３：注文情報取得部１１１は、取得したテーブル番号「１」に基づいてテーブル管理表を検索し、テーブル番号「１」に関連付けられており状態フラグが"unpaid"である伝票番号「１５３４」を特定する（図２２（ａ）参照）。

ステップＳ１２４：注文情報取得部１１１は、注文管理表の新たな行に伝票番号「１５３４」と、料理番号「１００２」とを追加し、その状態フラグを"ordered"とする（図２２（ｂ）参照）。

ステップＳ１３１：店員Ｄは、顧客が食事を終えた料理が盛りつけられていた食器を、テーブル２００から厨房へ下げる。ここでは、店員ＤがＲＦタグ番号「１００００」及び「１０００１」の食器を下げたものとして説明する。テーブル２００のＲＦタグリーダ２４０は、下げられた食器に付されていたＲＦタグを検出しなくなった旨の下膳完了通知をサーバ１００へ通知する。下膳完了通知は、検出しなくなったＲＦタグのＲＦタグ番号「１００００」及び「１０００１」を含む。

ステップＳ１３２：配膳完了通知取得部１１４は、下膳完了通知を取得すると、ＲＦタグ番号「１００００」及び「１０００１」に関連付けられている注文の状態フラグを、"finished"にする（図２２（ｃ）参照）。

ステップＳ１３３：食事を済ませた顧客は、レジにて会計処理を行う。レジは、サーバ１００に対して伝票番号「１５３４」の関連付けられている全ての注文の決済が完了したことを示す決済完了通知を送信する。

ステップＳ１３４：決済完了通知を受信した注文情報取得部１１１は、テーブル管理表を参照して、伝票番号「１５３４」に関連付けられている注文を特定し、その状態フラグを"paid"にする（図２２（ｄ）参照）。

本実施形態では、ステップＳ１３１において、ＲＦタグリーダ２４０が下膳完了通知をサーバ１００へ送信するものと説明した。しかし、下膳完了通知は、配膳台５００送信するように情報出力システム１が構成されていてもよい。店員Ｄは、テーブル２００から下げた食器を、配膳台５００の近傍である下げた食器を一時的に置くスペースへ置く。配膳台５００に配置されているＲＦタグリーダ５４０は、その食器に付されているＲＦタグからＲＦタグ番号を取得し、取得したＲＦタグ番号を下膳完了通知とともにサーバ１００へ送信すればよい。

この構成の場合、ＲＦタグリーダ５４０は、同じＲＦタグ番号を複数回取得することになる。取得したＲＦタグ番号が調理完了に起因するものなのか、下膳完了に起因するものなのかは、ＲＦタグ番号及び注文識別番号を取得したのか、ＲＦタグ番号のみを取得したのかによって判別することができる。配膳台５００の制御部は、（１）ＲＦタグ番号及び注文識別番号を取得した場合には調理完了通知をサーバ１００へ送信し、（２）ＲＦタグ番号のみを取得した場合には下膳完了通知をサーバ１００へ送信すればよい。

また、配膳台５００とは別個の台である、下膳完了通知を通知するための下膳台を、厨房に配置しておいてもよい。

〔実施形態５〕
サーバ１００の制御ブロック（特に注文情報取得部１１１、配膳完了通知取得部１１４、ページ情報生成部１１６及びページ情報出力部１１７）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

テーブルディスプレイ２５０の制御ブロック（特に注文情報処理部２６２及び料理情報表示部２６４）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、サーバ１００及びテーブルディスプレイ２５０は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る情報出力装置は、顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、上記商品がお届け先に送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、を備えている。

上記の構成によれば、本発明の一態様に係る情報出力装置は、顧客が注文した商品を示す注文情報の状態がお届け完了とされた場合に、すなわち、注文した商品が顧客の手元に届いた場合に、当該商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する。したがって、注文した顧客は、自身が閲覧する端末に表示される商品情報を見ることによって、商品に関する情報を得ることができる。したがって、本発明の一態様に係る情報出力装置は、顧客の自発的な行動の有無に関わらず、顧客が注文した商品に関する情報を顧客に提供することができる。

本発明の態様２に係る情報出力装置は、上記態様１において、商品の手配元にて識別された商品の識別情報である第１の識別情報を取得する第１の識別情報取得手段と、商品のお届け先にて識別された商品の識別情報である第２の識別情報を取得する第２の識別情報取得手段と、を更に備え、上記完了通知処理手段は、上記第１の識別情報と、上記第２の識別情報とが一致した場合に、上記状態情報をお届け完了とすることが好ましい。

上記の構成によれば、商品が顧客に届けられたことを正確に判定することができる。

本発明の態様３に係る情報出力装置は、上記態様１又は２において、上記商品情報は、顧客が商品を注文する時点において、当該情報出力装置が顧客に対して提供した情報とは異なる情報であること、が好ましい。

上記の構成によれば、顧客が注文した商品に対する新しい情報を提供することができるので、顧客の満足度を向上させることができる。

本発明の態様４に係る情報出力装置は、上記態様１から３の何れか一態様において、上記商品情報を含む商品情報表示ページを生成するための情報であるページ情報を生成するページ情報生成手段を更に備え、上記ページ情報生成手段は、上記状態情報に応じた上記ページ情報を生成し、上記商品情報出力手段は、上記ページ情報を上記端末に出力すること、が好ましい。

上記の構成によれば、注文状況に応じて顧客が興味を持ちそうな情報を、顧客に提供することができる。したがって、顧客の満足度を向上させることができる。

本発明の態様５に係る情報出力装置は、上記態様４において、上記注文情報取得手段は、上記注文情報を取得した場合に、上記状態情報を注文済とし、上記ページ情報生成手段は、上記状態情報が注文済である場合に、商品の人気ランキングを含む上記ページ情報を生成すること、が好ましい。

上記の構成によれば、注文時には顧客が興味をいだかなかった商品に対しても、顧客の興味を抱かせる可能性がある。

本発明の態様６に係る情報出力装置は、上記態様４又は５において、上記ページ情報生成手段は、上記状態情報が調理完了である場合に、顧客が注文した商品が間もなく届けられることを示す配膳予告メッセージを含む上記ページ情報を生成すること、が好ましい。

上記の構成によれば、顧客の、注文した商品に対する期待を高めることができる。

本発明の態様７に係る情報出力装置は、上記態様４から６の何れか一態様において、上記商品情報出力手段は、上記商品情報表示ページへのリンクを示すリンク情報を上記端末に出力すること、が好ましい。

上記の構成によれば、上記商品情報表示ページへのリンクを示すリンク情報を顧客に提示することができる。したがって、上記商品情報表示ページへの導線を張ることができる。

本発明の態様８に係る情報出力装置は、上記態様４から７の何れか一態様において、上記商品情報出力手段は、上記商品情報表示ページへのリンクを示すリンク情報をプリンタに印刷させること、が好ましい。

上記の構成によれば、上記商品情報表示ページへのリンクを示すリンク情報を顧客に提示することができる。したがって、上記商品情報表示ページへの導線を張ることができる。

なお、本発明の態様１から態様８に係る情報出力装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記注文受付装置が備える各手段として動作させることにより当該各手段をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明の態様１０に係る情報出力方法は、顧客が注文した商品を示す注文情報を取得する注文情報取得工程と、上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理工程と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力工程と、を含んでいる。

本発明の態様１１に係る情報出力システムは、情報出力装置と、端末とを含む情報出力システムであって、上記情報出力装置は、顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、を備えており、上記端末は、表示部と、顧客が注文として入力した商品を示す注文情報を、上記情報出力装置に送信する注文情報送信手段と、上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を上記情報出力装置から受信する商品情報受信手段と、上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えている。

本発明の態様１２に係る端末は、表示部と、顧客が注文として入力した商品を示す注文情報を、上記情報出力装置に送信する注文情報送信手段と、上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を受信する商品情報受信手段と、上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えている。

上記の構成によれば、本発明の一態様に係る情報出力装置の情報出力方法、情報出力システム及び端末は、本発明の一態様に係る情報出力装置と同様の効果を奏する。

なお、本発明の態様１２に係る端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記注文受付装置が備える各手段として動作させることにより当該各手段をコンピュータにて実現させるプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、顧客によって注文された商品に関する情報を提供する情報出力システム、又は、その情報出力システムの一部として好適に利用することができる。

１ 情報出力システム
１００ サーバ（情報出力装置）
１１０ 制御部
１１１ 注文情報取得部
１１２ 注文情報出力部
１１３ 調理完了通知取得部
１１４ 配膳完了通知取得部
１１５ 料理情報選択部
１１６ ページ情報生成部
１１７ ページ情報出力部
１２０ 記憶部
１３０ 通信部
２００ テーブル
２４０ ＲＦタグリーダ
２５０ テーブルディスプレイ
３００ 料理（商品）
４００ 注文シート
５００ 配膳台
５４０ ＲＦタグリーダ
５５０ ＱＲコードリーダ
６００ キッチンプリンタ
７００ ルータ
８００ ネットワーク

Claims (13)

1. 顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、
   上記商品がお届け先に送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、
   上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、
   を備えていることを特徴とする情報出力装置。
2. 商品の手配元にて識別された商品の識別情報である第１の識別情報を取得する第１の識別情報取得手段と、
   商品のお届け先にて識別された商品の識別情報である第２の識別情報を取得する第２の識別情報取得手段と、
   を更に備え、
   上記完了通知処理手段は、上記第１の識別情報と、上記第２の識別情報とが一致した場合に、上記状態情報をお届け完了とすること、
   を特徴とする請求項１に記載の情報出力装置。
3. 上記商品情報は、顧客が商品を注文する時点において、当該情報出力装置が顧客に対して提供した情報とは異なる情報であること、
   を特徴とする請求項１又は２に記載の情報出力装置。
4. 上記商品情報を含む商品情報表示ページを生成するための情報であるページ情報を生成するページ情報生成手段を更に備え、
   上記ページ情報生成手段は、上記状態情報に応じた上記ページ情報を生成し、
   上記商品情報出力手段は、上記ページ情報を上記端末に出力すること、
   を特徴とする請求項１から３の何れか１項に記載の情報出力装置。
5. 上記注文情報取得手段は、上記注文情報を取得した場合に、上記状態情報を注文済とし、
   上記ページ情報生成手段は、上記状態情報が注文済である場合に、商品の人気ランキングを含む上記ページ情報を生成すること、
   を特徴とする請求項４に記載の情報出力装置。
6. 上記ページ情報生成手段は、上記状態情報が調理完了である場合に、顧客が注文した商品が間もなく配膳されることを示す配膳予告メッセージを含む上記ページ情報を生成すること、
   を特徴とする請求項４又は５に記載の情報出力装置。
7. 上記商品情報出力手段は、上記商品情報表示ページへのリンクを示すリンク情報を上記端末に出力すること、
   を特徴とする請求項４から６の何れか１項に記載の情報出力装置。
8. 上記商品情報出力手段は、上記商品情報表示ページへのリンクを示すリンク情報をプリンタに印刷させること、
   を特徴とする請求項４から７の何れか１項に記載の情報出力装置。
9. 請求項１から８の何れか１項に記載の情報出力装置が備える上記各手段としてコンピュータを機能させるためのプログラム。
10. 顧客が注文した商品を示す注文情報を取得する注文情報取得工程と、
    上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理工程と、
    上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力工程と、を含んでいること、
    を特徴とする情報出力方法。
11. 情報出力装置と、端末とを含む情報出力システムであって、
    上記情報出力装置は、
    顧客が注文した商品を示す注文情報を取得する注文情報取得手段と、
    上記商品が送り届けられたことを通知するお届け完了通知を取得し、上記注文情報の状態を示す状態情報をお届け完了とするお届け完了通知処理手段と、
    上記状態情報がお届け完了とされた場合に、上記商品に関する情報である商品情報を上記顧客が閲覧する端末に出力する商品情報出力手段と、を備えており、
    上記端末は、
    表示部と、
    顧客が注文として入力した商品を示す注文情報を、上記情報出力装置に送信する注文情報送信手段と、
    上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を上記情報出力装置から受信する商品情報受信手段と、
    上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えていること、
    を特徴とする情報出力システム。
12. 表示部と、
    顧客が注文として入力した商品を示す注文情報を送信する注文情報送信手段と、
    上記商品がお届け先に送り届けられた場合に、上記商品に関する情報である商品情報を受信する商品情報受信手段と、
    上記商品情報を上記表示部に表示させる商品情報表示手段と、を備えていること、
    を特徴とする端末。
13. 請求項１２に記載の端末が備える上記各手段としてコンピュータを機能させるためのプログラム。

Images