知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023092259
(43)【公開日】2023-07-03
(54)【発明の名称】情報処理装置及び特典付与情報提供方法
(51)【国際特許分類】
G06Q 30/0235 20230101AFI20230626BHJP
【ＦＩ】
G06Q30/02 370
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2021207394
(22)【出願日】2021-12-21
【国等の委託研究の成果に係る記載事項】（出願人による申告）令和３年度、国土交通省 観光庁、これまでにない観光コンテンツやエリアマネジメントを創出・実現するデジタル技術の開発事業、産業技術力強化法第１７条の適用を受ける特許出願
(71)【出願人】
【識別番号】000005821
【氏名又は名称】パナソニックホールディングス株式会社
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】佐々木 裕之
(72)【発明者】
【氏名】辻 寿嗣
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB07
(57)【要約】 （修正有）
【課題】ユーザに損した気分を感じにくくさせる情報処理装置及び特典付与情報提供方法を提供する。
【解決手段】ダイナミックプライシングシステム１において、情報処理装置１０は、商品又はサービスの購入後の商品又はサービスの発送日、到着日、使用日或いは修理日である所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、ユーザが商品又はサービスを購入する前に生成する制御部と、特典付与情報を端末２０ａなどに送信する送信部と、を有する。
【選択図】図１
【解決手段】ダイナミックプライシングシステム１において、情報処理装置１０は、商品又はサービスの購入後の商品又はサービスの発送日、到着日、使用日或いは修理日である所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、ユーザが商品又はサービスを購入する前に生成する制御部と、特典付与情報を端末２０ａなどに送信する送信部と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、前記ユーザが前記商品又は前記サービスを購入する前に生成する制御部と、
前記特典付与情報を端末に送信する送信部と、
を有する情報処理装置。
前記特典付与情報を端末に送信する送信部と、
を有する情報処理装置。
【請求項2】
前記所定のタイミングは、前記商品又は前記サービスの発送日、到着日、使用日、又は、修理日である、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記制御部は、イベント管理装置から、前記商品又は前記サービスの発送、到着、使用、又は、修理の検知を示すイベント情報を受信した場合、前記ユーザに前記特典を付与する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記制御部は、前記商品又は前記サービスごとに設定された特典換算情報に基づいて、前記ユーザに付与する前記特典の特典量を算出する、
請求項３に記載の情報処理装置。
請求項３に記載の情報処理装置。
【請求項5】
前記制御部は、前記商品又はサービスの前記購入時の価格と前記所定のタイミングの価格との差額と応じて前記特典量を変化させる、
請求項４に記載の情報処理装置。
請求項４に記載の情報処理装置。
【請求項6】
前記制御部は、前記商品又はサービスの前記購入時の価格と前記所定のタイミングの価格との差額が所定の閾値未満である場合は、前記特典を付与しないと決定する、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項7】
前記制御部は、前記特典換算情報に基づき、前記商品又はサービスの前記購入時の価格と前記所定のタイミングの価格との差額に応じて、前記ユーザに付与する特典の種類を切り替える、
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項8】
前記制御部は、前記所定のタイミングが、前記ユーザが制御可能なタイミングを含むか否か応じて前記特典量を変更する、
請求項４に記載の情報処理装置。
請求項４に記載の情報処理装置。
【請求項9】
前記制御部は、前記ユーザが、前記商品又はサービスの購入時に、前記所定のタイミングの期限を指定しなかった場合、前記所定のタイミングの期限を指定した場合と比べて、前記特典の特典量を増加させる、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項10】
前記制御部は、
ユーザごとに、前記ユーザの前記商品又は前記サービスの購入に関するユーザ購入情報を記憶するユーザ情報記憶部を参照し、前記端末のユーザに対応する前記ユーザ購入情報を取得し、
前記商品又は前記サービスの購入に関する購入情報ごとに変動価格情報を記憶する価格情報記憶部を参照し、前記ユーザ購入情報に対応する前記変動価格情報を取得し、前記商品又は前記サービスの購入時における価格と、前記所定のタイミングにおける価格とを取得する、
請求項１から９のいずれか一項に記載の情報処理装置。
ユーザごとに、前記ユーザの前記商品又は前記サービスの購入に関するユーザ購入情報を記憶するユーザ情報記憶部を参照し、前記端末のユーザに対応する前記ユーザ購入情報を取得し、
前記商品又は前記サービスの購入に関する購入情報ごとに変動価格情報を記憶する価格情報記憶部を参照し、前記ユーザ購入情報に対応する前記変動価格情報を取得し、前記商品又は前記サービスの購入時における価格と、前記所定のタイミングにおける価格とを取得する、
請求項１から９のいずれか一項に記載の情報処理装置。
【請求項11】
商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、前記ユーザが前記商品又は前記サービスを購入する前に生成し、
前記特典付与情報を端末に送信する、
特典付与情報提供方法。
前記特典付与情報を端末に送信する、
特典付与情報提供方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置及び特典付与情報提供方法に関する。
【背景技術】
【0002】
近年、商品等の価格を決定するのに、ダイナミックプライシングと呼ばれる手法が用いられる。ダイナミックプライシングでは、商品等の需要に応じて価格を変動させ、適正価格で商品等を販売することが可能になる。
【0003】
従来、ユーザに提供するサービスについて、適正価格を提示することが可能な価格算出装置が提案されている（例えば、特許文献１を参照）。また、従来、来店した顧客に特典情報を付与する情報処理装置が提案されている（例えば、特許文献２を参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－８０１８４号公報
【特許文献2】特開２０２１－５１５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ダイナミックプライシングでは、ユーザが商品又はサービスを購入した後、例えば、商品又はサービスの到着日といった所定のタイミングにおいて、価格が下がっている場合がある。この場合、ユーザは、損した気分になる場合がある。また、利用日の定めのない商品又はサービスの場合、ユーザはダイナミックプライシングにより将来値下げされる可能性を考慮して、商品又はサービスの購入を遅らせる可能性がある。このようなユーザの行動は、商品又はサービスの提供者が投資回収できる時期を遅延させてしまうため、提供者の経営状況に悪影響を及ぼすおそれがある。
【0006】
本開示の非限定的な実施例は、ユーザに損した気分を感じにくくさせる情報処理装置及び特典付与情報提供方法の提供に資する。
【課題を解決するための手段】
【0007】
本開示の一実施例に係る情報処理装置は、商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、前記ユーザが前記商品又は前記サービスを購入する前に生成する制御部と、前記特典付与情報を端末に送信する送信部と、を有する。
【0008】
本開示の一実施例に係る特典付与情報提供方法は、商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合にユーザに特典を付与することを示す特典付与情報を、前記ユーザが前記商品又は前記サービスを購入する前に生成し、前記特典付与情報を端末に送信する。
【0009】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0010】
本開示の一実施例によれば、ユーザに損した気分を感じにくくさせることができる。
【0011】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【0012】
【図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】情報処理装置の商品・サービス購入における動作例を示したフローチャート
【図35】情報処理装置のポイント付与における動作例を示したフローチャート
【図36】ポイント付与と価格変更との概略動作を説明する図
【図37】情報処理装置のブロック構成例を示した図
【図38】商品・サービス管理データの構成例を示した図
【図39】情報処理装置のポイント付与及び価格変更における動作例を示したフローチャート
【図40】付加情報通知の概略動作を説明する図
【図41】情報処理装置のブロック構成例を示した図
【図42】商品・サービス管理データの構成例を示した図
【図43】情報処理装置のポイント付与における動作例を示したフローチャート
【発明を実施するための形態】
【0013】
以下、図面を適宜参照して、本開示の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【0014】
なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【0015】
［第１の実施の形態］
＜システム構成例＞
図１は、第１の実施の形態に係るダイナミックプライシングシステム１の構成例を示した図である。図１に示すように、ダイナミックプライシングシステム１は、情報処理装置１０と、端末２０ａ，２０ｂと、を有する。図１には、ダイナミックプライシングシステム１の他に、ネットワーク３０が示してある。以下では、端末２０ａと端末２０ｂとを区別しない場合、単に端末２０と称することがある。
＜システム構成例＞
図１は、第１の実施の形態に係るダイナミックプライシングシステム１の構成例を示した図である。図１に示すように、ダイナミックプライシングシステム１は、情報処理装置１０と、端末２０ａ，２０ｂと、を有する。図１には、ダイナミックプライシングシステム１の他に、ネットワーク３０が示してある。以下では、端末２０ａと端末２０ｂとを区別しない場合、単に端末２０と称することがある。
【0016】
ネットワーク３０は、例えば、携帯電話ネットワーク等の無線ネットワーク及びインターネット等によって構成される。情報処理装置１０及び端末２０は、有線又は無線によってネットワーク３０に接続される。情報処理装置１０と端末２０とは、ネットワーク３０を介して通信する。
【0017】
情報処理装置１０は、例えば、サーバである。情報処理装置１０は、端末２０からの要求に応じて、電化製品や本といった商品、及び／又は、航空機やホテルの予約といったサービスの価格を決定する。情報処理装置１０は、ダイナミックプライシング機能を用いて、商品及び／又はサービスの価格を決定する。以下では、商品及び／又はサービスを商品・サービスと記載することがある。
【0018】
端末２０は、例えば、スマートフォン、タブレット端末、又は、パーソナル・コンピュータである。端末２０は、ユーザの操作に応じて、情報処理装置１０にアクセスし、商品・サービスの価格の取得要求を行う。端末２０のディスプレイには、情報処理装置１０によって決定された商品・サービスの変動価格が表示される。
【0019】
なお、ダイナミックプライシングシステム１は、図１の構成例に限られない。本開示に係るダイナミックプライシングの機能は、１以上の情報処理装置１０によって実現されてもよい。また、端末２０は、１台であってもよいし、３台以上であってもよい。
【0020】
【0021】
図２に示す情報処理装置１０及び端末２０の機能と、図３に示す情報処理装置１０及び端末２０の機能とは異なる。図２に示す情報処理装置１０及び端末２０は、一般的なダイナミックプライシング機能を有する。図３に示す情報処理装置１０及び端末２０は、本開示に係るダイナミックプライシング機能を有する。図２及び図３に示すユーザＵ１～Ｕ４は、端末２０を用いて、商品Ｘを購入するとする。
【0022】
図２の一般的なダイナミックプライシング機能を備えた情報処理装置１０では、図２に示すように、同じ商品Ｘに対して、同じ変動価格Ｐを、ユーザＵ１～Ｕ４の端末２０に送信する。端末２０は、情報処理装置１０から送信された同じ変動価格Ｐをディスプレイに表示する。
【0023】
一方、図３の本開示に係るダイナミックプライシング機能を備えた情報処理装置１０では、図３に示すように、同じ商品Ｘに対して、ユーザＵ１～Ｕ４ごとに異なる変動価格Ｐ１～Ｐ４を、ユーザＵ１～Ｕ４の端末２０に送信する。なお、後述する通り、本実施の形態では、一例として、変動価格Ｐ１～Ｐ４は、ユーザＵ１～Ｕ４の属性に応じて異なる価格である。すなわち、属性が同一であればユーザに送信される変動価格は同一であることもあり得る。ユーザＵ１の端末２０は、情報処理装置１０から送信された変動価格Ｐ１をディスプレイに表示する。ユーザＵ２の端末２０は、情報処理装置１０から送信された変動価格Ｐ２をディスプレイに表示する。ユーザＵ３の端末２０は、情報処理装置１０から送信された変動価格Ｐ３をディスプレイに表示する。ユーザＵ４の端末２０は、情報処理装置１０から送信された変動価格Ｐ４をディスプレイに表示する。
【0024】
すなわち、本開示に係るダイナミックプライシング機能を備えた情報処理装置１０は、ユーザＵ１～Ｕ４ごとに応じた（適した）変動価格Ｐ１～Ｐ４を、ユーザＵ１～Ｕ４の端末２０に送信する。
【0025】
＜ブロック構成例＞
＜情報処理装置のブロック構成例＞
図４は、情報処理装置１０のブロック構成例を示した図である。図４に示すように、情報処理装置１０は、制御部１０１と、通信部１０２と、メモリ１０３と、を有する。
＜情報処理装置のブロック構成例＞
図４は、情報処理装置１０のブロック構成例を示した図である。図４に示すように、情報処理装置１０は、制御部１０１と、通信部１０２と、メモリ１０３と、を有する。
【0026】
制御部１０１は、情報処理装置１０全体を制御する。制御部１０１は、例えば、ＣＰＵ（central processing unit）といったプロセッサによって構成されてもよい。
【0027】
制御部１０１は、ダイナミックプライシング機能を実現する。制御部１０１は、ユーザデータ管理部１１１と、購入統計データ管理部１１２と、変動価格データ選択部１１３と、変動価格データ送信部１１４と、を有する。制御部１０１は、例えば、メモリ１０３に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0028】
ユーザデータ管理部１１１は、ダイナミックプライシングシステム１に登録したユーザのユーザデータを、メモリ１０３において管理する。ダイナミックプライシングシステム１に登録したユーザには、商品・サービスの変動価格が提供される。
【0029】
購入統計データ管理部１１２は、変動価格を算出するための購入統計データを、メモリ１０３において管理する。購入統計データ管理部１１２は、メモリ１０３において管理している購入統計データに基づいて、商品・サービスの変動価格データを算出する。算出された変動価格データは、メモリ１０３に記憶される。
【0030】
変動価格データ選択部１１３は、端末２０から送信されるユーザ識別子（ユーザＩＤ）に基づいてメモリ１０３を参照し、ユーザ識別子に対応するユーザデータを取得する。変動価格データ選択部１１３は、取得したユーザデータに基づいて、メモリ１０３に記憶される変動価格データから、ユーザに応じた変動価格データを選択する。
【0031】
変動価格データ送信部１１４は、商品・サービスの変動価格の取得要求を送信した端末２０に対し、変動価格データ選択部１１３が選択した変動価格データを送信する。
【0032】
通信部１０２は、ネットワーク３０を介して端末２０と通信する。通信部１０２は、送信部と受信部とによって構成されてもよい。
【0033】
メモリ１０３には、制御部１０１に実行させるＯＳ（operating system）のプログラム及びアプリケーションプログラムが記憶される。また、メモリ１０３には、制御部１０１による処理に必要な各種データが記憶される。メモリ１０３は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＳＳＤ（solid state drive）、及び／又はＨＤＤ（hard disk drive）であってもよい。メモリ１０３は、１つであってもよいし、複数であってもよい。
【0034】
なお、メモリ１０３は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、情報処理装置１０の一部と捉えてもよい。
【0035】
＜端末のブロック構成例＞
図５は、端末２０のブロック構成例を示した図である。図５に示すように、端末２０は、制御部２０１と、通信部２０２と、入力部２０３と、表示部２０４と、音声部２０５と、メモリ２０６と、を有する。
図５は、端末２０のブロック構成例を示した図である。図５に示すように、端末２０は、制御部２０１と、通信部２０２と、入力部２０３と、表示部２０４と、音声部２０５と、メモリ２０６と、を有する。
【0036】
制御部２０１は、端末２０全体を制御する。制御部１０１は、例えば、ＣＰＵといったプロセッサによって構成されてもよい。
【0037】
制御部２０１は、変動価格データ処理部２１１と、送信処理部２１２と、を有する。制御部２０１は、例えば、メモリ２０６に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0038】
変動価格データ処理部２１１は、情報処理装置１０から送信される変動価格のデータを受信する。変動価格データ処理部２１１は、受信したデータに基づく変動価格の画面を、表示部２０４を介して、ディスプレイに表示する。
【0039】
送信処理部２１２は、ユーザの操作に応じて、変動価格の取得要求を情報処理装置１０に送信する。送信処理部２１２は、取得要求を情報処理装置１０に送信するとき、端末２０のユーザのユーザ識別子を、情報処理装置１０に送信する。
【0040】
通信部２０２は、ネットワーク３０を介して情報処理装置１０と通信する。通信部２０２は、送信部と受信部とによって構成されてもよい。
【0041】
入力部２０３は、例えば、タッチパネル及びキー入力装置といった入力装置から信号を受信し、制御部２０１に出力する。
【0042】
表示部２０４は、制御部２０１から出力されるデータに基づいて、ディスプレイに画面を表示する。
【0043】
音声部２０５は、例えば、制御部２０１から出力されるデジタルの音声信号をアナログ信号に変換し、スピーカに出力する。音声部２０５は、マイクから出力されるアナログの音声信号をデジタル信号に変換し、制御部２０１に出力する。
【0044】
メモリ２０６には、制御部２０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、メモリ２０６には、制御部２０１による処理に必要な各種データが記憶される。メモリ２０６は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。メモリ２０６は、１つであってもよいし、複数であってもよい。
【0045】
＜データ構成例＞
＜ユーザデータの構成例＞
図６は、ユーザデータ３０１の構成例を示した図である。ユーザデータ３０１は、情報処理装置１０のメモリ１０３に記憶される。ユーザデータ３０１は、例えば、ダイナミックプライシングシステム１に登録されたユーザごとに生成され、メモリ１０３に記憶される。メモリ１０３のユーザデータ３０１を記憶する領域は、例えば、ユーザデータ記憶部又はユーザ情報記憶部と称されてもよい。
＜ユーザデータの構成例＞
図６は、ユーザデータ３０１の構成例を示した図である。ユーザデータ３０１は、情報処理装置１０のメモリ１０３に記憶される。ユーザデータ３０１は、例えば、ダイナミックプライシングシステム１に登録されたユーザごとに生成され、メモリ１０３に記憶される。メモリ１０３のユーザデータ３０１を記憶する領域は、例えば、ユーザデータ記憶部又はユーザ情報記憶部と称されてもよい。
【0046】
ユーザデータ３０１は、変動価格の提示を受けるユーザのユーザＩＤと、ユーザの性別の情報と、ユーザの年齢の情報と、を有する。ユーザＩＤ、性別、及び年齢は、例えば、ユーザがダイナミックプライシングシステム１に登録したときに、メモリ１０３に記憶される。
【0047】
ユーザデータ３０１は、ユーザが商品・サービスを購入した購入回数の情報を有する。購入回数は、ユーザが商品・サービスを購入するたびに更新される。
【0048】
ユーザデータ３０１は、ユーザが購入した商品・サービスの購入総額（購入累計金額）の情報を有する。購入累計金額は、ユーザが商品・サービスを購入するたびに更新される。
【0049】
すなわち、ユーザデータ３０１は、ユーザ個人に関する個人情報、及び、ユーザ個人の商品・サービスの購入に関する購入情報を有する。なお、ユーザデータ３０１は、プロフィールと称されてもよい。
【0050】
＜購入統計データの構成例＞
図７は、購入統計データ３０２の構成例を示した図である。購入統計データ３０２は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の購入統計データ３０２を記憶する領域は、例えば、購入統計データ記憶部と称されてもよい。
図７は、購入統計データ３０２の構成例を示した図である。購入統計データ３０２は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の購入統計データ３０２を記憶する領域は、例えば、購入統計データ記憶部と称されてもよい。
【0051】
購入統計データ３０２は、日付の情報を有する。図７の例では、購入統計データ３０２は、１か月分（４月分）の日付の情報を有する。なお、購入統計データ３０２は、現在の日付から一定期間遡った日付と、現在の日付から一定期間先の日付とを有してもよい。
【0052】
購入統計データ３０２は、商品・サービスの購入数（購入人数）の情報を有する。購入数は、実績購入数と予約購入数とを有する。
【0053】
例えば、現在の日付を４月１０日とする。この場合、図７に示す４月１日から４月９日の購入数は、過去の購入数（確定した購入数）であり、実績購入数である。一方、４月１０日から４月３０日の購入数は、将来の購入数であり、予約購入数である。予約購入数は、ユーザの商品・サービスの予約状況、及び／又は、購入状況に応じて変動する。
【0054】
購入統計データ３０２は、ユーザの性別における、商品・サービスの購入人数の情報を有する。
【0055】
購入統計データ３０２は、ユーザの年齢における、商品・サービスの購入人数の情報の情報を有する。図７の例の場合、購入統計データ３０２は、２０歳未満における、商品・サービスの購入人数の情報を有する。
【0056】
購入統計データ３０２は、商品・サービスの購入回数における、商品・サービスの購入人数の情報を有する。図７の例の場合、購入統計データ３０２は、商品・サービスの購入回数が５回以上における、商品・サービスの購入人数の情報を有する。
【0057】
購入統計データ３０２は、商品・サービスの購入累計金額における、商品・サービスの購入人数の情報を有する。図７の例の場合、購入統計データ３０２は、商品・サービスの累計金額が５万円以上における、商品・サービスの購入人数の情報を有する。
【0058】
すなわち、購入統計データ３０２は、ユーザの性別や年齢といったユーザ属性ごと、及び、ユーザの商品・サービスの購入回数や累積金額といった商品・サービスの購入に関する購入情報ごとに、商品・サービスの購入人数に関する統計データを有する。別言すれば、購入統計データ３０２は、ユーザ属性ごと、及び、購入情報ごとに、商品・サービスの購入人数を時系列（図７の例では日付順）に並べた統計データを有する。
【0059】
以下では、ユーザの性別や年齢といったユーザ属性、及び、ユーザの商品・サービスの購入回数や累積金額といった商品・サービスの購入に関する購入情報を、類別情報又は統計類別情報と称することがある。購入統計データ３０２は、類別情報ごとに、商品・サービスの購入人数の統計をとった統計データと捉えることができる。
【0060】
購入統計データ３０２は、適用フラグの情報を有する。適用フラグは、図８で説明する適用ルールデータ３０３に従って、ＯＮ及びＯＦＦが設定される。
【0061】
例えば、情報処理装置１０は、購入統計データ３０２の各類別情報（購入数以外の各列）において、人数の総和を算出し、算出した総和を購入数の列の総和で除算して、各類別情報における商品・サービスの購入率を算出する。情報処理装置１０は、算出した購入率が、図８に示す適用ルールデータ３０３の条件を満たす場合、購入統計データ３０２の適用フラグをＯＮする。
【0062】
なお、後述するが、情報処理装置１０は、商品・サービスの変動価格の取得要求をしたユーザの情報（プロフィール）が、適用フラグがＯＮになっている列の類別情報に合致する場合、その取得要求をしたユーザに対し、適用フラグがＯＮになっている列の類別情報に対応した変動価格を提示する。
【0063】
例えば、図７の例の場合、「２０歳未満」に対応する適用フラグがＯＮとなっている。従って、情報処理装置１０は、商品・サービスの変動価格の取得要求をしたユーザが２０歳未満の場合、その取得要求をしたユーザに対し、２０歳未満に対応した変動価格を提示する。
【0064】
一方、情報処理装置１０は、商品・サービスの変動価格の取得要求をしたユーザが２０歳未満でない場合、その取得要求をしたユーザに対し、通常の変動価格（例えば、類別情報における購入人数に基づかない、単なる購入数に基づいて算出した変動価格）を提示する。
【0065】
これにより、情報処理装置１０は、２０歳未満のユーザには、２０歳未満に応じた変動価格を提示し、２０歳以上のユーザには、通常の変動価格を提示する。すなわち、情報処理装置１０は、ユーザに応じた変動価格を提示する。
【0066】
＜適用ルールデータの構成例＞
図８は、適用ルールデータ３０３の構成例を示した図である。適用ルールデータ３０３は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の適用ルールデータ３０３を記憶する領域は、例えば、適用ルールデータ記憶部と称されてもよい。
図８は、適用ルールデータ３０３の構成例を示した図である。適用ルールデータ３０３は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の適用ルールデータ３０３を記憶する領域は、例えば、適用ルールデータ記憶部と称されてもよい。
【0067】
適用ルールデータ３０３には、類別情報ごとにおける商品・サービスの購入率が設定される。購入率は、例えば、商品・サービスの提供者によって設定される。図８の例の場合、２０歳未満における商品・サービスの購入率は、商品・サービスの提供者によって、６０％以下に設定されている。
【0068】
上述したように、情報処理装置１０は、図７に示した購入統計データ３０２の各類別情報における購入率を算出する。情報処理装置１０は、算出した購入率が適用ルールデータ３０３の条件（設定値）を満たす場合、条件を満たした購入統計データ３０２の類別情報に対応する適用フラグをＯＮにする。
【0069】
例えば、図７の購入統計データ３０２の類別情報「２０歳未満」において算出した商品・サービスの購入率が５５％であったとする。すなわち、「２０歳未満」における商品・サービスの購入率は、５５％であったとする。この場合、「２０歳未満」におけるユーザの購入率「５５％」は、図８の適用ルールデータ３０３の「２０歳未満」における購入率の条件「６０％以下」を満たすので、情報処理装置１０は、図７の購入統計データ３０２の「２０歳未満」における適用フラグをＯＮに設定する。
【0070】
すなわち、情報処理装置１０は、「２０歳未満」のユーザにおける商品・サービスの購入率が、商品・サービスの提供者が期待する購入率「６０％」に届かない場合、「２０歳未満」のユーザには、通常の変動価格ではなく、「２０歳未満」のユーザに応じた変動価格を提示する。
【0071】
なお、適用ルールデータ３０３には、購入数に関するルールがなく、図７に示した購入統計データ３０２の「購入数」においては、適用フラグは適用されない。図７に示した購入統計データ３０２の適用フラグが全てＯＦＦの場合、ユーザには、通常の変動価格が提示される。なお、通常の変動価格は、ダイナミックプライシングを適用しない固定価格であってもよい。
【0072】
＜変動価格データの構成例＞
図９は、変動価格データ３０４の構成例を示した図である。情報処理装置１０は、図７に示した購入統計データ３０２を参照し、ダイナミックプライシング機能を用いて、通常の変動価格（商品・サービスの購入数に応じた変動価格）と、ユーザの性別、年齢、商品・サービスの購入回数、及び累積金額といった類別情報に応じた変動価格とを算出する。情報処理装置１０は、算出した変動価格の変動価格データ３０４をメモリ１０３に記憶する。メモリ１０３の変動価格データ３０４を記憶する領域は、例えば、変動価格データ記憶部又は価格情報記憶部と称されてもよい。
図９は、変動価格データ３０４の構成例を示した図である。情報処理装置１０は、図７に示した購入統計データ３０２を参照し、ダイナミックプライシング機能を用いて、通常の変動価格（商品・サービスの購入数に応じた変動価格）と、ユーザの性別、年齢、商品・サービスの購入回数、及び累積金額といった類別情報に応じた変動価格とを算出する。情報処理装置１０は、算出した変動価格の変動価格データ３０４をメモリ１０３に記憶する。メモリ１０３の変動価格データ３０４を記憶する領域は、例えば、変動価格データ記憶部又は価格情報記憶部と称されてもよい。
【0073】
変動価格データ３０４は、日付の情報を有する。図９の例では、購入統計データ３０２は、図７に示した購入統計データ３０２と同様に、１か月分（４月分）の日付の情報を有する。なお、変動価格データ３０４は、現在の日付から一定期間遡った日付と、現在の日付から一定期間先の日付とを有してもよい。
【0074】
価格変動データ３０４は、商品・サービスの購入数に応じた通常の変動価格データ（通常価格）を有する。
【0075】
価格変動データ３０４は、類別情報に応じた変動価格データを有する。例えば、価格変動データ３０４は、ユーザの性別に応じた変動価格データを有する。
【0076】
価格変動データ３０４は、ユーザの年齢に応じた変動価格データを有する。図９の例の場合、変動価格データ３０４は、２０歳未満のユーザにおける変動価格データを有する。
【0077】
変動価格データ３０４は、商品・サービスの購入回数に応じた変動価格データを有する。図９の例の場合、変動価格データ３０４は、購入回数が５回以上の変動価格データを有する。
【0078】
変動価格データ３０４は、商品・サービスの累積購入金額に応じた変動価格データを有する。図９の例の場合、変動価格データ３０４は、購入累積金額が５万円以上の変動価格データを有する。
【0079】
図９の例では、過去の変動価格データも含まれる。例えば、現在の日付を４月１０日とする。この場合、図９に示す４月１日から４月９日の変動価格データ３０４は、過去の変動価格データである。一方、４月１０日から４月３０日の変動価格データ３０４は、将来における変動価格データであり、ユーザの商品・サービスの予約状況、及び／又は、購入状況に応じて変動する。
【0080】
情報処理装置１０は、端末２０からの変動価格の取得要求に応じて、変動価格データ３０４を端末に送信する。例えば、図７に示した購入統計データ３０２の２０歳未満における適用フラグがＯＮであり、端末２０のユーザの年齢が、２０歳未満であるとする。この場合、情報処理装置１０は、図９に示した２０歳未満における変動価格データ３０４をメモリ１０３から取得し、端末２０に送信する。これにより、端末２０のディスプレイには、２０歳未満における変動価格が表示される。
【0081】
なお、情報処理装置１０は、過去の変動価格データを端末２０に送信してもよいし、送信しなくてもよい。例えば、情報処理装置１０は、４月１日から４月３０日までの２０歳未満における変動価格データ３０４を端末２０に送信してもよいし、４月１０日から４月３０日までの将来における、２０歳未満の変動価格データ３０４を端末２０に送信してもよい。なお、送信された過去または将来の変動価格データは、端末２０においてユーザに対して表示してもよい。
【0082】
＜優先度データの構成例＞
図１０は、優先度データ３０５の構成例を示した図である。優先度データ３０５は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の優先度データ３０５を記憶する領域は、例えば、優先度データ記憶部と称されてもよい。
図１０は、優先度データ３０５の構成例を示した図である。優先度データ３０５は、情報処理装置１０のメモリ１０３に記憶される。メモリ１０３の優先度データ３０５を記憶する領域は、例えば、優先度データ記憶部と称されてもよい。
【0083】
優先度データ３０５は、変動価格のユーザへの提示に関する優先度の情報を有する。例えば、図１０の例の場合、「２０歳未満」の変動価格におけるユーザへの提示の優先度は「１」であり、最も高い。また、図１０の例の場合、「通常価格」の変動価格におけるユーザへの提示の優先度は「６」であり、最も低い。
【0084】
なお、この優先度は、商品・サービスの提供者が顧客として重要視したいユーザの属性に応じて設定される。また、優先度は、提供者が手動で設定してもよいし、過去のユーザの統計情報や提供者が重視する客層の情報などから自動的に設定してもよい。
【0085】
ここで、図７に示した購入統計データ３０２の適用フラグは、複数の列において、適用フラグがＯＮになる場合がある。そして、変動価格の取得要求を行ったユーザの情報（プロフィール）が、適用フラグがＯＮである複数の類別情報に該当する場合がある。
【0086】
例えば、図７に示した購入統計データ３０２の適用フラグが、「女性」と「購入回数５回以上」とにおいて、ＯＮになっているとする。そして、変動価格の取得要求を行ったユーザは、「女性」であり、商品・サービスの購入回数が「８回」であったとする。この場合、図１０に示した優先度データ３０５より、ユーザに提示する変動価格の優先度は、「購入回数５回以上」の変動価格より「女性」の変動価格の方が高い。従って、情報処理装置１０は、図９に示した「女性」の列における変動価格データ３０４を取得し、端末２０に送信する。
【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】
情報処理装置１０は、サービスＡにおいて選択した「女性」の変動価格と、サービスＢにおいて選択した「２０歳未満」の変動価格とを端末２０に送信する。また、情報処理装置１０は、サービスＡの「女性」の変動価格と、サービスＢの「２０歳未満」の変動価格とをマージした変動価格を端末２０に送信する。
【0169】
以上説明したように、情報処理装置１０は、複数の商品・サービス各々において、複数のユーザに基づいて選択した変動価格のうち、優先度データ３０５の優先度が最も高い変動価格を端末２０に送信してもよい。そして、情報処理装置１０は、各商品・サービスにおける変動価格をマージして、端末２０に送信してもよい。
【0170】
＜変形例２＞
適用ルールデータは、複数の商品・サービス各々に対応して設けられてもよい。例えば、情報処理装置１０は、サービスＡにおける適用ルールデータと、サービスＢにおける適用ルールデータとをメモリ１０３に記憶してもよい。
適用ルールデータは、複数の商品・サービス各々に対応して設けられてもよい。例えば、情報処理装置１０は、サービスＡにおける適用ルールデータと、サービスＢにおける適用ルールデータとをメモリ１０３に記憶してもよい。
【0171】
情報処理装置１０は、複数の商品・サービスに対応して設けられた適用ルールデータを用いて、複数の商品・サービスごとの購入統計データの適用フラグを設定してもよい。例えば、情報処理装置１０は、サービスＡにおける適用ルールデータを用いて、図１４に示したサービスＡにおける購入統計データ３０２ａの適用フラグを設定してもよい。情報処理装置１０は、サービスＢにおける適用ルールデータを用いて、図１４に示したサービスＢにおける購入統計データ３０２ｂの適用フラグを設定してもよい。
【0172】
これにより、商品・サービスを提供する提供者は、商品・サービスごとにおいて、ユーザに提供したい変動価格を設定できる。
【0173】
［第３の実施の形態］
商品・サービスには、特定の日に利用されるものと、そうでないものがある。例えば、航空機、鉄道、ホテル、イベントといったサービスでは、利用日が指定される。一方、電化製品や本といった商品では、利用日が決まっていない（いつでもよい）ことが多い。
商品・サービスには、特定の日に利用されるものと、そうでないものがある。例えば、航空機、鉄道、ホテル、イベントといったサービスでは、利用日が指定される。一方、電化製品や本といった商品では、利用日が決まっていない（いつでもよい）ことが多い。
【0174】
電化製品や本といった、利用日が決まっていない商品・サービスを購入した後、ダイナミックプライシングによって価格が下がった場合、ユーザは損した気分になる場合がある。また、ユーザの商品・サービスに対する購入意欲が低下する場合がある。また、一般的には、商品・サービスの価格は時間が経過するほど安くなるため、商品・サービスを購入する意図があるユーザであっても、価格の値下げを待って購入を待つことがある。この場合、商品・サービスの販売者にとっては、投資回収できるタイミングが遅延してしまうため、経営上のリスクが発生する。
【0175】
そこで、第３の実施の形態では、商品・サービスの購入後、所定のタイミングにおける商品・サービスの価格が所定の価格以下の場合、ユーザにポイントを付与する。以下では、第１の実施の形態と異なる部分について説明する。
【0176】
＜システム構成例＞
図１９は、第３の実施の形態に係るポイント付与システム４０の構成例を示した図である。図１９に示すポイント付与システム４０は、図１に示したダイナミックプライシングシステム１０に対し、イベント管理装置５０を有する。
図１９は、第３の実施の形態に係るポイント付与システム４０の構成例を示した図である。図１９に示すポイント付与システム４０は、図１に示したダイナミックプライシングシステム１０に対し、イベント管理装置５０を有する。
【0177】
イベント管理装置５０は、例えば、サーバである。イベント管理装置５０は、ポイント付与の契機となるタイミングを検出する。例えば、図２０で説明するが、イベント管理装置５０は、ユーザの元に商品・サービスが到着したタイミングを検出する。イベント管理装置５０は、ポイント付与の契機となるタイミングを検出すると、その旨を情報処理装置１０に通知する。
【0178】
なお、ポイントが付与される契機となるタイミングは、商品・サービスの提供者が任意に設定してよい。ただし、商品・サービスの提供者の利益とユーザの不公平感の低減のバランスを取る観点からは、ユーザによる制御が難しいタイミングであるとよい。ユーザが自らの意思で制御できるタイミングをポイント付与の契機として使用すると、ユーザは付与されるポイントが最大になるタイミングまで手続きを待つおそれがあり、提供者にとっては不利なタイミングでポイント付与を行わなくてはならなくなるおそれがあるためである。また、ポイントが付与される契機となるタイミングに、使用の開始などのユーザが制御可能なタイミングが含まれる場合、発送日や到着日などのユーザによる制御が困難なタイミングしか含まれない場合よりも、ポイントの付与量を減らしてもよい。ポイントの付与量の変更は、例えば、後述する差額係数を変更することによって実現できる。また、どのようなタイミングをポイントが付与される契機となるタイミングとするか、ユーザが指定できるようにしてもよい。
【0179】
情報処理装置１０は、イベント管理装置５０からの通知を受け、ユーザが購入した商品・サービスの価格が、所定の価格以下であるか判定する。情報処理装置１０は、ユーザが購入した商品・サービスの価格が、所定の価格以下であると判定した場合、ユーザにポイントを付与する。例えば、情報処理装置１０は、ユーザの元に商品・サービスが到着したとき、その商品・サービスの価格が所定の価格以下の場合、ユーザにポイントに付与する。
【0180】
【0181】
情報処理装置１０は、ユーザが商品・サービスを購入するとき、所定のタイミングにおける商品・サービスの価格が、所定の価格以下であった場合、ユーザにポイントを付与することを端末２０のディスプレイに表示する。例えば、図２０に示すように、情報処理装置１０は、ユーザが購入する商品・サービスの価格が、商品・サービスの到着日に２０００円以下であった場合、ユーザにポイントに付与をすることを端末２０のディスプレイに表示する。
【0182】
このような表示を行うことによって、ユーザは、商品・サービスの購入時に、後日、価格が大きく下がった場合にポイントが付与されることを認識できるので、値下げを待つことなく安心して商品・サービスを購入することができる。
【0183】
情報処理装置１０は、ユーザが購入した商品・サービスの価格が、商品・サービスの到着日に所定の価格以下であった場合、商品・サービスを購入したユーザにポイントを付与する。例えば、ユーザが購入した商品・サービスの価格が、商品・サービスの到着日に２０００円になっていたとする。この場合、情報処理装置１０は、商品・サービスを購入したユーザにポイントを付与する。
【0184】
情報処理装置１０は、イベント管理装置５０から、ユーザの元に商品・サービスが到着したことの通知を受ける。すなわち、情報処理装置１０は、商品・サービスに関する所定のタイミングを、イベント管理装置５０からの通知によって把握する。
【0185】
例えば、イベント管理装置５０は、配送業者の端末から、商品・サービスを配送完了の通知を受信する。イベント管理装置５０は、配送業者の端末から、商品・サービス配送完了の通知を受信すると、情報処理装置１０に商品・サービスがユーザの元に到着したことを通知する。これにより、情報処理装置１０は、商品・サービスに関する所定のタイミングを、イベント管理装置５０からの通知によって把握する。
【0186】
以上の動作により、ユーザは、商品・サービスを購入した後、価格が所定以下になっても、損した気分を感じにくくなる。また、ユーザの商品・サービスに対する購入意欲の低下を抑制できる。
【0187】
＜ブロック構成例＞
＜情報処理装置のブロック構成例＞
図２１は、情報処理装置１０のブロック構成例を示した図である。図２１に示すように、情報処理装置１０は、制御部４０１と、通信部４０２と、メモリ４０３と、を有する。
＜情報処理装置のブロック構成例＞
図２１は、情報処理装置１０のブロック構成例を示した図である。図２１に示すように、情報処理装置１０は、制御部４０１と、通信部４０２と、メモリ４０３と、を有する。
【0188】
制御部４０１は、情報処理装置１０全体を制御する。制御部４０１は、例えば、ＣＰＵといったプロセッサによって構成されてもよい。
【0189】
制御部４０１は、購入処理部４１１と、イベント受信部４１２と、ポイント処理部４１３と、送信処理部４１４と、を有する。制御部４０１は、例えば、メモリ４０３に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0190】
購入処理部４１１は、ユーザが購入する商品・サービスの購入処理を行う。例えば、購入処理部４１１は、ユーザの商品・サービスの購入に関する情報を、メモリ４０３において管理する。
【0191】
イベント受信部４１２は、通信部４０２を介して、イベント管理装置５０からイベント情報を受信する。
【0192】
ポイント処理部４１３は、イベント受信部４１２のイベント情報の受信に応じて、ユーザのポイント処理を行う。例えば、ポイント処理部４１３は、メモリ４０３に記憶されているポイントに関する情報に基づいて、ユーザに付与するポイントを算出する。
【0193】
送信処理部４１４は、通信部４０２を介して、購入処理部４１１が処理した商品・サービス購入に関する情報を端末２０に送信する。また、送信処理部４１４は、通信部４０２を介して、ポイント処理部４１３が処理したユーザのポイントに関する情報を端末２０に送信する。
【0194】
なお、制御部４０１は、図４で説明した制御部１０１の機能を有する。すなわち、制御部４０１は、ダイナミックプライシング機能を有し、商品・サービスの変動価格を算出する。別言すれば、情報処理装置１０は、本開示に係るダイナミックプライシングに基づく変動価格を端末２０に送信する。
【0195】
通信部４０２は、ネットワーク３０を介して端末２０及びイベント管理装置５０と通信する。通信部４０２は、送信部と受信部とによって構成されてもよい。
【0196】
メモリ４０３には、制御部４０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、メモリ４０３には、制御部４０１による処理に必要な各種データが記憶される。メモリ４０３は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。メモリ４０３は、１つであってもよいし、複数であってもよい。
【0197】
なお、メモリ４０３は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、情報処理装置１０の一部と捉えてもよい。
【0198】
＜イベント管理装置のブロック構成例＞
図２２は、イベント管理装置５０のブロック構成例を示した図である。図２２に示すように、イベント管理装置５０は、制御部５０１と、通信部５０２と、メモリ５０３と、を有する。
図２２は、イベント管理装置５０のブロック構成例を示した図である。図２２に示すように、イベント管理装置５０は、制御部５０１と、通信部５０２と、メモリ５０３と、を有する。
【0199】
制御部５０１は、イベント管理装置５０全体を制御する。制御部５０１は、例えば、ＣＰＵといったプロセッサによって構成されてもよい。
【0200】
制御部５０１は、外部イベント受信部５１１と、イベント送信部５１２と、を有する。制御部５０１は、例えば、メモリ５０３に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0201】
外部イベント受信部５１１は、例えば、端末といった他の装置から、外部イベント情報を受信する。例えば、外部イベント受信部５１１は、配送業者が所持する端末から、商品・サービスの配送完了を示す外部イベント情報を受信する。
【0202】
なお、外部イベント受信部５１１は、ポイントの付与に影響する外部イベントの種類に応じて、そのイベントを管理する装置から外部イベント情報を受信する。例えば、ポイントの付与に影響する外部イベントが配送に関するイベントであれば、外部イベント受信部５１１は、配送業者が所持する端末若しくは配送業者が管理するサーバから外部イベント情報を受信する。また、ポイントの付与に影響する外部イベントが商品・サービスの使用開始や修理などの、商品・サービスの提供者が管理するイベントであれば、外部イベント受信部５１１は、商品・サービスの提供者が管理するサーバから外部イベント情報を受信する。
【0203】
イベント送信部５１２は、外部イベント受信部５１１が外部イベント情報を受信すると、通信部５０２を介して、情報処理装置１０に対し、イベント情報を送信する。これにより、情報処理装置１０は、例えば、商品・サービスのユーザへの配送が完了したことを判定できる。
【0204】
通信部５０２は、ネットワーク３０を介して情報処理装置１０と通信する。通信部５０２は、送信部と受信部とによって構成されてもよい。
【0205】
メモリ５０３には、制御部５０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、メモリ５０３には、制御部５０１による処理に必要な各種データが記憶される。メモリ５０３は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。メモリ５０３は、１つであってもよいし、複数であってもよい。
【0206】
なお、メモリ５０３は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、イベント管理装置５０の一部と捉えてもよい。
【0207】
また、情報処理装置１０が、イベント管理装置５０の機能を有してもよい。この場合、図１９に示したポイント付与システム４０は、イベント管理装置５０を備えなくてもよい。
【0208】
＜端末のブロック構成例＞
図２３は、端末２０のブロック構成例を示した図である。図２３に示すように、端末２０は、制御部６０１と、通信部６０２と、入力部６０３と、表示部６０４と、音声部６０５と、メモリ６０６と、を有する。
図２３は、端末２０のブロック構成例を示した図である。図２３に示すように、端末２０は、制御部６０１と、通信部６０２と、入力部６０３と、表示部６０４と、音声部６０５と、メモリ６０６と、を有する。
【0209】
制御部６０１は、端末２０全体を制御する。制御部６０１は、例えば、ＣＰＵといったプロセッサによって構成されてもよい。
【0210】
制御部６０１は、送信処理部６１１と、受信処理部６１２と、を有する。制御部６０１は、例えば、メモリ６０６に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0211】
送信処理部６１１は、例えば、ユーザが入力した情報を、通信部６０２を介して情報処理装置１０に送信する。受信処理部６１２は、例えば、通信部６０２を介して情報処理装置１０から情報を受信する。
【0212】
通信部６０２、入力部６０３、表示部６０４、及び音声部６０５は、図５に示した通信部２０２、入力部２０３、表示部２０４、及び音声部２０５と同様の機能を有し、その説明を省略する。
【0213】
メモリ６０６には、制御部６０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、メモリ６０６には、制御部６０１による処理に必要な各種データが記憶される。メモリ６０６は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。メモリ６０６は、１つであってもよいし、複数であってもよい。
【0214】
＜データ構成例＞
＜ユーザデータの構成例＞
図２４は、ユーザデータ７０１の構成例を示した図である。ユーザデータ７０１は、情報処理装置１０のメモリ４０３に記憶される。ユーザデータ７０１は、例えば、ポイント付与システム４０に登録されたユーザごとに生成され、メモリ４０３に記憶される。
＜ユーザデータの構成例＞
図２４は、ユーザデータ７０１の構成例を示した図である。ユーザデータ７０１は、情報処理装置１０のメモリ４０３に記憶される。ユーザデータ７０１は、例えば、ポイント付与システム４０に登録されたユーザごとに生成され、メモリ４０３に記憶される。
【0215】
ユーザデータ７０１は、ユーザＩＤと、性別と、年齢と、購入回数と、購入累計金額と、の情報と、を有する。これらの情報は、図６で説明したユーザデータ３０１の情報と同様であり、その説明を省略する。
【0216】
ユーザデータ７０１は、メールアドレスの情報を有する。メールアドレスは、例えば、ユーザがポイント付与システム４０に登録したときに、メモリ１０３に記憶される。情報処理装置１０は、ユーザデータ７０１のメールアドレスに基づいて、ユーザの端末２０にメールを送信する。
【0217】
なお、ユーザデータ７０１には、プッシュ通知のプッシュＩＤが記憶されてもよい。すなわち、ユーザデータ７０１には、ユーザの端末２０に情報を送信できる情報が記憶されればよい。
【0218】
ユーザデータ７０１は、付与ポイントの情報を有する。付与ポイントは、情報処理装置１０がユーザに付与したポイントである。付与ポイントは、ポイントが付与されるたびに累積される。
【0219】
ユーザデータ７０１は、ユーザが購入した商品・サービスの購入履歴の情報を有する。購入履歴情報には、ユーザが購入した商品・サービスの商品名と、その商品・サービスの購入日と、その商品・サービスの価格と、が含まれる。
【0220】
すなわち、ユーザデータ７０１は、ユーザ個人に関する個人情報、及び、ユーザ個人の商品・サービスの購入に関する購入情報を有する。なお、ユーザデータ７０１は、プロフィールと称されてもよい。
【0221】
＜商品・サービス管理データの構成例＞
図２５は、商品・サービス管理データ７０２の構成例を示した図である。商品・サービス管理データ７０２は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７０２は、商品・サービスごとに生成され、メモリ４０３に記憶される。なお、図２５の商品・サービス管理データ７０２は、商品Ｘにおける商品・サービス管理データを示している。メモリ４０３の商品・サービス管理データ７０１を記憶する領域は、例えば、商品・サービス管理データ記憶部と称されてもよい。
図２５は、商品・サービス管理データ７０２の構成例を示した図である。商品・サービス管理データ７０２は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７０２は、商品・サービスごとに生成され、メモリ４０３に記憶される。なお、図２５の商品・サービス管理データ７０２は、商品Ｘにおける商品・サービス管理データを示している。メモリ４０３の商品・サービス管理データ７０１を記憶する領域は、例えば、商品・サービス管理データ記憶部と称されてもよい。
【0222】
商品・サービス管理データ７０２は、商品・サービスの変動価格の情報を有する。変動価格情報は、日付と、その日付における商品・サービスの価格と、を有する。
【0223】
なお、図２５の例では、商品・サービス管理データ７０２は、４月分の変動価格であって、かつ、現在日（４月３日）までの変動価格の情報を有する例を示している。変動価格情報は、図９で説明したように、通常の変動価格と、男性、女性、及び、２０歳未満といったユーザ属性に応じた変動価格と、購入回数５回以上、及び、累積金額５万円以上といったユーザの購入情報に応じた変動価格とを有してもよい。
【0224】
商品・サービス管理データ７０２は、ポイントを算出するためのポイント換算の情報を有する。ポイント換算情報は、ユーザが商品・サービスを購入した価格と、所定のタイミングおける変動価格との差額に基づいてポイントを換算するための差額係数を有する。また、ポイント換算情報は、男性、女性、及び２０歳未満といったユーザ属性に応じてポイント換算するため情報を有する。また、ポイント換算情報は、商品・サービスの購入回数が５回以上、及び、商品・サービスの累積金額が５万円以上といった、商品・サービスの購入に関する購入情報に応じてポイント換算するため情報を有する。
【0225】
商品・サービス管理データ７０２は、ポイント付与期間の情報を有する。ポイント付与期間情報は、ポイント付与が適用される期間を示す。すなわち、この期間内に、ポイント付与の契機となる外部イベントが発生すれば、ポイント付与が適用される。ポイント付与期間は無期限としてもよいが、ポイントが付与される期限を区切ることで、ユーザに対して、商品・サービスの早期の購入を促すことができる。
【0226】
商品・サービス管理データ７０２は、ポイント付与条件の情報を有する。ポイント付与条件は、ポイントが付与される条件である商品・サービスの価格と、ポイント付与を判定するタイミングと、を有する。図２５の例の場合、ポイント付与を判定するタイミングは、商品Ｘの発送日、到着日、及び修理日である。商品Ｘの発送日、到着日、及び修理日において、商品Ｘの価格が２０００円以下の場合、ユーザにポイントが付与される。なお、商品・サービスの発送日、到着日、及び修理日が、上述したポイント付与期間内でない場合、ユーザにポイントは付与されない。
【0227】
なお、ポイント換算情報、ポイント付与期間、及び、ポイント付与条件は、商品・サービスを提供する提供者によって、設定されてもよい。これにより、例えば、商品・サービスの提供者は、特定のユーザに向けて、商品・サービスの価格が下がった場合の損した気分を抑制できる。
【0228】
＜情報処理装置の動作例＞
＜情報処理装置の商品・サービス購入における動作例＞
図２６は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。ユーザは、商品・サービスを購入するため、端末２０を用いて、商品・サービスの変動価格の表示操作を行うとする。端末２０は、ユーザの取得要求操作に応じて、ユーザのユーザＩＤと、変動価格の取得要求とを情報処理装置１０に送信する。以下では、ユーザＩＤを「Ｇ」、現在の日付を「４月３日」、ユーザが購入する商品・サービスを「商品Ｘ」とする。
＜情報処理装置の商品・サービス購入における動作例＞
図２６は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。ユーザは、商品・サービスを購入するため、端末２０を用いて、商品・サービスの変動価格の表示操作を行うとする。端末２０は、ユーザの取得要求操作に応じて、ユーザのユーザＩＤと、変動価格の取得要求とを情報処理装置１０に送信する。以下では、ユーザＩＤを「Ｇ」、現在の日付を「４月３日」、ユーザが購入する商品・サービスを「商品Ｘ」とする。
【0229】
情報処理装置１０は、端末２０から、ユーザＩＤ「Ｇ」と、商品Ｘにおける変動価格の取得要求とを受信する（Ｓ２１）。
【0230】
情報処理装置１０は、Ｓ２１にて受信した取得要求に応じて、メモリ４０３の商品・サービス管理データ７０２を参照し、現在日の「４月３日」における商品Ｘの変動価格と、ポイント付与条件である商品Ｘの価格と、ポイント付与を判定するタイミング情報と、を取得し、端末２０のディスプレイに表示する画像データを生成する（Ｓ２２）。
【0231】
例えば、画像データは、図２０に示した画面のデータである。画像データには、例えば、情報処理装置１０が商品・サービス管理データ７０２から取得した現在日の「４月３日」における商品Ｘの価格「３０００円」の情報と、商品Ｘの価格が、商品Ｘの到着日に２０００円以下であった場合に、ポイントが付与されることを示す情報とが含まれる。
【0232】
情報処理装置１０は、Ｓ２２にて生成した画像データを端末２０に送信する（Ｓ２３）。これにより、端末２０のディスプレイには、例えば、図２０に示した画面が表示される。
【0233】
なお、ユーザは、端末２０のディスプレイを見て、商品Ｘの購入を決定したとする。端末２０は、ユーザから、商品Ｘの購入操作を受付け、情報処理装置１０に購入要求を送信する。
【0234】
情報処理装置１０は、端末２０から、商品Ｘの購入要求を受信する（Ｓ２４）。
【0235】
情報処理装置１０は、Ｓ２４の購入要求の受信に応じて、ユーザデータ７０１の購入履歴を更新する（Ｓ２５）。例えば、情報処理装置１０は、図２４に示したユーザデータ７０１の商品名の欄に、商品Ｘを追加する。また、情報処理装置１０は、図２４に示したユーザデータ７０１の購入日の欄に「４月３日」を追加し、価格の欄に「３０００円」を追加する。
【0236】
情報処理装置１０は、Ｓ２５のユーザデータ７０１の更新が完了すると、端末２０に購入完了を送信する（Ｓ２６）。これにより、端末２０のディスプレイには、商品Ｘの購入手続が完了したことを示す画面が表示される。
【0237】
＜情報処理装置のポイント付与における動作例＞
図２７は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。以下では、４月３日に商品Ｘの購入手続をしたユーザＩＤ「Ｇ」のユーザに、商品Ｘが配送されたとする。商品Ｘの配送完了日（到着日）は、４月５日とする。
図２７は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。以下では、４月３日に商品Ｘの購入手続をしたユーザＩＤ「Ｇ」のユーザに、商品Ｘが配送されたとする。商品Ｘの配送完了日（到着日）は、４月５日とする。
【0238】
配送業者は、商品Ｘの配送完了に伴い、配送業者の端末を用いて、ユーザＩＤ「Ｇ」のユーザへの商品Ｘの配送完了手続を行う。イベント管理装置５０は、配送業者の端末から、配送完了を示す外部イベント情報を受信し、情報処理装置１０にイベント情報を送信する。外部イベント情報及びイベント情報には、ユーザＩＤ「Ｇ」の情報と、商品Ｘの情報と、商品Ｘの配送完了日「４月５日」と、が含まれる。
【0239】
情報処理装置１０は、イベント管理装置５０から、商品Ｘのユーザ（ユーザＩＤ「Ｇ」）への配送完了を示すイベント情報を受信する（Ｓ３１）。
【0240】
情報処理装置１０は、Ｓ３１にて受信したイベント情報に含まれる配送完了日「４月５日」に基づいて、配送完了日「４月５日」における商品Ｘの価格を取得する（Ｓ３２）。
【0241】
なお、図２５に示した商品・サービス管理データ７０２の「商品Ｘ変動価格」には、４月３日までの価格しか記憶されていないが、現在日である「４月５日」までの価格が記憶される。４月５日における商品Ｘの価格は、「２０００円」とする。
【0242】
情報処理装置１０は、Ｓ３２にて取得した商品Ｘの配送完了日「４月５日」における価格と、商品・サービス管理データ７０２に含まれるポイント付与期間情報と、ポイント付与条件情報とに基づいて、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たすか否かを判定する（Ｓ３３）。情報処理装置１０は、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たす場合（Ｙｅｓ）、処理をＳ３４へ移行する。情報処理装置１０は、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たさない場合（Ｎｏ）、当該フローチャートの処理を終了する。
【0243】
なお、図２５に示した商品・サービス管理データ７０２のポイント付与条件情報の価格は、「２０００円以下」に設定されている。また、商品・サービス管理データ７０２のポイント付与条件情報の到着日は、「可」に設定されている。ポイント付与期間情報は、「４月１日から４月３０日」である。上記の仮定では、４月５日にユーザＩＤ「Ｇ」への商品Ｘの配送が完了し、４月５日における商品Ｘの価格は、「２０００円」である。従って、情報処理装置１０は、ユーザＩＤ「Ｇ」へのポイント付与はポイント付与条件を満たすと判定する。
【0244】
情報処理装置１０は、Ｓ３３にて、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たすと判定した場合（Ｙｅｓ）、商品・サービス管理データ７０２のポイント換算情報と、ユーザＩＤ「Ｇ」のユーザデータ７０１とを参照し、ポイントを算出する（Ｓ３４）。
【0245】
例えば、ユーザＩＤ「Ｇ」のユーザが購入した商品Ｘの差額は、１０００円である。従って、情報処理装置１０は、図２５に示した商品・サービス管理データ７０２のポイント換算情報における差額係数「差額×１０％」に基づいて、ポイント１００を算出する。また、ユーザＩＤ「Ｇ」のユーザは、図２４に示したユーザデータ７０１より、「男性」である。従って、情報処理装置１０は、図２５に示した商品・サービス管理データ７０２のポイント換算情報における男性「＋１」に基づいて、ポイント１００にポイント１を加算する。すなわち、情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザのポイントとして、「１０１」を算出する。
【0246】
情報処理装置１０は、ポイントを算出すると、ユーザデータ７０１を更新し、ユーザＩＤ「Ｇ」の端末２０にポイントが付与されたことを示すメールを送信する（Ｓ３５）。
【0247】
例えば、情報処理装置１０は、図２４に示したユーザデータ７０１の付与ポイント、購入回数、及び購入総額を更新する。より具体的には、情報処理装置１０は、図２４に示したユーザデータ７０１の付与ポイントを「０」から「１０１」に更新し、購入回数を「３」から「４」に更新し、購入総額を「１３０００円」から「１５０００円」に更新する。そして、情報処理装置１０は、ユーザデータ７０１から、ユーザＩＤ「Ｇ」のメールアドレスを取得し、ポイントを付与したことを示すメールを送信する。
【0248】
＜第３の実施の形態のまとめ＞
以上説明したように、情報処理装置１０の制御部１０１は、商品又はサービスをユーザが購入する前に、商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合、ポイントやクーポンといった特典をユーザに付与することを示す画像情報を生成する。情報処理装置１０の通信部４０２は、画像情報を端末２０に送信する。すなわち、情報処理装置１０は、商品又はサービスの価格が到着日といった所定のタイミングにおいて下がった場合、特典が付与されることを事前にユーザに通知する。従って、ユーザは、商品又はサービスを購入した後、所定のタイミングにおいて価格が下がっても、損した気分を感じにくくなる。また、ユーザの商品・サービスに対する購入意欲の低下を抑制できる。
以上説明したように、情報処理装置１０の制御部１０１は、商品又はサービスをユーザが購入する前に、商品又はサービスの購入後の所定のタイミングにおける価格が購入時より下がった場合、ポイントやクーポンといった特典をユーザに付与することを示す画像情報を生成する。情報処理装置１０の通信部４０２は、画像情報を端末２０に送信する。すなわち、情報処理装置１０は、商品又はサービスの価格が到着日といった所定のタイミングにおいて下がった場合、特典が付与されることを事前にユーザに通知する。従って、ユーザは、商品又はサービスを購入した後、所定のタイミングにおいて価格が下がっても、損した気分を感じにくくなる。また、ユーザの商品・サービスに対する購入意欲の低下を抑制できる。
【0249】
以下、第３の実施の形態の変形例について説明する。
【0250】
＜変形例１＞
ポイントを付与するタイミングは、商品・サービスの初期不良に対する交換日であってもよい。また、ポイントを付与するタイミングは、商品・サービスの次の購入日であってもよい。
ポイントを付与するタイミングは、商品・サービスの初期不良に対する交換日であってもよい。また、ポイントを付与するタイミングは、商品・サービスの次の購入日であってもよい。
【0251】
また、上記では、情報処理装置１０は、商品・サービスの差額をポイント付与でユーザに還元したが、これに限られない。情報処理装置１０は、ユーザが次回以降に購入する商品・サービスの価格から割引を行って、商品・サービスの差額をユーザに還元してもよい。また、情報処理装置１０は、ポイントに使用期限を設けてもよい。
【0252】
また、イベント管理装置５０は、製造メーカ又は認証機関といった業者において管理される装置であってもよい。情報処理装置１０は、製品の発送タイミングやユーザの認証タイミングにおいてポイント付与を判定してもよい。
【0253】
＜変形例２＞
図２５で説明した商品・サービス管理データ７０２のポイント換算情報は、商品・サービスの差額ごとに設けられてもよい。例えば、商品・サービス管理データ７０２は、差額が１０００円未満におけるポイント換算情報、１０００円以上２０００円未満における情報、２０００円以上３０００円未満における情報、及び３０００円以上における情報を有してもよい。また、差額が小さい場合（例えば、１００円未満などの場合）は、ポイントを付与しないように制御してもよい。
図２５で説明した商品・サービス管理データ７０２のポイント換算情報は、商品・サービスの差額ごとに設けられてもよい。例えば、商品・サービス管理データ７０２は、差額が１０００円未満におけるポイント換算情報、１０００円以上２０００円未満における情報、２０００円以上３０００円未満における情報、及び３０００円以上における情報を有してもよい。また、差額が小さい場合（例えば、１００円未満などの場合）は、ポイントを付与しないように制御してもよい。
【0254】
＜変形例３＞
例えば、配送遅延が原因で、商品・サービスの到着日が送れ、到着日における商品・サービスの価格が下がっている場合がある。そこで、情報処理装置１０は、配送遅延の原因に応じて、ポイント数を算出してもよい。例えば、情報処理装置１０は、配送遅延の原因が、自然災害等によって生じた場合、不可抗力と捉え、ポイント数を少なくしてもよい。また、情報処理装置１０は、配送予定日が決まっているにも関わらず、配送業者の手違い等によって配送日が遅れ、商品・サービスの価格が下がった場合、ポイント数を多くしてもよい。
例えば、配送遅延が原因で、商品・サービスの到着日が送れ、到着日における商品・サービスの価格が下がっている場合がある。そこで、情報処理装置１０は、配送遅延の原因に応じて、ポイント数を算出してもよい。例えば、情報処理装置１０は、配送遅延の原因が、自然災害等によって生じた場合、不可抗力と捉え、ポイント数を少なくしてもよい。また、情報処理装置１０は、配送予定日が決まっているにも関わらず、配送業者の手違い等によって配送日が遅れ、商品・サービスの価格が下がった場合、ポイント数を多くしてもよい。
【0255】
また、情報処理装置１０は、ユーザが同じ商品・サービスを繰り返し購入しているにも関わらず、配送遅延が多く発生している場合、配送遅延の数に応じたポイントをユーザに付与してもよい。また、例えば、情報処理装置１０は、Ｘ回の配送遅延における商品・サービスの価格平均を算出し、算出した平均値に応じたポイントをユーザに付与してもよい。
【0256】
また、商品・サービスを大量に購入した場合、１つの商品・サービスにおける値下げ幅が小さくても、商品・サービス全体の値下げ額は大きくなる。そこで、情報処理装置１０は、商品・サービスの購入数に応じたポイントをユーザに付与してもよい。例えば、商品・サービスの購入数が多い程、情報処理装置１０は、ポイントを多く付与してもよい。
【0257】
また、例えば、商品・サービスの提供者の繁忙等を考慮し、商品・サービスの配送を急がせなかった場合において、商品・サービスの到着日に価格が下がっている場合には、情報処理装置１０は、ポイントを多く付与してもよい。例えば、情報処理装置１０は、配送日時の不指定を条件に、ポイントを多く付与してもよい。
【0258】
［第４の実施の形態］
第３の実施の形態で説明したように、商品・サービスには、特定の日に利用されるものと、そうでないものがある。例えば、航空機、鉄道、ホテル、イベントといったサービスでは、利用日が指定される。
第３の実施の形態で説明したように、商品・サービスには、特定の日に利用されるものと、そうでないものがある。例えば、航空機、鉄道、ホテル、イベントといったサービスでは、利用日が指定される。
【0259】
航空機、鉄道、ホテル、イベントといった、利用日が指定される商品・サービスを購入した後、利用日にダイナミックプライシングによって価格が下がった場合、ユーザは損した気分を感じる場合がある。また、ユーザは、購入した商品・サービスをキャンセルし、下がった価格において、再度商品・サービスを購入する場合がある。
【0260】
そこで、第４の実施の形態では、商品・サービスの購入後、商品・サービスの利用日の価格が所定の価格以下の場合、ユーザにポイントを付与する。以下では、第３の実施の形態と異なる部分について説明する。
【0261】
＜システム構成例＞
図２８は、第４の実施の形態に係るポイント付与システム４０の構成例を示した図である。図２８に示すポイント付与システム４０は、図１９に示したポイント付与システム４０のイベント管理装置５０の替わりに、入場管理装置６０を有する。
図２８は、第４の実施の形態に係るポイント付与システム４０の構成例を示した図である。図２８に示すポイント付与システム４０は、図１９に示したポイント付与システム４０のイベント管理装置５０の替わりに、入場管理装置６０を有する。
【0262】
入場管理装置６０は、例えば、ホテルのロビーやコンサート会場のゲートといった場所に設置され、人の入場を検知する。入場管理装置６０は、入場の検知情報を情報処理装置１０に送信する。
【0263】
例えば、ホテルに設置された入場管理装置６０は、カードリーダであってもよい。カードリーダである入場管理装置６０は、ユーザが所持するメンバーズカードを読み取り、ユーザがホテルに宿泊しに来たことを検知してもよい。そして、入場管理装置６０は、メンバーズカードから読み取ったユーザＩＤと、商品・サービスに関する情報（例えば、ユーザが利用したホテルを示す情報）とを含む検知情報を情報処理装置１０に送信してもよい。
【0264】
また、ホテルに設置された入場管理装置６０は、ＱＲコード（登録商標）やバーコードといったコード情報を読み取るコード読取装置であってもよい。例えば、ユーザは、ホテルを予約したときに発行されたＱＲコードやバーコードといったコード情報を、コード読取装置である入場管理装置６０にかざす。入場管理装置６０は、かざされたコード情報を読み取り、読み取ったコード情報（例えば、ユーザＩＤ）と、商品・サービスに関する情報とを含む検知情報を情報処理装置１０に送信してもよい。
【0265】
また、ホテルに設置された入場管理装置６０は、カメラであってもよい。入場管理装置６０は、撮影したユーザの顔画像と、商品・サービスに関する情報とを含む検知情報を情報処理装置１０に送信してもよい。なお、上記例は、ホテルの例を説明したが、コンサート会場でも同様であってもよい。
【0266】
情報処理装置１０は、入場管理装置６０から検知情報を受信し、ユーザが購入した商品・サービスの価格が、所定の価格以下であるか判定する。例えば、情報処理装置１０は、宿泊日より前にユーザが予約したホテルの宿泊価格が、宿泊日（入場管理装置６０から検知情報を受信した日）において、所定の価格以下であるか判定する。情報処理装置１０は、ユーザが購入した商品・サービスの利用日における価格が、所定の価格以下であると判定した場合、ユーザにポイントを付与する。
【0267】
【0268】
情報処理装置１０は、ユーザが商品・サービスを購入するとき、商品・サービスの利用日における価格が、所定の価格以下であった場合、ユーザにポイントを付与することを端末２０のディスプレイに表示する。例えば、図２０に示すように、情報処理装置１０は、ユーザが予約（購入）するホテルの宿泊価格が、ホテルの利用日（例えば、宿泊日初日）に４０００円以下であった場合、ユーザにポイントに付与をすることを端末２０のディスプレイに表示する。
【0269】
なお、本実施の形態では、この表示は省略してもよい。本実施の形態における商品・サービスは利用日を指定して購入されるものであるため、ユーザが小遺品・サービスの値下げを狙って無期限に購入を待つことは考えにくく、ポイントが付与されるか否かにかかわらず商品・サービスが購入される可能性が高いためである。
【0270】
情報処理装置１０は、ユーザが購入した商品・サービスの価格が、商品・サービスの利用日に所定の価格以下であった場合、商品・サービスを購入したユーザにポイントを付与する。例えば、ユーザが予約したホテルの宿泊価格が、利用日に４０００円になっていたとする。この場合、情報処理装置１０は、ホテルを予約したユーザにポイントを付与する。
【0271】
情報処理装置１０は、入場管理装置６０から、ユーザがホテルにチェックイン（利用）したことの通知を受ける。すなわち、情報処理装置１０は、商品・サービスの利用日を、入場管理装置６０からの通知によって把握する。
【0272】
例えば、入場管理装置６０は、ユーザのホテルにおけるメンバーズカードの情報を読み取ると、ユーザがホテルにチェックインしたことを情報処理装置１０に通知する。これにより、情報処理装置１０は、ユーザの商品・サービスの利用に関するタイミングを、入場管理装置６０からの通知によって把握する。
【0273】
以上の動作により、ユーザは、商品・サービスを購入した後、利用日において価格が所定以下になっても、損した気分を感じにくくなる。また、ユーザは、購入した商品・サービスをキャンセルし、下がった価格において、再度商品・サービスを購入しなくて済む。例えば、ユーザは、予約したホテルの宿泊価格が下がっても、ポイントが付与されるので、１度予約したホテルの宿泊を解約して、再度予約または購入しなくて済む。
【0274】
また、商品・サービスの提供者としても、解約と、再度の予約または購入にかかる事務の負担を軽減することができる。
【0275】
＜ブロック構成例＞
以下、情報処理装置１０及び入場管理装置６０のブロック構成例について説明する。端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
以下、情報処理装置１０及び入場管理装置６０のブロック構成例について説明する。端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
【0276】
【0277】
情報処理装置１０は、入場受信部４１５を有する。入場受信部４１５は、通信部４０２を介して、入場管理装置６０から、ユーザが商品・サービスの利用を開始したことを示す検知情報を受信する。
【0278】
【0279】
入場管理装置６０は、検知処理部５１３を有する。検知処理部５１３は、ユーザの商品・サービスの利用を検知し、検知情報を情報処理装置１０に送信する。なお、入場管理装置６０は、利用管理装置と称されてもよい。
【0280】
＜データ構成例＞
＜ユーザデータの構成例＞
図３２は、ユーザデータ７１１の構成例を示した図である。ユーザデータ７１１は、情報処理装置１０のメモリ４０３に記憶される。ユーザデータ７１１は、例えば、ポイント付与システム４０に登録されたユーザごとに生成され、メモリ４０３に記憶される。以下では、図２４に示したユーザデータ７０１と異なる部分について説明する。
＜ユーザデータの構成例＞
図３２は、ユーザデータ７１１の構成例を示した図である。ユーザデータ７１１は、情報処理装置１０のメモリ４０３に記憶される。ユーザデータ７１１は、例えば、ポイント付与システム４０に登録されたユーザごとに生成され、メモリ４０３に記憶される。以下では、図２４に示したユーザデータ７０１と異なる部分について説明する。
【0281】
図３２に示すユーザデータ７１１と、図２４に示したユーザデータ７０１とでは、購入履歴の内容が異なっている。図３２に示すユーザデータ７１１では、利用日が指定される商品・サービス（ホテルの宿泊）の購入履歴例が示してある。
【0282】
なお、購入履歴の「利用」は、ホテルの宿泊利用結果を示す。例えば、「利用」が「済」となっているホテル「Ａ」，「Ｋ」では、既にユーザが宿泊したことを示す。「利用」が「未」となっているホテル「Ｘ」では、これから（将来）ユーザがホテル「Ｘ」を利用することを示す。
【0283】
ユーザデータ７１１の「ユーザＩＤ」には、例えば、ホテルのメンバーズカードといった、商品・サービスに関するカードに記憶されたユーザＩＤが記憶されてもよい。例えば、ホテルに設置された入場管理装置６０は、ホテルに到着したユーザのメンバーズカードから、ユーザＩＤを読み取り、読み取ったユーザＩＤを含む検知情報を情報処理装置１０に送信する。情報処理装置１０は、検知情報に含まれるユーザＩＤを用いて、ユーザデータ７１１を参照し、ホテルに宿泊するユーザのユーザデータを取得する。
【0284】
また、ユーザデータ７１１の「ユーザＩＤ」には、例えば、ホテルといった商品・サービスを予約したときにユーザに発行された、ＱＲコードやバーコードに含まれるコード情報が記憶されてもよい。例えば、ホテルに設置された入場管理装置６０は、ホテルに到着したユーザのコード情報から、ユーザＩＤを読み取り、読み取ったユーザＩＤを含む検知情報を情報処理装置１０に送信する。情報処理装置１０は、検知情報に含まれるユーザＩＤを用いて、ユーザデータ７１１を参照し、ホテルに宿泊するユーザのユーザデータを取得する。
【0285】
また、ユーザデータ７１１の「ユーザＩＤ」には、ユーザの顔画像データが記憶されてもよい。例えば、ホテルに設置された入場管理装置６０は、カメラが撮影したユーザの顔画像データを含む検知情報を情報処理装置１０に送信する。情報処理装置１０は、検知情報に含まれる顔画像データを用いて、ユーザデータ７１１を参照し、ホテルに宿泊するユーザのユーザデータを取得する。
【0286】
＜商品・サービス管理データの構成例＞
図３３は、商品・サービス管理データ７１２の構成例を示した図である。商品・サービス管理データ７１２は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７１２は、商品・サービスごとに生成され、メモリ４０３に記憶される。以下では、図２５に示した商品・サービス管理データ７０２と異なる部分について説明する。
図３３は、商品・サービス管理データ７１２の構成例を示した図である。商品・サービス管理データ７１２は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７１２は、商品・サービスごとに生成され、メモリ４０３に記憶される。以下では、図２５に示した商品・サービス管理データ７０２と異なる部分について説明する。
【0287】
図３３に示す商品・サービス管理データ７１２と、図２５に示した商品・サービス管理データ７０２とでは、変動価格の内容が異なっている。図３３に示す商品・サービス管理データ７１２には、利用日が指定される商品・サービス（ホテルＸの宿泊）の変動価格例が示してある。商品・サービス管理データ７１２では、１か月分（４月分）の変動価格例が示してある。また、図３３に示す商品・サービス管理データ７１２は、図２５に示した商品・サービス管理データ７０２と異なり、ポイント付与期間の情報を有していない。本実施の形態では利用日が指定されているため、そのタイミングがポイントの付与の契機となるタイミングであるからである。
【0288】
＜情報処理装置の動作例＞
＜情報処理装置の商品・サービス購入における動作例＞
図３４は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。ユーザは、商品・サービスを購入するため、端末２０を用いて、商品・サービスの変動価格の表示操作を行うとする。端末２０は、ユーザの取得要求操作に応じて、ユーザのユーザＩＤと、変動価格の取得要求とを情報処理装置１０に送信する。以下では、ユーザＩＤを「Ｇ」、現在の日付を「３月２５日」、ユーザが購入する商品・サービスを「ホテルＸの宿泊」とする。また、ユーザは、４月３日におけるホテルの宿泊を購入（予約）するとする。
＜情報処理装置の商品・サービス購入における動作例＞
図３４は、情報処理装置１０の商品・サービス購入における動作例を示したフローチャートである。ユーザは、商品・サービスを購入するため、端末２０を用いて、商品・サービスの変動価格の表示操作を行うとする。端末２０は、ユーザの取得要求操作に応じて、ユーザのユーザＩＤと、変動価格の取得要求とを情報処理装置１０に送信する。以下では、ユーザＩＤを「Ｇ」、現在の日付を「３月２５日」、ユーザが購入する商品・サービスを「ホテルＸの宿泊」とする。また、ユーザは、４月３日におけるホテルの宿泊を購入（予約）するとする。
【0289】
情報処理装置１０は、端末２０から、ユーザＩＤ「Ｇ」と、ホテルＸにおける変動価格の取得要求とを受信する（Ｓ４１）。
【0290】
情報処理装置１０は、Ｓ４１にて受信した取得要求に応じて、メモリ４０３の商品・サービス管理データ７１２を参照し、ホテルＸの利用日「４月３日」におけるホテルＸの変動価格と、ポイント付与条件であるホテルＸの価格「４０００円以下」とを取得し、端末２０のディスプレイに表示する画像データを生成する（Ｓ４２）。
【0291】
例えば、画像データは、図２９に示した画面のデータである。画像データには、例えば、情報処理装置１０が商品・サービス管理データ７１２から取得した利用日「４月３日」におけるホテルＸの価格「６０００円」の情報と、ホテルＸの価格が、利用日の「４月３日」に４０００円以下であった場合に、ポイントが付与されることを示す情報とが含まれる。なお、情報処理装置１０は、ホテルＸの利用日（４月３日）における月分（４月分）の変動価格を取得し、端末２０のディスプレイに表示してもよい。
【0292】
情報処理装置１０は、Ｓ４２にて生成した画像データを端末２０に送信する（Ｓ４３）。これにより、端末２０のディスプレイには、例えば、図２９に示した画面が表示される。
【0293】
なお、ユーザは、端末２０のディスプレイを見て、ホテルＸの購入（宿泊）を決定したとする。端末２０は、ユーザから、ホテルＸの宿泊購入操作を受付け、情報処理装置１０に宿泊購入要求を送信する。
【0294】
情報処理装置１０は、端末２０から、ホテルＸの宿泊購入要求を受信する（Ｓ４４）。
【0295】
情報処理装置１０は、Ｓ４４の宿泊購入要求の受信に応じて、ユーザデータ７１１の購入履歴を更新する（Ｓ４５）。例えば、情報処理装置１０は、図３２に示したユーザデータ７１１のホテル名の欄に、ホテルＸを追加する。また、情報処理装置１０は、図３２に示したユーザデータ７１１の宿泊日の欄に「４月３日」を追加し、価格の欄に「６０００円」を追加する。また、情報処理装置１０は、利用の欄に「未」を追加する。
【0296】
情報処理装置１０は、Ｓ４５のユーザデータ７１１の更新が完了すると、端末２０に購入完了を送信する（Ｓ４６）。これにより、端末２０のディスプレイには、ホテルＸの購入手続（宿泊予約）が完了したことを示す画面が表示される。
【0297】
＜情報処理装置のポイント付与における動作例＞
図３５は、情報処理装置１０のポイント付与における動作例を示したフローチャートである。以下では、ユーザＩＤ「Ｇ」のユーザが、３月２５日に、４月３日のホテルＸの宿泊手続をし、４月３日にホテルＸを訪れたとする。
図３５は、情報処理装置１０のポイント付与における動作例を示したフローチャートである。以下では、ユーザＩＤ「Ｇ」のユーザが、３月２５日に、４月３日のホテルＸの宿泊手続をし、４月３日にホテルＸを訪れたとする。
【0298】
ユーザＩＤ「Ｇ」のユーザは、ホテルＸに設置された、カードリーダといった入場管理装置６０に、ホテルＸのメンバーズカードをかざしたとする。入場管理装置６０は、メンバーズカードの情報を読み取り、ユーザＩＤ「Ｇ」を含む検知情報と、ユーザが利用するホテルＸを示す情報とを情報処理装置１０に送信したとする。
【0299】
情報処理装置１０は、入場管理装置６０から、ホテルＸの利用を示す検知情報を受信する（Ｓ５１）。上記した通り、検知情報には、ユーザＩＤ「Ｇ」と、ホテルＸを示す情報とが含まれる。
【0300】
情報処理装置１０は、Ｓ５１にて受信した検知情報に含まれるホテルＸを示す情報に基づいて、ユーザのホテル利用日「４月３日」におけるホテルＸの価格を取得する（Ｓ５２）。
【0301】
例えば、情報処理装置１０は、検知情報に含まれるホテルＸを示す情報に基づいて、ホテルＸの変動価格（例えば、図３３に示した商品・サービス管理データ７１２のホテルＸ変動価格）を参照し、４月３日におけるホテルＸの変動価格を取得する。
【0302】
なお、図３３に示した商品・サービス管理データ７１２の「ホテルＸ変動価格」は、例えば、ユーザＩＤ「Ｇ」のユーザが、ホテルＸを予約した日（３月２５日）におけるホテルＸの変動価格を示す。ユーザＩＤ「Ｇ」のユーザが、ホテルＸを利用する日（宿泊日の４月３日）には、商品・サービス管理データ７１２の４月３日における変動価格が変動している場合がある。すなわち、図３３に示した商品・サービス管理データ７１２の４月３日おける変動価格は、「６０００円」でない場合がある。
【0303】
情報処理装置１０は、Ｓ５２にて取得したホテルＸの利用日「４月３日」における価格と、商品・サービス管理データ７１２に含まれるポイント付与条件情報とに基づいて、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たすか否かを判定する（Ｓ５３）。情報処理装置１０は、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たす場合（Ｙｅｓ）、処理をＳ５４へ移行する。情報処理装置１０は、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たさない場合（Ｎｏ）、当該フローチャートの処理を終了する。
【0304】
なお、図３３に示した商品・サービス管理データ７１２のポイント付与条件情報の価格は、「４０００円以下」に設定されている。情報処理装置１０は、Ｓ５２にて取得した「４月３日」におけるホテルＸの利用日における変動価格が４０００円以下であった場合、ユーザＩＤ「Ｇ」へのポイント付与はポイント付与条件を満たすと判定する。
【0305】
情報処理装置１０は、Ｓ５３にて、ユーザＩＤ「Ｇ」へのポイント付与が、ポイント付与条件を満たすと判定した場合（Ｙｅｓ）、商品・サービス管理データ７１２のポイント換算情報と、ユーザＩＤ「Ｇ」のユーザデータ７１１とを参照し、ポイントを算出する（Ｓ５４）。
【0306】
例えば、ユーザＩＤ「Ｇ」のユーザが購入したホテルＸの差額は、２０００円である。従って、情報処理装置１０は、図３３に示した商品・サービス管理データ７１２のポイント換算情報における差額係数「差額×１０％」に基づいて、ポイント２００を算出する。また、ユーザＩＤ「Ｇ」のユーザは、図３２に示したユーザデータ７１１より、「男性」である。従って、情報処理装置１０は、図３３に示した商品・サービス管理データ７１２のポイント換算情報における男性「＋１」に基づいて、ポイント２００にポイント１を加算する。すなわち、情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザのポイントとして、「２０１」を算出する。
【0307】
情報処理装置１０は、ポイントを算出すると、ユーザデータ７１１を更新し、ユーザＩＤ「Ｇ」の端末２０に、ポイントが付与されたことを示すメールを送信する（Ｓ５５）。
【0308】
例えば、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイント、購入回数、及び購入総額を更新する。より具体的には、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイントを「０」から「２０１」に更新し、購入回数を「３」から「４」に更新し、購入総額を「１３０００円」から「１７０００円」に更新する。そして、情報処理装置１０は、ユーザデータ７１１から、ユーザＩＤ「Ｇ」のメールアドレスを取得し、ポイントを付与したことを示すメールを送信する。
【0309】
＜第４の実施の形態のまとめ＞
以上説明したように、情報処理装置１０の制御部４０１は、利用日が指定される商品又はサービスをユーザが購入する前に、商品又はサービスの購入後の利用日における価格が購入時より下がった場合、ポイントやクーポンといった特典をユーザに付与することを示す画像情報を生成する。情報処理装置１０の通信部４０２は、画像情報を端末に送信する。すなわち、情報処理装置１０は、商品又はサービスの価格が利用日に下がった場合、特典が付与されることを事前にユーザに通知する。従って、ユーザは、商品又はサービスを購入した後、利用日において価格が下がっても、損した気分を感じにくくなる。また、ユーザは、購入した商品又はサービスをキャンセルし、下がった価格において、再度商品又はサービスを購入しなくて済む。また、商品又はサービスの提供者は、キャンセルと再度の購入にかかる事務手続きの負担を負わなくて済む。
以上説明したように、情報処理装置１０の制御部４０１は、利用日が指定される商品又はサービスをユーザが購入する前に、商品又はサービスの購入後の利用日における価格が購入時より下がった場合、ポイントやクーポンといった特典をユーザに付与することを示す画像情報を生成する。情報処理装置１０の通信部４０２は、画像情報を端末に送信する。すなわち、情報処理装置１０は、商品又はサービスの価格が利用日に下がった場合、特典が付与されることを事前にユーザに通知する。従って、ユーザは、商品又はサービスを購入した後、利用日において価格が下がっても、損した気分を感じにくくなる。また、ユーザは、購入した商品又はサービスをキャンセルし、下がった価格において、再度商品又はサービスを購入しなくて済む。また、商品又はサービスの提供者は、キャンセルと再度の購入にかかる事務手続きの負担を負わなくて済む。
【0310】
以下、第４の実施の形態の変形例について説明する。
【0311】
＜変形例１＞
上記では、商品・サービスの価格が所定以下の場合、ユーザにポイントを付与するとしたが、これに限られない。情報処理装置１０は、商品・サービスの価格が、商品・サービスの利用日に所定の価格以下であった場合、ユーザへのポイント付与ではなく、商品・サービスの価格を、利用当日の価格に自動的に変更してもよい。
上記では、商品・サービスの価格が所定以下の場合、ユーザにポイントを付与するとしたが、これに限られない。情報処理装置１０は、商品・サービスの価格が、商品・サービスの利用日に所定の価格以下であった場合、ユーザへのポイント付与ではなく、商品・サービスの価格を、利用当日の価格に自動的に変更してもよい。
【0312】
これにより、ユーザは、特別な手続きを行わなくとも、商品・サービスの予約をキャンセルし、利用当日に買い直した場合と同等の結果を得ることができる。
【0313】
なお、情報処理装置１０は、商品・サービスの価格を利用当日の価格に自動変更する場合、変更手数料をユーザから徴収してもよい。又は、ポイント付与条件の価格に、変更手数料が含まれてもよい。
【0314】
＜変形例２＞
情報処理装置１０は、ユーザが商品・サービスを購入したときの価格と、ユーザが商品・サービスを利用する日における価格との差額に応じて、ポイント及び価格変更とのいずれか一方を適用してもよい。
情報処理装置１０は、ユーザが商品・サービスを購入したときの価格と、ユーザが商品・サービスを利用する日における価格との差額に応じて、ポイント及び価格変更とのいずれか一方を適用してもよい。
【0315】
例えば、ユーザがホテルＸを予約したときの価格と、ユーザがホテルＸを利用する日における価格との差額が１０００未満の場合、情報処理装置１０は、ユーザにポイントを付与する。ユーザがホテルＸを予約したときの価格と、ユーザがホテルＸを利用する日における価格との差額が１０００以上の場合、情報処理装置１０は、ホテルＸの宿泊価格を、利用当日の価格に自動変更する。
【0316】
【0317】
情報処理装置１０は、ユーザが商品・サービスを購入するとき、商品・サービスを購入するときの価格と、商品・サービスの利用日における価格との差額に応じて、ユーザにポイントを付与し、又は、価格を自動変更することを端末２０のディスプレイに表示する。
【0318】
例えば、図３６に示すように、情報処理装置１０は、ホテルの予約時における宿泊価格と、ホテルの利用日（例えば、宿泊日初日）における宿泊価格との差額が、１０００円未満の場合、ポイントを付与することを端末２０のディスプレイに表示する。また、情報処理装置１０は、ホテルの予約時における宿泊価格と、ホテルの利用日における価格との差額が、１０００円以上の場合、宿泊価格を利用当日の価格に変更することを端末２０のディスプレイに表示する。
【0319】
＜情報処理装置のブロック構成例＞
以下、変形例２における情報処理装置１０のブロック構成例について説明する。なお、変形例２における入場管理装置６０は、図３１に示したブロック構成と同様であり、その説明を省略する。また、変形例２における端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
以下、変形例２における情報処理装置１０のブロック構成例について説明する。なお、変形例２における入場管理装置６０は、図３１に示したブロック構成と同様であり、その説明を省略する。また、変形例２における端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
【0320】
【0321】
情報処理装置１０は、価格変更部４１６を有する。価格変更部４１６は、予約時における商品・サービスの価格と、商品・サービスの利用日における価格との差額が、所定額以上の場合、商品・サービスの価格を利用当日の価格に変更する。
【0322】
＜商品・サービス管理データの構成例＞
以下、変形例２における商品・サービス管理データの構成例について説明する。なお、変形例２におけるユーザデータの構成例は、図３２で説明したユーザデータ７１１と同様であり、その説明を省略する。
以下、変形例２における商品・サービス管理データの構成例について説明する。なお、変形例２におけるユーザデータの構成例は、図３２で説明したユーザデータ７１１と同様であり、その説明を省略する。
【0323】
図３８は、商品・サービス管理データ７２１の構成例を示した図である。商品・サービス管理データ７２１は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７２１は、商品・サービスごとに生成され、メモリ４０３に記憶される。以下では、図３３に示した商品・サービス管理データ７１２と異なる部分について説明する。
【0324】
図３８に示す商品・サービス管理データ７２１と、図３３に示した商品・サービス管理データ７１２とでは、ポイント付与条件が異なっている。図３８に示す商品・サービス管理データ７２１には、予約時における商品・サービスの価格と、商品・サービスの利用日における価格との差額に応じたポイント付与の条件が記憶される。図３８の例では、予約時における商品・サービスの価格と、商品・サービスの利用日における価格との差額が１０００円未満の場合、ユーザにポイントが付与され、予約時における商品・サービスの価格と、商品・サービスの利用日における価格との差額が１０００円以上の場合、商品・サービスの価格が値下した価格へ変更されることが記憶される。
【0325】
＜情報処理装置のポイント付与又は価格変更における動作例＞
以下、変形例２における情報処理装置１０のポイント付与又は価格変更の動作例について説明する。なお、変形例２における情報処理装置１０の商品・サービス購入における動作例は、図３４で説明した商品・サービス購入動作と同様であり、その説明を省略する。
以下、変形例２における情報処理装置１０のポイント付与又は価格変更の動作例について説明する。なお、変形例２における情報処理装置１０の商品・サービス購入における動作例は、図３４で説明した商品・サービス購入動作と同様であり、その説明を省略する。
【0326】
図３９は、情報処理装置１０のポイント付与及び価格変更における動作例を示したフローチャートである。以下では、ユーザＩＤ「Ｇ」のユーザが、３月２５日に、４月３日のホテルＸの宿泊手続をし、４月３日にホテルＸを訪れたとする。
【0327】
ユーザＩＤ「Ｇ」のユーザは、ホテルＸに設置された、カードリーダといった入場管理装置６０に、ホテルＸのメンバーズカードをかざしたとする。入場管理装置６０は、メンバーズカードの情報を読み取り、ユーザＩＤ「Ｇ」を含む検知情報と、ユーザが利用するホテルＸを示す情報とを情報処理装置１０に送信したとする。
【0328】
情報処理装置１０は、入場管理装置６０から、ホテルＸの利用を示す検知情報を受信する（Ｓ６１）。上記した通り、検知情報には、ユーザＩＤ「Ｇ」と、ホテルＸを示す情報とが含まれる。
【0329】
情報処理装置１０は、Ｓ６１にて受信した検知情報に含まれるホテルＸを示す情報に基づいて、ユーザのホテル利用日「４月３日」におけるホテルＸの価格を取得する（Ｓ６２）。
【0330】
例えば、情報処理装置１０は、検知情報に含まれるホテルＸを示す情報に基づいて、ホテルＸの変動価格（例えば、図３８に示した商品・サービス管理データ７２１のホテルＸ変動価格）を参照し、４月３日におけるホテルＸの変動価格を取得する。
【0331】
なお、図３８に示した商品・サービス管理データ７２１の「ホテルＸ変動価格」は、例えば、ユーザＩＤ「Ｇ」のユーザが、ホテルＸを予約した日（３月２５日）におけるホテルＸの変動価格を示す。ユーザＩＤ「Ｇ」のユーザが、ホテルＸを利用する日（宿泊日の４月３日）には、商品・サービス管理データ７２１の４月３日における変動価格が変動している場合がある。すなわち、図３８に示した商品・サービス管理データ７２１の４月３日おける変動価格は、「６０００円」でない場合がある。
【0332】
情報処理装置１０は、Ｓ６２にて取得したホテルＸの利用日「４月３日」における価格と、ユーザがホテルを予約したときの価格（６０００円）との差額に基づいて、ユーザＩＤ「Ｇ」のユーザがポイント付与条件を満たすか否かを判定する（Ｓ６３）。情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザが、ポイント付与条件を満たす場合（Ｙｅｓ）、処理をＳ６４へ移行する。情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザが、ポイント付与条件を満たさない場合（Ｎｏ）、処理をＳ６６へ移行する。
【0333】
なお、図３８に示した商品・サービス管理データ７２１では、差額が１０００円未満の場合、ユーザにポイントが付与される。情報処理装置１０は、Ｓ６２にて取得した「４月３日」におけるホテルＸの利用日における変動価格が、５００１円以上５９９９円以下であった場合、ユーザＩＤ「Ｇ」のユーザはポイント付与条件を満たすと判定する。
【0334】
情報処理装置１０は、Ｓ６３にて、ユーザＩＤ「Ｇ」のユーザがポイント付与条件を満たすと判定した場合（Ｙｅｓ）、商品・サービス管理データ７２１のポイント換算情報と、ユーザＩＤ「Ｇ」のユーザデータ７１１とを参照し、ポイントを算出する（Ｓ６４）。
【0335】
例えば、ユーザＩＤ「Ｇ」のユーザが購入したホテルＸの利用日における宿泊価格を５５００円とする。すなわち、ユーザＩＤ「Ｇ」のユーザが購入したホテルＸの宿泊価格の差額を５００円とする。この場合、情報処理装置１０は、図３８に示した商品・サービス管理データ７２１のポイント換算情報における差額係数「差額×１０％」に基づいて、ポイント５０を算出する。また、ユーザＩＤ「Ｇ」のユーザは、図３２に示したユーザデータ７１１より、「男性」である。従って、情報処理装置１０は、図３８に示した商品・サービス管理データ７２１のポイント換算情報における男性「＋１」に基づいて、ポイント５０にポイント１を加算する。すなわち、情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザのポイントとして、「５１」を算出する。
【0336】
情報処理装置１０は、ポイントを算出すると、ユーザデータ７１１を更新し、ユーザＩＤ「Ｇ」の端末２０にポイントが付与されたことを示すメールを送信する（Ｓ６５）。
【0337】
例えば、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイント、購入回数、及び購入総額を更新する。より具体的には、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイントを「０」から「５１」に更新し、購入回数を「３」から「４」に更新し、購入総額を「１３０００円」から「１８５００円」に更新する。そして、情報処理装置１０は、ユーザデータ７１１から、ユーザＩＤ「Ｇ」のメールアドレスを取得し、ポイントを付与したことを示すメールを送信する。それから、情報処理装置１０は、当該フローチャートの処理を終了する。
【0338】
一方、情報処理装置１０は、Ｓ６３にて、ユーザＩＤ「Ｇ」のユーザがポイント付与条件を満たさないと判定した場合（Ｎｏ）、Ｓ６２にて取得したホテルＸの利用日「４月３日」における価格と、ユーザがホテルを予約したときの価格（６０００円）との差額に基づいて、ユーザＩＤ「Ｇ」のユーザが価格変更条件を満たすか否かを判定する（Ｓ６６）。情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザが、価格変更条件を満たす場合（Ｙｅｓ）、処理をＳ６７へ移行する。情報処理装置１０は、ユーザＩＤ「Ｇ」のユーザが、価格変更条件を満たさない場合（Ｎｏ）、当該フローチャートの処理を終了する。
【0339】
なお、図３８に示した商品・サービス管理データ７２１では、差額が１０００円以上の場合、ユーザが予約したホテルＸの価格が変更される。情報処理装置１０は、Ｓ６２にて取得した「４月３日」におけるホテルＸの利用日における変動価格が、５０００円以下であった場合、ユーザＩＤ「Ｇ」のユーザは価格変更条件を満たすと判定する。
【0340】
情報処理装置１０は、Ｓ６６にて、ユーザＩＤ「Ｇ」のユーザが価格変更条件を満たすと判定した場合（Ｙｅｓ）、商品・サービス管理データ７２１の「ホテルＸ変動価格」を参照し、ユーザＩＤ「Ｇ」のユーザのホテルＸにおける宿泊価格を、利用当日の変動価格に変更する（Ｓ６７）。
【0341】
情報処理装置１０は、ユーザの宿泊価格を変更すると、ユーザデータ７１１を更新し、ユーザＩＤ「Ｇ」の端末２０に宿泊価格が変更されたことを示すメールを送信する（Ｓ６８）。例えば、情報処理装置１０は、図３２に示したユーザデータ７１１の購入回数、及び、購入総額を更新する。そして、情報処理装置１０は、当該フローチャートの処理を終了する。
【0342】
以上説明したように、情報処理装置１０は、ユーザが商品・サービスを予約したときの価格と、ユーザが商品・サービスを利用する日における価格との差額に応じて、ポイント及び価格変更とのいずれか一方を適用してもよい。これにより、利用日が決まっている商品・サービスを購入した後、ダイナミックプライシングによって価格が下がっても、ユーザは損した気分を感じにくくなる。また、ユーザは、購入した商品・サービスをキャンセルして、再度購入しなくて済む。
【0343】
なお、上記では、差額が小さい場合にポイントを付与し、差額が大きい場合には価格を自動で変更していたが、これは一例である。例えば、差額が小さい場合に価格を自動で変更し、差額が大きい場合にポイントを付与してもよい。価格の変更は、商品・サービスの提供者およびユーザの収支に直接影響を与えるため、提供者の経営への影響およびユーザの満足感の双方にとって、ポイントを付与する場合よりも影響が大きい。そのため、ポイントの付与と価格の変更の条件は、提供者の利益とユーザの利益のどちらを重視するかによって、設定または変更されてもよい。
【0344】
＜変形例３＞
情報処理装置１０は、ユーザにポイントを付与したことを通知するとき、付与したポイント（ポイント数）に応じた付加情報をユーザに通知してもよい。例えば、情報処理装置１０は、メールを用いて、ユーザにポイントを付与したことを通知するとき、付与したポイントに応じた、ポイントを利用できる店舗情報をユーザに通知してもよい。
情報処理装置１０は、ユーザにポイントを付与したことを通知するとき、付与したポイント（ポイント数）に応じた付加情報をユーザに通知してもよい。例えば、情報処理装置１０は、メールを用いて、ユーザにポイントを付与したことを通知するとき、付与したポイントに応じた、ポイントを利用できる店舗情報をユーザに通知してもよい。
【0345】
【0346】
情報処理装置１０は、ホテルＸを利用したユーザに付与するポイントを算出し、付与したポイントを、メールを用いて通知する（例えば、図３５のＳ５５、図３９のＳ６５を参照）。その際、情報処理装置１０は、付与したポイントに応じた、ポイントを利用できる店舗情報を通知してもよい。
【0347】
例えば、図４０に示すように、情報処理装置１０は、ホテルＸを利用したユーザに「２０１ポイント」を付与したとする。ユーザが利用したホテルＸの近くには、１以上５００以下のポイントでおみやげを購入できるＡ店があるとする。この場合、情報処理装置１０は、図４０に示すように、ポイントを通知するメールにおいて、ポイントを利用できるお店Ａの情報をメールに含める。
【0348】
＜情報処理装置のブロック構成例＞
以下、変形例３における情報処理装置１０のブロック構成例について説明する。なお、変形例３における入場管理装置６０は、図３１に示したブロック構成と同様であり、その説明を省略する。また、変形例２における端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
以下、変形例３における情報処理装置１０のブロック構成例について説明する。なお、変形例３における入場管理装置６０は、図３１に示したブロック構成と同様であり、その説明を省略する。また、変形例２における端末２０のブロック構成は、図２３で説明したブロック構成と同様であり、その説明を省略する。
【0349】
【0350】
情報処理装置１０は、情報付加部４１７を有する。情報付加部４１７は、ユーザに付与したポイントをユーザに通知する際、付与したポイントに応じた、ポイントを利用できる店舗情報をユーザに通知する。
【0351】
＜商品・サービス管理データの構成例＞
以下、変形例３における商品・サービス管理データの構成例について説明する。なお、変形例３におけるユーザデータの構成例は、図３２で説明したユーザデータ７１１と同様であり、その説明を省略する。
以下、変形例３における商品・サービス管理データの構成例について説明する。なお、変形例３におけるユーザデータの構成例は、図３２で説明したユーザデータ７１１と同様であり、その説明を省略する。
【0352】
図４２は、商品・サービス管理データ７３１の構成例を示した図である。商品・サービス管理データ７３１は、情報処理装置１０のメモリ４０３に記憶される。商品・サービス管理データ７３１は、商品・サービスごとに生成され、メモリ４０３に記憶される。以下では、図３３に示した商品・サービス管理データ７１２と異なる部分について説明する。
【0353】
図４２に示す商品・サービス管理データ７３１は、図３３に示した商品・サービス管理データ７１２に対し、付加情報を有する。図４２に示す商品・サービス管理データ７３１の付加情報には、ユーザに付与されるポイントと、そのポイントに応じた付加情報の内容とが含まれる。図４２の例では、ポイント数１以上５００以下のポイントがユーザに付与された場合、おみやげ店Ａにおいて、おみやげを購入できることが記憶される。また、ポイント数５０１以上２０００以下のポイントがユーザに付与された場合、レストランＢにおいて、ディナーを注文できることが記憶される。また、ポイント数２００１以上のポイントがユーザに付与された場合、ホテルＣにおいて、スイート宿泊ができることが記憶される。
【0354】
＜情報処理装置のポイント付与における動作例＞
以下、変形例３における情報処理装置１０のポイント付与の動作例について説明する。なお、変形例２における情報処理装置１０の商品・サービス購入における動作例は、図３４で説明した商品・サービス購入動作と同様であり、その説明を省略する。
以下、変形例３における情報処理装置１０のポイント付与の動作例について説明する。なお、変形例２における情報処理装置１０の商品・サービス購入における動作例は、図３４で説明した商品・サービス購入動作と同様であり、その説明を省略する。
【0355】
【0356】
情報処理装置１０は、商品・サービス管理データ７３１を参照し、Ｓ７４にて算出したポイントに応じた、付加情報内容を取得する（Ｓ７５）。例えば、情報処理装置１０は、Ｓ７４にて算出したポイントが２０１ポイントであった場合、商品・サービス管理データ７３１から、「おみやげ店Ａのおみやげ」を示す付加情報内容を取得する。
【0357】
情報処理装置１０は、付加情報を取得すると、ユーザデータ７１１を更新し、ユーザＩＤ「Ｇ」の端末２０にポイントが付与されたことを示す情報と、付加情報とを含むメールを送信する（Ｓ７６）。
【0358】
例えば、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイント、購入回数、及び購入総額を更新する。より具体的には、情報処理装置１０は、図３２に示したユーザデータ７１１の付与ポイントを「０」から「２０１」に更新し、購入回数を「３」から「４」に更新し、購入総額を「１３０００円」から「１７０００円」に更新する。そして、情報処理装置１０は、ユーザデータ７１１から、ユーザＩＤ「Ｇ」のメールアドレスを取得し、ポイントを付与したことを示す情報と、付加したポイントで、お店Ａにておみやげを購入できることを示す情報とを含むメールを送信する（図４０を参照）。
【0359】
以上説明したように、情報処理装置１０は、ユーザに付与したポイントをユーザに通知する際、付与したポイントに応じた、ポイントを利用できる店舗情報をユーザに通知してもよい。これにより、ユーザは、付与されたポイントを有効活用できる。
【0360】
以上実施の形態について説明した。なお、上記の各実施の形態は組み合わされてもよい。また、変形例も組み合わされてもよい。
【0361】
第３の実施の形態および第４の実施の形態において、ポイントやクーポンを付与する代わりに現金をキャッシュバックしたり、商品又はサービスをアップグレードする権利を与えたりしてもよい。すなわち、ユーザに対して、差額に応じた何らかの特典が付与されるのであれば、その特典の具体的な態様は問わない。また、差額に応じて、付与する特典の種類を切り替えるようにしてもよい。第４の実施の形態の変形例２および変形例３もその具体的な態様の例である。
【0362】
第３の実施の形態および第４の実施の形態において、差額係数を設定せず、差額全額に相当するポイントを付与してもよい。また、差額係数を、１００％を超える値、すなわち、差額以上のポイントを付与するとしてもよい。このようにすることで、ユーザに対して早期の商品・サービスの購入を促すことができる。
【0363】
第３の実施の形態および第４の実施の形態において、ユーザに付与されるポイントは複数回の購入にわたって蓄積できるようにしてもよい。これのようにすることで、ユーザに対して、商品・サービスの繰り返しの購入を促進することができる。
【0364】
第３の実施の形態および第４の実施の形態では、日を基準にポイントの付与の要否および付与するポイントの量を判断していたが、時分、年など他の時間の単位を基準にしてもよい。
【0365】
第４の実施の形態において、付与するポイントは、商品・サービスの利用日当日のみ有効としてもよい。ホテルなどのサービスの場合は、ユーザが再度来訪するかどうか分からないため、周辺の施設における当日の消費を促す方が、提供者にとって有益なためである。同様に、付与するポイントの一部を利用日当日のみ利用可能なポイントとしてもよい。
【0366】
上述の実施の形態においては、各構成要素に用いる「・・・部」という表記は、「・・・回路（circuitry）」、「・・・アッセンブリ」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。データは、情報と称されてもよい。
【0367】
以上、図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例または修正例に想到し得ることは明らかである。そのような変更例または修正例についても、本開示の技術的範囲に属するものと了解される。また、本開示の趣旨を逸脱しない範囲において、実施の形態における各構成要素は任意に組み合わされてよい。
【0368】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【0369】
集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
【0370】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【0371】
本開示は、ダイナミックプライシングシステムに有用である。
【符号の説明】
【0372】
１ ダイナミックプライシングシステム
１０ 情報処理装置
３０１ ユーザデータ
３０２ 購入統計データ
３０３ 適用ルールデータ
３０４ 変動価格データ
３０５ 優先度データ
２０，２０ａ，２０ｂ 端末
４０ ポイント付与システム
５０ イベント管理装置
６０ 入場管理装置
７０１ ユーザデータ
７０２ 商品・サービス管理データ
７１１ ユーザデータ
７１２ 商品・サービス管理データ
７２１ 商品・サービス管理データ
Ｐ，Ｐ１～Ｐ４ 変動価格
Ｕ１～Ｕ４ ユーザ
１０ 情報処理装置
３０１ ユーザデータ
３０２ 購入統計データ
３０３ 適用ルールデータ
３０４ 変動価格データ
３０５ 優先度データ
２０，２０ａ，２０ｂ 端末
４０ ポイント付与システム
５０ イベント管理装置
６０ 入場管理装置
７０１ ユーザデータ
７０２ 商品・サービス管理データ
７１１ ユーザデータ
７１２ 商品・サービス管理データ
７２１ 商品・サービス管理データ
Ｐ，Ｐ１～Ｐ４ 変動価格
Ｕ１～Ｕ４ ユーザ
【図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】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】
【図42】
【図43】