(57)【特許請求の範囲】
【請求項１】
商品又はサービスの価格を提示するシステムであって、
前記商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、前記ユーザに対する前記商品又はサービスの提供価格を決定する価格決定部であって、第１のグループに所属する前記ユーザに対する第１の前記提供価格と、第２のグループに所属する前記ユーザに対する第２の前記提供価格とを異なる金額として決定する、前記価格決定部と、
決定した前記提供価格を前記ユーザ端末に送信する価格送信部と、
前記ユーザを特定する情報、前記商品又はサービスを特定する情報、前記商品又はサービスについて決定された前記ユーザに対する前記提供価格、及び日時を含む閲覧履歴を記憶する閲覧履歴記憶部と、
前記ユーザを特定する情報、前記ユーザが購入した前記商品又はサービスを特定する情報、前記ユーザが購入した購入金額、及び前記ユーザが前記商品又はサービスを購入した日時を含む購入履歴を記憶する購入履歴記憶部と、
前記閲覧履歴及び前記購入履歴に基づいて、前記購入金額が最大となるように、前記提供価格を決定するアルゴリズムのパラメータを決定するパラメータ決定部と、
を備えることを特徴とする価格提示システム。
【請求項２】
商品又はサービスの価格を提示する方法であって、
前記商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、前記ユーザに対する前記商品又はサービスの提供価格を決定するステップであって、第１のグループに所属する前記ユーザに対する第１の前記提供価格と、第２のグループに所属する前記ユーザに対する第２の前記提供価格とを異なる金額として決定する、前記決定するステップと、
決定した前記提供価格を前記ユーザ端末に送信するステップと、
前記ユーザを特定する情報、前記商品又はサービスを特定する情報、前記商品又はサービスについて決定された前記ユーザに対する前記提供価格、及び日時を含む閲覧履歴を記憶するステップと、
前記ユーザを特定する情報、前記ユーザが購入した前記商品又はサービスを特定する情報、前記ユーザが購入した購入金額、及び前記ユーザが前記商品又はサービスを購入した日時を含む購入履歴を記憶するステップと、
前記閲覧履歴及び前記購入履歴に基づいて、前記購入金額が最大となるように、前記提供価格を決定するアルゴリズムのパラメータを決定するステップと、
を備えることを特徴とする方法。
【請求項３】
商品又はサービスの価格を提示するためのプログラムであって、
コンピュータに、
前記商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、前記ユーザに対する前記商品又はサービスの提供価格を決定するステップであって、第１のグループに所属する前記ユーザに対する第１の前記提供価格と、第２のグループに所属する前記ユーザに対する第２の前記提供価格とを異なる金額として決定する、前記決定するステップと、
決定した前記提供価格を前記ユーザ端末に送信するステップと、
前記ユーザを特定する情報、前記商品又はサービスを特定する情報、前記商品又はサービスについて決定された前記ユーザに対する前記提供価格、及び日時を含む閲覧履歴を記憶するステップと、
前記ユーザを特定する情報、前記ユーザが購入した前記商品又はサービスを特定する情報、前記ユーザが購入した購入金額、及び前記ユーザが前記商品又はサービスを購入した日時を含む購入履歴を記憶するステップと、
前記閲覧履歴及び前記購入履歴に基づいて、前記購入金額が最大となるように、前記提供価格を決定するアルゴリズムのパラメータを決定するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、価格提示システムに関する。
【背景技術】
【０００２】
電子的に値札を付することが行われている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１９−５００６５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載のシステムでは、電子値札画面を商品棚に配置する必要がありコストがかかる。
【０００５】
本発明はこのような背景を鑑みてなされたものであり、動的に価格を提示することのできる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための本発明の主たる発明は、商品又はサービスの価格を提示するシステムであって、前記商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、前記ユーザに対する前記商品又はサービスの提供価格を決定する価格決定部と、決定した前記提供価格を前記ユーザ端末に送信する価格送信部と、を備えることを特徴とする。
【０００７】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【０００８】
本発明によれば、動的に価格を提示することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の価格提示システムの構成例を示す図である。
【図２】ユーザ端末１のソフトウェア構成例を示す図である。
【図３】サーバ装置２のソフトウェア構成例を示す図である。
【図４】販売者端末５のソフトウェア構成例を示す図である。
【図５】プライスコードを用いて商品の価格を表示する処理の流れを説明する図である。
【図６】価格の決定処理の流れを説明する図である。
【図７】販売者が異なる価格設定で販売施策を試験する処理の流れについて説明する図である。
【図８】商品を販売している店舗を提供する処理の流れを示す図である。
【図９】複数の店舗の情報を表示する画面５１の一例を示す図である。
【図１０】ユーザ端末１、サーバ装置２及び販売者端末５を実装可能なコンピュータのハードウェア構成例を示す図である。
【図１１】拡張現実として価格を提示している様子を説明する図である。
【発明を実施するための形態】
【００１０】
＜発明の概要＞
本発明の実施形態の内容を列記して説明する。本発明は、たとえば、以下のような構成を備える。
［項目１］
商品又はサービスの価格を提示するシステムであって、
前記商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、前記ユーザに対する前記商品又はサービスの提供価格を決定する価格決定部と、
決定した前記提供価格を前記ユーザ端末に送信する価格送信部と、
を備えることを特徴とする価格提示システム。
［項目２］
項目１に記載の価格提示システムであって、
前記価格決定部は、前記リクエストに応じて、複数の前記商品又はサービスについて、前記ユーザに対する前記提供価格を決定し、
前記価格送信部は、複数の前記商品又はサービスについての前記提供価格を前記ユーザ端末に送信すること、
を特徴とする価格提示システム。
［項目３］
項目１に記載の価格提示システムであって、
前記ユーザを特定する情報、前記ユーザが購入した前記商品又はサービスを特定する情報、前記ユーザが購入した購入金額、及び前記ユーザが前記商品又はサービスを購入した日時を含む購入履歴を記憶する購入履歴記憶部と、をさらに備え、
前記価格決定部は、前記ユーザに対応する前記購入履歴に応じて前記提供価格を決定すること、
を特徴とする価格提示システム。
［項目４］
項目１に記載の価格提示システムであって、
前記ユーザを特定する情報、前記商品又はサービスを特定する情報、前記商品又はサービスについて決定された前記ユーザに対する前記提供価格、及び日時を含む閲覧履歴を記憶する閲覧履歴記憶部をさらに備え、
前記価格決定部は、前記ユーザに対応する前記閲覧履歴に応じて前記提供価格を決定すること、
を特徴とする価格提示システム。
［項目５］
項目１に記載の価格提示システムであって、
前記価格決定部は、第１のグループに所属する前記ユーザに対する第１の前記提供価格と、第２のグループに所属する前記ユーザに対する第２の前記提供価格とを異なる金額として決定し、
前記ユーザを特定する情報、前記商品又はサービスを特定する情報、前記商品又はサービスについて決定された前記ユーザに対する前記提供価格、及び日時を含む閲覧履歴を記憶する閲覧履歴記憶部と、
前記ユーザを特定する情報、前記ユーザが購入した前記商品又はサービスを特定する情報、前記ユーザが購入した購入金額、及び前記ユーザが前記商品又はサービスを購入した日時を含む購入履歴を記憶する購入履歴記憶部と、
前記閲覧履歴及び前記購入履歴に基づいて、前記購入金額が最大となるように、前記提供価格を決定するアルゴリズムのパラメータを決定するパラメータ決定部と、
を備えることを特徴とする価格提示システム。
［項目６］
商品又はサービスを特定する商品特定情報を符号化したコードを掲示するステップと、
ユーザ端末が前記コードから前記商品特定情報を読み取るステップと、
前記ユーザ端末が、前記商品特定情報を付帯したリクエストをサーバ装置に送信するステップと、
前記サーバ装置が、前記リクエストに応じて、前記商品又はサービスの提供価格を決定して、決定した前記提供価格を前記ユーザ端末に送信するステップと、
前記ユーザ端末が、前記提供価格を受信して、受信した前記提供価格を出力するステップと、
を備える価格提示方法。
【００１１】
＜システムの概要＞
以下、本発明の一実施形態に係る価格提示システムについて説明する。本実施形態の価格提示システムは、商品又はサービス（以下、まとめて商品と称する。）を購入しようとしているユーザに対して商品の価格を提示しようとするものである。商品の価格はユーザによって異なり得る。本実施形態では、店舗において商品の値札とともに又は値札に代えてＱＲコード（登録商標）などのコード（以下、プライスコードという。）を掲示しておき、ユーザがプライスコードを読み取ることにより、当該ユーザに対する商品の提供価格が提示されることを想定する。ユーザに対する価格は、値札に掲げる金額よりも安価にすることができる。  
【００１２】
図１は、本実施形態の価格提示システムの構成例を示す図である。本実施形態の価格提示システムは、サーバ装置２を含んで構成され得る。サーバ装置２は、通信ネットワーク３を通じて、ユーザ端末１及び販売者端末５とそれぞれ通信可能に接続され得る。通信ネットワーク３は、たとえばインターネットであり、公衆電話回線網や携帯電話回線網、無線通信路、イーサネット（登録商標）などにより構築される。
【００１３】
ユーザ端末１は、商品を購入しようとするユーザが操作するコンピュータである。ユーザ端末１は、例えば、スマートフォンやタブレットコンピュータ、ノートブック型のパーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）などの、可搬型のコンピュータとすることができる。店舗４には、商品の値札とともにコード４１が掲示される。ユーザ端末１は、コード４１を読み取り、サーバ装置２にアクセスして、当該ユーザに対する商品の提供価格を取得することができる。
【００１４】
サーバ装置２は、ユーザに対する商品の提供価格を決定して提示するコンピュータである。サーバ装置２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。
【００１５】
販売者端末５は、商品を販売する販売者が操作するコンピュータである。販売者は、商品の価格の決定権限を有するユーザとすることができる。販売者は、例えば、店舗４の運営者であってもよいし、店舗４において販売を委託している委託業者であってもよいし、店舗４で販売している商品の販促キャンペーンを行っているメーカーなどであってもよい。販売者端末５は、例えば、スマートフォンやタブレットコンピュータ、パーソナルコンピュータなどにより実現することができる。
【００１６】
＜ユーザ端末１＞
図２は、ユーザ端末１のソフトウェア構成例を示す図である。ユーザ端末１は、コード撮影部１１１、価格取得部１１２、価格出力部１１３を備える。
【００１７】
コード撮影部１１１は、プライスコードを読み取る。プライスコードには、商品を特定する識別情報（以下、商品ＩＤという。）がエンコードされる。本実施形態では、プライスコードには、サーバ装置２の所定のＵＲＬに、引数として商品ＩＤと、店舗４を特定する店舗ＩＤとが与えられたものがエンコードされているものとする。
【００１８】
価格取得部１１２は、商品の価格を取得する。価格取得部１１２は、コード撮影部１１１がプライスコードから読み取ったＵＲＬ（店舗ＩＤ及び商品ＩＤが引数として与えられている。）にアクセスして商品の提供価格を取得することができる。また、価格取得部１１２は、サーバ装置２にアクセスするに際して、ユーザを特定するユーザＩＤをサーバ装置２に送信する。価格取得部１１２は、サーバ装置２にアクセスする前にユーザ認証を受けるようにしてもよいし、プライスコードから読み取ったＵＲＬの引数として、ユーザＩＤを与えるようにしてもよい。
【００１９】
価格出力部１１３は、価格取得部１１２が取得した価格を出力する。価格出力部１１３は、例えば、画面に価格を表示することができる。価格出力部１１３は、例えば、価格を読み上げる合成音声を作成して、スピーカやイヤホンなどから出力することもできる。また、価格出力部１１３は、例えば、ＡＲデバイスなどのデバイスにおいて、商品の値札に重畳させて価格を表示するようにすることもできる。
【００２０】
＜サーバ装置２＞
図３は、サーバ装置２のソフトウェア構成例を示す図である。サーバ装置２は、価格提供部２１１、価格決定部２１２、モデル更新部２１３、価格決定情報設定部２１４、決済処理部２１５、集計処理部２１６、集計情報提供部２１７、店舗情報提供部２１８、閲覧履歴記憶部２３１、購買履歴記憶部２３２、価格決定モデル記憶部２３３、価格決定情報記憶部２３４、集計情報記憶部２３５、店舗情報記憶部２３６を備える。
【００２１】
価格提供部２１１は、ユーザに対する商品の提供価格を提供する。ユーザ端末１からのアクセス（上述したプライスコードから読み取られたＵＲＬに対するアクセス）に応じて、後述する価格決定部２１２により決定された価格を送信する。価格提供部２１１は、店舗ＩＤ及び商品ＩＤ（上述したプライスコードから読み取られたＵＲＬの引数に設定されたもの）と、アクセスされたユーザを示すユーザＩＤ（認証したユーザを示すユーザＩＤであってもよいし、上記ＵＲＬの引数に設定されたユーザＩＤであってもよい。）と、日時と、提供した価格とを対応付けた情報（以下、閲覧履歴という。）を閲覧履歴記憶部２３１に登録することができる。
【００２２】
価格決定部２１２は、ユーザに対する商品の提供価格を決定する。価格決定部２１２は、店舗４と、商品と、ユーザとに応じた提供価格を決定することができる。価格決定部２１２は、例えば、店舗４を示す店舗ＩＤと、商品を示す商品ＩＤと、ユーザを示すユーザＩＤとに対応する閲覧履歴を閲覧履歴記憶部２３１から読み出し、読み出した閲覧履歴に基づいて価格を決定することができる。価格決定部２１２は、例えば、ユーザの属性などの情報（ユーザに関する情報を記憶するユーザ情報記憶部をサーバ装置２が備えるようにしてもよい。）に基づいて、価格を決定することもできる。例えば、価格決定部２１２は、ある商品に対して価格を取得した回数に応じて価格を決定することができる。また、価格決定部２１２は、後述する購買履歴に基づいて価格を決定することができる。例えば、価格決定部２１２は、過去に同じ商品又は関連する商品を購入したか否かに応じて異なる価格を決定することができる。
【００２３】
本実施形態では、価格決定部２１２は、後述する条件が満たされる価格決定情報が価格決定情報記憶部２３４に登録されている場合には、当該価格決定情報に基づいて価格を決定し、登録されていない場合には、後述する価格決定モデル記憶部２３３に記憶されている、機械学習により学習した学習モデルに基づいて価格を決定することができる。
【００２４】
価格決定モデル記憶部２３３は、価格を決定するためのモデル（以下、価格決定モデルという。）を記憶する。価格決定モデル記憶部２３３は、ユーザＩＤ、店舗ＩＤ及び商品ＩＤに対応付けて、店舗ＩＤが示す店舗におけるユーザＩＤが示すユーザに対する商品の価格を決定するための価格決定モデルを記憶する。価格決定モデルに与える入力データは、任意のデータを採用することができる。価格決定モデルは、商品ＩＤや商品のカテゴリ、商品の属性などを入力データとし、価格を出力データとするモデルとすることができる。なお、価格決定モデルは、商品ＩＤではなく商品カテゴリに対応付けて管理することもできる。なお、価格決定モデル記憶部２３３には、店舗ＩＤ及び商品ＩＤの全ての組み合わせについて、予め価格決定モデルが登録されているものとする。例えば、当初の価格決定モデルでは、ユーザを問わずに所定の価格とするようなモデルを登録しておいてもよい。
【００２５】
モデル更新部２１３は、機械学習により価格決定モデルを作成更新する。モデル更新部２１３は、例えば、閲覧履歴や閲覧履歴の集計値（購買に至るまでに閲覧した回数など）、購買履歴など、店舗、商品及びユーザに関して取得しうる各種の情報（その他の情報を加えてもよい。）に基づいて、当該ユーザが購買する価格を求める価格決定モデルを作成することができる。
また、モデル更新部２１３は、例えば、商品の価格と、商品に関する情報（カテゴリ、内容物、大きさなど、任意の情報を用いることができる。）や、ユーザに関する情報（年齢や年代、性別、居住地域、興味対象、価格反応度、ターゲティング広告に用いるユーザの各種属性など、任意の情報を用いることができる。）、ユーザによる店舗の商品の価格に関する閲覧履歴、ユーザによる店舗における商品の購買履歴などとを入力データとして機械学習を行い、購入確率を求めるモデルを作成することもできる。この場合、価格決定部２１２は、価格を変動させて購入確率が最大となるものを提供価格として決定することができる。
【００２６】
価格決定情報設定部２１４は、価格決定情報を設定する。価格決定情報設定部２１４は、販売者端末５から価格決定情報を受信すると、受信した価格決定情報を価格決定情報記憶部２３４に登録することができる。価格決定情報記憶部２３４は、店舗ＩＤと商品ＩＤとに対応付けて、価格決定情報と、当該価格決定情報を適するための条件とを記憶する。なお、価格決定情報設定部２１４は、例えば、価格決定情報を自動的に決定することもできる。
【００２７】
決済処理部２１５は、決済に関連する処理を行う。決済処理部２１５は、例えば、ＰＯＳレジに対して価格決定部２１２が決定した価格を送信することができる。なお、決済処理部２１５が、店舗４における商品購入に係る決済を行うようにしてもよい。
【００２８】
集計処理部２１６は、店舗４におけるユーザの行動に関する各種の集計を行うことができる。例えば、集計処理部２１６は、ユーザが価格の閲覧（価格を取得）した回数や、ユーザがある商品を購買するに至るまでに閲覧した店舗や商品、平均購入価格、割引率に対する購買傾向（価格感応度）などを集計することができる。また、同一の商品に対して異なる条件の複数の価格決定情報が登録されていた場合には、条件に応じた集計を行うことができる。例えば、複数のユーザのグループのそれぞれについて、グループに所属すること（例えば、ユーザのデモグラフィック属性が当該グループに所属するという条件を満たすこと）を条件として、同一の商品について異なる価格を決定するような価格決定情報を登録してＡ／Ｂテストを行うような場合には、集計処理部２１６は、各グループの購買率や利益率などを計算することができる。
【００２９】
集計処理部２１６は、計算した集計情報を集計情報記憶部２３５に登録することができる。集計情報記憶部２３５は、店舗ＩＤ及び商品ＩＤに対応付けて、集計情報を記憶することができる。集計情報記憶部２３５は、店舗ＩＤとユーザＩＤとに対応付けて、商品を問わずに、当該ユーザの行動に関する集計情報を記憶するようにしてもよい。
【００３０】
集計情報提供部２１７は、集計した情報を提供する。集計情報提供部２１７は、販売者端末５からのリクエストに応じて集計値を提供することができる。リクエストには、店舗若しくは商品又はその両方を特定する情報と、集計手法とを指定することができる。また、あるユーザについての集計を行う場合には、ユーザを特定するユーザＩＤと、集計手法とを指定するようにしてもよい。集計情報提供部２１７は、リクエストの受信に応じて集計処理部２１６を起動することができる。
【００３１】
店舗情報提供部２１８は、店舗に関する情報を提供する。店舗情報提供部２１８は、ユーザ端末１から商品を指定したリクエストを受信したことに応じて、指定された商品を提供する複数の店舗のそれぞれについて、当該店舗における当該ユーザに対する商品の提供価格を取得して（価格決定部２１２に決定させて）、店舗と価格とを対応付けて出力することができる。店舗情報提供部２１８は、例えば、地図上に、指定された商品を販売する店舗の位置を表示し、各店舗におけるユーザへの商品の販売価格を表示することができるように、店舗の名称、店舗の位置情報、商品の価格などを含む情報をユーザ端末１に送信することができる。
【００３２】
店舗情報記憶部２３６は、店舗に関する情報を記憶する。店舗情報記憶部２３６は、店舗ＩＤに対応付けて店舗名と当該店舗の位置情報とを記憶することができる。
【００３３】
＜販売者端末５＞
図４は、販売者端末５のソフトウェア構成例を示す図である。販売者端末５は、価格決定情報登録部５１１、集計情報出力部５１２を備える。
【００３４】
価格決定情報登録部５１１は、価格決定情報を登録する。価格決定情報登録部５１１は、例えば、複数条件と、それぞれの条件についての価格決定情報をサーバ装置２に送信してサーバ装置２において価格決定情報を登録することができる。
【００３５】
集計情報出力部５１２は、集計情報を出力する。集計情報出力部５１２は、店舗若しくは商品又はその両方を特定する情報と集計手法との指定を販売者から受け付けて、受け付けた情報を指定したリクエストをサーバ装置２に送信し、サーバ装置２から応答される集計情報を取得して表示することができる。
【００３６】
＜価格の表示処理＞
図５は、プライスコードを用いて商品の価格を表示する処理の流れを説明する図である。
【００３７】
ユーザがユーザ端末１を用いてＱＲコード（登録商標）を撮影するなどにより、ユーザ端末１がプライスタグからＵＲＬを読み取り（Ｓ４０１）、ユーザ端末１は、読み取ったＵＲＬにアクセスする（Ｓ４０２）。プライスタグにエンコードされているＵＲＬには、商品ＩＤが含まれている。本実施形態では、プライスタグには店舗ＩＤもエンコードされている。ユーザ端末１は、ユーザを示すユーザＩＤを付帯させてＵＲＬにアクセスする。
【００３８】
サーバ装置２は、当該店舗における当該商品を当該ユーザに提供する価格を決定する（Ｓ４０３）。
【００３９】
図６は、価格の決定処理の流れを説明する図である。サーバ装置２は、店舗ＩＤ及び商品ＩＤに対応する価格決定情報であり、条件が満たされているものを価格決定情報記憶部２３４から検索し（Ｓ４２１）、そのような価格決定情報がある場合には（Ｓ４２２：ＹＥＳ）、価格決定情報に基づいて価格を決定する（Ｓ４２３）。価格決定情報は、例えば、価格そのものが設定されていてもよいし、割引率が設定されていてもよい。また、価格決定情報として、例えば、過去の購入回数別の価格など、任意のデータに基づいて価格を決定する関数が設定されていてもよく、この場合、サーバ装置２は、必要に応じて、閲覧履歴や購買履歴、ユーザに関する情報（不図示）などを読み出して価格決定情報の関数に与えて価格を決定することができる。
店舗ＩＤ及び商品ＩＤに対応し、条件が満たされている価格決定情報が検索できなかった場合には（Ｓ４２２：ＮＯ）、サーバ装置２は、店舗ＩＤと商品ＩＤとに対応する価格決定モデルを価格決定モデル記憶部２３３読み出し（Ｓ４２４）、読み出した価格決定モデルを用いて価格を決定する（Ｓ４２５）。
【００４０】
図５に戻り、サーバ装置２は、価格取得要求及び決定した価格に基づいて閲覧履歴を生成して閲覧履歴記憶部２３１に登録し（Ｓ４０４）、決定した価格をユーザ端末１に応答する（Ｓ４０５）。
【００４１】
ユーザ端末１は、受信した価格をユーザに提示し（Ｓ４０６）、ユーザが当該商品を購入する際には、購入に必要な情報を提供する（Ｓ４０７）。図５の例では、例えば、ユーザ端末１は、ＰＯＳ４２に対してＱＲコード（登録商標）などの情報を提示し、ＰＯＳ４２がこの情報を読み取って、決済するべき金額を把握することができる。なお、ユーザ端末１はユーザＩＤのみを提供し、ＰＯＳ４２がサーバ装置２にアクセスして、ユーザ端末１のユーザに対して販売する価格を取得するようにしてもよい。
【００４２】
ＰＯＳ４２は、購買情報をサーバ装置２に送信することができる（Ｓ４０８）。なお、ＰＯＳ４２は、店舗４におけるＰＯＳレジスタから直接サーバ装置２に情報を送信するようにしてもよいし、ＰＯＳレジスタを取りまとめるストアコンピュータやクラウドサーバに情報を送信し、そこにサーバ装置２がアクセスするようにしてもよい。サーバ装置２は、取得した購買履歴を購買履歴記憶部２３２に記憶し（Ｓ４０９）、登録した購買履歴（その他の情報を組み合わせてもよい。）を用いて機械学習を行い価格決定モデルを更新することができる（Ｓ４１０）。
【００４３】
以上のようにして、本実施形態の価格提示システムによれば、ユーザへの商品販売価格を動的に提示し得る。
【００４４】
＜Ａ／Ｂテスト＞
図７は、販売者が異なる価格設定で販売施策を試験する処理の流れについて説明する図である。販売施策の試験はＡ／Ｂテストとも呼ばれる。すなわち、ＡグループとＢグループとで異なる条件（本実施形態では異なる価格）を設定して、販売その他の販売者が望むユーザの行動を観察することができる。
【００４５】
図７に示す処理は、図６に示す処理と重複があり、ここでは差分について説明する。まず事前に販売者端末５からサーバ装置２には価格決定情報を登録しておく（Ｓ４４１）。なお、少なくとも２つの販売対象者となるユーザのグループを特定する条件を設定して、２つのグループで異なる価格となるように価格決定情報が設定される。価格決定情報が登録されるため、価格の決定処理Ｓ４０３においては、価格決定情報が用いられる。
【００４６】
そして、サーバ装置２は、購買履歴を登録（Ｓ４０９）した後、学習モデルの更新に代えて、集計を行う（Ｓ４４２）。集計は、例えば、グループごとに、価格に対する購買やソーシャルネットワークでの発信など、商品に関するユーザの行動について各種の集計を行うことができる。販売者端末５は、サーバ装置２にリクエストを送信し（Ｓ４４３）、その集計結果を取得して（Ｓ４４４）、表示することができる（Ｓ４４５）。
【００４７】
このようにして、販売者は価格を恣意的かつ動的に変更しながら、購買者（ユーザ）の価格に対する反応を観察することが可能となり、これに基づいて価格戦略を練ることができる。
【００４８】
＜店舗の提示処理＞
上述した例では、１つの店舗４における価格の出力について説明したが、複数の店舗で提供される価格を提示するようにすることもできる。図８は、商品を販売している店舗を提供する処理の流れを示す図である。
【００４９】
ユーザ端末１がサーバ装置にリクエストを送信する（Ｓ４６１）。リクエストには、ユーザが所望する商品を示す商品ＩＤが設定される。なお、ユーザ端末１は事前にユーザ認証を受ける（あるいはリクエストにユーザＩＤを含める）ことにより、ユーザを示すユーザＩＤが特定されているものとする。
【００５０】
サーバ装置２は、商品ＩＤに対応する価格決定情報又は価格モデルを価格決定情報記憶部２３４又は価格決定モデル記憶部２３３から読み出して（Ｓ４６２）、価格決定情報又は価格モデルの存在する店舗、すなわち、当該商品を販売している店舗を特定する。サーバ装置２は、当該商品を販売している店舗のそれぞれについて、当該ユーザに対する商品の提供価格を決定する（Ｓ４６３）。商品の提供価格の決定処理は、上記図５等に示した処理と同様である。サーバ装置２は、当該店舗の店舗情報を店舗情報記憶部２３６から読み出し（Ｓ４６４）、店舗情報と当該店舗における当該商品の当該ユーザに対する提供価格との一覧をユーザ端末１に応答する（Ｓ４６５）。ユーザ装置１は、受信した店舗情報及び価格を一覧表示することができる（Ｓ４６６）。
【００５１】
図９は、複数の店舗の情報を表示する画面５１の一例を示す図である。同図に示すように、画面５１は、商品の入力欄５１１を備える。ユーザ端末１は、入力欄５１１で指定された商品を販売している店舗を取得するリクエストをサーバ装置２に送信することになる。なお、図８の例では、商品ＩＤをリクエストに設定するものとしたが、画面５１の例のように商品名を入力し、リクエストには商品名を指定して、サーバ装置２において商品名に対応する商品ＩＤを検索するようにしてもよい。ユーザ端末１は、サーバ装置２から応答される店舗情報と価格に基づいて、マップ５１２上に、店舗を示すマーカー５１３と、その店舗において販売される商品の価格５１４とが表示することができる。
【００５２】
マップ５１２上に表示される複数の店舗は、同一の販売者により運営されていても、異なる販売者により運営されていてもよい。例えば、同一の販売者により運営される複数の店舗がマップ５１２に表示される場合、販売者は、例えば、価格によって移動する距離を上述したＡ／Ｂテストにより把握したうえで、混み合っている店舗から、空いている店舗に誘導するような価格を設定するような価格決定情報を登録することが可能となる。
【００５３】
＜ハードウェア＞
図１０は、ユーザ端末１、サーバ装置２及び販売者端末５を実装可能なコンピュータのハードウェア構成例を示す図である。コンピュータは、コンピュータは、ＣＰＵ０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備える。記憶装置２０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。通信インタフェース２０４は、通信ネットワーク３に接続するためのインタフェースであり、例えばイーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタやＲＳ２３２Ｃコネクタなどである。入力装置２０５は、データを入力する、例えばキーボードやマウス、タッチパネル、ボタン、マイクロフォンなどである。出力装置２０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。上述したユーザ端末１、サーバ装置２及び販売者端末５の各機能部は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現することができる。また、上述したサーバ装置２が備える各記憶部は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現することができる。
【００５４】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【００５５】
例えば、本実施形態では、サーバ装置２は１台のコンピュータであるものとしたが、これに限らず、複数台のコンピュータにより実現することもできる。例えば、サーバ装置２が備える各機能部及び記憶部を、複数のコンピュータに配備し、複数のコンピュータが協働してサーバ装置２の機能を提供することができる。
【００５６】
また、本実施形態では、ある店舗において販売されるある商品について、あるユーザに対して販売される価格について提示するものとしたが、これに加えて又はこれに代えて、ある時点における価格を提示することもできる。すなわち、価格提示のリクエストを受けた時間に応じた価格を決定することができる。これによりタイムセールなどの対応が可能となる。また、その時、その店舗（場所）、その人（ユーザ）に対して、その商品をいくらで提供するのかを決定することにより、ユーザの購入し易いタイミングで価格を変動させることで、購買意欲を向上させることができる。
【００５７】
また、上述した複数の店舗をマップに表示する例の場合、同一の商品についての店舗及び価格をマップに表示するものとしたが、これに限らず、類似した商品を表示するようにしてもよい。この場合、例えば、商品のカテゴリやキーワードなどをサーバ装置２に送信し、サーバ装置２ではカテゴリやキーワードに対応する商品を検索して応答することができる。
【００５８】
＜まとめた価格提示メニュー＞
また、本実施形態では、１つの商品についての価格を提示することを説明したが、複数の商品についての価格を提示することもできる。例えば、メニューに対してコードを付与しておき、メニューに含まれている全ての商品についての価格を動的にサーバ装置２から提供することができる。この場合において、メニューに対して拡張現実（ＡＲ）画像として価格を表示するようにしてもよい。
【００５９】
図１１は、拡張現実として価格を提示している様子を説明する図である。例えば、ユーザ端末１が備えるカメラ（不図示）により、店舗４に掲示してあるメニュー５２１を撮影すると、ＱＲコード（登録商標）５２２を読み取って、メニュー５２１を特定するメニューＩＤをサーバ装置２に送信するようにする。サーバ装置２では、メニューＩＤに対応付けて商品ＩＤを管理（メニュー情報記憶部）しておき、メニューＩＤに対応する商品ＩＤのそれぞれについて価格を決定し、ユーザ端末１に応答することができる。ユーザ端末１では、応答された価格５２４をメニュー５２１上に重畳表示することができる。これにより、複数商品について、店舗及びユーザに応じた価格を一度に提示することができる。
【００６０】
＜ログインなしのユーザ＞
また、本実施形態では、ユーザは事前にユーザ認証を受けているものとしたが、ユーザ認証を受けていない匿名ユーザに対して価格を提供するようにすることもできる。この場合、サーバ装置２は、ユーザを問わず、店舗４ごとに、リクエストを受け付けたタイミングに応じて商品の価格を決定することができる。価格の決定は、例えば、所定範囲内でランダムに価格を上下させるようにしてもよいし、所定の期限（例えば、食品を廃棄する時間としてもよいし、恣意的に設定した時間としてもよい。）までに段階的にまたは連続的に価格が下がる又は上がるように価格を決定することもできる。また、ユーザ端末１からＧＰＳなどで取得した位置情報を取得して、位置情報に応じた価格を決定するようにしてもよい。
【００６１】
また、ユーザの認証は行うことなく、例えば、ユーザ端末２に対してＣｏｏｋｉｅを発行することなどにより、ユーザ端末２を識別するようにし、識別したユーザ端末２に応じた価格を決定するようにすることもできる。この場合、ユーザがユーザ端末２を操作して行った他のサイトにおける行動履歴などもＣｏｏｋｉｅを用いて追跡し、行動履歴に応じた価格決定を行うこともできる。この場合の、ユーザＩＤに代えて、あるいはユーザＩＤと併用して、ユーザ端末２を特定するユーザ端末ＩＤを用いることにより、ユーザ認証を行った場合と同様の価格決定処理により価格を動的に決定することができる。
【符号の説明】
【００６２】
１      ユーザ端末
２      サーバ装置
３      通信ネットワーク
４      店舗
５      販売者端末
１１１  コード撮影部
１１２  価格取得部
１１３  価格出力部
２１１  価格提供部
２１２  価格決定部
２１３  モデル更新部
２１４  価格決定情報設定部
２１５  決済処理部
２１６  集計処理部
２１７  集計情報提供部
２３１  閲覧履歴記憶部
２３２  購買履歴記憶部
２３３  価格決定モデル記憶部
２３４  価格決定情報記憶部
２３５  集計情報記憶部
２３６  店舗情報記憶部
５１１  価格決定情報登録部
５１２  集計情報出力部
【要約】
【課題】動的に価格を提示することができるようにする。
【解決手段】商品又はサービスの価格を提示するシステムであって、商品又はサービスを購入するユーザのユーザ端末からのリクエストに応じて、ユーザに対する商品又はサービスの提供価格を決定する価格決定部と、決定した提供価格をユーザ端末に送信する価格送信部と、を備えることを特徴とする。
【選択図】図１【図１】
0006711497.tif 000002
【図２】
0006711497.tif 000003
【図３】
0006711497.tif 000004
【図４】
0006711497.tif 000005
【図５】
0006711497.tif 000006
【図６】
0006711497.tif 000007
【図７】
0006711497.tif 000008
【図８】
0006711497.tif 000009
【図９】
0006711497.tif 000010
【図１０】
0006711497.tif 000011
【図１１】
0006711497.tif 000012