JP5828537B2 - 携帯端末及びプログラム - Google Patents

Description

本発明は、携帯端末及びプログラムに関する。

従来、飲食店等で使用されるＯＥＳ（Order Entry System）においては、店員は、携帯端末を使用してオーダーを入力する。店員は、キーボード等を使用して携帯端末にオーダー入力操作を行うことができる。入力された情報は、ネットワークを介してＰＯＳ(Point of Sales)に送信される。例えば、店舗のホールで勤務している店員が、キーボードを操作して携帯端末にオーダーを入力すると、携帯端末は、入力されたオーダーをＰＯＳに送信する。ＰＯＳは、受信したオーダーをキッチンプリンタに印刷させることにより、厨房の店員にオーダーを伝えることができる(特許文献１参照)。

特開２００２−１２３８７０号公報

ＯＥＳを導入する店舗によっては、メニューの内容が毎日変更されることもある。ユーザは、メニューの内容が変更される度に煩雑な商品入力操作を行う。手書きの伝票によって業務を行う店舗においては、この商品入力操作は必要ないが、調理や精算の際にミスが発生する可能性がある。

また、携帯端末のモニタは小さいことが多く、ＯＥＳの操作に不慣れな店員は、モニタに表示された各種釦を選択して商品を検索することが困難である。また、厨房業務とフロアー業務の両方を兼任する店員は、ポジションを変更する度に携帯端末を他の従業員に渡さなければならない。従来のＯＥＳでは、フロアーと厨房で同じ携帯端末を使用して業務を行い、かつ、手書きの伝票のような高い自由度を有した運用を行うことができない。

本発明の課題は、携帯端末の縦配置／横配置に応じて表示画面を表示できるようにすることである。

請求項１に記載の発明は、表示部に表示画面を表示させる携帯端末であって、第一のモードと第二のモードとを切り換える切換手段と、前記携帯端末の縦配置／横配置を検出する検出手段と、前記切換手段によって第一のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第一の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第一の機能と異なる第二の機能を実現可能とする表示画面を表示させ、前記切換手段によって第二のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第三の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第三の機能とは異なる第四の機能を実現可能とする表示画面を表示させる制御手段と、を備えることを特徴とする。

本発明によれば、携帯端末の縦配置／横配置に応じて表示画面を表示することができる。

本実施の形態におけるＯＥＳの構成を示す模式図である。 本実施の形態における携帯端末のブロック図である。 商品ファイルのデータ構成例である。 オーダー管理ファイルのデータ構成例である。 メッセージ情報管理ファイルのデータ構成例である。 メッセージ情報管理ファイルのデータ構成例である。 メッセージ情報管理ファイルのデータ構成例である。 担当者情報ファイルのデータ構成例である。 端末状態仕様ワークエリアのデータ構成例である。 調理商品管理ファイルのデータ構成例である。 図１のＯＥＳにおいて実行される処理を示すラダーチャートである。 図１のＯＥＳにおいて実行される処理を示すラダーチャートである。 図１のＯＥＳにおいて実行される処理を示すラダーチャートである。 図２のＣＰＵによって実行されるメイン処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。 図２のＣＰＵによって実行されるフロアー業務選択処理のフローチャートである。 図２のＣＰＵによって実行されるフロアー縦動作処理のフローチャートである。 図２のＣＰＵによって実行される座席位置タッチ画面表示処理のフローチャートである。 図２のＣＰＵによって実行されるテーブルの指定処理のフローチャートである。 図２のＣＰＵによって実行される縦メニューの表示入力処理のフローチャートである。 図２のＣＰＵによって実行される送信確認の表示入力画面表示処理のフローチャートである。 図２のＣＰＵによって実行されるフロアー横動作処理のフローチャートである。 図２のＣＰＵによって実行されるオーダー入力モードへの切替処理のフローチャートである。 図２のＣＰＵによって実行される手書き登録表示入力処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。 図２のＣＰＵによって実行されるメッセージ受信及びＬＥＤ点灯処理のフローチャートである。 図２のＣＰＵによって実行されるタッチパネル入力処理のフローチャートである。 図２のＣＰＵによって実行されるメッセージＬＥＤ処理のフローチャートである。 図２のＣＰＵによって実行されるメッセージ縦動作処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。 図２のＣＰＵによって実行されるメッセージ横動作処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。 図２のＣＰＵによって実行されるメイン処理のフローチャートである。 図２のＣＰＵによって実行される厨房業務選択処理のフローチャートである。 図２のＣＰＵによって実行される厨房縦動作処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。 図２のＣＰＵによって実行される厨房横動作処理のフローチャートである。 図２の表示部に表示される表示画面の一例である。

まず、本実施の形態に係わる携帯端末を適用したＯＥＳ（Order Entry System）１の構成について説明する。
図１は、本実施の形態におけるＯＥＳ１を構成する各装置を示す模式図である。図１に示すように、ＯＥＳ１は、一又は複数の携帯端末１０、サーバ端末１００、無線端末２００、プリンタ３００等から構成される。携帯端末１０は、無線端末２００との無線通信を介して、サーバ端末１００または他の携帯端末１０と互いにデータ送受信可能に接続される。サーバ端末１００は、ネットワークＮを介して、無線端末２００及びプリンタ３００と接続される。携帯端末１０には、タッチペンＰからの各種指示入力が可能である。

携帯端末１０は、フロアーの店員及び厨房の店員（以降、単にユーザという。）の双方が使用するものであって、電源が投入された際に表示される表示画面からの入力により、「フロアー機能」（第一のモード）と「厨房機能」（第二のモード）を選択することができる。フロアー機能とは、ＯＥＳ１を導入している店舗の接客に関するフロアー業務の際に使用されるものである。フロアー機能が選択されている状態では、携帯端末１０をユーザが把持している向きに応じて、表示部１３に表示される画面や、タッチパネル１４等から入力できる命令が異なる。本実施の形態においては、ユーザが携帯端末１０を把持した際に、携帯端末１０の短辺がユーザの手前側に来る向きを「縦」（縦配置）、携帯端末１０の長辺がユーザの手前側に来る向きを「横」（横配置）とする。

詳細は後述するが、フロアー機能が選択されている状態において、携帯端末１０を縦にすると、店舗（フロアー）の見取り図（第一の表示画面）を表示部１３に表示させたり、新たにメニューを登録したりすることができる。
一方、フロアー機能が選択されている状態において、携帯端末１０を横にすると、タッチペンＰによる手書き入力を受け付ける手書き入力画面（第二の表示画面）を表示部１３に表示させたり、この手書き入力された文字に基づいてメニューを検索したりすることができる。
他にも、フロアー機能においては、オーダーのキャンセル処理、オーダーの確認処理等を行うことができる。

厨房機能とは、ＯＥＳ１を導入している店舗の厨房における調理等の業務の際に使用されるものである。厨房機能が選択されている状態において、携帯端末１０を縦にすると、調理すべきものの一覧（第三の表示画面）を表示部１３に表示させたりすることができる。この一覧に表示されたものは、タッチパネル１４等からの入力により調理順を変更したり、調理が完了したものを一覧から消去したりすることができる。
一方、厨房機能が選択されている状態において、携帯端末１０を横にすると、タッチペンＰによる手書き入力を受け付ける手書き入力画面（第四の表示画面）を表示部に表示させたり、他の携帯端末１０に対してメッセージを送信するための画面が表示される。

なお、携帯端末１０において使用できる機能は、予め記憶部１２に記憶された機能であればよく、上記の例に限られない。例えば、フロアー機能や厨房機能を使用可否等を、携帯端末１０を使用するユーザ毎に設定可能としてもよい。ユーザは、使用不可と設定された機能を使用することができない。他にも、飲食店以外の店舗でＯＥＳ１が使用される場合、例えば、イベントスペースにおいてＯＥＳ１が使用される際には荷物の集配機能等が使用されてもよい。

図１に戻り、サーバ端末１００は、ＣＰＵやメモリを備えた一般的なＰＣ（Personal Computer）等であり、図示しないメモリには、商品ファイルＦ１、オーダー管理ファイルＦ２、メッセージ情報管理ファイルＦ３１〜Ｆ３３、担当者情報ファイルＦ４等（それぞれの詳細は後述）が記憶される。図１においては、サーバ端末１００は１台であるが、同様の機能を有するサーバ端末１００がネットワークＮを介して複数台接続されていてもよい。

無線装置２００は、無線ＬＡＮルータ・アクセスポイント等から構成され、各携帯端末１０間のデータ送受信や、携帯端末１０とサーバ端末１００のデータ送受信を行う。

プリンタ３００は、サーバ端末１００の制御により、厨房で調理すべき商品の一覧や各種帳票を印刷する。

図２は、本実施の形態における携帯端末１０のブロック図である。図２に示すように、携帯端末１０は、ＣＰＵ（Central Processing Unit）１１、記憶部１２、表示部１３、タッチパネル１４、電源部１５、通信部１６、ＬＥＤ（Light Emitting Diode）１７、メッセージ表示釦１８、加速度センサ１９、音声出力部２０、音声入力部２１、ＲＦＩＤ(Radio Frequency Identification)入力部２２等から構成され、各部はバス２３によって接続されている。

ＣＰＵ１１は、記憶部１２に記憶された制御プログラムに従って、携帯端末１０を構成する各部を統括的に制御する。

記憶部１２は、コンピュータ読み取り可能な記憶媒体としての不揮発性の半導体メモリやＲＡＭ（Random Access Memory）等により構成され、ＣＰＵ１１によって実行される各種制御プログラム、後述する各処理を実行するためのプログラム及びこれらのプログラムの実行に必要なパラメータ、後述する商品ファイルＦ１１、オーダー管理ファイルＦ１２、メッセージ情報管理ファイルＦ１３１〜Ｆ１３３、担当者情報ファイルＦ１４、端末状態仕様ワークエリアＦ１５、調理商品管理ファイルＦ１６、携帯端末１０に一意に割り当てられた端末番号等を記憶する。記憶部１２に記憶された各種プログラムは、実行される際に、一時的に記憶部１２のＲＡＭに作成されたワークエリアに展開される。また、記憶部１２は、ＯＥＳ１が使用されるフロアーの見取り図データを記憶する。フロアー見取り図データには、テーブルと座席の位置情報が付帯されている。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等から構成される。表示部１３は、ＣＰＵ１１からの制御信号に基づいて各種表示を行う。

タッチパネル１４は、抵抗膜方式、超音波表面弾性波方式、静電容量方式等の方式により、表示部１３上における接触位置の座標を検出し、検出した座標を示す信号をＣＰＵ１１に対して入力する。タッチパネル１４は、表示部１３と一体となって設けられている。
表示部１３に表示された各種操作画面においてタッチパネル１４から入力を行うことにより、オーダー入力や会計処理入力ができる。

電源部１５は、リチウム電池等からなるバッテリー、電源制御回路からなる電源制御部、電源のＯＮ／ＯＦＦを切り替えるための電源スイッチ等から構成され、携帯端末１０の各部に電力を供給する。

通信部１６は、無線ＬＡＮカード等から構成され、ＣＰＵ１１の制御により、無線装置２００を介してサーバ端末１００や他の携帯端末１０に対して各種データを送信する。

ＬＥＤ１７は、発光ダイオード等から構成され、ＣＰＵ１１の制御により、電源部１５から電力が供給されて発光する。

メッセージ表示釦１８は、通信部１６を介して他の携帯端末１０又はサーバ端末１００から受信したメッセージを表示するための釦である。メッセージ表示釦１８が押下されると、押下された旨を示す信号をＣＰＵ１１に対して入力する。

加速度センサ１９は、３軸加速度センサから構成され、３次元空間を構成する３軸の加速度を検出することができる。加速度センサ１９は、携帯端末１０を縦／横にした際における携帯端末１０の直線変位又は回転変位を検出する。この検出された信号を、ＣＰＵ１１に対して送信する。ＣＰＵ１１は、この信号に基づいて、携帯端末１０の縦／横を判断する。ＣＰＵ１１は、この判断結果を、後述する端末状態仕様ワークエリアＦ１５の縦横情報に格納する。

なお、携帯端末１０の縦／横を識別する方法は、公知の様々な方法を適用可能である。例えば、加速度センサ１９に代えて、携帯端末１０に接続された図示しないカメラにおいて順次画像を撮影し、これら順次撮影された画像のずれから携帯端末１０の直線変位又は回転変位を検出するようにしてもよい。

音声出力部２０は、通信部１６を介して受信した音声信号に基づいて音声を発するスピーカー等から構成される。音声入力部２１は、マイク等から構成され、入力された音声をデジタル変換してＣＰＵ１１に対して入力する。

ＲＦＩＤ入力部２２は、フロアーに備えられたアンテナや商品に取り付けられたタグとの間でＲＦＩＤ（Radio Frequency IDentification）通信を行う。

なお、携帯端末１０は、上記構成に限られず、カーソルキーや十字キー等から構成されるテンキー等を備えていてもよい。

次に、サーバ端末１００に記憶される各ファイルのデータ構造について説明する。
図３は、サーバ端末１００に記憶される商品ファイルＦ１のデータ構造例である。商品ファイルＦ１は、店舗で取り扱う商品に関する情報を格納して管理を行うためのものである。商品ファイルＦ１は、サーバ端末１００に備えられたキーボードからの入力や携帯端末１０から送信された情報に基づいてデータが格納される。商品ファイルＦ１は、図３に示すように、商品を一意に識別するための商品コード、商品の名称である商品名、商品一個あたりの価格である商品単価、オーダーされた商品を表示すべき携帯端末１０の端末番号を格納する携帯端末調理出力設定、商品をプリンタ３００において印刷する際の各種印字設定であるその他印字用端末出力設定等から構成される。

図４は、サーバ端末１００に記憶されるオーダー管理ファイルＦ２のデータ構造例である。オーダー管理ファイルＦ２は、携帯端末１０を操作して受け付けたオーダーに関する各種データを格納するものである。オーダー管理ファイルＦ２は、携帯端末１０からサーバ端末１００に対してオーダーが送信される度にデータが格納される。オーダー管理ファイルＦ２は、図４に示すように、各オーダーに一意に割り当てられた一連番号であるチェックＮｏ、テーブル客ごとのオーダー回数、オーダーした商品に関する各種情報が含まれる商品情報等から構成される。商品情報は、例えば、商品コード、商品名、商品単価、オーダーされた商品の個数である登録個数、オーダーした客を識別するための該当テーブル・イス情報、タッチペンＰによって入力された商品名が格納される手書き商品名、タッチペンＰから入力されたメモが商品に付帯された場合の付帯メモ情報、携帯端末調理出力情報、その他印字用端末出力情報、商品の状態（調理中や調理完了等）を示す調理状態、オーダーが入力された時間を示す登録時間等が含まれる。なお、手書き商品の場合には、商品名は空白（ブランク）とする。以降においても同様である。

サーバ端末１００に記憶されるメッセージ情報管理ファイルは、メッセージ情報管理ファイルＦ３１〜Ｆ３３から構成される。メッセージ情報管理ファイルは、各携帯端末１０において送信されたメッセージを格納するためのものである。携帯端末１０からメッセージがサーバ端末１００に対して送信される度に、メッセージ情報管理ファイルＦ３１〜Ｆ３３にはデータが格納される。なお、携帯端末１０が送信したメッセージが、他の携帯端末１０に対するメッセージである場合には、メッセージを送信した携帯端末１０以外の携帯端末１０が、サーバ端末１００からメッセージを受信する場合がある。例えば、厨房において操作されている携帯端末１０から、フロアーにおいて操作されている携帯端末１０に対して、オーダーされた商品に関する質問のメッセージが送信された場合、サーバ端末１００は、質問相手の携帯端末１０に対してメッセージを送信する。

図５は、サーバ端末１００に記憶されるメッセージ情報管理ファイルＦ３１のデータ構造例である。メッセージ情報管理ファイルＦ３１は、厨房に対するオーダー内容の質問や返事に関するメッセージを格納するためのものである。メッセージ情報管理ファイルＦ３１は、図５に示すように、各メッセージに連番に割り当てられたメッセージＮｏ、メッセージの未読状態等を示す状態、メッセージの内容（例えば、質問のメッセージであるか、会計処理の指示メッセージであるか等）を示すメッセージ種類、メッセージの内容に対応するチェックＮｏ、オーダー回数、商品情報、登録時間、メッセージを発信した携帯端末１０を識別するための発信端末番号、メッセージを受信した携帯端末１０を識別するための受信端末番号等が含まれる。他にも、メッセージ情報管理ファイルＦ３１は、オーダー管理ファイルに対応する各種情報、例えば、付帯メモ情報等が格納されるようにしてもよい。

図６は、サーバ端末１００に記憶されるメッセージ情報管理ファイルＦ３２のデータ構造例である。メッセージ情報管理ファイルＦ３２は、フロアーに対するメッセージを格納するためのものである。メッセージ情報管理ファイルＦ３２は、図６に示すように、メッセージＮｏ、状態、メッセージ種類、商品名、タッチペンＰから手書きにより入力されたデータを格納するための手書きメッセージ情報、発信端末番号、受信端末番号等が含まれる。

図７は、サーバ端末１００に記憶されるメッセージ情報管理ファイルＦ３３のデータ構造例である。メッセージ情報管理ファイルＦ３３は、会計処理請求メッセージのデータを格納するためのものであり、図７に示すように、メッセージＮｏ、状態、メッセージ種類、チェックＮｏ、登録時間、発信端末番号、受信端末番号等が含まれる。

図８は、サーバ端末１００に記憶される担当者情報ファイルＦ４のデータ構造例である。担当者情報ファイルＦ４には、サーバ端末１００のキーボード等からの入力によりデータが格納される。担当者情報ファイルＦ４は、図８に示すように、携帯端末１０を使用する担当者に一意に割り当てられた担当者Ｎｏ、担当者の勤怠に関する勤怠管理データ、フロアー機能を使用させるか否かを識別するフロアー機能情報、厨房機能を使用させるか否かを識別する厨房機能情報、会計処理を行う会計担当者を識別する会計処理情報等が含まれる。サーバ端末１００は、客の会計処理を行う旨の指示が携帯端末１０から送信された際、担当者情報ファイルＦ４の会計処理情報に基づいて、会計処理を行う担当者を判断する。サーバ端末１００は、会計処理を行う担当者が操作する携帯端末に対して、所定のメッセージを送信する。フロアー機能又は厨房機能を使用して業務を行っている担当者の携帯端末１０は、このメッセージを受信する。担当者は、メッセージを確認すると、フロアー又は厨房において使用している携帯端末１０を操作して会計処理を行う。

次に、携帯端末１０に記憶されるデータについて説明する。携帯端末１０には、商品ファイルＦ１１、オーダー管理ファイルＦ１２、メッセージ情報管理ファイルＦ１３１〜Ｆ１３３、担当者情報ファイルＦ１４、端末状態仕様ワークエリアＦ１５、調理商品管理ファイルＦ１６等が記憶される。商品ファイルＦ１１、オーダー管理ファイルＦ１２、メッセージ情報管理ファイルＦ１３１〜Ｆ１３３、担当者情報ファイルＦ１４は、それぞれ商品ファイルＦ１、オーダー管理ファイルＦ２、メッセージ情報管理ファイルＦ３１〜Ｆ３３、担当者情報ファイルＦ４と同様のデータ構成であるので説明を省略する。

図９は、記憶部１２に記憶される端末状態仕様ワークエリアＦ１５のデータ構造例である。端末状態仕様ワークエリアＦ１５は、携帯端末１０において実行中の機能を識別し、機能に基づく各種情報を格納するためのものである。端末状態仕様ワークエリアは、図９に示すように、携帯端末１０の縦／横の情報を格納するための縦横情報、フロアーや厨房における位置情報、動作状態、オーダー入力操作状態等が含まれる。この位置情報は、店内に設置されたアンテナとＲＦＩＤ入力部２２との通信状態と、アンテナの設置位置と、に基づいて判断される。動作状態は、例えば、タッチパネル１４からの入力が所定時間ある／なしを示す動作状態変移フラグや、タッチパネル１４からの入力位置や日付時刻の情報が含まれるタッチパネル入力情報、処理するテーブル情報や座席位置画面情報等が含まれる。オーダー入力操作状態とは、携帯端末１０の入力状態を識別するためのステータスであり、座席タッチ画面テーブル画面モード、座席位置タッチモード、オーダー入力モード、オーダー送信確認入力モード、オーダー送信確認画面モード、座席タッチ画面テーブル画面モード、入力修正又は手書き質問入力モード等を示す値が格納される。

図１０は、記憶部１２に記憶される調理商品管理ファイルＦ１６のデータ構造例である。調理商品管理ファイルＦ１６は、厨房機能が使用されている場合に、他の携帯端末１０において入力されたオーダーを格納するためのものである。サーバ端末１００を介してフロアーの携帯端末１０からオーダーを受信した際にデータが格納される。調理商品管理ファイルＦ１６は、チェックＮｏ、オーダー回数、商品情報等から構成される。

次に、動作について説明する。
まず、ＯＥＳ１において実行される処理の全体の流れについて説明する。
図１１は、フロアーにおいて客からオーダーを受けた場合におけるＯＥＳ１の処理を示すラダーチャートである。図１１に示す例では、フロアーにおいて操作されている携帯端末１０（携帯端末１０（フロアー）とする）においてオーダを受注し、サーバ端末１００を介して、厨房において操作されている携帯端末１０（携帯端末１０（厨房）とする）に対してオーダを送信する。各端末の処理は、携帯端末１０のＣＰＵ１１又はサーバ端末１００のＣＰＵによって実行される。

まず、図１１に示すように、フロアーの客から商品のオーダーを頼まれ、表示部１３に表示されたメニュー画面（図示せず）からタッチパネル１４によって所定の入力操作を行うと、携帯端末１０（フロアー）は、サーバ端末１００に記憶されているオーダー管理ファイルＦ２のデータ呼び出し指示を送信する（ステップＳＴ１）。サーバ端末１００は、携帯端末１０からデータ呼び出し指示を受信すると、メモリからオーダー管理ファイルＦ２を読み出し、この読み出したデータを携帯端末１０（フロアー）に対して送信する（ステップＳＴ２）。ステップＳＴ２においては、データ呼び出し指示において指定されたデータが無い場合には、新規テーブルオーダーとしてサーバ端末１００のメモリにこのデータが記憶される。

携帯端末１０（フロアー）は、ステップＳＴ２において送信されたオーダー管理ファイルＦ２を記憶して更新する（ステップＳＴ３）。次いで、携帯端末１０（フロアー）は、タッチパネル１４からの操作によりオーダー入力の確定の旨及びオーダーの内容を通信部１６を介してサーバ端末１００に対して送信する（ステップＳＴ４）。

サーバ端末１００は、受信したオーダーの内容に基づいてサーバ端末１００のメモリに記憶されているオーダー管理ファイルＦ２を更新する（ステップＳＴ５）。サーバ端末１００は、このオーダーに含まれる商品と商品ファイルＦ１の携帯端末調理出力設定に基づいてデータを送信すべき携帯端末１０（厨房）を識別して、オーダーされた商品の情報を、この携帯端末１０（厨房）に対して送信する（ステップＳＴ６）。

携帯端末１０（厨房）は、タッチパネル１４からの入力が予め定められた所定時間（例えば、３０秒等）なされていない場合には、サーバ端末１００から受信したオーダーに基づいて調理商品管理ファイルＦ１６を更新する（ステップＳＴ７）。次いで、携帯端末１０（厨房）は、商品ファイルＦ１の送り先情報に基づいてサーバ端末１００から携帯端末１０（厨房）に対して送信されたオーダーの情報を受信する（ステップＳＴ８）。

図１２は、フロアーにおいて客から会計処理の依頼を受けた場合におけるＯＥＳ１の処理を示すラダーチャートである。

まず、図１２に示すように、携帯端末１０（フロアー）は、タッチパネル１４からの所定の操作によって会計処理の指示が入力されると、サーバ端末１００に対して会計処理を実行する旨のメッセージを送信する（ステップＳＴ１１）。サーバ端末１００は、携帯端末１０（フロアー）から会計処理のメッセージを受信すると、メッセージ情報管理ファイルＦ３３を更新する（ステップＳＴ１２）。

次いで、サーバ端末１００は、担当者情報ファイルＦ４に基づいて会計担当者を判断し、操作している携帯端末１０に対して会計処理のメッセージを送信する（ステップＳＴ１３）。フロアー及び厨房の携帯端末１０のうち、このメッセージを受信した携帯端末１０の何れかが会計処理を行う（ステップＳＴ１４）。具体的には、ステップＳＴ１３において判断された会計担当者が操作する携帯端末１０（フロアー）又は携帯端末１０（厨房）において、タッチパネル１４等から所定の操作が行われることにより、会計処理が実行される。なお、上記の例では、会計処理が可能な携帯端末１０として、携帯端末１０（フロアー）と携帯端末１０（厨房）の両者を挙げたが、ステップＳＴ１４においては、予め定められた携帯端末１０において会計処理が実行されればよく、これに限られない。例えば、ＯＥＳ１を運用する店舗において、会計担当者のうち、フロアー機能を使用している担当者にのみ会計処理を行わせるようにしてもよい。この場合には、ステップＳＴ１４において、フロアー機能を使用している会計担当者が使用する携帯端末１０（フロアー）のみ、会計処理が実行されるようにしてもよい。

図１３は、ＯＥＳ１の携帯端末１０間におけるメッセージの送受信処理を示すラダーチャートである。

まず、図１３に示すように、携帯端末１０（厨房）は、タッチパネル１４からの入力に基づいて調理商品管理ファイルＦ１６のデータを変更する（ステップＳＴ２１）。次いで、携帯端末１０（厨房）は、所定時間の間、タッチパネル１４からの操作入力がなされなかった場合、サーバ端末１００に対して記憶部１２に記憶された調理商品管理ファイルＦ１６を送信する（ステップＳＴ２２）。

サーバ端末１００は、携帯端末１０（厨房）から受信した調理商品管理ファイルＦ１６の情報に基づいてオーダー管理ファイルＦ２を更新する（ステップＳＴ２３）。具体的には、調理商品管理ファイルＦ１６において調理済みであるとされたオーダーが消去される等の処理が行われる。携帯端末１０（厨房）は、タッチパネル１４から入力されたメッセージがメッセージ情報管理ファイルＦ３１〜Ｆ３３に記憶され、このメッセージをサーバ端末１００に対して送信する（ステップＳＴ２４）。

サーバ端末１００は、受信したメッセージに基づいて、メッセージ情報管理ファイルＦ３１又はＦ３２を更新する（ステップＳＴ２５）。次いで、サーバ端末１００は、メッセージの送信先の携帯端末１０に対してメッセージを送信する（ステップＳＴ２６）。送信先の携帯端末１０は、受信したメッセージに基づいてメッセージ情報管理ファイルＦ１３１又はＦ１３２を更新する（ステップＳＴ２７）。この携帯端末１０は、新しいメッセージ情報管理ファイルＦ１３１又はＦ１３２のレコードを作成して、サーバ端末１００に対して送信する（ステップＳＴ２８）。本実施の形態においては、メッセージを送信した携帯端末１０以外の携帯端末１０においても、サーバ端末１００からメッセージを受信することができる。例えば、上記説明した例のように、携帯端末１０（厨房）からメッセージが送信された場合、このメッセージにおいて送信先として指定された携帯端末１０（フロアー）が、サーバからメッセージを受信できる。

次に、携帯端末１０が行う処理について説明する。
図１４は、携帯端末１０の電源がオンにされた際に実行されるメイン処理を示すフローチャートである。図１４に示すメイン処理は、ＣＰＵ１１と記憶部１２に記憶されたプログラムとの協働により実現する。

まず、図１４に示すように、表示部１３に表示画面Ｇ１が表示され、タッチパネル１４から入力された業務選択が何であるか判断される（ステップＳ１）。

図１５（ａ）は、表示画面Ｇ１の一例を示す図である。図１５（ａ）に示すように、表示画面Ｇ１は、フロアー業務釦Ｇ１ａ、厨房業務釦Ｇ１ｂ等から構成される。タッチパネル１４からの入力により、フロアー業務釦Ｇ１ａが選択された場合、ＣＰＵ１１は、業務選択がフロアー業務であると判断する。タッチパネル１４からの入力により、厨房業務釦Ｇ１ｂが選択された場合、ＣＰＵ１１は、業務選択が厨房業務であると判断する。ステップＳ１における判断が行われ、後述するフロアー業務選択処理（ステップＳ２）又は厨房業務選択処理（ステップＳ２０１）が実行されることにより、ＣＰＵ１１は切換手段として機能する。

業務選択がフロアーであると判断された場合（ステップＳ１；フロアー）、フロアー業務選択処理が実行される（ステップＳ２）。

図１６は、ステップＳ２において実行されるフロアー業務選択処理のフローチャートである。まず、図１６に示すように、表示部１３に表示された入力画面（図示せず）から担当者を識別する情報（担当者Ｎｏ等）が入力され、この担当者に対応する情報が、サーバ端末１００に記憶された担当者情報ファイルＦ４から通信部１６を介して取得されることによりチェックインがなされる（ステップＳ２１）。次いで、この取得した担当者情報が記憶部１２のＲＡＭにおける所定領域に設定（記憶）される（ステップＳ２２）。

次いで、端末状態仕様ワークエリアＦ１５の各情報（縦横情報等）が初期化される（ステップＳ２３）。端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が初期画面の座席タッチ画面テーブル画面モードと設定される（ステップＳ２４）。
次いで、最新の商品ファイルＦ１が、サーバ端末１００から通信部１６を介してダウンロードされる（ステップＳ２５）。サーバ端末１００に記憶されている商品ファイルＦ１が最新のものであるか否かは、任意の方法で判断されればよく、例えば、ファイルのバージョン等が比較されることによって判断される。

図１４に戻り、加速度センサ１９が検知した携帯端末１０の方向が判断される（ステップＳ３）。携帯端末１０の方向が縦であると判断された場合（ステップＳ３；縦）、フロアー縦動作処理が実行される（ステップＳ４）。

図１７は、ステップＳ４において実行されるフロアー縦動作処理のフローチャートである。まず、図１７に示すように、動作端末状態仕様ワークエリアＦ１５の動作状態変移フラグが参照され、動作状態に変化があるか否かが判断される（ステップＳ４１）。
動作状態に変化があると判断された場合（ステップＳ４１；ＹＥＳ）、動作端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が座席位置タッチモードであるか否かが判断される（ステップＳ４２）。

座席位置タッチモードであると判断された場合（ステップＳ４２；ＹＥＳ）、座席位置タッチ画面表示処理が実行される（ステップＳ４３）。

図１８は、ステップＳ４３において実行される座席位置タッチ画面表示処理のフローチャートである。まず、図１８に示すように、表示部１３に表示画面Ｇ２が表示される（ステップＳ４３１）。

図１５（ｂ）は、表示画面Ｇ２の一例である。図１５（ｂ）に示すように、表示画面Ｇ２は、記憶部１２に記憶されたフロアーの見取り図のデータに基づいて作成されたテーブル釦Ｇ２ａ〜Ｇ２ｅ、テーブルの選択を解除するための選択解除釦Ｇ２ｆ等から構成される。テーブル釦Ｇ２ａ〜Ｇ２ｅは、フロアーのテーブルの位置に対応しており、タッチパネル１４からの入力によりオーダーを受けたテーブルの選択をすることができる。この選択されたテーブルの位置を識別する情報は記憶部１２のＲＡＭに記憶される。

次いで、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が座席タッチ画面テーブル画面モードに変更される（ステップＳ４３２）。

図１７に戻り、座席位置タッチモードであると判断されない場合（ステップＳ４２；ＮＯ）、表示画面Ｇ２のテーブル釦Ｇ２ａ〜Ｇ２ｅの何れかがタッチパネル１４からの入力により選択されたか否かが判断される（ステップＳ４４）。

選択されたと判断された場合（ステップＳ４４；ＹＥＳ）、テーブルの指定処理が実行される（ステップＳ４５）。

図１９は、ステップＳ４５において実行されるテーブルの指定処理のフローチャートである。まず、図１９に示すように、タッチパネル１４から選択されたテーブルとこのテーブルに対応する座席を識別する情報を記憶部１２のＲＡＭにセット（記憶）させ、選択されたテーブル釦を強調表示させる（ステップＳ４５１）。

図１５（ｃ）は、表示画面Ｇ２の一例である。図１５（ｃ）に示す例では、表示画面Ｇ２のテーブル釦Ｇ２ｅが、タッチパネル１４からの入力により選択され、強調表示されている。表示画面Ｇ２に表示された座席がタッチパネル１４から選択された場合は、後述するステップＳ４５３において、この選択された座席も強調表示される。

次いで、タッチパネル１４から所定の入力（ダブルクリック等）があるか否かが判断される（ステップＳ４５２）。所定の入力があると判断されない場合（ステップＳ４５２；ＮＯ）、タッチパネル１４によって選択された座席の表示処理（強調表示）が行われる（ステップＳ４５３）。

一方、所定の入力があると判断されない場合（ステップＳ４５２；ＹＥＳ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー入力モードに変更される（ステップＳ４５４）。

図１７に戻り、選択されたと判断されない場合（ステップＳ４４；ＮＯ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー入力モードであるか否かが判断される（ステップＳ４６）。オーダー入力モードであると判断された場合（ステップＳ４６；ＹＥＳ）、縦メニューの表示入力処理が実行される（ステップＳ４７）。

図２０は、ステップＳ４７において実行される縦メニューの表示入力処理のフローチャートである。まず、図２０に示すように、表示処理が実行されて表示部１３に表示画面Ｇ３が表示される（ステップＳ４７１）。

図１５（ｄ）に、ステップＳ４７１において表示される表示画面Ｇ３の一例を示す。図１５（ｄ）に示すように、表示画面Ｇ３は、商品ファイルＦ１１に基づいてオーダーを入力するためのオーダー入力釦Ｇ３ａ及びＧ３ｂ、入力されたオーダーを確認するための確認釦Ｇ３ｃ、テーブル毎の会計処理を実行するための会計処理釦Ｇ３ｄ等から構成される。

タッチパネル１４からの入力によりオーダー入力釦Ｇ３ａ又はＧ３ｂが選択されると、表示画面Ｇ３の縦メニューの階層が更新される（ステップＳ４７２）。具体的には、ステップＳ４７２においては、オーダー入力釦Ｇ３ａ又はＧ３ｂが選択されると、記憶部１２の商品ファイルＦ１１に格納されている商品の一覧（図示せず）が表示され、縦メニューの改装が更新される。

次いで、タッチパネル１４からの入力位置が会計処理釦Ｇ３ｄであるか否かが判断される（ステップＳ４７３）。会計処理釦Ｇ３ｄであると判断された場合（ステップＳ４７３；ＹＥＳ）、会計処理メッセージが通信部１６を介してサーバ端末１００に対して送信される（ステップＳ４７４）。サーバ端末１００は、このメッセージを受信すると、担当者情報ファイルＦ４に基づいて会計担当者を判断し、この会計担当者が操作する携帯端末１０に対して所定のメッセージを送信する。このメッセージを受信した携帯端末１０を操作する会計担当者によって、会計処理が実行される。
端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が座席タッチ画面テーブル画面モードに変更される（ステップＳ４７５）。

次いで、タッチパネル１４からの入力位置が確認釦Ｇ３ｃであるか否かが判断される（ステップＳ４７６）。確認釦Ｇ３ｃであると判断された場合（ステップＳ４７６；ＹＥＳ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー送信確認入力モードとされる（ステップＳ４７７）。

図１７に戻り、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー送信確認画面モードであるか否かが判断される（ステップＳ４８）。オーダー送信確認画面モードであると判断された場合（ステップＳ４８；ＹＥＳ）、送信確認の表示入力処理が実行される（ステップＳ４９）。

図２１は、ステップＳ４９において実行される送信確認の表示入力画面のフローチャートである。まず、図２１に示すように、表示処理が実行されて表示部１３に表示画面Ｇ４が表示される（ステップＳ４９１）。

図１５（ｅ）は、ステップＳ４９１において表示部１３に表示される表示画面Ｇ４の一例である。図１５（ｅ）に示すように、表示画面Ｇ４は、オーダーの送信命令を入力するための送信釦Ｇ４ａ、入力したオーダーを送信せずにいったん記憶部１２に記憶させるための保留釦Ｇ４ｂ、元の画面に戻るための戻る釦Ｇ４ｃ等から構成される。

タッチパネル１４からの入力位置が送信釦Ｇ４ａであるか否かが判断される（ステップＳ４９２）。送信釦Ｇ４ａであると判断された場合（ステップＳ４９２；ＹＥＳ）、オーダー管理ファイルＦ１２の該当テーブル（図１５（ｅ）の例では、テーブル釦Ｇ２ｅのテーブル）の内容（データ）がサーバ端末１００に対して送信される（ステップＳ４９３）。端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が座席タッチ画面テーブル画面モードに変更される（ステップＳ４９４）。

一方、送信釦Ｇ４ａであると判断されない場合（ステップＳ４９２；ＮＯ）、タッチパネル１４からの入力位置が保留釦Ｇ４ｂであるか否かが判断される（ステップＳ４９５）。保留釦Ｇ４ｂであると判断された場合（ステップＳ４９５；ＹＥＳ）、端末状態仕様ワークエリアＦ１５の処理するテーブル情報と座席位置画面情報が未送信の状態に設定される（ステップＳ４９６）。端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が座席タッチ画面テーブル画面モードに変更される（ステップＳ４９７）。

一方、保留釦Ｇ４ｂであると判断されない場合（ステップＳ４９５；ＮＯ）、タッチパネル１４からの入力位置が戻る釦Ｇ４ｃであるか否かが判断される（ステップＳ４９８）。戻る釦Ｇ４ｃであると判断された場合（ステップＳ４９８；ＹＥＳ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー入力モードに変更される（ステップＳ４９９）。

図１４に戻り、携帯端末１０の方向が横であると判断された場合（ステップＳ３；横）、フロアー横動作処理が実行される（ステップＳ５）。

図２２は、ステップＳ５において実行されるフロアー横動作処理のフローチャートである。まず、図２２に示すように、端末状態仕様ワークエリアＦ１５の動作状態変移フラグが参照され動作状態に変化があるか否かが判断される（ステップＳ５１）。
動作状態に変化があると判断された場合（ステップＳ５１；ＹＥＳ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態の座席位置タッチモードであるか否かが判断される（ステップＳ５２）。

座席位置タッチモードであると判断された場合（ステップＳ５２；ＹＥＳ）、座席位置タッチ画面表示処理が実行される（ステップＳ５３）。ステップＳ５３における座席位置タッチ画面表示処理は、先述した図１８に示す処理と同様であるので、説明を省略する。

座席位置タッチモードであると判断されない場合（ステップＳ５３；ＮＯ）、表示画面Ｇ２のテーブル釦Ｇ２ａ〜Ｇ２ｅの何れかがタッチパネル１４からの入力により選択されたか否かが判断される（ステップＳ５４）。

選択されたと判断された場合（ステップＳ５４；ＹＥＳ）、オーダー入力モード切替処理が実行される（ステップＳ５５）。

図２３は、ステップＳ５５において実行されるオーダー入力モード切替処理のフローチャートである。まず、図２３に示すように、端末状態仕様ワークエリアＦ１５に処理するテーブル情報及び座席位置画面情報が格納される（ステップＳ５５１）。

次いで、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー入力モードに変更される（ステップＳ５５２）。

図２２に戻り、選択されたと判断されない場合（ステップＳ５４；ＮＯ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー入力モードであるか否かが判断される（ステップＳ５６）。オーダー入力モードであると判断された場合（ステップＳ５６；ＹＥＳ）、手書き登録表示入力処理が実行される（ステップＳ５７）。

図２４は、ステップＳ５７において実行される手書き登録表示入力処理のフローチャートである。まず、図２４に示すように、表示処理により表示部１３に表示画面Ｇ５が表示されてタッチパネル１４等の入力により動作制御が行われる（ステップＳ５７１）。

図２５（ａ）〜図２５（ｈ）は、ステップＳ５７１において表示部１３に表示される表示画面Ｇ５の一例である。図２５（ａ）に示すように、表示画面Ｇ５は、タッチペンＰからの入力を受け付けるための領域である手書き入力領域Ｇ５ａ、手書き入力領域Ｇ５ａに入力されたて手書き入力をオーダーに反映させるための入力釦Ｇ５ａ、及び手書き入力領域Ｇ５ａに入力された手書き入力に基づいて商品の検索を行うための検索釦Ｇ５ｃ等から構成される。

まず、図２５（ａ）に示すように、ステップＳ５７１において表示された表示画面Ｇ５の手書き入力領域Ｇ５ａに対してタッチペンＰにより入力がなされる。この状態で、入力釦Ｇ５ａがタッチパネル１４等から選択されると、図２５（ｂ）に示すように、手書き入力領域Ｇ５ａに入力された商品名（入力データ）を縮小表示するためのリストＧ５ｄ及びオーダー数を増減させるための上下釦Ｇ５ｅが表示される。

また、図２５（ｃ）に示すように、手書き入力領域Ｇ５ａに対してタッチペンＰにより入力がなされて検索釦Ｇ５ｃが選択されると、図２５（ｄ）に示すように検索結果Ｇ５ｆが表示される。この検索結果Ｇ５ｆに表示される内容は、手書き入力領域Ｇ５ａに入力された内容と商品ファイルＦ１１に格納された商品名との前方一致等、任意の検索がなされて表示される。

図２５（ｄ）に示す状態において、検索結果Ｇ５ｆに表示されたメニューがタッチパネル１４等によって選択されると、図２５（ｅ）に示すように、選択されたメニューがリストＧ５ｄに追加される。

図２５（ｅ）に示す状態において、リストＧ５ｄの商品がタッチパネル１４等によって選択（ダブルクリック等）されると、図２５（ｆ）に示すように、タッチペンＰからの入力によりメモをとるためのメモ領域Ｇ５ｆが表示される。また、リストＧ５ｄにおいて選択された商品が手書き（タッチペンＰから入力されたものを示す。）であった場合、図２５（ｇ）に示すように、メモ領域Ｇ５ｆにおいて、タッチペンＰ等から文字が入力されることにより、商品名、商品コード、単価の変更及び設定が可能である。

また、図２５（ｅ）に示す状態において、手書き入力領域Ｇ５ａにタッチペンＰからの入力がなされていない状態で入力釦Ｇ５ｂが選択されると、図２５（ｈ）に示す表示画面Ｇ５に表示が変更される。図２５（ｈ）に示すように、表示画面Ｇ５には、テーブル釦Ｇ５ｇ、リストＧ５ｈ、オーダー管理ファイルＦ１２にオーダーすべき商品データを格納するための確認釦Ｇ５ｉ、この表示画面Ｇ５が表示される直前に入力されたメニュー以外の登録分（記憶部１２の所定領域に記憶されている）も全て表示するための全表示釦Ｇ５ｊ、表示画面Ｇ３に戻るための戻る釦Ｇ５ｋ等が含まれる。なお、リストＧ５ｈに表示された登録商品名を選択（ダブルクリック等）すると、図２５（ｆ）と同様の画面が表示され、タッチペンＰからの手書き入力により、この選択された登録商品に付帯させる付帯情報の入力を行うことができる。ステップＳ５７１においてタッチパネル１４から入力処理がなされることにより、商品登録が行われ、戻る釦Ｇ５ｋが選択されると表示画面Ｇ３が表示される。

図２４に戻り、タッチパネル１４からの入力位置が表示画面Ｇ３の会計処理釦Ｇ３ｄであるか否かが判断される（ステップＳ５７２）。会計処理釦Ｇ３ｄであると判断された場合（ステップＳ５７２；ＹＥＳ）、会計処理メッセージの送信処理が実行される（ステップＳ５７３）。サーバ端末１００は、このメッセージを受信すると担当者情報ファイルＦ４に基づいて会計担当者を判断し、この会計担当者が操作する携帯端末１０に対して所定のメッセージを送信する。このメッセージを受信した携帯端末１０を操作する会計担当者によって、会計処理が実行される。

押下されたと判断されない場合（ステップＳ５７２；ＮＯ）、タッチパネル１４からの入力位置が確認釦Ｇ５ｉであるか否かが判断される（ステップＳ５７４）。

確認釦Ｇ５ｉであると判断された場合（ステップＳ５７４；ＹＥＳ）、オーダーの内容がオーダー管理ファイルＦ１２に格納され端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー送信確認入力モードに変更される（ステップＳ５７５）。

図２２に戻り、オーダー入力モードであると判断されない場合（ステップＳ５６；ＮＯ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態がオーダー送信確認画面モードであるか否かが判断される（ステップＳ５８）。

オーダー送信確認画面モードであると判断された場合（ステップＳ５８；ＹＥＳ）、送信確認の表示入力処理が実行される（ステップＳ５９）。ステップＳ５９における処理は、図２１を参照して説明したステップＳ４９における処理と同様であるので、説明を省略する。

図１４に戻り、記憶部１２に記憶されたメッセージ情報管理ファイルＦ１３１〜Ｆ１３３が参照され、他の携帯端末１０又はサーバ端末１００からのメッセージを受信したか否かが判断される（ステップＳ６）。ステップＳ６においては、メッセージ情報管理ファイルＦ１３に未読のメッセージがある場合には、メッセージを受信したと判断する。受信したと判断された場合（ステップＳ６；ＹＥＳ）、メッセージ受信及びＬＥＤ点灯処理が実行される（ステップＳ７）。

図２６は、ステップＳ７において実行されるメッセージ受信及びＬＥＤ点灯処理のフローチャートである。まず、図２６に示すように、受信したメッセージに関する情報がメッセージ管理ファイルＦ３１に保持（格納）される（ステップＳ７１）。次いで、ＬＥＤ１７が点灯される（ステップＳ７２）。

図１４に戻り、受信したと判断されない場合（ステップＳ６；ＮＯ）、タッチパネル１４からの入力があるか否かが判断される（ステップＳ８）。入力があると判断された場合（ステップＳ８；ＹＥＳ）、タッチパネル入力処理が実行される（ステップＳ９）。

図２７は、ステップＳ９において実行されるタッチパネル入力処理のフローチャートである。まず、図２７に示すように、端末状態仕様ワークエリアＦ１５の動作状態に含まれる動作状態変移フラグがオンに変更される（ステップＳ９１）。次いで、タッチパネル１４から入力された情報が記憶部１２のＲＡＭに記録（記憶）される（ステップＳ９２）。

図１４に戻り、入力があると判断されない場合（ステップＳ８；ＮＯ）、メッセージ表示釦１８が押下されたか否かが判断される（ステップＳ１０）。押下されたと判断された場合（ステップＳ１０；ＹＥＳ）、メッセージＬＥＤ処理が実行される（ステップＳ１１）。

図２８は、ステップＳ１１において実行されるメッセージＬＥＤ処理のフローチャートである。まず、図２８に示すように、端末状態仕様ワークエリアＦ１５の動作状態に含まれる動作状態変移フラグがオンにされる（ステップＳ１１１）。次いで、加速度センサ１９が検知した携帯端末１０の方向が判断される（ステップＳ１１２）。携帯端末１０の方向が縦であると判断された場合（ステップＳ１１２；縦）、メッセージ縦動作処理が実行される（ステップＳ１１３）。

図２９は、ステップＳ１１３において実行されるメッセージ縦動作処理のフローチャートである。まず、図２９に示すように、メッセージ表示釦１８が押下されて表示画面が画面遷移しているか否かを示すメッセージ画面操作状態が初期画面であるか否かが判断される（ステップＳ１１３１）。初期画面であると判断された場合（ステップＳ１１３１；ＹＥＳ）、メッセージ縦初期画面表示処理が実行され表示部１３に表示画面Ｇ６が表示される（ステップＳ１１３２）。

図３０（ａ）は、表示画面Ｇ６の一例である。図３０（ａ）に示す場合は、メッセージ情報管理ファイルＦ３１に格納されたデータ（つまり、メッセージ）のうち、最新のメッセージが会計処理メッセージではない場合に表示される画面である。表示画面Ｇ６は、メッセージ一覧Ｇ６ａ等から構成され、厨房からのオーダー内容の質問や、フロアーへのメッセージ等が表示される。

図３０（ｂ）に示す場合は、メッセージ情報管理ファイルＦ３１に格納されたメッセージのうち、最新のメッセージのメッセージ種類が会計処理メッセージである場合に表示される画面である。この場合、メッセージ一覧Ｇ６ａには、オーダーの内容と合計金額等が表示される。このオーダーの内容と合計金額は、サーバ端末１００に記憶されているオーダー管理ファイルＦ１２とメッセージに含まれるチェックＮｏとが比較され、一致するレコードに基づいて算出される。算出された合計金額は、このチェックＮｏのオーダーに含まれる商品とともにメッセージに含まれてサーバ端末１００から携帯端末１０に対して送信される。

図２９に戻り、初期画面であると判断されない場合（ステップＳ１１３１；ＮＯ）、タッチパネル１４からの入力があるか否かが判断される（ステップＳ１１３３）。あると判断された場合（ステップＳ１１３３；ＹＥＳ）、メッセージ縦画面更新表示がなされ、タッチパネル１４からの入力に対応した処理が実行される（ステップＳ１１３４）。具体的には、表示部１３にメッセージ一覧等が表示され、各メッセージに対応した表示処理等が実行される。

一方、携帯端末１０の方向が横であると判断された場合（ステップＳ１１２；横）、メッセージ横動作処理が実行される（ステップＳ１１４）。

図３１は、ステップＳ１１４において実行されるメッセージ横動作処理のフローチャートである。図３１に示すように、ステップＳ１１４１とステップＳ１１４３は、それぞれステップＳ１１３１とステップＳ１１３３と同様である。ステップＳ１１４２においては、最優先のメッセージが表示部１３に表示される点でステップＳ１１３２と異なる。最優先のメッセージとは、予め定められた優先順位（例えば、受信順やメッセージ種類等）のうち、最も優先順位の高いメッセージである。

図３２（ａ）は、ステップＳ１１４２において表示部１３に表示される表示画面Ｇ６の一例である。図３２（ａ）に示すように、表示画面Ｇ６のメッセージ一覧Ｇ６ａには、最優先のメッセージが表示される。図３２（ｂ）は、厨房からフロアーに対するメッセージを含む表示画面Ｇ６の例である。図３２（ｃ）は、会計処理を実行した際の表示画面Ｇ６の例である。これらのメッセージは、全てメッセージ情報管理ファイルＦ１３１〜Ｆ１３３に格納されたデータが参照されることにより表示される。

図１４に戻り、押下されたと判断されない場合（ステップＳ１０；ＮＯ）、タッチパネル１４等から業務終了指示が入力されたか否かが判断される（ステップＳ１２）。入力されたと判断されない場合（ステップＳ１２；ＮＯ）、処理はステップＳ３に戻る。入力されたと判断された場合（ステップＳ１２；ＹＥＳ）、処理は終了する。

一方、業務選択が厨房であると判断された場合（ステップＳ１；厨房）、図３３に移行し、厨房業務選択処理が実行される（ステップＳ２０１）。

図３４は、ステップＳ２０１において実行される厨房業務選択処理のフローチャートである。まず、図３４に示すように、ステップＳ２０１１〜ステップＳ２０１３は、それぞれステップＳ２１〜Ｓ２３と同様であるので説明を省略する。

ステップＳ２０１４においては、サーバ装置１００を介して携帯端末１０に対して送信させたデータ（メッセージ）を受信し、この受信したデータがメッセージ情報管理ファイルＦ３１に格納される（ステップＳ２０１４）。次いで、このメッセージに対応する商品がサーバ装置１００から受信されて調理商品管理ファイルＦ１６に格納される（ステップＳ２０１５）。ステップＳ２０１６は、ステップＳ２５と同様であるので説明を省略する。

図３３に戻り、加速度センサ１９が検知した携帯端末１０の方向が判断される（ステップＳ２０２）。携帯端末１０の方向が縦であると判断された場合（ステップＳ２０２；縦）、厨房縦動作処理が実行される（ステップＳ２０３）。

図３５は、ステップＳ２０３において実行される厨房縦動作処理のフローチャートである。まず、図３５に示すように、動作端末状態仕様ワークエリアＦ１５の動作状態変移フラグが参照され、動作状態に変化があるか否かが判断される（ステップＳ２０３１）。変化があると判断された場合（ステップＳ２０３１；ＹＥＳ）、電源がオンにされてから初めて厨房機能が使用されているか否かが判断される（ステップＳ２０３２）。この判断は任意の方法を用いてよく、例えば、記憶部１２のＲＡＭに厨房機能が使用されたらオフになるフラグを用意して判断してもよい。

初めて厨房機能が使用されていると判断された場合（ステップＳ２０３２；ＹＥＳ）、調理商品の一覧表示処理が実行され表示部１３に表示画面Ｇ７が表示される（ステップＳ２０３３）。

図３６（ａ）は、ステップＳ２０３３において表示部１３に表示される表示画面Ｇ７の一例である。図３６（ａ）に示すように、表示画面Ｇ７は、厨房において調理すべき商品の一覧を表示するための調理商品一覧Ｇ７ａ、元の画面に戻るための戻る釦Ｇ７ｂ等から構成される。表示画面Ｇ７は、動作端末状態仕様ワークエリアＦ１５が参照されることにより表示される。

一方、初めて厨房機能が使用されていると判断されない場合（ステップＳ２０３２；ＮＯ）、表示部１３に、調理商品一覧Ｇ７ａが表示されているか否かが判断される（ステップＳ２０３４）。表示されていると判断された場合（ステップＳ２０３４；ＹＥＳ）、タッチパネル１４からの入力状態に応じた表示処理が実行される（ステップＳ２０３５）。

図３６（ｂ）〜図３６（ｆ）は、ステップＳ２０３５においてタッチパネル１４から入力操作がされて表示処理が行われた場合における表示画面Ｇ７の一例である。図３６（ａ）に示す表示画面Ｇ７において、調理商品一覧Ｇ７ａに表示されたメニューをタッチペンＰからの操作によってドラッグアンドドロップを実行するとメニューの表示位置の変更が可能である。手書き入力によってメモの情報が付帯されていると図３６（ａ）に示すように、調理商品一覧Ｇ７ａに示すように、このメニューに「＊」（アスタリスク）等の識別情報が表示される。

携帯端末１０からの操作によって新たにオーダーが入力された場合には、入力に従って表示画面Ｇ７が更新される。図３６（ｂ）は、タッチペンＰの手書き入力によって「かつお」というオーダーが入力され、タッチペンＰによるドラッグアンドドロップによって、このオーダーのオーダー順が「まぐろ刺し」と「えんがわ」の間に変更された場合である。

調理商品一覧Ｇ７ａに表示された商品をタッチペンＰによって選択すると、図３６（ｃ）のように、選択された商品にアンダーラインが表示され、現在調理中である旨が示される。調理商品一覧Ｇ７ａに表示された商品をタッチペンＰによってダブルクリックすると、図３６（ｄ）のように、ダブルクリックされた商品に対応する質問を入力するための入力欄Ｇ７ｃ、調理終了の指定を行うための調理終了釦Ｇ７ｄ等が表示される。調理終了釦Ｇ７ｄが選択された商品は、調理商品一覧Ｇ７ａから消去される。入力欄Ｇ７ｃに表示される質問の内容は、予め記憶部１２に定められているフォーマットから選択されるようにしてもよいし、タッチペンＰから自由に入力可能であってもよい。

入力欄Ｇ７ｃに質問内容が入力されると、図３６（ｅ）のように、送信釦Ｇ７ｅが表示される。この送信釦Ｇ７ｅがタッチペンＰによって選択されると、この注文を入力した携帯端末１０に対してメッセージが送信され、メッセージ情報管理ファイルＦ１３１〜Ｆ１３３に記憶される。一方、図３６（ｆ）のように、入力欄Ｇ７ｃにおいて品切れを示す旨のメッセージが入力されると、携帯端末１０全てに対してメッセージが送信される。

図３３に戻り、携帯端末１０の方向が横であると判断された場合（ステップＳ２０２；横）、厨房横動作処理が実行される（ステップＳ２０４）。

図３７は、ステップＳ２０４において実行される厨房横動作処理のフローチャートである。まず、図３７に示すように、動作端末状態仕様ワークエリアＦ１５の動作状態変移フラグが参照され、動作状態に変化があるか否かが判断される（ステップＳ２０４１）。変化があると判断された場合（ステップＳ２０４１；ＹＥＳ）、端末状態仕様ワークエリアＦ１５のオーダー入力操作状態が入力修正又は手書き質問入力モードであるか否かが判断される（ステップＳ２０４２）。

入力修正又は手書き質問入力モードであると判断された場合（ステップＳ２０４２；ＹＥＳ）、厨房横書き表示入力処理が実行され表示部１３に表示画面Ｇ８が表示される（ステップＳ２０４３）。

図３８（ａ）〜図３８（ｃ）は、ステップＳ２０４３において表示部１３に表示される表示画面Ｇ８の一例である。図３８（ａ）に示すように、表示画面Ｇ８は、入力修正又は手書き質問が行われる対象であるメニューを表示するための表示欄Ｇ８ａ及びＧ８ｂ、入力内容の種別を表示するための表示欄Ｇ８ｃ及びＧ８ｄ、タッチペンＰから入力された質問内容等（入力データ）を表示するための入力欄Ｇ８ｅ、入力された内容を送信するための送信釦Ｇ８ｆ等から構成される。

入力修正又は手書き質問が行われる対象が、手書きメニューである場合には、図３８（ｂ）に示すように、入力欄Ｇ８ｅに対する入力によって、商品コードや商品の単価のメンテナンスを行うことができる。質問を選択せずに携帯端末１０を横にした場合、入力欄Ｇ８ｅに対して自由な内容の質問を入力することができる。

商品を選択せずに携帯端末１０を横にした場合、図３８（ｃ）に示すように、商品に関係の無い自由な入力を行うことができる。

図３３に戻り、ステップＳ２０５〜ステップＳ２１０は、それぞれステップＳ６〜ステップＳ１１と同様であるので説明を省略する。ステップＳ２１１においては、タッチパネル１４からの入力がない状態で所定時間が経過したか否かが判断される（ステップＳ２１１）。

経過したと判断された場合（ステップＳ２１１；ＹＥＳ）、更新されたオーダーの情報の送受信処理が実行される（ステップＳ２１２）。ステップＳ２１２においては、オーダー管理ファイルＦ１２、メッセージ情報管理ファイルＦ１３１〜Ｆ１３３、調理商品管理ファイルＦ１６がサーバ端末１００に対して送信される。

一方、経過したと判断されない場合（ステップＳ２１１；ＮＯ）、タッチパネル１４からの入力により業務終了の指示が入力されたか否かが判断される（ステップＳ２１３）。入力されたと判断されない場合（ステップＳ２１３；ＮＯ）、処理はステップＳ２０２に戻る。入力されたと判断された場合（ステップＳ２１３；ＹＥＳ）、処理は終了する。

以上のように、本実施の形態における携帯端末１０によれば、ＣＰＵ１１によって第一のモードと第二のモードとを切り換え、加速度センサ１９によって携帯端末１０がユーザによって把持された際の縦配置／横配置を検出することができる。携帯端末１０が第一のモードに切り換えられた際、縦配置が検出された場合は、表示部１３に第一の表示画面を表示させることができる。携帯端末１０が第一のモードに切り換えられた際、横配置が検出された場合は、表示部１３に第二の表示画面を表示させることができる。携帯端末１０が第二のモードに切り換えられた際、縦配置が検出された場合は、表示部１３に第三の表示画面を表示させることができる。携帯端末１０が第二のモードに切り換えられた際、横配置が検出された場合は、表示部１３に第四の表示画面を表示させることができる。つまり、ユーザは、フロアーと厨房の業務を兼務する場合においても、一台の携帯端末１０を用いて業務を行うことができる。さらに、携帯端末１０の縦配置／横配置に応じて表示部１３に表示させる画面を異ならしめることにより、状況に応じた業務を容易に行うことができる。

また、第一の表示画面として表示画面Ｇ２（店舗のフロアー見取り図）を、表示部１３に表示させることにより、携帯端末１０が縦配置の状態でフロアーにおいて注文を受けることができる。第二の表示画面として表示画面Ｇ５（第一の手書き入力画面）を、表示部１３に表示させることにより、携帯端末１０が横配置の状態でタッチペンＰから手書き入力を行うことができる。この手書き入力されたデータを商品名として登録することもできる。第三の表示画面として表示画面Ｇ７（調理すべきメニューの一覧）を、表示部１３に表示させることにより、携帯端末１０が縦配置の状態で厨房において調理すべき商品の一覧を表示させることができる。第四の表示画面として表示画面Ｇ８（第二の手書き入力画面）を、表示部１３に表示させることにより、携帯端末１０が横配置の状態でタッチペンＰから手書き入力を行うことができる。この手書き入力されたデータを質問内容として、通信部１６を介して他の携帯端末１０に送信させることができる。

なお、本実施の形態における記述は、本発明の一例を示すものであり、これに限定されない。例えば、表示部１３に表示すべき第一の表示画面〜第四の表示画面は、予め記憶部１２に指定された表示画面であればよく、本実施の形態における第一の表示画面〜第四の表示画面に限られない。

また、本実施の形態においては、第一の表示画面〜第四の表示画面を表示部１３に表示させたが、通信部１６を介して外部接続されたモニタに第一の表示画面〜第四の表示画面が表示されるようにしてもよい。例えば、携帯端末１０をクレードルに設置し、このクレードルに接続された大型モニタに第一の表示画面〜第四の表示画面を表示させるようにしてもよい。

また、以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体
として記憶部１２を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も本発明に適用される。

その他、本実施の形態に係るＯＥＳを構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。

１ ＯＥＳ
１０ 携帯端末
１１ ＣＰＵ
１２ 記憶部
１３ 表示部
１４ タッチパネル
１５ 電源部
１６ 通信部
１７ ＬＥＤ
１８ メッセージ表示釦
１９ 加速度センサ
２０ 音声出力部
２１ 音声入力部
２２ ＲＦＩＤ入力部
２３ バス
１００ サーバ端末
２００ 無線装置
３００ プリンタ
Ｎ ネットワーク
Ｐ タッチペン
Ｆ１、Ｆ１１ 商品ファイル
Ｆ２、Ｆ１２ オーダー管理ファイル
Ｆ３１、Ｆ３２、Ｆ３３、Ｆ１３１、Ｆ１３２、Ｆ１３３ メッセージ情報管理ファイル
Ｆ４、Ｆ１４ 担当者情報ファイル
Ｆ１５ 端末状態仕様ワークエリア
Ｆ１６ 調理商品管理ファイル

Claims (8)

1. 表示部に表示画面を表示させる携帯端末であって、
   第一のモードと第二のモードとを切り換える切換手段と、
   前記携帯端末の縦配置／横配置を検出する検出手段と、
   前記切換手段によって第一のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第一の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第一の機能と異なる第二の機能を実現可能とする表示画面を表示させ、前記切換手段によって第二のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第三の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第三の機能とは異なる第四の機能を実現可能とする表示画面を表示させる制御手段と、
   を備えることを特徴とする携帯端末。
2. 前記制御手段は、前記表示画面として、店舗のフロアー見取り図、手書き入力画面、調理すべきメニューの一覧のいずれかを表示させることを特徴とする請求項１に記載の携帯端末。
3. 前記制御手段は、前記手書き入力画面において入力された入力データを商品名として前記携帯端末に記憶させることを特徴とする請求項２に記載の携帯端末。
4. 送信手段を更に備え、
   前記制御手段は、前記手書き入力画面において入力された入力データを質問内容として他の携帯端末に対して前記送信手段に送信させることを特徴とする請求項２または３に記載の携帯端末。
5. 前記切換手段が切り換える前記第一のモードは、店舗のフロアーにおいて行われるフロアー業務のためのモードであり、前記第二のモードは、店舗の厨房において行われる厨房業務のためのモードであることを特徴とする請求項１〜４の何れか一項に記載の携帯端末。
6. 前記制御手段は、外部接続されたモニタに前記表示画面を表示させることを特徴とする請求項１〜５の何れか一項に記載の携帯端末。
7. 前記切換手段によってモードが切り換えられた際に、データを外部装置から受信する受信手段を備え、
   前記制御手段は、前記受信手段により受信されたデータに基づいて前記表示画面を表示させることを特徴とする請求項１〜６の何れか一項に記載の携帯端末。
8. 表示部に表示画面を表示させる携帯端末のコンピュータを、
   第一のモードと第二のモードとを切り換える切換手段、
   前記携帯端末の縦配置／横配置を検出する検出手段、
   前記切換手段によって第一のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第一の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第一の機能と異なる第二の機能を実現可能とする表示画面を表示させ、前記切換手段によって第二のモードに切り換えられた際、前記検出手段によって縦配置が検出された場合は第三の機能を実現可能とする表示画面を表示させ、前記検出手段によって横配置が検出された場合は第三の機能とは異なる第四の機能を実現可能とする表示画面を表示させる制御手段、
   として機能させるためのプログラム。

Images