JP5953345B2 - 訪問者端末、表示案決定方法、プログラム及びログサーバ - Google Patents

Description

本発明は、訪問者端末、表示案決定方法、プログラム及びログサーバに関する。

従来、ユーザからのメニュー画面リクエストを受け取ると、当該ユーザの職種毎に予め定められたメニューを、当該ユーザの利用履歴に応じて表示位置を変えた上でユーザ端末に表示させるシステムが知られている（例えば、特許文献１）。

特開２００３−２８０９７６号公報

特許文献１に記載したシステムでは、ユーザ端末に表示されるメニューは職種毎に予め固定的に定められているため、リクエストを行ったユーザの属性に応じてメニューを柔軟に出し分けることはできなかった。

かかる事情に鑑みてなされた本発明の目的は、ユーザの属性に応じてコンテンツを柔軟に出し分けることによって機会損失を防ぐことが可能な訪問者端末、表示案決定方法、プログラム及びログサーバを提供することにある。

上記課題を解決するために本発明に係る訪問者端末は、ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する通信部と、前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する決定部とを備える。

また、上記課題を解決するために本発明に係る訪問者端末において、前記決定部は、前記セグメント毎に前記複数の案のいずれを前記ウェブページとして表示すべきかを、前記複数の案の過去の成績の比率に応じて選択することが好ましい。

また、上記課題を解決するために本発明に係る訪問者端末において、前記決定部は、前記複数の案のいずれを前記ウェブページとして表示すべきかが前記セグメント毎に異なったとき、前記セグメント毎に、当該セグメントについて選択された案のポイント値を計算し、案毎のポイント値に基づいて表示すべき案を決定することが好ましい。

また、上記課題を解決するために本発明に係る訪問者端末において、前記ポイント値は、セグメント全体の過去の成績と前記複数の案の過去の成績の差とを乗じた積の絶対値であり、前記決定部は、案毎に前記ポイント値を合計して、当該合計の結果に基づいて、表示すべき案を決定することが好ましい。

上記課題を解決するために本発明に係る訪問者端末は、前記ウェブページには、前記訪問者端末において前記表示すべき案を決定するスクリプト言語が、前記一の依頼者端末によって記述されており、前記通信部は更に、前記決定した案と、表示後の当該案の成績とを、前記一の依頼者端末による参照のためにログサーバに出力することが好ましい。

また、上記課題を解決するために本発明に係る訪問者端末において、前記決定部は、前記セグメント毎に前記複数の案のいずれを前記ウェブページとして表示すべきかを、ユーザ操作により指定された通りに選択することが可能であることが好ましい。

また、上記課題を解決するために本発明に係る報酬通知サーバにおいて、前記過去の成績はＣＶＲであることが好ましい。

更に、上記課題を解決するために本発明に係る表示案決定方法は、通信部により、ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得するステップと、決定部により、前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定するステップとを有する。

更に、上記課題を解決するために本発明に係るプログラムは、コンピュータに、ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する手順と、前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する手順とを実行させる。

更に、上記課題を解決するために本発明に係るログサーバは、コンピュータに、ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する手順と、前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する手順とを実行させる。

本発明における訪問者端末、表示案決定方法、プログラム及びログサーバによれば、ユーザの属性に応じてコンテンツを柔軟に出し分けることによって機会損失を防ぐことが可能となる。

本発明の一実施形態に係る表示案決定システムの概略構成を示す図である。 （ａ）は図１の訪問者端末の機能ブロック図である。（ｂ）は図１の依頼者端末の機能ブロック図である。（ｃ）は図１の提案者端末の機能ブロック図である。 図１のログサーバの機能ブロック図である。 図１のＷｅｂサーバが出力するＪａｖａＳｃｒｉｐｔ（登録商標）コードの一例を示す図である。 本発明の一実施形態に係る決定方法１の流れを示す図である。 図５の続きを示す図である。 図６の続きを示す図である。 本発明の一実施形態に係る決定方法２の流れを示す図である。 図８の続きを示す図である。 図９の続きを示す図である。 図１のログサーバが行った計算結果を示す図である。 図１の依頼者端末が表示する結果表示画面を示す図である。 本発明の一実施形態に係る動作フローを示す図である。 図１３の続きを示す図である。

以下、本発明の一実施形態を図面に基づいて説明する。

［システム構成］
図１は、本発明の一実施形態に係る表示案決定システムの概略構成を示す図である。表示案決定システムにおいて、訪問者端末１、依頼者端末２、提案者端末３、ログサーバ４、Ｗｅｂサーバ５及びセグメントデータ提供サーバ６が互いにネットワークＮＷを介して通信する。ネットワークＮＷに接続される端末及びサーバの数は限定されず、中継サーバが、それらの通信を中継してもよい。訪問者端末１、依頼者端末２及び提案者端末３は、図示するような携帯型の端末であっても、設置型の端末であってもよい。また、本発明に係る訪問者端末１、依頼者端末２、提案者端末３、ログサーバ４の各機能を説明するが、それらが備える他の機能を排除することを意図したものではないことに留意されたい。

図２（ａ）は、図１の訪問者端末１の機能ブロック図である。訪問者端末１は、制御部１１、通信部１２、表示部１３、決定部１４及び記憶部１５を有する。

制御部１１は、訪問者端末１の各種動作を制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサである。

通信部１２は、例えばログサーバ４、Ｗｅｂサーバ５及びセグメントデータ提供サーバ６との間で情報を送受信する。通信部１２は、有線又は無線の少なくとも一方により通信を行う。また、詳細は後述するが、通信部１２はウェブページにアクセスしたことに応答してＩＤ（例えば、訪問者端末１のＩＤ又は訪問者端末１のユーザのＩＤ）をセグメントデータ提供サーバ６に出力し、当該ＩＤに対応するセグメントデータを取得する。

表示部１３は例えば、液晶ディスプレイ、有機ＥＬディスプレイ又は無機ＥＬディスプレイである。表示部１３はタッチパネルで構成されてもよく、ユーザの操作によるユーザ入力を受付けるインタフェースとして機能してもよい。また、表示部１３は、訪問者端末１の外部から接続されて用いられてもよい。

決定部１４は、通信部１２が取得したセグメントデータが示すセグメント毎に複数の案のいずれを表示すべきかを選択して、当該選択の結果と複数の案毎の過去の成績とに基づいて、表示すべき案を決定する。成績とは例えば、ＣＶＲ（Ｃｏｎｖｅｒｓｉｏｎ Ｒａｔｅ：コンバージョンレート）である。ＣＶＲとは、ウェブページ（ウェブサイト）にアクセスした訪問者のうちどれだけの割合が商品購入や資料請求へ至ったかを示す数値である。コンテンツとは例えば、ウェブページのデザイン又は広告である。本実施形態では、一例として、コンテンツはウェブページのデザインであるとして説明する。

記憶部１５は例えば半導体メモリ、磁気メモリ等であり、各種情報や訪問者端末１を動作させるためのプログラム等を記憶する。記憶部１５は例えば、ブラウザのクッキー機能等によってＩＤを記憶する。

図２（ｂ）は、図１の依頼者端末２の機能ブロック図である。依頼者端末２は、制御部２１、通信部２２、表示部２３及び記憶部２４を有する。依頼者端末２の機能ブロック図は、決定部１４を有さない点を除いて訪問者端末１の機能ブロック図と同様であるため、説明は省略する。

図２（ｃ）は、図１の提案者端末３の機能ブロック図である。提案者端末３は、制御部３１、通信部３２、表示部３３及び記憶部３４を有する。提案者端末３の機能ブロック図は、決定部１４を有さない点を除いて訪問者端末１の機能ブロック図と同様であるため、説明を省略する。

図３は図１のログサーバ４の機能ブロック図である。ログサーバ４は、制御部４１、通信部４２、計算部４３、割当指定部４４及び記憶部４５を有する。

制御部４１は、ログサーバ４の各種動作を制御するＣＰＵ等のプロセッサである。

通信部４２は、例えば、訪問者端末１、依頼者端末２及び提案者端末３との間で情報を送受信する。通信部４２は、有線又は無線の少なくとも一方により通信を行う。

計算部４３は例えば、案毎及びセグメント毎の、ＣＶＲ及びスコアを計算する。

割当指定部４４は、セグメント毎に、複数の案のいずれをコンテンツとして表示すべきかの割り当てを、ユーザ操作による選択を受付けて指定することができる。

記憶部４５は、例えば半導体メモリ、磁気メモリ等であって、依頼者端末２から取得した依頼内容を記憶する。

図１の説明に戻る。Ｗｅｂサーバ５は、従来公知のサーバであり、依頼者端末２のユーザが作成を依頼したコンテンツに係る情報を記憶する。Ｗｅｂサーバ５は、依頼者端末２のユーザが指定したウェブページに対して訪問者端末１からアクセスがあったことを検出すると、訪問者端末１に、アクセスの対象であるウェブページデータを出力する。ウェブページデータとは、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル及びＪａｖａＳｃｒｉｐｔコードである。

セグメントデータ提供サーバ６は、従来公知のサーバであり、例えばＤＭＰ（Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ Ｐｌａｔｆｏｒｍ：データマネジメントプラットフォーム）である。セグメントデータ提供サーバ６は、ＩＤ毎にセグメントデータ（属性）を記憶する。セグメントデータとはあるユーザが属する区分（セグメント）を示すデータであり、例えば性別、年齢、年代、出身地、居住地、家族構成、年収等である。セグメントデータ提供サーバ６は、訪問者端末１から取得したＩＤに対応するセグメントデータを訪問者端末１に提供する。

［依頼作成段階］
依頼者端末２は、ログサーバ４にアクセスする。アクセス後、依頼者端末２の表示部２３はログイン画面を表示する。依頼者端末２は、依頼者端末２のユーザにより入力された又はブラウザのＣｏｏｋｉｅにより記憶された、認証情報（メールアドレス等のログインＩＤ及びパスワード等）をログサーバ４に出力する。ログサーバ４は、ログインＩＤ及びパスワードが一致していることを確認すると、依頼者端末２のログインを許可する。

ログイン後、表示部２３は、依頼作成画面を表示する。依頼作成画面とは、依頼者端末２のユーザが任意のコンテンツの作成を依頼するための画面である。

依頼者端末２のユーザは、ウェブページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ウェブページのコンバージョンＵＲＬ、依頼のタイトル、デザイン前のウェブページ画像（必要な場合）等を依頼の内容として入力する。ウェブページのコンバージョンＵＲＬとは、当該ウェブページへの訪問者を商品購入や資料請求へ誘導した先のＵＲＬである。

依頼の作成において、依頼者端末２のユーザは、依頼内容が視覚的で分かりやすくなるように、コンテンツの作成依頼内容を視覚的に示すための画面情報を、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を利用して作成することもできる。

依頼の作成が完了すると、依頼者端末２のユーザはブラウザに表示された完了ボタンを押下する。このとき、依頼者端末２はログサーバ４に、依頼内容及び作成完了通知を出力する。

依頼内容及び作成完了通知を取得すると、ログサーバ４は、依頼の内容を記憶部４５に記憶する。また、ログサーバ４は、依頼者端末２に対してＪａｖａＳｃｒｉｐｔコードを発行して出力する。ＪａｖａＳｃｒｉｐｔコードの一例を図４に示す。依頼者端末２はＪａｖａＳｃｒｉｐｔコードを取得して表示部２３に表示する。ＪａｖａＳｃｒｉｐｔコードはスクリプト言語であり、端末のブラウザ上で動作し、ウェブページを動的に生成等するプログラムである。

依頼者端末２のユーザは、例えば、当該ＪａｖａＳｃｒｉｐｔコードをウェブページのＨＴＭＬタグに記述することによりＪａｖａＳｃｒｉｐｔコードをウェブページに埋込む。

ログサーバ４は、依頼内容を、依頼に対する案を提案することを表明したユーザの端末（提案者端末３）に提示する。具体的には、提案者端末３が依頼者端末２と同様にログサーバ４にログインした後、提案者端末３のユーザは、依頼内容を確認する画面で、依頼者端末２が行った依頼内容を確認することができる。

提案者端末３のユーザは、依頼に対して案を作成し提案することができる。例えば、依頼の内容がウェブページのデザインである場合、提案者端末３のユーザはウェブページのデザインの案を提案する。案を作成した後、提案者端末３は、ユーザ操作により当該案をログサーバ４に出力し、ログサーバ４は当該案を取得する。

依頼者端末２の表示部２３は、ユーザ操作に応じて、依頼者端末２のユーザの依頼に対して１以上の提案者端末３が提案した１以上の案を表示することができる。説明のため、本実施形態では、Ａ案及びＢ案の２つが同一の又は異なる提案者により提案され、その全てがテストの対象として依頼者端末２のユーザに選択されたとして説明するが、案の数やテストの対象として選択される数は限定されない。

依頼者端末２のユーザは、２つの案のどちらを最終的に採用するかを決定するために、Ａ／Ｂテスト（以下、テストという）を行うことができる。「Ａ／Ｂテスト」とは、案が３つ以上ある場合であっても用いる用語である。テストを行う場合、依頼者端末２のユーザはブラウザに表示されたテスト開始ボタンを押下する。このとき、依頼者端末２はテスト開始通知をログサーバ４に出力する。

［テスト段階］
ログサーバ４は、通信部４２においてテスト開始通知を取得すると、テストを開始する。まずＷｅｂサーバ５は、依頼者端末２のユーザが指定したウェブページに対して訪問者端末１からアクセスがあったことを検出すると、訪問者端末１にウェブページデータを出力する。

訪問者端末１は、当該ウェブページデータに埋込まれたＪａｖａＳｃｒｉｐｔコードに基づきウェブページを動的に処理する。具体的には、図４に示すＪａｖａＳｃｒｉｐｔコードが埋込まれている場合、訪問者端末１は、１６．ｊｓに係るＪａｖａＳｃｒｉｐｔコード（以下、ＪＳコードという。）を外部サーバ（ログサーバ４又はログサーバ４と接続された中継サーバ）から取得する。外部サーバはＪＳコードを例えば５分間隔で更新することができる。

ウェブページのデータを取得した訪問者端末１は、ＪＳコードに基づいて、ログ及び訪問者端末１のＩＤを取得する。ログは例えば、どのウェブページにアクセスしたかのログである。訪問者端末１のＩＤはブラウザのクッキー機能等によって記憶部１５に記憶されている。次いで通信部１２は、ＪＳコードに基づいて、取得された訪問者端末１のＩＤをセグメントデータ提供サーバ６に出力し、当該ＩＤに対応するセグメントデータを要求する。

セグメントデータ提供サーバ６は当該ＩＤに対応するセグメントデータを訪問者端末１に出力する。出力されるセグメントデータの量及び種類は任意である。セグメントデータを取得した訪問者端末１の決定部１４は、ＪＳコードに基づいて、表示部１３に表示するコンテンツをＡ案及びＢ案から決定する。

決定部１４が、表示部１３が表示するコンテンツをどのように決定するかを以下で詳細に説明する。決定方法には２通り存在するため、分けてそれぞれを説明する。

［決定方法１：セグメント割当指定のない場合］
この方法は、依頼者端末２のユーザが、各セグメントでどちらの案を割り当てて表示するのが適しているかを指定していない場合の方法である。セグメント割当指定があるか否かは、ＪＳコードを参照することによって確認可能である。

決定方法１において、一例として訪問者端末１のユーザが２０代男性の関西人であり、通信部１２がセグメントデータ提供サーバ６からセグメントデータとして「男性」、「２０代」及び「関西人」を取得したとして説明する。この場合、図５に示すように、決定部１４は、セグメントとして「男性」、「２０代」及び「関西人」を選択する。

決定部１４は、各セグメントで従来公知のバンディットアルゴリズムを行う。具体的には決定部１４は、まず「男性」セグメントでＡ案とＢ案のどちらが適しているかを、過去のＡ案ＣＶＲとＢ案ＣＶＲの比率（すなわち、５：２の比率）に応じて選択する。すなわち決定部１４は、「男性」セグメントにおいて、５／７の確率でＡ案が適していると選択し、２／７の確率でＢ案が適していると選択する。このように構成することにより、案の重要度に応じて案を出し分けることができる。ここでＡ案ＣＶＲとは、セグメントのどれだけの割合のユーザが、Ａ案のコンテンツを見て商品購入や資料請求へ至ったかの成績を示す数値である。Ｂ案ＣＶＲについても同様である。

決定部１４は、同様のアルゴリズム処理を他のセグメントである「２０代」及び「関西人」についても行う。アルゴリズム処理の結果を図６に示す。なお決定部１４は、Ａ案とＢ案のどちらが適しているかを、それぞれの案のＣＶＲが高い方として選択してもよい。更に、決定部１４は、Ａ案とＢ案のどちらが適しているかをランダムに選択してもよい。

次いで決定部１４は、図６に示すように複数の案のいずれをウェブページとして表示すべきかがセグメント毎に異なったとき、Ａ案とＢ案のそれぞれの重みをポイント値として計算する。このように構成することにより、案の重要度を案の出し分けに更に反映させることができる。決定部１４はセグメント毎のポイント値を、例えば、過去のセグメント全体ＣＶＲと、過去のＡ案ＣＶＲとＢ案ＣＶＲとの差と、を乗じた積の絶対値により求める。決定部１４はセグメント毎のポイント値を、過去のセグメント全体ＣＶＲと、過去のＡ案ＣＶＲとＢ案ＣＶＲとの差の絶対値と、を乗じた積により求めてもよい。セグメント全体ＣＶＲとは、セグメントのどれだけの割合のユーザが商品購入や資料請求へ至ったかの成績を示す数値である。

図７に示す通り、乗算した結果、「男性」セグメントのＡ案のポイント値は６、「２０代」セグメントのＢ案のポイント値は３５、「関西人」セグメントのＢ案のポイント値は１５である。次いで決定部１４は当該３つのセグメントのポイント値を案毎に合計する。その結果、Ａ案の合計ポイント値は６であり、Ｂ案の合計ポイント値は３５＋１５＝５０である。

最後に決定部１４は、Ａ案とＢ案のどちらが、表示部１３が表示するコンテンツとして最適かを、Ａ案の合計ポイント値とＢ案の合計ポイント値の比率（すなわち、６：５０の比率）に応じて決定する。すなわち、決定部１４は、６／５６の確率でＡ案が最適と決定し、５０／５６の確率でＢ案が最適と決定する。なお決定部１４は、Ａ案とＢ案のそれぞれのポイント値の平均の高い方を、表示部１３が表示するコンテンツとして最適と決定してもよい。図７の例で説明すると、Ａ案のポイント値の平均は６÷１＝６であり、Ｂ案のポイント値の平均は５０÷２＝２５であるため、決定部１４はＢ案を最適と決定する。

［決定方法２：セグメント割当指定のある場合］
この方法は、依頼者端末２のユーザが、各セグメントでどちらの案を割り当てて表示するのが適しているかを指定している場合の方法である。

決定方法２において、一例として訪問者端末１のユーザが３０代男性の関東人であり、通信部１２がセグメントデータ提供サーバ６からセグメントデータとして「男性」、「３０代」及び「関東人」を取得したとして説明する。また、依頼者端末２のユーザが予め、３０代にはＡ案を割り当て、関東人にはＢ案を割り当てると指定しているとして説明する。

この場合、図８に示すように、決定部１４は、セグメントとして「３０代」及び「関東人」を選択する。「男性」セグメントは依頼者端末２のユーザによって割り当て指定されていないため、決定部１４は「男性」セグメントを選択しない。すなわち、決定部１４は「男性」セグメントにつき、決定方法１で説明したアルゴリズム処理を行わない。しかしながら、３０代男性の関東人のユーザが「男性」セグメントのユーザとしてその後ＣＶ（Ｃｏｎｖｅｒｓｉｏｎ）を行ったか否かのログは、後述するように、通信部１２によってログサーバ４に出力されてＣＶＲ計算の対象となることに留意されたい。「ＣＶを行う」とはウェブページにアクセスした訪問者のうち商品購入や資料請求へ至ることである。なお、セグメントデータ提供サーバ６から取得したセグメントデータの中に、依頼者端末２のユーザが割当指定を行ったセグメントが含まれていない場合、決定部１４は上述した決定方法１により、表示すべき案を決定してもよい。

次いで決定部１４は、図９に示すように、Ａ案とＢ案のどちらが適しているかを、依頼者端末２のユーザが指定した通りに選択する。次いで決定部１４は、図１０に示すように、Ａ案及びＢ案のそれぞれの合計ポイント値を計算する。計算方法は決定方法１のそれと同様である。最後に決定部１４は、最終的にＡ案とＢ案のどちらが、表示部１３が表示するコンテンツとして最適かを、決定方法１の方法と同様の方法で決定する。

上記の決定方法１又は２により、決定部１４がコンテンツを決定すると、表示部１３は、決定された案を表示する。

通信部１２は例えば、セグメントデータ、訪問者端末１のＩＤ、どのウェブページ（ＵＲＬ）にアクセスを行ったか、表示部１３が表示した案、表示後の当該コンテンツがＣＶを行ったか否か、Ａ／Ｂテストの通し番号等を１件のログとしてログサーバ４に出力する。

［計算段階］
図１１に示す通り、ログサーバ４の計算部４３は例えば所定の時点（例えば、所定期間が経過した時点、所定件数のレコードを取得した時点又は依頼者が終了を申し出た時点）で案毎及びセグメント毎の、ＣＶＲ及びスコアを計算する。具体的にはまず、計算部４３は、セグメントが「男性」であって、表示したコンテンツがＡ案であった１件以上のログにつき、ＰＶ（Ｐａｇｅ Ｖｉｅｗ）及びＣＶの数を合計する。計算部４３は、ＰＶをユニークユーザベースでカウントしてもよいし、アクセスしているユーザの異同に関わらないアクセス数ベースでカウントしてもよい。

また、計算部４３は同様の計算を、セグメントが「女性」であって、表示したコンテンツがＡ案であった１件以上のログについても行う。更に、計算部４３は同様の計算を、セグメントが「男性」であって、表示したコンテンツがＢ案であった１件以上のログ及びセグメントが「女性」であって、表示したコンテンツがＢ案であった１件以上のログについても行う。

次いで計算部４３は、計算したＰＶ及びＣＶを用いて、ＣＶＲ＝ＣＶ÷ＰＶにより、Ａ案のそれぞれの性別のセグメントにつきＣＶＲを計算する。図１１では、説明の簡略化のために、図１０以前での説明に用いた数値とは異なる数値を用いて説明する。この結果、「男性」セグメントのＣＶＲは２０％であり、「女性」セグメントのＣＶＲは１０％である。なお、図１１に示す通り、Ａ案のスコアは、セグメントの性別に関わらず基準値として１００とする。

次いで計算部４３は、Ｂ案のそれぞれの性別のセグメントにつきＣＶＲを計算する。この結果、「男性」セグメントのＣＶＲは２０％であり、「女性」セグメントのＣＶＲも２０％である。ここで計算部４３は、Ｂ案の「男性」セグメントのＣＶＲを、Ａ案の「男性」セグメントのＣＶＲと比較する。前者は後者と同じ２０％であるため、Ｂ案の「男性」セグメントのスコアは１００とする。また、計算部４３は、Ｂ案の「女性」セグメントのＣＶＲを、Ａ案の「女性」セグメントのＣＶＲと比較する。前者は後者の２倍の２０％であるため、Ｂ案の「女性」セグメントのスコアは２００とする。

通信部４２は、計算部４３が計算した計算結果（例えば、ＣＶＲ及びスコア）を依頼者端末２に通知する。通知方法は、メール、ログイン後のウェブページへの表示等である。ログイン後のウェブページへの表示については、［表示段階］で後述する。

計算部４３が計算したＣＶＲは、上述したＪＳコードに反映され、決定部１４が以降の出し分けに利用する。

［表示段階］
通信部４２は、ログサーバ４にログインした依頼者端末２に、参照のために、図１２に示す画面を表示させることができる。具体的には、依頼者端末２の表示部２３は、案毎及びセグメント毎のＣＶＲ又はスコア等を表示する。また、表示部２３はＣＶＲとスコアとを切り替えて表示することが可能である。更に、図１２に示す通り、表示部２３は、セグメントデータ提供サーバ６から取得されたセグメントデータのうちＣＶＲが高い上位５セグメントのＣＶＲ又はスコアを案毎に表示する。このとき表示部２３はセグメント毎にＡ案及びＢ案のＣＶＲ又はスコアを表示し、ＣＶＲ又はスコアの値が所定値以上であるか否かによって判定された有意差の有無を表示する。

図１２に示す画面において、依頼者端末２のユーザが、上述の決定方法２で説明した割当指定を行えるように構成してもよい。このように構成することにより依頼者端末２のユーザは、視認可能な情報を参照し、２つの案のどちらを最終的に採用するかを容易に決定することができる。具体的には、ユーザが領域Ｒ１をマウス又はタッチ等で選択することにより、割当指定部４４は、「３０代」セグメントのユーザの端末に対しては、ＣＶＲが比較的高いＡ案を割り当てて表示するようにＪＳコードを変更する。これにより領域Ｒ１には一例としてピンのマークが表示される。

［動作フロー］
図１３は、本発明の一実施形態に係る表示案決定システムの動作フローを示す図である。

依頼者端末２はログサーバ４にアクセスする（ステップＳ１）。次いで依頼者端末２は、ユーザが対応するログインＩＤ及びパスワード等を入力することによりログサーバ４にログインする（ステップＳ２）。ログイン後、依頼者端末２は、コンテンツ作成の依頼内容をログサーバ４に出力する（ステップＳ３）。

依頼者が完了ボタンを押下すると、依頼者端末２は依頼作成完了通知をログサーバ４に出力する（ステップＳ４）。依頼作成完了通知の取得後、ログサーバ４は、ＪａｖａＳｃｒｉｐｔコードを発行して依頼者端末２に出力する（ステップＳ５）。依頼者端末２はユーザ操作に基づいて当該ＪａｖａＳｃｒｉｐｔコードを依頼対象のウェブページに埋込む（ステップＳ６）。

その後、提案者端末３はログサーバ４にアクセスし（ステップＳ７）、依頼者端末２と同様の方法でログサーバ４にログインする（ステップＳ８）。提案者端末３は、ログサーバ４から依頼内容を取得する（ステップＳ９）。

提案者端末３は、提案者が提案した案をログサーバ４に出力し（ステップＳ１０）、当該案はその後、依頼者の要求に応じて依頼者端末２に出力される（ステップＳ１１）。これにより、依頼者は提案された案を確認することができる。

図１４は図１３の続きを示す図である。依頼者端末２は、依頼者によりテスト開始ボタンが押下されたことを検出すると、ログサーバ４にテスト開始通知を出力する（ステップＳ２１）。テスト開始通知を取得したログサーバ４は、テストを開始する（ステップＳ２２）。

Ｗｅｂサーバ５は、依頼者端末２のユーザが指定したウェブページに対して訪問者端末１からアクセスがあった（ステップＳ２３）ことを検出すると、訪問者端末１にウェブページデータを出力する（ステップＳ２４）。ウェブページデータを取得した訪問者端末１は、当該ウェブページデータに埋込まれたＪａｖａＳｃｒｉｐｔコードに基づきログサーバ４にＪＳコードを要求する（ステップＳ２５）。

次いでログサーバ４は、要求されたＪＳコードを訪問者端末１に出力する（ステップＳ２６）。訪問者端末１はＪＳコードに基づいてログ及び訪問者端末１のＩＤを取得する（ステップＳ２７）。訪問者端末１は当該ＩＤをセグメントデータ提供サーバ６に出力し、当該ＩＤに対応するセグメントデータを要求する（ステップＳ２８）。セグメントデータ提供サーバ６は当該ＩＤに対応するセグメントデータを訪問者端末１に出力する（ステップＳ２９）。訪問者端末１は、ＪＳコードに基づいてセグメント割り当て指定がされているか否かを判定し（ステップＳ３０）、割り当て指定がされていないときは（ステップＳ３０のＮｏ）、決定方法１により、表示すべき案の選択及び決定を行う（ステップＳ３１）。他方、訪問者端末１は、割り当て指定がされているときは（ステップＳ３０のＹｅｓ）、決定方法２により、表示すべき案の選択及び決定を行う（ステップＳ３２）。

次いで訪問者端末１は、決定された案を表示する（ステップＳ３３）。訪問者端末１は例えば、セグメントデータ、訪問者端末１のＩＤ、どのウェブページにアクセスを行ったか、訪問者端末１がステップＳ３３で表示した案、当該コンテンツにつきＣＶを行ったか否か、Ａ／Ｂテストの通し番号等を１件のログとしてログサーバ４に出力する（ステップＳ３４）。ログを取得したログサーバ４は、当該ログに基づいて、案毎及びセグメント毎の、ＣＶＲ及びスコアを計算する（ステップＳ３５）。計算後、ログは計算結果を依頼者端末２に通知し（ステップＳ３６）、依頼者端末２は当該計算結果を表示する（ステップＳ３７）。

以上説明した通り、本実施形態によれば、ユーザの属性に応じてコンテンツを柔軟に出し分けることによって機会損失を防ぐことが可能となる。

本発明の一実施形態に係る訪問者端末１、依頼者端末２、提案者端末３及びログサーバ４をコンピュータで構成した場合、各機能を実現する処理内容を記述したプログラムを、当該コンピュータの内部又は外部の記憶部に格納しておき、当該コンピュータの中央演算処理装置（ＣＰＵ）によってこのプログラムを読み出して実行させることで実現することができる。また、このようなプログラムは、例えばＤＶＤ又はＣＤ−ＲＯＭなどの可搬型記録媒体の販売、譲渡、貸与等により流通させることができるほか、そのようなプログラムを、例えばネットワーク上にあるサーバの記憶部に記憶しておき、ネットワークを介してサーバから他のコンピュータにそのプログラムを転送することにより、流通させることができる。また、そのようなプログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム又はサーバから転送されたプログラムを、一旦、自己の記憶部に記憶することができる。また、このプログラムの別の実施態様として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、更に、このコンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。

本発明を諸図面や実施形態に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各機能部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の機能部やステップ等を１つ組み合わせること、或いは分割することが可能である。

１ 訪問者端末
１１ 制御部
１２ 通信部
１３ 表示部
１４ 決定部
１５ 記憶部
２ 依頼者端末
２１ 制御部
２２ 通信部
２３ 表示部
２４ 記憶部
３ 提案者端末
３１ 制御部
３２ 通信部
３３ 表示部
３４ 記憶部
４ ログサーバ
４１ 制御部
４２ 通信部
４３ 計算部
４４ 割当指定部
４５ 記憶部
５ Ｗｅｂサーバ
６ セグメントデータ提供サーバ

Claims (10)

1. ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する通信部と、
   前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する決定部と
   を備える訪問者端末。
2. 請求項１に記載の訪問者端末において、
   前記決定部は、前記セグメント毎に前記複数の案のいずれを前記ウェブページとして表示すべきかを、前記複数の案の過去の成績の比率に応じて選択する、訪問者端末。
3. 請求項１又は２に記載の訪問者端末において、
   前記決定部は、前記複数の案のいずれを前記ウェブページとして表示すべきかが前記セグメント毎に異なったとき、前記セグメント毎に、当該セグメントについて選択された案のポイント値を計算し、案毎のポイント値に基づいて表示すべき案を決定する、訪問者端末。
4. 請求項３に記載の訪問者端末において、
   前記ポイント値は、セグメント全体の過去の成績と前記複数の案の過去の成績の差とを乗じた積の絶対値であり、
   前記決定部は、案毎に前記ポイント値を合計して、当該合計の結果に基づいて、表示すべき案を決定する、訪問者端末。
5. 請求項１〜４のいずれか１項に記載の訪問者端末において、
   前記ウェブページには、前記訪問者端末において前記表示すべき案を決定するスクリプト言語が、前記一の依頼者端末によって記述されており、
   前記通信部は更に、前記決定した案と、表示後の当該案の成績とを、前記一の依頼者端末による参照のためにログサーバに出力する、訪問者端末。
6. 請求項１〜５のいずれか１項に記載の訪問者端末において、
   前記決定部は、前記セグメント毎に前記複数の案のいずれを前記ウェブページとして表示すべきかを、ユーザ操作により指定された通りに選択することが可能である、訪問者端末。
7. 請求項６に記載の訪問者端末において、
   前記過去の成績はＣＶＲである、訪問者端末。
8. 通信部により、ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得するステップと、
   決定部により、前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定するステップと
   を有する表示案決定方法。
9. コンピュータに、
   ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する手順と、
   前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する手順と
   を実行させるプログラム。
10. コンピュータに、
    ウェブページにアクセスしたことに応答してＩＤをセグメントデータ提供サーバに出力し、前記ＩＤに対応するセグメントデータを取得する手順と、
    前記セグメントデータが示すセグメント毎に、当該アクセスにおけるアクセス先として指定されたアクセス先ウェブページ全体の複数の案であって一の依頼者端末から作成を依頼された複数の案のいずれを前記ウェブページとして表示すべきかを選択して、当該選択の結果と前記複数の案毎の過去の成績とに基づいて、表示すべき案を決定する手順と
    を実行させるプログラムを提供するログサーバ。

Images