JP6910794B2 - 配信装置、配信方法および配信プログラム - Google Patents

Description

本発明は、配信装置、配信方法および配信プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した情報提供が盛んに行われている。例えば、ユーザに関する情報を分析することによって、ユーザに適した情報が提供されるようになってきている。

例えば、特許文献１には、ユーザの行動履歴から生成したユーザ情報を用いて、情報利用者からの要求を満たすユーザを抽出し、抽出したユーザに基づいて情報提供を行う技術が開示されている。

特開２０１５−１６６９３０号公報

しかしながら、上記の従来技術では、訴求効果の高いコンテンツ配信を行うことができるとは限らない。具体的には、上記の従来技術では、ユーザの行動履歴を含むユーザ情報を所定の行動種別毎に分解したユーザ情報を生成し、生成したユーザ情報を用いて、情報利用者からの要求を満たすユーザを抽出する。そして、抽出したユーザに基づいて情報提供を行う。このような、上記の従来技術では、例えば、ユーザ情報を効率的に活用することができたとしても、訴求効果の高いコンテンツ配信を行うことができるとは限らない。

本願は、上記に鑑みてなされたものであって、訴求効果の高いコンテンツ配信を行うことができる配信装置、配信方法および配信プログラムを提供することを目的とする。

本願にかかる配信装置は、コンテンツを配信する配信先に関する条件情報の指定を前記コンテンツの配信主から受け付ける受付部と、前記配信主により指定されたタイミングに基づいて、前記条件情報を満たすユーザを抽出する抽出部と、前記配信主により指定されたタイミングで前記抽出部により抽出されたユーザに対して前記コンテンツを配信する配信部とを有することを特徴とする。

実施形態の一態様によれば、訴求効果の高いコンテンツ配信を行うことができるといった効果を奏する。

図１は、第１の実施形態にかかる配信処理が行われるための前処理を示す図である。 図２は、第１の実施形態にかかる配信処理の一例を示す図である。 図３は、第１の実施形態にかかるシステムの構成例を示す図である。 図４は、第１の実施形態にかかる配信装置の構成例を示す図である。 図５は、第１の実施形態にかかる設定情報記憶部の一例を示す図である。 図６は、第１の実施形態にかかるコンテンツ記憶部の一例を示す図である。 図７は、連携方式の設定を受け付けるための連携方式設定ページの一例を示す図である。 図８は、掛け合わせ設定ページの一例を示す図である。 図９は、シナリオ設定ページの一例を示す図である。 図１０は、原稿登録ページの一例を示す図である。 図１１は、第１の実施形態にかかる配信システムによる配信処理手順を示すシーケンス図である。 図１２は、第２の実施形態にかかる配信装置の構成例を示す図である。 図１３は、第２の実施形態にかかる実績情報記憶部の一例を示す図である。 図１４は、優先度に基づくコンテンツ配信の一例を示す図である。 図１５は、条件式選択ページの一例を示す図である。 図１６は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願にかかる配信装置、配信方法および配信プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ説明する。なお、この実施形態により本願にかかる配信装置、配信方法および配信プログラムが限定されるものではない。また、以下の実施形態において、同一の部位には同一の符号を付し、重複する説明は省略される。

（第１の実施形態）
〔１．配信処理〕
以下では、図１および図２を用いて、第１の実施形態にかかる配信処理の一例について説明する。図１は、第１の実施形態にかかる配信処理が行われるための前処理を示す図である。図２は、第１の実施形態にかかる配信処理の一例を示す図である。第１の実施形態にかかる配信処理は、配信装置１００を含む図１および図２にわたる配信システムＳｙ１によって行われる。

まず、配信システムＳｙ１について説明する。配信システムＳｙ１は、配信主端末１０と、ユーザ端末２０と、オークションサーバ３０_１と、ショッピングサーバ３０_２と、顧客管理サーバ６０と、配信装置１００とを含む。配信主端末１０、ユーザ端末２０、オークションサーバ３０_１、ショッピングサーバ３０_２、顧客管理サーバ６０、配信装置１００は、ネットワークを介して有線または無線により通信可能に接続される。なお、図１および図２に示す配信システムＳｙ１には、複数台の配信主端末１０や、複数台のユーザ端末２０や、複数台のオークションサーバ３０_１や、複数台のショッピングサーバ３０_２や、複数台の顧客管理サーバ６０や、複数台の配信装置１００が含まれてもよい。このような、配信システムＳｙ１については、後程、図３を用いて詳細に説明する。

ここで、配信装置１００は、管理会社Ｔ（以下、単に「会社Ｔ」と表記する）によって管理されるものとする。また、配信システムＳｙ１に含まれる各装置のうち、配信主端末１０と、オークションサーバ３０_１と、ショッピングサーバ３０_２と、顧客管理サーバ６０と、配信装置１００とを含むシステムは、会社Ｔ内に構築された会社Ｔ独自のシステムであるものとする。また、このようなシステムを以下では「社内システムＳｙ１−１」と表記する。

例えば、会社Ｔは、サービスシステムの一例であるオークションサーバ３０_１を用いて、ユーザに対してオークションサービスを提供する。また、会社Ｔは、同様にサービスシステムの一例であるショッピングサーバ３０_２を用いて、ユーザに対してオンラインショッピングサービスを提供する。また、会社Ｔは、顧客管理サーバ６０を用いて、ユーザに対して広告配信等を行う。

次に、配信システムＳｙ１および社内システムＳｙ１−１に含まれる各装置について説明する。まず、配信主端末１０は、配信主によって利用される端末装置である。図１では、配信主端末１０は、配信主Ｃ１によって利用される例を示す。また、配信主端末１０は、例えば、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）や、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣ等である。

また、配信主Ｃ１は、会社Ｔに属し、社内システムＳｙ１−１に蓄積されたユーザ情報を用いて、ユーザに対して商品をプロモーションしたり、広告を配信したりする。

オークションサーバ３０_１は、オークションサービスを提供するサービスシステムに含まれるサーバ装置である。例えば、オークションサーバ３０_１は、商品の出品および入札を受け付け、オークション処理を実行することにより商品落札者を決定する。ショッピングサーバ３０_２は、オンラインショッピング（電子モール）サービスを提供するサービスシステムに含まれるサーバ装置である。例えば、ショッピングサーバ３０_２は、実店舗や仮想店舗によって出品された商品をオンライン販売する。

顧客管理サーバ６０は、各サービスシステムの利用者に関する情報（利用者情報）を一元管理するサーバ装置である。例えば、顧客管理サーバ６０は、各サービスシステム（例えば、オークションサーバ３０_１や、ショッピングサーバ３０_２）に蓄積されるサービス独自の利用者情報から抽出されたより汎用的な利用者情報を蓄積する。また、このようなことから、顧客管理サーバ６０は、いずれかのサービスシステムに属するサーバ装置であってよい。

ここで、オークションサーバ３０_１は、出品および落札に関する詳細な利用者情報を蓄積し、ショッピングサーバ３０_２は、商品購入に関する詳細な利用者情報を蓄積する。しかし、コンテンツ（例えば、広告）配信において、このようなサービス独自の利用者情報は適していない場合がある。これは、コンテンツ配信では、例えば、ピンポイントな利用者情報より、広く一般的な、すなわち汎用的な利用者情報を用いた方が、より多くのユーザに対してスムーズに広告を配信することができるといったことが考えられるためである。したがって、顧客管理サーバ６０に蓄積される汎用的な利用者情報は、例えば、会社Ｔの配信主によって広告配信の際に利用される。

しかし、この一方で、配信主の中には、コンテンツの訴求力を高めるために、自身のコンテンツを自身が所望する利用者に対して的確に配信したいというニーズがある。かかる場合、汎用的な利用者情報を用いていては、このようなニーズに答えることが困難な場合がある。この点について一例を示す。

上記の通り、顧客管理サーバ６０は、会社Ｔ全体で共通の利用者情報を蓄積している一方で、例えば、サービス独自の会員情報やサービス独自のＨＭＬ層等の細かなデータソースを有していない。このため、顧客管理サーバ６０の利用者情報を用いる場合では、配信主の望む利用者に対して的確にコンテンツを配信することができるとは限らない。

したがって、実施形態にかかる配信装置１００は、社内システムＳｙ１−１に含まれる各サービスシステムを連携させることで、各サービスシステムに蓄積される利用者情報を組み合わせたコンテンツ配信を実現する。例えば、実施形態にかかる配信装置１００は、配信主に対して、オークションサーバ３０_１、ショッピングサーバ３０_２、および、顧客管理サーバ６０に蓄積される利用者情報を組み合わせたターゲティングを可能にすることで、訴求力の高いコンテンツ配信を実現する。

より具体的には、配信装置１００は、コンテンツを配信する配信先に関する条件情報の指定をコンテンツの配信主から受け付け、配信主により指定されたタイミングに基づいて、条件情報を満たすユーザを抽出する。そして、配信装置１００は、配信主により指定されたタイミングで、抽出したユーザに対してコンテンツを配信する。なお、かかる配信処理が行われる前処理として、配信主による条件情報の設定が必要となる。このような前処理について、図１を用いて説明する。図１では、配信主Ｃ１によって条件情報の設定が行われる例について説明する。

ここで、配信主端末１０には、専用のアプリケーションＡＰ１（以下、「アプリＡＰ１」と表記する）が予めインストールされているものとする。アプリＡＰ１は、各サービスシステムにログインし、各サービスシステム内においてコンテンツを配信する配信先に関する条件情報を設定可能にする。したがって、配信主Ｃ１は、配信主端末１０を操作してオークションサーバ３０_１、ショッピングサーバ３０_２、および、顧客管理サーバ６０にログインする。そして、配信主Ｃ１は、配信主端末１０を操作してオークションサーバ３０_１、ショッピングサーバ３０_２、および、顧客管理サーバ６０内において条件情報を設定する（ステップＳ１）。

図１に示すように、オークションサーバ３０_１は、自装置内の記憶部であるデータベースＤＢ３０_１において利用者情報を記憶している。例えば、データベースＤＢ３０_１は、オークションサービスを利用したユーザの識別情報（ユーザＩＤ）毎に、当該ユーザが落札した商品の識別情報である商品ＩＤと、商品名と、落札価格と、落札日時とを対応付けて記憶する。このため、オークションサーバ３０_１にアクセスした配信主Ｃ１は、データベースＤＢ３０_１を参照して、オークションサーバ３０_１内に条件情報を設定する。条件情報は、条件式と、その条件式を識別する識別情報である条件式ＩＤとを含む。

そして、図１では、配信主Ｃ１が「２０１６年１０月１日以降において、電化製品カテゴリに属する商品を５０，０００円以上で落札したユーザ」といった条件式「ＣＥ１−１」を設定するとともに、条件式「ＣＥ１−１」に対して条件式ＩＤ「Ａｕ＿１０１」を設定した例を示す。また、オークションサーバ３０_１は、配信主Ｃ１の識別情報と、条件式「ＣＥ１−１」と、条件式ＩＤ「Ａｕ＿１０１」とを所定の記憶部に記憶する。

また、図１に示すように、ショッピングサーバ３０_２は、自装置内の記憶部であるデータベースＤＢ３０_２において利用者情報を記憶している。例えば、データベースＤＢ３０_２は、ショッピングサービスを利用したユーザの識別情報（ユーザＩＤ）毎に、当該ユーザが購入した商品の識別情報である商品ＩＤと、商品名と、商品価格と、購入日時とを対応付けて記憶する。このため、ショッピングサーバ３０_２にアクセスした配信主Ｃ１は、データベースＤＢ３０_２を参照して、ショッピングサーバ３０_２内に条件情報を設定する。

そして、図１では、配信主Ｃ１が「２０１６年１０月１日以降において、２０，０００円以上の買い物をしたユーザ」といった条件式「ＣＥ１−２」を設定するとともに、条件式「ＣＥ１−２」に対して条件式ＩＤ「Ｓｐ＿１０１」を設定した例を示す。また、ショッピングサーバ３０_２は、配信主Ｃ１の識別情報と、条件式「ＣＥ１−２」と、条件式ＩＤ「Ｓｐ＿１０１」とを所定の記憶部に記憶する。

また、図１に示すように、顧客管理サーバ６０は、自装置内の記憶部であるデータベースＤＢ６０において利用者情報を記憶している。かかる利用者情報は、会社Ｔ全体で共通の利用者情報であり、オークションサーバ３０_１やショッピングサーバ３０_２等の各サービスを提供するサービスシステムそれぞれにおいて蓄積されているサービス独自の利用者情報を統合して得られたものである。例えば、顧客管理サーバ６０は、ユーザＩＤ毎に、デモグラフィック属性と、オークションサービスやショッピングサービスでこれまでに購入した商品、検索サービスで入力された検索クエリと、クリックされたコンテンツに関する情報（クリック情報）とを対応付けて記憶する。なお、データベースＤＢ６０には、図１の例以外の情報が記憶されてもよいことはいうまでもない。

そして、図１では、配信主Ｃ１が「関東在住で２０歳以上の女性ユーザ」といった条件式「ＣＥ１−３」を設定するとともに、条件式「ＣＥ１−３」に対して条件式ＩＤ「Ｙ＿１０１」を設定した例を示す。また、顧客管理サーバ６０は、配信主Ｃ１の識別情報と、条件式「ＣＥ１−３」と、条件式ＩＤ「Ｙ＿１０１」とを所定の記憶部に記憶する。

さて、ここまで図１を用いて、配信主Ｃ１が、各サービスシステム内および顧客管理サーバ６０内において条件情報を設定する例を示した。次に、配信主Ｃ１は、配信装置１００にアクセスし、配信装置１００に対して、自身のコンテンツの配信先であるユーザをどのように抽出させるか、また、自身のコンテンツをどのように配信させるかといった配信に関するシナリオ設定を行う。そして、配信装置１００は、設定されたシナリオに基づいて配信処理を行う。この点について、図２を用いて説明する。

まず、配信主Ｃ１は、配信主端末１０にインストールされるアプリＡＰ１を介して、配信装置１００にログインする。配信主Ｃ１は、配信装置１００に対して、連携方式を指定する（ステップＳ２）。

ここで、連携方式について説明する。本実施形態には、３つの連携方式があるものとする。まず、連携Ｘ１は、配信装置１００と、各サービスを提供するサーバ装置（図１の例では、オークションサーバ３０_１あるいはショッピングサーバ３０_２）とのサーバ間連携である。次に、連携Ｘ２は、配信装置１００と、顧客管理サーバ６０とのサーバ間連携である。

次に、連携Ｘ３は、各サービスを提供するサーバ装置同士の連携、または、サービスを提供するサーバ装置と、顧客管理サーバ６０とのサーバ間連携である。すなわち、連携Ｘ３は、複数の条件情報との掛け合わせを意味する。複数の条件情報との掛け合わせとは、例えば、複数の条件情報の双方を満たすユーザを抽出するよう配信装置１００に対してシナリオ設定することである。ここでは、配信主Ｃ１が連携Ｘ３を指定したものとする。

配信装置１００は、連携方式の指定を受け付けると、シナリオ設定を行うためのページを配信する。また、例えば、かかるページにおいて配信主Ｃ１が、掛け合わせ設定を行う旨指定したとすると、配信装置１００は、図２に示すように、掛け合わせ設定ページＰ１−１（以下、単に「ページＰ１−１」と表記する場合がある）を配信主端末１０に配信する（ステップＰＳ３）。

図２に示すように、ページＰ１−１には、掛け合わされた条件式の名称を示す「条件名」を入力するための入力欄、「連携方式」を選択させるための入力欄、掛け合わせる条件式に対応する「条件式ＩＤ」を入力するための２つの入力欄、そして、掛け合わせの「理論式」を選択させるためのプルダウンが含まれる。図２では、配信主Ｃ１が、条件名「Ａｕ＿１０１×Ｓｐ＿１０１」を入力し、連携方式「連携Ｘ３」を選択した例を示す。

また、配信主Ｃ１が、掛け合わせ条件式ＩＤ「Ａｕ＿１０１」および「Ｓｐ＿１０１」を入力するとともに、理論式のプルダウンを押下して「ＡＮＤＮＯＴ」を選択した例を示す。ここで、理論式「ＡＮＤＮＯＴ」は、２つの条件式の双方を満たすユーザを抽出したうえで、同一ユーザが複数抽出された場合、すなわちユーザの重複が存在する場合には、重複排除を行うよう指定するものである。したがって、図２では、配信主Ｃ１が、掛け合わせ条件式ＩＤ「Ａｕ＿１０１」に対応する条件式「ＣＥ１−１」と、掛け合わせ条件式ＩＤ「Ｓｐ＿１０１」に対応する条件式「ＣＥ１−２」の双方を満たすユーザを抽出したうえで、ユーザの重複排除を行うよう配信装置１００に対して指定した例を示す。

なお、理論式には、「ＡＮＤＮＯＴ」以外にも、例えば、「ＯＲＮＯＴ」が存在する。これは、２つの条件式の少なくとも何れか一方を満たすユーザを抽出したうえで、同一ユーザが複数抽出された場合、重複排除を行うよう指定するものである。

そして、配信主Ｃ１によって「登録」ボタンが押下された場合には、配信装置１００は、ページＰ１−１において配信主Ｃ１により設定された情報を登録完了する（ステップＳ４）。また、配信装置１００は、掛け合わせ設定の登録を完了をすると、コンテンツ配信に関するシナリオを設定させるためのシナリオ設定ページＰ１−２（以下、単に「ページＰ１−２」と表記する場合がある）を配信主端末１０に配信する（ステップＰ５）。

図２に示すように、ページＰ１−２には、「シナリオＩＤ」を入力させるための入力欄、「シナリオ名」を入力させるための入力欄、掛け合わされた条件式に対して配信装置１００が発行した「条件式ＩＤ」が表示される表示欄が含まれる。「シナリオＩＤ」および「シナリオ名」は、配信主により指定された条件式ＩＤと、当該条件式ＩＤに対応する条件式を満たすユーザへのコンテンツ配信に関する設定情報とを一元管理するための識別情報である。

図２では、配信主Ｃ１が、シナリオＩＤ「Ｃ１００１」、シナリオ名「ＮＡＭＥ１１」を入力した例を示す。また、配信装置１００が、条件式ＩＤ「Ａｕ＿１０１」に対応する条件式「ＣＥ１−１」と、掛け合わせ条件式ＩＤ「Ｓｐ＿１０１」に対応する条件式「ＣＥ１−２」とを掛け合わせた条件式に対して条件式ＩＤ「１０００１」を付与した例を示す。

また、ページＰ１−２には、「配信情報設定」として、「配信種別」を選択させるためのプルダウン、「配信間隔」、「配信開始日」および「配信終了日」を入力させるための入力欄が含まれる。

「配信種別」には、「単発配信」と「トリガー配信」があるものとする。「単発配信」は、配信主により設定された日時において一度だけコンテンツを配信するといった配信形態を示す。また、「トリガー配信」は、配信主により設定された時間間隔でコンテンツを配信するといった配信形態を示す。図２に示すように、ここでは、配信主Ｃ１が、「トリガー配信」を選択したものとする。また、図２では、「トリガー配信」を選択したことにより、配信主Ｃ１が、配信間隔「１０日」、配信開始日「２０１６年１０月１３日」、配信終了日「２０１７年２月２４日」を設定した例を示す。これは、「２０１６年１０月１３日」から「１０日間隔」で配信主Ｃ１のコンテンツを配信し、「２０１７年２月２４日」に終了する、ことを示す。

したがって、このように配信主Ｃ１によりシナリオ設定された配信情報は、当該配信情報が示すタイミングに基づいて、配信主Ｃ１により設定された条件情報、具体的には、配信主Ｃ１により掛け合わせ設定された条件式を満たすユーザを抽出し、当該配信情報が示すタイミングでかかるユーザにコンテンツ配信するよう指定するものである。

そして、配信主Ｃ１によって「登録」ボタンが押下された場合には、配信装置１００は、ページＰ１−２において配信主Ｃ１により設定された情報を登録完了する（ステップＳ６）。また、図示しないが、配信装置１００は、シナリオ設定の登録を完了をすると、コンテンツの入稿を受け付けるための入稿受付ページを配信主端末１０に配信する。そして、配信主Ｃ１は、入稿受付ページにおいてコンテンツの原稿を入稿する（ステップＳ７）。本実施形態では、コンテンツは、電子メールであるものとする。かかる場合、配信主Ｃ１は、入稿受付ページにおいて電子メールの件名や本文を入稿する。なお、コンテンツは、電子メールに限定されるものではなく、例えば、広告コンテンツであってもよい。

次に、配信装置１００は、ページＰ１−２において配信主Ｃ１により指定されたタイミングに基づいて、ページＰ１−１で掛け合わされた条件式を満たすユーザを抽出する。具体的には、配信装置１００は、配信主Ｃ１に設定されたタイミングである配信開始日に基づいて、条件式ＩＤに対応するサーバ装置にアクセスする（ステップＳ８）。より具体的には、配信装置１００は、配信主Ｃ１により設定されたタイミングである「２０１６年１０月１３日」へと日付が変わった場合に、条件式ＩＤ「Ａｕ＿１０１」に対応する条件式「ＣＥ１−１」が設定されているオークションサーバ３０_１にアクセスする。また、配信装置１００は、配信主Ｃ１により設定されたタイミングである配信開始日「２０１６年１０月１３日」へと日付が変わった場合に、条件式ＩＤ「Ｓｐ＿１０１」に対応する条件式「ＣＥ１−２」が設定されているショッピングサーバ３０_２にアクセスする。

そして、配信装置１００は、オークションサーバ３０_１のデータベースＤＢ３０_１から条件式「ＣＥ１−１」を満たすユーザを抽出し、また、ショッピングサーバ３０_２のデータベースＤＢ３０_２から条件式「ＣＥ１−２」を満たすユーザを抽出する（ステップＳ９）。そして、配信装置１００は、配信主Ｃ１により理論式「ＡＮＤＮＯＴ」が選択されたことに従い、条件式「ＣＥ１−１」および条件式「ＣＥ１−２」を満たすユーザを抽出するとともに、ユーザの重複排除を行う（ステップＳ１０）。

そして、配信装置１００は、配信主Ｃ１により設定されたタイミングである配信開始日「２０１６年１０月１３日」の所定の時刻（例えば、１０時）となった場合に、ステップＳ１０で抽出したユーザに対して、配信主Ｃ１により入稿された電子メールを配信する（ステップＳ１１）。

なお、所定の時刻（例えば、１０時）は、配信装置１００に対して予め設定された時刻であるが、例えば、配信装置１００は、配信主による時刻設定が可能なページＰ１−２を配信してもよい。また、配信装置１００は、配信主によって配信開始日とともに時刻が設定された場合には、例えば、その時刻の数分前（例えば、２、３分前）にステップＳ８〜Ｓ１０を実行し、その時刻となった際に、電子メールを配信する。

また、配信装置１００は、配信主Ｃ１により配信種別「トリガー配信」が選択されるとともに、配信間隔「１０日」が設定されていることにより、「２０１６年１０月１３日」から「１０日後」の「２０１６年１０月２３日」となった場合に、「２０１６年１０月２３日」を配信主Ｃ１により指定されたタイミングとして、ステップＳ８〜Ｓ１１を再度実行する。また、配信装置１００は、このような配信処理を「１０日」毎に繰り返す。

以上、図１および図２を用いて説明してきたように、第１の実施形態にかかる配信装置１００は、コンテンツを配信する配信先に関する条件情報の指定をコンテンツの配信主から受け付ける。そして、配信装置１００は、配信主により指定されたタイミングに基づいて、条件情報を満たすユーザを抽出し、配信主により指定されたタイミングで、抽出したユーザに対してコンテンツを配信する。

これにより、第１の実施形態にかかる配信装置１００は、配信主の希望するタイミングで、当該配信主の条件情報に合うユーザを抽出し、配信主の希望するタイミングでそのユーザに対してコンテンツ配信を行うことができる。つまり、配信装置１００は、配信主の要望により応じたコンテンツ配信を行うことができるため、訴求効果の高いコンテンツ配信を行うことができる。

〔２．システムの構成〕
次に、図３を用いて、第１の実施形態にかかるシステムの構成について説明する。図３は、第１の実施形態にかかるシステムの構成例を示す図である。図３に示すように、配信システムＳｙ１は、配信主端末１０と、ユーザ端末２０と、オークションサーバ３０_１と、ショッピングサーバ３０_２と、顧客管理サーバ６０と、配信装置１００とを含む。配信主端末１０、ユーザ端末２０、オークションサーバ３０_１、ショッピングサーバ３０_２、顧客管理サーバ６０、配信装置１００は、ネットワークＮを介して有線または無線により通信可能に接続される。

また、配信システムＳｙ１に属する社内システムＳｙ１−１は、配信主端末１０と、オークションサーバ３０_１と、ショッピングサーバ３０_２と、顧客管理サーバ６０と、配信装置１００とを含み、これらは、ネットワークＮを介して有線または無線により通信可能に接続される。

また、オークションサーバ３０_１と、ショッピングサーバ３０_２とは、サービスシステムの一例であり、ユーザに対して所定のサービスを提供するサービス提供サーバである。また、配信システムＳｙ１および社内システムＳｙ１−１には、オークションサーバ３０_１や、ショッピングサーバ３０_２以外のサービスシステムも含まれてよい。また、顧客管理サーバ６０もサービスシステムに含まれるサーバ装置である。

また、オークションサーバ３０_１と、ショッピングサーバ３０_２等のサービス提供サーバを区別する必要が無い場合には、これらを総称してサービス提供サーバ３０と表記する場合がある。

〔３．配信装置の構成〕
次に、図４を用いて、第１の実施形態にかかる配信装置１００について説明する。図４は、第１の実施形態にかかる配信装置１００の構成例を示す図である。図４に示すように、配信装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、配信主端末１０、ユーザ端末２０、サービス提供サーバ３０、顧客管理サーバ６０との間での情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、設定情報記憶部１２１と、コンテンツ記憶部１２２とを有する。

（設定情報記憶部１２１について）
設定情報記憶部１２１は、コンテンツの配信先であるユーザをどのように抽出させるか、また、コンテンツをどのように配信させるかといった配信に関する配信情報、すなわち配信に関するシナリオ情報を記憶する記憶部である。例えば、図２の例では、設定情報記憶部１２１は、ページＰ１−１やページＰ１−２においてシナリオ設定された配信情報を記憶する。

ここで、図５に第１の実施形態にかかる設定情報記憶部１２１の一例を示す。図５の例では、設定情報記憶部１２１は、「配信主ＩＤ」、「シナリオＩＤ」、「シナリオ名」、「連携方式」、「条件式ＩＤ」、「理論式」、「対応サーバ」、「配信種別」、「配信日」、「配信間隔」、「配信開始日」、「配信終了日」といった項目を有する。

「配信主ＩＤ」は、配信主または配信主端末１０を識別するための識別情報を示す。「シナリオＩＤ」は、配信主により指定された条件式ＩＤと、当該条件式ＩＤに対応する条件式を満たすユーザへのコンテンツ配信に関する設定情報とを含むシナリオを一元管理するための識別情報である。「シナリオ名」は、対応する「シナリオＩＤ」によって識別されるシナリオの名称を示す。

「連携方式」は、配信主により選択された連携方式を示す。図２で説明した通り、連携方式には、３つの連携方式として連携Ｘ１〜連携Ｘ３がある。連携Ｘ１は、配信装置１００と、サービス提供サーバ３０とのサーバ間連携を示す。連携Ｘ２は、配信装置１００と、顧客管理サーバ６０とのサーバ間連携を示す。連携Ｘ３は、サービス提供サーバ３０同士の連携、または、サービス提供サーバ３０と、顧客管理サーバ６０とのサーバ間連携を示す。そして、この連携Ｘ３が、図２で説明した条件式ＩＤの掛け合わせに相当する。

「条件式ＩＤ」は、サービス提供サーバ３０あるいは顧客管理サーバ６０内で事前に配信主により設定された条件式を識別するための識別情報であって、シナリオ設定において配信主により指定された条件式ＩＤを示す。また、条件式ＩＤおよび条件式は、コンテンツを配信する配信先のユーザに関する条件情報の一例である。「対応サーバ」は、対応する「条件式ＩＤ」が設定されたサーバ装置を示す。

「理論式」は、連携方式として「連携Ｘ３」を選択した配信主によって選択される。理論式には、「ＡＮＤＮＯＴ」と「ＯＲＮＯＴ」とが存在する。「ＡＮＤＮＯＴ」は、２つの条件式の双方を満たすユーザを抽出したうえで、同一ユーザが複数抽出された場合、すなわちユーザの重複が存在する場合には、重複排除を行うよう指定するものである。「ＯＲＮＯＴ」は、２つの条件式の少なくとも何れか一方を満たすユーザを抽出したうえで、同一ユーザが複数抽出された場合、重複排除を行うよう指定するものである。

「配信種別」は、コンテンツを配信する配信形態の種別であって、配信主により選択された配信種別を示す。本実施形態では、「配信種別」として「単発配信」と「トリガー配信」とがある。「単発配信」は、配信主により設定された日時において一度だけコンテンツを配信するといった配信形態を示す。「トリガー配信」は、配信主により設定された期間毎にコンテンツを配信するといった配信形態を示す。

「配信日」は、コンテンツを配信させる日時を示し、「単発配信」を選択した配信主が「配信日」を設定する。そして、設定された「配信日」を配信主により指定されたタイミングとして、かかる「配信日」に一度だけコンテンツ配信が行われる。

一方、「配信間隔」、「配信開始日」、「配信終了日」は、「トリガー配信」を選択した配信主によって設定される。「配信間隔」は、コンテンツ配信が行われる期間の間隔を示す。「配信開始日」は、コンテンツ配信が開始される日時を示す。「配信終了日」は、コンテンツ配信が終了される日時を示す。

すなわち、図５の例では、配信主Ｃ１が、条件式の掛け合わせのために、連携方式「連携Ｘ３」を選択し、掛け合わせの対象となる条件式を示す条件式ＩＤ「Ａｕ＿１０１」と条件式ＩＤ「Ｓｐ＿１０１」を指定した例を示す。また、配信主Ｃ１が、理論式「ＡＮＤＮＯＴ」を選択した例を示す。また、配信主Ｃ１が、配信間隔「１０日」、配信開始日「２０１６年１０月１３日」、配信終了日「２０１７年２月２４日」を設定した例を示す。つまり、配信主Ｃ１が、「２０１６年１０月１３日」から「１０日間隔」で自身のコンテンツを配信し、「２０１７年２月２４日」に終了するよう指定したことを示す。

また、図５の例では、上記のように配信主Ｃ１により設定されたコンテンツ配信に関する１つのシナリオに対して、配信主Ｃ１がシナリオＩＤ「Ｃ１００１」、シナリオ名「ＮＡＭＥ１１」を設定した例を示す。

（コンテンツ記憶部１２２について）
コンテンツ記憶部１２２は、配信主により入稿されたコンテンツを記憶する記憶部である。例えば、コンテンツ記憶部１２２は、配信主により入稿された電子メールの件名や本文を記憶する記憶部である。また、コンテンツ記憶部１２２は、電子メールの本文とともに表示される画像情報も記憶してよい。

ここで、図６に第１の実施形態にかかるコンテンツ記憶部１２２の一例を示す。図６の例では、コンテンツ記憶部１２２は、「配信主ＩＤ」、「シナリオＩＤ」、「シナリオ名」、「メール内容」、「画像データ」といった項目を有する。

「配信主ＩＤ」、「シナリオＩＤ」、「シナリオ名」は、設定情報記憶部１２１に記憶されるものと同様であるため説明を省略する。「メール内容」は、対応する「配信主ＩＤ」によって識別される配信主により入稿された電子メールの件名および本文を示す。「画像データ」は、電子メールとともに表示される画像のデータを示す。

すなわち、図６の例では、配信主Ｃ１が、シナリオＩＤ「Ｃ１００１」によって識別されるシナリオに基づき配信させる電子メールとして「ＴＥＸＴ１１」を入稿するとともに、画像データ「ＩＭＧ１１」を入稿した例を示す。

（制御部１３０について）
図４に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、配信装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図４に示すように、制御部１３０は、アクセス受付部１３１と、取得部１３２と、提供部１３３と、設定受付部１３４と、入稿受付部１３５と、抽出部１３６と、配信部１３７とを有し、以下に説明する配信処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。

（アクセス受付部１３１について）
アクセス受付部１３１は、配信主端末１０からのアクセスを受け付ける。例えば、アクセス受付部１３１は、配信装置１００へのログインＩＤを含むアクセス要求を受け付け、ログインＩＤの認証を行う。そして、アクセス受付部１３１は、ログインＩＤを認証した場合に、配信主端末１０からのアクセスを許可する。

ここで、アクセス受付部１３１には、図４に示すように、第１アクセス受付部１３１ａと、第２アクセス受付部１３１ｂとが含まれる。第１アクセス受付部１３１ａは、配信主端末１０にインストールされるアプリＡＰ１を介したアクセス要求を受け付ける。第１アクセス受付部１３１ｂは、配信主端末１０にインストールされるアプリケーションであってアプリＡＰ１とは異なるアプリケーションを介したアクセス要求を受け付ける。第２アクセス受付部１３１ｂについては後ほど詳細に説明するため、ここでの説明を省略する。

（取得部１３２について）
取得部１３２は、条件式に関する各種情報を取得する。具体的には、取得部１３２は、第１アクセス受付部１３１ａによってアプリＡＰ１を介したアクセス要求が受け付けられた場合に、各サービスシステムにアクセスし、各サービスシステムに対して設定された条件情報を取得する。例えば、取得部１３２は、第１アクセス受付部１３１ａによってアプリＡＰ１を介したアクセス要求が受け付けられた場合に、各サービス提供サーバ３０および顧客管理サーバ６０にアクセスする。そして、取得部１３１は、これらサーバ装置内において配信主により予め設定されている条件情報を取得する。

例えば、図１および図２の例では、取得部１３２は、オークションサーバ３０_１、ショッピングサーバ３０_２、顧客管理サーバ６０それぞれにアクセスし、データベースＤＢ３０_１、データベースＤＢ３０_２、データベースＤＢ６０それぞれに格納されている条件式ＩＤと条件式名とを取得する。なお、取得部１３２は、各サーバ装置に格納されている全ての条件情報を取得してもよいし、アクセスしてきた配信主により設定された条件情報のみを取得してもよい。

（提供部１３３について）
提供部１３３は、配信主に対して、コンテンツ配信に関する各種設定を行わせるためのウェブページを提供する。具体的には、提供部１３３は、図２で説明したように、提供主の操作に応じて、コンテンツ配信に関する各種設定を行わせることで、コンテンツ配信に関するシナリオを構築させるためのウェブページを配信主端末１０に配信する。一例を示すと、提供部１３３は、取得部１３２によって取得された条件情報が一覧表示されるようなウェブページを提供主端末１０に配信する。

（設定受付部１３４について）
設定受付部１３４は、コンテンツ配信に関する各種設定を受け付ける。具体的には、設定受付部１３４は、コンテンツを配信する配信先のユーザに関する条件情報の指定を受け付ける。より具体的には、設定受付部１３４は、条件情報として、所定のサービスを提供するサービスシステムにおいて配信主により予め設定された条件情報であって当該所定のサービスの利用者の中から、コンテンツを配信する対象となるユーザを特定するための条件情報の指定を受け付ける。

一例を示すと、設定受付部１３４は、提供部１３３によって配信主に対して提供されたウェブページを介して、配信主から条件情報の指定を受け付ける。また、設定受付部１３４は、提供部１３３によって配信主に対して提供されたウェブページを介して、連携方式、シナリオＩＤ、シナリオ名、配信種別、配信日、配信開始日、配信終了日等の選択や指定を受け付ける。以上のことから、設定受付部１３４は、コンテンツ配信に関するシナリオを構築させるための各種情報の設定を受け付ける。

また、設定受付部１３４は、配信主から受け付けた情報を設定情報記憶部１２１に格納する。例えば、設定受付部１３４は、図５に示すように、設定を受け付けた情報を配信主ＩＤに対応付けて、設定情報記憶部１２１に格納する。

（入稿受付部１３５について）
入稿受付部１３５は、配信主により設定された条件情報を満たすユーザに配信されるコンテンツの入稿を当該配信主から受け付ける。例えば、入稿受付部１３５は、条件情報に対応するシナリオ（シナリオＩＤ）毎にコンテンツの入稿を受け付ける。

例えば、コンテンツが電子メールの場合、入稿受付部１３５は、電子メールの件名、本文、また、本文とともに表示される画像データを受け付ける。また、例えば、入稿受付部１３５は、電子メールの本文の入稿をテキスト形式またはＨＴＭＬ形式で受け付ける。

また、入稿受付部１３５は、配信主から受け付けたコンテンツをコンテンツ記憶部１２２に格納する。例えば、入稿受付部１３５は、図６に示すように、入稿されたコンテンツを配信主ＩＤに対応付けて、コンテンツ記憶部１２２に格納する。

（抽出部１３６について）
抽出部１３６は、配信主により指定されたタイミングに基づいて、当該配信主の条件情報を満たすユーザを抽出する。例えば、抽出部１３６は、所定のサービスシステムのうち条件情報に対応するサービスシステム（サービス提供サーバ３０）にアクセスすることで、条件情報を満たすユーザを抽出する。

また、例えば、抽出部１３６は、図２で説明したように、配信主により掛け合わせ設定が行われた場合には、掛け合わす条件情報それぞれに対応するサービスシステム（サービス提供サーバ３０）にアクセスすることで、条件情報を満たすユーザを抽出する。また、条件情報それぞれに対応するサービスシステムは、例えば、それぞれ異なるサービスシステムである。

また、抽出部１３６は、配信主により指定されたタイミングとして、コンテンツを配信する配信日時に基づいて、ユーザを抽出する。例えば、抽出部１３６は、配信種別「トリガー配信」を選択した配信主Ｃ１によりタイミングとして配信開始日「２０１６年１０月１３日」が設定された場合には、自動設定されている時刻「１０時」もさらに考慮し、例えば、「２０１６年１０月１３日１０時」の数分前に、条件情報を満たすユーザを抽出する。

また、抽出部１３６は、配信主Ｃ１によりタイミングとして配信開始日「２０１６年１０月１３日１３時」といったように時刻まで設定された場合であっても、同様に、「２０１６年１０月１３日１３時」の数分前に、条件情報を満たすユーザを抽出する。

また、抽出部１３６は、配信種別「トリガー配信」において配信間隔「１０日」が設定されている場合には、「１０日」後の「２０１６年１０月２３日」を配信主Ｃ１によるタイミングとして、同様に抽出を行う。つまり、抽出部１３６は、「１０日」毎に配信主Ｃ１によるタイミングに基づいて、条件情報を満たすユーザを抽出する。

なお、抽出部１３６は、配信種別「単発配信」が選択されるとともに、配信日が設定された場合には、その配信日を配信主により設定されたタイミングとして、かかるタイミングに基づいて、条件情報を満たすユーザを抽出する。

さらに、抽出部１３６は、配信主により選択された「理論式」に基づいて、上記のように抽出したユーザからユーザの絞込みを行う。図２で説明したように、このように「理論式」が選択されるのは、配信主により複数の条件式の掛け合わせが指定された場合である。例えば、図２に示すように、配信主Ｃ１により掛け合わせ設定において理論式「ＡＮＤＮＯＴ」が選択された場合には、抽出部１３６は、配信主Ｃ１のタイミングに基づき抽出したユーザ、すなわち配信主Ｃ１のタイミングにおいて条件式「ＣＥ１−１」、条件式「ＣＥ１−２」を満たすユーザの中から、これら双方の条件式を満たすユーザを抽出する。そして、抽出部１３６は、抽出した中に複数の同一ユーザが含まれる場合には、重複排除を行う。

なお、抽出部１３６は、理論式「ＯＲＮＯＴ」が選択された場合には、条件式「ＣＥ１−１」、条件式「ＣＥ１−２」を満たすユーザの中から、これら条件式の少なくとも何れか一方の条件式を満たすユーザを抽出する。そして、抽出部１３６は、抽出した中に複数の同一ユーザが含まれる場合には、重複排除を行う。

（配信部１３７について）
配信部１３７は、配信主により指定されたタイミングで抽出部１３６により抽出されたユーザに対して、配信主が入稿している対応するコンテンツを配信する。例えば、配信部１３７は、配信主Ｃ１によりタイミングとして配信開始日「２０１６年１０月１３日」が設定されている場合には、自動設定されている時刻「１０時」もさらに考慮し、「２０１６年１０月１３日１０時」に、抽出部１３６により抽出されたユーザに対して、配信主Ｃ１のコンテンツを配信する。また、配信主Ｃ１により「２０１６年１０月１３日１３時」といったように時刻まで設定されている場合には、配信部１３７は、「２０１６年１０月１３日１３時」に、抽出部１３６により抽出されたユーザに対して、配信主Ｃ１のコンテンツを配信する。

さて、ここからは、これまで説明してきた制御部１３０による処理を設定画面の一例を用いてより具体的に説明する。また、配信主として配信主Ｃ１を例に用いることにする。まず、図７は、連携方式の設定を受け付けるための連携方式設定ページＰ１（以下、「ページＰ１」とする）の一例を示す図である。例えば、配信主Ｃ１が、アプリＡＰ１を介して、配信装置１００にアクセスしたとする。第１アクセス受付部１３１ａは、配信主Ｃ１のログインを許可すると、配信主Ｃ１がログインした旨を提供部１３３に通知する。

提供部１３３は、第１アクセス受付部１３１ａからの通知に応じて、例えば、シナリオ設定のトップページを配信主Ｃ１に提供する。また、提供部１３３は、トップページを介して、ページＰ１の要求を受け付けると、図７に示すようなページＰ１を配信主Ｃ１に提供する。つまり、提供部１３３は、配信主Ｃ１の配信主端末１０に対して、ページＰ１を配信する。

図７の例では、ページＰ１は、連携方式として連携Ｘ１〜連携Ｘ３のいずれかを選択させるためのチェックボックスを含む領域Ｒ１と、エラー出力時間を選択させるためのプルダウンを含む領域Ｒ２と、エラー出力日を選択させるためのプルダウンを含む領域Ｒ３と、エラー送信先を入力させるための入力欄である領域Ｒ４とを含む。

ここでは、図７では、配信主Ｃ１が、連携方式「連携Ｘ３」、エラー出力時間「１７時」、エラー出力日「配信日の前日」を選択するとともに、エラー出力先としてメールアドレス「ＡＢＣ＠ｃｏ．ｊｐ」を入力した例を示す。ここで、例えば、制御部１３０は、配信主Ｃ１により設定された配信日（配信開始日でもよい）の前日までに、コンテンツの入稿が行われていない場合、あるいは、設定された情報に不備がある場合、「配信日の前日」の「１７時」以降、所定の時間間隔で配信主Ｃ１の配信主端末１０に対して、アラートを送信する。なお、このようなアラート送信にかかる処理は、専用の処理部（例えば、通知部）によって行われてもよい。

また、提供部１３３は、ページＰ１の「登録」ボタンが押下されたことを受け付けると、取得部１３２に通知を行う。ここで、取得部１３２は、各サーバシステムにアクセスし、各サーバシステム内に設定される条件情報を取得する。例えば、取得部１３２は、オークションサーバ３０_１、ショッピングサーバ３０_２、顧客管理サーバ６０にアクセスし、データベースＤＢ３０_１、データベースＤＢ３０_２、データベースＤＢ６０それぞれに格納されている条件式ＩＤと条件式名とを取得する。

そして、提供部１３３は、取得部１３２により取得された条件情報が一覧表示されるページであって掛け合わせ設定を行うための掛け合わせ設定ページＰ１−１（ページＰ１−１）を配信主Ｃ１に提供する。図８は、掛け合わせ設定ページＰ１−１の一例を示す図である。なお、図８に示すページＰ１−１は、図２で説明したものをより詳細に説明するものである。

図８の例では、ページＰ１−１は、掛け合わされた条件式の名称を示す「条件名」を入力するための入力欄である領域Ｒ１１と、「連携方式」を選択させるための入力欄である領域Ｒ１２を含む。また、ページＰ１−１は、掛け合わせる条件式に対応する「条件式ＩＤ」を入力するための２つの入力欄、および、掛け合わせの「理論式」を選択させるためのプルダウンが含まれる領域Ｒ１３を含む。また、ページＰ１−１は、取得部１３２により取得された条件情報が一覧表示される領域Ｒ１４を含む。図８に示すように、条件情報が一覧表示されることで、配信主は、掛け合わせたい条件式に対応する条件式ＩＤを容易に探し出すことができる。

図８では、配信主Ｃ１が、条件名「Ａｕ＿１０１×Ｓｐ＿１０１」を入力し、連携方式「連携Ｘ３」を選択した例を示す。また、配信主Ｃ１が、掛け合わせ条件式ＩＤ「Ａｕ＿１０１」および「Ｓｐ＿１０１」を入力するとともに、理論式のプルダウンを押下して「ＡＮＤＮＯＴ」を選択した例を示す。

また、提供部１３３は、ページＰ１−１の「登録」ボタンが押下されたことを受け付けると、コンテンツ配信に関する配信情報を配信のシナリオとして設定させるためのシナリオ設定ページＰ１−２（ページＰ１−２）を配信主Ｃ１に提供する。図９は、シナリオ設定ページＰ１−２の一例を示す図である。

図９の例では、ページＰ１−２は、「シナリオＩＤ」を入力させるための入力欄である領域Ｒ２１と、「シナリオ名」を入力させるための入力欄である領域Ｒ２２が含まれる。また、掛け合わされた条件式に対して配信装置１００が発行した「条件式ＩＤ」が表示される。なお、かかる「条件式ＩＤ」は、例えば、ページＰ１−２において配信主により設定されてもよい。

また、ページＰ１−２は、「配信種別」を選択させるためのプルダウンを含む領域Ｒ２３と、「配信間隔」を入力させるための入力欄である領域Ｒ２４と、「配信開始日」を入力させるための入力欄である領域Ｒ２５と、「配信終了日」を入力させるための入力欄である領域Ｒ２６とを含む。

図９では、配信主Ｃ１が、シナリオＩＤ「Ｃ１００１」、シナリオ名「ＮＡＭＥ１１」を入力し、配信種別「トリガー配信」を選択し、配信間隔「１０日」、配信開始日「２０１６年１０月１３日」、配信終了日「２０１７年２月２４日」を入力した例を示す。

また、提供部１３３は、ページＰ１−２の「登録」ボタンが押下されたことを受け付けると、コンテンツの入稿を受け付けるための原稿登録ページＰ１−３（ページＰ１−３）を配信主Ｃ１に提供する。図１０は、原稿登録ページＰ１−３の一例を示す図である。

図１０の例では、ページＰ１−３は、電子メール本文の表示形式の種類である原稿入稿種類を選択させるためのプルダウンを含む領域Ｒ３１と、電子メールの件名を入力させるための領域Ｒ３２と、電子メール本文を入力させるための入力欄である領域Ｒ３３および領域Ｒ３４とを含む。なお、領域Ｒ３３には、原稿入稿種類「テキスト」が選択された場合に、電子メール本文が入力される。一方、領域Ｒ３４には、原稿入稿種類「ＨＴＭＬ」が選択された場合に、電子メール本文が入力される。

ここまで、図７〜図１０を用いて、配信主によるシナリオ設定について説明した。ここで、設定受付部１３４は、ページＰ１、ページＰ１−１、ページＰ１−２において配信主により入力および選択された設定情報を受け付ける。例えば、設定受付部１３４は、各ページに含まれる「登録」ボタンが押下されることにより、配信装置１００に対して送信された配信主による設定情報を受け付ける。そして、設定受付部１３４は、受け付けた設定情報を設定情報記憶部１２１に格納する。

また、入稿受付部１３５は、ページＰ１−３において配信主により入力および選択された設定情報を受け付ける。例えば、入稿受付部１３５は、ページＰ１−３に含まれる「登録」ボタンが押下されることにより、配信装置１００に対して送信された配信主による設定情報を受け付ける。そして、入稿受付部１３５は、受け付けた設定情報をコンテンツ記憶部１２２に格納する。

以上のように、コンテンツの入稿まで設定が完了すると、抽出部１３６は、配信主により設定されたタイミングに基づく抽出処理を開始する。配信主により設定されたタイミングとは、配信種別「トリガー配信」が選択された場合において配信主により設定された「配信開始日」、および、「配信開始日」と「配信間隔」とから算出される「配信日時」である。また、配信主により設定されたタイミングとは、配信種別「単発配信」が選択された場合において配信主により設定された「配信日」である。

また、配信部１３７は、抽出部１３６により抽出されたユーザに対して、当該ユーザが抽出されるきっかけとなった条件式に対応するコンテンツを当該ユーザに配信する。例えば、配信部１３７は、図５および図６に示すシナリオＩＤ「Ｃ１００１」によって識別されるシナリオであって、条件式ＩＤ「Ａｕ＿１０１」に対応する条件式「ＣＥ１−１」と、条件式ＩＤ「Ｓｐ＿１０１」に対応する条件式「ＣＥ１−２」とを掛け合わせるといったシナリオに基づき抽出されたユーザに対して、当該シナリオに含まれるタイミングで、メール内容「ＴＥＸＴ１１」、画像データ「ＩＭＧ１１」によって構成される電子メールを配信する。

〔４．配信処理フロー〕
次に、図１１を用いて、第１の実施形態にかかる配信処理の手順について説明する。図１１は、第１の実施形態にかかる配信システムＳｙ１による配信処理手順を示すシーケンス図である。

まず、配信主は、自身の配信主端末１０を操作して、条件情報を設定したいサービス提供サーバ３０、あるいは、顧客管理サーバ６０にログインする。そして、配信主は、ログインしたサービス提供サーバ３０、あるいは、顧客管理サーバ６０内において条件情報を設定する（ステップＳ１０１）。例えば、配信主は、条件情報として、条件式とその条件式を識別する条件式ＩＤとを設定する。

次に、配信主は、配信主端末１０を操作して、配信装置１００にログインする（ステップＳ１０２）。図示しないが、配信装置１００は、配信主がログインすると所定のトップページを配信主端末１０に配信する。そして、配信装置１００は、配信主端末１０から送信される要求に応じて、配信に関する情報設定を配信主から受け付けるためのページを配信主端末１０に配信する（ステップＳ１０３）。例えば、配信装置１００は、配信主端末１０から送信される要求に応じて、図７〜図１０に示したページＰ１、ページＰ１−１、ページＰ１−２、ページＰ１−３を配信する。

また、配信装置１００は、各ページを介して、配信に関する情報設定や、コンテンツの入稿を受け付ける（ステップＳ１０４）。そして、配信装置１００は、配信主により設定されたタイミングに基づき、当該条件情報が設定されるサーバ装置にアクセスし、当該条件情報を満たすユーザを抽出する（ステップＳ１０５）。例えば、配信装置１００は、配信主から、掛け合わせる複数の条件式それぞれの条件式ＩＤを受け付けた場合には、各条件式ＩＤが設定されるサーバ装置にアクセスし、各条件式ＩＤに対応する条件式を満たすユーザを抽出する。

また、配信装置１００は、配信主により掛け合わせ設定が行われている場合には、理論式に基づき、ステップＳ１０５で抽出したユーザの中から、さらにユーザを抽出する（ステップＳ１０６）。なお、配信主により掛け合わせ設定が行われていない場合には、ステップＳ１０６は行われない。

そして、配信装置１００は、配信主により設定されたタイミングで、ステップＳ１０５およびステップＳ１０６で抽出したユーザのユーザ端末２０に対して、条件情報に対応するコンテンツを配信する（ステップＳ１０７）。

（第２の実施形態）
上記第１の実施形態では、配信装置１００が、配信主により設定されたタイミングで、条件情報を満たすユーザに対してコンテンツを配信する例を示した。そこで、配信装置１００は、コンテンツ配信に関する実績情報を配信主に提示してもよい。このような提示処理を行う装置を配信装置２００として、図１２を用いて、配信装置２００の構成について説明する。

〔配信装置の構成〕
図１２は、第２の実施形態にかかる配信装置２００の構成例を示す図である。図１２に示すように、配信装置２００は、通信部１１０と、記憶部２２０と、制御部２３０とを有する。図１２に示すように、配信装置２００は、第１の実施形態にかかる配信装置１００が、実績情報記憶部２２３および提示部２３８を有するものに相当する。したがって、第１の実施形態にかかる配信装置１００と同一符号が付された処理部については説明を省略する。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２０は、設定情報記憶部１２１と、コンテンツ記憶部１２２と、実績情報記憶部２２３を有する。

（実績情報記憶部２２３について）
実績情報記憶部２２３は、コンテンツ配信に関する実績情報を記憶する記憶部である。ここで、図１３に第２の実施形態にかかる実績情報記憶部２２３の一例を示す。図１３の例では、実績情報記憶部２２３は、「配信主ＩＤ」、「シナリオＩＤ」、「シナリオ名」、「配信回数」、「配信数」、「開封数」、「クリック数」、「クリック率」といった項目を有する。

「配信主ＩＤ」は、配信主または配信主端末１０を識別するための識別情報を示す。「シナリオＩＤ」は、配信主により指定された条件式ＩＤと、当該条件式ＩＤに対応する条件式を満たすユーザへのコンテンツ配信に関する設定情報とを含むシナリオを一元管理するための識別情報である。「シナリオ名」は、対応する「シナリオＩＤ」によって識別されるシナリオの名称を示す。図１３に示す「配信主ＩＤ」、「シナリオＩＤ」、「シナリオ名」は、図５および図６に示すものに対応する。

「配信回数」は、「シナリオＩＤ」および「シナリオ名」に対応するコンテンツが配信された回数を示す。「配信数」は、「シナリオＩＤ」および「シナリオ名」に対応するコンテンツが配信された数を示す。一例を示すと、配信回数「１０回」の中で、重複を含めて「１０００人」のユーザに配信されたコンテンツの配信数は「１０００回」となる。「開封数」は、配信されたコンテンツの「配信数」のうち、開封された数を示す。なお、説明を簡単にするために、図１３の例では、「配信数」と「開封数」の値を同一としている。

「クリック数」は、配信されたコンテンツがクリックされた回数を示す。なお、同一コンテンツが複数回クリックされた場合には、重複分は「クリック数」としてカウントされない。「クリック率」は、配信されたコンテンツがクリックされる確率を示す。例えば、「クリック率」は、「クリック数」を「配信数」で除算することにより算出される。

すなわち、図１３の例では、配信主Ｃ１により入稿されたコンテンツであって、シナリオＩＤ「Ｃ１００１」に対応するコンテンツ、つまりメール内容「ＴＥＸＴ１１」および画像データ「ＩＭＧ１１」を含む電子メール（図６より）が、「１０回」配信された（配信回数「１０」）例を示す。また、図１３の例では、かかる電子メールが、「１０回」の配信の中で、「３５，０００人」のユーザに配信された（配信数「３５，０００」）例を示す。また、図１３の例では、かかる電子メールが、「３５，０００人」のユーザに開封された（開封数「３５，０００」）例を示す。また、図１３の例では、かかる電子メールが、「３１５回」クリックされた（クリック数「３１５」）ことにより、クリック率「０．９０」が算出された例を示す。

（制御部２３０について）
図１２に戻り、制御部２３０は、ＣＰＵやＭＰＵ等によって、配信装置２００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図１２に示すように、制御部２３０は、アクセス受付部１３１と、取得部１３２と、提供部１３３と、設定受付部１３４と、入稿受付部１３５と、抽出部１３６と、配信部１３７と、提示部２３８とを有し、以下に説明する配信処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図１２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０が有する各処理部の接続関係は、図１２に示した接続関係に限られず、他の接続関係であってもよい。

（提示部２３８について）
提示部２３８は、コンテンツ配信に関する実績情報を配信主に提示する。例えば、提示部２３８は、実績情報記憶部２２３に記憶される実績情報に基づき統計情報を算出し、算出した統計情報を配信主に提示する。また、提示部２３８は、後述する優先度を設定するための参考情報として統計情報を配信主に提示する。提示部２３８が、提示する統計情報には、以下のようなものがある。

例えば、提示部２３８は、性別あるいは年代別に時間経過に伴うクリック率の遷移を提示する。また、提示部２３８は、配信主が条件情報を設定したサービスシステムにおいて提供されるサービスに特化した統計情報を提示する。一例を示すと、提示部２３８は、「オークションサービスを紹介する電子メール」を送信されたユーザのうち、どれだけのユーザが対応するオークションサイトを訪問したかといった統計情報を提示する。また、提示部２３８は、「オークションサービスを紹介する電子メール」を送信されたユーザのうち、どれだけのユーザが対応するオークションサイトで商品を落札したかといった統計情報を提示する。

（他の実施形態）
上述した第１および第２の実施形態は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、他の実施形態について説明する。

〔１．優先度とグループ設定〕
上記実施形態では、配信装置１００および配信装置２００の設定受付部１３４が、配信主からコンテンツ配信に関する各種情報設定を受け付ける例を示した。そして、設定受付部１３４は、上記例で示した設定情報以外にも優先度の設定を受け付けてもよい。具体的には、設定受付部１３４は、１の配信主により複数の条件情報毎に当該条件情報専用のコンテンツが対応付けられる場合に、各条件情報に対応するコンテンツのうち、いずれのコンテンツを優先して配信させるかを示す優先度の設定を受け付ける。

また、配信部１３７は、設定受付部１３４により受け付けられた優先度に基づいて、コンテンツを配信する。具体的には、配信部１３７は、上記のように設定受付部１３４により受け付けられた異なる条件情報毎に、抽出部１３６により各条件情報を満たす同一のユーザが抽出された場合に、各条件情報に対応付けられるコンテンツのうち、優先度に基づいて決定したコンテンツを配信する。この点について、図１４を用いて説明する。

図１４は、優先度に基づくコンテンツ配信の一例を示す図である。図１４の例では、配信主Ｃ１が、ショッピングサーバ３０_２内において２つの条件情報を設定したことにより、配信主Ｃ１が、配信装置１００にログインし、かかる２つの条件情報毎にコンテンツ配信に関するシナリオを設定するとともに、コンテンツを入稿している例を示す。

まず、シナリオＩＤ「Ｃ１００４」に属する情報について、より具体的に説明する。配信主Ｃ１が、ショッピングサーバ３０_２内において予め、「検索クエリ「ビジネススーツ」＿入力」といった条件式ＣＥ１−４を設定するとともに、条件式ＣＥ１−４に対して条件式ＩＤ「Ｓｐ＿１０４」を設定している。なお、条件式ＣＥ１−４は、「検索クエリ「ビジネススーツ」を入力したユーザを対象とする」といったことを意味する。

また、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０４」によって識別される条件情報に対してシナリオＩＤ「Ｃ１００４」によって識別されるシナリオの設定を受け付けている。具体的には、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０４」によって識別される条件情報に対応する配信のシナリオとして、シナリオＩＤ「Ｃ１００４」、配信種別「トリガー配信」、配信間隔「１０日」、配信開始日「２０１６年１０月１３日」、配信終了日「２０１７年２月２４日」といった設定に加えて、優先度「２」の設定を受け付けている。

また、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０４」によって識別される条件情報に対応する配信のシナリオとして、電子メール「ＴＥＸＴ１４」の入稿を受け付けている。「ＴＥＸＴ１４」は、「ショッピングサイトでポイント１０％還元セール中！ぜひご利用ください」といった本文を含む。このようなことから、電子メール「ＴＥＸＴ１４」は、「検索クエリ「ビジネススーツ」を入力したユーザ」（条件式ＣＥ１−４）を、ショッピングサイトへと誘導することを目的としていることかうかがえる。

次に、シナリオＩＤ「Ｃ１００５」に属する情報について説明する。配信主Ｃ１が、ショッピングサーバ３０_２内において予め、「ショッピング＿閲覧＿「ファッション」」といった条件式ＣＥ１−５を設定するとともに、条件式ＣＥ１−５に対して条件式ＩＤ「Ｓｐ＿１０５」を設定している。なお、条件式ＣＥ１−５は、「ショッピングサイトのうちファッションカテゴリに属するページを閲覧したユーザを対象とする」といったことを意味する。また、ここでのショッピングサイトは、ショッピングサーバ３０_２によって提供されるものを示す。

また、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０５」によって識別される条件情報に対してシナリオＩＤ「Ｃ１００５」によって識別されるシナリオの設定を受け付けている。具体的には、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０５」によって識別される条件情報に対応する配信のシナリオとして、シナリオＩＤ「Ｃ１００５」、配信種別「トリガー配信」、配信間隔「１０日」、配信開始日「２０１６年１０月１３日」、配信終了日「２０１７年２月２４日」といった設定に加えて、優先度「１」の設定を受け付けている。

また、設定受付部１３４は、条件式ＩＤ「Ｓｐ＿１０５」によって識別される条件情報に対応する配信のシナリオとして、電子メール「ＴＥＸＴ１５」の入稿を受け付けている。「ＴＥＸＴ１５」は、「ショッピングサイトのカテゴリ「ファッション」内の商品半額セール中！」といった本文を含む。このようなことから、電子メール「ショッピングサイトのうちファッションカテゴリに属するページを閲覧したユーザ」（条件式ＣＥ１−５）を、商品購入へとつなげることを目的としていることかうかがえる。

ここで、「グループＩＤ」について説明する。「グループＩＤ」は、優先度を適用するシナリオ群をグループとし、そのグループに付与される識別情報である。優先度やグループＩＤの設定は、図示しないが、例えば、図９に示すページＰ１−２で行われてよい。図１４の例では、配信主Ｃ１は、シナリオＩＤ「Ｃ１００４」によって識別されるシナリオと、シナリオＩＤ「Ｃ１００５」によって識別されるシナリオとを１つのグループとして、このグループにグループＩＤ「Ｇ０１」を設定している。つまり、設定受付部１３４が、シナリオＩＤ「Ｃ１００４」によって識別されるシナリオと、シナリオＩＤ「Ｃ１００５」によって識別されるシナリオとから成るグループに対して、グループＩＤ「Ｇ０１」の設定を受け付けた例を示す。

また、上記のようなグループ設定を用いて、優先度に基づくコンテンツ配信についてより具体的に説明する。例えば、優先度は、グループに属する各条件情報のそれぞれを満たすユーザが存在した場合に、そのユーザに優先的に配信するコンテンツを指定するものである。図１４の例では、配信部１３７が電子メールを配信するタイミングによっては、「検索クエリ「ビジネススーツ」を入力したユーザ」といった条件式「ＣＥ１−４」と、「ショッピングサイトのうちファッションカテゴリに属するページを閲覧したユーザ」といった条件式「ＣＥ１−５」のそれぞれを満たすユーザが存在する場合がある。

かかる場合、優先度を考慮しないと、「ショッピングサイトのうちファッションカテゴリに属するページを閲覧したユーザ」、すなわち「既にショッピングサイトに訪問しているユーザ」に対して、ショッピングサイトへの誘導を目的とする電子メール「ＴＥＸＴ１４」が配信されてしまう可能性がある。そして、このような配信が行われてしまうと、「既にショッピングサイトに訪問しているユーザ」に対して違和感を与えてしまうことになる。

したがって、配信部１３７は、電子メールを配信するタイミングにおいて、１つのグループに属する条件情報であって、それぞれコンテンツが対応付けられている条件情報のうち、複数の条件情報それぞれを満たす同一ユーザが抽出された場合には、その複数の条件情報それぞれに設定された優先度の中で、より高い（値が小さい）優先度が設定されたコンテンツを配信する。

図１４の例では、配信部１３７は、配信主Ｃ１により設定されたタイミングにおいて、グループＩＤ「Ｇ０１」に属する各シナリオに含まれる条件式「ＣＥ１−４」と、条件式「ＣＥ１−５」とを満たすユーザが抽出された場合には、当該ユーザに対して、優先度「１」が対応付けられる電子メール「ＴＥＸＴ１５」を配信する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、コンテンツが配信されたユーザに対して、コンテンツの内容による違和感を与えてしまうことを事前に防止することができる。

〔２．連携方式について（１）〕
上記実施形態では、配信装置１００の設定受付部１３４が、複数の条件式を掛け合わせる連携方式である連携Ｘ３の選択を受け付け、抽出部１３６が、掛け合わせ連携として、かかる複数の条件式の双方を満たすユーザを抽出する例を示した。しかし、設定受付部１３４は、配信装置１００と各サービス提供サーバ３０（図１の例では、オークションサーバ３０_１あるいはショッピングサーバ３０_２）とのサーバ間連携を示す連携Ｘ１の設定を受け付けてもよい。以下では、配信主Ｃ１により図１のような条件情報の設定が行われ、さらに連携Ｘ１が選択された場合における配信処理について説明する。

例えば、設定受付部１３４は、図７に示すページＰ１を介して、配信主Ｃ１から連携Ｘ１の選択を受け付ける。また、提供部１３３は、ページＰ１において設定された情報が登録された場合に、図８に示すページＰ１−１の代わりに、条件情報を選択させるための条件式選択ページＰ１−１ｘ（以下、「ページＰ１−１ｘ」とする）を配信主Ｃ１に提供する。

図１５は、条件式選択ページＰ１−１ｘの一例を示す図である。図１５の例では、ページＰ１−１ｘは、「連携方式」を選択させるための入力欄である領域Ｒ１２ｘと、取得部１３２により取得された条件情報が一覧表示される領域Ｒ１４ｘとを含む。また、領域Ｒ１４ｘには、一覧表示される条件情報の中から、連携させるサーバ装置、言い換えれば、サービス提供サーバ３０内に設定された条件情報を選択させるためのチェックボックスが含まれる。図示しないが、一覧表示される条件情報それぞれには、当該条件情報が設定されたサービス提供するサーバ３０の識別情報が対応付けられていてよい。また、このような対応付けは、例えば、取得部１３２によって行われる。

そして、図１５では、配信主Ｃ１が、連携方式「連携Ｘ１」を選択するとともに、条件式ＩＤ「Ａｕ＿１０１」を選択した例を示す。また、提供部１３３は、ページＰ１−１ｘの「登録」ボタンが押下されたことを受け付けると、図９に示すページＰ１−２を配信主Ｃ１に提供する。また、提供部１３３は、ページＰ１−２の「登録」ボタンが押下されたことを受け付けると、図１０に示すページＰ１−３を配信主Ｃ１に提供する。

以上のように、コンテンツの入稿まで設定が完了すると、抽出部１３６は、配信主Ｃ１により設定されたタイミングに基づく抽出処理を開始する。また、配信部１３７は、抽出部１３６により抽出されたユーザに対して、配信主Ｃ１により設定されたタイミングでコンテンツを配信する。

なお、ここでは、連携Ｘ１が選択された場合における配信処理について説明したが、配信装置１００と顧客管理サーバ６０とのサーバ間連携である連携Ｘ２が選択された場合であっても、同様の配信処理が行われる。

〔３．連携方式について（２）〕
上記実施形態では、図１に示すように、配信主が、サービスシステムにログインし、サービスシステム内において予め条件情報を設定しておく例を示した。しかし、配信主は、配信装置１００に対して、予め条件情報を設定してもよい。具体的には、提供部１３３が、条件情報の設定を受け付けるための条件情報設定ページＰ２（以下、「ページＰ２」とする）を配信主に提供する。そして、設定受付部１３４は、ページＰ２を介して、条件情報の設定を受け付ける。また、配信主は、このように配信装置１００で条件情報を設定したい場合、アプリＡＰ１とは異なるアプリケーションである「アプリＡＰ２」を利用する。

アプリＡＰ２は、顧客管理サーバ６０に対応したアプリケーションである。したがって、配信主は、配信装置１００と顧客管理サーバ６０とを連携させたい場合、すなわち条件情報を満たすユーザを顧客管理サーバ６０から抽出させたい場合に、アプリＡＰ２を利用する。

例えば、第２アクセス受付部１３１ｂは、配信主Ｃ１のログインを許可すると、配信主Ｃ１がログインした旨を提供部１３３に通知する。提供部１３３は、第２アクセス受付部１３１ｂからの通知に応じて、配信に関するシナリオ設定を受け付けるための所定のページを提供する。提供部１３３は、アプリＡＰ２に対応するトップページを介して、ページＰ２の要求を受け付けると、配信主Ｃ１の配信主端末１０に対して、ページＰ２を配信する。

かかる場合、設定受付部１３４は、ページＰ２を介して、条件式および条件式ＩＤの設定を受け付ける。また、設定受付部１３４は、配信主Ｃ１により設定された条件情報を所定の記憶部（図示しないが、例えば、条件情報記憶部）に格納する。また、提供部１３３は、ページＰ２において条件情報の設定が完了されると、配信主Ｃ１の要求に応じて、例えば、上述してきたページＰ１、Ｐ１−２、Ｐ１−３を順次提供することにより、配信主Ｃ１からシナリオの設定を受け付ける。

また、抽出部１３６は、配信主Ｃ１により設定されたタイミングに基づいて、ページＰ２で設定された条件情報を満たすユーザを顧客管理サーバ６０から抽出する。また、配信部１３７は、抽出されたユーザに対して、配信主Ｃ１により設定されたタイミングで配信主Ｃ１のコンテンツを配信する。

〔４．アップロード〕
配信主によっては、所定のサービスシステムによって提供されるサービスの利用者に関する情報をリスト化したリスト情報を所持している場合がある。さらに、配信主によっては、このリスト情報によって示される利用者の中からも、自身が設定した条件情報を満たすユーザが抽出されることを望む場合がある。

したがって、かかる場合、設定受付部１３４は、配信主からコンテンツの配信対象のユーザを示すリスト情報を受け付ける（リスト情報のアップロード）。また、抽出部１３６は、配信主により指定されたタイミングに基づいて、条件情報を満たすユーザをリスト情報から抽出する。そして、配信部１３７は、抽出部１３６によりリスト情報から抽出されたユーザに対して、コンテンツを配信する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信主側により指定されたユーザ群の中から、配信主により設定された条件情報を満たすユーザを抽出し、抽出したユーザに配信主のコンテンツを配信することができる。すなわち、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信主の要望により応じたコンテンツ配信を行うことができる。

〔５．重複排除について〕
上記実施形態では、例えば、条件情報を掛け合わせるよう指定された場合に、抽出部１３６が、各条件情報に対応する条件式の双方を満たすユーザを抽出する例を示した。また、抽出したユーザの中に同一のユーザが含まれる場合には、抽出部１３６が、重複分のユーザを排除する重複排除を行う例を示した。

かかる重複排除について一例を示す。例えば、抽出部１３６が、各条件情報に対応する条件式の双方を満たすユーザとして、ユーザＵ１を示すレコードを３つ、ユーザＵ２を示すレコードを１つ抽出したとする。かかる場合、抽出部１３６は、ユーザＵ１を示すレコードを３つであることからユーザＵ１が重複していることを認識する。これにより、抽出部１３６は、３つのユーザＵ１のうち重複分の２つのユーザＵ１を排除する。これにより、１人のユーザに対して、同一のコンテンツが同時に複数配信されてしまうといった状況を防止することができる。

一方で、上記のような重複排除とは別に、抽出部１３６は、条件式を満たすユーザの中から特定のユーザを排除する場合がある。例えば、検索式「オークション＿検索＿「ファッション」」（オークションで「ファッション」カテゴリに属する商品を検索したユーザ）といった条件式Ａと、「コンテンツを配信してはいけないユーザ」といった条件式Ｂとが掛け合わせ設定される場合がある。

かかる場合、抽出部１３６は、条件式Ａを満たすユーザと、条件式Ｂを満たすユーザをそれぞれ特定する。例えば、条件式Ａを満たすユーザとして、ユーザＵ５、ユーザＵ６、ユーザＵ７が特定されたとする。また、条件式Ｂを満たすユーザとして、ユーザＵ６、ユーザＵ７が特定されたとする。

このような状態において、抽出部１３６は、ユーザＵ６およびＵ７は、「コンテンツを配信してはいけないユーザ」であることから、条件式Ａを満たすユーザユーザＵ５、Ｕ６、Ｕ７の中からユーザユーザＵ６およびＵ７を排除し、これにより残ったユーザＵ５を抽出する。

〔６．ハードウェア構成〕
また、上述してきた各実施形態にかかる配信装置１００および配信装置２００は、例えば図１６に示すような構成のコンピュータ１０００によって実現される。以下、配信装置１００を例に挙げて説明する。図１６は、配信装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、通信網５０を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５０を介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が第１の実施形態にかかる配信装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信網５０を介してこれらのプログラムを取得してもよい。

また、例えば、コンピュータ１０００が第２の実施形態にかかる配信装置２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部２３０の機能を実現する。

〔７．その他〕
上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔８．効果〕
第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、設定受付部１３４と、抽出部１３６と、配信部１３７とを有する。設定受付部１３４は、コンテンツを配信する配信先に関する条件情報の指定をコンテンツの配信主から受け付ける。抽出部１３６は、配信主により指定されたタイミングに基づいて、条件情報を満たすユーザを抽出する。配信部１３７は、配信主により指定されたタイミングで抽出部１３６により抽出されたユーザに対してコンテンツを配信する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信主の要望により応じたコンテンツ配信を行うことができるため、訴求効果の高いコンテンツ配信を行うことができる。

また、設定受付部１３４は、条件情報として、所定のサービスを提供するサービスシステムにおいて配信主により予め生成された条件情報であって当該所定のサービスの利用者の中からユーザを特定するための条件情報の指定を受け付ける。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、所定のサービスを提供するサービスシステムが蓄積している独自のユーザ情報に基づく条件情報を満たすユーザに対してコンテンツ配信できるため、配信主の要望により応じたコンテンツ配信を行うことができる。

また、抽出部１３６は、サービスシステムのうち条件情報に対応するサービスシステムにアクセスすることで、条件情報を満たすユーザを抽出する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、条件情報が設定されたサービスシステムが保有する独自のユーザ情報から、条件情報を満たすユーザを抽出することができるため、条件情報を満たすユーザを精度よく抽出することができる。

また、抽出部１３６は、異なる複数のサービスシステムにおいて配信主により予め生成されたそれぞれの条件情報の双方を満たすユーザを抽出する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信対象のユーザをより詳細にターゲティングすることができる。

また、抽出部１３６は、配信主により指定されたタイミングとして、コンテンツを配信する配信日時に基づいて、ユーザを抽出する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信主により指定された日時において、配信主の条件情報を満たすユーザに対してコンテンツ配信することができるため、配信主の要望により応じたコンテンツ配信を行うことができる。

また、設定受付部１３４は、条件情報毎に当該条件情報に対応するコンテンツを配信主から受け付ける。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、条件情報を満たすユーザにより適したコンテンツを配信することができる。

また、配信部１３７は、異なる条件情報のそれぞれを満たす同一のユーザが抽出された場合に、異なる条件情報のそれぞれに対応付けられるコンテンツのうち、優先度に基づいて決定されたコンテンツを配信する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、コンテンツが配信されたユーザに対して、コンテンツの内容による違和感を与えてしまうことを事前に防止することができる。

また、第２の実施形態にかかる配信装置２００は、提示部２３８を有する。提示部２３８は、条件情報に対応する統計情報を優先度を設定するための参考情報として提示する。

これにより、第２の実施形態にかかる配信装置２００は、どのコンテンツを優先して配信させるかを設定させ易くすることができる。

また、設定受付部１３４は、配信主からコンテンツの配信対象のユーザを示す情報を受け付け、抽出部１３６は、配信主により指定されたタイミングに基づいて、条件情報を満たすユーザをユーザを示す情報から抽出し、配信部１３７は、抽出部１３６によりユーザを示す情報から抽出されたユーザに対して、コンテンツを配信する。

これにより、第１の実施形態にかかる配信装置１００、および、第２の実施形態にかかる配信装置２００は、配信主側により指定されたユーザ群の中から、配信主により設定された条件情報を満たすユーザを抽出し、抽出したユーザに配信主のコンテンツを配信することができる。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

Ｓｙ１ 配信システム
Ｓｙ１−１ 社内システム
１０ 配信主端末
２０ ユーザ端末
３０ サービス提供サーバ
６０ 顧客管理サーバ
１００ 配信装置
１２１ 設定情報記憶部
１２２ コンテンツ記憶部
１３２ 取得部
１３３ 提供部
１３４ 設定受付部
１３５ 入稿受付部
１３６ 抽出部
１３７ 配信部
２００ 配信装置
２２３ 実績情報記憶部
２３８ 提示部

Claims (9)

1. コンテンツを配信する配信先に関する条件情報として、互いに異なるサービスを提供する複数のサービスシステムそれぞれに対して前記コンテンツの配信主が予め設定した条件情報であって前記複数のサービスシステムそれぞれの利用態様を条件付ける条件情報の指定を前記配信主から受け付けるとともに、前記複数のサービスシステムのうち互いに連携させる連携対象のサービスシステムの指定を受け付ける受付部と、
   前記配信主により指定されたタイミングに基づいて、前記連携対象のサービスシステムに含まれる１のサービスシステムのユーザのうち当該１のサービスシステムに設定されている条件情報が示す利用態様で当該１のサービスシステムが提供するサービスを利用したことのあるユーザ、および、前記連携対象のサービスシステムに含まれる他のサービスシステムのユーザのうち当該他のサービスシステムに設定されている条件情報が示す利用態様で当該他のサービスシステムが提供するサービスを利用したことのあるユーザのうち、少なくともいずれか一方のユーザを抽出する抽出部と、
   前記配信主により指定されたタイミングで前記抽出部により抽出されたユーザに対して前記コンテンツを配信する配信部と
   を有することを特徴とする配信装置。
2. 前記抽出部は、前記サービスシステムのうち前記条件情報に対応するサービスシステムにアクセスすることで、前記条件情報を満たすユーザを抽出する
   ことを特徴とする請求項１に記載の配信装置。
3. 前記抽出部は、前記配信主により指定されたタイミングとして、前記コンテンツを配信する配信日時に基づいて、前記ユーザを抽出する
   ことを特徴とする請求項１または２に記載の配信装置。
4. 前記受付部は、前記条件情報毎に当該条件情報に対応するコンテンツを前記配信主から受け付ける
   ことを特徴とする請求項１〜３のいずれか１つに記載の配信装置。
5. 前記配信部は、異なる条件情報のそれぞれを満たす同一のユーザが抽出された場合に、前記異なる条件情報のそれぞれに対応付けられるコンテンツのうち、優先度に基づいて決定されたコンテンツを配信する
   ことを特徴とする請求項１〜４のいずれか１つに記載の配信装置。
6. 前記条件情報に対応する統計情報を前記優先度を設定するための参考情報として提示する提示部をさらに有する
   ことを特徴とする請求項５に記載の配信装置。
7. 前記受付部は、前記配信主から前記コンテンツの配信対象のユーザを示す情報を受け付け、
   前記抽出部は、前記配信主により指定されたタイミングに基づいて、前記条件情報を満たすユーザを前記ユーザを示す情報から抽出し、
   前記配信部は、前記抽出部によりユーザを示す情報から抽出されたユーザに対して、前記コンテンツを配信する
   ことを特徴とする請求項１〜６のいずれか１つに記載の配信装置。
8. 配信装置が実行する配信方法であって、
   コンテンツを配信する配信先に関する条件情報として、互いに異なるサービスを提供する複数のサービスシステムそれぞれに対して前記コンテンツの配信主が予め設定した条件情報であって前記複数のサービスシステムそれぞれの利用態様を条件付ける条件情報の指定を前記配信主から受け付けるとともに、前記複数のサービスシステムのうち互いに連携させる連携対象のサービスシステムの指定を受け付ける受付工程と、
   前記配信主により指定されたタイミングに基づいて、前記連携対象のサービスシステムに含まれる１のサービスシステムのユーザのうち当該１のサービスシステムに設定されている条件情報が示す利用態様で当該１のサービスシステムが提供するサービスを利用したことのあるユーザ、および、前記連携対象のサービスシステムに含まれる他のサービスシステムのユーザのうち当該他のサービスシステムに設定されている条件情報が示す利用態様で当該他のサービスシステムが提供するサービスを利用したことのあるユーザのうち、少なくともいずれか一方のユーザを抽出する抽出工程と、
   前記配信主により指定されたタイミングで前記抽出工程により抽出されたユーザに対して前記コンテンツを配信する配信工程と
   を含んだことを特徴とする配信方法。
9. コンテンツを配信する配信先に関する条件情報として、互いに異なるサービスを提供する複数のサービスシステムそれぞれに対して前記コンテンツの配信主が予め設定した条件情報であって前記複数のサービスシステムそれぞれの利用態様を条件付ける条件情報の指定を前記配信主から受け付けるとともに、前記複数のサービスシステムのうち互いに連携させる連携対象のサービスシステムの指定を受け付ける受付手順と、
   前記配信主により指定されたタイミングに基づいて、前記連携対象のサービスシステムに含まれる１のサービスシステムのユーザのうち当該１のサービスシステムに設定されている条件情報が示す利用態様で当該１のサービスシステムが提供するサービスを利用したことのあるユーザ、および、前記連携対象のサービスシステムに含まれる他のサービスシステムのユーザのうち当該他のサービスシステムに設定されている条件情報が示す利用態様で当該他のサービスシステムが提供するサービスを利用したことのあるユーザのうち、少なくともいずれか一方のユーザを抽出する抽出手順と、
   前記配信主により指定されたタイミングで前記抽出手順により抽出されたユーザに対して前記コンテンツを配信する配信手順と
   をコンピュータに実行させることを特徴とする配信プログラム。

Images