特許 5989203 オーダー処理システム及び方法

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

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

(11)【特許番号】5989203

(24)【登録日】2016年8月19日

(45)【発行日】2016年9月7日

(54)【発明の名称】オーダー処理システム及び方法

(51)【国際特許分類】

   G07G 1/12 20060101AFI20160825BHJP

   G07G 1/14 20060101ALI20160825BHJP

   G06Q 50/12 20120101ALI20160825BHJP

【ＦＩ】

   G07G1/12 361C

   G07G1/14

   G06Q50/12

【請求項の数】4

【全頁数】17

(21)【出願番号】特願2015-162177(P2015-162177)

(22)【出願日】2015年8月19日

【審査請求日】2015年12月2日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000139012

【氏名又は名称】株式会社リクルートホールディングス

(74)【代理人】

【識別番号】100079108

【弁理士】

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

(74)【代理人】

【識別番号】100109346

【弁理士】

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

(74)【代理人】

【識別番号】100117189

【弁理士】

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

(74)【代理人】

【識別番号】100134120

【弁理士】

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

(74)【代理人】

【識別番号】100139066

【弁理士】

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

(72)【発明者】

【氏名】本庄 智也

【審査官】 小島 哲次

(56)【参考文献】

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

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

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

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

Ｇ０７Ｇ １／００−１／１４

Ｇ０６Ｑ ５０／１２

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

【請求項1】

店舗内で使用される複数の携帯型端末並びにレジスタ端末を含み、当該複数の携帯型端末と当該レジスタ端末とがローカルエリアネットワークを介して接続されたオーダー処理システムであって、
前記複数の携帯型端末の各々は、
前記レジスタ端末に認証要求を送信し、前記認証要求の送信に応じて前記レジスタ端末から受信したパスコードと、自身の識別子と、を前記レジスタ端末に送信する第１の認証処理手段と、
前記第１の認証処理手段において用いられた前記識別子および前記パスコードと前記店舗内で用いられる情報とを含むデータを前記レジスタ端末に送信する送信手段と、
前記送信手段によって送信されたデータの通信が失敗したときに、前記レジスタ端末に割り当てられたネットワークアドレスの通知のリクエストを前記ローカルエリアネットワークの全機器を対象としたブロードキャスト通信によって送信する第１の処理手段と、
前記第１の処理手段による処理の結果、前記レジスタ端末に割り当てられたネットワークアドレスを受信した場合、前記受信したネットワークアドレスを宛先として、通信が失敗したデータを送信する再送信手段と
を備え、
前記レジスタ端末は、
前記携帯型端末の各々から受信した前記認証要求に応じて各々のパスコードを送信し、前記パスコードの送信に応じて前記携帯型端末の各々から受信した識別子とパスコードとを対にして記憶手段に記憶する第２の認証処理手段と、
前記携帯型端末の各々から送信されるデータを受信する受信手段と、
前記受信手段において前記携帯型端末から前記ネットワークアドレスの通知のリクエストを受信したときに、自身に割り当てられているネットワークアドレスを前記リクエストの送信元である前記携帯型端末へ送信する第２の処理手段とを備える、
オーダー処理システム。

【請求項2】

前記第１の認証処理手段と前記第２の認証処理手段とは、ＮＦＣ通信によって前記認証要求、前記識別子、および前記パスコードの送受信を行う、請求項１に記載のオーダー処理システム。

【請求項3】

前記再送信手段は、
前記レジスタ端末に対してデータを送信する際に、前記レジスタ端末との間の情報通信が失敗したか否かを検知し、
前記レジスタ端末との間の情報通信が失敗したことが検知されたとき、前記レジスタ端末から受信したネットワークアドレスを用いて、前記データを自律的に再送する、
請求項１または２に記載のオーダー処理システム。

【請求項4】

店舗内で使用される複数の携帯型端末並びにレジスタ端末を含み、当該複数の携帯型端末と当該レジスタ端末とがローカルエリアネットワークを介して接続されたオーダー処理システムにおける処理方法であって、
前記複数の携帯型端末の各々が、
前記レジスタ端末に認証要求を送信し、前記認証要求の送信に応じて前記レジスタ端末から受信したパスコードと、自身の識別子と、を前記レジスタ端末に送信することと、
前記識別子および前記パスコードと前記店舗内で用いられる情報とを含むデータを前記レジスタ端末に送信することと、
前記送信されたデータの通信が失敗したときに、前記レジスタ端末に割り当てられたネットワークアドレスの通知のリクエストを前記ローカルエリアネットワークの全機器を対象としたブロードキャスト通信によって送信することと、
前記ブロードキャスト通信による送信の処理の結果、前記レジスタ端末に割り当てられたネットワークアドレスを受信した場合、前記受信したネットワークアドレスを宛先として、通信が失敗したデータを再送信することと
を含み、
前記レジスタ端末が、
前記携帯型端末の各々から受信した前記認証要求に応じて各々のパスコードを送信し、前記パスコードの送信に応じて前記携帯型端末の各々から受信した識別子とパスコードとを対にして記憶手段に記憶することと、
前記携帯型端末の各々から送信されるデータを受信することと、
前記受信したデータが前記携帯型端末からの前記ネットワークアドレスの通知の前記リクエストであるときに、自身に割り当てられているネットワークアドレスを前記リクエストの送信元である前記携帯型端末へ送信することと、
を含む方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、例えば飲食店などにおいて顧客からのオーダー（注文）に関する情報（例えば、品目、数量、値段等）を処理するためのシステム等に関する。

【背景技術】

【0002】

飲食店などの店舗において、お客からのオーダーを受ける等の処理を行うための手段としてスマートフォンやタブレット型コンピュータを活用したシステムが知られている。このようなシステムに関する従来技術は、例えば、特開２０１３−１４９１９５号公報（特許文献１）に開示されている。上記のようなタブレット型コンピュータ等を活用したシステムは、比較的低コストに導入できることから小規模な店舗においても導入がしやすく、小規模な店舗におけるオーダー処理の効率化を図ることができるという利点がある。

【0003】

ところで、上記のようなシステムを用いる場合に、店員がオーダーをとるために使われる携帯型端末と、そのオーダーを受信してキッチンへの指示や会計処理等を行うために使われるレジスタ端末との間における通信が不調となる場合がある。店舗の運営中にこのような事態が生じると、他の携帯型端末と取り替える等のために多大な時間を要し、オーダー処理が中断するので、お客へのサービスが低下してしまう。また、通信不調からの回復にはある程度の技術的知識が必要となるが、店員や店舗運営者は必ずしもそのような技術的知識を持っていないため、技術者へ対応を依頼する必要が生じる。このような事態はシステム運用において負担となり好ましくない。

【0004】

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

【発明の概要】

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

【0005】

本発明は、オーダーに関する情報を送受するオーダー処理システムにおいて、端末間の通信不調が生じた場合にも自律的に回復させて店舗でのオーダー処理を継続させることが可能な技術を提供することを目的の１つとする。

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

【0006】

本発明の一態様に係るオーダー処理システムは、（ａ）店舗内で使用される複数の携帯型端末並びにレジスタ端末を含み、当該複数の携帯型端末と当該レジスタ端末とがローカルエリアネットワークを介して接続されたオーダー処理システムであって、（ｂ）複数の携帯型端末の各々は、レジスタ端末との間の情報通信が不調であるときに、当該レジスタ端末に割り当てられたネットワークアドレスの通知のリクエストを当該レジスタ端末に送信し、（ｃ）レジスタ端末は、リクエストを受信したときに、自身に割り当てられているネットワークアドレスをリクエストの送信元である携帯型端末へ送信する、オーダー処理システムを含む。上記のオーダー処理システムにおいて、複数の携帯型端末の各々は、レジスタ端末との間の情報通信が不調であるときに、ローカルエリアネットワークの全機器を対象としたブロードキャスト通信によってリクエストを送信する、ことも好ましい。

【0007】

また、本発明の一態様に係る処理方法は、（ａ）店舗内で使用される複数の携帯型端末並びにレジスタ端末を含み、当該複数の携帯型端末と当該レジスタ端末とがローカルエリアネットワークを介して接続されたオーダー処理システムにおける処理方法であって、（ｂ）複数の携帯型端末の各々が、レジスタ端末との間の情報通信が不調であるときに、当該レジスタ端末に割り当てられたネットワークアドレスの通知のリクエストを当該レジスタ端末に送信することと、（ｃ）レジスタ端末が、リクエストを受信したときに、自身に割り当てられているネットワークアドレスをリクエストの送信元である携帯型端末へ送信することと、を含む。

【発明の効果】

【0008】

上記構成によれば、オーダーに関する情報を送受するオーダー処理システムにおいて、端末間の通信不調が生じた場合にも自律的に回復させて店舗でのオーダー処理を継続させることが可能となる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１実施形態オーダー処理システムの全体構成を示すブロック図である。

【図2】図２は、各携帯型端末とレジスタ端末の相互間で送受されるデータについて説明するための概念図である。

【図3】図３は、各携帯型端末における表示画像の遷移の一例を示す模式図である。

【図4】図４は、オーダー処理システムの詳細構成を示すブロック図である。

【図5】図５は、携帯型端末およびレジスタ端末の動作手順を示すフローチャートである。

【図6】図６は、携帯型端末およびレジスタ端末の動作手順を示すフローチャートである。

【図7】図７は、オーダー処理システムの詳細構成を示すブロック図である。

【図8】図８は、携帯型端末の動作手順を示すフローチャートである。

【図9】図９は、レジスタ端末の動作手順を示すフローチャートである。

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

【0010】

＜第１実施形態＞
図１は、第１実施形態のオーダー処理システムの全体構成を示すブロック図である。図示のオーダー処理システム１は、店舗内システム１００と、店舗外に設置されたサーバ２００を含んで構成されている。店舗内システム１００とサーバ２００との間はインターネット等の通信ネットワーク３００を介して相互に通信可能に接続されている。

【0011】

店舗内システム１００は、一例としての飲食店に設置されるシステムであり、複数（本例では３つ）の携帯型端末１０ａ、１０ｂ、１０ｃと、レジスタ端末１１と、無線通信装置１２と、キッチンプリンタ１３を含んで構成されている。

【0012】

携帯型端末１０ａ、１０ｂ、１０ｃは、それぞれ、店舗内の店員が携行し、来店したお客を空きテーブルへ案内したり、お客からの注文（オーダー）を受け付けたりする際に用いられる。これらの携帯型端末１０ａ等としては、例えば市販のスマートフォンに対して所定のソフトウェア（いわゆるアプリ）を予めインストールしたものを用いることができる。

【0013】

レジスタ端末１１は、各携帯型端末１０ａ等に対して空きテーブルの情報や、メニューの情報などを提供し、かつ各携帯型端末１０ａ等から注文に関する情報等を受け取ってキッチンプリンタ１３へ送信し、あるいは会計（料金の精算）を行うなど店舗内システム１００の運営に関わる処理を行う。このレジスタ端末１１としては、例えば市販のタブレット型コンピュータに対して所定のソフトウェア（いわゆるアプリ）を予めインストールしたものを用いることができる。

【0014】

無線通信装置１２は、各携帯型端末１０ａ等、レジスタ端末１１、キッチンプリンタ１３の相互間を無線通信によって相互に通信可能に接続する。この無線通信装置１２を中心にして店舗内の各機器が接続されることでローカルエリアネットワークが構成されている。また、無線通信装置１２は、通信ネットワーク３００とも接続されており、この通信ネットワーク３００を介して各携帯型端末１０ａ等及びレジスタ端末１１をサーバ２００との間で相互に通信可能に接続する。

【0015】

キッチンプリンタ１３は、店舗内のキッチン（調理場）に設置されており、各携帯型端末１０ａ等を用いて取得されたオーダーの内容がレジスタ端末１１から与えられたときにそのオーダーの内容を紙に印刷して出力する。この印刷物は、キッチン内の店員がオーダー内容に沿って調理を進めたり、飲み物を用意したりするのに用いられる。

【0016】

サーバ２００は、店舗内システム１００の各携帯型端末１０ａ等またはレジスタ端末１１からオーダーの内容やその他のデータを取得し、それらデータを図示しない記憶部に格納する。この記憶部に蓄積されるデータを用いて売上げ管理や売れ筋商品に関する分析（ＰＯＳ処理）などが行われる。本実施形態では同じデータがレジスタ端末１１にも蓄積されるが、レジスタ端末１１の故障等が発生してデータが消失する場合もあるので、そのような状況に備えたバックアップとしてサーバ２００でもデータを蓄積している。従って、レジスタ端末１１から要求があれば、サーバ２００は当該データを適宜、レジスタ端末１１へ提供することができる。また、店舗内システム１００がフランチャイズ展開した複数の店舗にそれぞれ設置されている場合等であれば、各店舗における店舗内システム１００からデータを取得することで、サーバ２００側で各店舗の稼働状況を一元管理することができる。

【0017】

図２は、各携帯型端末とレジスタ端末の相互間で送受されるデータについて説明するための概念図である。また、図３は、各携帯型端末における表示画像の遷移の一例を示す模式図である。店舗内システム１００を稼働させる際には、まず、各携帯型端末１０ａ等をレジスタ端末１１に登録して、各携帯型端末１０ａ等とレジスタ端末１１との間を連携させる処理（認証）が実行される。例えば、各携帯型端末１０ａ等とレジスタ端末１１は、ともにＮＦＣ（Near Field Communication）規格に対応しており、各携帯型端末１０ａ等をレジスタ端末１１にかざすことで認証が完了する。図３（Ａ）は認証前（起動時）の各携帯型端末１０ａ等の表示画像の例を示している。図示の表示画像にはこの携帯型端末１０ａ等が未認証であることを示すメッセージが含まれており、かつ認証をするためのボタンも含まれている。認証完了後は、図２で示すように各携帯型端末１０ａ等とレジスタ端末１１との間で直接的にデータの送受信が行われる。また、レジスタ端末１１は、適宜サーバ２００との間でデータの送受信を行う。以下に、送受信されるデータについて説明する。

【0018】

「マスタ取得」とは、レジスタ端末１１に登録されているメニューの情報（例：ハンバーガー、カフェオレ等と各々の値段）や店舗内に設置されているテーブルの情報（例：テーブル番号１、２、・・・と各々の着席可能人数）を示すデータをレジスタ端末１１から各携帯型端末１０ａに対して送信し、各携帯型端末１０ａ等が当該データを取得することをいう。図３（Ｂ）はマスタ取得後の各携帯型端末１０ａ等の表示画像の一例を示している。図示の表示画像には店舗内のテーブル番号の一覧が含まれている。

【0019】

「テーブル選択」とは、例えばお客が１５番テーブルに着席したときに、店員が各携帯型端末１０ａ等においてテーブル番号の一覧から「１５番」のアイコンをタップすることによって、１５番テーブルが選択されたことを示すデータを各携帯型端末１０ａ等からレジスタ端末１１へ送信することをいう。また、「テーブル情報」とは、各携帯型端末１０ａにおいてテーブル番号が選択されると、そのテーブル番号に対応するテーブルについての情報を示すデータをレジスタ端末１１から各携帯型端末１０ａへ送信することをいう。ここでいうテーブルについての情報とは、そのテーブルの定員、テーブルの空き状況などである。図３（Ｃ）はテーブル情報を取得した後の各携帯型端末１０ａ等の表示画像の一例を示している。選択されたテーブルが空きテーブルである場合にはその旨を示すメッセージが各携帯型端末１０ａに表示されるとともに、新たに伝票を作成するためのボタンも表示される。このボタンをタップし、来客数などの情報を入力することでそのテーブルに対応する新たな伝票を作成することができる。

【0020】

「注文入力」とは、新たな伝票が作成された場合、あるいは選択されたテーブルはすでに使用中であった場合に、注文入力のための画像が表示され、それに基づいてお客からの注文が店員によって入力されたことを示すデータが各携帯型端末１０ａで生成されることをいう。図３（Ｄ）は注文入力のための表示画像の一例を示している。選択可能なメニューが表示され、その中から適宜アイコンをタップすることでお客の注文したメニューを選択できる。「注文修正・キャンセル」とは、一旦選択したメニューが誤っていたときに他のメニューに修正し、あるいはその選択したメニューを削除されたことを示すデータが各携帯型端末１０ａ等で生成されることをいう。

【0021】

「注文履歴」とは、上記した注文入力（あるいは注文修正・キャンセル）を経て、選択されたことが確定したメニューの情報を示すデータを各携帯型端末１０ａ等からレジスタ端末１１へ送信することをいう。「注文履歴情報」とは、すでに埋まっているテーブルで新たに注文をとるような場合に、そのテーブルでのそれまでに注文されたメニューの情報を示すデータがレジスタ端末１１から各携帯型端末１０ａ等へ送信されることをいう。図３（Ｅ）は各携帯型端末１０ａ等で表示される注文履歴情報の内容を示す表示画像の一例を示している。

【0022】

「リクエストの成否」とは、注文入力が受け付けられたか否かの情報を示すデータがレジスタ端末１１から各携帯型端末１０ａ等へ送信されることをいう。例えば、選択されたメニューが売り切れ等によって注文を受け付けることができない場合にはその旨が各携帯型端末１０ａに示される。また、レジスタ端末１１からキッチンプリンタ１３に注文入力が伝わっていない場合にもその旨が各携帯型端末１０ａに示される。

【0023】

「印刷リクエスト」とは、注文入力されたメニューの内容を印刷することを指示するデータがレジスタ端末１１からキッチンプリンタ１３へ送信されることをいう。また、「エラーコード」とは、例えば印刷用紙がなくなった場合などキッチンプリンタ１３での印刷ができない状況の場合にその旨を示すデータがキッチンプリンタ１３からレジスタ端末１１へ送信されることをいう。

【0024】

図４は、第１実施形態のオーダー処理システムの詳細構成を示すブロック図である。なお、ここでは携帯型端末については１つだけ図示しているが、他の複数の携帯型端末についても同様の構成を備えているものとする。また、説明の便宜上、携帯型端末１０ａとレジスタ端末１１の相互間を接続する通信手段については図示を省略する。

【0025】

携帯型端末１０ａは、制御部２１、入力部２２、表示部２３、通信部２４および記憶部２５を備えている。制御部２１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしての認証処理部３１、データ生成部３２、通信回復処理部（第１の処理手段）３３を有する。

【0026】

入力部２２は、例えば制御部２１と接続されたタッチパネルなどの入力手段であり、店員が各種情報を入力するために用いられる。表示部２３は、例えば制御部２１と接続された液晶表示パネルなどの表示手段であり、各種の画像表示を表示する。通信部２４は、制御部２１と接続されており、外部との情報通信に関わる処理を行う。記憶部２５は、制御部２１と接続されたハードディスク装置などの記憶手段であり、各種のデータを記憶する。

【0027】

認証処理部３１は、携帯型端末１０ａをレジスタ端末１１に登録して、携帯型端末１０ａがレジスタ端末１１との間でデータの送受信を行えるように、認証を受けるための処理を行う。

【0028】

データ生成部３２は、入力部２２を用いて店員により入力される店舗内でのオーダーに関する情報を受け付けて当該情報を示す第１データを生成する。この第１データには、少なくとも「注文入力」、「注文修正・キャンセル」、「注文履歴」のそれぞれに関するデータが含まれる。

【0029】

通信回復処理部３３は、携帯型端末１０ａがレジスタ端末１１に認証された後、データの送受信を行うときに、レジスタ端末１１との間の通信ができない状況となった場合に、相互間の通信を回復させるための処理を行う。

【0030】

レジスタ端末１１は、制御部４１、入力部４２、表示部４３、通信部４４および記憶部４５を備えている。制御部４１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって実現されるものであり、機能ブロックとしての認証処理部５１、データ生成部５２、通信回復処理部（第２の処理手段）５３を有する。

【0031】

入力部４２は、例えば制御部４１と接続されたタッチパネルなどの入力手段であり、店員が各種情報を入力するために用いられる。表示部４３は、例えば制御部４１と接続された液晶表示パネルなどの表示手段であり、各種の画像表示を表示する。通信部４４は、制御部４１と接続されており、外部との情報通信に関わる処理を行う。記憶部４５は、制御部４１と接続されたハードディスク装置などの記憶手段であり、各種のデータを記憶する。

【0032】

認証処理部５１は、携帯型端末１０ａをレジスタ端末１１に登録して、携帯型端末１０ａがレジスタ端末１１との間でデータの送受信を行えるように、携帯型端末１０ａを認証する処理を行う。

【0033】

データ生成部５２は、入力部４２を用いて店員により入力される店舗内でのオーダーに関する情報に対応してこのオーダーを処理するための情報を示す第２データを生成する。この第２データには、少なくとも「注文履歴」、「注文履歴情報」、「リクエストの成否」のそれぞれに関するデータが含まれる。

【0034】

通信回復処理部５３は、携帯型端末１０ａを認証した後、データの送受信を行うときに、携帯型端末１０ａとの間の通信ができない状況となった場合に、相互間の通信を回復させるための処理を行う。

【0035】

図５は、携帯型端末およびレジスタ端末の動作手順を示すフローチャートである。ここでは、相互の認証に関する動作手順にのみ着目して説明する。

【0036】

携帯型端末１０ａの認証処理部３１は、通信部２４を介してレジスタ端末１１に対して認証の要求を送信する（ステップＳ１１）。

【0037】

携帯型端末１０ａからの認証の要求を受信したレジスタ端末１１の認証処理部５１は、通信部４４を介して携帯型端末１０ａに対してパスコードを送信する（ステップＳ１２）。ここでいうパスコードとは、例えば数字、アルファベット、記号を組み合わせて構成される数桁の文字列データである。

【0038】

携帯型端末１０ａの認証処理部３１は、通信部２４を介してレジスタ端末１１から送信されたパスコードを受信し、このパスコードを記憶部２５へ記憶させる（ステップＳ１３）。

【0039】

次に、携帯型端末１０ａの認証処理部３１は、通信部２４を介して、識別子としてのＵＵＩＤ（Universally Unique Identifier）を、ステップＳ１３で受信したパスコードとともに、レジスタ端末１１へ送信する（ステップＳ１４）。ここでいうＵＵＩＤとは、携帯型端末１０ａを一意に特定し、識別するための識別子であり、認証処理部３１によって生成される。

【0040】

携帯型端末１０ａから送信されたＵＵＩＤとパスコードを受信したレジスタ端末１１の認証処理部５１は、携帯型端末１０ａから受信したパスコードが、ステップＳ１２で送信したパスコードと同じであることを照合したとき、携帯型端末１０ａから受信したＵＵＩＤと上記したパスコードを対にして記憶部４５へ記憶させる（ステップＳ１５）。

【0041】

以上により携帯型端末１０ａの認証が完了する。その後は、携帯型端末１０ａからオーダー等のデータが送信される際、ＵＵＩＤとパスコードとともにデータが送信される。これにより、携帯型端末１０ａからデータが送信される毎に、ＵＵＩＤとパスコードを用いて携帯型端末１０ａによるデータ送信の正当性を検証することができる。

【0042】

図６は、携帯型端末およびレジスタ端末の動作手順を示すフローチャートである。ここでは、両者間のデータ送受信が不調となった際に両者間の通信を回復させるための動作手順にのみ着目して説明する。

【0043】

携帯型端末１０ａの通信回復処理部３３は、レジスタ端末１１との間で通信不調な状態であるか否かを判定する（ステップＳ２１）。具体的には、通信回復処理部３３は、データ生成部３２によってオーダー等のデータが生成され、当該データが通信部２４を介して送信されたがレジスタ端末１１に受信されなかった場合を検知する。通信不調が検知されなければ、この処理が繰り返される（ステップＳ２１；ＮＯ）。なお、携帯型端末１０ａからレジスタ端末１１へのデータ送信などが届かなくなるという通信不調は、レジスタ端末１１のＩＰアドレスが変わった場合などに生じる。レジスタ端末１１のＩＰアドレスは、割り当て期間が過ぎてしまった場合や、レジスタ端末１１をネットワークに再接続した場合などに変わり得る。

【0044】

通信不調が検知された場合に（ステップＳ２１；ＹＥＳ）、通信回復処理部３３は、通信部２４を介して、レジスタ端末１１のＩＰアドレスを要求するリクエストを、店舗内のローカルエリアネットワークに、ブロードキャストによって送信する（ステップＳ２２）。このリクエストは、無線通信装置１２を介して接続されているローカルエリアネットワーク内の全ての機器に送信され、結果としてレジスタ端末１１へ送信される。

【0045】

リクエストを受信したレジスタ端末１１の通信回復処理部５３は、通信部４４を介して、レジスタ端末１１自身に割り当てられているＩＰアドレスを含むメッセージを携帯型端末１０ａへ返信する（ステップＳ２３）。

【0046】

レジスタ端末１１から送信されたＩＰアドレスを受信した携帯型端末１０ａは、このＩＰアドレスを用いてデータ送信を再開する（ステップＳ２４）。具体的には、データ生成部３２によって生成されたオーダー等のデータが、通信部２４を介して、通信回復処理によって得られたＩＰアドレスに対して送信される。これにより、レジスタ端末１１は、携帯型端末１０ａから送信されたデータを受信する（ステップＳ２５）。

【0047】

以上により、携帯型端末１０ａとレジスタ端末１１の間の通信不調を回復することができる。この動作は自律的に行われるので、携帯型端末１０ａを用いる店員等は、特に自身で操作をする必要がなく、オーダー等の送信を続けることができる。

【0048】

以上のような第１実施形態によれば、オーダーに関する情報を送受するオーダー処理システムにおいて、端末間の通信不調が生じた場合にも自律的に回復させて店舗でのオーダー処理を継続させることが可能となる。

【0049】

＜第２実施形態＞
上記した第１実施形態では各携帯型端末１０ａ等とレジスタ端末１１とのデータの送受信は相互間で直接的に行われていたが、第２実施形態では各携帯型端末１０ａ等とレジスタ端末１１とのデータの送受信は、基本的にサーバ２００を介して行われる。特に、「注文入力」、「注文修正・キャンセル」、「注文履歴」、「注文履歴情報」、「リクエストの成否」のそれぞれに関するデータはサーバ２００を介して送受信され、かつそれらのデータはサーバ２００にも蓄積される。しかし、サーバ２００自体あるいは通信ネットワーク３００に何らかの障害が発生した場合など、サーバ２００を経由したデータの送受信が不可能である場合には、サーバ２００が復旧するまでの間は、各携帯型端末１０ａとレジスタ端末１１との間で直接的にデータが送受信される。この場合には、レジスタ端末１１等に蓄積されたデータは、サーバ２００の復旧後にレジスタ端末１１等からサーバ２００へ送信される。すなわち、携帯型端末１０ａ等とレジスタ端末１１は、相互間での情報通信を行うときにサーバ２００を経由した情報通信を優先的に実行し、サーバ２００経由の情報通信が実行できない場合には直接的な情報通信を実行する。以下、このような処理を行うためのオーダー処理システム１の構成と動作手順についてさらに詳細に説明する。

【0050】

図７は、第２実施形態のオーダー処理システムの詳細構成を示すブロック図である。なお、ここでは携帯型端末については１つだけ図示しているが、他の複数の携帯型端末についても同様の構成を備えているものとする。また、説明の便宜上、携帯型端末１０ａ、レジスタ端末１１およびサーバ２００の相互間を接続する通信手段については図示を省略する。上記のようにオーダー処理システム１は、店舗内で使用される携帯型端末１０ａ並びにレジスタ端末１１と、店舗外に設置されたサーバ２００とを備えており、携帯型端末１０ａとレジスタ端末１１は相互間で直接的に情報通信可能に接続されるとともにサーバ２００を経由して相互に情報通信可能に接続されている。

【0051】

携帯型端末１０ａは、制御部２１、入力部２２、表示部２３、通信部２４および記憶部２５を備えている。制御部２１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしてのサーバ状態判定部３４、データ生成部３２、優先度設定部３５およびデータ保存処理部３６を有する。なお、第１実施形態と共通する構成については同符号を用いており、それらについての詳細な説明は省略する。

【0052】

サーバ状態判定部３４は、サーバ経由の情報通信が実行可能か否かを判定する。ここでいう情報通信が実行可能ではない場合とは、サーバ２００自体に何らかの障害が発生している場合と、サーバ２００までの間の通信経路に何らかの障害が発生している場合など、いかなる原因であってもよい。

【0053】

優先度設定部３５は、サーバ状態判定部３４により情報通信が実行可能と判定された場合には第１データをサーバ２００へ送信し、情報通信が実行可能ではない判定された場合には第１データをレジスタ端末１１へ送信するように、情報通信の優先度を設定する。この設定された優先度に従って、通信部２４により第１データがサーバ２００またはレジスタ端末１１へ送信される。

【0054】

データ保存処理部３６は、サーバ状態判定部３４により情報通信が実行可能ではないと判定された場合に、第１データを記憶部２５へ保存（記録）する。また、データ保存処理部３６は、記憶部２５に保存された第１データを、その後に情報通信が実行可能と判定された機会において通信部２４を介してサーバ２００へ送信する。

【0055】

レジスタ端末１１は、制御部４１、入力部４２、表示部４３、通信部４４および記憶部４５を備えている。制御部４１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって実現されるものであり、機能ブロックとしてのサーバ状態判定部（第２判定部）５４、データ生成部５２、優先度設定部５５およびデータ保存処理部５６を有する。なお、第１実施形態と共通する構成については同符号を用いており、それらについての詳細な説明は省略する。

【0056】

サーバ状態判定部５４は、サーバ経由の情報通信が実行可能か否かを判定する。ここでいう情報通信が実行可能ではない場合とは、サーバ２００自体に何らかの障害が発生している場合と、サーバ２００までの間の通信経路に何らかの障害が発生している場合など、いかなる原因であってもよい。

【0057】

優先度設定部５５は、サーバ状態判定部５４により情報通信が実行可能と判定された場合には第２データをサーバ２００へ送信し、情報通信が実行可能ではない判定された場合には第２データを携帯型端末１０ａへ送信するように、情報通信の優先度を設定する。この設定された優先度に従って、通信部４４により第２データがサーバ２００または携帯型端末１０ａへ送信される。

【0058】

データ保存処理部５６は、サーバ状態判定部５４により情報通信が実行可能ではないと判定された場合に、第２データを記憶部４５へ保存（記録）する。また、データ保存処理部５６は、記憶部４５に保存された第２データを、その後に情報通信が実行可能と判定された機会において、通信部４４を介してサーバ２００へ送信する。

【0059】

サーバ２００は、制御部２０１、通信部２０２および記憶部２０３を備えている。制御部２０１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって実現されるものであり、サーバ２００の全体動作を制御する。通信部２０２は、制御部２０１の制御により、携帯型端末１０ａから送信された第１データをレジスタ端末１１へ転送するとともに、レジスタ端末１１から送信された第２データを携帯型端末１０ａへ転送する。記憶部２０３は、制御部２０１の制御により、第１データおよび第２データを記憶する。

【0060】

図８は、携帯型端末の動作手順を示すフローチャートである。ここでは、第１データの送受信に関する動作手順にのみ着目して説明する。

【0061】

サーバ状態判定部３４は、サーバ２００経由の情報通信が実行可能か否かを判定する（ステップＳ３１）。情報通信が実行可能である場合には（ステップＳ３１；ＹＥＳ）、優先度設定部３５により、情報通信の優先度が「サーバ優先」に設定され、この設定された優先度に応じて、データ生成部３６によって生成された第１データが通信部２４を介してサーバ２００へ送信される（ステップＳ３２）。この第１データはサーバ２００からレジスタ端末１１へ転送される。

【0062】

情報通信が実行可能ではない場合には（ステップＳ３１；ＮＯ）、優先度設定部３５により、情報通信の優先度が「レジスタ端末優先」に設定され、この設定された優先度に応じて、データ生成部３２によって生成された第１データが通信部２４を介してレジスタ端末１１へ送信される（ステップＳ３３）。また、データ保存処理部３６は、情報通信が実行可能ではないと判定された場合に、第１データを記憶部２５へ保存（記録）する（ステップＳ３４）。

【0063】

次の送信機会において、サーバ状態判定部３４は、サーバ２００経由の情報通信が実行可能か否かを判定する（ステップＳ３５）。サーバ２００経由の情報通信が未だ実行可能ではない場合には（ステップＳ３５；ＮＯ）、上記したステップ１３に戻り、レジスタ端末１１へのデータ送信ならびに記憶部２５へのデータ記憶が実行される。

【0064】

サーバ２００経由の情報通信が実行可能である場合には（ステップＳ３５；ＹＥＳ）、データ保存処理部３６は、記憶部２５に保存された第１データを読み出し、通信部２４を介してサーバ２００へ送信する（ステップＳ３６）。その後、上記したステップＳ３１へ戻る。

【0065】

図９は、レジスタ端末の動作手順を示すフローチャートである。ここでは、第２データの送受信に関する動作手順にのみ着目して説明する。

【0066】

サーバ状態判定部５４は、サーバ２００経由の情報通信が実行可能か否かを判定する（ステップＳ４１）。情報通信が実行可能である場合には（ステップＳ４３；ＹＥＳ）、優先度設定部５５により、情報通信の優先度が「サーバ優先」に設定され、この設定された優先度に応じて、データ生成部５２によって生成された第２データが通信部４４を介してサーバ２００へ送信される（ステップＳ４２）。この第２データはサーバ２００から携帯型端末１０ａへ転送される。

【0067】

情報通信が実行可能ではない場合には（ステップＳ４１；ＮＯ）、優先度設定部５５により、情報通信の優先度が「レジスタ端末優先」に設定され、この設定された優先度に応じて、データ生成部５２によって生成された第２データが通信部４４を介して携帯型端末１０ａへ送信される（ステップＳ４３）。また、データ保存処理部５６は、情報通信が実行可能ではないと判定された場合に、第２データを記憶部４５へ保存（記録）する（ステップＳ４４）。

【0068】

次の送信機会において、サーバ状態判定部５１は、サーバ２００経由の情報通信が実行可能か否かを判定する（ステップＳ４５）。サーバ２００経由の情報通信が未だ実行可能ではない場合には（ステップＳ４５；ＮＯ）、上記したステップ３３に戻り、携帯型端末１０ａへのデータ送信ならびに記憶部４５へのデータ記憶が実行される。

【0069】

サーバ２００経由の情報通信が実行可能である場合には（ステップＳ４５；ＹＥＳ）、データ保存処理部５６は、記憶部４５に保存された第２データを読み出し、通信部４４を介してサーバ２００へ送信する（ステップＳ４６）。その後、上記したステップＳ４１へ戻る。

【0070】

以上のような第２実施形態によれば、外部装置であるサーバを介してオーダーに関する情報を送受するオーダー処理システムにおいて、サーバと店舗装置である各携帯型端末並びにレジスタ端末との情報授受に関して障害が発生した場合にも店舗でのオーダー処理を継続させることが可能となる。

【0071】

すなわち、特許文献１に開示されるシステムでは、タブレット型コンピュータにて売り上げ管理などのいわゆるＰＯＳ処理が行われるが、例えば売れ筋商品に関する分析をより詳細に行いたい場合、データ損失に備えてバックアップを取りたい場合、あるいはフランチャイズ展開された複数の店舗における情報を一元管理したい場合など種々の場合を考えると、オーダー処理に関する情報等を外部のサーバに適時送信したい場合がある。この場合、例えばオーダー情報等をスマートフォンから随時サーバへ送り、サーバではオーダー情報等を保存しつつ、タブレット型コンピュータへオーダー情報等を転送するという方法をとることが考えられる。ところが、このような方法をとった場合には、外部のサーバと店舗のスマートフォンやタブレット型コンピュータとの間の通信に何らかの障害が発生した場合や、サーバ自体に動作障害が発生した場合などにおいては、店舗におけるオーダー処理が滞るという不都合を生じる。このような不都合を上記した第２実施形態によって解消することができる。

【0072】

なお、本発明は上記した実施形態の内容に限定されるものではなく、本発明の要旨の範囲内において種々に変形して実施をすることが可能である。例えば、上記した実施形態において各携帯型端末並びにレジスタ端末は、予め所定の動作プログラムをインストールしておき、その動作プログラムを実行することによって各機能が実現されていたが、ブラウザを用いて各機能を実現してもよい。また、上記した実施形態では飲食店における適用例を示していたが本発明の適用範囲は飲食店に限定されない。また、各携帯型端末とレジスタ端末は、第１実施形態で示した構成と第２実施形態で示した構成を併せ持っていてもよい。

【0073】

（付記：第２実施形態に係る技術的思想）
１：
店舗内で使用される携帯型端末並びにレジスタ端末と、
前記店舗外に設置されたサーバと、
を含み、
前記携帯型端末と当該レジスタ端末は相互間で直接的に情報通信可能に接続されるとともに前記サーバを経由して相互に情報通信可能に接続されており、
前記携帯型端末と前記レジスタ端末は、相互間での情報通信を行うときに、前記サーバを経由した情報通信を優先的に実行し、当該サーバ経由の情報通信が実行できない場合に直接的な情報通信を実行する、オーダー処理システム。
２：
前記携帯型端末は、
店舗内でのオーダーに関する情報を受け付けて当該情報を示す第１データを生成する第１データ生成部と、
前記サーバ経由の情報通信が実行可能か否かを判定する第１判定部と、
前記第１判定部により情報通信が実行可能と判定された場合には前記第１データを前記サーバへ送信し、前記第１判定部により情報通信が実行可能ではないと判定された場合には前記第１データを前記レジスタ端末へ送信するように、情報通信の優先度を設定する第１優先度設定部と、
前記第１データを前記サーバ又は前記レジスタ端末へ送信する第１通信部と、
を有し、
前記レジスタ端末は、
前記オーダーを処理するための情報を示す第２データを生成する第２データ生成部と、
前記サーバ経由の情報通信が実行可能か否かを判定する第２判定部と、
前記第２判定部により情報通信が実行可能と判定された場合には前記第２データを前記サーバへ送信し、前記第２判定部により情報通信が実行可能ではないと判定された場合には前記第２データを前記携帯型端末へ送信するように、情報通信の優先度を設定する第１優先度設定部と、
前記第２データを前記サーバ又は前記携帯型端末へ送信する第２通信部と、
を有する、上記１に記載のオーダー処理システム。
３：
前記携帯型端末は、
第１記憶部と、
前記第１判定部により情報通信が実行可能ではないと判定された場合に前記第１データを前記第１記憶部へ保存する第１データ保存処理部と、
を更に備える、上記２に記載のオーダー処理システム。
４：
前記第１データ保存処理部は、前記第１記憶部に保存した前記第１データを、その後に前記第１判定部により情報通信が実行可能と判定された機会において、前記第１通信部を介して前記サーバへ送信する、上記３に記載のオーダー処理システム。
５：
前記レジスタ端末は、
第２記憶部と、
前記第２判定部により情報通信が実行可能ではないと判定された場合に前記第２データを前記第２記憶部へ保存する第２データ保存処理部と、
を更に備える、上記２に記載のオーダー処理システム。
６：
前記第２データ保存処理部は、前記第２記憶部に保存した前記第２データを、その後に前記第２判定部により情報通信が実行可能と判定された機会において、前記第２通信部を介して前記サーバへ送信する、上記３に記載のオーダー処理システム。
７：
前記サーバは、
制御部と、
前記制御部による制御により前記携帯型端末から送信された前記第１データを前記レジスタ端末へ転送するとともに前記レジスタ端末から送信された及び前記第２データを前記携帯型端末へ転送する第３通信部と、
前記制御部による制御により前記第１データ及び前記第２データを記憶する第３記憶部と、を有する、上記２に記載のオーダー処理システム。

【符号の説明】

【0074】

１：オーダー処理システム
１０ａ、１０ｂ、１０ｃ：携帯型端末
１１：レジスタ端末
１２：無線通信装置
１３：キッチンプリンタ
２１、４１、２０１：制御部
２２、４２：入力部
２３、４３：表示部
２４、４４、２０２：通信部
２５、４５、２０３：記憶部
３１、５１：認証処理部
３２、５２：データ生成部
３３、５３：通信回復処理部
３４、５４：サーバ状態判定部
３５、５５：優先度設定部
３６、５６：データ保存処理部
１００：店舗内システム
２００：サーバ
３００：通信ネットワーク

【要約】

【課題】オーダーに関する情報を送受するオーダー処理システムにおいて、端末間の通信不調が生じた場合にも自律的に回復させて店舗でのオーダー処理を継続させること。
【解決手段】店舗内で使用される複数の携帯型端末並びにレジスタ端末を含み、当該複数の携帯型端末と当該レジスタ端末とがローカルエリアネットワークを介して接続されたオーダー処理システムであって、複数の携帯型端末の各々は、レジスタ端末との間の情報通信が不調であるときに、レジスタ端末に割り当てられたネットワークアドレスの通知のリクエストをレジスタ端末に送信し、レジスタ端末は、リクエストを受信したときに、自身に割り当てられているネットワークアドレスをリクエストの送信元である携帯型端末携帯型端末へ送信する、オーダー処理システムである。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】