(57)【要約】【課題】配信された広告群を掲示する際に広告群の効果的な順序付けを行う。【解決手段】製品と製品の関連性とその関連度、顧客と製品の関連性とその関連度が関連性ＤＢ１５に、配信された広告群が広告群ＤＢ１８に管理されている。広告掲示部１３は、配信された広告群を、製品を基準に順序付ける時には、基準となる製品を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる製品との関連度を関連性ＤＢ１５から検索し、その関連度の順序により、広告群の順序付けを行ない、顧客を基準に広告群を順序付ける時には、基準となる顧客を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる顧客との関連度を関連性ＤＢ１５から検索し、その関連度の順序により、広告群の順序付けを行う。【選択図】    図１
2004157835.tif 000002
【特許請求の範囲】
【請求項１】
３Ｄブラウザを用い複数のウインドウに、配信された広告群を掲示する際に広告群の順序付けを行なう広告群順序付け方法であって、
製品と製品の関連性とその関連度、顧客と製品の関連性とその関連度、配信された広告群をデータベースで管理し、
配信された広告群を、製品を基準に順序付ける時には、基準となる製品を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる製品との関連度を前記データベースから検索し、その関連度の順序により、広告群の順序付けを行ない、
配信された広告群を、顧客を基準に広告群を順序付ける時には、基準となる顧客を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる顧客との関連度を前記データベースから検索し、その関連度の順序により、広告群の順序付けを行なう広告群順序付け方法。
【請求項２】
製品の購入数をデータベースで管理し、広告群に掲載されている製品群に含まれる製品の購入数と、基準となる製品と顧客との関連度を演算した結果により、その広告群を順序付ける、請求項１に記載の方法。
【請求項３】
過去の操作履歴において、同一顧客が同一セション内において操作した製品同士の数である併買度を、その製品同士の関連度として管理する、請求項１に記載の方法。
【請求項４】
過去の操作履歴において、同一顧客が同一カテゴリ内において操作した製品同士の類似数である類似度を、その製品同士の関連度として管理する、請求項１に記載の方法。
【請求項５】
製品の属性情報を管理し、
ある顧客がある製品を操作した時には、該顧客の属性情報と、該製品の属性情報を用いて、該製品の属性情報を更新し、
ある顧客に対して、すべての製品について、該顧客の属性情報と、該製品の属性情報との尤度を計算し、ある一定値以上の尤度の製品群について、その顧客とその製品群に含まれる製品との間の関連度として、その尤度を管理する、請求項１に記載の方法。
【請求項６】
３Ｄブラウザを用いて複数のウィンドウに、配信された広告群を掲示する方法において、広告掲示からの経過時間、経過時間に対する広告の状態をデータベースで管理し、広告を掲示する時には、経過時間に対する広告の状態を該データベースから検索し、その広告の状態にしたがって、広告群を３Ｄ空間内に掲示することを特徴とする広告掲示方法。
【請求項７】
請求項１から６のいずれかに記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は３Ｄ電子商取引システムに関し、特に３Ｄブラウザを用いて複数のウインドウに、配信された広告群を掲示する方法に関する。
【０００２】
【従来の技術】
３Ｄ電子商取引システムは、３Ｄブラウザ上に配置されている各ウインドウに製品の情報を掲示することで、顧客が大量の製品から意中の製品を選ぶこと（選択）、買い物篭へ取り置くこと（取置）、決済すること（購入）を可能にしたシステムである。
【０００３】
３Ｄブラウザは、従来の２Ｄ（ＷＷＷ）ブラウザとは異なり、コンテンツを３次元的な空間に配置して、その空間内を自由に往来することで、コンテンツの閲覧を可能にしたブラウザであり、ＮＴＴ研究所において開発されたＩｎｆｏＬｅａｄ（特許文献１）やＡｓｓｏｃｉａＧｕｉｄｅが、その代表例である。
【０００４】
【特許文献１】
特開２０００−０９９２３２号
【０００５】
【発明が解決しようとする課題】
従来、３Ｄブラウザを用いた広告は、ＷＷＷにおけるバナー広告のように、３Ｄ空間と対応付けられて、同一の３Ｄ空間には、同一の広告（もしくは、広告枠）が掲示されることが常であった。しかしながら、本発明が対象としているような、システム側から随時配送され、あるタイミング（例：システム起動時）に、ある一定時間、広告が視聴されるという、時間枠を基本とした広告のような場合、すでに配送されている広告群から、いかに顧客に適した広告を提示できるかが重要になる。
【０００６】
本発明の目的は、３Ｄブラウザを用いた複数のウインドウに、配信された広告群を掲示する際に広告群の効果的な順序付けを行なう方法を提供することにある。
【０００７】
本発明の他の目的は、３Ｄブラウザを用いた複数のウィンドウに、配信された広告群を効果的に掲示する方法を提供することにある。
【０００８】
【課題を解決するための手段】
本発明では、まず製品と製品の関連性とその関連度、顧客と製品の関連性とその関連度、配信された広告群をデータベースで管理している。
【０００９】
別途規定されるタイミングに同期して、配信された広告群を掲示する時には、その広告群の順序付けを行なう。広告群の順序付けは、下記の２つの方法から選択される。
（１）製品を基準に広告群を順序付ける方法
基準となる製品を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる製品との関連度をデータベースから検索し、その関連度の順序により、広告群の順序付けを行なう。この順序により、それぞれの広告を掲示する。
（２）顧客を基準に広告群を順序付ける方法
基準となる顧客を選択し、配信された広告群に掲載された製品群に含まれる製品について、その基準となる顧客との関連度をデータベースから検索し、その関連度の順序により、広告群の順序付けを行なう。この順序により、それぞれの広告を掲示する。
【００１０】
本発明の実施態様では、製品の購入数を管理し、広告群に掲載されている製品群に含まれる製品の購入数と、基準となる製品と顧客との関連度を演算した結果により、その広告群を順序付ける。
【００１１】
本発明の他の実施態様では、過去の操作履歴（購入、取置、選択）において、同一顧客が、同一セション（システムにログインしてから、製品の検索、比較を通して、最終的に決裁するまでの期間）内において、操作（購入、取置、選択）した製品同士の数である併買度を、その製品同士の関連度として管理する。
【００１２】
本発明の他の実施態様では、過去の操作履歴（購入、取置、選択）において、同一顧客が、同一カテゴリ（製品をツリー状に分類した時の、各ノードに対応する。１製品は１カテゴリのみに属する）内において、操作（購入、取置、選択）した製品同士の類似数である類似度を関連度として管理する。
【００１３】
本発明の他の実施態様では、顧客の属性情報と、製品の属性情報を管理し、ある顧客がある製品を操作（購入、取置、選択）した時には、その顧客の属性情報と、その製品の属性情報を用いて、その製品の属性情報を更新し、ある顧客に対して、すべての製品について、その顧客の属性情報と、その製品の属性情報との尤度を計算し、ある一定値以上の尤度の製品群について、その顧客とその製品群に含まれる製品との間を、「推奨」という関連性で管理し、その顧客とその製品との「推奨度」という関連度として、その尤度を管理する。
【００１４】
また、本発明の広告掲示方法では、広告掲示からの経過時間、経過時間に対する広告の状態（形状、座標、角度、広告に掲載された製品、情報）をデータベースで管理し、広告を掲示するときには、経過時間に対する広告の状態をデータベースから検索し、その広告の状態にしたがって、３Ｄ空間内に広告を掲示する。経過時間は自動的に増加していくので、結果として、広告はアニメーションのように表示される。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は本発明の一実施形態の３Ｄ電子商取引システムの構成図である。
【００１７】
本システムは広告掲示サーバ１とユーザ端末２とネットワーク３で構成されている。なお、ユーザ端末２は便宜上１つしか図示されていないが、実際には多数存在する。
【００１８】
広告掲示サーバ１は要求送受信部１１と関連性検索部１２と広告掲示部１３と関連性生成部１４を有し、関連性ＤＢ１５と広告掲示方法ＤＢ１６と操作履歴ＤＢ１７と広告群ＤＢ１８が接続されている。
【００１９】
関連性ＤＢ１５は製品と製品の関連性を、関連種別（「併買」）、関連元製品名、関連先製品名、関連度という項目で管理し、また顧客と製品の関連性を関連種別（「推奨」）、顧客名、製品名、関連度という項目で管理している。
【００２０】
広告掲示方法ＤＢ１６には広告掲示からの経過時間の状態にしたがって広告を掲示する場合に、経過時間に対する広告の状態（形式、座標、再度、広告に掲載された製品、情報）が格納される。
【００２１】
操作履歴ＤＢ１７には、各顧客の商品に対する操作履歴（購入、取置、選択）が保持されている。
【００２２】
広告群ＤＢ１８に広告群が格納されている。
【００２３】
要求送受信部１１は、ネットワーク３を介してユーザ端末２から関連性生成要求または広告配信要求を受信し、空間情報をネットワーク３を介してユーザ端末２に送信する。
【００２４】
関連性検索部１２は製品または顧客を検索キーとして関連性ＤＢ１５を検索し、検索結果を得る。
【００２５】
広告掲示部１３は関連性検索部１２による検索結果を基にして、広告を掲示する順序付けを行ない、結果から空間情報を生成し、要求送受信部１１を介して広告配信要求の応答として空間情報をユーザ端末２に送信する。
【００２６】
ここで、「空間情報」とは、３Ｄブラウザが解釈可能な形式のデータを意味する。初期のＩｎｆｏＬｅａｄ（３Ｄブラウザの一実装）では独自の形式（ＣＳＶ形式）を用いて下記のようなデータ項目を持っている。
【００２７】
製品ＩＤ、Ｘ座標、Ｙ座標、Ｚ座標、画像へのＵＲＬ、クリック時の動作
一方、現在の３Ｄブラウザの実装では、Ｘ３Ｄ（ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ３ｄ．ｏｒｇ／ｘ３ｄ．ｈｔｍｌ）やＶＲＭＬ９７（ＩＳＯ／ＩＥＣ１４７７２−１：１９９７）等の標準規格を利用しつつある。
【００２８】
関連性生成部１４は操作履歴ＤＢ１７を検索して操作履歴（購入、取置、選択）をもとにして関連性を生成し、関連性ＤＢ１５に格納する。
【００２９】
ユーザ端末２は要求送受信部２１と３Ｄブラウザ部２２とディスプレイ装置２３を有する。
【００３０】
要求送受信部２１は広告配信要求、関連性生成要求をネットワーク３を介して広告掲示サーバ１に送信し、広告配信要求の応答として空間情報を広告掲示サーバ１からを受信したときは３Ｄブラウザ部２２を起動する。
【００３１】
３Ｄブラウザ部２２は空間情報をもとに３Ｄ空間をディスプレイ装置２３に表示する。
【００３２】
ネットワーク３は製品陳列サーバ１とユーザ端末２を互いに接続するもので、インターネット、公衆通信網等を含む。
【００３３】
次に、本実施形態の動作例を具体例により説明する。
【００３４】
なお、顧客が広告掲示サーバ１を利用するに当たって、広告掲示サーバ１は該顧客を認証するものとする。
【００３５】
例１．
関連性ＤＢ１５は、表１、表２に示すように、関連種別、関連元、関連先、関連度の情報を管理しているものとする。
【００３６】
【表１】
2004157835.tif 000003
【００３７】
【表２】
2004157835.tif 000004
【００３８】
【表３】
2004157835.tif 000005
【００３９】
顧客Ａが広告掲示サーバ１にログインすると、広告掲示サーバ１は別途規定されるタイミング「ログイン」に同期して顧客Ａのユーザ端末に、配信された広告群を掲示するために、広告群の順序付けを行なう。広告群の順序付けとして、下記の２例について説明する。
【００４０】
（１）製品Ｐ１を基準に広告群を順序付ける例
システム加入時のアンケート結果から、顧客Ａは製品Ｐ１に興味があることが判明したとする。関連性検索部１２は基準となる製品として製品Ｐ１を選択し、関連性ＤＢ１５の表１から、配信された広告群（広告Ｑ２，広告Ｑ３，広告Ｑ４，広告Ｑ５，広告Ｑ６，広告Ｑ７，広告Ｑ８，広告Ｑ９，広告Ｑ１０，広告Ｑ１１，広告Ｑ１２，広告Ｑ１３）に掲載された製品群に含まれる製品（製品Ｐ２，製品Ｐ３，製品Ｐ４，製品Ｐ５，製品Ｐ６，製品Ｐ７，製品Ｐ８，製品Ｐ９，製品Ｐ１０，製品Ｐ１１，製品Ｐ１２，製品Ｐ１３）について、製品Ｐ１との関連度「併買」（１，０．９，０．８，０．７，０．６，０．５，０，０，０，０，０，０）を検索する。広告掲示部１３はその関連度「併買」の順序により、広告群の順序付けを行ない、その順序（製品Ｐ２，製品Ｐ３，製品Ｐ４，製品Ｐ５，製品Ｐ６，製品Ｐ７）を要求送受信部１１を介してユーザ端末２に送信する。ユーザ端末２の３Ｄブラウザ部２２は製品Ｐ２〜Ｐ７の広告を前記順序（表３）によりディスプレイ装置２３に表示する。ただし、本例では、関連度「併買」が０の広告については掲示しないものとした。
【００４１】
（２）顧客Ａを基準に広告群を関連付ける例
基準となる顧客として、例えば顧客Ａが選択された場合、関連性検索部１２は、関連性ＤＢ１５の表２から、配信された広告群（広告Ｑ２，広告Ｑ３，広告Ｑ４，広告Ｑ５，広告Ｑ６，広告Ｑ７，広告Ｑ８，広告Ｑ９，広告Ｑ１０，広告Ｑ１１，広告Ｑ１２，広告Ｑ１３）に掲載された製品群（製品Ｐ２，製品Ｐ３，製品Ｐ４，製品Ｐ５，製品Ｐ６，製品Ｐ７，製品Ｐ８，製品Ｐ９，製品Ｐ１０，製品Ｐ１１，製品Ｐ１２，製品Ｐ１３）に含まれる製品について、顧客Ａとの関連度（０，０，０，０，０，０，１，０．９，０．８，０．７，０．６，０．５）を検索する。広告掲示部１３はその関連度「推奨」の順序により、広告群の順序付けを行ない、その順序（製品Ｐ８，製品Ｐ９，製品Ｐ１０，製品Ｐ１１，製品Ｐ１２，製品Ｐ１３）を要求送受信部１１を介してユーザ端末２に送信する。ユーザ端末２の３Ｄブラウザ部２２は製品Ｐ８〜Ｐ１３の広告を前記順序によりディスプレイ装置２３に表示する。ただし、本例では、関連度「推奨」が０の広告については表示しないものとした。
【００４２】
例２．
広告掲示からの経過時間、経過時間に対する広告の状態（形状、座標、角度、広告に掲載された製品、情報）について、表４のような変数で広告掲示方法ＤＢ１６に管理されている。なお、本例では、座標は、デカルト座標系を用いて、３Ｄ空間内の位置を表現しており、角度は、球座標系のｒ（半径）方向を除去したものを用いて、広告自体の回転を表現し、角度（０，０）は、Ｚ軸の正方向を向いていることを表現している。
【００４３】
【表４】
2004157835.tif 000006
【００４４】
広告Ｑ１を掲示する時には、関連性検索部１２は、広告掲示方法ＤＢ１６の、経過時間に対する広告Ｑ１の状態を検索し、広告掲示部１３は該状態を要求送受信部１１を介してユーザ端末２に送信する。３Ｄブラウザ部２２は広告Ｑ１の状態にしたがって、３Ｄ空間内に広告Ｑ１を掲示する。広告Ｑ１の掲示を開始する時点で、経過時間は０にリセットされ、自動的に増加していくものとする。実際には、図２のように掲示される。
【００４５】
また、本例では、座標と角度については、自動的に線形補間されることを仮定した。例えば、経過時間０において、座標（−１００，−１００，−２０）に存在した広告が、経過時間１０において、座標（−５０，−５０，−１０）に移動する場合、Ｘ方向に関していえば、速度は｛−５０−（−１００）｝÷（１０−０）＝５となる。Ｙ方向、Ｚ方向にも同様の計算を行なうと、経過時間０から１０までの座標に関する速度は、（５，５，１）となる。したがって、経過時間１における座標は、（−９５，−９５，−１９）というように補間される。
【００４６】
例３．
製品の購入数、製品Ｐ１との関連度「併買」について、表５のような変数が管理されている。
【００４７】
【表５】
2004157835.tif 000007
【００４８】
関連性検索部１２は、広告群（広告Ｑ２，広告Ｑ３，広告Ｑ４，広告Ｑ５，広告Ｑ６，広告Ｑ７）に掲載されている製品群（製品Ｐ２，製品Ｐ３，製品Ｐ４，製品Ｐ５，製品Ｐ６，製品Ｐ７）に含まれる製品の購入数（９９，３９，９，１，０，４）と、基準となる製品Ｐ１との関連度（１，０．９，０．８，０．７，０．６，０．５）を演算する。本例では、演算として、購入数に１を加え、これで関連度を除算することとする。最終的に演算した結果（０．０１，０．０２２５，０．０８，０．３５，０．６，０．１）により、その広告群を順序（広告Ｑ６，広告Ｑ５，広告Ｑ７，広告Ｑ４，広告Ｑ３，広告Ｑ２）付ける。
【００４９】
例４．
過去の操作履歴（購入、取置、選択）について、表６のような変数が管理されている。
【００５０】
【表６】
2004157835.tif 000008
【００５１】
関連性検索部１２は、操作履歴ＤＢ１７の上記の過去の操作履歴（購入、取置、選択）において、表７に示すように、同一顧客（顧客Ａ、顧客Ｂ）が同一セション内（セション０００１，セション２）において、操作（購入）した製品同士（製品Ｐ１、製品Ｐ２）を「併買」という関連性で管理し、その数（「２」）である併買度を、その製品同士の関連度として管理する。
【００５２】
【表７】
2004157835.tif 000009
【００５３】
なお、本発明におけるセションは、システムへのログインからログアウト（認証、製品の閲覧、選択、取置、購入）までの一連の手順を表現している。
【００５４】
例５．
過去の操作履歴（購入、取置、選択）について、表８のような変数で関連性ＤＢ１５に管理されている。
【００５５】
【表８】
2004157835.tif 000010
【００５６】
操作履歴ＤＢ１７の上記の過去の操作履歴（購入、取置、選択）において、関連性ＤＢ１５は同一顧客（顧客Ａ）が同一カテゴリ（カテゴリ０００１）内において操作（購入）した製品同士を、「類似」という関連性で管理し、その数（「１」）である類似度を、その製品同士の関連度として管理する。
【００５７】
【表９】
2004157835.tif 000011
【００５８】
例６．
顧客の属性情報と製品の属性情報について、表１０、表１１のような変数で関連性ＤＢ１５に管理されている。
【００５９】
【表１０】
2004157835.tif 000012
【００６０】
【表１１】
2004157835.tif 000013
【００６１】
このような状況で、顧客Ｃが製品Ｐ６を操作（購入）した時には、顧客Ｃの属性情報（上記）と、製品Ｐ６の属性情報（上記）を用いて、関連性生成部１４は製品Ｐ６の属性情報を更新する。例えば、顧客の属性値と製品の属性値の平均を製品の新しい属性値とする場合、製品Ｐ６の新しい属性情報は、表１２のようになる。
【００６２】
【表１２】
2004157835.tif 000014
【００６３】
また、製品Ｐ６以外の製品の属性情報について、表１３のような変数で管理されている。
【００６４】
【表１３】
2004157835.tif 000015
【００６５】
このような状況で、関連性生成部１４は顧客Ｃに対して、すべての製品について、顧客Ｃの属性情報と、製品（製品Ｐ６，製品Ｐ７，製品Ｐ８，製品Ｐ９）の属性情報との尤度を計算する。例えば、顧客と製品の属性情報同士の方向余弦ｃｏｓθ（次式）を用いて、尤度を計算すると、表１４の結果を得る。
【００６６】
【数１】
2004157835.tif 000016
【００６７】
【表１４】
2004157835.tif 000017
【００６８】
関連性ＤＢ１５はある一定値以上の尤度（ｃｏｓ３０°＝０．８６６）の製品群について、顧客Ｃと該製品群に含まれる製品（製品Ｐ６，製品Ｐ８）との間を、「推奨」という関連性で管理し、顧客Ｃと製品との「推奨度」であるその尤度を関連度（０．９８１９８１，０．９４４９１１）として管理する。
【００６９】
なお、本発明は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００７０】
【発明の効果】
以上説明したように、本発明によれば、広告群を順序付けし、その順序にしたがって掲示することにより、顧客が必要とする広告を掲示することができ、製品の販売数の増加を期待できる効果がある。
【図面の簡単な説明】
【図１】本発明が適用される３Ｄ電子商取引システムの構成図である。
【図２】広告の、３Ｄ空間内の掲示例を示す図である。
【符号の説明】
１    広告掲示サーバ
２    ユーザ端末
３    ネットワーク
１１    要求送受信部
１２    関連性検索部
１３    広告掲示部
１４    関連性生成部
１５    関連性ＤＢ
１６    広告掲示方法ＤＢ
１７    操作履歴ＤＢ
１８    広告群ＤＢ
２１    要求送受信部
２２    ３Ｄブラウザ部
２３    ディスプレイ装置
【図１】
2004157835.tif 000018
【図２】
2004157835.tif 000019