(57)【要約】ＰＯＳ装置によって行われる方法において、一つ以上のユーザ情報を取得するステップ、一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するステップ、前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得するステップ、前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納するステップ、前記第１ブロックを前記ユーザインタフェースに表示するステップを含む、複数の業態に適用可能なＰＯＳ装置管理方法が開示される。
2021510859.tif 000002
【特許請求の範囲】
【請求項１】
ＰＯＳ装置によって行われる方法において、
一つ以上のユーザ情報を取得するステップ；
一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するステップ；
前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得するステップ；
前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納するステップ；及び
前記第１ブロックを前記ユーザインタフェースに表示するステップ；を含む、複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項２】
前記ユーザ情報を取得するステップは、前記一つ以上のユーザの会員加入可否を確認するステップ；
会員として加入したユーザの場合、会員情報を取得するステップ；及び
会員として加入していないユーザの場合、非会員情報を生成し、会員加入の案内メッセージを提供するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項３】
前記第１ブロックに対する決済要請を受信するステップ；
前記第１ブロックに含まれた情報に基づいて、前記一つ以上のユーザそれぞれの利用金額及び前記第１ブロックの利用金額のうち少なくとも一つを算出するステップ；及び
前記算出した利用金額に対応する決済情報を取得するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項４】
前記一つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得するステップ；
前記移動要請に対応する第２ブロックを取得するステップ；
前記第１ユーザに関する情報を前記第２ブロックに格納するステップ；及び
前記第２ブロックを前記ユーザインタフェースに表示するステップを含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項５】
前記第２ブロックに関する情報を前記第１ブロックに格納するステップ；
前記第１ブロックに対する決済要請を受信するステップ；
前記第１ブロックにおける前記第１ユーザの利用金額を算出するステップ；
前記第１ブロックに格納された前記第２ブロックに関する情報を取得するステップ；
前記第２ブロックにおける前記第１ユーザの利用金額を算出するステップ；及び
前記第１ブロック及び前記第２ブロックにおける前記第１ユーザの利用金額を合算して前記第１ユーザの総利用金額を算出するステップ；を更に含む、請求項４に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項６】
前記総利用金額を算出するステップは、前記第１ユーザが保有したクーポン情報を取得するステップ；
前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが同じである場合、前記クーポン情報に基づいて前記算出した総利用金額を調整するステップ；及び
前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが互いに異なる場合、第１サービス及び第２サービスでそれぞれ利用可能なクーポン情報を取得し、前記第１ブロックにおける前記第１ユーザの利用金額を調整し、前記第２ブロックにおける前記第１ユーザの利用金額を調整し、前記第１ブロック及び前記第２ブロックで調整した利用金額を合算するステップ；を更に含む、請求項５に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項７】
前記第１ブロックを取得するステップは、前記第１ブロックに対応する第１サービスに関する情報を取得するステップ；
前記第１サービスの提供単位に関する情報を取得するステップ；及び
前記提供単位に基づいて前記第１ブロックの定員を決定するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項８】
前記情報を格納するステップは、前記第１ブロックに情報を格納するユーザの数が定員を超える場合、新しいブロックを取得するステップ；及び
前記第１ブロックに情報を格納するユーザの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納するステップ；を更に含む、請求項６に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項９】
一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するＰＯＳ装置；及び
前記ＰＯＳ装置に登録されたユーザに対応するチケットを出力する出力装置；を含み、
前記ＰＯＳ装置は、一つ以上のユーザ情報を取得し、前記一つ以上のユーザに関する情報を格納するための一つ以上のブロックを取得し、前記一つ以上のユーザに関する情報を前記一つ以上のブロックに格納し、前記出力装置は、前記一つ以上のブロックのそれぞれに対応するチケットを出力する、複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１０】
前記出力装置は、前記一つ以上のユーザそれぞれに対応するクーポンを出力する、請求項９に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１１】
前記一つ以上のユーザ情報を入力するユーザインタフェースを表示し、前記ユーザインタフェースを介して入力されるユーザ情報を前記ＰＯＳ装置に伝達する受付端末；を更に含む、請求項９に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１２】
前記ＰＯＳ装置は、前記一つ以上のユーザが利用する第１サービスに関する情報を取得し、前記第１サービスの提供単位に関する情報を取得し、前記提供単位に基づいて前記第１サービスに対応する第１ブロックの定員を決定し、前記受付端末を介して受信される前記一つ以上のユーザ情報を前記第１ブロックに格納し、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得し、前記一つ以上のユーザのうちの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納し、
前記出力装置は、前記第１ブロックを含む１つ以上のブロックにそれぞれ対応するチケットを出力する、請求項１１に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１３】
前記出力されたチケットをスキャンするスキャナ；を更に含み、
前記スキャナは、第１チケットをスキャンし、スキャンした前記第１チケットに関する情報を前記ＰＯＳ装置に伝達し、
前記ＰＯＳ装置は、前記第１チケットに関する情報に対応する第１ブロックを取得し、前記第１ブロックの利用金額及び前記第１ブロックに含まれた１つ以上のユーザそれぞれの利用金額のうち少なくとも一つを算出し、前記算出した利用金額に対応する決済情報を取得する、請求項９に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１４】
前記ＰＯＳ装置は、前記第１ブロックに含まれた１つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得し、前記移動要請に対応する第２ブロックを取得し、前記第１ユーザに関する情報を前記第２ブロックに格納し、
前記出力装置は、前記第２ブロックに対応する第２チケットを出力する、請求項１３に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１５】
前記ＰＯＳ装置は、前記第１ブロックに含まれた１つ以上のユーザ及び前記第１ユーザの利用金額を算出し、前記第１ユーザの利用金額は、前記第１ブロックにおける前記第１ユーザの利用金額及び前記第２ブロックにおける前記第１ユーザの利用金額を含む、請求項１４に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数の業態に適用可能なＰＯＳ装置管理方法に関するものである。
【背景技術】
【０００２】
既存のＰＯＳ端末は業態別に異なって構成されているため、同一の業場でも提供されるサービスの業態が互いに異なる場合、複数のＰＯＳ端末を運用しなければならなかった。
【０００３】
この場合、二重に管理コストが発生することは勿論であり、ＰＯＳ端末ごとに従業員を教育しなければならないため、教育に必要な時間やコストも増加する問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、複数の業態に適用可能なＰＯＳ装置管理方法を提供することにある。
【０００５】
本発明が解決しようとする課題は、以上で言及した課題に限定されず、言及しないもう他の課題は以下の記載から通常の知識を有する者が明確に理解できるであろう。
【課題を解決するための手段】
【０００６】
前述した課題を解決するための本発明の一側面に係る複数の業態に適用可能なＰＯＳ装置管理方法は、ＰＯＳ装置によって行われる方法であって、一つ以上のユーザ情報を取得するステップ、一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するステップ、前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得するステップ、前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納するステップ、及び前記第１ブロックを前記ユーザインタフェースに表示するステップを含む。
【０００７】
前述した課題を解決するための本発明の一側面に係る複数の業態に適用可能なＰＯＳ管理及びチケット出力システムは、一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するＰＯＳ装置及び前記ＰＯＳ装置に登録されたユーザに対応するチケットを出力する出力装置を含み、前記ＰＯＳ装置は、一つ以上のユーザ情報を取得し、前記一つ以上のユーザに関する情報を格納するための一つ以上のブロックを取得し、前記一つ以上のユーザに関する情報を前記一つ以上のブロックに格納し、前記出力装置は、前記一つ以上のブロックのそれぞれに対応するチケットを出力する。
【発明の効果】
【０００８】
開示された実施形態によれば、業態別にＰＯＳシステムを運営することによって、管理コストが二重に発生する問題を解決することができ、運営管理コストを一元化することで、運用コストを節減することができる。
【０００９】
開示された実施形態によれば、業態別にＰＯＳシステムを運営することによって、管理コストが二重に発生する問題を解決することができ、運営管理コストを一元化することで、運用コストを節減することができる。
【００１０】
また、多くの業態の顧客対応や情報処理を一つのＰＯＳ装置で行うことができるので、１つのＰＯＳシステムに関する教育だけで両業態を全て管理できる従業員を育成することができる。
【００１１】
従って、ＰＯＳ装置の運営のための教育期間を最小化することができる効果がある。従って、従業員を教育して現場に投入するのに要する時間を短縮することができ、教育時間のかなりの部分を接客研修など他の分野に活用できるようになる。
【００１２】
本発明の効果は以上で言及した効果に限定されず、言及しない他の効果は以下の記載から通常の知識を有する者が明確に理解できるであろう。
【図面の簡単な説明】
【００１３】
【図１】一実施形態に係るＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）システムを示す図である。
【図２】一実施形態に係る本部システムを説明するための図である。
【図３】一実施形態に係る複数の業態に適用可能なＰＯＳ管理及びチケット出力システムを示す図である。
【図４】一実施形態に係るスキャナを含むシステムを示す図である。
【図５】一実施形態に係る複数の業態に適用可能なＰＯＳ装置管理方法を示すフローチャートである。
【図６】一実施形態に係る決済方法を示すフローチャートである。
【図７】一実施形態に係るＰＯＳ画面を示す図である。
【図８】一実施形態によって、ユーザがブロック間に移動を行う一例を示す図である。
【図９】一実施形態に係る装置の構成図である。
【発明を実施するための形態】
【００１４】
前述した課題を解決するための本発明の一側面に係る複数の業態に適用可能なＰＯＳ装置管理方法は、ＰＯＳ装置によって行われる方法であって、一つ以上のユーザ情報を取得するステップ、一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するステップ、前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得するステップ、前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納するステップ、及び前記第１ブロックを前記ユーザインタフェースに表示するステップを含む。
【００１５】
また、前記ユーザ情報を取得するステップは、前記一つ以上のユーザの会員加入可否を確認するステップ、会員として加入したユーザの場合、会員情報を取得するステップ、及び会員として加入していないユーザの場合、非会員情報を生成し、会員加入の案内メッセージを提供するステップを更に含むことができる。
【００１６】
また、前記第１ブロックに対する決済要請を受信するステップ、前記第１ブロックに含まれた情報に基づいて、前記一つ以上のユーザそれぞれの利用金額及び前記第１ブロックの利用金額のうち少なくとも一つを算出するステップ、及び前記算出した利用金額に対応する決済情報を取得するステップを更に含むことができる。
【００１７】
また、前記一つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得するステップ、前記移動要請に対応する第２ブロックを取得するステップ、前記第１ユーザに関する情報を前記第２ブロックに格納するステップ、及び前記第２ブロックを前記ユーザインタフェースに表示するステップを含むことができる。
【００１８】
また、前記第２ブロックに関する情報を前記第１ブロックに格納するステップ、前記第１ブロックに対する決済要請を受信するステップ、前記第１ブロックにおける前記第１ユーザの利用金額を算出するステップ、前記第１ブロックに格納された前記第２ブロックに関する情報を取得するステップ、前記第２ブロックにおける前記第１ユーザの利用金額を算出するステップ、前記第１ブロック及び前記第２ブロックにおける前記第１ユーザの利用金額を合算して前記第１ユーザの総利用金額を算出するステップを更に含むことができる。
【００１９】
また、前記総利用金額を算出するステップは、前記第１ユーザが保有したクーポン情報を取得するステップ、前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが同じである場合、前記クーポン情報に基づいて前記算出した総利用金額を調整するステップ、及び前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが互いに異なる場合、前記第１サービス及び前記第２サービスでそれぞれ利用可能なクーポン情報を取得し、前記第１ブロックにおける前記第１ユーザの利用金額を調整し、前記第２ブロックにおける前記第１ユーザの利用金額を調整し、前記第１ブロック及び前記第２ブロックで調整した利用金額を合算するステップを更に含むことができる。
【００２０】
また、前記第１ブロックを取得するステップは、前記第１ブロックに対応する第１サービスに関する情報を取得するステップ、前記第１サービスの提供単位に関する情報を取得するステップ、及び前記提供単位に基づいて前記第１ブロックの定員を決定するステップを更に含むことができる。
【００２１】
また、前記情報を格納するステップは、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得するステップ、及び前記第１ブロックに情報を格納するユーザの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納するステップを更に含むことができる。
【００２２】
前述した課題を解決するための本発明の一側面に係る複数の業態に適用可能なＰＯＳ管理及びチケット出力システムは、一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するＰＯＳ装置及び前記ＰＯＳ装置に登録されたユーザに対応するチケットを出力する出力装置を含み、前記ＰＯＳ装置は、一つ以上のユーザ情報を取得し、前記一つ以上のユーザに関する情報を格納するための一つ以上のブロックを取得し、前記一つ以上のユーザに関する情報を前記一つ以上のブロックに格納し、前記出力装置は、前記一つ以上のブロックのそれぞれに対応するチケットを出力する。
【００２３】
また、前記出力装置は、前記一つ以上のユーザそれぞれに対応するクーポンを出力することができる。
【００２４】
また、前記一つ以上のユーザ情報を入力するユーザインタフェースを表示し、前記ユーザインタフェースを介して入力されるユーザ情報を前記ＰＯＳ装置に伝達する受付端末を更に含むことができる。
【００２５】
また、前記ＰＯＳ装置は、前記一つ以上のユーザが利用する第１サービスに関する情報を取得し、前記第１サービスの提供単位に関する情報を取得し、前記提供単位に基づいて前記第１サービスに対応する第１ブロックの定員を決定し、前記受付端末を介して受信される前記一つ以上のユーザ情報を前記第１ブロックに格納し、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得し、前記一つ以上のユーザのうちの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納し、前記出力装置は、前記第１ブロックを含む１つ以上のブロックにそれぞれ対応するチケットを出力することができる。
【００２６】
また、前記出力されたチケットをスキャンするスキャナを更に含み、前記スキャナは、第１チケットをスキャンし、スキャンした前記第１チケットに関する情報を前記ＰＯＳ装置に伝達し、前記ＰＯＳ装置は、前記第１チケットに関する情報に対応する第１ブロックを取得し、前記第１ブロックの利用金額及び前記第１ブロックに含まれた１つ以上のユーザそれぞれの利用金額のうち少なくとも一つを算出し、前記算出した利用金額に対応する決済情報を取得することができる。
【００２７】
また、前記ＰＯＳ装置は、前記第１ブロックに含まれた１つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得し、前記移動要請に対応する第２ブロックを取得し、前記第１ユーザに関する情報を前記第２ブロックに格納し、前記出力装置は、前記第２ブロックに対応する第２チケットを出力することができる。
【００２８】
また、前記ＰＯＳ装置は、前記第１ブロックに含まれた１つ以上のユーザ及び前記第１ユーザの利用金額を算出し、前記第１ユーザの利用金額は、前記第１ブロックにおける前記第１ユーザの利用金額及び前記第２ブロックにおける前記第１ユーザの利用金額を含むことができる。
【００２９】
また、前記スキャナは、前記第２チケットをスキャンし、スキャンした前記第２チケットに関する情報を前記ＰＯＳ装置に伝達し、前記ＰＯＳ装置は、前記第１ユーザに対して決済されていない残高がある場合、前記残高に関する情報を表示し、前記表示された残高に対応する決済情報を取得することができる。
【００３０】
本発明の他の具体的な事項は詳細な説明及び図面に含まれている。
［実施形態］
【００３１】
本発明の利点及び特徴、そしてそれらを達成する方法は、添付した図面と共に詳細に後述する実施形態を参照すると、明確になるはずである。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で実現できる。但し、本実施形態は、本発明の開示を完全なものにし、本発明が属する技術分野における通常の技術者に本発明の範囲を完全に理解させるために提供されるものであり、本発明は特許請求の範囲により定義されるに過ぎない。
【００３２】
本明細書で用いられる用語は、実施形態を説明するためのものであり、本発明を制限しようとするものではない。本明細書において、単数型は特に言及しない限り複数型も含む。明細書で用いられる「含む（ｃｏｍｐｒｉｓｅｓ）」及び／又は「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」は、言及した構成要素以外に１つ以上の他の構成要素の存在又は追加を排除しない。明細書全体に亘って同一の図面符号は同一の構成要素を示し、「及び／又は」は言及した構成要素のそれぞれ及び１つ以上のあらゆる組み合わせを含む。たとえ「第１」、「第２」などが多様な構成要素を叙述するために用いられているが、これらの構成要素は、これらの用語により制限されないのは当然である。これらの用語は、単に１つの構成要素を他の構成要素と区別するために用いられるに過ぎない。従って、以下で言及する第１構成要素は、本発明の技術的思想内で第２構成要素でもあり得るのは当然である。
【００３３】
他の定義がなければ、本明細書で用いられる全ての用語（技術及び科学的用語を含む）は、本発明の属する技術分野における通常の技術者が共通に理解できる意味として使用され得る。また、一般に用いられる辞典に定義されている用語は、明白に特に定義されていない限り、理想的に又は過度に解釈されない。
【００３４】
明細書で用いられる「部」又は「モジュール」という用語は、ソフトウェア、ＦＰＧＡ又はＡＳＩＣのようなハードウェア構成要素を意味し、「部」又は「モジュール」は特定の役割を果たす。ところが、「部」又は「モジュール」は、ソフトウェア又はハードウェアに限定される意味ではない。「部」又は「モジュール」は、アドレッシングできる格納媒体に存在するように構成することもでき、１つ又はそれ以上のプロセッサを動作させるように構成することもできる。従って、一例として、「部」又は「モジュール」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、配列及び変数を含む。
【００３５】
構成要素と「部」又は「モジュール」内で提供される機能は、より少数の構成要素及び「部」又は「モジュール」で結合されるか、追加の構成要素と「部」又は「モジュール」に更に分離できる。
【００３６】
本明細書で、「コンピュータ」は、少なくとも一つのプロセッサを含む全ての種類のハードウェアデバイスを意味するものであり、実施形態によってハードウェアデバイスで動作するソフトウェア的構成も包括する意味として理解できるだろう。例えば、コンピュータは、スマートフォン、タブレットＰＣ、デスクトップ、ノートブック、及び各デバイスで駆動される全てのユーザクライアント及びアプリケーションを含む意味で理解するべきであり、また、これに限定されるものではない。
【００３７】
以下、添付した図面を参照して本発明の実施形態を詳細に説明する。
【００３８】
図１は一実施形態に係るＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）システムを示す図である。
【００３９】
図１を参照すると、ＰＯＳシステムはサーバ１００、ＰＯＳ端末２００及び受付端末３００を含む。
【００４０】
開示された実施形態に係るサーバ１００、ＰＯＳ端末２００及び受付端末３００は前述したコンピュータの一種を含むことができるが、これに限定されるものではない。例えば、サーバ１００はクラウドサーバであり得、ＰＯＳ端末２００はコンピュータだけでなく、決済を行うための周辺機器（例えば、カード決済機など）を更に含むことができる。
【００４１】
一実施形態において、サーバ１００はＰＯＳ端末２００が備えられた事業場の本部が管理するサーバであり得、これに限定されるものではない。
【００４２】
また、ＰＯＳ端末２００は決済手段を含むコンピュータを意味することができ、各事業場に備えられることを意味することができ、これに限定されるものではない。
【００４３】
開示された実施形態に係るＰＯＳ端末２００は互いに異なる事業分野（業態）に共通に適用することができるユーザインタフェース及び処理システムを備えることを特徴とする。これらの処理システムはサーバ１００によってサポートされる。
【００４４】
例えば、同一又は隣接した場所でカラオケルームとＰＣルームが共に運営される場合、カラオケルームやＰＣルームで管理されるべきである情報は互いに異なるため、従来は２つの互いに異なるＰＯＳ装置を用いなければならなかった。
【００４５】
しかし、開示された実施形態に係るＰＯＳ端末２００は一つのＰＯＳ端末２００を利用してカラオケルームとＰＣルームの両方を管理できるユーザインタフェース及び処理システムを提供することを特徴とする。このためのユーザインタフェース及び処理システムの具体的な構成については後述する。
【００４６】
これにより、開示された実施形態に係るＰＯＳ端末２００は業態別にＰＯＳシステムを運営することによって、管理コストが二重に発生する問題を解決することができ、運営管理コストを一元化することで、運用コストを節減することができる。
【００４７】
また、多くの業態（例えば、ＰＣルーム（又はインターネットカフェ）とカラオケルーム）の顧客対応及び情報処理を一つのＰＯＳ装置で行うことができるので、１つのＰＯＳシステムに関する教育だけで両業態を全て管理できる従業員を育成することができる。従って、ＰＯＳ装置の運営のための教育期間を最小化することができる効果がある。従って、従業員を教育して現場に投入するのに要する時間を短縮することができ、教育時間のかなりの部分を接客研修など他の分野に活用できるようになる。
【００４８】
また、開示された実施形態によれば、互いに異なる業態から収集される情報の登録、データ加工、分析及び指標生成などの情報処理を同じ形式で統一することができるので、効率的な情報管理が可能になる。これにより、収集された情報を自動的に整理して分析段階に渡すことができようになり、この過程で発生する恐れがある人的ミスを防ぎ、同じ基準で分析された指標を提示することができるようになる。また、多くの業態を運営する本部事業体では、これを統合的に管理及び分析することができ、必要な情報を各業場に提供することができる。
【００４９】
また、特定の事業場のＰＯＳ端末で障害が発生した場合、優先的にＰＯＳ端末次元でメインＰＯＳの機能をサブＰＯＳに切り替え、障害が解消された時に、一定の周期でバックアップされたデータを活用して迅速に復元することができる。
【００５０】
また、本部のリモートサポートが開始される場合、ソフトウェアの障害による回復を迅速に復元することができ、ハードウェアに障害が発生した場合、サブＰＯＳの機能変更により、迅速な対応が可能になる。
【００５１】
更に、ソリューション連動を通じて効率的な店舗管理が可能であり、例えば、ＰＣルームなどで座席別パッチ作業を行い、コンテンツ別座席案内サービスを提供し、商品決済やＰＣの復元など、多様なサービスを提供することができる。
【００５２】
一実施形態において、受付端末３００は事業場に備えられたタブレットＰＣを意味することもでき、ユーザのモバイル端末を含むこともでき、これに限定されるものではない。
【００５３】
一実施形態において、受付端末３００はユーザから情報の入力を受け、特定の事業場に対する会員登録、受付や予約を行うことができる。受付端末３００から受信された情報はサーバ１００に伝達され、サーバ１００は当該情報を登録した後、対応するＰＯＳ端末２００に伝達することができる。
【００５４】
これらの入力過程は売り場に備えられたタブレットＰＣ上で行われることもでき、顧客のスマートフォンアプリケーションを介して行われることもでき、顧客のスマートフォンアプリケーションを介して行われた後、売り場に備えられたタブレットＰＣを通じて簡単に情報の入力を完了することも可能である。
【００５５】
これにより、顧客情報の登録や受付、予約などを顧客が自ら行うことができるようになり、売り場の従業員は本人確認などのような最小限の業務だけを行うようにすることができるので、管理の負担が軽減される効果がある。
【００５６】
また、ＰＯＳ端末２００から提供される管理画面は多様に構成することができ、例えば、熟練したスタッフを対象に主な機能を中心に短縮割り当てられて操作性を向上させる画面を提供することもでき、新しい従業員を対象に情報を容易に把握できるようにイメージで構成されたアイコンが含まれた画面を提供することもでき、これに限定されるものではない。
【００５７】
また、開示された実施形態に係るＰＯＳ端末２００は前述したように、互いに異なる全ての業態に対応できるように構成する。従って、各業態の特性によって互いに異なる方式の顧客入店処理を行うことができる。
【００５８】
例えば、ＰＣルームの場合、個人ごとに会員加入、利用開始、利用終了及び決済を行うのに対し、カラオケルームの場合は、ルームを単位にして利用開始、利用終了及び決済が行われ、特定されていないか一つ又は複数の人々が当該ルームを利用することにその差がある。
【００５９】
これらの差はＰＣルーム、カラオケルームだけでなく、漫画喫茶、マルチルーム、ＶＲゲームセンター、ル−ムカフェ、読書室、学習室、スクリーンゴルフなど既存に存在していた業態だけでなく、新たに生まれる業態においても同様に発生できる。以下ではＰＣルームとカラオケルームを例として開示された実施形態に係るＰＯＳシステムを説明するが、これは前述したようにその他の様々な業態にも同様に適用することができる。
【００６０】
例えば、ＰＣルームの場合、個人ごとに顧客登録及び会員加入が行われる。これにより、個別的に利用開始、利用時間の算定及び終了処理を行うことになる。また、食べ物や飲み物などを追加に注文する場合にも、個人ごとにこれを記録し、今後に請求及び決済が進行される。
【００６１】
一方、カラオケルームの場合、ルームごとに利用開始、利用時間算定及び終了処理を行うことになる。また、食べ物や飲み物などの追加注文が行われる場合にも、ルームごとにこれを記録し、今後に請求及び決済が進行される。従って、カラオケルームの場合、各ユーザに対する会員加入や登録が不要であり、これにより、一つのルームに複数の非会員（ゲスト）ユーザを登録することができ、実施形態によっては、個々のユーザを登録せず、ルーム単位だけに管理することも可能である。
【００６２】
実施形態に基づいて各ルームを利用するユーザの数に応じてコストが異なり課金される場合、追加のユーザが既存に利用されているルームに合流した時点に対する管理もやはり共に行うことができ、この時のコストは利用時間に基づいて算定することができ、これに限定されるものではない。
【００６３】
一実施形態において、同じシステムに基づいて互いに異なる業態を管理するためには、ユーザとルームのそれぞれに対応するオブジェクト、又はデータ構造が設けられ、それぞれの情報が階層的に格納されるモデルを想定することができる。
【００６４】
例えば、ユーザインタフェースの場合、新しい顧客が入場する時に顧客情報を登録するにあたり、ＰＣルームを利用しようとする場合は、ＰＣルーム又は個人メニューを選択し、個人に関する情報を登録し、使用開始時間を登録することができる。
【００６５】
逆に、顧客がカラオケルームを利用しようとする場合、カラオケルームやルームメニューを選択し、ルームに対する使用開始時間を登録することができる。
【００６６】
更に、ルームに対して使用開始時間を登録する場合、当該ルームの下位階層に当該ルームを利用する人の数、及び各個人の利用開始時間や注文した飲み物、食べ物などに関する情報が格納できる。しかし、利用開始と終了、及びこれに基づいて算出したコストは人々が格納された階層ではなく、その上位のルーム階層を介して算出するようにすることができる。
【００６７】
例えば、ユーザインタフェース次元では人とルームを類似又は同一に取り扱い、使用登録及び終了が可能にするが、ＰＯＳ端末２００又はサーバ１００次元では人とルームを互いに異なるオブジェクトに対応するように格納し、人に対しては個人情報、会員情報などを格納できるようにすると共に、ルームに対しては各ルームを利用する人に関する情報（例えば、人の数など）を格納するようにすることができる。例えば、人とルームに対して互いに異なるデータ構造（例えば、クラスなど）を活用することで、これを実現することができるが、これに限定されるものではない。
【００６８】
また、各ルームを利用する人に関する具体的な情報の格納やロードが必要な場合、ルームに関する情報を格納するオブジェクトの下位概念として、又は下位階層の人々に関する情報を表すオブジェクトをリンク又は格納する方式で、１つのユーザインタフェースに基づいて互いに異なる業態の利用を管理するシステムを提供することができる。
【００６９】
一実施形態において、ＰＯＳ端末２００はユーザの一時外出処理を行うことができる。この場合、ユーザが利用を停止した時間と再開した時間を管理し、既に納付したコストがある場合、これを預け金として管理することができ、場合によっては一時外出を行う場合、それまでに利用した時間又は一定時間を予め決済することを要請するように構成することもできる。
【００７０】
一実施形態において、カラオケルームを利用するユーザが一時外出を要請する場合、全てのユーザがルームを空けるか否かをカウントして判断するようにＰＯＳ端末２００のシステムを構成することもできる。
【００７１】
また、ＰＯＳ端末２００又はサーバ１００はクレジットカード認識端末などに連携して、決済時にクレジットカードなどから受信される決済情報をエラーなしに受信し、伝達して決済を行うことができるように構成することができる。
【００７２】
また、ＰＯＳ端末２００から提供される決済（請求）情報と、現金以外の決済（請求）情報を一元化して管理し、管理システムによって記録される使用履歴と連動することで、会計処理を簡素化することができる。
【００７３】
また、ＰＣルームの場合はＰＣの画面を介して、カラオケルームの場合は各ルームに設けられたタブレットＰＣなどを通じて注文できる食べ物や飲み物のような商品に関する情報を提供し、便利なユーザインタフェースを介してこれを注文するように構成することができる。
【００７４】
また、売上高などを決算する過程で、それぞれの項目に対する視認性を高めることができるインタフェースを提供し、決算の進行状況によってこれを要約したり、強調して提供することによって、決算過程で発生する恐れがあるミスを防ぐことができるシステムを提供することができる。
【００７５】
また、各ＰＯＳ端末２００の情報を周期的にローカルサーバ、及びクラウドなどを通じてバックアップできるシステムを設け、その周期も時間ごとの差分バックアップ、日別バックアップ、互いに異なるバックアップ手段を利用した階層的バックアップなどを行うことによって、ＰＯＳ端末２００の情報を安全に管理し、障害状況に備えることができる。
【００７６】
また、開示された実施形態に係るシステムは各ＰＣのパッチワークを管理するシステム、コンテンツごとの座席を案内するシステム（例えば、特定のゲームやプログラムがインストールされたＰＣを探索し、案内できるシステム）、販売商品を自動的に更新し、会計情報の管理を補助するシステム、互いに異なる端末の間のマッチングを通じて相互にコピーを格納及び復元できるようにするシステムなどを提供することができる。
【００７７】
図２は一実施形態に係る本部システムを説明するための図である。
【００７８】
図２を参照すると、ＰＯＳシステムは本部サーバ１００及びこれに連結されている複数のＰＯＳ端末２１０、２２０を含むことができる。
【００７９】
本部サーバ１００はそれぞれのＰＯＳ端末２１０、２２０から受信される情報を収集して管理し、それぞれのＰＯＳ端末２１０、２２０に同じ情報を提供するか、それぞれのＰＯＳ端末２１０、２２０に必要な情報を提供することができる。
【００８０】
一実施形態において、サーバ１００はそれぞれのＰＯＳ端末２１０、２２０から提供される会員情報を統合して管理することができ、サーバ１００を介して各ＰＯＳ端末２１０、２２０の会員登録処理を行うようにすることで、複数の業態に亘って共通に会員管理を行うことができる。
【００８１】
また、サーバ１００はそれぞれのＰＯＳ端末２１０、２２０から日別稼働時間、稼働日報、利用傾向、決済、登録、リアルタイム利用状況、クーポン使用、及び会員登録など様々な情報を周期的に又はリアルタイムで収集することができ、これらの情報を統合して格納及び管理できる。例えば、サーバ１００はＰＯＳ端末２１０、２２０から収集される情報に基づいてビッグデータを構築することができる。
【００８２】
また、サーバ１００はこれらの情報に基づいて既に設定された形式のレポートを生成することができ、各業場及び業態に応じた利用動向、売上動向、収益動向などに関するレポートを生成することができ、実施形態に基づいて配布されたクーポンの現状及び消化状況に関するレポートを生成するなど、ビッグデータに基づいて様々な分析情報を生成することができる。
【００８３】
これらの情報は本部の分析に活用すれることができ、同様に、それぞれのＰＯＳ端末２１０、２２０に提供して売り場の運営を補助するに活用することもできる。
【００８４】
図３は一実施形態に係る複数の業態に適用可能なＰＯＳ管理及びチケット出力システムを示す図である。
【００８５】
図３を参照すると、前記システムは一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するＰＯＳ装置２００、及び前記ＰＯＳ装置に登録されたユーザに対応するチケットを出力する出力装置４００を含む。
【００８６】
ＰＯＳ装置２００は、一つ以上のユーザ情報を取得し、前記一つ以上のユーザに関する情報を格納するための一つ以上のブロックを取得し、前記一つ以上のユーザに関する情報を前記一つ以上のブロックに格納する。
【００８７】
出力装置４００は、前記一つ以上のブロックのそれぞれに対応するチケット４１０を出力する。
【００８８】
一実施形態において、前記出力装置４００は、前記一つ以上のユーザそれぞれに対応するクーポン４２０を出力することができる。
【００８９】
例えば、従来のＰＯＳ装置はユーザごとにそれぞれのチケットを出力した。例えば、カラオケルームの場合、複数のユーザが一つのルームを利用する際にも、それぞれのユーザごとにチケットを出力する。そのため、チケット発行及び決済段階で多くの人々のチケットをいちいちスキャンしなければならない問題点があった。
【００９０】
開示された実施形態によれば、ブロックに基づいて１つ以上のユーザを管理し、同様に、一つ以上のユーザに対応するチケットを出力及び提供することによって、チケット発行及び決済段階を容易に行う長所がある。
【００９１】
一実施形態において、チケットとは異なり、クーポンはユーザごとに発行することができる。例えば、複数のユーザがカラオケルームを利用する場合、チケットは一つだけを発行することができるが、クーポンは各ユーザごとに異なるように発行することもでき、各ユーザが個別にクーポンを利用することもできる。即ち、ユーザごとに個別のクーポンを発行することができる。
【００９２】
他の実施形態において、現場で直ぐに利用可能なクーポン（例えば、製品割引、サービスの利用割引など）の場合、パーティーが共に利用することもあるので、クーポンの種類によって一つ以上のユーザに対しても一つのクーポンを発行することもでき、これに限定されるものではない。
【００９３】
一実施形態において、前記システムは前記一つ以上のユーザ情報を入力するユーザインタフェースを表示し、前記ユーザインタフェースを介して入力されるユーザ情報を前記ＰＯＳ装置に伝達する受付端末３００を更に含むことができる。
【００９４】
一実施形態において、前記ＰＯＳ装置２００は、前記一つ以上のユーザが利用する第１サービスに関する情報を取得し、前記第１サービスの提供単位に関する情報を取得し、前記提供単位に基づいて前記第１サービスに対応する第１ブロックの定員を決定し、前記受付端末を介して受信される前記一つ以上のユーザ情報を前記第１ブロックに格納し、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得し、前記一つ以上のユーザのうちの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納できる。
【００９５】
一実施形態において、ＰＯＳ装置は前記第１サービスの提供単位に関する情報を取得することができる。
【００９６】
また、ＰＯＳ装置は前記提供単位に基づいて前記第１ブロックの定員を決定することができる。
【００９７】
また、前述した情報を格納するステップにおいて、ＰＯＳ装置は前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得することができる。
【００９８】
また、ＰＯＳ装置は前記第１ブロックに情報を格納するユーザの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納できる。
【００９９】
例えば、複数のユーザが共に入場する場合、それぞれのユーザ情報を入力するようになり、当該ユーザがＰＣルームを利用しようとする場合、それぞれのブロックにユーザを配置しなければならない。そのため、ＰＯＳ装置は一人のユーザをブロックに割り当てた後、次のブロックを取得し、再び１人のユーザをブロックに割り当てた後、再び次のブロックを取得することができる。
【０１００】
他の例として、当該ユーザがカラオケルームを利用しようとする場合、各ルームの定員を判断し、ユーザがルームの定員を超えていない場合、ルームに対応するブロックを取得し、ブロックにユーザ情報を格納及び割り当てることができる。
【０１０１】
この時、前記出力装置４００は、前記第１ブロックを含む１つ以上のブロックにそれぞれ対応するチケットを出力することができる。例えば、ユーザがカラオケルームで複数のルームを利用する場合、出力装置４００は各ルームごとにチケットを出力することができる。
【０１０２】
他の実施形態において、出力装置４００はカラオケルームで互いに異なるルームを利用する場合にも共に入場したパーティーであれば、設定によって複数のブロックに対して一つのチケットを出力することもできる。
【０１０３】
図４は一実施形態に係るスキャナを含むシステムを示す図である。
【０１０４】
図４を参照すると、前記システムは図３に示された出力装置４００から出力されたチケット４１０をスキャンするスキャナ５００を更に含むことができる。
【０１０５】
一実施形態において、チケット４１０には電子コードが出力され、スキャナ５００は電子コードを読み出すことによって、チケット４１０をスキャンすることができるが、これに限定されるものではない。
【０１０６】
前記スキャナ５００は、第１チケットをスキャンし、スキャンした前記第１チケットに関する情報を前記ＰＯＳ装置に伝達することができる。
【０１０７】
前記ＰＯＳ装置２００は、前記第１チケットに関する情報に対応する第１ブロックを取得し、前記第１ブロックの利用金額及び前記第１ブロックに含まれた１つ以上のユーザそれぞれの利用金額のうち少なくとも一つを算出し、前記算出した利用金額に対応する決済情報を取得することができる。
【０１０８】
即ち、決済段階でＰＯＳ装置２００は各ブロックに対応するチケットをスキャンした情報からブロック情報を取得し、当該ブロックの情報に含まれたユーザの決済金額を算出することができる。
【０１０９】
一実施形態において、スキャナ５００はクーポン４２０もやはりスキャンすることができる。
【０１１０】
スキャナ５００はスキャンしたクーポン情報をＰＯＳ装置２００に伝達し、ＰＯＳ装置２００はクーポンの内容に基づいて決済金額を調整することができる。
【０１１１】
一実施形態において、ＰＯＳ装置は決済金額を算出するにあたり、それぞれのサービス業種に応じたコストを計算し、また、ユーザが保有したクーポンがある場合、当該クーポンを利用できるサービス分野に適用することによって、互いに異なるサービス分野でそれぞれクーポンに基づいて調整した決済金額を算出及び合算することができる。
【０１１２】
一実施形態において、前記ＰＯＳ装置２００は、前記第１ブロックに含まれた１つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得し、前記移動要請に対応する第２ブロックを取得し、前記第１ユーザに関する情報を前記第２ブロックに格納することができる。
【０１１３】
前記出力装置４００は、前記第２ブロックに対応する第２チケットを出力することができる。
【０１１４】
一実施形態において、前記ＰＯＳ装置２００は、前記第１ブロックに含まれた１つ以上のユーザ及び前記第１ユーザの利用金額を算出する。この時、前記第１ユーザの利用金額は、前記第１ブロックにおける前記第１ユーザの利用金額及び前記第２ブロックにおける前記第１ユーザの利用金額を含むことができる。
【０１１５】
一実施形態において、前記スキャナ５００は、前記第２チケットをスキャンし、スキャンした前記第２チケットに関する情報を前記ＰＯＳ装置に伝達することができる。
【０１１６】
前記ＰＯＳ装置２００は、第１ユーザに対して決済されていない残高がある場合、前記残高に関する情報を表示し、前記表示された残高に対応する決済情報を取得することができる。
【０１１７】
図５は一実施形態に係る複数の業態に適用可能なＰＯＳ装置管理方法を示すフローチャートである。
【０１１８】
ステップＳ４１０で、ＰＯＳ装置は一つ以上のユーザ情報を取得する。
【０１１９】
ステップＳ４２０で、ＰＯＳ装置は一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示する。
【０１２０】
ステップＳ４３０で、ＰＯＳ装置は前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得する。
【０１２１】
ステップＳ４４０で、ＰＯＳ装置は前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納する。
【０１２２】
ステップＳ４５０で、ＰＯＳ装置は前記第１ブロックを前記ユーザインタフェースに表示する。
【０１２３】
前述したユーザ情報を取得するステップで、ＰＯＳ装置は前記一つ以上のユーザの会員加入可否を確認することができる。
【０１２４】
また、ＰＯＳ装置は会員として加入したユーザの場合、会員情報を取得することができる。
【０１２５】
また、ＰＯＳ装置は会員として加入していないユーザの場合、非会員情報を生成し、会員加入の案内メッセージを提供することができる。
【０１２６】
前述した第１ブロックを取得するステップで、ＰＯＳ装置は前記第１ブロックに対応する第１サービスに関する情報を取得することができる。
【０１２７】
また、ＰＯＳ装置は前記第１サービスの提供単位に関する情報を取得することができる。
【０１２８】
また、ＰＯＳ装置は前記提供単位に基づいて前記第１ブロックの定員を決定することができる。
【０１２９】
また、前述した情報を格納するステップにおいて、ＰＯＳ装置は前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得することができる。
【０１３０】
また、ＰＯＳ装置は前記第１ブロックに情報を格納するユーザの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納できる。
【０１３１】
例えば、複数のユーザが共に入場する場合、それぞれのユーザ情報を入力するようになり、当該ユーザがＰＣルームを利用しようとする場合、それぞれのブロックにユーザを配置しなければならないため、ＰＯＳ装置は一人のユーザをブロックに割り当てた後、次のブロックを取得し、再び１人のユーザをブロックに割り当てた後、再び次のブロックを取得することができる。
【０１３２】
他の例として、当該ユーザがカラオケルームを利用しようとする場合、各ルームの定員を判断し、ユーザがルームの定員を超えていない場合、ルームに対応するブロックを取得し、ブロックにユーザ情報を格納及び割り当てることができる。
【０１３３】
図６は一実施形態に係る決済方法を示すフローチャートである。
【０１３４】
ステップＳ５１０で、ＰＯＳ装置は前記第１ブロックに対する決済要請を受信することができる。
【０１３５】
ステップＳ５２０で、ＰＯＳ装置は前記第１ブロックに含まれた情報に基づいて、前記一つ以上のユーザそれぞれの利用金額及び前記第１ブロックの利用金額のうち少なくとも一つを算出することができる。
【０１３６】
ステップＳ５３０で、ＰＯＳ装置は前記算出した利用金額に対応する決済情報を取得することができる。
【０１３７】
一実施形態において、ＰＯＳ装置は前記一つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得することができる。
【０１３８】
ＰＯＳ装置は前記移動要請に対応する第２ブロックを取得することができる。
【０１３９】
ＰＯＳ装置は前記第１ユーザに関する情報を前記第２ブロックに格納することができる。
【０１４０】
ＰＯＳ装置は前記第２ブロックを前記ユーザインタフェースに表示することができる。
【０１４１】
一実施形態において、ＰＯＳ装置は前記第２ブロックに関する情報を前記第１ブロックに格納できる。
【０１４２】
ＰＯＳ装置は前記第１ブロックに対する決済要請を受信することができる。
【０１４３】
ＰＯＳ装置は前記第１ブロックにおける前記第１ユーザの利用金額を算出することができる。
【０１４４】
ＰＯＳ装置は前記第１ブロックに格納された前記第２ブロックに関する情報を取得することができる。
【０１４５】
ＰＯＳ装置は前記第２ブロックにおける前記第１ユーザの利用金額を算出することができる。
【０１４６】
ＰＯＳ装置は前記第１ブロック及び前記第２ブロックにおける前記第１ユーザの利用金額を合算して前記第１ユーザの総利用金額を算出することができる。
【０１４７】
また、前述した総利用金額を算出するステップにおいて、ＰＯＳ装置は前記第１ユーザが保有したクーポン情報を取得することができる。
【０１４８】
また、ＰＯＳ装置は前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが同じである場合、前記クーポン情報に基づいて前記算出した総利用金額を調整することができる。
【０１４９】
また、ＰＯＳ装置は前記第１ブロックに対応するサービスと前記第２ブロックに対応するサービスが互いに異なる場合、前記第１サービス及び前記第２サービスでそれぞれ利用可能なクーポン情報を取得し、前記第１ブロックにおける前記第１ユーザの利用金額を調整し、前記第２ブロックにおける前記第１ユーザの利用金額を調整し、前記第１ブロック及び前記第２ブロックで調整した利用金額を合算することができる。
【０１５０】
例えば、カラオケルームを利用したユーザがブロック間に移動を行うことは、カラオケルームの他のルームを利用しようとするためでもあるが、ＰＣルームを利用しようとするためでもある。
【０１５１】
従って、ＰＯＳ装置は決済金額を算出するにあたり、それぞれのサービス業種に応じたコストを計算し、また、ユーザが保有したクーポンがある場合、当該クーポンを利用できるサービス分野に適用することによって、互いに異なるサービス分野でそれぞれのクーポンに基づいて調整した決済金額を算出及び合算することができる。
【０１５２】
図７は一実施形態に係るＰＯＳ画面を示す図である。
【０１５３】
図７を参照すると、ＰＯＳ装置２００に表示されるＰＯＳ画面６００の一例が示されている。
【０１５４】
一実施形態において、ＰＯＳ画面６００には１つ以上のブロック６１０〜６４０を示すことができる。一実施形態において、それぞれのブロックは一つ以上のユーザを含むグループに対応することができる。
【０１５５】
例えば、各ブロックはただ一人のユーザに対応することもできるが、複数のユーザを含むパーティーのグループにも対応することができる。
【０１５６】
即ち、ＰＣルームを利用するユーザの場合、それぞれのブロックはそれぞれのＰＣ又は当該ＰＣを利用するユーザに対応することができる。
【０１５７】
他の例として、カラオケルームを利用するユーザの場合、それぞれのブロックはカラオケルームの各ルームに対応することができ、各ルームを利用するユーザに関する情報が当該ブロックに割り当てられて格納されることができる。
【０１５８】
この場合、それぞれのブロックには当該ブロックで利用されるサービスに関する情報、当該ブロックに含まれたユーザの数、及びそれぞれのユーザに関する情報が含まれることができる。
【０１５９】
例えば、ユーザに関する情報は各ユーザの会員加入可否、及び会員情報、各ユーザの入場時間、サービス利用時間、利用したサービス、購入した製品などに関する情報を含むことができる。
【０１６０】
一実施形態において、購入した製品に関する情報はブロック単位で格納されることができ、ユーザ単位で格納されることもできる。製品に関する情報がブロック単位で格納される場合、決済時に当該ブロックに所属するユーザの数で総製品価額を分けて、それぞれのコストを各ユーザに割り当てることができる。一方、ユーザ単位で製品に関する情報が格納される場合、即ち、例えばブロックに製品情報が格納される際、各製品を購入したユーザに関する情報がマッチングされて格納されることもできる。この場合、決済時に各ユーザが購入した製品に関する情報に基づいて各ユーザの利用金額を算出することが可能である。
【０１６１】
一例として、カラオケルームの場合、誰がどのような製品（例えば、飲み物や食べ物など）を注文したのか分かりにくい場合がある。一実施形態において、製品を注文するユーザインタフェースには各製品の注文情報を入力する手段が含まれることができ、注文者情報は各ユーザの会員情報を入力することもでき、共同に注文する製品の場合、共同に注文する情報を入力することもできように構成できる。
【０１６２】
他の例として、決済時に各製品を注文したユーザに対するクエリを提供し、クエリに対する応答に基づいて各製品の価額をそれぞれのユーザに割り当てることも可能である。
【０１６３】
他の例として、ＰＯＳ装置２００は各製品の特性及び各ユーザの製品購入履歴に基づいて自動的に各製品を購入したユーザを推定することができる。例えば、一人で食べることが困難であるか、概ね一人ではよく食べない量の多い食べ物や間物類を注文した場合、これは共同に注文したと判断することができる。
【０１６４】
これに対し、飲み物の場合は一人で一つずつ飲む場合が多いので、各ユーザが注文したと判断するが、ユーザの数に比べて少ない量の飲み物を注文した場合は、同様に共同に注文したと判断することもできる。
【０１６５】
また、各ユーザの既存の製品購入履歴に基づいて、各ユーザの好みに最も適合した製品をそれぞれのユーザに自動的に割り当てることができる。一実施形態において、ＰＯＳ装置２００は各製品と各ユーザとの関連度を算出することができ、関連度が既に設定された基準値以上である場合、自動的に金額を請求し、関連度が既に設定された基準値以下である場合は、各ユーザの端末に当該製品の購入可否を確認してくれることを要請するメッセージを送信し、メッセージに対する応答結果に基づいて金額請求の可否を決定することもできる。
【０１６６】
一実施形態において、開示された実施形態に係るカラオケルームシステムで提供する製品には少なくとも一つの無線通信モジュールが備えられる。例えば、飲み物を提供するカップや食べ物を提供するボウルにＢｌｕｅｔｏｏｔｈ（登録商標）モジュールが備えられ、これは各ユーザのモバイル端末と通信してカラオケルームの中で各Ｂｌｕｅｔｏｏｔｈモジュールと最も近くにあるユーザが誰であるかを判断することができる。
【０１６７】
特定ユーザに対する距離が既に設定された基準値以下であり、当該ユーザの距離と他のユーザの距離との差が既に設定された基準値以上である場合、当該製品をユーザが単独で利用したと判断することができる。
【０１６８】
一方、特定ユーザに対する距離が既に設定された基準値以下であっても、当該ユーザの距離と他のユーザの距離との差が既に設定された基準値以下である場合、当該製品を複数のユーザが共同で利用したと判断することができる。
【０１６９】
一実施形態において、ＰＯＳ画面６００の各ブロックには当該ブロックを利用するユーザの数に関する情報がグラフィカルユーザインタフェース（ＧＵＩ）に基づいて表示されることができる。
【０１７０】
例えば、ＰＯＳ画面６００のブロック６１０にはユーザアイコン６１２が表示されており、ブロック６２０には複数のユーザアイコン６２２及び６２４が示されている。
【０１７１】
一実施形態において、それぞれのユーザアイコンはそれぞれ一人のユーザに対応することができ、複数のユーザに対応することもできるが、それぞれのユーザアイコンに対応するユーザの数は既に設定された基準に基づいて決定することができる。
【０１７２】
例えば、ブロック６３０の場合、複数のユーザアイコン６３２、６３４及び６３６が示されており、ユーザアイコン６３２は他のユーザアイコンに６３４及び６３６とは異なる形状で表示されている。例えば、ユーザアイコン６３２は既に設定された数のユーザ（例えば、５人）に対応するものであり、他のユーザアイコンに６３４及び６３６はそれぞれ１人のユーザに対応することができる。
【０１７３】
これはユーザ数が多くなる場合に表示されるユーザアイコンの数を制限するために使用することができる。
【０１７４】
一実施形態において、ＰＯＳ装置２００の利用者は新しいブロックを生成し、当該ブロックに会員情報を入力することができる。会員情報の入力は会員カードをスキャンすることによって、行うこともでき、受付端末３００を介して各ユーザから入力を受けて行うこともできる。非会員の場合は会員加入を進行することもでき、例えば、会員加入を進行することができるリンク情報を当該ユーザの端末に提供することができる。また、非会員である場合、当該会員の情報に基づいて非会員のための一時アカウントを生成し、一時アカウントに基づいて各ブロックに情報が格納され、当該ユーザの利用情報を管理できる。
【０１７５】
一実施形態において、非会員の一時アカウントは、生成した後所定の期間に保管され、当該期間内に当該ユーザが会員加入をする場合、当該一時アカウントに対応する利用情報を当該会員情報に反映することができる。
【０１７６】
一実施形態において、各ユーザの会員加入可否に基づいて各ブロックに表示されるユーザアイコンの外観を異なるように設定することもできる。
【０１７７】
ＰＯＳ装置２００のユーザが当該非会員に対応するユーザアイコンをクリックすると、当該ユーザの端末に会員加入メッセージを送信できるインタフェースを表示することもできる。
【０１７８】
サービス利用の終了時、ＰＯＳ装置２００のユーザは決済対象ブロックを選択し、ＰＯＳ装置２００は選択されたブロックに対する決済のためのインタフェースを表示することができる。
【０１７９】
ＰＯＳ装置２００は選択されたブロックに含まれたユーザそれぞれの利用金額及び当該ブロックの総利用金額を算出して表示することができる。
【０１８０】
また、ＰＯＳ装置２００は総利用金額を共に計算するか、又は個別に計算するか否かを選択できるようにするためのインタフェースを表示することができる。インタフェースに対する選択入力に基づいてＰＯＳ装置２００は個別に又は共に決済を行うようにするプロセスを進行することができる。
【０１８１】
図８は一実施形態によって、ユーザがブロック間に移動を行う一例を示す図である。
【０１８２】
例えば、カラオケルームの場合、各ルームを利用するパーティーを一つのブロックで管理できる。例えば、ブロック６２０の場合図５を参照すると、ユーザアイコン６２２及び６２４がブロック６２０に表示され、これは各ユーザが共にブロック６２０に対応するルームを利用すると理解することができる。
【０１８３】
図８は他の実施形態に係るＰＯＳ画面を示す図である。
【０１８４】
図８を参照すると、ユーザアイコン６２４がブロック６４０に移動したことが示されている。これはユーザアイコン６２４に対応するユーザがブロック６４０に対応するルームに移動したと理解することができる。
【０１８５】
即ち、開示された実施形態において、ユーザはルームの移動を望む場合、要請及び移動を行うことができる。この場合、ＰＯＳ装置２００には当該ユーザのルーム移動に関する情報が提供され、ＰＯＳ装置２００は当該ユーザに対応するユーザアイコン６２４を、当該ユーザが移動したルームに対応するブロック６４０に移動させて表示し、当該ユーザに関する情報もやはり当該ブロック６４０に格納することができる。
【０１８６】
一実施形態において、それぞれのブロックには当該ブロックに所属されたが、まだ決済を行わなかったユーザに関する全ての情報が格納できる。例えば、たとえユーザアイコン６２４がブロック６４０に移動しても、前のブロック６２０には当該ユーザアイコン６２４に対応するユーザに関する情報が残るように構成することができる。
【０１８７】
これにより、ユーザアイコン６２２及び６２４に対応するユーザが互いに異なるルームを利用している途中で共に退場しながら決済を要請する場合、最初に各ユーザに関する情報が格納されていたブロック６２０を選択することによって、ＰＯＳ装置はユーザに対する決済情報を取得することができる。
【０１８８】
一例として、ブロック６２０にはルームを移動したユーザが移動した対象ルームに関する情報が格納できる。ブロック６２０に対するコスト精算が要請された場合、ＰＯＳ装置２００は移動した対象ルームに対応するブロック６４０から当該ユーザが利用したコストに関する情報を取得することもできる。
【０１８９】
他の例として、各ユーザが利用したコストに関する情報は当該ユーザにマッチングされて格納され、ブロック６２０は最初にブロック６２０に格納されていたユーザに関する情報に基づいて各ユーザにマッチングされたコスト情報を取得することができる。
【０１９０】
ユーザのうち一部が先に決済を要請する場合、当該ユーザだけに対して決済を行うようにすることもできる。この場合、ブロック６２０に格納されたユーザのうち現在ブロック６２０に対応するルームを利用するユーザに対する決済が全て完了する場合、ＰＯＳ装置２００は当該ルームを初期化することができる。この時、移動したユーザの場合、当該ユーザが移動したルームに基づいて情報を管理し、決済時にも当該ルームを選択することによって、決済プロセスを開始するように構成することができる。
【０１９１】
一実施形態において、ＰＯＳ装置２００には各ルーム及び座席の状態や利用可能可否、利用可能時間などを確認するための多様なインターフェイスを表示することができる。
【０１９２】
例えば、ＰＯＳ装置２００には各ルーム、座席及びユーザの利用時間、利用予想時間、予想退室時間などをガントチャート形式で表示することができるが、これに限定されるものではない。
【０１９３】
また、ＰＯＳ装置２００は各ユーザに関する情報、及び各ユーザのサービス利用状況に基づいて各ユーザにクーポンを提供することができる。各ユーザに提供したクーポンに関する情報はＰＯＳ装置２００に格納され、ＰＯＳ装置２００はクーポンの発行状況及びクーポンの消尽状況に関する情報を管理できる。
【０１９４】
また、ＰＯＳ装置２００にはＰＣルーム及びカラオケルームの各ルームやその他のサービス施設に対する配置図にそれぞれのブロック情報をマッチングできるインタフェースを表示することができる。例えば、配置図のイメージ上にそれぞれのブロック情報を配置するように構成することで、配置が変更された場合でも変更された配置図上にそれぞれのブロック情報の位置を調整して再び配置できるユーザインタフェースを提供することができる。
【０１９５】
それぞれのブロック情報は各施設に関する情報を含むことができ、例えば、カラオケルームの場合、各ルームの大きさ、収容人員及びその他の付帯施設に関する情報がブロックに含まれることができ、ＰＣルームの場合、各ＰＣにインストールされたソフトウェア（例えば、ゲームなど）、各ＰＣ上で利用可能なサービス、各ＰＣにインストールされたソフトウェアの更新状態などの情報を含むことができる。
【０１９６】
従って、ユーザの要請事項に対応する座席やルームをＰＯＳ装置２００から選択して容易に提供でき、当該座席の位置を調整する場合でも調整した配置図のイメージ上で当該座席に対応するブロックを配置することによって、全体のインタフェースを新たに生成しなくても、継続性のあるサービスを提供することができる長所がある。
【０１９７】
図９は一実施形態に係る装置の構成図である。
【０１９８】
プロセッサ２０２は一つ以上のコア（ｃｏｒｅ、図示せず）及びグラフィック処理部（図示せず）及び／又は他の構成要素と信号を送受信する連結通路（例えば、バス（ｂｕｓ）など）を含むことができる。
【０１９９】
一実施形態に係るプロセッサ２０２はメモリ２０４に格納された一つ以上のインストラクションを行うことによって、図１〜図８に関連して説明した方法を行う。
【０２００】
例えば、プロセッサ２０２はメモリに格納された一つ以上のインストラクションを行うことによって、開示された実施形態に係る方法を行うことができる。
【０２０１】
一方、プロセッサ２０２は、このプロセッサ２０２の内部で処理される信号（又は、データ）を一時的及び／又は永続的に格納するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、図示せず）とＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ、図示せず）を更に含むことができる。また、プロセッサ２０２はグラフィックス処理部、ＲＡＭ、及びＲＯＭのうち少なくとも一つを含むシステムオンチップ（ＳｏＣ：Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）形態で実現できる。
【０２０２】
メモリ２０４にはプロセッサ２０２の処理や制御のためのプログラム（一つ以上のインストラクション）を格納できる。メモリ２０４に格納されたプログラムは機能によって  複数のモジュールに区分することができる。
【０２０３】
本発明の実施形態に関連して説明した方法のアルゴリズムやステップはハードウェアで直接実現化するか、ハードウェアにより実行されるソフトウェアモジュールで実現化するか、又はそれらの組み合わせによって実現化することができる。ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、フラッシュメモリ（Ｆｌａｓｈ  Ｍｅｍｏｒｙ）、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ、又は本発明が属する技術分野でよく知られている任意の形態のコンピュータ読み取り可能な記録媒体に常駐することもできる。
【０２０４】
本発明の構成要素はハードウェア的なコンピュータに結合されて実行されるために、プログラム（又はアプリケーション）に実現されてメディアに格納されることができる。本発明の構成要素はソフトウェアプログラミング又はソフトウェア要素で実行することができ、これと同様に、実施形態はデータ構造、プロセス、ルーチン又は他のプログラミング構成の組み合わせで実現する様々なアルゴリズムを含んで、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、アセンブラ（ａｓｓｅｍｂｌｅｒ）などのようなプログラミング又はスクリプト言語で実現することができる。機能的な側面は一つ以上のプロセッサ上で実行されるアルゴリズムで実現することができる。
【０２０５】
以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野における通常の技術者は、本発明がその技術的思想や必須の特徴を変更することなく、他の具体的な形態で実施され得ることが理解できるはずである。従って、以上で記述した実施形態はあらゆる面で例示的なものであり、制限的ではないものとして理解すべきである。
【図１】
2021510859.tif 000003
【図２】
2021510859.tif 000004
【図３】
2021510859.tif 000005
【図４】
2021510859.tif 000006
【図５】
2021510859.tif 000007
【図６】
2021510859.tif 000008
【図７】
2021510859.tif 000009
【図８】
2021510859.tif 000010
【図９】
2021510859.tif 000011
【手続補正書】
【提出日】令和1年12月19日(2019.12.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＰＯＳ装置によって行われる方法において、
一つ以上のユーザ情報を取得するステップ；
一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するステップ；
前記一つ以上のユーザが利用するサービスに対応する第１ブロックを取得するステップ；
前記一つ以上のユーザ情報及び前記一つ以上のユーザが利用するサービスに関する情報を前記第１ブロックに格納するステップ；
前記第１ブロックを前記ユーザインタフェースに表示するステップ；
前記第１ブロックに対する決済要請を受信するステップ；
前記第１ブロックに含まれた情報に基づいて、前記一つ以上のユーザそれぞれの利用金額及び前記第１ブロックの利用金額のうち少なくとも一つを算出するステップ；
前記算出した利用金額に対応する決済情報を取得するステップ；
前記一つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得するステップ；
前記移動要請に対応する第２ブロックを取得するステップ；
前記第１ユーザに関する情報を前記第２ブロックに格納するステップ；
前記第２ブロックを前記ユーザインタフェースに表示するステップ；
前記第２ブロックに関する情報を前記第１ブロックに格納するステップ；
前記第１ブロックに対する決済要請を受信するステップ；
前記第１ブロックにおける前記第１ユーザの利用金額を算出するステップ；
前記第１ブロックに格納された前記第２ブロックに関する情報を取得するステップ；
前記第２ブロックにおける前記第１ユーザの利用金額を算出するステップ；
前記第１ブロック及び前記第２ブロックにおける前記第１ユーザの利用金額を合算して前記第１ユーザの総利用金額を算出するステップ；
前記ユーザが一時外出を要請する場合、利用を停止した時間と利用を再開した時間を管理し、既に納付したコストを預け金として管理し、利用時間の決済を要請し、全てのユーザがルームを空けたか否かをカウントするステップ；
購入した製品に関する情報がブロック単位で格納される場合、当該ブロックに所属するユーザの数で総製品価額を分けて、それぞれのコストを各ユーザに割り当て、購入した製品に関する情報がユーザ単位で格納される場合、各ユーザが購入した製品に関する情報に基づいて各ユーザの利用金額を算出するステップ；
購入した製品の特性及び当該ブロックに所属するユーザそれぞれの製品購入履歴に基づいて製品を購入したユーザを推定するステップ；
当該ブロックに所属するユーザそれぞれの製品購入履歴に基づいて購入した製品とユーザそれぞれの関連度を算出し、前記関連度が既に設定された基準値以上である場合、金額を請求するステップ；及び
製品と特定ユーザに対する距離が既に設定された基準値以下であり、製品と特定ユーザに対する距離及び製品と他のユーザに対する距離との差が既に設定された基準値以上である場合、当該製品を特定ユーザが単独で利用したと判断するステップ；を含む、複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項２】
前記ユーザ情報を取得するステップは、前記一つ以上のユーザの会員加入可否を確認するステップ；
会員として加入したユーザの場合、会員情報を取得するステップ；及び
会員として加入していないユーザの場合、非会員情報を生成し、会員加入の案内メッセージを提供するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項３】
前記総利用金額を算出するステップは、前記第１ユーザが保有したクーポン情報を取得するステップ；
前記第１ブロックに対応する第１サービスと前記第２ブロックに対応する第２サービスが同じである場合、前記クーポン情報に基づいて前記算出した総利用金額を調整するステップ；及び
前記第１ブロックに対応する第１サービスと前記第２ブロックに対応する第２サービスが互いに異なる場合、前記第１サービス及び前記第２サービスでそれぞれ利用可能なクーポン情報を取得し、前記第１ブロックにおける前記第１ユーザの利用金額を調整し、前記第２ブロックにおける前記第１ユーザの利用金額を調整し、前記第１ブロック及び前記第２ブロックで調整した利用金額を合算するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項４】
前記第１ブロックを取得するステップは、前記第１ブロックに対応する第１サービスに関する情報を取得するステップ；
前記第１サービスの提供単位に関する情報を取得するステップ；及び
前記提供単位に基づいて前記第１ブロックの定員を決定するステップ；を更に含む、請求項１に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項５】
前記情報を格納するステップは、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得するステップ；及び
前記第１ブロックに情報を格納するユーザの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納するステップ；を更に含む、請求項４に記載の複数の業態に適用可能なＰＯＳ装置管理方法。
【請求項６】
一つ以上の互いに異なるサービスにそれぞれ対応する複数のブロックを含むユーザインタフェースを表示するＰＯＳ装置；
前記ＰＯＳ装置に登録されたユーザに対応するチケットを出力する出力装置；及び
前記出力されたチケットをスキャンするスキャナ；を含み、
前記ＰＯＳ装置は、一つ以上のユーザ情報を取得し、前記一つ以上のユーザに関する情報を格納するための一つ以上のブロックを取得し、前記一つ以上のユーザに関する情報を前記一つ以上のブロックに格納し、前記出力装置は、前記一つ以上のブロックのそれぞれに対応するチケットを出力し、
前記スキャナは、
第１チケットをスキャンし、スキャンした前記第１チケットに関する情報を前記ＰＯＳ装置に伝達し、
前記ＰＯＳ装置は、
前記第１チケットに関する情報に対応する第１ブロックを取得し、前記第１ブロックの利用金額及び前記第１ブロックに含まれた１つ以上のユーザそれぞれの利用金額のうち少なくとも一つを算出し、前記算出した利用金額に対応する決済情報を取得し、
前記ＰＯＳ装置は、
前記第１ブロックに含まれた１つ以上のユーザのうちいずれかである第１ユーザから移動要請を取得し、前記移動要請に対応する第２ブロックを取得し、前記第１ユーザに関する情報を前記第２ブロックに格納し、
前記出力装置は、
前記第２ブロックに対応する第２チケットを出力し、
前記ＰＯＳ装置は、
前記第１ブロックに含まれた１つ以上のユーザ及び前記第１ユーザの利用金額を算出し、前記第１ユーザの利用金額は、前記第１ブロックにおける前記第１ユーザの利用金額及び前記第２ブロックにおける前記第１ユーザの利用金額を含み、
前記ＰＯＳ装置は、
前記ユーザが一時外出を要請する場合、利用を停止した時間と利用を再開した時間を管理し、既に納付したコストを預け金として管理し、利用時間の決済を要請し、全てのユーザがルームを空けたか否かをカウントし、
前記ＰＯＳ装置は、
購入した製品に関する情報がブロック単位で格納される場合、当該ブロックに所属するユーザの数で総製品価額を分けて、それぞれのコストを各ユーザに割り当て、購入した製品に関する情報がユーザ単位で格納される場合、各ユーザが購入した製品に関する情報に基づいて各ユーザの利用金額を算出し、
前記ＰＯＳ装置は、
購入した製品の特性及び当該ブロックに所属するユーザそれぞれの製品購入履歴に基づいて製品を購入したユーザを推定し、
前記ＰＯＳ装置は、
当該ブロックに所属するユーザそれぞれの製品購入履歴に基づいて購入した製品とユーザそれぞれの関連度を算出し、前記関連度が既に設定された基準値以上である場合、金額を請求し、
前記ＰＯＳ装置は、
製品と特定ユーザに対する距離が既に設定された基準値以下であり、製品と特定ユーザに対する距離及び製品と他のユーザに対する距離との差が既に設定された基準値以上である場合、当該製品を特定ユーザが単独で利用したと判断する、複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項７】
前記出力装置は、前記一つ以上のユーザそれぞれに対応するクーポンを出力する、請求項６に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項８】
前記一つ以上のユーザ情報を入力するユーザインタフェースを表示し、前記ユーザインタフェースを介して入力されるユーザ情報を前記ＰＯＳ装置に伝達する受付端末；を更に含む、請求項６に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項９】
前記ＰＯＳ装置は、前記一つ以上のユーザが利用する第１サービスに関する情報を取得し、前記第１サービスの提供単位に関する情報を取得し、前記提供単位に基づいて前記第１サービスに対応する第１ブロックの定員を決定し、前記受付端末を介して受信される前記一つ以上のユーザ情報を前記第１ブロックに格納し、前記第１ブロックに情報を格納するユーザの数が前記定員を超える場合、新しいブロックを取得し、前記一つ以上のユーザのうちの少なくとも一部に該当するユーザの情報を前記新しいブロックに格納し、
前記出力装置は、前記第１ブロックを含む１つ以上のブロックにそれぞれ対応するチケットを出力する、請求項８に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【請求項１０】
前記スキャナは、前記第２チケットをスキャンし、スキャンした前記第２チケットに関する情報を前記ＰＯＳ装置に伝達し、前記ＰＯＳ装置は、前記第１ユーザに対して決済されていない残高がある場合、前記残高に関する情報を表示し、前記表示された残高に対応する決済情報を取得する, 請求項６に記載の複数の業態に適用可能なＰＯＳ管理及びチケット出力システム。
【国際調査報告】
2021510859.tif 000012
2021510859.tif 000013
2021510859.tif 000014
2021510859.tif 000015