JP2017016661A - サービス提供システム及びサービス提供方法 - Google Patents

Abstract

【課題】様々な飲食物に対してボトルキープのようなサービスを提供することを可能とする。【解決手段】本発明の１つの態様によれば、利用者端末１０は、予め定められた第１の数が規定されているキープ対象飲食物を店舗から購入する購入操作を受け付ける操作受付部１１を含む。サーバ装置２０は、購入操作に基づいてキープ対象飲食物が購入された場合に、第１の数を示す第１の情報を格納するキープ情報ＤＢ２３と、店舗において利用者にキープ対象飲食物が提供された場合、キープ情報ＤＢ２３に格納された第１の情報を、当該第１の情報によって示される第１の数から当該提供されたキープ対象飲食物の数を減算した第２の数を示す第２の情報に更新するＤＢ更新部２１とを含む。【選択図】図２

Description

本発明は、サービス提供システム及びサービス提供方法に関する。

一般的に、例えば酒類の提供を行う店舗（飲食店）においては、ボトルキープと称されるサービスが行われている。

このボトルキープによれば、店舗の利用者は例えばウイスキーまたは焼酎等の酒類をボトル単位で注文（購入）することが可能であり、当該注文したボトル内の酒類を利用者が店舗にて飲み切る（全て消費する）ことができない場合には、当該ボトルを店舗に預けておく（つまり、ボトルをキープしておく）ことができる。これにより、利用者は、店舗に預けておいたボトルに酒類が残存している限り、来店の度に当該ボトル内の酒類を飲むことができる。

酒類をボトル単位で注文することは、当該ボトルと同量の酒類を１杯ずつ注文する場合と比べて割安である場合が多い。このため、ボトルキープは、利用者にとっては有用なサービスであると言える。

一方、ボトルをキープしている利用者は、当該ボトルを空けるために再度店舗を利用する可能性が高い。すなわち、ボトルキープは利用者の再度の来店を促進する効果を有するため、店舗にとっても有用であると言える。

特開２００６−２８５５５１号公報

しかしながら、ボトルキープは、上記したウイスキーや焼酎等の限られた酒類についてのみ利用可能なサービスであって、例えばビール等については利用することができない。

すなわち、ボトルキープは上記したように有用なサービスであるにも関わらず、利用者及び店舗共に十分な効果を得られていないのが実情である。

したがって、限られた酒類のみではなく、他の飲食物についても幅広くボトルキープのようなサービスを提供することが可能な仕組みが望まれている。

そこで、本発明の目的は、様々な飲食物に対してボトルキープのようなサービスを提供することが可能なサービス提供システム及びサービス提供方法を提供することにある。

本発明の１つの態様によれば、利用者によって使用される利用者端末と、当該利用者端末と通信可能に接続されるサーバ装置と、前記サーバ装置と通信可能に接続され、店舗に設置される店舗端末とを備えるサービス提供システムが提供される。前記利用者端末は、予め定められた第１の数が規定されているキープ対象飲食物を購入する前記利用者の購入操作を受け付ける受付手段を含む。前記サーバ装置は、前記購入操作に基づいて前記キープ対象飲食物が購入された場合に、前記第１の数を示す第１の情報を格納する格納手段と、前記店舗において提供される前記キープ対象飲食物の単位に従った数の前記キープ対象飲食物が前記利用者に対して提供された場合、前記格納手段に格納された第１の情報を、前記第１の数から当該提供されたキープ対象飲食物の数を減算した第２の数量を示す第２の情報に更新する更新手段とを含む。前記受付手段は、前記店舗での会計時に前記利用者の会計操作を受け付ける。前記利用者端末は、前記会計操作が受け付けられた場合に、前記利用者を識別するための識別情報を表すコードを表示する表示処理手段を更に含む。前記第１の情報は、前記利用者端末を使用する利用者を識別するための識別情報を含む。前記店舗端末は、前記提供されたキープ対象飲食物の数を入力する入力手段と、前記表示されたコードを読み取ることによって当該コードによって表される識別情報を取得する識別情報取得手段と、前記利用者に対する請求金額から前記入力された数に基づく料金を減額した金額を算出する会計処理手段とを含む。前記更新手段は、前記取得された識別情報を含む第１の情報を、当該第１の情報によって示される第１の数から前記入力された数を減算した第２の数を示す第２の情報に更新する。

本発明は、様々な飲食物に対してボトルキープのようなサービスを提供することを可能とする。

本発明の第１の実施形態に係るサービス提供システムのハードウェア構成を示すブロック図。 サービス提供システムの機能構成を示すブロック図。 会員情報データベースに格納されている会員情報のデータ構造の一例を示す図。 キープ情報データベースに格納されているキープ情報のデータ構造の一例を示す図。 会員登録処理の処理手順を示すシーケンスチャート。 購入処理の処理手順を示すシーケンスチャート。 トップ画面の一例を示す図。 購入画面の一例を示す図。 ボトルキープサービス利用時の処理の処理手順を示すシーケンスチャート。 キープ画面の一例を示す図。 会計画面の一例を示す図。 消費数量通知画面の一例を示す図。 譲渡処理の処理手順を示すシーケンスチャート。 譲渡先選択画面の一例を示す図。 譲渡数量指定画面の一例を示す図。 メッセージ作成画面の一例を示す図。 利用者端末のディスプレイに表示されるメッセージの一例を示す図。 本発明の第２の実施形態に係るサービス提供システムの機能構成を示すブロック図。 購入処理の処理手順を示すシーケンスチャート。 ボトルキープサービス利用時の処理の処理手順を示すシーケンスチャート。 チェックイン処理の処理手順を示すフローチャート。 キープ対象飲食物の消費を注文する際の処理手順を示すフローチャート。

以下、図面を参照して、本発明の各実施形態について説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態に係るサービス提供システム（ネットワークシステム）のハードウェア構成を示すブロック図である。

本実施形態に係るサービス提供システムは、様々な飲食物に対してボトルキープのようなサービスの提供を実現する機能を有する。

なお、ボトルキープは、店舗の利用者が所定の酒類（例えば、ウイスキーまたは焼酎等）をボトル単位で注文（購入）し、当該注文したボトル内の酒類を利用者が店舗にて飲み切ることができない場合には、当該ボトルを店舗に預けておき、後の来店時にも当該ボトル内の酒類を飲むことができるサービスである。

すなわち、本実施形態に係るサービス提供システムによれば、上記した一般的なボトルキープが可能な所定の酒類以外の飲食物に対しても予め定められた数量を購入することを可能とし、当該購入された飲食物を例えば店舗への複数回の来店によって消費することが可能なサービス（以下、ボトルキープサービスと表記）が提供される。

なお、本実施形態においてボトルキープサービスの対象となる飲食物を便宜的にキープ対象飲食物と称する。キープ対象飲食物には、例えばビール等が含まれる。

図１に示すサービス提供システムは、主として、複数の利用者端末１０と、サーバ装置（サービス提供装置）２０と、複数の店舗端末３０とから構成される。なお、図１において、利用者端末１０及び店舗端末３０は、それぞれ１つのみが示されている。

利用者端末１０は、利用者によって使用される例えばスマートフォン及びタブレットコンピュータ等の携帯型の端末装置である。利用者端末１０は、例えばユーザの指の接触等を検出可能なタッチパネルを含むディスプレイを備えている。このような利用者端末１０によれば、利用者は、当該利用者端末１０のディスプレイ（タッチパネル）に指を接触させて各種操作を行うことができる。また、利用者端末１０は、コンピュータ及び当該コンピュータと接続された記憶装置を備える。この記憶装置は、利用者端末１０のコンピュータによって実行されるアプリケーションプログラム（以下、会員アプリケーションと表記）を格納する。

サーバ装置２０は、コンピュータ及び当該コンピュータと接続された記憶装置を備える。この記憶装置は、サーバ装置２０のコンピュータによって実行されるアプリケーションプログラム（以下、サーバアプリケーションと表記）を格納する。

店舗端末３０は、上記したキープ対象飲食物を含む各種飲食物を提供する店舗に設置される端末装置である。店舗端末３０は、各種コードを光学的に読み取り可能な装置（以下、読取装置と表記）を含む。具体的には、店舗端末３０は、ＰＯＳシステム（Point Of Sale System）と読取装置とを連動させることによって実現されてもよい。また、店舗端末３０は、コンピュータ及び当該コンピュータと接続された記憶装置を備える。この記憶装置は、店舗端末３０のコンピュータによって実行されるアプリケーションプログラム（以下、店舗アプリケーションと表記）を格納する。

なお、図１に示すように、利用者端末１０、サーバ装置２０及び店舗端末３０は、例えばインターネットのようなネットワーク４０を介して通信可能に接続される。

また、上記した会員アプリケーション、サーバアプリケーション及び店舗アプリケーションは、それぞれコンピュータ読み取り可能な記憶媒体に予め格納して頒布されてもよいし、ネットワーク４０を介して利用者端末１０、サーバ装置２０及び店舗端末３０にダウンロード（インストール）されてもよい。

図２は、図１に示すサービス提供システムの機能構成を示すブロック図である。図２に示すように、利用者端末１０は、操作受付部１１、会員登録部１２、購入処理部１３、シェア処理部１４及び表示処理部１５を含む。これらの各部１１〜１５は、利用者端末１０のコンピュータが会員アプリケーションを実行すること（すなわち、ソフトウェア）によって実現されるものとする。なお、各部１１〜１５は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

操作受付部１１は、利用者端末１０に備えられるタッチパネルを介して、利用者の利用者端末１０に対する各種操作を受け付ける。操作受付部１１によって受け付けられる操作には、例えば起動操作、登録操作、購入操作、譲渡操作（シェア操作）及び会計操作等が含まれる。

起動操作は、会員アプリケーションを起動（実行）する際に行われる操作である。登録操作は、ボトルキープサービスを利用することが可能な会員（以下、単に会員と表記）として利用者を登録する際に行われる操作であり、例えば当該登録に必要な情報を指定する操作である。購入操作は、予め定められた数量（第１の数量）のキープ対象飲食物（商品）を店舗から購入する際に行われる操作である。譲渡操作は、店舗において利用者が飲食可能な飲食物の数量の一部を他の利用者に譲渡する際に行われる操作である。会計操作は、店舗に来店している利用者が当該店舗において会計をする際に行われる操作である。

会員登録部１２は、例えば操作受付部１１によって受け付けられた起動操作に応じて会員アプリケーションが初めて起動された際に、当該操作受付部１１によって受け付けられた登録操作において指定された情報（以下、会員情報と表記）を入力する。会員登録部１２によって入力された会員情報は、サーバ装置２０に送信される。これにより、会員情報を指定する登録操作を行った利用者は、会員として登録される。

購入処理部１３は、操作受付部１１によって受け付けられた購入操作に基づいて、キープ対象飲食物を店舗から購入するための処理を実行する。購入操作に基づいて購入されるキープ対象飲食物（予め定められた数量の飲食物）には、例えば２０杯分のビール等が含まれるが、他の飲食物であっても構わない。

利用者によって購入された（つまり、利用者が飲食可能な）キープ対象飲食物の数量を示す情報（第１の情報）は、購入処理部１３からサーバ装置２０に送信される。購入処理部１３からサーバ装置２０に送信される情報は、キープ情報と称する。

シェア処理部１４は、操作受付部１１によって受け付けられた譲渡操作に基づいて、利用者が飲食可能なキープ対象飲食物の数量（キープ情報によって示される数量）の一部を他の利用者に譲渡するための処理を実行する。シェア処理部１４は、他の利用者に譲渡されるキープ対象飲食物の数量（以下、譲渡数量と表記）をサーバ装置２０に送信する。

表示処理部１５は、操作受付部１１によって受け付けられた起動操作に応じて会員アプリケーションが起動された際に表示される画面（以下、トップ画面と表記）を含む各種画面を利用者端末１０のディスプレイに表示する。また、表示処理部１５は、操作受付部１１によって受け付けられた会計操作に基づいて、利用者端末１０を使用する利用者を識別するための識別情報（以下、利用者ＩＤと表記）を表すコードを利用者端末１０のディスプレイに表示する。なお、利用者端末１０のディスプレイに表示されるコードとしては、バーコードのような１次元コード及びＱＲコード（登録商標）のような２次元コードを用いることができる。

サーバ装置２０は、ＤＢ更新部２１、会員情報データベース（ＤＢ）２２及びキープ情報データベース（ＤＢ）２３を含む。ＤＢ更新部２１は、サーバ装置２０のコンピュータがサーバアプリケーションを実行すること（すなわち、ソフトウェア）によって実現されるが、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。また、会員情報データベース２２及びキープ情報データベース２３は、サーバ装置２０に備えられる記憶装置等に格納されているものとする。

ＤＢ更新部２１は、会員情報データベース２２及びキープ情報データベース２３を管理する機能を有する。

ＤＢ更新部２１は、会員登録部１２によって送信された会員情報を受信し、当該会員情報を会員情報データベース２２に登録する。なお、会員情報データベース２２は、上記したボトルキープサービスを利用する利用者（つまり、会員）の会員情報を管理するためのデータベースである。

ＤＢ更新部２１は、購入処理部１３によって送信されたキープ情報を受信し、当該キープ情報をキープ情報データベース２３に登録（格納）する。なお、キープ情報データベース２３は、会員である各利用者が飲食可能なキープ対象飲食物の数量（残存数量）を管理するためのデータベースである。

また、ＤＢ更新部２１は、店舗において利用者にキープ対象飲食物が提供された場合、当該利用者に対して提供されたキープ対象飲食物の数量に基づいて、キープ情報データベース２３に格納されているキープ情報を更新する。

店舗端末３０は、コード読取部３１、操作受付部３２及会計処理部３３を含む。これらの各部３１〜３３は、店舗端末３０のコンピュータが店舗アプリケーションを実行すること（つまり、ソフトウェア）によって実現されるものとする。なお、各部３１〜３３は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

ここで、店舗端末３０に備えられる読取装置は、利用者端末１０のディスプレイに表示されたコードを読み取ることができる。

コード読取部３１は、店舗端末３０に備えられる読取装置によって読み取られたコードによって表される利用者ＩＤを取得する。

操作受付部３２は、店舗端末３０が設置されている店舗のスタッフ（従業員）の当該店舗端末３０に対する各種操作を受け付ける。操作受付部３２によって受け付けられる操作には、例えばコード読取部３１によって取得された利用者ＩＤによって識別される利用者に対する会計を行う際に行われる操作であり、当該利用者に対して店舗において提供されたキープ対象飲食物の数量のうち、当該利用者が飲食可能なキープ対象飲食物の数量（残存数量）から消費する当該キープ対象飲食物の数量（以下、消費数量と表記）を指定する操作（以下、数量指定操作と表記）を含む。

会計処理部３３は、操作受付部３２によって受け付けられた操作において指定された消費数量を入力する。コード読取部３１によって取得された利用者ＩＤ及び会計処理部３３によって入力された消費数量は、サーバ装置２０に送信される。なお、会計処理部３３は、例えば上記したＰＯＳシステムが備える機能によって利用者に対する請求金額の算出等の処理についても実行可能である。

図３は、図２に示すサーバ装置２０に含まれる会員情報データベース２２に格納されている会員情報のデータ構造の一例を示す。

図３に示すように、会員情報には、例えば利用者ＩＤ、メールアドレス及びクレジットカード番号等が対応づけて含まれている。利用者ＩＤは、会員として登録されている利用者を識別するための識別子である。メールアドレスは、対応づけられている利用者ＩＤによって識別される利用者に割り当てられているメールアドレスである。クレジットカード番号は、対応づけられている利用者ＩＤによって識別される利用者が使用可能なクレジットカードの番号である。

ここでは、会員情報に利用者ＩＤ、メールアドレス及びクレジットカード番号が含まれるものとして説明したが、当該会員情報には、利用者に関する他の情報が含まれていても構わない。具体的には、会員情報には、利用者ＩＤによって識別される利用者の氏名、電話番号、性別、生年月日、住所及びパスワード等が含まれていてもよい。

また、会員情報に含まれる利用者ＩＤは、利用者に対して一意に割り当てられた数値等を含むが、当該利用者を識別可能であればよい。したがって、利用者ＩＤとして、例えばメールアドレス及び電話番号等が用いられても構わない。

図３に示す例では、会員情報データベース２２には、利用者Ｘ及びＹに関する会員情報２２１及び２２２が格納されている。

会員情報２２１には、利用者ＩＤ「Ｘ」、メールアドレス「xxxx@xxxx.xx.xx」及びクレジットカード番号「xxxx-xxxx-xxxx-xxxx」が対応づけて含まれている。この会員情報２２１によれば、利用者ＩＤ「Ｘ」によって識別される利用者Ｘが会員として登録されており、当該利用者Ｘに割り当てられているメールアドレスが「xxxx@xxxx.xx.xx」であり、当該利用者Ｘが使用可能なクレジットカードの番号が「xxxx-xxxx-xxxx-xxxx」であることが示されている。

また、会員情報２２２には、利用者ＩＤ「Ｙ」、メールアドレス「yyyy@yyyyyy.yy」及びクレジットカード番号「yyyy-yyyy-yyyy-yyyy」が対応づけて含まれている。この会員情報２２２によれば、利用者ＩＤ「Ｙ」によって識別される利用者Ｙが会員として登録されており、当該利用者Ｙに割り当てられているメールアドレスが「yyyy@yyyy.yy.yy」であり、当該利用者Ｙが使用可能なクレジットカードの番号が「yyyy-yyyy-yyyy-yyyy」であることが示されている。

図３においては利用者Ｘ及びＹに関する会員情報２２１及び２２２のみが示されているが、会員情報データベース２２には、会員として登録されている他の利用者に関する会員情報についても同様に格納されている。

図４は、図２に示すサーバ装置２０に含まれるキープ情報データベース２３に格納されているキープ情報のデータ構造の一例を示す。

図４に示すように、キープ情報には、例えば利用者ＩＤ、飲食物名及び数量等が対応づけて含まれている。利用者ＩＤは、会員情報に含まれる利用者ＩＤと同様に、会員として登録されている利用者を識別するための識別子である。飲食物名は、対応づけられている利用者ＩＤによって識別される利用者が飲食可能なキープ対象飲食物（の名称）を示す。数量は、対応づけられている利用者ＩＤによって識別される利用者が店舗において飲食可能なキープ対象飲食物の数量（残存数量）を示す。

ここでは、キープ情報に利用者ＩＤ、飲食物名及び数量が含まれているものとして説明したが、当該キープ情報には、他の情報が含まれていても構わない。具体的には、キープ情報には、キープ対象飲食物が購入された日付及び利用者ＩＤによって識別される利用者が店舗に来店した日時等が含まれていてもよい。

図４に示す例では、キープ情報データベース２３には、利用者Ｘ及びＹに関するキープ情報２３１及び２３２が格納されている。なお、図４は、利用者がキープ対象飲食物として例えば２０杯分のビールを購入可能であり、当該２０杯分のビールを一般的なボトルキープと同様に複数回の来店で飲むことができるサービス（ボトルキープサービス）を提供している場合を想定している。

キープ情報２３１には、利用者ＩＤ「Ｘ」、飲食物名「ビール」及び数量「１５杯」が対応づけて含まれている。このキープ情報２３１によれば、利用者ＩＤ「Ｘ」によって識別される利用者Ｘが飲むことのできるビールの残りの数量が１５杯であることが示されている。

また、キープ情報２３２には、利用者ＩＤ「Ｙ」、飲食物名「ビール」及び数量「５杯」が対応づけて含まれている。このキープ情報２３２によれば、利用者ＩＤ「Ｙ」によって識別される利用者Ｙが飲むことのできるビールの残りの数量が５杯であることが示されている。

図４においては利用者Ｘ及びＹに関するキープ情報２３１及び２３２のみが示されているが、キープ情報データベース２３には、会員として登録されている他の利用者に関するキープ情報についても同様に格納されている。また、同一の利用者が複数のキープ対象飲食物を購入している場合、キープ情報データベース２３には、当該キープ対象飲食物毎のキープ情報（つまり、飲食物名及び数量が異なるキープ情報）が格納されるものとする。

次に、本実施形態に係るサービス提供システムの動作について説明する。

まず、図５のシーケンスチャートを参照して、利用者端末１０を使用する利用者を会員として登録する際の処理（以下、会員登録処理と表記）の処理手順について説明する。なお、会員登録処理は、サービス提供システムを構成する利用者端末１０及びサーバ装置２０によって実行される。

ここで、利用者は、利用者端末１０に対して上記した起動操作を行うことができる。起動操作としては、例えば利用者端末１０のディスプレイに表示されている会員アプリケーションに対応するアイコンをタッチする操作（以下、タッチ操作と表記）等が含まれる。

このような起動操作が利用者によって行われた場合、利用者端末１０に含まれる操作受付部１１は、当該起動操作を受け付ける（ステップＳ１）。

操作受付部１１によって起動操作が受け付けられた場合、利用者端末１０上では、会員アプリケーションが起動される（ステップＳ２）。

利用者が会員として登録されていない場合に会員アプリケーションが起動されると、利用者端末１０のディスプレイには会員登録画面が表示される。利用者は、会員登録画面において例えば当該利用者に割り当てられているメールアドレス及びクレジットカード番号等を指定する登録操作を行うことができる。

利用者端末１０に含まれる会員登録部１２は、利用者によって行われた登録操作に基づいて、利用者を識別するための利用者ＩＤ、利用者によって指定されたメールアドレス及びクレジットカード番号等を含む会員情報（利用者に関する会員情報）を入力する（ステップＳ３）。利用者ＩＤは、利用者によって指定されてもよいし、例えばサーバ装置２０等において自動的に発行されてもよい。

会員登録部１２によって入力された会員情報は、利用者端末１０からサーバ装置２０に送信される（ステップＳ４）。

サーバ装置２０に含まれるＤＢ更新部２１は、利用者端末１０から送信された会員情報を受信する。ＤＢ更新部２１は、受信された会員情報を会員情報データベース２２に登録（格納）する（ステップＳ５）。

図５に示す処理が実行されることによって利用者に関する会員情報が会員情報データベース２２に登録されると、当該利用者はサービス提供システムにおいて会員として扱われることとなり、ボトルキープサービスを利用することが可能となる。

次に、図６のシーケンスチャートを参照して、利用者がキープ対象飲食物（予め定められた数量の飲食物）を店舗から購入する際の処理（以下、購入処理と表記）の処理手順について説明する。なお、購入処理は、サービス提供システムを構成する利用者端末１０及びサーバ装置２０によって実行される。

キープ対象飲食物を購入する場合、利用者は、利用者端末１０に対して起動操作を行う。このような起動操作が利用者によって行われた場合、利用者端末１０上では、会員アプリケーションが起動される（ステップＳ１１）。

会員アプリケーションが起動されると、利用者端末１０は、当該利用者端末１０を使用する利用者を識別するための利用者ＩＤをサーバ装置２０に送信する（ステップＳ１２）。なお、上記した会員登録処理において会員情報データベース２２に登録された会員情報にパスワードが含まれている場合には、当該パスワードの指定（入力）が利用者に要求されても構わない。この場合、利用者ＩＤ及びパスワードがサーバ装置２０に送信される。

サーバ装置２０は、利用者端末１０から送信された利用者ＩＤ（及びパスワード）に基づいて、当該利用者端末１０を利用する利用者に対する認証処理を実行する（ステップＳ１３）。この認証処理においては、利用者端末１０を使用する利用者が会員として登録されているか否かが判定される。

具体的には、利用者端末１０から送信された利用者ＩＤ（及びパスワード）を含む会員情報が会員情報データベース２２に格納されている場合、利用者端末１０を使用する利用者が会員として登録されていると判定される。利用者が会員として登録されていると判定された場合、サーバ装置２０は、当該利用者が会員として登録されている（つまり、ボトルキープサービスを利用可能である）旨を利用者端末１０に対して通知する（ステップＳ１４）。

一方、利用者端末１０から送信された利用者ＩＤ（及びパスワード）を含む会員情報が会員情報データベース２２に格納されていない場合、利用者端末１０を使用する利用者が会員として登録されていないと判定される。利用者が会員として登録されていないと判定された場合、サーバ装置２０は、当該利用者が会員として登録されていない（つまり、ボトルキープサービスを利用可能でない）旨を利用者端末１０に対して通知する。この場合、利用者端末１０のディスプレイには、上記した会員登録画面等が表示される。

上記したように利用者がボトルキープサービスを利用可能である旨が通知された場合、利用者端末１０に含まれる表示処理部１５は、利用者端末１０のディスプレイに、ボトルキープサービスの提供を受けることができる店舗に関する情報を含むトップ画面を表示する（ステップＳ１５）。

ここで、図７は、トップ画面の一例を示す。図７に示すように、トップ画面１００には、店舗に関する情報とともに、例えば「オンラインボトルキープ」ボタン１０１が設けられている。

このトップ画面１００上で「オンラインボトルキープ」ボタン１０１に対するタッチ操作が利用者によって行われると、表示処理部１５は、利用者端末１０のディスプレイに、キープ対象飲食物を購入するための画面（以下、購入画面と表記）を表示する（ステップＳ１６）。

図８は、購入画面の一例を示す。図８に示す購入画面１１０では、キープ対象飲食物が２０杯分のビールである例が示されている。この購入画面１１０には、キープ対象飲食物（を表す画像）とともに、「購入」ボタン１１１が表示されている。「購入」ボタン１１１は、キープ対象飲食物（ここでは、２０杯分のビール）を購入するためのボタンである。

なお、購入画面１１０の下部には、各種キープ対象飲食物に対応するアイコン１１２〜１１５が表示されている。ビール以外のキープ対象飲食物（例えば、ワイン及びカクテル等）を購入する場合、利用者は、アイコン１１２〜１１５のうち、当該キープ対象飲食物に対応するアイコンに対するタッチ操作を行う。これによれば、タッチ操作が行われたアイコンに対応するキープ対象飲食物を購入するための購入画面が表示される。

ここで、利用者は、利用者端末１０に対して購入操作を行うことができる。購入操作には、購入画面１１０に表示されている「購入」ボタン１１１に対するタッチ操作等が含まれる。

このような購入操作が利用者によって行われた場合、利用者端末１０に含まれる操作受付部１１は、当該購入操作を受け付ける（ステップＳ１７）。

操作受付部１１によって購入操作が受け付けられた場合、利用者端末１０は、当該利用者端末１０を使用する利用者を識別するための利用者ＩＤ及び購入画面に表示されているキープ対象飲食物を示す情報（以下、購入情報と表記）を含む購入要求をサーバ装置２０に送信する（ステップＳ１８）。なお、購入情報には、キープ対象飲食物の飲食物名及び数量が含まれる。

サーバ装置２０に含まれるＤＢ更新部２１は、利用者端末１０から送信された購入要求を受信する。ＤＢ更新部２１は、受信された購入要求に応じてキープ情報データベース２３を更新する（ステップＳ１９）。

この場合、ＤＢ更新部２１は、購入要求に含まれる利用者ＩＤ、購入情報に含まれるキープ対象飲食物の飲食物名及び数量を含むキープ情報（利用者に関するキープ情報）を、キープ情報データベース２３に登録（格納）する。

具体的には、利用者端末１０を利用する利用者が利用者Ｘであり、キープ対象飲食物が２０杯分のビールである場合には、キープ情報データベース２３には、利用者ＩＤ「Ｘ」、飲食物名「ビール」及び数量「２０杯」を含むキープ情報が登録される。

図６に示す処理が実行されることによって利用者に関するキープ情報がキープ情報データベース２３に登録されると、当該利用者は、店舗を利用する際に当該キープ情報に含まれる数量のキープ対象飲食物をボトルで購入した場合と同様に消費することができる。すなわち、キープ対象飲食物が２０杯分のビールである場合には、当該２０杯分のビールを複数回の来店で消費するようなことが可能となる。

なお、図６においては省略されているが、キープ対象飲食物が利用者によって購入された場合（利用者によって購入操作が行われた場合）、例えばサーバ装置２０は、当該利用者に関する会員情報に含まれるクレジットカード番号を用いて、決済処理を実行するものとする。この決済処理は、例えばサービス提供システムの外部のサーバ装置（例えば、クレジットカード会社のサーバ装置等）と連携して実行される。

次に、図９のシーケンスチャートを参照して、店舗に来店した利用者がボトルキープサービスを利用する際の処理（以下、ボトルキープサービス利用時の処理と表記）の処理手順について説明する。ボトルキープサービス利用時の処理は、サービス提供システムを構成する利用者端末１０、サーバ装置２０及び店舗端末３０によって実行される。

店舗に来店した利用者がボトルキープサービスを利用する場合、当該利用者は、ボトルキープサービスによって当該店舗において飲食可能なキープ対象飲食物が残存していることを当該店舗のスタッフに対して提示するものとする。

この場合、上述した図６に示すステップＳ１１〜Ｓ１５の処理に相当するステップＳ２１〜Ｓ２５の処理が実行される。

なお、利用者が会員として登録されている場合、ステップＳ２４においては、当該利用者が会員として登録されている旨が利用者端末１０に対して通知される。このとき、ボトルキープサービスによって利用者が店舗において飲食可能なキープ対象飲食物が残存している（つまり、当該利用者を識別するための利用者ＩＤを含むキープ情報がキープ情報データベース２３に格納されている）場合には、当該キープ情報がサーバ装置２０から利用者端末１０に対して送信される。なお、サーバ装置２０から利用者端末１０に対して送信されるキープ情報は複数であってもよい。

また、ステップＳ２５の処理によれば、例えば上述した図７に示すトップ画面が利用者端末１０のディスプレイに表示される。

ここで、図７に示すトップ画面１００上で「オンラインボトルキープ」ボタン１０１に対するタッチ操作が利用者によって行われた場合を想定する。この場合において、ボトルキープサービスによって利用者が店舗において飲食可能な飲食物が残存している（上記したステップＳ２４においてキープ情報がサーバ装置２０から利用者端末１０に対して送信されている）場合には、利用者端末１０に含まれる表示処理部１５は、利用者端末１０のディスプレイに、キープ対象飲食物の数量（残存数量）を示す画面（以下、キープ画面と表記）を表示する（ステップＳ２６）。

図１０は、キープ画面の一例を示す。図１０に示すキープ画面１２０には、ステップＳ２４においてサーバ装置２０から送信されたキープ情報に含まれる飲食物名及び数量が、利用者及び店舗のスタッフが容易に把握することが可能な態様で表示されている。

図１０に示す例では、上述した購入処理においてキープ対象飲食物として購入された２０杯分のビールのうち、１５杯分のビールが残存していることが示されている。

利用者は、店舗において例えばビールを注文する際には、図１０に示すキープ画面１２０を店舗のスタッフに提示する。これにより、店舗のスタッフは、ボトルキープサービスによって利用者が飲むことができるビールが１５杯残っていることを確認することができる。

また、キープ画面１２０には、「購入」ボタン１２１、「シェア（譲渡）」ボタン１２２及び「会計」ボタン１２３が表示されている。

「購入」ボタン１２１は、例えば上述した購入画面を表示するためのボタンである。利用者によって「購入」ボタン１２１に対するタッチ操作が行われると、利用者端末１０のディスプレイには、例えば図８に示す購入画面が表示される。

「シェア」ボタン１２２は、利用者が飲食可能なキープ対象飲食物の残存数量の一部を他の利用者に譲渡するためのボタンである。利用者によって「シェア」ボタン１２２に対するタッチ操作が行われた際の処理については後述する。

「会計」ボタン１２３は、店舗に来店している利用者が当該店舗において会計をする際にボトルキープサービスを利用するためのボタンである。

なお、キープ画面１２０の下部には、購入画面１１０と同様に、各種キープ対象飲食物を表すアイコン１１２〜１１５が表示されている。ビール以外のキープ対象飲食物の残存数量を確認する場合、利用者は、アイコン１１２〜１１５のうち、当該キープ対象飲食物に対応するアイコンに対するタッチ操作を行う。これによれば、タッチ操作が行われたアイコンに対応するキープ対象飲食物（例えば、ワイン及びカクテル等）の残存数量を示すキープ画面が表示される。なお、タッチ操作が行われたアイコンに対応するキープ対象飲食物の残存数量が０の場合には、当該キープ対象飲食物を購入するための購入画面が表示されてもよい。

ここで、店舗において利用者が会計をする場合を想定する。この場合、利用者は、利用者端末１０に対して会計操作を行うものとする。会計操作には、キープ画面１２０に表示されている「会計」ボタン１２３に対するタッチ操作等が含まれる。

このような会計操作が利用者によって行われた場合、利用者端末１０に含まれる操作受付部１１は、当該会計操作を受け付ける（ステップＳ２７）。

操作受付部１１によって会計操作が受け付けられた場合、表示処理部１５は、利用者端末１０のディスプレイに、例えば利用者端末１０を使用する利用者を識別するための利用者ＩＤを表すコードを含む画面（以下、会計画面と表記）を表示する。

図１１は、会計画面の一例を示す。図１１に示す例では、会計画面１３０の中央付近には利用者ＩＤを表すコードとしてＱＲコード１３１が表示されている。なお、会計画面１３０には、ＱＲコード１３１以外に、「購入」ボタン１２１、「シェア」ボタン１２２、「会計」ボタン１２３及びアイコン１１２〜１１５等が表示されている。これらの各ボタン１２１〜１２３及びアイコン１１２〜１１５については、図８及び図１０等において説明した通りであるため、その詳しい説明を省略する。

店舗における会計時には、利用者は、利用者端末１０のディスプレイに表示された会計画面１３０内のＱＲコード１３１を店舗端末に含まれる読取装置にかざす。これにより、読取装置は、ＱＲコード１３１を読み取ることができる。

ここで、再び図９に戻ると、店舗端末３０に含まれるコード読取部３１は、読取装置によって読み取られたＱＲコード１３１によって表される利用者ＩＤを取得する（ステップＳ２９）。

コード読取部３１によって取得された利用者ＩＤは、店舗端末３０からサーバ装置２０に送信される（ステップＳ３０）。

サーバ装置２０に含まれるＤＢ更新部２１は、店舗端末３０から送信された利用者ＩＤを受信する。ＤＢ更新部２１は、受信された利用者ＩＤを含むキープ情報をキープ情報データベース２３から取得する（ステップＳ３１）。

ＤＢ更新部２１によって取得されたキープ情報は、サーバ装置２０から店舗端末３０に送信される（ステップＳ３２）。

店舗端末３０に含まれる会計処理部３３は、サーバ装置２０から送信されたキープ情報を受信する。

ここで、店舗のスタッフは、店舗端末３０に対して数量指定操作を行うことができる。数量指定操作は、キープ対象飲食物の残存数量から消費する当該キープ対象飲食物の数量（消費数量）を指定する操作である。

なお、キープ対象飲食物の残存数量が店舗において利用者に提供されたキープ対象飲食物の数量（以下、提供数量と表記）よりも多い場合には、当該キープ対象飲食物の提供数量を上限として指定される値である。具体的には、キープ対象飲食物がビールであり、当該ビールの残存数量が１５杯であり、当該ビールの提供数量が４杯である場合を想定する。この場合には、消費数量は、４（杯）以下であればよい。

一方、キープ対象飲食物の残存数量が当該キープ対象飲食物の提供数量よりも少ない場合には、当該キープ対象飲食物の残存数量を上限として指定される値である。具体的には、上記したようにキープ対象飲食物がビールであり、当該ビールの残存数量が５杯であり、当該ビールの提供数量が６杯である場合を想定する。この場合には、消費数量は、５（杯）以下であればよい。

なお、店舗スタッフによって指定されるキープ対象飲食物の消費数量は、例えば利用者が口頭で店舗のスタッフに伝えた値であってもよいし、上記したようにキープ対象飲食物の残存数量と提供数量との関係で決定される消費数量の最大値であってもよい。

このような数量指定操作が店舗のスタッフによって行われた場合、店舗端末３０に含まれる操作受付部３２は、当該数量指定操作を受け付ける。会計処理部３３は、操作受付部３２によって受け付けられた数量指定操作において指定されたキープ対象飲食物の消費数量を入力する（ステップＳ３３）。

会計処理部３３によって入力された消費数量は、例えばステップＳ２９において取得された利用者ＩＤとともに店舗端末３０からサーバ装置２０に送信される（ステップＳ３４）。

上述したようにＰＯＳシステムと読取装置とを連動させることによって店舗端末３０が実現されている場合には、会計処理部３３は、キープ対象飲食物の消費数量に基づく料金を減額した金額を請求金額として算出する等の会計処理を実行する。

なお、店舗端末３０がＰＯＳシステムと連動していないような場合、上記した会計処理は、店舗端末３０の外部のＰＯＳシステム等で実行される。

一方、サーバ装置２０に含まれるＤＢ更新部２１は、店舗端末３０から送信された利用者ＩＤ及び消費数量を受信する。ＤＢ更新部２１は、受信された利用者ＩＤ及び消費数量に基づいてキープ情報データベース２３（に格納されているキープ情報）を更新する（ステップＳ３６）。

この場合、ＤＢ更新部２１は、受信された利用者ＩＤを含むキープ情報（当該利用者ＩＤによって識別される利用者に関するキープ情報）を、キープ情報データベース２３から取得する。ＤＢ更新部２１は、取得されたキープ情報を、当該キープ情報に含まれる数量（残存数量）から消費数量を減算した数量を含むキープ情報に更新する。

具体的には、例えば上述した図４に示すキープ情報２３１がキープ情報データベース２３１に格納されている場合であって、利用者Ｘによるビールの消費量が４杯である場合には、当該キープ情報２３１は、利用者ＩＤ「Ｘ」、飲食物名「ビール」及び数量「１１杯」を含むキープ情報に更新される。

ステップＳ３６の処理が実行されると、消費数量がサーバ装置２０から利用者端末１０に送信される（ステップＳ３７）。

利用者端末１０に含まれる表示処理部１５は、サーバ装置２０から送信された消費数量を受信する。表示処理部１５は、利用者端末１０のディスプレイに、受信された消費数量を利用者に対して通知するための画面（以下、消費数量通知画面）を表示する（ステップＳ３８）。

図１２は、消費数量通知画面の一例を示す。図１２に示す例では、消費通知画面１４０の中央付近には消費数量（ここでは、ビール４杯）を利用者に通知するためのメッセージ「ビール４杯を飲み切りました。」が表示されている。なお、現在のキープ対象飲食物の残存数量を利用者に提示するために、消費通知画面は、図１２に示すようにキープ画面上にメッセージを表示した画面であってもよい。

図９に示す処理によれば、会計時に図１１に示すような会計画面内のコードを店舗端末３０に含まれる読取装置に読み取らせることによって、利用者は、ボトルキープサービスを利用することが可能となる。なお、このようにボトルキープサービスが利用された履歴をサーバ装置２０において管理するような構成とすることも可能である。これによれば、店舗端末３０において、例えば店舗のスタッフ等によって指定された期間内においてボトルキープサービスが利用された履歴等を確認することが可能となる。

なお、図９に示す処理では、キープ対象飲食物の注文時にキープ画面を表示する（提示する）ものとして説明したが、当該キープ画面は、利用者がキープ対象飲食物の残存数量を把握するために表示されてもよい。すなわち、利用者は、店舗の来店時以外のときであっても、利用者端末１０に対して起動操作を行い、図９に示すステップＳ２１〜Ｓ２６の処理を実行させることによって、キープ画面を利用者端末１０のディスプレイに表示させることができる。

次に、図１３のシーケンスチャートを参照して、キープ対象飲食物の残存数量の一部を他の利用者に譲渡する際の処理（以下、譲渡処理と表記）の処理手順について説明する。譲渡処理は、サービス提供システムを構成する利用者端末１０及びサーバ装置２０によって実行される。ここでは、キープ対象飲食物の残存数量の一部を他の利用者に譲渡する利用者を譲渡元利用者と称する。また、譲渡元利用者を識別するための利用者ＩＤを譲渡元ＩＤと称する。

まず、上述した図９に示すステップＳ２１〜Ｓ２６の処理に相当するステップＳ４１〜Ｓ４６の処理が実行される。このステップＳ４６の処理によれば、例えば上述した図１０に示すキープ画面１２０が利用者端末１０のディスプレイに表示される。

ここで、譲渡元利用者がキープ対象飲食物の残存数量の一部を他の利用者に譲渡する場合、利用者は、利用者端末１０に対して譲渡操作を行うものとする。譲渡操作には、キープ画面１２０に表示されている「シェア」ボタン１２２に対するタッチ操作等が含まれる。

このような譲渡操作が利用者によって行われた場合、利用者端末１０に含まれる操作受付部１１は、当該譲渡操作を受け付ける（ステップＳ４７）。

操作受付部１１によって譲渡操作が受け付けられた場合、利用者端末１０に含まれる表示処理部１５は、利用者端末１０のディスプレイに、例えばキープ画面１２０に残存数量が表示されているキープ対象飲食物を譲渡する他の利用者を選択するための画面（以下、譲渡先選択画面と表記）を表示する（ステップＳ４８）。

ここで、図１４は、譲渡先選択画面の一例を示す。図１４に示すように、譲渡先選択画面１５０には、他の利用者の一覧が表示される。

なお、譲渡先選択画面１５０に表示される他の利用者（の一覧）は、例えば譲渡元利用者と同様に会員として既に登録されている利用者であって、サーバ装置２０または他のソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）等において譲渡元利用者の友達として登録されている利用者を含む。

また、譲渡先選択画面１５０には、全ての会員のうち、譲渡元利用者によって指定された条件に合致する利用者の一覧が表示されてもよい。

また、図１４に示すように、このような譲渡先選択画面１５０の下部には、「戻る」ボタン１５１及び「次へ」ボタン１５２が表示されている。

「戻る」ボタン１５１は、譲渡先選択画面１５０の前の画面（例えば、キープ画面１２０）を表示するためのボタンである。「戻る」ボタン１５１に対するタッチ操作が譲渡元利用者によって行われた場合には、利用者端末１０のディスプレイには、キープ画面１２０が表示される。

「次へ」ボタン１５２は、譲渡先選択画面１５０における利用者の選択を完了して、次の画面を表示するためのボタンである。

ここで、譲渡元利用者は、譲渡先選択画面１５０に表示された他の利用者の一覧の中からキープ対象飲食物を譲渡する所望の利用者（以下、譲渡先利用者と表記）を選択する。

なお、図１４では、譲渡先選択画面１５０において譲渡先利用者として利用者Ａが選択された状態が示されているが、当該譲渡先利用者は複数選択されても構わない。

譲渡先選択画面１５０において譲渡先利用者が選択された場合、譲渡元利用者は、譲渡先選択画面１５０に表示されている「次へ」ボタン１５２に対するタッチ操作を行う。

この場合、シェア処理部１４は、譲渡元利用者によって選択された譲渡先利用者を識別するための利用者ＩＤ（以下、譲渡先ＩＤと表記）を取得する。

次に、利用者端末１０に含まれる表示処理部１５は、利用者端末１０のディスプレイに、譲渡先利用者に対して譲渡されるキープ対象飲食物の数量（譲渡数量）を指定するための画面（以下、譲渡数量指定画面と表記）を表示する（ステップＳ４９）。

ここで、図１５は、譲渡数量指定画面の一例を示す。図１５に示すように、譲渡数量指定画面１６０の上部には、上述した購入画面１１０等と同様に、各種キープ対象飲食物を表すアイコン１１２〜１１５が表示されている。譲渡元利用者は、アイコン１１２〜１１５のうち、譲渡先利用者に譲渡するキープ対象飲食物に対応するアイコンに対するタッチ操作を行う。これにより、譲渡元利用者は、譲渡先利用者に譲渡するキープ対象飲食物を指定することができる。

また、譲渡数量指定画面１６０の中央付近には、上記したアイコン１１２〜１１５に対するタッチ操作によって指定されたキープ対象飲食物（以下、譲渡対象飲食物と表記）の残存数量が表示される残存数量表示領域１６１が設けられている。残存数量表示領域１６１には、例えば譲渡対象飲食物の残存数量と同数のアイコン１６１ａが表示される。具体的には、譲渡対象飲食物がビールであり、当該ビールの残存数量が１０杯である場合には、当該ビール（のジョッキ）を表す１０個のアイコン１６１ａが残存数量表示領域１６１に表示される。

更に、譲渡数量指定画面１６０の残存数量表示領域１６１の下部の譲渡先利用者表示領域１６２には、譲渡先利用者（を示す画像）１６２ａが表示されている。譲渡元利用者は、上記した残存数量表示領域１６１に表示されている各アイコン１６１ａを譲渡先利用者表示領域１６２（に表示されている譲渡先利用者を示す画像上）にドラッグアンドドロップする操作（以下、譲渡操作と表記）を行うことによって、当該アイコン１６１ａによって表される譲渡対象飲食物を当該譲渡先利用者に譲渡することができる。なお、譲渡元利用者は、譲渡数量指定画面１６０においてこのような譲渡操作を繰り返すことによって、譲渡対象飲食物の譲渡数量を指定することができる。すなわち、譲渡元利用者は、例えば残存数量表示領域１６１に表示されている３つのアイコン１６１ａの各々を譲渡先利用者である利用者Ａを示す画像１６２ａ上にドラッグアンドドロップした場合には、当該利用者Ａに３杯のビールを譲渡することができる。なお、譲渡先利用者が複数選択されている場合には、譲渡先利用者表示領域１６２には当該複数の譲渡先利用者が表示され、当該譲渡先利用者の各々に対して譲渡対象飲食物の譲渡数量を指定することができるものとする。

ここでは、譲渡操作を繰り返し行うことによって例えば複数杯のビールを譲渡することができるものとして説明したが、残存数量表示領域１６１において複数のアイコン１６１ａを選択して、当該複数のアイコン１６１ａをまとめてドラッグアンドドロップすることが可能な構成としてもよい。

また、図１５に示す譲渡数量指定画面１６０は一例であり、譲渡数量指定画面１６０は、例えば譲渡元利用者が譲渡対象飲食物（の飲食物名）及び譲渡数量（の値）を直接指定できるような画面であってもよい。

なお、譲渡数量指定画面１６０の下部には、上記した譲渡先選択画面１５０と同様に、「戻る」ボタン１５１及び「次へ」ボタン１５２が表示されている。これらのボタン１５１及び１５２については図１４において説明した通りであるため、ここではその詳しい説明を省略する。

譲渡数量指定画面１６０において譲渡数量が指定された場合、譲渡元利用者は、譲渡数量指定画面１６０に表示されている「次へ」ボタン１５２に対するタッチ操作を行う。

この場合、シェア処理部１４は、譲渡数量指定画面１６０において指定された譲渡対象飲食物の譲渡数量を取得する。

次に、表示処理部１５は、利用者端末１０のディスプレイに、譲渡先利用者に対するメッセージを作成するための画面（以下、メッセージ作成画面と表記）を表示する（ステップＳ５０）。

ここで、図１６は、メッセージ作成画面の一例を示す。図１６に示すように、メッセージ作成画面１７０には、メッセージ作成領域１７１及び図１５に示す譲渡先利用者表示領域１６２が設けられている。

メッセージ作成領域１７１は、譲渡先利用者に対するメッセージを作成するための領域であり、譲渡元利用者は、利用者端末１０を操作することによって、メッセージ作成領域１７１において譲渡先利用者に対するメッセージを作成することができる。

譲渡先利用者表示領域１６２には、上記したように譲渡先利用者（を示す画像１６２ａ）及び当該譲渡先利用者に対する譲渡対象飲食物の譲渡数量（を表すアイコン１６１ａ）が表示されている。この譲渡先利用者表示領域１６２によれば、譲渡元利用者は、メッセージを作成する際に、譲渡先利用者及び譲渡対象飲食物の譲渡数量を確認することができる。

また、メッセージ作成画面１７０の下部には、「戻る」ボタン１５１及び「送信」ボタン１７２が表示されている。「戻る」ボタン１５１については図１４において説明した通りであるため、ここではその詳しい説明を省略する。

「送信」ボタン１７２は、メッセージ作成領域１７１において作成されたメッセージを譲渡先利用者に対して送信するためのボタンである。

メッセージ作成画面１７０（メッセージ作成領域１７１）においてメッセージが作成された場合、譲渡元利用者は、メッセージ作成画面１７０に表示されている「送信」ボタン１７２に対するタッチ操作を行う。

この場合、シェア処理部１４は、メッセージ作成画面１７０において作成されたメッセージを取得する。

次に、シェア処理部１４は、取得された譲渡元ＩＤ、譲渡先ＩＤ、譲渡対象飲食物の譲渡数量及びメッセージをサーバ装置２０に送信する（ステップＳ５１）。

サーバ装置２０に含まれるＤＢ更新部２１は、利用者端末１０（シェア処理部１４）から送信された譲渡元ＩＤ、譲渡先ＩＤ、譲渡対象飲食物の譲渡数量及びメッセージを受信する。

ＤＢ更新部２１は、受信された譲渡元ＩＤ、譲渡先ＩＤ及び譲渡対象飲食物の譲渡数量に基づいてキープ情報データベース２３を更新する（ステップＳ５２）。

具体的には、ＤＢ更新部２１は、譲渡元ＩＤ及び譲渡対象飲食物の飲食物名を含むキープ情報（当該譲渡元ＩＤによって識別される譲渡元利用者に関するキープ情報）を、キープ情報データベース２３から取得する。ＤＢ更新部２１は、取得されたキープ情報を、当該キープ情報に含まれる数量（残存数量）から譲渡数量を減算した数量を含むキープ情報に更新する。

更に、ＤＢ更新部２１は、譲渡先ＩＤ、譲渡対象飲食物の飲食物名及び譲渡数量を含むキープ情報（当該譲渡先ＩＤによって識別される譲渡先利用者に関するキープ情報）をキープ情報データベース２３に登録する。なお、譲渡先利用者に関するキープ情報が既にＤＢ更新部２１に格納されている場合には、ＤＢ更新部２１は、当該キープ情報を、当該キープ情報に含まれる数量に譲渡数量を加算した数量を含むキープ情報に更新するものとする。

なお、ＤＢ更新部２１によって受信されたメッセージは、譲渡先ＩＤとともにサーバ装置２０内で管理される。メッセージは、図１７に示すように、譲渡先ＩＤによって識別される譲渡先利用者が使用する利用者端末１０上で会員アプリケーションが起動された場合に、当該利用者端末１０のディスプレイに表示される。

上記したように図１３に示す処理によれば、譲渡対象飲食物の譲渡数量を含む譲渡先利用者に関するキープ情報がキープ情報データベース２３に登録されるため、当該譲渡先利用者は、ボトルキープサービスを利用して譲渡対象飲食物（キープ対象飲食物）を飲食することが可能となる。

ここでは、譲渡先利用者が既に会員として登録されているものとして説明したが、図１３に示す処理が実行される時点では、譲渡先利用者は当該会員として登録されていない利用者であってもよい。しかしながら、ボトルキープサービスを利用して譲渡対象飲食物を飲食する際には、会員登録が必要であるものとする。また、譲渡先利用者は、会員登録することなく譲渡対象飲食物を飲食可能としてもよい（つまり、ボトルキープサービスのワンタイム利用を可能としてもよい）。

なお、上記したメッセージは、例えばソーシャルネットワーキングサービスを利用して送信されても構わない。この場合、譲渡元利用者によって使用される利用者端末１０において利用可能なソーシャルネットワーキングサービスを選択するための画面が表示されるようにしてもよい。

また、上記した譲渡対象飲食物の譲渡は、例えば譲渡元利用者及び譲渡先利用者の各々が使用する利用者端末１０同士をぶつける動作（乾杯の動作）によって行われても構わない。この場合、利用者端末１０は、例えば当該利用者端末１０の位置を検出することが可能なＧＰＳ（Global Positioning System）機能を有しているものとする。これによれば、例えばサーバ装置２０は略同一の位置で同一の動作を行っている２つの利用者端末１０を特定することが可能であるため、譲渡元利用者及び譲渡先利用者の各々が使用する利用者端末１０同士をぶつける動作をすることによって、譲渡対象飲食物の譲渡を実現することができる。この場合、図１３に示すステップＳ４８及びＳ４９の処理は省略されても構わない。なお、譲渡対象飲食物及び当該譲渡対象飲食物の譲渡数量は、利用者端末１０同士をぶつける動作をする前に指定されていればよい。同様に、譲渡元利用者及び譲渡先利用者の各々が使用する利用者端末１０を同じ場所で同時に振る等の動作によっても、譲渡対象飲食物の譲渡を実現することができる。

上記したように本実施形態においては、利用者端末１０において受け付けられた購入操作に基づいてキープ対象飲食物が購入されることによって店舗において利用者が飲食可能なキープ対象飲食物の数量（第１の数量）を示すキープ情報（第１の情報）をサーバ装置２０に含まれるキープ情報データベース２３に格納する。また、店舗において利用者にキープ対象飲食物が提供された場合、キープ情報データベース２３に格納されたキープ情報を、当該キープ情報によって示される飲食物の数量から当該提供された飲食物の数量を減算した数量（第２の数量）を示すキープ情報（第２の情報）に更新する。なお、利用者に対して提供されたキープ対象飲食物の数量（つまり、消費数量）は店舗に設置される店舗端末３０において入力され、キープ情報データベース２３（に格納されているキープ情報）の更新は当該店舗端末３０において入力された数量に基づいて実行される。

本実施形態においては、このような構成により、一般的にボトルキープを行うことが可能な所定の酒類（例えば、ウイスキーまたは焼酎等）以外の飲食物（例えば、ビール等）に対しても例えば樽で購入するように予め定められた数量（例えば、２０杯等）をまとめて購入することを可能とし、当該購入された飲食物を例えば店舗への複数回の来店によって消費することが可能なボトルキープのようなサービスを様々な飲食物に対して提供することが可能となる。

これによれば、少なくとも購入された予め定められた数量の飲食物（キープ対象飲食物）を全て消費するまでは利用者は店舗に来店することが期待できるため、当該利用者の再来店を促すことができる。このとき、利用者の来店回数に応じてポイント等を付与するサービスを組み合わせてもよい。

また、一般的なボトルキープと比べて店舗において実際のボトル等を管理する必要がないため、当該ボトルの管理コスト等を軽減することが可能となる。また、実際のボトル等を管理する必要がないことから、一般的なボトルキープにおける消費期限は３ヶ月等であるのに対して、本実施形態においてはより長期的な期限（または無期限）を設定することができる。

キープ対象飲食物の料金を、同数量の飲食物を単品で注文する場合と比較して割安に設定することで、利用者に対しても利点がある。更に、キープ対象飲食物を購入した利用者に対して予め定められた特典（例えば、おつまみ等）を付与するようにしてもよい。また、例えば新社会人等の利用者に対してキープ対象飲食物を１つ無料で提供することにより、店舗に来店する習慣をつけるようなサービスを提供してもよい。

また、本実施形態においては、利用者端末１０のディスプレイに表示されたコード（例えば、ＱＲコード）を店舗端末３０（に含まれる読取装置）において読み取ることによって上記したキープ情報データベース２３の更新が実行される。また、本実施形態において、キープ対象飲食物はクレジットカード決済により購入することができる。本実施形態においては、このような構成により、利用者は店舗に来店した際には利用者端末１０のディスプレイに表示されたコードを提示するのみでよいため、容易にボトルキープサービスを利用することが可能となる。また、クレジットカードによる事前決済により、店舗側においても収益性を確保することが可能となる。

更に、本実施形態においては、利用者の操作に応じてキープ情報を表示する構成により、利用者は、店舗等に問い合わせることなく、当該店舗において飲食可能なキープ対象飲食物の残存数量を確認することが可能となる。

また、本実施形態においては、利用者端末１０に対する譲渡操作に基づいてキープ対象飲食物の残存数量の一部を他の利用者に譲渡する（プレゼントする）ことが可能である。この場合、他の利用者に対してメッセージを送信することも可能である。

これによれば、複数の利用者によって構成されるグループでキープ対象飲食物を購入し、当該キープ対象飲食物を当該グループで分配するようにボトルキープサービスを利用してもよい。更に、残存数量の一部を利用者から他の利用者へ譲渡することによって、例えば利用者（幹事）が主催する飲み会に当該他の利用者を誘うような用途にボトルキープサービスを利用することも可能である。この場合、幹事に対しては、飲食物を還元するようなサービスを更に提供してもよい。

本実施形態においては、このような構成により、ボトルキープサービスを利用している利用者を介して他の利用者の来店を促すことが可能となるため、来店客の増加が期待される。また、このメッセージの送信にソーシャルネットワーキングサービスを利用することによって、更なる口コミによる効果（バイラル効果）を向上させることが可能となる。

なお、本実施形態においては、ボトルキープサービスの対象となる飲食物（キープ対象飲食物）の一例として主にビールについて説明したが、当該キープ対象飲食物は、例えばカクテル及びワイン等であってもよいし、一般的にボトルキープが行われているウイスキー及び焼酎等であってもよい。また、キープ対象飲食物は、例えば牛肉のような肉類及びマグロのような魚介類等であってもよい。

キープ対象飲食物が牛肉である場合には、例えばキープ対象飲食物として牛一頭を購入し、複数回の来店で当該牛の各部位を食べるといったことが可能となる。また、様々な種類の肉類（牛肉、豚肉及び鶏肉等）のセット等をキープ対象飲食物とすることも可能である。

同様に、キープ対象飲食物がマグロである場合には、例えばキープ対象飲食物としてマグロ一匹を購入し、複数回の来店で当該マグロの各部位を食べるといったことが可能となる。また、様々な種類の魚介類の寿司のセット等をキープ対象飲食物とすることも可能である。

なお、キープ対象飲食物が食物である場合には当該キープ対象飲食物の数量はｋｇ等の単位で管理されてもよいし、当該キープ対象飲食物が飲物である場合には当該キープ対象飲食物の数量はｍｌ等の単位で管理されてもよい。

更に、本実施形態においてボトルキープサービスを利用可能な店舗は例えばチェーン店等であれば複数であっても構わない。これによれば、購入したキープ対象飲食物を、複数の店舗（例えば、全国の店舗）で飲食すること等が可能となる。

なお、本実施形態においては、サーバ装置２０は１つの装置として説明したが、例えばサーバ装置２０の機能が複数の装置に分散されるような構成であっても構わない。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態に係るサービス提供システムは、利用者が店舗に対してチェックインしているか否かに応じてボトルキープサービスにおける操作が制限される点で前述した第１の実施形態とは異なる。

図１８は、本実施形態に係るサービス提供システムの機能構成を示すブロック図である。なお、前述した図２と同様の部分には同一参照符号を付してその詳しい説明を省略する。ここでは、図２と異なる部分について主に述べる。なお、本実施形態に係るサービス提供システム（ネットワークシステム）のハードウェア構成は、前述した第１の実施形態と同様であるため、適宜、図１を用いて説明する。

図１８に示すように、利用者端末１０は、位置情報取得部１６及びチェックイン処理部１７を含む。これらの各部１６及び１７は、利用者端末１０のコンピュータが会員アプリケーションを実行すること（すなわち、ソフトウェア）によって実現されるものとする。なお、各部１６及び１７は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

本実施形態において、利用者端末１０は、例えば、当該利用者端末１０の位置を検出することが可能なＧＰＳ機能を有しているものとする。これにより、位置情報取得部１６は、ＧＰＳ機能によって検出された利用者端末１０の位置を示す位置情報を取得する。

チェックイン処理部１７は、上記した利用者が店舗にチェックインするための処理（以下、チェックイン処理と表記）を実行する機能部である。チェックイン処理部１７によって実行されるチェックイン処理の詳細については後述する。

ここで、本実施形態においては、店舗に対してチェックインしていなければ、利用者は購入操作及び会計操作を行うことができない（つまり、ボトルキープサービスにおける操作が制限される）ものとする。すなわち、本実施形態においては、利用者がチェックインしている場合にのみ、キープ対象飲食物の購入及び消費（つまり、会計）をすることができるものとする。

まず、図１９のシーケンスチャートを参照して、本実施形態における購入処理の処理手順について説明する。

本実施形態における購入処理においては、前述した図６に示すステップＳ１１〜Ｓ１５の処理に相当するステップＳ６１〜Ｓ６５の処理が実行される。

ここで、キープ対象飲食物を購入する場合、利用者は、ステップＳ６５において表示されたトップ画面に対して、店舗に対してチェックインをするための操作（以下、チェックイン操作と表記）を行う。このチェックイン操作には、例えばトップ画面に設けられている「チェックイン」ボタン（図示せず）をタッチする（押下する）操作等が含まれる。

このようにトップ画面上においてチェックイン操作が行われると、チェックイン処理部１７は、チェックイン処理を実行する（ステップＳ６６）。このチェックイン処理においては、利用者の店舗に対するチェックインが許可または拒否される。

ステップＳ６６のチェックイン処理において利用者の店舗に対するチェックインが許可された場合には、図６に示すステップＳ１６〜Ｓ１９の処理に相当するステップＳ６７〜Ｓ７０の処理が実行される。これにより、利用者は、キープ対象飲食物を購入することができる。

一方、利用者によってチェックイン操作が行われない場合、またはステップＳ６６のチェックイン処理において利用者の店舗に対するチェックインが許可されない（つまり、拒否された）場合には、ステップＳ６７〜Ｓ７０の処理は実行されない。

すなわち、本実施形態において、利用者は、チェックイン処理によって店舗にチェックインしていなければ、キープ対象飲食物を購入することはできない。具体的には、操作受付部１１は、利用者が店舗にチェックインしていない場合に各種画面等における購入操作（例えば、「購入」ボタン１１１に対するタッチ操作等）を受け付けないように構成されているものとする。

次に、図２０のシーケンスチャートを参照して、本実施形態におけるボトルキープサービス利用時の処理の処理手順について説明する。

本実施形態におけるボトルキープサービス利用時の処理においては、前述した図９に示すステップＳ２１〜Ｓ２５の処理に相当するステップＳ７１〜Ｓ７５の処理が実行される。

ここで、店舗において会計をする際にボトルキープサービスを利用する場合、利用者は、ステップＳ７５において表示されたトップ画面に対して上述したチェックイン操作を行う。

このようにトップ画面上においてチェックイン操作が行われると、チェックイン処理部１７は、チェックイン処理を実行する（ステップＳ７７）。このチェックイン処理は、上述した図１９に示すステップＳ６６における処理と同様の処理である。

ステップＳ７７のチェックイン処理において利用者の店舗に対するチェックインが許可された場合には、図９に示すステップＳ２６〜Ｓ３８の処理に相当するＳ７７〜Ｓ８９の処理が実行される。これにより、利用者は、ボトルキープサービスを利用して会計をすることができる。

一方、利用者によってチェックイン操作が行われない場合、またはステップＳ７７のチェックイン処理において利用者の店舗に対するチェックインが許可されない（つまり、拒否された）場合には、ステップＳ７７〜Ｓ８９の処理は実行されない。

すなわち、本実施形態において、利用者は、チェックイン処理によって店舗にチェックインしていなければ、ボトルキープサービスを利用して会計をすることはできない。具体的には、操作受付部１１は、利用者が店舗にチェックインしていない場合に各種画面等における会計操作（例えば、「会計」ボタン１２３に対するタッチ操作等）を受け付けないように構成されているものとする。

次に、図２１のフローチャートを参照して、上述したチェックイン処理（図１９に示すステップＳ６６の処理及び図２０に示すステップＳ７６の処理）の処理手順について説明する。

まず、上記したように利用者によってチェックイン操作が行われた場合、操作受付部１１は、当該チェックイン操作を受け付ける（ステップＳ９１）。

ここで、本実施形態においては、複数の店舗（例えば、チェーン店等）において、ボトルキープサービスの提供を受けることができるものとする。

この場合、ステップＳ９１においてチェックイン操作が受け付けられると、表示処理部１５は、利用者端末１０のディスプレイに、ボトルキープサービスの提供を受けることができる（ボトルキープサービスを利用可能な）店舗の一覧を含む画面（以下、店舗一覧画面と表記）を表示する（ステップＳ９２）。

この場合、利用者は、ステップＳ９２において表示された店舗一覧画面に対して、当該利用者が利用する店舗を選択する操作（以下、店舗選択操作と表記）を行う。利用者によって店舗選択操作が行われた場合、操作受付部１１は、当該店舗選択操作を受け付ける（ステップＳ９３）。以下、店舗選択操作において利用者によって選択された店舗を選択店舗と称する。

ステップＳ９３において店舗選択操作が受け付けられると、位置情報取得部１６は、上述したＧＰＳ機能によって検出された利用者端末１０（つまり、利用者）の位置を示す位置情報を取得する（ステップＳ９４）。

また、位置情報取得部１６は、選択店舗の位置を示す位置情報を取得する（ステップＳ９５）。

ここで、チェックイン処理部１７は、ステップＳ９４において取得された位置情報（利用者の位置情報）及びステップＳ９５において取得された位置情報（選択店舗の位置情報）を比較することによって、利用者が選択店舗にいる（つまり、選択店舗を利用している）か否かを判定する（ステップＳ９６）。

具体的には、利用者の位置情報によって示される位置と選択店舗の位置情報によって示される位置とが一致している場合には、利用者が選択店舗にいると判定されるものとする。一方、利用者の位置情報によって示される位置と選択店舗の位置情報によって示される位置とが一致していない場合には、利用者が選択店舗にいないと判定されるものとする。

なお、利用者の位置情報によって示される位置（ＧＰＳ機能によって検出された位置）には誤差が生じている場合があるため、例えば当該利用者の位置情報によって示される位置が選択店舗の位置情報によって示される位置から予め定められた範囲内にある場合には、利用者が選択店舗にいると判定されるようにしてもよい。

ステップＳ９６において利用者が選択店舗にいると判定された場合（ステップＳ９６のＹＥＳ）、チェックイン処理部１７は、利用者の選択店舗に対するチェックインを許可する（ステップＳ９７）。

一方、ステップＳ９６において利用者が選択店舗にいないと判定された場合（ステップＳ９６のＮＯ）、チェックイン処理部１７は、利用者の選択店舗に対するチェックインを拒否する（ステップＳ９８）。

すなわち、チェックイン処理においては、利用者が選択店舗にいる（選択店舗を利用中である）場合に当該利用者は選択店舗に対してチェックインすることができ、利用者が選択店舗にいない（選択店舗を利用中でない）場合には当該利用者は選択店舗に対してチェックインすることができない。

なお、図２１に示すステップＳ９２の処理においては店舗一覧画面が表示されるが、当該店舗一覧画面には、ボトルキープサービスの提供を受けることができる全ての店舗（の一覧）が含まれていてもよいし、例えば上記した利用者の位置情報によって示される位置の周囲にある店舗（の一覧）が含まれていてもよい。ボトルキープサービスの提供を受けることができる店舗に関する情報（例えば、店舗名及び店舗の位置等）が利用者端末１０内で管理されている場合、利用者の位置情報によって示される位置の周辺にある店舗（以下、周辺店舗と表記）は、当該利用者端末１０側で検索（特定）することができる。一方、ボトルキープサービスの提供を受けることができる店舗に関する情報がサーバ装置２０内で管理されている場合には、周辺店舗は、利用者端末１０において取得された利用者の位置情報を利用者端末１０から受信することによってサーバ装置２０側で検索されても構わない。この場合、サーバ装置２０側で検索された周辺店舗に関する情報をサーバ装置２０から受信することによって、利用者端末１０は、当該周辺店舗の一覧を含む店舗一覧画面を表示することができる。

周辺店舗は、例えば利用者の位置情報によって示される位置の周辺の地図（情報）上に表示されても構わない。

また、例えば利用者の位置情報によって示される位置の周囲に店舗が存在しないような場合には、ステップＳ９２〜Ｓ９６の処理が実行されることなく、ステップＳ９８の処理が実行される（つまり、チェックインが拒否される）ようにしてもよい。

なお、ステップＳ９８においてチェックインが拒否された場合には、当該チェックインが拒否された旨のポップアップ等を利用者端末１０に表示するものとする。これによって、チェックインが拒否された旨が利用者に通知されるものとする。

また、店舗一覧画面においては、例えば利用者がお気に入りとして予め登録している店舗が優先的（上位）に表示されるようにしてもよい。更に、例えば利用者端末１０及びサーバ装置２０において利用者のチェックインの履歴を管理しておくことにより、例えばチェックインの回数（つまり、利用回数）が多い店舗または直近にチェックインした店舗等が店舗一覧画面において優先的に表示されるようにしても構わない。

また、ステップＳ９５においては、上記したように利用者端末１０内で管理されている選択店舗の位置を示す位置情報が取得されてもよいし、サーバ装置２０内で管理されている当該位置情報を当該サーバ装置２０から取得（受信）してもよい。

上記したように本実施形態においては、利用者の操作に応じて当該利用者の店舗に対するチェックインを許可し、当該チェックインが許可されている場合に購入操作及び会計操作を受け付ける。なお、店舗に対するチェックインは、利用者の位置を示す位置情報に基づいて当該利用者が店舗を利用している（つまり、利用者が店舗にいる）と判定された場合に許可される。

本実施形態においては、上記した構成により、チェックインが許可されていない（つまり、店舗を利用していない）場合には購入操作及び会計操作が受け付けられないため、当該店舗を利用していない状態での利用者によるボトルキープサービスの誤使用（利用者の意図しない購入操作及び会計操作）を防止することができる。

なお、本実施形態においては店舗に対してチェックインしなければ利用者は購入操作及び会計操作を行うことができないものとして説明したが、前述した第１の実施形態において説明した譲渡操作も店舗に対してチェックインしなければ行うことができないようにしてもよい。一方、譲渡操作は例えば店舗を利用していない利用者が店舗を利用している他の利用者に対してキープ対象飲食物を譲渡する際に行われる場合が想定されるため、店舗にチェックインしていなくても行うことができるようにしてもよい。なお、チェックインしているときに行うことができる操作は、利用者等によって設定（変更）可能としてもよい。

また、本実施形態においては、上述した図１９に示すステップＳ６３の認証処理または図２０に示すステップＳ７３の認証処理において利用者が会員として登録されていると判定された後は、チェックインしていなくても例えば図１０に示すキープ画面等を表示することは可能であるものとする。すなわち、利用者が店舗にチェックインしていなくても（つまり、店舗を利用していなくても）、キープ対象飲食物の残存数量を把握することは可能である。

更に、本実施形態においては、チェックインした後は利用者は購入操作等を行うことが可能であるが、チェックインした状態のままでは継続して購入操作等を行うことが可能となるため、誤使用の防止の観点からチェックインした店舗からチェックアウトする（つまり、チェックインした状態を解除する）仕組みが必要である。

この場合、チェックインした後は、例えばトップ画面等に「チェックアウト」ボタン（図示せず）が設けられるものとする。これによれば、「チェックアウト」ボタンをタッチする（押下する）操作が利用者によって行われることによって、当該利用者は、店舗（選択店舗）からチェックアウトすることができる。このように店舗からチェックアウトした場合、利用者は、再度チェックインしなければ購入操作等を行うことはできず、誤使用を防止することができる。

なお、利用者が上記した「チェックアウト」ボタンをタッチする操作を行うことを失念する場合がある。このため、例えば上述した図２０に示す処理が終了した場合（つまり、チェックインした後に会計が完了した場合）に、自動的にチェックアウトするような構成としてもよい。また、利用者の位置情報によって示される位置を定期的に監視（取得）することによって、当該位置とチェックインしている店舗の位置との距離が予め定められた値以上となった場合（つまり、利用者が店舗の利用を終えて当該店舗から出た場合）に、自動的にチェックアウトするような構成としてもよい。このような構成によれば、利用者が「チェックアウト」ボタンをタッチする操作をしていない場合であっても、自動的にチェックアウトすることで、より確実に誤使用を防止することができる。

また、前述した第１の実施形態においてはキープ対象飲食物をクレジットカード決済により購入するものとして説明したが、本実施形態においては、購入操作を行う際にはチェックインしている（つまり、店舗にいる）ため、キープ対象飲食物を店舗において現金で購入するようにしても構わない。

この場合、購入操作が利用者によって行われた場合に、例えば利用者端末１０のディスプレイに当該利用者を識別するための利用者ＩＤを表すコードを含む画面が表示され、店舗端末３０に含まれる読取装置が当該コードを読み取ることによって、キープ対象飲食物を購入することができるものとする。この場合、コードを読み取ることによって取得された利用者ＩＤ及び購入されたキープ対象飲食物を示す情報（購入情報）を含む購入要求が店舗端末３０からサーバ装置２０に送信され、図６に示すステップＳ１８（図１９に示すステップＳ７０）の処理が実行される。なお、キープ対象飲食物の購入金額は、会計時における利用者に対する請求金額に加算され、店舗において現金で支払うことができるものとする。

また、本実施形態においては会計時に店舗端末３０において消費数量が入力されるものとして説明したが、例えば利用者端末１０においてキープ対象飲食物の消費を注文することができるような構成としてもよい。

以下、図２２のフローチャートを参照して、キープ対象飲食物の消費を注文する際の処理手順について説明する。

この場合、前述した図２０に示すステップＳ７１〜７７の処理に相当するステップＳ１０１〜Ｓ１０７の処理が実行される。

ここで、上記したようにキープ対象飲食物の消費を注文する場合、利用者は、利用者端末１０に対して注文操作を行うものとする。注文操作には、例えばステップＳ１０７において表示されたキープ画面に設けられている「注文」ボタン（図示せず）に対するタッチ操作等が含まれる。

このような注文操作が利用者によって行われた場合、利用者端末１０に含まれる操作受付部１１は、当該注文操作を受け付ける（ステップＳ１０８）。

操作受付部１１によって注文操作が受け付けられた場合、表示処理部１５は、利用者端末１０のディスプレイに、注文の対象となるキープ対象飲食物の飲食物名（以下、注文商品と表記）及び当該キープ対象飲食物の数量（注文数量）を選択する画面（以下、注文画面と表記）を表示する。

この場合、利用者による利用者端末１０に対する操作に応じて、注文画面上で注文商品及び注文数量が選択される（ステップＳ１０９）。

このように選択された注文商品及び注文数量は、利用者端末１０を利用する利用者を識別するための利用者ＩＤとともに、サーバ装置２０に送信される（ステップＳ１１０）。

この場合、サーバ装置２０に含まれるＤＢ更新部２１は、利用者端末１０から送信された利用者ＩＤ、注文商品及び注文数量を受信し、図９に示すステップＳ３６に相当するステップＳ１１１の処理を実行する。具体的には、ＤＢ更新部２１は、受信された利用者ＩＤ及び注文商品（飲食物名）を含むキープ情報をキープ情報データベース２３から取得し、当該取得されたキープ情報を、当該キープ情報に含まれる数量（残存数量）から注文数量を減算した数量を含むキープ情報に更新する。

なお、このＤＢ更新部２１において受信された注文数量は、例えば利用者が店舗に対してチェックインしている間、サーバ装置２０内に保持されており、当該店舗における会計時に店舗端末３０に送信される（ステップＳ１１２）。店舗に対してチェックインしている利用者が複数存在する場合には、例えば店舗端末３０にチェックインしている利用者（を識別するための利用者ＩＤ）を表示し、当該店舗端末３０において指定された利用者が利用する利用者端末１０において選択された注文数量が店舗端末３０に送信されるような構成としてもよい。

これによれば、会計処理部３３は、例えば利用者に対する請求金額から注文数量に基づく料金を減額した金額を算出する等の会計処理を実行することができる（ステップＳ１１３）。

上記したように利用者端末１０においてキープ対象飲食物の消費を注文することが可能である場合には、図９及び図２０等において説明した利用者端末１０のディスプレイに表示されたコードを会計時に提示する（店舗端末３０に含まれる読取装置にかざす）ことを不要とすることも可能である。

ここでは、キープ対象飲食物の残存数量の管理のためにキープ対象飲食物の消費を利用者端末１０において注文するものとして説明したが、例えば利用者端末１０をセルフオーダーシステム等と連携させることによって、上記した利用者端末１０に表示された注文画面上から当該キープ対象飲食物（の提供）を店舗に対して注文することができるような構成としても構わない。

上記した各実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が各実施形態を実現するための各処理の一部を実行してもよい。

更に、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

また、記憶媒体は１つに限らず、複数の媒体から各実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であってもよい。

なお、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、各実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。

また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

なお、本願発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１０…利用者端末、１１…操作受付部、１２…会員登録部、１３…購入処理部、１４…シェア処理部、１５…表示処理部、１６…位置情報取得部、１７…チェックイン処理部、２０…サーバ装置（サービス提供装置）、２１…ＤＢ更新部、２２…会員情報ＤＢ、２３…キープ情報ＤＢ（格納手段）、３０…店舗端末、３１…コード読取部（取得手段）、３２…操作受付部、３３…会計処理部。

本発明の１つの態様によれば、利用者によって使用される利用者端末と、当該利用者端末と通信可能に接続されるサーバ装置と、前記サーバ装置と通信可能に接続され、店舗に設置される店舗端末とを備えるサービス提供システムが提供される。前記利用者端末は、予め定められた第１の数が規定されているキープ対象飲食物を購入する前記利用者の購入操作を受け付ける受付手段を含む。前記サーバ装置は、前記購入操作に基づいて前記キープ対象飲食物が購入された場合に、前記第１の数を含む第１のキープ情報を格納する格納手段と、前記店舗において提供される前記キープ対象飲食物の単位に従った数の前記キープ対象飲食物が前記利用者に対して提供された場合、前記格納手段に格納された第１のキープ情報に含まれる第１の数を、当該第１の数から当該提供されたキープ対象飲食物の数を減算した第２の数に更新する更新手段とを含む。前記受付手段は、前記店舗での会計時に前記利用者の会計操作を受け付ける。前記利用者端末は、前記会計操作が受け付けられた場合に、前記利用者を識別するための識別情報を表すコードを表示する表示処理手段を更に含む。前記第１のキープ情報は、前記利用者端末を使用する利用者を識別するための識別情報を更に含む。前記店舗端末は、前記提供されたキープ対象飲食物の数を入力する入力手段と、前記表示されたコードを読み取ることによって当該コードによって表される識別情報を取得する識別情報取得手段と、前記利用者に対する請求金額から前記入力された数に基づく料金を減額した金額を算出する会計処理手段とを含む。前記更新手段は、前記取得された識別情報を含む第１のキープ情報に含まれる第１の数を、当該第１の数から前記入力された数を減算した第２の数に更新する。

Claims (8)

1. 利用者によって使用される利用者端末と、当該利用者端末と通信可能に接続されるサーバ装置と、前記サーバ装置と通信可能に接続され、店舗に設置される店舗端末とを備えるサービス提供システムにおいて、
   前記利用者端末は、予め定められた第１の数が規定されているキープ対象飲食物を購入する前記利用者の購入操作を受け付ける受付手段を含み、
   前記サーバ装置は、
   前記購入操作に基づいて前記キープ対象飲食物が購入された場合に、前記第１の数を示す第１の情報を格納する格納手段と、
   前記店舗において提供される前記キープ対象飲食物の単位に従った数の前記キープ対象飲食物が前記利用者に対して提供された場合、前記格納手段に格納された第１の情報を、前記第１の数から当該提供されたキープ対象飲食物の数を減算した第２の数量を示す第２の情報に更新する更新手段と
   を含み、
   前記受付手段は、前記店舗での会計時に前記利用者の会計操作を更に受け付け、
   前記利用者端末は、前記会計操作が受け付けられた場合に、前記利用者を識別するための識別情報を表すコードを表示する表示処理手段を更に含み、
   前記第１の情報は、前記利用者端末を使用する利用者を識別するための識別情報を含み、
   前記店舗端末は、
   前記提供されたキープ対象飲食物の数を入力する入力手段と、
   前記表示されたコードを読み取ることによって当該コードによって表される識別情報を取得する識別情報取得手段と、
   前記利用者に対する請求金額から前記入力された数に基づく料金を減額した金額を算出する会計処理手段と
   を含み、
   前記更新手段は、前記取得された識別情報を含む第１の情報を、当該第１の情報によって示される第１の数から前記入力された数を減算した第２の数を示す第２の情報に更新する
   ことを特徴とするサービス提供システム。
2. 前記利用者端末は、利用者の操作に応じて当該利用者の前記店舗に対するチェックインを許可するチェックイン処理部を更に含み、
   前記受付手段は、前記チェックインが許可されている場合に、前記購入操作及び前記会計操作を受け付ける
   ことを特徴とする請求項１記載のサービス提供システム。
3. 前記利用者端末は、前記利用者の位置を示す位置情報を取得する位置情報取得手段を更に含み、
   前記チェックイン処理部は、前記取得された位置情報に基づいて、前記利用者が前記店舗を利用していると判定された場合に、当該利用者の当該店舗に対するチェックインを許可する
   ことを特徴とする請求項２記載のサービス提供システム。
4. 前記利用者端末は、前記利用者の操作に応じて前記第２の情報を表示する表示処理手段を更に含むことを特徴とする請求項１〜３のいずれか一項に記載のサービス提供システム。
5. 前記受付手段は、前記表示された第２の情報によって示される第２の数の一部を他の利用者に譲渡する譲渡操作を更に受け付け、
   前記更新手段は、前記譲渡操作に基づいて、前記第２の情報を、当該第２の情報によって示される第２の数から前記他の利用者に譲渡される前記第２の数の一部を減算した第３の数を示す第３の情報に更新し、前記店舗において前記他の利用者が飲食可能な前記第２の数の一部を示す第４の情報を前記格納手段に格納する
   ことを特徴とする請求項４記載のサービス提供システム。
6. 前記利用者端末は、前記譲渡操作に基づいて、前記他の利用者によって利用される利用者端末にメッセージを送信する送信手段を更に含むことを特徴とする請求項５記載のサービス提供システム。
7. 前記送信手段は、ソーシャルネットワーキングサービスを利用して前記メッセージを送信することを特徴とする請求項６記載のサービス提供システム。
8. 利用者によって使用される利用者端末と、当該利用者端末と通信可能に接続されるサーバ装置と、前記サーバ装置と通信可能に接続され、店舗に設定される店舗端末とを備えるサービス提供システムが実行するサービス提供方法であって、
   予め定め定められた第１の数が規定されているキープ対象飲食物を購入する利用者の購入操作を前記利用者端末が受け付けるステップと、
   前記購入操作に基づいて前記キープ対象飲食物が購入された場合に、前記利用者端末を使用する利用者を識別するための識別情報を含み、前記第１の数を示す第１の情報を前記サーバ装置が格納手段に格納するステップと、
   前記店舗での会計時に前記利用者の会計操作を前記利用者端末が受け付けるステップと、
   前記会計操作が受け付けられた場合に、前記利用者を識別するための識別情報を表すコードを前記利用者端末が表示するステップと、
   前記店舗において提供される前記キープ対象飲食物の単位に従った数の前記キープ対象飲食物が前記利用者に対して提供された場合、当該提供されたキープ対象飲食物の数を前記店舗端末が入力するステップと、
   前記表示されたコードを読み取ることによって当該コードによって表される識別情報を前記店舗端末が取得するステップと、
   前記利用者に対する請求金額から前記入力された数に基づく料金を減額した金額を前記店舗端末が算出するステップと、
   前記格納手段に格納された前記取得された識別情報を含む第１の情報を、当該第１の情報によって示される第１の数から前記入力された数を減算した第２の数を示す第２の情報に更新するステップと
   を具備することを特徴とするサービス提供方法。

Images