(57)【要約】【課題】信頼性のある情報をユーザに通知し、販売促進を向上させることが可能なネットワーク広告配信システムを提供する。【解決手段】複数の端末（１１〜１３）と、複数の端末（１１）の各々に対応するユーザの購入情報を記憶する店舗（２０）と、ユーザが登録されている集合体を記憶するＳＮＳ（３０）と、を有するネットワーク広告配信システムであり、任意の端末（１１）のユーザは、少なくとも１つの他の端末（１２、１３）のユーザと所定の関係性を持つユーザとして集合体に登録されており、任意の端末（１１）のユーザの購入情報が、店舗（２０）からＳＮＳ（３０）に通知された場合に、ＳＮＳ（３０）は、任意の端末（１１）のユーザと所定の関係性を持つ他の端末（１２、１３）のユーザを集合体から抽出し、該抽出した他の端末（１２、１３）のユーザに、任意の端末（１１）のユーザの購入情報を通知することを特徴とする。【選択図】図１
2007317177.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、
前記複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信システムであって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が、前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段は、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とするネットワーク広告配信システム。
【請求項２】
前記購入情報は、
前記ユーザが商用サイトから購入した商品またはサービスの情報を含むことを特徴とする請求項１記載のネットワーク広告配信システム。
【請求項３】
前記第２の情報処理手段は、
前記任意の端末のユーザと、前記他の端末のユーザと、の何れか一方の端末のユーザから、
前記一方の端末のユーザを、他方の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録するための登録要求を受付けた場合に、
前記一方の端末のユーザを、前記所定の関係性を持つユーザとして前記集合体に登録することを特徴とする請求項１または２記載のネットワーク広告配信システム。
【請求項４】
前記第２の情報処理手段は、
前記一方の端末のユーザから、前記登録要求を受付けた場合に、当該登録要求を受付けた旨を、前記他方の端末のユーザに通知し、
前記他方の端末のユーザから、前記登録要求を承認する旨の通知を受付けた場合に、前記一方の端末のユーザを、前記所定の関係性を持つユーザとして前記集合体に登録することを特徴とする請求項３記載のネットワーク広告配信システム。
【請求項５】
前記他方の端末は、
前記一方の端末のユーザを、前記所定の関係性を持つユーザとして前記集合体に登録することを承認または拒否するかを決定するための情報を、前記第２の情報処理手段に設定する設定手段を有し、
前記第２の情報処理手段は、
前記一方の端末のユーザから、前記登録要求を受付けた場合に、前記設定手段により設定された情報に応じて、前記一方の端末のユーザを、前記所定の関係性を持つユーザとして前記集合体に登録することを承認または拒否するかを決定し、承認すると決定した場合に、前記一方の端末のユーザを、前記所定の関係性を持つユーザとして前記集合体に登録することを特徴とする請求項３記載のネットワーク広告配信システム。
【請求項６】
前記所定の関係性を持つユーザは、
前記任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記任意の端末のユーザの購入情報を通知する関係にある端末のユーザと、
前記任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記任意の端末のユーザの購入情報を通知する関係にある端末のユーザであり、且つ、当該端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記端末のユーザの購入情報を前記任意の端末のユーザに通知する関係にある端末のユーザと、
であることを特徴とする請求項１から５の何れか１項に記載のネットワーク広告配信システム。
【請求項７】
前記所定の関係性を持つユーザは、
特定の集団に属している関係にある端末のユーザであることを特徴とする請求項１から６の何れか１項に記載のネットワーク広告配信システム。
【請求項８】
前記第２の情報処理手段は、
前記集合体から抽出した前記他の端末のユーザの情報を、前記第１の情報処理手段に通知し、
前記第１の情報処理手段は、
前記第２の情報処理手段から、前記他の端末のユーザの情報が通知された場合に、前記他の端末のユーザの購入情報を参照し、当該他の端末のユーザの購入履歴がある場合に、前記第２の情報処理手段に販売促進費を配分し、
前記第２の情報処理手段は、
前記販売促進費を前記他の端末のユーザに配分することを特徴とする請求項１から７の何れか１項に記載のネットワーク広告配信システム。
【請求項９】
前記第２の情報処理手段は、
前記集合体から抽出した前記他の端末のユーザの情報を、前記第１の情報処理手段に通知し、
前記第１の情報処理手段は、
前記第２の情報処理手段から、前記他の端末のユーザの情報が通知された場合に、前記他の端末のユーザの購入情報を参照し、当該他の端末のユーザの購入履歴がある場合に、前記第２の情報処理手段と、前記他の端末のユーザと、に販売促進費を配分することを特徴とする請求項１から７の何れか１項に記載のネットワーク広告配信システム。
【請求項１０】
前記第１の情報処理手段、または、前記第２の情報処理手段は、
前記販売促進費を配分する複数の端末のユーザが存在する場合には、前記販売促進費を、前記複数の端末の各々のユーザに配分することを特徴とする請求項８または９記載のネットワーク広告配信システム。
【請求項１１】
前記第１の情報処理手段、または、前記第２の情報処理手段は、
前記ユーザ間の関係の結合強度に応じた配分比率で、前記販売促進費を配分することを特徴とする請求項８から１０の何れか１項に記載のネットワーク広告配信システム。
【請求項１２】
前記第１の情報処理手段、または、前記第２の情報処理手段は、
前記複数の端末の各々に対応するユーザからの指示により、前記結合強度の設定変更を行う手段を有することを特徴とする請求項１１記載のネットワーク広告配信システム。
【請求項１３】
前記第１の情報処理手段、または、前記第２の情報処理手段は、
前記ユーザの購入履歴の内容に応じた配分比率で、前記販売促進費を配分することを特徴とする請求項８から１０の何れか１項に記載のネットワーク広告配信システム。
【請求項１４】
前記ユーザの購入履歴の内容は、
商品もしくはサービスを購入した個数と、
商品もしくはサービスを購入した回数と、
商品もしくはサービスを購入した金額と、
商品もしくはサービスを購入した日時と、
商品もしくはサービスを購入しようとした日時と、
商品もしくはサービスを購入した商用サイトの情報と、
の少なくとも１つの情報であり、
前記第１の情報処理手段、または、前記第２の情報処理手段は、
前記少なくとも１つの情報に応じて、前記配分比率を決定することを特徴とする請求項１３記載のネットワーク広告配信システム。
【請求項１５】
前記第１の情報処理手段は、
前記複数の端末の各々に対応するユーザが、他の端末のユーザの購入情報を参照した際の参照履歴を記憶し、
前記他の端末のユーザの購入履歴がある場合に、前記販売促進費と、前記任意の端末のユーザの参照履歴と、を前記第２の情報処理手段に提供し、
前記第２の情報処理手段は、
前記任意の端末のユーザの参照履歴の内容に応じた配分比率で、前記販売促進費を配分することを特徴とする請求項８記載のネットワーク広告配信システム。
【請求項１６】
前記第１の情報処理手段は、
前記複数の端末の各々に対応するユーザが、他の端末のユーザの購入情報を参照した際の参照履歴を記憶し、
前記他の端末のユーザの購入履歴がある場合に、前記任意の端末のユーザの参照履歴の内容に応じた配分比率で、前記販売促進費を配分することを特徴とする請求項９記載のネットワーク広告配信システム。
【請求項１７】
前記第１の情報処理手段、または、前記第２の情報処理手段は、
複数の端末の各々に対応するユーザからの指示により、前記販売促進費を配分する端末のユーザ及び配分比率を指定する手段を有することを特徴とする請求項１１から１６の何れか１項に記載のネットワーク広告配信システム。
【請求項１８】
前記第２の情報処理手段は、
前記任意の端末のユーザの購入情報を通知する前記他の端末のユーザを制限する手段を有することを特徴とする請求項１から１７の何れか１項に記載のネットワーク広告配信システム。
【請求項１９】
前記第１の情報処理手段を複数有し、
前記第１の情報処理手段は、
前記他の端末のユーザの購入履歴がある場合に、前記任意の端末のユーザの参照履歴を参照し、前記任意の端末のユーザの参照履歴の情報の中に、前記第１の情報処理手段とは異なる他の第１の情報処理手段の購入履歴がある場合に、前記他の第１の情報処理手段に、前記販売促進費を配分することを特徴とする請求項１５または１６記載のネットワーク広告配信システム。
【請求項２０】
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置であって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段は、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とするネットワーク広告配信装置。
【請求項２１】
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置で行うネットワーク広告配信方法であって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段が、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とするネットワーク広告配信方法。
【請求項２２】
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置に実行させるネットワーク広告配信プログラムであって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段が、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知する処理を実行することを特徴とするネットワーク広告配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク広告配信システム、ネットワーク広告配信装置、方法及びプログラムに関し、特に、ソーシャルネットワークサービスシステムを利用した広告配信を行うネットワーク広告配信システム、ネットワーク広告配信装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来のインターネット上のホームページで行われている販売促進費（AFFILIATE）提供モデルは、ユーザが実際に商品を購入していなくても推薦（Recommend）記事を書くことにより、購入者をサイトに誘導するものであった。
【０００３】
次に、図１３を参照して、従来のアフィリエイト広告モデルについて説明する。
図１３に示すように、従来のアフィリエイト広告モデルは、AFFILIATER（販売促進費を受け取るユーザ）１００とBUYER（物を購入するユーザ）２００とが完全に分かれており、AFFILIATER１００が手順（１），（２）でアフィリエイトシステムに登録し、手順（３）でRecommend記事を設定し、BUYER２００が手順（４），（５）でＷｅｂサイト４００経由で店舗３００の商品を参照し、手順（６），（７）で売買が成立し、手順（８），（８’）で購入に伴った販売促進費（AFFILIATE）を提供している。
【０００４】
また、従来のネットワーク広告配信システムとして、特許文献１では、会員各自が抱える友人間の交流を促進し、コミュニティの運営を円滑させ、会員ごとの友人データベースを管理するＷｅｂサーバが提案されており、特許文献２では、ウェブページを用いた商品販売を効果的に宣伝するネットワーク広告方法及びシステムが提案されている。
【特許文献１】特開２００２−５６０００号公報
【特許文献２】特開２００２−８３２１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のネットワーク広告配信システムでは、次のような問題がある。
例えば、信頼性の問題である。未購入者までもが推薦（Recommend）記事を書けることで、販売業者と通じ、客のふりをして他の客の購買心をそそる者がいるため、信頼性に欠けるという問題や、また、匿名性や全く友人関係のない者のサイトなどに信頼を置けない問題がある。
【０００６】
また、購入したか否かが信頼性に反映されていないことも課題であるが、購入金額によらない配分（Rating）方法であったことも問題であり、そもそも現在のAFFILIATEシステムには、１つの購入に対して複数のAFFILIATERに販売促進費を提供するシステムがなかった。
【０００７】
また、ある販売に対して複数のAFFILIATERにそれぞれの購入金額の大小によって販売促進費の配分（Rating）を評価する方法がなかった。実際の流通や既存のAFFILIATEシステムでは、新規の販売金額の大小によって、その販売に対する販売促進費が大小することはある。しかし、過去の購入金額の大小によって、新規の販売に対する販売促進費の配分が変わることがなかった。
【０００８】
また、推薦（Recommend）記事の記述作業（INPUT）に問題があり、推薦記事を記述することは、特に、携帯電話端末などINPUT作業が難しい端末にとって、手間のかかる作業であるため、より簡単なINPUTの方法が問題であった。
【０００９】
さらに、推薦（Recommend）記事の参照作業（OUTPUT）にも問題があり、推薦記事を参照することは、特に、携帯電話端末などDisplay表示領域の小さい端末にとって、手間のかかる作業であるため、より簡単な参照作業（OUTPUT）の方法が必要となる。
【００１０】
本発明は、上記事情に鑑みてなされたものであり、上述した課題である、信頼性のある情報をユーザに通知し、販売促進を向上させることが可能なネットワーク広告配信システム、ネットワーク広告配信装置、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
かかる目的を達成するために、本発明は以下の特徴を有することとする。
【００１２】
本発明にかかるネットワーク広告配信システムは、
複数の端末と、
前記複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信システムであって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が、前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段は、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とする。
【００１３】
また、本発明にかかるネットワーク広告配信装置は、
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置であって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段は、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とする。
【００１４】
また、本発明にかかるネットワーク広告配信方法は、
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置で行うネットワーク広告配信方法であって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段が、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知することを特徴とする。
【００１５】
また、本発明にかかるネットワーク広告配信プログラムは、
複数の端末の各々に対応するユーザの購入情報を記憶する第１の情報処理手段と、
前記ユーザが登録されている集合体を記憶する第２の情報処理手段と、を有するネットワーク広告配信装置に実行させるネットワーク広告配信プログラムであって、
任意の端末のユーザは、前記集合体に登録されている少なくとも１つの他の端末のユーザと所定の関係性を持つユーザとして前記集合体に登録されており、
任意の端末のユーザの購入情報が前記第１の情報処理手段から前記第２の情報処理手段に通知された場合に、前記第２の情報処理手段が、前記任意の端末のユーザと所定の関係性を持つ前記他の端末のユーザを前記集合体から抽出し、該抽出した前記他の端末のユーザに、前記任意の端末のユーザの購入情報を通知する処理を実行することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、信頼性のある情報をユーザに通知し、販売促進を向上させることが可能となる。
【発明を実施するための最良の形態】
【００１７】
まず、図１、図５、図６を参照しながら、本実施形態のネットワーク広告配信システムの特徴について説明する。
【００１８】
本実施形態におけるネットワーク広告配信システムは、図１に示すように、複数の端末（１１〜１３に相当）と、複数の端末（１１）の各々に対応するユーザの購入情報を記憶する第１の情報処理手段（店舗２０に相当）と、ユーザが登録されている集合体を記憶する第２の情報処理手段（ＳＮＳ３０に相当）と、を有するネットワーク広告配信システムである。
【００１９】
そして、図５に示すように、任意の端末（例えば、端末１１）のユーザ（ユーザＡ）は、前記集合体に登録されている少なくとも１つの他の端末（例えば、端末１２、端末１３）のユーザ（ユーザＢ、ユーザＣ）と所定の関係性を持つユーザとして前記集合体に登録されている。
【００２０】
そして、図６に示すように、任意の端末（１１）のユーザ（ユーザＡ）の購入情報が、第１の情報処理手段（２０）から第２の情報処理手段（３０）に通知された場合に、第２の情報処理手段（３０）は、任意の端末（１１）のユーザ（ユーザＡ）と所定の関係性を持つ他の端末（１２、１３）のユーザ（ユーザＢ、ユーザＣ）を集合体から抽出し、該抽出した他の端末（１２、１３）のユーザ（ユーザＢ、ユーザＣ）に、任意の端末（１１）のユーザ（ユーザＡ）の購入情報を通知することを特徴とする。
【００２１】
これにより、信頼性のある情報（ユーザＡの購入情報）をユーザ（ユーザＢ、ユーザＣ）に通知し、販売促進を向上させることが可能となる。なお、購入情報としては、例えば、ユーザＡが商用サイトから購入した商品またはサービスの情報を含む情報を適用することが可能である。また、第１の情報処理手段（２０）と、第２の情報処理手段（３０）と、は、図１に示すように、各々が分離独立して存在するように構築したり、図２に示すように、一体化して存在するように構築したりすることが可能である。以下、添付図面を参照しながら、本実施形態に係るネットワーク広告配信システムについて説明する。
【００２２】
図１は、ネットワーク広告配信システムの構成を示した図である。
【００２３】
ネットワーク広告配信システムは、端末１１〜１３と、店舗２０と、ＳＮＳ（Social Network Service）３０と、を有して構成している。
【００２４】
端末１１〜１３は、携帯電話端末、ＰＣ、ＲＦＩＤプリペイド／ポストペイドカードなどの購買処理が可能な端末である。また、端末１１〜１３は、ＲＦＩＤや磁気などで単に自らのＩＤを他に通知する機能を有する端末でも良い。端末１１は、店舗２０で購買活動を行い、ＳＮＳ３０に友人関係を送信する。
【００２５】
店舗２０は、友人関係問い合わせ部２１と、販売管理部２２と、ユーザＩＤ・購入履歴データベース２４と、を有して構成している。また、販売管理部２２は、ユーザＩＤ・購入履歴管理部２３を有して構成している。
【００２６】
友人関係問い合わせ部２１は、ＳＮＳ管理部３１に対して端末１１〜１３の友人関係のネットワークを問い合わせる。販売管理部２２は、商品・サービスの販売やその履歴データを管理する。
【００２７】
また、販売管理部２２内にあるユーザＩＤ・購入履歴管理部２３は、ユーザＩＤ・購入履歴データベース２４にアクセスし、購入履歴データを管理する。ユーザＩＤ・購入履歴データベース２４は、ユーザＩＤごとに購入履歴を保管する。
【００２８】
ＳＮＳ３０は、ＳＮＳ管理部３１と、購入履歴通知部３３と、ユーザＩＤ・友人関係データベース３４と、を有して構成している。また、ＳＮＳ管理部３１は、ユーザＩＤ・友人関係管理部３２を有して構成している。
【００２９】
ＳＮＳ３０は、端末１１〜１３を所有するユーザＡ〜Ｃに対して友人関係の情報を提供し、コミュニケーションサービスを提供する。また、ＳＮＳ３０は、商品販売やサービス売上に貢献のあった対象のユーザ及びその貢献度の大小の情報を管理し、販売促進費（AFFILIATE）の配分内容を決定する。
【００３０】
ＳＮＳ管理部３１は、ＳＮＳサービスの処理を行う。ＳＮＳ管理部３１内にあるユーザＩＤ／友人関係管理部３２は、ユーザＩＤ・友人関係データベース３４にアクセスし、友人関係データを管理する。
【００３１】
また、購入履歴通知部３３は、端末１１〜１３を所有するユーザＡ〜Ｃに対して友人が購入した商品・サービスの内容を伝達する。ユーザＩＤ・友人関係データベース３４は、ユーザＩＤ間の友人関係情報を保管する。
【００３２】
なお、図１に示す構成では、店舗２０とＳＮＳ３０とは、別事業者が販売・サービスをすることを仮定している。しかし、特に、同一の事業者がサービスを提供する場合は、図２に示すように、ユーザＩＤ・購入履歴データベース２４とユーザＩＤ・友人関係データベース３４とを、１つのユーザＩＤ・購入履歴・友人関係データベース３５として共有するように構築することも可能である。
【００３３】
次に、図３〜１２を参照して、本実施形態における動作について説明する。なお、初期状態でユーザＩＤ・購入履歴データベース２４及びユーザＩＤ・友人関係データベース３４にはデータが登録されていないこととする。
【００３４】
図３を参照して、端末１１〜１３からＳＮＳ３０にＳＮＳサービスのユーザ登録を行う場合について説明する。
【００３５】
まず、端末１１のユーザがＳＮＳ３０にユーザ登録を行う場合について説明する。端末１１のユーザは、ユーザＩＤ・友人関係管理部３２にユーザ登録を要求する（ステップＳ１）。
【００３６】
ユーザＩＤ・友人関係管理部３２は、ユーザＩＤを発行し、該発行したユーザＩＤを、ユーザＩＤ・友人関係データベース３４に登録する（ステップＳ２）。
【００３７】
なお、ユーザＩＤの発行方法は、特に限定せず、ユーザＩＤをユニークに発行することが可能であれば、あらゆる発行方法を適用することが可能であり、例えば、ユーザＩＤ・友人関係管理部３２が一意に発行するようにしたり、端末１１のユーザが一意に発行するようにしたりすることが可能である。
【００３８】
なお、ユーザＩＤ・友人関係管理部３２が一意に発行する場合は、ユーザＩＤ・友人関係管理部３２は、端末１１のユーザに、ＩＤ＝‘ＸＸＸ’を割り当てる。そして、ユーザＩＤ・友人関係管理部３２は、端末１１にユーザＩＤを送信する（ステップＳ３）。
【００３９】
次に、端末１２のユーザが、ＳＮＳ３０にユーザ登録を行う場合について説明する。端末１２のユーザ登録は、上述した端末１１のユーザ登録と同様に行うことになり、この場合、ユーザＩＤ・友人関係管理部３２は、端末１２のユーザに、ＩＤ＝‘ＹＹＹ’を割り当てる（ステップＳ４〜Ｓ６を参照）。なお、端末１３のユーザ登録も同様に行うことになり、端末１３のユーザがＳＮＳ３０にユーザ登録を行った場合には、ユーザＩＤ・友人関係管理部３２は、端末１３のユーザに、ＩＤ＝‘ＺＺＺ’を割り当てる（ステップＳ７〜Ｓ９を参照）。
【００４０】
これにより、ＳＮＳ３０は、ユーザＩＤ・友人関係データベース３４に、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＹＹＹ’と、ＩＤ＝‘ＺＺＺ’と、を登録することになる。
【００４１】
なお、上述したユーザＩＤの登録処理は、ユーザＩＤ・友人関係データベース３４に、ユーザＩＤを登録する場合について説明したが、ユーザＩＤ・購入履歴データベース２４に、ユーザＩＤを登録する場合も同様に行うことになる。
【００４２】
なお、図１に示すネットワーク広告配信システムでは、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと、ユーザＩＤ・購入履歴データベース２４で管理するユーザＩＤと、が互いに関係性を持つように、ＳＮＳ３０と、店舗２０と、の間でユーザＩＤを送受信し、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと、ユーザＩＤ・購入履歴データベース２４で管理するユーザＩＤと、を同一にするように制御する。
【００４３】
例えば、上述したユーザＩＤの登録処理により、ＳＮＳ３０は、ユーザＩＤ・友人関係データベース３４に、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＹＹＹ’と、ＩＤ＝‘ＺＺＺ’と、を登録することになる。この場合、ＳＮＳ３０は、ユーザＩＤ・友人関係データベース３４に登録したＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＹＹＹ’と、ＩＤ＝‘ＺＺＺ’と、を店舗２０側に送信し、ユーザＩＤ・購入履歴データベース２４に、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＹＹＹ’と、ＩＤ＝‘ＺＺＺ’と、を登録するように構築する。
【００４４】
これにより、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと、ユーザＩＤ・購入履歴データベース２４で管理するユーザＩＤと、を同一にすることが可能となる。
【００４５】
また、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと、ユーザＩＤ・購入履歴データベース２４で管理するユーザＩＤと、を異なるユーザＩＤで管理する場合には、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと関連性のあるユーザＩＤが、ユーザＩＤ・購入履歴データベース２４で管理するどのユーザＩＤに該当するのかを特定するための情報を、ユーザＩＤ・友人関係データベース３４で管理するように構築することになる。
【００４６】
同様に、ユーザＩＤ・友人関係データベース２４で管理するユーザＩＤと関連性のあるユーザＩＤが、ユーザＩＤ・購入履歴データベース３４で管理するどのユーザＩＤに該当するのかを特定するための情報を、ユーザＩＤ・友人関係データベース２４で管理するように構築することになる。
【００４７】
例えば、ユーザＩＤ・友人関係データベース３４に、ＩＤ＝‘ＸＸＸ’が登録されており、ユーザＩＤ・友人関係データベース２４に、ＩＤ＝‘ＡＡＡ’が登録されていると仮定する。この時、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＡＡＡ’と、が同一のユーザである場合には、ＩＤ＝‘ＸＸＸ’と関連性のあるユーザＩＤとして、ユーザＩＤ・友人関係データベース２４に登録されているユーザＩＤは、ＩＤ＝‘ＡＡＡ’である旨の情報を、ＩＤ＝‘ＸＸＸ’と関連付けてユーザＩＤ・友人関係データベース３４に登録することになる。
【００４８】
同様に、ＩＤ＝‘ＡＡＡ’と関連性のあるユーザＩＤとして、ユーザＩＤ・友人関係データベース３４に登録されているユーザＩＤは、ＩＤ＝‘ＸＸＸ’である旨の情報を、ＩＤ＝‘ＡＡＡ’と関連付けてユーザＩＤ・友人関係データベース２４に登録することになる。
【００４９】
また、図１０に示すように、店舗２０とＳＮＳ３０との間に、ユーザＩＤを変更するための中継装置４０を設け、その中継装置４０で、ユーザＩＤ・友人関係データベース３４で管理するユーザＩＤと、ユーザＩＤ・購入履歴データベース２４で管理するユーザＩＤと、が互いに関係性を持つように構築することも可能である。
【００５０】
例えば、ユーザＩＤ・友人関係データベース３４に、ＩＤ＝‘ＸＸＸ’が登録されており、ユーザＩＤ・友人関係データベース２４に、ＩＤ＝‘ＡＡＡ’が登録されていると仮定する。この時、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＡＡＡ’と、が同一のユーザである場合には、図１０に示すように、ＩＤ＝‘ＸＸＸ’と、ＩＤ＝‘ＡＡＡ’と、が関連性のあるユーザＩＤである旨の情報（変換テーブル）を中継装置４０で管理する。そして、図１０に示すように、ＳＮＳ３０からＩＤ＝‘ＸＸＸ’が中継装置４０に送信された場合に、中継装置４０は、ＩＤ＝‘ＸＸＸ’→ＩＤ＝‘ＡＡＡ’に変換し、その変換したＩＤ＝‘ＡＡＡ’を店舗２０に送信する。また、図１０に示すように、店舗２０からＩＤ＝‘ＡＡＡ’が中継装置４０に送信された場合に、中継装置４０は、ＩＤ＝‘ＡＡＡ’→ＩＤ＝‘ＸＸＸ’に変換し、その変換したＩＤ＝‘ＸＸＸ’をＳＮＳ３０に送信する。
【００５１】
これにより、店舗２０と、ＳＮＳ３０と、は、店舗２０とＳＮＳ３０との間で互いに関連性のあるＩＤがどのＩＤかを把握していなくても、中継装置４０において、店舗２０で管理するユーザＩＤと、ＳＮＳ３０で管理するユーザＩＤと、が互いに関係性を持つように構築することが可能となる。
【００５２】
なお、図１０では、店舗２０と、ＳＮＳ３０と、が１対１の関係の場合について説明したが、店舗２０が複数存在し、店舗２０−１〜ｎ（ｎは、任意の整数）と、ＳＮＳ３０と、が多対１の関係の場合には、図１１に示すように、各店舗２０−１〜ｎ毎に店舗ＩＤを付与することで、上述した図１０と同様に、複数の店舗２０−１〜ｎと、ＳＮＳ３０と、の間で違いに関連性のあるＩＤがどのＩＤかを把握していなくても、中継装置４０において、店舗２０−１〜ｎで管理するユーザＩＤと、ＳＮＳ３０で管理するユーザＩＤと、が互いに関係性を持つように構築することが可能となる。
【００５３】
また、図１１に示す店舗２０−１のユーザＩＤと、店舗２０−ｎのユーザＩＤと、は、一人のユーザに対して同一のＩＤにする必要はなく、店舗２０−１のユーザＩＤと、店舗２０−ｎのユーザＩＤと、は一人のユーザに対して異なるＩＤとすることも可能である。
【００５４】
また、図１１では、店舗ＩＤとして説明したが、各々の店舗２０−１〜ｎが異なるＩＤで区分できれば、あらゆるＩＤを適用することが可能である。例えば、店舗２０−１と、店舗２０−ｎと、が同一業者であれば、異なる店舗ＩＤを付与することで、店舗２０−１と、店舗２０−ｎと、を区別して識別することが可能である。また、店舗２０−１と、店舗２０−ｎと、が異なる業者の店舗であれば、店舗ＩＤの他に、業者ＩＤも適用することで、店舗２０−１と、店舗２０−ｎと、を区別して識別することが可能である。即ち、店舗２０−１と、店舗２０−ｎと、のＩＤが一意であれば、あらゆるＩＤを適用することが可能である。
【００５５】
次に、図４を参照して、端末１２のユーザが、端末１１のユーザに友人関係としての登録をＳＮＳ３０に要求する動作について説明する。
【００５６】
端末１２のユーザが、ＳＮＳ３０内のユーザＩＤ・友人関係管理部３２に、端末１１のユーザへの友人関係登録要求をする（ステップＳ１０）。
【００５７】
ユーザＩＤ・友人関係管理部３２は、端末１２のユーザからの友人関係登録要求を、端末１１のユーザに通知する（ステップＳ１１）。なお、友人関係登録要求の通知方法は、特に限定せず、あらゆる通知方法が適用可能であり、例えば、端末１１に対して友人関係登録要求を直接通知したり、端末１１のユーザがＳＮＳ３０にアクセスした際に、友人関係登録要求を通知したりすることが可能である。
【００５８】
端末１１のユーザが友人関係登録要求を承認した時は（ステップＳ１２／ＹＥＳ）、端末１１のユーザからユーザＩＤ・友人関係管理部３２に「ＯＫ」の通知がなされ（ステップＳ１３）、ユーザＩＤ・友人関係管理部３２が端末１２のユーザに「ＯＫ」の通知をすると共に、ユーザＩＤ・友人関係データベース３４に端末１１のユーザと端末１２のユーザとの友人関係を登録する（ステップＳ１４，Ｓ１５）。
【００５９】
なお、端末１１のユーザがＳＮＳ３０にユーザ登録を行う際、または、ユーザ登録を行った後に、全ての端末のユーザもしくは一部の端末のユーザの友人関係登録要求を承認または拒否するといった情報をＳＮＳ３０に設定することも可能である。
【００６０】
これにより、図４に示すステップＳ１１〜ステップＳ１３の処理を行わずに、端末１１のユーザが設定した情報を基に、友人関係の登録処理を自動的に行うことが可能となる。
【００６１】
なお、一部の端末のユーザの友人関係登録要求を承認または拒否するといった情報をＳＮＳ３０に設定する場合には、ユーザごとに承認または拒否するといった情報を設定するように構築したり、条件式を記し、その条件式に適合するユーザを承認または拒否するように構築したりすることも可能である。
【００６２】
次に、端末１３のユーザが、端末１１のユーザに友人関係としてではなく、一方的なSUBSCRIBEとしての登録をＳＮＳ３０に要求する動作について説明する。
【００６３】
なお、本実施形態における一方的なSUBSCRIBEとは、端末１１のユーザ及び端末１２のユーザが、商品を購入したりサービスを受けたりした際に、その購入情報やサービス内容の情報を端末１３のユーザへ通知させる関係を示す。つまり、ＳＮＳ３０上の友人関係は、双方向のSUBSCRIBEとしての関係を意味する。
【００６４】
一方的なSUBSCRIBEとしての登録手順としては、まず端末１３のユーザがＳＮＳ３０内のユーザＩＤ・友人関係管理部３２に、端末１１のユーザへの一方的なSUBSCRIBE登録要求をする（ステップＳ１６）。
【００６５】
ユーザＩＤ・友人関係管理部３２は、ユーザＩＤ・友人関係データベース３４を検索し、端末１１のユーザＩＤ＝‘ＸＸＸ’が友人関係でないユーザからのSUBSCRIBEを認めているかを確認し（ステップＳ１７）、本実施形態では、認めているので、端末１３のユーザＩＤ＝‘ＺＺＺ’から端末１１のユーザＩＤ＝‘ＸＸＸ’への一方的なSUBSCRIBEをユーザＩＤ・友人関係データベース３４に登録する。また、ユーザＩＤ・友人関係管理部３２は、その結果を、端末１３のユーザに通知する（ステップＳ１８）。
【００６６】
なお、端末１１のユーザがＳＮＳ３０にユーザ登録を行う際、または、ユーザ登録を行った後に、全ての端末のユーザもしくは一部の端末のユーザの一方的なSUBSCRIBE登録要求を承認または拒否するといった情報をＳＮＳ３０に設定することも可能である。
【００６７】
これにより、図４に示すステップＳ１７の処理のように、端末１１のユーザが設定した情報を基に、一方的なSUBSCRIBEの登録処理を自動的に行うことが可能となる。
【００６８】
なお、一部の端末のユーザの一方的なSUBSCRIBE登録要求を承認または拒否するといった情報をＳＮＳ３０に設定する場合には、ユーザごとに承認または拒否するといった情報を設定するように構築したり、条件式を記し、その条件式に適合するユーザを承認または拒否するように構築したりすることも可能である。
【００６９】
次に、図５、６を参照して、端末１１のユーザＡが店舗から商品（Ｐ）を購入した時の動作について説明する。図５に端末１１〜１３のユーザＡ〜Ｃの関係を示す。
【００７０】
図５に示すように、端末１１〜１３のユーザＡ〜Ｃの関係は、端末１１のユーザＡと端末１２のユーザＢとは友人関係であり、端末１３のユーザＣは、端末１１のユーザＡに対して、一方的なSUBSCRIBE登録要求を行い、そのSUBSCRIBE登録要求が受け付けられた関係である。
【００７１】
まず、図６に示すように、端末１１のユーザＡが店舗２０の販売管理部２２に対し、ＩＤ＝‘ＸＸＸ’として商品（Ｐ）３個の購入を要求する（ステップＳ２０）。
【００７２】
販売管理部２２は、端末１１のユーザＡに商品（Ｐ）３個を提供すると共に、ユーザＩＤ・購入履歴管理部２３を介してユーザＩＤ・購入履歴データベース２４に、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を３個購入したことを記録する（ステップＳ２１，Ｓ２２）。
【００７３】
次に、販売管理部２２が、友人関係問い合わせ部２１を介してユーザＩＤ・友人関係管理部３２に、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を３個購入したことの伝達及びＩＤ＝‘ＸＸＸ’の友人関係を問い合わせる（ステップＳ２３）。
【００７４】
ユーザＩＤ・友人関係管理部３２は、ユーザＩＤ・友人関係データベース３４を検索し、ＩＤ＝‘ＸＸＸ’の友人関係／SUBSCRIBE状況を調査する。これにより、ユーザＩＤ・友人関係管理部３２は、ＩＤ＝‘ＹＹＹ’が友人関係であり、ＩＤ＝‘ＺＺＺ’が一方的なSUBSCRIBE関係である情報を取得する。
【００７５】
ユーザＩＤ・友人関係管理部３２は、購入履歴通知部３３を介して、ＩＤ＝‘ＹＹＹ’の端末１２のユーザと、ＩＤ＝‘ＺＺＺ’の端末１３のユーザと、に対し、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を３個購入したことを通知する（ステップＳ２４）。
【００７６】
なお、上述したステップＳ２４の商品購入の通知方法は、特に限定せず、あらゆる通知方法が適用可能であり、例えば、端末１２や端末１３に対して直接通知したり、端末１２や端末１３のユーザがＳＮＳ３０にアクセスした際に、通知したりすることが可能である。
【００７７】
次に、ユーザＩＤ・友人関係管理部３２は、友人関係問い合わせ部２１を介して、ユーザＩＤ・購入履歴管理部２３に、ＩＤ＝‘ＸＸＸ’の友人関係の問い合わせ結果として、ＩＤ＝‘ＹＹＹ’が友人関係であり、ＩＤ＝‘ＺＺＺが一方的なSUBSCRIBE関係である情報を通知する（ステップＳ２５）。
【００７８】
次に、ユーザＩＤ・購入履歴管理部２３は、ユーザＩＤ・購入履歴データベース２４を検索し、ＩＤ＝‘ＹＹＹ’，‘ＺＺＺ’が商品（Ｐ）を購入した履歴があるかを調査し、既に購入したものがないことを確認し、ユーザＩＤ・友人関係管理部３２へ通知する（ステップＳ２６）。
【００７９】
次に、図７を参照して、端末１２のユーザＢが店舗２０から商品（Ｐ）を購入した時の動作について説明する。
【００８０】
なお、図６の処理により、既に、端末１２のユーザＢには、端末１１のユーザＡが商品（Ｐ）を３個購入したことが通知されている。
【００８１】
これにより、商品（Ｐ）の信頼度が高くなるため、商品（Ｐ）の購入確率を増加させることが可能となる。なお、端末１２のユーザＢが商品（Ｐ）を購入した場合に、店舗２０は、端末１１のユーザＡと、情報を提供したＳＮＳ３０と、に、販売促進の貢献度に応じた配分で販売促進費（AFFILIATE）を提供する。
【００８２】
なお、店舗２０が、端末１１のユーザＡと、情報を提供したＳＮＳ３０と、に販売促進費（AFFILIATE）を配分する際に、配分比率を予め定めておき、端末１２のユーザＢが購入した商品（Ｐ）の個数と、購入回数と、販売比率と、を基に販売促進費（AFFILIATE）の配分を決定するように構築することも可能である。
【００８３】
例えば、端末のユーザと、情報を提供したＳＮＳ３０と、に配分する配分比率を、端末のユーザ：ＳＮＳ３０＝５：５とし、ユーザＢが１回目に購入した商品（Ｐ）の個数＝３個、ユーザＢが２回目に購入した商品（Ｐ）の個数＝４個、商品（Ｐ）の販売金額に対する販売促進費の付与率を１０％と仮定する。そして、商品（Ｐ）の１個当たりの購入単価が、１回目に購入した時は、１０００円とし、２回目に購入した時は、１２００円と仮定する。
【００８４】
この場合は、ユーザＢが商品（Ｐ）を購入した合計金額は、１０００（円）×３（個）＋１２００（円）×４（個）＝７８００円となり、販売促進費（AFFILIATE）＝７８００円×１０％＝７８０円となる。そして、配分比率が、端末のユーザ：ＳＮＳ３０＝５：５であるため、端末１１のユーザＡには３９０円、ＳＮＳ３０には３９０円を提供するようにしたりする方法が考えられる。
【００８５】
また、商品（Ｐ）の個数や、購入回数や、日時等に応じて、任意の重み付けを施し、販売促進費（AFFILIATE）の金額を動的に変動させるようにすることも可能である。
【００８６】
なお、販売促進費（AFFILIATE）の配分比率の決定方法は、特に限定するものではなく、あらゆる方法が適用可能であり、販売促進の貢献度に適用可能なあらゆる情報を用いて、販売促進費（AFFILIATE）の配分比率を決定するように構築することが可能である。
【００８７】
なお、販売促進の貢献度に適用可能な情報としては、例えば、ユーザの購入履歴の内容等が挙げられる。購入履歴の詳細内容としては、例えば、ユーザが商品もしくはサービスを購入した個数と、ユーザが商品もしくはサービスを購入した回数と、ユーザが商品もしくはサービスを購入した金額と、ユーザが商品もしくはサービスを購入した日時と、ユーザが商品もしくはサービスを購入しようとした日時と、商品もしくはサービスを購入した商用サイトの情報等の情報が挙げられる。店舗２０は、これらの情報を管理し、その管理した少なくとも１つの情報に応じて配分比率を決定することになる。なお、配分比率は、ＳＮＳ３０側において行うように構築することも可能である。この場合には、上記情報を店舗２０側からＳＮＳ３０側に送信することになる。
【００８８】
まず、図７に示すように、端末１２のユーザＢが店舗２０の販売管理部２２に対し、ＩＤ＝‘ＹＹＹ’として商品（Ｐ）１個の購入を要求する（ステップＳ３０）。
【００８９】
販売管理部２２は、端末１２のユーザＢに商品（Ｐ）１個を提供すると共に、ユーザＩＤ・購入履歴管理部２３を介してユーザＩＤ・購入履歴データベース２４に、ＩＤ＝‘ＹＹＹ’が商品（Ｐ）を１個購入したことを記録する（ステップＳ３１，Ｓ３２）。
【００９０】
次に、販売管理部２２が、友人関係問い合わせ部２１を介してユーザＩＤ・友人関係管理部３２に、ＩＤ＝‘ＹＹＹ’が商品（Ｐ）を１個購入したことの伝達及びＩＤ＝‘ＹＹＹ’の友人関係を問い合わせる（ステップＳ３３）。
【００９１】
ユーザＩＤ・友人関係管理部３２は、ユーザＩＤ・友人関係データベース３４を検索し、ＩＤ＝‘ＹＹＹ’の友人関係／SUBSCRIBE状況を調査する。これにより、ユーザＩＤ・友人関係管理部３２は、ＩＤ＝‘ＸＸＸ’が友人関係であるという情報を取得する（ＩＤ＝‘ＺＺＺ’は、友人関係ではなく、また、一方的なSUBSCRIBE関係でもない）。
【００９２】
ユーザＩＤ・友人関係管理部３２は、購入履歴通知部３３を介してＩＤ＝‘ＸＸＸ’の端末１１のユーザに、ＩＤ＝‘ＹＹＹ’が商品（Ｐ）を１個購入したことを通知する（ＩＤ＝‘ＺＺＺ’には通知しない）（ステップＳ３４）。
【００９３】
次に、ユーザＩＤ・友人関係管理部３２は、友人関係問い合わせ部２１を介してユーザＩＤ・購入履歴管理部３２に、ＩＤ＝‘ＹＹＹ’の友人関係の問い合わせ結果として、ＩＤ＝‘ＸＸＸ’が友人関係である情報を通知する（ステップＳ３５）。
【００９４】
次に、ユーザＩＤ・購入履歴管理部２３は、ユーザＩＤ・購入履歴データベース２４を検索し、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を購入した履歴があるかを調査する。これにより、ユーザＩＤ・購入履歴管理部２３は、既にＩＤ＝‘ＸＸＸ’が商品（Ｐ）を３個購入したという情報を取得する。
【００９５】
次に、ユーザＩＤ・購入履歴管理部２３は、ＳＮＳ３０に、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を既に３個購入したこと及び販売促進費（AFFILIATE）を提供する（ステップＳ３６）。ＳＮＳ３０は、販売促進費（AFFILIATE）の一部を端末１１のユーザＡに提供する（ステップＳ３７）。
【００９６】
なお、図７に示す処理動作において、ユーザＡが購入した商品と同じ商品を、ユーザＢが購入した場合に、ユーザＡが事前に購入している商品の購入個数に応じて、販売促進費（AFFILIATE）の配分比率を変更するように構築することも可能である。
【００９７】
例えば、図７のステップＳ３６で、店舗２０は、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）を既に３個購入したこと及び販売促進費（AFFILIATE）を、ＳＮＳ３０に提供することになるが、このユーザＡ（ＩＤ＝‘ＸＸＸ’）が購入した商品（Ｐ）の個数に応じて、店舗２０がＳＮＳ３０に提供する販売促進費（AFFILIATE）の配分比率を変更したりする。
【００９８】
また、図７のステップＳ３６で、ＳＮＳ３０には、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）を３個購入した旨の情報が、店舗２０側から提供されるため、ＳＮＳ３０は、そのユーザＡ（ＩＤ＝‘ＸＸＸ’）が購入した商品（Ｐ）の個数（３個）に応じて、ＳＮＳ３０が端末１１のユーザＡ（ＩＤ＝‘ＸＸＸ’）に提供する販売促進費（AFFILIATE）の配分比率を変更したりする。
【００９９】
また、ユーザＡが購入した商品と関連する商品を、ユーザＢが購入した場合に、ユーザＡが事前に購入している商品の購入個数に応じて、販売促進費（AFFILIATE）の配分比率を変更するように構築することも可能である。
【０１００】
例えば、上述した図７に示す処理動作では、店舗２０は、図７のステップＳ３５でＳＮＳ３０から通知されたユーザＡ（ＩＤ＝‘ＸＸＸ’）の情報を基に、ユーザＩＤ・購入履歴データベース２４を検索し、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）を購入した履歴があるかを調査することにしたが、この時に、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）と関連する関連商品を購入した履歴があるか否かを調査し、関連商品を購入した履歴がある場合には、その関連商品の購入個数に応じて、店舗２０がＳＮＳ３０に提供する販売促進費（AFFILIATE）の配分比率を変更したりする。
【０１０１】
また、上述した処理を行った場合には、図７のステップＳ３６で、ＳＮＳ３０は、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が関連商品を購入した旨の情報が、店舗２０側から提供されるため、ＳＮＳ３０は、そのユーザＡ（ＩＤ＝‘ＸＸＸ’）が購入した関連商品の個数に応じて、ＳＮＳ３０が端末１１のユーザＡ（ＩＤ＝‘ＸＸＸ’）に提供する販売促進費（AFFILIATE）の配分比率を変更したりする。
【０１０２】
なお、ユーザＢが購入した商品（Ｐ）に関連する関連商品を特定するための方法としては、例えば、以下の方法が挙げられる。
【０１０３】
第１の方法としては、関連する商品同士を記憶する関連商品データベースを店舗２０が管理する方法が挙げられる。この場合、店舗２０は、ステップＳ３０〜Ｓ３２の工程で、ユーザＢが購入した商品（Ｐ）を基に、関連商品データベースを検索し、ユーザＢが購入した商品（Ｐ）に関連する関連商品を取得する。これにより、ユーザＢが購入した商品（Ｐ）に関連する関連商品を特定することになる。そして、店舗２０は、商品（Ｐ）の関連商品と、ＳＮＳ３０から通知されたユーザＡ（ＩＤ＝‘ＸＸＸ’）の情報と、を基に、ユーザＩＤ・購入履歴データベース２４を検索し、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）の関連商品を購入した履歴があるか否かを調査することになる。
【０１０４】
第２の方法としては、概念辞書等を店舗２０が管理する方法が挙げられる。この場合、店舗２０は、概念辞書を利用し、ステップＳ３０〜Ｓ３２の工程で、ユーザＢが購入した商品（Ｐ）のカテゴリを特定する。これにより、ユーザＢが購入した商品（Ｐ）に関連するカテゴリ（関連商品）を特定することになる。そして、店舗２０は、商品（Ｐ）のカテゴリと、ＳＮＳ３０から通知されたユーザＡ（ＩＤ＝‘ＸＸＸ’）の情報と、を基に、ユーザＩＤ・購入履歴データベース２４を検索し、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）のカテゴリに属する商品を購入した履歴があるか否かを調査することになる。
【０１０５】
例えば、ユーザＢが購入した商品（Ｐ）が『ゴルフクラブ』と仮定する。この場合、店舗２０は、概念辞書等を利用して、ユーザＢが購入した商品（Ｐ）の『ゴルフクラブ』のカテゴリとして『ゴルフ』と特定する。そして、店舗２０は、その特定したカテゴリの『ゴルフ』と、ＳＮＳ３０から通知されたユーザＡ（ＩＤ＝‘ＸＸＸ’）の情報と、を基に、ユーザＩＤ・購入履歴データベース２４を検索し、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が『ゴルフ』に属する商品を購入した履歴があるか否かを調査することになる。これにより、例えば、ユーザＢが購入した『ゴルフクラブ』と色違いの『ゴルフクラブ』の商品や、ユーザＢが購入した『ゴルフクラブ』のメーカの商品や、『ゴルフ』に関連する商品等の購入履歴があるか否かを調査することが可能となる。
【０１０６】
なお、ユーザＢが購入した商品が複数存在し、『ゴルフクラブ』、『ゴルフバック』、『サッカーボール』等を購入している場合には、店舗２０は、概念辞書等を利用して『ゴルフ』や『サッカー』等の上位概念となる『スポーツ』をカテゴリとして特定するように構築することも可能である。これにより、店舗２０は、その特定したカテゴリの『スポーツ』と、ＳＮＳ３０から通知されたユーザＡ（ＩＤ＝‘ＸＸＸ’）の情報と、を基に、ユーザＩＤ・購入履歴データベース２４を検索し、ユーザＡ（ＩＤ＝‘ＸＸＸ’）が『スポーツ』に属する商品を購入した履歴があるか否かを調査することが可能となる。
【０１０７】
このように、ユーザＢが購入した商品（Ｐ）に関連する関連商品を特定することが可能であれば、あらゆる特定方法を適用することが可能である。
【０１０８】
また、上述した処理動作では、ユーザＡが事前に購入している商品の購入個数に応じて、販売促進費（AFFILIATE）の配分比率を変更するようにしたが、販売促進費（AFFILIATE）の配分比率を変更する要因となる情報であれば、あらゆる情報が適用可能であり、例えば、ユーザＡが事前に購入している購入履歴の内容に応じて、販売促進費（AFFILIATE）の配分比率を変更するように構築することも可能である。
【０１０９】
なお、購入履歴の詳細内容としては、例えば、ユーザが商品もしくはサービスを購入した個数と、ユーザが商品もしくはサービスを購入した回数と、ユーザが商品もしくはサービスを購入した金額と、ユーザが商品もしくはサービスを購入した日時と、ユーザが商品もしくはサービスを購入しようとした日時と、商品もしくはサービスを購入した商用サイトの情報等の情報が挙げられる。店舗２０は、これらの情報を管理し、その管理した少なくとも１つの情報に応じて配分比率を決定することになる。なお、配分比率は、ＳＮＳ３０側において行うように構築することも可能である。この場合には、上記情報を店舗２０側からＳＮＳ３０側に送信することになる。
【０１１０】
また、端末１２のユーザＢや端末１３のユーザＣが、店舗２０の商品を購入する際に、ユーザＩＤ・購入履歴データベース２４を検索し、端末１１のユーザＡが購入した商品の購入履歴を参照できるように構築することも可能である。
【０１１１】
これにより、端末１２のユーザＢや端末１３のユーザＣは、ＳＮＳ３０から通知されるユーザＡが購入した商品の情報だけでなく、端末１１のユーザＡが購入した商品の購入履歴の情報を基に、店舗２０の商品を購入することが可能となる。
【０１１２】
また、ユーザＡが購入した商品の購入履歴を、端末１２のユーザＢや端末１３のユーザＣが参照した参照回数や参照時刻等の情報を、販売促進費（AFFILIATE）の配分に反映させるように構築することも可能である。
【０１１３】
例えば、ユーザＡが購入した商品の購入履歴を、端末１２のユーザＢが参照した場合には、ユーザＡの情報（ＩＤ＝‘ＸＸＸ’）、参照時刻、参照回数等の情報を、ユーザＢの参照履歴として、ユーザＩＤ・購入履歴データベース２４に記録する。
【０１１４】
この場合、ユーザＢの参照履歴は、ＩＤ＝‘ＹＹＹ’に関連付けてユーザＩＤ・購入履歴データベース２４に記録することになる。そして、端末１２のユーザＢが、商品購入を行った場合には（図７のステップＳ３０〜Ｓ３２の工程）、店舗２０は、ステップＳ３６において、ユーザＢの参照履歴（ユーザＡの情報、参照時刻、参照回数等の情報）に応じた販売促進費（AFFILIATE）をＳＮＳ３０に提供するように構築する。
【０１１５】
次に、図８を参照して、端末１３のユーザＣが店舗２０から商品（Ｐ）を購入したときの動作について説明する。
【０１１６】
なお、図６の処理により、既に、端末１３のユーザＣには、端末１１のユーザＡが商品（Ｐ）を３個購入したことが通知されている。
【０１１７】
これにより、商品（Ｐ）の信頼度が高くなるため、商品（Ｐ）の購入確率を増加させることが可能となる。なお、端末１３のユーザＣが商品（Ｐ）を購入した場合に、店舗２０は、端末１１のユーザＡと、情報を提供したＳＮＳ３０と、に、販売促進の貢献度に応じた配分で販売促進費（AFFILIATE）を提供する。
【０１１８】
まず、端末１３のユーザＣが、店舗２０の販売管理部２２に対し、ＩＤ＝‘ＺＺＺ’として商品（Ｐ）１個の購入を要求する（ステップＳ４０）。
【０１１９】
販売管理部２２は、端末１３のユーザＣに商品（Ｐ）１個を提供すると共に、ユーザＩＤ・購入履歴管理部２３を介してユーザＩＤ・購入履歴データベース２４に、ＩＤ＝‘ＺＺＺ’が商品（Ｐ）を１個購入したことを記録する（ステップＳ４１，Ｓ４２）。
【０１２０】
次に、販売管理部２２が、友人関係問い合わせ部２１を介してユーザＩＤ・友人関係管理部３２に、ＩＤ＝‘ＺＺＺ’が商品（Ｐ）を１個購入したことの伝達及びＩＤ＝‘ＺＺＺ’の友人関係を問い合わせる（ステップＳ４３）。
【０１２１】
ユーザＩＤ・友人関係管理部３２は、ユーザＩＤ・友人関係データベース３４を検索し、ＩＤ＝‘ＺＺＺ’の友人関係／SUBSCRIBE状況を調査する。これにより、ユーザＩＤ・友人関係管理部３２は、ＩＤ＝‘ＺＺＺ’からＩＤ＝‘ＸＸＸ’にSUBSCRIBEがある情報を取得する（ＩＤ＝‘ＹＹＹ’とは友人関係ではなく、また、SUBSCRIBEもされていない）。
【０１２２】
ＩＤ＝‘ＺＺＺ’も情報取得を希望するものがないため、ユーザＩＤ・友人関係管理部３２は、購入履歴通知部３３を介して通知する必要のある端末のユーザがないと判断する。（ＩＤ＝‘ＹＹＹ’にも‘ＺＺＺ’にも通知しない）。
【０１２３】
次に、ユーザＩＤ・友人関係管理部３２は、友人関係問い合わせ部２１を介してユーザＩＤ・購入履歴管理部２３に、ＩＤ＝‘ＸＸＸ’がＩＤ＝‘ＺＺＺ’にSUBSCRIBEされていることを通知する（ステップＳ４４）。
【０１２４】
次に、ユーザＩＤ・購入履歴管理部２３は、ユーザＩＤ・購入履歴データベース２４を検索し、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を購入した履歴があるかを調査する。これにより、ユーザＩＤ・友人関係管理部３２は、既にＩＤ＝‘ＸＸＸ’が商品（Ｐ）を３個購入したという情報を取得する。
【０１２５】
次に、ユーザＩＤ・購入履歴管理部２３は、ＳＮＳ３０に、ＩＤ＝‘ＸＸＸ’が商品（Ｐ）を既に３個購入したこと及び販売促進費（AFFILIATE）を提供する（ステップＳ４５）。ＳＮＳ３０は、販売促進費（AFFILIATE）の一部を端末１１のユーザＡに提供する（ステップＳ４６）。
【０１２６】
このように、本実施形態におけるネットワーク広告配信システムは、複数の端末１１〜１３の各々に対応するユーザＡ〜Ｃの購入情報を店舗２０に記憶する。また、ユーザＡ〜Ｃが登録されている集合体をＳＮＳ３０に記憶することになる。
【０１２７】
なお、ＳＮＳ３０には、端末１１のユーザＡは、図５に示すように、他の端末１２、１３のユーザＢ、Ｃと所定の関係性を持つユーザとして登録されている。
【０１２８】
例えば、端末１１のユーザＡと端末１２のユーザＢとは、友人関係として登録されている。また、端末１１のユーザＡと端末１３のユーザＣとは、一方的なSUBSCRIBEの関係として登録されている。
【０１２９】
そして、図６に示すように、端末１１のユーザＡの購入情報が、店舗２０からＳＮＳ３０に通知された場合に（ステップＳ２３）、ＳＮＳ３０は、端末１１のユーザＡと所定の関係性を持つ他の端末１２、１３のユーザＢ、Ｃを抽出し、該抽出した他の端末１２、１３のユーザＢ、Ｃに、端末１１のユーザＡの購入情報を通知することになる（ステップＳ２４）。これにより、信頼性のあるユーザＡの購入情報をユーザＢ、ユーザＣに通知し、販売促進を向上させることが可能となる。
【０１３０】
なお、ユーザＡと、所定の関係性を持つユーザＢと、は、友人関係であるため、図６に示すように、端末１１のユーザＡの購入情報が店舗２０からＳＮＳ３０に通知された場合に（ステップＳ２３）、端末１１のユーザＡの購入情報を、端末１２のユーザＢに通知し（ステップＳ２４）、また、図７に示すように、当該端末１２のユーザＢの購入情報が店舗２０からＳＮＳ３０に通知された場合に（ステップＳ３３）、端末１２のユーザＢの購入情報を、端末１１のユーザＡに通知することになる（ステップＳ３４）。
【０１３１】
また、ユーザＡと、所定の関係性を持つユーザＣと、は、一方的なSUBSCRIBEの関係であるため、図６に示すように、端末１１のユーザＡの購入情報が店舗２０からＳＮＳ３０に通知された場合に（ステップＳ２３）、端末１１のユーザＡの購入情報を、端末１３のユーザＣに通知するが（ステップＳ２４）、図８に示すように、端末１３のユーザＣの購入情報が店舗２０からＳＮＳ３０に通知された場合には（ステップＳ４３）、端末１３のユーザＣの購入情報を、端末１１のユーザＡに通知しないことになる。
【０１３２】
また、図６に示すように、ＳＮＳ３０は、端末１１のユーザＡと所定の関係性を持つ他の端末１２、１３のユーザＢ、Ｃの情報を、店舗２０に通知する（ステップＳ２５）。そして、店舗２０は、ＳＮＳ３０から、ユーザＢ、Ｃの情報が通知された場合に、ユーザＢ、Ｃの購入情報を参照し、ユーザＢ、Ｃの購入履歴がある場合には、ＳＮＳ３０に販売促進費を配分することになる。なお、図６では、ユーザＢ、Ｃの購入履歴がないため、ＳＮＳ３０に販売促進費を配分しないことになる。なお、図７、図８では、ユーザＡの購入履歴があるため、店舗２０は、ＳＮＳ３０に販売促進費を配分することになる。この場合は、ＳＮＳ３０は、端末１１のユーザＡにも販売促進費を配分することになる。
【０１３３】
なお、上述した実施形態では、１つの購入に対し、販売促進費（AFFILIATE）を受け取る端末のユーザは、１つだけとしたが、図９に示す友人関係／SUBSCRIBE関係において、例えば、端末１３のユーザＣによる売買で、商品（Ｐ）を事前に３個購入していた端末１１のユーザＡと、事前に１個購入していた端末１２のユーザＢと、の両方のユーザＡ、Ｂに対し、販売促進費（AFFILIATE）を提供するように構築することも可能である。この場合の販売促進費（AFFILIATE）の配分は、各々のユーザが事前に購入した個数などを反映した３：１の割合で行うなど、各々のユーザの購入履歴にある購入個数を反映させることも可能である。
【０１３４】
また、友人関係では、SUBSCRIBE関係よりも２倍の販売促進の貢献度がある場合に、３：（１×２）＝３：２の割合で配分を行うように構築することも可能である。
【０１３５】
また、ＳＮＳ３０のユーザＩＤ・友人関係データベース３４には、例えば、端末１１〜端末１３のユーザＡ〜Ｃのそれぞれの友人関係としての親密度を測るパラメータを設定するように構築することも可能である。ＳＮＳ３０は、パラメータを参照することで販売促進費（AFFILIATE）の配分を変更することが可能となる。これにより、ユーザ間の関係の結合強度に応じた配分比率で、販売促進費を配分するようにすることが可能となる。
【０１３６】
また、上述した実施形態では、ユーザＡが購入した商品の購入履歴を、端末１２のユーザＢが参照した場合には、ユーザＡの情報（ＩＤ＝‘ＸＸＸ’）、参照時刻、参照回数等の情報を、ユーザＢの参照履歴として、ユーザＩＤ・購入履歴データベース２４に記録することにしたが、ユーザＩＤ・購入履歴データベース２４に記録せず、端末１２自身に記録し、端末１２がユーザＢの参照履歴を保持するようにすることも可能である。
【０１３７】
この場合には、ユーザＡが購入した商品の購入履歴を、端末１２のユーザＢが参照した場合に、ユーザＡの情報（ＩＤ＝‘ＸＸＸ’）、参照時刻、参照回数等の情報を、ユーザＢの参照履歴として端末１２自身に記録する。そして、図７のステップＳ３０のように、端末１２のユーザＢが、商品購入の要求を行う場合に、ユーザＢの参照履歴を店舗２０側に送信するようにする。
【０１３８】
そして、店舗２０は、図７のステップＳ３６において、ユーザＢの参照履歴（ユーザＡの情報、参照時刻、参照回数等の情報）に応じた販売促進費（AFFILIATE）をＳＮＳ３０に提供するように構築する。なお、端末１２のユーザＢが、店舗２０側に送信するユーザＢの参照履歴を制限するように、特定の参照履歴をユーザＢが指定し、その指定した特定の参照履歴を店舗２０に送信するように構築することも可能である。これにより、端末１２のユーザＢは、ユーザＢの参照履歴として店舗２０に送信する参照履歴を制限し、販売促進費（AFFILIATE）を動的に変更することが可能となる。
【０１３９】
また、端末のユーザが商品やサービスを購入する毎に、ユーザの購入履歴の公開範囲を制限する機能を持つようにすることも可能である。また、公開範囲を制限する機能を持つだけでなく、前もって定められた友人関係のレベルや種類により、ユーザの購入履歴を公開するか否かを制限する機能を持つようにすることも可能である。友人関係のレベルとしては、例えば、友人の親密度であったり、友人へのホップ数であったりする。親密度は、端末のユーザ自身が直接入力して指定することも可能である。
【０１４０】
また、携帯電話による通話回数や過去の販売促進実績などを動的に変化する指標であっても良い。ホップ数は、直接の友人の場合は１、友人の友人の場合は２などの親密度を表すものの１つである。また、友人関係の種類を、例えば、サッカーコミュニティに入っている場合には、サッカー用品を購入した時には、そのコミュニティの人には公開するなどが挙げられる。
【０１４１】
例えば、図１２に示すように、１つのコミュニティの中に、複数の端末１１〜１６のユーザＡ〜Ｆが登録していると仮定する。そして、端末１１のユーザＡは、端末１２のユーザＢと、端末１４のユーザＤと、友人関係にあり、また、端末１１のユーザＡは、端末１３のユーザＣと一方的なSUBSCRIBEの関係にあると仮定する。
【０１４２】
また、端末１４のユーザＤは、端末１１のユーザＡと、端末１６のユーザＦと、友人関係にあると仮定する。
【０１４３】
また、端末１５のユーザＥは、コミュニティに属している他の端末のユーザと何の関係性も持っていないと仮定する。
【０１４４】
この場合、端末１２のユーザＢと、端末１４のユーザＤと、は、端末１１のユーザＡを介して関係性（友人の友人という関係）を持っているため、端末１２のユーザＢが購入した商品を、端末１４のユーザＤに通知したり、端末１２のユーザＢの購入履歴を、端末１４のユーザＤが参照したりでき、また、端末１４のユーザＤが購入した商品を、端末１２のユーザＢに通知したり、端末１４のユーザＤの購入履歴を、端末１２のユーザＢが参照したりできるように設定することも可能である。
【０１４５】
また、端末１２のユーザＢと、端末１６のユーザＦと、は、端末１１のユーザＡと端末１４のユーザＤとを介して友人関係で維持されて関係性を持っているため、端末１２のユーザＢが購入した商品を、端末１６のユーザＦに通知したり、端末１２のユーザＢの購入履歴を、端末１６のユーザＦが参照したりでき、また、端末１６のユーザＦが購入した商品を、端末１２のユーザＢに通知したり、端末１６のユーザＦの購入履歴を、端末１２のユーザＢが参照したりできるように設定することも可能である。
【０１４６】
また、端末１３のユーザＣは、端末１１のユーザＡと一方的なSUBSCRIBEの関係にあるため、端末１４のユーザＤが購入した商品を、端末１３のユーザＣに通知したり、端末１４のユーザＤの購入履歴を、端末１３のユーザＣが参照したりできるが、端末１３のユーザＣが購入した商品を、端末１４のユーザＤに通知したり、端末１３のユーザＣの購入履歴を、端末１４のユーザＤが参照したりできないように設定することも可能である。
【０１４７】
また、端末１５のユーザＥは、コミュニティに属しているが、他の端末との関係性をまだ持っていない状態であるが、この場合でも、他の端末のユーザが購入した商品を、コミュニティに属している端末１５のユーザＥに通知したり、他の端末のユーザの購入履歴を、端末１５のユーザＥが参照したりできるように設定することも可能である。この場合は、端末１５のユーザＥに対し、購入商品の通知や、購入履歴の参照を許可するか禁止するかといった条件等を各端末のユーザが設定できるようにすることも可能である。
【０１４８】
また、本実施形態においては、第３者が商品を購入したことで、それ以前に商品を購入した人に対し、販売促進費を配分することも可能である。その販売促進費の配分比率は、例えば、最も購入日が新しい人に配分比率を高くしたり、最も商品の購入数が多い人に配分比率を高くしたりすることが可能である。
【０１４９】
さらに、推薦（Recommend）記事の内容や、記事の参照回数、記事の参照時間、その記事やユーザの過去のAFFILIATE実績を反映して、配分比率を高くすることも可能である。
【０１５０】
また、従来通りの購入履歴の確証のないユーザに対しても、販売促進費の複数人への配分を行うようにすることも可能である。また、購入履歴の確証のあるユーザと、確証のないユーザと、で信頼度が違うため、配分に差をつけるようにすることも可能である。
【０１５１】
また、必ずしも同じ商品を購入したときに、販売促進費（AFFILIATE）の配分を行わなくてもよく、同じメーカの関連商品や、メーカが異なった関連商品を購入した場合でも、販売促進費（AFFILIATE）の配分を行うようにすることも可能である。また、その際に、同じ商品か、関連商品か、によって販売促進費（AFFILIATE）の配分比率を変更するようにすることも可能である。
【０１５２】
また、推薦（Recommend）記事は、ユーザが商品購入後に追加で入力可能にすることで、他のユーザが最新の推薦（Recommend）記事を見ることができ、さらに、その商品の販売促進の効果を向上させることが可能となる。
【０１５３】
また、商品の購入時刻に対し、販売促進費の配分を変化させることも可能である。例えば、店舗２０へ商品購入のためのアクセス数が少ない時間は、販売促進費の配分を高く設定することで、アクセス数を増加させたり、商品の販売数を増加させたりすることが可能となる。
【０１５４】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において当業者が上記実施形態の修正や代用を行い、種々の変更を施した形態を構築することは可能である。
【０１５５】
例えば、上述した実施形態におけるネットワーク広告配信システムは、図７、図８に示すように、店舗２０が販売促進費をＳＮＳ３０に提供し（ステップＳ３６、４５）、ＳＮＳ３０が、端末１１のユーザＡに販売促進費を配分することにしたが（ステップＳ３７、４６）、店舗２０が、端末１１のユーザＡに販売促進費を直接配分するようにすることも可能である。
【０１５６】
この場合は、図７に示すステップＳ３５や、図８に示すステップＳ４４で、ＳＮＳ３０から取得した友人関係の情報を基に、店舗２０は、ユーザＩＤ・購入履歴データベース２４を検索し、端末１１のユーザＡ（ＩＤ＝‘ＸＸＸ’）が商品（Ｐ）を３個購入したという情報を取得した場合に、店舗２０自身が、上述した配分比率を基に、販売促進費の一部をＳＮＳ３０に提供し、販売促進費の残りを端末１１のユーザＡに提供するように構築することになる。
【０１５７】
また、店舗２０が、販売促進費を、図１０、図１１に示す中継装置４０に提供し、中継装置４０が、販売促進費を、ＳＮＳ３０と、端末１１のユーザＡと、に配分するように構築することも可能である。
【０１５８】
また、上述した実施形態におけるネットワーク広告配信システムにおける処理動作は、店舗２０と、ＳＮＳ３０と、が１対１の関係の場合について説明したが、図１１に示すように、店舗２０−１〜ｎと、ＳＮＳ３０と、が多対１の関係の場合についても同様に行うことが可能である。
【０１５９】
なお、図１１に示すように、店舗２０−１〜ｎと、ＳＮＳ３０と、が多対１の関係の場合には、例えば、図６に示す処理動作において、ステップＳ２３の商品購入の通知の際に、店舗２０は、店舗２０に関する店舗情報をＳＮＳ３０側に通知し、ＳＮＳ３０は、ステップＳ２４の商品購入の通知の際に、店舗２０に関する店舗情報を、端末１２のユーザＢや端末１３のユーザＣに通知するようにする。
【０１６０】
これにより、端末１２のユーザＢや端末１３のユーザＣは、端末１１のユーザＡが商品を購入した際の購入情報や、店舗情報を取得することが可能となり、端末１２のユーザＢや端末１３のユーザＣは、端末１１のユーザＡが商品を購入した際の店舗情報を踏まえて商品を購入することが可能となる。
【０１６１】
また、端末１２のユーザＢや端末１３のユーザＣが、端末１１のユーザＡが商品を購入した際の店舗情報を踏まえて商品を購入する場合には、例えば、図７に示すステップＳ３０において、端末１２のユーザＢが、商品購入の要求を店舗２０に送信する際に、端末１１のユーザＡが商品を購入した際の店舗情報を送信することになる。
【０１６２】
これにより、店舗２０は、端末１２のユーザＢが端末１１のユーザＡの購入情報を参照して商品を購入する旨、端末１１のユーザＡが店舗２０で商品を購入していた旨、を把握することになる。また、店舗２０は、図７のステップＳ３３、Ｓ３５の処理を行うことで、端末１２のユーザＢと端末１１のユーザＡとが友人関係である旨を把握することになる。このため、店舗２０は、端末１１のユーザＡが購入した店舗に応じた販売促進費を、端末１１のユーザＡに配分するように構築することも可能となる。
【０１６３】
この場合、端末１１のユーザＡが商品を購入した店舗は、端末１２のユーザＢが商品を購入した店舗と同一となるため、端末１１のユーザＡに配分する販売促進費を高く配分するようにすることが好ましい。
【０１６４】
また、端末１１のユーザＡが商品を購入した店舗が、端末１２のユーザＢが商品を購入した店舗と異なる場合には、端末１１のユーザＡに配分する販売促進費を低く配分するようにすることも可能である。
【０１６５】
このように、端末１２のユーザＢや端末１３のユーザＣが、端末１１のユーザＡが商品を購入した際の店舗情報を踏まえて商品を購入するようにすることで、店舗情報に応じて販売促進費を動的に変更するように構築することが可能である。
【０１６６】
なお、店舗情報に応じて販売促進費を動的に変更する方法としては、例えば、上述したように、端末１２のユーザＢが商品を購入した店舗と、端末１１のユーザＡが商品を購入した際の店舗と、が同一の場合には、販売促進費を高くしたりする方法が挙げられる。また、端末１２のユーザＢが商品を購入した店舗と、端末１１のユーザＡが商品を購入した際の店舗と、が異なる場合には、販売促進費を低くしたりする方法が挙げられる。
【０１６７】
また、店舗に応じて配分比率を変化させるように、店舗毎の配分比率を設定し、その設定した配分比率に応じた販売促進費を端末１１のユーザＡに配分するようにすることも可能である。
【０１６８】
なお、上述した説明では、図７に示すステップＳ３０において、端末１２のユーザＢが、商品購入の要求を店舗２０に送信する際に、端末１１のユーザＡが商品を購入した際の店舗２０の店舗情報を送信するようにすると説明したが、端末１２のユーザＢが、商品購入の要求を店舗２０に送信する際に、店舗情報を踏まえた参照履歴を送信するようにすることが好ましい。これにより、店舗２０は、参照履歴に含まれる店舗情報を基に、販売促進費を動的に変更するようにすることも可能となる。
【０１６９】
また、図７に示すステップＳ３０において、端末１２のユーザＢが、商品購入の要求を店舗２０に送信する際に、店舗情報を踏まえた参照履歴を店舗２０に送信するようにした場合には、店舗２０は、参照履歴に含まれる店舗情報を基に、店舗２０と異なる店舗に関する情報が含まれている場合に、その異なる店舗に対し、販売促進費を配分するように構築することも可能である。
【０１７０】
また、上述した実施形態におけるネットワーク広告配信システムは、所定の関係性を持つユーザ同士を記憶するユーザＩＤ・友人関係データベース３４をＳＮＳ３０が管理するものとして説明したが、所定の関係性を持つユーザ同士を管理することが可能な装置であればＳＮＳ３０に限定するものではなく、あらゆる装置が適用可能である。
【０１７１】
また、店舗２０は、商品やサービスを端末１１〜１３のユーザＡ〜Ｃに提供することが可能であれば、あらゆる装置が適用可能であり、実体的に存在しない仮想的な店舗も店舗２０とすることが可能である。
【０１７２】
また、上述した実施形態におけるネットワーク広告配信システムでは、商品を購入した場合について説明したが、ユーザがサービスを購入したり、ユーザがサービスを提供されたりした場合でも、上述した実施形態と同様な処理を行うように構築することが可能である。
【０１７３】
また、上述した実施形態では、各端末１１〜１３のユーザＡ〜Ｃが、ユーザＩＤ・購入履歴データベース２４に記録されている各ユーザの購入履歴を参照可能に構築することにしたが、各端末１１〜１３のユーザＡ〜Ｃが、ユーザＩＤ・友人関係データベース３４に記録されている友人関係を参照可能に構築することも可能である。
【０１７４】
この場合は、ユーザＩＤ・購入履歴データベース２４と同様に、友人関係の公開範囲を制限する機能を持つようにすることも可能である。
【０１７５】
また、公開範囲を制限する機能を持つだけでなく、前もって定められた友人関係のレベルや種類により、ユーザの友人関係を公開するか否かを制限する機能を持つようにすることも可能である。友人関係のレベルとしては、例えば、友人の親密度であったり、友人へのホップ数であったりする。親密度は、端末のユーザが直接入力して指定することも可能である。
【０１７６】
また、各端末１１〜１３に搭載されているコミュニケーションアプリで使用する友人関係データを、ユーザＩＤ・友人関係データベース３４に記録し、各端末１１〜１３のユーザ自身の友人関係データだけを参照可能に構築することも可能である。
【０１７７】
これにより、各端末１１〜１３のユーザＡ〜Ｃは、ユーザＡ〜Ｃ自身と関係性のある端末のユーザを、ユーザＩＤ・友人関係データベース３４に記録し、ユーザＩＤ・友人関係データベース３４をネットワーク電話帳として利用することも可能となる。
【０１７８】
また、各端末１１〜１３のユーザＡ〜Ｃは、端末１１〜１３自体に必要な情報を記録することなく、ユーザＩＤ・友人関係データベース３４にアクセスし、必要な情報を参照することが可能となる。また、端末１１〜１３を紛失してしまった場合でも、端末１１〜１３自体には必要な情報を記録していないため、情報漏洩を防止することが可能となる。
【０１７９】
また、ユーザＩＤ・友人関係データベース３４に記録したコミュニケーションアプリで使用する友人関係データを基に、上述した図４に示す友人関係登録処理や、一方的なSUBSCRIBE登録処理を行うように構築することも可能である。
【０１８０】
また、上述した実施形態におけるネットワーク広告配信システムを構成する各装置における制御動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【０１８１】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１８２】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory），ＭＯ（Magneto optical）ディスク，ＤＶＤ（Digital Versatile Disc）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。
【０１８３】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Local Area Network）、インターネットといったネットワークを介して、コンピュータに有線で転送したりし、コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【０１８４】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【０１８５】
上述した説明より明らかなように、本実施形態のネットワーク広告配信システムは、以下の特徴を有することになる。
【０１８６】
本実施形態のネットワーク広告配信システムは、
第１の端末と第２の端末とを含む複数の端末と、
前記複数の端末の各々に対応するユーザが商品もしくはサービスを購入した際の購入情報を記憶する第１の情報処理手段と、
前記複数の端末がユーザ登録している登録ユーザの集合体を記憶する第２の情報処理手段と、を備えたネットワーク広告配信システムであって、
前記第１の端末は、前記集合体に登録されている第２の端末または他の複数の端末と関連付けを行ってユーザ登録されており、
前記第１の端末の購入情報が、前記第１の情報処理手段から前記第２の情報処理手段へ供給され、
前記第２の情報処理手段は、前記第１の端末と前記所定の関連性を有するとして抽出した前記第２の端末へ前記第１の端末の購入情報を通知することを特徴とする。
【０１８７】
また、本実施形態のネットワーク広告配信システムは、
第１の端末と第２の端末とを含む複数の端末と、
前記複数の端末の各々に対応するユーザが商品もしくはサービスを商用サイトから購入した際の購入情報を記憶する第１の情報処理手段と、
前記複数の端末がユーザ登録している登録ユーザの集合体を記憶する第２の情報処理手段と、を備えたネットワーク広告配信システムであって、
前記第１の端末は、前記集合体に登録されている第２の端末または他の複数の端末と関連付けを行ってユーザ登録されており、
前記第１の端末の購入情報が、前記第１の情報処理手段から前記第２の情報処理手段へ供給され、
前記第２の情報処理手段は、前記第１の端末と前記所定の関連性を有するとして抽出した前記第２の端末へ前記第１の端末の購入情報を通知することを特徴とする。
【０１８８】
また、本実施形態のネットワーク広告配信システムは、
前記第１の情報処理手段もしくは前記第２の情報処理手段が、前記複数の端末のユーザ登録に対して、ユーザＩＤを発行することを特徴とする。
【０１８９】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の情報処理手段は、前記第１の端末と前記第２の端末とのどちらか一方が他方の端末に対して関連付けをして、前記集合体へ関連付け登録を行う時に、
関連付けされる端末へ関連付け登録要求の通知を行い、前記関連付けされる端末が前記通知に対する返信内容に応じて登録するか否かを判断することを特徴とする。
【０１９０】
また、本実施形態のネットワーク広告配信システムにおいて、
任意の前記端末が、前記集合体へ関連付けのユーザ登録を行う際またはその後に、他の端末からの関連付け登録要求を承認または拒否することを事前に設定することが可能であることを特徴とする。
【０１９１】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末の購入情報が前記第２の端末へ配信されるように前記第２の情報処理手段へ要求する配信要求登録を前記第２の端末が行う時に、
前記第２の情報処理手段は、前記第１の端末へ前記第２の端末が前記配信要求登録を行いたい旨の通知を行い、
前記通知に対しての返信内容から登録するか否かを判断することを特徴とする。
【０１９２】
また、本実施形態のネットワーク広告配信システムにおいて、
任意の前記端末が前記第２の情報処理手段にユーザ登録を行う際またはその後に、他の端末からの配信要求登録を承認または拒否することを事前に設定することが可能であることを特徴とする。
【０１９３】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の端末へ事前に前記第１の端末が前記第１の情報処理手段から商品・サービスの提供を受けたことが通知されている場合に、
前記第２の端末が前記第１の情報処理手段から、前記第１の端末に提供された同じまたは関連した商品・サービスの提供を受けることで、前記第１の情報処理手段から前記第２の情報処理手段へ販売促進費が提供されることを特徴とする。
【０１９４】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の情報処理手段は、前記第１の端末へ販売促進費を分配することを特徴とする。
【０１９５】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の情報処理手段は、前記登録ユーザの集合体と端末同士の関連付け情報を記憶し、
前記第１の情報処理手段は、前記第２の情報処理手段が記憶する前記関連付け情報を元に、前記第１の端末へ販売促進費を分配することを特徴とする。
【０１９６】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末に販売促進費が分配される時に、他にも販売促進費が分配される対象の端末があり、前記複数の端末に販売促進費が分配されることを特徴とする。
【０１９７】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末に販売促進費が分配される時に、他にも販売促進費が分配される対象があり、前記複数の端末に分配される場合に、
前記第１の情報処理手段もしくは第２の情報処理手段は、前記複数の端末の各ユーザが購入した前記商品・サービスの個数、提供回数、金額の情報に応じて、前記複数の端末ごとへ販売促進費を分配することを特徴とする。
【０１９８】
また、本実施形態のネットワーク広告配信システムにおいて、
前記関連付けとは、前記複数の端末の中でのユーザ同士の親密度、信頼度を示すものであることを特徴とする。
【０１９９】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末と前記第２の端末との間に関連付け登録が実施された後に、前記第２の端末は、前記第１の端末のユーザとの親密度の設定や関連付けの設定の修正および削除が可能であることを特徴とする。
【０２００】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末と前記第２の端末との間に関連付け登録が実施された後に、前記第１の端末は、前記第２の端末のユーザとの親密度の設定や関連付けの設定の修正および削除が可能であることを特徴とする。
【０２０１】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の情報処理手段は、前記第１の端末と前記第２の端末とのユーザ同士の親密度、信頼度を参照し、前記親密度、前記信頼度によって販売促進費の分配の割合を決定することを特徴とする。
【０２０２】
また、本実施形態のネットワーク広告配信システムにおいて、
前記複数の端末のうち、少なくとも１つの端末は、他の端末の商品の購入履歴を参照することが可能なことを特徴とする。
【０２０３】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第２の端末が前記第１の情報処理手段から商品の購入やサービスの提供を受けた時に、前記販売促進費が分配される端末およびその配分を指定することが可能なことを特徴とする。
【０２０４】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末が前記第１の情報処理手段から商品の購入やサービスの提供を受けた時に、前記第１の端末が関連付け登録している前記第２の端末や他の複数の端末へ商品の購入やサービスの提供を受けたことの通知の制限を行うことを特徴とする。
【０２０５】
また、本実施形態のネットワーク広告配信システムにおいて、
前記第１の端末に販売促進費が分配される時に、他にも販売促進費が分配される対象があり、前記複数の端末に分配される場合に、
前記第１の情報処理手段もしくは第２の情報処理手段は、前記複数の端末の各ユーザが購入した日時に応じた配分で、前記複数の端末ごとへ販売促進費を分配することを特徴とする。
【図面の簡単な説明】
【０２０６】
【図１】本実施形態に係るネットワーク広告配信システムの構成を示した図である。
【図２】本実施形態に係るネットワーク広告配信システムの他の構成を示した図である。
【図３】本実施形態に係るネットワーク広告配信システムの処理動作を示すフローチャートである。
【図４】本実施形態に係るネットワーク広告配信システムの処理動作を示すフローチャートである。
【図５】本実施形態に係るネットワーク広告配信システムの処理動作を示すフローチャートである。
【図６】端末同士の関係を示した図である。
【図７】本実施形態に係るネットワーク広告配信システムの処理動作を示すフローチャートである。
【図８】本実施形態に係るネットワーク広告配信システムの処理動作を示すフローチャートである。
【図９】端末同士の関係を示した図である。
【図１０】図１に示すネットワーク広告配信システムの他の構成例を示す第１の図である。
【図１１】図１に示すネットワーク広告配信システムの他の構成例を示す第２の図である。
【図１２】特定の集団に属しているコミュニティを説明するための図である。
【図１３】従来のネットワーク広告配信システムの構成を示した図である。
【符号の説明】
【０２０７】
１１、１２、１３、１４、１５、１６    端末
２０    店舗
２０−１〜ｎ    店舗
２１    友人関係問い合わせ部
２２    販売管理部
２３    ユーザＩＤ・購入履歴管理部
２４    ユーザＩＤ・購入履歴データベース
２４−１〜ｎ    ユーザＩＤ・購入履歴データベース
３０    ＳＮＳ
３１    ＳＮＳ管理部
３２    ユーザＩＤ・友人関係管理部
３３    購入履歴通知部
３４    ユーザＩＤ・友人関係データベース
３５    ユーザＩＤ・購入履歴・友人関係データベース
４０    中継装置
【図１】
2007317177.tif 000003
【図２】
2007317177.tif 000004
【図３】
2007317177.tif 000005
【図４】
2007317177.tif 000006
【図５】
2007317177.tif 000007
【図６】
2007317177.tif 000008
【図７】
2007317177.tif 000009
【図８】
2007317177.tif 000010
【図９】
2007317177.tif 000011
【図１０】
2007317177.tif 000012
【図１１】
2007317177.tif 000013
【図１２】
2007317177.tif 000014
【図１３】
2007317177.tif 000015