ホーム > 特許ランキング > オープンクーポン株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-19
(45)【発行日】2024-01-29
(54)【発明の名称】情報処理装置、情報処理方法、情報処理プログラム
(51)【国際特許分類】
G06Q 30/0207 20230101AFI20240122BHJP
【ＦＩ】
G06Q30/0207
【請求項の数】
11
(21)【出願番号】P 2019202063
(22)【出願日】2019-11-07
(62)【分割の表示】P 2019149262の分割
【原出願日】2019-08-16
(65)【公開番号】P2021033993
(43)【公開日】2021-03-01
【審査請求日】2022-05-24
(73)【特許権者】
【識別番号】518086424
【氏名又は名称】オープンクーポン株式会社
(74)【代理人】
【識別番号】230116539
【弁護士】
【氏名又は名称】恩田 俊明
(72)【発明者】
【氏名】三浦 俊一
【審査官】山崎 誠也
(56)【参考文献】
【文献】特開２０１２－０２７７３９（ＪＰ，Ａ）
【文献】特開２０１５－１５２９５２（ＪＰ，Ａ）
【文献】特開２０１５－００１９０３（ＪＰ，Ａ）
【文献】特開２０１６－１２６６５４（ＪＰ，Ａ）
【文献】国際公開第２０１６／１５７４２４（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
店舗で販売される商品を提供する第１ユーザの第１ユーザ端末から送信される前記商品の情報と、前記商品の情報に紐づけられる利用条件とを受け付ける受付部と、前記受付部で受け付けられた商品の情報に、前記利用条件を紐づけてクーポン情報として登録する登録部と、
前記登録部により登録された前記クーポン情報を、前記商品の消費者である第２ユーザへ発行するよう指示する発行指示部と、を備え、
前記受付部は、
前記利用条件として、前記クーポン情報の対象商品を提供する第３ユーザを指定する情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、第１ユーザの前記第１ユーザ端末から送信された前記第３ユーザを指定する情報を紐づけてクーポン情報として登録することを特徴とする情報処理装置。
【請求項2】
前記登録部は、前記第３ユーザごとに、前記受付部で受け付けられた商品の情報に、前記第３ユーザを指定する情報以外の前記利用条件を紐づけてクーポン情報として登録することを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記受付部は、前記利用条件として、前記クーポン情報の利用可能地域の情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、前記クーポン情報の利用可能地域の情報を紐づけてクーポン情報として登録することを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項4】
前記受付部は、前記利用条件として、前記クーポン情報の発行数の情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、前記クーポン情報の発行数の情報を紐づけてクーポン情報として登録することを特徴とする請求項１乃至請求項３のいずれかに記載の情報処理装置。
【請求項5】
前記第１ユーザ及び前記第３ユーザの少なくとも一方の商品の在庫情報を取得する第１在庫情報取得部と、前記第１在庫情報取得部で取得された在庫情報に基づいて、前記クーポン情報の前記１以上の利用条件を更新する更新部と、
を備えることを特徴とする請求項１乃至請求項４のいずれかに記載の情報処理装置。
【請求項6】
前記第１ユーザ及び前記第３ユーザの少なくとも一方の商品の在庫情報を取得する第２在庫情報取得部と、前記第２在庫情報取得部で取得された在庫情報に基づいて、クーポン情報を生成する生成部と、
を備えることを特徴とする請求項１乃至請求項５のいずれかに記載の情報処理装置。
【請求項7】
前記第１ユーザ及び前記第３ユーザの少なくとも一方の商品の在庫情報を取得する第３在庫情報取得部と、前記第３在庫情報取得部で取得された在庫情報が所定条件を満たすか否かを判定し、前記在庫情報が所定条件を満たす場合、前記在庫情報が所定条件を満たす旨を少なくとも前
記第１ユーザへ通知する通知部を備えることを特徴とする請求項１乃至請求項６のいずれかに記載の情報処理装置。
【請求項8】
前記第２ユーザの位置情報を取得する位置情報取得部と、前記位置情報取得部で取得される前記第２ユーザの位置情報及び前記クーポン情報の利用可能地域の情報に基づいて、前記発行指示部により発行を指示された前記クーポン情報の存在を前記第２ユーザに報知するよう指示する報知指示部と、
を備えることを特徴とする請求項３に記載の情報処理装置。
【請求項9】
前記受付部は、前記利用条件として、前記クーポン情報を利用する際の決済事業者を指定する情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、前記決済事業者を指定する情報を紐づけてクーポン情報として登録することを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
【請求項10】
受付部が、店舗で販売される商品を提供する第１ユーザの第１ユーザ端末から送信される前記商品の情報と、前記商品の情報に紐づけられる利用条件とを受け付ける工程と、登録部が、前記受付部で受け付けられた商品の情報に、前記利用条件を紐づけてクーポン情報として登録する工程と、
発行指示部が、前記登録部により登録された前記クーポン情報を、前記商品の消費者である第２ユーザへ発行するよう指示する工程と、を有し、
前記受付部は、
前記利用条件として、前記クーポン情報の対象商品を提供する第３ユーザを指定する情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、第１ユーザの前記第１ユーザ端末から送信された前記第３ユーザを指定する情報を紐づけてクーポン情報として登録することを特徴とする情報処方法。
【請求項11】
コンピュータを、店舗で販売される商品を提供する第１ユーザの第１ユーザ端末から送信される前記商品の情報と、前記商品の情報に紐づけられる利用条件とを受け付ける受付部、
前記受付部で受け付けられた商品の情報に、前記利用条件を紐づけてクーポン情報として登録する登録部、
前記登録部により登録された前記クーポン情報を、前記商品の消費者である第２ユーザへ発行するよう指示する発行指示部、として機能させ、
前記受付部は、
前記利用条件として、前記クーポン情報の対象商品を提供する第３ユーザを指定する情報を受け付け、
前記登録部は、
前記受付部で受け付けられた商品の情報に、第１ユーザの前記第１ユーザ端末から送信された前記第３ユーザを指定する情報を紐づけてクーポン情報として登録することを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
商品やサービスと交換できる商品券、クーポン券、割引券等（以下、「クーポン」）が集客等のために発行されている。従来、クーポンの発行は、クーポンを掲載した無料の冊子や情報誌を配布することで行われていた。しかしながら、近年、スマートフォン等の携帯端末の普及により、電子的にクーポンを発行することが行われている。
【0003】
例えば、特許文献１では、クーポンを登録する際に、クーポンの情報（例えば、商品名、割引金額、クーポンの利用可能期間、利用上限数などの情報）とともに、クーポンの配信対象者のターゲット情報（年代、性別、嗜好などの情報）を登録し、携帯端末を用いた対象者の位置情報に基づき、対象者が前記店舗に来店したタイミングでクーポンを発行する位置連動クーポン発行システムが提案されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特許第６５２８２５６号
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来の発明では、商品を提供する商品メーカの意向を反映することが難しく、利便性に向上の余地がある。
【0006】
本発明は、上記課題を鑑みてなされたものであり、より利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
上記の課題を解決すべく、本発明の情報処理装置は、店舗で販売される商品を提供する第１ユーザによる前記商品の情報と、前記商品の情報に紐づけられる利用条件とを受け付ける受付部と、前記受付部で受け付けられた商品の情報に、前記利用条件を紐づけてクーポン情報として登録する登録部と、前記登録部により登録された前記クーポン情報を、前記商品の消費者である第２ユーザへ発行するよう指示する発行指示部と、を備え、前記受付部は、前記利用条件として、前記クーポン情報の対象商品を提供する第３ユーザを指定する情報を受け付け、前記登録部は、前記受付部で受け付けられた商品の情報に、前記第３ユーザを指定する情報を紐づけてクーポン情報として登録することを特徴とする。
【発明の効果】
【0008】
本発明によれば、より利便性に優れる情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【0009】
【図1】実施形態に係る情報処理システムの概略構成の一例を示す図である。
【図2】実施形態に係る第１，第３ユーザ端末の構成の一例を示す図である。
【図3】実施形態に係る第２ユーザ端末の構成の一例を示す図である。
【図4】実施形態に係る情報処理サーバの構成の一例を示す図である。
【図5】実施形態に係る情報処理システムによるクーポン情報登録処理の一例を示すフローチャートである。
【図6】実施形態に係る情報処理システムによるクーポン情報利用処理の一例を示すフローチャートである。
【図7】実施形態に係る情報処理システムによるクーポン情報報知処理の一例を示すフローチャートである。
【図8】実施形態に係る情報処理システムによる利用条件更新処理の一例を示すフローチャートである。
【図9】実施形態に係る情報処理システムによるクーポン情報生成処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0010】
以下、図面を参照して本発明の実施形態について説明する。なお、以下の実施形態において、第１ユーザＵ１は商品の製造販売を行う商品メーカ、第２ユーザＵ２は小売企業から商品を購入する消費者、第３ユーザＵ３は商品メーカから商品を購入して（仕入れて）消費者へ販売する小売企業である。
【0011】
[実施形態]
（情報処理システム１０の構成）
図１に示すように、実施形態の情報処理システム１０は、第１ユーザ端末１と、第２ユーザ端末２と、第３ユーザ端末３と、情報処理サーバ４とがネットワーク５を介して通信可能に接続された構成を有する。なお、情報処理システム１０が具備する第１ユーザ端末１、第２ユーザ端末２、第３ユーザ端末３及び情報処理サーバ４の数は任意である。また、ネットワーク５は、第１ユーザ端末１、第２ユーザ端末２、第３ユーザ端末３が情報処理サーバ４と通信可能であればよく、通信方式（例えば、無線、有線）を問わない。
（情報処理システム１０の構成）
図１に示すように、実施形態の情報処理システム１０は、第１ユーザ端末１と、第２ユーザ端末２と、第３ユーザ端末３と、情報処理サーバ４とがネットワーク５を介して通信可能に接続された構成を有する。なお、情報処理システム１０が具備する第１ユーザ端末１、第２ユーザ端末２、第３ユーザ端末３及び情報処理サーバ４の数は任意である。また、ネットワーク５は、第１ユーザ端末１、第２ユーザ端末２、第３ユーザ端末３が情報処理サーバ４と通信可能であればよく、通信方式（例えば、無線、有線）を問わない。
【0012】
（第１ユーザ端末１）
第１ユーザ端末１は、商品メーカである第１ユーザＵ１が利用する端末であり、例えば、デスクトップ型ＰＣやノート型ＰＣなどであるが、スマートフォンやタブレット型ＰＣ端末などの携帯端末であってもよい。
第１ユーザ端末１は、商品メーカである第１ユーザＵ１が利用する端末であり、例えば、デスクトップ型ＰＣやノート型ＰＣなどであるが、スマートフォンやタブレット型ＰＣ端末などの携帯端末であってもよい。
【0013】
（第２ユーザ端末２）
第２ユーザ端末２は、消費者である第２ユーザＵ２が利用する端末であり、例えば、スマートフォンやタブレット型ＰＣ端末などの携帯端末である。
第２ユーザ端末２は、消費者である第２ユーザＵ２が利用する端末であり、例えば、スマートフォンやタブレット型ＰＣ端末などの携帯端末である。
【0014】
（第３ユーザ端末３）
第３ユーザ端末３は、小売企業である第３ユーザＵ３が利用する端末であり、例えば、デスクトップ型ＰＣやノート型ＰＣなどであるが、スマートフォンやタブレット型ＰＣ端末などの携帯端末であってもよい。
第３ユーザ端末３は、小売企業である第３ユーザＵ３が利用する端末であり、例えば、デスクトップ型ＰＣやノート型ＰＣなどであるが、スマートフォンやタブレット型ＰＣ端末などの携帯端末であってもよい。
【0015】
（第１ユーザ端末１の構成）
図２（ａ）に示すように、第１ユーザ端末１は、通信ＩＦ１００Ａ、記憶装置１００Ｂ、入力装置１００Ｃ、表示装置１００Ｄ、ＣＰＵ１００Ｅを備える。
図２（ａ）に示すように、第１ユーザ端末１は、通信ＩＦ１００Ａ、記憶装置１００Ｂ、入力装置１００Ｃ、表示装置１００Ｄ、ＣＰＵ１００Ｅを備える。
【0016】
通信ＩＦ１００Ａは、他の装置と通信するためのインターフェースである。
【0017】
記憶装置１００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）であり、例えば、情報処理プログラムや端末ＩＤなどが記憶されている。なお、端末ＩＤは、第１ユーザ端末１を識別するための識別子である。第１ユーザ端末１から送信する情報に端末ＩＤを付与することで、情報処理サーバ４は、受信した情報がどの第１ユーザ端末１から送信されたものであるかを判定することができる。なお、端末ＩＤは、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよく、情報処理サーバ４が第１ユーザ端末１に対して付与するようにしてもよい。
【0018】
入力装置１００Ｃは、例えば、キーボード、マウスなどの入力デバイスであるが、入力可能であれば、他の装置や機器（例えば、タッチパネル）であってもよい。また、音声入力装置であってもよい。
【0019】
表示装置１００Ｄは、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどであるが、表示可能であれば他の装置や機器（例えば、ＣＲＴ：Cathode Ray Tube）であってもよい。
【0020】
ＣＰＵ１００Ｅは、第１ユーザ端末１を制御する。ＣＰＵ１００Ｅは、図示しないＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を備えている。
【0021】
本実施形態では、第１ユーザ端末１が記憶装置１００Ｂを備える構成となっているが、ネットワーク５を介して接続された他の装置（例えば、サーバ）が記憶装置１００Ｂの全部又はその一部を備える構成であってもよい。この場合、第１ユーザ端末１は、他の装置が備える記憶装置１００Ｂを参照する。また、ネットワーク５を介して接続された他の装置から情報処理プログラムをダウンロード可能に構成されていてもよい。
【0022】
（第１ユーザ端末１の機能構成）
図２（ｂ）に示すように、第１ユーザ端末１は、受信部１０１、記憶装置制御部１０２、入力受付部１０３、表示装置制御部１０４、送信部１０５などの機能を有する。
図２（ｂ）に示すように、第１ユーザ端末１は、受信部１０１、記憶装置制御部１０２、入力受付部１０３、表示装置制御部１０４、送信部１０５などの機能を有する。
【0023】
受信部１０１は、情報処理サーバ４から送信される情報を受信する。
【0024】
記憶装置制御部１０２は、記憶装置１００Ｂを制御する。具体的には、記憶装置制御部１０２は、記憶装置１００Ｂを制御して情報の書き込みや読み出しを行う。
【0025】
入力受付部１０３は、第1ユーザＵ１による入力装置１００Ｃからの入力操作を受け付ける。
【0026】
表示装置制御部１０４は、表示装置１００Ｄを制御する。
【0027】
送信部１０５は、入力受付部１０３で受け付けた入力操作の情報を情報処理サーバ４へ送信する。
【0028】
（第３ユーザ端末３の構成）
第３ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅを備える。また、第３ユーザ端末３は、受信部３０１、記憶装置制御部３０２、入力受付部３０３、表示装置制御部３０４、送信部３０５などの機能を有する。なお、第３ユーザ端末３の通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、受信部３０１、記憶装置制御部３０２、入力受付部３０３、表示装置制御部３０４、送信部３０５は、それぞれ第１ユーザ端末１の通信ＩＦ１００Ａ、記憶装置１００Ｂ、入力装置１００Ｃ、表示装置１００Ｄ、ＣＰＵ１００Ｅ、受信部１０１、記憶装置制御部１０２、入力受付部１０３、表示装置制御部１０４、送信部１０５と略同じであるため詳細な説明を省略する。
第３ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅを備える。また、第３ユーザ端末３は、受信部３０１、記憶装置制御部３０２、入力受付部３０３、表示装置制御部３０４、送信部３０５などの機能を有する。なお、第３ユーザ端末３の通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、受信部３０１、記憶装置制御部３０２、入力受付部３０３、表示装置制御部３０４、送信部３０５は、それぞれ第１ユーザ端末１の通信ＩＦ１００Ａ、記憶装置１００Ｂ、入力装置１００Ｃ、表示装置１００Ｄ、ＣＰＵ１００Ｅ、受信部１０１、記憶装置制御部１０２、入力受付部１０３、表示装置制御部１０４、送信部１０５と略同じであるため詳細な説明を省略する。
【0029】
（第２ユーザ端末２の構成）
図３（ａ）に示すように、第２ユーザ端末２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、入力装置２００Ｃ、表示装置２００Ｄ、ＣＰＵ２００Ｅ、ＧＰＳセンサ２００Ｆを備える。
図３（ａ）に示すように、第２ユーザ端末２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、入力装置２００Ｃ、表示装置２００Ｄ、ＣＰＵ２００Ｅ、ＧＰＳセンサ２００Ｆを備える。
【0030】
通信ＩＦ２００Ａは、他の装置と通信するためのインターフェースである。
【0031】
記憶装置２００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）であり、例えば、情報処理プログラムや端末ＩＤなどが記憶されている。なお、端末ＩＤは、第２ユーザ端末２を識別するための識別子である。第２ユーザ端末２から送信する情報に端末ＩＤを付与することで、情報処理サーバ４は、受信した情報がどの第２ユーザ端末２から送信されたものであるかを判定することができる。なお、端末ＩＤは、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよく、情報処理サーバ４が第２ユーザ端末２に対して付与するようにしてもよい。
【0032】
入力装置２００Ｃは、例えば、タッチパネルなどの入力デバイスであるが、入力可能であれば、他の装置や機器（例えば、キーボード、マウス）であってもよい。また、音声入力装置であってもよい。
【0033】
表示装置２００Ｄは、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどであるが、表示可能であれば他の装置や機器（例えば、ＣＲＴ：Cathode Ray Tube）であってもよい。
【0034】
ＣＰＵ２００Ｅは、第２ユーザ端末２を制御する。ＣＰＵ２００Ｅは、図示しないＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を備えている。
【0035】
ＧＰＳセンサ２００Ｆは、ＧＰＳ衛星から送信されるＧＰＳ信号に基づいて、第３ユーザ端末３の現在位置を算出し、位置情報として出力する。
【0036】
本実施形態では、第２ユーザ端末２が記憶装置２００Ｂを備える構成となっているが、ネットワーク５を介して接続された他の装置（例えば、サーバ）が記憶装置２００Ｂの全部又はその一部を備える構成であってもよい。この場合、第２ユーザ端末２は、他の装置が備える記憶装置２００Ｂを参照する。また、ネットワーク５を介して接続された他の装置から情報処理プログラムをダウンロード可能に構成されていてもよい。
【0037】
図３（ｂ）に示すように、第２ユーザ端末２は、受信部２０１、記憶装置制御部２０２、入力受付部２０３、表示装置制御部２０４、送信部２０５などの機能を有する。
【0038】
受信部２０１は、情報処理サーバ４から送信される情報を受信する。
【0039】
記憶装置制御部２０２は、記憶装置２００Ｂを制御する。具体的には、記憶装置制御部２０２は、記憶装置２００Ｂを制御して情報の書き込みや読み出しを行う。
【0040】
入力受付部２０３は、第２ユーザＵ２による入力装置２００Ｃからの入力操作を受け付ける。
【0041】
表示装置制御部２０４は、表示装置２００Ｄを制御する。
【0042】
送信部２０５は、入力受付部２０３で受け付けた入力操作の情報を情報処理サーバ４へ送信する。
【0043】
（情報処理サーバ４の構成）
図４（ａ）に示すように、情報処理サーバ４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、ＣＰＵ４００Ｃを備える。
図４（ａ）に示すように、情報処理サーバ４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、ＣＰＵ４００Ｃを備える。
【0044】
通信ＩＦ４００Ａは、他の装置と通信するためのインターフェースである。
【0045】
記憶装置４００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）であり、各種データベース（以下、ＤＢともいう）や情報処理プログラムなどが記憶されている。なお、記憶装置４００Ｂは、情報（データ）の書き込み、読み出しが可能であれば、他の装置や機器であってもよい。なお、本実施形態では、情報処理サーバ４が記憶装置４００Ｂを備えているが、コンピュータ読み取り可能な外部記憶媒体（例えば、ＵＳＢメモリや外付けＨＤＤ）に格納されていてもよいし、ネットワーク５を介して他のコンピュータやサーバなどから読出可能及び／又は書込可能に構成されていてもよい。
【0046】
（記憶装置）
記憶装置４００Ｂには、第１データベース（以下、ＤＢと記載する）から第３ＤＢが格納されている。以下、各ＤＢに記憶されている情報について説明する。なお、本実施形態では、記憶装置４００Ｂに第１ＤＢから第３ＤＢが格納された構成となっているが、必ずしもＤＢ構造として記憶装置４００Ｂに格納されている必要はない。
記憶装置４００Ｂには、第１データベース（以下、ＤＢと記載する）から第３ＤＢが格納されている。以下、各ＤＢに記憶されている情報について説明する。なお、本実施形態では、記憶装置４００Ｂに第１ＤＢから第３ＤＢが格納された構成となっているが、必ずしもＤＢ構造として記憶装置４００Ｂに格納されている必要はない。
【0047】
（第１ＤＢ）
第１ＤＢには、第１ユーザＵ１（消費メーカ）の属性情報、発行したクーポン情報、商品の在庫情報などが第１ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、企業名、担当者名、連絡先などの情報である。
クーポン情報は、商品の情報（以下、商品情報ともいう）に割引額や割引率等の利用条件などの情報が紐づけられた電子情報（いわゆる電子クーポン）であり、第２ユーザＵ２（消費者）に対して発行（送信）される。クーポン情報には、以下（１－１）に記載の商品情報と、該商品情報に紐づけられた（１－２）～（１－７）に記載の利用条件とが含まれる。なお、（１－３）から（１－７）の利用条件は、これら利用条件のうち１以上の条件が紐づけられていればよく、かならずしも全てを紐づける必要はない。
（１－１）対象商品（ＪＡＮコードなど）
（１－２）第３ユーザＵ３（小売企業）を指定する情報
（１－３）発行数
（１－４）割引額又は割引率（無料を含む）
（１－５）利用可能な期間（以下、利用可能期間ともいう）
（１－６）第１ユーザＵ１によるクーポン情報を利用する際の決済事業者を指定する情報
（１－７）利用可能な地域（以下、利用可能地域ともいう）
なお、本実施形態では、（１－３）～（１－７）の利用条件は、第３ユーザＵ３ごとに指定することができる。
在庫情報は、第１ユーザＵ１の商品在庫の情報である。
第１ＤＢには、第１ユーザＵ１（消費メーカ）の属性情報、発行したクーポン情報、商品の在庫情報などが第１ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、企業名、担当者名、連絡先などの情報である。
クーポン情報は、商品の情報（以下、商品情報ともいう）に割引額や割引率等の利用条件などの情報が紐づけられた電子情報（いわゆる電子クーポン）であり、第２ユーザＵ２（消費者）に対して発行（送信）される。クーポン情報には、以下（１－１）に記載の商品情報と、該商品情報に紐づけられた（１－２）～（１－７）に記載の利用条件とが含まれる。なお、（１－３）から（１－７）の利用条件は、これら利用条件のうち１以上の条件が紐づけられていればよく、かならずしも全てを紐づける必要はない。
（１－１）対象商品（ＪＡＮコードなど）
（１－２）第３ユーザＵ３（小売企業）を指定する情報
（１－３）発行数
（１－４）割引額又は割引率（無料を含む）
（１－５）利用可能な期間（以下、利用可能期間ともいう）
（１－６）第１ユーザＵ１によるクーポン情報を利用する際の決済事業者を指定する情報
（１－７）利用可能な地域（以下、利用可能地域ともいう）
なお、本実施形態では、（１－３）～（１－７）の利用条件は、第３ユーザＵ３ごとに指定することができる。
在庫情報は、第１ユーザＵ１の商品在庫の情報である。
【0048】
（第２ＤＢ）
第２ＤＢには、第２ユーザＵ２（消費者）の属性情報、利用可能なクーポン情報、利用済みクーポン情報、購買履歴情報、ポイントカード等情報などが第２ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、第２ユーザＵ２の属性を表す情報であり、例えば、性別、年代、郵便番号の情報である。
利用可能なクーポン情報は、第２ユーザＵ２が利用可能なクーポン情報である。
利用済みクーポン情報は、第２ユーザＵ２が利用したクーポン情報である。
購買履歴情報は、例えば、クーポン情報を利用して購買した商品の情報（商品名（ＪＡＮコードなどでもよい）、個数などの情報）、購買日時（年/月/日/時/分）、購買店舗（店舗ＩＤ）などの情報である。
ポイントカード等情報は、例えば、第３ユーザＵ３（小売企業）の店舗で利用可能なカスタマーカードやポイントカードのＩＤ情報である。
第２ＤＢには、第２ユーザＵ２（消費者）の属性情報、利用可能なクーポン情報、利用済みクーポン情報、購買履歴情報、ポイントカード等情報などが第２ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、第２ユーザＵ２の属性を表す情報であり、例えば、性別、年代、郵便番号の情報である。
利用可能なクーポン情報は、第２ユーザＵ２が利用可能なクーポン情報である。
利用済みクーポン情報は、第２ユーザＵ２が利用したクーポン情報である。
購買履歴情報は、例えば、クーポン情報を利用して購買した商品の情報（商品名（ＪＡＮコードなどでもよい）、個数などの情報）、購買日時（年/月/日/時/分）、購買店舗（店舗ＩＤ）などの情報である。
ポイントカード等情報は、例えば、第３ユーザＵ３（小売企業）の店舗で利用可能なカスタマーカードやポイントカードのＩＤ情報である。
【0049】
（第３ＤＢ）
第３ＤＢには、第３ユーザＵ３（小売企業）の属性情報、店舗情報、在庫情報などが第３ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、企業名、担当者名、連絡先などの情報である。
店舗情報は、第３ユーザＵ３に所属する直営及びＦＣ（フランチャイジー）を含む店舗の情報であり、例えば、店舗名、住所（所在エリア）、連絡先などの情報である。
在庫情報は、店舗ごとの商品在庫の情報である。
第３ＤＢには、第３ユーザＵ３（小売企業）の属性情報、店舗情報、在庫情報などが第３ユーザＩＤ（識別子）に紐づけて格納されている。
属性情報は、企業名、担当者名、連絡先などの情報である。
店舗情報は、第３ユーザＵ３に所属する直営及びＦＣ（フランチャイジー）を含む店舗の情報であり、例えば、店舗名、住所（所在エリア）、連絡先などの情報である。
在庫情報は、店舗ごとの商品在庫の情報である。
【0050】
ＣＰＵ４００Ｃは、情報処理サーバ４を制御する。ＣＰＵ４００Ｃは、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。
【0051】
（情報処理サーバ４の機能構成）
図４（ｂ）に示すように、情報処理サーバ４は、受信部４０１（受付部）、送信部４０２、記憶装置制御部４０３、クーポン情報登録部４０４、発行指示部４０５、発行部４０６、在庫情報取得部４０７（第1，第２在庫情報取得部）、更新部４０８、生成部４０９、位置情報取得部４１０、報知指示部４１１などの機能を有する。
図４（ｂ）に示すように、情報処理サーバ４は、受信部４０１（受付部）、送信部４０２、記憶装置制御部４０３、クーポン情報登録部４０４、発行指示部４０５、発行部４０６、在庫情報取得部４０７（第1，第２在庫情報取得部）、更新部４０８、生成部４０９、位置情報取得部４１０、報知指示部４１１などの機能を有する。
【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】
１ 第１ユーザ端末（商品メーカ端末）
１００Ａ 通信ＩＦ
１００Ｂ 記憶装置
１００Ｃ 入力装置
１００Ｄ 表示装置
１００Ｅ ＣＰＵ
１０１ 受信部
１０２ 記憶装置制御部
１０３ 入力受付部
１０４ 表示装置制御部
１０５ 送信部
２ 第２ユーザ端末（消費者端末）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ 入力装置
２００Ｄ 表示装置
２００Ｅ ＣＰＵ
２００Ｆ ＧＰＳセンサ
２０１ 受信部
２０２ 記憶装置制御部
２０３ 入力受付部
２０４ 表示装置制御部
２０５ 送信部
３ 第３ユーザ端末（小売企業端末）
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３０１ 受信部
３０２ 記憶装置制御部
３０３ 入力受付部
３０４ 表示装置制御部
３０５ 送信部
４ 情報処理サーバ（情報処理装置）
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ ＣＰＵ
４０１ 受信部（受付部）
４０２ 送信部
４０３ 記憶装置制御部
４０４ クーポン情報登録部
４０５ 発行指示部
４０６ 発行部
４０７ 在庫情報取得部（第１，第２在庫情報取得部）
４０８ 更新部
４０９ 生成部
４１０ 位置情報取得部
４１１ 報知指示部
５ ネットワーク
１０ 情報処理システム
Ｕ１ 商品メーカ
Ｕ２ 消費者
Ｕ３ 小売企業
１００Ａ 通信ＩＦ
１００Ｂ 記憶装置
１００Ｃ 入力装置
１００Ｄ 表示装置
１００Ｅ ＣＰＵ
１０１ 受信部
１０２ 記憶装置制御部
１０３ 入力受付部
１０４ 表示装置制御部
１０５ 送信部
２ 第２ユーザ端末（消費者端末）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ 入力装置
２００Ｄ 表示装置
２００Ｅ ＣＰＵ
２００Ｆ ＧＰＳセンサ
２０１ 受信部
２０２ 記憶装置制御部
２０３ 入力受付部
２０４ 表示装置制御部
２０５ 送信部
３ 第３ユーザ端末（小売企業端末）
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３０１ 受信部
３０２ 記憶装置制御部
３０３ 入力受付部
３０４ 表示装置制御部
３０５ 送信部
４ 情報処理サーバ（情報処理装置）
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ ＣＰＵ
４０１ 受信部（受付部）
４０２ 送信部
４０３ 記憶装置制御部
４０４ クーポン情報登録部
４０５ 発行指示部
４０６ 発行部
４０７ 在庫情報取得部（第１，第２在庫情報取得部）
４０８ 更新部
４０９ 生成部
４１０ 位置情報取得部
４１１ 報知指示部
５ ネットワーク
１０ 情報処理システム
Ｕ１ 商品メーカ
Ｕ２ 消費者
Ｕ３ 小売企業
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】