ホーム > 特許ランキング > 株式会社ワイズ・ラブ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024114113
(43)【公開日】2024-08-23
(54)【発明の名称】飲料自動提供システム及び飲料提供機
(51)【国際特許分類】
G06Q 30/06 20230101AFI20240816BHJP
G07F 13/02 20060101ALI20240816BHJP
【ＦＩ】
G06Q30/06
G07F13/02 101
【審査請求】未請求
【請求項の数】25
【出願形態】ＯＬ
(21)【出願番号】P 2023019593
(22)【出願日】2023-02-12
(71)【出願人】
【識別番号】505356424
【氏名又は名称】株式会社ワイズ・ラブ
(74)【代理人】
【識別番号】100126675
【弁理士】
【氏名又は名称】福本 将彦
(72)【発明者】
【氏名】内橋 義人
【テーマコード（参考）】
3E047
5L030
5L049
【Ｆターム（参考）】
3E047HA07
5L030BB46
5L049BB46
(57)【要約】
【課題】 ユーザが飲料の提供を受ける飲料提供機を、ユーザが端末を通じて選択することを可能にする飲料自動提供システムを提供する。
【解決手段】 本開示による飲料自動提供システム１０１は、複数の飲料提供機３と制御サーバ１とを備えている。飲料提供機３は、容器に飲料を注ぐことにより、ユーザ１０に飲料を提供する。制御サーバ１は、飲料提供機３にネットワーク９を通じて接続され、飲料提供機３を制御するとともに、ネットワーク９に接続されるユーザ端末７を通じたユーザ１０のアクセスを受け付ける。制御サーバ１は、更に、アクセスを受け付けたユーザ１０による、ユーザ端末７を通じた複数の飲料提供機３のいずれかの選択を受け付け、選択された飲料提供機３に飲料を提供させる。
【選択図】 図１
【解決手段】 本開示による飲料自動提供システム１０１は、複数の飲料提供機３と制御サーバ１とを備えている。飲料提供機３は、容器に飲料を注ぐことにより、ユーザ１０に飲料を提供する。制御サーバ１は、飲料提供機３にネットワーク９を通じて接続され、飲料提供機３を制御するとともに、ネットワーク９に接続されるユーザ端末７を通じたユーザ１０のアクセスを受け付ける。制御サーバ１は、更に、アクセスを受け付けたユーザ１０による、ユーザ端末７を通じた複数の飲料提供機３のいずれかの選択を受け付け、選択された飲料提供機３に飲料を提供させる。
【選択図】 図１
【特許請求の範囲】
【請求項1】
容器に飲料を注ぐことにより、ユーザに飲料を提供する複数の飲料提供機と、
前記複数の飲料提供機にネットワークを通じて接続され、前記複数の飲料提供機を制御するとともに、前記ネットワークに接続されるユーザ端末を通じたユーザのアクセスを受け付ける制御サーバと、を備え、
前記制御サーバは、前記アクセスを受け付けたユーザによる、前記ユーザ端末を通じた前記複数の飲料提供機のいずれかの選択を受け付け、選択された前記飲料提供機に前記飲料を提供させる、飲料自動提供システム。
前記複数の飲料提供機にネットワークを通じて接続され、前記複数の飲料提供機を制御するとともに、前記ネットワークに接続されるユーザ端末を通じたユーザのアクセスを受け付ける制御サーバと、を備え、
前記制御サーバは、前記アクセスを受け付けたユーザによる、前記ユーザ端末を通じた前記複数の飲料提供機のいずれかの選択を受け付け、選択された前記飲料提供機に前記飲料を提供させる、飲料自動提供システム。
【請求項2】
前記複数の飲料提供機の各々は、自身が選択されたときに、自身の前に居る人物に付随し、前記人物を識別し得る所定種類のデータである人物識別データを取得する人物識別データ取得部を有し、
前記サーバ又は選択された前記飲料提供機は、
選択された前記飲料提供機が取得した前記人物識別データに基づき、選択された前記飲料提供機の前に居る前記人物が、前記飲料提供機を選択したユーザであることを認証し、かつ、
認証された前記人物が、選択された前記飲料提供機の前方の所定領域内にあることを検知し、
選択された前記飲料提供機は、自身の前に居る人物が、自身を選択したユーザであることが認証され、かつ、自身の前に居る前記人物が、自身の前方の前記所定領域内にあることが検知された場合に限り、前記飲料を提供する、請求項１に記載の飲料自動提供システム。
前記サーバ又は選択された前記飲料提供機は、
選択された前記飲料提供機が取得した前記人物識別データに基づき、選択された前記飲料提供機の前に居る前記人物が、前記飲料提供機を選択したユーザであることを認証し、かつ、
認証された前記人物が、選択された前記飲料提供機の前方の所定領域内にあることを検知し、
選択された前記飲料提供機は、自身の前に居る人物が、自身を選択したユーザであることが認証され、かつ、自身の前に居る前記人物が、自身の前方の前記所定領域内にあることが検知された場合に限り、前記飲料を提供する、請求項１に記載の飲料自動提供システム。
【請求項3】
前記制御サーバは、前記ネットワークを通じてアクセスするユーザを、所定のユーザ登録データの入力を条件として登録ユーザとして登録するユーザ登録部を有し、前記ネットワークを通じてアクセスするユーザが、前記登録ユーザである場合に限り、前記複数の飲料提供機のいずれかの選択を受け付け、
前記人物識別データは、顔画像データであり、
前記ユーザ登録データは、登録するユーザの顔画像データを含み、
前記人物識別データ取得部は、前記人物の顔画像を撮像することにより、前記人物の顔画像データを生成するカメラを有し、
前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記カメラが撮像することにより得られる前記顔画像データと、前記選択をした前記ユーザの、登録された顔画像データとを対比することにより、前記認証を行う、請求項２に記載の飲料自動提供システム。
前記人物識別データは、顔画像データであり、
前記ユーザ登録データは、登録するユーザの顔画像データを含み、
前記人物識別データ取得部は、前記人物の顔画像を撮像することにより、前記人物の顔画像データを生成するカメラを有し、
前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記カメラが撮像することにより得られる前記顔画像データと、前記選択をした前記ユーザの、登録された顔画像データとを対比することにより、前記認証を行う、請求項２に記載の飲料自動提供システム。
【請求項4】
前記サーバ又は選択された前記飲料提供機は、前記カメラにより撮像され認証された前記人物の前記顔画像が、カメラ視野内の所定の大きさ以上であることを検知することにより、認証された前記人物が、選択された前記飲料提供機の前方の前記所定領域内にあることを検知する、請求項３に記載の飲料自動提供システム。
【請求項5】
前記制御サーバは、前記選択をした前記ユーザのユーザ端末に、前記ユーザを識別し得るユーザ識別データを送信し、
選択された前記飲料提供機が有する前記人物識別データ取得部は、前記選択をした前記ユーザの前記ユーザ端末が出力する、受信した前記ユーザ識別データを、前記人物識別データとして取得し、
前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記人物識別データ取得部が取得する前記人物識別データと、前記選択をした前記ユーザの前記ユーザ端末に送信された前記ユーザ識別データとを対比することにより、前記認証を行う、請求項２に記載の飲料自動提供システム。
選択された前記飲料提供機が有する前記人物識別データ取得部は、前記選択をした前記ユーザの前記ユーザ端末が出力する、受信した前記ユーザ識別データを、前記人物識別データとして取得し、
前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記人物識別データ取得部が取得する前記人物識別データと、前記選択をした前記ユーザの前記ユーザ端末に送信された前記ユーザ識別データとを対比することにより、前記認証を行う、請求項２に記載の飲料自動提供システム。
【請求項6】
前記サーバ又は選択された前記飲料提供機は、前記選択をした前記ユーザの前記ユーザ端末が前記ユーザ識別データを出力する位置を検知することにより、認証された前記人物が、選択された前記飲料提供機の前方の前記所定領域内にあることを検知する、請求項５に記載の飲料自動提供システム。
【請求項7】
前記複数の飲料提供機の各々は、自身を他と識別する飲料提供機識別コードを有しており、
前記制御サーバは、選択された前記飲料提供機が有する前記飲料提供機識別コードを、選択した前記ユーザが前記ユーザ端末を用いて読み取り、前記ネットワークを通じて送信した画像データを、受信したときに限り、選択された前記飲料提供機に飲料を提供させる、請求項１に記載の飲料自動提供システム。
前記制御サーバは、選択された前記飲料提供機が有する前記飲料提供機識別コードを、選択した前記ユーザが前記ユーザ端末を用いて読み取り、前記ネットワークを通じて送信した画像データを、受信したときに限り、選択された前記飲料提供機に飲料を提供させる、請求項１に記載の飲料自動提供システム。
【請求項8】
前記複数の飲料提供機の各々は、光を放射する発光装置を有しており、
前記制御サーバは、選択された前記飲料提供機が有する前記発光装置に光を放射させる、請求項１に記載の飲料自動提供システム。
前記制御サーバは、選択された前記飲料提供機が有する前記発光装置に光を放射させる、請求項１に記載の飲料自動提供システム。
【請求項9】
前記制御サーバは、前記複数の飲料提供機のうちの少なくとも一群の飲料提供機の間で、互いに同期しつつ前記光を放射することにより、光の演出を実現するように、前記発光装置を制御するとともに、前記少なくとも一群の飲料提供機のうちのいずれかがユーザによって選択されることにより、選択された前記飲料提供機が有する前記発光装置に光を放射させるときには、前記光の演出を停止する、請求項８に記載の飲料自動提供システム。
【請求項10】
前記複数の飲料提供機の各々は、前方を撮影するカメラを有しており、
前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像が人の画像であるか否かを判定する画像判定部を有しており、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が人の画像であると判定された場合に限り、飲料を提供する、請求項１に記載の飲料自動提供システム。
前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像が人の画像であるか否かを判定する画像判定部を有しており、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が人の画像であると判定された場合に限り、飲料を提供する、請求項１に記載の飲料自動提供システム。
【請求項11】
前記画像判定部は、前記カメラが撮影した画像が人の画像であると判定した場合に、当該人が成人であるか否かを更に判定し、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が、成人の画像であると判定された場合に限り、飲料を提供する、請求項１０に記載の飲料自動提供システム。
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が、成人の画像であると判定された場合に限り、飲料を提供する、請求項１０に記載の飲料自動提供システム。
【請求項12】
前記複数の飲料提供機の各々は、前方を撮影するカメラを有しており、
前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像に基づき、飲料を注ぐことのできる容器が、飲料を注入可能な所定位置にあるか否かを判定する容器位置判定部を有しており、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料を注ぐことのできる前記容器が、前記所定位置にあると判定された場合に限り、飲料を提供する、請求項１に記載の飲料自動提供システム。
前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像に基づき、飲料を注ぐことのできる容器が、飲料を注入可能な所定位置にあるか否かを判定する容器位置判定部を有しており、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料を注ぐことのできる前記容器が、前記所定位置にあると判定された場合に限り、飲料を提供する、請求項１に記載の飲料自動提供システム。
【請求項13】
選択された前記飲料提供器は、自身が有する前記カメラが撮影した、前記容器に注入された飲料の画像に基づき、飲料が所定量注がれたか否かを判定する、注入量判定部を有しており、
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料が所定量注がれたと判断されると、飲料の提供を停止する、請求項１２に記載の飲料自動提供システム。
選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料が所定量注がれたと判断されると、飲料の提供を停止する、請求項１２に記載の飲料自動提供システム。
【請求項14】
前記制御サーバは、前記ユーザ端末を通じてアクセスする前記ユーザの要求に応じて、前記複数の飲料提供機が設置される１以上の施設と、当該１以上の施設の各々に設置される１以上の飲料提供機が提供する飲料の種類と、の一覧を画面表示する一覧データを、前記要求をした前記ユーザの前記ユーザ端末に返信し、
前記ユーザは、返信された前記一覧データを前記ユーザ端末に画面表示し、画面表示された前記一覧データ上で前記ユーザが操作することにより行われる、前記施設と前記飲料の種類との選択を受け付けることにより、前記複数の飲料提供機のいずれかの前記選択を行うことが可能である、請求項１に記載の飲料自動提供システム。
前記ユーザは、返信された前記一覧データを前記ユーザ端末に画面表示し、画面表示された前記一覧データ上で前記ユーザが操作することにより行われる、前記施設と前記飲料の種類との選択を受け付けることにより、前記複数の飲料提供機のいずれかの前記選択を行うことが可能である、請求項１に記載の飲料自動提供システム。
【請求項15】
前記制御サーバは、前記ネットワークを通じてアクセスするユーザを、所定のユーザ登録データの入力を条件として登録ユーザとして登録するユーザ登録部を有し、前記ネットワークを通じてアクセスするユーザが、前記登録ユーザである場合に限り、前記複数の飲料提供機のいずれかの選択を受け付け、
前記制御サーバは、
選択をした前記ユーザに課金する課金部と、を更に有する、請求項１に記載の飲料自動提供システム。
前記制御サーバは、
選択をした前記ユーザに課金する課金部と、を更に有する、請求項１に記載の飲料自動提供システム。
【請求項16】
前記制御サーバは、
前記複数の飲料提供機のうちの1以上の飲料提供機を管理する飲料提供機管理者を、自身が管理する前記１以上の飲料提供機を特定する情報を含む所定の管理者登録データの提供を条件として、登録管理者として登録する管理者登録部を、更に有し、
前記課金部は、選択された前記飲料提供機が、登録管理者が管理する飲料提供機である場合に、前記ユーザに課金した金額の全額又は一部を、選択された前記飲料提供機を管理する登録管理者の口座に送金する、請求項１５に記載の飲料自動提供システム。
前記複数の飲料提供機のうちの1以上の飲料提供機を管理する飲料提供機管理者を、自身が管理する前記１以上の飲料提供機を特定する情報を含む所定の管理者登録データの提供を条件として、登録管理者として登録する管理者登録部を、更に有し、
前記課金部は、選択された前記飲料提供機が、登録管理者が管理する飲料提供機である場合に、前記ユーザに課金した金額の全額又は一部を、選択された前記飲料提供機を管理する登録管理者の口座に送金する、請求項１５に記載の飲料自動提供システム。
【請求項17】
前記複数の飲料提供機の各々は、提供する飲料の残量が尽きていることを検知する残量消尽検知器を有し、飲料を提供する間に前記残量消尽が検知されると前記制御サーバに通知し、
前記制御サーバは、選択された前記飲料提供機から残量消尽の通知を受けたときには、選択をした前記ユーザへの課金を免除する、請求項１５に記載の飲料自動提供システム。
前記制御サーバは、選択された前記飲料提供機から残量消尽の通知を受けたときには、選択をした前記ユーザへの課金を免除する、請求項１５に記載の飲料自動提供システム。
【請求項18】
前記制御サーバは、前記アクセスを受け付けた前記ユーザによる、前記複数の飲料提供機のうちの２以上の選択を受け付けるとともに、選択された各飲料提供機が提供すべき飲料の量又は比率についての指示をも受け付け、選択された前記２以上の飲料提供機に、指示された前記量又は前記比率の前記飲料を提供させる、請求項１に記載の飲料自動提供システム。
【請求項19】
前記制御サーバは、前記アクセスを受け付けた前記ユーザによる、前記複数の飲料提供機のうちの２以上の選択を受け付けるとともに、選択された前記２以上の飲料提供機から１つをランダムに選んで、前記飲料を提供させるランダムモードを、設定可能である、請求項１に記載の飲料自動提供システム。
【請求項20】
前記複数の飲料提供機の各々は、提供すべき飲料の温度を調節する温度調節器を有しており、
前記制御サーバは、前記複数の飲料提供機の前記温度調節器を個別に制御することにより、提供すべき飲料の温度を、個別に設定する、請求項１に記載の飲料自動提供システム。
前記制御サーバは、前記複数の飲料提供機の前記温度調節器を個別に制御することにより、提供すべき飲料の温度を、個別に設定する、請求項１に記載の飲料自動提供システム。
【請求項21】
前記制御サーバは、前記複数の飲料提供機の各々の、飲料の種類及び設置場所の天候のうち少なくとも１つを表すデータの入力を受け付け、受け付けた前記データに応じて、提供すべき飲料の前記温度を設定する、請求項２０に記載の飲料自動提供システム。
【請求項22】
前記複数の飲料提供機の各々は、
提供する飲料を収容する飲料容器を収納し、前記飲料容器の出し入れを可能にする開閉蓋を有する飲料容器収納室と、
前記開閉蓋を閉状態に解除可能に保持する錠と、
前記錠の施錠及び解錠を検知する錠センサと、を有し、
前記錠センサが検知した施錠及び解錠を前記制御サーバに伝え、
前記制御サーバは、前記解錠を伝えた飲料提供機の、ユーザによる選択を、前記施錠が伝えられるまで中止するか、又は前記施錠が伝えられるまで前記飲料提供機に伝えるのを待つ、請求項１に記載の飲料自動提供システム。
提供する飲料を収容する飲料容器を収納し、前記飲料容器の出し入れを可能にする開閉蓋を有する飲料容器収納室と、
前記開閉蓋を閉状態に解除可能に保持する錠と、
前記錠の施錠及び解錠を検知する錠センサと、を有し、
前記錠センサが検知した施錠及び解錠を前記制御サーバに伝え、
前記制御サーバは、前記解錠を伝えた飲料提供機の、ユーザによる選択を、前記施錠が伝えられるまで中止するか、又は前記施錠が伝えられるまで前記飲料提供機に伝えるのを待つ、請求項１に記載の飲料自動提供システム。
【請求項23】
前記複数の飲料提供機の各々は、前記飲料容器の内容物を、連続して提供する連続モードを選択及び解除するスイッチを有する、請求項２２に記載の飲料自動提供システム。
【請求項24】
前記残量消尽検知器は、飲料の流路を囲むように配置された電極を有し、前記電極が検知する流路内の静電容量の変化により、前記残量消尽を検知する、請求項１７に記載の飲料自動提供システム。
【請求項25】
容器に飲料を注ぐことにより、ユーザに飲料を提供する飲料提供機であって、前記飲料提供機は、請求項１から２４のいずれかに記載の飲料自動提供システムが備える前記複数の飲料提供機のいずれかである、飲料提供機。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、飲料自動提供システム及び飲料提供機に関する。
【背景技術】
【0002】
従来より、飲料を提供する様々な自動販売機が知られている。また、瓶あるいは缶などの容器に封入された形態で、飲料を提供するタイプのみならず、カップのような開いた容器に飲料を注ぐことにより、ユーザに飲料を提供する形態の自動販売機も知られている（例えば、非特許文献１）。しかしいずれの自動販売機も、ユーザが自動販売機の前に立って、自動販売機の選択ボタンを押すことにより、飲料の提供を受ける形態に止まっている。
【0003】
特許文献１には、各所に設置される飲料自動販売機がネットワークを通じてサーバに繋がり、ユーザが携帯端末を通じてサーバと情報交換することが可能な飲料自動提供システムが開示されている。しかし特許文献１においても、ユーザがサーバから自動販売機に関する情報を携帯端末に受け取る技術は開示されるものの、飲料の提供を受ける自動販売機をユーザが携帯端末を通じて選択する技術については、開示が無い。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特許第6905777号公報
【非特許文献】
【0005】
【非特許文献1】越後のお酒ミュージアム・ぽんしゅ館・越後湯沢店のウェブページ（https://www.google.com/maps/uv?pb=!1s0x601e02254ee9e789%3A0x51157bc0f2b482e5!3m1!7e115!4shttps%3A%2F%2Flh5.googleusercontent.com%2Fp%2FAF1QipMcxVYMx-2H_hDjct-TX3pfekCObI1Cap6Akc-Z%3Dw260-h175-n-k-no!5z44G944KT44GX44KF6aSoIOWIqeOBjemFkiAtIEdvb2dsZSDmpJzntKI!15sCgIgAQ&imagekey=!1e10!2sAF1QipPxXBl-GHPs3klV_jpZQU8tfaJRCnesDqCqubJU&hl=ja&sa=X&ved=2ahUKEwjs__3gpKj8AhVrnFYBHd5cCrQQ7ZgBKAB6BAgIEAI）
【発明の概要】
【発明が解決しようとする課題】
【0006】
本願発明者は、スマートフォンなどの端末の利用が普及している今日、ユーザが端末を利用して飲料提供機を選択し、飲料の提供を受けることができれば、便宜であろうと考えた。本発明はかかる問題点に鑑みてなされたもので、本発明の一態様は、ユーザが飲料の提供を受ける飲料提供機を、ユーザが端末を通じて選択することを可能にする飲料自動提供システムを提供することを目的とする。本発明の別の一態様は、本発明の飲料自動提供システムに組込可能な飲料提供機を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記目的を達成するために、本発明のうち第１の態様によるものは、飲料自動提供システムであって、容器に飲料を注ぐことにより、ユーザに飲料を提供する複数の飲料提供機と、前記複数の飲料提供機にネットワークを通じて接続され、前記複数の飲料提供機を制御するとともに、前記ネットワークに接続されるユーザ端末を通じたユーザのアクセスを受け付ける制御サーバと、を備えている。前記制御サーバは、前記アクセスを受け付けたユーザによる、前記ユーザ端末を通じた前記複数の飲料提供機のいずれかの選択を受け付け、選択された前記飲料提供機に前記飲料を提供させる。
【0008】
この構成によれば、ユーザは、ユーザ端末を通じて制御サーバにアクセスすることにより、所望の飲料提供機が提供する飲料の提供を受けることができる。なお、ユーザ端末は、ユーザが操作する端末であれば足り、ユーザの所有物であることを要しない。
【0009】
本発明のうち第２の態様によるものは、第１の態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、自身が選択されたときに、自身の前に居る人物に付随し、前記人物を識別し得る所定種類のデータである人物識別データを取得する人物識別データ取得部を有する。前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が取得した前記人物識別データに基づき、選択された前記飲料提供機の前に居る前記人物が、前記飲料提供機を選択したユーザであることを認証し、かつ、認証された前記人物が、選択された前記飲料提供機の前方の所定領域内にあることを検知する。選択された前記飲料提供機は、自身の前に居る人物が、自身を選択したユーザであることが認証され、かつ、自身の前に居る前記人物が、自身の前方の前記所定領域内にあることが検知された場合に限り、前記飲料を提供する。
【0010】
この構成によれば、飲料提供機を選択したユーザ以外の者に、誤って飲料提供機が飲料を提供することが防止される。また、飲料提供機の前方の所定領域内に、飲料提供機を選択したユーザが居ない場合に、誤って飲料提供機が飲料を提供することも防止される。
【0011】
本発明のうち第３の態様によるものは、第２の態様による飲料自動提供システムであって、前記制御サーバは、前記ネットワークを通じてアクセスするユーザを、所定のユーザ登録データの入力を条件として登録ユーザとして登録するユーザ登録部を有し、前記ネットワークを通じてアクセスするユーザが、前記登録ユーザである場合に限り、前記複数の飲料提供機のいずれかの選択を受け付ける。前記人物識別データは、顔画像データである。前記ユーザ登録データは、登録するユーザの顔画像データを含んでいる。前記人物識別データ取得部は、前記人物の顔画像を撮像することにより、前記人物の顔画像データを生成するカメラを有している。前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記カメラが撮像することにより得られる前記顔画像データと、前記選択をした前記ユーザの、登録された顔画像データとを対比することにより、前記認証を行う。
【0012】
この構成によれば、ユーザは格別の物を手に持つこともなく、選択した飲料提供機の前に位置するだけで、その者が当該飲料提供機を選択したユーザであるという、ユーザ認証を得ることができる。
【0013】
本発明のうち第４の態様によるものは、第３の態様による飲料自動提供システムであって、前記サーバ又は選択された前記飲料提供機は、前記カメラにより撮像され認証された前記人物の前記顔画像が、カメラ視野内の所定の大きさ以上であることを検知することにより、認証された前記人物が、選択された前記飲料提供機の前方の前記所定領域内にあることを検知する。
【0014】
この構成によれば、認証された前記人物が、選択された飲料提供機の前方の所定領域内にあることを、カメラが撮像することにより得られる顔画像データを用いて、容易に検知することができる。
【0015】
本発明のうち第５の態様によるものは、第２の態様による飲料自動提供システムであって、前記制御サーバは、前記選択をした前記ユーザのユーザ端末に、前記ユーザを識別し得るユーザ識別データを送信する。選択された前記飲料提供機が有する前記人物識別データ取得部は、前記選択をした前記ユーザの前記ユーザ端末が出力する、受信した前記ユーザ識別データを、前記人物識別データとして取得する。前記サーバ又は選択された前記飲料提供機は、選択された前記飲料提供機が有する前記人物識別データ取得部が取得する前記人物識別データと、前記選択をした前記ユーザの前記ユーザ端末に送信された前記ユーザ識別データとを対比することにより、前記認証を行う。
【0016】
この構成によれば、ユーザは自身の顔画像データを事前に登録することを要さずに、選択した飲料提供機の前に居る自身が、当該飲料提供機を選択したユーザであるという、ユーザ認証を得ることができる。ユーザ識別データは、例えば、ユーザ毎に異なる二次元バーコード、数字列、文字列、ユーザによる選択が発生する毎に生成される乱数などである。ユーザは、例えば、自身のユーザ端末に受信したユーザ識別データを、ユーザ端末の画面に出力し、人物識別データ取得部は、カメラを有していて、出力されたユーザ識別データを、カメラにより人物識別データとして取得する。別の例として、ユーザは、自身のユーザ端末に受信したユーザ識別データを、スピーカにより音声として出力し、人物識別データ取得部は、マイクロフォンを有していて、出力されたユーザ識別データを、マイクロフォンにより人物識別データとして取得する。
【0017】
本発明のうち第６の態様によるものは、第５の態様による飲料自動提供システムであって、前記サーバ又は選択された前記飲料提供機は、前記選択をした前記ユーザの前記ユーザ端末が前記ユーザ識別データを出力する位置を検知することにより、認証された前記人物が、選択された前記飲料提供機の前方の前記所定領域内にあることを検知する。
【0018】
この構成によれば、認証された前記人物が、選択された飲料提供機の前方の所定領域内にあることを、ユーザ識別データを出力する位置を検知することにより、容易に検知することができる。ユーザ識別データを出力する位置の検知は、例えば、人物識別データ取得部がカメラを有していて、ユーザ端末の画面に出力されたユーザ識別データのカメラ視野内の大きさを検知することにより行われる。別の例として、人物識別データ取得部がステレオ・マイクロフォンを有していて、ユーザ端末のスピーカによりユーザ識別データが音声として出力される空間上の位置を検知することにより行われる。
【0019】
本発明のうち第７の態様によるものは、第１の態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、自身を他と識別する飲料提供機識別コードを有している。前記制御サーバは、選択された前記飲料提供機が有する前記飲料提供機識別コードを、選択した前記ユーザが前記ユーザ端末を用いて読み取り、前記ネットワークを通じて送信した画像データを、受信したときに限り、選択された前記飲料提供機に飲料を提供させる。
この構成によれば、飲料提供機を選択したユーザ以外の者が、誤って飲料提供機から飲料の提供を受けることが防止される。
この構成によれば、飲料提供機を選択したユーザ以外の者が、誤って飲料提供機から飲料の提供を受けることが防止される。
【0020】
本発明のうち第８の態様によるものは、第１から第７のいずれかの態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、光を放射する発光装置を有している。前記制御サーバは、選択された前記飲料提供機が有する前記発光装置に光を放射させる。
この構成によれば、ユーザは、自身が選択した飲料提供機を、放射される光により確認することができる。
この構成によれば、ユーザは、自身が選択した飲料提供機を、放射される光により確認することができる。
【0021】
本発明のうち第９の態様によるものは、第８の態様による飲料自動提供システムであって、前記制御サーバは、前記複数の飲料提供機のうちの少なくとも一群の飲料提供機の間で、互いに同期しつつ前記光を放射することにより、光の演出を実現するように、前記発光装置を制御するとともに、前記少なくとも一群の飲料提供機のうちのいずれかがユーザによって選択されることにより、選択された前記飲料提供機が有する前記発光装置に光を放射させるときには、前記光の演出を停止する。
【0022】
この構成によれば、一群の飲料提供機を互いに近接して配置することにより、これらの飲料提供機の全体による光の演出が実現する。また、ユーザにより選択された飲料提供機が、選択された飲料提供機であることをユーザに通知するために光を放射するときには、光の演出が停止するので、ユーザへの通知が妨げられない。一群の飲料提供機の間の光の演出は、それらの飲料提供機のうちのいずれかが選択される前から行われていてもよく、選択されてから行われてもよい。
【0023】
本発明のうち第１０の態様によるものは、第１の態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、前方を撮影するカメラを有している。前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像が人の画像であるか否かを判定する画像判定部を有している。選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が人の画像であると判定された場合に限り、飲料を提供する。
この構成によれば、選択された飲料提供機の前に人が居ない場合に、誤って飲料提供機が飲料を提供することが防止される。
この構成によれば、選択された飲料提供機の前に人が居ない場合に、誤って飲料提供機が飲料を提供することが防止される。
【0024】
本発明のうち第１１の態様によるものは、第１０の態様による飲料自動提供システムであって、前記画像判定部は、前記カメラが撮影した画像が人の画像であると判定した場合に、当該人が成人であるか否かを更に判定する。選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像が、成人の画像であると判定された場合に限り、飲料を提供する。
この構成によれば、飲料がアルコールを含む飲料である場合に、成人でない者に飲料提供機が飲料を提供することが防止される。
この構成によれば、飲料がアルコールを含む飲料である場合に、成人でない者に飲料提供機が飲料を提供することが防止される。
【0025】
本発明のうち第１２の態様によるものは、第１から第１１のいずれかの態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、前方を撮影するカメラを有している。前記複数の飲料提供機の各々又は前記制御サーバは、前記カメラが撮影した画像に基づき、飲料を注ぐことのできる容器が、飲料を注入可能な所定位置にあるか否かを判定する容器位置判定部を有している。選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料を注ぐことのできる前記容器が、前記所定位置にあると判定された場合に限り、飲料を提供する。
この構成によれば、飲料を注ぐことのできる容器が、飲料を注入可能な所定位置にない場合に、誤って飲料提供機が飲料を提供することが防止される。
この構成によれば、飲料を注ぐことのできる容器が、飲料を注入可能な所定位置にない場合に、誤って飲料提供機が飲料を提供することが防止される。
【0026】
本発明のうち第１３の態様によるものは、第１２の態様による飲料自動提供システムであって、選択された前記飲料提供器は、自身が有する前記カメラが撮影した、前記容器に注入された飲料の画像に基づき、飲料が所定量注がれたか否かを判定する、注入量判定部を有している。また、選択された前記飲料提供機は、自身が有する前記カメラが撮影した画像により、飲料が所定量注がれたと判断されると、飲料の提供を停止する。
この構成によれば、ユーザは所定量の飲料の注入を容器に受けることができる。
この構成によれば、ユーザは所定量の飲料の注入を容器に受けることができる。
【0027】
本発明のうち第１４の態様によるものは、第１から第１３のいずれかの態様による飲料自動提供システムであって、前記制御サーバは、前記ユーザ端末を通じてアクセスする前記ユーザの要求に応じて、前記複数の飲料提供機が設置される１以上の施設と、当該１以上の施設の各々に設置される１以上の飲料提供機が提供する飲料の種類と、の一覧を画面表示する一覧データを、前記要求をした前記ユーザの前記ユーザ端末に返信する。前記ユーザは、返信された前記一覧データを前記ユーザ端末に画面表示し、画面表示された前記一覧データ上で前記ユーザが操作することにより行われる、前記施設と前記飲料の種類との選択を受け付けることにより、前記複数の飲料提供機のいずれかの前記選択を行うことが可能である。
【0028】
この構成によれば、ユーザは、端末に画面表示される一覧データ上で操作をすることにより、所望する飲料提供機を選択することができる。
【0029】
本発明のうち第１５の態様によるものは、第１の態様による飲料自動提供システムであって、前記制御サーバは、前記ネットワークを通じてアクセスするユーザを、所定のユーザ登録データの入力を条件として登録ユーザとして登録するユーザ登録部を有し、前記ネットワークを通じてアクセスするユーザが、前記登録ユーザである場合に限り、前記複数の飲料提供機のいずれかの選択を受け付ける。前記制御サーバは、選択をした前記ユーザに課金する課金部と、を更に有している。
【0030】
この構成によれば、ユーザへの課金が自動で行われる。課金は制御サーバが直接行ってもよく、課金サービス業者が管理する課金サーバに、必要な課金情報を伝えることにより、間接的に行ってもよい。
【0031】
本発明のうち第１６の態様によるものは、第１５の態様による飲料自動提供システムであって、前記制御サーバは、前記複数の飲料提供機のうちの1以上の飲料提供機を管理する飲料提供機管理者を、自身が管理する前記１以上の飲料提供機を特定する情報を含む所定の管理者登録データの提供を条件として、登録管理者として登録する管理者登録部を、更に有している。前記課金部は、選択された前記飲料提供機が、登録管理者が管理する飲料提供機である場合に、前記ユーザに課金した金額の全額又は一部を、選択された前記飲料提供機を管理する登録管理者の口座に送金する。
【0032】
この構成によれば、ユーザにより選択された飲料提供機を管理する登録管理者に、ユーザへの課金額の全額又は一部が、自動で払い込まれる。飲料提供機管理者の登録は、飲料提供機管理者がネットワークを通じて制御サーバにアクセスすることにより行ってもよく、飲料提供機管理者が制御サーバの管理者に管理者情報を提供することにより、行っても良い。登録管理者への送金は、制御サーバが直接に行ってもよく、課金サービス業者が管理する課金サーバに、必要な課金情報を伝えることにより、間接的に行ってもよい。
【0033】
本発明のうち第１７の態様によるものは、第１５又は第１６の態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、提供する飲料の残量が尽きていることを検知する残量消尽検知器を有し、飲料を提供する間に前記残量消尽が検知されると前記制御サーバに通知する。前記制御サーバは、選択された前記飲料提供機から残量消尽の通知を受けたときには、選択をした前記ユーザへの課金を免除する。
【0034】
この構成によれば、飲料提供機が飲料を提供する間に、残量が消尽することにより、飲料の提供が所定量に達しなかった場合には、課金を免除することにより、ユーザへのサービスを向上させることができる。
【0035】
本発明のうち第１８の態様によるものは、第１から第１７のいずれかの態様による飲料自動提供システムであって、前記制御サーバは、前記アクセスを受け付けた前記ユーザによる、前記複数の飲料提供機のうちの２以上の選択を受け付けるとともに、選択された各飲料提供機が提供すべき飲料の量又は比率についての指示をも受け付け、選択された前記２以上の飲料提供機に、指示された前記量又は前記比率の前記飲料を提供させる。
この構成によれば、ユーザは、好みの種類の飲料を、好みの量又は比率でブレンドすることができる。
この構成によれば、ユーザは、好みの種類の飲料を、好みの量又は比率でブレンドすることができる。
【0036】
本発明のうち第１９の態様によるものは、第１から第１８のいずれかの態様による飲料自動提供システムであって、前記制御サーバは、前記アクセスを受け付けた前記ユーザによる、前記複数の飲料提供機のうちの２以上の選択を受け付けるとともに、選択された前記２以上の飲料提供機から１つをランダムに選んで、前記飲料を提供させるランダムモードを、設定可能である。
この構成によれば、互いに近接して配置される飲料提供機を、２以上の飲料提供機とすることにより、ユーザはランダムに選ばれる飲料の提供を受けることができる。
この構成によれば、互いに近接して配置される飲料提供機を、２以上の飲料提供機とすることにより、ユーザはランダムに選ばれる飲料の提供を受けることができる。
【0037】
本発明のうち第２０の態様によるものは、第１から第１９のいずれかの態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、提供すべき飲料の温度を調節する温度調節器を有している。前記制御サーバは、前記複数の飲料提供機の前記温度調節器を個別に制御することにより、提供すべき飲料の温度を、個別に設定する。
この構成によれば、例えば、飲料の種類、天候、季節等に応じた飲料の温度の設定が可能となる。また、同一種類の飲料を異なる温度に設定することも可能となる。
この構成によれば、例えば、飲料の種類、天候、季節等に応じた飲料の温度の設定が可能となる。また、同一種類の飲料を異なる温度に設定することも可能となる。
【0038】
本発明のうち第２１の態様によるものは、第２０の態様による飲料自動提供システムであって、前記制御サーバは、前記複数の飲料提供機の各々の、飲料の種類及び設置場所の天候のうち少なくとも１つを表すデータの入力を受け付け、受け付けた前記データに応じて、提供すべき飲料の前記温度を設定する。
この構成によれば、飲料の種類、天候のうちの少なくとも１つに応じた飲料の温度の設定が自動で行われる。
この構成によれば、飲料の種類、天候のうちの少なくとも１つに応じた飲料の温度の設定が自動で行われる。
【0039】
本発明のうち第２２の態様によるものは、第１から第２１のいずれかの態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、提供する飲料を収容する飲料容器を収納し、前記飲料容器の出し入れを可能にする開閉蓋を有する飲料容器収納室と、前記開閉蓋を閉状態に解除可能に保持する錠と、前記錠の施錠及び解錠を検知する錠センサと、を有している。前記複数の飲料提供機の各々は、前記錠センサが検知した施錠及び解錠を前記制御サーバに伝える。前記制御サーバは、前記解錠を伝えた飲料提供機の、ユーザによる選択を、前記施錠が伝えられるまで中止するか、又は前記施錠が伝えられるまで前記飲料提供機に伝えるのを待つ。
この構成によれば、飲料提供機に収納される飲料容器の交換中に、ユーザによる選択が飲料提供機に伝えられることを回避することができる。
この構成によれば、飲料提供機に収納される飲料容器の交換中に、ユーザによる選択が飲料提供機に伝えられることを回避することができる。
【0040】
本発明のうち第２３の態様によるものは、第２２の態様による飲料自動提供システムであって、前記複数の飲料提供機の各々は、前記飲料容器の内容物を、連続して提供する連続モードを選択及び解除するスイッチを有する。
【0041】
この構成によれば、各飲料提供機において、提供する飲料を洗浄液に代え、連続モードで動作させることにより、飲料が通過する流路を、洗浄液により洗浄することができる。なお、スイッチ操作により、連続モードを解除することにより、連続モードは停止する。
【0042】
本発明のうち第２４の態様によるものは、第１７の態様による飲料自動提供システムであって、前記残量消尽検知器は、飲料の流路を囲むように配置された電極を有し、前記電極が検知する流路内の静電容量の変化により、前記残量消尽を検知する。
この構成によれば、簡素な構造により、残量消尽の検知が可能である。
この構成によれば、簡素な構造により、残量消尽の検知が可能である。
【0043】
本発明のうち第２５の態様によるものは、容器に飲料を注ぐことにより、ユーザに飲料を提供する飲料提供機であって、前記飲料提供機は、第１から第２４のいずれかの態様による飲料自動提供システムが備える前記複数の飲料提供機のいずれかである。
この構成による飲料提供機は、本発明の各態様による飲料自動提供システムが備える飲料提供機として、使用することができる。
この構成による飲料提供機は、本発明の各態様による飲料自動提供システムが備える飲料提供機として、使用することができる。
【発明の効果】
【0044】
以上のように本発明の一態様によれば、ユーザが飲料の提供を受ける飲料提供機を、ユーザが端末を通じて選択することを可能にする飲料自動提供システムが実現する。また、本発明の別の一態様によれば、本発明の飲料自動提供システムに組込可能な飲料提供機が実現する。
【図面の簡単な説明】
【0045】
【図1】本発明の一実施の形態による飲料自動提供システムの構成を例示する概略図である。
【発明を実施するための形態】
【0046】
［１．システム構成例］
図１は、本発明の一実施の形態による飲料自動提供システムの構成を例示する概略図である。この飲料自動提供システム１０１は、制御サーバ１及び多数の飲料提供機を有している。これらの装置１、３は、インターネットなどのネットワーク９を通じて、互いに接続される。飲料自動提供システム１０１は、課金サービス業者が管理する課金サーバ３１、銀行が管理する銀行サーバ３３にも、ネットワーク９を通じて接続される。
図１は、本発明の一実施の形態による飲料自動提供システムの構成を例示する概略図である。この飲料自動提供システム１０１は、制御サーバ１及び多数の飲料提供機を有している。これらの装置１、３は、インターネットなどのネットワーク９を通じて、互いに接続される。飲料自動提供システム１０１は、課金サービス業者が管理する課金サーバ３１、銀行が管理する銀行サーバ３３にも、ネットワーク９を通じて接続される。
【0047】
管理者とは、例えば、居酒屋、飲食店、屋外イベント会場などの施設を管理する運営者、経営者、担当者などを意味する。各管理者の施設には、１台ないし複数台の飲料提供機３が設置される。各管理者は、管理者端末５を用いてネットワーク９を通じて、制御サーバ１、課金サーバ３１、銀行サーバ３３にアクセスする。各施設の顧客となるユーザ１０は、ユーザ端末７を用いてネットワーク９を通じて、制御サーバ１、課金サーバ３１、銀行サーバ３３にアクセスする。
【0048】
飲料提供機３がユーザ１０に提供する飲料は、酒類、ジュース、コーヒー、茶、飲料水など、幅広い飲料であり得る。図示例の施設では、提供される飲料として日本酒が想定されている。複数銘柄の利き酒（ききざけ）をユーザ１０が楽しむことができるように、各施設には複数台の飲料提供機３が設置される。ユーザ１０は、ユーザ端末７を利用して好きな施設の好きな飲料提供機３が提供する銘柄を選択し、試飲することができる。
【0049】
ユーザ１０は、ユーザ端末７を通じて、事前に制御サーバ１、課金サーバ３１に登録をしておくことにより、飲料の代金を自己の銀行口座から自動で引き落としてもらうことができる。管理者は、管理者端末５を通じて、制御サーバ１、課金サーバ３１に事前登録しておくことにより、飲料の代金を自己の口座に自動で受け取ったり、自己が管理する飲料提供機３の使用料を、自己の口座から制御サーバ１の管理者の口座へ自動で納付してもらったり、することができる。使用料は、ユーザ１０が飲料の代金を支払う毎に、その一部を納付するようにしてもよく、管理する飲料提供機３の台数に応じた所定額を、月極など定期的に納付するようにしてもよい。
【0050】
このように、飲料自動提供システム１０１によれば、ユーザ１０による飲料の選択から、飲料の提供、課金に至るまでの処理が、施設の管理者の手を経ることなく、自動で行われる。このため、施設の管理者の手間を省くことができる。なお、飲料の提供は、有償に限られる訳ではなく、ユーザによる代金の支払いを要しない、無償による提供であってもよい。同様に、管理者による飲料提供機３の使用料の納付が必須である訳ではない。
【0051】
図２は、制御サーバ１、管理者端末５及びユーザ端末７のハードウェア構成を例示するブロック図である。装置１０２は、制御サーバ１、管理者端末５及びユーザ端末７を代表している。図示の例では、装置１０２は、パーソナルコンピュータと同様に構成されており、主要回路部１２、入力装置１１、表示装置１３及びハードディスク装置（ＨＤＤ）１４を有している。また、主要回路部１２は、ＣＰＵ（Central Processing Unit；中央演算処理部）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、インタフェース（Ｉ／Ｆ）２４、及び読取装置２５を有している。
【0052】
ＣＰＵ２１は、ＲＯＭ２２及びＲＡＭ２３に格納されたプログラムを実行する。ＲＯＭ２２には、例えば、装置１，５、７の立ち上げ直後にＯＳ（Operating System）の起動やハードウェアの設定を行うＢＩＯＳ（Basic Input Output System）が格納されている。ＲＡＭ２３には、ハードディスク装置１４に保存されているＯＳ、アプリケーション等が必要に応じて展開され、ＣＰＵ２１による実行に供される。ＲＡＭ２３は、ＣＰＵ２１が処理を実行する際に生成されるデータを、一時的に格納するワークメモリとしても用いられる。
【0053】
インタフェース（Ｉ／Ｆ）２４は、不図示のＩＤＥ（Integrated Device Electronics）コントローラ、ＬＡＮコントローラ、入出力コントローラなどを有しており、これらの回路を通じて、入力装置１１等の外部装置がＣＰＵ２１に接続される。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３及びインタフェース２４は、バスライン２６を通じて互いに接続されている。
【0054】
入力装置１１は、例えばキーボード、マウスなどを含み、操作者が手操作によりデータを入力するための装置である。表示装置１３は、例えばＬＣＤ（Liquid Crystal Display）装置であり、画像データを目視可能な画像として表示する装置である。ハードディスク装置１４は、ＯＳ、アプリケーション等を格納すると共に、処理に要するデータを格納する。ハードディスク装置１４に代えて、半導体メモリなど他の不揮発性記憶媒体を利用することも可能である。読取装置２５は、プログラムやデータを記録したＣＤ－ＲＯＭ等の記録媒体２７から、記録された内容を読み取る装置である。装置１０２は、例えばＬＡＮ１５を通じて、インターネット等の広域のネットワーク９（図１）に接続され、例えばＴＣＰ／ＩＰプロトコルによる通信を実現する。ＬＡＮ１５は、インタフェース２４に含まれているＬＡＮコントローラを通じてバスライン２６に接続され、ルータ（図示略）を通じてネットワーク９に接続される。
【0055】
なお、制御サーバ１として、クラウドサーバを利用することも可能である。また、管理者端末５及びユーザ端末７は、スマートフォンなど、携帯端末を利用することも可能である。管理者は、制御サーバ１から管理者端末５に管理者アプリケーションをダウンロードし、管理者アプリケーション上で操作をすることにより、制御サーバ１とのデータ交換を行うことができる。管理者は、本人所有の端末に限らず、管理者アプリケーションがインストールされた端末であれば、ＩＤ、パスワード等の所定のログインデータを入力することにより、管理者アプリケーションにログインすることができ、管理者アプリケーション上で操作することが可能となる。それにより、制御サーバ１は、管理者が使用する端末に関わりなく、管理者を認識することができる。このように管理者端末５は、管理者が所有する端末に限定されない。なお、管理者が管理者アプリケーションにログインできるようにするために、管理者は管理者アプリケーション上で、ログインデータ等を事前に登録することができる。
【0056】
ユーザ端末７についても、同様のことが当てはまる。ユーザ１０は、制御サーバ１からユーザ端末７にユーザ・アプリケーションをダウンロードし、ユーザ・アプリケーション上で操作をすることにより、制御サーバ１とのデータ交換を行うことができる。ユーザ１０は、本人所有の端末に限らず、ユーザ・アプリケーションがインストールされた端末であれば、所定のログインデータを入力することによりユーザ・アプリケーションにログインすることができ、ユーザ・アプリケーション上で操作することが可能となる。それにより、制御サーバ１は、ユーザ１０が使用する端末に関わりなく、ユーザ１０を認識することができる。このようにユーザ端末７は、ユーザ１０が所有する端末に限定されない。ユーザ１０がユーザ・アプリケーションにログインできるようにするために、ユーザ１０はユーザ・アプリケーション上で、ログインデータ等を事前に登録することができる。また、ユーザ１０への自動課金を要しない場合など、制御サーバ１がユーザ１０を特定する必要が無い場合には、ユーザ１０による事前登録を省くことも可能である。
【0057】
飲料提供機３も、コンピュータを内蔵している。内蔵するコンピュータの構造は、例えば組込マイクロコンピュータの形態であり、図２の主要回路部１２により例示される。その場合には、ＣＰＵ２１の動作を規定するプログラムは、ＲＯＭ２２に記憶される。
【0058】
図３は、制御サーバ１のソフトウェア構成を例示する機能ブロック図である。既述の通り、制御サーバ１はコンピュータ装置であるが、制御サーバ用プログラムが読み込まれることにより、図３のブロック図により例示されるハードウェア構成の装置と等価に動作する。図示例では、制御サーバ１は、管理者アプリ提供部４１、ユーザ・アプリ提供部４３、管理者登録部４５、ユーザ登録部４７、注文処理部４９、ユーザ認証部５１、及び課金部５５を有している。
【0059】
管理者アプリ提供部４１は、管理者端末５を通じた管理者からの要求に応じて、管理者端末５に管理者アプリケーションを提供する。ユーザ・アプリ提供部４３は、ユーザ端末７を通じたユーザ１０からの要求に応じて、ユーザ・アプリケーションをユーザ端末７に提供する。
【0060】
管理者登録部４５は、管理者端末５を通じて管理者により送信される管理者登録データを受け付け、登録する。登録は、例えば、制御サーバ１のＨＤＤ１４（図２参照）などの記憶媒体に管理者登録データを記録することにより行われる。管理者登録データには、管理者が管理する施設に設置される飲料提供機３を識別する型番などが含まれる。ユーザ登録部４７は、ユーザ端末７を通じてユーザ１０により送信されるユーザ登録データを受け付け、登録する。登録は、管理者登録と同様に、制御サーバ１が有する記憶媒体にユーザ登録データを記録することにより行われる。
【0061】
注文処理部４９は、ユーザ１０によりユーザ端末７を通じて行われる、いずれかの飲料提供機３の飲料の注文を受け付け、対応する飲料提供機３に飲料を提供させる。ユーザ認証部５１は、注文により選択された飲料提供機３から飲料の提供を受けようとする人物が、注文をしたユーザであることの認証を行う。
【0062】
課金部５５は、ユーザ１０に飲料提供の代金を課金するとともに、飲料を提供した飲料提供機３を管理する管理者に代金を還元する。また、課金部５５は、必要に応じて管理者に飲料提供機３の使用料等を課金し、課金した使用料等を制御サーバ１の管理者に還元する。
【0063】
図４は、飲料提供機３の外観を例示する斜視図である。図示例の飲料提供機３は、日本酒を収容する瓶である飲料容器６１を収納室６３に収納可能な、縦長の略直方体をなす箱状である。飲料提供機３の本体６４は、前面に上端部を残して開口部を有しており、この開口部を開閉自在に覆う開閉蓋６５が本体６４に設置されている。開閉蓋６５は、飲料容器６１の交換を可能にする。開閉蓋６５は、ユーザ１０が不用意に開くことのないように、錠６７により施錠可能である。
【0064】
開閉蓋６５の上部には、飲料の提供を受ける容器６９を載置するための容器受け７１が設置されている。開閉蓋６５の上方にある本体６４の前面上端部には、容器６９に飲料を注ぐ注ぎ口７３が突出している。飲料提供機３は、電動モータにより駆動されるポンプを内蔵しており、このポンプの働きにより、飲料容器６１に収容される飲料が汲み出され、注ぎ口７３から注ぎ出される。ポンプは、所定量の飲料を汲み出し終えると、停止する。
【0065】
本体６４の前面上端部には、更に、前方を撮像するカメラ７５、及びＬＥＤ（発光ダイオード）などの発光装置７７が設けられている。カメラ７５は、飲料提供機３の前に立つ人物の顔画像などを撮像することにより、ユーザ認証を可能にするために設けられる。発光装置７７は、飲料提供機３を選択したユーザ１０に、選択した飲料提供機３を発光により通知するために設けられる。図４には、カメラ７５のレンズ、発光装置７７の光透過窓が表されている。
【0066】
本体６４の前面上端部には、更に、同一の施設内に設置される複数の飲料提供機３を互いに識別するための施設内番号７９が付されている。本体６４の前面上端部には、更に、施設を超えて全ての飲料提供機３を互いに識別する飲料提供機識別コード８１が付されていても良い。図示例では、飲料提供機識別コード８１は、二次元バーコードである。
【0067】
［２．システム動作例１］
図５は、飲料自動提供システム１０１の動作手順を例示するシーケンス図である。施設の管理者が、自身が管理する施設に設置した飲料提供機３を、ユーザ１０に利用してもらうために、管理者は事前に管理者登録を、制御サーバ１の管理者、すなわち飲料自動提供システム１０１の運営事業者に対して行う。そのために、施設の管理者は、管理者端末５を通じて管理者アプリケーションを制御サーバ１に要求する（Ｓ１）。
図５は、飲料自動提供システム１０１の動作手順を例示するシーケンス図である。施設の管理者が、自身が管理する施設に設置した飲料提供機３を、ユーザ１０に利用してもらうために、管理者は事前に管理者登録を、制御サーバ１の管理者、すなわち飲料自動提供システム１０１の運営事業者に対して行う。そのために、施設の管理者は、管理者端末５を通じて管理者アプリケーションを制御サーバ１に要求する（Ｓ１）。
【0068】
施設の管理者が設置する飲料提供機３は、飲料自動提供システム１０１の運営事業者から購入或いはレンタルされたものであってもよく、施設の管理者が、制御サーバ１のサービスを受けることのできる仕様を有する飲料提供機３として、独自に入手したものであってもよい。いずれであっても、飲料自動提供システム１０１の運営事業者は、制御サーバ１の利用料の納付を施設の管理者から受けるように、ビジネスの仕組みを構築することも可能である。
【0069】
制御サーバ１は、要求を受けると、管理者アプリケーションを管理者端末５に送る（Ｓ３）。管理者端末５は、送信された管理者アプリケーションを受信すると、ＨＤＤ１４（図２参照）などの記憶媒体に、起動可能な状態で記憶する（すなわち、インストールする）（Ｓ５）。インストールが完了した後に、管理者は、管理者登録をするために、管理者アプリケーションを起動する（Ｓ７）。
【0070】
図６は、管理者アプリケーションを起動したときに、管理者端末５の表示装置１３（図２参照）に表示されるログイン画面を例示している。図示例のログイン画面は、周知の形式であり、既に登録が完了しておれば、管理者は自身のＩＤ、パスワードを入力し、「ログイン」ボタンをクリックすることにより、ログインすることができる。未だ登録をしていない管理者は、「新規登録」ボタンをクリックすることにより、新規に登録を行う（Ｓ９；図５参照）。既に登録がなされていて、登録内容を変更する場合も、「新規登録」ボタンをクリックすることにより、登録内容の変更をすることができる。
【0071】
図７は、「新規登録」ボタンをクリックした後に、表示装置１３に表示される管理者データ登録画面を例示している。管理者は、この登録画面上で各種の管理者登録データを入力する。図示例では、管理者登録データには、ログインに使用するＩＤ、パスワード、管理者及び施設に関する様々なデータのほか、管理者への課金及び納金に使用される課金機関名称、課金機関ＩＤ、課金機関のアカウント、銀行口座の名称・番号が含まれる。
【0072】
入力が完了すると管理者は、「送信」ボタンをクリックすることにより、入力したデータを制御サーバ１に送信することができる（Ｓ１１；図５参照）。図７に例示する管理者登録データの送信が終了するか、又は「スキップ」ボタンをクリックすると、図８に例示する飲料データ登録画面が表示される。飲料データ登録画面は、管理者が管理する飲料提供機３に関するデータである飲料データを登録するための画面である。飲料データは、管理者登録データの一部である。
【0073】
図示例の飲料データ登録画面上で、管理者は、自身が施設内に管理する飲料提供機３の各々について、飲料提供機３の型番、飲料種別、商品名又は銘柄、飲料の単価を入力することができる（Ｓ９；図５参照）。
【0074】
飲料提供機３の型番は、個々の施設を超えて制御サーバ１に接続される全ての飲料提供機３を互いに識別するための符号である。飲料種別は、例えば、日本酒、ウィスキー、コーヒー、ジュースなど、飲料のカテゴリーである。商品名又は銘柄は、日本酒、コーヒーなどの商品名又は銘柄である。
【0075】
管理者は、自身が管理する飲料提供機３に、随意に１，２，３，・・・等の番号を付番した上で（図１、図４参照）、番号毎に飲料種別等のデータを入力する。図示例の登録画面では、管理者が管理する全ての飲料提供機３を表示できるように、画面のスクロールが可能である。施設内の飲料提供機３の番号（１，２，３，・・・等）は、「追加」ボタンをクリックすることにより追加することができ、「削除」ボタンをクリックすることにより、削除することができる。必要な飲料データの入力が完了すると、「送信」ボタンをクリックすることにより、入力した飲料データを管理者登録データとして、制御サーバ１に送信することができる（Ｓ１１；図５参照）。
【0076】
制御サーバ１は、送信された管理者登録データを受信し、ＨＤＤ１４（図２参照）等の記録媒体に登録データとして記録する（Ｓ１３；図５参照）。管理者は、管理者登録データの送信が終了すると、管理者アプリケーションを閉じる（Ｓ１５；図５参照）。
【0077】
表１及び表２は、制御サーバ１により登録される管理者登録データのデータ構造を例示している。表１の例では、管理者を識別する管理者ＩＤ（管理者識別子）が、登録される管理者毎に、制御サーバ１により付与される。付与された管理者ＩＤをキーとして、管理者の様々な属性データ、例えば、施設名称、管理者氏名、ログインＩＤ、パスワード等が、管理者ＩＤに関連付けて記憶される。管理者の属性データは、図７に例示する管理者データ登録画面上で管理者によって入力されたデータに基づく。なお、以下の表１～表４、図１２に記載する、氏名、施設名称、商品名は、すべて架空のものである。
【0078】
【表1】
【0079】
表２は、管理者登録データのうち、飲料データのデータ構造を例示している。表２の例では、飲料提供機３を識別する飲料提供機ＩＤ（飲料提供機識別子）が、登録される飲料提供機３毎に、制御サーバ１によって付与される。付与された飲料提供機ＩＤをキーとして、飲料提供機３の様々な属性データ、例えば、飲料提供機識別コード８１を記憶するＨＤＤ１４等の記憶媒体上のアドレス、飲料提供機型番、飲料提供機３を管理する管理者の管理者ＩＤ、飲料提供機３の施設内番号７９、飲料種別、飲料の商品名、単価が、飲料提供機ＩＤに関連付けて記憶される。施設内番号７９、飲料種別、商品名、単価は、図８に例示する飲料データ登録画面上で、管理者によって入力されたデータに基づく。
【0080】
【表2】
【0081】
ユーザ１０は、制御サーバ１及び様々な施設に設置された飲料提供機３を利用するために、事前にユーザ登録を、制御サーバ１の管理者、すなわち飲料自動提供システム１０１の運営事業者に対して行う。そのために、図５に例示するようにユーザ１０は、ユーザ端末７を通じてユーザ・アプリケーションを制御サーバ１に要求する（Ｓ１７）。
制御サーバ１は、要求を受けるとユーザ・アプリケーションをユーザ端末７に送る（Ｓ１９）。ユーザ端末７は、送信されたユーザ・アプリケーションを受信すると、ＨＤＤ１４（図２参照）などの記憶媒体に、起動可能な状態で記憶する（すなわち、インストールする）（Ｓ２１）。インストールが完了した後に、ユーザ１０は、ユーザ登録をするために、ユーザ・アプリケーションを起動する（Ｓ２３）。
制御サーバ１は、要求を受けるとユーザ・アプリケーションをユーザ端末７に送る（Ｓ１９）。ユーザ端末７は、送信されたユーザ・アプリケーションを受信すると、ＨＤＤ１４（図２参照）などの記憶媒体に、起動可能な状態で記憶する（すなわち、インストールする）（Ｓ２１）。インストールが完了した後に、ユーザ１０は、ユーザ登録をするために、ユーザ・アプリケーションを起動する（Ｓ２３）。
【0082】
図６は、ユーザ・アプリケーションを起動したときに、ユーザ端末７の表示装置１３（図２参照）に表示されるログイン画面をも例示している。既に登録が完了しておれば、ユーザ１０は自身のＩＤ、パスワードを入力し、「ログイン」ボタンをクリックすることにより、ログインすることができる。未だ登録をしていないユーザ１０は、「新規登録」ボタンをクリックすることにより、新規に登録を行う（Ｓ２５；図５参照）。既に登録がなされていて、登録内容を変更する場合も、「新規登録」ボタンをクリックすることにより、登録内容の変更をすることができる。
【0083】
図９は、「新規登録」ボタンをクリックした後に、表示装置１３に表示されるユーザデータ登録画面を例示している。ユーザ１０は、この登録画面上で各種のユーザ登録データを入力する。図示例では、ユーザ登録データには、ログインに使用するＩＤ、パスワード、ユーザ１０に関する様々なデータのほか、ユーザ１０への課金に使用される課金機関名称、課金機関ＩＤ、課金機関のアカウント、銀行口座の名称・番号が含まれる。図示例では、ユーザ１０に関するデータには、ユーザ１０の住所、生年月日のほか、顔画像データが含まれる。図示例では、顔画像データは、ユーザデータ登録画面上の所定の枠内に貼り付けることにより、入力することができる。
【0084】
入力が完了するとユーザ１０は、「送信」ボタンをクリックすることにより、入力したデータを制御サーバ１に送信することができる（Ｓ２７；図５参照）。制御サーバ１は、送信されたユーザ登録データを受信し、ＨＤＤ１４（図２参照）等の記録媒体に登録データとして記録する（Ｓ２９；図５参照）。ユーザ１０は、ユーザ登録データの送信が終了すると、ユーザ・アプリケーションを閉じる（Ｓ３１；図５参照）。
【0085】
表３は、制御サーバ１により登録されるユーザ登録データのデータ構造を例示している。表３の例では、ユーザ１０を識別するユーザＩＤ（ユーザ識別子）が、登録されるユーザ１０毎に、制御サーバ１によって付与される。付与されたユーザＩＤをキーとして、ユーザ１０の様々な属性データ、例えば、ユーザ１０の氏名、ログインＩＤ、パスワード、顔画像データアドレス、二次元バーコードアドレスなどが、ユーザＩＤと関連付けて記憶される。顔画像データアドレス、二次元バーコードアドレス以外の属性データは、図９に例示するユーザデータ登録画面上でユーザ１０によって入力されたデータに基づく。顔画像データアドレスについては、図９に例示するユーザデータ登録画面上でユーザ１０が入力した自身の顔画像データが記憶される、制御サーバ１のＨＤＤ１４等の記憶媒体上のアドレスが記憶される。二次元バーコードアドレスについては、制御サーバ１がユーザＩＤ毎に生成する二次元バーコードの、ＨＤＤ１４等の記憶媒体上のアドレスが記憶される。顔画像データと二次元バーコードとは、いずれもユーザ１０の認証に用いるものであるので、一方のみが記憶されておれば足りる。
【0086】
【表3】
【0087】
ユーザ１０は、所望する施設の所望する飲料提供機３が提供する飲料を注文するときには、図５に例示するように、ユーザ・アプリケーションを起動する（Ｓ３３）。ユーザ・アプリケーションが起動されると、ユーザ端末７の表示装置１３（図２参照）に、図６に例示するログイン画面が現れる。このログイン画面上で、ＩＤ、パスワードを入力し、「ログイン」ボタンをクリックすることにより、ユーザ１０がログインすると、表示装置１３には飲料注文画面が現れる（Ｓ３５）。図示例では、ログイン操作が、ユーザ・アプリケーションの飲料注文画面を選択すること（Ｓ３５）に相当する。
【0088】
図１０～図１２に例示する施設・商品リスト画面は、飲料注文画面の一例である。図示例では、ログイン操作が行われると、先ず図１０に例示される第１の施設・商品リスト画面が表示装置１３に表示される。この画面は、全国の都道府県の中から、ユーザ１０が所望する施設が所在する行政区画を選択することを可能にする。ユーザ１０が、例えば、表示される地図上の「大阪府」をクリックすると、図１１に例示するように、大阪府の地図を含む第２の施設・商品リスト画面が表示される。ユーザ１０は、大阪府の地図上の所望する地域、例えば「大阪市」をクリックすると、図１２に例示するように、大阪市内に所在する施設がリストアップされる第３の施設・商品リスト画面が表示される。
【0089】
図示例の施設・商品リスト画面には、店舗などの施設の名称、住所、連絡先のほか、各施設に設置される飲料提供機３の施設内番号７９（図４参照）、提供される飲料の種別、商品名、単価などが表示される。図１２に例示される施設・商品リストのデータは、絶えず更新される可能性があるので、常に最新のデータが表示されるように、例えば、ユーザ１０が「大阪市」などの所望する地域を選択する毎に、ユーザ・アプリケーションが制御サーバ１に要求を送信することにより、制御サーバ１から、選択された地域の最新の施設・商品リストのデータがユーザ端末７に送られる。図示例の施設・商品リスト画面では、選択された「大阪市」に設置される全ての施設に関するデータを閲覧できるように、上、下のスクロールボタンをクリックすることにより、施設・商品リストの表示を上、下方向にスクロールすることが可能である。
【0090】
ユーザ１０は、施設・商品リスト内の「選択」欄をクリックすることにより、所望する飲料提供機３を選択することができる。クリックされた「選択」欄は、色を変えることにより、選択がなされたことを表示する。同時に、注文の代価である料金が、画面左下に表示される。ユーザ１０が、選択操作を行った後に「注文」ボタンをクリックすると、注文データがユーザ端末７から制御サーバ１に送信される（Ｓ３７；図５参照）。注文データには、例えば、ユーザ１０のユーザＩＤ（表３参照）、ユーザ１０が選択した施設を管理する管理者の管理者ＩＤ（表１参照）、ユーザ１０が選択した飲料を提供する飲料提供機３の飲料提供機ＩＤ（表２参照）が含まれる。ユーザＩＤは、ユーザ１０が起動しログインしたユーザ・アプリケーションに保持されている。あるいは、ユーザ１０によるログインと同時に、制御サーバ１から、ユーザ１０がユーザ・アプリケーション上で使用可能なように、ユーザＩＤがユーザ端末７に送られる。管理者ＩＤ、飲料提供機ＩＤは、図１２に例示する施設・商品リスト画面には表示されないが、制御サーバ１からユーザ端末７に送られる施設・商品リストのデータに、施設名、施設内番号７９などと関連付けて含まれている。
【0091】
上記では、図１０～図１２の順に施設・商品リスト画面が表示される例を示したが、ユーザ１０がユーザ端末７から現在位置データを制御サーバ１に送信することにより、制御サーバ１は、ユーザ１０の現在位置に最も近い単一ないし複数の施設が図１２の施設・商品リスト画面に表示されるように、施設・商品リストデータをユーザ端末７に送信しても良い。
【0092】
図１２に例示する施設・商品リスト画面では、ユーザ１０は単品の飲料を選択することができるだけでなく、複数の飲料のブレンドを選択することもできる。複数の飲料のブレンドを選択するには、ユーザ１０は先ず、画面右下に配置される「ブレンド」ボタンをクリックする。「ブレンド」ボタンをクリックすることにより、施設・商品を選択する選択モードが、通常のモード（デフォルトモード）である「単品」モードから、「ブレンド」モードに移行する。同時に、「ブレンド」ボタンの色が変わり、「ブレンド」モードがアクティブであることを表示する。図示例では、ユーザ１０は、「居酒屋▽○」に設置される番号０２、番号０４の飲料提供機３に対応する２つの「選択」欄をクリックすることにより、これらの飲料提供機３が提供する２種類の飲料を選択している。クリックされた「選択」欄は、色を変えることにより、選択がなされたことを表示する。一例として、「ブレンド」モードで選択できる複数種類の飲料は、同一の施設内の飲料提供機３が提供する飲料に限られる。
【0093】
２種類の飲料のブレンド比は、デフォルトでは、例えば均等、すなわち各々５０％に設定されている。ユーザ１０が、選択した「選択」欄のいずれかをクリックし、画面右端の「ブレンド比」の「矢印」ボタンをクリックすることにより、ブレンド比を段階的に上げ下げすることができる。選択された飲料が２種類である場合は、一方の飲料のブレンド比を操作すると、他方は合計が１００％となるように、自動的に変動する。選択された飲料が３種以上である場合には、一例として、一つの飲料のブレンド比を操作すると、残りのブレンド比は、互いに比率を保ったまま、全体の合計が１００％になるように自動的に変動する。このようにして、選択する飲料が何種類であっても、ユーザ１０はブレンド比を容易に設定することができる。このような機能は、一例として、ユーザ・アプリケーション自身に組み込まれている。画面左下の料金表示欄には、ブレンド比が変更される毎に、ブレンド比に応じた料金が表示される。
【0094】
ユーザ１０は、「単品」ボタンをクリックすることにより、選択モードを「単品」モードに戻すこともできる。選択モードが「ブレンド」モードのままで、ユーザ１０が「注文」ボタンをクリックすると、ユーザ１０が選択した施設を管理する管理者の管理者ＩＤ（表１参照）、ユーザ１０が選択した飲料を提供する複数の飲料提供機３の飲料提供機ＩＤ（表２参照）に、設定されたブレンド比を含む注文データが、ユーザ端末７から制御サーバ１に送信される。
【0095】
図１２に例示する施設・商品リスト画面では、ユーザ１０は、同一施設内の複数種類の飲料の中からいずれか一つを、制御サーバ１任せにランダムに選択することも可能である。ユーザ１０は、画面右下に配置される「ランダム」ボタンをクリックすることにより、選択モードをこのような「ランダム」モードに変えることができる。選択モードが「ランダム」モードに設定されると同時に、「ランダム」ボタンの色が変わる。ユーザ１０が「ランダム」モードを設定して、所望する施設に対応する「選択」欄の任意の一つを選択すると、その施設内の全ての飲料提供機３に対応する「選択」欄の色が変わる。ユーザ１０が「注文」ボタンをクリックすると、ユーザ１０が選択した施設を管理する管理者の管理者ＩＤ（表１参照）とともに、「ランダム」モードを指示するデータを含む注文データが、ユーザ端末７から制御サーバ１に送信される。
【0096】
以上のように、図１２に例示される施設・商品リスト画面では、施設・商品を選択する選択モードとして、単品、ブレンド、ランダムの３種類のモードが準備されている。また、対応する「単品」、「ブレンド」、「ランダム」ボタンは、待ち受け時（ノンアクティブ時）と設定時（アクティブ時）との間で色が変わることで、設定されている選択モードが一目で分かるようになっている。また、３種の選択モードのうち、「単品」モードがデフォルトに設定されている。
【0097】
図５において、注文データ送信処理（Ｓ３７）以降の処理は、「単品」モードで注文がなされた場合を例示している。「ブレンド」モードで注文がなされた場合の処理は、後述の図１４に例示する。また、「ランダム」モードで注文がなされた場合の処理は、後述の図１６に例示する。
【0098】
図５に戻って、注文データがユーザ端末７から制御サーバ１に送信される（Ｓ３７）と、制御サーバ１から、注文データにより選択されている飲料提供機３に、選択データが送信される（Ｓ３９）。制御サーバ１は、例えば、注文データに含まれる管理者ＩＤ、飲料提供機ＩＤに基づいて、選択データを送信すべき飲料提供機３を特定することができる。上述の通り、図５においては、ユーザ１０が「単品」モードで注文した場合が想定されているので、選択データは只一つの飲料提供機３に送られる。選択データを受信した飲料提供機３は、発光装置７７を点灯させる（Ｓ４１）。発光装置７７は、発光することにより、飲料提供機３が注文を受けていることをユーザ１０に通知する。
【0099】
飲料提供機３は、選択データを受信すると、カメラ７５が前方を撮像すること（Ｓ４３）により得る、前方に居る人物の顔画像データを、制御サーバ１に送信する（Ｓ４５）。図１３は、飲料提供機３による顔画像検知及び近接検知の動作を説明する動作説明図である。図１３（ａ）に例示するように、飲料提供機３は、カメラ７５が撮像する画像の中に人物の顔を認識して、矩形枠で例示するように顔画像データを切り取って、制御サーバ１に送信しても良く、撮像した前方の画像のデータ全体を送信しても良い。後者の場合には、画像データを受信した制御サーバ１の側で、顔画像データを抽出する。いずれであっても、顔画像データが飲料提供機３から制御サーバ１に送信されることに変わりはない。
【0100】
制御サーバ１は、送信された顔画像データを受信すると、ユーザ認証を実行する（Ｓ４７）。ユーザ認証（Ｓ４７）は、受信した顔画像データ、又は受信した画像データから抽出した顔画像データを、制御サーバ１に登録されているユーザ登録データ（表３参照）のうち、注文をしたユーザ１０に関連付けられているユーザ顔画像データと、対比することにより実行される。制御サーバ１は、ユーザ１０から送られた注文データ（Ｓ３７）に含まれるユーザＩＤに基づいて、注文をしたユーザ１０を特定することができ、対応する顔画像データをユーザ登録データ（表３参照）から探し出すことができる。ユーザ認証が成功すれば（Ｓ４９においてｙｅｓ）、制御サーバ１は飲料提供機３に、飲料の提供を許可する通知（提供許可通知）を送信する（Ｓ５０）。制御サーバ１は、認証に成功しない（Ｓ４９においてｎｏ）間は、ユーザ認証（Ｓ４７）を繰り返す。
【0101】
一方、飲料提供機３は、制御サーバ１から提供許可通知が送られて来ない（Ｓ５１においてｎｏ）間は、新たに顔画像を撮像し（Ｓ４３）、制御サーバ１に送信し続ける（Ｓ４５）。飲料提供機３は、提供許可通知を受信すると（Ｓ５１においてｙｅｓ）、近接検知を実行する（Ｓ５３）。近接検知（Ｓ５３）は、注文をしたユーザ１０であると既に認証されている人物が、飲料提供機３の前方の所定領域内にまで近接していることを検知するものである。近接検知は、図１３（ｂ）に例示するように、矩形枠により例示する顔画像の大きさが、所定基準を超えて大きいことを検知することにより、間接的かつ簡便に実行することができる。近接検知は、検知に成功するまで撮像（Ｓ４３）とともに、繰り返し実行される（Ｓ５３においてｎｏ）。なお、カメラ７５は静止画像カメラでも動画像カメラでもよい。動画像カメラであれば、連続撮像を行うことによっても、ループを反復するのに伴って撮像（Ｓ４３）を繰り返すことができる。
【0102】
近接検知に成功すると（Ｓ５３においてｙｅｓ）、飲料提供機３は容器検知を実行する（Ｓ５５）。容器検知（Ｓ５５）は、飲料の注入を受けることのできる、カップなどの容器６９（図４参照）が、容器受け７１に載置された位置にあることを検知するものである。容器検知は、図１３（ｂ）に例示するように、矩形枠により例示する容器６９の位置が、容器受け７１に載置された位置に相当する所定位置にあることを、検知することにより実行することができる。また、容器６９が、飲料の注入に適した形状であること、例えば、カップのように口を大きく開いた形状であることも、同時に検知可能である。容器検知は、検知に成功するまで、撮像（Ｓ４３）、近接検知（Ｓ５３）とともに、繰り返し実行される（Ｓ５５においてｎｏ）。
【0103】
容器検知に成功すると（Ｓ５５においてｙｅｓ）、飲料提供機３は飲料の提供を開始する（Ｓ５７）。すなわち飲料提供機３は、内蔵するポンプを起動することにより、飲料容器６１（図４参照）に収容される飲料を汲み出し、注ぎ口７３から、容器受け７１に置かれた容器６９に飲料を注ぎ始める。飲料提供機３は、飲料容器６１に飲料が残っているか否かを検知する残量センサを内蔵している。残留センサにより残量が尽きたことが検知されると（Ｓ５９においてｙｅｓ）、飲料提供機３は残量消尽を制御サーバ１に通知する（Ｓ６１）。飲料提供機３は、残量センサにより残量が尽きたことが検知されない限り（Ｓ５９においてｎｏ）、提供する飲料が所定量に達する（Ｓ６３においてｙｅｓ）まで、飲料を提供し続ける（Ｓ６３においてｎｏ）。提供する飲料が所定量に達する前に残量が消尽するか（Ｓ５９においてｙｅｓ）、又は所定量の提供が達成されると（Ｓ６３においてｙｅｓ）、飲料提供機３はポンプを停止し、飲料の提供を終了する（Ｓ６５）。飲料提供機３は、飲料の提供を終了すると，制御サーバ１に飲料の提供が終了したことを通知する（Ｓ６７）とともに、発光装置７７に発光を終了させる（Ｓ６９）。
【0104】
制御サーバ１は、飲料提供終了通知を受信する（Ｓ６７）と、残量消尽通知を受信していない場合（Ｓ７１においてｎｏ）には、課金データを作成して、課金サーバ３１に送信する（Ｓ７３）。課金データには、例えば、飲料提供の料金、注文したユーザ１０の課金機関アカウント、銀行口座データ（表３参照）、及び飲料提供機３の管理者の課金機関アカウント、銀行口座データ（表１、表２参照）が含まれる。課金サーバ３１は、受信した課金データに基づいて、ユーザ１０の銀行サーバ３３に引落しデータを送信することにより（Ｓ７５）、ユーザ１０の口座から、例えば飲料提供料金を引き落とすとともに、飲料提供機３の管理者の銀行サーバ３３に振込データを送信することにより（Ｓ７７）、管理者口座に同額を振り込む。課金サーバ３１は、管理者口座に振り込んだ金額の一部を引落し、制御サーバ１の管理者、すなわち飲料自動提供システム１０１の運営事業者の銀行口座に振り込むようにしてもよい。
【0105】
一方、制御サーバ１は、残量消尽通知を受信している場合（Ｓ７１においてｙｅｓ）には、課金サーバ３１に課金データを送らずに、ユーザ１０への課金を免除する。これは、ユーザ１０への飲料提供機３の管理者からの、いわば「おまけ」という顧客奉仕の一つとなる。ユーザ１０は、飲料の注文（Ｓ３７）が終了すると、ユーザ・アプリケーションを終了することができる（Ｓ７９）。
【0106】
［３．システム動作例２］
図１４は、飲料自動提供システム１０１の別の動作手順を例示するシーケンス図である。図１４は、図１２に例示する施設・商品リスト画面において、ユーザ１０が「ブレンド」モードで注文を行う場合の処理の流れを例示している。図１４において、ユーザ１０がユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択する（Ｓ３５）までの処理の流れは、図５に例示した処理の流れと同じである。一例として、図１２に例示するように、ユーザ１０は、施設・商品リスト画面において、「ブレンド」モードを選択し、「居酒屋▽○」に設置される番号０２、番号０４の飲料提供機３が提供する２種類の飲料を選択したものと想定している。
図１４は、飲料自動提供システム１０１の別の動作手順を例示するシーケンス図である。図１４は、図１２に例示する施設・商品リスト画面において、ユーザ１０が「ブレンド」モードで注文を行う場合の処理の流れを例示している。図１４において、ユーザ１０がユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択する（Ｓ３５）までの処理の流れは、図５に例示した処理の流れと同じである。一例として、図１２に例示するように、ユーザ１０は、施設・商品リスト画面において、「ブレンド」モードを選択し、「居酒屋▽○」に設置される番号０２、番号０４の飲料提供機３が提供する２種類の飲料を選択したものと想定している。
【0107】
ユーザ１０が、「注文」ボタンをクリックすると、注文データが制御サーバ１に送られる（Ｓ８１）。注文データは、選択された２台の飲料提供機３の飲料提供機ＩＤ（表２参照）と設定されたブレンド比を含む複数飲料注文データである。制御サーバ１は、注文データを受信すると、注文データにより選択されている２台の飲料提供機３に、選択データを送信する（Ｓ８３）。選択データには、ブレンド比に基づいて、送信先の飲料提供機３が提供すべき飲料の量が含まれる。選択データを受信した２台の飲料提供機３の各々と、制御サーバ１は、図５に例示した発光開始（Ｓ４１）以下の処理と同様の処理を実行する。制御サーバ１は、対応する飲料提供機３毎に、ユーザ認証（Ｓ４７）、認証成否の判断（Ｓ４９）、提供許可通知の送信（Ｓ５０）を行う。
【0108】
図１５は、図１４の動作手順における飲料提供機３の発光形態を例示する概略説明図である。図示例では、ユーザ１０が選択した施設に設置される４台の飲料提供機３のうち、施設内番号７９が「２」、「４」である飲料提供機３が、ユーザ１０によって選択されており、選択された飲料提供機３の発光装置７７が発光している。図示例では、４台の飲料提供機３は、ユーザ１０が利用し易いように、飲料提供用機設置台２０の上に設置されている。ユーザ１０は、発光している飲料提供機３の前に順に進んで、各飲料提供機３から容器６９に、ブレンド比に応じた量の飲料の提供を受ける。それにより、ユーザ１０は、所望した種類の飲料が、所望したブレンド比でブレンドされた飲料を楽しむことができる。
【0109】
図１４に戻って、制御サーバ１は、２台の飲料提供機３から飲料提供終了通知を受けると（Ｓ６７）、課金処理（Ｓ７３）を実行する。課金処理では、図１２の施設・商品リスト画面の左下に表示され、注文データ（Ｓ８１）に含まれる、ブレンド飲料の価格が課金データ（Ｓ７３）に含められる。制御サーバ１は、２台の飲料提供機３の少なくとも１つから残量消尽通知（Ｓ６１）を受信している場合には、課金処理（Ｓ７３）を行わない。
【0110】
［４．システム動作例３］
図１６は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図１６は、図１２に例示する施設・商品リスト画面において、ユーザ１０が「ランダム」モードで注文を行う場合の処理の流れを例示している。図１６において、ユーザ１０がユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択する（Ｓ３５）までの処理の流れは、図５に例示した処理の流れと同じである。一例として、ユーザ１０は、図１２に例示する施設・商品リスト画面において、飲料を提供する施設として「居酒屋▽○」を選択し、「ランダム」モードを選択したものと想定している。
図１６は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図１６は、図１２に例示する施設・商品リスト画面において、ユーザ１０が「ランダム」モードで注文を行う場合の処理の流れを例示している。図１６において、ユーザ１０がユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択する（Ｓ３５）までの処理の流れは、図５に例示した処理の流れと同じである。一例として、ユーザ１０は、図１２に例示する施設・商品リスト画面において、飲料を提供する施設として「居酒屋▽○」を選択し、「ランダム」モードを選択したものと想定している。
【0111】
ユーザ１０が、「注文」ボタンをクリックすると、注文データが制御サーバ１に送られる（Ｓ８５）。注文データには、選択された「居酒屋▽○」の管理者ＩＤ（表１参照）と、「ランダム」モードを指示するデータとが含まれる。制御サーバ１は、注文データを受信すると、注文データにより選択されている「居酒屋▽○」に設置される４台の飲料提供機３の中から１つをランダムに選択し、選択した飲料提供機３に選択データを送信する（Ｓ８７）。制御サーバ１は、表２に例示する飲料データを参照することにより、注文データに含まれる管理者ＩＤから、４台の飲料提供機３の飲料提供機ＩＤを特定することができ、その中の１台を、例えば疑似乱数を用いて選択することができる。選択データは、図５に例示した「単品」モードが選択された場合の選択データと変わりがない。制御サーバ１と選択データを受信した飲料提供機３とは、図５に例示した発光開始（Ｓ４１）以下の処理と同様の処理を実行する。
【0112】
［５．飲料提供機構成例］
図１７は、飲料提供機３の構造を例示する断面図である。また図１８は、飲料提供機３の構造を例示するブロック図である。飲料提供機３は、既に述べたカメラ７５、発光装置７７のほか、ポンプ８３、ポンプ駆動ユニット８５、残量センサ８７、洗浄ボタン８９、施錠センサ９１、制御ユニット９３、通信ユニット９５、及び冷却加温ユニット９７を有している。
図１７は、飲料提供機３の構造を例示する断面図である。また図１８は、飲料提供機３の構造を例示するブロック図である。飲料提供機３は、既に述べたカメラ７５、発光装置７７のほか、ポンプ８３、ポンプ駆動ユニット８５、残量センサ８７、洗浄ボタン８９、施錠センサ９１、制御ユニット９３、通信ユニット９５、及び冷却加温ユニット９７を有している。
【0113】
飲料を満杯に収容し、収納室６３に新たに収納される飲料容器６１には、吸引パイプ１４１が挿入される。この作業は、例えば、飲料提供機３を自身の施設に設置して管理する管理者によって行われる。吸引パイプ１４１と注ぎ口７３は、連結管１４３により連結されている。連結管１４３は、合成ゴムなどの柔軟で弾性に富む材料により作られる。ポンプ８３は、連結管１４３に作用することにより、飲料容器６１に収容されている飲料を汲み出し、注ぎ口７３から、容器受け７１に載置された容器６９に注ぐ。ポンプ８３は、ポンプ駆動ユニット８５により駆動される。注ぎ口７３には、残量センサ８７が設置されている。残量センサ８７は、飲料容器６１が空となって、飲料が注ぎ口７３を通過しなくなったことを検知する。
【0114】
洗浄ボタン８９は、ポンプ８３を連続運転させるためのスイッチである。飲料容器６１に代えて、洗浄液を貯留する洗浄液容器を収納室６３に置き、洗浄ボタン８９を押すことにより、洗浄液が連続的に汲み出される。それにより、吸引パイプ１４１から注ぎ口７３までの飲料の経路を洗浄することができる。例えば、洗浄ボタン８９を再び押すと、ポンプ８３の動作は停止する。洗浄は、飲料提供機３の管理者が行う作業であり、ユーザ１０が不用意に洗浄ボタン８９に触れることのないように、洗浄ボタン８９は、収納室６３内、例えば、本体６４の側壁部の内壁面に設置される（図示略）。
【0115】
施錠センサ９１は、開閉蓋６５に設置される錠６７（図４参照）の施錠状態をモニタするセンサである。施錠センサ９１は、例えば、本体６４の側壁部の内壁面のうち、錠６７に近接した位置に設置される。
【0116】
制御ユニット９３は、飲料提供機３の様々な要素から信号を受信したり、様々な要素を制御したりする。通信ユニット９５は、制御ユニット９３と制御サーバ１との間のデータの授受を媒介することにより、飲料提供機３と制御サーバ１との間の通信を可能にする。冷却加温ユニット９７は、収納室６３を冷却したり、加温したりすることにより、収納室６３の温度を調節する。
【0117】
ポンプ駆動ユニット８５、制御ユニット９３、通信ユニット９５は、一例として、回路基板１４７を介して本体６４の天井壁部の内壁面に設置される。回路基板１４７には、飲料提供機３の様々な要素に電力を供給する電源（図示略）が、更に設置されている。冷却加温ユニット９７は、本体６４の後壁部に開口する通気口１４９に面するように、後壁部の内壁面に設置されている。
【0118】
制御ユニット９３は、コンピュータを有している。既に述べた通り、制御ユニット９３のコンピュータの構造は、一例として、組込マイクロコンピュータの形態である。制御ユニット９３は、制御ユニット用プログラムに従って動作することにより、図１８の制御ユニット９３のブロック図により例示されるハードウェア構成の装置と等価に動作する。図示例では、制御ユニット９３は、顔画像データ取得部１２１，近接検知部１２３、温度制御部１２５、ポンプ制御部１２７、残量消尽検知部１２９、容器位置判定部１３１、発光装置制御部１３３、及び錠検知部１３５を有している。
【0119】
顔画像データ取得部１２１は、カメラ７５を制御するとともに、カメラ７５が飲料提供機３の前方を撮像することにより得られる画像データの中から、人物の顔画像を検知する。近接検知部１２３は、顔画像が検知された人物が、飲料提供機３による飲料の提供が可能なほどの所定領域以内にまで飲料提供機３に近接していることを検知する。温度制御部１２５は、冷却加温ユニット９７を制御することにより、収納室６３の温度を調節する。ポンプ制御部１２７は、ポンプ８３を駆動するモータ（図示略）の動作を、ポンプ駆動ユニット８５を通じて制御する。
【0120】
残量消尽検知部１２９は、残量センサ８７の検知信号を受信することにより、飲料容器６１の飲料の残留が消尽したことを検知する。容器位置判定部１３１は、カメラ７５が撮像することにより得られる画像データに基づき、容器６９が容器受け７１に載置された所定位置にあるか否かを判定する。発光装置制御部１３３は、発光装置７７を点滅させる。錠検知部１３５は、施錠センサ９１のモニタ信号を受信することにより、錠６７の解錠・施錠を検知する。
【0121】
図１９は、ポンプ８３の動作原理を例示する動作説明図である。図示例のポンプ８３では、モータ（図示略）の回転軸１５１に連結する回転盤１５３に、周に沿って多数のローラ１５５が配置され、各々が回転自在に支持されている。ローラ１５５は、押圧部材１５７の円弧状に湾曲した壁面に、柔軟な連結管１４３を押圧する。回転盤１５３がモータの駆動により回転すると、ローラ１５５に挟まれた連結管１４３内の空隙が、一方向に絞り送られる。その結果、飲料容器６１に収容される飲料が汲み出され、注ぎ口７３に送られる。回転盤１５３の回転量を調節することにより、提供される飲料の量を、所定の量に調節することができる。ポンプ８３は、どの部品も連結管１４３の中を流れる飲料には接触しないので、衛生的である。
【0122】
図２０は、残量センサ８７の構造を例示する断面斜視図である。図示例の残量センサ８７は、注ぎ口７３の静電容量をモニタすることにより、注ぎ口７３を流体が通過しているか否かを検知する。この目的のために、残量センサ８７では、円弧状に湾曲した一対の電極板１６１，１６２が、絶縁体１６３，１６４を挟んで互いに対向するように、管状の注ぎ口７３の外周に配置されている。電極板１６１、１６２は、管状の絶縁体１６７により覆われている。電極板１６１、１６２には、それぞれ電線１６５，１６６が接続されている。電線１６５，１６６は、絶縁体１６７を貫通して、絶縁体１６７の外方に導かれている。電線１６５，１６６は、制御ユニット９３に接続される。
【0123】
制御ユニット９３の残量消尽検知部１２９は、電線１６５，１６６の間の静電容量を計測する装置（図示略）を有しており、計測された静電容量の大きさに基づいて、注ぎ口７３の管内に液体が有るか否かを検知する。電線１６５，１６６の間の静電容量は、例えば、電線１６５，１６６に交流電圧を印加しつつ電流を計測することにより、容易に計測することができる。静電容量が大きいほど、また交流電圧の周波数が高いほど、大きい電流が流れる。ポンプ８３が動作しているにも拘わらず、注ぎ口７３に流体が無ければ、残量消尽検知部１２９は、飲料容器６１の残量が尽きていると判断することができる。残量センサ８７は、いずれの部品も注ぎ口７３を流れる飲料には接触しないので、衛生的である。
【0124】
［６．システム動作例４］
図２１は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、制御サーバ１がユーザ認証（Ｓ４７）を行ったのに対し、図２１では、制御サーバ１に代わって、ユーザ１０の選択に従い飲料をユーザ１０に提供すべき飲料提供機３が、ユーザ認証を行う（Ｓ９１）。この動作を可能にするために、飲料提供機３の制御ユニット９３は、図２２のブロック図に例示するように、ユーザ認証部１３６を有している。図３に例示した制御サーバ１には、ユーザ認証部５１は無くても良い。
図２１は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、制御サーバ１がユーザ認証（Ｓ４７）を行ったのに対し、図２１では、制御サーバ１に代わって、ユーザ１０の選択に従い飲料をユーザ１０に提供すべき飲料提供機３が、ユーザ認証を行う（Ｓ９１）。この動作を可能にするために、飲料提供機３の制御ユニット９３は、図２２のブロック図に例示するように、ユーザ認証部１３６を有している。図３に例示した制御サーバ１には、ユーザ認証部５１は無くても良い。
【0125】
図２１において、ユーザ１０がユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択し（Ｓ３５）、図１２に例示した施設・商品リスト画面において、所望する飲料を注文するまでの処理の流れは、図５に例示した対応する処理の流れと同じである。ユーザ１０が、図１２に例示した施設・商品リスト画面上で「注文」ボタンをクリックすると、注文データが制御サーバ１に送られる（Ｓ３７）。
【0126】
制御サーバ１は、注文データを受信する（Ｓ３７）と、注文データにより選択された飲料提供機３に選択データを送信する（Ｓ９０）。選択データには、注文をしたユーザ１０の顔画像データが付随する。制御サーバ１は、ユーザ１０が送った注文データ（Ｓ３７）に含まれるユーザＩＤに基づいて、注文をしたユーザ１０を特定することができ、対応する顔画像データをユーザ登録データ（表３参照）から探し出すことができる。
【0127】
選択データを受信した飲料提供機３は、発光装置７７を点灯させる（Ｓ４１）。次に飲料提供機３は、カメラ７５により前方を撮像する（Ｓ４３）。次に飲料提供機３は、撮像によって得た、前方に居る人物の顔画像データを選択データ（Ｓ９０）に付随する顔画像データと対比することにより、ユーザ認証を実行する（Ｓ９１）。飲料提供機３は、ユーザ認証が成功しない（Ｓ９３においてｎｏ）間は、顔画像撮像（Ｓ４３）とユーザ認証（Ｓ９１）とを繰り返す。ユーザ認証が成功すれば（Ｓ９３においてｙｅｓ）、飲料提供機３は、近接検知（Ｓ５３）を実行する。近接検知は、検知に成功するまで、撮像（Ｓ４３）、ユーザ認証（Ｓ９１）とともに、繰り返し実行される（Ｓ５３においてｎｏ）。近接検知（Ｓ５３）以降の処理は、図５における近接検知（Ｓ５３）以降の処理と同じである。
【0128】
［７．システム動作例５］
図２３は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、飲料提供機３が近接検知（Ｓ５３）及び容器検知（Ｓ５５）を行ったのに対し、図２３の動作手順では、飲料提供機３に代わって、制御サーバ１が近接検知（Ｓ９７）及び容器検知（Ｓ９８）を行う。この動作を可能にするために、図２４に例示するように、制御サーバ１は、近接検知部５３及び容器位置判定部５４を有する。また、図１８に例示した飲料提供機３の制御ユニット９３には、近接検知部１２３及び容器位置判定部１３１は無くても良い。
図２３は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、飲料提供機３が近接検知（Ｓ５３）及び容器検知（Ｓ５５）を行ったのに対し、図２３の動作手順では、飲料提供機３に代わって、制御サーバ１が近接検知（Ｓ９７）及び容器検知（Ｓ９８）を行う。この動作を可能にするために、図２４に例示するように、制御サーバ１は、近接検知部５３及び容器位置判定部５４を有する。また、図１８に例示した飲料提供機３の制御ユニット９３には、近接検知部１２３及び容器位置判定部１３１は無くても良い。
【0129】
図２３において、ユーザ１０がユーザ端末７を用いてユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択し（Ｓ３５）、図１２に例示した施設・商品リスト画面において、所望する飲料を注文するまでの処理の流れは、図５に例示した対応する処理の流れと同じである。ユーザ１０が、図１２に例示した施設・商品リスト画面上で「注文」ボタンをクリックすると、注文データがユーザ端末７から制御サーバ１に送られる（Ｓ３７）。
【0130】
制御サーバ１は、注文データを受信する（Ｓ３７）と、注文データにより選択された飲料提供機３に選択データを送信する（Ｓ３９）。選択データを受信した飲料提供機３は、発光装置７７を点灯させる（Ｓ４１）とともに、カメラ７５により前方を撮像する（Ｓ４３）。次に飲料提供機３は、撮像によって得た画像データを制御サーバ１に送る（Ｓ９４）。制御サーバ１は、送信された画像データを受信すると、画像データから人物の顔画像データを抽出し、ユーザ認証を実行する（Ｓ９５）。制御サーバ１は、認証に成功しない（Ｓ９６においてｎｏ）間は、画像データの受信（Ｓ９４）、ユーザ認証（Ｓ９５）を繰り返す。ユーザ認証（Ｓ９５）は、抽出した顔画像データを、制御サーバ１に登録されているユーザ登録データ（表３参照）のうち、注文をしたユーザ１０に関連付けられているユーザ顔画像データと、対比することにより実行される。
【0131】
ユーザ認証が成功すれば（Ｓ９６においてｙｅｓ）、制御サーバ１は、近接検知を実行する（Ｓ９７）。近接検知（Ｓ９７）は、図５に例示した近接検知（Ｓ５３）と同じく、注文をしたユーザ１０であると既に認証されている人物が、飲料提供機３の前方の所定領域内にまで近接していることを検知する。近接検知（Ｓ９７）は、図１３（ｂ）に例示したように、矩形枠により例示する顔画像の大きさが、所定基準を超えて大きいことを検知することにより、間接的かつ簡便に実行することができる。近接検知は、検知に成功するまで、画像データの受信（Ｓ９４）、ユーザ認証（Ｓ９５）とともに、繰り返し実行される（Ｓ９７においてｎｏ）。
【0132】
近接検知に成功すると（Ｓ９７においてｙｅｓ）、制御サーバ１は容器検知を実行する（Ｓ９８）。容器検知（Ｓ９８）は、図５に例示した容器検知（Ｓ５５）と同じく、飲料の注入を受けることのできる、カップなどの容器６９（図４参照）が、容器受け７１に載置された位置にあることを検知する。容器検知は、図１３（ｂ）に例示したように、矩形枠により例示する容器６９の位置が、容器受け７１に載置された位置に相当する所定位置にあることを、検知することにより実行することができる。容器検知は、検知に成功する（Ｓ９８においてｙｅｓ）まで、ユーザ認証（Ｓ９５）、近接検知（Ｓ９７）とともに、繰り返し実行される（Ｓ９８においてｎｏ）。
【0133】
容器検知に成功すると（Ｓ９８においてｙｅｓ）、制御サーバ１は、提供許可通知を飲料提供機３に送信する（Ｓ９２）。飲料提供機３は、提供許可通知を受信しない（Ｓ９９においてｎｏ）間は、撮像（Ｓ４３）、画像データの送信（Ｓ９４）を繰り返し実行する。飲料提供機３は、提供許可通知を受信すると（Ｓ９９においてｙｅｓ）、飲料の提供を開始する（Ｓ５７）。飲料提供開始（Ｓ５７）以降の動作は、図５に例示した飲料提供開始（Ｓ５７）以降の動作と同じである。
【0134】
［８．システム動作例６］
図２５は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図２５に例示する動作手順では、制御サーバ１は、ユーザ端末７から注文データを受信し（Ｓ３７）、選択された飲料提供機３に選択データを送信する（Ｓ３９）前に、選択された飲料提供機３が設置される施設に属する全ての飲料提供機３に、同期発光制御信号を送信する（Ｓ１２１）。制御サーバ１は、注文データに含まれる管理者ＩＤ又は飲料提供機ＩＤに基づき、制御サーバ１が登録している飲料データ（表２参照）を参照することにより、同一の管理者が管理する飲料提供機３を選び出すことができる。同期発光制御信号（Ｓ１２１）を受信した一群の飲料提供機３は、互いに同期して発光装置７７を点滅させる（Ｓ１２３）。
図２５は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図２５に例示する動作手順では、制御サーバ１は、ユーザ端末７から注文データを受信し（Ｓ３７）、選択された飲料提供機３に選択データを送信する（Ｓ３９）前に、選択された飲料提供機３が設置される施設に属する全ての飲料提供機３に、同期発光制御信号を送信する（Ｓ１２１）。制御サーバ１は、注文データに含まれる管理者ＩＤ又は飲料提供機ＩＤに基づき、制御サーバ１が登録している飲料データ（表２参照）を参照することにより、同一の管理者が管理する飲料提供機３を選び出すことができる。同期発光制御信号（Ｓ１２１）を受信した一群の飲料提供機３は、互いに同期して発光装置７７を点滅させる（Ｓ１２３）。
【0135】
図２６は、同一施設に設置された一群の飲料提供機３が同期発光する形態を例示している。図示例では、８台の飲料提供機３の発光装置７７のうち、２つのみが同時に点灯し、かつ点灯する発光装置７７が、８台の飲料提供機３に沿って周回するように順に移って行く。このような光の演出により、この施設の飲料提供機３に注文があったことをユーザ１０に報知するとともに、施設の管理者からの歓迎の意をユーザ１０に伝えることができる。
【0136】
図２５に戻って、同期発光（Ｓ１２３）が所定時間続いた後に、制御サーバ１は、注文データにより選択されている飲料提供機３に、選択データを送信するとともに（Ｓ３９）、同期発光制御信号の送信を停止する。その結果、一群の飲料提供機３は、同期発光を停止し、選択された飲料提供機３のみが、発光装置７７を点灯させる（Ｓ４１）。発光装置７７の点灯開始（Ｓ４１）以後の飲料自動提供システム１０１の動作は、図５に例示した点灯開始（Ｓ４１）以後の動作と同じである。なお、制御サーバ１による同期発光制御信号（Ｓ１２１）は、注文データ（Ｓ３７）の受信とは無関係に、例えば、施設の管理者による管理者端末５を通じた指示に基づき、当該施設に設置される全ての飲料提供機３に送信しても良い。
【0137】
［９．システム動作例７］
図２７は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図２７に例示する動作手順は、飲料提供機３の動作モードが通常の動作モードではなく、洗浄モードであるときの飲料自動提供システム１０１の動作の流れを例示している。飲料提供機３の吸引パイプ１４１から注ぎ口７３までの飲料の経路を洗浄する動作モードが、洗浄モードである。
図２７は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図２７に例示する動作手順は、飲料提供機３の動作モードが通常の動作モードではなく、洗浄モードであるときの飲料自動提供システム１０１の動作の流れを例示している。飲料提供機３の吸引パイプ１４１から注ぎ口７３までの飲料の経路を洗浄する動作モードが、洗浄モードである。
【0138】
飲料提供機３を洗浄モードで動作させるためには、飲料提供機３の管理者は、先ず錠６７を解錠する（Ｓ１３１）。錠６７が解錠されると、飲料提供機３は、錠検知部１３５により解錠を検知し、動作中止を制御サーバ１に通知する（Ｓ１３３）。制御サーバ１は、動作中止通知を受信すると、動作中止通知を送信した飲料提供機３を選択する注文データ（Ｓ３７）をユーザ端末７から受信しても、選択された飲料提供機３に選択信号を送信すること（Ｓ３９）を一旦保留する。
【0139】
管理者は、解錠（Ｓ１３１）の後、開閉蓋６５（図１７参照）を開き、収納室６３から飲料容器６１を取り出す。管理者は、飲料容器６１に代えて、洗浄液（洗浄水を含む）を収容した瓶などの容器を、収納室６３に収納すると同寺に、吸引パイプ１４１を容器に挿入する。その後に、管理者は、洗浄ボタン８９を押すことにより（Ｓ１３５）、ポンプ８３を起動する。その結果、洗浄液が汲み出され、注ぎ口７３から排出されることにより、飲料の経路が洗浄される（Ｓ１３７）。注ぎ口７３には、例えば、洗浄液を所定の排水容器又は排水設備に導くためのホース等を、あらかじめ接続しておくと良い。
【0140】
ポンプ８３は、例えば、洗浄ボタン８９が再び押されることにより、洗浄終了が指示される（Ｓ１３９においてｙｅｓ）まで、動作を続ける（Ｓ１３９においてｎｏ）。洗浄終了を指示すると（Ｓ１３９においてｙｅｓ）、管理者は、洗浄液を収容した容器に代えて、飲料容器６１を収納室６３に設置するとともに、吸引パイプ１４１を飲料容器６１に挿入する（Ｓ１４１）。その後、管理者は開閉蓋６５を閉じ、錠６７を施錠する（Ｓ１４３）。施錠がなされると（Ｓ１４３）、飲料提供機３は、動作の再開を制御サーバ１に通知する（Ｓ１４５）。
【0141】
制御サーバ１は、動作再開通知を受け取らない（Ｓ１４７においてｎｏ）間は、注文データを受信しても（Ｓ３７）、動作中止通知（Ｓ１３３）を送った飲料提供機３には、選択データの送信（Ｓ３９）を見送る。制御サーバ１は、動作再開通知（Ｓ１４５）を受信すると（Ｓ１４７においてｙｅｓ）、保留しておいた選択データを、選択された飲料提供機３に送信する（Ｓ３９）。選択データを受信した飲料提供機３は、発光装置７７を発光させる（Ｓ４１）。その後の動作の流れは、図５に例示した発光開始（Ｓ４１）以降の動作の流れと同じである。
【0142】
制御サーバ１は、動作中止通知（Ｓ１３３）を送った飲料提供機３を、図１２に例示する施設・商品リスト画面上でユーザ１０が選択するのを許可しないようにしても良い。例えば、図１２に例示する施設・商品リスト画面上において、動作中止通知（Ｓ１３３）を送った飲料提供機３の施設内番号７９等を、通常とは異なる色で表示し、ユーザ１０がその飲料提供機３の「選択」欄をクリックしても、選択を受け付けないようにすることが可能である。
【0143】
［１０．システム動作例８］
図２８は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、ユーザ認証（Ｓ４７）には、ユーザ１０の顔画像データが用いられた。これに対し、図２８に例示する動作手順では、ユーザ１０を識別するデータとして、ユーザ１０に付与される二次元バーコードが、ユーザ認証（Ｓ１５７）に用いられる。
図２８は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図５に例示した動作手順では、ユーザ認証（Ｓ４７）には、ユーザ１０の顔画像データが用いられた。これに対し、図２８に例示する動作手順では、ユーザ１０を識別するデータとして、ユーザ１０に付与される二次元バーコードが、ユーザ認証（Ｓ１５７）に用いられる。
【0144】
図２８に例示する動作手順では、制御サーバ１は、ユーザ登録（Ｓ２９）において、登録するユーザ毎に、各ユーザを互いに識別するデータとして、二次元バーコードを付与する（表３参照）。図２８に例示する動作手順においても、図５に例示した動作手順と同様に、ユーザ１０がユーザ端末７を用いてユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択し（Ｓ３５）、図１２に例示した施設・商品リスト画面において、所望する飲料を注文すると、注文データがユーザ端末７から制御サーバ１に送られる（Ｓ３７）。
【0145】
制御サーバ１は、注文データを受信する（Ｓ３７）と、注文データによって選択された飲料提供機３に、選択データを送信する（Ｓ１５１）。選択データ（Ｓ１５１）には、注文したユーザ１０の二次元バーコードが含められる。制御サーバ１は、注文データ（Ｓ３７）に含まれている、注文をしたユーザ１０のユーザＩＤに対応する二次元バーコードを、制御サーバ１が登録しているユーザ登録データ（表３参照）から、探し出すことができる。制御サーバ１は、二次元バーコードを予め生成し、ユーザ登録データに含める代わりに、注文データ（Ｓ３７）を受信する毎に、ユーザＩＤに対応する二次元バーコードを生成してもよい。
【0146】
選択データを受信した飲料提供機３は、発光装置７７を点灯させる（Ｓ４１）。制御サーバ１は、注文をしたユーザ１０の二次元バーコードをユーザ端末７にも送信する（Ｓ１５２）。ユーザ端末７が、二次元バーコードを受信すると、ユーザ１０は、ユーザ端末７の表示装置１３（図２参照）に、受信した二次元バーコードを表示させる（Ｓ１５３）。発光を開始（Ｓ４１）した飲料提供機３は、カメラ７５を作動させることにより、前方を撮像する（Ｓ１５５）。ユーザ１０が、ユーザ端末７の表示装置１３を前方に向けて、自身が選択した飲料提供機３の前に立つと、飲料提供機３のカメラ７５が撮像する（Ｓ１５５）画像の中に、表示装置１３に表示された二次元バーコードが現れる。
【0147】
図２９は、飲料提供機３による二次元バーコードの検知及び近接検知の動作を説明する動作説明図である。図２９（ａ）に例示するように、飲料提供機３は、カメラ７５が撮像する画像の中に、二次元バーコードを認識する。飲料提供機３は、選択データ（Ｓ１５１）に含めて送られた、注文をしたユーザ１０の二次元バーコードと、認識した二次元バーコードとを対比することによって、ユーザ認証を実行する（Ｓ１５７）。ユーザ認証（Ｓ１５７）は、飲料提供機３の前に居る人物が、注文をしたユーザ１０であることを認証するものである。
【0148】
図２８に戻って、認証に成功しない（Ｓ１５９においてｎｏ）限り、飲料提供機３は撮像（Ｓ１５５）、ユーザ認証（Ｓ１５７）を繰り返す。ユーザ認証に成功すると（Ｓ１５９においてｙｅｓ）、飲料提供機３は、近接検知を実行する（Ｓ１６１）。近接検知（Ｓ１６１）は、注文をしたユーザ１０であると既に認証されている人物が、飲料提供機３の前方の所定領域内にまで近接していることを検知するものである。近接検知（Ｓ１６１）は、図２９（ｂ）に例示するように、矩形枠により例示する二次元バーコードの大きさが、所定基準を超えて大きいことを検知することにより、間接的かつ簡便に実行することができる。近接検知（Ｓ１６１）は、検知に成功しない（Ｓ１６１においてｎｏ）間は、撮像（Ｓ１５５）、ユーザ認証（Ｓ１５７）とともに、繰り返し実行される。
【0149】
近接検知に成功すると（Ｓ１６１においてｙｅｓ）、飲料提供機３は、容器検知を実行する（Ｓ５５）。容器検知（Ｓ５５）は、図５に例示した容器検知（Ｓ５５）と同じく、カップなどの飲料の注入を受けることのできる容器６９（図４参照）が、容器受け７１に載置された位置にあることを検知するものである。容器検知（Ｓ５５）は、図２９（ｂ）に例示するように、矩形枠により例示する容器６９の位置が、容器受け７１に載置された位置に相当する所定位置にあることを検知することにより、実行することができる。
【0150】
容器検知（Ｓ５５）は、検知に成功しない（Ｓ５５においてｎｏ）間は、撮像（Ｓ１５５）、ユーザ認証（Ｓ１５７）、近接検知（Ｓ１６１）とともに、繰り返し実行される。容器検知に成功すると（Ｓ５５においてｙｅｓ）、飲料提供機３は飲料の提供を開始する（Ｓ５７）。その後の動作手順は、図５に例示した飲料提供開始（Ｓ５７）の後の動作手順と同じである。
【0151】
［１１．システム動作例９］
図３０は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３０に例示する動作手順は、飲料を注文したユーザ１０が、注文した飲料を提供する飲料提供機３の二次元バーコード等の飲料提供機識別コード８１を自身のユーザ端末７により撮像し、撮像した画像データを制御サーバ１に送信することにより、飲料提供機３の前に居る人物が、この飲料提供機３が提供する飲料を注文したユーザ１０であることを認証する。従って、ユーザ登録データ（表３参照）には、ユーザ１０の顔画像データ、二次元バーコードのいずれも無くても良い。
図３０は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３０に例示する動作手順は、飲料を注文したユーザ１０が、注文した飲料を提供する飲料提供機３の二次元バーコード等の飲料提供機識別コード８１を自身のユーザ端末７により撮像し、撮像した画像データを制御サーバ１に送信することにより、飲料提供機３の前に居る人物が、この飲料提供機３が提供する飲料を注文したユーザ１０であることを認証する。従って、ユーザ登録データ（表３参照）には、ユーザ１０の顔画像データ、二次元バーコードのいずれも無くても良い。
【0152】
図３０に例示する動作手順においても、図５に例示した動作手順と同様に、ユーザ１０がユーザ端末７を用いてユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択し（Ｓ３５）、所望する飲料を注文すると、注文データがユーザ端末７から制御サーバ１に送られる（Ｓ３７）。制御サーバ１は、注文データを受信すると、注文データにより選択された飲料提供機３に、選択データを送信する（Ｓ３９）。選択データを受信した飲料提供機３は、発光装置７７を点灯させる（Ｓ４１）。飲料を注文したユーザ１０は、注文をした飲料を提供する飲料提供機３の前に立ち、ユーザ端末７を用いて、注文に用いたユーザ・アプリケーション上で、飲料提供機３の飲料提供機識別コード８１を撮像する（Ｓ１７１）。
【0153】
飲料提供機識別コード８１が撮像されると、ユーザ端末７は、動作中のユーザ・アプリケーションの働きにより、撮像された飲料提供機識別コード８１の画像データを、ユーザＩＤとともに、制御サーバ１に送信する（Ｓ１７３）。制御サーバ１は、飲料提供機識別コード８１の画像データをユーザＩＤとともに受信すると、同一のユーザＩＤが含まれる先の注文データに含まれる飲料提供機ＩＤに対応する飲料提供機識別コード８１を、制御サーバ１が登録している飲料データ（表２参照）から探し出し、探し出した飲料提供機識別コード８１と受信した飲料提供機識別コード８１とを対比することにより、識別コード認証を実行する（Ｓ１７５）。識別コード認証は、対比される２つの飲料提供機識別コード８１が同一であることを認証するものであることから、飲料提供機３の前に居る人物が、その飲料提供機３が提供する飲料を注文したユーザ１０であることを認証するユーザ認証の一形態に該当する。
【0154】
識別コード認証は、図３に例示した制御サーバ１において、ユーザ認証部５１によって実行される。認証に成功するまで、識別コード認証（Ｓ１７５）は繰り返される（Ｓ１７７においてｎｏ）。認証に成功すると、制御サーバ１は、飲料の提供を許可する通知を、飲料提供機３に送信する（Ｓ１７９）。飲料提供機３は、提供許可通知（Ｓ１７９）を受信するのを待って（Ｓ１８１）、ユーザ１０による飲料提供開始の指示を待つ（Ｓ１８３）。
【0155】
図３０の動作例では、例えば、図３１に例示するように、飲料提供機３の本体６４の前面上端部に、飲料提供開始を指示する飲料提供開始ボタン３０１が設置される。図示例では、飲料提供開始ボタン３０１は、図４に例示したカメラ７５に代えて設置されている。
【0156】
ユーザ１０が飲料提供開始ボタン３０１を押すと（Ｓ１８３においてｙｅｓ）、飲料提供機３は、ポンプ８３を起動し、飲料の提供を開始する（Ｓ５７）。その後の動作手順は、図５に例示した飲料提供開始（Ｓ５７）の後の動作手順と同じである。以上の通り、図３０に例示する動作手順においては、飲料提供機３にカメラ７５は無くても良い。
【0157】
［１２．システム動作例１０］
図３２は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３２に例示する動作手順は、飲料提供機３の前に人物がいること、その人物が成人であることを認証し、飲料を提供する。従って、ユーザ登録データ（表３参照）には、ユーザ１０の顔画像データ、二次元バーコードのいずれも要しない。
図３２は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３２に例示する動作手順は、飲料提供機３の前に人物がいること、その人物が成人であることを認証し、飲料を提供する。従って、ユーザ登録データ（表３参照）には、ユーザ１０の顔画像データ、二次元バーコードのいずれも要しない。
【0158】
図３２に例示する動作手順においても、図５に例示した動作手順と同様に、ユーザ１０がユーザ端末７を用いてユーザ・アプリケーションを起動し（Ｓ３３）、飲料注文画面を選択し（Ｓ３５）、所望する飲料を注文すると、注文データがユーザ端末７から制御サーバ１に送られる（Ｓ３７）。制御サーバ１は、注文データを受信すると、注文データにより選択された飲料提供機３に、選択データを送信する（Ｓ３９）。選択データを受信した飲料提供機３は、発光装置７７を点灯させるとともに（Ｓ４１）、カメラ７５により前方を撮像する（Ｓ４３）。撮像によって得られた画像データは、制御サーバ１に送られる（Ｓ４５）。飲料提供機３の前に人物が居ると、その人物の顔画像データが、制御サーバ１に送られることとなる（Ｓ４５）。
【0159】
制御サーバ１は、顔画像データを受信する（Ｓ４５）と、成人認証を実行する（Ｓ１９１）。成人認証は、顔画像データに基づいて、例えば学習済みの人工知能を用いて、顔画像データに対応する人物が成人であることを認証するものである。使用する人工知能は、制御サーバ１に組み込まれていても良く、制御サーバ１がネットワーク９を通じてアクセス可能なように、飲料自動提供システム１０１の運営事業者とは別の事業主体により提供されるサーバに構築されたものであっても良い。成人認証（Ｓ１９１）は、認証に成功するまで繰り返される（Ｓ１９３においてｎｏ）。
【0160】
認証に成功すると（Ｓ１９３においてｙｅｓ）、制御サーバ１は、飲料の提供を許可する通知を飲料提供機３に返送する（Ｓ１９５）。飲料提供機３は、飲料提供許可通知を受信するまで撮像（Ｓ４３）を繰り返す（Ｓ１９７においてｎｏ）。飲料提供機３が許可通知を受信した（Ｓ１９７においてｙｅｓ）後の動作手順は、図５に例示した、飲料提供機３が許可通知を受信した（Ｓ５１においてｙｅｓ）後の動作手順と同じである。
【0161】
制御サーバ１は、顔画像データ（Ｓ４５）を受信した後の成人認証（Ｓ１９１）を、ユーザ１０が注文した飲料の種類がアルコール飲料である場合に限り行い、そうでない場合には、成人認証（Ｓ１９１）を実行することなく、飲料提供許可通知（Ｓ１９５）を飲料提供機３に返送しても良い。制御サーバ１は、注文データ（Ｓ３７）に含まれる飲料提供機ＩＤに基づき、登録されている飲料データ（表２参照）に含まれる飲料種別を特定することにより、ユーザ１０に選択された飲料がアルコール飲料であるか、そうでないかを、判定することができる。
【0162】
制御サーバ１が成人認証を実行するために、図３に機能ブロックが例示される制御サーバ１に、「成人認証部」を組み込むことができる。「成人認証部」は、例えば、成人認証（Ｓ１９１）から提供許可通知の送信（Ｓ１９５）までの動作を実行する。成人認証（Ｓ１９１）は、制御サーバ１が行う代わりに飲料提供機３が行っても良い。この動作を実現するために、図１８に機能ブロックを例示する制御ユニット９３に「成人認証部」を付加することができる。
【0163】
［１３．システム動作例１１］
図３３は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３３に例示する動作手順では、制御サーバ１が、飲料提供機３が提供する飲料の温度条件データを、飲料メーカが設置するサーバ２０１から取得し、飲料提供機３が設置される地域の気象データを、各地の気象データを提供する気象データサーバ２０３から取得し、それらのデータに基づいて、飲料提供機３の収納室６３の温度を最適な高さに制御する。飲料メーカサーバ２０１、気象データサーバ２０３は、制御サーバ１によりアクセスが可能なように、図１に例示するネットワーク９に接続されている。図３３に例示する動作手順を可能にするために、制御サーバ１は、例えば図３４の機能ブロック図に例示するように、温度条件設定部２０５、温度データ生成部２０７を有している。
図３３は、飲料自動提供システム１０１の更に別の動作手順を例示するシーケンス図である。図３３に例示する動作手順では、制御サーバ１が、飲料提供機３が提供する飲料の温度条件データを、飲料メーカが設置するサーバ２０１から取得し、飲料提供機３が設置される地域の気象データを、各地の気象データを提供する気象データサーバ２０３から取得し、それらのデータに基づいて、飲料提供機３の収納室６３の温度を最適な高さに制御する。飲料メーカサーバ２０１、気象データサーバ２０３は、制御サーバ１によりアクセスが可能なように、図１に例示するネットワーク９に接続されている。図３３に例示する動作手順を可能にするために、制御サーバ１は、例えば図３４の機能ブロック図に例示するように、温度条件設定部２０５、温度データ生成部２０７を有している。
【0164】
図３３に例示する動作手順では、制御サーバ１は、登録されている飲料データ（表２参照）を参照することにより、新たに追加のあった飲料提供機３に関連付けられている飲料、又は既に登録されている飲料提供機３に対して新たに置き換えのあった飲料について、飲料メーカサーバ２０１にアクセスして、温度条件を規定したデータを要求する（Ｓ２０１）。要求データ（Ｓ２０１）は、飲料の商品名を付して、その商品の飲料メーカのサーバ２０１に送信される。飲料メーカサーバ２０１は、要求に応じて、要求データに付された商品名の商品の温度条件データを、制御サーバ１に返送する（Ｓ２０３）。温度条件データには、例えば、（晴天、曇天、雨天、降雪）と（寒、涼、暖、暑）と（湿、適、乾）の組み合わせにより規定される気象条件に応じた、商品の最適温度が含まれる。制御サーバ１は、受信した温度条件データを、登録されている飲料データ（表２参照）に含めて記憶する（Ｓ２０５）。温度条件データ要求（Ｓ２０１）から温度条件データ記憶（Ｓ２０５）までの動作は、例えば、温度条件設定部２０５により実行される。
【0165】
制御サーバ１は、更に、登録されている飲料データに含まれている飲料提供機ＩＤの各々について、設置される施設の住所に基づき、飲料提供機ＩＤに対応する飲料提供機３が設置される場所の気象データを、気象データサーバ２０３にアクセスして要求する（Ｓ２０７）。要求（Ｓ２０７）には、飲料提供機３が設置される場所を示すデータが含まれる。気象データサーバ２０３は、要求（Ｓ２０７）を受信すると、要求に含まれる場所データに対応する気象データを制御サーバ１に返送する（Ｓ２０９）。制御サーバ１は、登録されている飲料データ（表２参照）に含まれている温度条件データと、受信した気象データとに基づいて、温度データを生成する（Ｓ２１１）。その後、制御サーバ１は、生成した温度データを、対応する飲料提供機３に送信する（Ｓ２１３）。気象データ要求（Ｓ２０７）から温度データ送信（Ｓ２１３）までの動作は、例えば、温度データ生成部２０７により実行される。
【0166】
飲料提供機３は、温度データ（Ｓ２１３）を受信すると、受信した温度データが示す最適温度となるように、収納室６３の温度を調節する（Ｓ２１５）。制御サーバ１は、登録された飲料データ（表２参照）に含まれる全ての飲料提供機ＩＤについて、所定の時間が経過する（Ｓ２１７においてｙｅｓ）毎に、気象データ要求（Ｓ２０７）、気象データ受信（Ｓ２０９）、温度データ生成（Ｓ２１１）、温度データ送信（Ｓ２１３）を繰り返し実行する。このようにして、制御サーバ１に登録された飲料提供機３が提供する飲料は、気象条件をも考慮した最適温度に保たれる。
【0167】
制御サーバ１は、表２に温度条件データを追加して記憶する代わりに、表４に例示するデータ構造を有する温度条件データを、表２とは別に登録データとして記録しても良い。表４に例示する温度条件データでは、製造元を識別する製造元ＩＤ（製造元識別子）に関連付けて、製造元名称、商品を識別する商品ＩＤ（商品識別子）、商品名、温度条件データ等のデータの入手先アドレス、及び入手した温度条件データが記憶される。製造元ＩＤ、商品ＩＤは、例えば、制御サーバ１により付与される。製造元ＩＤ及び商品ＩＤは、表２の飲料データにも付加される。それにより、表２と表４とは、互いに関連付けられる。
【0168】
【表4】
【0169】
表２のデータに新たな商品が登録されるときには、新たな商品に関連するデータが表４に追加される。制御サーバ１は、新たに追加された商品について、表４のデータ入手先アドレスに基づいて、温度条件データ要求（Ｓ２０１）を飲料メーカサーバ２０１に送り、返送された温度条件データ（Ｓ２０３）を、表４の温度条件データの項目に記録する。このように制御サーバ１は、表４に例示する温度条件データを記憶することにより、新たな商品の登録があったときのみ、温度条件データを飲料メーカサーバ２０１から取得すれば足りる。飲料提供機３が新たに追加されたり、既に登録されている飲料提供機３に対して商品である飲料が新たに置き換えられたりしても、飲料提供機３が提供する商品が表４に既に登録されている場合には、制御サーバ１は、飲料メーカサーバ２０１に温度条件データ要求（Ｓ２０１）を送ることなく、表４を参照することにより、商品に関連付けられた温度条件データを取得することができる。
【0170】
［１４．その他の例］
（１） 上述の「システム動作例８」（図２８参照）では、ユーザ認証（Ｓ１５７）に、ユーザ１０を識別する二次元バーコードが用いられた。これに対して、ユーザ１０を識別するユーザ識別データとして、二次元バーコード以外の形態を用いることも可能である。例えば、３０ビットの二値データによって、１０億人のユーザ１０を識別することが可能である。制御サーバ１は、このようなユーザ識別データを、ユーザ登録データ（表２参照）に含めて記憶しておき（Ｓ２９）、ユーザ識別データを飲料提供機３に送信する（Ｓ１５１）とともに、ユーザ端末７に送信（Ｓ１５２）しても良い。
（１） 上述の「システム動作例８」（図２８参照）では、ユーザ認証（Ｓ１５７）に、ユーザ１０を識別する二次元バーコードが用いられた。これに対して、ユーザ１０を識別するユーザ識別データとして、二次元バーコード以外の形態を用いることも可能である。例えば、３０ビットの二値データによって、１０億人のユーザ１０を識別することが可能である。制御サーバ１は、このようなユーザ識別データを、ユーザ登録データ（表２参照）に含めて記憶しておき（Ｓ２９）、ユーザ識別データを飲料提供機３に送信する（Ｓ１５１）とともに、ユーザ端末７に送信（Ｓ１５２）しても良い。
【0171】
ユーザ端末７上で動作するユーザ・アプリケーションには、ユーザ１０の操作により、音声搬送波信号をユーザ識別データにより変調し、スピーカにより音声として出力させる変調モジュールを組み込むことが可能である。図１８に例示する飲料提供機３にはユーザ端末７が出力する音声を検知するマイクロフォンを組み込み、飲料提供機３の制御ユニット９３には、「システム動作例８」と同様にユーザ認証部を組み込むとともに、マイクロフォンにより得られた音声信号を復調することによりユーザ識別データを再構成する復調部を、組み込むことが可能である。それにより、制御サーバ１から送られたユーザ識別データと、復調により得られたユーザ識別データとを対比することにより、ユーザ認証（Ｓ１５７）を実行することが可能である。
【0172】
飲料提供機３には、マイクロフォンを互いに間隔を保って３箇所以上の部位に設置することにより、飲料提供機３はユーザ１０が保持するユーザ端末７と自身との距離を測ることが可能である。音声による測距を実行する測距部が、制御ユニット９３に組み込まれることにより、飲料提供機３は近接検知（Ｓ１６１）を実行することも可能となる。
【0173】
（２） 上述の各システム動作例では、ポンプ８３を駆動するモータの回転量を調節することにより、容器６９に注入する飲料の量を調整する例を示した（図１９を参照した説明部分参照）。これに対して、カメラ７５により、撮像することにより得られる容器６９の画像から、飲料が満杯になることを検知する注入量検知部を、飲料提供機３の制御ユニット９３に組み込むことも可能である。注入量検知部が満杯を検知すると、ポンプ制御部１２７は、ポンプ８３を停止させる。このような構成例は、容器６９が、施設の管理者により提供される所定の容量の容器である場合に、特に有効である。また、容器６９が透光性であり、カメラ７５の受光窓が、容器受け７１に載置された容器６９の側面に面するように配置されるときには、満杯未満の飲料の量を計測することも可能となる。
【符号の説明】
【0174】
１ 制御サーバ、 ３ 飲料提供機、 ５ 管理者端末、 ７ ユーザ端末、 ９ ネットワーク、 １０ ユーザ、 １１ 入力装置、 １２ 主要回路部、 １３ 表示装置、 １４ ハードディスク装置（ＨＤＤ）、 １５ ＬＡＮ、 ２０ 飲料提供用機設置台、 ２１ ＣＰＵ、 ２２ ＲＯＭ、 ２３ ＲＡＭ、 ２４ インタフェース、 ２５ 読取装置、 ２６ バスライン、 ３１ 課金サーバ、 ３３ 銀行サーバ、 ４１ 管理者アプリ提供部、 ４３ ユーザ・アプリ提供部、 ４５ 管理者登録部、 ４７ ユーザ登録部、 ４９ 注文処理部、 ５１ ユーザ認証部、 ５３ 近接検知部、 ５４ 容器位置判定部、 ５５ 課金部、 ６１ 飲料容器、 ６３ 収納室（飲料容器収納室）、 ６４ 本体、 ６５ 開閉蓋、 ６７ 錠、 ６９ 容器、 ７１ 容器受け、 ７３ 注ぎ口、 ７５ カメラ、 ７７ 発光装置、 ７９ 施設内番号、 ８１ 飲料提供機識別コード、 ８３ ポンプ、 ８５ ポンプ駆動ユニット、 ８７ 残量センサ（残量消尽検知器）、 ８９ 洗浄ボタン（スイッチ）、 ９１ 施錠センサ、 ９３ 制御ユニット、 ９５ 通信ユニット、 ９７ 冷却加温ユニット（温度調節器）、 １０１ 飲料自動提供システム、 １２１ 顔画像データ取得部、 １２３ 近接検知部、 １２５ 温度制御部、 １２７ ポンプ制御部、 １２９ 残量消尽検知部、 １３１ 容器位置判定部、 １３３ 発光装置制御部、 １３５ 錠検知部、 １３６ ユーザ認証部、 １４１ 吸引パイプ、 １４３ 連結管、 １４７ 回路基板、 １４９ 通気口、 １５１ 回転軸、 １５３ 回転盤、 １５５ ローラ、 １５７ 押圧部材、 １６１，１６２ 電極板、 １６３，１６４ 絶縁体、 １６５，１６６ 電線、 １６７ 絶縁体、 ２０５ 温度条件設定部、 ２０７ 温度データ生成部、 ３０１ 飲料提供開始ボタン。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
