JP7815180B2 - 受付管理システム、受付装置及びそのプログラム - Google Patents

Description

本発明の実施形態は、受付管理システム及びこのシステムの受付装置並びにコンピュータを当該受付装置として機能させるためのプログラムに関する。

利用者が施設に入場する際に必要なデータの入力を受け付ける入場時受付機能と、利用者が施設から退場する際に必要なデータの入力を受け付ける退場時受付機能とを有したデータ処理装置がある。この種のデータ処理装置は、例えばカラオケボックス、ダーツバー、マンガ喫茶等のレジャー施設、あるいはスポーツジム、ゴルフ場、ボーリング場等の運動施設等の受付に設置される。このため、この種のデータ処理装置は一般に、受付装置と称される。

受付装置には、施設の従業員が操作者となる有人対応の受付装置と、施設の利用者が操作者となるセルフ対応の受付装置とがある。有人対応の受付装置を採用した場合には、従業員が操作者となるため、データの入力ミスが少なく、操作が滞るということは滅多に起こらない。このため、利用者を効率よく捌けるというメリットがある。ただし、常に従業員が受付に居なければならないので、従業員の確保が課題となる。一方、セルフ対応の受付装置を採用した場合には、受付担当の従業員を不要にできる。しかしながら、利用者が操作者となるため、データの入力ミスが発生しやすく、操作に手間取ることも多い。このため、利用者を効率よく捌けないというデメリットがある。

このような観点から、例えば利用者が多い曜日又は時間帯は、受付に有人対応の受付装置を多く設置して利用者を効率よく捌けるようにし、逆に利用者が少ない曜日又は時間帯は、受付にセルフ対応の受付装置を多く設置して従業員の負担を軽減したいという要望がある。この要望に対し、現状では、有人対応の受付装置とセルフ対応の受付装置とをそれぞれ必要な台数だけ受付に用意し、曜日又は時間帯等によって使用可能とする受付装置の台数を決めるといった運用を取らざるを得ない。したがって、設備コストがかかる。また、稼働しない受付装置が生じる無駄がある上、受付装置の設置スペースを広く確保しなければならない、等の課題がある。

特開２０１９－２１９８１９号公報

本発明の実施形態が解決しようとする課題は、限られた台数の範囲内で有人対応の受付装置の台数とセルフ対応の受付装置の台数とを任意に切り替えることができる受付システムを容易に実現できる受付装置及び受付管理システムを提供しようとするものである。

一実施形態において、受付装置は、モード取得手段と、記憶手段と、有人制御手段と、セルフ制御手段とを備える。モード取得手段は、利用者が施設に入場する際に必要な第１データの入力を受け付ける入場時受付機能及び利用者が施設から退場する際に必要な第２データの入力を受け付ける退場時受付機能に係る第１データ及び第２データの入力を従業員が行う有人モード、又は、第１データ及び第２データの入力を利用者が行うセルフモードのいずれかの動作モードの情報をサーバから取得する。記憶手段は、モード取得手段により取得した動作モードの情報を記憶する。有人制御手段は、記憶手段により記憶された情報が有人モードの情報である場合には、表示デバイスの画面を有人モードの画面として第１データの入力又は第２データの入力を受け付ける。セルフ制御手段は、記憶手段により記憶された情報がセルフモードの情報である場合には、表示デバイスの画面をセルフモードの画面として第１データの入力又は第２データの入力を受け付ける。

図１は、一実施形態に係る受付管理システムの概略構成を示す模式図である。 図２は、受付システムの一実施形態を示す模式図である。 図３は、受付端末の要部回路構成を示すブロック図である。 図４は、受付端末が実装する主要なアプリケーションソフトウェアを示す模式図である。 図５は、受付端末のメインメモリに形成される主要なメモリエリアを示す模式図である。 図６は、受付サーバの要部回路構成を示すブロック図である。 図７は、受付端末テーブルの主要なデータ構造を示す模式図である。 図８は、ボックス別ファイルに記憶されるデータ項目の一例を示す模式図である。 図９は、店舗別マスタテーブルの主要なデータ構造を示す模式図である。 図１０は、受付端末設定画面の一表示例である。 図１１は、マスタ編集画面の一表示例である。 図１２は、受付端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１３は、受付端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１４は、受付端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１５は、受付端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１６は、受付端末のプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１７は、受付サーバのプロセッサが実行する情報処理の要部手順を示す流れ図である。 図１８は、サインオン画面の一表示例である。 図１９は、有人モードにおけるトップ画面の一表示例である。 図２０は、有人モードにおける入場・退場処理画面の一表示例である。 図２１は業務メニュー画面の一表示例である。 図２２は、入退場セルフモードにおけるトップ画面の一表示例である。 図２３は、入場セルフモードにおけるトップ画面の一表示例である。 図２４は、退場セルフモードにおけるトップ画面の一表示例である。 図２５は、利用人数入力画面の一表示例である。 図２６は、伝票読込み画面の一表示例である。 図２７は、有人モードに係る操作手順と受付端末に表示される画面の遷移例を示すシーケンス図である。 図２８は、セルフモードに係る操作手順と受付端末に表示される画面の遷移例を示すシーケンス図である。 図２９は、受付システムの取引に係る手順を示すシーケンス図である。 図３０は、第２の実施形態における店舗別マスタテーブルの主要なデータ構造を示す模式図である。 図３１は、第２の実施形態において、受付サーバのプロセッサが実行する情報処理の要部手順を示す流れ図である。 図３２は、第３の実施形態において、受付サーバのプロセッサが実行する情報処理の要部手順を示す流れ図である。

以下、限られた台数の範囲内で有人対応の受付装置の台数とセルフ対応の受付装置の台数とを任意に切り替えることができる受付システムを容易に実現できる受付装置及び受付管理システムの実施形態について、図面を用いて説明する。
なお、本実施形態では、受付装置が適用される店舗としてカラオケボックス店舗を例示する。カラオケボックス店舗とは、カラオケを楽しむための施設、いわゆるカラオケボックスを１つ以上備えた店舗である。カラオケボックスには、それぞれ固有のボックス番号が設定されている。ボックス番号は、カラオケボックスを個々に識別するために設定された一連の番号である。ボックス番号は、部屋番号等と言い換えることができる。一般に、カラオケボックス店舗においては、利用者がカラオケボックスに入場する前に、受付にてボックス番号、利用人数、利用開始時刻、利用予定時間等の入場時に必要なデータを受付装置に入力する。また、利用者がカラオケボックスから退場する際には、ボックス番号、利用終了時刻等の退場時に必要なデータを受付装置に入力する。そうすることにより、受付装置では、利用者毎に利用時間、利用人数等に応じたカラオケボックスの利用代金、いわゆる施設利用代金が算出される。また、利用者がカラオケボックス内で飲食をした場合にはその飲食の代金も施設利用代金に加算される。施設利用代金は受付装置の表示デバイスに表示されるので、利用者は、施設利用代金を支払う。このときの支払いに係るデータも受付装置に入力される。本実施形態は、このようなカラオケボックス店舗の受付に設置して好適な受付装置を例示する。また、例えばチェーン展開している複数のカラオケボックス店舗の受付装置と各店舗の受付装置を管理する受付管理サーバとを含む受付管理システムを例示する。

［受付管理システムの説明］
図１は、本実施形態に係る受付管理システム１０００の概略構成を示す模式図である。受付管理システム１０００は、例えばチェーン展開している複数のカラオケボックス店舗にそれぞれ構築される受付システム１００と、各カラオケボックス店舗を統括する本部によって制御される受付管理サーバ２００と、通信ネットワーク３００とを含む。通信ネットワーク３００は、各受付システム１００の受付サーバ１（図２を参照）と受付管理サーバ２００との間のデータ通信を司る広域ネットワークである。例えばインターネット、イントラネット、モバイル通信網等が通信ネットワーク３００となり得る。

受付管理サーバ２００は、各受付システム１００の受付端末２（図２を参照）の管理に係る種々のサービスを提供するためのコンピュータシステムである。受付管理サーバ２００は、クラウドコンピューティングの環境下でサービスを提供する。受付管理サーバ２００は、オンプレミスの環境下でサービスを提供するものであってもよい。受付管理サーバ２００は、単一のサーバで構成されるのでなく、複数のサーバで構成されてもよい。

受付管理サーバ２００は、店舗別マスタテーブル４００を備える。店舗別マスタテーブル４００の詳細については後で説明するが、店舗別マスタテーブル４００は、各受付システム１００の受付端末２に設定される動作モードの情報を記憶するためのものである。店舗別マスタテーブル４００に記憶される動作モードの情報は、例えば本部に置かれたメンテナンス用ＰＣ（パーソナルコンピュータ）によって適宜更新される。

［受付システムの説明］
図２は、１つのカラオケボックス店舗に構築される受付システム１００の一実施形態を示す模式図である。受付システム１００は、受付サーバ１と、複数台の受付端末２と、複数台の注文端末３と、厨房端末４とを含む。受付システム１００は、受付サーバ１と、各受付端末２、各注文端末３及び厨房端末４とを、通信ネットワーク５で接続する。通信ネットワーク５は、典型的にはＬＡＮ（Local Area Network）である。ＬＡＮは、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。

受付サーバ１は、受付業務に係る種々のサービスを提供するためのコンピュータシステムである。受付サーバ１は、オンプレミスの環境下でサービスを提供する。受付サーバ１は、クラウドコンピューティングの環境下でサービスを提供するものであってもよい。受付サーバ１は、受付業務に係る種々のサービスを提供するために、ボックスデータベース６、従業員データベース７、会員データベース８、商品データベース９等のデータベースを管理する。受付サーバ１は、単一のサーバで構成されるのでなく、複数のサーバで構成されてもよい。

ボックスデータベース６は、カラオケボックス店舗が備えるカラオケボックスに関するデータを記憶したデータベースである。例えばボックスデータベース６は、各カラオケボックスにそれぞれ割り当てられた識別情報であるボックス番号別に、利用可能人数、基本料金、延長料金等のデータを記憶する。

従業員データベース７は、カラオケボックス店舗で従事する従業員に関するデータを記憶したデータベースである。例えば従業員データベース７は、各従業員にそれぞれ割り当てられた識別情報である従業員コード別に、氏名、パスワード等のデータを記憶する。パスワードは、本人認証のために用いられる秘密情報である。

会員データベース８は、カラオケボックス店舗の利用会員として登録した利用者、いわゆる会員に関するデータを記憶したデータベースである。例えば会員データベース８は、各会員にそれぞれ割り当てられた識別情報である会員コード別に、氏名、年齢、会員登録日、会員有効期間、サービスポイント等のデータを記憶する。会員となった利用者には、会員コードが記録された会員カードが発行される。あるいは、利用者のスマートフォン等にインストールされた専用のアプリケーションソフトウェアにより、そのスマートフォンの表示デバイスに会員コードが例えばバーコード、二次元コード等の機械可読コードの形態で表示される。また、会員データベース８は、会員がカラオケボックスの利用を事前に予約した場合には、その予約情報も会員毎に記憶する。

商品データベース９は、カラオケボックスの利用者に提供される商品に関するデータを記憶したデータベースである。例えば商品データベース９は、各商品にそれぞれ割り当てられた識別情報である商品コード別に、商品名、価格等の商品に関するデータを記憶する。商品には、食品、飲料品、調理品、煙草等がある。また、有料の照明器具、楽器、音響器具等のレンタル用品も商品に属する。さらには、カラオケボックス店舗では、例えば２時間利用・アルコール飲料飲み放題、２時間利用・ドリンクバー飲み放題等のコースメニューがある。このようなカラオケコースのメニューも商品データベース９に記憶される商品に含まれる。

受付端末２は、カラオケボックス店舗の受付に設置されるデータ処理装置である。受付とは、カラオケボックスに入場する前、あるいはカラオケボックスから退場した後に利用者が立ち寄る場所である。受付は、フロントとも称される。受付は、通常、カラオケボックス店舗の出入口近傍に設けられており、接客用のカウンタテーブルが設置されている。本実施形態では、このカウンタテーブルの上に複数台の受付端末２が一方向に並べられて設置される。

なお、受付端末２の設置方法については特に限定されない。詳細は後述するが、受付端末２は、従業員が操作者となる場合もあるし利用者が操作者となる場合もある。したがって、受付端末２は、従業員と利用者が共に操作者となり得るような形態で設置されていればよい。例えば、本実施形態のようにカウンタテーブルの上に設置する場合においても、水平方向に回転する回転台の上に受付端末２を設置し、回転台を適宜回転させることによって、カウンタテーブルの一方の側若しくは他方の側に受付端末２の操作面が向くようにするとよい。

受付端末２は、利用者が施設に入場する際に必要な第１データの入力を受け付ける入場時受付機能と、利用者が施設から退場する際に必要な第２データの入力を受け付ける退場時受付機能とを有する。第１データは、例えば利用者が利用するカラオケボックスのボックス番号、利用人数、利用開始時刻、利用予定時間、コースメニュー、オプションメニュー等である。コースメニューとは、前述したカラオケコースのメニューである。オプションメニューとは、コースを選択しない利用者が入店時に選択可能なメニューであり、例えばドリンクバー、ワンドリンク制等がある。第１データとしては、ドリンクバーを利用する人数、ワンドリンク制を利用する人数及び飲料の種類等が含まれる。すなわち、第１データには、商品メニューの注文データが含まれていてもよい。

第２データは、例えば利用者が利用したカラオケボックスのボックス番号、利用終了時刻等である。なお、第１データ及び第２データの項目は、上述した項目に限定されないのは言うまでもない。要は、第１データは入場時に入力が必要なデータである。第２データは、退場時に入力が必要なデータである。このような受付端末２は、受付装置と言い換えることができる。また、受付端末２が受付サーバ１の全部もしくは一部の機能を有することにより、受付装置を構成してもよい。受付端末２の詳細については、後で説明する。

注文端末３は、各カラオケボックスにそれぞれ設置され、利用者が商品を注文する際に使用するデータ処理装置である。例えばタブレットＰＣが注文端末３として利用される。利用者は、タブレットＰＣのタッチパネルに表示される商品メニューの一覧から注文したい商品を選んで数量を入力する。そうすることにより、利用者の注文データは、通信ネットワーク５を介して受付サーバ１へと送信される。因みに注文端末３は、従業員が携帯し、利用者から受けた商品の注文内容を入力する機能を備えたハンディターミナルであってもよい。また、利用者は、自らが所持するスマートフォン等の携帯端末に店舗専用のアプリケーションソフトウェアをインストールしておき、入店時に受付端末２にアプリケーションソフトウェアのＩＤ、例えば会員コードを入力することによって、そのスマートフォンを注文端末として利用することができる。

厨房端末４は、飲食メニュー品目の調理等が行われる厨房に設置される表示装置である。例えばタブレットＰＣが厨房端末４として利用される。タブレットＰＣの表示デバイスには、受付サーバ１の作用により、利用者が注文した飲食メニュー品目に関するデータが表示される。厨房の調理人は、厨房端末４に表示された内容に従って飲食メニュー品目を調理する。調理された飲食メニュー品目は、カラオケボックス内の利用者に提供される。因みに厨房端末４は、利用者が注文した飲食メニュー品目に関するデータを記録紙に印刷する印刷装置であってもよい。

［受付端末の構成説明］
図３は、受付端末２の要部回路構成を示すブロック図である。受付端末２は、タブレットＰＣ２０を主体とする。そしてこのタブレットＰＣ２０に、プリンタ２１、カードリーダ２２、釣銭機２３及びキャッシュレス決済端末２４等のデバイスをそれぞれ接続して、受付端末２を構成する。なお、タブレットＰＣ２０に接続されるデバイスは、これらに限らない。例えばバーコード、二次元コード等の機械可読コードを光学的に読み取るスキャナ、あるいは現金、商品券等を収容するためのドロワ等がタブレットＰＣ２０に接続されて、受付端末２を構成してもよい。

タブレットＰＣ２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、時計２０４、通信部２０５、撮像部２０６、タッチパネル２０７、複数のデバイスインターフェース２０８，２０９，２１０，２１１及びシステム伝送路２１２等を備える。システム伝送路２１２は、アドレスバス、データバス、制御信号線等を含む。システム伝送路２１２は、プロセッサ２０１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。

タブレットＰＣ２０は、プロセッサ２０１と、メインメモリ２０２、補助記憶デバイス２０３、時計２０４、通信部２０５、撮像部２０６、タッチパネル２０７及び複数のデバイスインターフェース２０８，２０９，２１０，２１１とをシステム伝送路２１２で接続することにより、コンピュータを構成する。

プロセッサ２０１は、上記コンピュータの中枢部分に相当する。プロセッサ２０１は、オペレーティングシステム又はアプリケーションプログラムに従って、受付端末２としての各種の機能を実現するべく各部を制御する。プロセッサ２０１は、例えばＣＰＵ（Central Processing Unit）である。プロセッサ２０１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサであることが好ましい。

メインメモリ２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２０２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２０２は、プロセッサ２０１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２０２は、揮発性のメモリ領域を、プロセッサ２０１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス２０３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス２０３となり得る。補助記憶デバイス２０３は、プロセッサ２０１が各種の処理を行う上で使用するデータ、プロセッサ２０１での処理によって作成されたデータ等を記憶する。補助記憶デバイス２０３は、上記のアプリケーションプログラムを記憶する場合もある。

時計２０４は、日付と時刻を計時する。プロセッサ２０１は、時計２０４によって計時されている日付と時刻を現在日時として処理する。

通信部２０５は、通信ネットワーク５を介して受付サーバ１との間でデータ通信を行うためのインターフェースである。通信部２０５は、プロセッサ２０１の指令に応じて受付サーバ１にデータを送信する。また通信部２０５は、通信ネットワーク５を介して受信した受付サーバ１からのデータを、システム伝送路２１２を介してプロセッサ２０１に出力する。通信部２０５は、無線通信規則に従いデータ通信を行う無線通信部である。通信部２０５は、有線の通信ケーブルを介してデータ通信を行う有線通信部であってもよい。

撮像部２０６は、カメラを備え、そのカメラのレンズを介して取り込んだ画像を撮像するものである。撮像部２０６は、撮像された画像のデータを、システム伝送路２１２を介してプロセッサ２０１に出力する。プロセッサ２０１は、撮像部２０６で撮像された画像を解析して、バーコード、二次元コード等の機械可読コードを読み取り、そのコードが示す情報を取得する機能を有している。例えば撮像部２０６は、後述する伝票コードや会員を識別する会員コード等を読み取る機能を有している。

タッチパネル２０７は、受付端末２の入力デバイス及び表示デバイスとして機能する。タッチパネル２０７は、プロセッサ２０１の制御により、入場時受付機能及び退場時受付機能に係る種々の画面を表示する。タッチパネル２０７は、オペレータによる画面のタッチ操作を検知し、そのタッチ位置を示す信号をプロセッサ２０１に出力する。

デバイスインターフェース２０８は、プリンタ２１を接続する。デバイスインターフェース２０８は、印刷データをプリンタ２１に出力する。プリンタ２１は、入場時受付機能において入力された第１データを基に作成された受付伝票の印刷データを印刷する。プリンタ２１は、退場時受付機能において入力された第２データを基に作成されたレシートの印刷データを印刷する。受付伝票は、例えば利用者が利用するカラオケボックスのボックス番号、利用人数、利用開始時刻等を印刷した用紙である。ボックス番号は、バーコード等の機械可読コードの形態としても受付伝票に印刷される。レシートは、カラオケボックスの使用料、注文した商品の品目と価格、及びその合計である施設利用代金等の取引データを印刷した用紙である。

デバイスインターフェース２０９は、カードリーダ２２を接続する。デバイスインターフェース２０９は、カードリーダ２２によって読み取られたカードデータを取込み、プロセッサ２０１に出力する。カードリーダ２２は、磁気方式対応のカード、接触方式または非接触方式のＩＣチップを含むＩＣカードからカードのデータを取得する。例えばカードリーダ２２は、会員カード、クレジットカード等のカード媒体から、そのカードに記録されたデータを読み取る。プロセッサ２０１は、デバイスインターフェース２０９を介して入力されたカードデータを処理する。具体的には、カードリーダ２２により会員カードのデータが読み取られた場合には、プロセッサ２０１は、その会員カードに記録された会員コードで特定される会員に関する処理を行う。例えばプロセッサ２０１は、会員に対してサービスポイントを付与する。なお、利用者が所持する携帯端末のアプリケーションソフトウェアによって会員カードが実現される場合には、その携帯端末に表示された会員コードを上述の撮像部２０６が読み取ることによって会員情報を取得するとしてもよい。カードリーダ２２によりクレジットカードのデータが読み取られた場合には、プロセッサ２０１は、そのクレジットカードの認証を行う。そして、クレジットカードが認証されたならば、プロセッサ２０１は、クレジットカードによる施設利用代金の決済を処理する。

デバイスインターフェース２１０は、釣銭機２３を接続する。デバイスインターフェース２１０は、釣銭機２３に投入された紙幣又は硬貨の金種と投入枚数とを取込み、プロセッサ２０１に出力する。プロセッサ２０１は、デバイスインターフェース２１０を介して取り込んだデータを基に、投入金額を算出する。そしてプロセッサ２０１は、投入金額と施設利用代金とから釣銭額を算出して現金による施設利用代金の決済を処理する。このときプロセッサ２０１は、デバイスインターフェース２１０を介して釣銭データを釣銭機２３に出力する。釣銭機２３は、釣銭データに応じて、紙幣又は硬貨を必要な枚数だけ払い出す。

デバイスインターフェース２１１は、キャッシュレス決済端末２４を接続する。キャッシュレス決済端末２４は、電子マネー、コード決済等のキャッシュレス決済に対応したものである。デバイスインターフェース２１１は、キャッシュレス決済端末２４に入力されたキャッシュレス決済に係るデータを取込み、プロセッサ２０１に出力する。プロセッサ２０１は、デバイスインターフェース２１１を介して取り込んだデータを基に、キャッシュレスによる施設利用代金の決済を処理する。

かかる構成の受付端末２は、動作モードとして、有人モードとセルフモードとを選択的に切り替えることができる。有人モードとは、利用者が施設、すなわちカラオケボックスに入場する際に必要な第１データの入力を受け付ける入場時受付機能及び利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける退場時受付機能に係る第１データ及び第２データの入力を従業員が行うモードである。すなわち有人モードは、従業員が受付端末２の操作者となる動作モードである。セルフモードとは、入場時受付機能に係る第１データ及び退場時受付機能に係る第２データの入力を利用者が行うモードである。すなわちセルフモードは、利用者が受付端末２の操作者となる動作モードである。また、セルフモードに関しては、入場時受付機能に係る第１データの入力のみを受け付ける入場セルフモードと、退場時受付機能に係る第２データの入力のみを受け付ける退場セルフモードと、入場時受付機能に係る第１データの入力及び退場時受付機能に係る第２データの入力の双方を受け付ける入退場セルフモードとを選択肢として含む。

このような構成を実現するために、受付端末２は、図４に示すように、補助記憶デバイス２０３において４種類のアプリケーションソフトウェアを実装している。４種類のアプリケーションソフトウェアは、「有人モードＡＰＬ」と称される第１のアプリケーションソフトウェア４１と、「入退場セルフモードＡＰＬ」と称される第２のアプリケーションソフトウェア４２と、「入場セルフモードＡＰＬ」と称される第３のアプリケーションソフトウェア４３と、「退場セルフモードＡＰＬ」と称される第４のアプリケーションソフトウェア４４である。

第１のアプリケーションソフトウェア４１は、有人モードの動作を制御するためのアプリケーションソフトウェアである。第２のアプリケーションソフトウェア４２は、入退場セルフモードの動作を制御するためのアプリケーションソフトウェアである。第３のアプリケーションソフトウェア４３は、入場セルフモードの動作を制御するためのアプリケーションソフトウェアである。第４のアプリケーションソフトウェア４４は、退場セルフモードの動作を制御するためのアプリケーションソフトウェアである。各アプリケーションソフトウェア４１～４４による制御の詳細については、後述する動作説明の中で明らかにする。

なお、各アプリケーションソフトウェア４１～４４を補助記憶デバイス２０３にインストールする方法は特に限定されない。リムーバブルな記録媒体に各アプリケーションソフトウェア４１～４４を記録して、あるいは通信ネットワーク５を介した通信により各アプリケーションソフトウェア４１～４４を配信して、補助記憶デバイス６３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、各アプリケーションソフトウェア４１～４４のインストール先は、メインメモリ２０２であってもよい。

また受付端末２は、図５に示すように、メインメモリ２０２における揮発性メモリ領域の一部を、責任者メモリ５１の領域と、モードメモリ５２の領域としている。
責任者メモリ５１は、責任者コードを記憶するための領域である。責任者コードは、受付端末２の操作が許容された従業員の従業員コードである。受付端末２を操作する従業員は、操作開始前にサインオンを行う。サインオンは、受付端末２の操作者を認証して使用可能状態とする機能である。サインオンが承認されると、その従業員の従業員コードが責任者メモリ５１に記憶される。

モードメモリ５２は、受付端末２の動作モードを特定する情報を記憶するための領域である。前述したように、受付端末２は、動作モードして有人モード、入退場セルフモード、入場セルフモード及び退場セルフモードの４種類を備える。モードメモリ５２は、例えば動作モードが有人モードである場合には、その動作モードを特定する情報として「１００」を記憶する。同様にモードメモリ５２は、動作モードが入退場セルフモードである場合には、その動作モードを特定する情報として「２００」を記憶し、動作モードが入場セルフモードである場合には、その動作モードを特定する情報として「３００」を記憶し、動作モードが退場セルフモードである場合には、その動作モードを特定する情報として「４００」を記憶する。

そして受付端末２は、図３に示すように、プロセッサ２０１がモード取得手段３１、記憶手段３２、通知手段３３、有人制御手段３４及びセルフ制御手段３５としての機能を実現するようにメインプログラムを実装している。メインプログラムも、アプリケーションソフトウェア４１～４４と同様に、補助記憶デバイス２０３又はメインメモリ２０２にインストールされるアプリケーションソフトウェアの一種である。

モード取得手段３１は、受付端末２の動作モードである有人モード又はセルフモードのいずれかの動作モードの情報をサーバから取得する機能である。モード取得手段３１は、通信部２０５を介して接続された受付サーバ１から動作モードの情報を取得する。具体的には、受付端末２に設定される動作モードの情報は、受付管理サーバ２００の店舗別マスタテーブル４００に記憶されている。そして、受付管理サーバ２００と受付サーバ１とは通信ネットワーク３００で接続されている。すなわちモード取得手段３１は、受付サーバ１を介して受付管理サーバ２００から動作モードの情報を取得すると言い換えることができる。なお、モード取得手段３１が取得するセルフモードの情報は、入退場セルフモードの情報と、入場セルフモードの情報と、退場セルフモードの情報とを含む。モード取得手段３１が取得するセルフモードの情報は、入退場セルフモードの情報だけであってもよい。あるいは、入場セルフモードの情報と退場セルフモードの情報の２種類だけであってもよい。

記憶手段３２は、モード取得手段３１により取得した動作モードの情報を記憶する機能である。記憶手段３２は、モード取得手段３１により取得した動作モードの情報をモードメモリ５２に記憶する。例えば記憶手段３２は、モード取得手段３１により有人モードの情報を取得した場合には、動作モードの情報として「１００」を記憶する。同様に、記憶手段３２は、モード取得手段３１により入退場セルフモードの情報を取得した場合には、動作モードの情報として「２００」をモードメモリ５２に記憶し、入場セルフモードの情報を取得した場合には、動作モードの情報として「３００」をモードメモリ５２に記憶し、退場セルフモードの情報を取得した場合には、動作モードの情報として「４００」をモードメモリ５２に記憶する。

通知手段３３は、モード取得手段３１により取得した動作モードが受付端末２において設定されたことを受付サーバ１に通知する機能である。通知手段３３は、モード取得手段３１により取得した動作モードの情報を、通信部２０５を介して受付サーバ１に送信することにより通知する。例えば通知手段３３は、モード取得手段３１により有人モードの情報を取得し、モードメモリ５２に記憶した場合には、動作モードを特定する情報として「１００」を受付サーバ１に送信して通知する。同様に通知手段３３は、モード取得手段３１により入退場セルフモードの情報を取得し、モードメモリ５２に記憶した場合には、動作モードを特定する情報として「２００」を受付サーバ１に送信し、入場セルフモードの情報を取得し、モードメモリ５２に記憶した場合には、動作モードを特定する情報として「３００」を受付サーバ１に送信し、退場セルフモードの情報を取得し、モードメモリ５２に記憶した場合には、動作モードを特定する情報として「４００」を受付サーバ１に送信して通知する。

有人制御手段３４は、記憶手段３２により記憶された情報が有人モードの情報である場合には、表示デバイスの画面を有人モードの画面として第１データの入力又は第２データの入力を受け付ける機能である。すなわち有人制御手段３４は、モードメモリ５２に記憶されたモード特定情報が「１００」、すなわち有人モードの情報である場合には、タッチパネル２０７の画面を有人モードの画面として、利用者がカラオケボックスに入場する際に必要な第１データの入力又は利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける。なお、有人モードの画面については、後述する動作説明の中で明らかにする。

セルフ制御手段３５は、記憶手段３２により記憶された情報がセルフモードの情報である場合には、表示デバイスの画面をセルフモードの画面として第１データの入力又は第２データの入力を受け付ける機能である。すなわちセルフ制御手段３５は、モードメモリ５２に記憶されたモード特定情報が「２００」、すなわち入退場セルフモードの情報である場合には、タッチパネル２０７の画面をセルフモードの画面として、利用者がカラオケボックスに入場する際に必要な第１データの入力又は利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける。同様に、セルフ制御手段３５は、モードメモリ５２に記憶されたモード特定情報が「３００」、すなわち入場セルフモードの情報である場合には、タッチパネル２０７の画面をセルフモードの画面として、利用者がカラオケボックスに入場する際に必要な第１データの入力を受け付ける。また、セルフ制御手段３５は、モードメモリ５２に記憶されたモード特定情報が「４００」、すなわち退場セルフモードの情報である場合には、タッチパネル２０７の画面をセルフモードの画面として、利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける。なお、セルフモードの画面については、後述する動作説明の中で明らかにする。

［受付サーバの構成説明］
図６は、受付サーバ１の要部回路構成を示すブロック図である。受付サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５、第２通信インターフェース１６及びシステム伝送路１７等を備える。システム伝送路１７は、アドレスバス、データバス、制御信号線等を含む。システム伝送路１７は、プロセッサ１１と他の各部とを接続し、相互間で授受されるデータ信号を伝送する。受付サーバ１は、プロセッサ１１と、メインメモリ１２、補助記憶デバイス１３、時計１４、第１通信インターフェース１５及び第２通信インターフェース１６とをシステム伝送路１７で接続することにより、コンピュータを構成する。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム又はアプリケーションプログラムに従って、受付サーバ１としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵである。プロセッサ１１は、複数のプロセッサコアを含み、複数の処理を並行して実行することが可能なマルチコア・プロセッサであることが好ましい。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ、ＨＤＤ、あるいはＳＳＤ等が補助記憶デバイス１３となり得る。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、プロセッサ１１での処理によって作成されたデータ等を記憶する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。受付サーバ１は、補助記憶デバイス１３の記憶領域の一部を、ボックスデータベース６、従業員データベース７、会員データベース８及び商品データベース９の領域としている。

時計１４は、日付と時刻を計時する。プロセッサ１１は、時計１４によって計時されている日付と時刻を現在日時として処理する。

第１通信インターフェース１５は、通信ネットワーク５を介して各受付端末２、各注文端末３及び厨房端末４との間でデータ通信を行うためのインターフェースである。
第２通信インターフェース１６は、通信ネットワーク３００を介して受付管理サーバ２００との間でデータ通信を行うためのインターフェースである。

かかる構成の受付サーバ１は、メインメモリ１２における揮発性メモリ領域の一部を受付端末テーブル６１の領域としている。また、受付サーバ１は、同揮発性メモリ領域の一部をボックス別ファイル６２の領域としている。

図７は、受付端末テーブル６１の主要なデータ構造を示す模式図である。図示するように、受付端末テーブル６１は、受付端末ＩＤのカラムＣａと、動作モードのカラムＣｂと、稼働中フラグのカラムＣｃとを含む。カラムＣａには、各受付端末２に対して個々に設定された一意の受付端末ＩＤが記述される。カラムＣｂには、同一行のカラムＣａに記述された受付端末ＩＤで識別される受付端末２の動作モードを特定する情報Ｍが記述される。カラムＣｃには、稼働中フラグＦが記述される。稼働中フラグＦは、同一行のカラムＣａに記述された受付端末ＩＤで識別される受付端末２が稼働中であるか否かを識別するための１ビットデータである。本実施形態では、受付端末２が稼働中であることを示す稼働中フラグＦを“１”とし、稼働中でないことを示す稼働中フラグＦを“０”とする。

図８は、ボックス別ファイル６２に記憶されるデータ項目の一例を示す模式図である。ボックス別ファイル６２は、カラオケボックス毎に用意されたデータファイルである。ボックス別ファイル６２は、そのカラオケボックスを利用した利用者に関する情報を記憶する。例えば図８に示すように、ボックス別ファイル６２は、ボックス番号、入場日時、退場日時、利用人数、注文データ等の項目を記憶する。ボックス番号は、前述したようにカラオケボックスを識別するための部屋番号である。入場日時及び退場日時は、利用者がカラオケボックスに入場した日時と退場した日時である。入場日時と退場日時とから、利用時間が算出される。利用人数は、利用者の人数である。注文データは、利用者が注文した商品に係るデータである。ボックス別ファイル６２に記憶されたデータは、施設利用代金の算出等に用いられる。

このように、ボックス別ファイル６２は、施設であるカラオケボックスに利用者が入場してから退場するまでの施設利用に関する情報と、その施設内で利用者が注文した商品メニューに関する情報とを、そのカラオケボックスの識別情報であるボックス番号と関連づけて記憶するための領域である。なお、ボックス別ファイル６２において、カラオケボックスの識別情報は、ボックス番号をそのまま採用しなくてもよい。例えば、ボックス番号にシリアルの一連番号を組み合わせたものをカラオケボックスの識別情報として採用してもよい。また、例えば任意に生成される固有のコードをカラオケボックスの識別情報として採用してもよい。

［店舗別マスタテーブルの説明］
図９は、店舗別マスタテーブル４００の主要なデータ構造を示す模式図である。店舗別マスタテーブル４００は、受付管理サーバ２００によって受付システム１００が管理されるカラオケボックス店舗の数だけ存在する。図９に示すように、店舗別マスタテーブル４００は、店舗ＩＤと端末台数Ｎとをヘッダデータとする。店舗ＩＤは、各カラオケボックス店舗を識別するために店舗毎に設定された一意のコードである。端末台数Ｎは、店舗ＩＤで識別されるカラオケボックス店舗に設置された受付端末２の台数である。

店舗別マスタテーブル４００は、受付端末ＩＤのカラムＣｄと、設置場所データのカラムＣｅと、設定動作モードＭのカラムＣｆとを含む。カラムＣｄには、各受付端末２に対して個々に設定された一意の受付端末ＩＤが記述される。

カラムＣｅには、同一行のカラムＣｄに記述された受付端末ＩＤで識別される受付端末２の設置場所を示すデータが記述される。例えば、受付に設置されたカウンタテーブルの左端に受付端末２が設置されている場合には、テキストデータ「カウンタ左端」が記述される。例えば、カウンタテーブルの中央左側に受付端末２が設置されている場合には、テキストデータ「カウンタ中央左」が記述される。上述した設置場所データは一例である。要は、店舗別マスタテーブル４００をメンテナンスする担当者が受付端末２の設置場所を理解できればよい。設置場所データは、記号、図形等であってもよい。なお、受付のレイアウトを示す図面あるいは画像が用意されており、その図面または画像を見ることによって担当者が受付端末２の設置場所を理解できるのであれば、店舗別マスタテーブル４００から設置場所データのカラムＣｅを省略することができる。

カラムＣｆには、同一行のカラムＣｄに記述された受付端末ＩＤで識別される受付端末２の動作モードを特定する情報が記述される。カラムＣｆに対しては、担当者がメンテナンスＰＣを操作することによって、動作モードを特定する情報が設定される。そこで次に、動作モードを特定する情報を接いてする手順について説明する。

担当者がメンテナンスＰＣ５００を起動し、店舗別マスタテーブル４００の更新業務を選択すると、メンテナンスＰＣ５００のディスプレイに、受付管理サーバ２００によって管理されるカラオケボックス店舗の一覧が表示される。そこで担当者は、メンテナンスを行うカラオケボックス店舗を選択する。そうすると、ディスプレイの画面が、受付端末設定画面ＳＣｘ（図１０を参照）となる。

図１０は、受付端末設定画面ＳＣｘの一表示例である。図示するように受付端末設定画面ＳＣには、選択されたカラオケボックス店舗、すなわち対象店舗の店舗名と、その対象店舗に設置されている受付端末の台数Ｎとが表示される。また、その台数Ｎ分の受付端末２別に、現時点において店舗別マスタテーブル４００に設定されている受付端末ＩＤ、設置場所及び設定動作モードＭが表示される。さらには、各受付端末２の受付端末ＩＤと関連付けて、編集ボタンＴＡが配置される。因みに、図１０の受付端末設定画面ＳＣｘにおいては、カウンタテーブルの左端に設置され、有人モードが設定されている受付端末ＩＤ「００１」の受付端末２に対して編集ボタンＴＡａが配置されている。同様に、カウンタテーブルの中央左に設置され、有人モードが設定されている受付端末ＩＤ「００２」の受付端末２に対しては編集ボタンＴＡｂが配置され、カウンタテーブルの中央右に設置され、入退場セルフモードが設定されている受付端末ＩＤ「００３」の受付端末２に対しては編集ボタンＴＡｃが配置され、カウンタテーブルの右端に設置され、退場セルフモードが設定されている受付端末ＩＤ「００４」の受付端末２に対しては編集ボタンＴＡｄが配置されている。

担当者は、メンテナンス用ＰＣの入力デバイスを操作して、編集を行う受付端末２と関連付けられた編集ボタンＴＡを入力する。例えば、カウンタテーブルの中央左に設置されている受付端末２の動作モードを有人モードから入退場セルフモードに変更する場合には、担当者は、編集ボタンＴＡｂを入力する。この入力を受けて、メンテナンス用ＰＣの画面は、マスタ編集画面ＳＣｙ（図１１を参照）に遷移する。

図１１は、マスタ編集画面ＳＣｙの一表示例である。図示するように、マスタ編集画面ＳＣｙには、入力された編集ボタンＴＡと関連付けられた受付端末２の受付端末ＩＤ、設置場所、及び設定動作モードの情報が表示される。また、編集動作モードとして、設定動作モード以外の動作モードのチェックボックスＣＢａ，ＣＢｂ，ＣＢｃが配置される。なお、編集動作モードのチェックボックスとして、設定動作モードのチェックボックスがあってもよい。その他、マスタ編集画面ＳＣｙには、削除ボタンＢＴｐと、戻るボタンＢＴｑと、保存ボタンＢＴｒとが配置される。削除ボタンＢＴｐは、編集対象のマスタデータ、すなわち受付番号、設置場所データ及び設定動作モードのデータを店舗別マスタテーブル４００から削除することを指令する操作子である。戻るボタンＢＴｑは、編集対象のマスタデータを店舗別マスタテーブル４００に保存することなく受付端末設定画面ＳＣｘに戻ることを指令する操作子である。保存ボタンＢＴｒは、編集対象のマスタデータを店舗別マスタテーブル４００に保存することを指令する操作子である。

図１１に示されるマスタ編集画面ＳＣｙを確認した担当者は、例えば受付端末２の動作モードを有人モードから入退場セルフモードに変更する場合、入退場セルフモードのチェックボックスＣＢａにチェックを入れて保存ボタンＢＴｒを入力する。そうすると、店舗別マスタテーブル４００に設定されている当該受付端末２の動作モードを特定する情報が、有人モードを特定する情報「１００」から入退場セルフモードを特定する情報「２００」に更新される。
このように、店舗別マスタテーブル４００は、複数の受付端末２毎に動作モードの情報を記憶する記憶部として機能する。そして受付管理サーバ２００は、メンテナンス用ＰＣと協働して、店舗別マスタテーブル４００に記憶される動作モードの情報を更新する更新手段、としての機能を有している。

［受付端末の動作説明］
次に、図１２乃至図１７の流れ図、及び、図１８乃至図２６の画面例を用いて、受付端末２の主要な動作を説明する。なお、流れ図を用いて説明する動作の内容と手順は一例である。同様な作用効果を奏し得るのであれば、その内容及び手順は適宜変更することができる。また、画面例も一例である。出力されるテキストの内容、画像の配置、ソフトウェアキーの種類及びレイアウト等は、適宜変更することができる。

図１２乃至図１６は、受付端末２のプロセッサ２０１がメインプログラムに従って実行する情報処理の要部手順を示す流れ図である。受付端末２を操作する従業員は、先ず、起動操作ＯＰａ（図２７，図２８を参照）を行う。例えば従業員は、受付端末２の主電源を投入する。このような起動操作ＯＰａを受けて、プロセッサ２０１は、図１２の流れ図に示される手順の情報処理を開始する。プロセッサ２０１は、ＡＣＴ１としてタッチパネル２０７の画面をサインオン画面ＳＣａ（図１８を参照）とする。

図１８は、サインオン画面ＳＣａの一表示例である。図示するように、サインオン画面ＳＣａには、ユーザコードの入力欄ＩＮａとパスワードの入力欄ＩＮｂとが配置されている。また、サインオン画面ＳＣａにはサインオンボタンＢＴａが配置されている。サインオンボタンＢＴａは、サインオンが行われたことをプロセッサ２０１に通知するための操作子である。サインオンボタンＢＴａは、ソフトウェアキーである。サインオン画面ＳＣａを確認した従業員は、サインオン操作ＯＰｂ（図２７，図２８を参照）を行う。すなわち従業員は、入力欄ＩＮａに自身の従業員コードを入力し、入力欄ＩＮｂに自身のパスワードを入力して、サインオンボタンＢＴａを入力する。

サインオン画面ＳＣａを表示した受付端末２のプロセッサ２０１は、ＡＣＴ２へと進む。プロセッサ２０１は、ＡＣＴ２としてサインオン操作ＯＰｂが行われるのを待ち受ける。プロセッサ２０１は、サインオン画面ＳＣａの入力欄ＩＮａに従業員コードが入力され、入力欄ＩＮｂにパスワードが入力されて、サインオンボタンＢＴａが入力されると、サインオン操作ＯＰｂが行われたと認識する。プロセッサ２０１は、ＡＣＴ３へと進む。プロセッサ２０１は、ＡＣＴ３として受付サーバ１に対してサインオン通知を行う。すなわちプロセッサ２０１は、受付サーバ１にサインオン通知のデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にサインオン通知のデータ信号が送信される。このデータ信号には、サインオン画面ＳＣａに入力された従業員コード及びパスワードが含まれる。また、受付端末２の端末ＩＤも含まれる。

サインオン通知を受けた受付サーバ１は、受付端末テーブル６１を参照して、端末ＩＤに関連付けられた稼働中フラグＦが未稼働を示す“０”であるか否かを確認する。稼働中フラグＦが“０”の場合、受付サーバ１は、従業員データベース７を検索して、従業員コードとパスワードの有効性を判定する。サインオン画面ＳＣａに入力された従業員コードと関連付けられて従業員データベース７に記憶されているパスワードが、サインオン画面ＳＣａに入力されたパスワードと一致する場合、受付サーバ１は、当該従業員コードで識別される従業員を操作者として承認する。受付サーバ１は、端末ＩＤに関連付けられた稼働中フラグＦを“１”とする。これに対し、端末ＩＤに関連付けられた稼働中フラグＦが“１”である場合、又はパスワードが一致しない場合には、受付サーバ１は、当該従業員コードで識別される従業員を操作者として承認しない。稼働中フラグＦは“０”のままである。受付サーバ１は、サインオン通知元の受付端末２に対して承認結果を送信する。

サインオン通知を行った受付端末２のプロセッサ２０１は、ＡＣＴ４へと進む。プロセッサ２０１は、ＡＣＴ４として従業員が操作者として承認されたか否かを待ち受ける。ここで、従業員が操作者として承認されなかった場合、プロセッサ２０１は、サインオン操作ＯＰｂをエラーとする。従業員は、サインオン操作ＯＰｂをやり直す。

従業員が操作者として承認された場合には、プロセッサ２０１は、ＡＣＴ５へと進む。プロセッサ２０１は、ＡＣＴ５として承認された従業員の従業員コードを責任者メモリ５１に記述する。またプロセッサ２０１は、ＡＣＴ６として受付サーバ１に設定動作モードを要求する。すなわちプロセッサ２０１は、受付サーバ１に設定動作モードの要求コマンドＣＭａを送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１に設定動作モードの要求コマンドＣＭａが送信される。この要求コマンドＣＭａには、受付端末２の端末ＩＤが含まれる。

設定動作モードの要求コマンドＣＭａを受信した受付サーバ１のプロセッサ１１は、図１７の流れ図に示す手順の情報処理を実行する。プロセッサ１１は、ＡＣＴ１０１として要求コマンドＣＭａを待ち受けている。設定動作モードの要求コマンドＣＭａを受信すると、プロセッサ１１は、ＡＣＴ１０２へと進む。プロセッサ１１は、ＡＣＴ１０２として受付管理サーバ２００に動作モードを問い合わせる。すなわちプロセッサ１１は、受付管理サーバ２００に動作モードの問合せコマンドＣＭｂを送信するように第２通信インターフェース１６を制御する。この制御により、第２通信インターフェース１６から通信ネットワーク３００を介して受付管理サーバ２００に動作モードの問合せコマンドＣＭｂが送信される。この問合せコマンドＣＭｂには、設定動作モードの要求コマンドＣＭａに含まれていた受付端末２の端末ＩＤが含まれる。また、当該受付サーバ１が設置されているカラオケボックス店舗の店舗ＩＤも含まれる。

動作モードの問合せコマンドＣＭｂを受信した受付管理サーバ２００は、その問合せコマンドＣＭｂに含まれる店舗ＩＤで特定される店舗別マスタテーブル４００を検索する。そして、問合せコマンドＣＭｂに含まれる端末ＩＤと関連付けて記憶されている設定動作モードの情報を取得する。受付管理サーバ２００は、設定動作モードの情報を受付サーバ１に応答する。

受付管理サーバ２００に動作モードを問い合わせたプロセッサ１１は、ＡＣＴ１０３へと進む。プロセッサ１１は、ＡＣＴ１０３として受付管理サーバ２００からの応答を待ち受ける。ここで、例えば通信ネットワーク３００の通信障害、あるいは受付管理サーバ２００の故障などに起因して受付管理サーバ２００からの応答を受信できなかった場合、プロセッサ１１は、ＡＣＴ１０４へと進む。プロセッサ１１は、ＡＣＴ１０４として要求コマンドＣＭａ送信元の受付端末２に対して否定応答コマンドを送信するように第１通信インターフェース１５を制御する。この制御により、第１通信インターフェース１５から通信ネットワーク５を介して受付端末２に否定応答コマンドが送信される。

一方、受付管理サーバ２００から設定動作モードの情報を受信すると、プロセッサ１１は、ＡＣＴ１０５へと進む。プロセッサ１１は、ＡＣＴ１０５として要求コマンドＣＭａ送信元の受付端末２に対して許諾応答コマンドを送信するように第１通信インターフェース１５を制御する。この制御により、第１通信インターフェース１５から通信ネットワーク５を介して受付端末２に許諾応答コマンドが送信される。許諾応答コマンドには、受付管理サーバ２００から受信した動作モードの情報が含まれる。

このように、受付端末２から問合せコマンドＣＭｂを受信した受付サーバ１は、受付管理サーバ２００に動作モードの情報を問い合わせる。そして受付サーバ１は、問い合わせた結果に応じて許諾応答コマンドまたは否定応答コマンドを受付端末２に送信する。

図１２の説明に戻る。
設定動作モードの要求コマンドＣＭａを送信した受付端末２のプロセッサ２０１は、ＡＣＴ７へと進む。プロセッサ２０１は、ＡＣＴ７として許諾応答コマンドを待ち受ける。この待ち受け状態において、受付サーバ１から否定応答コマンドを受信した場合には、プロセッサ２０１は、図１２の流れ図に示す手順の情報処理をエラーとして終了する。例えばプロセッサ１１は、動作モードの設定が不可であることを示すエラーメッセージをタッチパネル２０７に表示して、情報処理を終了する。エラーとなった受付端末２は、動作モードが設定されないので、使用不能となる。

ＡＣＴ７において、受付サーバ１から許諾応答コマンドを受信すると、プロセッサ２０１は、ＡＣＴ８へと進む。プロセッサ２０１は、ＡＣＴ８として許諾応答コマンドに含まれる設定動作モードの情報を取得する。そしてプロセッサ２０１は、ＡＣＴ９へと進む。プロセッサ２０１は、ＡＣＴ９として設定動作モードが有人モードであるか否かを確認する。有人モードでない場合、プロセッサ２０１は、ＡＣＴ１０へと進む。プロセッサ２０１は、ＡＣＴ１０として設定動作モードが入退場セルフモードであるか否かを確認する。入退場セルフモードでない場合、プロセッサ２０１は、ＡＣＴ１１へと進む。プロセッサ２０１は、ＡＣＴ１１として設定動作モードが入場セルフモードであるか否かを確認する。入場セルフモードでない場合、プロセッサ２０１は、設定動作モードが退場セルフモードであると認識する。言い換えると、サインオンをしてから設定動作モードの情報を取得するまでは、受付端末２は有人モード、セルフモードのいずれのモードでも動作していないデフォルトの状態となる。

ここに、プロセッサ２０１は、ＡＣＴ６乃至ＡＣＴ１１の処理により、モード取得手段３１としての機能を実現する。

＜有人モードの説明＞
図１３は、設定動作モードが有人モードである場合のプロセッサ２０１の制御手順を示す流れ図である。プロセッサ２０１は、ＡＣＴ２１としてモードメモリ５２に有人モードを特定する情報「１００」を記述する。またプロセッサ２０１は、ＡＣＴ２２として第１のアプリケーションソフトウェア４１である「有人モードＡＰＬ」を起動する。以後、プロセッサ２０１は、「有人モードＡＰＬ」に従ってＡＣＴ２３乃至ＡＣＴ３２の動作を制御する。

プロセッサ２０１は、ＡＣＴ２３として受付サーバ１に対して有人モードが設定されたことを通知する。すなわちプロセッサ２０１は、受付サーバ１に有人モードを特定する情報「１００」を含むデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にモード特定情報「１００」を含むデータ信号が送信される。このデータ信号には、受付端末２の端末ＩＤも含まれている。

ここで、受付端末２から動作モードの通知を受けた受付サーバ１の動作について、図１７の流れ図を用いて説明する。前述したように、ＡＣＴ１０５において許諾応答コマンドを送信した受付サーバ１のプロセッサ１１は、ＡＣＴ１０６へと進む。プロセッサ１１は、ＡＣＴ１０６として受付端末２からの通知を待ち受ける。そして、受付端末２から動作モードの通知を受信すると、プロセッサ１１は、ＡＣＴ１０７へと進む。プロセッサ１１は、ＡＣＴ１０７として受付端末テーブル６１を更新する。すなわちプロセッサ１１は、通知元である受付端末２の端末ＩＤと関連付けてカラムＣｂに記憶されている動作モードを特定する情報Ｍを、通知された情報に更新する。すなわちこの場合には、動作モードを特定する情報Ｍを「１００」とする。

図１３の説明に戻る。
受付サーバ１に対して有人モードが設定されたことを通知したプロセッサ２０１は、ＡＣＴ２４へと進む。プロセッサ２０１は、ＡＣＴ２４としてタッチパネル２０７の画面を有人モードのトップ画面ＳＣｂ（図１９を参照）とする。トップ画面ＳＣｂは、有人モードの画面の一例である。

図１９は、トップ画面ＳＣｂの一表示例である。図示するように、有人モードのトップ画面ＳＣｂは、ボックス一覧表Ｔａを表示する。ボックス一覧表Ｔａは、各カラオケボックスのボックス番号をそれぞれ割り当てて表示した複数の矩形領域をマトリクス状に配置したものである。各矩形領域には、その領域に表示されたボックス番号のカラオケボックスに関する情報が表示される。例えば、利用者が入場していないカラオケボックスに対しては、「空き」と表示される。利用者が入場しているカラオケボックスに対しては、利用開始時刻、利用人数等が表示される。また、トップ画面ＳＣｂには、業務ボタンＢＴｂが配置されている。

有人モードのトップ画面ＳＣｂを表示した受付端末２のプロセッサ２０１は、ＡＣＴ２５へと進む。プロセッサ２０１は、ＡＣＴ２５として入場操作が行われたか否を確認する。入場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ２６へと進む。プロセッサ２０１は、ＡＣＴ２６として退場操作が行われたか否を確認する。退場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ２７へと進む。プロセッサ２０１は、ＡＣＴ２７として業務ボタンＢＴｂが入力されたか否かを確認する。業務ボタンＢＴｂが入力されていない場合、プロセッサ２０１は、ＡＣＴ２５へと戻る。このように、トップ画面ＳＣｂを表示した受付端末２のプロセッサ２０１は、ＡＣＴ２５乃至ＡＣＴ２７において入場操作が行われるか、退場操作が行われるか、業務ボタンＢＴｂが入力されるのを待ち受ける。

トップ画面ＳＣｂが表示された受付端末２の操作者は、従業員である。受付担当の従業員は、入場操作又は退場操作ＯＰｃ（図２７を参照）を行う。すなわちカラオケボックスを利用する客、いわゆる利用者が来店すると、従業員は受付端末２に対して入場操作を行う。カラオケボックスを利用していた利用者が店を出る際には、従業員は、受付端末２に対して退場操作を行う。

トップ画面ＳＣｂにおいて、ボックス一覧表Ｔａのなかのいずれかのボックス番号が表示された区画領域が例えば長押し操作されると、入場ボタンと退場ボタンとが配置されたポップアップＰＵ（図２０を参照）がトップ画面ＳＣｂの上に重ねて表示される。

図２０は、トップ画面ＳＣｂに重ねてポップアップＰＵを表示した入場・退場処理画面ＳＣｃの一表示例である。ポップアップＰＵは、ボックス番号「０１」の領域が長押し操作されて表示された画像である。入場ボタンは、入場操作の開始をプロセッサ２０１に指令するための操作子である。退場ボタンは、退場操作の開始をプロセッサ２０１に指令するための操作子である。このように、従業員が区画領域を例えば長押し操作してポップアップＰＵを表示させ、入場ボタンにタッチする操作が入場操作である。同様にして従業員がポップアップＰＵを表示させ、退場ボタンにタッチする操作が退場操作である。なお、ポップアップＰＵを表示させる操作は長押し操作に限定されない。例えば区画領域内を２回以上連続してタップすることでポップアップＰＵが表示されるようにしてもよい。

ＡＣＴ２５乃至ＡＣＴ２７の待ち受け状態において、入場操作が行われると、プロセッサ２０１は、ＡＣＴ２８へと進む。プロセッサ２０１は、ＡＣＴ２８として入場処理を実行する。すなわちプロセッサ２０１は、ポップアップＰＵの入場ボタンが入力されたことを検知すると、タッチパネル２０７の画面を、利用者がカラオケボックスに入場する際に必要な第１データの入力を受け付ける画面とする。その画面は、例えば入室情報入力画面である。入室情報入力画面は、利用人数、利用予定時間、コースメニュー、オプションメニュー等の第１データの入力を受け付ける画面である。操作者である従業員は、入室情報入力画面に、カラオケボックスを利用する利用者の人数、利用予定時間等を入力する。第１データの入力を受け付ける画面は、会員入力画面、会員登録画面等を含んでもよい。会員入力画面は、利用者が会員である場合に、会員コードの入力を受け付ける画面である。会員登録画面は利用者が非会員である場合に、会員登録に必要なデータの入力を受け付ける画面である。入室情報入力画面、会員入力画面、会員登録画面等も、有人モードの画面の一例である。

プロセッサ２０１は、例えば入室情報入力画面を介して入力された第１データを基に受付伝票の印刷データを作成し、プリンタ２１に出力する。これにより、プリンタ２１から受付伝票が発行されるので、従業員は利用者に受付伝票を手渡す。受付伝票を受け取った利用者は、その伝票に印刷されているボックス番号のカラオケボックスを利用することができる。

またプロセッサ２０１は、入力されたボックス番号、利用人数、利用予定時間、コースメニュー、オプションメニュー等を含む第１データを受付サーバ１に送信する。受付サーバ１は、長押し操作された区画領域に割り当てられたボックス番号のボックス別ファイル６２に、入場日時、利用人数、コースメニュー、オプションメニュー等を記憶する。また、利用者が会員である場合には、会員コードも記述する。入場日時は、例えば入場ボタンがタッチされた時点で受付端末２の時計２０４が計時している日時である。

このように入場処理は、第１データの入力を受け付ける画面を表示する処理と、その画面を介して入力された第１データを基に受付伝票を発行する処理と、第１データを受付サーバ１に送信する処理とを含む。なお、受付伝票は、紙を媒体に発行するのではなく、電子データとして利用者のスマートフォンに送信することにより発行してもよい。

ＡＣＴ２５乃至ＡＣＴ２７の待ち受け状態において、退場操作が行われると、プロセッサ２０１は、ＡＣＴ２９へと進む。プロセッサ２０１は、ＡＣＴ２９として退場処理を実行する。すなわちプロセッサ２０１は、ポップアップＰＵの退場ボタンが入力されたことを検知すると、タッチパネル２０７の画面を、利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける画面とする。その画面は、例えば伝票読込み画面である。伝票読込み画面を確認した従業員は、利用者から提出を受けた受付伝票のバーコードを撮像部２０６で読み取らせる。バーコードは、利用者が利用していたカラオケボックスのボックス番号を示すものである。受付伝票は、有人モードの受付端末２から発行されたものであってもよいし、セルフモードの受付端末２から発行されたものであってもよい。第２データの入力を受け付ける画面は、支払い方法選択画面等を含んでもよい。支払い方法選択画面は、施設利用代金の支払い方法を選択するための画面である。支払い方法には、現金、クレジットカード、電子マネー、コード決済等がある。伝票読込み画面、支払い方法選択画面等も有人モードの画面の一例である。有人モードの画面は、他の画面を含んでいてもよい。

プロセッサ２０１は、例えば伝票読込み画面を介して入力されたボックス番号と退場日時とを受付サーバ１に送信する。退場日時は、例えば退場ボタンがタッチされた時点で受付端末２の時計２０４が計時している日時である。受付サーバ１は、ボックス番号のボックス別ファイル６２に、退場日時を記述する。そして受付サーバ１は、ボックス別ファイル６２に記述された入場日時と退場日時とから利用時間を算出し、カラオケボックスの使用料を算出する。また受付サーバ１は、同ボックス別ファイル６２に記述された注文データを基に商品の価格を加算して施設利用代金を算出する。

受付サーバ１において施設利用代金が算出されると、受付端末２におけるタッチパネル２０７の画面が支払い方法選択画面に遷移するので、従業員は、利用者が希望する支払い方法で代金の支払いを受けて、支払いデータを受付端末２に入力する。受付端末２のプロセッサ２０１は、施設利用代金と支払いデータとに基づいて代金の会計を行うための決済処理を行い、レシートを発行する。

このように退場処理は、第２データの入力を受け付ける画面を表示する処理と、その画面を介して入力された第２データを受付サーバ１に送信する処理と、施設利用代金の決済処理とを含む。なお、決済処理において発行されるレシートは、電子レシートであってもよい。

なお、トップ画面ＳＣｂに対する操作は、入場操作と退場操作とに限定されない。例えば、受付の従業員は、カラオケボックスを利用している利用者から内線電話で商品メニューの注文を受ける場合がある。そのような場合には、従業員は、注文があったカラオケボックスのボックス番号が表示された区画領域を選択操作する。例えば従業員は、区画領域をダブルタップする。そうすると、受付端末２は、商品メニューの注文モードとなり、タッチパネル２０７に商品メニューの一覧が表示される。そこで従業員は、一覧から利用者から注文を受けた商品メニューを選択する。かくして、選択された商品メニューの注文データが当該ボックス番号のボックス別ファイル６２に記述される。

また、ＡＣＴ２５乃至ＡＣＴ２７の待ち受け状態において、所定の時間、操作が何も行われなかった場合には、タッチパネル２０７の画面をサインオン画面ＳＣａに戻すようにしてもよい。

ところで、前述したようにトップ画面ＳＣｂには、業務ボタンＢＴｂが配置されている。業務ボタンＢＴｂは、業務メニューの切替をプロセッサ２０１に指令するための操作子である。業務メニューには、登録業務、レポート業務、精算業務、入出金業務、端末認証業務等がある。登録業務とは、商品の売上データをメモリに登録する業務である。レポート業務とは、メモリに登録された売上データの点検レポートを出力する業務である。精算業務とは、メモリに登録された売上データの精算レポートを出力してメモリをクリアする業務である。入出金業務とは、釣銭機に入金された金額及び釣銭機から出金された金額を示す入出金レポートを出力する業務である。端末認証業務は、受付端末２の認証を行う業務である。

また、業務ボタンＢＴｂは、従業員がサインオフを行う場合にも用いられる。サインオフとは、サインオンした従業員の認証を解除し、受付端末２をデフォルトの状態に戻す操作である。したがって、サインオフを行う従業員は、先ず、業務ボタンＢＴｂの入力操作ＯＰｄ（図２７を参照）を行う。

なお、デフォルトの状態とは、一般には、従業員の認証がされていない状態である。すなわちデフォルトの状態とは、責任者メモリ５１に責任者コードが記憶されていない状態である。デフォルトの状態とは、責任者メモリ５１に記憶されていた責任者コードがクリアされた状態であるともいえる。そして本実施形態では、デフォルトの状態とは、受付端末２が有人モード、セルフモードのいずれのモードでも動作していない状態を含む。すなわちデフォルトの状態とは、モードメモリ５２に動作モードの情報が記憶されていない状態である。デフォルトの状態とは、モードメモリ５２に記憶されていた動作モードの情報がクリアされた状態であるともいえる。

このように受付端末２は、電源オフの状態から起動したとき、あるいはサインオフをしたとき、さらにはサインオンをしてから設定動作モードの情報を取得するまでの間は、有人モード、セルフモードのいずれのモードでも動作していないデフォルトの状態となる。なお、サインオフした場合には、受付端末２の動作モードの情報はモードメモリ５２にそのまま維持してもよい。

ＡＣＴ２５乃至ＡＣＴ２７の待ち受け状態において、業務ボタンＢＴｂが入力されると、プロセッサ２０１は、ＡＣＴ３０へと進む。プロセッサ２０１は、ＡＣＴ３０としてタッチパネル２０７の画面を業務メニュー画面ＳＣｄ（図２１を参照）とする。

図２１は業務メニュー画面ＳＣｄの一表示例である。図示するように、業務メニュー画面ＳＣｄは、「登録」ボタン、「レポート」ボタン、「精算」ボタン、「入出金」ボタン、「端末認証」ボタン及び「サインオフ」ボタンが配置されている。各ボタンは、ソフトウェアキーである。「登録」ボタンは、登録業務の選択をプロセッサ２０１に指令するための操作子である。「レポート」ボタンは、レポート業務の選択をプロセッサ２０１に指令するための操作子である。「精算」ボタンは、精算業務の選択をプロセッサ２０１に指令するための操作子である。「入出金」ボタンは、入出金業務の選択をプロセッサ２０１に指令するための操作子である。「端末認証」ボタンは、端末認証業務の選択をプロセッサ２０１に指令するための操作子である。「サインオフ」ボタンは、サインオフをプロセッサ２０１に指令するための操作子である。

サインオフを行う従業員は、業務メニュー画面ＳＣｄを確認すると、サインオフ操作ＯＰｅ（図２７を参照）を行う。すなわち従業員は、「サインオフ」ボタンにタッチする。

業務メニュー画面ＳＣｄを表示した受付端末２のプロセッサ２０１は、ＡＣＴ３１へと進む。プロセッサ２０１は、ＡＣＴ３１として「サインオフ」ボタンが入力されたか否かを確認する。「サインオフ」ボタン以外のボタンが入力された場合には、プロセッサ２０１は、そのボタンに割り当てられた業務を処理する。

「サインオフ」ボタンが入力された場合には、プロセッサ２０１は、ＡＣＴ３２へと進む。プロセッサ２０１は、ＡＣＴ３２として受付サーバ１に対してサインオフ通知を行う。すなわちプロセッサ２０１は、受付サーバ１にサインオフ通知のデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にサインオフ通知のデータ信号が送信される。このデータ信号には、責任者メモリ５１に記憶されている従業員コードが含まれる。また、受付端末２の端末ＩＤも含まれる。

サインオフ通知を受けた受付サーバ１は、受付端末テーブル６１を参照して、端末ＩＤに関連付けられた稼働中フラグＦを“０”とする。また、動作モードを特定する情報Ｍをクリアする。

サインオフ通知を行った受付端末２のプロセッサ２０１は、ＡＣＴ３３へと進む。プロセッサ２０１は、ＡＣＴ３３として第１のアプリケーションソフトウェア４１である有人モードＡＰＬを停止する。またプロセッサ２０１は、ＡＣＴ３４として責任者メモリ５１及びモードメモリ５２に記憶していたデータをクリアする。このように、サインオフの入力を受け付けたプロセッサ２０１は、サインオフの処理を実行する。サインオフの処理は上述したＡＣＴ３２乃至ＡＣＴ３４の処理を含む。すなわち、サインオフとは、サインオンした従業員の認証を解除し、受付端末２をデフォルトの状態に戻すための処理である。サインオフの処理を終えたプロセッサ２０１は、図８のＡＣＴ１へと戻る。すなわちプロセッサ２０１は、タッチパネル２０７の画面をサインオン画面ＳＣａとする。

ここに、プロセッサ２０１は、ＡＣＴ２１の処理により、記憶手段３２としての機能を実現する。プロセッサ２０１は、ＡＣＴ２３の処理により、通知手段３３としての機能を実現する。プロセッサ２０１は、ＡＣＴ２２乃至ＡＣＴ２９の処理により有人制御手段３４としての機能を実現する。

＜入退場セルフモードの説明＞
図１４は、設定動作モードが入退場セルフモードである場合のプロセッサ２０１の制御手順を示す流れ図である。プロセッサ２０１は、ＡＣＴ４１としてモードメモリ５２に入退場セルフモードを特定する情報「２００」を記述する。またプロセッサ２０１は、ＡＣＴ４２として第２のアプリケーションソフトウェア４２である「入退場セルフモードＡＰＬ」を起動する。以後、プロセッサ２０１は、「入退場セルフモードＡＰＬ」に従ってＡＣＴ４３乃至ＡＣＴ５０の動作を制御する。

プロセッサ２０１は、ＡＣＴ４３として受付サーバ１に対して入退場セルフモードが設定されたことを通知する。すなわちプロセッサ２０１は、受付サーバ１に入退場セルフモードを特定する情報「２００」を含むデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にモード特定情報「２００」を含むデータ信号が送信される。このデータ信号には、受付端末２の端末ＩＤも含まれている。

端末ＩＤとモード特定情報「２００」とを含むデータ信号を受信した受付サーバ１のプロセッサ１１は、図１７を用いて説明したＡＣＴ１０７の更新処理を実行する。すなわちプロセッサ１１は、受付端末テーブル６１を参照して、当該端末ＩＤに関連付けられた動作モードを特定する情報Ｍを「２００」とする。

受付サーバ１に対して入退場セルフモードが設定されたことを通知したプロセッサ２０１は、ＡＣＴ４４へと進む。プロセッサ２０１は、ＡＣＴ４４としてタッチパネル２０７の画面を入退場セルフモードのトップ画面ＳＣｅ-a（図２２を参照）とする。トップ画面ＳＣｅ-aは、セルフモードの画面の一例である。

図２２は、トップ画面ＳＣｅ-aの一表示例である。図示するように、入退場セルフモードのトップ画面ＳＣｅ-aは、入場エリアＡＲａと退場エリアＡＲｂの２つの領域に区分されている。そして、入場エリアＡＲａには、「予約有」ボタンＢＴｃと「予約無」ボタンＢＴｄとが配置されている。退場エリアＡＲｂには、「会計」ボタンＢＴｅが配置されている。「予約有」ボタンＢＴｃは、事前にカラオケボックスの予約をしていた利用者が入場の際に操作する操作子である。「予約有」ボタンＢＴｃは、プロセッサ２０１にカラオケボックス予約有りの利用者が入場することを指令する操作子であるともいえる。「予約無」ボタンＢＴｄは、カラオケボックスの予約をしていない利用者が入場の際に操作する操作子である。「予約無」ボタンＢＴｄは、プロセッサ２０１にカラオケボックス予約無しの利用者が入場することを指令する操作子であるともいえる。「会計」ボタンＢＴｅは、カラオケボックスを利用していた利用者が店を出る際に操作する操作子である。「会計」ボタンＢＴｅは、プロセッサ２０１にカラオケボックスからの退場を指令する操作子であるともいえる。

入退場セルフモードのトップ画面ＳＣｅ-aを表示した受付端末２のプロセッサ２０１は、ＡＣＴ４５へと進む。プロセッサ２０１は、ＡＣＴ４５として入場操作が行われたか否を確認する。入場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ４６へと進む。プロセッサ２０１は、ＡＣＴ４６として退場操作が行われたか否を確認する。退場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ４７へと進む。プロセッサ２０１は、ＡＣＴ４７として特定操作が行われたか否かを確認する。特定操作については、後述する。特定操作が行われていない場合、プロセッサ２０１は、ＡＣＴ４５へと戻る。このように、トップ画面ＳＣｅ-aを表示した受付端末２のプロセッサ２０１は、ＡＣＴ４５乃至ＡＣＴ４７において入場操作が行われるか、退場操作が行われるか、特定操作が行われるのを待ち受ける。

トップ画面ＳＣｅ-aが表示された受付端末２の操作者は、利用者である。利用者は、入場操作又は退場操作ＯＰｆ（図２８を参照）を行う。すなわちカラオケボックスを利用する客、いわゆる利用者は、来店時に受付にて受付端末２を操作して入場操作を行う。その後、カラオケボックスの利用を終えて店を出る際には、利用者は受付にて受付端末２を操作して退場操作を行う。

具体的には、事前に予約をして来店した利用者は、トップ画面ＳＣｅ-aの「予約有」ボタンＢＴｃにタッチする。予約をせずに来店した利用者は、トップ画面ＳＣｅ-aの「予約無」ボタンＢＴｄにタッチする。このように、「予約有」ボタンＢＴｃ又は「予約無」ボタンＢＴｄにタッチする操作が入場操作である。一方、店を出る利用者は、トップ画面ＳＣｅ-aの「会計」ボタンＢＴｅを入力する。このように、「会計」ボタンＢＴｅを入力する操作が退場操作である。

ＡＣＴ４５乃至ＡＣＴ４７の待ち受け状態において、入場操作が行われると、プロセッサ２０１は、ＡＣＴ４８へと進む。プロセッサ２０１は、ＡＣＴ４８として入場処理を実行する。すなわち「予約有」ボタンＢＴｃが入力された場合には、プロセッサ２０１は、タッチパネル２０７の画面を会員入力画面とする。会員入力画面は、会員コードの入力を受け付ける画面である。利用者は、例えば会員カードのデータをカードリーダ２２に読み取らせる。プロセッサ２０１は、カードリーダ２２によって読み取られた会員カードデータから会員コードを取得する。そしてプロセッサ２０１は、その会員コードを受付サーバ１に送信する。受付サーバ１は、会員データベース８を検索して会員コードで識別される利用者の予約情報を取得し、その予約情報を受付端末２に送信する。予約情報を受信した受付端末２のプロセッサ２０１は、タッチパネル２０７の画面を利用人数入力画面ＳＣｆ-a（図２５を参照）とする。一方、「予約無」ボタンＢＴｄが入力された場合には、プロセッサ２０１は、タッチパネル２０７の画面を利用人数入力画面ＳＣｆ-aとする。

図２５は、利用人数入力画面ＳＣｆ-aの表示例である。図示するように、利用人数入力画面ＳＣｆ-aは、利用者の人数と、２０歳未満の利用者がいるか否かという情報を受け付けるための画面である。２０歳未満の利用者がいるか否かという情報を受け付けるために、受付端末２は、年齢等の会員情報と関連付けられる会員コードの入力を受け付けるようにしてもよい。利用者が利用人数などを入力してＯＫボタンにタッチすると、タッチパネル２０７の画面がカラオケボックス選択画面となる。カラオケボックス選択画面は、利用するカラオケボックスのボックス番号の選択を受け付けるための画面である。カラオケボックス選択画面は、カラオケコースのコースメニュー、オプションメニュー等の選択を受け付ける画面でもある。このような利用人数入力画面ＳＣｆ-a及びカラオケボックス選択画面は、利用者がカラオケボックスに入場する際に必要な第１データの入力を受け付ける画面である。すなわち利用人数入力画面ＳＣｆ-a、カラオケボックス選択画面等も、セルフモードの画面の一例である。

プロセッサ２０１は、利用人数入力画面ＳＣｆ-a、カラオケボックス選択画面等を介して入力された第１データを基に受付伝票の印刷データを作成し、プリンタ２１に出力する。これにより、プリンタ２１から受付伝票が発行されるので、利用者は、受付伝票を持ってカラオケボックスへと移動する。

またプロセッサ２０１は、入力されたボックス番号、利用人数、２０歳未満の利用者がいるか否かという情報、利用予定時間、コースメニュー、オプションメニュー等の第１データを受付サーバ１に送信する。受付サーバ１は、カラオケボックス選択画面で入力されたボックス番号のボックス別ファイル６２に、入場日時、利用人数、コースメニュー、オプションメニュー等を記憶する。また、利用者が会員である場合には、会員コードも記述する。入場日時は、例えば「予約有」ボタンＢＴｃ又は「予約無」ボタンＢＴｄがタッチされた時点で受付端末２の時計２０４が計時している日時である。

このように入場処理は、第１データの入力を受け付ける画面を表示する処理と、その画面を介して入力された第１データを基に受付伝票を発行する処理と、第１データを受付サーバ１に送信する処理とを含む。なお、受付伝票は、紙を媒体に発行するのではなく、電子データとして利用者のスマートフォンに送信することにより発行してもよい。

ＡＣＴ４５乃至ＡＣＴ４７の待ち受け状態において、退場操作が行われると、プロセッサ２０１は、ＡＣＴ４９へと進む。プロセッサ２０１は、ＡＣＴ４９として退場処理を実行する。すなわちプロセッサ２０１は、「会計」ボタンＢＴｅが入力されたことを検知すると、タッチパネル２０７の画面を、利用者がカラオケボックスから退場する際に必要な第２データの入力を受け付ける画面とする。その画面は、例えば伝票読込み画面ＳＣｆ-b（図２６を参照）である。

図２６は、伝票読込み画面ＳＣｆ-bの表示例である。図示するように伝票読込み画面ＳＣｆ-bは、利用者に受付伝票のバーコードをカメラに翳すことを指示するための画面である。伝票読込み画面ＳＣｆ-bを確認した利用者は、受付伝票のバーコードを撮像部２０６のレンズに翳す。なお受付伝票は、セルフモードの受付端末２から発行されたものであってもよいし、有人モードの受付端末２から発行されたものであってもよい。

このような操作により、受付伝票のバーコードが撮像部２０６によって読み取られると、プロセッサ２０１は、バーコードを解析して得たボックス番号と退場日時とを受付サーバ１に送信する。退場日時は、例えば「会計」ボタンＢＴｅがタッチされた時点で受付端末２の時計２０４が計時している日時である。受付サーバ１は、ボックス番号のボックス別ファイル６２に、退場日時を記述する。そして受付サーバ１は、ボックス別ファイル６２に記述された入場日時と退場日時とから利用時間を算出し、カラオケボックスの使用料を算出する。また受付サーバ１は、同ボックス別ファイル６２に記述された注文データを基に商品の価格を加算して施設利用代金を算出する。

受付サーバ１において施設利用代金が算出されると、受付端末２におけるタッチパネル２０７の画面が支払い方法選択画面に遷移するので、利用者は、希望する支払い方法を選択し、その支払い方法で代金の支払いを行う。このような操作を受けて、受付端末２のプロセッサ２０１は、施設利用代金と支払いデータとに基づいて決済処理を行い、レシートを発行する。伝票読込み画面ＳＣｆ-b、支払い方法選択画面等もセルフモードの画面の一例である。セルフモードの画面は、他の画面を含んでいてもよい。

このように退場処理は、第２データの入力を受け付ける画面を表示する処理と、その画面を介して入力された第２データを受付サーバ１に送信する処理と、施設利用代金の決済処理とを含む。なお、決済処理において発行されるレシートは、電子レシートであってもよい。なお、ＡＣＴ４５乃至ＡＣＴ４７の待ち受け状態において、所定の時間、操作が何も行われなかった場合でも、タッチパネル２０７の画面は、サインオン画面ＳＣａに戻ることはない。

ところで、前述したように、トップ画面ＳＣｅ-aを表示した受付端末２のプロセッサ２０１は、ＡＣＴ４５乃至ＡＣＴ４７において、特定操作ＯＰｇ（図２８を参照）が行われるのを待ち受けている。特定操作ＯＰｇは、利用者による入場操作及び退場操作ではあり得ない格別な操作である。例えば、タッチパネル２０７の任意の４か所を指でタッチする操作を特定操作ＰＯｈと定義する。このような特定操作ＯＰｇは、店舗管理者などの一部の従業員のみが知り得る操作である。

プロセッサ２０１は、ＡＣＴ４５乃至ＡＣＴ４７において、特定操作ＯＰｇが行われたことを検知すると、ＡＣＴ５０へと進む。プロセッサ２０１は、ＡＣＴ５０として受付サーバ１に対してサインオフ通知を行う。すなわちプロセッサ２０１は、受付サーバ１にサインオフ通知のデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にサインオフ通知のデータ信号が送信される。このデータ信号には、責任者メモリ５１に記憶されている従業員コードが含まれる。また、受付端末２の端末ＩＤも含まれる。

なお、ＡＣＴ４５乃至ＡＣＴ４７において、特定操作ＯＰｈが行われたことを検知した場合、プロセッサ２０１は、ＡＣＴ５０へと進む前に、従業員の認証操作を受け付けるようにしてもよい。認証操作とは、例えば従業員コードの入力とパスワードの入力を受け付ける操作である。認証操作とは、従業員コードの入力だけであってもよい。

サインオフ通知を受けた受付サーバ１は、受付端末テーブル６１を参照して、端末ＩＤに関連付けられた稼働中フラグＦを“０”とする。また、動作モードを特定する情報Ｍをクリアする。

サインオフ通知を行った受付端末２のプロセッサ２０１は、ＡＣＴ５１へと進む。プロセッサ２０１は、ＡＣＴ５１として第２のアプリケーションソフトウェア４２である入退場セルフモードＡＰＬを停止する。またプロセッサ２０１は、ＡＣＴ５２として責任者メモリ５１及びモードメモリ５２に記憶していたデータをクリアする。このように、サインオフの入力を受け付けたプロセッサ２０１は、サインオフの処理を実行する。サインオフの処理は上述したＡＣＴ５０乃至ＡＣＴ５２の処理を含む。すなわち、サインオフとは、サインオンした従業員の認証を解除し、受付端末２をデフォルトの状態に戻すための処理である。サインオフの処理を終えたプロセッサ２０１は、図８のＡＣＴ１へと戻る。すなわちプロセッサ２０１は、タッチパネル２０７の画面をサインオン画面ＳＣａとする。

ここに、プロセッサ２０１は、ＡＣＴ４１の処理により、記憶手段３２としての機能を実現する。プロセッサ２０１は、ＡＣＴ４３の処理により、通知手段３３としての機能を実現する。プロセッサ２０１は、ＡＣＴ４２乃至ＡＣＴ４９の処理によりセルフ制御手段３５としての機能を実現する。

＜入場セルフモードの説明＞
図１５は、設定動作モードが入場セルフモードである場合のプロセッサ２０１の制御手順を示す流れ図である。プロセッサ２０１は、ＡＣＴ６１としてモードメモリ５２に入場セルフモードを特定する情報「３００」を記述する。またプロセッサ２０１は、ＡＣＴ６２として第３のアプリケーションソフトウェア４３である「入場セルフモードＡＰＬ」を起動する。以後、プロセッサ２０１は、「入場セルフモードＡＰＬ」に従ってＡＣＴ６３乃至ＡＣＴ６８の動作を制御する。

プロセッサ２０１は、ＡＣＴ６３として受付サーバ１に対して入場セルフモードが設定されたことを通知する。すなわちプロセッサ２０１は、受付サーバ１に入場セルフモードを特定する情報「３００」を含むデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にモード特定情報「３００」を含むデータ信号が送信される。このデータ信号には、受付端末２の端末ＩＤも含まれている。

端末ＩＤとモード特定情報「２００」とを含むデータ信号を受信した受付サーバ１のプロセッサ１１は、図１７を用いて説明したＡＣＴ１０７の更新処理を実行する。すなわちプロセッサ１１は、受付端末テーブル６１を参照して、当該端末ＩＤに関連付けられた動作モードを特定する情報Ｍを「３００」とする。

受付サーバ１に対して入場セルフモードが設定されたことを通知したプロセッサ２０１は、ＡＣＴ６４へと進む。プロセッサ２０１は、ＡＣＴ６４としてタッチパネル２０７の画面を入場セルフモードのトップ画面ＳＣｅ-b（図２３を参照）とする。トップ画面ＳＣｅ-bは、セルフモードの画面の一例である。

図２３は、トップ画面ＳＣｅ-bの一表示例である。図示するように、入場セルフモードのトップ画面ＳＣｅ-bは、入退場セルフモードのトップ画面ＳＣｅ-aにおける入場エリアＡＲａと同じである。すなわち、トップ画面ＳＣｅ-bには、「予約有」ボタンＢＴｃと「予約無」ボタンＢＴｄとが配置されている。

入場セルフモードのトップ画面ＳＣｅ-bを表示した受付端末２のプロセッサ２０１は、ＡＣＴ６５へと進む。プロセッサ２０１は、ＡＣＴ６５として入場操作が行われたか否を確認する。入場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ６６へと進む。プロセッサ２０１は、ＡＣＴ６６として特定操作が行われたか否かを確認する。特定操作は、「入退場セルフモードの説明」において説明した特定操作と同一である。特定操作が行われていない場合、プロセッサ２０１は、ＡＣＴ６５へと戻る。このように、トップ画面ＳＣｅ-bを表示した受付端末２のプロセッサ２０１は、ＡＣＴ６５及びＡＣＴ６６において入場操作が行われるか、特定操作が行われるのを待ち受ける。

トップ画面ＳＣｅ-bが表示された受付端末２の操作者は、利用者である。利用者は、入場操作を行う。すなわちカラオケボックスを利用する客、いわゆる利用者は、来店時に受付にて受付端末２を操作して入場操作を行う。この入場操作は、「入退場セルフモードの説明」において説明した入場操作と同一である。

ＡＣＴ６５及びＡＣＴ６６の待ち受け状態において、入場操作が行われると、プロセッサ２０１は、ＡＣＴ６７へと進む。プロセッサ２０１は、ＡＣＴ６７として入場処理を実行する。この入場処理も、「入退場セルフモードの説明」において、ＡＣＴ４８として説明した入場処理と同一である。よって、入場操作及び入場処理については、「入退場セルフモードの説明」の記載をそのまま代用し、ここでの説明は省略する。

プロセッサ２０１は、ＡＣＴ６５及びＡＣＴ６６の待ち受け状態において、特定操作ＯＰｇが行われたことを検知すると、ＡＣＴ６８へと進む。プロセッサ２０１は、ＡＣＴ６８として受付サーバ１に対してサインオフ通知を行う。サインオフ通知の処理も、「入退場セルフモードの説明」において、ＡＣＴ５０として説明したサインオフ通知の処理と同一である。また、サインオフ通知を受けた受付サーバ１の動作も同様である。よって、サインオフ通知については、「入退場セルフモードの説明」の記載をそのまま代用し、ここでの説明は省略する。

サインオフ通知を行った受付端末２のプロセッサ２０１は、ＡＣＴ６９へと進む。プロセッサ２０１は、ＡＣＴ６９として第３のアプリケーションソフトウェア４３である入場セルフモードＡＰＬを停止する。またプロセッサ２０１は、ＡＣＴ７０として責任者メモリ５１及びモードメモリ５２に記憶していたデータをクリアする。このように、サインオフの入力を受け付けたプロセッサ２０１は、サインオフの処理を実行する。サインオフの処理は上述したＡＣＴ６８乃至ＡＣＴ７０の処理を含む。すなわち、サインオフとは、サインオンした従業員の認証を解除し、受付端末２をデフォルトの状態に戻すための処理である。サインオフの処理を終えたプロセッサ２０１は、図８のＡＣＴ１へと戻る。すなわちプロセッサ２０１は、タッチパネル２０７の画面をサインオン画面ＳＣａとする。

ここに、プロセッサ２０１は、ＡＣＴ６１の処理により、記憶手段３２としての機能を実現する。プロセッサ２０１は、ＡＣＴ６３の処理により、通知手段３３としての機能を実現する。プロセッサ２０１は、ＡＣＴ６２乃至ＡＣＴ６７の処理によりセルフ制御手段３５としての機能を実現する。

＜退場セルフモードの説明＞
図１６は、設定動作モードが退場セルフモードである場合のプロセッサ２０１の制御手順を示す流れ図である。プロセッサ２０１は、ＡＣＴ８１としてモードメモリ５２に退場セルフモードを特定する情報「４００」を記述する。またプロセッサ２０１は、ＡＣＴ８２として第４のアプリケーションソフトウェア４４である「退場セルフモードＡＰＬ」を起動する。以後、プロセッサ２０１は、「退場セルフモードＡＰＬ」に従ってＡＣＴ８３乃至ＡＣＴ８８の動作を制御する。

プロセッサ２０１は、ＡＣＴ８３として受付サーバ１に対して退場セルフモードが設定されたことを通知する。すなわちプロセッサ２０１は、受付サーバ１に退場セルフモードを特定する情報「４００」を含むデータ信号を送信するように通信部２０５を制御する。この制御により、通信部２０５から通信ネットワーク５を介して受付サーバ１にモード特定情報「４００」を含むデータ信号が送信される。このデータ信号には、受付端末２の端末ＩＤも含まれている。

端末ＩＤとモード特定情報「２００」とを含むデータ信号を受信した受付サーバ１のプロセッサ１１は、図１７を用いて説明したＡＣＴ１０７の更新処理を実行する。すなわちプロセッサ１１は、受付端末テーブル６１を参照して、当該端末ＩＤに関連付けられた動作モードを特定する情報Ｍを「４００」とする。

受付サーバ１に対して退場セルフモードが設定されたことを通知したプロセッサ２０１は、ＡＣＴ８４へと進む。プロセッサ２０１は、ＡＣＴ８４としてタッチパネル２０７の画面を退場セルフモードのトップ画面ＳＣｅ-c（図２４を参照）とする。トップ画面ＳＣｅ-cは、セルフモードの画面の一例である。

図２４は、トップ画面ＳＣｅ-cの一表示例である。図示するように、退場セルフモードのトップ画面ＳＣｅ-cは、入退場セルフモードのトップ画面ＳＣｅ-aにおける退場エリアＡＲｂと同じである。すなわち、トップ画面ＳＣｅ-cには、「会計」ボタンＢＴｅが配置されている。

退場セルフモードのトップ画面ＳＣｅ-cを表示した受付端末２のプロセッサ２０１は、ＡＣＴ８５へと進む。プロセッサ２０１は、ＡＣＴ８５として退場操作が行われたか否を確認する。退場操作が行われていない場合、プロセッサ２０１は、ＡＣＴ８６へと進む。プロセッサ２０１は、ＡＣＴ８６として特定操作が行われたか否かを確認する。特定操作は、「入退場セルフモードの説明」において説明した特定操作と同一である。特定操作が行われていない場合、プロセッサ２０１は、ＡＣＴ８５へと戻る。このように、トップ画面ＳＣｅ-cを表示した受付端末２のプロセッサ２０１は、ＡＣＴ８５及びＡＣＴ８６において退場操作が行われるか、特定操作が行われるのを待ち受ける。

トップ画面ＳＣｅ-cが表示された受付端末２の操作者は、利用者である。利用者は、退場操作を行う。すなわちカラオケボックスを利用する客、いわゆる利用者は、来店時に受付にて受付端末２を操作して退場操作を行う。この退場操作は、「入退場セルフモードの説明」において説明した退場操作と同一である。

ＡＣＴ８５及びＡＣＴ８６の待ち受け状態において、退場操作が行われると、プロセッサ２０１は、ＡＣＴ８７へと進む。プロセッサ２０１は、ＡＣＴ８７として退場処理を実行する。この退場処理も、「入退場セルフモードの説明」において、ＡＣＴ４９として説明した退場処理と同一である。よって、退場操作及び退場処理については、「入退場セルフモードの説明」の記載をそのまま代用し、ここでの説明は省略する。

プロセッサ２０１は、ＡＣＴ８５及びＡＣＴ８６の待ち受け状態において、特定操作ＯＰｇが行われたことを検知すると、ＡＣＴ８８へと進む。プロセッサ２０１は、ＡＣＴ８８として受付サーバ１に対してサインオフ通知を行う。サインオフ通知の処理も、「入退場セルフモードの説明」において、ＡＣＴ５０として説明したサインオフ通知の処理と同一である。また、サインオフ通知を受けた受付サーバ１の動作も同様である。よって、サインオフ通知については、「入退場セルフモードの説明」の記載をそのまま代用し、ここでの説明は省略する。

サインオフ通知を行った受付端末２のプロセッサ２０１は、ＡＣＴ８９へと進む。プロセッサ２０１は、ＡＣＴ８９として第４のアプリケーションソフトウェア４４である退場セルフモードＡＰＬを停止する。またプロセッサ２０１は、ＡＣＴ９０として責任者メモリ５１及びモードメモリ５２に記憶していたデータをクリアする。このように、サインオフの入力を受け付けたプロセッサ２０１は、サインオフの処理を実行する。サインオフの処理は上述したＡＣＴ８８乃至ＡＣＴ９０の処理を含む。すなわち、サインオフとは、サインオンした従業員の認証を解除し、受付端末２をデフォルトの状態に戻すための処理である。サインオフの処理を終えたプロセッサ２０１は、図８のＡＣＴ１へと戻る。すなわちプロセッサ２０１は、タッチパネル２０７の画面をサインオン画面ＳＣａとする。

ここに、プロセッサ２０１は、ＡＣＴ８１の処理により、記憶手段３２としての機能を実現する。プロセッサ２０１は、ＡＣＴ８３の処理により、通知手段３３としての機能を実現する。プロセッサ２０１は、ＡＣＴ８２乃至ＡＣＴ８７の処理によりセルフ制御手段３５としての機能を実現する。

［受付端末の作用説明］
図２７は、有人モードに係る操作手順と受付端末に表示される画面の遷移例を示すシーケンス図である。例えば、開店前に受付端末２に対して従業員が起動操作ＯＰａを行うと、受付端末２の表示デバイスであるタッチパネル２０７にサインオン画面ＳＣａが表示される。そこで従業員は、サインオン操作ＯＰｂを行う。

サインオン操作ＯＰｂが行われると、受付端末２は、受付サーバ１に設定動作モードの要求コマンドＣＭａを送信する。この要求コマンドＣＭａを受信した受付サーバ１は、受付管理サーバ２００に対して動作モードの問合せコマンドＣＭｂを送信する。問合せコマンドＣＭｂを受信した受付管理サーバ２００は、店舗別マスタテーブル４００を検索し、受付端末２の端末ＩＤと関連付けて記憶されている設定動作モードの情報を取得して受付サーバ１に送信する。受付サーバ１は、受付管理サーバ２００から受信した設定動作モードの情報を受付端末２に送信する。

受付端末２は、受付サーバ１を介して受付管理サーバ２００から取得した設定動作モードの情報をモードメモリ５２で記憶する。かくして、受付端末２のタッチパネル２０７の画面が有人モードのトップ画面ＳＣｂとなる。以後、受付端末２は、入場操作及び退場操作ＯＰｃを従業員が行う有人モードの機種として動作する。

なお、受付管理サーバ２００から設定動作モードの情報を取得した受付端末２は、その設定動作モードの情報を受付サーバ１に通知する。この通知を受けて、受付サーバ１は、受付端末テーブル６１で管理される当該受付端末２の動作モードの情報を、通知された動作モードの情報に更新する。

有人モードが設定された受付端末２に対して、従業員が入場操作又は退場操作ＯＰｃを行うと、タッチパネル２０７の画面は、有人モードにおける入場・退場処理画面ＳＣｃに遷移する。従業員は、入場・退場処理画面ＳＣｃを介して利用者がカラオケボックスに入場する際に必要な第１データ又は利用者がカラオケボックスから退場する際に必要な第２データを入力することができる。そして、入場操作又は退場操作を終えると、タッチパネル２０７の画面は、有人モードのトップ画面ＳＣｂに戻る。

一方、従業員が業務ボタン操作ＯＰｄ、つまりは業務ボタンＢＴｂにタッチすると、タッチパネル２０７の画面は業務メニュー画面ＳＣｄとなる。ここで、従業員がサインオフ操作ＯＰｅを行うと、有人モードで動作していた受付端末２はサインオフ状態となる。すなわち、責任者メモリ５１に記憶されていた従業員コードがクリアされる。また、モードメモリ５２のデータもクリアされる。そして、タッチパネル２０７の画面は、サインオン画面ＳＣａとなる。

したがって、例えば従業員がサインオン操作ＯＰｂを行うことによって、受付端末２は、店舗別マスタテーブル４００に記憶されている設定動作モードの情報が変更されていない限り、引き続き有人モードの機種として動作する。これに対し、設定動作モードの情報が入退場セルフモード、入場セルフモード又は退場セルフモードの情報に変更されていた場合には、受付端末２は、セルフモードの機種として動作する。

図２８は、セルフモードに係る操作手順と受付端末に表示される画面の遷移例を示すシーケンス図である。従業員のサインオン操作に応じて受付管理サーバ２００から取得した動作モードの情報がセルフモードの情報であると、タッチパネル２０７の画面は、セルフモードのトップ画面ＳＣｅとなる。具体的には、入退場セルフモードの情報「２００」を取得した場合には、タッチパネル２０７の画面は入退場セルフモードのトップ画面ＳＣｅ-aとなり、入場セルフモードの情報「３００」を取得した場合には、タッチパネル２０７の画面は入場セルフモードのトップ画面ＳＣｅ-bとなり、退場セルフモードの情報「４００」を取得した場合には、タッチパネル２０７の画面は退場セルフモードのトップ画面ＳＣｅ-cとなる。

以後、トップ画面ＳＣｅ-aが表示された受付端末２は、入場操作及び退場操作ＯＰｆを利用者が行う入退場セルフモードの機種として動作する。トップ画面ＳＣｅ-bが表示された受付端末２は、入場操作ＯＰｆを利用者が行う入場セルフモードの機種として動作する。トップ画面ＳＣｅ-cが表示された受付端末２は、退場操作ＯＰｆを利用者が行う退場セルフモードの機種として動作する。

なお、受付管理サーバ２００から設定動作モードの情報を取得した受付端末２は、その設定動作モードの情報を受付サーバ１に通知する。この通知を受けて、受付サーバ１は、受付端末テーブル６１で管理される当該受付端末２の動作モードの情報を、通知された動作モードの情報に更新する。

セルフモードが設定された受付端末２に対して、利用者が入場操作又は退場操作ＯＰｆを行うと、タッチパネル２０７の画面は、セルフモードにおける入場・退場処理画面ＳＣｆに遷移する。例えば、利用者がトップ画面ＳＣｅ-a又はトップ画面ＳＣｅ-bの「予約無」ボタンＢＴｃを入力すると、タッチパネル２０７の画面は、利用人数入力画面ＳＣｆ-aとなる。利用者がトップ画面ＳＣｅ-a又はトップ画面ＳＣｅ-cの「会計」ボタンＢＴｅを入力すると、タッチパネル２０７の画面は、伝票読込み画面ＳＣｆ-bとなる。かくして利用者は、入場・退場処理画面ＳＣｆを介して第１データ又は第２データを入力することができる。そして、入場操作又は退場操作を終えると、タッチパネル２０７の画面は、セルフモードのトップ画面ＳＣｅに戻る。

一方、従業員が特定操作ＯＰｇとしてタッチパネル２０７の任意の４か所を指でタッチすると、セルフモードで動作していた受付端末２はサインオフ状態となる。すなわち、責任者メモリ５１に記憶されていた従業員コードがクリアされる。また、モードメモリ５２のデータもクリアされる。そして、タッチパネル２０７の画面は、サインオン画面ＳＣａとなる。

したがって、例えば従業員がサインオン操作ＯＰｂを行うことによって、受付端末２は、店舗別マスタテーブル４００に記憶されている設定動作モードの情報が変更されていない限り、引き続きセルフモードの機種として動作する。これに対し、設定動作モードの情報が有人モードの情報に変更されていた場合には、受付端末２は、有人モードの機種として動作する。

［受付システムの取引に係る説明］
図２９は、受付システム１００の取引に係る手順を示すシーケンス図である。受付システム１００においては、受付端末２と、受付サーバ１と、注文端末３とが、利用者との取引に係るデータを処理する装置となる。受付端末２は、有人モードであってもよいしセルフモードであってもよい。

図２７又は図２８を用いて説明したように、サインオン操作ＯＰｂに応じて設定動作モードの情報を取得した受付端末２は、その情報が有人モードの情報である場合には、有人モードの受付端末として機能し、セルフモードの情報である場合にはセルフモードの受付端末として機能する。また、セルフモードの受付端末２は、入退場セルフモードの受付端末、入場モードの受付端末又は退場モードの受付端末として機能する。

有人モードの受付端末２、及び、退場セルフモード以外のセルフモードの受付端末２は、第１データの入力を受け付ける。第１データは、利用者が利用するカラオケボックスのボックス番号、会員情報、利用人数、利用開始時刻、コースメニュー、オプションメニュー等を含む。

利用者が来店すると、有人モードの受付端末２においては、従業員の入場操作ＯＰｃにより第１データが入力される。退場セルフモード以外のセルフモードの受付端末２においては、利用者の入場操作ＯＰｆにより第１データが入力される。第１データが入力されると、受付端末２では、その第１データを基に受付伝票ＳＬが発行される。

また、受付端末２に入力された第１データは受付サーバ１へと送信される。受付サーバ１は、第１データをボックス別ファイル６２に記憶する。具体的には受付サーバ１は、第１データに含まれるボックス番号で識別されるボックス別ファイル６２に、受付端末２から受信した第１データを記憶する。ボックス別ファイル６２に第１データは、利用者との取引を決済するのに必要な取引データとなる。

ところで、受付時に入力される第１データに含まれるコースメニュー及びオプションメニューは、利用者が注文する商品メニューのデータである。その一方で、利用者は、カラオケボックスを利用している最中も商品メニューを注文することができる。商品メニューの注文は、利用者が注文端末３を操作して行うことができる。あるいは有人モードで動作している受付端末２がある場合には、従業員がその受付端末２を操作して商品メニューの注文を行うことができる。注文端末３又は受付端末２を介して入力された注文データは、受付サーバ１に送信される。受付サーバ１は、注文データを該当するボックス別ファイル６２に記憶する。かくして、利用者との取引を決済するのに必要な取引データに注文データが追加される。

また、有人モードの受付端末２、及び、入場セルフモード以外のセルフモードの受付端末２は、第２データの入力を受け付ける。第２データは、利用者が利用したカラオケボックスのボックス番号、利用終了時刻、代金支払い方法等である。ボックス番号は、受付伝票ＳＬに印刷された機械可読コードから読み取ることで、入力することができる。有人モードの受付端末２においては、従業員の入場操作ＯＰｃにより第２データが入力される。入場セルフモード以外のセルフモードの受付端末２においては、利用者の入場操作ＯＰｆにより第２データが入力される。

受付端末２に入力された第２データは受付サーバ１へと送信される。受付サーバ１は、第２データを該当するボックス別ファイル６２に記憶する。かくして、利用者との取引を決済するのに必要な取引データに第２データが追加される。

受付サーバ１は、ボックス別ファイル６２のデータ、つまりは第１データ、注文データ及び第２データを含む取引データを、第２データが入力された受付端末２へと送信する。取引データを受信した受付端末２は、選択された代金支払い方法に応じて決済処理を実行する。そして受付端末２は、取引データの明細が印刷されたレシートＲＥを発行する。レシートは、電子レシートであってもよい。以上で、受付システム１００に係る利用者との取引が終了する。

［実施形態の効果の説明］
以上詳述したように、本実施形態の受付端末２は、サインオン操作をする毎に、店舗別マスタテーブル４００に記憶されている設定動作モードの情報に従った動作モードで動作する。すなわち、設定動作モードの情報が有人モードの情報である場合には、有人モードの受付端末２として動作する。設定動作モードの情報がセルフモードの情報である場合には、セルフモードの受付端末２として動作する。

したがって、例えば受付に５台の受付端末２を設置したカラオケボックス店舗等の施設において、利用者が多い曜日又は時間帯は、３台を有人対応の受付端末２とし、２台をセルフ対応の受付端末２として動作させる。また、利用者が少ない曜日又は時間帯は、２台を有人対応の受付端末２とし、３台をセルフ対応の受付端末２として動作させる。このように、受付に設置される複数台の受付端末２の一部を有人対応の受付端末とし、残りをセルフ対応の受付端末として、効率的に利用者を捌くことができる受付システム１００を容易に実現することができる。また、受付に設置される全ての受付端末２を有人対応の受付端末２としたり、セルフ対応の受付端末２としたりすることも容易に実現できる。しかも、店舗の従業員は、受付端末２に対してサインオン操作をするだけでよいので、従業員の負担になることはない。

さらには、セルフ対応の受付端末２についても、入場時受付機能に係る第１データの入力のみを受け付ける入場セルフモードの機種としたり、退場時受付機能に係る第２データの入力のみを受け付ける退場セルフモードの機種としたりすることができる。さらには、入場時受付機能に係る第１データの入力及び退場時受付機能に係る第２データの入力の双方を受け付ける入退場セルフモードの機種とすることも可能である。したがって、セルフモードの受付端末２についても、入場時受付機能を有する受付端末２の台数と退場時受付機能を有する受付端末２の台数とを限られた台数の範囲内で適宜変更することができる。この場合においても、店舗の従業員は、受付端末２に対してサインオン操作をするだけでよいので、従業員の負担になることはない。

ところで、稼働中の受付端末２の動作モードを変更する場合には、店舗別マスタテーブル４００に記憶される設定動作モードの情報を変更した後、サインオフ操作を行ってから再度サインオン操作を行えばよい。したがって、例えば有人モードで動作していた受付端末２をセルフモードに切り替える場合には、その受付端末２を操作していた従業員がサインオフ操作とサインオン操作を行えばよいので、速やかに動作モードを変更することができる。

一方、セルフモードで動作していた受付端末２については、従業員が特定操作ＯＰｈを行うことによってサインオフするので、その後、従業員がサインオン操作を行えばよい。したがって、やはり、速やかに動作モードを変更することができる。その上、セルフモードで動作していた受付端末２については、特定操作ＯＰｈが行われない限りはサインオフしない。特定操作は、利用者による入場操作及び退場操作ではあり得ない格別な操作である。したがって、セルフモードで動作している受付端末２が、利用者の操作によってサインオフしてしまう可能性は略なく、システムを安定して動作させることができる。

また、受付端末２は、通知手段３３を有しており、モード取得手段３１により取得した動作モードを受付サーバ１に通知するようにしている。一方、受付サーバ１は、受付端末テーブル６１を備えており、各受付端末２から通知された動作モードの情報を受付端末別に記憶するようにしている。したがって、受付端末テーブル６１の情報を参酌することによって、有人モードとして動作している受付端末２の台数と、セルフモードとして動作している受付端末２の台数とを容易に確認できるメリットがある。

［第２の実施形態］
図３０は、第２の実施形態における店舗別マスタテーブル４０１の主要なデータ構造を示す模式図である。店舗別マスタテーブル４０１は、第１の実施形態の店舗別マスタテーブル４００と比較して、設定動作モードＭのカラムＣｆが異なる。具体的には、店舗別マスタテーブル４０１は、設定動作モードＭのカラムＣｆが曜日別となっている。すなわち、カラムＣｆには、同一行のカラムＣｄに記述された受付端末ＩＤで識別される受付端末２の動作モードを特定する情報が曜日別に記述される。カラムＣｆに対しては、担当者がメンテナンスＰＣを操作することによって、動作モードを特定する情報が曜日別に設定される。

図３１は、第２の実施形態において、受付サーバ１のプロセッサ１１が実行する情報処理の要部手順を示す流れ図である。なお、図１７に示した第１の実施形態の処理と共通する部分には同一符号を付し、その詳しい説明は省略する。すなわちプロセッサ１１は、ＡＣＴ１０１として受付端末２から送信される要求コマンドＣＭａを待ち受けている。設定動作モードの要求コマンドＣＭａを受信すると、プロセッサ１１は、ＡＣＴ１１０へと進む。プロセッサ１１は、ＡＣＴ１１０として時計１４によって計時されている現在の日付の曜日を取得する。しかる後、プロセッサ１１は、ＡＣＴ１０２へと進む。プロセッサ１１は、ＡＣＴ１０２として受付管理サーバ２００に動作モードを問い合わせる。すなわちプロセッサ１１は、受付管理サーバ２００に動作モードの問合せコマンドＣＭｂを送信するように第２通信インターフェース１６を制御する。この制御により、第２通信インターフェース１６から通信ネットワーク３００を介して受付管理サーバ２００に動作モードの問合せコマンドＣＭｂが送信される。この問合せコマンドＣＭｂには、設定動作モードの要求コマンドＣＭａに含まれていた受付端末２の端末ＩＤと、ＡＣＴ１１０の処理で取得した曜日とが含まれる。また、当該受付サーバ１が設置されているカラオケボックス店舗の店舗ＩＤも含まれる。

動作モードの問合せコマンドＣＭｂを受信した受付管理サーバ２００は、その問合せコマンドＣＭｂに含まれる店舗ＩＤで特定される店舗別マスタテーブル４００を検索する。そして、問合せコマンドＣＭｂに含まれる端末ＩＤと関連付けて記憶されている設定動作モードの情報のうち、問合せコマンドＣＭｂに含まれる曜日に対応付けられた情報を取得する。受付管理サーバ２００は、設定動作モードの情報を受付サーバ１に応答する。

受付管理サーバ２００に動作モードを問い合わせたプロセッサ１１は、ＡＣＴ１０３へと進む。プロセッサ１１は、ＡＣＴ１０３として受付管理サーバ２００からの応答を待ち受ける。以後、プロセッサ１１は、ＡＣＴ１０３以降の処理を第１の実施形態と同様に実行する。

このような構成の第２の実施形態によれば、店舗別マスタテーブル４００の設定如何により、曜日毎に、有人モードの受付端末２の台数とセルフモードの受付端末２の台数とを可変することができる。その結果、例えば平日はセルフモードの受付端末２の台数を増やし、休日は有人モードの受付端末２の台数を増やす、といった実務的な運用を、店舗の従業員が意識することなく容易に実現することができる。

なお、第２の実施形態では、店舗別マスタテーブル４０１における設定動作モードＭのカラムＣｆを曜日別としたが、例えば時間帯別、日付別、週別、月別等としてもよい。

［第３の実施形態］
図３２は、第３の実施形態において、受付サーバ１のプロセッサ１１が実行する情報処理の要部手順を示す流れ図である。なお、図１７に示した第１の実施形態の処理と共通する部分には同一符号を付し、その詳しい説明は省略する。すなわちプロセッサ１１は、ＡＣＴ１０１として受付端末２から設定動作モードの要求コマンドＣＭａを受信すると、ＡＣＴ１０２として受付管理サーバ２００に動作モードを問い合わせる。そしてプロセッサ１１は、ＡＣＴ１０３として受付管理サーバ２００からの応答を待ち受ける。ここで、受付管理サーバ２００から設定動作モードの情報を受信すると、プロセッサ１１は、ＡＣＴ１０５へと進む。プロセッサ１１は、ＡＣＴ１０５として要求コマンドＣＭａ送信元の受付端末２に対して許諾応答コマンドを送信するように第１通信インターフェース１５を制御する。許諾応答コマンドには、受付管理サーバ２００から受信した動作モードの情報が含まれる。

これに対し、例えば通信ネットワーク３００の通信障害、あるいは受付管理サーバ２００の故障などに起因して受付管理サーバ２００からの応答を受信できなかった場合には、プロセッサ１１は、ＡＣＴ１２１へと進む。プロセッサ１１は、ＡＣＴ１２１として受付端末テーブル６１を検索する。そしてプロセッサ１１は、ＡＣＴ１２２として要求コマンドＣＭａ送信元の受付端末２の端末ＩＤと関連付けて受付端末テーブル６１に記憶されている動作モードの情報を取得する。

その後、プロセッサ１１は、ＡＣＴ１０５へと進む。プロセッサ１１は、ＡＣＴ１０５として要求コマンドＣＭａ送信元の受付端末２に対して許諾応答コマンドを送信するように第１通信インターフェース１５を制御する。許諾応答コマンドには、ＡＣＴ１２２の処理において受付端末テーブル６１から取得した動作モードの情報が含まれる。

前述したように、第１の実施形態では、受付サーバ１のプロセッサ１１は、例えば通信ネットワーク３００の通信障害、あるいは受付管理サーバ２００の故障などに起因して受付管理サーバ２００から応答を受信できなかった場合には、受付端末２に対して否定応答コマンドを送信する。その結果、受付端末２は、動作モードが設定されないので、使用不能となる。

これに対して第３の実施形態では、プロセッサ１１は、受付管理サーバ２００から応答を受信できなかった場合には、受付端末テーブル６１から取得した動作モードの情報を受付端末２に送信する。かくして受付端末２においては、受付端末テーブル６１から取得した動作モードの情報が設定されるので、その情報に応じたモードで動作する。

このように第３の実施形態によれば、例えば通信ネットワーク３００の通信障害、あるいは受付管理サーバ２００の故障等が発生しても、受付端末２が動作不能となることを防ぐことができる。

［変形例］
前記実施形態では、受付端末２の動作モードを切り替える際には、一旦、受付端末２をサインオフしてから動作モードを切り替えるようにした。この点に関しては、サインオフすることなく動作モードを切り替えるようにしてもよい。例えば、有人モードで動作している受付端末２においては、業務メニュー画面ＳＣｄに「モード切替」ボタンを追加する。そして、この「モード切替」ボタンが入力された場合には、プロセッサ２０１は、受付サーバ１に設定動作モードを要求する。一方、セルフモードで動作している受付端末２においては、特定操作ＯＰｈが行われると、プロセッサ２０１は、受付サーバ１に設定動作モードを要求する。このように構成することにより、サインオフすることなく動作モードを切り替えることができる。

ところで、前記実施形態では動作モードを切り替える前に必ずサインオフしているので、切替前に受付端末２に入力された第１データ又は第２データはクリアされる。しかし、サインオフすることなく動作モードを切り替えた場合には、第１データ又は第２データが残ってしまう場合がある。このような第１データ又は第２データについては、動作モードの切替後も引き継ぐようにしてもよいし、引き継がないようにしてもよい。

前記実施形態では、セルフモードにおいて入場操作又は退場操作を待ち受けているときに特定操作を待ち受けるものとした。特定操作は、入場操作を受け付けた後の入場処理の最中に、あるいは退場操作を受け付けた後の退場処理の最中に受け付けてもよい。例えば入場処理又は退場処理の最中に特定操作を受け付けた場合には、プロセッサ２０１は、それまで入力された入場処理又は退場処理に係るデータを破棄してサインオフする。あるいは、入場処理又は退場処理の最中にエラー等の異常が発生して特定操作を受け付けた場合には、プロセッサ２０１は、それまで入力された入場処理又は退場処理に係るデータを維持してサインオフする。そしてその際は、発生したエラーに沿った店員向けの表示を行うようにしてもよい。

前記実施形態では、受付端末２は、「有人モードＡＰＬ」、「入退場セルフモードＡＰＬ」、「入場セルフモードＡＰＬ」及び「退場セルフモードＡＰＬ」の４種類のアプリケーションソフトウェア４１～４４を実行するものとして説明した。これら４種類のアプリケーションソフトウェア４１～４４は、１つのアプリケーションソフトウェアとして構成されたものであってもよい。あるいは、セルフモードに係る「入退場セルフモードＡＰＬ」、「入場セルフモードＡＰＬ」及び「退場セルフモードＡＰＬ」の３種類については、１つのアプリケーションソフトウェアとして構成されたものであってもよい。

前記実施形態では、受付管理サーバ２００が店舗別マスタテーブル４００を備え、各受付システム１００の受付サーバ１が、受付端末２から設定動作モードの要求がある毎に、受付管理サーバ２００に設定動作モードの問合せを行うようにした。他の実施形態としては、受付管理サーバ２００が予め各受付システム１００の受付サーバ１に、その店舗のマスタテーブル４００をダウンロードしておく。そして受付サーバ１は、受付端末２から設定動作モードの要求があると、店舗別マスタテーブル４００を検索して当該受付端末２に対する情報として設定された設定動作モードの情報を取得して応答する。このような構成を採用することにより、受付サーバ１が受付管理サーバ２００に設定動作モードの問合せを行わなくなるので、通信ネットワーク３００の通信トラフィック量を低減できるメリットがある。

前記実施形態では、図１０に示す受付端末設定画面ＳＣｘにおいて、各受付端末２の受付端末ＩＤと関連付けて編集ボタンＴＡを配置した。この点に関しては、編集ボタンＴＡに代えて、図１１に示すマスタ編集画面ＳＣｙのように、設定動作モード以外の動作モードのチェックボックスＣＢａ，ＣＢｂ，ＣＢｃを配置してもよい。そうすることにより、編集ボタンＴＡを入力する手間が省けるので、操作性が向上する。

前記実施形態では、タブレットＰＣ２０を主体として受付端末２を構成した。受付端末２は、キーボードとディスプレイとを備えたパーソナルコンピュータを主体に構成してもよい。また、汎用のＰＯＳ（Point Of Sales）端末等の商品登録装置を受付端末２とすることも可能である。

前記実施形態では、利用者が利用する施設をカラオケボックスとし、そのカラオケボックスを経営するカラオケボックス店舗の受付に設置される受付端末２を例示した。施設は、カラオケボックスに限定されない。例えばダーツバー、マンガ喫茶等のレジャー施設、あるいはスポーツジム、ゴルフ場、ボーリング場等の運動施設等であってもよい。すなわち、これらの施設の受付に設置される受付端末２を、本実施形態のように有人モードとセルフモードとを切り替えられるようにしてもよい。したがって、利用者が施設に入場する際に必要な第１データ、及び、利用者が施設から退場する際に必要な第２データについても、その施設の形態によって適宜変更されることとなる。例えば、施設利用代金が定額の施設においては、第１データとして施設利用代金の会計に係るデータを入力する場合もあり得る。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…受付サーバ、２…受付端末、３…注文端末、４…厨房端末、５…通信ネットワーク、６…ボックスデータベース、７…従業員データベース、８…会員データベース、９…商品データベース、２０…タブレットＰＣ、２１…プリンタ、２２…カードリーダ、２３…釣銭機、２４…キャッシュレス決済端末、３１…モード取得手段、３２…記憶手段、３３…通知手段、３４…有人制御手段、３５…セルフ制御手段、５１…責任者メモリ、５２…モードメモリ、６１…受付端末テーブル、６２…ボックス別ファイル、１００…受付システム、２００…受付管理サーバ、３００…通信ネットワーク、４００，４０１…店舗別マスタテーブル、５００…メンテナンス用ＰＣ、１０００…受付管理システム。

Claims (7)

1. 利用者が施設に入場する際に必要な第１データの入力を受け付ける入場時受付機能及び前記利用者が前記施設から退場する際に必要な第２データの入力を受け付ける退場時受付機能に係る前記第１データ及び前記第２データの入力を従業員が行う有人モード、又は、前記第１データ及び前記第２データの入力を利用者が行うセルフモードのいずれかの動作モードの情報をサーバから取得するモード取得手段と、
   前記モード取得手段により取得した動作モードの情報を記憶する記憶手段と、
   前記記憶手段により記憶された情報が前記有人モードの情報である場合には、表示デバイスの画面を有人モードの画面として前記第１データの入力又は前記第２データの入力を受け付ける有人制御手段と、
   前記記憶手段により記憶された情報が前記セルフモードの情報である場合には、前記表示デバイスの画面をセルフモードの画面として前記第１データの入力又は前記第２データの入力を受け付けるセルフ制御手段と、
   を具備する受付装置。
2. 前記モード取得手段は、セルフモードの情報として、前記入場時受付機能に係る前記第１データの入力のみを受け付ける入場セルフモードの情報、又は、前記退場時受付機能に係る前記第２データの入力のみを受け付ける退場セルフモードの情報を取得する、請求項１記載の受付装置。
3. 前記モード取得手段は、セルフモードの情報として、前記入場時受付機能に係る前記第１データの入力及び前記退場時受付機能に係る前記第２データの入力の双方を受け付ける入退場セルフモードの情報をさらに取得する、請求項２記載の受付装置。
4. 前記モード取得手段は、前記記憶手段に前記動作モードの情報が記憶されていない待機状態において、当該受付装置の操作者を認証して使用可能状態とするサインオンが行われると、前記サーバから動作モードの情報を取得する、請求項１記載の受付装置。
5. 前記モード取得手段は、前記記憶手段に前記セルフモードの情報が記憶されているセルフモードの動作状態において、当該セルフモードで動作しているときには使われない特定操作が行われると、前記サーバから動作モードの情報を取得する、請求項１記載の受付装置。
6. 複数の受付装置と、前記複数の受付装置を管理するサーバとを備えた受付管理システムにおいて、
   前記サーバは、
   前記複数の受付装置毎に、当該受付装置の動作モードとして、利用者が施設に入場する際に必要な第１データの入力を受け付ける入場時受付機能及び前記利用者が前記施設から退場する際に必要な第２データの入力を受け付ける退場時受付機能に係る前記第１データ及び前記第２データの入力を従業員が行う有人モード、又は、前記第１データ及び前記第２データの入力を利用者が行うセルフモードのいずれかの動作モードの情報を記憶する記憶部、
   を具備し、
   前記複数の受付装置は、
   前記サーバから、当該受付装置の情報として前記記憶部に記憶された前記動作モードの情報を取得するモード取得手段と、
   前記モード取得手段により取得した動作モードの情報を記憶する記憶手段と、
   前記記憶手段により記憶された情報が前記有人モードの情報である場合には、表示デバイスの画面を有人モードの画面として前記第１データの入力又は前記第２データの入力を受け付ける有人制御手段と、
   前記記憶手段により記憶された情報が前記セルフモードの情報である場合には、前記表示デバイスの画面をセルフモードの画面として前記第１データの入力又は前記第２データの入力を受け付けるセルフ制御手段と、
   を具備する受付管理システム。
7. サーバとの通信機能を備えた受付装置のコンピュータを、
   利用者が施設に入場する際に必要な第１データの入力を受け付ける入場時受付機能及び前記利用者が前記施設から退場する際に必要な第２データの入力を受け付ける退場時受付機能に係る前記第１データ及び前記第２データの入力を従業員が行う有人モード、又は、前記第１データ及び前記第２データの入力を利用者が行うセルフモードのいずれかの動作モードの情報を前記サーバから取得するモード取得手段、
   前記モード取得手段により取得した動作モードの情報を記憶する記憶手段、
   前記記憶手段により記憶された情報が前記有人モードの情報である場合には、表示デバイスの画面を有人モードの画面として前記第１データの入力又は前記第２データの入力を受け付ける有人制御手段、及び、
   前記記憶手段により記憶された情報が前記セルフモードの情報である場合には、前記表示デバイスの画面をセルフモードの画面として前記第１データの入力又は前記第２データの入力を受け付けるセルフ制御手段、
   として機能させるためのプログラム。