JP2002133253A - 情報利用料課金システム - Google Patents

Abstract

(57)【要約】 【課題】 リコメンデーションサービス提供者から提供
された情報に対するユーザの使用状況に応じて課金する
ことができるシステムを提供する。 【解決手段】 Ｗｅｂブラウザ利用者が、カタログ閲
覧、商品選択、商品購入などのアクションをとった場
合、お薦め候補に関する情報とブラウザ利用者のアクシ
ョンとを関連づけて蓄積し、アクションの種別に応じて
カタログ作成者に対するお薦め候補使用料を決定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータネット
ワークを介して端末にお薦め商品を提供、又は表示する
システムでの情報使用料の課金システムに係り、特に、
この情報が使用された場合に成功報酬として課金する情
報利用料課金システムに関する。

【０００２】

【従来の技術】インターネットの普及に従い、パーソナ
ルコンピュータや携帯電話などの端末を用いたオンライ
ンサービスが一般的になりつつある。２４時間サービ
ス、個々の買い手に対してパーソナライズしたサービス
（パーソナライズドサービス）を実現するため、売り手
はコンピュータプログラムにより買い手の要求に対応し
ている。パーソナライズドサービスの例としては、多数
の取扱商品からお薦め商品を選択して提示するリコメン
デーションサービスがある。提供する商品の数や種類が
多い場合でも、買い手が求める情報を自動的に選択する
ことをリコメンデーションサービスは可能にする。

【０００３】人工知能学会誌２０００年５月号、ｐ．４
１４−４１５の解説記事（第１の従来技術）に記載され
ているように、例えばＷＷＷ上の書籍販売オンラインシ
ョッピングサービスで買い手がある本をＷｅｂブラウザ
から選択したとき、売り手が他のお薦め本もいっしょに
提示するなどの個別対応を自動的に実現できるものがあ
る。

【０００４】現在、リコメンデーションサービスを提供
するためのアプリケーションがいくつか市販されてい
る。この種のアプリケーションはサービスを提供する売
り手側のサイトで使用される。

【０００５】アプリケーションの販売方法には、ソフト
ウェアを購入者に渡して、機能を提供することを前提と
する方法（第２の従来技術）と、購入者にソフトウェア
を渡さずにネットワークを介して機能を提供することを
前提とする方法（第３の従来技術）がある。従来技術２
に関しては、ソフトウェアの実体と使用ライセンスを販
売したり、使用ライセンスのみを販売、またはレンタル
／リースなどの方法がある。従来技術３に関しては、イ
ンターネットではＡＳＰ（ＡｐｐｌｉｃａｔｉｏｎＳｅ
ｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）と呼ばれるビジネス分
野が成立しつつある。ＡＳＰにおいては、サービス提供
者がアプリケーションをレンタル／リース形式で再販
し、アプリケーションホスティングやアプリケーション
マネジメントといったサービスを提供する。

【０００６】また、インターネットにおけるサービスの
多くはＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）環境で
提供されている。ＷＷＷの実体はＨＴＴＰ（Ｈｙｐｅｒ
ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）で結
合されたサーバとクライアントの集合である。サーバが
提供する情報の多くはＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭ
ａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述され、ＨＴ
ＭＬを含むハイパーリンクは様々な情報を連結してい
る。利用者はクライアント上のＷｅｂブラウザからハイ
パーリンクを辿ることにより、複数のサーバに点在した
情報をブラウジング（閲覧）することができる。

【０００７】インターネット上の仲介サービスに対する
課金を、ハイパーリンクを利用して実現する方法として
は、米国特許６０２９１４１号公報（第４の従来技術）
がある。第４の従来技術はアフィリエイト（ａｆｆｉｌ
ｉａｔｅ）制度と呼ばれる顧客仲介サービスの課金を実
現することができる。アフェリエイト制度では顧客を店
舗に導いた仲介者に対して、売買の成立に応じたインセ
ンティブ（報酬）を商品販売者が提供する。

【０００８】

【発明が解決しようとする課題】商品の売り手が、従来
技術１でリコメンデーションサービスを買い手に対して
提供する場合、アプリケーション販売者は第２あるいは
第３の従来技術によりアプリケーションを販売してい
る。従って、リコメンデーションが効果を発揮せず、お
薦め商品の売買が成立しない場合でも、売り手はライセ
ンス料やリース料などの形でアプリケーション利用の対
価を支払わなければならない。また、第４の従来技術で
は、商品販売者が顧客仲介者に与えるインセンティブを
課金するための仕組みを提供する。しかし、アフィリエ
イトのインセンティブは、顧客を商品販売者のコンテン
ツサイトに誘導したことに対する対価である。従来技術
４は、多数の商品から顧客に適切なものを選択するサー
ビスである、リコメンデーションに対するインセンティ
ブを計算する仕組みを提供しない。

【０００９】本発明の目的はリコメンデーションサービ
ス提供者とサービス利用者に売買成立状況に応じたサー
ビス使用料を課金する方法を提供することにある。ま
た、本発明の他の目的はリコメンデーションサービス提
供者とサービス利用者に、リコメンデーションサービス
利用者の顧客がとった行動に応じて使用料を算出するこ
とができるシステムを提供することにある。

【００１０】

【課題を解決するための手段】本発明の目的を達成する
ために、リコメンデーションノードはサイトＩＤとお薦
め候補のＩＤを有するお薦め候補データを生成し、コン
テンツノードはお薦め候補データからカタログを作成し
て、Ｗｅｂブラウザを備えるユーザノードに送信する。
送信データはＨＴＭＬ形式であり、サイトＩＤ、お薦め
候補識別ＩＤ、アクションＩＤを有している。ロギング
ノードは、コンテンツノードが送信したカタログデータ
を記録し、さらにユーザノードが送信するサイトＩＤ、
お薦め候補識別ＩＤ、アクションＩＤを記録する。Ｗｅ
ｂブラウザ利用者が、カタログ閲覧、商品選択、商品購
入などのアクションをとった場合、ロギングノードには
コンテンツノードが使用したお薦め候補に関する情報と
ブラウザ利用者の行動が関連づけられて記録される。

【００１１】以下、本発明について更に詳細に説明す
る。第１の発明では、情報利用料課金システムは、提供
する情報、情報を識別する情報識別ＩＤ及び情報提供者
を受けるサイトのサイトＩDを生成、蓄積するリコメン
デーションノードと、該リコメンデーションノードから
提供された該情報、該情報識別ＩＤ及び該サイトＩＤに
ユーザが該情報の利用の種別を識別するアクションＩＤ
を付加してユーザに伝送するコンテンツノードと、契約
データと、該ユーザが該情報を利用した場合に該ユーザ
から送信される該情報識別ＩＤ、該サイトＩＤ及び該ア
クションＩＤとを用いて該コンテンツノードに対して課
金する該情報の利用料を算出する課金ノードとを備え
る。

【００１２】第２の発明では、情報利用料課金システム
は、提供する情報、情報を識別する情報識別ＩＤ及び情
報提供者を受けるサイトのサイトＩDを生成、蓄積する
リコメンデーションノードと、該リコメンデーションノ
ードから提供された該情報、該情報識別ＩＤ及び該サイ
トＩＤにユーザが該情報の利用の種別を識別するアクシ
ョンＩＤを付加してユーザに伝送するコンテンツノード
と、コンピュータネットワークシステムを利用して情報
を取得し、該情報を利用した場合、利用した情報の識別
ＩＤ、利用した情報のアクションＩＤ及び該サイトＩＤ
を送信するすることできるユーザノードと、該コンテン
ツノードから該情報識別ＩＤ、該サイトＩＤを取得し
て、蓄積すると共に、該ユーザノードから送信された該
利用した情報の識別ＩＤ、該利用した情報のアクション
ＩＤ及び該サイトＩＤを蓄積するロギングノードと、契
約データを有し、該契約データと該ロギングノードから
取得した該利用した情報の識別ＩＤ、該サイトＩＤ及び
該アクションＩＤとから該コンテンツノードに対して課
金する該情報の利用料を算出する課金ノードとを備え
る。

【００１３】第３の発明では、情報利用料課金システム
は、端末にお薦め商品を提供することができるコンピュ
ータネットワークシステムを利用して商品カタログを表
示する手段と、該カタログ中の商品の選択、購入を行う
ユーザのアクション種別を送信できる手段を備えるユー
ザノードと、該商品カタログに掲載するお薦め商品候補
に商品ＩＤ、お薦め候補識別ＩＤ及びサイトＩＤを追加
してお薦め商品候補リストを生成する手段と、該お薦め
商品候補リストを蓄積する手段を有するリコメンデーシ
ョンノードと、該リコメンデーションから該お薦め商品
候補リストを受信し、該商品ＩＤ、該お薦め候補識別Ｉ
Ｄ及び該サイトＩＤを有する該お薦め商品候補リストに
ユーザの該アクション種別を示すアクションＩＤを付加
してお薦め商品のカタログデータを作成し、該ユーザノ
ードに対して送信するコンテンツノードと、該コンテン
ツノードから取得した該カタログデータに含まれる該薦
め候補識別ＩＤ、該サイトＩＤを受信し、受信日時と共
に蓄積する手段と、該ユーザノードから送信された該薦
め候補ＩＤ、該サイトＩＤ及び該アクションＩＤを受信
し、該受信データを受信日時と共にユーザアクションデ
ータとして蓄積する手段を有するロギングノードと、該
のロギングノードが蓄積するデータを用いてコンテンツ
ノードに対するお薦め商品候補リストの使用料金を算出
する手段を備える課金ノードとを備える。

【００１４】第２または第３の発明において、該コンテ
ンツノードはＨＴＭＬ形式でユーザノードに送信し、該
ユーザノードはＨＴＴＰ形式で該ロギングノードに送信
する。

【００１５】第３の発明において、該お薦め商品候補を
生成する手段は、該コンテンツノドが有する商品デー
タ、購買履歴データ、顧客データ、Ｗｅｂサーバアクセ
スログのうち少なくとも一つを用いる。また、該コンテ
ンツノードに対する該お薦め商品候補リストの使用料金
を決定する手段は、該アクションＩＤとユーザが購入し
た商品の販売単価に基づいて計算する。また、該コンテ
ンツノードに対する該お薦め商品候補リストの使用料金
は、該アクションＩＤとアクション種別毎の単価に基づ
いて計算する。また、該コンテンツノードに対する該お
薦め商品候補リストの使用料金の決定は、カタログデー
タの件数に基づいて計算する。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て、幾つかの実施例を用い、図を参照して説明する。図
１はお薦め情報利用料課金システムの第１の実施例を示
すブロック図であり、お薦め情報利用料課金システム１
００の構成とデータの流れを示している。図において、
お薦め情報利用料課金システム１００はリコメンデーシ
ョンノード１０１、コンテンツノード１０２、ユーザノ
ード１０３、ロギングノード１０４、課金ノード１０５
及び通信網１０６から構成されている。各ノードはコン
ピュータネットワークで結合されている。通信網１０６
はコンテンツノード１０２とユーザノード１０３がＨＴ
ＴＰで通信することができる。

【００１７】リコメンデーションノード１０１はお薦め
商品の候補を生成するお薦め候補生成装置１０７とお薦
め商品の候補を蓄積するお薦め候補蓄積装置１０８など
から構成されており、コンテンツノード１０２から要求
があると、リコメンデーションノード１０１はコンテン
ツノード１０２へお薦め商品の候補を送信する。ユーザ
ノード１０３はＷｅｂブラウザを有し、商品カタログを
表示する機能であるカタログ表示装置１１０や、カタロ
グ中の商品を購入する機能を有するアクション送信装置
１１１などを備えている。

【００１８】コンテンツノード１０２はリコメンデーシ
ョンノード１０１から送信されたお薦め候補からカタロ
グを作成し、オンラインショッピングなどのサービスを
ユーザノード１０３に提供するノードであり、カタログ
作成装置１０９などのＷｅｂサーバを備えている。例え
ば書籍のオンラインショッピングサービスの場合、コン
テンツノード１０２はＨＴＭＬ形式で書籍のカタログを
生成し、ユーザノード１０３に送信する。ロギングノー
ド１０４は、コンテンツノード１０２がユーザノード１
０３に送信するカタログデータを蓄積するカタログデー
タ蓄積装置１１２と、ユーザノード１０３のＷｅｂブラ
ウザが送信するデータを蓄積するユーザアクションデー
タ蓄積装置１１３を備える。Ｗｅｂブラウザのデータ
は、カタログ中の商品を選択した、選択した商品を購入
したなどの顧客アクションに関する情報を含んでいる。
ユーザノード１０３とロギングノード１０４はＨＴＴＰ
で接続される。

【００１９】課金ノード１０５は、ロギングノード１０
４に蓄積されているユーザアクションデータと契約デー
タ蓄積装置１１４からの契約データを用いて、コンテン
ツノード１０２に請求するお薦め情報使用料を計算し、
請求データを生成する課金装置１１５と、この請求デー
タを記憶する請求データ記憶装置１１６を備えている。

【００２０】以上の説明において、各ノードはお薦め候
補生成装置１０７、カタログ作成装置１０９、課金装置
１１５等種々の装置を持っているが、これらは必ずしも
単体の装置とする必要はなく、ソフトで構成可能なもの
はソフトで構成しても良い。

【００２１】以下、本発明によるお薦め情報料課金シス
テムの他の実施例について説明する。図２は本発明によ
るお薦め情報利用料課金システムの第２の実施例を示す
ブロック図であり、本実施例のお薦め情報利用料課金シ
ステム２００は第１の実施例と比較して、各ノードの設
置場所を明確にした。お薦め情報利用料課金システム２
００は、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉ
ｃｅ Ｐｒｏｖｉｄｅｒ）サイト２０１、コンテンツプ
ロバイダサイト２０２を有している。ＡＳＰサイト２０
１はリコメンデーションサービスを提供するサイトであ
る。コンテンツプロバイダサイト２０２はオンラインシ
ョッピングサービス提供するサイトであり、ＡＳＰサイ
ト２０１のサービスを使用して、ユーザノード１０３に
対してお薦め情報を送信する。ＡＳＰサイト２０１は、
コンテンツプロバイダサイト２０２に対してリコメンデ
ーションサービス使用料を課金する。本システム２００
では、リコメンデーションノード１０１、ロギングノー
ド１０４、課金ノード１０５をＡＳＰサイト２０１に設
置している。

【００２２】図３は本発明によるお薦め情報利用料課金
システムの第３の実施例を示すブロック図であり、本実
施例のお薦め情報利用料課金システム２０３は、第２の
実施例と比較して各ノードの設置場所が異なっている。
本実施例では課金ノード１０５のみがＡＳＰサイト２０
１に設置され、コンテンツプロバイダサイト２０２にリ
コメンデーションノード１０１、コンテンツノード１０
２及びロギングノード１０４が設置されている。リコメ
ンデーションノード１０１では予めお薦め候補を生成し
ておく。お薦め候補の生成には購買履歴、商品データ、
顧客データなどが使用される。これらのデータ量が多い
ときに、ネットワークを介してリコメンデーションノー
ド１０１がデータを使用すると、ＡＳＰサイト２０１と
コンテンツプロバイダサイト２０２間のネットワーク帯
域を圧迫することになる。使用するネットワーク帯域幅
は、平均的なトラフィック量を想定して決めることが多
いため、ピークトラフィック量が突出することは好まし
くない。

【００２３】またコンテンツプロバイダサイト２０２が
多数の利用者を抱えおり、お薦め情報候補の使用頻度が
高い場合、ロギングノード１０４に対するアクセス要求
が増加しし、ＡＳＰサイト２０１とコンテンツプロバイ
ダサイト２０２間の平均トラフィック量が増加するとい
う問題が発生する。ネットワークアクセス頻度が大きい
ノードをコンテンツプロバイダサイト２０２に配置する
ことにより、第３の実施例では、第２の実施例に比べ
て、ネットワークのピークトラフィック量と、平均トラ
フィック量を軽減することができるという効果がある。

【００２４】図４は本発明によるお薦め情報利用料課金
システムの第４の実施例を示すブロック図であり、お薦
め情報利用料課金システム３００を示している。本実施
例においては、ＡＳＰサイト２０１にロギングノード１
０４と課金ノード１０５のみが設置され、コンテンツプ
ロバイダサイト２０２はリコメンデーションノード１０
１とコンテンツノードが設置されている。コンテンツプ
ロバイダサイト２０２で扱う商品の種類は多いが、サイ
トの顧客が少ない場合などは、ロギングノード１０４へ
のアクセス要求に伴うネットワーク負荷は高くならな
い。このような場合、第２の実施例に比べて第４の実施
例では、ネットワークのピークトラフィック量を軽減す
る効果がある。本発明においては各ノードの配置がお薦
め情報利用課金システム２００、２０３、３００のいず
れの場合であっても、各ノードの処理、ノード間のデー
タフローは同様である。

【００２５】以下図１、図５を用いて、データ構造及び
データの流れについて説明する。図５（ａ）〜（ｆ）は
本発明によるお薦め情報利用料課金システムで使用され
るデータの構造を示す図である。図５（ａ）はお薦め候
補蓄積装置１０８から送信されるデータ４０１を示して
おり、サイトＩＤ４０２、お薦め候補ＩＤ４０３及び商
品ＩＤ４０４を有している。サイトＩＤ４０２はコンテ
ンツノード１０２が設置されているサイトを識別するた
めのＩＤであり、リコメンデーションサービスを使用す
るサイト毎に異なる。お薦め候補識別ＩＤ４０３はお薦
め候補を識別するためのＩＤである。コンテンツプロバ
イダサイト２０２が、購入された書籍に着目して、関連
するものを薦めるリコメンデーションサービスを運用す
る場合、着目する１個の書籍に対し複数の書籍がお薦め
候補として定まる。この場合、お薦め候補識別ＩＤ４０
３は、送信したお薦め候補を一意に定めるためのＩＤで
あり、候補を送信した回数により決まる。商品ＩＤ４０
４は、コンテンツプロバイダサイト２０２が扱う商品を
識別するためのＩＤであり、１個のお薦め候補識別ＩＤ
４０３に対して複数の商品ＩＤ４０４が送信される。

【００２６】例えば「国語辞典」「漢和辞典」「類義語
辞典」の商品ＩＤ４０４がそれぞれ、０、１、２である
とする。またリコメンデーションノード１０１がこれま
でお薦め候補を０番目から９９番目まで合計１００回送
信しているものとする。着目する商品が「国語辞典」
で、お薦め候補が「漢和辞典」「類義語辞典」のとき、
データ４０１は、お薦め候補識別ＩＤ＝１００、１個目
の商品ＩＤ＝１、２個目の商品ＩＤ＝２となる。

【００２７】図５（ｂ）に示すデータ４０５はコンテン
ツノード１０２からユーザノード１０３に送信されるデ
ータであり、サイトＩＤ４０２、お薦め候補識別ＩＤ４
０３及びアクションＩＤを有している。お薦め商品のカ
タログはＨＴＭＬ形式で記述されている。アクションＩ
Ｄ４１０はユーザノード１０３の利用者がとるアクショ
ンの種類を識別する。例えば、ユーザがお薦め候補を開
いて見たとか、お薦め候補から購入した等のアクション
を示すＩＤを言う。ユーザノード１０３が受信したＨＴ
ＭＬデータはＷｅｂブラウザのカタログ表示装置１１０
に表示される。ユーザノード１０３の利用者がＨＴＭＬ
フォームのボタンをクリックするなどのアクションをと
ったとき、ユーザノード１０３のアクション送信装置１
１１は、ＨＴＭＬデータに含まれたアクションＩＤ４１
０をロギングノード１０４へ送信する。

【００２８】例えば、「カタログ中の商品を選択する」
というアクションのＩＤが０、「選択した商品を購入す
る」のＩＤが１であるものとする。ユーザノード１０３
の利用者に商品を選択させる局面ではアクションＩＤ＝
０となり、商品を購入させる局面ではアクションＩＤ＝
１となる。

【００２９】図５（ｃ）に示すデータ４０６は、ロギン
グノード１０４がカタログ作成装置１０９から受信する
カタログデータである。カタログデータ４０６は日時デ
ータ４０７、サイトＩＤ４０２及びお薦め候補識別ＩＤ
４０３を有しており、カタログデータ蓄積装置１１２に
蓄積される。日時データ４０７は受信した日時を表して
いる。コンテンツノード１０２は、カタログデータ４０
５を送信する際、同時にカタログデータ４０６をロギン
グノード１０４へ送信する。

【００３０】図５（ｄ）に示すデータ４０８は、ロギン
グノード１０４がユーザノード１０３から受信するデー
タである。データ４０８は日時データ４０９、サイトＩ
Ｄ４０２、お薦め候補識別ＩＤ４０３及びアクションＩ
Ｄ４１０を有しており、ユーザアクションデータ蓄積装
置１１３に蓄積される。日時データ４０９はデータ４０
８を受信した日時を表している。

【００３１】図５（ｅ）に示すデータ４１１は、契約デ
ータ蓄積装置１１４に蓄積しておくデータである。デー
タ４１１はサイトＩＤ４０２、アクションＩＤ４０９及
びアクション単価データ４１２を有している。アクショ
ン単価データ４１２はアクション毎に決まった単価であ
り、リコメンデーションサービス提供者とコンテンツプ
ロバイダサイト２０２の運営者の間で決めておいたサー
ビス利用料を表す。例えば「アクション＝商品選択」の
とき１円、「アクション＝商品購入」のとき１００円な
どの値をとる。商品毎に単価が異なる場合、コンテンツ
プロバイダサイト２０２が取得する利益の１％を商品購
入時のアクション単価としたいなどの場合は、商品の種
類とアクションの種類からアクションＩＤと単価を決定
する。

【００３２】図５（ｆ）に示すデータ４１３は、課金装
置１１５が生成し、請求データ記憶装置１１６が蓄積す
るデータを示している。データ４１３はサイトＩＤ４０
２、請求金額データ４１４及び算出日時データ４１５を
有している。請求金額データ４１４はコンテンツプロバ
イダサイト２０２の運営者に請求する金額を、算出日時
データ４１５は請求金額を算出した日時を表している。

【００３３】図６は本発明によるお薦め情報利用料課金
システムにおけるカタログ作成処理とカタログの使用状
況の蓄積処理のフローの一実施例を示すフローチャート
であり、ユーザノード１０３からコンテンツノード１０
２に対してカタログの要求があったときにカタログを作
成する処理、およびカタログの使用状況の蓄積処理のフ
ロー５００を示している。

【００３４】ステップ５０１で、コンテンツノード１０
２はカタログ作成装置１０９を用いてお薦め候補蓄積装
置１０８から、お薦め候補データ４０２を取得する。ス
テップ５０２で、コンテンツノード１０２はカタログ作
成装置１０９でカタログデータ４０６を作成する。ステ
ップ５０３で、コンテンツノード１０２はロギングノー
ド１０４にカタログデータ４０６を送信し、カタログデ
ータ蓄積装置１１２にカタログデータ４０６を蓄積す
る。ステップ５０４で、コンテンツノード１０２はユー
ザノード１０３にカタログデータ４０６を送信する。ス
テップ５０５で、ユーザがカタログデータ４０６に基づ
いて何らかのアクションを起こした場合、ステップ５０
６で、ロギングノード１０４はユーザノード１０３から
送信されたデータ４０８に基づいて商品選択、商品購入
などのアクションを判定し、データ４０８をユーザアク
ションデータ蓄積装置１１３に蓄積する。

【００３５】このように、本実施例においては、ユーザ
行ったカタログの使用状況をユーザアクションデータ蓄
積装置１１３に蓄積することができるので、この使用状
況に応じて、課金処理をすることができると共にこの使
用状況を確認することができる。すなわち、本実施例に
おいては、お薦め候補が使用されたときに、その使用状
況（カタログを見たとか、カタログを見て商品を購入し
た等）を把握することができるので、使用状況に応じた
課金処理、すなわち成功報酬としての課金処理を行うこ
とができる。

【００３６】図７は本発明によるお薦め情報利用料課金
システムにおける課金処理の一実施例を示すフローチャ
ートであり、図のフロー６００は、課金ノード１０５の
課金装置１１５がコンテンツプロバイダサイト２０２に
対する請求金額を算出する処理を表している。発生する
データ量やリコメンデーションサービス利用契約によ
り、日次、月次、年次などのタイミングで請求金額算出
処理が起動される。ステップ６０１で、課金装置１１５
はカタログデータをカタログデータ蓄積装置１１２から
取得する。ステップ６０２で、課金装置１１５はユーザ
アクションデータをユーザアクションデータ蓄積装置１
１３から取得する。ステップ６０３で、課金装置１１５
はデータ４１１を契約データ蓄積装置１１４から取得す
る。ステップ６０５で、サイトＩＤ４０２毎に請求デー
タ４１３を生成する。

【００３７】例えば、課金期間内のユーザアクションデ
ータに「商品選択」が９０件、「商品購入」が３件有
り、それぞれのアクション単価が契約データに１円、１
００円と記録されているものとする。この場合、９０×
１＋３×１００＝３９０円がデータ４１４の値となる。
さらに、広告効果を期待したリコメンデーションサービ
ス使用料が設定されているときは、ユーザノード１０３
にカタログを表示した回数を元に請求金額を加算する。
この場合ステップ６０４は、ステップ６０１で取得した
カタログデータを用いる。

【００３８】以上述べたように、本発明によれば、リコ
メンデーションサービス提供者からの情報（お薦め情
報）を基に、このサービスの利用者はコンテンツノード
１０２でカタログを作成してユーザに提供し、ユーザが
このカタログに対して何らかのアクション、例えば、カ
タログを閲覧するとか、カタログから商品を購入すると
かのアクションを行った場合、このアクションの種類に
応じて課金処理をし、リコメンデーションサービス提供
者へのお薦め情報の使用料とすることができいる。

【００３９】また、ユーザアクション及び課金情報はリ
コメンデーション作成提供者及びサービス利用者に提供
することができる。

【００４０】従って、従来、リコメンデーションサービ
ス提供者が、リコメンデーションサービスをサービス利
用者に提供する場合、リコメンデーションが効果を発揮
せず、お薦め商品の売買が成立しない場合でも、サービ
スの利用者はリコメンデーションサービス提供者に、ラ
イセンス料やリース料などの形でリコメンデーションサ
ービス使用料を支払わなければならななかったが、本発
明によってこの問題点を解消することができる。

【００４１】

【発明の効果】リコメンデーションサービス提供者から
のお薦め情報に対するユーザの使用状況を把握し、ユー
ザの使用状況に応じて課金処理し、リコメンデーション
サービス提供者に対するお薦め情報の提供料とすること
ができる課金システムを提供することができる。

【図面の簡単な説明】

【図１】お薦め情報利用料課金システムの第１の実施例
を示すブロック図である。

【図２】本発明によるお薦め情報利用料課金システムの
第２の実施例を示すブロック図である。

【図３】本発明によるお薦め情報利用料課金システムの
第３の実施例を示すブロック図である。

【図４】本発明によるお薦め情報利用料課金システムの
第４の実施例を示すブロック図である。

【図５】本発明によるお薦め情報利用料課金システムで
使用されるデータの構造を示す図である。

【図６】本発明によるお薦め情報利用料課金システムに
おけるカタログ作成処理とカタログの使用状況の蓄積処
理のフローの一実施例を示すフローチャートである。

【図７】本発明によるお薦め情報利用料課金システムに
おける課金処理の一実施例を示すフローチャートであ
る。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊藤 幸康 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B049 BB49

Claims (5)

【特許請求の範囲】
1. 【請求項１】提供する情報、情報を識別する情報識別Ｉ
   Ｄ及び情報提供者を受けるサイトのサイトＩDを生成、
   蓄積するリコメンデーションノードと、該リコメンデー
   ションノードから提供された該情報、該情報識別ＩＤ及
   び該サイトＩＤにユーザが該情報の利用の種別を識別す
   るアクションＩＤを付加してユーザに伝送するコンテン
   ツノードと、契約データと、該ユーザが該情報を利用し
   た場合に該ユーザから送信される該情報識別ＩＤ、該サ
   イトＩＤ及び該アクションＩＤとを用いて該コンテンツ
   ノードに対して課金する該情報の利用料を算出する課金
   ノードとを備えることを特徴とする情報利用料課金シス
   テム。
2. 【請求項２】提供する情報、情報を識別する情報識別Ｉ
   Ｄ及び情報提供者を受けるサイトのサイトＩDを生成、
   蓄積するリコメンデーションノードと、該リコメンデー
   ションノードから提供された該情報、該情報識別ＩＤ及
   び該サイトＩＤにユーザが該情報の利用の種別を識別す
   るアクションＩＤを付加してユーザに伝送するコンテン
   ツノードと、コンピュータネットワークシステムを利用
   して情報を取得し、該情報を利用した場合、利用した情
   報の識別ＩＤ、利用した情報のアクションＩＤ及び該サ
   イトＩＤを送信するすることできるユーザノードと、該
   コンテンツノードから該情報識別ＩＤ、該サイトＩＤを
   取得して、蓄積すると共に、該ユーザノードから送信さ
   れた該利用した情報の識別ＩＤ、該利用した情報のアク
   ションＩＤ及び該サイトＩＤを蓄積するロギングノード
   と、契約データを有し、該契約データと該ロギングノー
   ドから取得した該利用した情報の識別ＩＤ、該サイトＩ
   Ｄ及び該アクションＩＤとから該コンテンツノードに対
   して課金する該情報の利用料を算出する課金ノードとを
   備えることを特徴とする情報利用料課金システム。
3. 【請求項３】端末にお薦め商品を提供することができる
   コンピュータネットワークシステムを利用して商品カタ
   ログを表示する手段と、該カタログ中の商品の選択、購
   入を行うユーザのアクション種別を送信できる手段を備
   えるユーザノードと、該商品カタログに掲載するお薦め
   商品候補に商品ＩＤ、お薦め候補識別ＩＤ及びサイトＩ
   Ｄを追加してお薦め商品候補リストを生成する手段と、
   該お薦め商品候補リストを蓄積する手段を有するリコメ
   ンデーションノードと、該リコメンデーションから該お
   薦め商品候補リストを受信し、該商品ＩＤ、該お薦め候
   補識別ＩＤ及び該サイトＩＤを有する該お薦め商品候補
   リストにユーザの該アクション種別を示すアクションＩ
   Ｄを付加してお薦め商品のカタログデータを作成し、該
   ユーザノードに対して送信するコンテンツノードと、該
   コンテンツノードから取得した該カタログデータに含ま
   れる該薦め候補識別ＩＤ、該サイトＩＤを受信し、受信
   日時と共に蓄積する手段と、該ユーザノードから送信さ
   れた該薦め候補ＩＤ、該サイトＩＤ及び該アクションＩ
   Ｄを受信し、該受信データを受信日時と共にユーザアク
   ションデータとして蓄積する手段を有するロギングノー
   ドと、該のロギングノードが蓄積するデータを用いてコ
   ンテンツノードに対するお薦め商品候補リストの使用料
   金を算出する手段を備える課金ノードとを備えることを
   特徴とする情報利用料課金システム。
4. 【請求項４】請求項２または３記載の情報利用料課金シ
   ステムにおいて、該コンテンツノードはＨＴＭＬ形式で
   ユーザノードに送信し、該ユーザノードはＨＴＴＰ形式
   で該ロギングノードに送信することを特徴とする情報利
   用料課金システム.。
5. 【請求項５】請求項３に記載の情報利用料課金システム
   において、該お薦め商品候補を生成する手段は、該コン
   テンツノードが有する商品データ、購買履歴データ、顧
   客データ、Ｗｅｂサーバアクセスログのうち少なくとも
   一つを用いることを特徴とする情報利用料課金システ
   ム。