(57)【特許請求の範囲】
【請求項１】
端末が発送した食事場所標記をメニューブックデーターの処理装置が受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、
前記食事場所標記に対応するメニューブックデーターを前記メニューブックデーターの処理装置が獲得し、
前記端末へ前記メニューブックデーターを前記メニューブックデーターの処理装置が発送し、
前記端末へ前記メニューブックデーターを発送した後、
ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文オーダーを前記メニューブックデーターの処理装置が獲得し、
前記注文オーダーに基づいて、前記端末の注文データーを前記メニューブックデーターの処理装置が生成し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を前記メニューブックデーターの処理装置が行う
ことを含み、
前記オーダー標記は、前記食事場所標記に対応する食事場所の前記注文データーに対応する注文オーダーを唯一に標記し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行うことは、
前記食事場所の前記注文オーダーの以前の注文オーダーの支払いが完了していない場合、前記メニューブックデーターの処理装置が、前記食事場所標記と前記端末の注文データーを、前記支払いが未完了の状態を示す前記以前の注文オーダーのオーダー標記に関連させ、前記食事場所の前記以前の注文オーダーの支払いが完了している場合、前記食事場所標記と前記端末の注文データーを、新たな注文オーダーのオーダー標記に関連させる処理を行うことを含み、
端末が発送した食事場所標記を前記メニューブックデーターの処理装置が受信してから、さらに、
前記食事場所標記に対応する一組における前記端末以外の他の端末の注文データーを前記メニューブックデーターの処理装置が獲得し、
前記端末に前記他の端末の注文データーを前記メニューブックデーターの処理装置が出力することを含み、
前記食事場所標記に対応するオーダー標記を利用して前記一組を標記する
メニューブックデーターの処理方法。
【請求項２】
前記端末が発送した食事場所標記を前記メニューブックデーターの処理装置が受信することは、前記端末がサーバーのサーバー標記に基づいて発送した前記食事場所標記を前記メニューブックデーターの処理装置が受信することを含み、前記サーバーのサーバー標記は、前記端末が前記対象タグから読み取ったものである
請求項１に記載のメニューブックデーターの処理方法。
【請求項３】
前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのURL、又は前記サーバーのURNを含む
請求項２に記載のメニューブックデーターの処理方法。
【請求項４】
前記注文オーダーに基づいて、前記端末の注文データーを前記メニューブックデーターの処理装置が生成してから、さらに、
前記メニューブックデーターの処理装置が、前記食事場所標記に対応する前記オーダー標記を獲得し、前記オーダー標記に基づいて、前記オーダー標記に対応する全部注文データーを獲得し、前記全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行う
請求項１から３のいずれか一項に記載のメニューブックデーターの処理方法。
【請求項５】
さらに、
前記端末が前記注文オーダーに基づいて、ネットワーク支払い操作を行うことを含む
請求項４に記載のメニューブックデーターの処理方法。
【請求項６】
前記対象タグは、RFIDタグ、NFCタグ、又はバーコードタグを含む
請求項１から５のいずれか一項に記載のメニューブックデーターの処理方法。
【請求項７】
端末が発送した食事場所標記を受信する受信手段と、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、
前記食事場所標記に対応するメニューブックデーターを獲得する獲得手段と、
前記端末へ前記メニューブックデーターを発送する発送手段と、
前記端末へ前記メニューブックデーターを発送した後、
前記獲得手段は、
ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文オーダーを獲得し、
前記注文オーダーに基づいて、前記端末の注文データーを生成し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行うことに用いられ、
前記オーダー標記は、前記食事場所標記に対応する食事場所の前記注文データーに対応する注文オーダーを唯一に標記し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行うことは、
前記食事場所の前記注文オーダーの以前の注文オーダーの支払いが完了していない場合、前記食事場所標記と前記端末の注文データーを、前記支払いが未完了の状態を示す前記以前の注文オーダーのオーダー標記に関連させ、前記食事場所の前記以前の注文オーダーの支払いが完了している場合、前記食事場所標記と前記端末の注文データーを、新たな注文オーダーのオーダー標記に関連させる処理を行うことを含み、
前記獲得手段は、さらに、前記食事場所標記に対応する一組における前記端末以外の他の端末の注文データーを獲得するのに用いられ、
前記発送手段は、さらに、前記端末に前記他の端末の注文データーを出力するのに用いられ、
前記食事場所標記に対応するオーダー標記を利用して前記一組を標記する
メニューブックデーターの処理装置。
【請求項８】
前記受信手段は、具体的に、
前記端末がサーバーのサーバー標記に基づいて発送した前記食事場所標記を受信することを含み、前記サーバーのサーバー標記は、前記端末が前記対象タグから読み取ったものである
請求項７に記載のメニューブックデーターの処理装置。
【請求項９】
前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのURL、又は前記サーバーのURNを含む
請求項８に記載のメニューブックデーターの処理装置。
【請求項１０】
前記獲得手段は、さらに、
前記食事場所標記に対応する全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、前記食事場所標記に基づいて、前記食事場所標記に対応する前記オーダー標記を獲得し、前記オーダー標記に基づいて、前記オーダー標記に対応する全部注文データーを獲得し、前記全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行うことに用いられる
請求項７から９のいずれか一項に記載のメニューブックデーターの処理装置。
【請求項１１】
前記支払い操作は、ネットワーク支払い操作を含む
請求項１０に記載のメニューブックデーターの処理装置。
【請求項１２】
前記対象タグは、RFIDタグ、NFCタグ、又はバーコードタグを含む
請求項７に記載のメニューブックデーターの処理装置。
【請求項１３】
一つ又は複数のプロセッサと、
メモリーと、
一つ又は複数のプログラムとを含むデバイスであって、前記一つ又は複数のプログラムは前記メモリーに記憶されて、前記一つ又は複数のプロセッサによって実行される時に、
端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、
前記食事場所標記に対応するメニューブックデーターを獲得し、
前記端末へ前記メニューブックデーターを発送し、
前記端末へ前記メニューブックデーターを発送した後、
ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文オーダーを獲得し、
前記注文オーダーに基づいて、前記端末の注文データーを生成し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行い、
前記オーダー標記は、前記食事場所標記に対応する食事場所の前記注文データーに対応する注文オーダーを唯一に標記し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行うことは、
前記食事場所の前記注文オーダーの以前の注文オーダーの支払いが完了していない場合、前記食事場所標記と前記端末の注文データーを、前記支払いが未完了の状態を示す前記以前の注文オーダーのオーダー標記に関連させ、前記食事場所の前記以前の注文オーダーの支払いが完了している場合、前記食事場所標記と前記端末の注文データーを、新たな注文オーダーのオーダー標記に関連させる処理を行うことを含み、
端末が発送した食事場所標記を受信してから、さらに、
前記食事場所標記に対応する一組における前記端末以外の他の端末の注文データーを獲得し、
前記端末に前記他の端末の注文データーを出力することを含み、
前記食事場所標記に対応するオーダー標記を利用して前記一組を標記する
デバイス。
【請求項１４】
端末が発送した食事場所標記を受信させ、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、
前記食事場所標記に対応するメニューブックデーターを獲得させ、
前記端末へ前記メニューブックデーターを発送させ、
前記端末へ前記メニューブックデーターを発送させた後、
ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文オーダーを獲得させ、
前記注文オーダーに基づいて、前記端末の注文データーを生成させ、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行わせる
手順をコンピューターに実行させ、
前記オーダー標記は、前記食事場所標記に対応する食事場所の前記注文データーに対応する注文オーダーを唯一に標記し、
前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる処理を行わせることは、
前記食事場所の前記注文オーダーの以前の注文オーダーの支払いが完了していない場合、前記食事場所標記と前記端末の注文データーを、前記支払いが未完了の状態を示す前記以前の注文オーダーのオーダー標記に関連させ、前記食事場所の前記以前の注文オーダーの支払いが完了している場合、前記食事場所標記と前記端末の注文データーを、新たな注文オーダーのオーダー標記に関連させる処理を行わせることを含み、
端末が発送した食事場所標記を受信してから、さらに、
前記食事場所標記に対応する一組における前記端末以外の他の端末の注文データーを獲得し、
前記端末に前記他の端末の注文データーを出力することを含み、
前記食事場所標記に対応するオーダー標記を利用して前記一組を標記する
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、出願日が2014年12月18日で、出願番号が201410797562.3で、発明名称が「メニューブックデーターの処理方法及び装置」である中国特許出願の優先権を要求する。
【０００２】
本発明は、データー処理技術に関し、特にメニューブックデーターの処理方法、装置、デバイス及びプログラムに関する。
【背景技術】
【０００３】
従来、外食産業で常用されている注文方式は、顧客が食堂に入ってから、店員が印刷製品のメニューブックを顧客に見せて注文を行い、顧客が選択した料理を記録して注文オーダーを生成する。その後、店員が注文オーダーをキッチンに送り、キッチンの料理人が店員が送って来た注文オーダーに従い料理を作る。
【０００４】
しかし、メニューブックの数量が有限であるので、例えば、食堂の顧客が多くなると、メニューブックが足りなくなるという問題が発生し、ある顧客はメニューブックを待って注文しなければならず、注文の効率を低減させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の複数の態様は、メニューブックデーターの処理方法、装置、デバイス及びプログラムを提供して、注文の効率を向上させる。
【課題を解決するための手段】
【０００６】
本発明の一態様で、端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、前記食事場所標記に対応するメニューブックデーターを獲得し、前記端末へ前記メニューブックデーターを発送することを含むメニューブックデーターの処理方法を提供する。
【０００７】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記受信端末が発送した食事場所標記を受信することは、前記端末がサーバーのサーバー標記に基づいて発送した前記食事場所標記を受信することを含み、前記サーバーのサーバー標記は、前記端末が前記対象タグから読み取ったものである。
【０００８】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのURL、又は前記サーバーのURNを含む。
【０００９】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記端末へ前記メニューブックデーターを発送した後、ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文命令を獲得し、前記注文命令に基づいて、前記端末の注文データーを生成し、前記食事場所標記と前記端末の注文データーを関連処理することを含む。
【００１０】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、端末が発送した食事場所標記を受信してから、さらに、前記食事場所標記に対応する前記端末以外の他の端末の注文データーを獲得し、前記端末に前記他の端末の注文データーを出力することを含む。
【００１１】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記注文命令に基づいて注文データーを生成してから、さらに、前記食事場所標記に対応する全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行うことを含む。
【００１２】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、さらに、前記端末が前記注文オーダーに基づいて、ネットワーク支払い操作を行うことを含む。
【００１３】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記対象タグは、RFIDタグ、NFCタグ、又はバーコードタグを含む。
【００１４】
本発明の他の一態様は、端末が発送した食事場所標記を受信する受信手段と、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、前記食事場所標記に対応するメニューブックデーターを獲得する獲得手段と、前記端末へ前記メニューブックデーターを発送する発送手段とを含むメニューブックデーターの処理装置を提供する。
【００１５】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記受信手段は、具体的に、前記端末がサーバーのサーバー標記に基づいて発送した前記食事場所標記を受信するのに用いられ、前記サーバーのサーバー標記は、前記端末が前記対象タグから読み取ったものである。
【００１６】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのURL、又は前記サーバーのURNを含む。
【００１７】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記獲得手段は、さらに、ユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文命令を獲得し、前記注文命令に基づいて、前記端末の注文データーを生成し、及び前記食事場所標記と前記端末の注文データーを関連処理することに用いられる。
【００１８】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記獲得手段は、さらに、前記食事場所標記に対応する前記端末以外の他の端末の注文データーを獲得するのに用いられ、前記発送手段は、さらに、前記端末に前記他の端末の注文データーを出力するのに用いられる。
【００１９】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記獲得手段は、さらに、前記食事場所標記に対応する全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行うことに用いられる。
【００２０】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記支払い操作は、ネットワーク支払い操作を含む。
【００２１】
前記の態様といずれの可能な実現方式によると、さらに一実現方式を提供するが、前記対象タグは、RFIDタグ、NFCタグ、又はバーコードタグを含む。
【００２２】
本発明の他の一態様は、一つ又は複数のプロセッサと、メモリーと、一つ又は複数のプログラムとを含むデバイスを提供するが、前記一つ又は複数のプログラムは、前記メモリーに記憶されて、前記一つ又は複数のプロセッサによって実行される時、端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、前記食事場所標記に対応するメニューブックデーターを獲得し、前記端末へ前記メニューブックデーターを発送する。
【００２３】
本発明の他の一態様で、一つ又は複数のプログラムを記憶している不発揮性コンピューター記憶媒体を提供し、前記一つ又は複数のプログラムが一つのデバイスによって実行される時、前記デバイスに、端末が発送した食事場所標記を受信させ、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、前記食事場所標記に対応するメニューブックデーターを獲得させ、前記端末へ前記メニューブックデーターを発送させる。
【００２４】
前記技術案によると、本発明の実施例は、端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、さらに前記食事場所標記に対応するメニューブックデーターを獲得して、前記端末へ前記メニューブックデーターを発送するようにし、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代えたので、メニューブックの数量が有限である問題を解消し、従来技術におけるメニューブックが足りなくて顧客がメニューブックを待って料理を注文するという問題を回避でき、注文の効率を向上させる。
【００２５】
また、本発明で提供する技術案によると、顧客が使用する端末を利用して、食事場所の対象タグから食事場所標記を読み取り、サーバーへ発送することで、食事場所標記に対応するメニューブックデーターを獲得でき、特定端末又は特定のアプリ（Application、APP）をインストールしなくても、注文の効率を向上させる。
【００２６】
また、本発明で提供する技術案によると、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代え、前記メニューブックデーターに基づいて注文するので、店員が顧客が選択した料理を記録して注文オーダーを生成し、キッチンへ送る必要がなく、注文の効率を向上できる。
【００２７】
また、本発明で提供する技術案によると、食事場所標記に対応する注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行い、特に端末を利用してネットワーク支払い操作を実行するので、顧客が食事場所のレジに行く必要がなく、注文の効率を向上できる。
【００２８】
また、本発明で提供する技術案によると、食事場所標記に対応する端末以外の他の端末の注文データーを当該端末に発送し、当該端末が他の端末と一緒に注文を行うことができ、複数の顧客が同時に注文を行うことを支援できる。
【図面の簡単な説明】
【００２９】
本発明の実施例における技術案をより明瞭に説明するために、以下では、実施例又は従来の技術の記載に必要な図面を簡単に紹介し、以下に記載した図面は本発明の一部の実施例で、本分野の当業者であれば、創造的な創作をすることなく、これらの図面によって他の図面を得られるのは容易なことである。
【図１】図１は、本発明の一実施例で提供するメニューブックデーターの処理方法のフロー概略図である。
【図２】図２は、本発明の他の一実施例で提供するメニューブックデーターの処理装置の構成概略図である。
【発明を実施するための形態】
【００３０】
本発明の実施例の目的、技術案及び効果をより明確にするために、以下では本発明の実施例における図面を利用して本発明の技術案を明確、完全的に記述する。前記実施例はただ本発明の一部の実施例で、全部の実施例ではないことを明確にする。本発明における実施例に基づいて、本分野の当業者は創造的な創作をしない前提で得られる全部の他の実施例は、いずれも本発明の保護範囲に属する。
【００３１】
ここで、本発明の実施例に関する端末は、携帯電話、個人データアシスタント（Personal Digital Assistant、PDA）、無線携帯デバイス、タブレットコンピューター（Tablet Computer）、パーソナルコンピューター（Personal Computer、PC）、MP3プレイヤー、MP4プレイヤー、ウェアラブルデバイス（例えば、スマート眼鏡、知能腕時計、スマートブレスレット（Smart Bracelet）等）等を含んでいてもよいが、これらに限定されない。
【００３２】
また、本文で使用する用語「と/または」は、ただ関連対象の関連関係を表示するもので、三つの関係が可能である。例えば、Aと/またはBは、ただAだけ存在する場合と、AとBが同時に存在する場合と、ただBだけ存在する場合の三つの可能性がある。また、本文で符号「/」は、一般的に前後関連対象が「または」の関係であることを示す。
【００３３】
図1は、本発明の一実施例で提供するメニューブックデーターの処理方法のフロー概略図である。
【００３４】
101で、端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものである。
【００３５】
ここで、前記対象タグは、一次元バーコード又は二次元バーコード等のバーコードタグ、無線ID（Radio Frequency Identification、RFID）タグ、又は近距離無線通信（Near Field Communication、NFC）タグ等の電子タグ、又は他のいずれの無線ID技術で識別できる電子タグで、本実施例では、これに対して特に限定しない。
【００３６】
所謂バーコードタグとは、ある特定の幾何図形を利用して特定法則で指定の方向で、例えば一次元方向又は二次元方向上等で分布した黒白交叉された図形記録データーのバーコードで、物体に付着されてもよく、又は電子形式で端末に記憶されて、対象のある情報を標記するものである。読み出しデバイスがカメラを利用してバーコードタグを走査すると、バーコードタグに記録された実際のデーターを読み出すことができる。
【００３７】
前記二次元バーコード（Two-dimensional code）とは、二次元コードとも言われ、ある特定の幾何図形を利用して特定法則で平面（二次元方向）に分布された黒白交叉された図形記録データー符号情報のバーコードであり、例えば、QRコード（登録商標）（QR code）、又は漢信コード（Chinese-sensible code）等である。
【００３８】
所謂電子タグとは、データーのキャリヤーとして、ユーザーによって実際のデーターを記入される記憶空間を有し、物体に付着されて、対象のある情報を標記するものである。読み出しデバイスは、電子タグに近づくと、電子タグに記憶された実際のデーターを読み出すことができる。
【００３９】
102で、前記食事場所標記に対応するメニューブックデーターを獲得する。
【００４０】
103で、前記端末へ前記メニューブックデーターを発送する。
【００４１】
ここで、101~103の実行主体は、ネットワーク側に位置するサーバーにおける処理装置であってもよく、又はネットワーク側に位置する分布式システムであってもよく、本実施例では、これに対して特に限定しない。
【００４２】
ここで、端末は、いずれの読み出し対象タグを読み出すことができる機能を有する端末であってもよい。
【００４３】
このように、受信端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったもので、さらに前記食事場所標記に対応するメニューブックデーターを獲得して、前記端末へ前記メニューブックデーターを発送するようにし、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代わったので、メニューブックの数量有限の問題を解消し、従来技術におけるメニューブックが足りなくて顧客はメニューブックを待って注文しなければない問題を回避し、注文の効率を向上させる。
【００４４】
選択的に、本実施例の可能な実現方式で、101で、前記端末が読み取った前記食事場所標記は、食事場所を標記するための唯一の標記で、即ち、食事機関と食事場所（即ち食事座席）である。
【００４５】
一つの具体的な実現過程で、101前に、具体的に従来技術中で唯一標記を生成する方法を利用して、一連の唯一標記を生成する。例えば、データーベースに記録した主なキーIDを唯一標記として利用し、又は主なキーIDに対して関連演算を行い、例えば、ハッシュ演算等を行い、演算結果を唯一標記とし、又は自己的に一つの漸進的に増加されるシリアル値を定義して唯一標記とし、本実施例では、これに対して特に限定しない。生成した唯一標記は、数字及び／又は文字、例えば123、abc、又はabc123等であってもよく、又はブラウザのアドレス欄に支援される他の文字、例えば、？等であってもよく、本実施例では、これに対して特に限定しない。
【００４６】
唯一標記を生成してから、生成した唯一標記を指定した食事機関の各食事位置に割当て、当該食事場所を唯一に標記する。
【００４７】
他の一つの具体的な実現過程で、特定の食事機関の各食事位置に食事場所標記を割り当てた後に、さらに、各食事場所の食事場所標記と当該食事場所のメニューブックデーターの対応関係、及び当該食事場所のメニューブックデーターを記憶処理してもよい。
【００４８】
具体的に、食事場所の食事場所標記と当該食事場所のメニューブックデーターの対応関係、及び当該食事場所のメニューブックデーターをデーターベースに記憶する。
【００４９】
ここで、前記データーベースは、具体的にいずれのサーバーに配置してもよく、例えば、本発明で提供する技術方案のサーバーに配置してもよく、又は前記サーバーと異なる他のサーバーを構築してもよく、本実施例では、これに対して特に限定しない。
【００５０】
ここで、前記データーベースは関係型データーベース、例えば、Oracleデーターベース、DB2データーベース、構造化照会言語（Structured Query Language、SQL）サーバー（Server）データーベース、MySQLデーターベース等であってもよく、又はキー値（Key-Value）型データーベース、例えば、非SQL（Not Only SQL）NoSQLデーターベース、Redisデーターベース等で利用してもよく、本実施例では、これに対して特に限定しない。
【００５１】
具体的に、前記メニューブックデーターは、具体的に対応する食事機関で提供する全部の料理情報と飲み物情報等の項目を含んでいてもよく、又はさらにマーケティング方針、例えば、100円を消費すると30円の昼食券を返還する等を含んでいてもよい。前記メニューブックデーターに含む項目は、飲み物、冷料理、熱料理、主食等の分類属性に従い分類でき、若干の類型を獲得できる。各類型に含む項目の順序は固定しても変えてもよく、又は各項目が顧客に選択された回数に従い、適切に調整してもよく、例えば、ある項目が顧客に選択された回数が多いほど、当該項目の所属類型における順位を前にし、又は、例えば、具体的に顧客に選択された回数が一番多いある項目をメニューブックデーターの最も前に配列し、本店のホット項目として推薦し、又は、例えば、具体的に顧客によって最高点を賦与されたある項目をメニューブックデーターの最も前に配列して、本店のホット項目として推薦してもよい。
【００５２】
前記メニューブックデーターは、具体的に人工方式を利用して記入し、又は一セグメントのプログラムコードを利用して、自動的に導入してもよく、本実施例では、これに対して特に限定しない。
【００５３】
選択的に、本実施例の一可能な実現方式で、101で、前記端末は前記対象タグから前記食事場所標記を読み出す以外に、さらにサーバーのサーバー標記も読み出しても良い。このように、101で、具体的に前記端末がサーバーのサーバー標記に従い発送した前記食事場所標記を受信してもよい。
【００５４】
具体的に、端末が読み取った内容において、前記サーバー標記と前記食事場所標記は具体的に一つのパラメーターに組合せてもよく、又は、前記食事場所標記は前記サーバー標記の一つのパラメーターとしてもよく、又は、前記サーバー標記と前記食事場所標記は二つの独立したパラメーターであってもよく、本実施例では、これに対して特に限定しない。
【００５５】
一つの具体的な実現過程で、前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのユニフォームリソースロケータ（Uniform Resource Locator、URL）、又は前記サーバーのユニフォームリソース名称（Uniform Resource Name、URN）を含んでいてもよく、又はさらに他のサーバーにアクセスできる他の標記情報を含んでいてもよく、本実施例では、これに対して特に限定しない。
【００５６】
サーバーのURLをサーバーのサーバー標記とするのを一例とし、前記端末が前記対象タグから一つのURL「http://xxxxx/yyyyy」を読み出すと、当該URLの前半部分である「http://xxxxx」はサーバーのURLで、後半部分である「yyyyy」は食事場所標記であり、前記端末が前記対象タグから一つのURL「http://xxxxx」と一連の文字「yyyyy」を読み出すと、当該URLはサーバーのURLで、当該一連の文字は食事場所標記である。
【００５７】
選択的に、本実施例の可能な実現方式で、102で、具体的に受信した食事場所標記を利用して、記憶した各食事場所の食事場所標記と当該食事場所のメニューブックデーターの対応関係、及び当該食事場所のメニューブックデーターでマッチングを行い、前記食事場所標記に対応するメニューブックデーターを獲得できる。
【００５８】
選択的に、本実施例の可能な実現方式で、103で、具体的に構造化形式で、前記端末へ前記メニューブックデーターを発送してもよい。
【００５９】
このように、端末は、構造化したメニューブックデーターを表示でき、表示効果は重点が明確で内容が明瞭である特点を有するようにし、ユーザーの体験を向上させる。
【００６０】
選択的に、本実施例の可能な実現方式で、103の後で、さらにユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文命令を獲得し、さらに前記注文命令に基づいて、前記端末の注文データーを生成してから、前記食事場所標記と前記端末の注文データーを関連処理する。
【００６１】
一つの具体的な実現過程で、前記注文命令は、具体的に選択した各項目の項目標記を含んで、これらの項目標記に基づいて、端末の注文データーを生成してもよく、顧客が主動的に注文する目的を実現できる。
【００６２】
他の一つの具体的な実現過程で、前記注文命令は、具体的に食事人数情報を含んで、食事人数情報に基づいて、端末の注文データーを自動的に生成させてもよく、このように、自動的な注文割当の目的を実現できる。
【００６３】
このように、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代え、さらに前記メニューブックデーターに基づいて注文を行うことができるので、店員が顧客に選択された料理を記録して注文オーダーを生成し、キッチンへ送らなくてもよく、注文の効率を向上させる。
【００６４】
他の一つの具体的な実現過程で、食事場所が循環的に利用できる利点があるので、当該実現方式で行った関連処理は、前記食事場所標記と前記端末の注文データーを関連させる以外に、さらに前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる必要がある。当該オーダー標記は、食事場所の注文オーダーを唯一に標記するに用いられ、例えば、一日を単位として、1、2、3、……、等の連続的な番号で標記する。
【００６５】
各食事場所の注文オーダーは複数あってもよいが、現在の時間では、一つだけの注文オーダーがあるべきで、食事場所は循環的に使用する特徴があるが、一つのテーブルの顧客が食事を終えてから（支払い操作を終えることも含む）、他の一つグループの顧客に使用されることができる。一つの注文オーダーの支払いが完了しなかったら、当該注文オーダーの状態は未完了で、一つの注文オーダーの支払いが完了したら、当該注文オーダーの状態が完了になる。
【００６６】
具体的に、食事場所の現在の注文オーダーの状態に基づいて、関連させるのは未完了の注文オーダーのオーダー標記であるか、それとも新たな注文オーダーであるかのオーダー標記を決める。例えば、食事場所の最新の一つの注文オーダーが未完了であれば、前記食事場所標記と前記端末の注文データーを当該未完了の注文オーダーのオーダー標記に関連させ、当該食事場所の最新の一つの注文オーダーが完了であれば、前記食事場所標記と前記端末の注文データーを、他の一つのアップデートした注文オーダーのオーダー標記に関連させる。
【００６７】
ここで、前記食事場所標記と前記端末の注文データーを、オーダー標記に関連させる操作は実行させるべき操作ではない。選択的に、前記食事場所標記と前記端末の注文データーをオーダー標記に関連させる操作も実行しなくてもよい。その代わりに、一つの注文オーダーの支払いが完了した後に、当該注文オーダーと当該注文オーダーに対応する注文データーを、ローカルで直接に削除処理する。このようにすると、前記食事場所標記を利用して獲得した注文データーは、いつでも現在のテーブルの顧客に対応する注文データーになる。
【００６８】
また、後の管理及び統計の必要によって、削除処理を行う前に、さらにこれらのデーター、即ち当該注文オーダー、及び当該注文オーダーに対応する注文データーを他のデバイスへ発送して、記憶処理を行ってもよい。
【００６９】
他の一つの具体的な実現過程で、101の後に、さらに前記食事場所標記に対応する前記端末の以外の他の端末の注文データーを獲得し、前記端末に前記他の端末の注文データーを出力してもよい。
【００７０】
本実施例で、一組の顧客が食事場所で食事している時に、各自は全部自分が使用している携帯電話、タブレットコンピューター等の端末を利用して、食事場所即ちある食事機関のあるテーブルに設置した対象タグから前記食事場所標記を読み出すことができる。そして、各端末が読み取った食事場所標記をサーバーへ発送すると、当該食事場所標記に対応するメニューブックデーターと全部注文データーを獲得することができる。実際上、これはこの一組みの顧客を一つ組に割当られて、この一組においてメニューブックデーターは全部共用するに相当する。具体的に、当該食事場所標記に対応するオーダー標記を利用して、この組を標記してもよい。
【００７１】
このように、食事場所標記に対応する端末以外の他の端末の注文データーを当該端末に発送することができるので、当該端末が他の端末と同時に注文を行うことができ、そのため、複数の顧客が同時に注文するように支援できる。
【００７２】
選択的に、本実施例の可能な実現方式で、さらに、前記食事場所標記に対応する全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行わせてもよい。
【００７３】
具体的に、先ず、食事場所標記に基づいて、当該食事場所標記に対応するオーダー標記を獲得し、さらに前記オーダー標記に基づいて、当該オーダー標記に対応する全部注文データーを獲得してもよい。
【００７４】
一つの具体的な実現過程で、前記端末は具体的に前記注文オーダーに基づいて、ネットワーク支払い操作を行ってもよい。
【００７５】
所謂ネットワーク支払い操作は、消費者、メーカー、金融機関等を含む電子取引の当事者であり、安全な電子支払い手段を利用してネットワークを通じて行う貨幣支払い又は資金流動であり、主に電子貨幣類、電子クレジットカード類、電子ご切手類を含む。
【００７６】
ここで、ネットワーク支払い操作を行う端末は、必ずしも料理注文に参加する前記端末又は前記他の端末でなくてもよく、又は一つの新の端末であってもよく、これらの端末は、対象タグにおける食事場所標記を読み出すだけで、注文オーダーの支払い情報を獲得でき、直接に当該支払い情報に従い、ネットワーク支払い操作を行っても良い。
【００７７】
このように、食事場所標記に対応する注文データーに基づいて、前記食事場所の注文オーダーを生成して支払い操作を行うようにし、特に端末を利用してネットワーク支払い操作を行ってもよく、顧客が食事場所のレジに行く必要がなく、注文の効率を向上できる。
【００７８】
他の一つの具体的な実現過程で、顧客は前記注文オーダーに基づいて現場支払い操作を行い、例えば、キャッシュ又はバンクカードを持ってレジで前記注文オーダーの支払いを行ってもよい。
【００７９】
選択的に、本実施例の一可能な実現方式で、さらに、メニューブックデーターにおける各項目の操作可能なページ要素、例えば、好きボタン、評価ボタン、点数賦与ボタン等を示すことができ、顧客はこれらのページ要素を操作して、特定の項目の交換データーを提供し、又は、さらに食事機関の関連人員の操作可能なページ要素、例えば、好きボタン、評価ボタン、点数賦与ボタン等を示して、顧客がこれらのページ要素を操作して、特定人員の交換データーを提供するようにしてもよい。このように、これらの交換データーに基づいて、食事機関の関連調整処理を指示し、例えば、食事機関の注文データーのレイアウトを調整することを指示し、又は、例えば、さらに食事機関の人員状況を調整すること等を指示してもよい。
【００８０】
本実施例で、端末が発送した食事場所標記を受信することによって、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったもので、さらに前記食事場所標記に対応するメニューブックデーターを獲得して、前記端末へ前記メニューブックデーターを発送するようにし、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代えたので、メニューブックの数量が有限である問題を解消し、従来技術でメニューブックが足りなくて顧客がメニューブックを待って料理を注文できる問題を回避し、注文の効率を向上させる。
【００８１】
また、本発明で提供する技術方案は、顧客が使用する端末を利用して食事場所の対象タグから食事場所標記を読み出し、さらにサーバーへ発送して、食事場所標記に対応するメニューブックデーターを獲得でき、特定の端末又は特定のアプリ（Application、APP）をインストールする必要がなく、注文の効率を向上させる。
【００８２】
また、本発明で提供する技術方案は、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代えたので、さらに前記メニューブックデーターに基づいて注文を行うことができ、店員が顧客に選択された料理を記録して注文オーダーを生成し、キッチンへ送る必要がなく、注文の効率を有効に向上させる。
【００８３】
また、本発明で提供する技術方案で、食事場所標記に対応する注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行い、端末を利用してネットワーク支払い操作を実行するので、顧客が食事場所のレジに行く必要がなく、注文の効率を有効に向上させる。
【００８４】
また、本発明で提供する技術方案を利用すると、食事場所標記に対応する端末以外の他の端末の注文データーを当該端末に発送して、当該端末が他の端末と一緒に注文を行うようにし、複数の顧客が同時に注文するのを支援できる。
【００８５】
ここで、前記の各方法の実施例において、簡単に記述するために、それらを一連の動作の組合せとして記述するが、本領域の当業者であれば、本発明は前記の動作順序の制限を受けないことを了解でき、本発明によると、あるステップは他の順序に又は同時に行うことができる。次に、本分野の当業者であれば、明細書に記載した実施例は全部好ましい実施例で、関連する動作とモジュールは本発明に必ずに必要なものではないことを了解すべきである。
【００８６】
前記実施例で、各実施例に対する記述はそれぞれ重点があり、ある実施例で詳細に記述しなかった部分は、他の実施例の関連記述を参照できる。
【００８７】
図2は、本発明の他の実施例で提供するメニューブックデーターの処理装置の構造概略図であり、図２に示すとおりである。本実施例のメニューブックデーターの処理装置は、受信手段21と、獲得手段22と、発送手段23を含んでいてもよい。ここで、受信手段21は、端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであり、獲得手段22は、前記食事場所標記に対応するメニューブックデーターを獲得し、発送手段23は、前記端末へ前記メニューブックデーターを発送する。
【００８８】
ここで、前記対象タグは、一次元バーコード又は二次元バーコード等のバーコードタグ、及び無線ID（Radio Frequency Identification、RFID）タグ、又は近距離通信（Near Field Communication、NFC）タグ等の電子タグを含んでいてもよく、又はさらに他の全ての無線ID技術で識別する電子タグを含んでいてもよく、本実施例では、これに対して特に限定しない。
【００８９】
ここで、本実施例で提供するメニューブックデーターの処理装置は、ネットワーク側に位置するサーバーにおける処理装置であってもよく、又は、ネットワーク側に位置する分布式システムであってもよく、本実施例では、これに対して特に限定しない。
【００９０】
ここで、端末は全ての対象タグを読み出す機能を有するいずれの端末であってもよい。
【００９１】
選択的に、本実施例の一可能な実現方式で、前記受信手段21は、具体的に前記端末がサーバーのサーバー標記に基づいて発送した前記食事場所標記を受信することに用い、前記サーバーのサーバー標記は前記端末が前記対象タグから読み取ったものであってもよい。
【００９２】
ここで、前記サーバーのサーバー標記は、前記サーバーのIPアドレス、前記サーバーのURL、又は前記サーバーのURNを含んでいてもよいが、これらに制限されなく、本実施例では、これに対して特に限定しない。
【００９３】
選択的に、本実施例の一可能な実現方式で、前記獲得手段22は、さらにユーザーが前記端末を利用し前記メニューブックデーターを操作してトリガーした注文命令を獲得し、前記注文命令に基づいて、前記端末の注文データーを生成し、前記食事場所標記と前記端末の注文データーを関連処理することに用いてもよい。
【００９４】
選択的に、本実施例の一可能な実現方式で、前記獲得手段22は、さらに前記食事場所標記に対応する前記端末以外の他の端末の注文データーを獲得し、それに対応して、前記発送手段23は、さらに前記端末に前記他の端末の注文データーを出力するようにしてもよい。
【００９５】
選択的に、本実施例の一可能な実現方式で、前記獲得手段22は、さらに前記食事場所標記に対応する全部注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行ってもよい。
【００９６】
ここで、前記支払い操作は、ネットワーク支払い操作、又は現場支払い操作を含んでいても良いが、これらに限定されなく、本実施例では、これに対して特に限定しない。
【００９７】
ここで、図1に対応する実施例の方法は、本実施例で提供するメニューブックデーターの処理装置で実現できる。詳細な記述は図1に対応する実施例における関連リソースを参照でき、ここで重複に記載しない。
【００９８】
本実施例で、受信手段で受信端末が発送した食事場所標記を受信し、前記食事場所標記は前記端末が食事場所の対象タグから読み取ったものであってもよく、さらに獲得手段が前記食事場所標記に対応するメニューブックデーターを獲得して、発送手段が前記端末へ前記メニューブックデーターを発送するようにし、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代わったので、メニューブックに数量が有限である問題を解消し、従来技術でメニューブックが足りなくて顧客がメニューブックを待って料理を注文できる問題を回避し、注文の効率を向上させる。
【００９９】
また、本発明で提供する技術方案を利用すると、顧客が使用する端末を利用して、食事場所の対象タグから食事場所標記を読み出し、サーバーに発送することで、食事場所標記に対応するメニューブックデーターを獲得でき、特定の端末又は特定のアプリ（Application、APP）をインストールする必要がなく、注文の効率を向上させる。
【０１００】
また、本発明で提供する技術方案は、電子形式のメニューブックデーターで従来の印刷製品のメニューブックを代え、さらに前記メニューブックデーターに基づいて注文を行うことができるので、店員が顧客に選択された料理を記録して注文オーダーを生成し、キッチンへ送る必要がないので、注文の効率を向上させる。
【０１０１】
また、本発明で提供する技術方案は、食事場所標記に対応する注文データーに基づいて、前記食事場所の注文オーダーを生成して、支払い操作を行うので、特に端末を利用してネットワーク支払い操作を実行するので、顧客が食事場所のレジへ行く必要がなく、注文の効率を向上させる。
【０１０２】
また、本発明で提供する技術方案を利用すると、食事場所標記に対応する端末以外の他の端末の注文データーを当該端末へ発送することができ、当該端末が他の端末と同時に注文を行うようにするので、複数の顧客が同時に注文することを支援できる。
【０１０３】
本分野の当業者であれば、記述の便利と簡潔のために、上記のシステム、装置と手段の具体的な動作過程は、前述方法の実施例における対応過程を参照できることを理解すべきで、ここで重複に記述しない。
【０１０４】
本発明で提供する幾つの実施例で開示したシステム、装置及び方法は、他の方式によって実現できることは理解すべきである。例えば、以上に記載した装置の実施例はただ例示的なもので、例えば、前記手段の分割はただロジック機能の分割で、実際に実現する時は他の分割方式によってもよい。例えば、複数の手段又はモジュールは結合でき又は他の一つのシステムに集積でき、またはある特徴は無視し、または実行しなくてもよい。他に、示しまたは検討した互いの間の結合または直接に結合又は通信接続は、あるインタフェース、装置または手段の間接的な接合又は通信接続によるものであってもよく、電気的、機械または他の形式であってもよい。
【０１０５】
前記で分離部材として説明した手段は、物理上で分離したものであってもよく物理上で分離しなかったものであってもよく、即ち、同一の位置にあってもよく、複数のネットワークユニットに分布されていてもよい。実際の必要によってそのにおける一部または全部手段を選択して本実施例の方案の目的を実現してもよい。
【０１０６】
また、本発明の各実施例における各機能手段は一つの処理モジュールに集積してもよく、各手段が物理上で単独に存在してもよく、二つ又は二つ以上の手段を一つの手段に集積してもよい。前記集積した手段は、ハードウェアの形式に実現してもよく、ハードウェアにソフトウェアの機能手段を結合する形式で実現してもよい。
【０１０７】
上記のソフト機能手段の形式で実現した集積した手段は、一つのコンピューターが可読な記憶媒体に記憶してもよい。前記ソフト機能手段は一つの記憶媒体に記憶してもよく、複数の命令を含んで一つのコンピューターデバイス（パーソナルコンピューター、サーバー、又はネットワークデバイス等）又は処理モジュール（processor）によって、本発明の各実施例の前記方法の一部のステップを実行させてもよい。前記記憶媒体は、Uディスク、ポータブルハードウェア、読み出し専用メモリー（Read-Only Memory、ROM）、ランダムアクセスメモリー（Random Access Memory、RAM）、ディスク又は光ディスク等の複数のプログラムコードを記憶できる媒体を含む。
【０１０８】
最後に、以上の実施例はただ本発明の技術案を説明するためのもので、それについての限定ではなく、前記実施例を参照して本発明を詳細に説明したが、本分野の当業者は、前記の各実施例に記載の技術案を修正でき、又その一部の技術特徴を等価置換でき、これらの修正又は置換は、その技術案の本質が本発明の各実施例の技術案の主旨及び範囲を離脱するようにしない。
【図１】
0006525048.tif 000002
【図２】
0006525048.tif 000003