JP3913497B2 - 情報配送方法、情報配送装置、コンピュータプログラム - Google Patents
情報配送方法、情報配送装置、コンピュータプログラム Download PDFInfo
- Publication number
- JP3913497B2 JP3913497B2 JP2001172621A JP2001172621A JP3913497B2 JP 3913497 B2 JP3913497 B2 JP 3913497B2 JP 2001172621 A JP2001172621 A JP 2001172621A JP 2001172621 A JP2001172621 A JP 2001172621A JP 3913497 B2 JP3913497 B2 JP 3913497B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- item
- user
- advertisement
- information item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット、ディジタル双方向テレビ、その他の情報家電等のメディアやネットワークで情報（アイテム）を配送する情報配送方式、およびインタラクティブメディアにおける広告提供方式に関する。
【０００２】
【従来の技術】
近年、インターネットなどの利用は目覚ましいものであるが、利用者はアクセスしたＷｅｂページ等の情報を閲覧するか、あるいは、検索結果の一覧などが入手できるだけである。例えば、書籍販売サイトで書籍を検索した場合、検索条件に合致した書籍一覧リスト等は入手できるが、さらに、それに関連（相関）のある他の書籍や他の情報（利用者に興味のありそうなもの）は簡単には入手することができない。
【０００３】
また、マーケティング情報分析において、利用顧客が入力した各アイテムへの評価値、またはアイテムへのジャンル分類等の前処理を前提としていた。また、相関検出のための複雑な条件を設定する必要があった。
【０００４】
一方、インターネットなど、広告に対して即座にリアクションを返せるようなインタラクティブメディアは、ユーザをより容易に獲得することができるため、注目されている。このようなメディアでの広告は、どれだけ多くのユーザに広告を見せるか抱けでなく、どれだけ多くのユーザが広告に対して追加情報の取得要求を出したかが重要になっている。
【０００５】
このようなインタラクティブメディアでの広告掲出手法は、今までに主に以下のような方法が存在する。
【０００６】
(1) ランダムに出す方法
(2) あるコンテンツに合わせて出す方法
(3) ユーザの静的な属性情報を用いて出す方法
(4) ユーザに随時興味のあるものを明示的に入力してもらう方法
(1)や(2)は従来のマスメディアでも使用されている一般的な方法である。新聞広告などは広く読まれているため、（１）に該当する。また、テレビ広告などは特定の１番組ごとに提供されるため、（２）に該当する。インターネットのＷＷＷサービスでも、特定のコンテンツに対してのみ広告を出す方法がある。
【０００７】
(1) や(2) は実際に広告を参照する利用者が明確になっていないため、追加情報の取得要求をより多くするために、(3) や(4) の方法がインタラクティブメディアでは主に使用されている。しかしながら、(3) や(4) でも以下のような問題がある。
【０００８】
i) 利用者がいちいち利用者属性などの情報を入力しないといけない。そのような手間を利用者にかけさせることは難しい。
【０００９】
ii) 利用者がある時に入力した情報を用いるので、利用者の情報が固定化してしまい、または、古くなってしまう。
【００１０】
iii)利用者が正しい情報を入力するかどうかわからない。
【００１１】
また、従来、インターネットまたはネットワークを介した公告配信装置では、単純に顧客が過去購入したアイテムに対して同一、または類似のジャンルのアイテムの広告を前記顧客に配信するもの、広告対象アイテムと同ジャンルのアイテムに関する情報にアクセスした顧客に対して配信するもの（Ｄｏｕｂｌｅ Ｃｌｉｃｋ社のバナー広告配信技術）、過去の購買履歴を相関分析等の分析にかけ、広告対象アイテムを購入した顧客の趣味や年齢層、性別、職業等の属性の分布を抽出し、前記の属性分布のうち、大きな割合を占める属性をもつ顧客に対して配信するもの、が挙げられる。
【００１２】
しかし、従来の広告配信装置では、下記のような問題点がある。
【００１３】
・顧客に対して、趣味や年齢や職業等の属性情報の事前登録が必要であり、前記属性の事前登録が障壁となり、顧客数自体が増えない。
【００１４】
・前記属性登録を更新しない限り、顧客の属性に変更があったとしても、その属性の変化が反映されない。
【００１５】
・アイテムに対して、ジャンル（カテゴリー）等の属性情報の登録が必要であり、管理が面倒である。ここで、ジャンルを大まかな分類のみにしている場合は、管理の面倒さは軽減されるが、例えば、ハリウッド映画もフランス映画も邦画も同一の「映画」という大まかなジャンルにまとめた場合に、「映画」を趣味にしている人にフランス映画の広告を配信しても、ハリウッド映画が好きな人には効果がない様に、広告配信先の絞り込み精度が悪くなる。
【００１６】
・広告の配信先がカテゴリー、ジャンルに縛られる為、ジャンルを越えた相関関係のある、潜在的に興味をもつ可能性の高い顧客（潜在顧客）に広告が配信できない。
【００１７】
【発明が解決しようとする課題】
本発明の課題は、インターネットやディジタル双方向テレビ、その他、ネットワークで情報を配送するサービスにおいて、相関検出のための情報の評価入力や複雑な条件設定などを行うことなく、ある情報に相関のある情報を簡易に、クライアントに提供できるようにすることにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するため、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するステップと、クライアントから少なくとも一つの情報アイテムを示した相関検出条件を受け取るステップと、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出するステップと、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出するステップと、前記相関情報アイテムをクライアントに配送するステップと、を有することを特徴とする情報配送方法を提供する。
【００２１】
また、本発明では、前記抽出するステップは、前記関連利用者によりアクセスされた相関情報アイテムで前記相関検出条件が示す前記少なくとも一つの情報アイテム以外のものを前記相関情報アイテムとして抽出することを特徴とする。
【００２２】
また、本発明では、前記抽出するステップは前記相関情報アイテムを定期的に抽出し、前記配送するステップは相関情報アイテムを定期的に配送することを特徴とする。
【００２３】
また、本発明では、前記管理するステップは、利用者が情報アイテムを閲覧または購入した時に記録されたアクセス履歴を管理することを特徴とする。
【００２４】
また、本発明では、前記検出するステップは、アクセス履歴に基づいて前記少なくとも一つの情報アイテムにアクセスした利用者の内で前記少なくとも一つの情報アイテムにアクセスした回数が比較的多い所定数の利用者を前記関連利用者として検出することを特徴とする。
【００２５】
また、本発明では、前記抽出するステップは、アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムの内で前記関連利用者によりアクセスされた回数が比較的多い所定数の情報アイテムを前記相関情報アイテムとして抽出することを特徴とする。
【００２６】
また、本発明では、前記検出するステップは、総アクセス数が所定の閾値より多い相関検出条件中の選ばれた情報アイテムを選択し、アクセス履歴に基づいて該選ばれた情報アイテムのいづれかに他の利用者よりも早くアクセスした所定数の利用者または前記選ばれた情報アイテムのいづれかに所定の期間内にアクセスした利用者を選択することにより前記関連利用者を検出し、前記抽出するステップは、前記関連利用者により所定の期間内にアクセスされた情報アイテムを選択することにより前記相関情報アイテムを抽出することを特徴とする。
【００２７】
また、本発明では、前記検出するステップは、前記選ばれた情報アイテムを前記相関検出条件中の情報アイテムで特定の属性を有するものから選択し、前記関連利用者を所定の属性を有する利用者から検出し、前記抽出するステップは前記相関情報アイテムを前記特定の属性を有する情報アイテムから抽出することを特徴とする。
【００２８】
また、本発明では、前記特定の属性は特定の情報アイテム分類を示し、前記所定の属性は所定の利用者種別を示すことを特徴とする。
【００２９】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者により各相関情報アイテムがアクセスされた回数の多い順に配送することを特徴とする。
【００３０】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者中で各相関情報アイテムをアクセスした利用者数の多い順に配送することを特徴とする。
【００３１】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者の少なくとも一人により各相関情報アイテムがアクセスされた時間の早い順に配送することを特徴とする。
【００３２】
さらに、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理する手段と、クライアントから少なくとも一つの情報アイテムを含んだ相関検出条件を受け取る手段と、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出する手段と、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出する手段と、前記相関情報アイテムを前記クライアントに配送する手段と、を有することを特徴とする情報配送装置を提供する。
【００３３】
さらに、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するプログラムコードと、クライアントから少なくとも一つの情報アイテムを含んだ相関検出条件を受け取るプログラムコードと、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出するプログラムコードと、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出するプログラムコードと、前記相関情報アイテムを前記クライアントに配送するプログラムコードと、を有することを特徴とする情報配送のためのコンピュータプログラムを提供する。
【００３４】
また、上記課題を解決するため、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するステップと、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するステップと、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するステップと、を有することを特徴とする広告提供方法を提供する。
【００３５】
また、本発明では、アクセス履歴に基づいてクライアントと広告エージェント以外で前記対象情報にアクセスした他の関連利用者を検出するステップと、アクセス履歴に基づいて該他の関連利用者によりアクセスされた潜在対象情報を抽出するステップと、前記追加情報と前記潜在対象情報とにアクセスしている仮想の利用者である別の広告エージェントのアクセス履歴を追加するステップと、前記潜在対象情報にアクセスした別のクライアントに対して、アクセス履歴に基づいて該別のクライアント以外で該潜在対象情報にアクセスした別の関連利用者として前記別の広告エージェントを検出し、アクセス履歴に基づいて前記別の関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報を該別のクライアントに配送するステップと、を更に有することを特徴とする。
【００３６】
また、本発明では、前記提供するステップは前記広告情報を前記追加情報にリンクされた形で提供することを特徴とする。
【００３７】
また、本発明では、前記管理するステップは、広告主から指定された前記広告情報と、前記追加情報と、前記対象情報とを管理することを特徴とする。
【００３８】
また、本発明では、実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数に基づいて広告主に広告料を課金するステップと、を更に有することを特徴とする。
【００３９】
また、本発明では、広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数が前記最低広告情報配送回数および／または最低追加情報アクセス回数に到達するまで実際の広提供動作を行う広告掲出期間を延長するステップと、を更に有することを特徴とする。
【００４０】
また、本発明では、広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、所定の広告掲出期間における実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数の前記最低広告情報配送回数および／または最低追加情報アクセス回数との差に相当する広告料の一部を少なくとも返金するステップと、を更に有することを特徴とする。
【００４１】
さらに、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理する手段と、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加する手段と、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供する手段と、を有することを特徴とする広告提供装置を提供する。
【００４２】
さらに、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するプログラムコードと、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するプログラムコードと、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するプログラムコードと、を有することを特徴とする広告提供のためのコンピュータプログラムを提供する。
【００４３】
また、上記課題を解決するため、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するステップと、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するステップと、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するステップと、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するステップと、前記広告対象情報アイテムを前記潜在利用者に配送するステップと、を有することを特徴とする広告提供方法を提供する。
【００４４】
また、本発明では、前記抽出するステップは、アクセス履歴に基づいて前記直接利用者によりアクセスされた情報アイテムで前記広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテム以外のものを前記関連情報アイテムとして抽出し、前記決定するステップは、アクセス履歴に基づいて前記関連情報アイテムにアクセスした利用者で前記直接利用者以外のものを前記潜在利用者として決定することを特徴とする。
【００４５】
また、本発明では、前記管理するステップは、利用者が情報アイテムを閲覧または購入した時に記録されたアクセス履歴を管理することを特徴とする。
【００４６】
また、本発明では、前記管理するステップは、少なくともアクセス利用者ＩＤと被アクセス情報アイテムＩＤを示すアクセス履歴を管理することを特徴とする。
【００４７】
また、本発明では、前記潜在利用者のアクセス履歴に基づいた順序で前記潜在利用者を並べた潜在利用者リストを生成するステップを更に有し、前記配送するステップは、該潜在利用者リストの基づいて、前記広告対象情報アイテムを前記潜在利用者に配送することを特徴とする。
【００４８】
また、本発明では、前記配送するステップは、前記潜在利用者リストに基づいて所定数の前記潜在利用者のみに前記広告対象情報アイテムを配送することを特徴とする。
【００４９】
また、本発明では、前記配送するステップは、ネットワークを介して広告メッセージを前記潜在利用者に送付することにより前記広告対象情報アイテムを配送することを特徴とする。
【００５０】
また、本発明では、前記配送するステップは、前記潜在利用者のいづれかからのアクセスに応じて前記広告対象情報アイテムのバナー広告を表示することにより前記広告対象情報アイテムを配送することを特徴とする。
【００５１】
また、本発明では、広告料を、前記広告対象情報アイテムの広告主に課金するステップを更に有することを特徴とする。
【００５２】
また、本発明では、前記課金するステップは、前記広告料を広告配送回数に基づく従量制で課金することを特徴とする。
【００５３】
また、本発明では、前記課金するステップは、前記広告料を所定の広告配送回数を保証した定額制で課金することを特徴とする。
【００５４】
また、本発明では、前記課金するステップは、前記広告料を広告応答回数に基づく従量制で課金することを特徴とする。
【００５５】
また、本発明では、前記課金するステップは、前記広告料を所定の広告応答回数を保証した定額制で課金することを特徴とする。
【００５６】
更に、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理する手段と、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出する手段と、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出する手段と、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定する手段と、前記広告対象情報アイテムを前記潜在利用者に配送する手段と、を有することを特徴とする広告提供装置を提供する。
【００５７】
更に、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するプログラムコードと、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するプログラムコードと、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するプログラムコードと、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するプログラムコードと、前記広告対象情報アイテムを前記潜在利用者に配送するプログラムコードと、を有することを特徴とする広告提供のためのコンピュータプログラムを提供する。
【００５８】
【発明の実施の形態】
以下、本発明の第一の実施形態について図１〜１０を参照して詳しく説明する。
【００５９】
ここでは、インターネットを対象とし、クライアントがブラウザを介して閲覧、バスケット等への保持、購入等が可能な情報、商品、広告、Ｗｅｂページのタイトル等の情報をアイテムと称すことにする。アイテムはＷｅｂのＵＲＬや商品コード等のアイテム識別子（ＩＤ）によりユニークに識別することができる。
【００６０】
図１は本実施形態のシステム構成図である。図において、１００はクライアント、１１０は情報配送サーバ（アイテム配送サーバ）、１２０は情報閲覧サーバ（アイテム閲覧サーバ）、１３０はこれらを結ぶインターネット等のネットワークを示す。一般にクライアント１００は、ネットワーク１３０上に多数存在する。
【００６１】
クライアント１００は、パソコン、ディジタルＴＶ、携帯電話等のＷｅｂアクセス可能な装置であり、ブラウザ１０５を持っている。ブラウザ１０５は、アイテムの検索を行ったり、アイテムの購入を行ったり、アイテムの推薦を受けたりするためのＷｅｂブラウザ等の情報アクセス手段である。なお、クライアント１００が、情報配送サーバ１１０に対して、相関アイテム配送のための契約行為を行うための入力部として、また、相関アイテムのリストを表示するための出力部としての意味を持つものでありさえすれば、特にＷｅｂのブラウザに限らない。
【００６２】
情報閲覧サーバ（アイテム閲覧サーバ）１２０は、検索サーバ、あるいはネットワークを介して商品や情報を閲覧、購入できるＥＣサーバ等であり、アイテムの閲覧や購入等のアイテム閲覧／購入履歴を保持する。アイテム閲覧／購入履歴は、たとえば「利用者識別子、アイテムＩＤ、閲覧日時」という情報を含む形式で保持されるものであり、Ｗｅｂサーバのアクセス履歴を利用する手段や、独自の履歴保持手段がある。利用者識別子は、情報閲覧サーバ１２０を利用する利用者をグローバルに一意的に識別するための識別子であり、通常、情報閲覧サーバより利用者の端末に割り付けられる。
【００６３】
なお、情報閲覧サーバ１２０はネットワーク１３０上に複数あってもかまわないが（一般には、この方が普通）、その際には、同一情報や同一商品を表わすアイテムは同じアイテムＩＤを持つ必要があり、また、利用者識別子も各Ｗｅｂサーバをまたがっても同一の利用者であることを確認できる必要がある。
【００６４】
そのためには、図１では省略したが、各情報閲覧サーバのアイテム閲覧／購入履歴を、ネットワーク等を通してログ管理サーバに集め、全体を一括で管理できるようにする。そして、利用者識別子も統一的に管理する。あるいは利用者識別子は、情報閲覧サーバが割り付けるが、複数の情報閲覧サーバで統一的な識別子を振る際には、ログ管理サーバに問い合わせてユニークな識別子を割り付ける。
【００６５】
情報配送サーバ（アイテム配送サーバ）１１０は、アイテム閲覧／購入履歴を情報閲覧サーバ１２０から定期的に取得、保持し、該保持したアイテム閲覧／購入履歴を利用して、あらかじめに相関アイテムの配送を登録しているクライアント１００に、相関アイテムの配送を実施する。
【００６６】
情報配送サーバ１１０は、Ｗｅｂページ１１１、サーバエンジン１１２、アイテム間相関検出部１１３、閲覧／購入履歴データベース１１４、クライアント管理部１１５、基点アイテム保持部１１６、相関アイテム保持部１１７、課金管理部１１８で構成される。
【００６７】
サーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ１１１にアクセスするＨＴＴＰ要求を受け取り、Ｗｅｂページ１１１をクライアント１００に提供する。ここで、ＨＴＴＰ要求は、クライアント１００が、相関アイテムの配信を依頼するための登録操作を行ったことを示すことができ、また、相関アイテムのリストをクライアント１００に表示することができるとする。
【００６８】
アイテム間相関検出部１１３は、定期的に相関アイテムの検出処理を実施する。相関アイテムの検出方法は、クラス判別等の統計手法、ニューラルネットワークや遺伝的アルゴリズムやデモグラフィック・クラスタリング等を利用したデータマイニング手法を利用できるが、本実施形態では、ソーシャルフィルタリング（ＳＦ）により情報と情報の相関（類似性）を検出する方法を利用する。ソーシャルフィルタリングについては後述する。
【００６９】
閲覧／購入履歴データベース１１４は、情報閲覧サーバ１２０から定期的に取得するアイテム閲覧／購入履歴を保持する。アイテム閲覧／購入履歴は「利用者識別子、アイテムＩＤ、閲覧日時」という情報を含む形式で保持される。
【００７０】
クライアント管理部１１５は、相関アイテムの配送先を管理する。クライアント１００が初めて相関アイテム配送の登録を行う際に、クライアントをグローバルに一意的に識別するためのクライアント識別子を割り当て、同時にクライアントから受け取ったキーワードとともにクライアント識別子を管理し、クライアント１００が該情報配送サーバ１１０をアクセスしてきた際に、クライアントの識別を行う。
【００７１】
基点アイテム保持部１１６は、相関アイテムを検出する元となるアイテムのリストをクライアント識別子とともに保持する。
【００７２】
相関アイテム保持部１１７は、アイテム間相関検出部１１３の検出処理により得られた最新の相関アイテムのリストをクライアント識別子とともに保持する。
【００７３】
課金管理部１１８は、相関アイテム配送に課す金額を管理する。クライアント識別子とともに定額または配送された情報量に応じた従量制課金値を管理する。
【００７４】
本システムの動作は、アクセス履歴の取得、相関アイテム配送先のクライアント登録、相関アイテム配送登録、相関アイテムの検出、相関アイテムの配送と課金、課金情報の集計に大別される。以下、この順に動作を説明する。
【００７５】
〔アクセス履歴の取得〕
図２にアクセス履歴取得の処理フローを示す。情報閲覧サーバ１２０は、閲覧／購入履歴を定期的に情報配送サーバ１１０に送る（ステップ２０１）。情報配送サーバ１１０は、情報閲覧サーバ１２０より受け取った閲覧／購入履歴を閲覧／購入履歴データベース１１４に保持する（ステップ２０２）。閲覧／購入履歴データベース１１４の閲覧／購入履歴は、例えば所定期間経過したものから削除していくようにする。
【００７６】
〔クライアント登録〕
図３にクライアント登録の処理フローを示す。これは、相関アイテム配送先のクライアントにクライアント識別子（利用者識別子）を付与する処理であり、次の相関アイテム配送登録に先立って実施する必要がある。
【００７７】
クライアント１００がブラウザ１０５を利用して、インターネットなどのネットワーク１３０を介して、情報配送サーバ１１０にアクセスし（ステップ３０１）、クライアント識別子登録要求とともにキーワードを情報配送サーバ１１０に送る（ステップ３０２）。情報配送サーバ１１０は、グローバルに一意的な利用者識別子をクライアント識別子として生成し（ステップ３０３）、この生成したクライアント識別子（利用者識別子）とクライアント１００から受け取ったキーワードをクライアント管理部１１５に登録する（ステップ３０４）。クライアント管理部１１５に登録されたクライアント識別子とキーワードは、以降、クライアント１００からアクセスがあった際に該クライアント１００を特定するために利用される。
【００７８】
次に、情報配送サーバ１１０は、クライアント識別子登録応答とともに前記クライアント識別子（利用者識別子）をクライアント１００に送る（ステップ３０５）。クライアント１００は、クライアント識別子登録応答とともにクライアント識別子を受け取ると、該クライアント識別子（利用者識別子）を表示する（ステップ３０６）。以降、クライアント１００は、情報配送サーバ１１０から送られたクライアント識別子と先のキーワードを情報配送サーバ１１０に送ることにより、基点アイテムの登録を行い、相関アイテムの配送を受けることができる。なお、クライアント識別子は、Ｃｏｏｋｉｅ等の機能を利用し、クライアント側に保持することもできる。
【００７９】
〔相関アイテム配送の登録〕
図４に相関アイテム配送の登録処理フローを示す。これは、クライアントからの基点アイテムのリストと課金種別などを登録する処理である。基点アイテムリストは、相関検出条件、すなわち、相関アイテムを検出する元となる情報（アイテム）のリストである。クライアント１００は、基点アイテムをあらかじめ情報配送サーバ１１０へ登録しておくことで、情報配送サーバ１１０から該基点アイテムリストに記載されている基点アイテム群と相関のあるアイテム群の配送が受けられるようになる。
【００８０】
クライアント１００がブラウザ１０５を利用して、インターネット等のネットワーク１３０を介して情報配送サーバ１１０をアクセスする（ステップ４０１）。情報配送サーバ１１０へのアクセスに際して、情報配送サーバ１１０のサーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ（相関アイテム配送登録ページ）にアクセスするＨＴＴＰ要求を受け取ることで、当該Ｗｅｂページをクライアント１００に提供する。
【００８１】
クライアント１００は、クライアント認証要求とともに、先に付与されたクライアント識別子（利用者識別子）およびキーワードを情報配送サーバ１１０に送る（ステップ４０２）。情報配送サーバ１１０は、クライアント認証要求とともにクライアント識別子とキーワードを受け取ると、クライアント管理部１１５に保持されているクライアント識別子とキーワードの対を検索し、すでに登録されているクライアントであることを確認し（ステップ４０３）、クライアント認証応答と正常認証メッセージをクライアント１００に返す（ステップ４０４）。もし、登録済みのクライアントでない場合には、情報配送サーバ１１０は、クライアント認証応答と否認メッセージをクライアント１００に返し、処理を終了する。
【００８２】
クライアント１００は、クライアント認証応答と正常認証メッセージを受け取ると、相関アイテム配送登録要求とともにクライアント識別子および基点アイテムのリストおよび課金種別を情報配送サーバ１１０に送る（ステップ４０５）。基点アイテムのリストは、相関アイテムを検出する元となるアイテムのリストであり、課金種別は、例えば定額制または従量制である。なお、セキュリティの危険を回避するために、クライアント１００は相関アイテム配送登録要求とともにキーワードを常に送ることとし、情報配送サーバ１１０が常にクライアント識別子の認証を行ってもよい。
【００８３】
情報配送サーバ１１０は、基点アイテム保持部１１６に、クライアント１００から送られた基点アイテムリストをクライアント識別子とともに記録する（ステップ４０６）。次に、情報配送サーバ１１０は、課金管理部１１８に、クライアント識別子とともに課金種別および課金情報を記録する（ステップ４０７）。課金情報とは、課金種別が定額制の場合には一定期間毎の（例えば月毎の）課金値であり、課金種別が従量制課金の場合には配送した情報量に応じた課金値である。
【００８４】
〔相関アイテムの検出〕
情報配送サーバ１１０は、定期的に（例えば１日毎に）相関アイテムの検出処理を実施する。図５に相関アイテム検出の全体フローを示す。
【００８５】
まず、基点アイテム保持部１１７に保持されているクライアント識別子と基点アイテムリストの対を取り出す（ステップ５０１）。相関検出要求とともにクライアント識別子および基点アイテムのリストをアイテム間相関検出部１１３に渡す（ステップ５０２）。アイテム間相関検出部１１３は、基点アイテムのリストをもとに、閲覧／購入履歴データベース１１４より相関のあるアイテムのリストを抽出し、クライアント識別子とともに相関アイテムのリストを相関アイテム保持部１１７に保持する（ステップ５０３）。以下、基点アイテム保持部１１６に保持されているデータがなくなるまで、ステップ５０１〜５０３を繰り返す（ステップ５０４）。
【００８６】
図６に相関アイテム検出を概念的に示す。基本アイテムのリスト（相関アイテムを検出する元となるアイテムのリスト）をＧ１とし、基点アイテムリストの利用者以外で、Ｇ１を閲覧した利用者のリストをＧ２とする。Ｇ２を閲覧利用者リストと呼ぶ。この閲覧利用者リストＧ２が閲覧したアイテムリストでＧ１を含まないものを、Ｇ１の相関アイテムリストＧ３とする。即ち、Ｇ３はＧ１の利用者にとっても興味があると推定するのである。実際には、Ｇ２やＧ３には重み（閲覧回数）が付けられ、重みの高いものから所定数を選択する。
【００８７】
図７に、アイテム間閲覧検出部１１３の処理フローを示す。アイテム間相関検出部１１３では、まず、閲覧／購入履歴データベース１１４より、基点アイテムリスト（Ｇ１）に含まれる各アイテム毎に、各アイテムを閲覧している閲覧者（利用者）を抽出し、閲覧利用者リスト（Ｇ２）として記憶する（ステップ７０１）。これを、基点アイテムリストの各アイテムについて繰り返す（ステップ７０２）。次に、閲覧利用者リストの各利用者毎に、基点アイテムリストに含まれるアイテムを何回閲覧しているかを計数し、閲覧数の多い順に並び替え、上位所定数のみを残し、新たに閲覧利用者リストとして記憶する（ステップ７０３）。
【００８８】
次に、閲覧／購入履歴データベース１１４より、ステップ７０３で求めた閲覧利用者リストの各利用者毎に、各利用者が閲覧しているアイテムを抽出し、相関アイテムリスト（Ｇ３）として記憶する（ステップ７０４）。これを、閲覧利用者リストの各利用者について繰り返す（ステップ７０５）。次に、相関アイテムリストの各アイテム毎に、Ｇ１に含まれるものを取り除き、さらに閲覧利用者リストに含まれている各閲覧者から何回閲覧されたかを計数し、閲覧回数の多い順に並び替え、上位所定数のみを残し、新たに相関アイテムリストとする（ステップ７０６）。
【００８９】
この相関アイテムリストが、基点アイテムリストに対応するクライアント識別子とともに相関アイテム保持部１１７に保持される（図５のステップ５０３）。こうして、相関アイテム保持部１１７には、基点アイテムリストに対応する最新の相関アイテムリストがクライアント毎に保持される。クライアントが基点アイテムリストを変更すると、それに対応して相関アイテム保持部１１７の相関アイテムリストも変更される。
【００９０】
〔相関アイテムの配送と課金〕
図８に相関アイテムの配送と課金の処理フローを示す。
【００９１】
クライアント１００がブラウザ１０５を利用して、インターネット等のネットワーク１３０を介して情報配送サーバ１１０にアクセスする（ステップ８０１）。この情報配送サーバ１１０へのアクセスに際して、情報配送サーバ１１０のサーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ（相関アイテム配送用ページ）にアクセスするＨＴＴＰ要求を受け取り、このＷｅｂページをクライアント１００に提供する。
【００９２】
クライアント１００は、クライアント認証要求とともに、クライアント識別子およびキーワードを情報配送サーバ１１０に送る（ステップ８０２）。情報配送サーバ１１０は、クライアント１００からのクライアント認証要求とともにクライアント識別子とキーワードを受け取ると、クライアント管理部１１５に保持されているクライアント識別子とキーワードの対を検索し、すでに登録されているクライアントであることを確認し（ステップ８０３）、クライアント認証応答と正常認証メッセージをクライアント１００に返す（ステップ８０４）。もし、登録済みのクライアントでない場合には、情報配送サーバ１１０はクライアント認証応答と否認メッセージをクライアント１００に返し、処理を終了する。
【００９３】
クライアント１００は、クライアント認証応答と正常認証メッセージを受け取ると、相関アイテム配送要求とともにクライアント識別子を情報配送サーバ１１０に送る（ステップ８０５）。なお、セキュリティの危険を回避するために、クライアント１００は相関アイテム配送要求とともにキーワードを常に送ることとし、情報配送サーバ１１０が常にクライアント識別子の認証を行ってもよい。
【００９４】
情報配送サーバ１１０は、相関アイテム読み出し要求とともに、クライアント１００からのクライアント識別子を相関アイテム保持部１１７に送る（ステップ８０６）。相関アイテム保持部１１７は、相関アイテム読み出し要求とともに受け取ったクライアント識別子をもとに、当該クライアント識別子とマッチする相関アイテムのリストを読み出す（ステップ８０７）。次に、情報配送サーバ１１０は、相関アイテム配送記録要求とともにクライアント識別子および読み出された相関アイテムのリストに含まれるアイテムの数を課金管理部１１８に送る（ステップ８０８）。課金管理部１１８は、クライアント識別子およびアイテム数と現在の日時を記録する（ステップ８０９）。
【００９５】
その後、情報配送サーバ１１０は、相関アイテム配送要求を受けたクライアント１００に、相関アイテム配送応答とともに、相関アイテムのリストを送る（ステップ８１０）。クライアント１００は、情報配送サーバ１１０から受け取った相関アイテムのリストをブラウザ１０５に表示する（ステップ８１１）。
【００９６】
〔課金情報の集計〕
図９に課金情報の集計処理フローを示す。情報配送サーバ１１０は、定期的に（例えば１ヶ月毎に）課金管理部１１８を起動して課金情報をもとに課金処理を実施する。
【００９７】
情報配送サーバ１１０は、定期的に（例えば１ヶ月毎に）課金処理要求を課金管理部１１８に送る（ステップ９０１）。課金管理部１１８は、クライアント種別毎に順次、課金種別および課金情報を読み出す（ステップ９０２）。そして、登録した課金種別が定額制の場合、相関アイテムの配送が定期的に行われていることを確認した後、課金値を請求額として積算する（ステップ９０３、９０４）。また、登録した課金種別が従量制の場合、相関アイテムの配送数の課金値倍を請求額として積算する（ステップ９０３、９０５）。以下、課金管理部１１８は、登録されたすべてのクライアントの課金処理が終了するまで、ステップ９０２〜９０５を繰り返す（ステップ９０６）。
【００９８】
図１０に、本システムによる相関アイテム配送の具体的処理イメージを示す。情報配送サーバに保持する利用者が情報等を閲覧したアクセスログに基づいて相関アイテムを検出する。例えば、書籍販売サイトで書籍を検索し概要等を閲覧したアクセスログが、ＷＷＷサーバのログとして保存される。保存される情報は、例えば“アクセス利用者識別子、情報識別子、アクセス日時”である。図１０では以下のように処理が行われる。
【００９９】
(1) 情報（アイテム）の配送先となるクライアントは、あらかじめ相関検出条件すなわち基点アイテムの登録を行う。相関検出条件は、相関アイテムを検出する元となる情報（アイテム）のリストである。
【０１００】
(2) 情報配送サーバは、アクセスログの中から、(1) で与えられた情報リスト（基点アイテム）をもとに、相関のある情報（アイテム）のリストを検出する。
【０１０１】
(3) 情報配送サーバは、クライアントからの相関アイテム配送要求毎、あるいはあらかじめ指定された期間毎に相関のある情報（相関アイテムリスト）をクライアントに配送する。
【０１０２】
(4) クライアントは配送された情報量（アイテム量）毎もしくは定額の料金を支払う。
【０１０３】
以上、本発明の第一の実施形態について説明したが、本発明はこれに限らない。例えば、以下のような種々の変更、拡張が可能である。
【０１０４】
(1) ネットワークはインターネットに限らない。ディジタル双方向ＴＶや、情報家電ネットワーク等がある。
【０１０５】
(2) クライアントは、ＰＣ、携帯電話、ディジタル双方向ＴＶセット、情報家電、通信可能なワープロ、通信可能なゲーム機器、通信可能な時計、ＰＤＡ等移動通信可能な端末等がある。
【０１０６】
(3) 入出力情報媒体はＷｅｂに限らない。電子メールを利用し、相関アイテム配送要求やクライアント識別子等を電子メールの文書として、またはタイトルとして送信する。クライアント識別子の代わりに電子メールアドレスを利用することもできる。相関アイテムリストも電子メールの文書として送信することができる。
【０１０７】
(4) 相関アイテムリストは、例えば、テレビ画面に重ねて、ゲーム表示に重ねて表示することができる。
【０１０８】
(5) 相関アイテムリストの提供のタイミングは、クライアントが相関アイテム配送要求を行ったときに限る必要はない。情報配送サーバが、定期的に自動的にクライアントの記憶装置にアクセスし相関アイテムリストを書き込むことができる。
【０１０９】
(6) 相関アイテムの検出処理は定期的（例えば１日毎）である必要はない。例えば、クライアントから相関アイテム配送要求を受けたときに相関アイテム検出処理を行い、検出された相関アイテムを直ちに返送することでもよい。これにより、相関アイテム保持部を省略できる。また、基点アイテムの送付は、クライアントが相関アイテム配送要求を行うときでもよい。これにより、基点アイテム保持部も省略できる。
【０１１０】
(7) 課金の方法には種々のバリエーションがある。例えば基点アイテム登録の際に相関アイテム取得数について最低保証を行って事前に料金を支払い、それに達しなかった場合、それに達するまで相関アイテム配送期間を延長する。また、基点アイテム登録の際に相関アイテム取得数について最低保証を行って事前に料金を支払い、それに達しなかった場合、規定を元に料金の一部または全部を返金する。更には、集計された相関アイテム数を元に、所定のサービス期間終了後に支払いを行う。
【０１１１】
(8) また、図７に示したアイテム間相関検出部１１３の処理を以下のように変形することも可能である。
【０１１２】
まず第一の変形例として、全アイテム群のなかから流行アイテムを抽出する方法を示す。
【０１１３】
まず、基点アイテムリスト（Ｇ１）の中から総アクセス数が設定値以上のものを抜き出し、抜き出した基点アイテムを人気基点アイテムリスト（Ｇ１’）とする。
【０１１４】
閲覧／購入履歴データベース１１４から、人気基点アイテムリスト（Ｇ１’）に含まれる各アイテム毎に、各アイテムを閲覧している閲覧者（利用者）を抽出する。その際に、あらかじめ設定された日時以降にアクセスしている順に、あらかじめ設定された人数またはあらかじめ設定されている期間に入る利用者を抽出する。たとえば、あらかじめ設定されている日時はデータ中最古の日時として、その日時以降に順にアクセスしているｍ人を取り出すとする。これは、そのアイテムを一番早く認知した利用者群となる。このようにして抽出された利用者を、人気アイテムにいち早く注目した利用者、即ち流行の先駆者、と見なすことができる。
【０１１５】
得られた利用者群を閲覧利用者リスト（Ｇ２）として記憶する。これを人気基点アイテムリストの各アイテムについて繰り返す。
【０１１６】
次に、閲覧／購入履歴データベース１１４より、閲覧利用者リストの各利用者ごとに、各利用者が閲覧しているアイテムを抽出する。その際に、あらかじめ設定されている日時または期間にアクセスされているアイテムを抽出する。たとえば、現在から過去ｎ日間にアクセスしているアイテムを抽出する。抽出したアイテムを相関アイテムリストＧ３として記憶する。これを、閲覧利用者リストの各利用者について繰り返す。
【０１１７】
このように求められた相関アイテムリストを、流行の先駆者が注目しているアイテム、即ち次に流行すると予測されるアイテムと見なすことができる。
【０１１８】
続いて、第二の変形例として、特定属性を持つアイテム群及び特定属性を持つ利用者群のなかから流行アイテムを抽出する方法を示す。
【０１１９】
まず、基点アイテムリスト（Ｇ１）の中から特定属性を持ち、総アクセス数が設定値以上のものを抜き出す。抜き出した基点アイテムを人気基点アイテムリスト（Ｇ１’）とする。特定属性としてはたとえばあらかじめ設定されたジャンル（例・化粧品、洋服等）に含まれるアイテムとする。
【０１２０】
閲覧／購入履歴データベース１１４から、人気基点アイテムリスト（Ｇ１’）に含まれる各アイテム毎に、各アイテムを閲覧しており、特定の属性を持つ閲覧者（利用者）を抽出する。ここでは特定の属性とはたとえばプロファイルから得られる情報によるユーザ種別（例えば、１０代〜３０代の女性）とする。
【０１２１】
さらにその際に、あらかじめ設定された日時以降にアクセスしている順に、あらかじめ設定された人数またはあらかじめ設定されている期間に入る利用者を抽出する。たとえば、あらかじめ設定されている日時はデータ中最古の日時として、その日時以降に順にアクセスしているｍ人を取り出すとする。これは、そのアイテムを一番早く認知した利用者群となる。このようにして抽出された利用者を、人気アイテムにいち早く注目した利用者、即ち特定のユーザ種別の利用者の間での特定のジャンルの流行の先駆者、と見なすことができる。
【０１２２】
得られた利用者群を閲覧利用者リスト（Ｇ２）として記憶する。これを基点アイテムリストの各アイテムについて繰り返す。
【０１２３】
次に、閲覧／購入履歴データベース１１４より、閲覧利用者リストの各利用者ごとに、各利用者が閲覧しており特定の属性を持つアイテムを抽出する。特定属性としては人気基点アイテムリストを求めるのに用いたのと同様のジャンル（例えば、化粧品、洋服等）とする。
【０１２４】
さらにその際に、現在からあらかじめ設定されている日時または期間にアクセスされているアイテムを抽出する。たとえば、現在から過去ｎ日間にアクセスしているアイテムを抽出する。抽出したアイテムを相関アイテムリストとして記憶する。これを、閲覧利用者リストの各利用者について繰り返す。
【０１２５】
このように求められた相関アイテムリストを、特定のジャンルの流行の先駆者が注目しているアイテム、即ち特定のユーザ種別の利用者の間で特定のジャンルで次に流行すると予測されるアイテムと見なすことができる。
【０１２６】
なお、上記の第一及び第二の変形例において、抽出された相関アイテムリスト内の相関アイテムは種々の順序で並べることができる。例えば、図７にあるように、閲覧利用者リストに含まれている各閲覧者から何回アクセスされたかを計数し、閲覧回数の多い順に並び替える方法がある。ほかに、閲覧利用者リストに含まれている各閲覧者のうち何人からアクセスされたかを計数しアクセスされた閲覧者の多い順に並べる方法がある。また、さらにアクセスされた日時の新しい順に並び替えるものもある。
【０１２７】
次に、図１１〜３６を参照して、広告提供方法に関する本発明の第二の実施形態を詳細に説明する。
【０１２８】
この実施形態では、利用者にいちいち入力してもらう手間を省くために、インターネットなどの、インタラクティブサービスの利用者のアクセス履歴を用いる。利用者が自分の興味にある情報を参照したときに、情報サービス提供者側は、その参照記録を残しておく。また、特定の行動をとったときに、その行動記録を残しておく。これを定期的に収集することにより、利用者ごとに、ある日時にある情報、または、ある行動をした参照記録集（アクセス履歴）が得られる。この参照記録集を用いて、利用者に広告を提供する。これにより、利用者はあらためて利用者属性等を入力する必要はないし、実際に参照した情報を用いるので、最新かつ正しい利用者情報が得られる。
【０１２９】
以下に、この参照記録集を用いて利用者に広告を提供する手法を示す。ここでは、複数の参照記録集の類似度を算出するアルゴリズムを用いることにする。この類似度計算は一般にソーシャルフィルタリング（ＳＦ）と呼ばれている。
【０１３０】
図１３にＳＦ情報紹介の基本原理を概念的に示す。利用者Ｕ０の参照情報群をＧ１としたとき、Ｇ１を参照したＵ０以外の利用者群を関連利用者群Ｇ２と呼ぶ。Ｇ２の関連利用者たちが参照している情報群でＧ１に含まれない参照情報群をＧ３とする。このＧ３をＧ１との類似度が高い参照情報とみなし、すなわち、Ｕ０が興味をもつ情報と推定し、このＧ３を紹介情報としてＵ０に提供する。
【０１３１】
ここで、Ｇ２の各関連利用者には、類似度の高さを示す値（参照回数など）がつけられており、その情報を用いてＧ３の参照情報群の各参照情報（紹介情報）の推定興味度を示す値をつける。これにより、推定興味度の高いものから紹介するなどの仕組みを持たせることができる。
【０１３２】
また、利用者および情報に属性を設定する。これにより、Ｇ２となる関連利用者を属性によって選り分けたり（フィルタリング）、Ｇ３となる紹介情報を選り分けたりすることができる。
【０１３３】
図１１は本実施形態のシステム構成図である。図において、１１００は広告主端末、１１１０は利用者端末、１１２０は広告提供サーバ、１１３０はログ管理サーバ、１１４０は情報サービス提供サーバ、１１５０はこれらを結ぶインターネットやその他のネットワークである。一般に利用者端末１１１０および情報サービス提供サーバ１１４０は、ネットワーク１１５０上に多数存在する。広告主端末１１００、広告提供サーバ１１２０、ログ管理サーバ１１３０も、複数、ネットワーク１１５０上に存在してもよい。
【０１３４】
ここで、広告提供サーバ１１２０は、広告情報管理部１１２１、利用者履歴管理部１１２２、潜在対象情報生成部１１２３、広告情報選択部１１２４、広告提供回数管理部１１２５、広告料金計算部１１２６などで構成される。
【０１３５】
広告情報管理部１１２１は広告主が広告掲出を依頼した広告情報を管理する。利用者履歴管理部１１２２は、情報サービス提供サーバ１１４０の各情報へのアクセス履歴すなわち参照記録集を利用者ごとに管理する。この利用者履歴管理部１１２２では、さらに後述の仮想の利用者である広告エージェントのアクセス履歴も管理する。
【０１３６】
潜在対象情報生成部１１２３は利用者のアクセス履歴をもとに、広告情報に関係のある対象情報から、それと類似度の高い潜在対象情報を生成する。広告情報選択部１１２４は、利用者のアクセス履歴および広告エージェントのアクセス履歴をもとに最適な広告情報を選択し利用者へ提供する。
【０１３７】
広告提供回数管理部１１２５は、利用者の広告参照回数や追加情報取得回数を管理する。広告料金計算部１１２６は広告参照回数や追加情報取得回数等をもとに広告主の支払うべき広告料金を計算する。
【０１３８】
初めに、利用者のアクセス履歴収集（ログ収集）について説明する。各利用者は利用者端末１１１０を用いて、種々の情報サービス提供サーバ１１４０の各情報を参照するが、情報サービス提供サーバ１１４０では、これら利用者のアクセス履歴を取得している。ログの一次収集場所は、このアクセス履歴を取得する情報サービス提供サーバ１１４０（ウエブサイト）となる。
【０１３９】
ログ収集には、例えば、情報や商品を提供しているウエブサイトの各情報ページや商品ページのアクセス履歴を用いる。一般にアクセス履歴を保持するウエブサイトは複数存在するが、その場合、同一情報や同一商品を表わすアクセスは同じ名前で記録される必要がある。また、利用者識別子は各サイトをまたがっても同一の利用者であることを確認できることが必要である。
【０１４０】
この実施形態では、情報サービス提供サーバ１１４０のログ情報は、ネットワーク１１５０を通してログ管理サーバ１１３０に集め、全体を一括して管理できるものとする。利用者の識別子も統一的に管理する。
【０１４１】
場合によっては、ログ管理サーバ１１３０と情報サービス提供サーバ１１４０が同一であってもよい。例えば、ある一つのサイトで各Ｗｅｂサイトの情報を提供しているＷｅｂディレクトリサービスでは、利用者がどのサイトを選択して移動したかをアクセス履歴として収集している。そのサイト内でログ管理サーバも動いている場合、ネットワークを介さずにアクセス履歴を渡すことができる。また、アクセス履歴を情報サービス提供サーバと利用者端末の中継サーバから取得できる場合はそのログを使用することもできる。
【０１４２】
一方、大規模サービスを提供しているサイトでは複数のサービス提供サーバを用意している場合が多い。その場合は、各サーバでのアクセス履歴をネットワークを介して一箇所のログ管理サーバに送付して管理する。サービスの履歴がＩＳＰ等のネットワークウロバイダが保有している場合も同様である。
【０１４３】
利用者識別子は通常サービス提供サーバ１１４０が振るが、複数のサイトで統一的な識別子を振る際には、サイト同士で統一させる場合やログ管理サーバ１１３０に問い合わせてユニークな識別子を振る場合などが考えられる。
【０１４４】
ログ管理サーバ１１３０は、一定期間毎に自動的に、あるいは、広告提供サーバ１１２０からの要求に応じ、ネットワーク１１５０を通して、各利用者のアクセス履歴を広告提供サーバ１１２０へ送付する。広告提供サーバ１１２０では、ログ管理サーバ１１３０から送付された利用者のアクセス履歴を利用者履歴管理部１１２２にて管理する。この結果、利用者履歴管理部１１２２では、最新のアクセス履歴が管理されることになる。図２０に、利用者履歴管理部１１２２が管理する利用者のアクセス履歴の一例を示す。
【０１４５】
なお、広告提供サーバ１１２０自体がログ管理サーバ１１３０を兼ねてもよい。また、広告提供サーバ１１２０自体が情報サービス提供サーバの一つでもよい。
【０１４６】
次に、広告提供サーバ１１２０において、利用者のアクセス履歴を用いて広告を提供する処理を説明する。
【０１４７】
図１２は広告提供処理の全体の流れを示したものである。広告主が広告掲出依頼をすることで、潜在対象情報リストの生成、広告エージェントの設定を行い、利用者に広告、追加情報等を提供する。また、その数の集計を行って広告主に報告し、料金の支払等を受ける。
【０１４８】
以下において、図１２に従って処理の流れを詳述する。なお、利用者に提供する広告を広告情報と呼び、利用者が参照可能な情報を参照情報と呼ぶこととする。
【０１４９】
（１）広告主は広告主端末１１００を用いて、提出したい広告情報を広告提供サーバ１１２０へ送付する。その際、広告内容、提出期間、追加情報の助存場所等も通知する。広告提供サーバ１１２０では、広告主端末１１００から送付された広告情報を広告情報管理部１１２１にて管理する。図２１に、広告情報管理部１１２１が管理する広告情報の一例を示す。
【０１５０】
さらに、広告主は、広告掲出の依頼の際に、掲出したい広告情報に関係のある対象情報（ウエブサイトの情報ページ、商品ページ等）を１つまたはそれ以上選択して広告提供サーバ１１２０へ送付する。なお、この対象情報は、広告主の代理人、代理店等が選択、通知することでもよい。図２２に、対象情報の一例を示す。
【０１５１】
（２）広告提供サーバ１１２０の潜在対象情報生成部１１２３では、対象情報を先の図１３のＧ１としたときのＧ３である潜在対象情報を抽出する。図１４に潜在対象情報抽出の概念図、図１５に潜在対象情報抽出の処理フロー図を示す。
【０１５２】
まず、ログ収集された利用者アクセス履歴から、対象情報Ｇ１を参照している利用者（関連利用者）の一群Ｇ２を抽出する（ステップ１５０１）。次に、抽出された利用者数（関連利用者数）が多い場合、一定数まで減らす（ステップ１５０２）。これは、例えば、抽出した利用者ごとに対象情報を参照した回数を調べ（ステップ１５０２−１）、参照した回数の多いものから順に一定数になるまで絞り込むことで行う（ステップ１５０２−２）。
【０１５３】
次に、ログ収集された利用者アクセス履歴から、上記抽出した各利用者（関連利用者）が参照している情報のうち、対象情報Ｇ１以外の情報の一群を集める（ステップ１５０３）。これが、対象情報Ｇ１に対する潜在対象情報Ｇ３である。ここでも、集まった情報群（潜在対象情報群）が多い場合、一定数まで減らす（ステップ１５０４）。このやり方は、上記関連利用者数を減らす場合と同様である（ステップ１５０４−１、１５０４−２）。図２３に潜在対象情報の一例を示す。
【０１５４】
（３）広告提供サーバ１１２０の利用者履歴管理部１１２３では、追加情報、対象情報及び潜在対象情報を参照情報とした仮想の利用者（これを広告エージェントと呼ぶ）を設定し、利用者アクセス履歴に追加する。すなわち、広告エージェントが、あたかも追加情報、対象情報または潜在対象情報を参照したかのようにする。ここで、広告エージェントには仮想の固定の利用者識別子を割り付ける。また、その際、広告エージェントには広告属性を付け、追加情報にも広告属性を付ける。
【０１５５】
図２４に、図２１〜図２３から求めた広告エージェントの仮想のアクセス履歴の一例を示す。また、図２５に、利用者識別子及び参照情報識別子の属性設定の一例を示す。なお、場合によっては潜在対象情報は省略し、広告エージェントは追加情報と対象情報のみを参照情報とすることでもよいし、対象情報と潜在対象情報の両方と追加情報とを併せて参照情報としてもよい。
【０１５６】
（４）広告提供サーバ１１２０の広告情報選択部１１２４では、広告掲出期限内の広告情報について、基本的に先の図１３のアルゴリズムにもとづいて利用者に最適な広告情報を選択する。ただし、Ｇ２に現われる利用者は広告属性をもつ者、つまり広告エージェントのみとし、Ｇ３に現われる紹介情報も広告属性を持つ情報、つまり追加情報のみとする。追加情報から広告内容を求め、広告内容と追加情報をリンクして広告内容を利用者に提供する。図１６に広告掲出処理アルゴリズムの概念図、図１７に処理フロー図を示す。
【０１５７】
まず、全利用者アクセス履歴（仮想の広告エージェントアクセス履歴も含む）から、広告提供相手の利用者の参照している情報（参照情報）Ｇ１を抽出する（ステップ１７０１）。次に、参照情報を参照していて、かつ、広告属性のついた利用者（広告エージェント）の一群Ｇ２を抽出する（ステップ１７０２）。具体的には、全アクセス履歴から、参照情報Ｇ１を参照している広告提供利用者以外の利用者（関連利用者）の一群を抽出し、該利用者群から広告属性のついている利用者群（広告エージェント）の一群を抽出する。次に、抽出した利用者（広告エージェント）Ｇ２の数が多い場合、一定数まで減らす（ステップ１７０３）。これは、例えば、抽出した利用者ごとに参照情報を参照した回数を調べ（ステップ１７０３−１）、参照した回数の多い者から順に一定数になるまで絞り込むことで行う（ステップ１７０３−２）。
【０１５８】
次に、上記抽出した広告属性のついた各利用者（広告エージェント）が参照している広告属性のついた情報（追加情報）の一群Ｇ３を抽出する（ステップ１７０４）。具体的には、全利用者アクセス履歴から、広告エージェントＧ２が参照している情報群を抽出し、該情報群から広告属性のついている情報（追加情報）を抽出する。ここでも、抽出した追加情報群が多い場合、一定数（例えば、表示に必要な数）まで減らす（ステップ１７０５、１７０５−１、１７０５−２）。
【０１５９】
次に、抽出した追加情報に関連付けられている広告内容を求め、広告内容に追加情報をリンク付けして、広告内容を広告提供相手の利用者の利用者端末１１１０へ送付する（ステップ１７０６）。
【０１６０】
このようにして、各利用者の参照情報（アクセス履歴）に従って、最適な広告情報が利用者に提供される。なお、利用者への広告情報の提供、例えば、利用者からの要求時、あるいは、広告提供サーバ１１２０から一定期間ごとなどに行うことができる。
【０１６１】
（５）利用者は、利用端末１１１０のブラウザを利用して広告内容を参照し、興味があれば、広告提供サーバ１１２０に対して追加情報を要求し、追加情報を取得する。図１８に、その具体的イメージを示す。
【０１６２】
（６）広告提供サーバ１１２０の広告提供回数管理部１１２５では、利用者が広告を参照した回数、追加情報を取得した回数を記録している。また、広告料金計算部１１２６では、広告参照回数と追加情報取得回数などをもとに広告料金を計算する。
【０１６３】
広告提供サーバ１１２０は、広告参照記録と追加情報取得記録、さらには料金計算結果を元に、広告主端末１１００を通して広告主に、随時または広告掲出期間終了後に所定の報告をし、広告代金の支払いを請求する。
【０１６４】
図１９に広告代金支払いの種々の方法を示す。図１９の（１）は広告掲出を決めた段階で広告代金を決める方法である。このような従来ながらの支払い方法でも使用できるが、本発明はとくに広告参照数及び追加情報取得数を規定に照らし合わせて広告代金を決めるモデルに適している。図１９の（２）〜（４）は、その一例である。
【０１６５】
図１９の（２）は、広告掲出の際に広告参照数または追加情報取得またはその両方について最低数保証を行って事前に料金を支払い、それに達しなかった場合、それに達するまで広告掲出期間を延長する方法である。
【０１６６】
また、図１９の（３）は、広告掲出の際に広告参照数または追加情報取得またはその両方について最低数保証を行って事前に料金を支払い、それに達しなかった場合、規定を元に差分相当の料金の一部または全部を返金する方法である。
【０１６７】
また、図１９の（４）は、集計された広告参照数及び追加情報取得数を元に、掲出期間終了後に支払いを行う方法である。
【０１６８】
以下に具体例を示す。ここでは、インターネットにおいて商品情報提供しているあるｗｅｂサービスを前提に、ＷＷＷにおけるバナー広告を例に説明する。利用者はこのＷｅｂサービスでさまざまなＷｅｂページを参照しているものとする。
【０１６９】
広告主またはその代理人は、新しいカメラ付き携帯型パソコンのバナー広告を用意し、広告掲出を依頼する。その際に、広告内容（広告画像、キャッチコピー）とその広告に興味を持つ利用者がさらに参照する追加情報のＵＲＬを設定する。通常は、この広告内容に対するリンク情報として設定される。図２６に広告情報の具体例を示す。
【０１７０】
さらに、広告主または代理人は、その広告に関係のあるｗｅｂページ（対象情報）を、このＷｅｂサービスのページからいくつか選ぶ。ここでは、図２７のＷｅｂページを選択したとする。
【０１７１】
広告提供サーバ１１２０では、まず、選択したＷｅｂページに関連があるページ（潜在対象情報）を抽出する。すなわち、図２７のＷｅｂページ群をＧ１に設定し、Ｇ２の関連利用者を抽出した後、Ｇ３として潜在対象情報を抽出する。ここでのＧ１からＧ２やＧ２からＧ３を抽出する際に使用される履歴は、このＷｅｂサービス内でアクセスされたログである。潜在対象情報の具体例を図２８とする。
【０１７２】
追加情報として記録した広告に直接関係のある情報として、対象情報を広告エージェントのアクセス履歴に記録した場合、その対象情報にアクセスしたクライアントに広告を送ることが出来る。同様に、潜在対象情報を広告エージェントのアクセス履歴に記録した場合、対象情報にはアクセスしていないが、対象情報に関連のある潜在関連情報にアクセスしているクライアントに広告を送ることが出来る。即ち、その広告に潜在的に興味を持っているクライアントにも広告を配信することが出来る。
【０１７３】
次に、広告エージェントとする利用者ＩＤを割り当て、その利用者ＩＤが追加情報ＵＲＬ、対象情報ＵＲＬ、潜在対象情報ＵＲＬを参照しているという記録（アクセス履歴）を残す。ここでは、広告エージェントのアクセス履歴は図２９のようになる。また、その際、図３０に示すように、広告エージェントの利用者ＩＤには広告属性を、追加情報ＵＲＬにも広告属性を設定しておく。
【０１７４】
一般利用者がＷｅｂサービスを利用する際に広告を参照しようとすると、広告提供サーバ１１２０が作動し、広告の紹介を行う。その際に、Ｇ２に入る利用者を広告属性の利用者、すなわち広告エージェントだけとし、Ｇ３に入るものも広告属性のもの、すなわち追加情報のみとする。抽出された追加情報から広告内容を求める。よって、紹介されるものは広告のみとなる。
【０１７５】
利用者は表示された広告を確認し必要であれば、追加情報を取得する。具体的には、図１８に示したように広告画像をクリックする。広告提供サーバ１１２０では、そのアクセス記録も保存される。
【０１７６】
料金支払に関しては、図１９に示したように、いくつかのケースが用意されている。一般的には広告掲出依頼の際に料金を支払うものであるが、ここでは、他に３つのオプションが用意されている。
【０１７７】
保証された広告参照数及び追加情報取得数を超えなければ到達するまで掲出する第１のオプションでは、図３１のような料金表で、図３２のように保証された広告参照数及び追加情報取得数が超えなかったため、図３３のように掲出期間を遅長して、保証された広告参照数及び追加情報取得数に到達するまで掲出した。この例では、４／１−３０までの掲出期間であったが、５／１５まで遅長したことになる。
【０１７８】
保証された広告参照数及び追加情報取得数を超えなければその分を返金する第２のオプションでは、図３１のような料金表で、図３４のように保証された広告参照数及び追加情報取得数を超えなかったため、返金した。この例では、７１０００円（１０００円以下の端数切り捨て）を返金した。
【０１７９】
実際の広告参照数及び追加情報取得数で料金を決める第３のオプションでは、図３５のような料金表で広告掲出回数の単価が３円、追加情報取得数の単価が１００円であり、４／１−３０まで掲示した結果、図３６のように実際の広告参照数及び追加情報取得数により計算し、３２８０００円（１０００円以下四捨五入）を請求した。
【０１８０】
この実施形態によれば、インタラクティブメディアにおいての広告掲出において、興味を持ちそうな利用者、及び潜在的に興味を持ちそうな利用者を発見し、利用者の最新のアクセスログを元に適切な広告情報を選択し提供することができる。それにより広告参照数及び追加情報取得数を元にした広告料金体系において、同じ広告参照数であっても追加情報取得数が増加し、より多くの収入を得るメリットがある。
【０１８１】
また、この実施形態によれば対象情報を複数設定するようにすれば、特定の１つのコンテンツだけを参照した利用者よりも特定の複数のコンテンツを参照した利用者をターゲットにすることができる。また、対象情報のほか、潜在対象情報を元にターゲットとなる利用者を決めることで、ターゲットを広げることができる。
【０１８２】
次に、本発明の第三の実施形態を、図３７〜４７を参照して詳細に説明する。
【０１８３】
図３７及び図３８は、本実施形態に係る広告配信システムの構成を示すブロック図である。
【０１８４】
図３７及び図３８に示すクライアント側は、アイテムの情報を閲覧したり、アイテムの購入を行ったり、広告の表示を行う為の入出力装置６１と顧客ＩＤを保持する顧客ＩＤ記憶部６２を持つ、パソコン等のＷｅｂアクセス可能な装置、ディジタル双方向ＴＶセット、電話、携帯電話等の顧客端末６０である。
【０１８５】
入出力装置６１は、出力部はディスプレイ、プリンタ、テレビ画面、液晶画面等を有し、入力部にマウスや各種ポインティングデバイス、キーボード、赤外線リモコン、携帯電話のプッシュキー等を有する。
【０１８６】
顧客ＩＤ記憶部６２は、オンラインショッピングサーバ１０から割り振られた顧客ＩＤを記憶する。
【０１８７】
他方、サーバ側は顧客端末６０からの要求に応じて、アイテム情報の表示や、アイテムの購入注文を受けるオンラインショッピングサーバ１０、オンラインショッピングサーバ１０のアクセス履歴から広告配信対象のアイテムの潜在顧客を抽出する潜在顧客抽出サーバ２０、顧客端末６０に対し広告を表示、または配信する広告送信サーバ３０、および広告配信に対する課金情報を管理する課金情報管理サーバ４０で構成される。
【０１８８】
前記顧客端末６０、オンラインショッピングサーバ１０、潜在顧客抽出サーバ２０、広告送信サーバ３０、および課金情報管理サーバ４０はインターネットなどのネットワークＮにより接続される。
【０１８９】
オンラインショッピングサーバ１０は、Amazon.com(http://www.amazon.com/)や、Outpost.com(http://www.outpost.com/)や、楽天市場(http://www.rakuten.com.jp/)等のネットワークサイトを介して、アイテムの情報を閲覧し、実際にアイテムを購入できるＥＣサーバ等であり、顧客端末６０からのアイテム情報の閲覧要求や購入要求等を受け、情報表示や購入注文発注処理を行うオンラインショッピング処理部１２と、上記アイテムの閲覧／購入等のアイテムへのアクセス（閲覧／購入）履歴を記録するアクセス履歴リスト５０と、顧客端末６０へ顧客ＩＤを発行し、顧客データ蓄積部１４に顧客ＩＤ情報の保持を行うＩＤ情報管理部１３と、アイテムの情報、アイテムＩＤの保持を行うアイテムデータ蓄積部１５と、各部の制御を行う制御部１１で構成される。
【０１９０】
上記アイテムとは、上記顧客端末６０を介して、情報の閲覧、バスケット等への保持、購入等が可能な情報または商品などであり、ＷｅｂのＵＲＬや商品コード等のアイテムＩＤによりユニークに識別できる。
【０１９１】
上記顧客ＩＤは、グローバルに一意的な識別子であり、ＩＤ情報管理部１３において、新規生成、もしくは既存ＩＤの確認を行う。
【０１９２】
潜在顧客抽出サーバ２０は、単数、または複数のオンラインショッピングサーバ１０からアクセス履歴リスト５０を収集するアクセス履歴収集部２２と、前記収集した、アクセス履歴リスト５０を一定期間分保持するアクセス履歴リスト蓄積部２３と、前記アクセス履歴リスト蓄積部２３の履歴をもとに、入力部２５から受けた潜在顧客抽出要求に従い、潜在顧客の抽出を行う潜在顧客抽出処理部２４と、前記抽出した潜在顧客のリストを出力する出力部２６と、これらを制御する制御部２１で構成される。
【０１９３】
広告送信サーバ３０は、指定された広告対象アイテムＩＤを潜在顧客抽出サーバ２０に送信する出力部３４と、前記潜在顧客リストを受け取る入力部３３と、潜在顧客リストに記載の顧客ＩＤの顧客端末に対して広告送信を行う広告配信処理部３２と、前記オンラインショッピングサーバ１０の顧客データ蓄積部１４と同様の顧客データ蓄積部３５、アイテムデータ蓄積部３６と、これらを制御する制御部３１で構成される。
【０１９４】
課金情報管理さーば４０は、広告の送信や広告に対する反応（バナーをクリックする等）、アイテムの情報の閲覧、アイテムの購入等を行うことをトリガーとして課金し、アイテムの広告主である企業に対して料金を請求するための管理サーバであり、課金条件管理部４２、広告配信回数管理部４３、広告レスポンス管理部４４、入力部４５、出力部４６、制御部４１を備える。
【０１９５】
課金条件管理部４２は、アイテムＩＤ毎に広告課金種別、取引数（広告配信数、広告レスポンス数）、契約料金を管理し、アイテムＩＤと広告課金種別をキーとして、取引数（広告配信数、広告レスポンス数）、および契約料金を読み出すことを可能とする。
【０１９６】
広告課金種別は、下記に示すものが可能である。
【０１９７】
・広告配信数毎の従量課金：契約対象アイテムの広告配信数×配信１件あたりの料金。
【０１９８】
・所定広告配信数の定額課金：契約対象アイテムの広告配信数が所定数に達することを条件とする料金。
【０１９９】
・広告レスポンス数毎の従量課金：契約対象アイテムの広告配信に対するレスポンス数×レスポンス１件あたりの料金。
【０２００】
・所定広告レスポンス数の定額課金：契約対象アイテムの広告配信に対するレスポンス数が所定数に達することを条件とする料金。
【０２０１】
・上記組み合わせによる課金：一定数の広告配信を条件として一定額の定額料金を設定し、一定数以上の配信があった場合に追加従量課金／一定数に達しなかった場合にその量に応じた額の返金を行う等。
【０２０２】
図３９は、本発明の第三の実施形態に係る広告配信システムのオンラインショッピングサーバ１０で生成されるアクセス履歴リスト５０を示す図である。
【０２０３】
アクセス履歴リスト５０は、少なくとも“アクセス顧客ＩＤ５１、被アクセスアイテムＩＤ５２”を含む形式で保持されており、さらにアクセス日時５３などの付帯情報があり、例えば、Ｗｅｂサーバのアクセス履歴を利用する手段や、独自の履歴保持手段による手段がある。
【０２０４】
図４１は、本発明の第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０に入力される広告対象アイテムリスト８０を示す図である。
【０２０５】
広告対象アイテムリスト８０は、少なくとも“広告対象アイテムＩＤ８１、優先度８２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０６】
広告対象アイテムリスト８０には、広告の対象となるアイテムのアイテムＩＤ８１の他、前記アイテムと関連のあるアイテムのアイテムＩＤを記述してもよい。
【０２０７】
図４２は、本発明の第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０から出力される潜在顧客リスト９０を示す図である。
【０２０８】
潜在顧客リスト９０は、少なくとも“優先順位９１、顧客ＩＤ９２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０９】
次に各部の詳細な動作について、図４３〜４７を参照して説明する。
【０２１０】
＜顧客ＩＤの付与＞
図４３はオンラインショッピングサーバ１０における顧客ＩＤ付与動作を示すフローチャートである。
【０２１１】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワーク１１を介して、オンラインショッピングサーバ１０にアクセスする。（ステップ２１００）
（２）顧客端末６０は、オンラインショッピングサーバ１０への接続を確認すると、“顧客端末認証要求”とともに顧客ＩＤ記憶部６２に保持されている顧客ＩＤを送る。この時、顧客ＩＤが保持されていない際には、なにもないことを示すＮＵＬＬコードを送信する。（ステップ２１１０）
（３−１）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードであった場合には（ステップ２１２０）、ＩＤ情報管理部１３より新規のグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２１２】
（３−２）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤでない場合には（ステップ２１３０）、前記顧客端末６０より受けた前記顧客ＩＤを破棄し、ＩＤ情報管理部１３により新規にグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２１３】
（３−３）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤであった場合には（ステップ２１３０）、“顧客端末認証応答”とともに前記顧客ＩＤをそのまま前記顧客端末６０に送る（ステップ２１６０）。
【０２１４】
（４）前記“顧客端末認証応答”と前記顧客ＩＤを受け取った顧客端末６０は、受信した顧客ＩＤを顧客ＩＤ記憶部６２に書き込む（ステップ２１７０）。
【０２１５】
本一連の処理は、ＩＤ情報管理部１３において、顧客ＩＤとともにパスワードを記憶管理することにより、（２）〜（３）の顧客認証要求の処理にパスワードチェックを行い、顧客ＩＤのセキュリティを高めることも可能である。
【０２１６】
＜アクセス履歴の生成＞
図４４はオンラインショッピングサーバ１０におけるアクセス履歴生成動作を示すフローチャートである。
【０２１７】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワークＮを介して、オンラインショッピングサーバ１０上のアイテム情報を閲覧、またはアイテムの購入要求を送信する（ステップ２２００）。
【０２１８】
（２）アクセスしてきた顧客端末の顧客ＩＤと、閲覧／購入対象のアイテムのアイテムＩＤを少なくとも含む形で、アクセス履歴リスト５０にアクセス履歴を追加する（ステップ２２１０）。
【０２１９】
アクセス履歴上に記録する情報は、上記のみに限るものではなく、閲覧／購入の区別等の情報を記録し、後述の潜在顧客抽出動作の際の優先順位付けのパラメータとして利用することも可能である。
【０２２０】
＜アクセス履歴の収集＞
図４５は潜在顧客抽出サーバ２０におけるアクセス履歴収集動作を示すフローチャートである。
【０２２１】
（１）潜在顧客抽出サーバ２０において、あらかじめ指定した時刻に制御部２１からアクセス履歴収集部２２へアクセス履歴収集要求が送信され、アクセス履歴収集動作を開始する（ステップ２３００）。
【０２２２】
（２）潜在顧客抽出サーバ２０において、アクセス履歴収集部２２は、オンラインショッピングサーバ１０上のアクセス履歴リスト５０をネットワークＮを介してＦＴＰ ＧＥＴ等のプロトコルを利用し収集する（ステップ２３１０）。
【０２２３】
（３）オンラインショッピングサーバ１０よりアクセス履歴リスト５０を収集したアクセス履歴収集部２２は、アクセス履歴リスト蓄積部２３に保持する。この際、顧客ＩＤをキーとして該顧客が閲覧／購入したアクセス履歴を、アイテムＩＤをキーとして、該アイテムが閲覧・購入されたアクセス履歴を読み出せる様な形式で保持する（ステップ２３２０）。
【０２２４】
尚、（２）の収集動作において、収集対象となるオンラインショッピングサーバ１０は単数に限るものではなく、複数のサーバ１０から収集するものでもよい。また、アクセス履歴収集部２２からアクセス履歴収集を行う方式に限るものではなく、定期的、またはアクセスがあった時点で、オンラインショッピングサーバ１０からアクセス履歴収集部２２へ送信する方式でもよい。
【０２２５】
＜潜在顧客抽出＞
図４６は潜在顧客抽出サーバ２０における潜在顧客抽出の動作を示すフローチャートである。
【０２２６】
（１）潜在顧客抽出サーバ２０において、入力部２５が“潜在顧客抽出要求”とともに、広告対象アイテムリストの入力を受信する（ステップ２４００）。
【０２２７】
前記広告対象アイテムリストの情報は、実際に広告の対象となるアイテムのアイテムＩＤのみに限定されるものではなく、広告主が指定する広告対象アイテムと関連するアイテムのアイテムＩＤも含んでもよい。
【０２２８】
（２）前記潜在顧客抽出要求を受信した入力部２５から制御部２１へ潜在顧客抽出要求を送信し、潜在顧客抽出動作を開始する（ステップ２４１０）。
【０２２９】
（３）前記潜在顧客抽出要求を受信した制御部２１から、潜在顧客抽出処理部２４へ潜在顧客抽出開始要求を送信する（ステップ２４２０）。
【０２３０】
（４）前記潜在顧客抽出開始要求を受信した潜在顧客抽出処理部２４は、入力部２５から前記広告対象アイテムリストを読出し、前記広告対象アイテムリスト中の全アイテムＩＤを対象アイテム群７１（以降Ｇ１と呼ぶ：図４０参照）にセットする（ステップ２４３０）。
【０２３１】
（５）潜在顧客抽出処理部２４において、アクセス履歴リスト蓄積部２３より、前記Ｇ１のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤをＧ１のアイテムにアクセスした顧客（直接顧客）群７２（以降Ｇ２と呼ぶ：図４０参照）にセットする（ステップ２４４０）。
【０２３２】
（６）潜在顧客抽出処理部２４において、５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ２中の顧客ＩＤをキーとして、過去に前記顧客がアイテムを閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全アイテムＩＤの内、Ｇ１でないＧ１のアイテムに関係の深いアイテム群７３（以降Ｇ３と呼ぶ：図４０参照）にセットする（ステップ２４５０）。
【０２３３】
（７）潜在顧客抽出処理部２４において５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ３中のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤの内、Ｇ２にない顧客ＩＤをＧ１のアイテムに潜在的に興味を持つ可能性の高い顧客（潜在顧客）群７４（以降Ｇ４と呼ぶ：図４参照）にセットする（ステップ２４６０）。
【０２３４】
（８）潜在顧客抽出処理部２４において、前記Ｇ４の顧客ＩＤを潜在顧客リストとして出力部２６に送信する（ステップ２４７０）。
【０２３５】
（９）潜在顧客リストを受信した出力部２６は外部インタフェースに対して、潜在顧客リストを出力する（ステップ２４８０）。
【０２３６】
前記動作により、広告を打ちたい対象アイテムにアクセスした顧客群と類似したアクセス傾向を持つ顧客群を抽出できる。前記直接顧客と類似したアクセス傾向を持つ顧客群は、興味傾向が似ていると言える為、すなわち、潜在的に前記広告対象アイテムを購入する可能性の高い顧客群（潜在顧客）を抽出したことになる。
【０２３７】
前記（４）〜（７）の処理において、例えば、群中のアクセスしたアイテムの数（重なりの量）や、アクセス日時、顧客の過去のアクセスアイテム数、アイテムの過去の被アクセス顧客数等をキーにして、順序をソーティングすることで、優先順位を決定し、前記ソーティングした順位の上位ｎ件に絞込むことでより、アクセス傾向の類似度の精度を上げることが可能である。
【０２３８】
＜広告配信動作＞
図４７は広告送信サーバ３０における広告を潜在顧客へ配信する動作を示すフローチャートである。
【０２３９】
（１）広告送信サーバ３０において、入力部３３が“広告配信要求”とともに、単数、または複数の広告対象アイテムＩＤの入力を受信する（ステップ２５００）。
【０２４０】
（２）広告送信サーバ３０において、入力部３３から制御部３１へ前記広告配信要求を送信し、広告配信処理動作が開始する（ステップ２５１０）。
【０２４１】
（３）前記広告配信要求を受信した制御部３１から、出力部３４へ“広告対象アイテムＩＤ出力要求”を送信する（ステップ２５２０）。
【０２４２】
（４）前記広告対象アイテムＩＤ出力要求を受信した出力部３４は、入力部３３から広告対象アイテムＩＤを読み出す（ステップ２５３０）。
【０２４３】
（５）出力部から潜在顧客抽出サーバ２０へ広告対象アイテムＩＤを、“潜在顧客抽出要求”とともに送信する（ステップ２５４０）。
【０２４４】
（６）潜在顧客抽出サーバ３０において、広告対象アイテムに対する潜在顧客抽出動作を実行（ステップ２５５０／ステップ２４００〜２４８０）。
【０２４５】
（７）潜在顧客抽出サーバ２０から出力された潜在顧客リストを、広告送信サーバ３０の入力部３３が受信する（ステップ２５６０）。
【０２４６】
（８）前記潜在顧客リストを受信した広告送信サーバ３０の入力部３３から広告配信処理部３２へ潜在顧客リストを送信する（ステップ２５７０）。
【０２４７】
（９）前記潜在顧客リストを受信した広告配信処理部３２から、潜在顧客リストに記載の顧客ＩＤに対応した顧客端末６０に対して、電子メールやプッシュ配信装置等の手段を用いて広告を送信する（ステップ２５８０）。
【０２４８】
前記広告配信方法は、直接電子メールやプッシュ配信装置を用いて送信する方法のみに限定するものではなく、顧客端末６０がオンラインショッピングサーバ１０にアクセスしてきた際に、バナー広告を表示する方法でもよい。
【０２４９】
この実施形態によれば、顧客の過去のアクセス履歴のみをもとに、広告配信先を潜在顧客へと絞り込みが行える為、
・顧客からの事前の属性情報の登録が不要（属性入力の手間がかからないことから顧客を集めやすい）
・アイテムに対する属性情報の登録が不要（メンテナンスの手間がかからない）
・広告対象アイテムの潜在顧客に対して広告配信を行え、顧客が広告対象アイテムに興味を持つ可能性が高まる
つまり、結果として顧客の手間、管理の手間を減少させ、かつ、広告対象アイテムの閲覧／購入の確率を増加させることができる。
【０２５０】
本発明は上記に限るものではなく、例えば、広告配信は、オンラインショッピングサーバ１０のトップページにお奨めアイテムの形式でメニュー表示することも可能である。
【０２５１】
また、インターネット応用だけでなく、ディジタル双方向ＴＶや情報家電などの属性入力が困難なメディア＆ネットワークで、アクセス履歴のみで広告配信先を決定する際に有効になる。
【０２５２】
また、オンラインショッピングサーバ１０、潜在顧客抽出サーバ２０、広告送信サーバ３０、課金情報管理サーバ４０はそれぞれ独立の装置でも、いずれかの組み合わせ、あるいは全てを１台のサーバで実施してもよい。
【０２５３】
以上のように、ＷｅｂのＥＣサイト等のオンラインショッピングサーバにおいて、顧客がアイテムの情報を閲覧した、またはアイテムを購入した履歴（アクセス履歴）が保存される。保存される情報は、例えば“顧客ＩＤ、アイテムＩＤ、アクセス日時”である。
【０２５４】
上記アクセス履歴を収集し、アイテムＡの広告を配信するときには、図４に示すように、「アイテムＡとその関連アイテムから成るアイテム群Ｇ１を閲覧／購入した顧客群Ｇ２が共通に閲覧／購入した」アイテム群Ｇ３を同じように見ている「潜在的にＧ１ｗを閲覧／購入する可能性の高い顧客（潜在顧客）群Ｇ４」に対して広告を配信することが基本的なロジックである。
【０２５５】
このようにして、この実施形態に従って、広告を配信したい対象アイテムに対して、アクセス履歴のみをもとに（属性の事前登録が不要で）閲覧／購入する可能性の高い顧客に対しての広告配信を行う事が可能となる。
【０２５６】
なお、コンピュータ技術に従事するものにとって明らかな様に、本発明の上記実施形態は、本明細書の教示に従ってプログラムされた従来の汎用ディジタルコンピュータを用いて都合に合わせて実施してもよく、プログラマによって本開示による教示に基づいて適切なソフトウェアコードが容易に作成される。
【０２５７】
特に、上記の各実施形態の情報配送サーバ、広告提供サーバ、オンラインショッピングサーバ、潜在顧客抽出サーバ及び広告転送サーバなどのような各種サーバ装置は、ソフトウェアの形態で都合に合うように提供し得る。
【０２５８】
そのようなソフトウェアパッケージは、開示される本発明の機能及びプロセスを実行するようにコンピュータをプログラムするために用いる記録されたコンピュータコードを含む記録媒体を用いるコンピュータプログラム製品であってもよい。記録媒体は、従来のフロッピディスク、光学ディスク、ＣＤ−ＲＯＭ、磁気−光学ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カードあるいはその他電子命令を格納するために好適な媒体であってもよいが、これらに限定されるものでもない。
【０２５９】
【発明の効果】
以上述べたように、本発明の第一の実施形態では、相関を検出するもととなるデータがアクセス履歴のみであることから、情報評価入力をする手間がない、事前に情報に対するジャンル分類を登録する手間がない、等の効果があり、また刻々と変化するアクセス履歴を用いていることで、その時々の利用者の興味の変化に追従した相関情報（相関アイテム）の検出が可能となる。
【０２６０】
また、本発明の第一の実施形態では、情報の相関検出を行うための条件として元となる情報（アイテム）のみを用いることから、相関検出のための複雑な条件設定を必要としないため、簡易に条件を指定できる効果がある。更に、相関検出のための条件は、企業機密となる場合が多く、情報リストのみを指定することにより、相関検出のための条件として情報リストしか伝送する必要がない（情報漏洩等の危険がない）効果がある。
【０２６１】
さらに、本発明の第二の実施形態によれば、インタラクティブメディアにおいての広告掲出において、興味を持ちそうな利用者、及び潜在的に興味を持ちそうな利用者を発見し、利用者の最新のアクセスログを元に適切な広告情報を選択し提供することができる。それにより広告参照数及び追加情報取得数を元にした広告料金体系において、同じ広告参照数であっても追加情報取得数が増加し、より多くの収入を得るメリットがある。
【０２６２】
また、本発明の第二の実施形態によれば、対象情報を複数設定するようにすれば、特定の１つのコンテンツだけを参照した利用者よりも特定の複数のコンテンツを参照した利用者をターゲットにすることができる。また、対象情報のほか、潜在対象情報を元にターゲットとなる利用者を決めることで、ターゲットを広げることができる。
【０２６３】
さらに、本発明の第三の実施形態によれば、広告を配信したい対象アイテムに対して、アクセス履歴のみをもとに（顧客、アイテムにする属性の事前登録が不要で）、閲覧／購入する可能性の高い顧客に対しての広告配信を行うことが可能となる。このため、結果として閲覧／購入回数を増加させることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態のシステム構成図である。
【図２】本発明の第一の実施形態におけるアクセス履歴取得の処理フロー図である。
【図３】本発明の第一の実施形態における相関アイテム配送先クライアントの登録処理フロー図である。
【図４】本発明の第一の実施形態における相関アイテム配送の登録処理フロー図である。
【図５】本発明の第一の実施形態における相関アイテム検出の全体処理フロー図である。
【図６】本発明の第一の実施形態における相関アイテム検出の概念図である。
【図７】本発明の第一の実施形態における相関アイテム検出の詳細処理フロー図である。
【図８】本発明の第一の実施形態における相関アイテムの配送と課金の処理フロー図である。
【図９】本発明の第一の実施形態における課金情報の集計処理フロー図である。
【図１０】本発明の第一の実施形態における相関アイテム配送の具体例を示す図である。
【図１１】本発明の第二の実施形態のシステム構成図である。
【図１２】本発明の第二の実施形態における広告紹介の全体の処理の流れを示す図である。
【図１３】本発明の第二の実施形態におけるソーシャルフィルタリング情報紹介アルゴリズムの概念図である。
【図１４】本発明の第二の実施形態における潜在対象情報抽出アルゴリズムの概念図である。
【図１５】本発明の第二の実施形態における潜在対象情報抽出の処理のフロー図である。
【図１６】本発明の第二の実施形態における広告紹介のアルゴリズムの概念図である。
【図１７】本発明の第二の実施形態における広告紹介の処理フロー図である。
【図１８】本発明の第二の実施形態における広告紹介の具体的イメージを示す図である。
【図１９】本発明の第二の実施形態における支払方法のタイプを示す図である。
【図２０】本発明の第二の実施形態におけるアクセス履歴の一例である。
【図２１】本発明の第二の実施形態における広告情報の一例である。
【図２２】本発明の第二の実施形態における対象情報の一例である。
【図２３】本発明の第二の実施形態における潜在対象情報の一例である。
【図２４】本発明の第二の実施形態における広告エージェントのアクセス履歴作成の一例である。
【図２５】本発明の第二の実施形態における利用者識別子及び情報の属性設定の一例である。
【図２６】本発明の第二の実施形態における広告情報の具体例である。
【図２７】本発明の第二の実施形態における対象情報の具体例である。
【図２８】本発明の第二の実施形態における潜在対象情報の具体例である。
【図２９】本発明の第二の実施形態における広告エージェントのアクセス履歴作成の具体例である。
【図３０】本発明の第二の実施形態における利用者識別子及び情報の属性設定の具体例である。
【図３１】本発明の第二の実施形態における契約時の保証回数の具体例である。
【図３２】本発明の第二の実施形態における広告掲出期間後のレポートの具体例である。
【図３３】本発明の第二の実施形態における追加掲出後のレポートの具体例である。
【図３４】本発明の第二の実施形態における広告掲出期間後のレポートの他の具体例である。
【図３５】本発明の第二の実施形態における契約時の単価の具体例である。
【図３６】本発明の第二の実施形態における広告掲出期間後のレポートの更に他の具体例である。
【図３７】本発明の第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３８】本発明の第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３９】本発明の第三の実施形態に係る広告配信装置のオンラインショッピングサーバで生成されるアクセス履歴リストを示す説明図である。
【図４０】本発明の第三の実施形態に係る潜在顧客抽出の一例を示す概念図である。
【図４１】本発明の第三の実施形態に係る広告配信装置の潜在顧客抽出サーバに入力される広告対象アイテムリストを示す説明図である。
【図４２】本発明の第三の実施形態に係る広告配信装置の潜在顧客抽出サーバから出力される潜在顧客リストを示す説明図である。
【図４３】本発明の第三の実施形態に係るオンラインショッピングサーバにおける顧客ＩＤ付与動作を示すフローチャートである。
【図４４】本発明の第三の実施形態に係るオンラインショッピングサーバにおけるアクセス履歴生成動作を示すフローチャートである。
【図４５】本発明の第三の実施形態に係る潜在顧客抽出サーバにおけるアクセス履歴収集動作を示すフローチャートである。
【図４６】本発明の第三の実施形態に係る潜在顧客抽出サーバにおける潜在顧客抽出の動作を示すフローチャートである。
【図４７】本発明の第三の実施形態に係る広告送信サーバにおける広告を潜在顧客へ配信する動作を示すフローチャートである。
【符号の説明】
１０ オンラインショッピングサーバ
１１ 制御部
１２ オンラインショッピング処理部
１３ ＩＤ情報管理部
１４ 顧客データ蓄積部
１５ アイテムデータ蓄積部
２０ 潜在顧客抽出サーバ
２１ 制御部
２２ アクセス履歴収集部
２３ アクセス履歴リスト蓄積部
２４ 潜在顧客抽出処理部
２５ 入力部
２６ 出力部
３０ 広告送信サーバ
３１ 制御部
３２ 広告配信処理部
３３ 入力部
３４ 出力部
３５ 顧客データ蓄積部
３６ アイテムデータ蓄積部
４０ 課金情報管理サーバ
４１ 制御部
４２ 課金条件管理部
４３ 広告配信回数管理部
４４ 広告レスポンス管理部
４５ 入力部
４６ 出力部
５０ アクセス履歴リスト
６０ 顧客端末
６１ 入出力装置
６２ 顧客ＩＤ記憶部
１００ クライアント
１１０ 情報配送サーバ
１１１ Ｗｅｂページ
１１２ サーバエンジン
１１３ アイテム間相関検出部
１１４ 閲覧／購入履歴データベース
１１５ クライアント管理部
１１６ 基点アイテム保持部
１１７ 相関アイテム保持部
１１８ 課金管理部
１２０ 情報閲覧サーバ
１３０ ネットワーク
１１００ 広告主端末
１１１０ 利用者端末
１１２０ 広告提供サーバ
１１２１ 広告情報管理部
１１２２ 利用者履歴管理部
１１２３ 潜在対象情報生成部
１１２４ 広告情報選択部
１１２５ 広告提供回数管理部
１１２６ 広告料金計算部
１１３０ ログ管理サーバ
１１４０ 情報サーバ提供サーバ
１１５０ ネットワーク
【発明の属する技術分野】
本発明は、インターネット、ディジタル双方向テレビ、その他の情報家電等のメディアやネットワークで情報（アイテム）を配送する情報配送方式、およびインタラクティブメディアにおける広告提供方式に関する。
【０００２】
【従来の技術】
近年、インターネットなどの利用は目覚ましいものであるが、利用者はアクセスしたＷｅｂページ等の情報を閲覧するか、あるいは、検索結果の一覧などが入手できるだけである。例えば、書籍販売サイトで書籍を検索した場合、検索条件に合致した書籍一覧リスト等は入手できるが、さらに、それに関連（相関）のある他の書籍や他の情報（利用者に興味のありそうなもの）は簡単には入手することができない。
【０００３】
また、マーケティング情報分析において、利用顧客が入力した各アイテムへの評価値、またはアイテムへのジャンル分類等の前処理を前提としていた。また、相関検出のための複雑な条件を設定する必要があった。
【０００４】
一方、インターネットなど、広告に対して即座にリアクションを返せるようなインタラクティブメディアは、ユーザをより容易に獲得することができるため、注目されている。このようなメディアでの広告は、どれだけ多くのユーザに広告を見せるか抱けでなく、どれだけ多くのユーザが広告に対して追加情報の取得要求を出したかが重要になっている。
【０００５】
このようなインタラクティブメディアでの広告掲出手法は、今までに主に以下のような方法が存在する。
【０００６】
(1) ランダムに出す方法
(2) あるコンテンツに合わせて出す方法
(3) ユーザの静的な属性情報を用いて出す方法
(4) ユーザに随時興味のあるものを明示的に入力してもらう方法
(1)や(2)は従来のマスメディアでも使用されている一般的な方法である。新聞広告などは広く読まれているため、（１）に該当する。また、テレビ広告などは特定の１番組ごとに提供されるため、（２）に該当する。インターネットのＷＷＷサービスでも、特定のコンテンツに対してのみ広告を出す方法がある。
【０００７】
(1) や(2) は実際に広告を参照する利用者が明確になっていないため、追加情報の取得要求をより多くするために、(3) や(4) の方法がインタラクティブメディアでは主に使用されている。しかしながら、(3) や(4) でも以下のような問題がある。
【０００８】
i) 利用者がいちいち利用者属性などの情報を入力しないといけない。そのような手間を利用者にかけさせることは難しい。
【０００９】
ii) 利用者がある時に入力した情報を用いるので、利用者の情報が固定化してしまい、または、古くなってしまう。
【００１０】
iii)利用者が正しい情報を入力するかどうかわからない。
【００１１】
また、従来、インターネットまたはネットワークを介した公告配信装置では、単純に顧客が過去購入したアイテムに対して同一、または類似のジャンルのアイテムの広告を前記顧客に配信するもの、広告対象アイテムと同ジャンルのアイテムに関する情報にアクセスした顧客に対して配信するもの（Ｄｏｕｂｌｅ Ｃｌｉｃｋ社のバナー広告配信技術）、過去の購買履歴を相関分析等の分析にかけ、広告対象アイテムを購入した顧客の趣味や年齢層、性別、職業等の属性の分布を抽出し、前記の属性分布のうち、大きな割合を占める属性をもつ顧客に対して配信するもの、が挙げられる。
【００１２】
しかし、従来の広告配信装置では、下記のような問題点がある。
【００１３】
・顧客に対して、趣味や年齢や職業等の属性情報の事前登録が必要であり、前記属性の事前登録が障壁となり、顧客数自体が増えない。
【００１４】
・前記属性登録を更新しない限り、顧客の属性に変更があったとしても、その属性の変化が反映されない。
【００１５】
・アイテムに対して、ジャンル（カテゴリー）等の属性情報の登録が必要であり、管理が面倒である。ここで、ジャンルを大まかな分類のみにしている場合は、管理の面倒さは軽減されるが、例えば、ハリウッド映画もフランス映画も邦画も同一の「映画」という大まかなジャンルにまとめた場合に、「映画」を趣味にしている人にフランス映画の広告を配信しても、ハリウッド映画が好きな人には効果がない様に、広告配信先の絞り込み精度が悪くなる。
【００１６】
・広告の配信先がカテゴリー、ジャンルに縛られる為、ジャンルを越えた相関関係のある、潜在的に興味をもつ可能性の高い顧客（潜在顧客）に広告が配信できない。
【００１７】
【発明が解決しようとする課題】
本発明の課題は、インターネットやディジタル双方向テレビ、その他、ネットワークで情報を配送するサービスにおいて、相関検出のための情報の評価入力や複雑な条件設定などを行うことなく、ある情報に相関のある情報を簡易に、クライアントに提供できるようにすることにある。
【００２０】
【課題を解決するための手段】
上記課題を解決するため、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するステップと、クライアントから少なくとも一つの情報アイテムを示した相関検出条件を受け取るステップと、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出するステップと、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出するステップと、前記相関情報アイテムをクライアントに配送するステップと、を有することを特徴とする情報配送方法を提供する。
【００２１】
また、本発明では、前記抽出するステップは、前記関連利用者によりアクセスされた相関情報アイテムで前記相関検出条件が示す前記少なくとも一つの情報アイテム以外のものを前記相関情報アイテムとして抽出することを特徴とする。
【００２２】
また、本発明では、前記抽出するステップは前記相関情報アイテムを定期的に抽出し、前記配送するステップは相関情報アイテムを定期的に配送することを特徴とする。
【００２３】
また、本発明では、前記管理するステップは、利用者が情報アイテムを閲覧または購入した時に記録されたアクセス履歴を管理することを特徴とする。
【００２４】
また、本発明では、前記検出するステップは、アクセス履歴に基づいて前記少なくとも一つの情報アイテムにアクセスした利用者の内で前記少なくとも一つの情報アイテムにアクセスした回数が比較的多い所定数の利用者を前記関連利用者として検出することを特徴とする。
【００２５】
また、本発明では、前記抽出するステップは、アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムの内で前記関連利用者によりアクセスされた回数が比較的多い所定数の情報アイテムを前記相関情報アイテムとして抽出することを特徴とする。
【００２６】
また、本発明では、前記検出するステップは、総アクセス数が所定の閾値より多い相関検出条件中の選ばれた情報アイテムを選択し、アクセス履歴に基づいて該選ばれた情報アイテムのいづれかに他の利用者よりも早くアクセスした所定数の利用者または前記選ばれた情報アイテムのいづれかに所定の期間内にアクセスした利用者を選択することにより前記関連利用者を検出し、前記抽出するステップは、前記関連利用者により所定の期間内にアクセスされた情報アイテムを選択することにより前記相関情報アイテムを抽出することを特徴とする。
【００２７】
また、本発明では、前記検出するステップは、前記選ばれた情報アイテムを前記相関検出条件中の情報アイテムで特定の属性を有するものから選択し、前記関連利用者を所定の属性を有する利用者から検出し、前記抽出するステップは前記相関情報アイテムを前記特定の属性を有する情報アイテムから抽出することを特徴とする。
【００２８】
また、本発明では、前記特定の属性は特定の情報アイテム分類を示し、前記所定の属性は所定の利用者種別を示すことを特徴とする。
【００２９】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者により各相関情報アイテムがアクセスされた回数の多い順に配送することを特徴とする。
【００３０】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者中で各相関情報アイテムをアクセスした利用者数の多い順に配送することを特徴とする。
【００３１】
また、本発明では、前記配送するステップは、前記相関情報アイテムを、前記関連利用者の少なくとも一人により各相関情報アイテムがアクセスされた時間の早い順に配送することを特徴とする。
【００３２】
さらに、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理する手段と、クライアントから少なくとも一つの情報アイテムを含んだ相関検出条件を受け取る手段と、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出する手段と、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出する手段と、前記相関情報アイテムを前記クライアントに配送する手段と、を有することを特徴とする情報配送装置を提供する。
【００３３】
さらに、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するプログラムコードと、クライアントから少なくとも一つの情報アイテムを含んだ相関検出条件を受け取るプログラムコードと、アクセス履歴に基づいて、前記少なくとも一つの情報アイテムにアクセスをした関連利用者を検出するプログラムコードと、アクセス履歴に基づいて、前記関連利用者によりアクセスされた相関情報アイテムを抽出するプログラムコードと、前記相関情報アイテムを前記クライアントに配送するプログラムコードと、を有することを特徴とする情報配送のためのコンピュータプログラムを提供する。
【００３４】
また、上記課題を解決するため、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するステップと、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するステップと、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するステップと、を有することを特徴とする広告提供方法を提供する。
【００３５】
また、本発明では、アクセス履歴に基づいてクライアントと広告エージェント以外で前記対象情報にアクセスした他の関連利用者を検出するステップと、アクセス履歴に基づいて該他の関連利用者によりアクセスされた潜在対象情報を抽出するステップと、前記追加情報と前記潜在対象情報とにアクセスしている仮想の利用者である別の広告エージェントのアクセス履歴を追加するステップと、前記潜在対象情報にアクセスした別のクライアントに対して、アクセス履歴に基づいて該別のクライアント以外で該潜在対象情報にアクセスした別の関連利用者として前記別の広告エージェントを検出し、アクセス履歴に基づいて前記別の関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報を該別のクライアントに配送するステップと、を更に有することを特徴とする。
【００３６】
また、本発明では、前記提供するステップは前記広告情報を前記追加情報にリンクされた形で提供することを特徴とする。
【００３７】
また、本発明では、前記管理するステップは、広告主から指定された前記広告情報と、前記追加情報と、前記対象情報とを管理することを特徴とする。
【００３８】
また、本発明では、実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数に基づいて広告主に広告料を課金するステップと、を更に有することを特徴とする。
【００３９】
また、本発明では、広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数が前記最低広告情報配送回数および／または最低追加情報アクセス回数に到達するまで実際の広提供動作を行う広告掲出期間を延長するステップと、を更に有することを特徴とする。
【００４０】
また、本発明では、広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、所定の広告掲出期間における実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、該広告情報配送回数および／または該追加情報アクセス回数の前記最低広告情報配送回数および／または最低追加情報アクセス回数との差に相当する広告料の一部を少なくとも返金するステップと、を更に有することを特徴とする。
【００４１】
さらに、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理する手段と、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加する手段と、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供する手段と、を有することを特徴とする広告提供装置を提供する。
【００４２】
さらに、本発明は、情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するプログラムコードと、前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するプログラムコードと、アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するプログラムコードと、を有することを特徴とする広告提供のためのコンピュータプログラムを提供する。
【００４３】
また、上記課題を解決するため、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するステップと、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するステップと、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するステップと、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するステップと、前記広告対象情報アイテムを前記潜在利用者に配送するステップと、を有することを特徴とする広告提供方法を提供する。
【００４４】
また、本発明では、前記抽出するステップは、アクセス履歴に基づいて前記直接利用者によりアクセスされた情報アイテムで前記広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテム以外のものを前記関連情報アイテムとして抽出し、前記決定するステップは、アクセス履歴に基づいて前記関連情報アイテムにアクセスした利用者で前記直接利用者以外のものを前記潜在利用者として決定することを特徴とする。
【００４５】
また、本発明では、前記管理するステップは、利用者が情報アイテムを閲覧または購入した時に記録されたアクセス履歴を管理することを特徴とする。
【００４６】
また、本発明では、前記管理するステップは、少なくともアクセス利用者ＩＤと被アクセス情報アイテムＩＤを示すアクセス履歴を管理することを特徴とする。
【００４７】
また、本発明では、前記潜在利用者のアクセス履歴に基づいた順序で前記潜在利用者を並べた潜在利用者リストを生成するステップを更に有し、前記配送するステップは、該潜在利用者リストの基づいて、前記広告対象情報アイテムを前記潜在利用者に配送することを特徴とする。
【００４８】
また、本発明では、前記配送するステップは、前記潜在利用者リストに基づいて所定数の前記潜在利用者のみに前記広告対象情報アイテムを配送することを特徴とする。
【００４９】
また、本発明では、前記配送するステップは、ネットワークを介して広告メッセージを前記潜在利用者に送付することにより前記広告対象情報アイテムを配送することを特徴とする。
【００５０】
また、本発明では、前記配送するステップは、前記潜在利用者のいづれかからのアクセスに応じて前記広告対象情報アイテムのバナー広告を表示することにより前記広告対象情報アイテムを配送することを特徴とする。
【００５１】
また、本発明では、広告料を、前記広告対象情報アイテムの広告主に課金するステップを更に有することを特徴とする。
【００５２】
また、本発明では、前記課金するステップは、前記広告料を広告配送回数に基づく従量制で課金することを特徴とする。
【００５３】
また、本発明では、前記課金するステップは、前記広告料を所定の広告配送回数を保証した定額制で課金することを特徴とする。
【００５４】
また、本発明では、前記課金するステップは、前記広告料を広告応答回数に基づく従量制で課金することを特徴とする。
【００５５】
また、本発明では、前記課金するステップは、前記広告料を所定の広告応答回数を保証した定額制で課金することを特徴とする。
【００５６】
更に、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理する手段と、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出する手段と、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出する手段と、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定する手段と、前記広告対象情報アイテムを前記潜在利用者に配送する手段と、を有することを特徴とする広告提供装置を提供する。
【００５７】
更に、本発明は、利用者による情報アイテムへのアクセスのアクセス履歴を管理するプログラムコードと、アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するプログラムコードと、アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するプログラムコードと、アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するプログラムコードと、前記広告対象情報アイテムを前記潜在利用者に配送するプログラムコードと、を有することを特徴とする広告提供のためのコンピュータプログラムを提供する。
【００５８】
【発明の実施の形態】
以下、本発明の第一の実施形態について図１〜１０を参照して詳しく説明する。
【００５９】
ここでは、インターネットを対象とし、クライアントがブラウザを介して閲覧、バスケット等への保持、購入等が可能な情報、商品、広告、Ｗｅｂページのタイトル等の情報をアイテムと称すことにする。アイテムはＷｅｂのＵＲＬや商品コード等のアイテム識別子（ＩＤ）によりユニークに識別することができる。
【００６０】
図１は本実施形態のシステム構成図である。図において、１００はクライアント、１１０は情報配送サーバ（アイテム配送サーバ）、１２０は情報閲覧サーバ（アイテム閲覧サーバ）、１３０はこれらを結ぶインターネット等のネットワークを示す。一般にクライアント１００は、ネットワーク１３０上に多数存在する。
【００６１】
クライアント１００は、パソコン、ディジタルＴＶ、携帯電話等のＷｅｂアクセス可能な装置であり、ブラウザ１０５を持っている。ブラウザ１０５は、アイテムの検索を行ったり、アイテムの購入を行ったり、アイテムの推薦を受けたりするためのＷｅｂブラウザ等の情報アクセス手段である。なお、クライアント１００が、情報配送サーバ１１０に対して、相関アイテム配送のための契約行為を行うための入力部として、また、相関アイテムのリストを表示するための出力部としての意味を持つものでありさえすれば、特にＷｅｂのブラウザに限らない。
【００６２】
情報閲覧サーバ（アイテム閲覧サーバ）１２０は、検索サーバ、あるいはネットワークを介して商品や情報を閲覧、購入できるＥＣサーバ等であり、アイテムの閲覧や購入等のアイテム閲覧／購入履歴を保持する。アイテム閲覧／購入履歴は、たとえば「利用者識別子、アイテムＩＤ、閲覧日時」という情報を含む形式で保持されるものであり、Ｗｅｂサーバのアクセス履歴を利用する手段や、独自の履歴保持手段がある。利用者識別子は、情報閲覧サーバ１２０を利用する利用者をグローバルに一意的に識別するための識別子であり、通常、情報閲覧サーバより利用者の端末に割り付けられる。
【００６３】
なお、情報閲覧サーバ１２０はネットワーク１３０上に複数あってもかまわないが（一般には、この方が普通）、その際には、同一情報や同一商品を表わすアイテムは同じアイテムＩＤを持つ必要があり、また、利用者識別子も各Ｗｅｂサーバをまたがっても同一の利用者であることを確認できる必要がある。
【００６４】
そのためには、図１では省略したが、各情報閲覧サーバのアイテム閲覧／購入履歴を、ネットワーク等を通してログ管理サーバに集め、全体を一括で管理できるようにする。そして、利用者識別子も統一的に管理する。あるいは利用者識別子は、情報閲覧サーバが割り付けるが、複数の情報閲覧サーバで統一的な識別子を振る際には、ログ管理サーバに問い合わせてユニークな識別子を割り付ける。
【００６５】
情報配送サーバ（アイテム配送サーバ）１１０は、アイテム閲覧／購入履歴を情報閲覧サーバ１２０から定期的に取得、保持し、該保持したアイテム閲覧／購入履歴を利用して、あらかじめに相関アイテムの配送を登録しているクライアント１００に、相関アイテムの配送を実施する。
【００６６】
情報配送サーバ１１０は、Ｗｅｂページ１１１、サーバエンジン１１２、アイテム間相関検出部１１３、閲覧／購入履歴データベース１１４、クライアント管理部１１５、基点アイテム保持部１１６、相関アイテム保持部１１７、課金管理部１１８で構成される。
【００６７】
サーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ１１１にアクセスするＨＴＴＰ要求を受け取り、Ｗｅｂページ１１１をクライアント１００に提供する。ここで、ＨＴＴＰ要求は、クライアント１００が、相関アイテムの配信を依頼するための登録操作を行ったことを示すことができ、また、相関アイテムのリストをクライアント１００に表示することができるとする。
【００６８】
アイテム間相関検出部１１３は、定期的に相関アイテムの検出処理を実施する。相関アイテムの検出方法は、クラス判別等の統計手法、ニューラルネットワークや遺伝的アルゴリズムやデモグラフィック・クラスタリング等を利用したデータマイニング手法を利用できるが、本実施形態では、ソーシャルフィルタリング（ＳＦ）により情報と情報の相関（類似性）を検出する方法を利用する。ソーシャルフィルタリングについては後述する。
【００６９】
閲覧／購入履歴データベース１１４は、情報閲覧サーバ１２０から定期的に取得するアイテム閲覧／購入履歴を保持する。アイテム閲覧／購入履歴は「利用者識別子、アイテムＩＤ、閲覧日時」という情報を含む形式で保持される。
【００７０】
クライアント管理部１１５は、相関アイテムの配送先を管理する。クライアント１００が初めて相関アイテム配送の登録を行う際に、クライアントをグローバルに一意的に識別するためのクライアント識別子を割り当て、同時にクライアントから受け取ったキーワードとともにクライアント識別子を管理し、クライアント１００が該情報配送サーバ１１０をアクセスしてきた際に、クライアントの識別を行う。
【００７１】
基点アイテム保持部１１６は、相関アイテムを検出する元となるアイテムのリストをクライアント識別子とともに保持する。
【００７２】
相関アイテム保持部１１７は、アイテム間相関検出部１１３の検出処理により得られた最新の相関アイテムのリストをクライアント識別子とともに保持する。
【００７３】
課金管理部１１８は、相関アイテム配送に課す金額を管理する。クライアント識別子とともに定額または配送された情報量に応じた従量制課金値を管理する。
【００７４】
本システムの動作は、アクセス履歴の取得、相関アイテム配送先のクライアント登録、相関アイテム配送登録、相関アイテムの検出、相関アイテムの配送と課金、課金情報の集計に大別される。以下、この順に動作を説明する。
【００７５】
〔アクセス履歴の取得〕
図２にアクセス履歴取得の処理フローを示す。情報閲覧サーバ１２０は、閲覧／購入履歴を定期的に情報配送サーバ１１０に送る（ステップ２０１）。情報配送サーバ１１０は、情報閲覧サーバ１２０より受け取った閲覧／購入履歴を閲覧／購入履歴データベース１１４に保持する（ステップ２０２）。閲覧／購入履歴データベース１１４の閲覧／購入履歴は、例えば所定期間経過したものから削除していくようにする。
【００７６】
〔クライアント登録〕
図３にクライアント登録の処理フローを示す。これは、相関アイテム配送先のクライアントにクライアント識別子（利用者識別子）を付与する処理であり、次の相関アイテム配送登録に先立って実施する必要がある。
【００７７】
クライアント１００がブラウザ１０５を利用して、インターネットなどのネットワーク１３０を介して、情報配送サーバ１１０にアクセスし（ステップ３０１）、クライアント識別子登録要求とともにキーワードを情報配送サーバ１１０に送る（ステップ３０２）。情報配送サーバ１１０は、グローバルに一意的な利用者識別子をクライアント識別子として生成し（ステップ３０３）、この生成したクライアント識別子（利用者識別子）とクライアント１００から受け取ったキーワードをクライアント管理部１１５に登録する（ステップ３０４）。クライアント管理部１１５に登録されたクライアント識別子とキーワードは、以降、クライアント１００からアクセスがあった際に該クライアント１００を特定するために利用される。
【００７８】
次に、情報配送サーバ１１０は、クライアント識別子登録応答とともに前記クライアント識別子（利用者識別子）をクライアント１００に送る（ステップ３０５）。クライアント１００は、クライアント識別子登録応答とともにクライアント識別子を受け取ると、該クライアント識別子（利用者識別子）を表示する（ステップ３０６）。以降、クライアント１００は、情報配送サーバ１１０から送られたクライアント識別子と先のキーワードを情報配送サーバ１１０に送ることにより、基点アイテムの登録を行い、相関アイテムの配送を受けることができる。なお、クライアント識別子は、Ｃｏｏｋｉｅ等の機能を利用し、クライアント側に保持することもできる。
【００７９】
〔相関アイテム配送の登録〕
図４に相関アイテム配送の登録処理フローを示す。これは、クライアントからの基点アイテムのリストと課金種別などを登録する処理である。基点アイテムリストは、相関検出条件、すなわち、相関アイテムを検出する元となる情報（アイテム）のリストである。クライアント１００は、基点アイテムをあらかじめ情報配送サーバ１１０へ登録しておくことで、情報配送サーバ１１０から該基点アイテムリストに記載されている基点アイテム群と相関のあるアイテム群の配送が受けられるようになる。
【００８０】
クライアント１００がブラウザ１０５を利用して、インターネット等のネットワーク１３０を介して情報配送サーバ１１０をアクセスする（ステップ４０１）。情報配送サーバ１１０へのアクセスに際して、情報配送サーバ１１０のサーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ（相関アイテム配送登録ページ）にアクセスするＨＴＴＰ要求を受け取ることで、当該Ｗｅｂページをクライアント１００に提供する。
【００８１】
クライアント１００は、クライアント認証要求とともに、先に付与されたクライアント識別子（利用者識別子）およびキーワードを情報配送サーバ１１０に送る（ステップ４０２）。情報配送サーバ１１０は、クライアント認証要求とともにクライアント識別子とキーワードを受け取ると、クライアント管理部１１５に保持されているクライアント識別子とキーワードの対を検索し、すでに登録されているクライアントであることを確認し（ステップ４０３）、クライアント認証応答と正常認証メッセージをクライアント１００に返す（ステップ４０４）。もし、登録済みのクライアントでない場合には、情報配送サーバ１１０は、クライアント認証応答と否認メッセージをクライアント１００に返し、処理を終了する。
【００８２】
クライアント１００は、クライアント認証応答と正常認証メッセージを受け取ると、相関アイテム配送登録要求とともにクライアント識別子および基点アイテムのリストおよび課金種別を情報配送サーバ１１０に送る（ステップ４０５）。基点アイテムのリストは、相関アイテムを検出する元となるアイテムのリストであり、課金種別は、例えば定額制または従量制である。なお、セキュリティの危険を回避するために、クライアント１００は相関アイテム配送登録要求とともにキーワードを常に送ることとし、情報配送サーバ１１０が常にクライアント識別子の認証を行ってもよい。
【００８３】
情報配送サーバ１１０は、基点アイテム保持部１１６に、クライアント１００から送られた基点アイテムリストをクライアント識別子とともに記録する（ステップ４０６）。次に、情報配送サーバ１１０は、課金管理部１１８に、クライアント識別子とともに課金種別および課金情報を記録する（ステップ４０７）。課金情報とは、課金種別が定額制の場合には一定期間毎の（例えば月毎の）課金値であり、課金種別が従量制課金の場合には配送した情報量に応じた課金値である。
【００８４】
〔相関アイテムの検出〕
情報配送サーバ１１０は、定期的に（例えば１日毎に）相関アイテムの検出処理を実施する。図５に相関アイテム検出の全体フローを示す。
【００８５】
まず、基点アイテム保持部１１７に保持されているクライアント識別子と基点アイテムリストの対を取り出す（ステップ５０１）。相関検出要求とともにクライアント識別子および基点アイテムのリストをアイテム間相関検出部１１３に渡す（ステップ５０２）。アイテム間相関検出部１１３は、基点アイテムのリストをもとに、閲覧／購入履歴データベース１１４より相関のあるアイテムのリストを抽出し、クライアント識別子とともに相関アイテムのリストを相関アイテム保持部１１７に保持する（ステップ５０３）。以下、基点アイテム保持部１１６に保持されているデータがなくなるまで、ステップ５０１〜５０３を繰り返す（ステップ５０４）。
【００８６】
図６に相関アイテム検出を概念的に示す。基本アイテムのリスト（相関アイテムを検出する元となるアイテムのリスト）をＧ１とし、基点アイテムリストの利用者以外で、Ｇ１を閲覧した利用者のリストをＧ２とする。Ｇ２を閲覧利用者リストと呼ぶ。この閲覧利用者リストＧ２が閲覧したアイテムリストでＧ１を含まないものを、Ｇ１の相関アイテムリストＧ３とする。即ち、Ｇ３はＧ１の利用者にとっても興味があると推定するのである。実際には、Ｇ２やＧ３には重み（閲覧回数）が付けられ、重みの高いものから所定数を選択する。
【００８７】
図７に、アイテム間閲覧検出部１１３の処理フローを示す。アイテム間相関検出部１１３では、まず、閲覧／購入履歴データベース１１４より、基点アイテムリスト（Ｇ１）に含まれる各アイテム毎に、各アイテムを閲覧している閲覧者（利用者）を抽出し、閲覧利用者リスト（Ｇ２）として記憶する（ステップ７０１）。これを、基点アイテムリストの各アイテムについて繰り返す（ステップ７０２）。次に、閲覧利用者リストの各利用者毎に、基点アイテムリストに含まれるアイテムを何回閲覧しているかを計数し、閲覧数の多い順に並び替え、上位所定数のみを残し、新たに閲覧利用者リストとして記憶する（ステップ７０３）。
【００８８】
次に、閲覧／購入履歴データベース１１４より、ステップ７０３で求めた閲覧利用者リストの各利用者毎に、各利用者が閲覧しているアイテムを抽出し、相関アイテムリスト（Ｇ３）として記憶する（ステップ７０４）。これを、閲覧利用者リストの各利用者について繰り返す（ステップ７０５）。次に、相関アイテムリストの各アイテム毎に、Ｇ１に含まれるものを取り除き、さらに閲覧利用者リストに含まれている各閲覧者から何回閲覧されたかを計数し、閲覧回数の多い順に並び替え、上位所定数のみを残し、新たに相関アイテムリストとする（ステップ７０６）。
【００８９】
この相関アイテムリストが、基点アイテムリストに対応するクライアント識別子とともに相関アイテム保持部１１７に保持される（図５のステップ５０３）。こうして、相関アイテム保持部１１７には、基点アイテムリストに対応する最新の相関アイテムリストがクライアント毎に保持される。クライアントが基点アイテムリストを変更すると、それに対応して相関アイテム保持部１１７の相関アイテムリストも変更される。
【００９０】
〔相関アイテムの配送と課金〕
図８に相関アイテムの配送と課金の処理フローを示す。
【００９１】
クライアント１００がブラウザ１０５を利用して、インターネット等のネットワーク１３０を介して情報配送サーバ１１０にアクセスする（ステップ８０１）。この情報配送サーバ１１０へのアクセスに際して、情報配送サーバ１１０のサーバエンジン１１２は、ＵＲＬで識別されたＷｅｂページ（相関アイテム配送用ページ）にアクセスするＨＴＴＰ要求を受け取り、このＷｅｂページをクライアント１００に提供する。
【００９２】
クライアント１００は、クライアント認証要求とともに、クライアント識別子およびキーワードを情報配送サーバ１１０に送る（ステップ８０２）。情報配送サーバ１１０は、クライアント１００からのクライアント認証要求とともにクライアント識別子とキーワードを受け取ると、クライアント管理部１１５に保持されているクライアント識別子とキーワードの対を検索し、すでに登録されているクライアントであることを確認し（ステップ８０３）、クライアント認証応答と正常認証メッセージをクライアント１００に返す（ステップ８０４）。もし、登録済みのクライアントでない場合には、情報配送サーバ１１０はクライアント認証応答と否認メッセージをクライアント１００に返し、処理を終了する。
【００９３】
クライアント１００は、クライアント認証応答と正常認証メッセージを受け取ると、相関アイテム配送要求とともにクライアント識別子を情報配送サーバ１１０に送る（ステップ８０５）。なお、セキュリティの危険を回避するために、クライアント１００は相関アイテム配送要求とともにキーワードを常に送ることとし、情報配送サーバ１１０が常にクライアント識別子の認証を行ってもよい。
【００９４】
情報配送サーバ１１０は、相関アイテム読み出し要求とともに、クライアント１００からのクライアント識別子を相関アイテム保持部１１７に送る（ステップ８０６）。相関アイテム保持部１１７は、相関アイテム読み出し要求とともに受け取ったクライアント識別子をもとに、当該クライアント識別子とマッチする相関アイテムのリストを読み出す（ステップ８０７）。次に、情報配送サーバ１１０は、相関アイテム配送記録要求とともにクライアント識別子および読み出された相関アイテムのリストに含まれるアイテムの数を課金管理部１１８に送る（ステップ８０８）。課金管理部１１８は、クライアント識別子およびアイテム数と現在の日時を記録する（ステップ８０９）。
【００９５】
その後、情報配送サーバ１１０は、相関アイテム配送要求を受けたクライアント１００に、相関アイテム配送応答とともに、相関アイテムのリストを送る（ステップ８１０）。クライアント１００は、情報配送サーバ１１０から受け取った相関アイテムのリストをブラウザ１０５に表示する（ステップ８１１）。
【００９６】
〔課金情報の集計〕
図９に課金情報の集計処理フローを示す。情報配送サーバ１１０は、定期的に（例えば１ヶ月毎に）課金管理部１１８を起動して課金情報をもとに課金処理を実施する。
【００９７】
情報配送サーバ１１０は、定期的に（例えば１ヶ月毎に）課金処理要求を課金管理部１１８に送る（ステップ９０１）。課金管理部１１８は、クライアント種別毎に順次、課金種別および課金情報を読み出す（ステップ９０２）。そして、登録した課金種別が定額制の場合、相関アイテムの配送が定期的に行われていることを確認した後、課金値を請求額として積算する（ステップ９０３、９０４）。また、登録した課金種別が従量制の場合、相関アイテムの配送数の課金値倍を請求額として積算する（ステップ９０３、９０５）。以下、課金管理部１１８は、登録されたすべてのクライアントの課金処理が終了するまで、ステップ９０２〜９０５を繰り返す（ステップ９０６）。
【００９８】
図１０に、本システムによる相関アイテム配送の具体的処理イメージを示す。情報配送サーバに保持する利用者が情報等を閲覧したアクセスログに基づいて相関アイテムを検出する。例えば、書籍販売サイトで書籍を検索し概要等を閲覧したアクセスログが、ＷＷＷサーバのログとして保存される。保存される情報は、例えば“アクセス利用者識別子、情報識別子、アクセス日時”である。図１０では以下のように処理が行われる。
【００９９】
(1) 情報（アイテム）の配送先となるクライアントは、あらかじめ相関検出条件すなわち基点アイテムの登録を行う。相関検出条件は、相関アイテムを検出する元となる情報（アイテム）のリストである。
【０１００】
(2) 情報配送サーバは、アクセスログの中から、(1) で与えられた情報リスト（基点アイテム）をもとに、相関のある情報（アイテム）のリストを検出する。
【０１０１】
(3) 情報配送サーバは、クライアントからの相関アイテム配送要求毎、あるいはあらかじめ指定された期間毎に相関のある情報（相関アイテムリスト）をクライアントに配送する。
【０１０２】
(4) クライアントは配送された情報量（アイテム量）毎もしくは定額の料金を支払う。
【０１０３】
以上、本発明の第一の実施形態について説明したが、本発明はこれに限らない。例えば、以下のような種々の変更、拡張が可能である。
【０１０４】
(1) ネットワークはインターネットに限らない。ディジタル双方向ＴＶや、情報家電ネットワーク等がある。
【０１０５】
(2) クライアントは、ＰＣ、携帯電話、ディジタル双方向ＴＶセット、情報家電、通信可能なワープロ、通信可能なゲーム機器、通信可能な時計、ＰＤＡ等移動通信可能な端末等がある。
【０１０６】
(3) 入出力情報媒体はＷｅｂに限らない。電子メールを利用し、相関アイテム配送要求やクライアント識別子等を電子メールの文書として、またはタイトルとして送信する。クライアント識別子の代わりに電子メールアドレスを利用することもできる。相関アイテムリストも電子メールの文書として送信することができる。
【０１０７】
(4) 相関アイテムリストは、例えば、テレビ画面に重ねて、ゲーム表示に重ねて表示することができる。
【０１０８】
(5) 相関アイテムリストの提供のタイミングは、クライアントが相関アイテム配送要求を行ったときに限る必要はない。情報配送サーバが、定期的に自動的にクライアントの記憶装置にアクセスし相関アイテムリストを書き込むことができる。
【０１０９】
(6) 相関アイテムの検出処理は定期的（例えば１日毎）である必要はない。例えば、クライアントから相関アイテム配送要求を受けたときに相関アイテム検出処理を行い、検出された相関アイテムを直ちに返送することでもよい。これにより、相関アイテム保持部を省略できる。また、基点アイテムの送付は、クライアントが相関アイテム配送要求を行うときでもよい。これにより、基点アイテム保持部も省略できる。
【０１１０】
(7) 課金の方法には種々のバリエーションがある。例えば基点アイテム登録の際に相関アイテム取得数について最低保証を行って事前に料金を支払い、それに達しなかった場合、それに達するまで相関アイテム配送期間を延長する。また、基点アイテム登録の際に相関アイテム取得数について最低保証を行って事前に料金を支払い、それに達しなかった場合、規定を元に料金の一部または全部を返金する。更には、集計された相関アイテム数を元に、所定のサービス期間終了後に支払いを行う。
【０１１１】
(8) また、図７に示したアイテム間相関検出部１１３の処理を以下のように変形することも可能である。
【０１１２】
まず第一の変形例として、全アイテム群のなかから流行アイテムを抽出する方法を示す。
【０１１３】
まず、基点アイテムリスト（Ｇ１）の中から総アクセス数が設定値以上のものを抜き出し、抜き出した基点アイテムを人気基点アイテムリスト（Ｇ１’）とする。
【０１１４】
閲覧／購入履歴データベース１１４から、人気基点アイテムリスト（Ｇ１’）に含まれる各アイテム毎に、各アイテムを閲覧している閲覧者（利用者）を抽出する。その際に、あらかじめ設定された日時以降にアクセスしている順に、あらかじめ設定された人数またはあらかじめ設定されている期間に入る利用者を抽出する。たとえば、あらかじめ設定されている日時はデータ中最古の日時として、その日時以降に順にアクセスしているｍ人を取り出すとする。これは、そのアイテムを一番早く認知した利用者群となる。このようにして抽出された利用者を、人気アイテムにいち早く注目した利用者、即ち流行の先駆者、と見なすことができる。
【０１１５】
得られた利用者群を閲覧利用者リスト（Ｇ２）として記憶する。これを人気基点アイテムリストの各アイテムについて繰り返す。
【０１１６】
次に、閲覧／購入履歴データベース１１４より、閲覧利用者リストの各利用者ごとに、各利用者が閲覧しているアイテムを抽出する。その際に、あらかじめ設定されている日時または期間にアクセスされているアイテムを抽出する。たとえば、現在から過去ｎ日間にアクセスしているアイテムを抽出する。抽出したアイテムを相関アイテムリストＧ３として記憶する。これを、閲覧利用者リストの各利用者について繰り返す。
【０１１７】
このように求められた相関アイテムリストを、流行の先駆者が注目しているアイテム、即ち次に流行すると予測されるアイテムと見なすことができる。
【０１１８】
続いて、第二の変形例として、特定属性を持つアイテム群及び特定属性を持つ利用者群のなかから流行アイテムを抽出する方法を示す。
【０１１９】
まず、基点アイテムリスト（Ｇ１）の中から特定属性を持ち、総アクセス数が設定値以上のものを抜き出す。抜き出した基点アイテムを人気基点アイテムリスト（Ｇ１’）とする。特定属性としてはたとえばあらかじめ設定されたジャンル（例・化粧品、洋服等）に含まれるアイテムとする。
【０１２０】
閲覧／購入履歴データベース１１４から、人気基点アイテムリスト（Ｇ１’）に含まれる各アイテム毎に、各アイテムを閲覧しており、特定の属性を持つ閲覧者（利用者）を抽出する。ここでは特定の属性とはたとえばプロファイルから得られる情報によるユーザ種別（例えば、１０代〜３０代の女性）とする。
【０１２１】
さらにその際に、あらかじめ設定された日時以降にアクセスしている順に、あらかじめ設定された人数またはあらかじめ設定されている期間に入る利用者を抽出する。たとえば、あらかじめ設定されている日時はデータ中最古の日時として、その日時以降に順にアクセスしているｍ人を取り出すとする。これは、そのアイテムを一番早く認知した利用者群となる。このようにして抽出された利用者を、人気アイテムにいち早く注目した利用者、即ち特定のユーザ種別の利用者の間での特定のジャンルの流行の先駆者、と見なすことができる。
【０１２２】
得られた利用者群を閲覧利用者リスト（Ｇ２）として記憶する。これを基点アイテムリストの各アイテムについて繰り返す。
【０１２３】
次に、閲覧／購入履歴データベース１１４より、閲覧利用者リストの各利用者ごとに、各利用者が閲覧しており特定の属性を持つアイテムを抽出する。特定属性としては人気基点アイテムリストを求めるのに用いたのと同様のジャンル（例えば、化粧品、洋服等）とする。
【０１２４】
さらにその際に、現在からあらかじめ設定されている日時または期間にアクセスされているアイテムを抽出する。たとえば、現在から過去ｎ日間にアクセスしているアイテムを抽出する。抽出したアイテムを相関アイテムリストとして記憶する。これを、閲覧利用者リストの各利用者について繰り返す。
【０１２５】
このように求められた相関アイテムリストを、特定のジャンルの流行の先駆者が注目しているアイテム、即ち特定のユーザ種別の利用者の間で特定のジャンルで次に流行すると予測されるアイテムと見なすことができる。
【０１２６】
なお、上記の第一及び第二の変形例において、抽出された相関アイテムリスト内の相関アイテムは種々の順序で並べることができる。例えば、図７にあるように、閲覧利用者リストに含まれている各閲覧者から何回アクセスされたかを計数し、閲覧回数の多い順に並び替える方法がある。ほかに、閲覧利用者リストに含まれている各閲覧者のうち何人からアクセスされたかを計数しアクセスされた閲覧者の多い順に並べる方法がある。また、さらにアクセスされた日時の新しい順に並び替えるものもある。
【０１２７】
次に、図１１〜３６を参照して、広告提供方法に関する本発明の第二の実施形態を詳細に説明する。
【０１２８】
この実施形態では、利用者にいちいち入力してもらう手間を省くために、インターネットなどの、インタラクティブサービスの利用者のアクセス履歴を用いる。利用者が自分の興味にある情報を参照したときに、情報サービス提供者側は、その参照記録を残しておく。また、特定の行動をとったときに、その行動記録を残しておく。これを定期的に収集することにより、利用者ごとに、ある日時にある情報、または、ある行動をした参照記録集（アクセス履歴）が得られる。この参照記録集を用いて、利用者に広告を提供する。これにより、利用者はあらためて利用者属性等を入力する必要はないし、実際に参照した情報を用いるので、最新かつ正しい利用者情報が得られる。
【０１２９】
以下に、この参照記録集を用いて利用者に広告を提供する手法を示す。ここでは、複数の参照記録集の類似度を算出するアルゴリズムを用いることにする。この類似度計算は一般にソーシャルフィルタリング（ＳＦ）と呼ばれている。
【０１３０】
図１３にＳＦ情報紹介の基本原理を概念的に示す。利用者Ｕ０の参照情報群をＧ１としたとき、Ｇ１を参照したＵ０以外の利用者群を関連利用者群Ｇ２と呼ぶ。Ｇ２の関連利用者たちが参照している情報群でＧ１に含まれない参照情報群をＧ３とする。このＧ３をＧ１との類似度が高い参照情報とみなし、すなわち、Ｕ０が興味をもつ情報と推定し、このＧ３を紹介情報としてＵ０に提供する。
【０１３１】
ここで、Ｇ２の各関連利用者には、類似度の高さを示す値（参照回数など）がつけられており、その情報を用いてＧ３の参照情報群の各参照情報（紹介情報）の推定興味度を示す値をつける。これにより、推定興味度の高いものから紹介するなどの仕組みを持たせることができる。
【０１３２】
また、利用者および情報に属性を設定する。これにより、Ｇ２となる関連利用者を属性によって選り分けたり（フィルタリング）、Ｇ３となる紹介情報を選り分けたりすることができる。
【０１３３】
図１１は本実施形態のシステム構成図である。図において、１１００は広告主端末、１１１０は利用者端末、１１２０は広告提供サーバ、１１３０はログ管理サーバ、１１４０は情報サービス提供サーバ、１１５０はこれらを結ぶインターネットやその他のネットワークである。一般に利用者端末１１１０および情報サービス提供サーバ１１４０は、ネットワーク１１５０上に多数存在する。広告主端末１１００、広告提供サーバ１１２０、ログ管理サーバ１１３０も、複数、ネットワーク１１５０上に存在してもよい。
【０１３４】
ここで、広告提供サーバ１１２０は、広告情報管理部１１２１、利用者履歴管理部１１２２、潜在対象情報生成部１１２３、広告情報選択部１１２４、広告提供回数管理部１１２５、広告料金計算部１１２６などで構成される。
【０１３５】
広告情報管理部１１２１は広告主が広告掲出を依頼した広告情報を管理する。利用者履歴管理部１１２２は、情報サービス提供サーバ１１４０の各情報へのアクセス履歴すなわち参照記録集を利用者ごとに管理する。この利用者履歴管理部１１２２では、さらに後述の仮想の利用者である広告エージェントのアクセス履歴も管理する。
【０１３６】
潜在対象情報生成部１１２３は利用者のアクセス履歴をもとに、広告情報に関係のある対象情報から、それと類似度の高い潜在対象情報を生成する。広告情報選択部１１２４は、利用者のアクセス履歴および広告エージェントのアクセス履歴をもとに最適な広告情報を選択し利用者へ提供する。
【０１３７】
広告提供回数管理部１１２５は、利用者の広告参照回数や追加情報取得回数を管理する。広告料金計算部１１２６は広告参照回数や追加情報取得回数等をもとに広告主の支払うべき広告料金を計算する。
【０１３８】
初めに、利用者のアクセス履歴収集（ログ収集）について説明する。各利用者は利用者端末１１１０を用いて、種々の情報サービス提供サーバ１１４０の各情報を参照するが、情報サービス提供サーバ１１４０では、これら利用者のアクセス履歴を取得している。ログの一次収集場所は、このアクセス履歴を取得する情報サービス提供サーバ１１４０（ウエブサイト）となる。
【０１３９】
ログ収集には、例えば、情報や商品を提供しているウエブサイトの各情報ページや商品ページのアクセス履歴を用いる。一般にアクセス履歴を保持するウエブサイトは複数存在するが、その場合、同一情報や同一商品を表わすアクセスは同じ名前で記録される必要がある。また、利用者識別子は各サイトをまたがっても同一の利用者であることを確認できることが必要である。
【０１４０】
この実施形態では、情報サービス提供サーバ１１４０のログ情報は、ネットワーク１１５０を通してログ管理サーバ１１３０に集め、全体を一括して管理できるものとする。利用者の識別子も統一的に管理する。
【０１４１】
場合によっては、ログ管理サーバ１１３０と情報サービス提供サーバ１１４０が同一であってもよい。例えば、ある一つのサイトで各Ｗｅｂサイトの情報を提供しているＷｅｂディレクトリサービスでは、利用者がどのサイトを選択して移動したかをアクセス履歴として収集している。そのサイト内でログ管理サーバも動いている場合、ネットワークを介さずにアクセス履歴を渡すことができる。また、アクセス履歴を情報サービス提供サーバと利用者端末の中継サーバから取得できる場合はそのログを使用することもできる。
【０１４２】
一方、大規模サービスを提供しているサイトでは複数のサービス提供サーバを用意している場合が多い。その場合は、各サーバでのアクセス履歴をネットワークを介して一箇所のログ管理サーバに送付して管理する。サービスの履歴がＩＳＰ等のネットワークウロバイダが保有している場合も同様である。
【０１４３】
利用者識別子は通常サービス提供サーバ１１４０が振るが、複数のサイトで統一的な識別子を振る際には、サイト同士で統一させる場合やログ管理サーバ１１３０に問い合わせてユニークな識別子を振る場合などが考えられる。
【０１４４】
ログ管理サーバ１１３０は、一定期間毎に自動的に、あるいは、広告提供サーバ１１２０からの要求に応じ、ネットワーク１１５０を通して、各利用者のアクセス履歴を広告提供サーバ１１２０へ送付する。広告提供サーバ１１２０では、ログ管理サーバ１１３０から送付された利用者のアクセス履歴を利用者履歴管理部１１２２にて管理する。この結果、利用者履歴管理部１１２２では、最新のアクセス履歴が管理されることになる。図２０に、利用者履歴管理部１１２２が管理する利用者のアクセス履歴の一例を示す。
【０１４５】
なお、広告提供サーバ１１２０自体がログ管理サーバ１１３０を兼ねてもよい。また、広告提供サーバ１１２０自体が情報サービス提供サーバの一つでもよい。
【０１４６】
次に、広告提供サーバ１１２０において、利用者のアクセス履歴を用いて広告を提供する処理を説明する。
【０１４７】
図１２は広告提供処理の全体の流れを示したものである。広告主が広告掲出依頼をすることで、潜在対象情報リストの生成、広告エージェントの設定を行い、利用者に広告、追加情報等を提供する。また、その数の集計を行って広告主に報告し、料金の支払等を受ける。
【０１４８】
以下において、図１２に従って処理の流れを詳述する。なお、利用者に提供する広告を広告情報と呼び、利用者が参照可能な情報を参照情報と呼ぶこととする。
【０１４９】
（１）広告主は広告主端末１１００を用いて、提出したい広告情報を広告提供サーバ１１２０へ送付する。その際、広告内容、提出期間、追加情報の助存場所等も通知する。広告提供サーバ１１２０では、広告主端末１１００から送付された広告情報を広告情報管理部１１２１にて管理する。図２１に、広告情報管理部１１２１が管理する広告情報の一例を示す。
【０１５０】
さらに、広告主は、広告掲出の依頼の際に、掲出したい広告情報に関係のある対象情報（ウエブサイトの情報ページ、商品ページ等）を１つまたはそれ以上選択して広告提供サーバ１１２０へ送付する。なお、この対象情報は、広告主の代理人、代理店等が選択、通知することでもよい。図２２に、対象情報の一例を示す。
【０１５１】
（２）広告提供サーバ１１２０の潜在対象情報生成部１１２３では、対象情報を先の図１３のＧ１としたときのＧ３である潜在対象情報を抽出する。図１４に潜在対象情報抽出の概念図、図１５に潜在対象情報抽出の処理フロー図を示す。
【０１５２】
まず、ログ収集された利用者アクセス履歴から、対象情報Ｇ１を参照している利用者（関連利用者）の一群Ｇ２を抽出する（ステップ１５０１）。次に、抽出された利用者数（関連利用者数）が多い場合、一定数まで減らす（ステップ１５０２）。これは、例えば、抽出した利用者ごとに対象情報を参照した回数を調べ（ステップ１５０２−１）、参照した回数の多いものから順に一定数になるまで絞り込むことで行う（ステップ１５０２−２）。
【０１５３】
次に、ログ収集された利用者アクセス履歴から、上記抽出した各利用者（関連利用者）が参照している情報のうち、対象情報Ｇ１以外の情報の一群を集める（ステップ１５０３）。これが、対象情報Ｇ１に対する潜在対象情報Ｇ３である。ここでも、集まった情報群（潜在対象情報群）が多い場合、一定数まで減らす（ステップ１５０４）。このやり方は、上記関連利用者数を減らす場合と同様である（ステップ１５０４−１、１５０４−２）。図２３に潜在対象情報の一例を示す。
【０１５４】
（３）広告提供サーバ１１２０の利用者履歴管理部１１２３では、追加情報、対象情報及び潜在対象情報を参照情報とした仮想の利用者（これを広告エージェントと呼ぶ）を設定し、利用者アクセス履歴に追加する。すなわち、広告エージェントが、あたかも追加情報、対象情報または潜在対象情報を参照したかのようにする。ここで、広告エージェントには仮想の固定の利用者識別子を割り付ける。また、その際、広告エージェントには広告属性を付け、追加情報にも広告属性を付ける。
【０１５５】
図２４に、図２１〜図２３から求めた広告エージェントの仮想のアクセス履歴の一例を示す。また、図２５に、利用者識別子及び参照情報識別子の属性設定の一例を示す。なお、場合によっては潜在対象情報は省略し、広告エージェントは追加情報と対象情報のみを参照情報とすることでもよいし、対象情報と潜在対象情報の両方と追加情報とを併せて参照情報としてもよい。
【０１５６】
（４）広告提供サーバ１１２０の広告情報選択部１１２４では、広告掲出期限内の広告情報について、基本的に先の図１３のアルゴリズムにもとづいて利用者に最適な広告情報を選択する。ただし、Ｇ２に現われる利用者は広告属性をもつ者、つまり広告エージェントのみとし、Ｇ３に現われる紹介情報も広告属性を持つ情報、つまり追加情報のみとする。追加情報から広告内容を求め、広告内容と追加情報をリンクして広告内容を利用者に提供する。図１６に広告掲出処理アルゴリズムの概念図、図１７に処理フロー図を示す。
【０１５７】
まず、全利用者アクセス履歴（仮想の広告エージェントアクセス履歴も含む）から、広告提供相手の利用者の参照している情報（参照情報）Ｇ１を抽出する（ステップ１７０１）。次に、参照情報を参照していて、かつ、広告属性のついた利用者（広告エージェント）の一群Ｇ２を抽出する（ステップ１７０２）。具体的には、全アクセス履歴から、参照情報Ｇ１を参照している広告提供利用者以外の利用者（関連利用者）の一群を抽出し、該利用者群から広告属性のついている利用者群（広告エージェント）の一群を抽出する。次に、抽出した利用者（広告エージェント）Ｇ２の数が多い場合、一定数まで減らす（ステップ１７０３）。これは、例えば、抽出した利用者ごとに参照情報を参照した回数を調べ（ステップ１７０３−１）、参照した回数の多い者から順に一定数になるまで絞り込むことで行う（ステップ１７０３−２）。
【０１５８】
次に、上記抽出した広告属性のついた各利用者（広告エージェント）が参照している広告属性のついた情報（追加情報）の一群Ｇ３を抽出する（ステップ１７０４）。具体的には、全利用者アクセス履歴から、広告エージェントＧ２が参照している情報群を抽出し、該情報群から広告属性のついている情報（追加情報）を抽出する。ここでも、抽出した追加情報群が多い場合、一定数（例えば、表示に必要な数）まで減らす（ステップ１７０５、１７０５−１、１７０５−２）。
【０１５９】
次に、抽出した追加情報に関連付けられている広告内容を求め、広告内容に追加情報をリンク付けして、広告内容を広告提供相手の利用者の利用者端末１１１０へ送付する（ステップ１７０６）。
【０１６０】
このようにして、各利用者の参照情報（アクセス履歴）に従って、最適な広告情報が利用者に提供される。なお、利用者への広告情報の提供、例えば、利用者からの要求時、あるいは、広告提供サーバ１１２０から一定期間ごとなどに行うことができる。
【０１６１】
（５）利用者は、利用端末１１１０のブラウザを利用して広告内容を参照し、興味があれば、広告提供サーバ１１２０に対して追加情報を要求し、追加情報を取得する。図１８に、その具体的イメージを示す。
【０１６２】
（６）広告提供サーバ１１２０の広告提供回数管理部１１２５では、利用者が広告を参照した回数、追加情報を取得した回数を記録している。また、広告料金計算部１１２６では、広告参照回数と追加情報取得回数などをもとに広告料金を計算する。
【０１６３】
広告提供サーバ１１２０は、広告参照記録と追加情報取得記録、さらには料金計算結果を元に、広告主端末１１００を通して広告主に、随時または広告掲出期間終了後に所定の報告をし、広告代金の支払いを請求する。
【０１６４】
図１９に広告代金支払いの種々の方法を示す。図１９の（１）は広告掲出を決めた段階で広告代金を決める方法である。このような従来ながらの支払い方法でも使用できるが、本発明はとくに広告参照数及び追加情報取得数を規定に照らし合わせて広告代金を決めるモデルに適している。図１９の（２）〜（４）は、その一例である。
【０１６５】
図１９の（２）は、広告掲出の際に広告参照数または追加情報取得またはその両方について最低数保証を行って事前に料金を支払い、それに達しなかった場合、それに達するまで広告掲出期間を延長する方法である。
【０１６６】
また、図１９の（３）は、広告掲出の際に広告参照数または追加情報取得またはその両方について最低数保証を行って事前に料金を支払い、それに達しなかった場合、規定を元に差分相当の料金の一部または全部を返金する方法である。
【０１６７】
また、図１９の（４）は、集計された広告参照数及び追加情報取得数を元に、掲出期間終了後に支払いを行う方法である。
【０１６８】
以下に具体例を示す。ここでは、インターネットにおいて商品情報提供しているあるｗｅｂサービスを前提に、ＷＷＷにおけるバナー広告を例に説明する。利用者はこのＷｅｂサービスでさまざまなＷｅｂページを参照しているものとする。
【０１６９】
広告主またはその代理人は、新しいカメラ付き携帯型パソコンのバナー広告を用意し、広告掲出を依頼する。その際に、広告内容（広告画像、キャッチコピー）とその広告に興味を持つ利用者がさらに参照する追加情報のＵＲＬを設定する。通常は、この広告内容に対するリンク情報として設定される。図２６に広告情報の具体例を示す。
【０１７０】
さらに、広告主または代理人は、その広告に関係のあるｗｅｂページ（対象情報）を、このＷｅｂサービスのページからいくつか選ぶ。ここでは、図２７のＷｅｂページを選択したとする。
【０１７１】
広告提供サーバ１１２０では、まず、選択したＷｅｂページに関連があるページ（潜在対象情報）を抽出する。すなわち、図２７のＷｅｂページ群をＧ１に設定し、Ｇ２の関連利用者を抽出した後、Ｇ３として潜在対象情報を抽出する。ここでのＧ１からＧ２やＧ２からＧ３を抽出する際に使用される履歴は、このＷｅｂサービス内でアクセスされたログである。潜在対象情報の具体例を図２８とする。
【０１７２】
追加情報として記録した広告に直接関係のある情報として、対象情報を広告エージェントのアクセス履歴に記録した場合、その対象情報にアクセスしたクライアントに広告を送ることが出来る。同様に、潜在対象情報を広告エージェントのアクセス履歴に記録した場合、対象情報にはアクセスしていないが、対象情報に関連のある潜在関連情報にアクセスしているクライアントに広告を送ることが出来る。即ち、その広告に潜在的に興味を持っているクライアントにも広告を配信することが出来る。
【０１７３】
次に、広告エージェントとする利用者ＩＤを割り当て、その利用者ＩＤが追加情報ＵＲＬ、対象情報ＵＲＬ、潜在対象情報ＵＲＬを参照しているという記録（アクセス履歴）を残す。ここでは、広告エージェントのアクセス履歴は図２９のようになる。また、その際、図３０に示すように、広告エージェントの利用者ＩＤには広告属性を、追加情報ＵＲＬにも広告属性を設定しておく。
【０１７４】
一般利用者がＷｅｂサービスを利用する際に広告を参照しようとすると、広告提供サーバ１１２０が作動し、広告の紹介を行う。その際に、Ｇ２に入る利用者を広告属性の利用者、すなわち広告エージェントだけとし、Ｇ３に入るものも広告属性のもの、すなわち追加情報のみとする。抽出された追加情報から広告内容を求める。よって、紹介されるものは広告のみとなる。
【０１７５】
利用者は表示された広告を確認し必要であれば、追加情報を取得する。具体的には、図１８に示したように広告画像をクリックする。広告提供サーバ１１２０では、そのアクセス記録も保存される。
【０１７６】
料金支払に関しては、図１９に示したように、いくつかのケースが用意されている。一般的には広告掲出依頼の際に料金を支払うものであるが、ここでは、他に３つのオプションが用意されている。
【０１７７】
保証された広告参照数及び追加情報取得数を超えなければ到達するまで掲出する第１のオプションでは、図３１のような料金表で、図３２のように保証された広告参照数及び追加情報取得数が超えなかったため、図３３のように掲出期間を遅長して、保証された広告参照数及び追加情報取得数に到達するまで掲出した。この例では、４／１−３０までの掲出期間であったが、５／１５まで遅長したことになる。
【０１７８】
保証された広告参照数及び追加情報取得数を超えなければその分を返金する第２のオプションでは、図３１のような料金表で、図３４のように保証された広告参照数及び追加情報取得数を超えなかったため、返金した。この例では、７１０００円（１０００円以下の端数切り捨て）を返金した。
【０１７９】
実際の広告参照数及び追加情報取得数で料金を決める第３のオプションでは、図３５のような料金表で広告掲出回数の単価が３円、追加情報取得数の単価が１００円であり、４／１−３０まで掲示した結果、図３６のように実際の広告参照数及び追加情報取得数により計算し、３２８０００円（１０００円以下四捨五入）を請求した。
【０１８０】
この実施形態によれば、インタラクティブメディアにおいての広告掲出において、興味を持ちそうな利用者、及び潜在的に興味を持ちそうな利用者を発見し、利用者の最新のアクセスログを元に適切な広告情報を選択し提供することができる。それにより広告参照数及び追加情報取得数を元にした広告料金体系において、同じ広告参照数であっても追加情報取得数が増加し、より多くの収入を得るメリットがある。
【０１８１】
また、この実施形態によれば対象情報を複数設定するようにすれば、特定の１つのコンテンツだけを参照した利用者よりも特定の複数のコンテンツを参照した利用者をターゲットにすることができる。また、対象情報のほか、潜在対象情報を元にターゲットとなる利用者を決めることで、ターゲットを広げることができる。
【０１８２】
次に、本発明の第三の実施形態を、図３７〜４７を参照して詳細に説明する。
【０１８３】
図３７及び図３８は、本実施形態に係る広告配信システムの構成を示すブロック図である。
【０１８４】
図３７及び図３８に示すクライアント側は、アイテムの情報を閲覧したり、アイテムの購入を行ったり、広告の表示を行う為の入出力装置６１と顧客ＩＤを保持する顧客ＩＤ記憶部６２を持つ、パソコン等のＷｅｂアクセス可能な装置、ディジタル双方向ＴＶセット、電話、携帯電話等の顧客端末６０である。
【０１８５】
入出力装置６１は、出力部はディスプレイ、プリンタ、テレビ画面、液晶画面等を有し、入力部にマウスや各種ポインティングデバイス、キーボード、赤外線リモコン、携帯電話のプッシュキー等を有する。
【０１８６】
顧客ＩＤ記憶部６２は、オンラインショッピングサーバ１０から割り振られた顧客ＩＤを記憶する。
【０１８７】
他方、サーバ側は顧客端末６０からの要求に応じて、アイテム情報の表示や、アイテムの購入注文を受けるオンラインショッピングサーバ１０、オンラインショッピングサーバ１０のアクセス履歴から広告配信対象のアイテムの潜在顧客を抽出する潜在顧客抽出サーバ２０、顧客端末６０に対し広告を表示、または配信する広告送信サーバ３０、および広告配信に対する課金情報を管理する課金情報管理サーバ４０で構成される。
【０１８８】
前記顧客端末６０、オンラインショッピングサーバ１０、潜在顧客抽出サーバ２０、広告送信サーバ３０、および課金情報管理サーバ４０はインターネットなどのネットワークＮにより接続される。
【０１８９】
オンラインショッピングサーバ１０は、Amazon.com(http://www.amazon.com/)や、Outpost.com(http://www.outpost.com/)や、楽天市場(http://www.rakuten.com.jp/)等のネットワークサイトを介して、アイテムの情報を閲覧し、実際にアイテムを購入できるＥＣサーバ等であり、顧客端末６０からのアイテム情報の閲覧要求や購入要求等を受け、情報表示や購入注文発注処理を行うオンラインショッピング処理部１２と、上記アイテムの閲覧／購入等のアイテムへのアクセス（閲覧／購入）履歴を記録するアクセス履歴リスト５０と、顧客端末６０へ顧客ＩＤを発行し、顧客データ蓄積部１４に顧客ＩＤ情報の保持を行うＩＤ情報管理部１３と、アイテムの情報、アイテムＩＤの保持を行うアイテムデータ蓄積部１５と、各部の制御を行う制御部１１で構成される。
【０１９０】
上記アイテムとは、上記顧客端末６０を介して、情報の閲覧、バスケット等への保持、購入等が可能な情報または商品などであり、ＷｅｂのＵＲＬや商品コード等のアイテムＩＤによりユニークに識別できる。
【０１９１】
上記顧客ＩＤは、グローバルに一意的な識別子であり、ＩＤ情報管理部１３において、新規生成、もしくは既存ＩＤの確認を行う。
【０１９２】
潜在顧客抽出サーバ２０は、単数、または複数のオンラインショッピングサーバ１０からアクセス履歴リスト５０を収集するアクセス履歴収集部２２と、前記収集した、アクセス履歴リスト５０を一定期間分保持するアクセス履歴リスト蓄積部２３と、前記アクセス履歴リスト蓄積部２３の履歴をもとに、入力部２５から受けた潜在顧客抽出要求に従い、潜在顧客の抽出を行う潜在顧客抽出処理部２４と、前記抽出した潜在顧客のリストを出力する出力部２６と、これらを制御する制御部２１で構成される。
【０１９３】
広告送信サーバ３０は、指定された広告対象アイテムＩＤを潜在顧客抽出サーバ２０に送信する出力部３４と、前記潜在顧客リストを受け取る入力部３３と、潜在顧客リストに記載の顧客ＩＤの顧客端末に対して広告送信を行う広告配信処理部３２と、前記オンラインショッピングサーバ１０の顧客データ蓄積部１４と同様の顧客データ蓄積部３５、アイテムデータ蓄積部３６と、これらを制御する制御部３１で構成される。
【０１９４】
課金情報管理さーば４０は、広告の送信や広告に対する反応（バナーをクリックする等）、アイテムの情報の閲覧、アイテムの購入等を行うことをトリガーとして課金し、アイテムの広告主である企業に対して料金を請求するための管理サーバであり、課金条件管理部４２、広告配信回数管理部４３、広告レスポンス管理部４４、入力部４５、出力部４６、制御部４１を備える。
【０１９５】
課金条件管理部４２は、アイテムＩＤ毎に広告課金種別、取引数（広告配信数、広告レスポンス数）、契約料金を管理し、アイテムＩＤと広告課金種別をキーとして、取引数（広告配信数、広告レスポンス数）、および契約料金を読み出すことを可能とする。
【０１９６】
広告課金種別は、下記に示すものが可能である。
【０１９７】
・広告配信数毎の従量課金：契約対象アイテムの広告配信数×配信１件あたりの料金。
【０１９８】
・所定広告配信数の定額課金：契約対象アイテムの広告配信数が所定数に達することを条件とする料金。
【０１９９】
・広告レスポンス数毎の従量課金：契約対象アイテムの広告配信に対するレスポンス数×レスポンス１件あたりの料金。
【０２００】
・所定広告レスポンス数の定額課金：契約対象アイテムの広告配信に対するレスポンス数が所定数に達することを条件とする料金。
【０２０１】
・上記組み合わせによる課金：一定数の広告配信を条件として一定額の定額料金を設定し、一定数以上の配信があった場合に追加従量課金／一定数に達しなかった場合にその量に応じた額の返金を行う等。
【０２０２】
図３９は、本発明の第三の実施形態に係る広告配信システムのオンラインショッピングサーバ１０で生成されるアクセス履歴リスト５０を示す図である。
【０２０３】
アクセス履歴リスト５０は、少なくとも“アクセス顧客ＩＤ５１、被アクセスアイテムＩＤ５２”を含む形式で保持されており、さらにアクセス日時５３などの付帯情報があり、例えば、Ｗｅｂサーバのアクセス履歴を利用する手段や、独自の履歴保持手段による手段がある。
【０２０４】
図４１は、本発明の第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０に入力される広告対象アイテムリスト８０を示す図である。
【０２０５】
広告対象アイテムリスト８０は、少なくとも“広告対象アイテムＩＤ８１、優先度８２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０６】
広告対象アイテムリスト８０には、広告の対象となるアイテムのアイテムＩＤ８１の他、前記アイテムと関連のあるアイテムのアイテムＩＤを記述してもよい。
【０２０７】
図４２は、本発明の第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０から出力される潜在顧客リスト９０を示す図である。
【０２０８】
潜在顧客リスト９０は、少なくとも“優先順位９１、顧客ＩＤ９２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０９】
次に各部の詳細な動作について、図４３〜４７を参照して説明する。
【０２１０】
＜顧客ＩＤの付与＞
図４３はオンラインショッピングサーバ１０における顧客ＩＤ付与動作を示すフローチャートである。
【０２１１】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワーク１１を介して、オンラインショッピングサーバ１０にアクセスする。（ステップ２１００）
（２）顧客端末６０は、オンラインショッピングサーバ１０への接続を確認すると、“顧客端末認証要求”とともに顧客ＩＤ記憶部６２に保持されている顧客ＩＤを送る。この時、顧客ＩＤが保持されていない際には、なにもないことを示すＮＵＬＬコードを送信する。（ステップ２１１０）
（３−１）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードであった場合には（ステップ２１２０）、ＩＤ情報管理部１３より新規のグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２１２】
（３−２）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤでない場合には（ステップ２１３０）、前記顧客端末６０より受けた前記顧客ＩＤを破棄し、ＩＤ情報管理部１３により新規にグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２１３】
（３−３）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤであった場合には（ステップ２１３０）、“顧客端末認証応答”とともに前記顧客ＩＤをそのまま前記顧客端末６０に送る（ステップ２１６０）。
【０２１４】
（４）前記“顧客端末認証応答”と前記顧客ＩＤを受け取った顧客端末６０は、受信した顧客ＩＤを顧客ＩＤ記憶部６２に書き込む（ステップ２１７０）。
【０２１５】
本一連の処理は、ＩＤ情報管理部１３において、顧客ＩＤとともにパスワードを記憶管理することにより、（２）〜（３）の顧客認証要求の処理にパスワードチェックを行い、顧客ＩＤのセキュリティを高めることも可能である。
【０２１６】
＜アクセス履歴の生成＞
図４４はオンラインショッピングサーバ１０におけるアクセス履歴生成動作を示すフローチャートである。
【０２１７】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワークＮを介して、オンラインショッピングサーバ１０上のアイテム情報を閲覧、またはアイテムの購入要求を送信する（ステップ２２００）。
【０２１８】
（２）アクセスしてきた顧客端末の顧客ＩＤと、閲覧／購入対象のアイテムのアイテムＩＤを少なくとも含む形で、アクセス履歴リスト５０にアクセス履歴を追加する（ステップ２２１０）。
【０２１９】
アクセス履歴上に記録する情報は、上記のみに限るものではなく、閲覧／購入の区別等の情報を記録し、後述の潜在顧客抽出動作の際の優先順位付けのパラメータとして利用することも可能である。
【０２２０】
＜アクセス履歴の収集＞
図４５は潜在顧客抽出サーバ２０におけるアクセス履歴収集動作を示すフローチャートである。
【０２２１】
（１）潜在顧客抽出サーバ２０において、あらかじめ指定した時刻に制御部２１からアクセス履歴収集部２２へアクセス履歴収集要求が送信され、アクセス履歴収集動作を開始する（ステップ２３００）。
【０２２２】
（２）潜在顧客抽出サーバ２０において、アクセス履歴収集部２２は、オンラインショッピングサーバ１０上のアクセス履歴リスト５０をネットワークＮを介してＦＴＰ ＧＥＴ等のプロトコルを利用し収集する（ステップ２３１０）。
【０２２３】
（３）オンラインショッピングサーバ１０よりアクセス履歴リスト５０を収集したアクセス履歴収集部２２は、アクセス履歴リスト蓄積部２３に保持する。この際、顧客ＩＤをキーとして該顧客が閲覧／購入したアクセス履歴を、アイテムＩＤをキーとして、該アイテムが閲覧・購入されたアクセス履歴を読み出せる様な形式で保持する（ステップ２３２０）。
【０２２４】
尚、（２）の収集動作において、収集対象となるオンラインショッピングサーバ１０は単数に限るものではなく、複数のサーバ１０から収集するものでもよい。また、アクセス履歴収集部２２からアクセス履歴収集を行う方式に限るものではなく、定期的、またはアクセスがあった時点で、オンラインショッピングサーバ１０からアクセス履歴収集部２２へ送信する方式でもよい。
【０２２５】
＜潜在顧客抽出＞
図４６は潜在顧客抽出サーバ２０における潜在顧客抽出の動作を示すフローチャートである。
【０２２６】
（１）潜在顧客抽出サーバ２０において、入力部２５が“潜在顧客抽出要求”とともに、広告対象アイテムリストの入力を受信する（ステップ２４００）。
【０２２７】
前記広告対象アイテムリストの情報は、実際に広告の対象となるアイテムのアイテムＩＤのみに限定されるものではなく、広告主が指定する広告対象アイテムと関連するアイテムのアイテムＩＤも含んでもよい。
【０２２８】
（２）前記潜在顧客抽出要求を受信した入力部２５から制御部２１へ潜在顧客抽出要求を送信し、潜在顧客抽出動作を開始する（ステップ２４１０）。
【０２２９】
（３）前記潜在顧客抽出要求を受信した制御部２１から、潜在顧客抽出処理部２４へ潜在顧客抽出開始要求を送信する（ステップ２４２０）。
【０２３０】
（４）前記潜在顧客抽出開始要求を受信した潜在顧客抽出処理部２４は、入力部２５から前記広告対象アイテムリストを読出し、前記広告対象アイテムリスト中の全アイテムＩＤを対象アイテム群７１（以降Ｇ１と呼ぶ：図４０参照）にセットする（ステップ２４３０）。
【０２３１】
（５）潜在顧客抽出処理部２４において、アクセス履歴リスト蓄積部２３より、前記Ｇ１のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤをＧ１のアイテムにアクセスした顧客（直接顧客）群７２（以降Ｇ２と呼ぶ：図４０参照）にセットする（ステップ２４４０）。
【０２３２】
（６）潜在顧客抽出処理部２４において、５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ２中の顧客ＩＤをキーとして、過去に前記顧客がアイテムを閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全アイテムＩＤの内、Ｇ１でないＧ１のアイテムに関係の深いアイテム群７３（以降Ｇ３と呼ぶ：図４０参照）にセットする（ステップ２４５０）。
【０２３３】
（７）潜在顧客抽出処理部２４において５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ３中のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤの内、Ｇ２にない顧客ＩＤをＧ１のアイテムに潜在的に興味を持つ可能性の高い顧客（潜在顧客）群７４（以降Ｇ４と呼ぶ：図４参照）にセットする（ステップ２４６０）。
【０２３４】
（８）潜在顧客抽出処理部２４において、前記Ｇ４の顧客ＩＤを潜在顧客リストとして出力部２６に送信する（ステップ２４７０）。
【０２３５】
（９）潜在顧客リストを受信した出力部２６は外部インタフェースに対して、潜在顧客リストを出力する（ステップ２４８０）。
【０２３６】
前記動作により、広告を打ちたい対象アイテムにアクセスした顧客群と類似したアクセス傾向を持つ顧客群を抽出できる。前記直接顧客と類似したアクセス傾向を持つ顧客群は、興味傾向が似ていると言える為、すなわち、潜在的に前記広告対象アイテムを購入する可能性の高い顧客群（潜在顧客）を抽出したことになる。
【０２３７】
前記（４）〜（７）の処理において、例えば、群中のアクセスしたアイテムの数（重なりの量）や、アクセス日時、顧客の過去のアクセスアイテム数、アイテムの過去の被アクセス顧客数等をキーにして、順序をソーティングすることで、優先順位を決定し、前記ソーティングした順位の上位ｎ件に絞込むことでより、アクセス傾向の類似度の精度を上げることが可能である。
【０２３８】
＜広告配信動作＞
図４７は広告送信サーバ３０における広告を潜在顧客へ配信する動作を示すフローチャートである。
【０２３９】
（１）広告送信サーバ３０において、入力部３３が“広告配信要求”とともに、単数、または複数の広告対象アイテムＩＤの入力を受信する（ステップ２５００）。
【０２４０】
（２）広告送信サーバ３０において、入力部３３から制御部３１へ前記広告配信要求を送信し、広告配信処理動作が開始する（ステップ２５１０）。
【０２４１】
（３）前記広告配信要求を受信した制御部３１から、出力部３４へ“広告対象アイテムＩＤ出力要求”を送信する（ステップ２５２０）。
【０２４２】
（４）前記広告対象アイテムＩＤ出力要求を受信した出力部３４は、入力部３３から広告対象アイテムＩＤを読み出す（ステップ２５３０）。
【０２４３】
（５）出力部から潜在顧客抽出サーバ２０へ広告対象アイテムＩＤを、“潜在顧客抽出要求”とともに送信する（ステップ２５４０）。
【０２４４】
（６）潜在顧客抽出サーバ３０において、広告対象アイテムに対する潜在顧客抽出動作を実行（ステップ２５５０／ステップ２４００〜２４８０）。
【０２４５】
（７）潜在顧客抽出サーバ２０から出力された潜在顧客リストを、広告送信サーバ３０の入力部３３が受信する（ステップ２５６０）。
【０２４６】
（８）前記潜在顧客リストを受信した広告送信サーバ３０の入力部３３から広告配信処理部３２へ潜在顧客リストを送信する（ステップ２５７０）。
【０２４７】
（９）前記潜在顧客リストを受信した広告配信処理部３２から、潜在顧客リストに記載の顧客ＩＤに対応した顧客端末６０に対して、電子メールやプッシュ配信装置等の手段を用いて広告を送信する（ステップ２５８０）。
【０２４８】
前記広告配信方法は、直接電子メールやプッシュ配信装置を用いて送信する方法のみに限定するものではなく、顧客端末６０がオンラインショッピングサーバ１０にアクセスしてきた際に、バナー広告を表示する方法でもよい。
【０２４９】
この実施形態によれば、顧客の過去のアクセス履歴のみをもとに、広告配信先を潜在顧客へと絞り込みが行える為、
・顧客からの事前の属性情報の登録が不要（属性入力の手間がかからないことから顧客を集めやすい）
・アイテムに対する属性情報の登録が不要（メンテナンスの手間がかからない）
・広告対象アイテムの潜在顧客に対して広告配信を行え、顧客が広告対象アイテムに興味を持つ可能性が高まる
つまり、結果として顧客の手間、管理の手間を減少させ、かつ、広告対象アイテムの閲覧／購入の確率を増加させることができる。
【０２５０】
本発明は上記に限るものではなく、例えば、広告配信は、オンラインショッピングサーバ１０のトップページにお奨めアイテムの形式でメニュー表示することも可能である。
【０２５１】
また、インターネット応用だけでなく、ディジタル双方向ＴＶや情報家電などの属性入力が困難なメディア＆ネットワークで、アクセス履歴のみで広告配信先を決定する際に有効になる。
【０２５２】
また、オンラインショッピングサーバ１０、潜在顧客抽出サーバ２０、広告送信サーバ３０、課金情報管理サーバ４０はそれぞれ独立の装置でも、いずれかの組み合わせ、あるいは全てを１台のサーバで実施してもよい。
【０２５３】
以上のように、ＷｅｂのＥＣサイト等のオンラインショッピングサーバにおいて、顧客がアイテムの情報を閲覧した、またはアイテムを購入した履歴（アクセス履歴）が保存される。保存される情報は、例えば“顧客ＩＤ、アイテムＩＤ、アクセス日時”である。
【０２５４】
上記アクセス履歴を収集し、アイテムＡの広告を配信するときには、図４に示すように、「アイテムＡとその関連アイテムから成るアイテム群Ｇ１を閲覧／購入した顧客群Ｇ２が共通に閲覧／購入した」アイテム群Ｇ３を同じように見ている「潜在的にＧ１ｗを閲覧／購入する可能性の高い顧客（潜在顧客）群Ｇ４」に対して広告を配信することが基本的なロジックである。
【０２５５】
このようにして、この実施形態に従って、広告を配信したい対象アイテムに対して、アクセス履歴のみをもとに（属性の事前登録が不要で）閲覧／購入する可能性の高い顧客に対しての広告配信を行う事が可能となる。
【０２５６】
なお、コンピュータ技術に従事するものにとって明らかな様に、本発明の上記実施形態は、本明細書の教示に従ってプログラムされた従来の汎用ディジタルコンピュータを用いて都合に合わせて実施してもよく、プログラマによって本開示による教示に基づいて適切なソフトウェアコードが容易に作成される。
【０２５７】
特に、上記の各実施形態の情報配送サーバ、広告提供サーバ、オンラインショッピングサーバ、潜在顧客抽出サーバ及び広告転送サーバなどのような各種サーバ装置は、ソフトウェアの形態で都合に合うように提供し得る。
【０２５８】
そのようなソフトウェアパッケージは、開示される本発明の機能及びプロセスを実行するようにコンピュータをプログラムするために用いる記録されたコンピュータコードを含む記録媒体を用いるコンピュータプログラム製品であってもよい。記録媒体は、従来のフロッピディスク、光学ディスク、ＣＤ−ＲＯＭ、磁気−光学ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カードあるいはその他電子命令を格納するために好適な媒体であってもよいが、これらに限定されるものでもない。
【０２５９】
【発明の効果】
以上述べたように、本発明の第一の実施形態では、相関を検出するもととなるデータがアクセス履歴のみであることから、情報評価入力をする手間がない、事前に情報に対するジャンル分類を登録する手間がない、等の効果があり、また刻々と変化するアクセス履歴を用いていることで、その時々の利用者の興味の変化に追従した相関情報（相関アイテム）の検出が可能となる。
【０２６０】
また、本発明の第一の実施形態では、情報の相関検出を行うための条件として元となる情報（アイテム）のみを用いることから、相関検出のための複雑な条件設定を必要としないため、簡易に条件を指定できる効果がある。更に、相関検出のための条件は、企業機密となる場合が多く、情報リストのみを指定することにより、相関検出のための条件として情報リストしか伝送する必要がない（情報漏洩等の危険がない）効果がある。
【０２６１】
さらに、本発明の第二の実施形態によれば、インタラクティブメディアにおいての広告掲出において、興味を持ちそうな利用者、及び潜在的に興味を持ちそうな利用者を発見し、利用者の最新のアクセスログを元に適切な広告情報を選択し提供することができる。それにより広告参照数及び追加情報取得数を元にした広告料金体系において、同じ広告参照数であっても追加情報取得数が増加し、より多くの収入を得るメリットがある。
【０２６２】
また、本発明の第二の実施形態によれば、対象情報を複数設定するようにすれば、特定の１つのコンテンツだけを参照した利用者よりも特定の複数のコンテンツを参照した利用者をターゲットにすることができる。また、対象情報のほか、潜在対象情報を元にターゲットとなる利用者を決めることで、ターゲットを広げることができる。
【０２６３】
さらに、本発明の第三の実施形態によれば、広告を配信したい対象アイテムに対して、アクセス履歴のみをもとに（顧客、アイテムにする属性の事前登録が不要で）、閲覧／購入する可能性の高い顧客に対しての広告配信を行うことが可能となる。このため、結果として閲覧／購入回数を増加させることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施形態のシステム構成図である。
【図２】本発明の第一の実施形態におけるアクセス履歴取得の処理フロー図である。
【図３】本発明の第一の実施形態における相関アイテム配送先クライアントの登録処理フロー図である。
【図４】本発明の第一の実施形態における相関アイテム配送の登録処理フロー図である。
【図５】本発明の第一の実施形態における相関アイテム検出の全体処理フロー図である。
【図６】本発明の第一の実施形態における相関アイテム検出の概念図である。
【図７】本発明の第一の実施形態における相関アイテム検出の詳細処理フロー図である。
【図８】本発明の第一の実施形態における相関アイテムの配送と課金の処理フロー図である。
【図９】本発明の第一の実施形態における課金情報の集計処理フロー図である。
【図１０】本発明の第一の実施形態における相関アイテム配送の具体例を示す図である。
【図１１】本発明の第二の実施形態のシステム構成図である。
【図１２】本発明の第二の実施形態における広告紹介の全体の処理の流れを示す図である。
【図１３】本発明の第二の実施形態におけるソーシャルフィルタリング情報紹介アルゴリズムの概念図である。
【図１４】本発明の第二の実施形態における潜在対象情報抽出アルゴリズムの概念図である。
【図１５】本発明の第二の実施形態における潜在対象情報抽出の処理のフロー図である。
【図１６】本発明の第二の実施形態における広告紹介のアルゴリズムの概念図である。
【図１７】本発明の第二の実施形態における広告紹介の処理フロー図である。
【図１８】本発明の第二の実施形態における広告紹介の具体的イメージを示す図である。
【図１９】本発明の第二の実施形態における支払方法のタイプを示す図である。
【図２０】本発明の第二の実施形態におけるアクセス履歴の一例である。
【図２１】本発明の第二の実施形態における広告情報の一例である。
【図２２】本発明の第二の実施形態における対象情報の一例である。
【図２３】本発明の第二の実施形態における潜在対象情報の一例である。
【図２４】本発明の第二の実施形態における広告エージェントのアクセス履歴作成の一例である。
【図２５】本発明の第二の実施形態における利用者識別子及び情報の属性設定の一例である。
【図２６】本発明の第二の実施形態における広告情報の具体例である。
【図２７】本発明の第二の実施形態における対象情報の具体例である。
【図２８】本発明の第二の実施形態における潜在対象情報の具体例である。
【図２９】本発明の第二の実施形態における広告エージェントのアクセス履歴作成の具体例である。
【図３０】本発明の第二の実施形態における利用者識別子及び情報の属性設定の具体例である。
【図３１】本発明の第二の実施形態における契約時の保証回数の具体例である。
【図３２】本発明の第二の実施形態における広告掲出期間後のレポートの具体例である。
【図３３】本発明の第二の実施形態における追加掲出後のレポートの具体例である。
【図３４】本発明の第二の実施形態における広告掲出期間後のレポートの他の具体例である。
【図３５】本発明の第二の実施形態における契約時の単価の具体例である。
【図３６】本発明の第二の実施形態における広告掲出期間後のレポートの更に他の具体例である。
【図３７】本発明の第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３８】本発明の第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３９】本発明の第三の実施形態に係る広告配信装置のオンラインショッピングサーバで生成されるアクセス履歴リストを示す説明図である。
【図４０】本発明の第三の実施形態に係る潜在顧客抽出の一例を示す概念図である。
【図４１】本発明の第三の実施形態に係る広告配信装置の潜在顧客抽出サーバに入力される広告対象アイテムリストを示す説明図である。
【図４２】本発明の第三の実施形態に係る広告配信装置の潜在顧客抽出サーバから出力される潜在顧客リストを示す説明図である。
【図４３】本発明の第三の実施形態に係るオンラインショッピングサーバにおける顧客ＩＤ付与動作を示すフローチャートである。
【図４４】本発明の第三の実施形態に係るオンラインショッピングサーバにおけるアクセス履歴生成動作を示すフローチャートである。
【図４５】本発明の第三の実施形態に係る潜在顧客抽出サーバにおけるアクセス履歴収集動作を示すフローチャートである。
【図４６】本発明の第三の実施形態に係る潜在顧客抽出サーバにおける潜在顧客抽出の動作を示すフローチャートである。
【図４７】本発明の第三の実施形態に係る広告送信サーバにおける広告を潜在顧客へ配信する動作を示すフローチャートである。
【符号の説明】
１０ オンラインショッピングサーバ
１１ 制御部
１２ オンラインショッピング処理部
１３ ＩＤ情報管理部
１４ 顧客データ蓄積部
１５ アイテムデータ蓄積部
２０ 潜在顧客抽出サーバ
２１ 制御部
２２ アクセス履歴収集部
２３ アクセス履歴リスト蓄積部
２４ 潜在顧客抽出処理部
２５ 入力部
２６ 出力部
３０ 広告送信サーバ
３１ 制御部
３２ 広告配信処理部
３３ 入力部
３４ 出力部
３５ 顧客データ蓄積部
３６ アイテムデータ蓄積部
４０ 課金情報管理サーバ
４１ 制御部
４２ 課金条件管理部
４３ 広告配信回数管理部
４４ 広告レスポンス管理部
４５ 入力部
４６ 出力部
５０ アクセス履歴リスト
６０ 顧客端末
６１ 入出力装置
６２ 顧客ＩＤ記憶部
１００ クライアント
１１０ 情報配送サーバ
１１１ Ｗｅｂページ
１１２ サーバエンジン
１１３ アイテム間相関検出部
１１４ 閲覧／購入履歴データベース
１１５ クライアント管理部
１１６ 基点アイテム保持部
１１７ 相関アイテム保持部
１１８ 課金管理部
１２０ 情報閲覧サーバ
１３０ ネットワーク
１１００ 広告主端末
１１１０ 利用者端末
１１２０ 広告提供サーバ
１１２１ 広告情報管理部
１１２２ 利用者履歴管理部
１１２３ 潜在対象情報生成部
１１２４ 広告情報選択部
１１２５ 広告提供回数管理部
１１２６ 広告料金計算部
１１３０ ログ管理サーバ
１１４０ 情報サーバ提供サーバ
１１５０ ネットワーク
Claims (11)
- クライアント装置にネットワークを介して接続される情報配送装置により、
利用者が情報アイテムにアクセスした履歴を利用者毎に示すアクセス履歴をデータベースに記憶しておくステップと、
クライアント装置から、相関情報アイテムを検出する元ととなる情報アイテムの一覧を示すリストを受け取り、保持部に保持させておくステップと、
前記アクセス履歴に基づいて、前記リストに示される情報アイテムにアクセスをした関連利用者を検出するステップと、
前記アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムを抽出し、この情報アイテムから前記リストに示される情報アイテムを除いたものを相関情報アイテムとして抽出するステップと、
前記相関情報アイテムをクライアント装置に配送するステップと、を実行し、
前記検出するステップでは、総アクセス数が所定の閾値より多い相関検出条件中の選ばれた情報アイテムを選択し、アクセス履歴に基づいて該選ばれた情報アイテムのいずれかに他の利用者よりも早くアクセスした所定数の利用者または前記選ばれた情報アイテムのいずれかに所定の期間内にアクセスした利用者を選択することにより前記関連利用者を検出し、
前記抽出するステップでは、前記関連利用者により所定の期間内にアクセスされた情報アイテムを選択することにより前記相関情報アイテムを抽出する
ことを特徴とする情報配送方法。 - 前記抽出するステップでは前記相関情報アイテムを定期的に抽出し、前記配送するステップでは相関情報アイテムを定期的に配送することを特徴とする請求項１記載の情報配送方法。
- 前記アクセス履歴として、利用者が情報アイテムを閲覧または購入したことが記録されたアクセス履歴を用いることを特徴とする請求項１記載の情報配送方法。
- 前記検出するステップでは、アクセス履歴に基づいて前記少なくとも一つの情報アイテムにアクセスした利用者の内で前記少なくとも一つの情報アイテムにアクセスした回数が比較的多い所定数の利用者を前記関連利用者として検出することを特徴とする請求項１記載の情報配送方法。
- 前記抽出するステップでは、アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムの内で前記関連利用者によりアクセスされた回数が比較的多い所定数の情報アイテムを前記相関情報アイテムとして抽出することを特徴とする請求項１記載の情報配送方法。
- 前記データベースは、情報アイテム分類を示す特定の属性および利用者種別を示す所定の属性を記憶したものであって、
前記検出するステップでは、情報アイテムを前記リストの情報アイテムのうちで前記特定の属性を有するものから選択し、前記関連利用者を前記所定の属性を有する利用者から検出し、
前記抽出するステップでは前記相関情報アイテムを前記特定の属性を有する情報アイテムから抽出することを特徴とする請求項１記載の情報配送方法。 - 前記配送するステップでは、前記相関情報アイテムを、前記関連利用者により各相関情報アイテムがアクセスされた回数の多い順に配送することを特徴とする請求項１記載の情報配送方法。
- 前記配送するステップでは、前記相関情報アイテムを、前記関連利用者中で各相関情報アイテムをアクセスした利用者数の多い順に配送することを特徴とする請求項１記載の情報配送方法。
- 前記配送するステップでは、前記相関情報アイテムを、前記関連利用者の少なくとも一人により各相関情報アイテムがアクセスされた日時の新しい順に配送することを特徴とする請求項１記載の情報配送方法。
- クライアント装置にネットワークを介して接続される情報配送装置であって、
利用者が情報アイテムにアクセスした履歴を利用者毎に示すアクセス履歴をデータベースに記憶させる手段と、
クライアント装置から、相関情報アイテムを検出する元ととなる情報アイテムの一覧を示すリストを受け取り、保持部に保持させる手段と、
前記アクセス履歴に基づいて、前記リストに示される情報アイテムにアクセスをした関連利用者を検出する手段と、
前記アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムを抽出し、この情報アイテムから前記リストに示される情報アイテムを除いたものを相関情報アイテムとして抽出する手段と、
前記相関情報アイテムを前記クライアント装置に配送する手段と、を有し、
前記検出する手段は、総アクセス数が所定の閾値より多い相関検出条件中の選ばれた情報アイテムを選択し、アクセス履歴に基づいて該選ばれた情報アイテムのいずれかに他の利用者よりも早くアクセスした所定数の利用者または前記選ばれた情報アイテムのいずれかに所定の期間内にアクセスした利用者を選択することにより前記関連利用者を検出し、
前記抽出する手段は、前記関連利用者により所定の期間内にアクセスされた情報アイテムを選択することにより前記相関情報アイテムを抽出する
ことを特徴とする情報配送装置。 - クライアント装置にネットワークを介して接続されるコンピュータに対して、
利用者が情報アイテムにアクセスした履歴を利用者毎に示すアクセス履歴をデータベースに記憶しておくステップと、
クライアント装置から、相関情報アイテムを検出する元ととなる情報アイテムの一覧を示すリストを受け取り、保持部に保持するステップと、
前記アクセス履歴に基づいて、前記リストに示される情報アイテムにアクセスをした関連利用者を検出するステップと、
前記アクセス履歴に基づいて前記関連利用者によりアクセスされた情報アイテムを抽出し、この情報アイテムから前記リストに示される情報アイテムを除いたものを相関情報アイテムとして抽出するステップと、
前記相関情報アイテムをクライアント装置に配送するステップと、を実行させ、
前記検出するステップでは、総アクセス数が所定の閾値より多い相関検出条件中の選ばれた情報アイテムを選択し、アクセス履歴に基づいて該選ばれた情報アイテムのいずれかに他の利用者よりも早くアクセスした所定数の利用者または前記選ばれた情報アイテムのいずれかに所定の期間内にアクセスした利用者を選択することにより前記関連利用者を検出させ、
前記抽出するステップでは、前記関連利用者により所定の期間内にアクセスされた情報アイテムを選択することにより前記相関情報アイテムを抽出させる
ことを特徴とする情報配送のためのコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001172621A JP3913497B2 (ja) | 2000-06-08 | 2001-06-07 | 情報配送方法、情報配送装置、コンピュータプログラム |
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000172637 | 2000-06-08 | ||
| JP2000-172637 | 2000-06-30 | ||
| JP2000200212 | 2000-06-30 | ||
| JP2000199789 | 2000-06-30 | ||
| JP2000-199789 | 2000-06-30 | ||
| JP2000-200212 | 2000-06-30 | ||
| JP2001172621A JP3913497B2 (ja) | 2000-06-08 | 2001-06-07 | 情報配送方法、情報配送装置、コンピュータプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004258332A Division JP4574292B2 (ja) | 2000-06-08 | 2004-09-06 | 広告提供方法、広告提供装置およびコンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002082641A JP2002082641A (ja) | 2002-03-22 |
| JP3913497B2 true JP3913497B2 (ja) | 2007-05-09 |
Family
ID=27481350
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001172621A Expired - Lifetime JP3913497B2 (ja) | 2000-06-08 | 2001-06-07 | 情報配送方法、情報配送装置、コンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3913497B2 (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3925635B2 (ja) * | 2002-05-08 | 2007-06-06 | 日本電気株式会社 | 情報配信システムおよび情報配信方法 |
| JP4418190B2 (ja) * | 2003-08-28 | 2010-02-17 | 株式会社オプティム | メディア配信システム及び方法 |
| JP4552509B2 (ja) * | 2004-05-21 | 2010-09-29 | 富士ゼロックス株式会社 | 関連文書検索のためのプログラム及び装置 |
| JP2006048658A (ja) * | 2004-07-07 | 2006-02-16 | Defacto:Kk | 広告システム、広告制御方法、及び、広告評価方法 |
| JP2006058967A (ja) * | 2004-08-17 | 2006-03-02 | Business Model Consulting Kk | 商品情報の提供方法、提供プログラム、提供システム及びそのサーバ装置 |
| JP4503464B2 (ja) * | 2005-02-23 | 2010-07-14 | 株式会社エヌ・ティ・ティ・ドコモ | コンテンツ中継サーバ、コンテンツ配信システム及びコンテンツ中継方法 |
| JP4932232B2 (ja) * | 2005-11-21 | 2012-05-16 | ヤフー株式会社 | ドキュメントデータ及び当該ドキュメントと関連する付加ドキュメントデータの送信の方法及び当該方法を実現するコンピュータ |
| US7962505B2 (en) * | 2005-12-19 | 2011-06-14 | Strands, Inc. | User to user recommender |
| WO2008124537A1 (en) * | 2007-04-03 | 2008-10-16 | Google Inc. | Reconciling forecast data with measured data |
| JPWO2009069180A1 (ja) * | 2007-11-29 | 2011-04-07 | メディアインデックス株式会社 | Ｗｅｂページ評価値測定装置 |
| CN101324948B (zh) | 2008-07-24 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 一种信息推荐的方法及装置 |
| JP2012014652A (ja) * | 2010-07-05 | 2012-01-19 | Zenrin Datacom Co Ltd | コンテンツ配信システム及びコンテンツ配信方法 |
| JP5467062B2 (ja) * | 2011-01-17 | 2014-04-09 | 日本電信電話株式会社 | 情報推薦装置及び方法及びプログラム |
| KR101800395B1 (ko) * | 2011-06-23 | 2017-12-20 | 네이버 주식회사 | 검색어 연동 광고 시스템 및 그 매칭 기간 최적화 방법, 및 컴퓨터 판독 가능한 기록 매체 |
| JP2013033353A (ja) * | 2011-08-01 | 2013-02-14 | Sii Data Service Kk | 管理サーバ、管理システム、及び管理方法 |
| JPWO2013088682A1 (ja) * | 2011-12-15 | 2015-04-27 | 日本電気株式会社 | 推薦条件修正装置、推薦条件修正方法、および、推薦条件修正プログラム |
| JP5996502B2 (ja) * | 2013-09-19 | 2016-09-21 | ヤフー株式会社 | サービス提供装置、サービス提供方法及びサービス提供プログラム |
| JP6830752B2 (ja) * | 2015-08-13 | 2021-02-17 | カルチュア・コンビニエンス・クラブ株式会社 | 装置、方法、および、プログラム |
| JP6719727B2 (ja) | 2016-03-23 | 2020-07-08 | 富士ゼロックス株式会社 | 購買行動分析装置およびプログラム |
| WO2018127944A1 (ja) * | 2017-01-04 | 2018-07-12 | クロス・メディア・ネットワークス株式会社 | 情報配信サーバおよび情報配信システム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3669167B2 (ja) * | 1998-08-12 | 2005-07-06 | 日本電信電話株式会社 | 他者グループ嗜好情報を利用した情報提供方法及び情報提供装置、並びに、情報提供プログラムを記録した記録媒体 |
| JP2000132559A (ja) * | 1998-10-23 | 2000-05-12 | Hitachi Ltd | 情報フィルタリングシステムにおけるプロファイル更新方法及び情報フィルタリングシステム |
-
2001
- 2001-06-07 JP JP2001172621A patent/JP3913497B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002082641A (ja) | 2002-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3913497B2 (ja) | 情報配送方法、情報配送装置、コンピュータプログラム | |
| US20020128907A1 (en) | Information delivery scheme and advertisement providing scheme using social filtering technique | |
| JP4597473B2 (ja) | コンピュータ・ネットワーク検索エンジンによって生成された検索結果リストにおける順位および価格保護を供給するためのシステムのための自動広告主通知 | |
| JP3813210B2 (ja) | オンライン広告システムおよび方法 | |
| US10510043B2 (en) | Computer method and apparatus for targeting advertising | |
| US11978079B2 (en) | Systems and methods for an electronic coupon system | |
| WO2007086191A1 (ja) | 広告配信システムと装置、方法並びに広告配信プログラム | |
| JP3746663B2 (ja) | お薦め情報紹介方法、アイテム推薦サーバ、お薦め情報紹介プログラムを記録した記録媒体 | |
| JP4574292B2 (ja) | 広告提供方法、広告提供装置およびコンピュータプログラム | |
| EP2784741A1 (en) | Information processing device, information processing method, information processing program, and recording medium upon which information processing program has been recorded | |
| JP2009265833A (ja) | 広告システム及び広告方法 | |
| JP2006293920A (ja) | 流行創出型広告システム、流行創出型広告方法、プログラムおよび記録媒体 | |
| US20020152090A1 (en) | Viewer history managing apparatus and method,and viewer history providing system | |
| JP4948573B2 (ja) | 広告課金装置及び方法 | |
| US7475121B2 (en) | Information distribution apparatus and information distribution method | |
| US20070179933A1 (en) | Method and system for providing information on article of commerce | |
| CA2424687A1 (en) | Method of searching for, collecting and distributing information in distributed computer | |
| JP2004362045A (ja) | グループ認証システム，サーバ装置，プログラム，記録媒体及びグループ認証方法。 | |
| US20050131953A1 (en) | Information providing method, information management device and program | |
| JP2002032492A (ja) | 出会い支援方法、出会い支援装置、出会い支援プログラムを記録した記録媒体 | |
| US6907448B2 (en) | Server system for classifying accepted users based on identification information into predetermined groups in accordance with a counting result obtained by counting a number of stored identification information | |
| WO2002037290A1 (fr) | Systeme de publicite par banniere et procede permettant de gerer une publicite par banniere | |
| JP2002073688A (ja) | 情報収集／提供方法及びシステム | |
| KR20140013380A (ko) | 소셜 네트워크 서비스에 기반한 광고 방법 및 시스템 | |
| JP2004158023A (ja) | メールに広告情報を追加可能なメール配信システム、並びに受信形態の異なる複数種類のメール配信サービスを提供可能なメール配信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040318 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040706 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040903 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051128 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061114 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061215 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070131 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3913497 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110209 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120209 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130209 Year of fee payment: 6 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |