特許 7351946 サーバ装置及び取引対象紹介方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-09-19

(45)【発行日】2023-09-27

(54)【発明の名称】サーバ装置及び取引対象紹介方法

(51)【国際特許分類】

   G06Q 30/0207 20230101AFI20230920BHJP

【ＦＩ】

G06Q30/0207

【請求項の数】 10

(21)【出願番号】P 2022012992

(22)【出願日】2022-01-31

(65)【公開番号】P2023111235

(43)【公開日】2023-08-10

【審査請求日】2022-01-31

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】110000958

【氏名又は名称】弁理士法人インテクト国際特許事務所

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(74)【代理人】

【識別番号】100135518

【弁理士】

【氏名又は名称】青木 隆

(72)【発明者】

【氏名】松井 仁人

【審査官】鈴木 和樹

(56)【参考文献】

【文献】特開２０１４－１８６４７１（ＪＰ，Ａ）

【文献】特開２０１７－０９７４８１（ＪＰ，Ａ）

【文献】特開２０２０－００４３８６（ＪＰ，Ａ）

【文献】特開２０２０－０３０７８２（ＪＰ，Ａ）

【文献】特開２０１７－１６４５６３（ＪＰ，Ａ）

【文献】特許第６８８９８９２（ＪＰ，Ｂ１）

【文献】国際公開第２０１６／１５８０７５（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

複数の取引対象が取引される電子商取引のサイトと異なるサイトであって、前記複数の取引対象のうち何れかの取引対象を紹介する紹介情報の投稿が可能な取引対象紹介サイトのサーバ装置において、
前記紹介情報を端末装置が表示する際に前記端末装置から送信されてくる要求に応じて、前記紹介情報により紹介される前記取引対象を前記電子商取引のサイトで識別するための取引対象識別情報を、前記電子商取引のサイト内で配布されるクーポンを管理する管理装置へ送信することにより、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンの有無を示すクーポン状況情報を、前記管理装置から取得する取得手段と、
前記取得されたクーポン状況情報により前記クーポンが有ることが示される場合、前記表示される紹介情報とともに前記クーポンを示すクーポン情報が表示されるように、前記クーポン情報を前記端末装置へ送信するクーポン情報送信手段と、
を備えることを特徴とするサーバ装置。

【請求項2】

前記電子商取引のサイトにおいては、利用可能であるか否かがユーザに応じて異なるクーポンが配布され、
前記取得手段は、前記取引対象識別情報と、前記紹介情報を表示する前記端末装置のユーザを識別するユーザ識別情報とを、前記管理装置へ送信し、
前記取得されるクーポン状況情報は、前記送信された取引対象識別情報により識別される前記取引対象について、前記送信されたユーザ識別情報により識別される前記ユーザが利用可能なクーポンの有無を示すことを特徴とする請求項１に記載のサーバ装置。

【請求項3】

前記取得されるクーポン状況情報は、前記クーポンの種類として、前記クーポンを利用可能なユーザの条件に対応する種類を示し、
前記クーポン情報送信手段は、前記クーポンの種類を示す前記クーポン情報を送信することを特徴とする請求項２に記載のサーバ装置。

【請求項4】

前記電子商取引のサイトのユーザは、該電子商取引のサイト内で提示されたクーポンを獲得する操作を行うことにより、前記クーポンの利用が可能となり、
前記取得手段は、前記取引対象識別情報と、前記紹介情報を表示する前記端末装置のユーザを識別するユーザ識別情報とを、前記管理装置へ送信し、
前記取得されるクーポン状況情報は、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンを、前記送信されたユーザ識別情報により識別される前記ユーザが獲得済みであるか否かを更に示し、
前記クーポン情報送信手段は、前記クーポン状況情報に基づいて、前記クーポンを獲得済みであるか否かを示す前記クーポン情報を送信することを特徴とする請求項１乃至３の何れか一項に記載のサーバ装置。

【請求項5】

前記電子商取引のサイトのユーザは、該電子商取引のサイト内で提示されたクーポンを獲得する操作を行うことにより、前記クーポンの利用が可能となり、
前記管理装置は、前記クーポンを獲得したユーザを示す獲得情報を記憶し、
前記端末装置により表示された前記クーポン情報により示される前記クーポンを獲得する操作を、前記紹介情報が表示される画面で受け付ける操作受付手段を更に備え、
前記操作が受け付けられたことに応じて、前記操作を行ったユーザを識別するユーザ識別情報を前記管理装置へ送信することにより、前記ユーザ識別情報により識別される前記ユーザを示す前記獲得情報を記憶させる第２送信手段を更に備えることを特徴とする請求項１乃至４の何れか一項に記載のサーバ装置。

【請求項6】

前記操作受付手段は、前記紹介情報が表示される前記画面として、前記取引対象紹介サイト内のウェブページであって、前記クーポン情報と前記紹介情報とを含むウェブページで、前記クーポンを獲得する操作を受け付けることを特徴とする請求項５に記載のサーバ装置。

【請求項7】

前記取得されるクーポン状況情報は、前記クーポンがユーザにとって有利な度合いを示す有利度情報を含み、
前記取得手段により、複数の前記クーポンが有ることを示す前記クーポン状況情報が取得された場合、前記有利度情報により示される前記複数のクーポンそれぞれの前記有利な度合いに基づいて、前記複数のクーポンのうち何れを優先して前記クーポン情報を表示するかを決定する決定手段を更に備え、
前記クーポン情報送信手段は、前記決定に従って、前記有利な度合いを示す前記クーポン情報を送信することを特徴とする請求項１乃至６の何れか一項に記載のサーバ装置。

【請求項8】

前記有利度情報は、前記取引対象の購入額の割引度を示し、
前記決定手段は、前記優先するクーポンを、前記割引度が最も高いクーポンに決定することを決定する特徴とする請求項７に記載のサーバ装置。

【請求項9】

前記有利度情報は、前記クーポンの有効期限を示し、
前記決定手段は、前記優先するクーポンを、前記有効期限が満了するまでの残りの日数が最も短いクーポンに決定することを特徴とする請求項７又８に記載のサーバ装置。

【請求項10】

複数の取引対象が取引される電子商取引のサイトと異なるサイトであって、前記複数の取引対象のうち何れかの取引対象を紹介する紹介情報の投稿が可能な取引対象紹介サイトのコンピュータにより実行される取引対象紹介方法において、
前記紹介情報を端末装置が表示する際に前記端末装置から送信されてくる要求に応じて、前記紹介情報により紹介される前記取引対象を前記電子商取引のサイトで識別するための取引対象識別情報を、前記電子商取引のサイト内で配布されるクーポンを管理する管理装置へ送信することにより、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンの有無を示すクーポン状況情報を、前記管理装置から取得する取得ステップと、
前記取得されたクーポン状況情報により前記クーポンが有ることが示される場合、前記表示される紹介情報とともに前記クーポンを示すクーポン情報が表示されるように、前記クーポン情報を前記端末装置へ送信するクーポン情報送信ステップと、
を含むことを特徴とする取引対象紹介方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、オンラインでクーポンを提示するための方法に関する。

【背景技術】

【0002】

従来、例えばオンラインショッピングモールや予約サイト等の電子商取引のサイトを利用して、消費者が商品やサービス等の取引対象を購入することが一般的になってきている。ユーザは、電子商取引のサイトで販売される様々な取引対象のコンテンツを閲覧することで、何れの取引対象を購入するかを判断する。こうしたサイトにおいては、特定区分の取引対象の売上の増大又は全体的な売上の増大等を目的として、該当する取引対象を購入する等の特定の行動をとったユーザに対して特典を付与する取り組みが行われている場合がある。その取り組みの一例として、クーポンの配布がある。例えば、クーポンは、電子商取引のサイトにおいて、特典が適用される取引対象の情報が掲載される画面又はその他の画面に表示される。表示されたクーポンを利用してその取引対象を購入することで、ユーザはそのクーポンにより示される特典を受けることができる。クーポンの利用で受けられる特典の一例として、取引対象の購入額の割引がある。クーポンを提示することで、ユーザにおいてその取引対象の購入意欲が増大することが期待される。

【0003】

例えば、特許文献１には、クライアントが選択した商品データを一時的に登録する電子バスケットにサービス・クーポン券を表示させる電子ショッピングシステムが開示されている。この電子ショッピングシステムは、クライアントが選択した商品の商品データと、電子店舗ごとに商品データについて付加サービスのルールを格納するルールファイルとを比較し、商品データとルールとが一致した場合、サービス・クーポン券を管理するサービス・クーポン券ＤＢを検索し、その検索結果を反映させた電子バスケットを表示するためのページをクライアントに送信する。

【0004】

また、現在、ユーザによる投稿を可能とするとするソーシャルネットワーキングサービス（ＳＮＳ）が相当程度に普及している。ＳＮＳに投稿された情報は、例えばそのＳＮＳのユーザ全員が閲覧可能であったり、特定のグループ内で共有可能であったりする。そこで、ユーザが、電子商取引のサイトで販売されている特定の取引対象を紹介するための投稿を、ＳＮＳに対して行うことが考えられる。

【0005】

例えば、特許文献２には、特定人物が発行するメールマガジンの購読者をその人物が主催する仮想コミュニティの会員として自動的に登録する融合システムが開示されている。この融合システムは、仮想コミュニティで特定人物が紹介した商品が購入された場合に、その人物とその所属組織に報酬を支払う。

【先行技術文献】

【特許文献】

【0006】

【文献】特開平１１－１３４４０８号公報

【文献】特開２０１０－１６５２４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

取引対象を紹介した投稿者としては、その取引対象を紹介する情報を見た他のユーザがその取引対象を購入することが喜ばしい。もし、その取引対象についてクーポンを利用可能であるのであれば、その取引対象が購入される可能性が高まる。しかしながら、電子商取引のサイトの外部にあるサイトは、電子商取引のサイトで配布されるクーポンに関する情報を管理しておらず、そのサイトで紹介された取引対象についてのクーポンの情報を提示する機能が無かった。そのため、投稿された情報を見たユーザは、電子商取引のサイトにアクセスして、紹介された取引対象について利用可能なクーポンの有無を確認する必要がある。

【0008】

この状況を避けるため、例えば投稿者が、電子商取引のサイトにアクセスするなどして、クーポンの有無を確認することが考えられる。そして、投稿者は、クーポンに関する情報も合わせて、取引対象を紹介する情報を投稿することが考えられる。しかしながら、クーポンの有無は時期等に応じて変わるため、投稿者は、定期的にクーポンの有無を確認する必要があるとともに、投稿内容の更新又は追加の投稿を必要に応じて行う必要がある。

【0009】

本発明は以上の点に鑑みてなされてものであり、その課題の一例は、取引対象を紹介するための投稿が可能なサイトで紹介される取引対象についてのクーポンの有無に応じて、その取引対象を紹介する情報とともにクーポンに関する情報を自動的に表示させることが可能なサーバ装置及び取引対象紹介方法を提供することにある。

【課題を解決するための手段】

【0010】

上記課題を解決するために、請求項１に記載の発明は複数の取引対象が取引される電子商取引のサイトと異なるサイトであって、前記複数の取引対象のうち何れかの取引対象を紹介する紹介情報の投稿が可能な取引対象紹介サイトのサーバ装置において、前記紹介情報を端末装置が表示する際に前記端末装置から送信されてくる要求に応じて、前記紹介情報により紹介される前記取引対象を前記電子商取引のサイトで識別するための取引対象識別情報を、前記電子商取引のサイト内で配布されるクーポンを管理する管理装置へ送信することにより、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンの有無を示すクーポン状況情報を、前記管理装置から取得する取得手段と、前記取得されたクーポン状況情報により前記クーポンが有ることが示される場合、前記表示される紹介情報とともに前記クーポンを示すクーポン情報が表示されるように、前記クーポン情報を前記端末装置へ送信するクーポン情報送信手段と、を備えることを特徴とする。

【0011】

この発明によれば、取引対象紹介サイトに投稿された紹介情報が表示される際、その紹介情報で紹介される取引対象について利用可能なクーポンの有無を示す情報が、クーポンを管理する装置から取得される。そして、利用可能なクーポンの有る場合、クーポン情報が紹介情報とともに表示される。従って、ソーシャルネットワーキングサービスで紹介される取引対象についてのクーポンの有無に応じて、その取引対象を紹介する情報とともにクーポンに関する情報を自動的に表示させることができる。

【0012】

請求項２に記載の発明は、前記電子商取引のサイトにおいては、利用可能であるか否かがユーザに応じて異なるクーポンが配布され、前記取得手段は、前記取引対象識別情報と、前記紹介情報を表示する前記端末装置のユーザを識別するユーザ識別情報とを、前記管理装置へ送信し、前記取得されるクーポン状況情報は、前記送信された取引対象識別情報により識別される前記取引対象について、前記送信されたユーザ識別情報により識別される前記ユーザが利用可能なクーポンの有無を示すことを特徴とする。

【0013】

この発明によれば、紹介情報を閲覧するユーザ向けのクーポンが有る場合に、クーポン情報を表示させることができる。

【0014】

請求項３に記載の発明は、前記取得されるクーポン状況情報は、前記クーポンの種類として、前記クーポンを利用可能なユーザの条件に対応する種類を示し、前記クーポン情報送信手段は、前記クーポンの種類を示す前記クーポン情報を送信することを特徴とする。

【0015】

この発明によれば、紹介情報を閲覧するユーザが如何なる理由でクーポンを利用することができるかを、そのユーザに知らせることができる。

【0016】

請求項４に記載の発明は、前記電子商取引のサイトのユーザは、該電子商取引のサイト内で提示されたクーポンを獲得する操作を行うことにより、前記クーポンの利用が可能となり、前記取得手段は、前記取引対象識別情報と、前記紹介情報を表示する前記端末装置のユーザを識別するユーザ識別情報とを、前記管理装置へ送信し、前記取得されるクーポン状況情報は、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンを、前記送信されたユーザ識別情報により識別される前記ユーザが獲得済みであるか否かを更に示し、前記クーポン情報送信手段は、前記クーポン状況情報に基づいて、前記クーポンを獲得済みであるか否かを示す前記クーポン情報を送信することを特徴とする。

【0017】

この発明によれば、利用可能なクーポンが有る場合、紹介情報を閲覧するユーザがそのクーポンを獲得済みであるか否かを示すクーポン情報が表示される。従って、クーポンを獲得済みであることを示すクーポン情報が表示された場合、ユーザは、そのクーポンを獲得するための行動を取らないで済ませることができる。

【0018】

請求項５に記載の発明は、前記電子商取引のサイトのユーザは、該電子商取引のサイト内で提示されたクーポンを獲得する操作を行うことにより、前記クーポンの利用が可能となり、前記管理装置は、前記クーポンを獲得したユーザを示す獲得情報を記憶し、前記端末装置により表示された前記クーポン情報により示される前記クーポンを獲得する操作を、前記紹介情報が表示される画面で受け付ける操作受付手段を更に備え、前記操作が受け付けられたことに応じて、前記操作を行ったユーザを識別するユーザ識別情報を前記管理装置へ送信することにより、前記ユーザ識別情報により識別される前記ユーザを示す前記獲得情報を記憶させる第２送信手段を更に備えることを特徴とする。

【0019】

この発明によれば、利用可能なクーポンが有る場合、ユーザは、紹介情報が表示される画面で、そのクーポンを獲得する操作を行うことができる。この操作によって、クーポンを管理する管理装置は、そのユーザがクーポンを獲得した旨を示す情報を記憶させる。この情報が記憶されることにより、ユーザはクーポンを利用することができる。従って、ユーザは、電子商取引のサイトにアクセスしなくてもクーポンを獲得することができる。

【0020】

請求項６に記載の発明は、前記操作受付手段は、前記紹介情報が表示される前記画面として、前記取引対象紹介サイト内のウェブページであって、前記クーポン情報と前記紹介情報とを含むウェブページで、前記クーポンを獲得する操作を受け付けることを特徴とする。
請求項７に記載の発明は、前記取得されるクーポン状況情報は、前記クーポンがユーザにとって有利な度合いを示す有利度情報を含み、前記取得手段により、複数の前記クーポンが有ることを示す前記クーポン状況情報が取得された場合、前記有利度情報により示される前記複数のクーポンそれぞれの前記有利な度合いに基づいて、前記複数のクーポンのうち何れを優先して前記クーポン情報を表示するかを決定する決定手段を更に備え、前記クーポン情報送信手段は、前記決定に従って、前記有利な度合いを示す前記クーポン情報を送信することを特徴とする。

【0021】

この発明によれば、紹介情報で紹介される取引対象について複数のクーポンが利用可能である場合、それらのクーポンそれぞれがユーザにとって有利な度合いに基づいて、何れかのクーポンについて有利な度合いを示すクーポン情報が優先的に表示される。従って、クーポンの利用をユーザに促すように、クーポン情報を表示させることができる。

【0022】

請求項８に記載の発明は、前記有利度情報は、前記取引対象の購入額の割引度を示し、前記決定手段は、前記優先するクーポンを、前記割引度が最も高いクーポンに決定することを決定する特徴とする。

【0023】

この発明によれば、利用可能な複数のクーポンのうち、割引度が最も高いクーポンを示すクーポン情報が表示される。従って、より低額で取引対象を購入することができることを、ユーザに知らせることができる。

【0024】

請求項９に記載の発明は、前記有利度情報は、前記クーポンの有効期限を示し、前記決定手段は、前記優先するクーポンを、前記有効期限が満了するまでの残りの日数が最も短いクーポンに決定することを特徴とする。

【0025】

この発明によれば、利用可能な複数のクーポンのうち、有効期限が満了するまでの残りの日数が最も短いクーポンを示すクーポン情報が表示される。従って、有効期限が満了することで利用可能なクーポンが減ることを避けるために、有効期限が短いクーポンを利用するよう、ユーザに動機付けさせることができる。

【0027】

請求項１０に記載の発明は、複数の取引対象が取引される電子商取引のサイトと異なるサイトであって、前記複数の取引対象のうち何れかの取引対象を紹介する紹介情報の投稿が可能な取引対象紹介サイトのコンピュータにより実行される取引対象紹介方法において、前記紹介情報を端末装置が表示する際に前記端末装置から送信されてくる要求に応じて、前記紹介情報により紹介される前記取引対象を前記電子商取引のサイトで識別するための取引対象識別情報を、前記電子商取引のサイト内で配布されるクーポンを管理する管理装置へ送信することにより、前記送信された取引対象識別情報により識別される前記取引対象について利用可能な前記クーポンの有無を示すクーポン状況情報を、前記管理装置から取得する取得ステップと、前記取得されたクーポン状況情報により前記クーポンが有ることが示される場合、前記表示される紹介情報とともに前記クーポンを示すクーポン情報が表示されるように、前記クーポン情報を前記端末装置へ送信するクーポン情報送信ステップと、を含むことを特徴とする。

【発明の効果】

【0029】

本発明によれば、取引対象を紹介するための投稿が可能なサイトで紹介される取引対象についてのクーポンの有無に応じて、その取引対象を紹介する情報とともにクーポンに関する情報を自動的に表示させることができる。

【図面の簡単な説明】

【0030】

【図1】一実施形態に係る情報通信システムＳの概要構成の一例を示す図である。

【図2】一実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。

【図3】ＳＮＳサーバ１のデータベースに記憶される情報の例を示す図である。

【図4】電子商店街サーバ２のデータベースに記憶される情報の例を示す図である。

【図5】クーポンサーバ３のデータベースに記憶される情報の例を示す図である。

【図6】一実施形態に係るユーザ端末４の概要構成の一例を示すブロック図である。

【図7】ＳＮＳサーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。

【図8】ユーザ端末４におけるシステム制御部４１の機能ブロックの一例を示す図である。

【図9】検索結果画面の一例を示す図である。

【図10】投稿詳細画面の一例を示す図である。

【図11】商品画面の一例を示す図である。

【図12】一実施形態に係る情報通信システムＳの処理例を示すシーケンス図である。

【図13】クーポンＤＢ３１に記憶される情報の例を示す図である。

【図14】クーポン情報の表示例を示す図である。

【図15】一実施形態に係る情報通信システムＳの処理例を示すシーケンス図である。

【図16】ＳＮＳサーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。

【図17】クーポン情報の表示例を示す図である。

【図18】一実施形態に係る情報通信システムＳの処理例を示すシーケンス図である。

【図19】ユーザ端末４におけるシステム制御部４１の機能ブロックの一例を示す図である。

【図20】クーポン情報の表示例を示す図である。

【図21】ショッピングＳＮＳサイトでクーポンが獲得される様子の一例を示す図である。

【図22】一実施形態に係る情報通信システムＳの処理例を示すシーケンス図である。

【図23】一実施形態に係る情報通信システムＳの処理例を示すシーケンス図である。

【発明を実施するための形態】

【0031】

以下、図面を参照して本発明の実施形態について詳細に説明する。実施形態においては、取引対象を取引するための所定の電子商取引のウェブサイトにおいて、その取引対象について利用可能なクーポンが配布される。取引対象は、商取引の対象となる何かであってもよい。取引対象の例として、商品及びサービスが挙げられる。商品の例として、物品、デジタルコンテンツ等のデータが挙げられる。サービスの例として、宿泊施設の提供、スポーツ施設の提供、チケットの手配、美容等が挙げられる。電子商取引サイトの例として、ショッピングサイト、オンラインショッピングモール、サービス予約サイト等が挙げられる。

【0032】

クーポンは、取引対象を購入若しくは利用する側のユーザが何らかの特典を受けるための引換券であってもよい。特典の例として、購入代金若しくは利用代金の割引、キャッシュバック、ポイント若しくは電子マネーの付与、景品の付与、付加的なサービスの無料提供等が挙げられる。ユーザは、電子商取引サイトにおいて、取引対象に関して特定の行動を行うことで、提示されたクーポンにより示される特典がユーザに提供されてもよい。特定の行動は、例えば商品の購入又はサービスの予約であってもよい。或いは、特定の行動は、取引対象に関するパンフレットの申込み、取引対象に関する説明を受けるためにアポイントメントを取ること等であってもよい。電子商取引サイトで提示されたクーポンを獲得する操作を行った場合に、ユーザはそのクーポンの利用が可能となってもよい。クーポンの配布とは、オンラインショッピングモール内にそのクーポンの情報を表示すること、及び、ユーザによるそのクーポンの獲得を可能とすることであってもよい。

【0033】

電子商取引サイトのユーザは、その電子商取引サイトと異なる所定の取引対象紹介サイトを利用可能である。ユーザは、この取引対象紹介サイトに、電子商取引サイトで取引可能な商品の何れかを紹介する紹介情報の投稿が可能である。ユーザは、取引対象紹介サイトに対して情報の投稿及び投稿された情報の閲覧が可能である。この取引対象紹介サイトは、電子商取引サイトの商品を紹介する情報を投稿するための機能をユーザに提供してもよい。また、取引対象紹介サイトにおいては、情報の投稿として、商品を紹介する情報のみの投稿が可能であってもよいし、商品を紹介する情報に加えて、他の目的の情報の投稿も可能であってもよい。取引対象紹介サイトは、ソーシャルネットワーキングサービスを提供するウェブサイトであるＳＮＳサイトであってもよい。或いは、取引対象紹介サイトは、アフィリエイトサイトであってもよい。投稿者がアフィリエイトサイトに投稿した紹介情報を見た他のユーザが、紹介された取引対象を電子商取引サイトで取引すると、その投稿者に対して報酬が付与されてもよい。例えば、取引金額の所定割合の相当する報酬が付与されてもよい。付与される報酬の例として、現金、ポイントプログラムにおけるポイント、電子マネー等が挙げられる。取引対象紹介サイトは、ＳＮＳサイトとアフィリエイトサイトとを兼ね備えてもよい。

【0034】

以下に説明する実施形態においては、電子商取引サイトで販売される商品を紹介するための投稿に焦点を当てたＳＮＳサイトを例として説明する。

【0035】

［１．第１実施形態］
［１－１．情報通信システムの構成］
先ず、本実施形態に係る情報通信システムＳの構成及び機能概要について、図１を参照して説明する。図１は、本実施形態に係る情報通信システムＳの概要構成の一例を示す図である。

【0036】

図１に示すように、情報通信システムＳは、ＳＮＳサーバ１と、電子商店街サーバ２と、クーポンサーバ３と、複数のユーザ端末４と、を含んで構成される。ＳＮＳサーバ１、電子商店街サーバ２、クーポンサーバ３、及び各ユーザ端末４は、ネットワークＮＷに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

【0037】

ＳＮＳサーバ１は、所定のオンラインショッピングモールで販売される商品を紹介するための投稿が可能なショッピングＳＮＳサイトを管理するサーバ装置である。ＳＮＳサーバ１は、商品の紹介の投稿を簡単に行うための機能を提供する。例えば、紹介者又は投稿者となるユーザが、オンラインショッピングモールで商品を検索し、検索された商品の中から何れかの商品を選択して、その商品の商品画面を表示させる。商品画面は、オンラインショッピングモールにおいて、商品の詳細な情報が掲載されるウェブページである。ユーザは、商品画面において、ショッピングＳＮＳサイトへの投稿を選択する。或いは、ユーザは、そのユーザの購入履歴やお気に入りから、商品を選択する。投稿の選択又は投稿する商品の選択に応じて、ＳＮＳサーバ１は、投稿を行うための投稿画面を、そのユーザのユーザ端末４に表示させる。投稿画面は、例えばコメントの入力欄と、商品画像の選択欄を含む。ユーザは、入力欄に、選択した商品を紹介する文章等のコメントを入力する。商品画像の選択欄には、選択された商品の商品画面に掲載されている画像の一覧が投稿対象の候補として表示される。ユーザは、投稿する画像を必要に応じて選択する。なお、紹介する商品に関連してユーザが自ら撮影した写真画像の投稿も可能であってもよい。そして、ユーザは投稿を選択する。すると、ＳＮＳサーバ１は、入力されたコメントと、選択された画像を識別する情報と、選択された商品に関する情報とを関連付けて登録する。

【0038】

投稿された情報を閲覧しようとするユーザは、ショッピングＳＮＳサイトにおいて、何れかの投稿を選択する。この選択に応じて、ユーザ端末４は、選択された投稿に対応する投稿詳細画面を、ユーザ端末４へ送信する。投稿詳細画面は、紹介された商品に関する情報が掲載される画面である。投稿詳細画面は、商品画像、コメント、商品説明抜粋、価格等を含む。紹介された商品について、オンラインショッピングモールでクーポンが配布されている場合、投稿詳細画面は、クーポンを示すクーポン情報を含む。例えば、クーポン情報は、オンラインショッピングモールでクーポンが配布されていることを示してもよい。ユーザは、投稿詳細画面において、紹介された商品をオンラインショッピングモールで見ることを選択すると、ユーザ端末４は、その商品の商品画面を表示する。ユーザがその商品を気に入れば、その商品をオンラインショッピングモールで購入することができる。

【0039】

電子商店街サーバ２とクーポンサーバ３とは、オンラインショッピングシステムを構成する。オンラインショッピングシステムは、上述したオンラインショッピングモールに関連した各種のサービスを提供するためのシステムである。なお、電子商店街サーバ２がクーポンサーバ３を兼ねてもよい。

【0040】

電子商店街サーバ２は、オンラインショッピングモールを管理するサーバ装置である。オンラインショッピングモールでは、複数の店舗により商品が販売される。各店舗は、一又は複数の商品を取り扱っている。電子商店街サーバ２は、ユーザ端末４からの要求に応じて、商品を検索したり、商品に関する情報を掲載したウェブページを送信したり、商品の売買を成立させるための処理を行う。また、電子商店街サーバ２は、クーポンの提示を行う。例えば、ユーザ端末４が、ユーザにより選択された商品の商品画面を表示する。選択された商品についてクーポンが配布されている場合、電子商店街サーバ２は、その商品画面上に、クーポンが獲得可能であることを示す情報をユーザ端末４に表示させてもよい。その商品画面においてクーポンを獲得する操作を行うと、ユーザはそのクーポンを利用可能となる。その後、ユーザが、獲得したクーポンを利用可能な商品の購入手続を行うと、電子商店街サーバ２は、そのクーポンに応じて商品の購入代金を割引する。

【0041】

クーポンサーバ３は、オンラインショッピングモールで配布されるクーポンを管理する。例えば、クーポンサーバ３は、各クーポンの情報や、各ユーザによるクーポンの獲得状況等を記憶する。また、クーポンサーバ３は、クーポンに関する情報にアクセスするためのＡＰＩ（アプリケーションインタフェース）を、ＳＮＳサーバ１及び電子商店街サーバ２へ提供する。

【0042】

各ユーザ端末４は、ショッピングＳＮＳサイトやオンラインショッピングモールを利用するユーザにより利用される端末装置である。ユーザ端末４の例として、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、セットトップボックス等が挙げられる。各ユーザ端末４には、ウェブブラウザが記憶されてもよい。ウェブブラウザを介して、ユーザは、ショッピングＳＮＳサイトやオンラインショッピングモールを利用することができる。ユーザ端末４が携帯用の端末装置である場合、そのユーザ端末４には、ショッピングＳＮＳサイト専用のアプリケーションやオンラインショッピングモール専用のアプリケーションのインストールが可能であってもよい。専用のアプリケーションを介して、ユーザは、ショッピングＳＮＳサイト又はオンラインショッピングモールを利用することができる。

【0043】

［１－２．装置構成］
［１－２－１．ＳＮＳサーバの構成］
次に、ＳＮＳサーバ１の構成について、図２及び図３を参照して説明する。図２は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図２に示すように、ＳＮＳサーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。

【0044】

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

【0045】

入出力インタフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインタフェース処理を行う。

【0046】

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、ＳＮＳ会員ＤＢ１４ａ、投稿ＤＢ１４ｂ、商品ミラーＤＢ１４ｃ等のデータベースが記憶されている。「ＤＢ」は、データベースの略語である。

【0047】

図３は、ＳＮＳサーバ１のデータベースに記憶される情報の例を示す図である。ＳＮＳ会員ＤＢ１４ａには、ショッピングＳＮＳサイトのユーザに関するＳＮＳ会員情報が、ユーザごとに記憶されている。例えば、ＳＮＳ会員ＤＢ１４ａには、ＳＮＳ会員情報として、ＳＮＳユーザＩＤ、ユーザ名等の情報が互いに関連付けて記憶されてもよい。ＳＮＳユーザＩＤは、ショッピングＳＮＳサイトにおいてユーザを識別するための識別情報である。

【0048】

投稿ＤＢ１４ｂには、商品を紹介するためにユーザにより投稿された投稿情報が記憶される。例えば、投稿ＤＢ１４ｂには、投稿情報として、投稿ＩＤ、投稿ユーザＩＤ、店舗ＩＤ、商品ＩＤ、商品画像ＩＤ、コメント等が、互いに関連付けて記憶されてもよい。投稿ＩＤは、投稿を識別するための識別情報である。投稿ユーザＩＤは、紹介者として投稿を行ったユーザを識別するＳＮＳユーザＩＤである。店舗ＩＤは、紹介された商品の販売元である店舗をオンラインショッピングモールで識別するための識別情報である。商品ＩＤは、紹介された商品を、販売元の店舗内で識別するための識別情報である。店舗ＩＤと商品ＩＤとの組み合わせにより、特定の店舗の特定の商品が識別可能である。商品画像ＩＤは、紹介された商品の商品画面に掲載されている商品画像のうち、投稿詳細画面に掲載される商品画像を識別する識別情報である。コメントは、紹介者により入力された文字情報である。このコメントは、商品を紹介する情報であってもよい。なお、ユーザが自ら撮影した写真画像の投稿が可能である場合、投稿ＤＢ１４ｂには、その写真画像が更に記憶される。コメント、商品画像、写真画像のそれぞれは、商品を紹介する紹介情報の例である。

【0049】

商品ミラーＤＢ１４ｃには、ショッピングＳＮＳサイトにおいてユーザにより紹介が投稿された商品に関する商品情報が記憶される。この商品情報は、電子商店街サーバ２の後述する商品ＤＢ２３に記憶される商品情報のコピーであってもよい。商品ミラーＤＢ１４ｃには、商品情報として、例えば店舗ＩＤ、商品ＩＤ、商品コード、カテゴリＩＤ、商品名、商品画像、商品説明、価格、在庫数等が、互いに関連付けて記憶されてもよい。店舗ＩＤは、商品の販売元である店舗を識別するための識別情報である。商品ＩＤは、その商品が、販売元の店舗においてその商品を識別するための識別情報である。商品コードは、その商品を一意に識別するための識別情報である。商品コードが商品ＩＤと異なる点は、同一の商品であっても販売元の店舗が異なれば商品ＩＤも異なる一方で、同一の商品について如何なる店舗が販売元であっても、同一の商品コードが割り当てられる点である。商品コードの例として、ＪＡＮ（Japanese Article Number）コードが挙げられる。カテゴリは、その商品が属するカテゴリを識別する識別情報である。商品画像は、その商品を表す画像やその商品に関連する画像である。

【0050】

ショッピングＳＮＳサイトにおいて投稿が行われると、ＳＮＳサーバ１は、その投稿で紹介される商品の商品情報を、電子商店街サーバ２から取得して、商品ミラーＤＢ１４ｃに記憶させてもよい。その後、電子商店街サーバ２は、商品ミラーＤＢ１４ｃに記憶された商品情報を、電子商店街サーバ２に記憶された商品情報で随時更新してもよい。

【0051】

記憶部１４には、更に、オペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、ショッピングＳＮＳサイトに関する処理をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

【0052】

通信部１５は、例えばネットワークインタフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介して、電子商店街サーバ２、クーポンサーバ３、ユーザ端末４等と接続し、これらの装置との通信状態を制御する。

【0053】

［１－２－２．電子商店街サーバのデータベースの構成］
次に、電子商店街サーバ２のデータベースの構成について、図４を参照して説明する。図４は、電子商店街サーバ２のデータベースに記憶される情報の例を示す図である。図４に示すように、電子商店街サーバ２は、会員ＤＢ２１、識別情報ＤＢ２２、商品ＤＢ２３、購入履歴ＤＢ２４等のデータベースを記憶する。

【0054】

会員ＤＢ２１には、オンラインショッピングモールのユーザに関する会員情報が、ユーザごとに記憶されている。例えば、会員ＤＢ２１には、会員情報として、ユーザＩＤ、氏名、性別、生年月日、郵便番号、住所、電話番号、会員ランク、電子メールアドレス等が、互いに関連付けて記憶される。ユーザＩＤは、オンラインショッピングモールにおいてユーザを識別するための識別情報である。同一のユーザについて付与されるユーザＩＤとＳＮＳユーザＩＤとは、同一であってもよいし、異なっていてもよい。会員ランクは、オンラインショッピングモールにおけるユーザのランクを示す。ユーザによるオンラインショッピングモールの利用状況又は行動の履歴に応じた会員ランクが、ユーザに与えられる。会員ランクが高いほど、その会員ランクが付与されたユーザは、より価値が高い特典を受けることができる。

【0055】

識別情報２４ｂには、ユーザとユーザ端末４とを紐付けるための情報が、ユーザ端末４ごとに記憶される。例えば、識別情報２４ｂには、端末ＩＤ及びユーザＩＤが、互いに関連付けて記憶されてもよい。端末ＩＤは、ユーザ端末４を識別する識別情報である。識別情報２４ｂに記憶されるユーザＩＤは、そのユーザ端末４を利用するユーザを示す。端末ＩＤはユーザＩＤと関連付けられることから、端末ＩＤは、実質的にユーザを識別する識別情報でもある。或るユーザ端末４が初めてオンラインショッピングモールにアクセスするとき、電子商店街サーバ２は、そのユーザ端末４に対して新しい端末ＩＤを発行する。電子商店街サーバ２は、この端末ＩＤを含むＨＴＴＰ（HyperText Transfer Protocol）クッキーをそのユーザ端末４に送信し、ユーザ端末４はこのクッキーを記憶する。これにより、今後そのユーザ端末４から電子商店街サーバ２へ送信されるリクエストには、端末ＩＤが付加される。その後、ユーザは、オンラインショッピングモールにログインし、或いはオンラインショッピングモールの会員登録を行う。これにより、電子商店街サーバ２は、そのユーザのユーザＩＤを特定し又はそのユーザＩＤを発行する。電子商店街サーバ２は、ユーザ端末４から送信されてきた端末ＩＤとそのユーザのユーザＩＤとを関連付けて、識別情報２４ｂに記憶させる。ＳＮＳサーバ１、電子商店街サーバ２、及びクーポンサーバ３は、同一のドメインに属してもよい。これにより、ユーザ端末４からＳＮＳサーバ１やクーポンサーバ３へ送信されるリクエストにも、端末ＩＤが付加されてもよい。

【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】

１ ＳＮＳサーバ
２ 電子商店街サーバ
３ クーポンサーバ
４ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インタフェース
１４ 記憶部
１４ａ ＳＮＳ会員ＤＢ
１４ｂ 投稿ＤＢ
１４ｃ 商品ミラーＤＢ
１５ 通信部
２１ 会員ＤＢ
２２ 識別情報ＤＢ
２３ 商品ＤＢ
２４ 購入履歴ＤＢ
３１ クーポンＤＢ
３２ 獲得状況ＤＢ
４１ システム制御部
４２ システムバス
４３ 入出力インタフェース
４４ 記憶部
４５ 通信部
４６ 表示部
４７ 入力部
１１０１ 投稿情報送信部
１１０２ 識別情報送信部
１１０３ クーポン状況情報受信部
１１０４ クーポン有無情報送信部
１１０５ 優先表示決定部
４１０１ 投稿情報表示制御部
４１０２ クーポン有無情報受信部
４１０３ クーポン情報表示制御部
４１０４ 獲得操作受付部
４１０５ 獲得要求送信部
ＮＷ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】