(57)【要約】【課題】これまでの商品情報の配信システムでは、各ユーザの購入履歴に基づいて、小売企業が提供する商品に関する商品情報を配信しているため、購入した商品をユーザがどのように利用しているかまで把握していない。これにより、ユーザ自らの購入意図に即した商品購入の背景を判断できていないため、ユーザにとって不要な商品情報を配信していることにつながっており、ユーザへの負担が大きくなってきている。【解決手段】ユーザが購入した商品を自ら使用するのか、他者へ譲渡するのかを示す商品利用情報を受け取る商品利用状況管理部と、受け取った商品利用状況管理テーブルを参照し、ユーザが自ら使用するために購入した商品のうち、最も多数購入した商品に関連する商品情報を算出結果管理テーブルから求める配信情報選定部と、前記選定された商品に関連する商品情報を前記ユーザへ配信する商品情報配信部を備える情報配信システムにより解決される。【選択図】  図１
2017138751.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが購入した商品を自ら使用するのか、他者へ譲渡するのかを示す商品利用状況管理テーブルを受け取る商品利用状況管理部と、
受け取った商品利用状況管理テーブルを参照し、ユーザが自ら使用するために購入した商品のうち、最も多数購入した商品に関連する商品情報を算出結果管理テーブルから求める配信情報選定部と、
前記選定された商品情報を前記ユーザへ配信する商品情報配信部
を備えることを特徴とする情報配信システム。
【請求項２】
商品利用状況管理テーブルに格納された商品利用情報のうち、他者へ譲渡する商品について譲渡先へ譲渡する商品の評価を依頼するメッセージを送信する評価依頼送信部と、
譲渡先から譲渡された商品の評価を受け付ける評価受け付け部と、
評価受け付け部が譲渡された商品の評価を受け付けたときユーザに予め定められたポイントを付与する付与ポイント管理部
を備えることを特徴とする請求項１に記載の情報配信システム。
【請求項３】
ＳＮＳにて登録している友達情報をユーザ毎に取得し、ユーザが購入した商品を他者へ譲渡する際に評価依頼のメッセージ送信先として登録する友達ＤＢ連携部と、
ユーザが購入した商品を複数の販売元から取得し、ユーザ毎に購入履歴を管理する購入履歴連携部を備え、
前記商品利用状況管理部は友達情報管理テーブルと購入履歴管理テーブルを参照し、ユーザ毎の友達情報と購入履歴を関連付けて購入商品の譲渡と評価を行うことを特徴とする請求項１に記載の情報配信システム。
【請求項４】
複数の小売企業が取り扱う商品の情報を取得し、販売元ごとに商品情報を管理する取り扱い商品管理部を備え、
前記商品情報配信部は商品管理テーブルと配信情報管理テーブルを参照し、ユーザが自ら使用するために購入した商品のうち、最も多数購入した商品と合致した商品情報を配信することを特徴とする請求項１に記載の情報配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが購入した商品の商品利用状況に基づいて商品情報を配信する情報配信システムに関する。
【背景技術】
【０００２】
これまでの商品情報の配信システムは、特許文献１のように、ユーザがどの商品をいくらで購入したのかなどの情報を含んだ購入履歴と小売企業が販売する商品の情報を基に、小売企業がユーザの購入履歴に応じて各ユーザに商品情報を提供している。
【０００３】
具体的には、小売企業は各ユーザの購入履歴情報と各店舗が販売する商品について価格を含む商品情報を取得してデータベースに記憶している。そしてこのデータベースから、各ユーザの購入履歴情報に基づいて商品情報を提供すべきユーザを特定し、特定されたユーザに商品情報を提供している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３５８４０３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
これまでの商品情報の配信システムでは、各ユーザの購入履歴に基づいて、小売企業が提供する商品に関する商品情報を配信しているため、購入した商品をユーザがどのように利用しているかまで把握していない。これにより、ユーザ自らの購入意図に即した商品購入の背景を判断できていないため、ユーザにとって不要な商品情報を配信していることにつながっており、ユーザへの負担が大きくなってきている。
例えば、本来は健康重視で食品の品質を厳重に管理している主婦が、友達に依頼されて流行のお菓子を購入し渡したとする。この場合では、友達のために購入したという商品の購入意図があるにも関わらず、これまでの商品情報の配信システムではこの主婦がお菓子を購入したという購入履歴が残る。よって、主婦の購入意図が把握できていないことから、本来主婦が重視している健康に関する商品とは関係の無い、たまたま購入したお菓子に関する商品情報を配信することになるため、不要な情報を受け取ることになる。
【課題を解決するための手段】
【０００６】
上記課題はユーザが購入した商品を自ら使用するのか、他者へ譲渡するのかを示す商品利用情報を受け取る商品利用状況管理部と、受け取った商品利用状況管理テーブルを参照し、ユーザが自ら使用するために購入した商品のうち、最も多数購入した商品に関連する商品情報を算出結果管理テーブルから求める配信情報選定部と、前記選定された商品に関連する商品情報を前記ユーザへ配信する商品情報配信部を備える情報配信システムにより解決される。より詳細な構成は実施例で明らかにされるであろう。
【発明の効果】
【０００７】
本発明によって、ユーザに商品購入のためにより有益な商品情報を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】実施例における情報配信システム全体の構成図の例である。
【図２】実施例における商品利用管理システムの構成図の例である。
【図３】実施例における付与ポイント管理システムの構成図の例である。
【図４】実施例における友達情報管理ＤＢの例を示す図である。
【図５】実施例における購入履歴管理ＤＢの例を示す図である。
【図６】実施例における商品利用状況管理ＤＢのデータ例を示す図である。
【図７】実施例における付与ポイント管理ＤＢのデータ例を示す図である。
【図８】実施例における配信情報選定システムの例である。
【図９】実施例における算出結果管理ＤＢのデータ例を示す図である。
【図１０】実施例における配信情報管理ＤＢのデータ例を示す図である。
【図１１】実施例における商品情報配信システムの例である。
【図１２】実施例における商品管理ＤＢのデータ例を示す図である。
【図１３】実施例における配信情報管理ＤＢのデータ例を示す図である。
【図１４】実施例における商品利用状況を管理処理のフローチャートの例である。
【図１５】実施例における配信情報選定処理のフローチャートの例である。
【図１６】実施例における商品情報配信処理のフローチャートの例である。
【発明を実施するための形態】
【０００９】
以下、実施例について図面を用いて説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１０】
図１はユーザが購入した商品を自ら使用するのか、他者へ譲渡するのか分別し、自ら使用するために購入した商品に関する商品情報を提供する情報配信システム全体の構成図の例である。図１の構成では、ユーザ自らが使用するために購入した商品に関する商品情報を配信するために、「購入した商品の利用状況の管理」「ユーザに配信する商品情報の選定」「ユーザへ商品情報の配信」をすることを考慮した構成になっている。
【００１１】
ユーザが購入した商品を自ら使用するのか、他者へ譲渡するのか分別し、自ら使用するために購入した商品に関する商品情報を提供する図１の構成について、「購入した商品の利用状況の管理」に関するサーバやデータベースを図２〜図３、具体的なデータ項目について図４〜図７を用いて説明し、「ユーザに配信する商品情報の選定」に関するサーバやデータベースを図８、具体的なデータ項目について図９〜図１０を用いて説明し、「ユーザへ商品情報の配信」に関するサーバやデータベースを図１１、具体的なデータ項目について図１２〜図１３を用いて説明する。
【００１２】
さらに、「購入した商品の利用状況の管理」におけるフローを図１４、「ユーザに配信する商品情報の選定」におけるフローを図１５、「ユーザへ商品情報の配信」におけるフローを図１６で説明する。
これまでの商品情報の配信システムは、ユーザが求める商品の情報をユーザへ提供するために、過去にユーザがどの商品をいくらで購入したのかなどの情報を含んだ購入履歴と小売企業（販売元）が販売する商品の情報を基に、小売企業がユーザの購入履歴を基に各ユーザに商品情報を提供している。しかし、ユーザが商品を購入したという事実を基に商品情報を配信していることから、購入した商品をユーザがどのように利用しているかまで把握していない。これにより、ユーザ自らの購入意図に合った商品を購入したのか判断できていないため、ユーザにとって不要な商品情報も配信している。
例えば、本来は健康重視で食品の品質を重視している主婦が、友達の依頼により流行のお菓子を購入し与えたとする。この場合では、友達のために購入したという商品の購入意図があるにも関わらず、これまでの商品情報の配信システムではこの主婦がお菓子を購入したという購入履歴が残る。よって、主婦の購入意図が把握できていないことから、本来主婦が重視している健康に関する商品とは関係の無い、たまたま購入したお菓子に関する商品情報を配信することになり、配信された情報が無駄になっている。
【００１３】
本発明では、これまで管理していた購入履歴の中から、購入した商品を自ら使用するのか、他者へ譲渡するのか分別し、自ら使用するために購入した商品に関する商品情報を提供することで、ユーザが商品を購入する際に有益な商品情報を提供し、ユーザの好みに適合した無駄のない情報の提供を実現する。
【００１４】
図１において、ＳＮＳ企業１０１は本発明を利用するユーザ１２８にＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）を提供する企業である。友達ＤＢ１０２はＳＮＳ企業１０１が保有するユーザ１２８の友達情報が格納されているデータベースである。小売企業１０３はユーザ１２８に商品を提供し、ユーザ１２８が購入した商品の履歴を管理する企業である。購入履歴ＤＢ１０４はユーザ１２８が購入した商品の履歴が格納されているデータベースである。商品情報ＤＢ１０５は、小売企業１０３が提供する商品の情報が格納されているデータベースである。情報配信者１０６はユーザ１２８が購入した商品を自ら使用するのか、他者へ譲渡するのか分別し、自ら使用するために購入した商品に関する商品情報を提供する事業者である。商品利用管理システム１０７は購入した商品を自ら使用するのか、他者へ譲渡するのか分別するシステムの例である。ＳＮＳ連携サーバ１０８はＳＮＳ企業１０１が保有するユーザ１２８の友達情報を取得する友達ＤＢ連携部１０９と、ユーザ１２８が他者へ譲渡する商品に対して譲渡相手にメッセージを送信する評価依頼送信部１１０と、譲渡した商品の評価を譲渡相手から受け付ける評価受け付け部１１１を持つサーバの例である。
【００１５】
商品利用管理サーバ１１２は小売企業１０３が保有するユーザ１２８の商品の購入履歴を取得する購入履歴連携部１１３と、ユーザ１２８の友達情報と商品の購入履歴を関連付けた一覧表を作成し、譲渡相手へのメッセージ送信と商品評価のステータス更新を行う商品利用状況管理部１１４と、評価依頼送信部１１０に譲渡相手へメッセージ送信を依頼する商品利用状況入力部１１５を持つサーバの例である。
【００１６】
付与ポイント管理システム１１６は他者へ譲渡した商品の数からユーザに付与するポイントを管理するシステムの例である。付与ポイント管理サーバ１１７は商品利用状況管理部１１４が商品の譲渡相手から商品評価を行った商品の数を算出する付与ポイント管理部１１８を持つサーバの例である。
【００１７】
配信情報選定システム１１９はユーザ１２８に配信する商品情報を選定するシステムの例である。配信情報選定サーバ１２０はユーザ１２８ごとに商品利用状況管理部１１４から自ら使用するために購入した商品の数をカテゴリ別に算出する利用状況算出部１２１と、利用状況算出部１２１によって算出されたカテゴリの中から最も多いカテゴリを優先して配信する情報として選定する配信情報選定部１２２を持つサーバの例である。
【００１８】
商品情報配信システム１２３は配信情報選定部１２２によって選定されたカテゴリから各ユーザへ商品情報を提供するシステムの例である。提供商品管理サーバ１２４は小売企業１０３が取り扱う商品を取得する取り扱い商品管理部１２５を持つサーバの例である。商品情報配信サーバ１２６は配信情報選定部１２２によって選定されたカテゴリに合致する商品を取り扱い商品管理部１２５から抽出し、各ユーザ１２８に商品情報を配信する商品情報配信部１２７を持つサーバの例である。
【００１９】
図２は購入した商品をユーザ１２８自ら使用するのか、他者へ譲渡するのか分別する商品利用管理システム１０７の例である。ＳＮＳ連携サーバ１０８と商品利用管理サーバ１１２から構成され、ＳＮＳ連携サーバ１０８はＣＰＵ１、主記憶装置２、外部記憶装置３、入出力部４を含む。主記憶装置２には友達ＤＢ連携部１０９、評価依頼送信部１１０、評価受け付け部１１１等のソフトウェアモジュールが格納され、外部記憶装置３には友達情報管理ＤＢ２０１が格納される。主記憶装置２内の各モジュールはＣＰＵ１により実行され、外部記憶装置３に格納された情報や入出力４経由で他のサーバの情報にアクセスする。
【００２０】
商品利用管理サーバ１１２はＣＰＵ５、主記憶装置６、外部記憶装置７、入出力部８を含む。主記憶装置６には購入履歴連携部１１３、商品利用状況管理部１１４、商品利用状況入力部１１５等のソフトウェアモジュールが格納され、外部記憶装置７には購入履歴管理ＤＢ２０２、商品利用状況管理ＤＢ２０３が格納される。主記憶装置６内の各モジュールはＣＰＵ５により実行され、外部記憶装置７に格納された情報や入出力８経由で他のサーバの情報にアクセスする。
【００２１】
まず、ＳＮＳ連携サーバ１０８の友達ＤＢ連携部１０９がＳＮＳ企業１０１の保有するユーザ１２８の友達情報を友達ＤＢ１０２から取得し、友達情報管理ＤＢ２０１に格納する。さらに、商品利用管理サーバ１１２の購入履歴連携部１１３が小売企業１０３の保有するユーザ１２８の商品の購入履歴を取得し、購入履歴管理ＤＢ２０２に格納する。商品利用管理サーバ１１２の商品利用状況管理部１１４がユーザ１２８の友達情報と商品の購入履歴を関連付けた一覧表を作成し、図６に示す商品利用状況管理ＤＢ２０３に格納する。このとき、ユーザ１２８自らが使用するために購入したことを示す自分用６０７を設け‘１’を入力する。
購入した商品が他者へ譲渡するものであった場合、ユーザ１２８が商品利用管理サーバ１１２の商品利用状況入力部１１５から譲渡用に購入した商品と譲渡相手を選択し譲渡用に購入した商品であることを示す値（テーブル内では三角印）を入力する。商品利用管理サーバ１１２の商品利用状況管理部１１４が評価依頼送信部１１０に商品利用状況管理ＤＢ２０３の値が譲渡用に購入の商品と譲渡相手である友達に対してメッセージ送信依頼をし、商品利用状況管理部１１４が譲渡用に購入の商品に対して商品利用状況管理ＤＢ２０３の自分用６０７欄を‘２’に更新する。ＳＮＳ連携サーバ１０８の評価依頼送信部１１０が譲渡相手へメッセージを送信し、商品利用状況管理部１１４へステータスの更新依頼をする。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手の友達の欄にメッセージ送信が完了したことを示す値（テーブル内では丸印）に更新する。
譲渡した商品に関して譲渡相手から評価があった場合、ＳＮＳ連携サーバ１０８の評価受け付け部１１１が譲渡相手の評価した商品について商品利用状況管理部１１４にステータスの更新依頼をする。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手の友達の欄に商品評価がされたことを示す値（テーブル内では二重丸印）に更新する。付与ポイント管理サーバ１１７の付与ポイント管理部１１８が商品利用状況管理ＤＢ２０３に格納されている一覧表の譲渡相手の友達の欄に商品評価がされたことを示す値の数をユーザ毎に算出し、その数字を付与ポイント管理ＤＢ３０１に格納する。
【００２２】
図３は他者へ譲渡した商品の数からユーザ１２８に付与するポイントを管理する付与ポイント管理システム１１５の例である。
【００２３】
付与ポイント管理サーバ１１７はＣＰＵ９、主記憶装置１０、外部記憶装置１１、入出力部１２を含む。主記憶装置１０には付与ポイント管理部１１８等のソフトウェアモジュールが格納され、外部記憶装置１１には付与ポイント管理ＤＢ３０１が格納される。主記憶装置１０内のモジュールはＣＰＵ９により実行され、外部記憶装置１１に格納された情報や入出力１２経由で他のサーバの情報にアクセスする。
付与ポイント管理サーバ１１７の付与ポイント管理部１１８が商品利用状況管理ＤＢ２０３に格納されている一覧表の譲渡相手の友達の欄に商品評価がされたことを示す値の数をユーザ毎に算出し、その数字を付与ポイント管理ＤＢ３０１に格納する。
【００２４】
図４はＳＮＳ企業１０１から取得したユーザ１２８の友達情報管理ＤＢ２０１のデータ例を示す図である。ユーザ４０１はＳＮＳ企業１０１が提供するＳＮＳに登録し、利用するユーザ１２８である。友達４０２はＳＮＳ企業１０１が提供するＳＮＳにてユーザ４０１が登録している友達である。
【００２５】
なお、図４のデータ項目については一例であり、本発明の条件をすべて満たすとは限らない。
【００２６】
図５は小売企業１０３から取得したユーザ１２８の購入履歴ＤＢ２０２のデータ例を示す図である。ユーザ５０１は小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。企業名５０２は商品を提供する小売企業１０３である。商品コード５０３は小売企業１０３が提供する商品を一意に分類する番号である。商品名５０４は小売企業１０３が提供する商品の名前である。カテゴリ５０５はユーザ１２８が小売企業１０３から購入した商品の分類である。店舗５０６はユーザ１２８が商品を購入した小売企業１０３の店舗名である。
【００２７】
図６はユーザ１２８の友達情報と購入履歴をまとめた商品利用状況管理ＤＢ２０３のデータ例を示す図である。ユーザ６０１はＳＮＳ企業１０１が提供するＳＮＳに登録し、小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。企業名６０２は商品を提供する小売企業１０３である。商品コード６０３は小売企業１０３が提供する商品を一意に分類する番号である。商品名６０４は小売企業１０３が提供する商品の名前である。カテゴリ６０５はユーザ１２８が小売企業１０３から購入した商品の分類である。店舗６０６はユーザ１２８が商品を購入した小売企業１０３の店舗名である。自分用６０７はユーザ１２８自らが使用するために購入したことを示す項目である。入力項目にはユーザ１２８自らが使用することを示す‘１’と、他者へ譲渡することを示す‘２’がある。ｄさん、ｅさん、ｆさんを表す６０８はＳＮＳ企業１０１が提供するＳＮＳにてユーザ６０１が登録している友達である。入力項目にはユーザ１２８が商品利用状況入力部１１５から譲渡用に購入した商品であることを示す値（三角印）と、譲渡相手の友達にメッセージ送信が完了したことを示す値（丸印）と、譲渡相手の友達から商品評価がされたことを示す値（二重丸印）がある。
【００２８】
図７は他者へ譲渡した商品の数からユーザ１２８ごとに付与するポイントをまとめた付与ポイント管理ＤＢ３０１のデータ例を示す図である。ユーザ７０１はＳＮＳ企業１０１が提供するＳＮＳに登録し、小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。付与ポイント７０２は付与ポイント管理サーバ１１７の付与ポイント管理部１１８が商品利用状況管理ＤＢ２０３に格納されている一覧表の譲渡相手の友達の欄に商品評価がされたことを示す値の数である。
【００２９】
図８はユーザ１２８に配信する商品情報を選定する配信情報選定システム１１９の例である。
【００３０】
配信情報選定サーバ１２０はＣＰＵ１３、主記憶装置１４、外部記憶装置１５、入出力部１６を含む。主記憶装置１４には利用状況算出部１２１、配信情報選定部１２２等のソフトウェアモジュールが格納され、外部記憶装置１５には算出結果管理ＤＢ８０１、配信情報選定ＤＢ８０２が格納される。主記憶装置１４内の各モジュールはＣＰＵ１３により実行され、外部記憶装置１５に格納された情報や入出力１６経由で他のサーバの情報にアクセスする。
【００３１】
配信情報選定サーバ１２０の利用状況算出部１２１が商品利用状況管理ＤＢ２０３から、各ユーザ１２８のステータスが‘１’である商品をカテゴリ別に算出し、算出結果を算出結果管理ＤＢ８０１に格納する。配信情報選定サーバ１２０の配信情報選定部１２２が算出結果管理ＤＢ８０１に格納された各ユーザ１２８のステータスが‘１’である商品の中から最も数が多いカテゴリを抽出し、ユーザ１２８へ配信する商品情報の優先カテゴリとして配信情報選定ＤＢ８０２に格納する。
【００３２】
図９はユーザ１２８自ら使用するために購入した商品をカテゴリ別に分類した算出結果管理ＤＢ８０１のデータ例を示す図である。ユーザ９０１はＳＮＳ企業１０１が提供するＳＮＳに登録し、小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。野菜、お菓子、魚などを表す９０２は配信情報選定サーバ１２０の利用状況算出部１２１が商品利用状況管理ＤＢ２０３から、各ユーザ１２８のステータスが‘１’である商品をカテゴリ別に算出した数である。
【００３３】
図１０は図９にて分類されたカテゴリの中から最も多く購入されたカテゴリをまとめた配信情報選定ＤＢ８０２のデータ例を示す図である。ユーザ１００１はＳＮＳ企業１０１が提供するＳＮＳに登録し、小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。重要カテゴリ１００２は配信情報選定サーバ１２０の配信情報選定部１２２が算出結果管理ＤＢ８０１に格納された各ユーザ１２８のステータスが‘１’である商品の中から最も数が多いカテゴリを抽出し、ユーザ１２８へ配信する商品情報の優先カテゴリである。
【００３４】
図１１は図１０にて定義されたカテゴリから各ユーザ１２８へ商品情報を提供する商品情報配信システム１２３の例である。
【００３５】
提供商品管理サーバ１２４と商品情報配信サーバ１２６から構成され、提供商品管理サーバ１２４はＣＰＵ１７、主記憶装置１８、外部記憶装置１９、入出力部２０を含む。主記憶装置１８には取扱商品管理部１２５等のソフトウェアモジュールが格納され、外部記憶装置１９には商品管理ＤＢ１１０１が格納される。主記憶装置１８内のモジュールはＣＰＵ１７により実行され、外部記憶装置１９に格納された情報や入出力２０経由で他のサーバの情報にアクセスする。
【００３６】
商品情報配信サーバ１２６はＣＰＵ２１、主記憶装置２２、外部記憶装置２３、入出力部２４を含む。主記憶装置２２には商品情報配信部１２７等のソフトウェアモジュールが格納され、外部記憶装置２３には配信情報管理ＤＢ１１０２が格納される。主記憶装置２２内のモジュールはＣＰＵ２１により実行され、外部記憶装置２３に格納された情報や入出力２４経由で他のサーバの情報にアクセスする。
提供商品管理サーバ１２４の取り扱い商品管理部１２５が複数の小売企業１０３が取り扱う商品を商品情報ＤＢ１０５から取得し、商品管理ＤＢ１１０１へ格納する。商品情報配信サーバ１２６の商品情報配信部１２７が配信情報選定ＤＢ８０２に選定された重要カテゴリ１００２に合致する商品を商品管理ＤＢ１１０１から抽出し、ユーザ１２８へ商品情報を配信し、ユーザ１２８に配信した商品情報を配信情報管理ＤＢ１１０２に格納する。
【００３７】
図１２は各小売企業１０３が取り扱う商品情報を格納する商品管理ＤＢ１１０１のデータ例を示す図である。企業名１２０１は商品を提供する小売企業１０３である。商品コード１２０２は小売企業１０３が提供する商品を一意に分類する番号である。商品名１２０３は小売企業１０３が提供する商品の名前である。カテゴリ１２０４はユーザ１２８が小売企業１０３から購入した商品の分類である。店舗１２０５はユーザ１２８が商品を購入した小売企業１０３の店舗名である。価格（円）１２０６は小売企業１０３が提供する商品の提供価格である。
【００３８】
図１３は各ユーザ１２８へ提供する商品情報を格納した配信情報管理ＤＢ１１０２のデータ例を示す図である。ユーザ１３０１はＳＮＳ企業１０１が提供するＳＮＳに登録し、小売企業１０３が提供する商品を購入し、本発明を利用するユーザ１２８である。企業名１３０２は商品を提供する小売企業１０３である。商品コード１３０３は小売企業１０３が提供する商品を一意に分類する番号である。商品名１３０４は小売企業１０３が提供する商品の名前である。カテゴリ１３０５はユーザ１２８が小売企業１０３から購入した商品の分類である。店舗１３０６はユーザ１２８が商品を購入した小売企業１０３の店舗名である。価格（円）１３０７は小売企業１０３が提供する商品の提供価格である。
【００３９】
図１４〜１６では本発明の実施例に関する具体的な処理について説明する。「購入した商品の利用状況の管理」における処理を図１４、「ユーザに配信する商品情報の選定」における処理を図１５、「ユーザへ商品情報の配信」における処理を図１６で説明する。
【００４０】
図１４はユーザ１２８が購入した商品の商品利用状況を管理する処理のフローチャートの例である。ＳＮＳ連携サーバ１０８の友達ＤＢ連携部１０９がＳＮＳ企業１０１の保有するユーザ１２８の友達情報を友達ＤＢ１０２から取得し、友達情報管理ＤＢ２０１に格納する（１４０１）。商品利用管理サーバ１１２の購入履歴連携部１１３が小売企業１０３の保有するユーザ１２８の商品の購入履歴を購入履歴ＤＢ１０４から取得し、購入履歴管理ＤＢ２０２に格納する（１４０２）。商品利用管理サーバ１１２の商品利用状況管理部１１４がユーザ１２８の友達情報と商品の購入履歴を関連付けた一覧表を作成し、商品利用状況管理ＤＢ２０３に格納し、ユーザ１２８自らが使用するために購入したことを示す自分用６０７を設け‘１’を入力する（１４０３）。
購入した商品が他者へ譲渡するものであった場合（１４０４）、ユーザ１２８が商品利用管理サーバ１１２の商品利用状況入力部１１５から譲渡用に購入した商品と譲渡相手を選択し、譲渡用に購入した商品であることを示す値を入力する（１４０５）。商品利用管理サーバ１１２の商品利用状況管理部１１４が評価依頼送信部１１０に譲渡用に購入した商品であることを示す値の商品と譲渡相手である友達に対してメッセージ送信依頼をし、商品利用状況管理部１１４が譲渡用に購入した商品であることを示す値の商品に対して商品利用状況管理ＤＢ２０３の自分用６０７欄を‘２’に更新する（１４０６）。ＳＮＳ連携サーバ１０８の評価依頼送信部１１０が譲渡相手へメッセージを送信し、商品利用状況管理部１１４へステータスの更新依頼をする（１４０７）。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手の友達の欄にメッセージ送信が完了したことを示す値に更新する（１４０８）。
譲渡した商品に関して譲渡相手から評価があった場合（１４０９）、ＳＮＳ連携サーバ１０８の評価受け付け部１１１が譲渡相手の評価した商品について商品利用状況管理部１１４にステータスの更新依頼をする（１４１０）。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手の友達の欄に商品評価がされたことを示す値に更新する（１４１１）。付与ポイント管理サーバ１１７の付与ポイント管理部１１８が商品利用状況管理ＤＢ２０３に格納されている一覧表の譲渡相手の友達の欄に商品評価がされたことを示す値の数をユーザ毎に算出し、その数字を付与ポイント管理ＤＢ３０１に格納する（１４１２）。
【００４１】
本実施例では、ＳＮＳ連携サーバ１０８の友達ＤＢ連携部１０９がＳＮＳ企業１０１の保有するユーザ１２８であるａさん、ｂさん、ｃさんの友達情報を友達ＤＢ１０２から取得し、友達情報管理ＤＢ２０１に格納する。ａさんの場合、ａさんの友達であるｄさん、ｅさん、ｆさん、ｇさんを友達情報管理ＤＢ２０１に格納する。商品利用管理サーバ１１２の購入履歴連携部１１３が小売企業１０３の保有するユーザ１２８であるａさん、ｂさん、ｃさんの商品の購入履歴を購入履歴ＤＢ１０４から取得し、購入履歴管理ＤＢ２０２に格納する。ａさんが小売企業のＡ社からにんじんを購入した場合、企業名５０２であるＡ社、にんじんの商品コード５０３であるＹ００１、商品名５０４であるにんじん、にんじんのカテゴリ５０５である野菜、Ａ社の店舗５０６である東京都を購入履歴管理ＤＢ２０２に格納する。商品利用管理サーバ１１２の商品利用状況管理部１１４がユーザ１２８であるａさん、ｂさん、ｃさんの友達情報と商品の購入履歴を関連付けた一覧表を作成し、商品利用状況管理ＤＢ２０３に格納する。このとき、ユーザ１２８自らが使用するために購入したことを示す自分用６０７を設け‘１’を入力する。ａさんの場合、ａさんが小売企業のＡ社からにんじんを購入した情報である、企業名６０２のＡ社、にんじんの商品コード６０３のＹ００１、商品名６０４のにんじん、にんじんのカテゴリ６０５の野菜、Ａ社の店舗６０６の東京都と、ユーザ１２８自らが使用するために購入したことを示す自分用６０７の‘１’と、ａさんの友達情報である、ｄさん、ｅさん、ｆさん、ｇさんを関連付けた一覧表を作成する。
購入した商品であるにんじんをｄさんへ譲渡する場合、ユーザ１２８であるａさんが商品利用管理サーバ１１２の商品利用状況入力部１１５から譲渡用に購入したにんじんと譲渡相手であるｄさんを選択し譲渡用に購入した商品であることを示す値を入力する。商品利用管理サーバ１１２の商品利用状況管理部１１４が評価依頼送信部１１０に譲渡用に購入した商品であるにんじんに関して譲渡相手であるｄさんに対してメッセージ送信依頼をし、商品利用状況管理部１１４が譲渡用に購入した商品であることを示す値であるにんじんに対して商品利用状況管理ＤＢ２０３の自分用６０７欄を‘２’に更新する。ＳＮＳ連携サーバ１０８の評価依頼送信部１１０が譲渡相手であるｄさんへメッセージを送信し、商品利用状況管理部１１４へステータスの更新依頼をする。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手のｄさんの欄にメッセージ送信が完了したことを示す値に更新する。
譲渡した商品であるチョコレートに関して譲渡相手であるｅさんから評価があった場合、ＳＮＳ連携サーバ１０８の評価受け付け部１１１が譲渡相手であるｅさんの評価した商品のチョコレートについて商品利用状況管理部１１４にステータスの更新依頼をする。商品利用管理サーバ１１２の商品利用状況管理部１１４が商品利用状況管理ＤＢ２０３に格納されている一覧表へ譲渡相手のｅさんの欄にチョコレートの商品評価がされたことを示す値に更新する。付与ポイント管理サーバ１１７の付与ポイント管理部１１８が商品利用状況管理ＤＢ２０３に格納されている一覧表の中のａさんの譲渡相手の友達の欄に商品評価がされたことを示す値の数を算出し、その数字を付与ポイント管理ＤＢ３０１に格納する。
【００４２】
図１５はユーザ１２８に配信する商品情報を選定するフローチャートの例である。配信情報選定サーバ１２０の利用状況算出部１２１が商品利用状況管理ＤＢ２０３から、ユーザ１２８毎の自分用６０７欄のステータスが‘1’である項目の数をカテゴリ別に算出し、算出結果を算出結果管理ＤＢ８０１に格納する（１５０１）。配信情報選定サーバ１２０の配信情報選定部１２２が算出結果管理ＤＢ８０１に格納されたユーザ１２８毎の自分用６０７欄のステータスが‘1’である項目の数の中から一番大きいカテゴリを抽出し、ユーザ１２８へ配信する商品情報の優先カテゴリとして配信情報選定ＤＢ８０２に格納する（１５０２）。
【００４３】
本実施例では、配信情報選定サーバ１２０の利用状況算出部１２１が商品利用状況管理ＤＢ２０３から、ユーザ１２８であるａさん、ｂさん、ｃさんの自分用６０７欄のステータスが‘１’である商品を野菜、お菓子、魚といったカテゴリ別に算出し、算出結果を算出結果管理ＤＢ８０１に格納する。配信情報選定サーバ１２０の配信情報選定部１２２が算出結果管理ＤＢ８０１に格納されたユーザ１２８であるａさん、ｂさん、ｃさんの自分用６０７欄のステータスが‘１’である商品の中から最も数が多いカテゴリを抽出し、ユーザ１２８であるａさん、ｂさん、ｃさんへ配信する商品情報の優先カテゴリとして配信情報選定ＤＢ８０２に格納する。ａさんの場合、野菜、お菓子、魚といったカテゴリの中で最も数が多いカテゴリは野菜であるため、重要カテゴリ１００２に野菜が格納される。
【００４４】
図１６では各ユーザへ商品情報を提供するフローチャートの例である。提供商品管理サーバ１２４の取り扱い商品管理部１２５が複数の小売企業１０３が取り扱う商品を商品情報ＤＢ１０５から取得し、商品管理ＤＢ１１０１へ格納する（１６０１）。商品情報配信サーバ１２６の商品情報配信部１２７が配信情報選定ＤＢ８０２に選定された重要カテゴリ１００２に合致する商品を商品管理ＤＢ１１０１から抽出し、ユーザ１２８へ商品情報を配信し（１６０２）、ユーザ１２８に配信した商品情報を配信情報管理ＤＢ１１０２に格納する（１６０３）。
【００４５】
本実施例では、提供商品管理サーバ１２４の取り扱い商品管理部１２５がＡ社やＢ社といった複数の小売企業１０３が取り扱う商品を商品情報ＤＢ１０５から取得し、商品管理ＤＢ１１０１へ格納する。小売企業１０３であるＡ社からにんじんに関する商品情報を取得する場合、企業名１２０１のＡ社、商品コード１２０２のＹ００１、商品名１２０３のにんじん、カテゴリ１２０４の野菜、店舗１２０５の東京都、価格（円）１２０６の８０を商品管理ＤＢ１１０１へ格納する。商品情報配信サーバ１２６の商品情報配信部１２７が配信情報選定ＤＢ８０２に選定された重要カテゴリ１００２に合致する商品を商品管理ＤＢ１１０１から抽出し、ユーザ１２８であるａさん、ｂさん、ｃさんへ商品情報を配信し、ａさん、ｂさん、ｃさんに配信した商品情報を配信情報管理ＤＢ１１０２に格納する。商品情報をａさんに配信する場合、配信情報選定ＤＢ８０２に選定された重要カテゴリ１００２である野菜に合致する商品を商品管理ＤＢ１１０１から抽出し、抽出結果であるにんじんに関する商品情報をａさんに配信し、ａさんに配信した商品情報である、企業名１３０２のＡ社、商品コード１３０３のＹ００１、商品名１３０４のにんじん、カテゴリ１３０５の野菜、店舗１３０６の東京都、価格（円）１３０７の８０を配信情報管理ＤＢ１１０２に格納する。
【符号の説明】
【００４６】
１０１：ＳＮＳ企業、１０２：友達ＤＢ、１０３：小売企業、１０４：購入履歴ＤＢ、１０５：商品情報ＤＢ、１０６：情報配信者、１０７：商品利用管理システム、１０８：ＳＮＳ連携サーバ、１０９：友達ＤＢ連携部、１１０：評価依頼送信部、１１１：評価受け付け部、１１２：商品利用管理サーバ、１１３：購入履歴連携部、１１４：商品利用状況管理部、１１５：商品利用状況入力部、１１６：付与ポイント管理システム、１１７：付与ポイント管理サーバ、１１８：付与ポイント管理部、１１９：配信情報選定システム、１２０：配信情報選定サーバ、１２１：利用状況算出部、１２２：配信情報選定部、１２３：商品情報配信システム、１２４：提供商品管理サーバ、１２５：取り扱い商品管理部、１２６：商品情報配信サーバ、１２７：商品情報配信部、１２８：ユーザ
【図１】
2017138751.tif 000003
【図２】
2017138751.tif 000004
【図３】
2017138751.tif 000005
【図４】
2017138751.tif 000006
【図５】
2017138751.tif 000007
【図６】
2017138751.tif 000008
【図７】
2017138751.tif 000009
【図８】
2017138751.tif 000010
【図９】
2017138751.tif 000011
【図１０】
2017138751.tif 000012
【図１１】
2017138751.tif 000013
【図１２】
2017138751.tif 000014
【図１３】
2017138751.tif 000015
【図１４】
2017138751.tif 000016
【図１５】
2017138751.tif 000017
【図１６】
2017138751.tif 000018