(57)【要約】【課題】インターネット等で情報を配送するサービスにおいて、ある情報に相関のある情報を、簡易にクライアントに提供できるようにする。【解決手段】情報閲覧サーバ１２０から定期的に送付される、利用者が情報を閲覧したアクセス履歴を保持する手段１１４、クライアント１００からの相関検出の元となる情報（相関検出条件）を保持する手段１１６、相関検出条件をキーに、アクセス履歴から相関のある情報（相関情報）を検出する手段１１３、相関情報をクライアント１００に配送する手段１１２等を、情報配送サーバ１１０上に持たせる。【選択図】図１
2005032272.tif 000002
【特許請求の範囲】
【請求項１】
情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するステップと、
前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するステップと、
アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するステップと、
を有することを特徴とする広告提供方法。
【請求項２】
アクセス履歴に基づいてクライアントと広告エージェント以外で前記対象情報にアクセスした他の関連利用者を検出するステップと、
アクセス履歴に基づいて該他の関連利用者によりアクセスされた潜在対象情報を抽出するステップと、
前記追加情報と前記潜在対象情報とにアクセスしている仮想の利用者である別の広告エージェントのアクセス履歴を追加するステップと、
前記潜在対象情報にアクセスした別のクライアントに対して、アクセス履歴に基づいて、該別のクライアント以外で該潜在対象情報にアクセスした別の関連利用者として前記別の広告エージェントを検出し、アクセス履歴に基づいて前記別の関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報を該別のクライアントに配送するステップと、
を更に有することを特徴とする請求項１記載の広告提供方法。
【請求項３】
前記提供するステップは前記広告情報を前記追加情報にリンクされた形で提供することを特徴とする請求項１記載の広告提供方法。
【請求項４】
前記管理するステップは、広告主から指定された前記広告情報と、前記追加情報と、前記対象情報とを管理することを特徴とする請求項１記載の広告提供方法。
【請求項５】
実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、
該広告情報配送回数および／または該追加情報アクセス回数に基づいて広告主に広告料を課金するステップと、
を更に有することを特徴とする請求項１記載の広告提供方法。
【請求項６】
広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、
実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、
該広告情報配送回数および／または該追加情報アクセス回数が前記最低広告情報配送回数および／または最低追加情報アクセス回数に到達するまで実際の広提供動作を行う広告掲出期間を延長するステップと、
を更に有することを特徴とする請求項１記載の広告提供方法。
【請求項７】
広告主が実際の広告提供動作に先だって広告料の支払いをするように、保証された最低広告情報配送回数および／または最低追加情報アクセス回数に対する広告料を広告主に課金するステップと、
所定の広告掲出期間における実際の広告提供動作による広告情報配送回数と追加情報アクセス回数とを集計するステップと、
該広告情報配送回数および／または該追加情報アクセス回数の前記最低広告情報配送回数および／または最低追加情報アクセス回数との差に相当する広告料の一部を少なくとも返金するステップと、
を更に有することを特徴とする請求項１記載の広告提供方法。
【請求項８】
情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理する手段と、
前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加する手段と、
アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供する手段と、
を有することを特徴とする広告提供装置。
【請求項９】
情報提供者により提供された情報に対する利用者によるアクセスのアクセス履歴と、予め指定された対象情報にアクセスしている利用者であるクライアントに提供すべき情報であって該情報からクライアントがアクセス可能な追加情報と関連付けられている広告情報とを管理するプログラムコードと、
前記対象情報と前記追加情報の両方にアクセスしている仮想の利用者である広告エージェントのアクセス履歴をアクセス履歴に追加するプログラムコードと、  アクセス履歴に基づいてクライアント以外で前記対象情報にアクセスした関連利用者として前記広告エージェントを検出し、アクセス履歴に基づいて前記関連利用者によりアクセスされている相関情報として前記追加情報を抽出し、抽出された該追加情報に関連付けられて管理されている広告情報をクライアントに配送することにより、クライアントからの要求に応じて広告を提供するプログラムコードと、
を有することを特徴とする広告提供のためのコンピュータプログラム。
【請求項１０】
利用者による情報アイテムへのアクセスのアクセス履歴を管理するステップと、
アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するステップと、
アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するステップと、
アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するステップと、
前記広告対象情報アイテムを前記潜在利用者に配送するステップと、
を有することを特徴とする広告提供方法。
【請求項１１】
前記抽出するステップは、アクセス履歴に基づいて前記直接利用者によりアクセスされた情報アイテムで前記広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテム以外のものを前記関連情報アイテムとして抽出し、
前記決定するステップは、アクセス履歴に基づいて前記関連情報アイテムにアクセスした利用者で前記直接利用者以外のものを前記潜在利用者として決定することを特徴とする請求項１０記載の広告提供方法。
【請求項１２】
前記管理するステップは、利用者が情報アイテムを閲覧または購入した時に記録されたアクセス履歴を管理することを特徴とする請求項１０記載の広告提供方法。
【請求項１３】
前記管理するステップは、少なくともアクセス利用者ＩＤと被アクセス情報アイテムＩＤを示すアクセス履歴を管理することを特徴とする請求項１０記載の広告提供方法。
【請求項１４】
前記潜在利用者のアクセス履歴に基づいた順序で前記潜在利用者を並べた潜在利用者リストを生成するステップを更に有し、
前記配送するステップは、該潜在利用者リストの基づいて、前記広告対象情報アイテムを前記潜在利用者に配送することを特徴とする請求項１０記載の広告提供方法。
【請求項１５】
前記配送するステップは、前記潜在利用者リストに基づいて所定数の前記潜在利用者のみに前記広告対象情報アイテムを配送することを特徴とする請求項１４記載の広告提供方法。
【請求項１６】
前記配送するステップは、ネットワークを介して広告メッセージを前記潜在利用者に送付することにより前記広告対象情報アイテムを配送することを特徴とする請求項１０記載の広告提供方法。
【請求項１７】
前記配送するステップは、前記潜在利用者のいづれかからのアクセスに応じて前記広告対象情報アイテムのバナー広告を表示することにより前記広告対象情報アイテムを配送することを特徴とする請求項１０記載の広告提供方法。
【請求項１８】
広告料を、前記広告対象情報アイテムの広告主に課金するステップを更に有することを特徴とする請求項１０記載の広告提供方法。
【請求項１９】
前記課金するステップは、前記広告料を広告配送回数に基づく従量制で課金することを特徴とする請求項１８記載の広告提供方法。
【請求項２０】
前記課金するステップは、前記広告料を所定の広告配送回数を保証した定額制で課金することを特徴とする請求項１８記載の広告提供方法。
【請求項２１】
前記課金するステップは、前記広告料を広告応答回数に基づく従量制で課金することを特徴とする請求項１８記載の広告提供方法。
【請求項２２】
前記課金するステップは、前記広告料を所定の広告応答回数を保証した定額制で課金することを特徴とする請求項１８記載の広告提供方法。
【請求項２３】
利用者による情報アイテムへのアクセスのアクセス履歴を管理する手段と、
アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出する手段と、
アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出する手段と、
アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定する手段と、
前記広告対象情報アイテムを前記潜在利用者に配送する手段と、
を有することを特徴とする広告提供装置。
【請求項２４】
利用者による情報アイテムへのアクセスのアクセス履歴を管理するプログラムコードと、
アクセス履歴に基づいて、広告対象情報アイテムまたは該広告対象情報アイテムに関連する情報アイテムにアクセスした直接利用者を検出するプログラムコードと、
アクセス履歴に基づいて、前記直接利用者によりアクセスされた関連情報アイテムを抽出するプログラムコードと、
アクセス履歴に基づいて、前記関連情報アイテムにアクセスした潜在利用者を決定するプログラムコードと、
前記広告対象情報アイテムを前記潜在利用者に配送するプログラムコードと、
を有することを特徴とする広告提供のためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット、ディジタル双方向テレビ、その他の情報家電等のメディアやネットワークで情報（アイテム）を配送する情報配送方式、およびインタラクティブメディアにおける広告提供方式に関する。
【背景技術】
【０００２】
近年、インターネットなどの利用は目覚ましいものであるが、利用者はアクセスしたＷｅｂページ等の情報を閲覧するか、あるいは、検索結果の一覧などが入手できるだけである。例えば、書籍販売サイトで書籍を検索した場合、検索条件に合致した書籍一覧リスト等は入手できるが、さらに、それに関連（相関）のある他の書籍や他の情報（利用者に興味のありそうなもの）は簡単には入手することができない。
【０００３】
また、マーケティング情報分析において、利用顧客が入力した各アイテムへの評価値、またはアイテムへのジャンル分類等の前処理を前提としていた。また、相関検出のための複雑な条件を設定する必要があった。
【０００４】
一方、インターネットなど、広告に対して即座にリアクションを返せるようなインタラクティブメディアは、ユーザをより容易に獲得することができるため、注目されている。このようなメディアでの広告は、どれだけ多くのユーザに広告を見せるか抱けでなく、どれだけ多くのユーザが広告に対して追加情報の取得要求を出したかが重要になっている。
【０００５】
このようなインタラクティブメディアでの広告掲出手法は、今までに主に以下のような方法が存在する。
【０００６】
(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/)等のネットワークサイトを介して、アイテムの情報を閲覧し、実際にアイテムを購入できるＥＣサーバ等であり、顧客端末６０からのアイテム情報の閲覧要求や購入要求等を受け、情報表示や購入注文発注処理を行うオンラインショッピング処理部１２と、上記アイテムの閲覧／購入等のアイテムへのアクセス（閲覧／購入）履歴を記録するアクセス履歴リスト５０と、顧客端末６０へ顧客ＩＤを発行し、顧客データ蓄積部１４に顧客ＩＤ情報の保持を行うＩＤ情報管理部１３と、アイテムの情報、アイテムＩＤの保持を行うアイテムデータ蓄積部１５と、各部の制御を行う制御部１１で構成される。
【０１８５】
上記アイテムとは、上記顧客端末６０を介して、情報の閲覧、バスケット等への保持、購入等が可能な情報または商品などであり、ＷｅｂのＵＲＬや商品コード等のアイテムＩＤによりユニークに識別できる。
【０１８６】
上記顧客ＩＤは、グローバルに一意的な識別子であり、ＩＤ情報管理部１３において、新規生成、もしくは既存ＩＤの確認を行う。
【０１８７】
潜在顧客抽出サーバ２０は、単数、または複数のオンラインショッピングサーバ１０からアクセス履歴リスト５０を収集するアクセス履歴収集部２２と、前記収集した、アクセス履歴リスト５０を一定期間分保持するアクセス履歴リスト蓄積部２３と、前記アクセス履歴リスト蓄積部２３の履歴をもとに、入力部２５から受けた潜在顧客抽出要求に従い、潜在顧客の抽出を行う潜在顧客抽出処理部２４と、前記抽出した潜在顧客のリストを出力する出力部２６と、これらを制御する制御部２１で構成される。
【０１８８】
広告送信サーバ３０は、指定された広告対象アイテムＩＤを潜在顧客抽出サーバ２０に送信する出力部３４と、前記潜在顧客リストを受け取る入力部３３と、潜在顧客リストに記載の顧客ＩＤの顧客端末に対して広告送信を行う広告配信処理部３２と、前記オンラインショッピングサーバ１０の顧客データ蓄積部１４と同様の顧客データ蓄積部３５、アイテムデータ蓄積部３６と、これらを制御する制御部３１で構成される。
【０１８９】
課金情報管理さーば４０は、広告の送信や広告に対する反応（バナーをクリックする等）、アイテムの情報の閲覧、アイテムの購入等を行うことをトリガーとして課金し、アイテムの広告主である企業に対して料金を請求するための管理サーバであり、課金条件管理部４２、広告配信回数管理部４３、広告レスポンス管理部４４、入力部４５、出力部４６、制御部４１を備える。
【０１９０】
課金条件管理部４２は、アイテムＩＤ毎に広告課金種別、取引数（広告配信数、広告レスポンス数）、契約料金を管理し、アイテムＩＤと広告課金種別をキーとして、取引数（広告配信数、広告レスポンス数）、および契約料金を読み出すことを可能とする。
【０１９１】
広告課金種別は、下記に示すものが可能である。
【０１９２】
・広告配信数毎の従量課金：契約対象アイテムの広告配信数×配信１件あたりの料金。
【０１９３】
・所定広告配信数の定額課金：契約対象アイテムの広告配信数が所定数に達することを条件とする料金。
【０１９４】
・広告レスポンス数毎の従量課金：契約対象アイテムの広告配信に対するレスポンス数×レスポンス１件あたりの料金。
【０１９５】
・所定広告レスポンス数の定額課金：契約対象アイテムの広告配信に対するレスポンス数が所定数に達することを条件とする料金。
【０１９６】
・上記組み合わせによる課金：一定数の広告配信を条件として一定額の定額料金を設定し、一定数以上の配信があった場合に追加従量課金／一定数に達しなかった場合にその量に応じた額の返金を行う等。
【０１９７】
図３９は、第三の実施形態に係る広告配信システムのオンラインショッピングサーバ１０で生成されるアクセス履歴リスト５０を示す図である。
【０１９８】
アクセス履歴リスト５０は、少なくとも“アクセス顧客ＩＤ５１、被アクセスアイテムＩＤ５２”を含む形式で保持されており、さらにアクセス日時５３などの付帯情報があり、例えば、Ｗｅｂサーバのアクセス履歴を利用する手段や、独自の履歴保持手段による手段がある。
【０１９９】
図４１は、第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０に入力される広告対象アイテムリスト８０を示す図である。
【０２００】
広告対象アイテムリスト８０は、少なくとも“広告対象アイテムＩＤ８１、優先度８２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０１】
広告対象アイテムリスト８０には、広告の対象となるアイテムのアイテムＩＤ８１の他、前記アイテムと関連のあるアイテムのアイテムＩＤを記述してもよい。
【０２０２】
図４２は、第三の実施形態に係る広告配信システムの潜在顧客抽出サーバ２０から出力される潜在顧客リスト９０を示す図である。
【０２０３】
潜在顧客リスト９０は、少なくとも“優先順位９１、顧客ＩＤ９２”を含む形式で記述されており、例えば、カンマ区切りのＣＳＶファイル形式で記述する手段や、独自の記述様式による記述方法がある。
【０２０４】
次に各部の詳細な動作について、図４３〜４７を参照して説明する。
【０２０５】
＜顧客ＩＤの付与＞
図４３はオンラインショッピングサーバ１０における顧客ＩＤ付与動作を示すフローチャートである。
【０２０６】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワーク１１を介して、オンラインショッピングサーバ１０にアクセスする。（ステップ２１００）
（２）顧客端末６０は、オンラインショッピングサーバ１０への接続を確認すると、“顧客端末認証要求”とともに顧客ＩＤ記憶部６２に保持されている顧客ＩＤを送る。この時、顧客ＩＤが保持されていない際には、なにもないことを示すＮＵＬＬコードを送信する。（ステップ２１１０）
（３−１）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードであった場合には（ステップ２１２０）、ＩＤ情報管理部１３より新規のグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２０７】
（３−２）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤでない場合には（ステップ２１３０）、前記顧客端末６０より受けた前記顧客ＩＤを破棄し、ＩＤ情報管理部１３により新規にグローバルに一意的な識別子である顧客ＩＤを生成し（ステップ２１４０）、顧客ＩＤを顧客データ蓄積部１４に保存し（ステップ２１５０）、“顧客端末認証応答”とともに前記顧客ＩＤを前記顧客端末６０に送る（ステップ２１６０）。
【０２０８】
（３−３）“顧客端末認証要求”と顧客ＩＤを受けたオンラインショッピングサーバ１０は、顧客ＩＤがＮＵＬＬコードでない場合には（ステップ２１２０）、ＩＤ情報管理部１３に問い合わせ、顧客データ蓄積部１４に存在するか否かを確認し、存在する顧客ＩＤであった場合には（ステップ２１３０）、“顧客端末認証応答”とともに前記顧客ＩＤをそのまま前記顧客端末６０に送る（ステップ２１６０）。
【０２０９】
（４）前記“顧客端末認証応答”と前記顧客ＩＤを受け取った顧客端末６０は、受信した顧客ＩＤを顧客ＩＤ記憶部６２に書き込む（ステップ２１７０）。
【０２１０】
本一連の処理は、ＩＤ情報管理部１３において、顧客ＩＤとともにパスワードを記憶管理することにより、（２）〜（３）の顧客認証要求の処理にパスワードチェックを行い、顧客ＩＤのセキュリティを高めることも可能である。
【０２１１】
＜アクセス履歴の生成＞
図４４はオンラインショッピングサーバ１０におけるアクセス履歴生成動作を示すフローチャートである。
【０２１２】
（１）顧客が顧客端末６０を利用して、インターネット等のネットワークＮを介して、オンラインショッピングサーバ１０上のアイテム情報を閲覧、またはアイテムの購入要求を送信する（ステップ２２００）。
【０２１３】
（２）アクセスしてきた顧客端末の顧客ＩＤと、閲覧／購入対象のアイテムのアイテムＩＤを少なくとも含む形で、アクセス履歴リスト５０にアクセス履歴を追加する（ステップ２２１０）。
【０２１４】
アクセス履歴上に記録する情報は、上記のみに限るものではなく、閲覧／購入の区別等の情報を記録し、後述の潜在顧客抽出動作の際の優先順位付けのパラメータとして利用することも可能である。
【０２１５】
＜アクセス履歴の収集＞
図４５は潜在顧客抽出サーバ２０におけるアクセス履歴収集動作を示すフローチャートである。
【０２１６】
（１）潜在顧客抽出サーバ２０において、あらかじめ指定した時刻に制御部２１からアクセス履歴収集部２２へアクセス履歴収集要求が送信され、アクセス履歴収集動作を開始する（ステップ２３００）。
【０２１７】
（２）潜在顧客抽出サーバ２０において、アクセス履歴収集部２２は、オンラインショッピングサーバ１０上のアクセス履歴リスト５０をネットワークＮを介してＦＴＰ  ＧＥＴ等のプロトコルを利用し収集する（ステップ２３１０）。
【０２１８】
（３）オンラインショッピングサーバ１０よりアクセス履歴リスト５０を収集したアクセス履歴収集部２２は、アクセス履歴リスト蓄積部２３に保持する。この際、顧客ＩＤをキーとして該顧客が閲覧／購入したアクセス履歴を、アイテムＩＤをキーとして、該アイテムが閲覧・購入されたアクセス履歴を読み出せる様な形式で保持する（ステップ２３２０）。
【０２１９】
尚、（２）の収集動作において、収集対象となるオンラインショッピングサーバ１０は単数に限るものではなく、複数のサーバ１０から収集するものでもよい。また、アクセス履歴収集部２２からアクセス履歴収集を行う方式に限るものではなく、定期的、またはアクセスがあった時点で、オンラインショッピングサーバ１０からアクセス履歴収集部２２へ送信する方式でもよい。
【０２２０】
＜潜在顧客抽出＞
図４６は潜在顧客抽出サーバ２０における潜在顧客抽出の動作を示すフローチャートである。
【０２２１】
（１）潜在顧客抽出サーバ２０において、入力部２５が“潜在顧客抽出要求”とともに、広告対象アイテムリストの入力を受信する（ステップ２４００）。
【０２２２】
前記広告対象アイテムリストの情報は、実際に広告の対象となるアイテムのアイテムＩＤのみに限定されるものではなく、広告主が指定する広告対象アイテムと関連するアイテムのアイテムＩＤも含んでもよい。
【０２２３】
（２）前記潜在顧客抽出要求を受信した入力部２５から制御部２１へ潜在顧客抽出要求を送信し、潜在顧客抽出動作を開始する（ステップ２４１０）。
【０２２４】
（３）前記潜在顧客抽出要求を受信した制御部２１から、潜在顧客抽出処理部２４へ潜在顧客抽出開始要求を送信する（ステップ２４２０）。
【０２２５】
（４）前記潜在顧客抽出開始要求を受信した潜在顧客抽出処理部２４は、入力部２５から前記広告対象アイテムリストを読出し、前記広告対象アイテムリスト中の全アイテムＩＤを対象アイテム群７１（以降Ｇ１と呼ぶ：図４０参照）にセットする（ステップ２４３０）。
【０２２６】
（５）潜在顧客抽出処理部２４において、アクセス履歴リスト蓄積部２３より、前記Ｇ１のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤをＧ１のアイテムにアクセスした顧客（直接顧客）群７２（以降Ｇ２と呼ぶ：図４０参照）にセットする（ステップ２４４０）。
【０２２７】
（６）潜在顧客抽出処理部２４において、５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ２中の顧客ＩＤをキーとして、過去に前記顧客がアイテムを閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全アイテムＩＤの内、Ｇ１でないＧ１のアイテムに関係の深いアイテム群７３（以降Ｇ３と呼ぶ：図４０参照）にセットする（ステップ２４５０）。
【０２２８】
（７）潜在顧客抽出処理部２４において５）と同様にして、アクセス履歴リスト蓄積部２３より、前記Ｇ３中のアイテムＩＤをキーとして、過去に前記アイテムを顧客が閲覧／購入したアクセス履歴を取得し、アクセス履歴中の全顧客ＩＤの内、Ｇ２にない顧客ＩＤをＧ１のアイテムに潜在的に興味を持つ可能性の高い顧客（潜在顧客）群７４（以降Ｇ４と呼ぶ：図４参照）にセットする（ステップ２４６０）。
【０２２９】
（８）潜在顧客抽出処理部２４において、前記Ｇ４の顧客ＩＤを潜在顧客リストとして出力部２６に送信する（ステップ２４７０）。
【０２３０】
（９）潜在顧客リストを受信した出力部２６は外部インタフェースに対して、潜在顧客リストを出力する（ステップ２４８０）。
【０２３１】
前記動作により、広告を打ちたい対象アイテムにアクセスした顧客群と類似したアクセス傾向を持つ顧客群を抽出できる。前記直接顧客と類似したアクセス傾向を持つ顧客群は、興味傾向が似ていると言える為、すなわち、潜在的に前記広告対象アイテムを購入する可能性の高い顧客群（潜在顧客）を抽出したことになる。
【０２３２】
前記（４）〜（７）の処理において、例えば、群中のアクセスしたアイテムの数（重なりの量）や、アクセス日時、顧客の過去のアクセスアイテム数、アイテムの過去の被アクセス顧客数等をキーにして、順序をソーティングすることで、優先順位を決定し、前記ソーティングした順位の上位ｎ件に絞込むことでより、アクセス傾向の類似度の精度を上げることが可能である。
【０２３３】
＜広告配信動作＞
図４７は広告送信サーバ３０における広告を潜在顧客へ配信する動作を示すフローチャートである。
【０２３４】
（１）広告送信サーバ３０において、入力部３３が“広告配信要求”とともに、単数、または複数の広告対象アイテムＩＤの入力を受信する（ステップ２５００）。
【０２３５】
（２）広告送信サーバ３０において、入力部３３から制御部３１へ前記広告配信要求を送信し、広告配信処理動作が開始する（ステップ２５１０）。
【０２３６】
（３）前記広告配信要求を受信した制御部３１から、出力部３４へ“広告対象アイテムＩＤ出力要求”を送信する（ステップ２５２０）。
【０２３７】
（４）前記広告対象アイテムＩＤ出力要求を受信した出力部３４は、入力部３３から広告対象アイテムＩＤを読み出す（ステップ２５３０）。
【０２３８】
（５）出力部から潜在顧客抽出サーバ２０へ広告対象アイテムＩＤを、“潜在顧客抽出要求”とともに送信する（ステップ２５４０）。
【０２３９】
（６）潜在顧客抽出サーバ３０において、広告対象アイテムに対する潜在顧客抽出動作を実行（ステップ２５５０／ステップ２４００〜２４８０）。
【０２４０】
（７）潜在顧客抽出サーバ２０から出力された潜在顧客リストを、広告送信サーバ３０の入力部３３が受信する（ステップ２５６０）。
【０２４１】
（８）前記潜在顧客リストを受信した広告送信サーバ３０の入力部３３から広告配信処理部３２へ潜在顧客リストを送信する（ステップ２５７０）。
【０２４２】
（９）前記潜在顧客リストを受信した広告配信処理部３２から、潜在顧客リストに記載の顧客ＩＤに対応した顧客端末６０に対して、電子メールやプッシュ配信装置等の手段を用いて広告を送信する（ステップ２５８０）。
【０２４３】
前記広告配信方法は、直接電子メールやプッシュ配信装置を用いて送信する方法のみに限定するものではなく、顧客端末６０がオンラインショッピングサーバ１０にアクセスしてきた際に、バナー広告を表示する方法でもよい。
【０２４４】
この実施形態によれば、顧客の過去のアクセス履歴のみをもとに、広告配信先を潜在顧客へと絞り込みが行える為、
・顧客からの事前の属性情報の登録が不要（属性入力の手間がかからないことから顧客を集めやすい）
・アイテムに対する属性情報の登録が不要（メンテナンスの手間がかからない）
・広告対象アイテムの潜在顧客に対して広告配信を行え、顧客が広告対象アイテムに興味を持つ可能性が高まる
つまり、結果として顧客の手間、管理の手間を減少させ、かつ、広告対象アイテムの閲覧／購入の確率を増加させることができる。
【０２４５】
本発明は上記に限るものではなく、例えば、広告配信は、オンラインショッピングサーバ１０のトップページにお奨めアイテムの形式でメニュー表示することも可能である。
【０２４６】
また、インターネット応用だけでなく、ディジタル双方向ＴＶや情報家電などの属性入力が困難なメディア＆ネットワークで、アクセス履歴のみで広告配信先を決定する際に有効になる。
【０２４７】
また、オンラインショッピングサーバ１０、潜在顧客抽出サーバ２０、広告送信サーバ３０、課金情報管理サーバ４０はそれぞれ独立の装置でも、いずれかの組み合わせ、あるいは全てを１台のサーバで実施してもよい。
【０２４８】
以上のように、ＷｅｂのＥＣサイト等のオンラインショッピングサーバにおいて、顧客がアイテムの情報を閲覧した、またはアイテムを購入した履歴（アクセス履歴）が保存される。保存される情報は、例えば“顧客ＩＤ、アイテムＩＤ、アクセス日時”である。
【０２４９】
上記アクセス履歴を収集し、アイテムＡの広告を配信するときには、図４に示すように、「アイテムＡとその関連アイテムから成るアイテム群Ｇ１を閲覧／購入した顧客群Ｇ２が共通に閲覧／購入した」アイテム群Ｇ３を同じように見ている「潜在的にＧ１ｗを閲覧／購入する可能性の高い顧客（潜在顧客）群Ｇ４」に対して広告を配信することが基本的なロジックである。
【０２５０】
このようにして、この実施形態に従って、広告を配信したい対象アイテムに対して、アクセス履歴のみをもとに（属性の事前登録が不要で）閲覧／購入する可能性の高い顧客に対しての広告配信を行う事が可能となる。
【０２５１】
なお、コンピュータ技術に従事するものにとって明らかな様に、上記実施形態は、本明細書の教示に従ってプログラムされた従来の汎用ディジタルコンピュータを用いて都合に合わせて実施してもよく、プログラマによって本開示による教示に基づいて適切なソフトウェアコードが容易に作成される。
【０２５２】
特に、上記の各実施形態の情報配送サーバ、広告提供サーバ、オンラインショッピングサーバ、潜在顧客抽出サーバ及び広告転送サーバなどのような各種サーバ装置は、ソフトウェアの形態で都合に合うように提供し得る。
【０２５３】
そのようなソフトウェアパッケージは、開示される本発明の機能及びプロセスを実行するようにコンピュータをプログラムするために用いる記録されたコンピュータコードを含む記録媒体を用いるコンピュータプログラム製品であってもよい。記録媒体は、従来のフロッピディスク、光学ディスク、ＣＤ−ＲＯＭ、磁気−光学ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光学カードあるいはその他電子命令を格納するために好適な媒体であってもよいが、これらに限定されるものでもない。
【図面の簡単な説明】
【０２５４】
【図１】第一の実施形態のシステム構成図である。
【図２】第一の実施形態におけるアクセス履歴取得の処理フロー図である。
【図３】第一の実施形態における相関アイテム配送先クライアントの登録処理フロー図である。
【図４】第一の実施形態における相関アイテム配送の登録処理フロー図である。
【図５】第一の実施形態における相関アイテム検出の全体処理フロー図である。
【図６】第一の実施形態における相関アイテム検出の概念図である。
【図７】第一の実施形態における相関アイテム検出の詳細処理フロー図である。
【図８】第一の実施形態における相関アイテムの配送と課金の処理フロー図である。
【図９】第一の実施形態における課金情報の集計処理フロー図である。
【図１０】第一の実施形態における相関アイテム配送の具体例を示す図である。
【図１１】第二の実施形態のシステム構成図である。
【図１２】第二の実施形態における広告紹介の全体の処理の流れを示す図である。
【図１３】第二の実施形態におけるソーシャルフィルタリング情報紹介アルゴリズムの概念図である。
【図１４】第二の実施形態における潜在対象情報抽出アルゴリズムの概念図である。
【図１５】第二の実施形態における潜在対象情報抽出の処理のフロー図である。
【図１６】第二の実施形態における広告紹介のアルゴリズムの概念図である。
【図１７】第二の実施形態における広告紹介の処理フロー図である。
【図１８】第二の実施形態における広告紹介の具体的イメージを示す図である。
【図１９】第二の実施形態における支払方法のタイプを示す図である。
【図２０】第二の実施形態におけるアクセス履歴の一例である。
【図２１】第二の実施形態における広告情報の一例である。
【図２２】第二の実施形態における対象情報の一例である。
【図２３】第二の実施形態における潜在対象情報の一例である。
【図２４】第二の実施形態における広告エージェントのアクセス履歴作成の一例である。
【図２５】第二の実施形態における利用者識別子及び情報の属性設定の一例である。
【図２６】第二の実施形態における広告情報の具体例である。
【図２７】第二の実施形態における対象情報の具体例である。
【図２８】第二の実施形態における潜在対象情報の具体例である。
【図２９】第二の実施形態における広告エージェントのアクセス履歴作成の具体例である。
【図３０】第二の実施形態における利用者識別子及び情報の属性設定の具体例である。
【図３１】第二の実施形態における契約時の保証回数の具体例である。
【図３２】第二の実施形態における広告掲出期間後のレポートの具体例である。
【図３３】第二の実施形態における追加掲出後のレポートの具体例である。
【図３４】第二の実施形態における広告掲出期間後のレポートの他の具体例である。
【図３５】第二の実施形態における契約時の単価の具体例である。
【図３６】第二の実施形態における広告掲出期間後のレポートの更に他の具体例である。
【図３７】第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３８】第三の実施形態に係る広告配信装置の構成を示すブロック図である。
【図３９】第三の実施形態に係る広告配信装置のオンラインショッピングサーバで生成されるアクセス履歴リストを示す説明図である。
【図４０】第三の実施形態に係る潜在顧客抽出の一例を示す概念図である。
【図４１】第三の実施形態に係る広告配信装置の潜在顧客抽出サーバに入力される広告対象アイテムリストを示す説明図である。
【図４２】第三の実施形態に係る広告配信装置の潜在顧客抽出サーバから出力される潜在顧客リストを示す説明図である。
【図４３】第三の実施形態に係るオンラインショッピングサーバにおける顧客ＩＤ付与動作を示すフローチャートである。
【図４４】第三の実施形態に係るオンラインショッピングサーバにおけるアクセス履歴生成動作を示すフローチャートである。
【図４５】第三の実施形態に係る潜在顧客抽出サーバにおけるアクセス履歴収集動作を示すフローチャートである。
【図４６】第三の実施形態に係る潜在顧客抽出サーバにおける潜在顧客抽出の動作を示すフローチャートである。
【図４７】第三の実施形態に係る広告送信サーバにおける広告を潜在顧客へ配信する動作を示すフローチャートである。
【符号の説明】
【０２５５】
１０  オンラインショッピングサーバ
１１  制御部  １２  オンラインショッピング処理部
１３  ＩＤ情報管理部
１４  顧客データ蓄積部
１５  アイテムデータ蓄積部
２０  潜在顧客抽出サーバ
２１  制御部
２２  アクセス履歴収集部
２３  アクセス履歴リスト蓄積部
２４  潜在顧客抽出処理部
２５  入力部
２６  出力部
３０  広告送信サーバ
３１  制御部
３２  広告配信処理部
３３  入力部
３４  出力部
３５  顧客データ蓄積部
３６  アイテムデータ蓄積部
４０  課金情報管理サーバ
４１  制御部
４２  課金条件管理部
４３  広告配信回数管理部
４４  広告レスポンス管理部
４５  入力部
４６  出力部
５０  アクセス履歴リスト
６０  顧客端末
６１  入出力装置
６２  顧客ＩＤ記憶部  １００  クライアント
１１０  情報配送サーバ
１１１  Ｗｅｂページ
１１２  サーバエンジン
１１３  アイテム間相関検出部
１１４  閲覧／購入履歴データベース
１１５  クライアント管理部
１１６  基点アイテム保持部
１１７  相関アイテム保持部
１１８  課金管理部
１２０  情報閲覧サーバ
１３０  ネットワーク
１１００  広告主端末
１１１０  利用者端末
１１２０  広告提供サーバ
１１２１  広告情報管理部
１１２２  利用者履歴管理部
１１２３  潜在対象情報生成部
１１２４  広告情報選択部
１１２５  広告提供回数管理部
１１２６  広告料金計算部
１１３０  ログ管理サーバ
１１４０  情報サーバ提供サーバ
１１５０  ネットワーク
【図１】
2005032272.tif 000003
【図２】
2005032272.tif 000004
【図３】
2005032272.tif 000005
【図４】
2005032272.tif 000006
【図５】
2005032272.tif 000007
【図６】
2005032272.tif 000008
【図７】
2005032272.tif 000009
【図８】
2005032272.tif 000010
【図９】
2005032272.tif 000011
【図１０】
2005032272.tif 000012
【図１１】
2005032272.tif 000013
【図１２】
2005032272.tif 000014
【図１３】
2005032272.tif 000015
【図１４】
2005032272.tif 000016
【図１５】
2005032272.tif 000017
【図１６】
2005032272.tif 000018
【図１７】
2005032272.tif 000019
【図１８】
2005032272.tif 000020
【図１９】
2005032272.tif 000021
【図２０】
2005032272.tif 000022
【図２１】
2005032272.tif 000023
【図２２】
2005032272.tif 000024
【図２３】
2005032272.tif 000025
【図２４】
2005032272.tif 000026
【図２５】
2005032272.tif 000027
【図２６】
2005032272.tif 000028
【図２７】
2005032272.tif 000029
【図２８】
2005032272.tif 000030
【図２９】
2005032272.tif 000031
【図３０】
2005032272.tif 000032
【図３１】
2005032272.tif 000033
【図３２】
2005032272.tif 000034
【図３３】
2005032272.tif 000035
【図３４】
2005032272.tif 000036
【図３５】
2005032272.tif 000037
【図３６】
2005032272.tif 000038
【図３７】
2005032272.tif 000039
【図３８】
2005032272.tif 000040
【図３９】
2005032272.tif 000041
【図４０】
2005032272.tif 000042
【図４１】
2005032272.tif 000043
【図４２】
2005032272.tif 000044
【図４３】
2005032272.tif 000045
【図４４】
2005032272.tif 000046
【図４５】
2005032272.tif 000047
【図４６】
2005032272.tif 000048
【図４７】
2005032272.tif 000049