特開 2023-28051 貢献度算出装置、貢献度算出方法、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023028051

(43)【公開日】2023-03-03

(54)【発明の名称】貢献度算出装置、貢献度算出方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/0639 20230101AFI20230224BHJP

   G06Q 30/0242 20230101ALI20230224BHJP

【ＦＩ】

G06Q10/06 332

G06Q30/02 382

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2021133501

(22)【出願日】2021-08-18

(71)【出願人】

【識別番号】591112522

【氏名又は名称】株式会社ＡＣＣＥＳＳ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】山上 俊彦

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA09

5L049BB08

(57)【要約】      （修正有）

【課題】各サービス提供事業者により提供された広告やコンテンツに基づく収益に対する貢献度の評価精度を向上できる貢献度算出装置、貢献度算出方法及びプログラムを提供する。
【解決手段】各事業者の貢献度を算出する貢献度算出装置において、第１のユーザが最初に登録したサービスを提供した事業者に付与される第１の貢献度、第１のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される第２の貢献度、各サービスを提供する事業者に付与される第３の貢献度及び第１のユーザによりコンバージョンアクションが行われたサービスを提供する事業者に付与される第４の貢献度の、少なくとも２つを導出し、第１の貢献度、第２の貢献度、第３の貢献度及び第４の貢献度の少なくとも２つに基づいて、収益に対する各事業者の総合貢献度を算出するステップを備える。
【選択図】図９

【特許請求の範囲】

【請求項1】

各事業者が提供するコンテンツを配信する各サービスにより得られる収益に対する各事業者の貢献度を算出する貢献度算出装置であって、
プロセッサを備え、
前記プロセッサは、
第１のユーザによる前記各事業者の前記各サービスに対するアクションの履歴を示すアクションログに基づいて、前記第１のユーザが最初に登録したサービスを提供した事業者に付与される第１の貢献度と、前記第１のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される第２の貢献度と、前記各サービスに対する前記第１のユーザの前記アクションログの個数に基づいて前記各サービスを提供する事業者に付与される第３の貢献度と、前記第１のユーザによりコンバージョンを発生させるユーザのアクションであるコンバージョンアクションが行われたサービスを提供する事業者に付与される第４の貢献度と、の少なくとも２つを導出し、
前記第１の貢献度、前記第２の貢献度、前記第３の貢献度、及び前記第４の貢献度の前記少なくとも２つに基づいて、前記収益に対する前記各事業者の総合貢献度を算出する、
貢献度算出装置。

【請求項2】

通信デバイス、を更に備え、
前記通信デバイスは、前記第１のユーザにより前記各サービスを利用するための各ユーザＩＤと、前記第１のユーザによる前記アクションログとを、前記各サービスを提供する各事業者サーバから受信し、
前記プロセッサは、
前記第１のユーザの前記各ユーザＩＤを関連付けて、前記第１のユーザによる前記各事業者の前記各サービスに対する前記アクションログを集積した統合ログを生成し、
前記統合ログに基づいて、前記第１の貢献度、前記第２の貢献度、前記第３の貢献度、及び前記第４の貢献度を算出する、
請求項１に記載の貢献度算出装置。

【請求項3】

メモリ、を更に備え、
前記メモリは、前記各ユーザＩＤを連携するための第１の連携情報を記憶し、
前記通信デバイスは、各ユーザＩＤを連携するための第２の連携情報と、前記第１のユーザの第１のサービスを利用するための第１のユーザＩＤと、第１のサービスに関する第１のサービス情報とを、前記第１のサービスを提供する第１の事業者サーバから受信し、
前記プロセッサは、
前記第２の連携情報と一致する前記第１の連携情報が前記メモリに記憶されており、前記第１のユーザの前記各ユーザＩＤに対応する統合ＩＤが前記メモリに記憶されていない場合、前記統合ＩＤを付与し、
前記統合ＩＤで識別され、前記第１のユーザＩＤと前記第１のサービス情報とを含む統合ユーザ情報を生成し、前記メモリに記憶させる、
請求項２に記載の貢献度算出装置。

【請求項4】

前記プロセッサは、前記第１のサービスを提供する第１の事業者に対して前記第１の貢献度を付与する、
請求項３に記載の貢献度算出装置。

【請求項5】

前記プロセッサは、前記第２の連携情報と一致する前記第１の連携情報が前記メモリに記憶されており、前記第１のユーザの前記統合ＩＤが前記メモリに記憶されている場合、前記統合ＩＤに対応する前記統合ユーザ情報に、前記第１のユーザＩＤと前記第１のサービス情報とを追加して、前記メモリに記憶させる、
請求項３または４に記載の貢献度算出装置。

【請求項6】

前記通信デバイスは、
前記第１のユーザによる前記第１のサービスに対するアクションの履歴を示す第１のアクションログを受信し、
前記プロセッサは、前記第１のユーザに対応する前記統合ログに、前記第１のアクションログを追加する、
請求項３～５のいずれか１項に記載の貢献度算出装置。

【請求項7】

前記統合ログは、更新可能であり、
前記プロセッサは、
第１の時点での前記統合ログに基づいて、前記第１のユーザの嗜好の情報を含む前記第１のユーザのプロファイル情報を生成し、
前記第１の時点での前記統合ログと第２の時点での前記統合ログとの少なくとも一部が異なる場合、前記第２の時点での前記統合ログに基づいて、前記第１のユーザの前記プロファイル情報を更新する、
請求項２～６のいずれか１項に記載の貢献度算出装置。

【請求項8】

前記通信デバイスは、前記第１のユーザの前記プロファイル情報が更新された場合、前記第１のユーザの前記プロファイル情報と、前記プロファイル情報に基づいて前記サービスの提供時に表示される広告を決定することを指示する指示情報とを、前記第１のユーザが利用する各サービスを提供する各事業者サーバに送信する、
請求項７に記載の貢献度算出装置。

【請求項9】

通信デバイス、を更に備え、
前記通信デバイスは、第１のサービスに対する前記第１のユーザのアクションが検出されたことを示し、前記アクションの種別を含む前記アクションログを受信し、
前記プロセッサは、
前記アクションログが前記コンバージョンアクションであることを示すか否かを判定し、
前記アクションが前記コンバージョンアクションであることを示す場合、前記アクションの種別に基づいて、前記第４の貢献度を算出する、
請求項１～８のいずれか１項に記載の貢献度算出装置。

【請求項10】

前記プロセッサは、前記総合貢献度に基づいて、前記各事業者に前記収益を分配する、
請求項１～９のいずれか１項に記載の貢献度算出装置。

【請求項11】

各事業者が提供するコンテンツを配信する各サービスにより得られる収益に対する各事業者の貢献度を算出する貢献度算出方法であって、
第１のユーザによる前記各事業者の前記各サービスに対するアクションの履歴を示すアクションログに基づいて、前記第１のユーザが最初に登録したサービスを提供した事業者に付与される第１の貢献度と、前記第１のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される第２の貢献度と、前記各サービスに対する前記第１のユーザの前記アクションログの個数に基づいて前記各サービスを提供する事業者に付与される第３の貢献度と、前記第１のユーザによりコンバージョンを発生させるユーザのアクションであるコンバージョンアクションが行われたサービスを提供する事業者に付与される第４の貢献度と、の少なくとも２つを導出するステップと、
前記第１の貢献度、前記第２の貢献度、前記第３の貢献度、及び前記第４の貢献度の少なくとも２つに基づいて、前記収益に対する前記各事業者の総合貢献度を算出するステップと、
を有する貢献度算出方法。

【請求項12】

請求項１１に記載の貢献度算出方法をコンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、貢献度算出装置、貢献度算出方法、及びプログラムに関する。

【背景技術】

【0002】

従来、プログラムされたコンピュータ処理によって、複数のＩＳＰ（Internet Service Provider）が提携してコンテンツ配信を行い、提携で得た収益を各ＩＳＰに配分するシステムのコンテンツ提携配信配分方法が知られている（特許文献１参照）。この方法は、入力装置から入力された各ＩＳＰが収容するユーザ数と他のＩＳＰが保有しないレアコンテンツ数を少なくとも含むＩＳＰ情報を記憶装置に格納する手順と、記憶装置に格納された上記ユーザ数と上記レアコンテンツ数を用いて、各ＩＳＰが提携に対して貢献する度合に応じて、提携で得た収益を各ＩＳＰに配分する値を算出する手順と、算出された各ＩＳＰへの配分値を出力装置に出力する手順と、を含む。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５１８９５７４号公報

【発明の概要】

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

【0004】

ＩＳＰが収容する様々なユーザは、ＩＳＰが提供する所定の広告やコンテンツを提供する所定のサービスに加入したり離脱したりする。また、様々なユーザは、所定のサービスに加入していても広告やコンテンツをタイミングによって視聴したりしなかったりする。つまり、ユーザのサービスへの加入状態やコンテンツの視聴状態は、時系列で流動的に変化するものである。

【0005】

特許文献１の方法では、各ＩＳＰが提携に対して貢献する度合い（貢献度）を評価する指標として、ユーザ数が考慮されている。しかし、このユーザ数は、評価時点でのユーザ数を考慮しており、時系列での流動性を考慮しておらず、ユーザに基づく収益に対する貢献度が正確に表れていない可能性がある。よって、各サービス提供事業者により提供された広告やコンテンツに基づく収益に対する貢献度の正確性が不十分であり得る。

【0006】

本開示は、各サービス提供事業者により提供された広告やコンテンツに基づく収益に対する貢献度の評価精度を向上できる貢献度算出装置、貢献度算出方法、及びプログラムを提供する。

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

【0007】

本開示の一態様は、各事業者が提供するコンテンツを配信する各サービスにより得られる収益に対する各事業者の貢献度を算出する貢献度算出装置であって、プロセッサを備え、前記プロセッサは、第１のユーザによる前記各事業者の前記各サービスに対するアクションの履歴を示すアクションログに基づいて、前記第１のユーザが最初に登録したサービスを提供した事業者に付与される第１の貢献度と、前記第１のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される第２の貢献度と、前記各サービスに対する前記第１のユーザの前記アクションログの個数に基づいて前記各サービスを提供する事業者に付与される第３の貢献度と、前記第１のユーザによりコンバージョンを発生させるユーザのアクションであるコンバージョンアクションが行われたサービスを提供する事業者に付与される第４の貢献度と、の少なくとも２つを導出し、前記第１の貢献度、前記第２の貢献度、前記第３の貢献度、及び前記第４の貢献度の前記少なくとも２つに基づいて、前記収益に対する前記各事業者の総合貢献度を算出する、貢献度算出装置である。

【0008】

本開示の一態様は、各事業者が提供するコンテンツを配信する各サービスにより得られる収益に対する各事業者の貢献度を算出する貢献度算出方法であって、第１のユーザによる前記各事業者の前記各サービスに対するアクションの履歴を示すアクションログに基づいて、前記第１のユーザが最初に登録したサービスを提供した事業者に付与される第１の貢献度と、前記第１のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される第２の貢献度と、前記各サービスに対する前記第１のユーザの前記アクションログの個数に基づいて前記各サービスを提供する事業者に付与される第３の貢献度と、前記第１のユーザによりコンバージョンを発生させるユーザのアクションであるコンバージョンアクションが行われたサービスを提供する事業者に付与される第４の貢献度と、の少なくとも２つを導出するステップと、前記第１の貢献度、前記第２の貢献度、前記第３の貢献度、及び前記第４の貢献度の少なくとも２つに基づいて、前記収益に対する前記各事業者の総合貢献度を算出するステップと、を有する貢献度算出方法である。

【0009】

本開示の一態様は、上記の貢献度算出方法をコンピュータが実行するためのプログラムである。

【発明の効果】

【0010】

本開示によれば、各サービス提供事業者により提供された広告やコンテンツに基づく収益に対する貢献度の評価精度を向上でき、収益の分配精度を向上できる。

【図面の簡単な説明】

【0011】

【図1】本開示の実施形態の貢献度処理システムの概要の一例を示す図

【図2】端末の構成例を示すブロック図

【図3】事業者サーバの構成例を示すブロック図

【図4】バックエンドサーバの構成例を示すブロック図

【図5】貢献度処理システムによる各サービスに対するユーザ登録時の処理例を示すシーケンス図

【図6】貢献度処理システムによる一般利用時の処理例を示すシーケンス図

【図7】貢献度処理システムによるカスタマイズ処理の処理例を示すシーケンス図

【図8】貢献度処理システムによるコンバージョン時の処理例を示すシーケンス図

【図9】バックエンドサーバによる総合貢献度の算出時の処理例を示すフローチャート

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

【0012】

以下、適宜図面を参照しながら、本開示に係る検索システム、検索方法、及びプログラムを具体的に開示した実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

【0013】

また、実施形態でいう「部」又は「装置」とは単にハードウェアによって実現される物理的構成に限定されず、その構成が有する機能をプログラム等のソフトウェアにより実現されるものも含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、又は２つ以上の構成の機能が例えば１つの物理的構成によって実現されていても構わない。これらの用語の理解や解釈は、特許請求の範囲の記載についても同様である。

【0014】

（本開示の実施形態を得るに至った経緯）
インターネット等のプラットフォームを用いたビジネスでは、ユーザが多い程、ネットワーク外部性（ネットワーク効果）により、サービスの価値が向上する。例えば、ユーザ数をｎとすると、ｎ×２の効果が得られることがある。非プラットフォームビジネスにおいても、ブランド効果やコストの低減効果などにより、ユーザ数に相当する規模の経済は有効であったが、プラットフォームビジネスではこの規模効果がさらに鮮明である。したがって、広告やコンテンツの視聴等によって収益を得る場合にも、広告やコンテンツを視聴するユーザ数を多く獲得する程、サービスの価値が向上する。

【0015】

例えば、大規模なプラットフォームを有するコンテンツ配信企業や放送局（大規模事業者）は、広告やコンテンツを視聴する多数のユーザを獲得可能である。よって、大規模事業者は、ユーザを識別するユーザＩＤを大量に取得して解析することでマネタイズ（収益化）可能である。

【0016】

一方、大規模なプラットフォームを有しないコンテンツ配信企業や放送局（小規模事業者）は、多数のユーザを得ることが困難であり、大量のユーザＩＤに基づいてマネタイズすることが困難である。よって、小規模事業者が有するユーザＩＤを連携させて、例えばユーザ毎にカスタマイズされた広告やコンテンツによって収益性を向上させることが望ましい。また、様々なサブスクリプションサービス等に広く応用されることが望ましい。

【0017】

以下の実施形態では、各サービス提供事業者により提供された広告やコンテンツに基づく収益に対する貢献度の評価精度を向上でき、収益の分配精度を向上できる貢献度算出装置、貢献度算出方法、及びプログラムについて説明する。

【0018】

（実施形態）
図１は、本開示の実施形態における貢献度処理システム５の概略図である。貢献度処理システム５は、端末１０、事業者サーバ２０、及びバックエンドサーバ３０を備える。端末１０、事業者サーバ２０、及びバックエンドサーバ３０は、ネットワークを介して接続される。ネットワークは、インターネット、公衆通信網（例えばセルラー網）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、等を含んでよい。

【0019】

貢献度処理システム５は、複数のサービス提供事業者（例えば放送事業者やインターネット配信事業者）（単に「事業者」とも称する）が提供する各種コンテンツ配信サービス（単に「サービス」とも称する）によって得た収益に対する、各事業者の貢献度を算出する。このサービスには、放送局（例えば小規模放送局）によるコンテンツ配信、インターネットを介したコンテンツ配信、ＶＯＤ（Video On Demand）、又はＳＮＳ（Social Networking Service）等が含まれる。そして、貢献度処理システム５は、算出された各事業者の貢献度に基づいて、収益を各事業者に分配する。各事業者は、各サービスを利用するユーザ、各サービスにより提供されるコンテンツや広告を視聴するユーザＵＲを獲得する。各事業者は、事業者サーバ２０を保有する。

【0020】

事業者サーバ２０は、例えば、各事業者のサービスを提供するための各種処理を行う。事業者サーバ２０は、例えば、その事業者が提供するサービスを利用する各ユーザＵＲに関する情報（事業者ユーザ情報）を保持する。ユーザ情報は、ユーザＵＲを識別し、事業者サーバ２０が提供するサービスを利用するためのユーザＩＤを含む。事業者は、複数存在し、事業者サーバ２０は複数存在する。各事業者サーバ２０には、同じユーザのユーザＩＤが登録され得る。この場合、各事業者サーバ２０に登録されるユーザＩＤは、同じユーザＩＤであってもよいし、異なるユーザＩＤであってもよい。また、同じユーザを示す複数のユーザＩＤの少なくとも一部は、関連付け可能である。また、１つの事業者サーバ２０は、複数のサービスを提供可能であってもよい。この場合、１つの事業者サーバ２０は、サービス毎にユーザＩＤを保持してもよい。

【0021】

バックエンドサーバ３０は、各事業者サーバ２０と連携して動作する。バックエンドサーバ３０は、同一のユーザによる事業者の各サービスに対する行動（アクション）の履歴を示すアクションログを複数取得する。この場合、同一のユーザの異なる複数のユーザＩＤを関連付けて統合ＩＤを付与し、複数のユーザＩＤに対応するユーザの各サービスに対するアクションログを集積して統合ログを生成し、統合ログを含む統合ユーザ情報を生成してよい。統合ＩＤは、統合ログや統合ユーザ情報を識別する識別ＩＤでよい。バックエンドサーバ３０は、取得された複数のアクションログ（例えば統合ログ）に基づいて、収益に対する各事業者の貢献度を算出する。バックエンドサーバ３０は、貢献度に基づいて、各事業者に収益を分配してよい。なお、バックエンドサーバ３０は１つでなく複数存在してもよい。つまり、バックエンドサーバ３０が有する機能を実現するための処理を、複数のサーバにより分散して実行してもよい。

【0022】

アクションログには、例えば、アクションの種別、アクションが検出されたサービスやコンテンツに関する情報、又はアクションが行われた時刻の情報が含まれてよい。アクションログには、例えば、サービス加入指示（ユーザ登録指示）、広告表示指示、広告のクリック、広告に係る商品やサービスの購入指示、サービス退会指示（ユーザ離脱指示）、サービスのサブスクリプションの加入指示、コンテンツ再生、配信されるコンテンツのコンテンツ名やコンテンツＩＤ、が含まれてよい。また、アクションログには、サービスに関する内容追加の指示や追加内容の表示指示、サービスに関する購入指示、サービスに関する予約指示、サービスに関するＳＮＳ投稿指示、サービスに関するアンケート回答指示、又はサービスに関する応援指示等が含まれてよい。よって、アクションログが参照されることで、ユーザ登録が最初であるサービスはどのサービスであるか、所定期間（例えば所定の月）においてサービス加入を継続しているか、所定期間に検出されたアクションログが何個あるか、所定のアクションログ（例えば後述するコンバージョンアクション）が検出されたかどうか、が判別可能である。

【0023】

貢献度処理システム５によって得られる収益（全体収益とも称する）は、例えば、各事業者によって得られる収益（事業者収益とも称する）の合計である。全体収益及び事業者収益は、広告主から得られる収益や、サブスクリプション等によりユーザＵＲから得られる収益、などを含む。

【0024】

各事業者への収益は、各事業者の総合的な貢献度（総合貢献度）に基づいて分配される。総合貢献度は、複数の貢献度要素を含み、具体的には初期獲得貢献、リテンション貢献、データ量貢献、及びコンバージョン貢献を含む。総合貢献度及び各貢献度要素は、ユーザ毎に導出される。そのため、提供されるサービスのコンテンツや広告を視聴したユーザが多数であれば、収益が増え易くなり、このサービスを提供した事業者に分配される収益も増え易くなる。

【0025】

初期獲得貢献は、複数の事業者のうち、同じユーザについて最初にユーザＩＤを獲得（登録）した事業者（登録事業者）に与えられ、例えば貢献度「１」が与えられる。つまり、初期獲得貢献の貢献度は、所定のユーザが最初に登録したサービスを提供した事業者に付与される。なお、複数の事業者が個別にサービスを提供し、複数の複数の事業者間で所定の相互協力関係を結んでいる場合には、最初にユーザＩＤを登録した段階で、登録事業者とその相互協力関係のある他の事業者とが、均等割り（具体的には貢献度「０.５」ずつ)で貢献度を得てもよい。

【0026】

リテンション貢献は、継続的にユーザをリテンションした事業者（リテンション事業者）に与えられる。つまり、リテンション貢献の貢献度は、所定のユーザが所定期間にわたって利用を継続したサービスを提供する事業者に付与される。例えば、所定期間（例えば毎月）にアクティブ（例えばサービス利用状態）なユーザが１人以上いる事業者がリテンション事業者となる。複数の事業者のうち、同一のユーザをリテンションしたリテンション事業者が１つである場合には、このリテンション事業者のリテンション係数（リテンション貢献の貢献度）が「１」となる。複数の事業者のうち、同一のユーザをリテンションしたリテンション事業者が複数ある場合には、各リテンション事業者のリテンション係数は、「１」を均等割りした値となる。なお、リテンション事業者が提供するサービスの広告やコンテンツを同一のユーザが何度視聴しても、つまり同一のユーザによるサービスに対する行動（アクション）の履歴を示すアクションログの個数によらず、リテンション事業者は一定のリテンション係数を得る。

【0027】

また、例えば、ユーザがサービスに２０ヶ月継続して加入しているとすると、ユーザには全てのサービスに対するリテンション係数は２０になる。このリテンション係数の２０は、全体で１になるように正規化されてよい。この場合、それぞれの事業者の２０ヶ月間のリテンション係数（最大で月に「１」）の和を２０で除算した値が、各事業者が得るリテンション係数であってよい。

【0028】

データ量貢献は、各事業者が提供する各サービスに対するユーザのアクション（例えばコンテンツの再生、ＰＶ（Promotion Video）の表示、広告の表示）を発生させた事業者（ペルソナ寄与事業者）に与えられる。データ量貢献は、各事業者が提供する各サービスに対するユーザのアクションの量、つまりユーザによるアクションログの個数に応じて、各ペルソナ寄与事業者に按分される。つまり、データ量貢献の貢献度は、各サービスに対する所定のユーザのアクションログの個数に基づいて各サービスを提供する事業者に付与される。アクションログの個数は、例えば、ユーザがサービスに対して登録されている期間全体のログの個数でよい。ユーザのアクションログは、後述するユーザのカスタマイズ処理に利用可能である。例えば、所定のユーザの全体のトランザクション数（アクションログの個数）をｎとすると、それぞれの事業者は、ｎに対する自事業者が提供するサービスの寄与度に基づいて、最小「０」、最大「１」のデータ量貢献の貢献度を得る。

【0029】

コンバージョン貢献は、報酬が発生するアクションであるコンバージョンアクションを発生させた事業者（コンバージョン事業者）に与えられる。有効アクションは、例えば、広告のクリック、広告表示、サブスクリプション加入、等の各指示であってよい。つまり、コンバージョン貢献は、所定のユーザによってコンバージョンアクションが行われたサービスを提供する事業者に付与される。よって、コンバージョンアクション（例えば広告表示指示）が行われたサービスを提供する事業者が、貢献度「１」を得る。

【0030】

図２は端末１０の構成例を示す図である。

【0031】

端末１０は、携帯端末、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、等を含んでよい。端末１０は、プロセッサ１１、通信デバイス１２、メモリ１３、操作デバイス１４、及び表示デバイス１５を備える。端末１０は、ユーザＵＲにより所持される（図１参照）。

【0032】

プロセッサ１１は、メモリ１３に保持されたプログラムを実行することで、各種機能を実現する。プロセッサは、ＭＰＵ（Micro Processing Unit）、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＧＰＵ（Graphical Processing Unit）、等を含んでよい。プロセッサ１１は、端末１０の各部を統括的に制御し、各種処理を行う。

【0033】

通信デバイス１２は、各種データ、情報を通信する。通信デバイス１２による通信方式は、例えば、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、電力線通信、赤外線通信、近距離無線通信（例えばBluetooth（登録商標）通信）、携帯電話用のモバイル通信等の通信方式を含んでよい。

【0034】

メモリ１３は、一次記憶装置（例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory））を含む。メモリ１３は、二次記憶装置（例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive））や三次記憶装置（例えば光ディスク、ＳＤカード）を含んでよい。メモリ１３は、その他の記憶装置を含んでよい。メモリ１３は、各種データ、情報、プログラム等を記憶する。

【0035】

操作デバイス１４は、マウス、キーボード、タッチパッド、タッチパネル、マイクロホン、又はその他の入力デバイスを含んでよい。操作デバイス１４は、各種データや情報の入力を受け付ける。表示デバイス１５は、液晶表示デバイス、有機ＥＬデバイス、又はその他の表示デバイスを含んでよい。表示デバイス１５は、各種データや情報を表示する。

【0036】

例えば、プロセッサ１１は、操作デバイス１４を介して、各事業者サーバ２０により提供されるサービスに対するアクション（例えばサブスクリプションの申し込み）、広告やコンテンツに対するアクション（例えば広告の表示、広告のクリック、コンテンツの再生）を受け付ける。プロセッサ１１は、アクションに基づく処理を実行し、例えば表示デバイス１５を介して広告やコンテンツを表示する。

【0037】

図３は、事業者サーバ２０の構成例を示す図である。

【0038】

事業者サーバ２０は、プロセッサ２１、通信デバイス２２、及びメモリ２３を備える。事業者サーバ２０は、事業者内に設置されてもよいし、事業者外に設置されてもよい。

【0039】

プロセッサ２１は、メモリ２３に保持されたプログラムを実行することで、各種機能を実現する。プロセッサ２１は、ＭＰＵ、ＣＰＵ、ＤＳＰ、ＧＰＵ、等を含んでよい。プロセッサ２１は、事業者サーバ２０の各部を統括的に制御し、各種処理を行う。プロセッサ２１は、例えば、サービスの提供に関する処理、サービスに係る広告やコンテンツの提供に関する処理を行う。

【0040】

通信デバイス２２は、各種データ、情報を通信する。通信デバイス２２による通信方式は、例えば、ＷＡＮ、ＬＡＮ、電力線通信、携帯電話用のモバイル通信等の通信方式を含んでよい。通信デバイス２２は、例えば、事業者ユーザ情報に含まれる少なくとも一部の情報（例えばユーザＩＤ、ユーザ情報、後述するサービス情報、アクションログ）をバックエンドサーバ３０に送信する。

【0041】

メモリ２３は、一次記憶装置（例えばＲＡＭやＲＯＭ）を含む。メモリ２３は、二次記憶装置（例えばＨＤＤやＳＳＤ）や三次記憶装置（例えば光ディスク、ＳＤカード）を含んでよい。メモリ２３は、その他の記憶装置を含んでよい。メモリ２３は、各種データ、情報、プログラム等を記憶する。

【0042】

メモリ２３は、事業者ユーザ情報を保持する。事業者ユーザ情報は、例えば、当該事業者が提供するサービスを使用するユーザを識別するユーザＩＤと、ユーザに関するユーザ情報と、ユーザが加入しているサービスに関するサービス情報と、当該事業者が提供するサービスに対するユーザのアクションの履歴を示すアクションログと、を含む。ユーザ情報は、ユーザの名前、年齢、性別、住所、電話番号、メールアドレス、又は他のアプリケーションで登録されているユーザＩＤ、等を含んでよい。サービス情報は、サービスを識別するサービスＩＤ、サービスの名称、又はサービスの内容等を含んでよい。アクションログは、例えば、広告やコンテンツの再生指示、広告の選択指示、広告に係るサービスや商品の購入指示、等を含む。事業者ユーザ情報は、ユーザ毎に生成されてよい。

【0043】

また、プロセッサ２１は、カスタマイズ処理部２１１としての機能を有する。カスタマイズ処理部２１１は、メモリ２３に記憶されたアクションログに基づいて、ユーザの嗜好性を決定する。カスタマイズ処理部２１１は、ユーザの嗜好性に基づいて、ユーザに提供されるサービスに係るコンテンツの再生時に表示される広告をカスタマイズする。また、カスタマイズ処理部２１１は、バックエンドサーバ３０から後述するユーザのプロファイル情報を取得し、プロファイル情報に基づいて広告をカスタマイズしてもよい。事業者サーバ２０は、広告のカスタマイズにより、ユーザの過去の行動に応じて、ユーザの好み（例えばサッカー、野球、音楽が好み）に合わせた広告を挿入して表示させることができる。

【0044】

図４は、バックエンドサーバ３０の構成例を示す図である。

【0045】

バックエンドサーバ３０は、プロセッサ３１、通信デバイス２２、及びメモリ２３を備える。バックエンドサーバ３０は、例えばバックエンドに設置される。

【0046】

プロセッサ３１は、メモリ３３に保持されたプログラムを実行することで、各種機能を実現する。プロセッサ３１は、ＭＰＵ、ＣＰＵ、ＤＳＰ、ＧＰＵ、等を含んでよい。プロセッサ３１は、バックエンドサーバ３０の各部を統括的に制御し、各種処理を行う。プロセッサ３１は、例えば、収益に対する各事業者の貢献度の導出に関する処理を行う。

【0047】

通信デバイス３２は、各種データ、情報を通信する。通信デバイス３２による通信方式は、例えば、ＷＡＮ、ＬＡＮ、電力線通信、携帯電話用のモバイル通信等の通信方式を含んでよい。通信デバイス３２は、例えば、各事業者サーバ２０から事業者ユーザ情報に含まれる少なくとも一部の情報（例えばユーザＩＤ、ユーザ情報、サービス情報、アクションログ）を受信する。

【0048】

メモリ３３は、一次記憶装置（例えばＲＡＭやＲＯＭ）を含む。メモリ３３は、二次記憶装置（例えばＨＤＤやＳＳＤ）や三次記憶装置（例えば光ディスク、ＳＤカード）を含んでよい。メモリ３３は、その他の記憶装置を含んでよい。メモリ３３は、各種データ、情報、プログラム等を記憶する。

【0049】

メモリ３３は、統合ユーザ情報を保持する。統合ユーザ情報は、プロセッサ３１により生成可能である。統合ユーザ情報は、例えば、統合ＩＤ、ユーザＩＤ、ユーザ情報、サービス情報、及び統合ログを含む。統合ＩＤは、統合ユーザ情報や統合ログを識別する情報である。ユーザＩＤは、各事業者が提供する各サービスを提供するためのユーザを識別する情報であり、各事業者から取得された同一のユーザの複数の異なるユーザＩＤを含み得る。ユーザ情報及びサービス情報は、上記と同様である。統合ログは、各事業者から取得された同一のユーザのアクションログを集積したものである。統合ユーザ情報は、ユーザ毎に生成されてよい。

【0050】

メモリ３３は、各事業者サーバ２０に登録された各ユーザＩＤのうち、同一のユーザのユーザＩＤを連携させるための連携情報を記憶する。メモリ３３に記憶された連携情報を、登録連携情報とも称する。連携情報は、任意のタイミングで外部装置から取得され、メモリ３３に記憶されてよい。連携情報は、ユーザに関する基本的な情報であるユーザ基本情報の少なくとも一部であってよい。具体的には、連携情報は、連携対象のユーザの名前、年齢、性別、住所、電話番号、メールアドレスを含んでよい。また、連携情報は、統合ユーザ情報に新たに追加しようとしているユーザＩＤ以外のユーザＩＤであって、同一のユーザが他のサービスで利用しているユーザＩＤ、等の情報を含んでよい。よって、連携情報は、統合ユーザ情報に含まれるユーザ基本情報の少なくとも一部又はユーザＩＤであってよい。また、連携情報は、統合ＩＤや統合ユーザ情報が生成される前に、単独でメモリ３３に保持されていてもよい。

【0051】

メモリ３３は、各種の規定情報を保持する。例えば、メモリ３３は、収益分配規定情報、連携可能サービス情報、カスタマイズ規定情報、及びコンバージョン規定情報を保持する。収益分配規定情報は、例えば、総合貢献度を算出するための貢献度要素の項目（例えば、初期獲得貢献、リテンション貢献、データ量貢献、及びコンバージョン貢献）と、各貢献度要素の分配率（重み）と、各貢献度要素の貢献度の算出及び総合貢献度の算出を行うためのアルゴリズムと、を含んでよい。連携可能サービス情報は、同一のユーザのユーザＩＤやアクションログの関連付けや集約が可能なサービスを示す情報である。例えば、貢献度処理システム５で扱う全てのサービスが連携可能であってもよいし、一部のサービスのみが連携可能であってもよい。カスタマイズ規定情報は、例えば、カスタマイズ処理の方法又はカスタマイズ処理実施の間隔の情報を含んでよい。

【0052】

プロセッサ３１は、統合処理部３１１、カスタマイズ処理部３１３、及び貢献度処理部３１４としての機能を有する。

【0053】

統合処理部３１１は、連携可能サービス情報に従って、各事業者サーバ２０が提供する各サービスに登録された複数のユーザＩＤについて、同一のユーザのユーザＩＤであると推定される複数のユーザＩＤを連携させる。この場合、統合処理部３１１は、連携情報に基づいて、各事業者サーバ２０から取得される様々なユーザＩＤのうち、同一のユーザのユーザＩＤであると推定される複数のユーザＩＤを関連づける。また、統合処理部３１１は、連携可能サービス情報に従って、特定のサービス同士に限定して、特定のサービスに利用する各ユーザＩＤに限定して、ユーザＩＤを連携させてもよい。

【0054】

統合処理部３１１は、関連付けられたユーザＩＤに対応する統合ＩＤを生成して付与する。統合処理部３１１は、生成された統合ＩＤにより識別される統合ユーザ情報を生成して、メモリ３３に記憶させる。統合ユーザ情報は、例えば上述の情報を含む。統合処理部３１１は、例えば、所定のユーザのユーザＩＤを初めて取得した際に、このユーザについての統合ＩＤや統合ユーザ情報を生成してよい。所定のユーザのユーザＩＤを２回目以降に取得した場合には、統合ＩＤや統合ユーザ情報は既に生成されているので、２回目以降に取得したユーザＩＤに対応するアクションログ等を、統合ユーザ情報に含めて集約可能である。

【0055】

統合処理部３１１は、関連付けられたユーザＩＤにより識別されるユーザのアクションログを名寄せする。つまり、統合処理部３１１は、関連付けられた各ユーザＩＤに対応するアクションログを集積して、統合ログを生成する。統合処理部３１１は、生成された統合ログを統合ユーザ情報に含めてメモリ３３に記憶させる。

【0056】

カスタマイズ処理部３１３は、統合ログに基づいて、ユーザの嗜好性を決定し、ユーザの嗜好性に基づいて、ユーザに提供されるサービスに係るコンテンツの再生時に表示される広告をカスタマイズする。これにより、事業者サーバ２０は、ユーザの過去の行動に応じて、ユーザの好み（例えばサッカー、野球、音楽が好み）に合わせた広告を挿入して表示させることができる。バックエンドサーバ３０のカスタマイズ処理部３１３によるカスタマイズ処理では、事業者サーバ２０のカスタマイズ処理部２１１によるカスタマイズ処理と比較すると、様々なサービスにおけるユーザのアクションを加味するので、一層正確にユーザの嗜好性の導出や、広告やコンテンツのカスタマイズが可能である。

【0057】

貢献度処理部３１４は、統合ログに基づいて、貢献度処理システム５で得られた収益に対する各事業者の貢献度を算出する。貢献度は、前述のように４つの貢献度要素を含み、具体的には、初期獲得貢献、リテンション貢献、データ量貢献、及びコンバージョン貢献を含む。貢献度処理部３１４は、各貢献度要素の貢献度を算出する。貢献度処理部３１４は、収益分配規定情報を参照し、各貢献度要素の重みに基づいて、各事業者の総合貢献度を算出する。この重みは、各貢献度要素の例えば重要度に基づいて予め定められている。また、この重みは、バックエンドサーバ３０の操作デバイス（不図示）を介して管理者により任意に指定されてもよい。そして、貢献度処理部３１４は、総合貢献度に基づいて、全体収益から各事業者に分配される収益である分配収益を算出する。また、貢献度要素の重要度は、ユーザ毎に定められ、ユーザによって異なってよい。

【0058】

一例として、初期獲得貢献、リテンション貢献、データ貢献、コンバージョン貢献の重みをそれぞれ、ｗ１、ｗ２、ｗ３、ｗ４)としておく。この重みは、正規化され、合計が「1」（つまりｗ１＋ｗ２＋ｗ３＋ｗ４＝１）とされていてよい。貢献度処理部３１４は、上記４つの貢献度要素の貢献度と各貢献度要素の重みとに基づいて、それぞれの事業者への分配収益を算出する。プロセッサ３１は、算出された各事業者の分配収益を、各事業者へ分配する。

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

動的パラメータは、例えば、因子分析によって因子１、因子２、因子３、及び因子４、などに分解される。各因子と、個別の広告の有効度と、の関連を示す情報が、サービス側（事業者サーバ２０）によって認識されているとする。例えば、因子1はユーザＵＲの外向性を示し、因子２はユーザＵＲの保守性を示し、因子３はユーザＵＲの好奇心の強さを示し、因子４はユーザＵＲの同調性を示すとする。このようにユーザＵＲの嗜好性が４つの因子で示される場合、カスタマイズ処理部３１３は、例えば、因子１：０．７,因子２：０．３，因子３：０．８、因子４：０．９)とされる。

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

５ 貢献度処理システム
１０ 端末
１１ プロセッサ
１２ 通信デバイス
１３ メモリ
１４ 操作デバイス
１５ 表示デバイス
２０ 事業者サーバ
２１ プロセッサ
２２ 通信デバイス
２３ メモリ
３０ バックエンドサーバ
３１ プロセッサ
３２ 通信デバイス
３３ メモリ
ＵＲ ユーザ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】