(57)【要約】【課題】決済を行う際の付加価値を提供する。【解決手段】本願に係る出力プログラムは、店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得（例えば、ユーザの属性情報や行動情報、決済金額、店舗の利用回数等の情報に基づいて決定される音情報を取得）する取得手順と、決済が行われる場合に、取得手順が取得した音情報が示す音（例えば、音声や、音楽などの音を含む）を出力する出力手順とをコンピュータに実行させることを特徴とする。【選択図】図１
2020027521.tif 000002
【特許請求の範囲】
【請求項１】
店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する取得手順と、
前記決済が行われる場合に、前記取得手順が取得した音情報が示す音を出力する出力手順と
をコンピュータに実行させることを特徴とする出力プログラム。
【請求項２】
前記取得手順は、
前記店舗によって設定される前記音情報を取得する
ことを特徴とする請求項１に記載の出力プログラム。
【請求項３】
前記取得手順は、
前記店舗が属するカテゴリに応じて設定される前記音情報を取得する
ことを特徴とする請求項１又は２に記載の出力プログラム。
【請求項４】
前記取得手順は、
前記決済における決済金額に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜３のいずれか一つに記載の出力プログラム。
【請求項５】
前記取得手順は、
前記ユーザに関する情報に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜４のいずれか一つに記載の出力プログラム。
【請求項６】
前記取得手順は、
前記ユーザの属性情報又は行動情報に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜５のいずれか一つに記載の出力プログラム。
【請求項７】
前記取得手順は、
前記ユーザによる前記店舗の利用回数に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜６のいずれか一つに記載の出力プログラム。
【請求項８】
前記取得手順は、
前記店舗の環境を示す環境情報に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜７のいずれか一つに記載の出力プログラム。
【請求項９】
前記取得手順は、
前記決済が所定の期間内に行われる場合、前記所定の期間を示す期間情報に基づいて決定される音を示す前記音情報を取得する
ことを特徴とする請求項１〜８のいずれか一つに記載の出力プログラム。
【請求項１０】
前記出力手順は、
前記取得手順が取得した音情報が示す音に替えて、当該音に対応する振動を出力する
ことを特徴とする請求項１〜９のいずれか一つに記載の出力プログラム。
【請求項１１】
店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する取得部と、
前記決済が行われる場合に、前記取得部が取得した音情報が示す音を出力する出力部と
を備えることを特徴とする出力装置。
【請求項１２】
コンピュータが実行する出力方法であって、
店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する取得工程と、
前記決済が行われる場合に、前記取得工程が取得した音情報が示す音を出力する出力工程と
を含むことを特徴とする出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力プログラム、出力装置、及び出力方法に関する。
【背景技術】
【０００２】
従来、プリペイドＩＣカードや、端末装置を用いて電子的な決済を行う場面において、決済完了の確認音として利用者の好みの音楽を鳴らす技術が知られている。例えば、店舗端末が、利用者により指定されたサウンドデータをＩＣカードから取得し、取得したサウンドデータを決済処理において出力する技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−４４１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、決済を行う際の付加価値を提供できるとは限らない。例えば、上記の従来技術では、利用者の好みの決済の確認音を鳴らすことができるだけであり、決済を行う際の付加価値を提供できるとは限らない。
【０００５】
本願は、上記に鑑みてなされたものであって、決済を行う際の付加価値を提供できる出力プログラム、出力装置、及び出力方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る出力プログラムは、店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する取得手順と、前記決済が行われる場合に、前記取得手順が受け付けた音情報が示す音を出力する出力手順とをコンピュータに実行させることを特徴とする。
【発明の効果】
【０００７】
実施形態の一態様によれば、決済を行う際の付加価値を提供できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施形態に係る出力処理の一例を示す図である。
【図２】図２は、第２の実施形態に係る出力処理の一例を示す図である。
【図３】図３は、実施形態に係る出力処理システムの構成例を示す図である。
【図４】図４は、実施形態に係る音情報配信サーバの構成例を示す図である。
【図５】図５は、実施形態に係る店舗情報記憶部の一例を示す図である。
【図６】図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。
【図７】図７は、実施形態に係る店舗端末の構成例を示す図である。
【図８】図８は、実施形態に係るユーザ端末の構成例を示す図である。
【図９】図９は、実施形態に係る出力処理手順の一例を示すフローチャートである。
【図１０】図１０は、店舗端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に本願に係る出力プログラム、出力装置、及び出力方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る出力プログラム、出力装置、及び出力方法が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
〔１．実施形態〕
〔１−１．第１の実施形態における出力処理の一例〕
図１を用いて、本実施形態の出力プログラム等により実現される出力処理を説明する。図１は、第１の実施形態に係る出力処理の一例を示す図である。図１の例では、本実施形態の出力装置の一例である店舗端末２００の動作を例に、出力処理を説明する。また、図１に示す例において、実施形態に係る出力処理システム１は、音情報配信サーバ１００、店舗端末２００及びユーザ端末３００を有する。音情報配信サーバ１００と、店舗端末２００と、ユーザ端末３００とは、図示しない所定の通信網を介して、有線又は無線により通信可能に接続される。なお、図１に示す出力処理システム１には、複数台の音情報配信サーバ１００や、複数台の店舗端末２００、複数台のユーザ端末３００が含まれてもよい。
【００１１】
図１に示す音情報配信サーバ１００は、店舗に設置された店舗端末２００と、ユーザが利用するユーザ端末３００との間で決済が行われる際に出力される音（以下、「決済音」と記載する場合がある）を示す音情報を配信するサーバ装置である。音情報配信サーバ１００は、各店舗の管理者等が設定した決済音を示す音情報を管理し、店舗端末２００に配信する。例えば、図１の例において、音情報配信サーバ１００は、音情報が示す決済音の再生条件を音情報に対応付けて管理する。また、音情報配信サーバ１００は、ユーザ端末３００から送信されるユーザ端末３００を利用するユーザに関するユーザ情報を管理する。
【００１２】
図１に示す店舗端末２００は、各店舗の管理者（店舗の責任者や、店員等）によって利用される情報処理装置である。店舗端末２００は、ＰＯＳ（Point  of  Sales  system）端末や、スマートフォンなどの携帯電話機や、タブレット端末や、ＰＤＡ（Personal  Digital  Assistant）や、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣ等である。
【００１３】
なお、図１に示す例では、店舗端末２００は、店舗Ａの管理者Ｍ１が利用するＰＯＳ端末である場合を示す。また、図１に示す例において、店舗端末２００は、ユーザが有するＩＣ（Integrated  circuit）カードや、ＩＣカードと同等の機能を備えたユーザ端末３００に記憶される情報、ユーザ端末３００の出力部である表示面に表示される二次元コード（例えば、バーコード、ＱＲコード（登録商標））を読み取る読取装置を備えているものとする。
【００１４】
図１に示すユーザ端末３００は、ユーザＵ１によって利用される情報処理装置である。ユーザ端末３００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現される。また、ユーザ端末３００は、店舗との決済処理を代行する決済代行サービスを提供するサーバ（以下、「決済代行サーバ」と表記する場合がある）から配信される情報を、ウェブブラウザやアプリケーションにより表示する。
【００１５】
なお、図１に示す例において、ユーザ端末３００は、ユーザＵ１によって利用されるスマートフォンやタブレット等のスマートデバイスである場合を示す。また、図１に示す例において、ユーザ端末３００は、ＩＣカードと同等の機能を備えており、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、ＮＦＣ（Near  Field  Communication）に関する種々の従来技術を適宜用いて、店舗端末２００と通信を行うものとする。このため、店舗端末２００は、ユーザ端末３００を店舗端末２００が備える読取装置で読み取ることにより、ユーザ端末３００が備えるＮＦＣなどを用いた近距離通信機能によってユーザ端末３００との通信（例えば、ユーザ端末３００に記憶される情報（ユーザＵ１を識別するためのユーザ識別情報など）の受け付け）が可能である。
【００１６】
また、図１に示す例において、ユーザ端末３００は、出力部である表示面に、ユーザ識別情報（例えば、バーコードや、ＱＲコード（登録商標）によって示される情報）を表示する機能を備えていてもよい。このため、ユーザＵ１は、ユーザ端末３００の表示面に表示したバーコードやＱＲコード（登録商標）を店舗端末２００が備える読取装置に読み取らせることにより、ユーザ識別情報を店舗端末２００に送信可能である。すなわち、ユーザＵ１は、近距離通信機能又はユーザ識別情報の表示機能を備えたユーザ端末３００を店舗端末２００が備える読取装置に読み取らせることで、決済代行サービスを用いた店舗への決済（クレジットカードを利用したカード決済や、電子マネーを利用した決済などの電子決済）が可能である。
【００１７】
以下、図１を用いて、店舗端末２００が行う出力処理について説明する。なお、以下の説明では、実店舗である店舗Ａに入店したユーザＵ１がユーザ端末３００を用いて、決済代行サーバが提供する決済代行サービスにより店舗Ａにて購入する商品の決済を行う例を示す。
【００１８】
まず、図１に示すように、店舗端末２００は、ユーザＵ１による店舗Ａへの決済にかかる決済金額を受け付ける（ステップＳ１１）。例えば、店舗端末２００は、ユーザＵ１が提示した商品に付されたバーコードをスキャン装置によって読み取ったバーコードに対応する商品の価格を店舗端末２００の記憶部等から特定し、特定した価格をユーザＵ１による決済金額として受け付ける。
【００１９】
続いて、店舗端末２００は、ユーザＵ１を識別するためのユーザ識別情報（ユーザＩＤ）をユーザ端末３００から受け付ける（ステップＳ１２）。例えば、店舗端末２００は、ユーザＵ１が店舗Ａへの決済を行うことを目的として店舗端末２００が備える読取装置にユーザ端末３００を読み取らせた際に、ユーザ端末３００に記憶されているユーザＩＤを受け付ける。具体的には、店舗端末２００は、ユーザ端末３００が備える近距離通信機能によって送信されるユーザＩＤを受け付ける。または、店舗端末２００は、ユーザ端末３００の表示面に表示された二次元コードを読み取ることにより、ユーザＩＤを受け付ける。
【００２０】
続いて、店舗端末２００は、店舗Ａを識別するための店舗識別情報（店舗ＩＤ）、ユーザ識別情報、並びに、ユーザＵ１による店舗Ａへの決済に関する決済情報を音情報配信サーバ１００に送信する（ステップＳ１３）。例えば、図１の例において、店舗端末２００は、ユーザＵ１が店舗Ａにて購入した商品や、ステップＳ１１において受け付けた決済金額、決済金額を受け付けた日時などの情報を、決済情報として音情報配信サーバ１００に送信する。
【００２１】
続いて、店舗端末２００は、ステップＳ１３において送信した情報に基づいて、店舗端末２００と、ユーザ端末３００との間で決済が行われる際に出力される音（決済音）を示す音情報を音情報配信サーバ１００から取得する（ステップＳ１４）。図１に示すように、音情報配信サーバ１００は、店舗ＩＤに対応付けて、店舗の管理者等が設定した決済音を示す音情報を、音情報の再生条件（取得条件）と共に記憶部に格納する。なお、図１の例では、音情報として「ＳＤ１」といった概念的な情報が音情報配信サーバ１００の記憶部に格納される例を示したが、実際には、決済音にかかるファイル（以下、「決済音ファイル」と記載する場合がある）等の具体的な情報、または、その格納場所を示すファイルパス名、ＵＲＬなどが格納される。また、図１の例では、再生条件として「条件１」といった概念的な情報が音情報配信サーバ１００の記憶部に格納される例を示したが、実際には、ユーザの属性情報（例えば、年齢や性別等）や、行動情報（例えば、インターネットを介した各種のサービスにおける行動履歴、店舗の利用回数など）、決済情報（例えば、決済金額、決済金額を受け付けた日時）などが格納される。
【００２２】
また、図１に示すように、音情報配信サーバ１００は、ユーザＩＤに対応付けて、ユーザ情報（ユーザの属性情報や、行動情報）を記憶部に格納する。
【００２３】
ここで、図１の例において、店舗端末２００は、店舗ＩＤに基づいて音情報配信サーバ１００の記憶部に格納された店舗Ａにかかる音情報を特定する。そして、店舗端末２００は、特定した店舗Ａにかかる音情報のうち、ユーザＩＤによって音情報配信サーバ１００の記憶部から特定されるユーザＵ１のユーザ情報や、決済情報に合致する再生条件が設定されている音情報を取得する。なお、図１の例において、再生条件「条件１」に、性別「男」、年齢「３０代」といったユーザの属性情報が設定されているものとする。この場合、店舗端末２００は、再生条件「条件１」に対応する音情報「ＳＤ１」を取得する。
【００２４】
なお、図１の例では、再生条件として、ユーザの年齢や性別といったユーザの属性情報が設定される例を示したが、ユーザの行動情報に関する情報が再生条件として設定されてもよい。例えば、店舗端末２００は、ユーザＵ１が店舗Ａを利用した回数に基づいて決定される音情報を音情報配信サーバ１００から取得してもよい。
【００２５】
また、決済情報に含まれる情報が再生条件として設定される場合、例えば、店舗端末２００は、決済金額に基づいて決定される音情報を音情報配信サーバ１００から取得してもよい。
【００２６】
続いて、店舗端末２００は、ユーザＵ１による店舗Ａへの決済が行われる際に、ステップＳ１４において取得した音情報が示す音を出力（再生）する（ステップＳ１５）。例えば、店舗端末２００は、ユーザＵ１による店舗Ａへの決済の要求を決済代行サーバに送信する際（言い換えると、店舗端末２００等によって決済内容の確定処理が行われた際）に決済音を出力する。
【００２７】
なお、店舗端末２００は、音情報として、決済音ファイルの格納場所を示すファイルパス名、ＵＲＬなどの情報を取得した場合、取得した情報に基づいて店舗端末２００の記憶部を参照し、特定した決済音を出力してもよい。
【００２８】
このようにして、第１の実施形態に係る店舗端末２００は、ユーザ情報や決済情報に応じて決済音を出力する。
【００２９】
以上のように、第１の実施形態に係る店舗端末２００は、ユーザの属性に応じて決済音変化させることにより、例えば、店舗において実施されるイベントやキャンペーン等の情報の告知をユーザの嗜好に合わせて行うことができる。また、第１の実施形態に係る店舗端末２００は、店舗の利用回数等に応じて決済音を変化させることにより、例えば、特定の店舗の継続利用に対する付加価値をユーザに与えることができる。また、第１の実施形態に係る店舗端末２００は、決済金額に応じて決済音を変化させることにより、例えば、決済金額に応じて発行されるクーポン等に関する情報を音声等によりユーザに告知できるため、ユーザのクーポン等の使用を想起させることができる。すなわち、第１の実施形態に係る店舗端末２００は、決済を行う際の付加価値を提供できる。
【００３０】
〔１−２．第２の実施形態における出力処理の一例〕
次に、図２を用いて、本実施形態の出力プログラム等により実現される出力処理を説明する。図２は、第２の実施形態に係る出力処理の一例を示す図である。図２の例では、本実施形態の出力装置の一例であるユーザ端末３００の動作を例に、出力処理を説明する。また、図２に示す例において、実施形態に係る出力処理システム２は、音情報配信サーバ１００、店舗端末２００及びユーザ端末３００を有する。音情報配信サーバ１００と、店舗端末２００と、ユーザ端末３００とは、図示しない所定の通信網を介して、有線又は無線により通信可能に接続される。なお、図２に示す出力処理システム２は、複数台の音情報配信サーバ１００や、複数台の店舗端末２００、複数台のユーザ端末３００が含まれてもよい。
【００３１】
図２に示す音情報配信サーバ１００は、第１の実施形態に係る音情報配信サーバ１００と同様の構成であるため、説明を省略する。
【００３２】
図２に示す店舗端末２００は、第１の実施形態に係る店舗端末２００と同様の構成であるため、説明を省略する。
【００３３】
図２に示すユーザ端末３００は、第１の実施形態に係るユーザ端末３００と同様の構成であるため、説明を省略する。
【００３４】
以下、図２を用いて、ユーザ端末３００が行う出力処理について説明する。なお、以下の説明では、実店舗である店舗Ａに入店したユーザＵ１がユーザ端末３００を用いて、決済代行サーバが提供する決済代行サービスにより店舗Ａにて購入する商品の決済を行う例を示す。なお、ステップＳ２１〜ステップＳ２３までの処理は、第１の実施形態におけるステップＳ１１〜ステップＳ１３と同様の処理であるため、詳細な説明は省略する。
【００３５】
ユーザ端末３００は、ステップＳ２３において店舗端末２００が音情報配信サーバ１００に送信した情報に基づいて、店舗端末２００と、ユーザ端末３００との間で決済が行われる際に出力される音（決済音）を示す音情報を音情報配信サーバ１００から取得する（ステップＳ２４）。なお、音情報配信サーバ１００の記憶部の構成は、第１の実施形態と同様であるため、詳細な説明は省略する。また、ステップＳ２４においてユーザ端末３００が行う処理は、第１の実施形態において店舗端末２００がステップＳ１４において行う処理と同様であるため、詳細な説明は省略する。
【００３６】
続いて、ユーザ端末３００は、ユーザＵ１による店舗Ａへの決済が行われる際に、ステップＳ２４において取得した音情報が示す音を出力する（ステップＳ２５）。例えば、ユーザ端末３００は、ユーザＵ１がユーザ端末３００を店舗端末２００が備える読取装置に読み取らせることによって店舗Ａへの決済の要求を決済代行サーバに送信する際に、決済音を出力する。
【００３７】
なお、第１及び第２の実施形態において、店舗端末２００及びユーザ端末３００は、決済音ファイルを自身の記憶部に格納し、音情報配信サーバ１００から音情報として決済音ファイルの格納場所を示すファイルパス名、ＵＲＬなどを取得することにより、対応する決済音を出力してもよい。
【００３８】
また、第１及び第２の実施形態において、音情報配信サーバ１００が決済音ファイルを自身の記憶部に格納している場合、店舗端末２００及びユーザ端末３００は、音情報として決済音ファイルを取得してもよい。
【００３９】
また、第１の実施形態において、ユーザ端末３００が決済音ファイルを自身の記憶部に格納している場合、店舗端末２００は、ユーザ端末３００における決済音ファイルの格納場所を示す情報を音情報として音情報配信サーバ１００から取得してもよい。そして、店舗端末２００は、音情報に基づいてユーザ端末３００から取得した決済音ファイルを出力する。
【００４０】
また、第２の実施形態において、ユーザ端末３００が決済音ファイルを自身の記憶部に格納している場合、ユーザ端末３００は、ユーザ端末３００における決済音ファイルの格納場所を示す情報を音情報として音情報配信サーバ１００から取得してもよい。そして、ユーザ端末３００は、音情報に対応する決済音ファイルを店舗端末２００に送信し、店舗端末２００に決済音を出力させる。
【００４１】
また、第２の実施形態において、店舗端末２００が決済音ファイルを自身の記憶部に格納している場合、ユーザ端末３００は、店舗端末２００における決済音ファイルの格納場所を示す情報を音情報として音情報配信サーバ１００から取得してもよい。その後、ユーザ端末３００は、音情報を店舗端末２００に送信し、音情報に対応する決済音を店舗端末２００に出力させる。または、ユーザ端末３００は、音情報に基づいて店舗端末２００から取得した決済音ファイルを出力する。
【００４２】
〔２．出力処理システムの構成〕
次に、上述した情報処理を実現するための出力処理システムについて図３を用いて説明する。図３は、実施形態に係る出力処理システムの構成例を示す図である。図３に示すように、実施形態に係る出力処理システムは、音情報配信サーバ１００と、店舗端末２００と、ユーザ端末３００を含む。音情報配信サーバ１００、店舗端末２００及びユーザ端末３００は、ネットワークＮを介して有線または無線により相互に通信可能に接続される。なお、ネットワークＮは、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet  Protocol）網、インターネット等の通信ネットワークである。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、図３に示す出力処理システムには、複数台の音情報配信サーバ１００や、複数台の店舗端末２００、複数台のユーザ端末３００が含まれてもよい。
【００４３】
音情報配信サーバ１００は、店舗端末２００及びユーザ端末３００の間で決済が行われる際に出力される決済音を示す音情報を店舗端末２００又はユーザ端末３００に配信するサーバ装置である。また、音情報配信サーバ１００は、各店舗の管理者や、ユーザ端末３００を利用するユーザが設定した決済音を示す音情報を管理し、設定された音情報を店舗端末２００及びユーザ端末３００の間の決済において配信する。なお、音情報配信サーバ１００は、決済音の設定や決済音の出力等に関するアプリケーションのデータそのものを配信するサーバであってもよい。
【００４４】
また、音情報配信サーバ１００は、店舗端末２００及びユーザ端末３００に制御情報を配信する配信装置として機能してもよい。ここで、制御情報は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading  Style  Sheets）等のスタイルシート言語により記述される。なお、音情報配信サーバ１００から配信される決済音の設定や決済音の出力等に関するアプリケーションそのものを制御情報とみなしてもよい。音情報配信サーバ１００の構成は後述する。
【００４５】
店舗端末２００は、各店舗の管理者（店舗の責任者や、店員等）によって利用される情報処理装置である。店舗端末２００は、例えば、ＰＯＳ端末や、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現され、音情報配信サーバ１００や、ユーザ端末３００との間で情報の送受信を行う。また、店舗端末２００は、音情報配信サーバ１００から取得した音情報が示す決済音を出力する。なお、店舗端末２００は、音情報が示す決済音を記憶部に格納してもよい。店舗端末２００の構成は後述する。
【００４６】
ユーザ端末３００は、ユーザによって利用される情報処理装置である。ユーザ端末３００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現され、音情報配信サーバ１００や、店舗端末２００との間で情報の送受信を行う。また、ユーザ端末３００は、音情報配信サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。また、ユーザ端末３００は、決済音の設定や決済音の出力等を実現する制御情報を音情報配信サーバ１００から受け取った場合には、制御情報に従って処理を実現する。
【００４７】
また、ユーザ端末３００は、ユーザ端末３００を利用するユーザに関するユーザ情報（ユーザの属性情報（例えば、年齢、性別など）や、行動情報（例えば、インターネットを介した各種のサービスにおける行動履歴、各店舗の利用回数など））を取得し、音情報配信サーバ１００に送信する。また、ユーザ端末３００は、音情報配信サーバ１００から取得した音情報が示す決済音を出力する。なお、ユーザ端末３００は、音情報が示す決済音を記憶部に格納してもよい。ユーザ端末３００の構成は後述する。
【００４８】
〔３．音情報配信サーバの構成〕
次に、図４を用いて、音情報配信サーバ１００の構成について説明する。図４は、実施形態に係る音情報配信サーバの構成例を示す図である。図４に示すように、音情報配信サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
【００４９】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、店舗端末２００、ユーザ端末３００等との間で情報の送受信を行う。
【００５０】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１２０は、店舗情報記憶部１２１と、ユーザ情報記憶部１２２とを有する。
【００５１】
（店舗情報記憶部１２１について）
店舗情報記憶部１２１は、各店舗に関する情報、各店舗の管理者等が設定した決済音を示す音情報、並びに、音情報の再生条件（配信条件）に関する情報を記憶する。ここで、図５を用いて、店舗情報記憶部１２１が記憶する情報の一例を説明する。図５は、実施形態に係る店舗情報記憶部の一例を示す図である。図５の例では、店舗情報記憶部１２１は、「店舗」、「店舗ＩＤ」、「店舗カテゴリ」、「音情報」、「再生条件」といった項目を有する。
【００５２】
「店舗」は、店舗の名称を示す。「店舗ＩＤ」は、店舗を識別するための店舗識別情報を示す。「店舗カテゴリ」は、店舗を分類するカテゴリを示す。「音情報」は、店舗の管理者等が設定した決済音に関する情報を示す。図５では、「音情報」に「ＳＤ１１」といった概念的な情報が格納される例を示したが、実際には、決済音にかかるファイル等の具体的な情報、または、その格納場所を示すファイルパス名、ＵＲＬなどが格納される。
【００５３】
「再生条件」は、店舗の管理者等が設定する情報であり、「音情報」が示す決済音を店舗端末２００や、ユーザ端末３００に配信する条件を示す。図５では、「再生条件」に「条件１１」といった概念的な情報が格納される例を示したが、実際にはユーザの属性情報（年齢や性別等）や行動情報（例えば、インターネットを介した各種のサービスにおける行動履歴、店舗の利用回数など）、決済情報（例えば、ユーザが購入する商品、決済金額、決済金額を受け付けた期間など）、環境情報（例えば、店舗内の混雑状況や、店舗内・店舗周辺の音）などが格納される。
【００５４】
すなわち、図５では、店舗ＩＤ「ＳＨ１」によって識別され、店舗カテゴリが「コンビニ」である「店舗Ａ」の管理者が、音情報「ＳＤ１１」によって示される決済音を設定し、決済音の再生条件を「条件１１」とした例を示す。
【００５５】
なお、「音情報」によって示される決済音は、店舗の管理者等が任意に設定することにしてもよいし、音情報配信サーバ１００が提供する決済音の中から店舗の管理者等が選択してもよい。また、「音情報」によって示される決済音は、音情報配信サーバ１００が「店舗カテゴリ」に格納されている情報に基づいて設定してもよい。
【００５６】
（ユーザ情報記憶部１２２について）
ユーザ情報記憶部１２２は、ユーザに関する各種情報、並びに、ユーザが設定した決済音を示す音情報を記憶する。ここで、図６を用いて、ユーザ情報記憶部１２２が記憶するユーザ情報の一例を説明する。図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。図６の例では、ユーザ情報記憶部１２２は、「ユーザ」、「ユーザＩＤ」、「音情報」、「ユーザ属性」、「行動情報」といった項目を有する。
【００５７】
「ユーザ」は、ユーザの名称を示す。「ユーザＩＤ」は、ユーザを識別するための情報であるユーザ識別情報を示す。「音情報」は、ユーザが設定した決済音に関する情報を示す。図６では、「音情報」に「ＳＤ２１」といった概念的な情報が格納される例を示したが、実際には、決済音にかかるファイル等の具体的な情報、または、その格納場所を示すファイルパス名、ＵＲＬなどが格納される。
【００５８】
「ユーザ属性」は、ユーザの属性に関する情報であり、「性別」、「年齢」といった項目が含まれる。「行動情報」は、ユーザの各種行動における履歴を示す情報であり、例えば、インターネットを介した各種のサービスにおける行動履歴、各店舗の利用回数などが格納される。
【００５９】
すなわち、図６では、ユーザＩＤ「Ｕ１」によって識別され、性別が「男」、年齢が「３０代」である「ユーザＵ１」が音情報「ＳＤ２１」によって示される決済音を設定し、行動情報が「履歴１１」である例を示す。
【００６０】
なお、「音情報」によって示される決済音は、ユーザが任意に設定することにしてもよいし、音情報配信サーバ１００が提供する決済音の中からユーザが選択してもよい。また、「音情報」によって示される決済音は、店舗が提供する決済音（例えば、店舗情報記憶部１２１に格納された「音情報」によって示される決済音）の中からユーザが選択してもよい。言い換えると、店舗ごとの決済音をユーザが設定してもよい。また、「音情報」によって示される決済音は、音情報配信サーバ１００が「ユーザ属性」や、「行動情報」に格納されている情報に基づいて設定してもよい。
【００６１】
（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、音情報配信サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。実施形態に係る制御部１３０は、図４に示すように、受付部１３１と、配信部１３２とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００６２】
（受付部１３１について）
受付部１３１は、店舗を識別するための店舗識別情報、ユーザを識別するためのユーザ識別情報、並びに、ユーザによる店舗への決済に関する決済情報を店舗端末２００から受け付ける。
【００６３】
（配信部１３２について）
配信部１３２は、店舗端末２００と、ユーザ端末３００との間で決済が行われる際に出力される音を示す音情報を、店舗端末２００又はユーザ端末３００に配信する。例えば、配信部１３２は、店舗情報記憶部１２１を参照し、受付部１３１が店舗端末２００から受け付けた情報に合致する再生条件が設定された音情報を店舗端末２００又はユーザ端末３００に配信する。
【００６４】
〔４．店舗端末の構成〕
次に、図７を用いて、店舗端末２００の構成について説明する。図７は、実施形態に係る店舗端末の構成例を示す図である。図７に示すように、店舗端末２００は、通信部２１０と、記憶部２２０と、入力部２３０と、表示部２４０と、制御部２５０とを有する。
【００６５】
（通信部２１０について）
通信部２１０は、例えば、ＮＩＣ等によって実現される。そして、通信部２１０は、ネットワークＮと有線または無線で接続され、音情報配信サーバ１００、ユーザ端末３００等との間で情報の送受信を行う。
【００６６】
（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。
【００６７】
（入力部２３０及び表示部２４０について）
入力部２３０は、店舗の管理者等から各種操作を受け付ける入力装置である。例えば、入力部２３０は、キーボードやマウスや操作キー等によって実現される。また、入力部２３０には、ユーザが有するＩＣカードや、ＩＣカードと同等の機能を備えたユーザ端末３００に記憶される情報（例えば、ユーザを識別するためのユーザ識別情報）を読み取る読取装置が含まれてもよい。また、入力部２３０には、画像を撮影するための撮像装置（カメラ等）や、音を集音する集音機器（マイク等）が含まれてもよい。
【００６８】
表示部２４０は、各種情報を表示するための表示装置である。つまり、表示部２４０は、店舗端末２００の表示画面に相当する。例えば、表示部２４０は、液晶ディスプレイ等によって実現される。なお、店舗端末２００にタッチパネルが採用される場合には、入力部２３０と表示部２４０とは一体化される。
【００６９】
（制御部２５０について）
制御部２５０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、店舗端末２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。なお、制御部２５０は、上述した出力処理を実現する制御情報又はアプリケーションを音情報配信サーバ１００から配信された場合、かかる制御情報又はアプリケーションに従って動作し、出力処理を実現する。
【００７０】
また、制御部２５０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。実施形態に係る制御部２５０は、図７に示すように、取得部２５１と、出力部２５２とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００７１】
（取得部２５１について）
取得部２５１は、店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する。例えば、図１の例において、取得部２５１は、ユーザＵ１による店舗Ａへの決済の要求を入力部２３０が受け付けた際（例えば、入力部２３０に含まれる読取装置がＩＣカードと同等の機能を備えたユーザ端末３００を読み取った際）に出力部２５２が出力する決済音を、店舗Ａを識別するための店舗識別情報（店舗ＩＤ）や、ユーザ識別情報、ユーザＵ１による店舗Ａへの決済に関する決済情報に基づいて取得する。
【００７２】
また、取得部２５１は、店舗によって設定される音情報を取得してもよい。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信した店舗識別情報（店舗ＩＤ）に対応する決済音を店舗情報記憶部１２１から取得する。
【００７３】
なお、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信したユーザ識別情報（ユーザＩＤ）に対応する決済音をユーザ情報記憶部１２２から取得してもよい。また、取得部２５１は、図１の例において、店舗端末２００が音情報配信サーバ１００に送信した店舗識別情報に基づいて識別される店舗が提供する決済音のうち、ユーザが選択した決済音を示す音情報をユーザ情報記憶部１２２から取得してもよい。
【００７４】
また、取得部２５１は、店舗が属するカテゴリに応じて設定される音情報を取得してもよい。例えば、取得部２５１は、音情報配信サーバ１００が店舗情報記憶部１２１の「店舗カテゴリ」の項目に格納されている情報に基づいて設定した音情報を取得する。
【００７５】
また、取得部２５１は、決済における決済金額に基づいて決定される音を示す音情報を取得してもよい。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信した決済情報に含まれる決済金額に基づいて、決済金額の高低に応じた再生条件が設定されている音情報（例えば、決済金額が低額（１００００円未満）であることを再生条件とした音情報や、決済金額が高額（１００００円以上）であることを再生条件とした音情報など）を店舗情報記憶部１２１から取得する。
【００７６】
なお、取得部２５１は、決済情報に含まれる、ユーザが購入した商品に関する商品情報に基づいて決定される音を示す音情報を取得してもよい。例えば、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信した決済情報に含まれる商品情報が再生条件として設定されている音情報を店舗情報記憶部１２１から取得する。
【００７７】
また、取得部２５１は、ユーザに関する情報に基づいて決定される音を示す音情報を取得してもよい。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信したユーザ識別情報によって識別されるユーザの各種情報（例えば、ユーザ情報記憶部１２２に格納されている情報）に基づいて音情報を取得する。
【００７８】
また、取得部２５１は、ユーザの属性情報又は行動情報に基づいて決定される音を示す音情報を取得してもよい。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信したユーザ識別情報に対応するユーザＵ１の属性情報又は行動情報をユーザ情報記憶部１２２から特定する。そして、取得部２５１は、特定した属性情報又は行動情報に合致する再生条件が設定されている音情報を店舗情報記憶部１２１から取得する。
【００７９】
例えば、図１に示すように、ユーザＵ１のユーザ識別情報「Ｕ１」に対応する属性情報として、性別「男」、年齢「３０代」がユーザ情報記憶部１２２に格納されているものとする。この場合、取得部２５１は、性別「男」、年齢「３０代」といった属性情報が再生条件として設定されている店舗Ａの音情報を店舗情報記憶部１２１から取得する。また、例えば、ポータルサイト等においてユーザＵ１が入力した検索クエリに基づいてユーザＵ１の嗜好が推定される場合、取得部２５１は、推定された嗜好に合致する再生条件が設定されている音情報を店舗情報記憶部１２１から取得する。
【００８０】
また、取得部２５１は、ユーザによる店舗の利用回数に基づいて決定される音を示す音情報を取得してもよい。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信したユーザ識別情報に対応するユーザＵ１の店舗Ａの利用回数をユーザ情報記憶部１２２から特定する。そして、取得部２５１は、特定したユーザＵ１の店舗Ａの利用回数に基づいて、店舗Ａの利用回数の多寡に応じた再生条件が設定されている音情報（例えば、ユーザＵ１が新規ユーザ（利用回数が０回）であることを再生条件とした音情報や、ユーザＵ１がライトユーザ（利用回数が１〜１０回）であることを再生条件とした音情報など）を店舗情報記憶部１２１から取得する。
【００８１】
また、取得部２５１は、店舗の環境を示す環境情報に基づいて決定される音を示す音情報を取得する。例えば、取得部２５１は、入力部２３０に含まれる撮像装置や集音機器、又は、店舗内外に設置された撮像装置や集音機器が受け付けた環境情報に基づいて、店舗情報記憶部１２１から音情報を取得する。具体的には、取得部２５１は、環境情報が示す店舗の混雑状況（例えば、撮像装置が受け付けた店舗に来店中のユーザの数や、集音機器が受け付けた音量が閾値以下であるか否か）に応じた再生条件が設定されている音情報を店舗情報記憶部１２１から取得する。
【００８２】
また、取得部２５１は、決済が所定の期間内に行われる場合、所定の期間を示す期間情報に基づいて決定される音を示す音情報を取得する。例えば、図１の例において、取得部２５１は、店舗端末２００が音情報配信サーバ１００に送信した決済情報に含まれる決済金額を受け付けた日時に基づいて、当該日時を含む期間を再生条件として設定されている音情報を店舗情報記憶部１２１から取得する。
【００８３】
（出力部２５２について）
出力部２５２は、決済が行われる場合に、取得部２５１が取得した音情報が示す音を出力する。例えば、図１の例において、出力部２５２は、店舗端末２００がユーザＵ１による店舗Ａへの決済の要求を決済代行サーバに送信する際に取得部２５１が取得した音情報が示す音を出力する。
【００８４】
また、出力部２５２は、取得部２５１が取得した音情報が示す音に替えて、当該音に対応する振動を出力する。例えば、出力部２５２は、ユーザが店舗に対する決済を行うことを目的としてユーザ端末３００を店舗端末２００の読取装置に接触させた際に、音情報が示す音のリズムに応じて読取装置を振動させることにより、ユーザに決済が行われたことを通知する。
【００８５】
〔５．ユーザ端末の構成〕
次に、図８を用いて、ユーザ端末３００の構成について説明する。図８は、実施形態に係るユーザ端末の構成例を示す図である。図７に示すように、ユーザ端末３００は、通信部３１０と、記憶部３２０と、入力部３３０と、表示部３４０と、制御部３５０とを有する。
【００８６】
（通信部３１０について）
通信部３１０は、例えば、ＮＩＣ等によって実現される。そして、通信部３１０は、ネットワークＮと有線または無線で接続され、音情報配信サーバ１００、店舗端末２００等との間で情報の送受信を行う。
【００８７】
（記憶部３２０について）
記憶部３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。なお、記憶部３２０は、店舗端末２００が備える読取装置に読み取らせるためのユーザ識別情報を記憶してもよい。
【００８８】
（入力部３３０及び表示部３４０について）
入力部３３０は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部３３０は、キーボードやマウスや操作キー等によって実現される。また、入力部３３０には、画像を撮影するための撮像装置（カメラ等）や、音を集音する集音機器（マイク等）が含まれてもよい。表示部３４０は、各種情報を表示するための表示装置である。つまり、表示部３４０は、ユーザ端末３００の表示画面に相当する。例えば、表示部３４０は、液晶ディスプレイ等によって実現される。なお、ユーザ端末３００にタッチパネルが採用される場合には、入力部３３０と表示部３４０とは一体化される。
【００８９】
（制御部３５０について）
制御部３５０は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、ユーザ端末３００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。なお、制御部３５０は、上述した出力処理を実現する制御情報又はアプリケーションを音情報配信サーバ１００から配信された場合、かかる制御情報又はアプリケーションに従って動作し、出力処理を実現する。
【００９０】
また、制御部３５０は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。実施形態に係る制御部３５０は、図８に示すように、取得部３５１と、出力部３５２とを有し、以下に説明する情報処理の機能や作用を実現または実行する。
【００９１】
（取得部３５１について）
取得部３５１は、店舗端末２００の取得部２５１と同様の構成であるため、詳細な説明を省略する。なお、取得部３５１は、店舗の環境を示す環境情報に基づいて決定される音を示す音情報を取得する場合、例えば、入力部３３０に含まれる撮像装置や集音機が受け付けた環境情報に基づいて、店舗情報記憶部１２１から音情報を取得してもよい。
【００９２】
（出力部３５２について）
出力部３５２は、店舗端末２００の出力部２５２と同様の構成であるため、詳細な説明を省略する。なお、出力部３５２は、取得部３５１が取得した音情報が示す音に替えて、当該音に対応する振動を出力する場合、例えば、ユーザ端末３００が備える所謂バイブ機能を用いて、音情報が示す音のリズムに応じてユーザ端末３００を振動させてもよい。
【００９３】
〔６．出力処理のフロー〕
ここで、図９を用いて、実施形態に係る出力処理システム１の情報処理の手順について説明する。図９は、実施形態に係る出力処理手順の一例を示すフローチャートである。
【００９４】
図９に示すように、店舗端末２００は、店舗情報、ユーザ情報及び決済情報を音情報配信サーバ１００に送信する（ステップＳ１０１）。続いて、店舗端末２００は、送信した情報と合致する再生条件が設定された音情報を取得する（ステップＳ１０２）。続いて、店舗端末２００は、取得した音情報が示す音を出力し（ステップＳ１０３）、処理を終了する。
【００９５】
〔７．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【００９６】
〔７−１．出力装置について〕
上述の実施形態において、出力装置が店舗端末２００又はユーザ端末３００である例を示したが、出力装置は上述した例に限られない。例えば、出力装置は、店舗端末２００又はユーザ端末３００が内部に備えるスピーカーや、店舗内に設置されたスピーカー等であってもよい。
【００９７】
〔７−２．決済音について〕
上述の実施形態において、音情報配信サーバ１００等が提供する決済音を店舗情報記憶部１２１及びユーザ情報記憶部１２２に設定する例を示したが、決済音は既存のものに限られない。例えば、決済音は、店舗端末２００を利用する店舗の管理者や、ユーザ端末３００を利用するユーザが録音した音であってもよい。
【００９８】
〔７−３．決済音の取得に利用する情報について〕
取得部２５１及び取得部３５１は、音情報配信サーバ１００の店舗情報記憶部１２１及びユーザ情報記憶部１２２に格納された情報や、決済情報等に限らず、店舗端末２００及びユーザ端末３００から取得可能な情報であれば、あらゆる情報を処理に利用してもよい。例えば、取得部２５１及び取得部３５１は、店舗の系列店や提携店のうちユーザが利用した店舗数に応じて決済音を取得（言い換えると、スタンプラリーのように、指定の店舗を利用したユーザに与えられる特典を取得）してもよい。また、取得部２５１及び取得部３５１は、店舗端末２００及びユーザ端末３００のみならず、ユーザ端末３００がアクセスしたウェブサーバ等の外部サーバから情報の提供を受けてもよい。
【００９９】
〔８．効果〕
上述してきたように、実施形態に係る店舗端末２００は、取得部２５１と、出力部２５２とを有する。取得部２５１は、店舗に設置された店舗端末と、ユーザが利用するユーザ端末との間で決済が行われる際に出力される音を示す音情報を所定の情報に基づいて取得する。また、出力部２５２は、決済が行われる場合に、取得部２５１が取得した音情報が示す音を出力する。
【０１００】
これにより、実施形態に係る店舗端末２００は、ユーザによる店舗への決済時に音を出力することができるため、ユーザに決済を行う際の付加価値を提供できる。
【０１０１】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、店舗によって設定される音情報を取得する。
【０１０２】
これにより、実施形態に係る店舗端末２００は、店舗が任意に設定した音情報を取得することにより、他の店舗又はユーザとの差別化が図れるため、決済を行う際の付加価値を提供できる。
【０１０３】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、店舗が属するカテゴリに応じて設定される音情報を取得する。
【０１０４】
これにより、実施形態に係る店舗端末２００は、店舗が属するカテゴリに応じた音情報を取得ことにより、店舗の雰囲気に合わせた音を出力することができる。
【０１０５】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、決済における決済金額に基づいて決定される音を示す音情報を取得する。
【０１０６】
これにより、実施形態に係る店舗端末２００は、決済金額に応じた音情報を取得するため、決済を行うユーザに対し付加価値を提供できる。
【０１０７】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、ユーザに関する情報に基づいて決定される音を示す音情報を取得する。
【０１０８】
これにより、実施形態に係る店舗端末２００は、ユーザに応じた音情報を取得するため、決済を行うユーザに対し付加価値を提供できる。
【０１０９】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、ユーザの属性情報又は行動情報に基づいて決定される音を示す音情報を取得する。
【０１１０】
これにより、実施形態に係る店舗端末２００は、ユーザの属性情報又は行動情報に応じた音情報を取得することにより、決済を行うユーザに対し付加価値を提供できる。
【０１１１】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、ユーザによる店舗の利用回数に基づいて決定される音を示す音情報を取得する。
【０１１２】
これにより、実施形態に係る店舗端末２００は、店舗の利用回数に基づいて音情報を取得することにより、ユーザに特定の店舗の継続利用を促すことができる。
【０１１３】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、店舗の環境を示す環境情報に基づいて決定される音を示す音情報を取得する。
【０１１４】
これにより、実施形態に係る店舗端末２００は、環境情報に基づいて音情報を取得することにより、店舗内の状況等に合わせた音を出力することができる。
【０１１５】
また、実施形態に係る店舗端末２００において、例えば、取得部２５１は、決済が所定の期間内に行われる場合、所定の期間を示す期間情報に基づいて決定される音を示す音情報を取得する。
【０１１６】
これにより、実施形態に係る店舗端末２００は、期間限定で特定の音を出力することにより、店舗にユーザを誘引することができる。
【０１１７】
また、実施形態に係る店舗端末２００において、例えば、出力部２５２は、取得部２５１が取得した音情報が示す音に替えて、音に対応する振動を出力する。
【０１１８】
これにより、実施形態に係る店舗端末２００は、ユーザが音の出力を望まない場合であっても、決済が行われたことを通知できる。
【０１１９】
〔９．ハードウェア構成〕
また、上述してきた各実施形態に係る出力装置は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、店舗端末２００を例に挙げて説明する。図１０は、店舗端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１２０】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【０１２１】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態のネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。
【０１２２】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【０１２３】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１２４】
例えば、コンピュータ１０００が店舗端末２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２５０の機能を実現する。また、ＨＤＤ１４００には、記憶部２２０内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
【０１２５】
〔１０．その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１２６】
また、上述した店舗端末２００は、機能によっては外部のプラットフォーム等をＡＰＩ（Application  Programming  Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
【０１２７】
また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１２８】
１        出力処理システム
２        出力処理システム
１００    音情報配信サーバ
１１０    通信部
１２０    記憶部
１２１    店舗情報記憶部
１２２    ユーザ情報記憶部
１３０    制御部
１３１    受付部
１３２    配信部
２００    店舗端末
２１０    通信部
２２０    記憶部
２３０    入力部
２４０    表示部
２５０    制御部
２５１    取得部
２５２    出力部
３００    ユーザ端末
３１０    通信部
３２０    記憶部
３３０    入力部
３４０    表示部
３５０    制御部
３５１    取得部
３５２    出力部
【図１】
2020027521.tif 000003
【図２】
2020027521.tif 000004
【図３】
2020027521.tif 000005
【図４】
2020027521.tif 000006
【図５】
2020027521.tif 000007
【図６】
2020027521.tif 000008
【図７】
2020027521.tif 000009
【図８】
2020027521.tif 000010
【図９】
2020027521.tif 000011
【図１０】
2020027521.tif 000012