特開 2024-93961 分析システム、分析方法、及びプログラム

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

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

(11)【公開番号】P2024093961

(43)【公開日】2024-07-09

(54)【発明の名称】分析システム、分析方法、及びプログラム

(51)【国際特許分類】

   G06Q 30/0201 20230101AFI20240702BHJP

【ＦＩ】

G06Q30/0201

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022210632

(22)【出願日】2022-12-27

(71)【出願人】

【識別番号】399037405

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

(74)【代理人】

【識別番号】110000154

【氏名又は名称】弁理士法人はるか国際特許事務所

(72)【発明者】

【氏名】竹内 伸一

(72)【発明者】

【氏名】中澤 満

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

5L030

5L049

【Ｆターム（参考）】

5L030BB02

5L049BB02

(57)【要約】

【課題】サービスの利用を促進する。
【解決手段】分析システム（１）の利用状況情報取得部（２０１）は、任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する。順序特定部（２０２）は、利用状況情報に基づいて、複数のユーザの各々の順序を特定する。分析実行部（２０３）は、複数のユーザの各々の順序に基づいて、サービス間の送客に関する分析を実行する。
【選択図】図５

【特許請求の範囲】

【請求項1】

任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する利用状況情報取得部と、
前記利用状況情報に基づいて、複数のユーザの各々の前記順序を特定する順序特定部と、
前記複数のユーザの各々の前記順序に基づいて、前記サービス間の送客に関する分析を実行する分析実行部と、
を含む分析システム。

【請求項2】

前記順序特定部は、前記利用状況情報に基づいて、前記順序として、前記複数のサービスの各々の利用が開始された開始順序を特定し、
前記分析実行部は、前記複数のユーザの各々の前記開始順序に基づいて、前記分析を実行する、
請求項１に記載の分析システム。

【請求項3】

前記利用状況情報取得部は、複数の期間の各々と、当該期間における前記利用状況に関する前記利用状況情報と、が関連付けられた利用状況データベースから、前記複数の期間の各々の前記利用状況情報を取得し、
前記順序特定部は、前記複数の期間の各々の前記利用状況情報に基づいて、前記複数のユーザの各々の前記順序を特定する、
請求項１又は２に記載の分析システム。

【請求項4】

前記分析実行部は、
前記複数のユーザの各々の前記順序に基づいて、前記複数のサービスのうちの第１サービスが利用されてから第２サービスが利用されるまでの時間を計算し、
前記複数のユーザの各々の前記時間に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項5】

前記分析実行部は、
前記サービスの組み合わせごとに、前記時間が短いほど、前記第１サービスから前記第２サービスへの送客力が高くなるように、前記送客力を計算し、
前記サービスの組み合わせごとに計算された前記送客力に基づいて、前記分析を実行する、
請求項４に記載の分析システム。

【請求項6】

前記分析システムは、前記利用状況情報に基づいて、前記複数のユーザの各々による前記複数のサービスの各々の利用度合を計算する利用度合計算部を更に含み、
前記分析実行部は、前記複数のユーザの各々の前記順序及び前記利用度合に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項7】

前記分析実行部は、
前記サービスの組み合わせごとに、前記利用度合が大きいほど、前記サービス間の送客力が高くなるように、前記送客力を計算し、
前記サービスの組み合わせごとに計算された前記指標に基づいて、前記分析を実行する、
請求項６に記載の分析システム。

【請求項8】

前記分析システムは、前記複数のサービスのうちの第１サービスから第２サービスへの送客が発生した場合に、前記第１サービスにおける当該送客に関する要因を特定する要因特定部を更に含み、
前記分析実行部は、前記複数のユーザの各々の前記順序及び前記要因に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項9】

前記分析実行部は、前記複数のサービスのうちの第３サービスに更に基づいて、前記分析を実行する、
請求項８に記載の分析システム。

【請求項10】

前記分析システムは、前記複数のサービスのうち、前記複数のユーザの各々が利用している前記サービスの利用数を特定する利用数特定部を更に含み、
前記分析実行部は、前記複数のユーザの各々の前記順序及び前記利用数に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項11】

前記分析実行部は、
前記複数のユーザの各々の前記順序に基づいて、前記複数のサービスのうちの第１サービスから第２サービスへの送客が発生した場合の当該第１サービスの種類を特定し、
前記複数のユーザの各々の前記種類に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項12】

前記分析システムは、前記複数のユーザの各々による前記複数のサービスの各々の利用に応じたランクを取得するランク取得部を更に含み、
前記分析実行部は、前記複数のユーザの各々の前記順序及び前記ランクに基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項13】

前記分析システムは、前記複数のユーザの各々に関するユーザ情報を取得するユーザ情報取得部を更に含み、
前記分析実行部は、前記複数のユーザの各々の前記順序及び前記ユーザ情報に基づいて、前記分析を実行する、
請求項１又は２に記載の分析システム。

【請求項14】

前記分析システムは、前記分析の実行結果に基づいて、前記複数のサービスのうちの少なくとも１つに関する広告を出力する広告出力部を更に含む、
請求項１又は２に記載の分析システム。

【請求項15】

前記分析システムは、前記分析の実行結果に基づいて、前記複数のサービスの各々を管理する管理者に対し、前記送客に関する送客情報を提供する送客情報提供部を更に含む、
請求項１又は２に記載の分析システム。

【請求項16】

任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する利用状況情報取得ステップと、
前記利用状況情報に基づいて、複数のユーザの各々の前記順序を特定する順序特定ステップと、
前記複数のユーザの各々の前記順序に基づいて、前記サービス間の送客に関する分析を実行する分析実行ステップと、
を含む分析方法。

【請求項17】

任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する利用状況情報取得部、
前記利用状況情報に基づいて、複数のユーザの各々の前記順序を特定する順序特定部、
前記複数のユーザの各々の前記順序に基づいて、前記サービス間の送客に関する分析を実行する分析実行部、
としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、分析システム、分析方法、及びプログラムに関する。

【背景技術】

【0002】

従来、ユーザによるサービスの利用を促進する技術が検討されている。例えば、特許文献１には、ネットワークを介したサービスのユーザを、サービスの利用度合と、サービスの最後の利用日から現在までの利用停止期間と、の関係に基づいて、予め決められているユーザタイプに分類する技術が記載されている。特許文献１の技術では、ユーザタイプに属するユーザごとに、サービスの利用状況を解析してプロモーションが実行される。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－１６００３９号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１の技術は、あるサービスにおけるユーザの利用状況に基づいて、このサービスの利用を促進するプロモーションを行う技術にすぎない。即ち、特許文献１の技術は、ある１つのサービスの中で完結するプロモーションにすぎない。このため、特許文献１の技術では、あるサービスのユーザを他のサービスに送客するといったことはできないので、サービスの利用を十分に促進できなかった。

【0005】

本開示の目的の１つは、サービスの利用を促進することである。

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

【0006】

本開示に係る分析システムは、任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する利用状況情報取得部と、前記利用状況情報に基づいて、複数のユーザの各々の前記順序を特定する順序特定部と、前記複数のユーザの各々の前記順序に基づいて、前記サービス間の送客に関する分析を実行する分析実行部と、を含む。

【発明の効果】

【0007】

本開示によれば、サービスの利用を促進できる。

【図面の簡単な説明】

【0008】

【図1】分析システムの全体構成の一例を示す図である。

【図2】あるユーザが次々とサービスの利用を開始する場合の一例を示す図である。

【図3】図２とは異なるユーザが次々とサービスの利用を開始する場合の一例を示す図である。

【図4】送客力の分析結果に基づいて出力される広告の一例を示す図である。

【図5】分析システムで実現される機能の一例を示す図である。

【図6】ユーザデータベースの一例を示す図である。

【図7】利用状況データベースの一例を示す図である。

【図8】送客力データの一例を示す図である。

【図9】分析システムで実行される処理の一例を示す図である。

【図10】変形例において実現される機能の一例を示す図である。

【図11】変形例１の利用状況データベースの一例を示す図である。

【図12】変形例４における要因を説明するための図である。

【図13】送客情報を示す画面の一例である。

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

【0009】

［１．分析システムの全体構成］
本開示に係る分析システムの実施形態の一例を説明する。図１は、分析システムの全体構成の一例を示す図である。例えば、分析システム１は、サーバ１０Ａ，１０Ｂ、分析端末２０、及びユーザ端末３０Ａ，３０Ｂを含む。サーバ１０Ａ，１０Ｂ、分析端末２０、及びユーザ端末３０Ａ，３０Ｂの各々は、インターネット又はＬＡＮ等のネットワークＮに接続される。

【0010】

本実施形態では、サーバ１０Ａ，１０Ｂを区別しない時は、単にサーバ１０という。同様に、制御部１１Ａ，１１Ｂを区別しない時、記憶部１２Ａ，１２Ｂを区別しない時、及び通信部１３Ａ，１３Ｂを区別しない時は、それぞれ制御部１１、記憶部１２、及び通信部１３という。図１では、２つのサーバ１０が示されているが、サーバ１０の数は、任意の数であってよく、２つに限られない。例えば、サーバ１０は、１つであってもよいし、３つ以上であってもよい。

【0011】

サーバ１０は、サーバコンピュータである。例えば、サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

【0012】

分析端末２０は、後述の分析を実行するコンピュータである。例えば、分析端末２０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。例えば、分析端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、キーボード、マウス、又はタッチパネル等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等のディスプレイである。

【0013】

本実施形態では、ユーザ端末３０Ａ，３０Ｂを区別しない時は、単にユーザ端末３０という。同様に、制御部３１Ａ，３１Ｂを区別しない時、記憶部３２Ａ，３２Ｂを区別しない時、通信部３３Ａ，３３Ｂを区別しない時、操作部３４Ａ，３４Ｂを区別しない時、及び表示部３５Ａ，３５Ｂを区別しない時は、それぞれ制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５という。図１では、２つのユーザ端末３０が示されているが、ユーザ端末３０の数は、任意の数であってよく、２つに限られない。例えば、ユーザ端末３０は、１つであってもよいし、３つ以上であってもよい。

【0014】

ユーザ端末３０は、ユーザのコンピュータである。例えば、ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様であってよい。

【0015】

なお、記憶部１２，２２，３２に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体に記憶されたプログラムが、情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

【0016】

また、分析システム１は、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。例えば、分析システム１は、サーバ１０及びユーザ端末３０を含まずに、分析端末２０だけを含んでもよい。分析システム１は、分析端末２０と、サーバ１０及びユーザ端末３０以外の他のコンピュータと、を含んでもよい。これらの場合、サーバ１０及びユーザ端末３０は、分析システム１の外部に存在する。

【0017】

［２．分析システムの概要］
本実施形態では、ユーザは、複数のサービスの各々を、任意の順序で利用可能である。サービスは、オンラインで提供されてもよいし、オフラインで提供されてもよい。本実施形態では、決済サービス及び金融サービスといったフィンテックサービスを例に挙げるが、サービス自体は、任意の種類であってよく、例えば、電子商取引サービス、旅行予約サービス、通信サービス、又は動画配信サービスであってもよい。

【0018】

図２は、あるユーザが次々とサービスの利用を開始する場合の一例を示す図である。図２の例では、ユーザは、サービスＡ～Ｇを利用可能である。以降、サービスＡ～Ｇを区別しない時は、単にサービスという。サービスＡ～Ｇは、フィンテックサービスの一種という意味では互いに同じであるが、サービス自体は互いに異なる。本実施形態では、サービスＡ～Ｇの各々を提供する会社が、互いに同じグループに属する場合を説明するが、サービスＡ～Ｇの各々を提供する会社は、互いに同じグループ会社に属さなくてもよい。

【0019】

例えば、サービスＡ～Ｇは、あるグループの会社と、このグループではない会社と、が混在してもよい。サービスＡ～Ｇ等の複数のサービスは、サービス提供者がユーザに対して共通するポイント、電子マネー等の電子的バリューを付与可能なサービス群であってよく、ユーザが当該電子的バリューを共通して利用可能なサービス群であってよく、ユーザが共通するユーザＩＤ（ユーザ識別子）を利用してログイン可能なサービス群であってよい。例えば、ユーザがあるサービスを利用すると、ユーザは、このサービス又は他のサービスで利用可能なポイント等を獲得できる。

【0020】

例えば、ユーザが、サービスＡ～Ｇの全てを利用していなかったとする。この場合、ユーザは、サービスＡ～Ｇの中から好きなものを選択して利用を開始できる。本実施形態では、ユーザは、サービスＡ～Ｇの各々の利用を開始するために、所定の利用登録をする必要がある。図２の例では、ユーザは、最初にサービスＤの利用登録を行い、サービスＤの利用を開始する。その後、ユーザは、サービスＡ，Ｅ，Ｃの順に利用登録を行い、サービスＡ，Ｅ，Ｃの利用を開始する。

【0021】

上記のように、ユーザが複数のサービスの各々を順番に開始した場合、あるサービスが、他のサービスへの送客につながっている可能性がある。このような送客の因果関係を特定できれば、サービスの利用を促進できると考えられる。図２の例では、サービスＡの利用登録の前に、ユーザがサービスＤを利用していたので、サービスＡへの送客のためにサービスＤが有効な可能性がある。同様に、サービスＥへの送客のためにサービスＡが有効な可能性がある。サービスＣへの送客のためにサービスＥが有効な可能性がある。

【0022】

ここで、送客とは、ユーザが送客元のサービスを利用する状態からユーザが送客元及び送客先のサービスを含むサービス群を横断して利用する状態に遷移させることを指してよく、ユーザが当該サービス群のそれぞれを所定期間内に利用する状態に遷移させることを指してよく、当該サービス群を構成する少なくとも１つのサービスの組み合わせにおいてユーザのクロスユースを発生させることを指してよい。送客の意味は、後述の分析実行部２０３の説明でも記載する。

【0023】

本実施形態では、ユーザがあるサービスに利用登録をした場合に、直近で利用登録をした他のサービスが、当該利用登録されたサービスに送りこむ力があるものとする。本実施形態では、当該直近で利用登録をした他のサービスを、第１サービスという。当該利用登録されたサービスを、第２サービスという。第１サービスは、送客のソースとなるサービスである。第２サービスは、送客のターゲットとなるサービスである。第１サービス及び第２サービスは、後述する変形例のようなサービスであってもよく、本実施形態の例に限られない。

【0024】

例えば、ユーザが第２サービスに利用登録をした場合に、第１サービスに関連付けられた送客力が１ポイント増加する。送客力は、第２サービスへの送客にどの程度寄与しているかを示す指標である。例えば、送客力とは、サービス間の送客数、その予測値、その期待値等の統計値、送客頻度、送客発生率、送客成功率を含む、サービス間の送客数の多寡に応じて変動する何らかの値であってよい。本実施形態では、サービスの組み合わせごとに、送客力が存在するものとする。このため、サービスＡ～Ｇといった７つであれば、第１サービス及び第２サービスの全ての組み合わせである４２通りの送客力が存在する。

【0025】

図２の例では、サービスＤからサービスＡへの送客力（サービスＤが第１サービスに相当し、サービスＡが第２サービスに相当する場合の送客力）が１ポイント増加する。サービスＡからサービスＥへの送客力（サービスＡが第１サービスに相当し、サービスＥが第２サービスに相当する場合の送客力）が１ポイント増加する。サービスＥからサービスＣへの送客力（サービスＥが第１サービスに相当し、サービスＣが第２サービスに相当する場合の送客力）が１ポイント増加する。

【0026】

図３は、図２とは異なるユーザが次々とサービスの利用を開始する場合の一例を示す図である。図３の例では、ユーザが、最初にサービスＣの利用登録を行い、サービスＣの利用を開始する。その後、ユーザは、サービスＢ，Ａ，Ｄの順に利用登録を行い、サービスＢ，Ａ，Ｄの利用を開始する。図３の例では、サービスＢへの送客のためにサービスＣが有効な可能性がある。同様に、サービスＡへの送客のためにサービスＢが有効な可能性がある。サービスＤへの送客のためにサービスＡが有効な可能性がある。

【0027】

図３の例では、サービスＣからサービスＢへの送客力（サービスＣが第１サービスに相当し、サービスＢが第２サービスに相当する場合の送客力）が１ポイント増加する。サービスＢからサービスＡへの送客力（サービスＢが第１サービスに相当し、サービスＡが第２サービスに相当する場合の送客力）が１ポイント増加する。サービスＡからサービスＤへの送客力（サービスＡが第１サービスに相当し、サービスＤが第２サービスに相当する場合の送客力）が１ポイント増加する。本実施形態では、サービスの組み合わせごとに計算された送客力に基づいて、広告が表示されるようになっている。

【0028】

図４は、送客力の分析結果に基づいて出力される広告の一例を示す図である。例えば、電子決済のサービスから銀行のサービスへの送客力が高い場合には、ユーザ端末３０Ａのように、電子決済サービスの事業者が提供する電子決済アプリの画面ＳＣ１に、銀行口座の開設を案内する広告Ａ１が表示される。例えば、クレジットカード会社のサービスから、電子決済のサービスへの送客力が高い場合には、ユーザ端末３０Ｂのように、クレジットカードの利用明細の画面ＳＣ２に、電子決済アプリのダウンロードを案内する広告Ａ２が表示される。以降、画面ＳＣ１，ＳＣ２を区別しない時は、単に画面ＳＣ１という。広告Ａ１，Ａ２を区別しない時は、単に広告Ａという。

【0029】

以上のように、本実施形態では、種々のユーザの利用登録の順序が分析され、送客力が計算される。分析システム１は、第１サービス及び第２サービスの組み合わせのうち、送客力が相対的に高い組み合わせの第１サービスにおいて、第２サービスへの利用登録を促す広告を出力する。これにより、第２サービスへの利用登録を促すために最適な広告を出力することができるので、第２サービスの利用登録を促進できるようになっている。以降、分析システム１の詳細を説明する。

【0030】

［３．分析システムで実現される機能］
図５は、分析システム１で実現される機能の一例を示す図である。

【0031】

［３－１．サーバで実現される機能］
本実施形態では、複数のサービスの各々を提供するサーバ１０は、互いに同様の機能を有する場合を説明する。このため、１つのサーバ１０の機能として説明する。例えば、サーバ１０は、データ記憶部１００及びサービス提供部１０１を含む。データ記憶部１００は、記憶部１２により実現される。サービス提供部１０１は、制御部１１により実現される。

【0032】

［データ記憶部］
データ記憶部１００は、サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１を記憶する。

【0033】

図６は、ユーザデータベースＤＢ１の一例を示す図である。ユーザデータベースＤＢ１は、サービスに利用登録をしたユーザに関する各種情報が格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザＩＤ、パスワード、氏名、及び利用状況情報が格納される。ユーザデータベースＤＢ１には、ユーザに関する何らかの情報が格納されるようにすればよく、ユーザデータベースＤＢ１に格納される情報は、図６の例に限られない。例えば、ユーザデータベースＤＢ１には、ユーザが登録した個人情報が格納されてもよい。

【0034】

ユーザＩＤは、ユーザを識別可能なユーザ識別情報である。このため、ユーザＩＤと記載した箇所は、ユーザ識別情報と読み替えることができる。ユーザ識別情報は、ユーザＩＤ以外の他の情報であってもよく、ユーザＩＤに限られない。例えば、ユーザ識別情報は、メールアドレス又は電話番号であってもよい。ユーザ識別情報は、ユーザを何らかの形で識別可能な情報であればよい。ユーザＩＤは、サービスごとに異なっていてもよい。この場合には、どのユーザＩＤが同じユーザであるかを示す対応関係が分析端末２０のデータ記憶部２００に記録されているものとする。分析端末２０は、この対応関係に基づいて、どのユーザがどのサービスの利用を開始したかを特定できる。

【0035】

本実施形態では、全てのサービスでユーザＩＤが共通である場合を説明する。このため、ユーザは、どのサービスにも同じユーザＩＤでログインできる。ただし、ユーザが、あるサービスを初めて利用する場合には、このサービスへの利用登録の手続が必要であるものとする。例えば、ユーザが、初めて利用するサービスに利用登録するための画面に、自身のユーザＩＤ及びパスワードを入力すると、このサービスへの利用登録が完了する。ユーザＩＤ及びパスワード以外の他の情報の入力が要求されてもよい。

【0036】

利用状況情報は、ユーザによるサービスの利用状況に関する情報である。例えば、利用状況情報は、サービスに利用登録をした日時である利用登録日時、サービスにログインした日時、サービスを利用して支払った金額、サービスに関するウェブサイトの閲覧履歴、サービスを利用して購入した商品又はサービスの購入履歴、又はこれらの組み合わせを示す。本実施形態では、利用状況情報が利用登録日時を示す場合を説明するが、利用状況情報が示す利用状況は、個々のサービスのログインユーザ数、ページビュー数、利用金額、又は顧客増加数といった種々のビジネスメトリクスに相当する情報であってよい。

【0037】

［サービス提供部］
サービス提供部１０１は、ユーザに対し、サービスを提供する。本実施形態では、サービスを提供するために利用登録が必要なので、サービス提供部１０１は、利用登録をしたユーザに対し、サービスを提供する。利用登録の流れ自体は、公知の種々の流れを利用可能である。例えば、ユーザは、ユーザ端末３０に表示された所定の利用登録のフォームに対し、氏名やメールアドレスといった必要事項を入力する。

【0038】

例えば、ユーザが利用登録の手続を完了すると、サービス提供部１０１は、ユーザデータベースＤＢ１に新たなレコードを作成する。サービス提供部１０１は、利用登録をしたユーザのユーザＩＤ等の情報を、新たなレコードに格納する。新たなレコードに格納される利用状況情報が示す利用登録日時は、ユーザが利用登録の手続を完了した日時である。ユーザＩＤ及び利用登録情報は、任意のタイミングで分析端末２０に送信される。

【0039】

なお、利用登録が完了したユーザにサービスを提供するための処理自体は、公知の種々の処理であってよい。例えば、クレジットカード会社が提供するサービスであれば、サービス提供部１０１は、ユーザのクレジットカード番号に基づいて、クレジットカード決済を実行する。サービス提供部１０１は、ユーザＩＤに関連付けて、クレジットカード決済が実行されたことを示す利用状況情報を、データ記憶部１００のユーザデータベースＤＢ１に格納する。例えば、利用状況情報には、クレジットカードを利用した店舗、利用額、及び利用日時が含まれる。

【0040】

例えば、銀行が提供するサービスであれば、サービス提供部１０１は、ユーザの銀行口座の残高に基づいて、出金、入金、又は振込を実行する。サービス提供部１０１は、ユーザＩＤに関連付けて、出金、入金、又は振込が実行されたことを示す利用状況情報を、データ記憶部１００のユーザデータベースＤＢ１に格納する。例えば、利用状況情報には、出金、入金、又は振込の金額及び日時が含まれる。

【0041】

他のサービスについても同様に、サービス提供部１０１は、ユーザに対し、サービスを提供する。例えば、サービス提供部１０１は、ユーザが利用登録をした場合に、ユーザが利用登録をしたことを示す情報を、データ記憶部１００のユーザデータベースＤＢ１に格納する。例えば、サービス提供部１０１は、ユーザに対してサービスを提供した場合に、ユーザＩＤに関連付けて、ユーザがサービスを利用したことを示す情報を、データ記憶部１００のユーザデータベースＤＢ１に格納する。

【0042】

［３－２．分析端末で実現される機能］
例えば、分析端末２０は、データ記憶部２００、利用状況情報取得部２０１、順序特定部２０２、分析実行部２０３、及び広告出力部２０４を含む。データ記憶部２００は、記憶部２２により実現される。利用状況情報取得部２０１、順序特定部２０２、分析実行部２０３、及び広告出力部２０４は、制御部２１により実現される。

【0043】

［データ記憶部］
データ記憶部２００は、後述の分析を実行するために必要なデータを記憶する。例えば、データ記憶部２００は、利用状況データベースＤＢ２と、送客力データＤＴと、を記憶する。

【0044】

図７は、利用状況データベースＤＢ２の一例を示す図である。利用状況データベースＤＢ２は、ユーザによるサービスの利用状況に関する利用状況情報が格納されたデータベースである。例えば、利用状況データベースＤＢ２には、ユーザＩＤと、複数のサービスの各々の利用状況情報と、が格納される。利用状況データベースＤＢ２には、任意の情報が格納されてよく、利用状況データベースＤＢ２に格納される情報は、図７の例に限られない。例えば、後述の変形例で説明する情報が利用状況データベースＤＢ２に格納されてもよい。

【0045】

本実施形態では、利用状況情報は、サービスの利用登録日時を示す。図７の例では、個々のユーザのユーザＩＤごとに、複数のサービスのうち、このユーザが利用登録をしたサービスの利用登録日時を示す利用状況情報が、利用状況データベースＤＢ２に格納される。ユーザが利用登録をしていないサービスの利用状況情報は、利用状況データベースＤＢ２に格納されないものとする。

【0046】

図７の例では、図２のようにサービスを開始したユーザの利用状況情報が示されている。このため、サービスＡ，Ｃ，Ｄ，Ｅの利用状況情報が利用状況データベースＤＢ２に格納されている。図３の例では、サービスＤ，Ａ，Ｅ，Ｃの順で利用登録が行われているので、図７のように、利用状況情報が示す利用登録日時は、サービスＤ，Ａ，Ｅ，Ｃの順になる。利用状況情報は、利用登録日時以外の他の情報を含んでもよい。分析端末２０は、サービスＡ～Ｇの各々のサーバ１０から、ユーザの利用状況情報を取得して利用状況データベースＤＢ２に格納する。

【0047】

図８は、送客力データＤＴの一例を示す図である。送客力データＤＴは、サービスの組み合わせごとの送客力に関するデータである。例えば、送客力データＤＴには、第１サービス及び第２サービスの組み合わせごとに、送客力が示される。図２，３のような７つのサービスであれば、第１サービス及び第２サービスの組み合わせとしては、４２通り存在するので、送客力データＤＴには、４２個の送客力が示される。送客力データＤＴは、分析実行部２０３により更新される。

【0048】

［利用状況情報取得部］
利用状況情報取得部２０１は、任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報を取得する。本実施形態では、利用状況データベースＤＢ２に利用状況情報が格納されているので、利用状況情報取得部２０１は、利用状況データベースＤＢ２から利用状況情報を取得する。利用状況情報取得部２０１は、全てのユーザの利用状況情報を取得してもよいし、一部のユーザの利用状況情報を取得してもよい。

【0049】

なお、利用状況情報は、利用状況データベースＤＢ２以外の他のデータベースに格納されていてもよい。この場合、利用状況情報取得部２０１は、他のデータベースから利用状況情報を取得する。利用状況情報は、分析端末２０以外の他のコンピュータ又は情報記憶媒体に記憶されていてもよい。この場合、利用状況情報取得部２０１は、他のコンピュータ又は情報記憶媒体から利用状況情報を取得する。

【0050】

［順序特定部］
順序特定部２０２は、利用状況情報に基づいて、複数のユーザの各々の順序を特定する。本実施形態では、順序特定部２０２は、利用状況情報に基づいて、当該順序として、複数のサービスの各々の利用が開始された開始順序を特定する場合を説明するが、順序特定部２０２が特定する順序は、開始順序に限られない。例えば、順序特定部２０２は、順序として、複数のサービスの各々が利用された順序である利用順序を特定してもよい。利用順序を特定する処理については、後述の変形例で説明する。

【0051】

例えば、順序特定部２０２は、ユーザごとに、複数のサービスの各々の利用状況情報が示す利用登録日時に基づいて、開始順序を特定する。順序特定部２０２は、あるユーザＩＤに関連付けられた複数のサービスの各々の利用状況情報が示す利用登録日時に基づいて、複数のサービスの各々の開始順序を特定する。順序特定部２０２は、複数のサービスの各々の利用登録日時の早い順に利用が開始されたと判定し、複数のサービスの各々の開始順序を特定する。

【0052】

図２の例であれば、サービスＤ，Ａ，Ｅ，Ｃの利用状況情報が、ユーザＩＤに関連付けられている。サービスＢ，Ｆ，Ｇの利用状況情報は、ユーザＩＤに関連付けられていない。順序特定部２０２は、開始順序として、利用状況情報が示す利用開始日時の早い順にサービスＤ，Ａ，Ｅ，Ｃを特定する。図３の例であれば、サービスＣ，Ｂ，Ａ，Ｄの利用状況情報が、ユーザＩＤに関連付けられている。サービスＥ，Ｆ，Ｇの利用状況情報は、ユーザＩＤに関連付けられていない。順序特定部２０２は、開始順序として、利用状況情報が示す利用開始日時の早い順にサービスＣ，Ｂ，Ａ，Ｄを特定する。

【0053】

［分析実行部］
分析実行部２０３は、複数のユーザの各々の順序（順序特定部２０２により特定された順序）に基づいて、サービス間の送客に関する分析を実行する。送客とは、第１サービスが第２サービスを利用する要因になることである。例えば、第１サービスがクレジットカード会社のサービスであり、第２サービスが電子決済を提供する事業者のサービスである場合、クレジットカードを利用するユーザが、電子決済アプリをダウンロードし、このクレジットカードで電子決済アプリの利用を開始することは、送客に相当する。

【0054】

例えば、第１サービスが銀行のサービスであり、第２サービスが証券会社のサービスである場合、銀行口座を保有するユーザが、証券会社のサービスの利用登録を行い、この銀行口座と、証券会社の証券口座と、の連携を開始することは、送客に相当する。例えば、第１サービスが電子マネーのサービスであり、第２サービスが保険会社のサービスである場合、電子マネーを保有するユーザが、保険の契約を行い、電子マネーを利用して保険の支払を開始することは、送客に相当する。

【0055】

送客に関する分析とは、第１サービスと第２サービスの因果関係を分析することである。例えば、あるユーザによる第２サービスの利用の要因が第１サービスであるか否かを判定することは、送客に関する分析に相当する。第１サービスの利用を開始したことによって、第２サービスの利用を開始したか否かを判定することは、送客に関する分析に相当する。例えば、順序特定部２０２により特定された順序に基づいて、第２サービスを開始した要因が、第２サービスの１つ前に利用を開始した第１サービスであると判定することは、送客に関する分析に相当する。

【0056】

本実施形態では、第１サービスと第２サービスの組み合わせに関連付けられた送客力を計算することが、送客に関する分析に相当する場合を説明する。例えば、分析実行部２０３は、順序特定部２０２が特定した順序に基づいて、複数のサービスのうち、第１サービスに相当するサービスと、第２サービスに相当するサービスと、を特定する。分析実行部２０３は、当該特定された第１サービス及び第２サービスの組み合わせに関連付けられた送客力を増加させる。本実施形態では、この増加量が固定値である場合を説明するが、第１サービス及び第２サービスの少なくとも一方の利用回数又は利用額等に応じて増加量が異なってもよい。

【0057】

図２の例であれば、サービスＤが第１サービスに相当し、かつ、サービスＡが第２サービスに相当するので、分析実行部２０３は、サービスＤが第１サービスであり、かつ、サービスＡが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。同様に、分析実行部２０３は、サービスＡが第１サービスであり、かつ、サービスＥが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。サービスＥが第１サービスであり、かつ、サービスＣが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。

【0058】

図３の例であれば、サービスＣが第１サービスに相当し、かつ、サービスＢが第２サービスに相当するので、分析実行部２０３は、サービスＣが第１サービスであり、かつ、サービスＢが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。同様に、分析実行部２０３は、サービスＢが第１サービスであり、かつ、サービスＡが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。サービスＡが第１サービスであり、かつ、サービスＤが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。

【0059】

例えば、分析実行部２０３は、複数のユーザの各々の開始順序に基づいて、分析を実行する。分析実行部２０３は、ユーザごとに、図２，３のようにして、第１サービス及び第２サービスの組み合わせに関連付けられた送客力を増加させる。本実施形態では、第２サービスの直近に利用登録をしたサービスが第１サービスに相当する場合を説明するが、第２サービスの２つ以上前に利用登録をしたサービスが第１サービスに相当してもよい。この場合、直帰のサービスと、２つ以上前に利用登録をしたサービスと、の両方が第１サービスに相当してもよい。

【0060】

図２の例であれば、分析実行部２０３は、サービスＥの利用を開始した要因となった第１サービスとして、サービスＤ，Ａを特定してもよい。この場合、分析実行部２０３は、サービスＤ，Ａが第１サービスであり、かつ、サービスＥが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。これらの場合で、送客力の増加量が異なってもよい。例えば、より古くから利用登録をされているサービスＤの送客力の増加量を、サービスＡの送客力の増加量よりも小さくしてもよい。

【0061】

例えば、図２の例において、分析実行部２０３は、サービスＣの利用を開始した要因となった第１サービスとして、サービスＤ，Ａ，Ｅを特定してもよい。この場合、分析実行部２０３は、サービスＤ，Ａ，Ｅが第１サービスであり、かつ、サービスＣが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。これらの場合で、送客力の増加量が異なってもよい。例えば、最も古くから利用登録をされているサービスＤの送客力の増加量を、サービスＡ，Ｅの送客力の増加量よりも小さくしてもよい。更に、次に古くから利用登録をされているサービスＡの送客力の増加量を、サービスＥの送客力の増加量よりも小さくしてもよい。

【0062】

図３の例であれば、分析実行部２０３は、サービスＡの利用を開始した要因となった第１サービスとして、サービスＣ，Ｂを特定してもよい。この場合、分析実行部２０３は、サービスＣ，Ｂが第１サービスであり、かつ、サービスＡが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。これらの場合で、送客力の増加量が異なってもよい。例えば、より古くから利用登録をされているサービスＣの送客力の増加量を、サービスＡの送客力の増加量よりも小さくしてもよい。

【0063】

例えば、図３の例において、分析実行部２０３は、サービスＤの利用を開始した要因となった第１サービスとして、サービスＣ，Ｂ，Ａを特定してもよい。この場合、分析実行部２０３は、サービスＣ，Ｂ，Ａが第１サービスであり、かつ、サービスＤが第２サービスである組み合わせに関連付けられた送客力を、１ポイント増加させる。これらの場合で、送客力の増加量が異なってもよい。例えば、より古くから利用登録をされているサービスＣの送客力の増加量を、サービスＢ，Ａの送客力の増加量よりも小さくしてもよい。更に、次に古くから利用登録をされているサービスＢの送客力の増加量を、サービスＡの送客力の増加量よりも小さくしてもよい。

【0064】

［広告出力部］
広告出力部２０４は、分析実行部２０３による分析の実行結果に基づいて、複数のサービスのうちの少なくとも１つに関する広告を出力する。例えば、広告出力部２０４は、第２サービスへの送客の元となる第１サービスのユーザのうち、まだ第２サービスの利用登録をしていないユーザに対し、第２サービスに関する広告を出力する。広告を出力するとは、ユーザ端末３０に広告を表示させること、ユーザ端末３０に広告を表示させるためのデータを外部に出力すること、又は当該データを設定することである。

【0065】

例えば、広告出力部２０４は、第１サービスのユーザのうち、まだ２サービスの利用登録をしていないユーザが第１サービスのページにアクセスした場合に、第２サービスに関するバナー広告を当該ページに表示させる。なお、広告の媒体自体は、任意の媒体であってよく、バナー広告に限られない。例えば、広告出力部２０４は、電子メール、ＳＭＳ、メッセージアプリ、ＳＮＳ、又はプッシュ通知を利用して、広告を出力してもよい。

【0066】

本実施形態では、広告出力部２０４は、広告を掲載するサービスのサーバ１０に対し、広告に関する広告データを記録することによって、広告を出力する。このため、広告データをサーバ１０に送信する処理が、広告を出力する処理に相当する。広告データは、広告を表示させるために必要なデータであればよく、例えば、広告の画像データ、広告の内容を示すテキストデータ、又は広告に相当する電子メールのデータである。広告データは、ユーザデータベースＤＢ１又は他のデータベースに格納される。サーバ１０は、広告データに基づいて、ユーザ端末３０に広告を表示させる。

【0067】

［３－３．ユーザ端末で実現される機能］
ユーザ端末３０は、データ記憶部３００、表示制御部３０１、及び操作受付部３０２を含む。データ記憶部３００は、記憶部３２により実現される。表示制御部３０１及び操作受付部３０２は、制御部３１により実現される。

【0068】

[データ記憶部]
データ記憶部３００は、ユーザがサービスを利用するために必要なデータを記憶する。例えば、データ記憶部３００は、サービスに関する画面ＳＣを表示するためのブラウザ又は専用のアプリケーションを記憶する。

【0069】

［表示制御部］
表示制御部３０１は、ユーザがサービスを利用するための画面ＳＣを表示部３５に表示させる。例えば、表示制御部３０１は、広告Ａを含む画面ＳＣを表示部３５に表示させる。

【0070】

［操作受付部］
操作受付部３０２は、ユーザがサービスを利用するための操作を受け付ける。例えば、操作受付部３０２は、ユーザがサービスの利用登録をするための操作をした場合に、サーバ１０に対し、その操作内容を送信する。

【0071】

［４．分析システムで実行される処理］
図９は、分析システム１で実行される処理の一例を示す図である。図９の処理は、制御部１１，２１，３１がそれぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。

【0072】

図９のように、ユーザ端末３０は、複数のサービスの何れかにユーザが利用登録をする操作が行われた場合に、当該サービスのサーバ１０に対し、利用登録をするためのページにアクセスするためのアクセス要求を送信する（Ｓ１）。サーバ１０は、アクセス要求を受信すると、ユーザ端末３０との間で、サービスへの利用登録の処理を実行する（Ｓ２）。サーバ１０は、ユーザの利用登録が完了すると、ユーザデータベースＤＢ１を更新する（Ｓ３）。以降、ユーザは、サービスを利用可能な状態になる。

【0073】

分析端末２０は、分析端末２０を操作する分析者により所定の操作が行われた場合に、サーバ１０に対し、ユーザの利用状況情報の取得要求を送信する（Ｓ４）。サーバ１０は、分析端末２０から取得要求を受信すると、ユーザデータベースＤＢ１を参照し、全又は一部のユーザの利用状況情報を、分析端末２０に送信する（Ｓ５）。分析端末２０は、サーバ１０から受信した利用状況情報を、利用状況データベースＤＢ２に格納する（Ｓ６）。

【0074】

分析端末２０は、利用状況データベースＤＢ２に格納された種々のユーザの利用状況情報を取得する（Ｓ７）。分析端末２０は、利用状況情報に基づいて、複数のユーザの各々がサービスを開始した順序を特定する（Ｓ８）。分析端末２０は、Ｓ８における特定結果に基づいて、サービスの組み合わせごとの送客力を計算する（Ｓ９）。Ｓ９では、分析端末２０は、Ｓ８で特定した順序に基づいて、各ユーザの第１サービス及び第２サービスの組み合わせを特定する。分析端末２０は、当該特定された組み合わせの送客力が増加するように、送客力データＤＴを更新する。

【0075】

分析端末２０は、送客力データＤＴに基づいて、広告を出力する処理を実行し（Ｓ１０）、本処理は終了する。Ｓ１０では、分析端末２０は、第１サービスごとに、最も送客力が大きい第２サービスの広告データを、第１サービスのサーバ１０に送信する。図８の送客力データＤＴであれば、分析端末２０は、サービスＡのサーバ１０に対し、送客力が最も大きいサービスＤに関する広告データを送信する。分析端末２０は、サービスＢのサーバ１０に対し、送客力が最も大きいサービスＡに関する広告データを送信する。分析端末２０は、他のサービスＣ～Ｇについても同様に、送客力が最も大きいサービスに関する広告データをサーバ１０に送信する。

【0076】

なお、Ｓ１０の処理は、上記の例に限られない。分析端末２０は、全てのサービスについてＳ１０の処理を実行するのではなく、一部のサービスについてのみＳ１０の処理を実行してもよい。他にも例えば、分析端末２０は、最も送客力が大きいサービスに関する広告データだけではなく、２番目以降に送客力が大きいサービスに関する広告データを送信してもよい。例えば、分析端末２０は、送客力に応じた数の広告が出力されるように、広告データを送信してもよい。

【0077】

本実施形態の分析システム１は、任意の順序で利用可能な複数のサービスの各々の利用状況に関する利用状況情報に基づいて、複数のユーザの各々の順序を特定する。分析システム１は、複数のユーザの各々の順序に基づいて、サービス間の送客に関する分析を実行する。これにより、どのサービスからどのサービスへの送客が有効かを、上記順序に基づいて分析できるので、精度の高い分析を実行し、サービスの利用を促進できる。

【0078】

また、分析システム１は、利用状況情報に基づいて、順序として、複数のサービスの各々の利用が開始された開始順序を特定する。分析システム１は、複数のユーザの各々の開始順序に基づいて、分析を実行する。例えば、ユーザがサービスＡの利用を開始した後にサービスＢの利用を開始したとすると、ユーザがサービスＡを利用している間に、サービスＢを利用すればより利便性が高くなると考えた可能性がある。この場合、サービスＡは、サービスＢへの送客に有効である可能性がある。このように、開始順序に着目した分析を実行することによって、精度の高い分析を実行し、サービスの利用を促進できる。

【0079】

また、分析システム１は、分析の実行結果に基づいて、複数のサービスのうちの少なくとも１つに関する広告を出力する。これにより、送客に有効な広告を出力できるので、あるサービスから他のサービスへの送客を促進できる。その結果、サービスの利用を促進できる。図２を例に挙げると、サービスＤからサービスＡへの送客が有効との分析結果が得られた場合に、サービスＡの利用登録をしていないがサービスＤの利用登録をしているユーザに対し、サービスＡのキャンペーンの広告を出力することによって、より早い段階でサービスＡの利用登録をさせることができる。その結果、サービスＡの利用を促進できる。

【0080】

［５．変形例］
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

【0081】

図１０は、変形例において実現される機能の一例を示す図である。以降説明する変形例では、利用度合計算部２０５、要因特定部２０６、利用数特定部２０７、ランク取得部２０８、ユーザ情報取得部２０９、及び送客情報提供部２１０が実現される。利用度合計算部２０５、要因特定部２０６、利用数特定部２０７、ランク取得部２０８、ユーザ情報取得部２０９、及び送客情報提供部２１０の各々は、制御部２１により実現される。

【0082】

［５－１．変形例１］
例えば、実施形態では、複数のサービスの各々が開始された順序である開始順序に基づいて、送客に関する分析が実行される場合を説明した。送客に関する分析は、他の順序に基づいて実行されてもよい。例えば、複数のサービスの各々が利用された順序である利用順序に基づいて、送客に関する分析が実行されてもよい。実施形態で説明したような利用登録が必要なサービスの場合には、利用順序は、利用登録後にサービスが利用された順序である。

【0083】

図１１は、変形例１の利用状況データベースＤＢ２の一例を示す図である。例えば、利用状況情報取得部２０１は、複数の期間の各々と、当該期間における利用状況に関する利用状況情報と、が関連付けられた利用状況データベースＤＢ２から、複数の期間の各々の利用状況情報を取得する。期間は、任意の長さであってよく、図１１のような半年に限られない。例えば、期間は、１日、１週間、１ヶ月、又は他の期間であってもよい。

【0084】

変形例１では、利用状況情報は、個々の期間にユーザがサービスを利用したか否かを示す。例えば、利用状況情報は、サービスを利用したことを示す第１の値（図１１の例では「Ｙ」）、又は、サービスを利用していないことを示す第２の値（図１１の例では「Ｎ」）を示す。変形例１では、サーバ１０が利用状況情報を生成する場合を説明するが、分析端末２０が、サーバ１０から、個々のユーザがサービスを利用したか否かを示す情報を取得し、利用状況情報を生成してもよい。

【0085】

例えば、サーバ１０は、個々の期間で、あるユーザがサービスを利用した場合には、このユーザに関連付けられた利用状況情報を第１の値にする。サーバ１０は、個々の期間で、あるユーザがサービスを利用しなかった場合には、このユーザに関連付けられた利用状況情報を第２の値にする。ここでのサービスの利用とは、サービスに１回でもログインすること、サービスに所定回数のログインすること、サービスで所定数のページを閲覧すること、又はサービスで商品を購入することである。

【0086】

例えば、サーバ１０は、期間、ユーザＩＤ、及び利用状況情報のデータセットを生成し、分析端末２０に対して送信する。実施形態と同様に、サーバ１０は、分析端末２０からの要求に応じて、データセットを送信してもよい。分析端末２０は、データセットを受信すると、利用状況データベースＤＢ２に追加する。変形例２では、ユーザがある期間にあるサービスを１度でも利用すれば、この期間のこのサービスの利用状況情報が第１の値になる場合を説明するが、第１の値になるための条件が定められていてもよい。この条件としては、先述した所定回数のログイン等であってよい。

【0087】

例えば、順序特定部２０２は、複数の期間の各々の利用状況情報に基づいて、複数のユーザの各々の順序を特定する。変形例１では、順序特定部２０２が、当該順序として、利用順序を特定する場合を説明する。順序特定部２０２は、ある第１期間における利用状況情報が第２の値のサービスが存在する場合に、第１期間の次の第２期間における利用状況情報が第１の値に変化しているか否かを判定する。この場合、順序特定部２０２は、このサービスが第１期間で利用されていなかったが、第２期間で利用され始めたという順序を特定する。

【0088】

例えば、順序特定部２０２は、ある第１期間における利用状況情報が第１の値のサービスが存在する場合に、第１期間の次の第２期間における利用状況情報が第２の値に変化しているか否かを判定する。この場合、順序特定部２０２は、このサービスが第１期間で利用されていたが、第２期間で利用されなくなったという順序を特定する。なお、順序特定部２０２は、複数の期間の各々の利用状況情報に基づいて、実施形態で説明した開始順序を特定してもよい。

【0089】

変形例１の分析システム１は、複数の期間の各々の利用状況情報に基づいて、複数のユーザの各々の順序を特定する。これにより、複数の期間の各々でどのようにサービスが利用されたかといった時間的な順序を考慮して、送客に関する分析を実行できるので、サービスの利用を促進できる。

【0090】

［５－２．変形例２］
例えば、分析実行部２０３は、複数のユーザの各々の順序に基づいて、複数のサービスのうちの第１サービスが利用されてから第２サービスが利用されるまでの時間を計算し、複数のユーザの各々の時間に基づいて、分析を実行してもよい。実施形態の例であれば、この時間は、第１サービスの利用登録日時から第２サービスの利用登録日時までの時間である。変形例１の例では、第２サービスが利用される前に第１サービスが最後に利用された日時である最終利用日時から、第２サービスが利用された最新の日時である最新利用日時である。

【0091】

例えば、分析実行部２０３は、サービスの組み合わせごとに、上記時間が短いほど、第１サービスから第２サービスへの送客力が高くなるように、送客力を計算し、分析実行部２０３は、サービスの組み合わせごとに計算された送客力に基づいて、分析を実行する。逆に言えば、分析実行部２０３は、サービスの組み合わせごとに、上記時間が長いほど、第１サービスから第２サービスへの送客力が弱くなるように、送客力を計算する。

【0092】

例えば、分析実行部２０３は、上記時間が３ヶ月以上である場合には、第１サービスから第２サービスの送客力を０．１ポイント増加させる。分析実行部２０３は、上記時間が１日未満である場合には、第１サービスから第２サービスの送客力を１ポイント増加させる。このように、上記時間が短いほど、第２サービスへの送客に第１サービスが寄与していると考えられるので、送客力が高くなるようにする。

【0093】

なお、上記時間と送客力との関係を示すデータは、データ記憶部２００に予め記憶されているものとする。上記時間が短いほど送客力が高くなるように、このデータが定義されている。このデータは、任意の形式であってよく、例えば、数式、テーブル、機械学習モデル、又はプログラムコードの一部であってもよい。分析実行部２０３は、上記時間とこのデータに基づいて、送客力を計算する。送客力が計算された後の分析自体は、実施形態と同様であってよい。

【0094】

また、分析実行部２０３は、送客力を計算する以外の他の目的で、上記時間を利用してもよい。例えば、分析実行部２０３は、上記時間の平均値を計算し、平均値が小さい第１サービスが第２サービスへの送客に寄与すると分析してもよい。例えば、分析実行部２０３は、上記時間の分布を集計して中間値又は最頻値を取得し、中間値又は最頻値が小さい第１サービスが第２サービスへの送客に寄与すると分析してもよい。

【0095】

変形例２の分析システム１は、複数のユーザの各々の順序に基づいて、複数のサービスのうちの第１サービスが利用されてから第２サービスが利用されるまでの時間を計算し、複数のユーザの各々の時間に基づいて、分析を実行する。これにより、第２サービスへの送客に寄与した第１サービスをより正確に特定できる。その結果、第２サービスの利用を促進できる。

【0096】

また、サービスの組み合わせごとに、時間が短いほど、第１サービスから第２サービスへの送客力が高くなるように、送客力を計算し、サービスの組み合わせごとに計算された送客力に基づいて、分析を実行する。これにより、送客力が示す第１サービスの影響の精度が高くなる。その結果、第２サービスの利用を促進できる。

【0097】

［５－３．変形例３］
例えば、実施形態で説明した順序だけではなく、個々のサービスの利用度合も考慮して、送客に関する分析が実行されてもよい。利用度合とは、サービスをどの程度利用しているかを示す指標である。例えば、利用額、利用回数（ログイン回数、アクセス回数、又は購入回数）、利用頻度、又はこれらの組み合わせは、利用度合に相当する。利用度合は、利用状況情報に含まれる情報から計算可能である。変形例３では、利用額等の情報が利用状況情報に含まれているものとする。

【0098】

変形例３の分析システム１は、利用度合計算部２０５を含む。利用度合計算部２０５は、利用状況情報に基づいて、複数のユーザの各々による複数のサービスの各々の利用度合を計算する。例えば、利用額が利用度合に相当する場合、利用度合計算部２０５は、複数のサービスの各々の利用状況情報に含まれる利用額の合計値を計算し、当該サービスの利用度合として取得する。利用回数が利用度合に相当する場合、利用度合計算部２０５は、複数のサービスの各々の利用状況情報に含まれる利用回数の合計値を計算し、当該サービスの利用度合として取得する。利用度合計算部２０５は、他の利用度合も同様にして計算可能である。

【0099】

変形例３の分析実行部２０３は、複数のユーザの各々の順序及び利用度合に基づいて、分析を実行する。分析実行部２０３は、順序だけではなく利用度合も考慮して、分析を実行する。例えば、分析実行部２０３は、第１サービスの利用度合が高いほど、第１サービスから第２サービスへの送客力が高くなるように、送客力を計算する。逆に言えば、分析実行部２０３は、第１サービスの利用度合が低いほど、第１サービスから第２サービスへの送客力が低くなるように、送客力を計算する。なお、第１サービス及び第２サービスの特定方法自体は、実施形態又は変形例１と同様であってよい。

【0100】

例えば、分析実行部２０３は、サービスの組み合わせごとに、利用度合が大きいほど、サービス間の送客力が高くなるように、送客力を計算し、サービスの組み合わせごとに計算された指標に基づいて、分析を実行する。利用額を例に挙げると、分析実行部２０３は、第１サービスの利用額が１０万円といった比較的高い額であれば、第１サービスから第２サービスへの送客力を１ポイント増加させる。分析実行部２０３は、第１サービスの利用額が５００円といった比較的低い額であれば、第１サービスから第２サービスへの送客力を０．１ポイント増加させる。

【0101】

なお、利用度合と送客力との関係を示すデータは、データ記憶部２００に予め記憶されているものとする。利用度合が高いほど送客力が高くなるように、このデータが定義されている。このデータは、任意の形式であってよく、例えば、数式、テーブル、機械学習モデル、又はプログラムコードの一部であってもよい。分析実行部２０３は、利用度合とこのデータに基づいて、送客力を計算する。送客力が計算された後の分析自体は、実施形態と同様であってよい。

【0102】

また、分析実行部２０３は、送客力を計算する以外の他の目的で、利用度合を利用してもよい。例えば、分析実行部２０３は、利用度合の平均値を計算し、平均値が高い第１サービスが第２サービスへの送客に寄与すると分析してもよい。例えば、分析実行部２０３は、利用度合の分布を集計して中間値又は最頻値を取得し、中間値又は最頻値が小さい第１サービスが第２サービスへの送客に寄与すると分析してもよい。

【0103】

変形例３の分析システム１は、複数のユーザの各々の順序及び利用度合に基づいて、分析を実行する。これにより、第２サービスへの送客に寄与した第１サービスをより正確に特定できる。その結果、第２サービスの利用を促進できる。

【0104】

また、分析実行部２０３は、サービスの組み合わせごとに、利用度合が大きいほど、サービス間の送客力が高くなるように、送客力を計算し、サービスの組み合わせごとに計算された指標に基づいて、分析を実行する。これにより、送客力が示す第１サービスの影響の精度が高くなる。その結果、第２サービスの利用を促進できる。

【0105】

［５－４．変形例４］
例えば、実施形態では、第２サービスの直近に利用登録が行われた他のサービスが、第１サービスとして特定される場合を説明したが、第２サービスの利用登録の要因（導線）を明確に特定できることがある。例えば、あるサービスで他のサービスの利用登録に関するキャンペーンが行われる場合に、当該キャンペーンが他のサービスの利用登録の要因になることがある。キャンペーンの画面に表示されたリンクが選択されることによって、他のサービスの利用登録が行われた場合には、他のサービスの利用登録になったのがキャンペーンであることを特定できる。このため、第２サービスの利用登録が行われる要因となったキャンペーンが行われたサービスが第１サービスとして特定されてもよい。

【0106】

変形例４の分析システム１は、要因特定部２０６を含む。要因特定部２０６は、複数のサービスのうちの第１サービスから第２サービスへの送客が発生した場合に、第１サービスにおける当該送客に関する要因を特定する。要因とは、ユーザが第２サービスを利用するために第１サービスで行った行為である。例えば、第１サービスのページで表示される第２サービスの広告、又は、第１サービスのページで表示される第２サービスのページへのリンクを選択することは、要因に相当する。リンクには、第１サービス及び第２サービスの組み合わせを識別する情報が含まれているものとする。要因特定部２０６は、当該情報を参照して、このリンクが送客の要因になったことを特定する。

【0107】

図１２は、変形例４における要因を説明するための図である。図１２の例では、図２と同じ順序で利用登録が行われた場合が示されている。ただし、ユーザが、サービスＡのページにおける広告又はリンクを選択することによって、サービスＣの利用登録を行ったものとする。この場合、図１２のように、サービスＣの利用登録の要因となるのは、直近のサービスＥではなく、その１つ前のサービスＡである。この場合、サービスＡからサービスＣへの送客力が増加してもよい。同様に、ユーザが、サービスＤのページにおける広告又はリンクを選択することによって、サービスＥの利用登録を行ったものとする。この場合、図１２のように、サービスＥの利用登録の要因となるのは、直近のサービスＡではなく、その１つ前のサービスＤである。この場合、サービスＤからサービスＥへの送客力が増加してもよい。

【0108】

例えば、要因特定部２０６は、ユーザが第２サービスの利用登録をした場合に、当該利用登録のページにユーザがどのようにアクセスしたかを特定する。利用登録のページにアクセスした際のリンク元の情報は、利用状況情報に含まれているものとする。要因特定部２０６は、この情報を参照した、ユーザがどのようにアクセスしたかを特定する。要因特定部２０６は、ユーザが、第１サービスのページの広告又はリンクを選択することによって、第２サービスのページにアクセスして利用登録をした場合には、第１サービスのページの広告又はリンクが要因だったと特定する。

【0109】

変形例４の分析実行部２０３は、複数のユーザの各々の順序及び要因に基づいて、分析を実行する。例えば、分析実行部２０３は、第２サービスよりも前に利用登録されたサービスだったとしても、広告又はリンクが選択されなかったサービスについては、送客力を増加させない又は増加量を相対的に少なくする。分析実行部２０３は、第２サービスよりも前に利用登録されたサービスのうち、広告又はリンクが選択されたサービスについては、送客力を増加させる又は増加量を相対的に多くする。送客力が計算された後の処理は、実施形態と同様であってよい。

【0110】

変形例４の分析システム１は、複数のユーザの各々の順序及び要因に基づいて、分析を実行する。これにより、第２サービスへの送客に寄与した第１サービスをより正確に特定できる。その結果、第２サービスの利用を促進できる。

【0111】

［５－５．変形例５］
例えば、変形例４において、第２サービスへの送客の要因となった第１サービス以外の他のサービスを一切考慮しないのではなく、ある程度は考慮してもよい。以降、当該他のサービスを、第３サービスという。分析実行部２０３は、複数のサービスのうちの第３サービスに更に基づいて、分析を実行してもよい。図１２の例であれば、サービスＣの利用登録を開始した要因であるサービスＡからサービスＣへの送客力だけではなく、サービスＣよりも前に利用登録されたサービスＥからサービスＣへの送客力も増加してもよい。この場合、サービスＡが第１サービスに相当し、サービスＣが第２サービスに相当し、サービスＥが第３サービスに相当する。このように、第１サービスは、第２サービスの直近に利用が開始されたサービスではなくてもよい。

【0112】

同様に、サービスＥの利用登録を開始した要因であるサービスＤからサービスＥへの送客力だけではなく、サービスＡからサービスＥへの送客力も増加してもよい。この場合、サービスＤが第１サービスに相当し、サービスＥが第２サービスに相当し、サービスＡが第３サービスに相当する。なお、第３サービスは、第１サービスよりも前に利用登録されたサービスであってもよい。第３サービスから第２サービスへの送客力の増加量は、第１サービスから第２サービスへの送客力の増加量よりも少なくてもよい。

【0113】

変形例５の分析システム１は、複数のサービスのうちの第３サービスに更に基づいて、分析を実行する。これにより、第２サービスへの送客に寄与した第１サービスをより正確に特定できる。その結果、第２サービスの利用を促進できる。

【0114】

［５－６．変形例６］
例えば、多くのサービスを利用しているユーザは、新たなサービスを利用するのにあまり抵抗がないことが多い。一方、あまりサービスを利用していないユーザは、新たなサービスを利用するのに何らかの動機付けがある可能性がある。このため、ユーザが利用しているサービスの利用数を考慮して、分析が実行されてもよい。

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

１ 分析システム、Ｎ ネットワーク、１０ サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 分析端末、２４，３４ 操作部、２５，３５ 表示部、３０ ユーザ端末、１００ データ記憶部、１０１ サービス提供部、２００ データ記憶部、２０１ 利用状況情報取得部、２０２ 順序特定部、２０３ 分析実行部、２０４ 広告出力部、２０５ 利用度合計算部、２０６ 要因特定部、２０７ 利用数特定部、２０８ ランク取得部、２０９ ユーザ情報取得部、２１０ 送客情報提供部、３００ データ記憶部、３０１ 表示制御部、３０２ 操作受付部、ＤＢ１ ユーザデータベース、ＤＢ２ 利用状況データベース、ＤＴ 送客力データ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2024-05-01

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

オンラインで提供される複数のサービスの各々のサーバから、ユーザが当該サービスに利用登録をした利用登録日時を取得する利用登録日時取得部と、
前記複数のサービスの各々のサーバから取得された前記利用登録日時に基づいて、前記複数のサービスの各々の利用が開始された開始順序を特定する順序特定部と、
前記開始順序に基づいて、前記複数のサービスのうちの何れかである第２サービスと、当該第２サービスの直近で前記ユーザが利用登録をした他のサービスである第１サービスと、の組み合わせを特定し、前記第１サービスが前記第２サービスへの送客にどの程度寄与しているかを示す送客力が増加するように、前記送客力を計算する送客力計算部と、
を含む分析システム。

【請求項2】

前記送客力計算部は、前記第１サービスの前記利用登録日時から前記第２サービスの前記利用登録日時までの時間を計算し、当該時間が短いほど、前記送客力が高くなるように、前記送客力を計算する、
請求項１に記載の分析システム。

【請求項3】

前記分析システムは、前記第１サービスにおける複数の前記ユーザの各々の利用額、利用回数、又は利用頻度の合計値を計算する合計値計算部を更に含み、
前記送客力計算部は、前記合計値が高いほど、前記送客力が高くなるように、前記送客力を計算する、
請求項１又は２に記載の分析システム。

【請求項4】

前記分析システムは、前記ユーザが前記第２サービスの利用登録ページにアクセスした際のリンク元の情報に基づいて、前記ユーザが前記第１サービスのページのリンクを選択することによって前記利用登録ページにアクセスしたかを特定する特定部を更に含み、
前記送客力計算部は、前記リンクが選択されたことが特定された場合に、前記送客力を増加させる、
請求項１又は２に記載の分析システム。

【請求項5】

前記送客力計算部は、前記ユーザが利用する前記複数のサービスの利用数が少ないほど前記送客力が高くなるように、前記送客力を計算する、
請求項１又は２に記載の分析システム。

【請求項6】

前記送客力計算部は、前記第１サービスの種類に応じた増加量に基づいて、前記送客力を計算する、
請求項１又は２に記載の分析システム。

【請求項7】

前記分析システムは、前記ユーザによる前記複数のサービスの各々の利用に応じたランクが格納されたユーザデータベースから当該ランクを取得するランク取得部を更に含み、
前記送客力計算部は、前記ランクごとに前記送客力を計算する、
請求項１又は２に記載の分析システム。

【請求項8】

前記分析システムは、前記ユーザに関するユーザ情報が格納されたユーザデータベースから当該ユーザ情報を取得するユーザ情報取得部を更に含み、
前記送客力計算部は、前記ユーザ情報ごとに前記送客力を計算する、
請求項１又は２に記載の分析システム。

【請求項9】

前記分析システムは、前記送客力に基づいて、前記複数のサービスの各々のサーバに広告を出力する広告出力部を更に含む、
請求項１又は２に記載の分析システム。

【請求項10】

前記分析システムは、前記複数のサービスの各々を管理する管理者の端末に、前記送客力に関する送客情報を含む画面を表示させることによって、前記送客情報を前記管理者に定期用する送客情報提供部を更に含む、
請求項１又は２に記載の分析システム。

【請求項11】

コンピュータが、
オンラインで提供される複数のサービスの各々のサーバから、ユーザが当該サービスに利用登録をした利用登録日時を取得する利用登録日時取得ステップと、
前記複数のサービスの各々のサーバから取得された前記利用登録日時に基づいて、前記複数のサービスの各々の利用が開始された開始順序を特定する順序特定ステップと、
前記開始順序に基づいて、前記複数のサービスのうちの何れかである第２サービスと、当該第２サービスの直近で前記ユーザが利用登録をした他のサービスである第１サービスと、の組み合わせを特定し、前記第１サービスが前記第２サービスへの送客にどの程度寄与しているかを示す送客力が増加するように、前記送客力を計算する送客力計算ステップと、
を実行する分析方法。

【請求項12】

オンラインで提供される複数のサービスの各々のサーバから、ユーザが当該サービスに利用登録をした利用登録日時を取得する利用登録日時取得部、
前記複数のサービスの各々のサーバから取得された前記利用登録日時に基づいて、前記複数のサービスの各々の利用が開始された開始順序を特定する順序特定部、
前記開始順序に基づいて、前記複数のサービスのうちの何れかである第２サービスと、当該第２サービスの直近で前記ユーザが利用登録をした他のサービスである第１サービスと、の組み合わせを特定し、前記第１サービスが前記第２サービスへの送客にどの程度寄与しているかを示す送客力が増加するように、前記送客力を計算する送客力計算部、
としてコンピュータを機能させるためのプログラム。