(57)【要約】【課題】  グループ内の顧客のポイントを統合することによって自分が所望するサービスを購入することができることを容易に知ることができるサービス提供システムを提供する。【解決手段】  サービス提供システムは、複数の顧客識別情報を１つのグループとして管理する顧客管理手段と、グループに対応付けて、所望の１又は複数のサービスに関する情報を管理するサービス管理手段と、顧客識別情報に対応付けて、顧客が所有するポイント数を管理するポイント管理手段と、グループに所属する１又は複数の顧客識別情報のポイント数を加算することによって、サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する判断手段と、サービス管理手段によって管理されているサービスの提供可能ポイント数に達すると判断された場合、その旨を示す通知を顧客が所有する顧客端末に通知する通知手段とを備える。【選択図】図１
2012084028.tif 000002
【特許請求の範囲】
【請求項１】
複数の顧客識別情報を１つのグループとして管理する顧客管理手段と、
前記グループに対応付けて、所望の１又は複数のサービスに関する情報を管理するサービス管理手段と、
前記顧客識別情報に対応付けて、顧客が所有するポイント数を管理するポイント管理手段と、
前記グループに所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する判断手段と、
前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達すると判断された場合、その旨を示す通知を顧客が所有する顧客端末に通知する通知手段とを備える、サービス提供システム。
【請求項２】
前記判断手段が、ポイント数が多い順に、前記顧客識別情報が所有するポイントを順次加算し、加算したポイント数が前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達した場合に、ポイントの加算を終了し、
前記通知手段が、前記判断手段によってポイントが加算された前記顧客識別情報で特定される１又は複数の顧客の情報を前記顧客端末にさらに通知する、請求項１に記載のサービス提供システム。
【請求項３】
前記通知手段による前記通知に応答し、ユーザ操作によってサービスを受ける指示が前記顧客端末に入力された場合、前記判断手段によってポイントが加算された前記顧客識別情報のポイントを使用して、前記サービスを提供するサービス提供手段をさらに備える、請求項２に記載のサービス提供システム。
【請求項４】
前記ポイント管理手段が前記グループ内のいずれかの顧客識別情報のポイントが加算された際に、前記判断手段が、当該グループに関して、所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する、請求項１〜３のいずれかに記載のサービス提供システム。
【請求項５】
請求項１〜４のいずれかに記載のサービス提供システムの各手段をコンピュータに実行させる、サービス提供プログラム。
【請求項６】
サーバと、前記サーバに接続可能な顧客端末とを備え、
前記顧客端末が、
所望の１又は複数のサービスを選択するサービス選択手段と、
後記通知手段からの通知を受信して表示する表示手段とを有し、
前記サーバが、
複数の顧客識別情報を１つのグループとして管理する顧客管理手段と、
前記グループに対応付けて、前記サービス選択手段によって選択された所望の１又は複数のサービスに関する情報を管理するサービス管理手段と、
前記顧客識別情報に対応付けて、顧客が所有するポイント数を管理するポイント管理手段と、
前記グループに所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する判断手段と、
前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達すると判断された場合、その旨を示す通知を顧客が所有する顧客端末に通知する通知手段とを有する、サービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、及び、そのプログラムに関する。
【背景技術】
【０００２】
飲食店やその他の販売店では、売り上げ向上のために、購入金額に応じて客ＩＤに対応付けてポイントを付与し、ポイント数の総額によって様々な商品やサービスを提供することができるようになっている。ここで、同一家族等のグループ内の複数の客のポイントを統合するシステムが考えられる。しかし、客は、グループ内の他の者が取得しているポイント数を容易に認識することが困難であり、グループ内の誰のポイントと誰のポイントとを統合すると、自分が所望するサービスを購入することができるかを知るのが困難である。
【０００３】
下記特許文献１には、１人の客が複数の店舗で取得したポイントを統合して利用するシステムが記載されている。しかし、特許文献１には、グループに所属する複数の客のポイントを統合することについて何ら記載されていない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２３４０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、グループ内の顧客のポイントを統合することによって自分が所望するサービスを購入することができることを容易に知ることができるサービス提供システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の好ましい実施形態によるサービス提供システムは、複数の顧客識別情報を１つのグループとして管理する顧客管理手段と、前記グループに対応付けて、所望の１又は複数のサービスに関する情報を管理するサービス管理手段と、前記顧客識別情報に対応付けて、顧客が所有するポイント数を管理するポイント管理手段と、前記グループに所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する判断手段と、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達すると判断された場合、その旨を示す通知を顧客が所有する顧客端末に通知する通知手段とを備える。
【０００７】
グループ内で購入を希望するサービスを予め登録しておくと、グループ内の各客のポイント数を加算することで登録されているサービスの提供可能ポイント数に達した場合に、顧客端末にその旨を示す通知が送信される。従って、グループ内の顧客は、グループ内の顧客のポイントを統合することによって自分が所望するサービスを購入することができることを容易に知ることができる。
【０００８】
好ましい実施形態においては、前記判断手段が、ポイント数が多い順に、前記顧客識別情報が所有するポイントを順次加算し、加算したポイント数が前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達した場合に、ポイントの加算を終了し、前記通知手段が、前記判断手段によってポイントが加算された前記顧客識別情報で特定される１又は複数の顧客の情報を前記顧客端末にさらに通知する。
【０００９】
この場合、所有するポイント数が多い順にグループ内の顧客のポイント数を加算するので、できるだけ少人数の顧客のポイント数を加算することで登録されているサービスを購入できることを知ることができる。また、誰のポイントと誰のポイントとを加算することで、登録されているサービスを購入できるかを知ることができる。
【００１０】
好ましい実施形態においては、前記通知手段による前記通知に応答し、ユーザ操作によってサービスを受ける指示が前記顧客端末に入力された場合、前記判断手段によってポイントが加算された前記顧客識別情報のポイントを使用して、前記サービスを提供するサービス提供手段をさらに備える。
【００１１】
この場合、サービスの提供可能ポイント数に達するためにポイント数が加算された顧客のポイントを使用することによって、通知されたサービスを直ぐに購入することができる。
【００１２】
好ましい実施形態においては、前記ポイント管理手段が前記グループ内のいずれかの顧客識別情報のポイントが加算された際に、前記判断手段が、当該グループに関して、所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する。
【００１３】
グループ内のいずれかの顧客識別情報のポイントが加算された際に、グループ内の顧客のポイント数を加算することで登録されているサービスの提供可能ポイント数に達するかを判断することによって、最短で顧客端末に対して、サービスを購入できる旨を通知することができる。
【００１４】
本発明の好ましい実施形態によるサービス提供システムは、サーバと、前記サーバに接続可能な顧客端末とを備え、前記顧客端末が、所望の１又は複数のサービスを選択するサービス選択手段と、後記通知手段からの通知を受信して表示する表示手段とを有し、前記サーバが、複数の顧客識別情報を１つのグループとして管理する顧客管理手段と、前記グループに対応付けて、前記サービス選択手段によって選択された所望の１又は複数のサービスに関する情報を管理するサービス管理手段と、前記顧客識別情報に対応付けて、顧客が所有するポイント数を管理するポイント管理手段と、前記グループに所属する１又は複数の顧客識別情報のポイント数を加算することによって、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達するか否かを判断する判断手段と、前記サービス管理手段によって管理されているサービスの提供可能ポイント数に達すると判断された場合、その旨を示す通知を顧客が所有する顧客端末に通知する通知手段とを有する。
【発明の効果】
【００１５】
グループ内の顧客のポイントを統合することによって自分が所望するサービスを購入することができることを容易に知ることができるサービス提供システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の好ましい実施形態によるサービス提供システムを示すブロック図である。
【図２】グループ情報ＤＢを示す図である。
【図３】ポイント管理ＤＢを示す図である。
【図４】全サービスリストを示す図である。
【図５】サービス管理ＤＢを示す図である。
【図６】ポイントを付与する際の処理を示すフローチャートである。
【図７】所望のサービスを登録する際の処理を示すフローチャートである。
【図８】所望のサービスを登録する際の画面を示す図である。
【図９】グループ内の顧客のポイントを加算して、登録されているサービスの提供可能ポイントに達するかを判断するフローチャートである。
【図１０】サービスを購入できることを通知する画面を示す図である。
【図１１】通知されたサービスを購入際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の好ましい実施形態について図面を参照して説明するが、本発明はこれらの実施形態には限定されない。図１は、本実施形態によるサービス提供システムを示すブロック図である。サービスは、ポイントを使用して購入可能な任意のサービスを意味し、例えば、家具、家電、食料品、雑貨、コンテンツ（音楽ファイル等）、旅行、商品券等である。
【００１８】
サービス提供システムは、サーバ１０と、店舗端末３０と、顧客端末４０とを備える。サーバ１０は、各店舗を経営する事業者またはその代行者によって管理、運営される。店舗端末３０は店舗に設置される。顧客端末４０は、顧客が所有する端末であり、例えば、ＰＣや携帯電話等である。これらは、インターネット等の任意の電気通信回線（ネットワーク）を介して接続可能である。
【００１９】
サーバ１０は、複数の客の顧客識別情報（以下、客ＩＤという。）を１つのグループとして管理し、各グループに対応付けて、客が所望する１又は複数のサービスに関する情報を管理する。また、サーバ１０は、各客ＩＤに対応付けて、客が所有するポイント数を管理する。
【００２０】
サーバ１０は、グループに所属する１又は複数の客ＩＤのポイント数を加算することによって、登録されているサービスの提供可能ポイント数に達するか否かを判断する。判断の結果、登録されているサービスの提供可能ポイント数に達すると判断された場合、サーバ１０は、その旨を示す通知を顧客が所有する顧客端末４０に通知する。
【００２１】
詳細には、サーバ１０は、グループ内でポイント数が多い順に、客が所有するポイントを順次加算し、加算したポイント数が登録されているサービスの提供可能ポイント数に達した場合に、ポイントの加算を終了し、ポイントが加算された客ＩＤで特定される１又は複数の客の情報を顧客端末４０にさらに通知する。
【００２２】
サーバ１０は、ＨＤＤ（ハードディスクドライブ）等の任意の記憶媒体１１と、制御部１２と、ＲＯＭ、ＲＡＭ等のメモリ１３と、通信部１４とを概略備える。
【００２３】
ＨＤＤ１１には、図２に示すグループ情報データベース（以下、データベースのことを単にＤＢと記載する。）が格納されている。グループ情報ＤＢは、客が所属するグループと、客が所有するポイントとを管理するＤＢである。グループ情報ＤＢは、グループＩＤに対応付けて、グループＩＤで特定されるグループに属する客の情報（氏名、住所等）と、客ＩＤと、サービスを購入できることを示す通知を送信する送信先（例えば、電子メールで送信する場合には、電子メールアドレス）が登録されている。なお、グループの設定は、特に限定されないが、顧客端末４０において、顧客の操作によって設定されるとよい。もしくは、サーバ１０の管理者が設定してもよい。
【００２４】
ＨＤＤ１１には、図３に示すポイント管理ＤＢを格納されている。ポイント管理ＤＢは、客が所有するポイント数を管理するＤＢである。ポイント管理ＤＢは、客の情報（例えば氏名）と、客ＩＤとに対応付けて客が所有するポイント数が登録されている。
【００２５】
ＨＤＤ１１には、図４に示す全サービスリストが格納されている。全サービスリストは、客がポイントを使用して購入可能なサービスの情報を管理するＤＢである。全サービスリストには、サービス名と、サービスＩＤと、サービスを提供するために必要なポイント数とが登録されている。
【００２６】
ＨＤＤ１１には図５に示すサービス管理ＤＢが格納されている。サービス管理ＤＢは、グループ毎に所望するサービスを管理するＤＢである。サービス管理ＤＢは、グループＩＤに対応付けて、グループが所望する、サービス名と、サービスＩＤと、サービスを提供するために必要なポイント数とが登録される。
【００２７】
図１に戻って、制御部１２は、メモリ１３に格納されているプログラムに基づいて、サーバ１０の各部を制御するものであり、マイコンやＣＰＵ等である。制御部１２の処理の詳細は動作説明において詳述する。
【００２８】
通信部１４は、店舗端末３０の通信部３３、および、顧客端末４０の通信部４３とインターネット経由で通信し、各コマンドや情報を送受信する。
【００２９】
店舗端末３０は、制御部３１と、ＲＯＭ、ＲＡＭ等のメモリ３２と、通信部３３と、入力部３４と、ＩＣカード読取部３５とを概略備える。
【００３０】
制御部３１は、メモリ３２に格納されているプログラムに基づいて、店舗端末３０の各部を制御するものであり、マイコンやＣＰＵ等である。制御部３１の処理の詳細は動作説明において詳述する。通信部３３は、サーバ１０の通信部１４とインターネット経由で通信し、各コマンドや情報を送受信する。ＩＣカード読取部３５は、顧客が所有するＩＣカードから客ＩＤを読み取る。
【００３１】
顧客端末４０は、制御部４１と、ＲＯＭ、ＲＡＭ等のメモリ４２と、通信部４３と、入力部４４とを概略備える。
【００３２】
制御部４１は、メモリ４２に格納されているプログラムに基づいて、顧客端末４０の各部を制御するものであり、マイコンやＣＰＵ等である。制御部４１の処理の詳細は動作説明において詳述する。通信部４３は、サーバ１０の通信部１４とインターネット経由で通信し、各コマンドや情報を送受信する。入力部４４は、ユーザ操作が入力されるものであり、リモコンや操作ボタン等である。
【００３３】
以上の構成を有するサービス提供システムについてその動作を説明する。図６は、客が店舗で商品を購入する際の店舗端末３０およびサーバ１０の処理を示すフローチャートである。客が例えば店舗で商品を購入する際に、客は店員にＩＣカードを渡す。店員がＩＣカードをＩＣカード読取部３５に接触または近接させることによって、ＩＣカード読取部３５は、ＩＣカードと通信し、ＩＣカードに記録されている客ＩＤを読み出して、制御部３１に受け渡す（Ｓ１）。
【００３４】
店員は入力部３４に商品の情報を入力する。制御部３１は、商品を購入する指示が入力部３４を介して入力されたか否かを判断している（Ｓ２）。入力された場合（Ｓ２でＹＥＳ）、制御部３１は、商品の購入金額に応じて、今回取得するポイント数を決定する（Ｓ３）。購入金額とポイント数との関係は、メモリ３４内に予め設定されている。制御部３１は、ＩＣカードから取得した客ＩＤと、決定したポイント数とをインターネット経由でサーバ１０に送信する（Ｓ４）。なお、店舗端末３０が購入金額をサーバ１０に送信し、サーバ１０が購入金額に応じてポイント数を算出してもよい。
【００３５】
サーバ１０の制御部１２は、店舗端末３０から購入情報（客ＩＤ、ポイント数）を受信したか否かを判断している（Ｓ５）。受信した場合（Ｓ５でＹＥＳ）、制御部１２は、ポイント管理テーブルに、客ＩＤに対応付けてポイント数を加算する（Ｓ６）。
【００３６】
図７は、必要ポイントに到達した際に電子メールによる通知を希望するサービスを登録する処理を示すフローチャートである。顧客端末４０の制御部４１は、入力部４４を介してユーザ操作によって客ＩＤが入力されると（Ｓ１１）、客ＩＤをインターネット経由でサーバ１０に送信する（Ｓ１２）。
【００３７】
サーバ１０の制御部１２は、顧客端末４０から客ＩＤを受信したか否かを判断している（Ｓ２１）。受信した場合（Ｓ２１でＹＥＳ）、受信した客ＩＤが属するグループのグループＩＤをグループ情報ＤＢを参照して特定する。制御部１２は、サービス管理ＤＢを参照し、特定したグループＩＤに登録済みのサービスを特定し、サービスＩＤを取得する（Ｓ２２）。
【００３８】
制御部１２は、図８に示すようにサービス選択画面を生成し、顧客端末４０にインターネット経由で送信する（Ｓ２３）。サービス選択画面には、全サービスリストに含まれるサービスのサービス名（およびサービスＩＤ）と、サービスを購入するために必要なポイント数とが記述されている。さらに、サービス選択画面には、サービスを選択するためのチェックボックスが描画されるが、サービス管理ＤＢに既に登録されているサービス（Ｓ２２で特定したサービス）については、予めチェックボックスが選択されている（例えば、黒色がチェックされた状態、白色がチェックされていない状態を示す）。
【００３９】
顧客端末４０の制御部４１は、サーバ１０からサービス選択画面を受信して、図示しない表示部に表示させる（Ｓ１３）。制御部４１は、ユーザ操作によって１又は複数のサービスが選択されて決定ボタンが押されてか否かを判断している（Ｓ１４）。１又は複数のサービスが選択されて決定ボタンが押された場合（Ｓ１４でＹＥＳ）、制御部４１は、選択されたサービスのサービス名（及び／又はサービスＩＤ）をサーバ１０に送信し、サービスの登録要求を送信する（Ｓ１５）。
【００４０】
サーバ１０の制御部１２は、顧客端末４０からサービス登録要求を受信したか否かを判断している（Ｓ２４）。受信した場合（Ｓ２４でＹＥＳ）、選択された１又は複数のサービスのサービス名、サービスＩＤ、及び、ポイント数を、グループＩＤに対応付けて、サービス管理ＤＢに登録する（Ｓ２５）。なお、図８の選択画面で予めチェックされているサービスのチェックが解除されて、決定ボタンが押されると、サービス管理ＤＢから当該サービスの登録が削除可能であるとよい。
【００４１】
図９は、グループ内の１又は複数の客のポイント合計が、登録しているサービスに必要なポイントに達した場合に、登録されている電子メールアドレスにその旨を通知するサーバの処理を示す。この処理は、図６の処理でポイント管理ＤＢにポイントを加算した際に、ポイントが加算された客ＩＤが属するグループについて実行される。これにより、ポイント加算後、直ちにサービスを購入できる旨を通知を受信することができる。
【００４２】
サーバ１０の制御部１２は、処理の対象となるグループ内の全客ＩＤを所有ポイントが多い順に（降順に）並べ替える。ポイントが多い方から順にポイントを加算していくことによって、少ない人数のポイントを加算するだけで、サービスに必要なポイントに達することができるからである。但し、ポイントの加算方法については、これに限定されず、例えば、ＤＢに登録されている順に加算してもよい。
【００４３】
制御部１２は、サービス管理ＤＢに処理の対象となるグループに対応付けて登録されているサービスの番号を示すインデックスｉを１に初期化する（Ｓ３２）。図５では、ｉ＝１はサービスａ、ｉ＝２はサービスｂ、ｉ＝３はサービスｃに対応している。制御部１２は、インデックスｉで特定されるサービスについて、サービス名、サービスＩＤ、必要ポイント数をサービス管理ＤＢから取得して、メモリ１３に保存する（Ｓ３３）。
【００４４】
制御部１２は、Ｓ３１で並べ替えた客ＩＤの番号を示すインデックスｊを１に初期化する（Ｓ３４）。つまり、並べ替えた後に、最初にくる客ＩＤ（ポイント数が最も多い客ＩＤ）が選択される（Ｓ３４）。制御部１２は、インデックスｊで特定される客ＩＤが所有するポイントを取得し（Ｓ３５）、合計ポイント数に加算し（Ｓ３６）、メモリ１３に保存する。なお、ｊ＝１の場合、最初の客ＩＤであるので、取得したポイント数をそのままメモリ１３に保存する。
【００４５】
制御部１２は、合計ポイント数がＳ３３で取得したサービスに必要なポイント数以上であるか否かを判断する（Ｓ３７）。未だサービスに必要なポイント数に達していない場合（Ｓ３７でＮＯ）、制御部１２は、インデックスｊが処理対象のグループの客ＩＤの数に達しているか否かを判断する（Ｓ３９）。つまり、グループ内の全ての客ＩＤのポイントを加算し終えたか否かが判断される。未だインデックスｊが処理対象のグループの客ＩＤの数に達していない場合（Ｓ３９でＮＯ）、インデックスｊを１増加させ（Ｓ４０）、Ｓ３５に戻る。つまり、次にポイント数を多く所有する客ＩＤが選択されて、ポイント数が取得され（Ｓ３５）、合計ポイント数に加算される（Ｓ３６）。
【００４６】
合計ポイント数がＳ３３で取得したサービスに必要なポイント数以上である場合（Ｓ３７でＹＥＳ）、制御部１２は、グループＩＤに対応付けられている電子メールアドレスに対して、Ｓ３５、Ｓ３６でポイントを加算した１又は複数の客ＩＤを通知し、これらの客ＩＤのポイントを加算することによって、サービスを受けることができることを通知する（Ｓ３８）。詳細には、図１０に示すような画面が生成されて、送信される。図１０では、サービスａについて必要なポイントは５００であるが、ＡのポイントとＢのポイントとを合算すると、購入可能であることを示している。Ｓ３８の処理の後、Ｓ４１に進む。
【００４７】
一方、Ｓ３９でＹＥＳと判断された場合、グループ内の全客ＩＤが所有するポイントを加算しても、Ｓ３３で取得したサービスを受けることはできない。従って、サービスを受けることができる旨の通知は送信されずに、Ｓ４１に進む。
【００４８】
Ｓ４１では、制御部１２は、インデックスｉがサービス管理ＤＢで処理対象のグループに対応付けて管理されているサービスの数と等しくなったか、つまり、登録されている全サービスについてポイントを合算することでサービスを受けることができるか否かのチェックが行われたか否かを判断する。未だｉがサービスの数未満であれば（Ｓ４１でＮＯ）、インデックスｉが１増加されて、Ｓ３３に戻る。つまり、サービス管理ＤＢで処理対象のグループに対応付けて管理されている次のサービスが選択されて、上記と同じ処理が実行される。一方、ｉがサービスの数と等しくなると（Ｓ４１でＹＥＳ）、処理を終了する。
【００４９】
図１１は、サービスを受けることができる旨の通知を受信する際の処理を示すフローチャートである。顧客端末４０の制御部４１は、図１０に示すような、登録しておいたサービスを受けることができる旨の通知を受信し、図示しない表示部に表示させる（Ｓ５１）。図１０において、「サービスを購入」ボタンと「今は購入しない」ボタンとが表示されている。制御部４１は、「サービスを購入」ボタンがユーザ操作によって押され、図１０に表示されている１又は複数の客のポイントを合計して使用することによって、サービスを受ける指示が入力されたか否かを判断している。入力された場合（Ｓ４１でＹＥＳ）、制御部４１は、サーバ１０にサービスを購入する要求をインターネット経由で送信する（Ｓ５３）。
【００５０】
サーバ１０の制御部１２は、Ｓ５３で送信されたサービス購入要求を顧客端末から受信したか否かを判断している（Ｓ６１）。受信した場合（Ｓ６１でＹＥＳ）、制御部１２は、サービス購入処理を実行し（Ｓ６２）、図１０の画面に記述されている客ＩＤから記述されているポイントを減算し、ポイント管理ＤＢを更新する（Ｓ６３）。
【００５１】
以上の処理によって、グループ内の客のポイントを統合することによって自分が所望するサービスを購入することができることを容易に知ることができる。
【００５２】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。顧客端末は、家庭内に設置される端末、又は、ポータブルオーディオ機器や携帯電話等の可搬型であればよい。サーバ１０、店舗端末３０、顧客端末４０の上記各動作をコンピュータに実行させるためのプログラムおよびこれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００５３】
本発明は、サービス提供システムに好適に採用され得る。
【符号の説明】
【００５４】
１０              サーバ
３０              店舗端末
４０              顧客端末
【図１】
2012084028.tif 000003
【図２】
2012084028.tif 000004
【図３】
2012084028.tif 000005
【図４】
2012084028.tif 000006
【図５】
2012084028.tif 000007
【図６】
2012084028.tif 000008
【図７】
2012084028.tif 000009
【図８】
2012084028.tif 000010
【図９】
2012084028.tif 000011
【図１０】
2012084028.tif 000012
【図１１】
2012084028.tif 000013