JP5971895B2 - 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム - Google Patents

情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム Download PDF

Info

Publication number
JP5971895B2
JP5971895B2 JP2011035614A JP2011035614A JP5971895B2 JP 5971895 B2 JP5971895 B2 JP 5971895B2 JP 2011035614 A JP2011035614 A JP 2011035614A JP 2011035614 A JP2011035614 A JP 2011035614A JP 5971895 B2 JP5971895 B2 JP 5971895B2
Authority
JP
Japan
Prior art keywords
user
item
information
usage
usage history
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.)
Active
Application number
JP2011035614A
Other languages
English (en)
Other versions
JP2011227872A (ja
Inventor
幸之助 松下
幸之助 松下
一郎 宍戸
一郎 宍戸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
JVCKenwood Corp
Original Assignee
JVCKenwood Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by JVCKenwood Corp filed Critical JVCKenwood Corp
Priority to JP2011035614A priority Critical patent/JP5971895B2/ja
Publication of JP2011227872A publication Critical patent/JP2011227872A/ja
Application granted granted Critical
Publication of JP5971895B2 publication Critical patent/JP5971895B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、ユーザのアイテムに関する利用情報を用いた情報処理、特にポイントに係る情報処理を行う情報処理方法及び情報処理装置、その情報処理装置に接続される端末装置、その端末装置における表示方法、並びに情報処理装置及び端末装置におけるプログラムに関する。
近年、デジタル技術やネットワーク技術の進展により、ネットワークを使ってデジタルコンテンツや物品などのアイテムを配信したり、販売することが増えている。これに伴い、多数のアイテムの中から、ユーザが興味を持つ可能性の高いアイテムの情報を選択して提供する技術へのニーズが高まっている。
また、ユーザが商品を購入する際に、購入金額や購入回数に応じてポイントを付与し、次回の購入時にポイント相当分の割引を行うといった、いわゆるポイントサービスが広く行われている。
そして、アイテムに関する情報提供とポイントサービスとを組合せた技術も提案されている。例えば、特許文献１には、商品に関するアドバイスを他のユーザに対して行ったユーザに対して、ポイントを付与し、アイテムの利用を促進する技術が開示されている。また特許文献２には、対象ユーザに類似するユーザが推薦するアイテムを対象ユーザが選択した回数に応じて、その類似するユーザにポイントを付与する技術が開示されている。
特開２００２−２８８５０３号公報 特開２００７−２０００９９号公報
上述の従来技術のように、情報提供ユーザの提供した情報に従って他のユーザがアイテムを購入した場合に、情報提供ユーザにポイントを付与するシステムでは、ユーザからの情報提供が促進されることが期待できる。さらに、ポイントが付与されるタイミングを情報提供ユーザが予測することは難しいため、購入した本人がポイントを取得する通常のポイントサービスに比べて、より大きな意外性やある種の感動をユーザに与えることができる。そして、各々のユーザには、自分のポイントが増えているかどうかを確認したいという心理が働くので、そのサイトへのアクセス頻度が高まる場合がある。
しかしながら、上記の特許文献１および特許文献２においては、情報を提供するユーザと、その情報に従ってアイテムを利用するユーザの関係が１対１であるため、実際にポイントが付与されるユーザがごく一部のユーザに限られたり、ポイントが増える頻度が少ないという問題があった。すなわち、ユーザＡが提供した情報に基づきユーザＢがアイテムを利用した場合に、ユーザＡのポイントは１回だけ増えるが、それ以外の大多数のユーザのポイントは全く変更されない。このため、自分のポイントが増えていることを期待して、一時的にはサイトに頻繁にアクセスしても、なかなかポイントが増えないため、最終的にはアクセス頻度が下がる場合があった。例えば、ポイントサービスに入会した直後には、自分のポイントが増えているかを確認するために、サイトへ頻繁にアクセスするが、いつまで経ってもポイントが増えないため、そのうちにサイトやアイテムへの興味を失ってしまうことがあった。
そこで本発明は、ユーザのポイントサービスに対する関心を高め、アイテムに関する利用を促進することを目的とする。
上記目的を達成するため、第１の発明に係る情報処理方法は、アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置における情報処理方法であって、前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する利用履歴格納工程と、前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成工程と、前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成工程と、前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出工程とを含むことを特徴とする。
第２の発明に係る情報処理方法は、第１の発明において、利用履歴格納部に格納された利用履歴に基づいて、利用主体識別子間の類似度を算出する類似度算出工程を含み、ユーザ集合形成工程では、先行利用履歴に含まれた利用履歴に対応する利用主体識別子を対象にして、前記一の利用履歴の利用主体識別子である一の利用主体識別子との類似度が所定値以上の利用主体識別子または類似度の高い順に所定数を超えない数の利用主体識別子を選択し、その選択した利用主体識別子により前記ユーザ集合を形成することを特徴とする。
第３の発明に係る情報処理方法は、第１の発明において、利用履歴格納部に格納された利用履歴に基づいて、利用主体識別子間の類似度を算出する類似度算出工程を含み、ポイント算出工程では、前記一の利用履歴の利用主体識別子である一の利用主体識別子と、前記ユーザ集合に含まれる利用主体識別子との前記類似度に応じて、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出する、ことを特徴とする。
第４の発明に係る情報処理方法は、第２発明において、ポイント算出工程では、前記一の利用履歴の利用主体識別子である一の利用主体識別子と、前記ユーザ集合に含まれる利用主体識別子との前記類似度に応じて、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出することを特徴とする。
第５の発明に係る情報処理方法は、第１〜第４のいずれかの発明において、ポイント算出工程では、利用履歴格納部に格納されている利用履歴を対象にして、前記ユーザ集合に含まれる利用主体識別子ごとに、そのユーザまたは端末装置が所定のアイテムを利用した利用回数を算出し、その利用回数に応じた値となるように前記変更値を算出することを特徴とする。
第６の発明に係る情報処理方法は、第１〜第５のいずれかの発明において、利用履歴格納工程では、利用主体識別子と、アイテム識別子と、ユーザのアイテムに対する評価の高さを示す評価値とを関連付けた利用履歴を複数格納し、ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子ごとに、先行利用履歴から前記一のアイテムに対する前記評価値を読み出し、その評価値に応じた値となるように前記変更値を算出することを特徴とする。
第７の発明に係る情報処理方法は、第１〜第６のいずれかの発明において、利用主体識別子と、ユーザ属性情報とを関連付けて格納するユーザ属性格納工程を含み、ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子の内で、対応する前記ユーザ属性情報が所定の条件を満たす利用主体識別子を対象にして前記変更値を算出することを特徴とする。
第８の発明に係る情報処理方法は、第１〜第７のいずれかの発明において、利用主体識別子と、ユーザ属性情報とを関連付けて格納するユーザ属性格納工程と、ユーザ同士の前記ユーザ属性情報が適合している度合いを示す適合度を算出する適合度算出工程とを含み、ポイント算出工程では、前記一の利用履歴の利用主体識別子である一の利用主体識別子と前記ユーザ集合に含まれる利用主体識別子との前記適合度に応じた値となるように、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出することを特徴とする。
第９の発明に係る情報処理方法は、第１〜第８のいずれかの発明において、利用履歴格納部に格納された少なくとも一部の利用履歴を読み出して、アイテム識別子ごとの利用回数を算出し、前記利用回数が所定値以上であるアイテムまたは前記利用回数が多い順に所定数を超えない数だけ選択されたアイテムのアイテム識別子の集合を推薦アイテム情報集合として作成する推薦アイテム作成工程を含み、前記先行利用履歴形成工程では、前記利用履歴格納部に格納された利用履歴の内から、推薦アイテム集合に合致するアイテム識別子を持つ利用履歴を前記一の利用履歴として選択することを特徴とする。
第１０の発明に係る情報処理方法は、第２または第３のいずれかの発明において、利用履歴格納部に格納された少なくとも一部の利用履歴に基づいて算出した値と、類似度算出工程で算出された類似度とを用いて、利用主体識別子と推薦するアイテムのアイテム識別子とを対応させた推薦アイテム情報を作成する推薦アイテム作成工程を含み、前記先行利用履歴形成工程では、利用履歴格納部に格納された利用履歴の内から、前記一の利用主体識別子が推薦アイテム情報に含まれる利用主体識別子のいずれかであり、前記一のアイテム識別子が推薦アイテム情報において前記一の利用主体識別子に対応するアイテム識別子となるように、前記一の利用履歴を選択することを特徴とする。
第１１の発明に係る情報処理方法は、第７または第８のいずれかの発明において、ユーザ属性情報が所定の条件を満たす利用主体識別子の集合を作成し、利用履歴格納部に格納された少なくとも一部の利用履歴の内から、その集合に合致する利用主体識別子を持つ利用履歴を選択すると共に、その選択された利用履歴を用いて、アイテム識別子ごとの利用回数を算出し、利用回数が所定値以上であるアイテムまたは利用回数が多い順に所定数を超えない数だけ選択されたアイテムのアイテム識別子の集合を推薦アイテム情報として作成する推薦アイテム作成工程を含み、前記先行利用履歴形成工程では、利用履歴格納部に格納された利用履歴の内から、前記推薦アイテム集合に合致するアイテム識別子を持つ利用履歴を前記一の利用履歴として選択することを特徴とする。
第１２の発明に係る情報処理方法は、第８の発明において、利用履歴格納部に格納された少なくとも一部の利用履歴に基づいて算出した値と適合度算出工程で算出された適合度とを用いて、利用主体識別子と推薦するアイテムのアイテム識別子とを対応させた推薦アイテム情報を作成する推薦アイテム作成工程を含み、前記先行利用履歴形成工程では、利用履歴格納部に格納された利用履歴の内から、前記一の利用主体識別子が推薦アイテム情報に含まれる利用主体識別子のいずれかであり、前記一のアイテム識別子が推薦アイテム情報において前記一の利用主体識別子に対応するアイテム識別子となるように、前記一の利用履歴を選択することを特徴とする。
第１３の発明に係る情報処理方法は、第９〜第１２のいずれかの発明において、アイテム識別子とアイテム属性とを関連付けて格納するアイテム属性格納工程を含み、推薦アイテム作成工程では、アイテム属性に関する所定条件を満たすアイテムのみで構成されるように推薦アイテム情報を作成することを特徴とする。
第１４の発明に係る情報処理方法は、第１〜第１３のいずれかの発明において、ポイント算出工程では、利用主体識別子とアイテム識別子との組み合わせごとに管理されているポイント値を変更するために、前記ユーザ集合の少なくとも一部である利用主体識別子と前記一のアイテム識別子に対応する組み合わせごとに変更値を算出することを特徴とする。
第１５の発明に係る情報処理方法は、第１〜第１３のいずれかの発明において、前記変更値が算出されたユーザの人数を算出する前記ポイント算出工程を備えることを特徴とする。
第１６の発明に係る情報処理方法は、第１〜第１５のいずれかの発明において、ポイント算出工程では、所定期間における前記変更値の総和が所定の値となるように、前記変更値を算出することを特徴とする。
第１７の発明に係る情報処理方法は、第１〜第１６のいずれかの発明において、利用履歴格納工程では、利用主体識別子と、アイテム識別子と、ユーザがアイテムを利用した時期または利用情報を受信した時期を示す利用時期情報とを関連付けた利用履歴を格納し、ユーザ集合形成工程では、先行利用履歴の内から、その利用時期情報が示す時期が所定の範囲内にある利用履歴を抽出し、その抽出した利用履歴に含まれる利用主体識別子の集合を前記ユーザ集合とすることを特徴とする。
第１８の発明に係る情報処理方法は、第１〜第１６のいずれかの発明において、利用履歴格納工程では、利用主体識別子と、アイテム識別子と、ユーザがアイテムを利用した時期または利用情報を受信した時期を示す利用時期情報とを関連付けた利用履歴を格納し、ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子ごとに、先行利用履歴の利用時期情報と所定時期との差を用いて前記変更値を算出することを特徴とする。
第１９の発明に係る表示方法は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第１５の発明に係る情報処理方法により算出する情報処理装置とデータ通信可能な端末装置における表示方法であって、前記一の利用情報を前記情報処理装置に送信する送信工程と、前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から受信する受信工程と、受信したユーザの人数を表示装置に表示させる制御工程とを含むことを特徴とする。
第２０の発明に係る表示方法は、ユーザまたはユーザの使用した端末装置である利用主体とアイテム情報とポイント値とを関連付けて管理しており、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザの前記ポイント値を第１４の発明に係る情報処理方法により前記ポイント値の変更値を算出して更新する情報処理装置とデータ通信可能な端末装置における表示方法であって、一の利用主体であることを示す情報を前記情報処理装置に送信する送信工程と、前記一の利用主体に前記関連付けて管理されているアイテム情報とポイント値とを前記情報処理装置から受信する受信工程と、受信したアイテム情報とポイント値とを表示装置に表示させる制御工程とを含むことを特徴とする。
第２１の発明に係る情報処理装置は、アイテムに関するユーザの利用情報を他の装置、から受信する情報処理装置であって、受信した利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を格納する利用履歴格納部と、前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成部と、前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出部とを備えることを特徴とする。
第２２の発明に係る端末装置は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第１５の発明に係る情報処理方法により算出する情報処理装置とデータ通信可能な端末装置であって、前記一の利用情報を前記情報処理装置に送信する送信部と、前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から受信する受信部と、受信したユーザの人数を表示装置に表示させる制御部とを備えることを特徴とする。
第２３の発明に係る端末装置は、ユーザまたはユーザの使用した端末装置である利用主体とアイテム情報とポイント値とを関連付けて管理しており、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザの前記ポイント値を第１４の発明に係る情報処理方法により前記ポイント値の変更値を算出して更新する情報処理装置とデータ通信可能な端末装置であって、一の利用主体であることを示す情報を前記情報処理装置に送信する送信部と、前記一の利用主体に前記関連付けて管理されているアイテム情報とポイント値とを前記情報処理装置から受信する受信部と、受信したアイテム情報とポイント値とを表示装置に表示させる制御部とを備えることを特徴とする。
第２４の発明に係るプログラムは、アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置のコンピュータに、受信した利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する手順、前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する手順、および前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出する手順を実行させることを特徴とする。
第２５の発明に係るプログラムは、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第１５の発明に係る情報処理方法により算出する情報処理装置とデータ通信可能な端末装置のコンピュータに、前記一の利用情報を前記情報処理装置に対し、送信部をして送信させる送信手順、前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から、受信部をして受信させる受信手順、および受信したユーザの人数を表示装置に表示させる制御手順を実行させることを特徴とする。
第２６の発明に係るプログラムは、ユーザまたはユーザの使用した端末装置である利用主体とアイテム情報とポイント値とを関連付けて管理しており、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第１４の発明に係る情報処理方法により前記ポイント値の変更値を算出して更新する情報処理装置とデータ通信可能な端末装置のコンピュータに、一の利用主体であることを示す情報を前記情報処理装置に送信する送信手順、前記一の利用主体に前記関連付けて管理されているアイテム情報とポイント値とを前記情報処理装置から、受信部をして受信させる受信手順、および受信したアイテム情報とポイント値とを表示装置に表示させる制御手順を実行させることを特徴とする。
第２７の発明に係る情報処理方法は、アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置における情報処理方法であって、前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する利用履歴格納工程と、アイテム識別子とアイテム属性とを関連付けてアイテム情報格納部に格納するアイテム属性格納工程と、前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性
に対応するアイテム識別子の集合である一のアイテム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成工程と、前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成工程と、前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出工程とを含むことを特徴とする。
第２８の発明に係る情報処理方法は、第２７の発明において、以前記ポイント算出工程では、前記利用主体識別子と前記アイテム属性との組み合わせごとに管理されているポイント値を変更するために、前記一のアイテム属性集合に含まれるアイテム属性ごとに、前記ユーザ集合の少なくとも一部である利用主体識別子とアイテム属性に対応する変更値を算出することを特徴とする。
第２９の発明に係る情報処理方法は、第２７又は２８の発明において前記ポイント算出工程では、前記変更値が算出されたユーザの人数を算出することを特徴とする。
第３０の発明に係る表示方法は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第２９の発明記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置における表示方法であって、前記一の利用情報を前記情報処理装置に送信する送信工程と、前記情報処置装置が前記一の利用情報に基づいてポイントの変更値を算出したユーザの人数を前記情報処理装置から受信する受信工程と、受信した前記ユーザの人数を表示装置に表示させる制御工程とを含むことを特徴とする。
第３１の発明に係る表示方法は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、第２８の発明記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置における表示方法であって、一の利用主体を特定する情報を前記情報処理装置に送信する送信工程と、前記情報処理装置が前記一の利用主体に関連付けて管理しているアイテム属性とポイント値とを、前記情報処理装置から受信する受信工程と、受信した前記アイテム属性と前記ポイント値とを表示装置に表示させる制御工程とを含むことを特徴とする。
第３２の発明に係る情報処理装置は、アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置であって、前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を格納する利用履歴格納部と、アイテム識別子とアイテム属性とを関連付けて格納するアイテム情報格納部と、前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性に対応するアイテム識別子の集合である一のアイテム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成部と、前記ユーザ集合の内の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出部とを備えることを特徴とする。
第３３の発明に係る端末装置は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第２９の発明記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置であって、前記一の利用情報を前記情報処理装置に送信する送信部と、前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から受信する受信部と、受信した前記ユーザの人数を表示装置に表示させる制御部とを備えることを特徴とする。
第３４の発明に係る端末装置は、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、第２８の発明記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置であって、一の利用主体を特定する情報を前記情報処理装置に送信する送信部と、前記情報処理装置が前記一の利用主体に関連付けて管理しているアイテム属性とポイント値とを、前記情報処理装置から受信する受信部と、受信した前記アイテム属性と前記ポイント値とを表示装置に表示させる制御部と、を備えることを特徴とする。
第３５の発明に係るプログラムは、アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置のコンピュータに、前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する手順、アイテム識別子とアイテム属性とを関連付けてアイテム情報格納部に格納する手順、前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性に対応するアイテム識別子の集合である一のアイテ
ム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する手順、および前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出する手順、を実行させることを特徴とする。
第３６の発明に係るプログラムは、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を第２９の発明記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置のコンピュータに、前記一の利用情報を、送信部から前記情報処置装置へと送信させる送信手順、前記情報処理装置から送信された、前記一の利用情報に基づいてポイントの変更値が算出されたユーザの人数に関する情報を、受信部に受信させる受信手順、および前記ユーザの人数を表示装置に表示させる制御手順、を実行させることを特徴とする。
第３７の発明に係るプログラムは、ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、第２８の発明記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置のコンピュータに、一の利用主体を特定する情報を、送信部から前記情報処置装置へと送信させる送信手順、前記情報処理装置から送信された、前記情報処理装置が前記一の利用主体に関連付けて管理しているアイテム属性とポイント値とを、受信部に受信させる受信手順、および前記アイテム属性と前記ポイント値とを表示装置に表示させる制御手順、を実行させることを特徴とする。
本発明では、ある利用履歴（一の利用履歴）に含まれるアイテム識別子と同じアイテム識別子を持ち、かつ一の利用履歴よりも古い利用履歴（先行利用履歴）を特定し、先行利用履歴に関連する複数のユーザのポイントを更新するため、あるユーザの１回の利用行為をもとにして複数のユーザにポイントを付与することが可能である。すなわち、従来の方法に比べて、ポイントが増加する頻度やポイントが付与されるユーザ数を増やすことができる。このため、ユーザは自分のポイントを確認するために頻繁にアイテム提供サーバにアクセスする傾向が強まり、アイテムに関する情報を見る機会も増えるので、ユーザのアイテム利用を促進することができる。
また、多くの種類のアイテムを利用したユーザほど、同じアイテムを後から他のユーザが利用する可能性が高いので、それに伴って後からポイントが付与される可能性も高くなる。このため、「より多くの種類のアイテムを利用しよう」というモチベーションが各々のユーザで高まり、アイテムの利用が促進される。
更に、後から他の多くのユーザが利用するアイテムをいち早く利用したユーザに多くのポイントが溜まる傾向があるので、「今後人気の出そうなアイテムを予測して、他人よりも早く利用しよう」というインセンティブが各々のユーザに働き、アイテムの利用がより一層促進される効果が得られる。
本発明の第１実施形態におけるシステム全体の第１の構成図。 本発明の第１実施形態におけるシステム全体の第２の構成図。 本発明の第１実施形態におけるアイテム提供サーバ装置１の構成図。 本発明の第１実施形態におけるユーザ情報格納部１４１の格納状態を示す図。 本発明の第１実施形態におけるアイテム情報格納部１４２の格納状態を示す図。 本発明の第１実施形態における推薦アイテム情報格納部１４３の格納状態を示す図。 本発明の第１実施形態におけるユーザページ情報作成処理と利用情報中継処理を続けて行った場合の手順を示すフローチャート。 本発明の第１実施形態における端末装置３の構成図。 本発明の第１実施形態における表示手段３４に表示するユーザページの表示例を示す図。 本発明の第１実施形態における情報処理サーバ装置２の構成図。 本発明の第１実施形態における利用情報格納部２３１の格納状態を示す図。 本発明の第１実施形態における類似ユーザ情報格納部２３２の格納状態を示す図。 本発明の第１実施形態における分配情報格納部２３３の格納状態を示す図。 本発明の第１実施形態における利用ポイント格納部２３４の格納状態を示す図。 本発明の第１実施形態における利用ポイント算出処理の手順を示すフローチャート。 本発明の第１実施形態における類似ユーザ選出処理の手順を示すフローチャート。 本発明の第１実施形態における推薦アイテム選出処理の手順を示すフローチャート。 本発明の第１実施形態における類似ユーザを選出する処理の例を示す図。 本発明の第１実施形態における推薦アイテムを選出する処理の例を示す図。 本発明の第１実施形態における分配率を算出する処理の例を示す図。 本発明の第１実施形態における表示手段３４に表示する、利用アイテムごとの利用ポイントを追加したユーザページの表示例を示す図。 本発明の第１実施形態における、ユーザごとアイテムごとに利用ポイントを格納する場合の、利用ポイント格納部２３４の格納状態を示す図。 本発明の第１実施形態における表示手段３４に表示する、利用ポイントが付与されたユーザの数を通知する情報を追加したユーザページの表示例を示す図。 本発明の第２実施形態における情報処理サーバ装置６の構成図。 本発明の第２実施形態における仮ポイント格納部６３７の格納状態を示す図。 本発明の第２実施形態における仮ポイント算出処理の手順を示すフローチャート。 本発明の第２実施形態における一定の期間ごとに行う利用親ポイント分配処理の手順を示すフローチャート。 本発明の第３実施形態におけるアイテム提供サーバ装置７の構成図。 本発明の第３実施形態における表示手段３４に表示するユーザページの表示例を示す図。 本発明の第３実施形態における情報処理サーバ装置８の構成図。 本発明の第３実施形態における利用ポイント算出処理の手順を示すフローチャート。 本発明の第３実施形態における表示手段３４に表示する、人気アイテムのリストを追加したユーザページの表示例を示す図。 本発明の第３実施形態における表示手段３４に表示する、指定した条件を満たす人気アイテムのリストを追加したユーザページの表示例を示す図。 本発明の第１〜第３実施形態において用いられる式を示す図。 本発明の第１〜第３実施形態において用いられる式を示す図。 本発明の第４実施形態におけるシステム全体の第１の構成図。 本発明の第４実施形態におけるシステム全体の第２の構成図。 本発明の第４実施形態におけるアイテム提供サーバ装置２の構成図。 本発明の第４実施形態におけるユーザ情報格納部２４１の格納状態を示す図。 本発明の第４実施形態におけるアイテム情報格納部２４２の格納状態を示す図。 本発明の第４実施形態における利用履歴格納部２４３の格納状態を示す図。 本発明の第４実施形態における推薦属性情報格納部２４４の格納状態を示す図。 本発明の第４実施形態における端末装置３の構成図。 本発明の第４実施形態における表示部３４に表示するユーザページの表示例を示す図。 本発明の第４実施形態における端末装置３でのアイテムの利用に関する手順の一例を示すフローチャート。 本発明の第４実施形態における情報処理サーバ装置１の構成図。 本発明の第４実施形態における属性嗜好情報格納部１３２の格納状態を示す図。 本発明の第４実施形態における類似ユーザ情報格納部１３３の格納状態を示す図。 本発明の第４実施形態における分配情報格納部１３５の格納状態を示す図。 本発明の第４実施形態における制約情報格納部１３６の格納状態を示す図。 本発明の第４実施形態における利用ポイント情報格納部１３７の格納状態を示す図。 本発明の第４実施形態における利用ポイント算出処理の手順を示すフローチャート。 本発明の第４実施形態における嗜好情報作成処理の手順を示すフローチャート。 本発明の第４実施形態における類似ユーザ選出処理の手順を示すフローチャート。 本発明の第４実施形態における推薦属性選出処理の手順を示すフローチャート。 本発明の第４実施形態における分配ユーザ選出処理の手順を示すフローチャート。 本発明の第４実施形態における類似ユーザを選出する処理の例を示す図。 本発明の第４実施形態における推薦属性を選出する処理の例を示す図。 本発明の第４実施形態における分配率を算出する処理の例を示す図。 本発明の第４実施形態における表示部３４に表示する、利用したアイテム属性ごとの利用ポイントを追加したユーザページの表示例を示す図。 本発明の第４実施形態における、ユーザごとアイテム属性ごとに利用ポイントを格納する場合の、利用ポイント情報格納部１３７の格納状態を示す図。 本発明の第４実施形態における表示部３４に表示する、利用ポイントが付与されたユーザの数を通知する情報を追加したユーザページの表示例を示す図。 本発明の第５実施形態における情報処理サーバ装置６の構成図。 本発明の第５実施形態における仮ポイント情報格納部６３０の格納状態を示す図。 本発明の第５実施形態における仮ポイント算出処理の手順を示すフローチャート。 本発明の第５実施形態における一定の期間ごとに行う利用親ポイント分配処理の手順を示すフローチャート。 本発明の第６実施形態におけるアイテム提供サーバ装置８の構成図。 本発明の第６実施形態における表示部３４に表示するユーザページの表示例を示す図。 本発明の第６実施形態における情報処理サーバ装置７の構成図。 本発明の第６実施形態における利用ポイント算出処理の手順を示すフローチャート。 本発明の第６実施形態における表示部３４に表示する、人気アイテムのリストを追加したユーザページの表示例を示す図。 本発明の第６実施形態における表示部３４に表示する、指定した条件を満たす人気アイテムのリストを追加したユーザページの表示例を示す図。 本発明の第４〜第６実施形態において用いられる式を示す図。 本発明の第４〜第６実施形態において用いられる式を示す図。 本発明の第４〜第６実施形態において用いられる式を示す図。
以下、本発明の情報処理方法、表示方法、情報処理装置、端末装置、及びプログラムについて、添付図面を参照して説明する。なお、第１〜第３実施形態においては、図１〜図３５を用いて説明する。第１〜第３実施形態における各符号についても、図１〜図３５における符号である。また、第４〜第６実施形態においては、図３６〜図７５を用いて説明する。第４〜第６実施形態における各符号や数式の番号についても、図３６〜図７５における符号や番号である。
＜第１実施形態＞
以下に、本発明の第１実施形態について、図を用いて詳細に説明する。図１は、本発明の第１実施形態におけるシステム全体の構成図である。本実施形態におけるシステムは、アイテム提供サーバ装置１と、情報処理サーバ装置２と、１つ以上の端末装置３（３ａ〜３ｎ）がネットワーク４を介して接続されている。また、図２に示すように、２つのネットワークを用いてシステム全体を構成してもよい。図２においては、アイテム提供サーバ装置１と情報処理サーバ装置２がネットワーク５を介して接続されており、アイテム提供サーバ装置１と端末装置３（３ａ〜３ｎ）がネットワーク４を介して接続されている。ネットワーク５は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、情報処理サーバ装置２と端末装置３（３ａ〜３ｎ）は、直接接続できないようになっている。本実施形態では、特に断らない限り、システム全体の構成が図１である場合を説明する。なお本実施形態では、アイテム提供サーバ装置１と情報処理サーバ装置２を別々の装置とする場合を説明するが、この２つの機能を合わせて１つの装置として実現してもよい。
ネットワーク４は、例えばインターネット等のネットワークであり、アイテム提供サーバ装置１と情報処理サーバ装置２と端末装置３との間の情報のやり取りを仲介する。アイテム提供サーバ装置１は、端末装置３の要求に応じて、アイテムを提供する装置である。ここでアイテムとは、テキスト、音声、音楽、映像等のデジタルコンテンツや様々な物品であり、更には金融商品、不動産、人物に関する情報等であってもよい。すなわち本実施形態におけるアイテムは、有形か無形かを問わず、有料か無料かも問わない。アイテム提供サーバ装置１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。
図３は、本実施形態におけるアイテム提供サーバ装置１の構成図である。本実施形態におけるアイテム提供サーバ装置１は、アイテム提供サーバ制御手段１１と、アイテム提供サーバ通信手段１２と、認証手段１３と、アイテム提供サーバ格納手段１４とで構成される。
認証手段１３は、端末装置３または端末装置３を利用するユーザを認証する。認証手段１３は、端末装置３を利用するユーザを一意に識別するユーザ識別情報（ユーザ識別子）、または端末装置３を一意に識別するための端末識別情報と、パスワードとを関連付けて格納している。本実施形態では、ユーザ識別情報を用いる場合を例にして説明するが、端末識別情報を用いる場合も同様である。ユーザ識別情報と端末識別情報とを合わせた意味の総称として、利用主体識別情報（利用主体識別子）という用語を用いる。また、ユーザ識別情報とパスワードとの組合せを、利用者特定情報とする。認証手段１３では、端末装置３より受信した利用者特定情報と一致するものが格納されている場合に、認証成功とする。そして、認証に成功した利用者特定情報に対応するユーザを認証ユーザとする。
アイテム提供サーバ格納手段１４は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。アイテム提供サーバ格納手段１４は、ユーザ情報格納部１４１と、アイテム情報格納部１４２と、推薦アイテム情報格納部１４３とで構成される。
ユーザ情報格納部１４１は、ユーザ情報を複数記憶する。図４は、ユーザ情報格納部１４１の格納状態の一例を示す図である。ユーザ情報とは、端末装置３を利用するユーザを一意に識別するユーザ識別情報であるｕｓｅｒ＿ｉｄとユーザ属性情報であるｕｓｅｒ＿ｉｎｆｏとを関連付けたものであり、図４のようなテーブル形式で記憶する。ユーザ属性情報とは、ユーザの名前、年齢、性別、住所（地域）、趣味、会員になった時期（年月、日付、日時など）、メールアドレス、電話番号などの情報である。また、アイテム提供サーバ装置１にて商品の購入が可能であれば、商品の支払いを行うためのクレジットカード情報などを含んでもよい。
アイテム情報格納部１４２は、アイテム情報を複数記憶する。図５は、アイテム情報格納部１４２の格納状態の一例を示す図である。アイテム情報とは、アイテム識別情報であるｉｔｅｍ＿ｉｄとアイテムの属性情報であるｉｔｅｍ＿ｉｎｆｏとを関連付けたものであり、図５のようなテーブル形式で記憶する。アイテム識別情報（アイテム識別子）とは、アイテムを一意に識別するためのものである。また、アイテムの属性情報とは、例えば、アイテムの名称、制作者、制作年、ジャンル、価格、アイテムを利用するのに適したユーザの条件などの情報である。
推薦アイテム情報格納部１４３は、ユーザごとに推薦アイテム情報を複数記憶する。図６は、推薦アイテム情報格納部１４３の格納状態の一例を示す図である。推薦アイテム情報とは、ユーザ識別情報であるｕｓｅｒ＿ｉｄと、アイテム識別情報であるｉｔｅｍ＿ｉｄとを関連付けたものであり、図６のようなテーブル形式で記憶する。ユーザ識別情報であるｕｓｅｒ＿ｉｄを指定することで、ｕｓｅｒ＿ｉｄに対応する推薦アイテムのアイテム識別情報を全て取得することができる。また後述するように、情報処理サーバ装置２から、推薦値または推薦順位を受信した場合には、ユーザ識別情報と、アイテム識別情報と、推薦値または推薦順位とを関連付けて記憶してもよい。
アイテム提供サーバ通信手段１２は、ネットワーク４を介して情報処理サーバ装置２や、端末装置３と通信を行うための手段である。
アイテム提供サーバ制御手段１１は、アイテム提供サーバ装置１を構成する各手段に対して、全体的な制御を行う。アイテム提供サーバ制御手段１１は、ユーザページ情報作成部１１１と、推薦アイテム取得部１１２と、利用情報中継部１１３とで構成される。
ユーザページ情報作成部１１１は、端末装置３から受信したデータに応じて、以下の２種類の処理を行う。ユーザページ情報作成部１１１の第１の処理は、ユーザページ情報送信処理であり、端末装置３よりユーザページ情報取得要求を受信し、かつ、認証手段１３にて認証成功した場合に、この処理を行う。ユーザページ情報取得要求とは、ユーザページ情報の取得を要求する情報であり、認証手段１３にて認証を行うために、少なくとも利用者特定情報を含む。ユーザページ情報とは、端末装置３に検索画面や、推薦アイテム情報の閲覧操作画面や、利用ポイントの確認画面を表示させるために必要な情報である。例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式を用いてユーザページ情報を作成してもよいし、これ以外のデータ形式を用いてもよい。
ここで利用ポイントとは、ユーザと何らかの関係性のある他のユーザがアイテムを利用したことに基づき、ユーザに付与される数値である。また、アイテムを利用したユーザ本人に利用ポイントを付与してもよい。なお、アイテム提供サーバ装置１によるサービスを提供している側（サービス提供側）が、そのサービスを利用するユーザに対して、利用ポイントに応じて、そのポイントに応じた何らかの特典を与えてもよい。例えば、ショッピングサイトであれば、商品購入の際に、代金の一部として利用ポイントを使用できるようにしてもよいし、利用ポイントに応じた値引きサービスを行ってもよい。なお、何らかの関係性のある他のユーザとは、例えば、対象となるユーザと共通のアイテムを利用しているユーザや、対象となるユーザと類似ユーザであり、かつ共通のアイテムを利用しているユーザなどである。
ユーザページ情報送信処理とは、認証ユーザのユーザページ情報を作成し、認証ユーザが利用中の端末装置３に、作成したユーザページ情報を送信する処理であり、まず、推薦アイテム情報格納部１４３にて、認証ユーザのユーザ識別情報に対応する推薦アイテム情報を全て取得する。次に、利用ポイント情報取得要求を作成し、ネットワーク４を介して、情報処理サーバ装置２に、作成した利用ポイント情報取得要求を送信する。利用ポイント情報取得要求とは、認証ユーザが獲得した利用ポイントに関する情報を取得するための情報であり、少なくとも認証ユーザのユーザ識別情報を含む。
次に、ネットワーク４を介して、情報処理サーバ装置２より、送信した利用ポイント情報取得要求に対応する利用ポイント情報を受信する。次に、取得した推薦アイテム情報と、受信した利用ポイント情報を用いて、ユーザページ情報を作成する。そして、ネットワーク４を介して、端末装置３に、作成したユーザページ情報を送信する。
ユーザページ情報作成部１１１の第２の処理は、検索結果送信処理であり、ネットワーク４を介して、端末装置３より検索条件を受信すると、この処理を行う。ここで検索条件とは、利用するアイテムを絞り込むために用いる条件であり、例えば、ジャンル名、製作者、キーワード、価格の上限や下限などである。検索結果送信処理とは、端末装置３に、受信した検索条件を満たすアイテム情報を送信する処理であり、まず、アイテム情報格納部１４２より、検索条件を満たすアイテムの属性情報を有するアイテム情報を全て抽出する。そして、ネットワーク４を介して、端末装置３に、抽出した全てのアイテム情報を送信する。
推薦アイテム取得部１１２は、ネットワーク４を介して、情報処理サーバ装置２より推薦アイテム情報を受信すると、推薦アイテム情報更新処理を行う。推薦アイテム情報更新処理とは、推薦アイテム情報格納部１４３にて、記憶されている全てのデータを削除した後に、受信した推薦アイテム情報を記憶する処理である。
利用情報中継部１１３は、ネットワーク４を介して、端末装置３より利用者特定情報と新規利用情報とを受信し、かつ、認証手段１３にて認証が成功した場合に、利用情報中継処理を行う。新規利用情報とは、後述する利用ポイント算出処理のトリガーとなる利用情報である。端末装置３から受信する利用情報には、少なくともユーザ識別情報とアイテム識別情報が含まれている。利用情報中継処理とは、ネットワーク４を介して、情報処理サーバ装置２に、受信した新規利用情報を送信する処理である。
ここで、図７のフローチャートを用いて、ユーザページ情報作成部１１１によるユーザページ情報送信処理と、利用情報中継部１１３による利用情報中継処理を続けて行う場合の動作を説明する。まず、端末装置３が、ユーザページ情報取得要求送信処理を行い、ネットワーク４を介して、アイテム提供サーバ装置１にユーザページ情報取得要求を送信する（ステップＳ１０１）。ユーザページ情報取得要求送信処理については後述する。
次に、アイテム提供サーバ装置１の認証手段１３が、ネットワーク４を介して、端末装置３よりユーザページ情報取得要求を受信すると、ユーザページ情報取得要求に含まれる利用者特定情報を基に認証を行う（ステップＳ１０２）。認証に成功した場合は、ユーザページ情報作成部１１１に受信したユーザページ情報取得要求を送り、ステップＳ１０３へ進み、失敗した場合はステップＳ１０１からやり直す。
ステップＳ１０３では、ユーザページ情報作成部１１１が、認証手段１３よりユーザページ情報取得要求を取得し、ユーザページ情報送信処理を行い、ネットワーク４を介して、端末装置３にユーザページ情報を送信する。次に、端末装置３が、ネットワーク４を介して、アイテム提供サーバ装置１より、ユーザページ情報を受信すると、ユーザページ表示処理を行う（ステップＳ１０４）。ユーザページ表示処理については後述する。
次に、表示されたユーザページを閲覧したユーザが、アイテムに関する利用操作を行うと、端末装置３は、新規利用情報を作成し、ネットワーク４を介して、アイテム提供サーバ装置１に、新規利用情報と利用者特定情報とを送信する利用情報送信処理を行う（ステップＳ１０５）。利用情報送信処理については後述する。次に、アイテム提供サーバ装置１の認証手段１３が、ネットワーク４を介して、端末装置３より新規利用情報と利用者特定情報とを受信すると、利用者特定情報を基に認証を行う（ステップＳ１０６）。認証に成功した場合は、利用情報中継部１１３に受信した新規利用情報を送り、ステップＳ１０７へ進み、失敗した場合はステップＳ１０５からやり直す。
ステップＳ１０７では、利用情報中継部１１３が、認証手段１３より新規利用情報を取得し、利用情報中継処理を行い、ネットワーク４を介して、情報処理サーバ装置２に、取得した新規利用情報を送信する。次に、情報処理サーバ装置２が、ネットワーク４を介して、アイテム提供サーバ装置１より、新規利用情報を受信すると、利用ポイント算出処理を行い（ステップＳ１０８）、ステップＳ１０１からステップＳ１０８までの一連の処理を終了する。利用ポイント算出処理については後述する。以上が、ユーザページ情報作成部１１１によるユーザページ情報送信処理と、利用情報中継部１１３による利用情報中継処理を続けて行った場合の手順の説明である。
端末装置３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、ネットワークインタフェース等を備える一般的なコンピュータであり、内蔵されたプログラムにより所定の動作を行う。図８は、本実施形態における端末装置３の構成図である。本実施形態における端末装置３は、端末制御手段３１と、端末通信手段３２と、入力手段３３と、表示手段３４とで構成される。
端末通信手段３２は、ネットワーク４を介してアイテム提供サーバ装置１と通信を行うための手段である。入力手段３３は、例えば、端末装置３がＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であれば、マウスやキーボード、携帯電話であれば、ボタンといったように、ユーザが端末装置３を操作するためのインタフェースである。表示手段３４は、例えば、ディスプレイといったように、様々な情報を表示し、ユーザに視覚的に示すためのインタフェースである。
端末制御手段３１は、端末装置３を構成する各手段に対して、全体的な制御を行う。端末制御手段３１は、ユーザページ表示部３１１と、利用情報作成部３１２とで構成される。ユーザページ表示部３１１は、入力手段３３から取得した操作や、アイテム提供サーバ装置１から受信したデータの種類に応じて、以下の４種類の処理を行う。
ユーザページ表示部３１１の第１の処理は、ユーザページ情報取得要求送信処理（ステップＳ１０１）であり、入力手段３３よりユーザページの表示を要求する操作を取得すると、この処理を行う。ユーザページとは、ユーザページ情報を基に、表示手段３４に表示するために描画されたものである。ユーザページ情報取得要求送信処理とは、端末装置３を利用中のユーザである「利用ユーザ」のユーザ識別情報とパスワードの組合せである利用者特定情報を用いて、ユーザページ情報取得要求を作成し、ネットワーク４を介して、アイテム提供サーバ装置１に、作成したユーザページ情報取得要求を送信する処理である。パスワードは、端末装置３の図示しない格納手段に記憶しておき、ユーザページ情報取得要求を作成するたびに図示しない格納手段から取得してもよいし、ユーザページ情報取得要求を作成するたびにユーザに入力させるようにしてもよい。
ユーザページ表示部３１１の第２の処理は、ユーザページ表示処理（ステップＳ１０４）であり、アイテム提供サーバ装置１よりユーザページ情報を取得すると、この処理を行う。ユーザページ表示処理とは、アイテム提供サーバ装置１より取得したユーザページ情報を基に、ユーザページを作成し、表示手段３４に、作成したユーザページを表示する処理である。
ユーザページ表示部３１１の第３の処理は、検索条件送信処理であり、入力手段３３より条件の入力操作と検索を要求する操作の内容を取得すると、この処理を行う。検索条件送信処理とは、利用ユーザのユーザ識別情報と、取得した条件を用いて検索条件を作成し、アイテム提供サーバ装置１に、作成した検索条件を送信する処理である。
ユーザページ表示部３１１の第４の処理は、検索結果表示処理であり、アイテム提供サーバ装置１より、検索条件送信処理にて送信した検索条件に対するアイテム情報を取得すると、この処理を行う。検索結果表示処理とは、受信したアイテム情報を基にユーザページの更新を行う処理である。表示手段３４に表示するユーザページは、例えば、図９のユーザページの表示例のように、現在獲得している利用ポイントが確認でき、アイテムの検索手段が用意され、推薦アイテムと、検索により取得したアイテムとを分けて表示できるようにすればよい。図９の表示例では、左上に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示し、左下に端末装置３を利用中のユーザの推薦アイテム情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム情報を表示している。
利用情報作成部３１２は、入力手段３３より、ユーザページに表示されたアイテムの利用操作の内容を取得すると、利用情報送信処理（ステップＳ１０５）を行う。アイテムの利用操作とは、ユーザページに表示されたアイテム名などのアイテムの属性情報を選択する操作や、アイテムが音楽であれば、再生を行うという操作や、アイテムが映画であれば、視聴するという操作や、ユーザページにてアイテムの購入が行える場合は、アイテムを購入候補に指定する（買い物かごに入れる）操作や、購入候補として指定したアイテムを購入する操作等である。
利用情報送信処理とは、利用ユーザのユーザ識別情報とパスワードの組合せである利用者特定情報を作成し、利用ユーザのユーザ識別情報と利用操作の対象となったアイテムのアイテム識別情報を基に新規利用情報を作成し、ネットワーク４を介して、アイテム提供サーバ装置１に、作成した利用者特定情報と新規利用情報とを送信する処理である。また利用情報送信処理において、上述した以外の情報を新規利用情報に追加することもできる。例えば、アイテム名などのアイテムの属性情報を選択する操作、アイテムを購入候補に指定する操作、購入候補に指定したアイテムを購入する操作、アイテムを再生する操作、などの各利用操作を区別するための利用形態情報を追加してもよい。また、ユーザにアイテムに対する評価を行わせた上で、その評価値（例えば、「１：非常に嫌い」、「２：やや嫌い」、「３：どちらでもない」、「４：やや好き」、「５：非常に好き」といったように、好みの度合いを数値化したもの）を新規利用情報に追加してもよい。
情報処理サーバ装置２は、アイテム提供サーバ装置１に推薦アイテム情報を送信したり、アイテム提供サーバ装置１の要求に応じて、利用ポイント情報を送信する装置である。情報処理サーバ装置２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。なお、情報処理サーバ装置２を複数のコンピュータを用いて構成してもよい。例えば、負荷分散をするために、情報処理サーバ装置２の各手段に相当する処理を行うコンピュータを複数用いて分散処理を行ってもよい。また、情報処理サーバ装置２の一部の手段の処理をあるコンピュータで実施し、他の手段の処理を別のコンピュータで実施する形態で分散処理を行ってもよい。
図１０は、本実施形態における情報処理サーバ装置２の構成図である。本実施形態における情報処理サーバ装置２は、情報処理サーバ制御手段２１と、情報処理サーバ通信手段２２と、情報処理サーバ格納手段２３とで構成される。情報処理サーバ格納手段２３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納手段２３は、利用情報格納部２３１と、類似ユーザ情報格納部２３２と、分配情報格納部２３３と、利用ポイント格納部２３４と、ユーザ情報格納部２３５と、アイテム情報格納部２３６とで構成される。利用情報格納部２３１は、利用情報を複数記憶する。図１１（図１１（ａ）〜図１１（ｅ））は利用情報格納部２３１の格納状態の例を示す図である。以下に図１１を用いて利用情報の格納形式を９種類説明する。
利用情報の第１の格納形式は、新規利用情報に含まれるユーザ識別情報とアイテム識別情報を、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとして関連付けて、図１１（ａ）のようなテーブル形式で記憶するものである。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄの組合せは一意であり、重複して記憶することはできない。データを追加する際に、既に同一の（ｕｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）の組合せがテーブルに存在する場合は、データを更新しなくてもよいし、新しいデータを上書きしてもよい。第１の格納形式は、アイテムの利用回数を用いる必要がない場合に適しており、格納に必要なデータ容量が最も少ないという特徴がある。
利用情報の第２の格納形式は、利用情報の第１の格納形式と同様に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報を、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとして関連付けて、図１１（ａ）のようなテーブル形式で記憶するものであるが、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容する。このため、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの数を調べることで、ユーザのアイテムに対する利用回数を算出することができる。また、新しく追加されるデータは、必ずテーブルの末尾（一番下の行）に追加されるので、テーブル内の上に位置する行データほど古く、下に位置する行データほど新しいことになる。後述する第６の格納形式のようにアイテムを利用した日付を格納していないが、２つの行の位置関係を調べることにより、２つのデータのどちらが古いかを容易に判定できる。
利用情報の第３の格納形式は、新規利用情報に含まれるユーザ識別情報（ｕｓｅｒ＿ｉｄ）とアイテム識別情報（ｉｔｅｍ＿ｉｄ）と、そのユーザのそのアイテムに対する利用回数（ｃｏｕｎｔ）とを関連付けて、図１１（ｂ）のようなテーブル形式で記憶するものである。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せは一意であり、重複して記憶することはできない。新規利用情報に利用回数が含まれていない場合は、ｃｏｕｎｔの初期値を「１」とし、２回目以降に記憶する際には、対応するｃｏｕｎｔの値を「１」増やす。また、新規利用情報に利用回数が含まれる場合は、ｃｏｕｎｔの初期値をその利用回数とし、２回目以降に記憶する際には、対応するｃｏｕｎｔの値に新規利用情報に含まれる利用回数を加算する。第３の格納形式を用いることで、利用情報格納部２３１から利用回数を簡単に読み出すことができるので、類似ユーザ選出部２１２、推薦アイテム選出部２１３などで利用回数を用いた処理を行う場合に、処理量を少なくできる。
利用情報の第４の格納形式は、新規利用情報にユーザがアイテムに対して行った評価を数値化した評価値（例えば、「１：非常に嫌い」、「２：やや嫌い」、「３：どちらでもない」、「４：やや好き」、「５：非常に好き」といったように、好みの度合いを数値化したもの）が含まれている場合に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と評価値とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとｖａｌｕｅとして関連付けて、図１１（ｃ）のようなテーブル形式で記憶する。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せは一意であり、重複して記憶することはできない。重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する新規利用情報を記憶しようとした場合は、その新規利用情報を記憶する代わりに、重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する既に記憶された利用情報のｖａｌｕｅの値を、新規利用情報に含まれる評価値で置き換える。
利用情報の第５の格納形式は、新規利用情報に評価値が含まれている場合に、利用情報の第４の格納形式と同様に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と評価値とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとｖａｌｕｅとして関連付けて、図１１（ｃ）のようなテーブル形式で記憶するものであるが、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容する。第２の格納形式と同様に、新しく追加されるデータは、必ずテーブルの末尾（一番下の行）に追加されるので、テーブル内の上に位置する行データほど古く、下に位置する行データほど新しいことになる。同一の（ｕｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）の組合せが複数存在する場合、テーブルの下に位置する行のデータほど、新しい評価であることを示している。
利用情報の第６の格納形式は、新規利用情報にユーザがアイテムを利用した日付が含まれている場合に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と利用した日付とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとｄａｔｅとして関連付けて、図１１（ｄ）のようなテーブル形式で記憶する。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せは一意であり、重複して記憶することはできない。このため、重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する新規利用情報を記憶しようとした場合は、その新規利用情報を記憶しないか、その新規利用情報を記憶する代わりに、重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する既に記憶された利用情報のｄａｔｅの値を、新規利用情報に含まれる利用した日付で置き換える。なお、本実施形態では、アイテムを利用した時期を示す情報として日付を用いるが、他の時間単位を用いてもよい。例えば日付だけでなく、分単位、秒単位、ミリ秒単位などの時刻を加えた「日時」を用いてもよいし、年月だけの情報を用いてもよい。第６の格納形式は、アイテムの利用回数を用いる必要がない場合に適している。
利用情報の第７の格納形式は、新規利用情報にユーザがアイテムを利用した日付が含まれている場合に、利用情報の第６の格納形式と同様に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と利用した日付とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとｄａｔｅとして関連付けて、図１１（ｄ）のようなテーブル形式で記憶するものであるが、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容する。第６の格納形式および第７の格納形式のように、ユーザがアイテムを利用した時期情報（日付）を格納することにより、利用ポイント算出処理のバリエーションを増やすことが可能になる。
利用情報の第８の格納形式は、新規利用情報にユーザがアイテムの利用の際に発生した金額（支払い額）が含まれている場合に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と支払い額とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとａｍｏｕｎｔとして関連付けて、図１１（ｅ）のようなテーブル形式で記憶するものである。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せは一意であり、重複して記憶することはできない。このため、重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する新規利用情報を記憶しようとした場合は、重複したｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに対応する既に記憶された利用情報のａｍｏｕｎｔの値に、新規利用情報に含まれる支払い額を加える。このように、ａｍｏｕｎｔに対して、１人のユーザが同じアイテムに対する支払い額を全て加算することで、１人のユーザが１つのアイテムの利用に対して支払った支払い額の総額を容易に参照することができる。第８の格納形式は、アイテムの利用回数を用いる必要がない場合に適している。
利用情報の第９の格納形式は、新規利用情報に支払い額が含まれている場合に、利用情報の第８の格納形式と同様に、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と支払い額とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとａｍｏｕｎｔとして関連付けて、図１１（ｅ）のようなテーブル形式で記憶するものであるが、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容する。このように、１人のユーザの同じアイテムに対する支払い額を個別に記憶することで、１人のユーザが１つのアイテムの利用に対して支払った支払い額の総額や代表値（平均値や最大値や最頻値や中央値）を算出することができる。
また、上記９種類の格納形式において、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容するもの同士、またはｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容しないもの同士を組合せてもよい。例えば、第５の格納形式と第７の格納形式を組み合わせる場合は、新規利用情報に含まれるユーザ識別情報とアイテム識別情報と評価値と利用した日付とを、それぞれｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとｖａｌｕｅとｄａｔｅとして関連付けて、図１１（ｆ）のようなテーブル形式で記憶する。このとき、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せの重複を許容する。このように、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄに加えて、評価値とアイテムの利用時期を格納することにより、利用ポイント算出処理のバリエーションを更に増やすことが可能になる。また、利用情報に上記以外の情報を付加する場合も同様に、ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄの組合せの重複を許容するか否かを決めて格納すればよい。以上が、利用情報の格納形式の説明である。
類似ユーザ情報格納部２３２は、ＨＤＤなどの記憶装置を用いて、類似ユーザ情報を複数記憶する。図１２は、類似ユーザ情報格納部２３２の格納状態の一例を示す図である。類似ユーザ情報とは、基準となるユーザ（基準ユーザ）のユーザ識別情報であるｂａｓｅ＿ｕｓｅｒ＿ｉｄと、基準ユーザの類似ユーザのユーザ識別情報であるｓｉｍ＿ｕｓｅｒ＿ｉｄと、その２ユーザ間の類似度であるｓｉｍｉｌａｒｉｔｙとを関連付けたものであり、図１２のようなテーブル形式で記憶する。このテーブルにおいて、（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ，ｓｉｍ＿ｕｓｅｒ＿ｉｄ）の組合せはユニーク（一意）であり、この組合せを指定することにより、テーブルのデータが特定できる。ここでは、１つのテーブルに２種類のユーザ識別情報を格納するために、ｂａｓｅ＿ｕｓｅｒ＿ｉｄ、ｓｉｍ＿ｕｓｅｒ＿ｉｄという名称を付けて区別しているが、これらは利用情報格納部２３１などに格納されているｕｓｅｒ＿ｉｄと同じものである。
分配情報格納部２３３は、ＨＤＤなどの記憶装置を用いて、分配情報を複数記憶する。図１３は、分配情報格納部２３３の格納状態の一例を示す図である。分配情報とは、アイテムを推薦されるユーザのユーザ識別情報であるｂａｓｅ＿ｕｓｅｒ＿ｉｄと、推薦アイテムのアイテム識別情報であるｉｔｅｍ＿ｉｄと、ｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザの類似ユーザであり、かつｉｔｅｍ＿ｉｄに対応するアイテムを過去に利用したユーザのユーザ識別情報であるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと、利用親ポイントの分配率を示すｒａｔｅとを関連付けたものであり、図１３のようなテーブル形式で記憶する。本実施形態における利用親ポイントとは、推薦によりそのアイテムが利用されたと判定された１つの利用情報に対して与えられる利用ポイントの大本であり、この利用親ポイントに分配率を掛け合わせることで、そのアイテムを利用した類似ユーザごとに利用ポイントが算出される。なお、１つの推薦アイテムに対する利用ポイントの総和と利用親ポイントが等しくなるように、分配率の総和を１とする必要がある。
また利用情報に含まれるユーザ識別情報とアイテム識別情報とを、分配情報格納部２３３に記憶されているｂａｓｅ＿ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せと照合し、合致する行のｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄを抽出することにより、利用親ポイントを分配する対象のユーザを容易に特定できる。ここでは、１つのテーブルに２種類のユーザ識別情報を格納するために、ｂａｓｅ＿ｕｓｅｒ＿ｉｄ、ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄという名称を付けて区別しているが、これらは利用情報格納部２３１などに格納されているｕｓｅｒ＿ｉｄと同じものである。
利用ポイント格納部２３４は、ＨＤＤなどの記憶装置を用いて、利用ポイント情報を複数記憶する。図１４は、利用ポイント格納部２３４の格納状態の一例を示す図である。利用ポイント情報とは、ユーザ識別情報であるｕｓｅｒ＿ｉｄと、そのユーザ識別情報に対応するユーザの利用ポイントであるｐｏｉｎｔを関連付けたものであり、図１４のようなテーブル形式で記憶する。なお、記憶されている利用ポイントの初期値は「０」である。
ユーザ情報格納部２３５は、ＨＤＤなどの記憶装置を用いて、ユーザ情報を複数記憶する。ユーザ情報格納部２３５は、アイテム提供サーバ装置１のユーザ情報格納部１４１と同様の格納形式であり、ユーザ情報格納部１４１に記憶されているユーザ情報が全て記憶されている。アイテム提供サーバ装置１のユーザ情報格納部１４１に記憶されているユーザ情報をユーザ情報格納部２３５にも記憶するのは、情報処理サーバ制御手段２１にて行う処理で、ユーザ情報を利用する場合があるためである。もちろん、ユーザ情報格納部２３５を用意する代わりに、アイテム提供サーバ装置１のユーザ情報格納部１４１よりユーザ情報を取得できるようにしてもよい。
アイテム情報格納部２３６は、ＨＤＤなどの記憶装置を用いて、アイテム情報を複数記憶するものである。アイテム情報格納部２３６は、アイテム提供サーバ装置１のアイテム情報格納部１４２と同様の格納形式であり、アイテム情報格納部１４２に記憶されているアイテム情報が全て記憶されている。アイテム提供サーバ装置１のアイテム情報格納部１４２に記憶されているアイテム情報をアイテム情報格納部２３６にも記憶するのは、情報処理サーバ制御手段２１にて行う処理で、アイテム情報を利用する場合があるためである。もちろん、アイテム情報格納部２３６を用意する代わりに、アイテム提供サーバ装置１のアイテム情報格納部１４２よりアイテム情報を取得できるようにしてもよい。
情報処理サーバ通信手段２２は、ネットワーク４を介してアイテム提供サーバ装置１と通信を行うための手段である。
情報処理サーバ制御手段２１は、情報処理サーバ装置２を構成する各手段に対して、全体的な制御を行う。情報処理サーバ制御手段２１は、利用ポイント算出部２１１と、類似ユーザ選出部２１２と、推薦アイテム選出部２１３と、利用ポイント取得部２１４とで構成される。利用ポイント算出部２１１は、ネットワーク４を介して、アイテム提供サーバ装置１より、新規利用情報を受信すると、利用ポイント算出処理（ステップＳ１０８）を行う。
利用ポイント算出処理の手順を図１５のフローチャートを用いて説明する。まず、利用ポイント算出部２１１が、アイテム提供サーバ装置１より、情報処理サーバ通信手段２２経由で、新規利用情報を取得する（ステップＳ４０１）。次に、利用ポイント算出部２１１が、ステップＳ４０１にて取得した新規利用情報に含まれるアイテム識別情報に対応するアイテムが、推薦アイテムか否かを判定する（ステップＳ４０２）。推薦アイテムである場合はステップＳ４０３へ進み、推薦アイテムでない場合はステップＳ４０９へ進む。推薦アイテムであるか否かの判定方法は３種類存在する。
第１の判定方法は、分配情報格納部２３３を利用する方法である。分配情報格納部２３３に記憶されている分配情報に含まれるｉｔｅｍ＿ｉｄは、その分配情報に含まれるｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザの推薦アイテムのアイテム識別情報である。このため、分配情報格納部２３３に、ステップＳ４０１にて取得した新規利用情報に含まれるユーザ識別情報とアイテム識別情報の組合せと一致するｂａｓｅ＿ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せが存在するか否かを判定することで、推薦アイテムであるか否かを判定できる。
第２の判定方法は、アイテム提供サーバ装置１が、ステップＳ４０１にて取得した新規利用情報に、予め推薦アイテムであるか否かを示す情報を付与する方法である。ステップＳ４０１にて取得した新規利用情報は、アイテム提供サーバ装置１の利用情報中継部１１３が送信したものである。そのため、利用情報中継部１１３が、新規利用情報を送信する前に、推薦アイテム情報格納部１４３にて、新規利用情報に含まれるユーザ識別情報とアイテム識別情報の組合せが存在するか否かを判定し、存在する場合に推薦アイテムであるという情報を付与し、存在しない場合に推薦アイテムでないという情報を付与すればよい。この付与した情報を用いることで、推薦アイテムであるか否かを判定することができる。
第３の判定方法は、端末装置３が、ステップＳ４０１にて取得される新規利用情報に、予め推薦アイテムであるか否かを示す情報を付加する方法である。ステップＳ４０１にて取得される新規利用情報は、端末装置３の利用情報作成部３１２が作成したものである。そのため、利用情報作成部３１２が、新規利用情報を作成する際に、ユーザページに表示されている推薦アイテムを利用した場合は推薦アイテムであるという情報を付与し、推薦アイテム以外のアイテム、例えば、検索結果として表示されたアイテムを利用した場合は推薦アイテムではないという情報を付与すればよい。この付与した情報を用いることで、推薦アイテムであるか否かを判定することができる。
ステップＳ４０３では、利用ポイント算出部２１１が、利用親ポイントを算出する。利用親ポイントの算出方法は、例えば、新規利用情報の１つにつき、サービス提供者側が予め設定した一定のポイント（例えば１０ポイント）とするものである。また、有料のアイテムを扱うショッピングサイト等であれば、購入代金から一定の割合（例えば購入代金の１％）を利用親ポイントとして算出してもよい。また、新規利用情報に、アイテムの利用形態情報（アイテムの詳細情報の表示する操作、アイテムを買い物かごに入れる等の購入候補に指定する操作、アイテムの購入操作などの操作を区別する情報）を含ませ、その利用形態ごとに一定のポイントを予めサービス提供側が設定し、利用親ポイントとして付与してもよい。
次に、利用ポイント算出部２１１が、分配情報格納部２３３より、ステップＳ４０１にて取得した新規利用情報に含まれるユーザ識別情報とアイテム識別情報との組合せが、ｂａｓｅ＿ｕｓｅｒ＿ｉｄとｉｔｅｍ＿ｉｄとの組合せに一致する分配情報を全て取得する（ステップＳ４０４）。ここで取得した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄ（ユーザ識別情報）に対応するユーザは全て、新規利用情報よりも早い時期に同じアイテムを利用したユーザである。
次に、利用ポイント算出部２１１が、ステップＳ４０４にて取得した分配情報を、例えば取得した順に、１つ選択する（ステップＳ４０５）。次に、利用ポイント算出部２１１が、ステップＳ４０３にて算出した利用親ポイントと、ステップＳ４０５にて選択した分配情報に含まれるｒａｔｅとを掛け合わせることで利用ポイントを変更するための変更値を算出する（ステップＳ４０６）。
次に、利用ポイント算出部２１１が、利用ポイント格納部２３４において、ステップＳ４０５にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄに対応する利用ポイント情報（このｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと一致するｕｓｅｒ＿ｉｄを持つテーブル行）を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、ステップＳ４０６にて算出した変更値を加算する（ステップＳ４０７）。
次に、利用ポイント算出部２１１が、ステップＳ４０５にて全ての分配情報を選択したか否かを判定する（ステップＳ４０８）。全て選択した場合は、ステップＳ４０９へ進み、まだ未選択のものが残っている場合は、ステップＳ４０５へ進む。ステップＳ４０９では、利用ポイント算出部２１１が、利用情報格納部２３１に、ステップＳ４０１にて取得した新規利用情報を記憶する。新規利用情報を利用情報格納部２３１に格納することで、その新規利用情報に対応する利用履歴は既処理であるとみなされる。以上で、ステップＳ４０１からステップＳ４０９までの一連の処理は終了となる。
上記説明では、ステップＳ４０７にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元のポイントと以下に示す係数（変更値）との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ４０３では、加算する利用ポイントの和である利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を算出する。そして、ステップＳ４０５にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄに対応するユーザｕｒのｉｔｅｍ＿ｉｄに対応するアイテムｉｒに関する分配率をｒａｔｅ（ｕｒ，ｉｒ）とし、親増加率をｓｒとして、図３５の式（１１）により、係数ｍ（ｕｒ，ｉｒ）を算出する。また、利用ポイントの初期値が「０」であると、いくら倍率を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。以上が、利用ポイント算出処理の説明である。
類似ユーザ選出部２１２は、所定のタイミングごとに、類似ユーザ情報格納部２３２に記憶されているデータを全て削除した後、類似ユーザ選出処理を行う。所定のタイミングとしては、所定の時間間隔（例えば２４時間ごと）を用いてもよいし、利用情報を一定回数受信するごととしてもよい。また、月曜日〜金曜日までは３時間ごと、土曜日は６時間ごと、日曜日は１２時間ごと、というように時間間隔が変動してもよい。また、夏は時間間隔を短くして、冬は時間間隔を長くするなど、季節に応じて時間間隔を変えてもよい。
類似ユーザ選出処理の手順を図１６のフローチャートを用いて説明する。まず、類似ユーザ選出部２１２が、利用情報格納部２３１より、全てのｕｓｅｒ＿ｉｄを取得する（ステップＳ５０１）。次に、類似ユーザ選出部２１２が、ステップＳ５０１にて取得したｕｓｅｒ＿ｉｄのうち、例えば、取得した順に、１つ選択する（ステップＳ５０２）。次に、類似ユーザ選出部２１２が、利用情報格納部２３１より、ステップＳ５０２にて選択したｕｓｅｒ＿ｉｄに対応するユーザ（基準ユーザ）の利用情報と、基準ユーザと同じアイテムを利用したことのあるユーザ（類似候補ユーザ）の全ての利用情報を取得する（ステップＳ５０３）。類似候補ユーザの利用情報を全て取得するには、まず、基準ユーザの全ての利用情報に含まれるアイテム識別情報を抽出する。次に、基準ユーザの利用情報を除く全ての利用情報の中から、抽出したアイテム識別情報のうちの何れかを含む利用情報に含まれる全てのユーザ識別情報を抽出する。そして、抽出したユーザ識別情報の何れかを含む利用情報を全て取得すればよい。
次に、類似ユーザ選出部２１２が、ステップＳ５０３にて取得した利用情報を用いて、類似候補ユーザごとに、基準ユーザとの類似度を算出する（ステップＳ５０４）。類似度を算出する方法として例えば、Ｊａｃｃａｒｄ（ジャカード）係数を用いることができる。Ｊａｃｃａｒｄ係数を用いる場合は、ユーザｘの利用したことのあるアイテム集合をＩｘ、ユーザｙの利用したことのあるアイテム集合をＩｙ、ユーザｘとユーザｙが共に利用したことのあるアイテム数を｜Ｉｘ∩Ｉｙ｜とし、ユーザｘとユーザｙの少なくとも一方が利用したことのあるアイテムの種類数を｜Ｉｘ∪Ｉｙ｜としたとき、類似度は図３４の式（１）で算出することができる。
また、利用情報に、利用回数や評価値が含まれる場合は、コサイン距離やピアソン積率相関係数を用いることができる。コサイン距離を用いる場合は、例えば、ユーザｘとユーザｙが共に利用したことのあるアイテムをＩｃとし、ユーザｘのアイテムｉに対する利用回数や評価値をＶ（ｘ，ｉ）、ユーザｙのアイテムｉに対する利用回数や評価値をＶ（ｙ，ｉ）としたとき、類似度は図３４の式（２）で算出することができる。また、ピアソン積率相関係数を用いる場合は、例えば、ユーザｕとユーザｕの類似度算出対象のユーザが共に利用したことのあるアイテム数をｎとし、共に利用したことのあるアイテムに対する利用回数や評価値の平均値Ｖａ（ｕ）を図３４の式（３）で算出したとき、類似度は図３４の式（４）で算出することができる。これ以外にも、２ユーザ間の類似性を表す指標であれば、どのようなものを用いてもよい。そして、類似度算出に必要な情報があれば、利用情報格納部２３１に、利用情報に関連付けて記憶しておけばよい。
次に、類似ユーザ選出部２１２が、ステップＳ５０４にて算出した類似度を基に、類似候補ユーザの中から類似ユーザを選出する（ステップＳ５０５）。例えば、予めサービス提供側が閾値を定め、その閾値より高い類似度を持つ類似候補ユーザを類似ユーザとして選出すればよい。また、類似度の高い順に所定数を超えない数のユーザを選出してもよい。すなわち、類似候補ユーザが所定数より多く存在する場合は、類似度の高い順に所定数のユーザを算出し、類似候補ユーザが所定数以下である場合には、全ての類似候補ユーザを選出すればよい。所定数は、システム提供側が予め設定すればよい。
次に、類似ユーザ選出部２１２が、ステップＳ５０５にて選出した類似ユーザごとに、類似ユーザ情報格納部２３２に、基準ユーザのｕｓｅｒ＿ｉｄをｂａｓｅ＿ｕｓｅｒ＿ｉｄとし、ステップＳ５０５にて選出した類似ユーザのｕｓｅｒ＿ｉｄをｓｉｍ＿ｕｓｅｒ＿ｉｄとし、ステップＳ５０５にて選出した類似ユーザの類似度をｓｉｍｉｌａｒｉｔｙとして関連付けた類似ユーザ情報を記憶する（ステップＳ５０６）。次に、類似ユーザ選出部２１２が、ステップＳ５０２にて全てのｕｓｅｒ＿ｉｄを選択したか否かを判定する（ステップＳ５０７）。全て選択した場合はステップＳ５０１からステップＳ５０７までの一連の処理を全て終了し、まだ未選択のものが残っている場合はステップＳ５０２へ進む。
なお、類似ユーザを選出する対象のユーザを制限してもよい。このとき、ステップＳ５０１にて、利用情報格納部２３１よりｕｓｅｒ＿ｉｄを取得する際に、所定の条件、例えば、所定数以上のアイテムを利用したユーザのｕｓｅｒ＿ｉｄのみを取得するとしてもよい。所定数はサービス提供側が予め決めておけばよい。さらに、利用情報格納部２３１に利用した日付が記憶されている場合は、特定の期間において、所定数以上のアイテムを利用したユーザのｕｓｅｒ＿ｉｄのみを取得するとしてもよい。特定の期間はサービス提供側が予め決めておけばよい。また、ステップＳ５０３にて、利用情報格納部２３１より、類似候補ユーザの利用情報を取得する際に、類似候補ユーザにも同様に制限をかけてもよい。このときも同様に、類似候補ユーザの中で、所定数以上のアイテムを利用した類似候補ユーザの利用情報のみ取得してもよいし、特定の期間において、所定数以上のアイテムを利用した類似候補ユーザの利用情報のみを取得してもよい。
また、利用情報格納部２３１に利用した日付が記憶されている場合は、類似ユーザ選出処理に用いる利用情報を、過去の特定の時点から、類似ユーザ選出処理を行っている時点（現在）までの間に利用されたアイテムに関する利用情報のみに制限してもよい。過去の特定の時点は、サービス提供側が予め決めておけばよく、例えば、類似ユーザ選出処理を行っている時点から３ヶ月前や、半年前や、１年前とすればよい。このとき、ステップＳ５０１にて、利用情報格納部２３１よりｕｓｅｒ＿ｉｄを取得する際に、過去の特定の時点以降の利用情報に含まれるｕｓｅｒ＿ｉｄのみ取得すればよい。また、ステップＳ５０３にて、利用情報格納部２３１より、基準ユーザの利用情報と類似候補ユーザの利用情報とを取得する際に、まず、基準ユーザの利用情報の中で、過去の特定の時点以降に利用されたアイテムに関する利用情報に含まれるアイテム識別情報を抽出する。次に、基準ユーザの利用情報を除く、過去の特定の時点以降に利用されたアイテムに関する利用情報の中から、抽出したアイテム識別情報のうちの何れかを含む利用情報に含まれる全てのユーザ識別情報を抽出する。そして、抽出したユーザ識別情報の何れかを含む利用情報の中で、過去の特定の時点以降に利用されたアイテムに関する利用情報を全て取得すればよい。
また、ユーザ情報格納部２３５に記憶されているユーザ情報に含まれるユーザの属性情報を用いて、類似ユーザを選出する対象のユーザを制限してもよい。このとき、ステップＳ５０１にて、利用情報格納部２３１よりｕｓｅｒ＿ｉｄを取得する際に、所定条件（例えば、「２０代女性」）のユーザ属性を持つユーザのｕｓｅｒ＿ｉｄのみを取得すればよい。もちろん、所定条件として何も指定しなくてもよい。さらに、ステップＳ５０３でも、同様に取得する利用情報に含まれるｕｓｅｒ＿ｉｄに所定条件を指定してもよい。
また、アイテム情報格納部２３６に記憶されているアイテム情報に含まれるアイテムの属性情報を用いて、類似度算出に用いる利用情報を制限してもよい。このとき、ステップＳ５０３にて、利用情報格納部２３１より利用情報を取得する際に、所定条件（例えば、ジャンル「フィクション」）のアイテム属性を持つアイテムのｉｔｅｍ＿ｉｄを含む利用情報のみを取得すればよい。もちろん、所定条件として何も指定しなくてもよい。
また、利用情報を用いて２ユーザ間の類似度を算出する代わりに、ユーザの属性情報を用いて２ユーザ間の適合度を算出し、その適合度を用いて類似ユーザを選出してもよい。適合度とは、ユーザの属性情報を用いてユーザ同士の相性の良さを数値化したものである。
このとき、ステップＳ５０１にて、さらに、ユーザ情報格納部２３５より、取得したｕｓｅｒ＿ｉｄに対応するユーザの属性情報を全て取得する。そして、ステップＳ５０３の処理を省略し、ステップＳ５０４にて類似度を算出する代わりに、ステップＳ５０２にて選択したｕｓｅｒ＿ｉｄに対応するユーザの属性情報と、それ以外のユーザの属性情報との間の適合度を算出すればよい。適合度として、２つのユーザの属性情報間の属性値の一致数を用いることができる。
例えば、属性情報に含まれる属性が性別と年齢と地域である場合に、一方の属性値が「男」、「２４」、「東京」であり、他方の属性値が「女」、「２４」、「東京」であるとき、一致する属性数が２であるため、適合度を「２」とする。また、一致する属性値の条件は、属性ごとにサービス提供者側が自由に決めてよく、例えば、年齢なら属性値の差が「５」未満なら一致とするとしてもよいし、属性値が「２０」〜「２９」なら「２０代」、「３０」〜「３９」なら「３０代」と変換し、変換後の値を用いて一致するか否かを判定してもよい。「地域」など他の属性についても同様の処理を行ってよい。
また、属性ごとに異なる重みをつけて適合度を算出してもよい。例えば、年齢が一致する場合には、「地域」が一致する場合よりも適合度が２倍大きくなるように算出してもよい。以上が、類似ユーザを選出する処理の手順の説明である。
推薦アイテム選出部２１３は、所定のタイミングごとに、分配情報格納部２３３に記憶されている全てのデータを削除した後に、推薦アイテム選出処理を行う。この所定のタイミングとしては、類似ユーザ選出処理を行う所定のタイミングと同様に種々のタイミングを用いることができる。また、類似ユーザ選出処理を行う所定のタイミングと同期していても、同期していなくてもよい。また、推薦アイテム選出処理の過程で、利用親ポイントを分配する対象となるユーザを選定し、利用ポイントを算出するために用いる分配情報が作成される。
推薦アイテム選出処理の手順を図１７のフローチャートを用いて説明する。まず、推薦アイテム選出部２１３が、類似ユーザ情報格納部２３２より、全てのｂａｓｅ＿ｕｓｅｒ＿ｉｄを取得する（ステップＳ６０１）。次に、推薦アイテム選出部２１３が、ステップＳ６０１にて取得したｂａｓｅ＿ｕｓｅｒ＿ｉｄのうちの１つを選択する。例えば取得した順に、１つずつ選択すればよい（ステップＳ６０２）。ここで選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザを「推薦対象ユーザ」と呼ぶ。
次に、推薦アイテム選出部２１３が、類似ユーザ情報格納部２３２より、ステップＳ６０２にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応する全ての類似ユーザ情報を取得する（ステップＳ６０３）。次に、推薦アイテム選出部２１３が、利用情報格納部２３１より、類似ユーザの利用情報を全て取得する（ステップＳ６０４）。具体的には、ステップＳ６０３にて取得した類似ユーザ情報に含まれるｓｉｍ＿ｕｓｅｒ＿ｉｄとｕｓｅｒ＿ｉｄとを照合し、ｓｉｍ＿ｕｓｅｒ＿ｉｄの何れかと一致するｕｓｅｒ＿ｉｄを含む利用情報の中からアイテム識別情報を全て抽出する。
そして抽出したアイテム識別情報の中から、ステップＳ６０２にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄとｕｓｅｒ＿ｉｄが一致する全ての利用情報に含まれるアイテム識別情報と一致しないアイテム識別情報を特定し、その特定したアイテム識別情報に対応する利用情報を取得する。すなわち、類似ユーザが過去に利用していて、かつ推薦対象ユーザがまだ利用していないアイテムに関する利用情報を取得する。また、利用情報格納部２３１に利用した日付が記憶されている場合は、取得する利用情報を、過去の特定の時点から、推薦アイテム選出処理を行っている時点（現在）までの間に利用されたアイテムに関する利用情報のみに制限してもよい。過去の特定の時点は、サービス提供側が予め決めておけばよく、例えば、推薦アイテム選出処理を行っている時点から３ヶ月前や、半年前や、１年前とすればよい。
次に、推薦アイテム選出部２１３が、ステップＳ６０４にて取得した利用情報を用いてアイテムごとに以下の方法で推薦値を算出する（ステップＳ６０５）。推薦値算出の第１の方法は、ｉｔｅｍ＿ｉｄごとに、そのアイテムを利用した類似ユーザの数を集計し、その数を推薦値とする方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を全て平等（同じ）に扱っている。
推薦値算出の第２の方法は、ｉｔｅｍ＿ｉｄごとに、利用情報に対応する類似ユーザの類似度の和を推薦値として算出する方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦対象ユーザとの類似度が高い類似ユーザほど影響力が強いことになる。
推薦値算出の第３の方法は、ｉｔｅｍ＿ｉｄごとに、そのアイテムを利用した類似ユーザの利用回数の和を推薦値として算出する方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテムに対する利用回数の多いユーザほど影響力が強いことになる。なおこの方法を用いる場合は、利用情報格納部２３１において、利用回数の情報を読み出し可能な、第２、第３、第５、第７、第９のうちのいずれかの格納形式を用いる必要がある。
推薦値算出の第４の方法は、利用情報に評価値が含まれる場合に用いられる方法であり、ｉｔｅｍ＿ｉｄごとに、ｉｔｅｍ＿ｉｄを含む利用情報を用いて算出できる評価値の和を推薦値として算出する方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテムに対する評価が高いユーザほど影響力が強いことになる。なおこの方法を用いる場合は、利用情報格納部２３１において、評価値を格納する第４または第５の格納形式を用いる必要がある。
推薦値算出の第５の方法は、利用情報に含まれるアイテム利用日付を用いて、利用日付の古い利用情報ほど大きな重みを付けて推薦値を算出する方法である。例えば、利用情報ごとに、推薦アイテム選出処理を行う日付（現在）と、そのアイテム利用日付との差を算出し、ｉｔｅｍ＿ｉｄごとに、その差の総和を算出すればよい。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテムを早く利用したユーザほど影響力が強いことになる。
推薦値算出の第６の方法は、利用情報に含まれるアイテム利用日付を用いて、利用日付の新しい利用情報ほど大きな重みを付けて推薦値を算出する方法である。例えば、利用情報ごとに、推薦アイテム選出処理を行う日付（現在）と、そのアイテム利用日付との差を算出し、ｉｔｅｍ＿ｉｄごとに、その差の逆数の総和を算出すればよい。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテムを後で利用したユーザほど影響力が強いことになる。なお、推薦値算出の第５および推薦値算出の第６の方法を用いる場合は、利用情報格納部２３１において、アイテムを利用した日付を格納する、第６または第７の格納形式を用いる必要がある。
推薦値算出の第７の方法は、利用情報に支払い額が含まれる場合に用いられる方法であり、ｉｔｅｍ＿ｉｄごとに、ｉｔｅｍ＿ｉｄを含む利用情報を用いて算出できる支払い額の和を推薦値として算出する方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテムに対する支払い額が高いユーザほど影響力が強いことになる。なおこの方法を用いる場合は、利用情報格納部２３１において、評価値を格納する第８または第９の格納形式を用いる必要がある。
推薦値算出の第８の方法は、ユーザ情報格納部２３５に記憶されたユーザ情報にユーザが会員になった日付が含まれる場合に、会員になった日付の古いユーザほど大きな重みを付けて推薦値を算出する方法である。例えば、ユーザごとに、推薦アイテム選出処理を行う日付（現在）と、ユーザが会員になった日付との差を算出し、ｉｔｅｍ＿ｉｄごとに、その差の総和を算出すればよい。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、早く会員になったユーザほど影響力が強いことになる。
推薦値算出の第９の方法は、ユーザ情報格納部２３５に記憶されたユーザ情報にユーザが会員になった日付が含まれる場合に、会員になった日付の新しいユーザほど大きな重みを付けて推薦値を算出する方法である。例えば、ユーザごとに、推薦アイテム選出処理を行う日付（現在）と、ユーザが会員になった日付との差を算出し、ｉｔｅｍ＿ｉｄごとに、その差の逆数の総和を算出すればよい。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、後で（最近になって）会員になったユーザほど影響力が強いことになる。
推薦値算出の第１０の方法は、ユーザ情報格納部２３５に記憶されたユーザ情報に含まれるユーザの属性情報を用いる方法である。具体的には、利用情報ごとに、ステップＳ６０２にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザの属性情報と、その利用情報に含まれるユーザ識別情報に対応するユーザの属性情報との適合度を算出し、ｉｔｅｍ＿ｉｄごとに適合度の和を推薦値として算出する方法である。この方法は、推薦値に対する類似ユーザ１人ひとりの影響力（重み）を変えており、推薦対象ユーザとの適合度が高いユーザほど影響力が強いことになる。
また、上記の推薦値算出の第１〜推薦値算出の第１０の方法を組み合わせて類似度や利用回数や評価値や利用した日付や会員になった日付や適合度を組み合わせて推薦値を算出してもよい。例えば、それぞれの方法で推薦値（推薦値１〜推薦値Ｎ）を算出し、それらの推薦値を加算した値、乗算した値、それらの推薦値の平均値などを総合的な推薦値として用いてもよい。また、推薦値算出の第２の方法と第３の方法を組合せて、利用情報ごとに、そのアイテムを利用した類似ユーザの利用回数と類似度との積を算出し、ｉｔｅｍ＿ｉｄごとに、その積の総和を推薦値として算出してもよい。
次に、推薦アイテム選出部２１３が、ステップＳ６０５にて算出した推薦値を基に推薦アイテムを選出する（ステップＳ６０６）。推薦アイテムの選出基準は、推薦値の高い順に、予めサービス提供側が設定した数だけ選出すればよい。また、予めサービス提供側が閾値を定め、その閾値より高い推薦値を持つアイテムを推薦アイテムとして選出してもよい。なおこの処理において、選出された推薦アイテムに対して、推薦値の高い順に推薦順位を付け、その推薦順位を含めた情報をステップＳ６１２において、アイテム提供サーバ装置１に送信してもよい。
次に、推薦アイテム選出部２１３が、ステップＳ６０６にて選出した推薦アイテムのうち、例えば推薦値の高い順に１つ選択する（ステップＳ６０７）。次に、推薦アイテム選出部２１３が、ステップＳ６０７にて選択した推薦アイテムを利用したことのある類似ユーザ（分配対象ユーザ）を抽出し、抽出した分配対象ユーザごとに分配率を算出する（ステップＳ６０８）。分配対象ユーザを抽出するには、ステップＳ６０４にて取得した利用情報の中で、ステップＳ６０７にて選択した推薦アイテムと同じアイテム識別情報を含むものを特定し、特定した利用情報に含まれるユーザ識別情報を、分配対象ユーザのユーザ識別情報として抽出する。分配率の算出方法として、以下の方法を用いることができる。以下の分配率の算出方法の説明において、ステップＳ６０１にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザ（推薦対象ユーザ）をｕｂとし、ステップＳ６０７にて選択した推薦アイテムｉｒに対応する分配対象ユーザの集合をＵ（ｉｒ）とする。
分配率算出の第１の方法は、分配対象ユーザに等比率となるように分配率を算出する方法である。分配対象ユーザ集合Ｕ（ｉｒ）の数を｜Ｕ（ｉｒ）｜としたとき、Ｕ（ｉｒ）の中に含まれるユーザｕｒの推薦アイテムｉｒに関する分配率ｒａｔｅ（ｕｒ，ｉｒ）は、図３４の式（５）で表わされる。この方法は、最も計算量が少ない。またこの方法は、全ての分配対象ユーザが、等しく推薦に貢献したという考えの基に分配率を算出している。このため、推薦値算出の第１の方法と組合せるのがよいが、これ以外の推薦値算出の方法と組合せることもできる。
分配率算出の第２の方法は、類似度に応じて分配率を算出する方法である。ユーザｕｂとユーザｕｒとの類似度をｓｉｍ（ｕｂ，ｕｒ）、ユーザｕｂとユーザｕ（ｕ∈Ｕ（ｉｒ））との類似度をｓｉｍ（ｕｂ，ｕ）とすると、ユーザｕｒの推薦アイテムｉｒに関する分配率ｒａｔｅ（ｕｒ，ｉｒ）は、図３４の式（６）で表わされる。分配率算出の第２の方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、推薦対象ユーザとの類似度の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第２の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。
分配率算出の第３の方法は、利用回数に応じて分配率を算出する方法である。ユーザｕｒの推薦アイテムｉｒの利用回数をＶ（ｕｒ，ｉｒ）、ユーザｕ（ｕ∈Ｕ（ｉｒ））の推薦アイテムｉｒの利用回数をＶ（ｕ，ｉｒ）とすると、ユーザｕｒの推薦アイテムｉｒに関する分配率ｒａｔｅ（ｕｒ，ｉｒ）は、図３４の式（７）で表わされる。分配率算出の第３の方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、利用回数の多い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第３の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。さらに、利用回数に比例して得られる利用ポイントが増加するため、その性質をユーザに公開することで、ユーザのアイテムの利用を促進させることができる。また、推薦アイテムｉｒに限らず、ユーザｕｒの利用したことのある全てのアイテムの利用回数の和を算出し、これをＶ（ｕｒ，ｉｒ）の代わりに用いてもよく、この場合も同じ効果を得ることができる。
分配率算出の第４の方法は、利用情報に評価値が含まれる場合に、その評価値に応じて分配率を算出する方法である。ユーザｕｒの推薦アイテムｉｒの評価値をＶ２（ｕｒ，ｉｒ）とした上で、第３の方法で説明した図３４の式（７）において、Ｖ（ｕｒ，ｉｒ）の代わりにＶ２（ｕｒ，ｉｒ）を用いればよい。分配率算出の第４の方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、評価値の高いユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第４の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。また、ユーザｕｒの推薦アイテムｉｒに対応する評価値が複数記憶されている場合は、最後に記憶された評価値をＶ２（ｕｒ，ｉｒ）として用いればよい。
分配率算出の第５の方法は、利用情報に利用した日付が含まれる場合に、その利用した日付から推薦アイテム選出処理を行うまでの期間（秒単位、分単位、時間単位、日単位、週単位、月単位など）が長いほど分配率が高くなるように算出する方法である。ユーザｕｒが推薦アイテムｉｒを利用した日付から推薦アイテム選出処理を行うまでの期間をＤ（ｕｒ，ｉｒ）（≧０）とし、ユーザｕ（ｕ∈Ｕ（ｉｒ））が推薦アイテムｉｒを利用した日付から推薦アイテム選出処理を行うまでの期間をＤ（ｕ，ｉｒ）（≧０）とすると、ユーザｕｒの推薦アイテムｉｒに関する分配率ｒａｔｅ（ｕｒ，ｉｒ）は、図３５の式（８）で表わされる。
この方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、早い時期に利用した分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第５の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。さらに、早く利用したユーザほど多くの利用ポイントを得ることができるため、その性質をユーザに公開することで、アイテムの利用開始時期に大量に利用ユーザを獲得することができる。なお、図３５の式（８）では、分子と分母において、それぞれ「１」を加算しているが、これは分母を「０」にしないための処理である。加算する数値は「１」以外でもよく、また分母における「ΣＤ（ｕ，ｉｒ）」の部分を「０」より大きな数値として算出すれば、分子と分母における「１」の加算を省略してもよい。
分配率算出の第６の方法は、分配率算出の第５の方法とは逆に、推薦アイテムを利用した日付から推薦アイテム選出処理を行うまでの期間が短いほど分配率が高くなるように算出する方法である。ユーザｕｒの推薦アイテムｉｒの利用した日付から推薦アイテム選出処理を行うまでの期間をＤ（ｕｒ，ｉｒ）（≧０）とし、ユーザｕ（ｕ∈Ｕ（ｉｒ））が推薦アイテムｉｒを利用した日付から推薦アイテム選出処理を行うまでの期間をＤ（ｕ，ｉｒ）（≧０）とすると、ユーザｕｒの推薦アイテムｉｒに関する分配率ｒａｔｅ（ｕｒ，ｉｒ）は、図３５の式（９）で表わされる。この方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、直近で利用した分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第６の方法と組み合わせて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。
分配率算出の第６の方法以外の方法では、１つの推薦アイテムにおいて、直近で利用したユーザは、早い時期に利用したユーザに比べ、その推薦アイテムから得られる利用ポイントの合計値が、かなり少なくなってしまうが、この算出方法では、アイテムを先に利用したユーザの利用ポイントの合計値と、後から利用したユーザの利用ポイントの合計値との差を小さくすることができる。このため、最近になってからアイテムを利用し始めたユーザ（新規に会員になったユーザなど）に、ポイントを多く配分して、アイテム利用サービスからの脱会を防ぎたいような場合に適している。なお分配率算出の第５の方法および分配率算出の第６の方法を用いる場合に、ユーザｕｒの推薦アイテムｉｒに対応する利用した日付が複数記憶されている場合は、利用した日付から推薦アイテムを選出する処理を行うまでの期間の代表値をＤ（ｕｒ，ｉｒ）（≧０）とすればよい。代表値とは、その期間の平均値や最大値や最小値や中央値である。
なお、図３５の式（９）では、分子と分母において、それぞれ「１」を加算しているが、加算する数値は「１」以外でもよい。また分子における「Ｄ（ｕｒ，ｉｒ）」を「０」より大きな数値として算出し、分母における「Ｄ（ｕ，ｉｒ）」を「０」より大きな数値として算出すれば、分子と分母における「１」の加算を省略してもよい。また、図３５の式（９）では、Ｄ（ｕｒ，ｉｒ）およびＤ（ｕ，ｉｒ）の逆数を用いて、Ｄ（ｕｒ，ｉｒ）が大きくなるほど分配率が小さくなるようにしているが、他の方法を用いてもよい。例えば、底が０より大きく、かつ１未満である指数関数（単調減少関数）を用いてもよい。
分配率算出の第７の方法は、利用情報に支払い額が含まれる場合に、その支払い額に応じて分配率を算出する方法である。このとき、ユーザｕｒの推薦アイテムｉｒの支払い額をＶ３（ｕｒ，ｉｒ）とした上で、第３の方法で説明した図３４の式（７）において、Ｖ（ｕｒ，ｉｒ）の代わりにＶ３（ｕｒ，ｉｒ）を用いればよい。分配率算出の第７の方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、支払い額の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第７の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。また、Ｖ３（ｕｒ，ｉｒ）は、ユーザｕｒの利用したことのある全てのアイテムの支払い額の総額としてもよく、この場合も同じ効果を得ることができる。
また、Ｖ３（ｕｒ，ｉｒ）は、ユーザｕｒが利用したことのあるアイテムの中で、推薦アイテムｉｒの属性情報の所定の属性値と等しい属性値を有するアイテムに対する支払い額の総額としてもよく、この場合も同じ効果を得ることができる。これは、例えば、推薦アイテムｉｒの属性情報であるジャンルが「音楽」であれば、Ｖ３（ｕｒ，ｉｒ）を、ユーザｕｒが利用したことのあるジャンルが「音楽」のアイテムに対する支払額の総和とすればよい。また、ユーザｕｒの推薦アイテムｉｒに対応する支払い額が複数記憶されている場合は、支払額の総額や代表値をＶ３（ｕｒ，ｉｒ）として用いればよい。
分配率算出の第８の方法は、ユーザ情報格納部２３５に記憶されたユーザ情報に含まれるユーザの属性情報にユーザが会員になった日付が含まれる場合に、その会員になった日付から推薦アイテム選出処理を行うまでの期間（秒単位、分単位、時間単位、日単位、週単位、月単位など）が長いほど分配率が高くなるように算出する方法である。例えば、ユーザｕｒの会員になった日付から推薦アイテム選出処理を行うまでの期間をＤ２（ｕｒ，ｉｒ）（≧０）とした上で、第５の方法で説明した図３５の式（８）において、Ｄ（ｕｒ，ｉｒ）の代わりにＤ２（ｕｒ，ｉｒ）を用いればよい。この方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、早い時期に会員になった分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。
従ってこの方法は、推薦値算出の第８の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。さらに、早い時期に会員になったユーザというのは、会員期間が長いユーザでもあり、会員期間が長いユーザほど多くの利用ポイントを得ることができるため、その性質をユーザに公開することで、ユーザは「一度入会したら、なるべく退会せずにいた方が得だ」という判断をする可能性が高くなるので、途中で止めずに会員を継続するユーザを増やすことができる。
分配率算出の第９の方法は、分配率算出の第８の方法とは逆に、会員になった日付から推薦アイテム選出処理を行うまでの期間が短いほど分配率が高くなるように算出する方法である。例えば、ユーザｕｒの会員になった日付から推薦アイテム選出処理を行うまでの期間をＤ２（ｕｒ，ｉｒ）（≧０）とした上で、第６の方法で説明した図３５の式（８）において、Ｄ（ｕｒ，ｉｒ）の代わりにＤ２（ｕｒ，ｉｒ）を用いればよい。この方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、最近会員となった分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。
従ってこの方法は、推薦値算出の第９の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。分配率算出の第９の方法以外の方法では、最近会員になったユーザの利用ポイントがたまりにくい傾向がある。特に、長い期間アイテム利用サービスを行っている場合は、それだけ多くのユーザが存在し、さらに、ユーザ１人あたりの利用アイテム数も多くなり、１つの推薦アイテムに関係する類似ユーザ数も増えるので、一度に得られる利用ポイントも低くなる。しかし、この算出方法では、最近会員になったユーザの利用ポイントが増えやすくなるため、入会したユーザがすぐに退会するのを防ぐことができる。
分配率算出の第１０の方法は、ユーザ情報格納部２３５に記憶されたユーザ情報に含まれるユーザの属性情報を用いて、分配対象ユーザごとに、推薦対象ユーザとの適合度を算出し、算出した適合度に応じて分配率を算出する方法である。このとき、ユーザｕｒの適合度をＶ４（ｕｒ，ｉｒ）とした上で、第３の方法で説明した図３４の式（７）において、Ｖ（ｕｒ，ｉｒ）の代わりにＶ４（ｕｒ，ｉｒ）を用いればよい。分配率算出の第９の方法は、分配対象ユーザ集合Ｕ（ｉｒ）において、適合度の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第１０の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。
以上が、分配率の算出方法として用いることができるものである。また、上記の分配率算出の第１〜分配率算出の第１０の方法を組合せてもよい。例えば、分配率算出の第２の方法を用いて算出した分配率と、分配率算出の第３の方法を用いて算出した分配率との平均値を算出して最終的な分配率としてもよい。ここで、分配率算出の第１〜第１０の方法で算出されたそれぞれの分配率は、全て総和が１になっているので、２つの方法で算出された分配率の平均値により算出された最終的な分配率の総和も１になる。さらに別の組合せ方法として、図３５の式（１０）に示すように、分配率算出の第２の方法で用いている類似度と、分配率算出の第３の方法で用いている利用回数との積を計算して、最終的な分配率を算出してもよい。他の方法を組み合わせる場合も同様に分配率の総和が１となるようにする。
次に、推薦アイテム選出部２１３が、分配対象ユーザごとに、ステップＳ６０２で選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄと、ステップＳ６０７にて選択した推薦アイテムのアイテム識別情報（ｉｔｅｍ＿ｉｄ)と、分配対象ユーザのユーザ識別情報（ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄ）と、ステップＳ６０８にて算出した分配対象ユーザの分配率（ｒａｔｅ）とを関連付けた分配情報を分配情報格納部２３３に記憶する（ステップＳ６０９）。
次に、推薦アイテム選出部２１３が、ステップＳ６０７にて全ての推薦アイテムを選択したか否かを判定する（ステップＳ６１０）。全て選択した場合はステップＳ６１１へ進み、まだ未選択のものが残っている場合はステップＳ６０７へ進む。ステップＳ６１１では、推薦アイテム選出部２１３が、ステップＳ６０２にて全てのｂａｓｅ＿ｕｓｅｒ＿ｉｄを選択したか否かを判定する。全て選択した場合はステップＳ６１２へ進み、まだ未選択のものが残っている場合はステップＳ６０２へ進む。
ステップＳ６１２では、推薦アイテム選出部２１３が、推薦対象ユーザごとに推薦アイテム情報を作成し、ネットワーク４を介して、アイテム提供サーバ装置１に、作成した全ての推薦アイテム情報を送信し、ステップＳ６０１からステップＳ６１２までの一連の処理を終了する。推薦対象ユーザごとに推薦アイテム情報を作成するには、ステップＳ６０６にて選出した推薦アイテムごとに、推薦対象ユーザのユーザ識別情報と推薦アイテムのアイテム識別情報とを関連付けて作成すればよい。また、推薦アイテム情報を作成する際に、さらに、ステップＳ６０５にて算出した推薦値を追加してもよい。また、ステップＳ６０６にて、推薦アイテムに対して推薦順位を付与した場合、推薦アイテム情報を作成する際に、さらに、その付与した推薦順位を追加してもよい。
推薦されたアイテムを利用したユーザにも利用ポイントを付与したい場合は、予めサービス提供側が、推薦されたアイテムを利用したユーザに利用親ポイントの分配比率を決め、分配情報格納部２３３に分配情報を記憶する際に、推薦されたアイテムを利用したユーザにも分配するための分配情報を記憶すればよい。このときの分配率は、例えば推薦されたアイテムを利用したユーザに、利用親ポイントのうちの２割分配した場合、分配率の総和が１となるので、推薦対象ユーザの分配率を０．２とし、分配対象ユーザの分配率を０．８倍すればよい。この場合、分配情報格納部２３３に、各ユーザの各推薦アイテムにおいて、ｂａｓｅ＿ｕｓｅｒ＿ｉｄとｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄが同じである分配情報が１つ記憶されることになる。
また、アイテム情報格納部２３６に記憶されているアイテム情報に含まれるアイテムの属性情報を用いて、推薦アイテムの選出対象の制限を行ってもよい。このとき、ステップＳ６０４にて、類似ユーザの利用情報を取得する際に、所定条件（例えば、ジャンル「フィクション」）のアイテム属性を持つアイテムのｉｔｅｍ＿ｉｄを含む利用情報のみを取得すればよい。もちろん、所定条件として何も指定しなくてもよい。
また、１つの推薦アイテムに対して、利用親ポイントを分配する分配対象ユーザの数を制限してもよい。これは、ステップＳ６０８にて、推薦アイテムを利用した類似ユーザ（分配対象候補ユーザ）全てを分配対象ユーザとする代わりに、分配対象候補ユーザ集合から一部のユーザを分配対象ユーザとして抽出すればよい。分配対象候補ユーザから分配対象ユーザを抽出する方法は、例えば、分配対象候補ユーザ集合から、所定数を超えない数だけランダムに分配対象ユーザとして抽出すればよい。つまり、分配対象候補ユーザの数が所定数より多い場合は、ランダムに所定数のユーザを抽出し、分配対象候補ユーザの数が所定数以下である場合は、全ての分配対象候補ユーザを分配対象ユーザとして抽出すればよい。また、類似度や利用回数の高い順に所定数を超えない数だけ分配対象ユーザを抽出してもよい。
また、利用情報に評価値が含まれている場合は、評価値の高い順に利用情報からユーザ識別情報を抽出し、抽出した順番に所定数を超えない数だけ分配対象ユーザのユーザ識別情報として抽出してもよい。また、利用情報に利用した日付が含まれる場合は、利用した日付が古い順に利用情報からユーザ識別情報を抽出し、抽出した順番に所定数を超えない数だけ分配対象ユーザのユーザ識別情報を抽出してもよい。また、逆に、利用した日付が新しい順に利用情報からユーザ識別情報を抽出し、抽出した順番に所定数を超えない数だけ分配対象ユーザのユーザ識別情報として抽出してもよい。また、ユーザ情報格納部２３５に、ユーザが会員になった日付が含まれる場合は、その会員になった日付が古い順に利用情報からユーザ識別情報を抽出し、抽出した順番に所定数を超えない数だけ分配対象ユーザのユーザ識別情報を抽出してもよい。また、逆に、会員になった日付が新しい順に利用情報からユーザ識別情報を抽出し、抽出した順番に所定数を超えない数だけ分配対象ユーザのユーザ識別情報を抽出してもよい。
また、ユーザ情報格納部２３５に記憶されたユーザ情報に含まれるユーザの属性情報を用いて適合度を算出し、算出した適合度を用いて抽出を行ってもよい。このとき、分配対象候補ユーザの属性情報ごとに、推薦対象ユーザの属性情報との適合度を算出し、算出した適合度の高い順に所定数を超えない数だけ、分配対象ユーザを抽出すればよい。所定数は予めサービス提供側が設定すればよい。また、ユーザ情報格納部２３５に記憶されたユーザ情報に含まれるユーザの属性情報に基づいて、サービス提供側が予め定めた条件（例えば、性別が「女」であるか否かや、年齢が「２０」〜「２４」の範囲内であるか否かや、地域が「日本」であるか否かや、複数の属性に対し、属性ごとに条件を設定し、それを全て満たすか否かや、少なくとも１つを満たすか否かなど）を満たす分配対象候補ユーザを分配対象ユーザとしてもよい。以上が、推薦アイテムを選出する処理の手順の説明である。
利用ポイント取得部２１４は、アイテム提供サーバ装置１の要求に応じて、利用ポイント情報送信処理を行う。利用ポイント情報送信処理とは、利用ポイント格納部２３４より、取得した利用ポイント情報取得要求に含まれるユーザ識別情報に対応した利用ポイント情報を取得し、アイテム提供サーバ装置１に、取得した利用ポイント情報を送信する処理である。
ここで、本実施形態に沿って、会員Ａから会員Ｆの購入履歴を基に会員Ａの類似会員を選出し、選出した類似ユーザの購入履歴を基に会員Ａに対する推薦商品を決め、会員Ａに対する推薦商品ごとに利用親ポイントの分配率を算出する例を図を用いて示す。まず、会員Ａの類似ユーザを選出する例を図１８を用いて説明する。図１８の左の表において、会員Ａから会員Ｆにおける、商品ａから商品ｆの購入状況を「○」の有無で示す。例えば、会員Ａは、「商品ａ」と「商品ｂ」と「商品ｄ」を購入していることを示している。会員Ａと他の会員との類似度をｊａｃｃａｒｄ係数で算出し、閾値を０．３と設定すると、図１８の右の表に示すように会員Ａと他の会員との類似度が算出され、会員Ａの類似会員は、類似判定で「○」がついた会員Ｂと会員Ｃと会員Ｅと会員Ｆとなる。
次に、会員Ａの推薦商品を選出する例を図１９を用いて説明する。推薦値算出方法として、第１の方法を用いた場合、図１９の左の表に示すように、会員Ａが未購入の商品ｃと商品ｅと商品ｆの推薦値は、それぞれ、「１」、「３」、「４」となる。推薦値の閾値を「２」とすると、図１９の右のリストが示すように、会員Ａの推薦商品は商品ｅと商品ｆとなる。
次に、会員Ａに対する推薦商品ごとに利用親ポイントの分配率を算出する例を、図２０を用いて説明する。分配率の算出方法として分配率算出の第１の方法を用いると、図２０の表に示すように、推薦商品ｅにおける会員Ｂと会員Ｅと会員Ｆの分配率が、それぞれ「０．３３」となり、推薦商品ｆにおける会員Ｂと会員Ｃと会員Ｅと会員Ｆの分配率が、それぞれ「０．２５」となる。
そして、会員Ａが商品ｅを購入すると、会員Ｂと会員Ｅと会員Ｆの３人に利用ポイントが付与され、会員Ａが商品ｆを購入すると、会員Ｂと会員Ｃと会員Ｅと会員Ｆの４人に利用ポイントが付与されるといったように、一度の購入で複数の会員がポイントを得ることができる。従来技術のように、商品を購入したユーザが参考にした情報を提供した会員１人にポイントを付与するシステムでは、一度の購入に対し１人の会員しかポイントが得られない。
また、ユーザＡが商品ｅと商品ｆの両方を購入した場合（購入回数２回の場合）、購入したユーザ本人にポイントを付与する通常のポイントシステム、あるいは購入したユーザに情報を提供した他のユーザ１人にポイントを付与するポイントシステムにおいては、ポイントが付与される回数は、どちらのシステムにおいても延べ２回である。一方、本発明の場合、図２０の表に示したように、延べ７回ポイントが付与されることになる。更に、購入ユーザ本人にもポイントを付与すると、延べ９回（７＋２＝９）ポイントが付与される。このように本発明によれば、従来よりもポイントが更新される頻度やポイント付与されるユーザ数を多くすることができる。このため、「自分のポイントが今日増えているかも知れない」という期待感や、「予期せぬタイミングで急にポイントが増えて驚いた」といった意外性を多くのユーザに継続的に与えることができるので、アイテム提供サーバへのアクセス頻度を増やすことができる。そして、アイテムやアイテム提供サーバに対するユーザの関心を高めて、アイテム利用を促進することができる。
また本実施形態においては、ポイントが付与される対象のユーザは、購入ユーザと類似するユーザに限定されるので、必要以上に多くのユーザにポイントが配分されることがなく、ポイント付与されるユーザの１人当たりのポイント数を比較的多くすることができる。また本実施形態のポイント付与の仕組みをあらかじめユーザに通知しておけば、ポイントが付与されたユーザは、「自分が過去にあるアイテムを利用したことにより、他のユーザの推薦アイテム情報にそのアイテムが登場し、それを見たユーザがアイテムを購入したので、自分のポイントが増えた」という理由（因果関係）が分かる。すなわち、自分の過去の消費行動（利用行動）が間接的に他のユーザの消費行動につながったことが分かるので、ポイントシステムへの納得感や信頼感が得られやすい。
また、ポイント変化の様子を通じて、本人の消費行動が他のユーザの推薦アイテム情報に影響を与えたり、逆に他のユーザの消費行動が本人の推薦アイテム情報に影響する仕組みや、本人と他のユーザとの「つながり感」をユーザに実感させることができるので、従来の情報推薦システムよりも、推薦情報に対するユーザの興味や信頼感を高めることができる。
更に、他のユーザの消費行動を誘発することを狙って、自分の利用するアイテムを増やしたり、過去にあまり利用していないタイプのアイテムを利用する可能性も高まるため、アイテム利用を促進することができる。また、早い時期にアイテムを利用したユーザほどポイントが増えるので、このようなポイントサービスの特性をユーザに通知することにより、「自分と類似するユーザが今後利用しそうなアイテムを予測して、いち早く利用しよう」というインセンティブが各々のユーザに働き、アイテムの利用が促進されるという効果が得られる。
なお、本実施形態において、端末装置３から利用情報を送信する際に、アイテム提供サーバ装置１を経由して、情報処理サーバ装置２に送信しているが、アイテム提供サーバ装置１を経由せずに直接送信してもよい。この場合、端末装置３と情報処理サーバ装置２とが直接通信できるように、図１に示したシステム構成を用いる。また、端末装置３は、アイテム提供サーバ装置１を経由して、情報処理サーバ装置２から利用ポイント情報を取得しているが、アイテム提供サーバ装置１を経由せずに直接送信してもよい。この場合、端末装置３と情報処理サーバ装置２とが直接通信できるように、図１に示したシステム構成を用いる。
また、情報処理サーバ装置２にて選出した推薦アイテムを、アイテム提供サーバ装置１に記憶しているが、情報処理サーバ装置２に推薦アイテムを記憶してもよい。端末装置３が推薦アイテムを取得する際に、端末装置３と情報処理サーバ装置２とが直接通信できる場合は、直接情報処理サーバ装置２より推薦アイテムを取得すればよい。端末装置３と情報処理サーバ装置２とが直接通信できない場合は、アイテム提供サーバ装置１が情報処理サーバ装置２より推薦アイテムを取得し、端末装置３に送信すればよい。
また、情報処理サーバ装置２の利用ポイント算出部２１１にて利用親ポイントを算出し、算出した利用親ポイントを利用ポイント算出対象のユーザに分配しているが、利用親ポイントを分配せずに、利用ポイント算出対象のユーザに一定の利用ポイントを付与してもよい。このとき、利用ポイント算出部２１１の利用ポイント算出処理において、ステップＳ４０３とステップＳ４０６の処理を行わずに、ステップＳ４０７にて一定の利用ポイントを加算すればよい。さらに、分配率を記憶や算出する必要がなくなるので、分配情報格納部２３３に分配率であるｒａｔｅを記憶する必要がなくなり、推薦アイテム選出部２１３の推薦アイテムを選出する処理において、ステップＳ６０８の処理を行わずに、ステップＳ６０９にて、分配対象ユーザごとに、ステップＳ６０２で選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄと、ステップＳ６０７にて選択した推薦アイテムのアイテム識別情報をｉｔｅｍ＿ｉｄとし、分配対象ユーザのユーザ識別情報をｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄとして関連付けた分配情報として記憶すればよい。
また、端末装置３の表示手段３４にユーザページを表示する際に、ユーザごとに利用ポイントの総取得ポイント数を１つ表示しているが、図２１のユーザページの表示例が示すように、端末装置３を利用中のユーザの利用アイテムごとに利用ポイントを表示してもよい。図２１の表示例では、左上に端末装置３を利用中のユーザのユーザ名と、獲得した利用ポイントの合計値とを表示し、左下に端末装置３を利用中のユーザが過去に利用したアイテムと、アイテムごとの利用ポイントを表示している。また、中央に端末装置３を利用中のユーザの推薦アイテム情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム情報を表示している。
このとき、利用ポイント格納部２３４に、ユーザごと、利用アイテムごとに利用ポイントを記憶する必要があるので、例えば、図２２の格納状態の一例のように、ユーザ識別情報であるｕｓｅｒ＿ｉｄと、アイテム識別情報であるｉｔｅｍ＿ｉｄと、利用ポイントであるｐｏｉｎｔとを、利用ポイント情報として関連付けて記憶する。
また、利用ポイント情報を特定するために、ユーザ識別情報だけでなく、アイテム識別情報も必要になるため、利用ポイント算出部２１１における利用ポイント算出処理のステップＳ４０７にて、利用ポイント情報を特定する際に、ステップＳ４０５にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと、ステップＳ４０１にて取得した利用情報に含まれるアイテム識別情報とを用いる。
また、ユーザページ情報作成部１１１にてユーザページ情報を作成する際に、ユーザページを作成するユーザの利用したアイテムごとの利用ポイントを用いる必要があるため、利用ポイント取得部２１４が利用ポイント情報送信処理を行う際に、ユーザページを作成するユーザの全ての利用ポイント情報を送信すればよい。具体的には、利用ポイント取得部２１４が、利用ポイント格納部２３４より、利用ポイント情報取得要求に含まれるユーザ識別情報に対応した利用ポイント情報を全て取得し、アイテム提供サーバ装置１に、取得した全ての利用ポイント情報を送信すればよい。
また、推薦アイテムを利用したユーザに対して、推薦アイテムの利用により、何人のユーザに利用ポイントが付与されたかを示す情報を表示してもよい。このとき、利用ポイント算出部２１１が、利用ポイント算出処理終了時に、ステップＳ４０４にて取得した分配情報の数（利用ポイントが付与されたユーザの数）を、端末装置３に、直接、または、アイテム提供サーバ装置１経由で送信すればよい。そして、端末装置３は、表示手段３４に表示するユーザページに、受信した利用ポイントが付与されたユーザの数を通知する情報を、例えば、図２３のユーザページの表示例のように表示すればよい。
また、利用ポイント算出部２１１は、アイテム提供サーバ装置１より、利用情報を受信するごとに利用ポイント算出処理を行っているが、所定のタイミングごとに利用ポイント算出処理を行ってもよい。このとき、情報処理サーバ格納手段２３に、利用ポイント算出処理を行っていない利用情報を格納するための、利用情報格納部２３１と同じ格納形式である新規利用情報格納部を設け、利用ポイント算出部２１１が、アイテム提供サーバ装置１より、利用情報を受信した際に、利用ポイント算出処理を行う代わりに、新規利用情報格納部に、受信した利用情報を記憶する。新規利用情報格納部に、受信した利用情報を記憶することで、その記憶された利用情報に対応する利用履歴は未処理であるとみなされる。そして、所定のタイミングごとに、利用ポイント算出部２１１が、新規利用情報格納部に記憶されている全ての利用情報を取得し、取得した利用情報の集合から順次１つの利用情報（一の利用情報）を選択し、利用ポイント算出処理を行い、新規利用情報格納部に記憶された利用情報を全て消去すればよい。この場合、利用ポイント算出処理において使われる利用情報格納部２３１に格納されている利用履歴は、全て一の利用履歴よりも先に利用された（古い）データである。
所定のタイミングは、類似ユーザ選出処理および推薦アイテム選出処理と同様に、様々なタイミングを用いることができる。例えば、２４時間ごとなど所定の時間間隔で処理を行えばよい。また、類似ユーザ選出処理および推薦アイテム選出処理を行うタイミングと同期してもよいし、同期しなくてもよい。すなわち、類似ユーザ選出処理における所定のタイミング（第１の所定タイミング）と、推薦アイテム選出処理における所定のタイミング（第２の所定タイミング）と、利用ポイント算出処理における所定のタイミング（第３の所定タイミング）は、同じであっても、それぞれ異なっていてもよい。
また、新規利用情報格納部を設けずに、所定のタイミングごとに利用ポイント算出処理を行うこともできる。このとき、利用ポイント算出部２１１は、アイテム提供サーバ装置１より、利用情報を受信した際に、利用ポイント算出処理を行う代わりに、利用情報格納部２３１に受信した利用情報を記憶する。そして、利用ポイント算出部２１１は、所定のタイミングごとに、利用情報格納手段２３１に記憶されている利用情報の中で、まだ利用ポイント算出処理を行っていない利用情報を全て取得し、取得した利用情報ごとに、利用ポイント算出処理のステップＳ４０１からステップＳ４０８までの処理を行えばよい。利用ポイント算出処理を行ったか否か、つまり、その利用情報に対応する利用履歴が既処理であるか未処理であるかを判定するためには、２種類の方法がある。
第１の判定方法は、利用情報格納部２３１に、利用ポイント算出処理を行ったか否かを判定するための情報を記憶する領域を追加すればよい。そして、利用ポイント算出部２１１が、利用情報格納部２３１に、アイテム提供サーバ装置１より受信した利用情報を記憶する際に、利用情報に利用ポイント算出処理を行っていないという情報を関連付けて記憶する。さらに、利用ポイント算出処理のステップＳ４０１からステップＳ４０８までの処理を行った直後に、その処理の対象となった利用情報の利用ポイント算出処理を行ったか否かを判定するための情報を、利用ポイント算出処理を行ったという情報に更新すればよい。
第２の判定方法は、利用情報格納部２３１に利用した日付を記憶している場合に、その利用した日付を用いて判定する方法である。このとき、情報処理格納手段２３に、利用ポイント算出処理を行った日付を記憶する算出基準日格納部を設け、その記憶された日付より以前であれば、利用ポイント算出処理を行ったと判定でき、そうでなければ利用ポイント算出を行っていないと判定できる。そして、利用ポイント算出処理を行うごとに、その日付を更新すればよい。どちらの判定方法を用いた場合でも、類似ユーザ選出処理や、推薦アイテム選出処理にて用いる利用情報を制限する必要がある。第１の判定方法を用いた場合は、利用ポイント算出処理を行ったという情報を有する利用情報のみを用い、第２の判定方法を用いた場合は、算出基準日格納部に記憶された日付より以前に記憶された利用情報のみを用いる必要がある。
＜第２実施形態＞
以下に、本発明の第２実施形態について、図を用いて詳細に説明する。本発明の第２実施形態では、１つの推薦アイテムに対し、利用親ポイントを算出する代わりに、一定の期間に対して付与する利用親ポイントをサービスの提供側が決め、その利用親ポイントを基に利用ポイントを算出するようにしている。本発明の第２実施形態におけるシステム全体の構成は、情報処理サーバ装置２の代わりに情報処理サーバ装置６を用いる以外は本発明の第１実施形態の場合と同様である。アイテム提供サーバ装置１、端末装置３、ネットワーク４（およびネットワーク５）は、本発明の第１実施形態と同様である。
情報処理サーバ装置６は、アイテム提供サーバ装置１に推薦アイテムを送信したり、アイテム提供サーバ装置１の要求に応じて、利用ポイントを送信する装置である。情報処理サーバ装置６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。図２４は、本実施形態における情報処理サーバ装置６の構成図である。本実施形態における情報処理サーバ装置６は、情報処理サーバ制御手段６１と、情報処理サーバ通信手段２２と、情報処理サーバ格納手段６３とで構成される。情報処理サーバ通信手段２２は、本発明の第１実施形態と同様である。
情報処理サーバ格納手段６３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納手段６３は、利用情報格納部２３１と、類似ユーザ情報格納部２３２と、分配情報格納部２３３と、利用ポイント格納部２３４と、ユーザ情報格納部２３５と、アイテム情報格納部２３６と、仮ポイント格納部６３７とで構成される。利用情報格納部２３１と、類似ユーザ情報格納部２３２と、分配情報格納部２３３と、利用ポイント格納部２３４と、ユーザ情報格納部２３５と、アイテム情報格納部２３６は、本発明の第１実施形態と同様である。
仮ポイント格納部６３７は、ＨＤＤなどの記憶装置を用いて、仮ポイント情報を複数記憶する。図２５は、仮ポイント格納部６３７の格納状態の一例を示す図である。仮ポイント情報とは、ユーザ識別情報であるｕｓｅｒ＿ｉｄと、そのユーザ識別情報に対応するユーザの仮ポイントであるｔｍｐ＿ｐｏｉｎｔを関連付けたものであり、図２５のようなテーブル形式で記憶する。なお、記憶されている仮ポイントの初期値は「０」である。
情報処理サーバ制御手段６１は、情報処理サーバ装置６を構成する各手段に対して、全体的な制御を行う。情報処理サーバ制御手段６１は、利用ポイント算出部６１１と、類似ユーザ選出部２１２と、推薦アイテム選出部２１３と、利用ポイント取得部２１４とで構成される。類似ユーザ選出部２１２と、推薦アイテム選出部２１３と、利用ポイント取得部２１４は、本発明の第１実施形態と同様である。
利用ポイント算出部６１１は、ネットワーク４を介して、アイテム提供サーバ装置１より、利用情報を受信すると、利用ポイント算出処理の代わりに、仮ポイント算出処理を行う。また、一定の期間ごとに利用親ポイント分配処理を行う。一定の期間ごととは、例えば、一日ごとや一週間ごとなど、一定の時間経過ごととしてもよい。また、サービス提供側が自由に時間間隔を変えてもよい。
仮ポイント算出処理の手順を図２６のフローチャートを用いて説明する。仮ポイント処理の手順は、本発明の第１実施形態における利用ポイント算出処理の手順において、ステップＳ４０３の処理をなくし、ステップＳ４０６からステップＳ４０７までの処理をステップＳ７０６の処理で置き換えたものであるため、置き換えた処理についてのみ説明する。
ステップＳ７０６では、利用ポイント算出部６１１が、仮ポイント格納部６３７において、ステップＳ４０５にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄに対応する仮ポイント情報を特定し、特定した仮ポイント情報のｔｍｐ＿ｐｏｉｎｔに、ステップＳ４０５にて選択した分配情報に含まれるｒａｔｅを加算する。次に、ステップＳ４０８へ進む。以上が、仮ポイント算出処理の説明である。
次に、一定の期間ごとに行う利用親ポイント分配処理の手順について、図２７のフローチャートを用いて説明する。まず、利用ポイント算出部６１１が、一定期間に付与する利用親ポイントを取得する（ステップＳ８０１）。利用親ポイントを取得する方法は、予めサービスの提供側が設定しておき、その設定した値を取得してもよいし、図示しないキーボード等の利用親ポイントを入力する手段を用意し、利用親ポイント分配処理を行うたびに、サービス提供側が入力することで取得してもよい。
次に、利用ポイント算出部６１１が、仮ポイント格納部６３７より、利用親ポイントを分配する対象ユーザを抽出するために、ｔｍｐ＿ｐｏｉｎｔの値が「０」を超える全ての仮ポイント情報を取得する（ステップＳ８０２）。次に、利用ポイント算出部６１１が、ステップＳ８０２にて取得した仮ポイント情報のうち、例えば取得した順に、１つ選択する（ステップＳ８０３）。
次に、利用ポイント算出部６１１が、ステップＳ８０３にて選択した仮ポイント情報に含まれるｕｓｅｒ＿ｉｄに対する利用ポイントを変更するための変更値を算出する（ステップＳ８０４）。変更値は、ステップＳ８０３にて選択した仮ポイント情報に含まれるｔｍｐ＿ｐｏｉｎｔが、ステップＳ８０２にて取得した全ての仮ポイント情報に含まれるｔｍｐ＿ｐｏｉｎｔの総和に占める割合に応じて、ステップＳ８０１にて取得した利用親ポイントを分配することで算出する。利用親ポイントｖｐを分配する対象となった全てのユーザの集合をＵｔとし、利用ポイントを算出するユーザｕｂ（ｕｂ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕｂ）とし、ユーザｕ（ｕ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕ）とすると、ユーザｕｂの利用ポイントｖ（ｕｂ）は、図３５の式（１２）で算出される。
次に、利用ポイント算出部６１１が、利用ポイント格納部２３４において、ステップＳ８０３にて選択した仮ポイント情報に含まれるｕｓｅｒ＿ｉｄに対応する利用ポイント情報を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、ステップＳ８０４にて算出した変更値を加算する（ステップＳ８０５）。
次に、利用ポイント算出部６１１が、ステップＳ８０３にて全ての仮ポイント情報を選択したか否かを判定する（ステップＳ８０６）。全て選択した場合は、ステップＳ８０７へ進み、未選択のものが残っている場合は、ステップＳ８０３へ進む。ステップＳ８０７では、利用ポイント算出部６１１が、仮ポイント格納部６３７にて、全ての仮ポイント情報のｔｍｐ＿ｐｏｉｎｔの値を「０」で置き換え、ステップＳ８０１からステップＳ８０７までの処理を終了する。
上記説明では、ステップＳ８０５にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元の利用ポイントと以下に示す係数（変更値）との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ８０１では、一定期間に付与する利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を取得する。そして、親増加率ｓｒを分配する対象となった全てのユーザの集合をＵｔとし、利用ポイントを算出するユーザｕｂ（ｕｂ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕｂ）とし、ユーザｕ（ｕ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕ）として、図３５の式（１３）により、ユーザｕｂに対して係数ｍ（ｕｂ）を算出する。なお、利用ポイントの初期値が「０」であると、いくら係数を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。以上が、一定の期間ごとに行う利用親ポイント分配処理の説明である。
本実施形態における利用ポイントの付与方法によれば、サービスの提供側が一定期間に付与する利用ポイントの総和を自由にコントロールできるので、事業運営者のポイントサービスに係る予算に応じて、利用ポイントの付与を行うことが容易にできる。
＜第３実施形態＞
以下に、本発明の第３実施形態について、図を用いて詳細に説明する。本発明の第３実施形態では、類似ユーザ選出処理を行わずに、比較的少ない処理量で、利用ポイントの付与を行うようにしている。本発明の第３実施形態におけるシステム全体の構成は、アイテム提供サーバ装置１に代えてアイテム提供サーバ装置７を用い、情報処理サーバ装置２に代えて情報処理サーバ装置８を用いる以外は、本発明の第１実施形態の場合と同様である。ネットワーク４（およびネットワーク５）についても、本発明の第１実施形態と同様である。
アイテム提供サーバ装置７は、端末装置３の要求に応じて、アイテムを提供する装置である。アイテム提供サーバ装置７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。図２８は、本実施形態におけるアイテム提供サーバ装置７の構成図である。本実施形態におけるアイテム提供サーバ装置７は、アイテム提供サーバ制御手段７１と、アイテム提供サーバ通信手段１２と、認証手段１３と、アイテム提供サーバ格納手段７４とで構成される。アイテム提供サーバ通信手段１２と、認証手段１３は、本発明の第１実施形態と同様である。
アイテム提供サーバ格納手段７４は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。アイテム提供サーバ格納手段７４は、ユーザ情報格納部１４１と、アイテム情報格納部１４２とで構成される。ユーザ情報格納部１４１と、アイテム情報格納部１４２は、本発明の第１実施形態と同様である。アイテム提供サーバ制御手段７１は、アイテム提供サーバ装置７を構成する各手段に対して、全体的な制御を行う。アイテム提供サーバ制御手段７１は、ユーザページ情報作成部７１１と、利用情報中継部１１３とで構成される。利用情報中継部１１３は、本発明の第１実施形態と同様である。
ユーザページ情報作成部７１１は、本発明の第１実施形態におけるユーザページ情報作成部１１１と同様にユーザページ情報送信処理と検索結果送信処理を行うが、ユーザページ情報送信処理のみ手順が異なる。本実施形態のユーザページ情報送信処理の手順は、本発明の第１実施形態におけるユーザページ情報送信処理の手順において、推薦アイテム情報を取得する手順を省略し、ユーザページ情報を作成する際に、推薦アイテム情報を用いずに作成すればよい。
端末装置３は、本発明の第１実施形態と同様の機能を有するが、端末制御手段３１のユーザページ表示部３１１におけるユーザページ表示処理にて表示するユーザページが異なる。本実施形態における表示手段３４に表示するユーザページは、例えば、図２９のユーザページの表示例のように、利用ポイントが確認でき、アイテムの検索手段が用意され、検索により取得したアイテムを表示できるようにすればよい。図２９の表示例では、上部に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示している。また、中央部に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示している。また、下部に検索条件を満たすアイテム情報を表示している。
情報処理サーバ装置８は、アイテム提供サーバ装置７の要求に応じて、利用ポイントを送信する装置である。情報処理サーバ装置８は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。図３０は、本実施形態における情報処理サーバ装置８の構成図である。本実施形態における情報処理サーバ装置８は、情報処理サーバ制御手段８１と、情報処理サーバ通信手段２２と、情報処理サーバ格納手段８３とで構成される。情報処理サーバ通信手段２２は、本発明の第１実施形態と同様である。
情報処理サーバ格納手段８３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納手段８３は、利用情報格納部２３１と、利用ポイント格納部２３４と、ユーザ情報格納部２３５と、アイテム情報格納部２３６とで構成される。利用情報格納部２３１と、利用ポイント格納部２３４と、ユーザ情報格納部２３５と、アイテム情報格納部２３６は、本発明の第１実施形態と同様である。
情報処理サーバ制御手段８１は、情報処理サーバ装置８を構成する各手段に対して、全体的な制御を行う。情報処理サーバ制御手段８１は、利用ポイント算出部８１１と、利用ポイント取得部２１４とで構成される。利用ポイント取得部２１４は、本発明の第１実施形態と同様である。利用ポイント算出部８１１は、ネットワーク４を介して、アイテム提供サーバ装置１より、新規利用情報を受信すると、利用ポイント算出処理を行う。
利用ポイント算出処理の手順を図３１のフローチャートを用いて説明する。ステップＳ４０１は、本発明の第１実施形態と同様である。次に、ステップＳ４０３へ進む。ステップＳ４０３は、本発明の第１実施形態と同様である。次に、ステップＳ９０４へ進む。ステップＳ９０４では、利用ポイント算出部８１１が、利用情報格納部２３１より、ステップＳ４０３にて算出した利用親ポイントを分配するユーザ（分配ユーザ）のユーザ識別情報を全て取得する。分配ユーザのユーザ識別情報を取得するには、ステップＳ４０１にて取得した利用情報に含まれるアイテム識別情報と、利用情報格納部２３１に格納されている利用情報のｉｔｅｍ＿ｉｄが一致する利用情報格納部２３１に格納されている利用情報において、その利用情報に含まれるｕｓｅｒ＿ｉｄを全て取得すればよい。
また、利用情報に利用した日付が含まれている場合は、上記条件を満たす利用情報の中で、過去の特定の時点から、利用ポイント算出処理を行っている時点（現在）までの間に利用されたアイテムに関する利用情報に含まれるｕｓｅｒ＿ｉｄのみを全て取得とすることもできる。このとき、次のステップＳ９０５にて分配率を算出する際に、過去の特定の時点以降に利用されたアイテムに関する利用情報のみを用いて分配率を算出する必要がある。過去の特定の時点は、サービス提供側が予め決めておけばよく、例えば、利用ポイント算出処理を行っている時点から３ヶ月前や、半年前や、１年前とすればよい。
次に、利用ポイント算出部８１１が、分配ユーザごとに、分配率を算出する（ステップＳ９０５）。分配率の算出には、本発明の第１実施形態における推薦アイテム選出部２１３による推薦アイテム選出処理のステップＳ６０８の分配率算出方法を用いることができる。ステップＳ６０８における分配率算出の第２の方法を用いる場合は、類似度が記憶されていないため、分配率を算出する前に、新規利用情報に含まれるユーザ識別情報に対応するユーザと分配ユーザとの類似度を算出する必要がある。類似度の算出には、本発明の第１実施形態における類似ユーザ選出部２１２による類似ユーザ選出処理のステップＳ５０４の類似度算出方法を用いることができる。
なお、一部の分配ユーザの分配率を「０」として算出し、分配率が「０」のユーザにはポイントを付与しないという処理をしてもよい。例えば、分配ユーザの内で、新規利用情報に対応するアイテムを３ヶ月以内に利用したユーザのみを対象にして、ステップＳ６０８における分配率算出の第１〜第１０の方法のいずれかを用いて分配率を算出し、それ以外のユーザ（そのアイテムを３ヶ月より以前に利用した分配ユーザ）の分配率を「０」と算出し、分配率が「０」のユーザにはポイントを付与しなくてもよい。
次に、利用ポイント算出部８１１が、分配ユーザのユーザ識別情報のうち、例えば取得した順に、１つ選択する（ステップＳ９０６）。次に、利用ポイント算出部８１１が、ステップＳ４０３にて算出した利用親ポイントと、ステップＳ９０５にて算出した分配率のうち、ステップＳ９０６にて選択したユーザ識別情報に対応する分配率とを掛け合わせることで利用ポイントを算出し（ステップＳ９０７）、ステップＳ４０７へ進む。ステップＳ４０７は、本発明の第１実施形態と同様である。次に、ステップＳ９０８へ進む。
ステップＳ９０８では、利用ポイント算出部８１１が、ステップＳ９０６にて、全ての分配ユーザのユーザ識別情報を選択したか否かを判定する。全て選択した場合はステップＳ４０９へ進み、まだ未選択のものが残っている場合はステップＳ９０６へ進む。ステップＳ４０９は、本発明の第１実施形態と同様である。
なお、この利用ポイント算出処理において、１つの利用情報に対して、利用親ポイントを分配するユーザの数を制限してもよい。利用親ポイントを分配するユーザの制限は、本発明の第１実施形態と同様に行えばよい。ただし、類似度を用いる場合は、類似度が記憶されていないため、類似度を算出する必要がある。また、上記説明では、利用親ポイントを算出し、算出した利用親ポイントを分配ユーザに分配しているが、利用親ポイントを分配せずに、分配ユーザに一定の利用ポイントを付与してもよい。このとき、ステップＳ４０３とステップＳ９０５とステップＳ９０７の処理を行わずに、ステップＳ９０７にて一定の利用ポイントを加算すればよい。
また、ステップＳ４０７にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元のポイントと以下に示す係数との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ４０３では、加算する利用ポイントの和である利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を算出する。そして、ステップＳ９０６にて選択したユーザ識別情報に対応するユーザｕｒのｉｔｅｍ＿ｉｄに対応するアイテムｉｒに関する分配率をｒａｔｅ（ｕｒ，ｉｒ）とし、親増加率をｓｒとして、図３５の式（１１）により、係数ｍ（ｕｒ，ｉｒ）を算出する。また、利用ポイントの初期値が「０」であると、いくら倍率を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。以上が、利用ポイント算出処理の手順の説明である。
また、全ての利用情報に対して、利用ポイント算出部８１１における利用ポイント算出処理を行っているが、利用ポイント算出処理を行う利用情報を人気アイテムに制限してもよい。人気アイテムとは多くのユーザに利用されているアイテムであり、アイテムごとに利用回数を調べ、利用回数が所定数以上のアイテム、または利用回数の多い順に所定数のアイテムを抽出し、人気アイテムとすればよい。このとき、端末装置３の表示手段３４に表示するユーザページに、例えば、図３２の表示例のように、人気アイテムの情報と検索結果とを分けて表示する必要がある。図３２の表示例では、左上に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示し、左下に人気アイテムの情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム情報を表示している。
このため、ユーザページ情報作成部７１１にてユーザページ情報を作成する際に、人気アイテムのアイテム情報を用いる必要がある。人気アイテムのアイテム情報は、情報処理サーバ装置８にて取得することができる。具体的には、情報処理サーバ装置８の利用情報格納部２３１に記憶されている利用情報を用いて、アイテム識別情報ごとの利用回数を算出し、算出した利用回数に基づいて人気アイテムのアイテム識別情報を抽出する。そして、アイテム情報格納部２３６より、抽出したアイテム識別情報に対応するアイテム情報を取得すればよい。また、利用情報が人気アイテムのものであるか否かを判定するために、端末装置３の利用情報作成部３１２にて利用情報を作成する際に、ユーザページに表示されている人気アイテムを利用した場合は人気アイテムであるという情報を付与し、人気アイテム以外のアイテム、例えば、検索結果として表示されたアイテムを利用した場合は人気アイテムではないという情報を付与する。この付与した情報を用いることで、人気アイテムの利用情報に対してのみ、利用ポイント算出処理を行うことができる。
また、利用情報に利用した日付が含まれる場合は、特定の期間に利用された利用回数を基に人気アイテムを選出すればよい。特定の期間は、サービス提供側が予め設定しておけばよい。また、ユーザ情報格納部２３５に記憶されているユーザの属性情報に含まれる属性ごとに条件を指定し、指定した条件を満たすユーザの利用情報のみで人気アイテムを抽出してもよい。このとき、端末装置３の表示手段３４に表示するユーザページに、例えば、図３３の表示例のように、ユーザの属性情報に含まれる属性ごとに条件を自由に指定し、指定した条件を満たすユーザの利用情報のみで抽出された人気アイテムを表示できるようにする必要がある。図３３の表示例では、図３２の表示例に追加して、左上にユーザの属性情報の属性値を指定するためのメニューやテキストボックスが表示されている。
このため、まず、端末装置３が、情報処理サーバ装置８に、直接、または、アイテム提供サーバ装置７経由で、ユーザの属性情報に含まれる属性ごとに指定した条件を送信する。次に、情報処理サーバ装置８が、ユーザ情報格納部２３５より、受信したユーザの属性情報に含まれる属性ごとに指定した条件を満たすユーザ情報に含まれるユーザ識別情報を全て抽出する。次に、情報処理サーバ装置８が、利用情報格納部２３１に記憶されている利用情報のうち、抽出したユーザ識別情報の何れかを含む利用情報を全て用いて人気アイテムのアイテム識別情報を抽出する。次に、情報処理サーバ装置８が、アイテム情報格納部２３６より、抽出した全ての人気アイテムのアイテム識別情報に対応するアイテム情報を全て取得し、端末装置３に、直接、または、アイテム提供サーバ装置７経由で、取得した全ての人気アイテムのアイテム情報を送信する。そして、端末装置３が、受信した人気アイテムのアイテム情報を用いてユーザページを更新し、出力手段３４に、更新したユーザページを表示できるようにする必要がある。
また、利用情報に利用した日付が含まれる場合は、ユーザの属性情報に含まれる属性ごとに条件を自由に指定し、指定した条件を満たすユーザの特定の期間の利用情報を用いて人気アイテムを抽出してもよい。特定の期間は、サービス提供側が予め設定しておけばよい。また、ユーザの属性情報に含まれる属性ごとに条件を指定する代わりに、アイテム属性情報に含まれる属性ごとに条件を指定してもよい。このとき、端末装置３にて、ユーザの属性情報の条件を指定する代わりに、アイテム属性情報の条件を指定できるようにする。さらに、情報処理サーバ装置８にて、人気アイテムのアイテム識別情報を抽出する際に、アイテム情報格納部２３６より指定した条件を満たすアイテム情報に含まれるアイテム識別情報を全て抽出し、抽出したアイテム識別情報の何れかを含む利用情報を全て用いて人気アイテムのアイテム識別情報を抽出すればよい。
ここで本実施形態において付与される利用ポイントと、本発明の第１実施形態において付与される利用ポイントの違いについて、具体例を用いて説明する。例えば、ある時点でのユーザの商品購入履歴が図１８の左側の表で表わされているとする。その時点以降に、会員Ａが「商品ｃ」を購入した場合、すでに、会員Ｃと会員Ｄが「商品ｃ」を購入しているため、本実施形態では会員Ｃと会員Ｄの２人に利用ポイントが付与される。一方、本発明の第１実施形態の方法では、図１９に示したように「商品ｃ」は会員Ａの推薦アイテムではないため、利用ポイントは誰にも付与されない。また、ある時点以降に、会員Ａが「商品ｅ」を購入した場合、すでに、会員Ｂと会員Ｄと会員Ｅと会員Ｆが「商品ｅ」を購入しているため、会員Ｂと会員Ｄと会員Ｅと会員Ｆの４人に利用ポイントが付与される。一方、本発明の第１実施形態の方法では、分配対象は類似ユーザに限定されるため、利用ポイントが付与されるのは、会員Ｂと会員Ｅと会員Ｆの３人になる。このように、本実施形態の方法によれば、第１実施形態の方法よりも更に、利用ポイントを付与するユーザ数を増やすことができる。また本実施形態は、第１実施形態よりも少ない処理量で処理を行うことができる。
次に、図１８の左側の表の例において、ある時点以降に、ユーザＡが商品ｃと商品ｅと商品ｆの３つを購入した場合（購入回数３回の場合）を考える。購入したユーザ本人にポイントを付与する通常のポイントシステム、あるいは購入したユーザに情報を提供した他のユーザ１人にポイントを付与するポイントシステムにおいては、ポイントが付与される回数は、どちらのシステムにおいても延べ３回である。一方、本実施形態では、商品ｃに関する購入２回、商品ｅに関する購入４回、商品ｆに関する購入５回に関してポイントが付与され、延べ１１回（２＋４＋５）ポイントが付与されることになる。更に、購入ユーザ本人にもポイントを付与すると、延べ１４回（１１＋３＝１４）ポイントが付与される。このように本実施形態によれば、ポイントを付与するユーザの数を更に増やしたり、ポイントが更新される頻度を更に高くすることができる。このため、「自分のポイントが今日増えているかも知れない」という期待感や、「予期せぬタイミングで急にポイントが増えて驚いた」といった意外性を多くのユーザに継続的に与えることができるので、アイテム提供サーバへのアクセス頻度を増やすことができる。そして、アイテムやアイテム提供サーバに対するユーザの関心をさらに高めて、アイテム利用をより促進することができる。
また、多くの種類のアイテムを利用したユーザほど、同じアイテムを後から他のユーザが利用する可能性が高いので、それに伴って後からポイントが付与される可能性も高くなる。このため、「より多くの種類のアイテムを利用しよう」というモチベーションが各々のユーザで高まり、アイテムの利用が促進される。また、早い時期にアイテムを利用したユーザほどポイントが増えるので、このようなポイントサービスの特性をユーザに通知することにより、「他のユーザが今後利用しそうなアイテムを予測して、いち早く利用しよう」というインセンティブが各々のユーザに働き、アイテムの利用が促進されるという効果が得られる。
なお、本発明は上述実施形態に限定されることなく、適宜変形して実施することができる。たとえば、上述においては利用ポイント算出処理や、類似ユーザ選出処理、推薦アイテム選出処理などを情報処理サーバ装置２で行うようにしているが、これらの処理は、複数の情報処理装置によって分担して行うようにしてもよい。
＜第４実施形態＞
以下に、第４実施形態について、図を用いて詳細に説明する。なお、前述の通り、第４〜第６実施形態においては、図３６〜図７５を用いて説明する。第４〜第６実施形態における各符号や数式の番号についても、図３６〜図７５における符号や番号である。
図３６は、本発明の第４実施形態におけるシステム全体の構成図である。本実施形態におけるシステムは、情報処理サーバ装置１と、アイテム提供サーバ装置２と、１つ以上の端末装置３（３ａ〜３ｎ）がネットワーク４を介して接続されている。なお、各実施形態において、情報処理サーバ装置１，６，７のみが情報処理装置として機能してもよいし、情報処理サーバ装置１，６，７が、アイテム提供サーバ装置２や端末装置と協働して情報処理装置として機能してもよい。
また、図３７に示すように、２つのネットワークを用いてシステム全体を構成してもよい。図３７においては、情報処理サーバ装置１とアイテム提供サーバ装置２がネットワーク５を介して接続されており、アイテム提供サーバ装置２と端末装置３（３ａ〜３ｎ）がネットワーク４を介して接続されている。ネットワーク５は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、情報処理サーバ装置１と端末装置３（３ａ〜３ｎ）は、直接接続できないようになっている。本実施形態では、特に断らない限り、システム全体の構成が図３６である場合を説明する。なお本実施形態では、情報処理サーバ装置１とアイテム提供サーバ装置２を別々の装置とする場合を説明するが、この２つの機能を合わせて１つの装置として実現してもよい。
ネットワーク４は、例えばインターネット等のネットワークであり、情報処理サーバ装置１とアイテム提供サーバ装置２と端末装置３との間の情報のやり取りを仲介する。
アイテム提供サーバ装置２は、端末装置３の要求に応じて、アイテムを提供する装置である。ここでアイテムとは、テキスト、音声、音楽、映像等のデジタルコンテンツや様々な物品であり、更には金融商品、不動産、人物に関する情報等であってもよい。すなわち本実施形態におけるアイテムは、有形か無形かを問わず、有料か無料かも問わない。アイテム提供サーバ装置２は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。
図３８は、本実施形態におけるアイテム提供サーバ装置２の構成図である。本実施形態におけるアイテム提供サーバ装置２は、アイテム提供サーバ制御部２１と、アイテム提供サーバ通信部２２と、認証部２３と、アイテム提供サーバ格納部２４とで構成される。
アイテム提供サーバ通信部２２は、ネットワーク４を介して情報処理サーバ装置１や、端末装置３と通信を行うための部である。
認証部２３は、端末装置３又は端末装置３を利用するユーザを認証する。認証部２３は、端末装置３を利用するユーザを一意に識別するユーザ識別子、又は端末装置３を一意に識別するための端末識別子と、パスワードとを関連付けて格納している。本実施形態では、ユーザ識別子を用いる場合を例にして説明するが、端末識別子を用いる場合も同様である。ユーザ識別子と端末識別子とを合わせた意味の総称として、利用主体識別子という用語を用いる。また、ユーザ識別子とパスワードとの組合せを、利用者特定情報とする。認証部２３では、端末装置３より受信した利用者特定情報と一致するものが格納されている場合に、認証成功とする。そして、認証に成功した利用者特定情報に対応するユーザを認証ユーザとする。
アイテム提供サーバ格納部２４は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。アイテム提供サーバ格納部２４は、ユーザ情報格納部２４１と、アイテム情報格納部２４２と、利用履歴格納部２４３と、推薦属性情報格納部２４４とで構成される。
ユーザ情報格納部２４１は、ユーザ情報を複数記憶する。図３９は、ユーザ情報格納部２４１の格納状態を示す図である。ユーザ情報とは、端末装置３を利用するユーザを一意に識別するユーザ識別子であるｕｓｅｒ＿ｉｄとユーザ属性情報であるｕｓｅｒ＿ｉｎｆｏとを関連付けたものであり、図３９のようなテーブル形式で記憶する。ユーザ属性情報とは、ユーザの名前、年齢、性別、住所（地域）、趣味、会員になった時期（年月、日付、日時など）、メールアドレス、電話番号などの情報である。また、アイテム提供サーバ装置２にて商品の購入が可能であれば、商品の支払いを行うためのクレジットカード情報などを含んでもよい。
アイテム情報格納部２４２は、アイテム識別情報と、属性種別情報と、属性値情報と、属性対応情報を、それぞれ複数記憶する。図４０（図４０（ａ）〜図４０（ｄ））は、アイテム情報格納部２４２の格納状態を示す図である。
アイテム識別情報とは、アイテムを一意に識別するためのアイテム識別子であるｉｔｅｍ＿ｉｄと、アイテムの名称であるｉｔｅｍ＿ｎａｍｅとを関連付けたものであり、図４０（ａ）のようなテーブル形式で記憶する。ｉｔｅｍ＿ｉｄは一意であり、重複を許容しない。
属性種別情報とは、アイテム属性の種別を一意に識別するための属性種別識別子であるｔｙｐｅ＿ｉｄと、アイテム属性の種別の名称であるｔｙｐｅ＿ｎａｍｅとを関連付けたものであり、図４０（ｂ）のようなテーブル形式で記憶する。アイテム属性の種別は、アイテム属性の項目にあたるものであり、例えば、アイテムの「作成者」「ジャンル」「制作年」「価格」「利用に適したユーザの条件」などになる。ｔｙｐｅ＿ｉｄは一意であり、重複を許容しない。
属性値情報とは、属性種別識別子であるｔｙｐｅ＿ｉｄと、ｔｙｐｅ＿ｉｄに対応する属性値を一意に識別するための属性値識別子であるａｔｔｒ＿ｉｄと、属性値であるａｔｔｒ＿ｎａｍｅとを関連付けたものであり、図４０（ｃ）のようなテーブル形式で記憶する。例えば、アイテムが「本」に関するものであり、ｔｙｐｅ＿ｉｄが「ジャンル」に該当する識別子である場合、属性値は、「フィクション」「恋愛」「料理」などになる。（ｔｙｐｅ＿ｉｄ，ａｔｔｒ＿ｉｄ）の組合せは一意であり、重複を許容しない。
属性対応情報とは、アイテムに対応する属性を関連付けた情報であり、アイテム識別子であるｉｔｅｍ＿ｉｄと、属性種別識別子であるｔｙｐｅ＿ｉｄと、属性値識別子であるａｔｔｒ＿ｉｄとを関連付けたものであり、図４０（ｄ）のようなテーブル形式で記憶する。（ｉｔｅｍ＿ｉｄ，ｔｙｐｅ＿ｉｄ，ａｔｔｒ＿ｉｄ）の組合せは一意であり、重複を許容しない。
図４０（ａ）〜図４０（ｄ）のテーブルを用いることで、アイテムが有する複数の属性を、その属性の種別ごとに管理することができる。なお、あるアイテムに対応するアイテム識別情報と、そのアイテムに対応する属性対応情報から特定される属性種別情報と属性値情報とを合わせてアイテム属性情報とする。また、ｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せや、ｔｙｐｅ＿ｎａｍｅとａｔｔｒ＿ｎａｍｅの組合せをアイテム属性とする。
利用履歴格納部２４３は、利用履歴を複数記憶する。利用履歴とは、端末装置３より受信した、ユーザのアイテムに関する利用の履歴であり、少なくともユーザ識別子とアイテム識別子とアイテムを利用した日時（利用日時）とを含む。図４１（図４１（ａ）〜図４１（ｄ））は、利用履歴格納部２４３の格納状態を示す図である。以下に図４１を用いて、利用履歴の格納形式を４種類説明する。
利用履歴の第１の格納形式は、利用履歴に含まれるユーザ識別子（ｕｓｅｒ＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と利用日時（ｄａｔｅ）とを関連付けて、図４１（ａ）のようなテーブル形式で記憶する。
利用履歴の第２の格納形式は、利用履歴に、ユーザのアイテムに対する利用回数が含まれている場合に用いるものであり、利用履歴に含まれるユーザ識別子（ｕｓｅｒ＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と利用日時（ｄａｔｅ）と利用回数（ｃｏｕｎｔ）とを関連付けて、図４１（ｂ）のようなテーブル形式で記憶する。
利用履歴の第３の格納形式は、利用履歴に、ユーザがアイテムに対して行った評価を数値化した評価値（例えば、「１：非常に嫌い」、「２：やや嫌い」、「３：どちらでもない」、「４：やや好き」、「５：非常に好き」といったように、好みの度合いを数値化したもの）が含まれている場合に用いるものであり、利用履歴に含まれるユーザ識別子（ｕｓｅｒ＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と利用日時（ｄａｔｅ）と評価値（ｅｖａｌ）とを関連付けて、図４１（ｃ）のようなテーブル形式で記憶する。
利用履歴の第４の格納形式は、利用履歴に、ユーザがアイテムに対して支払った額（支払い額）が含まれている場合に用いるものであり、利用履歴に含まれるユーザ識別子（ｕｓｅｒ＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と利用日時（ｄａｔｅ）と支払い額（ａｍｏｕｎｔ）とを関連付けて、図４１（ｄ）のようなテーブル形式で記憶する。
以上が、利用履歴の格納形式の説明である。上記以外にも、利用履歴に含まれている全ての情報を格納できるように、利用履歴の形態に合わせて格納形式を変更すればよい。
また、端末装置３より受信した利用履歴には、利用日時が含まれていることを前提にしているが、もし利用日時が含まれていない場合は、利用履歴格納部２４３に、利用日時の代わりに、利用履歴を記憶するときの日時をｄａｔｅとして記憶すればよい。また、ｄａｔｅを格納しなくてもよく、この場合でも、新しく追加されるデータは、必ずテーブルの末尾（一番下の行）に追加されるので、テーブル内の上に位置する行データほど古く、下に位置する行データほど新しいことになる。このため、２つの行の位置関係を調べることにより、２つのデータのどちらが古いかを容易に判定できる。また、利用履歴格納部２４３に、端末装置３より受信した全ての利用履歴を記憶するが、記憶した利用履歴が一定数を超えた場合は、古いものから削除してもよい。
推薦属性情報格納部２４４は、ユーザごとに推薦属性情報を複数記憶する。図４２は、推薦属性情報格納部２４４の格納状態を示す図である。推薦属性情報とは、ユーザ識別子であるｕｓｅｒ＿ｉｄと、属性種別識別子であるｔｙｐｅ＿ｉｄと、属性値識別子であるａｔｔｒ＿ｉｄと、推薦の度合いを数値化した推薦値であるｖａｌｕｅとを関連付けたものであり、図４２のようなテーブル形式で記憶する。ユーザ識別子であるｕｓｅｒ＿ｉｄと属性種別識別子であるｔｙｐｅ＿ｉｄとを指定することで、ｕｓｅｒ＿ｉｄとｔｙｐｅ＿ｉｄとに対応する推薦属性の属性値識別子を全て取得することができる。また後述するように、情報処理サーバ装置１から、推薦順位を受信した場合には、さらに、推薦順位を関連付けて記憶してもよい。
アイテム提供サーバ制御部２１は、アイテム提供サーバ装置２を構成する各部に対して、全体的な制御を行う。アイテム提供サーバ制御部２１は、ユーザページ情報作成部２１１と、推薦属性情報取得部２１２と、利用情報中継部２１３とで構成される。
ユーザページ情報作成部２１１は、端末装置３から受信したデータに応じて、以下の３種類の処理を行う。
ユーザページ情報作成部２１１の第１の処理は、ユーザページ情報送信処理であり、端末装置３よりユーザページ情報取得要求を受信し、かつ、認証部２３にて認証成功した場合に、この処理を行う。ユーザページ情報取得要求とは、ユーザページ情報の取得を要求する情報であり、認証部２３にて認証を行うために、少なくとも利用者特定情報を含む。ユーザページ情報とは、端末装置３に検索画面や、推薦属性情報の閲覧操作画面や、利用ポイントの確認画面を表示させるために必要な情報である。例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式を用いてユーザページ情報を作成してもよいし、これ以外のデータ形式を用いてもよい。
ここで利用ポイントとは、ユーザと何らかの関係性のある他のユーザがアイテムを利用したことに基づき、ユーザに付与される数値である。また、アイテムを利用したユーザ本人に利用ポイントを付与してもよい。なお、アイテム提供サーバ装置２によるサービスを提供している側（サービス提供側）が、そのサービスを利用するユーザに対して、利用ポイントに応じて、そのポイントに応じた何らかの特典を与えてもよい。例えば、ショッピングサイトであれば、商品購入の際に、代金の一部として利用ポイントを使用できるようにしてもよいし、利用ポイントに応じた値引きサービスを行ってもよい。なお、何らかの関係性のある他のユーザとは、例えば、対象となるユーザが利用したアイテム属性と同じ属性を有するアイテムを利用しているユーザや、対象となるユーザと類似ユーザであり、かつ同じ属性を有するアイテムを利用しているユーザなどである。
ユーザページ情報送信処理とは、認証ユーザのユーザページ情報を作成し、認証ユーザが利用中の端末装置３に、作成したユーザページ情報を送信する処理であり、まず、利用ポイント情報取得要求を作成し、ネットワーク４を介して、情報処理サーバ装置１に、作成した利用ポイント情報取得要求を送信する。利用ポイント情報取得要求とは、認証ユーザが獲得した利用ポイントに関する情報（利用ポイント情報）を取得するための情報であり、少なくとも認証ユーザのユーザ識別子を含む。
次に、ネットワーク４を介して、情報処理サーバ装置１より、送信した利用ポイント情報取得要求に対応する利用ポイント情報を受信する。次に、推薦属性情報格納部２４４にて、認証ユーザのユーザ識別子に対応する推薦属性情報を全て取得する。次に、取得した推薦属性情報と、受信した利用ポイント情報を用いて、ユーザページ情報を作成する。そして、ネットワーク４を介して、端末装置３に、作成したユーザページ情報を送信する。なお、後の処理で、推薦属性情報格納部２４４において推薦属性情報の格納位置を示す行番号を利用する場合は、ユーザページ情報を作成する際に、行番号と推薦属性情報を関連付ける必要がある。
ユーザページ情報作成部２１１の第２の処理は、検索結果送信処理であり、ネットワーク４を介して、端末装置３より検索条件を受信すると、この処理を行う。ここで検索条件とは、利用するアイテムを絞り込むために用いる条件であり、例えば、ジャンル名、製作者、キーワード、価格の上限や下限などである。検索結果送信処理とは、端末装置３に、受信した検索条件を満たすアイテム属性情報を送信する処理であり、まず、アイテム情報格納部２４２より、検索条件を満たすアイテム属性情報を全て抽出する。そして、ネットワーク４を介して、端末装置３に、抽出した全てのアイテム属性情報を送信する。
ユーザページ情報作成部２１１の第３の処理は、推薦属性対応アイテム情報送信処理であり、ネットワーク４を介して、端末装置３より推薦属性対応アイテム情報取得要求を受信すると、この処理を行う。ここで推薦属性対応アイテム情報取得要求とは、推薦属性情報に対応するアイテム属性情報を取得する要求であり、少なくとも推薦属性情報を含む。推薦属性対応アイテム情報送信処理とは、端末装置３に、受信した推薦属性対応アイテム情報取得要求に対応するアイテム属性情報を送信する処理であり、まず、アイテム情報格納部２４２より、推薦属性対応アイテム情報取得要求に含まれる推薦属性情報の属性種別識別子と属性値識別子と、属性対応情報とを照合し、一致する属性対応情報のアイテム識別子を全て抽出する。次に、抽出したアイテム識別子に対応するアイテム属性情報を全て抽出する。ネットワーク４を介して、端末装置３に、抽出した全てのアイテム属性情報を送信する。
推薦属性情報取得部２１２は、ネットワーク４を介して、情報処理サーバ装置１より推薦属性情報を受信すると、推薦属性情報更新処理を行う。推薦属性情報更新処理とは、推薦属性情報格納部２４４にて、記憶されている全てのデータを削除した後に、受信した推薦属性情報を記憶する処理である。
利用情報中継部２１３は、ネットワーク４を介して、端末装置３より利用者特定情報と利用情報とを受信し、かつ、認証部２３にて認証が成功した場合に、利用情報中継処理を行う。利用情報とは、後述する利用ポイント算出処理のトリガーとなる利用履歴を少なくとも含む。利用情報が、推薦属性に対応するアイテムの利用に関するものであれば、利用履歴に加え、特定情報を含む。特定情報とは、閲覧した推薦属性情報を特定するための情報であり、例えば、閲覧した推薦属性情報そのものや、閲覧した推薦属性情報の行番号を含む。特定情報が行番号を含む時は、前述したユーザページ情報作成部２１１のユーザページ情報送信処理にて、推薦属性情報に関連付けて、行番号も端末装置３に送信する必要がある。利用情報中継処理とは、まず、利用履歴格納部２４３に、受信した利用情報に含まれる利用履歴を格納する。そして、ネットワーク４を介して、情報処理サーバ装置１に、受信した利用情報を送信する処理である。
端末装置３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、ネットワークインタフェース等を備える一般的なコンピュータであり、内蔵されたプログラムにより所定の動作を行う。図４３は、本実施形態における端末装置３の構成図である。本実施形態における端末装置３は、端末制御部３１と、端末通信部３２と、入力部３３と、表示部３４とで構成される。
端末通信部３２は、ネットワーク４を介してアイテム提供サーバ装置２と通信を行うための部である。
入力部３３は、例えば、端末装置３がＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）であれば、マウスやキーボード、携帯電話であれば、ボタンといったように、ユーザが端末装置３を操作するためのインタフェースである。
表示部３４は、例えば、ディスプレイといったように、様々な情報を表示し、ユーザに視覚的に示すためのインタフェースである。
端末制御部３１は、端末装置３を構成する各部に対して、全体的な制御を行う。端末制御部３１は、ユーザページ表示部３１１と、利用情報作成部３１２とで構成される。ユーザページ表示部３１１は、入力部３３から取得した操作や、アイテム提供サーバ装置２から受信したデータの種類に応じて、以下の６種類の処理を行う。
ユーザページ表示部３１１の第１の処理は、ユーザページ情報取得要求送信処理であり、入力部３３よりユーザページの表示を要求する操作を取得すると、この処理を行う。ユーザページとは、ユーザページ情報を基に、表示部３４に表示するために描画されたものである。ユーザページ情報取得要求送信処理とは、端末装置３を利用中のユーザである「利用ユーザ」のユーザ識別子とパスワードの組合せである利用者特定情報を用いて、ユーザページ情報取得要求を作成し、ネットワーク４を介して、アイテム提供サーバ装置２に、作成したユーザページ情報取得要求を送信する処理である。パスワードは、端末装置３の図示しない格納部に記憶しておき、ユーザページ情報取得要求を作成するたびに図示しない格納部から取得してもよいし、ユーザページ情報取得要求を作成するたびにユーザに入力させるようにしてもよい。
ユーザページ表示部３１１の第２の処理は、ユーザページ表示処理であり、アイテム提供サーバ装置２よりユーザページ情報を取得すると、この処理を行う。ユーザページ表示処理とは、アイテム提供サーバ装置２より取得したユーザページ情報を基に、ユーザページを作成し、表示部３４に、作成したユーザページを表示する処理である。
ユーザページ表示部３１１の第３の処理は、検索条件送信処理であり、入力部３３より条件の入力操作と検索を要求する操作の内容を取得すると、この処理を行う。検索条件送信処理とは、利用ユーザのユーザ識別子と、取得した条件を用いて検索条件を作成し、アイテム提供サーバ装置２に、作成した検索条件を送信する処理である。
ユーザページ表示部３１１の第４の処理は、検索結果表示処理であり、アイテム提供サーバ装置２より、検索条件送信処理にて送信した検索条件に対するアイテム属性情報を取得すると、この処理を行う。検索結果表示処理とは、受信したアイテム属性情報を基にユーザページの更新を行う処理である。
ユーザページ表示部３１１の第５の処理は、推薦属性対応アイテム情報取得要求送信処理であり、入力部３３より推薦属性情報閲覧画面に表示されている推薦属性情報の選択といった操作を取得すると、この処理を行う。推薦属性対応アイテム情報取得要求送信処理とは、まず、操作の対象となった推薦属性情報を用いて、推薦属性対応アイテム情報取得要求を作成する。そして、アイテム提供サーバ装置２に、作成した推薦属性対応アイテム情報取得要求を送信する処理である。
ユーザページ表示部３１１の第６の処理は、推薦属性対応アイテム情報表示処理であり、アイテム提供サーバ装置２より、推薦属性対応アイテム情報取得要求送信処理にて送信した推薦属性対応アイテム情報取得要求に対するアイテム属性情報を取得すると、この処理を行う。推薦属性対応アイテム情報表示処理とは、受信したアイテム属性情報を基にユーザページの更新を行う処理である。
表示部３４に表示するユーザページは、例えば、図４４のユーザページの表示例のように、現在獲得している利用ポイントが確認でき、アイテムの検索手段が用意され、推薦属性情報と推薦属性情報に対応するアイテム属性情報と、検索により取得したアイテムとを分けて表示できるようにすればよい。図４４の表示例では、左上に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示し、左下に端末装置３を利用中のユーザの推薦属性情報を表示している。また、中央下に選択された推薦属性情報に対応するアイテム属性情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム属性情報を表示している。
利用情報作成部３１２は、入力部３３より、ユーザページに表示されたアイテムの利用操作を取得すると、利用情報送信処理を行う。アイテムの利用操作とは、ユーザページに表示されたアイテム名などのアイテム属性情報を選択する操作や、アイテムが音楽であれば、再生を行うという操作や、アイテムが映画であれば、視聴するという操作や、ユーザページにてアイテムの購入が行える場合は、アイテムを購入候補に指定する（買い物かごに入れる）操作や、購入候補として指定したアイテムを購入する操作等である。
利用情報送信処理とは、まず、利用ユーザのユーザ識別子とパスワードの組合せである利用者特定情報を作成する。次に、利用ユーザのユーザ識別子と利用操作の対象となったアイテムのアイテム識別子を基に作成した利用履歴を用いて利用情報を作成する。
このとき、利用操作の対象になったアイテムが推薦属性情報に対応するアイテムだった場合には、利用履歴に加え、そのアイテムに対応する推薦属性情報、又は、そのアイテムに対応する推薦属性情報を特定するための行番号を用いて、利用情報を作成する。そして、ネットワーク４を介して、アイテム提供サーバ装置２に、作成した利用者特定情報と利用情報とを送信する処理である。つまり、図４４の表示例において、検索結果である「料理本Ｅ」が利用された場合は、「料理本Ｅ」の利用履歴のみを用いて利用情報を作成することになり、推薦属性情報に対応するアイテムである「本Ｄ」が利用された場合は、「本Ｄ」に対応する推薦属性情報情報（「Ａ子」の「作成者：作者Ｂ」に対応する推薦属性情報）、又は、「本Ｄ」に対応する推薦属性情報の行番号を基に作成した特定情報と、「本Ｄ」の利用履歴とを用いて、利用情報を作成する。行番号を用いて特定情報を作成するには、ユーザページ表示部３１１によるユーザページ表示処理の際に、ユーザページ情報に含まれる推薦属性情報に関連付けて、その推薦属性情報の行番号も受信していなければならない。
また利用情報送信処理において、上述した以外の情報を利用履歴に追加することもできる。例えば、アイテム名などのアイテム属性情報を選択する操作、アイテムを購入候補に指定する操作、購入候補に指定したアイテムを購入する操作、アイテムを再生する操作、などの各利用操作を区別するための利用形態情報を追加してもよい。また、ユーザにアイテムに対する評価を行わせた上で、その評価値（例えば、「１：非常に嫌い」、「２：やや嫌い」、「３：どちらでもない」、「４：やや好き」、「５：非常に好き」といったように、好みの度合いを数値化したもの）を利用履歴に追加してもよい。また、一定期間ごとに利用情報送信処理を行う場合は、その期間中に利用されたアイテムの利用回数を利用履歴に追加してもよい。
ここで、図４５のフローチャートを用いて、端末装置３でのアイテムの利用に関する手順の一例を説明する。
まず、端末装置３が、ユーザページ情報取得要求送信処理を行い、ネットワーク４を介して、アイテム提供サーバ装置２にユーザページ情報取得要求を送信する（ステップＳ１０１）。
次に、アイテム提供サーバ装置２の認証部２３が、ネットワーク４を介して、端末装置３よりユーザページ情報取得要求を受信すると、ユーザページ情報取得要求に含まれる利用者特定情報を基に認証を行う（ステップＳ１０２）。認証に成功した場合は、ユーザページ情報作成部２１１に受信したユーザページ情報取得要求を送り、ステップＳ１０３へ進み、失敗した場合はステップＳ１０１からやり直す。
ステップＳ１０３では、ユーザページ情報作成部２１１が、認証部２３よりユーザページ情報取得要求を取得し、ユーザページ情報送信処理を行い、ネットワーク４を介して、端末装置３にユーザページ情報を送信する。
次に、端末装置３が、ネットワーク４を介して、アイテム提供サーバ装置２より、ユーザページ情報を受信すると、ユーザページ表示処理を行う（ステップＳ１０４）。
次に、表示されたユーザページを閲覧したユーザが、推薦属性情報に対応するアイテムを取得する操作を行うと、端末装置３は、推薦属性対応アイテム情報取得要求送信処理を行い、ネットワーク４を介して、アイテム提供サーバ装置２に推薦属性対応アイテム情報取得要求を送信する（ステップＳ１０５）。
次に、ユーザページ情報作成部２１１が、ネットワーク４を介して、端末装置３より、推薦属性対応アイテム情報取得要求を受信すると、推薦属性対応アイテム情報送信処理を行い、ネットワーク４を介して、端末装置３にアイテム属性情報を送信する（ステップＳ１０６）。
次に、端末装置３が、ネットワーク４を介して、アイテム提供サーバ装置２より、アイテム属性情報を受信すると、推薦属性対応アイテム情報表示処理を行う（ステップＳ１０７）。
次に、表示された推薦属性情報に対応するアイテム属性情報を閲覧したユーザが、アイテムに関する利用操作を行うと、端末装置３は、利用情報を作成し、ネットワーク４を介して、アイテム提供サーバ装置２に、利用情報と利用者特定情報とを送信する利用情報送信処理を行う（ステップＳ１０８）。
次に、アイテム提供サーバ装置２の認証部２３が、ネットワーク４を介して、端末装置３より利用情報と利用者特定情報とを受信すると、利用者特定情報を基に認証を行う（ステップＳ１０９）。認証に成功した場合は、利用情報中継部２１３に受信した利用情報を送り、ステップＳ１１０へ進み、失敗した場合はステップＳ１０８からやり直す。
ステップＳ１１０では、利用情報中継部２１３が、認証部２３より利用情報を取得し、利用情報中継処理を行い、ネットワーク４を介して、情報処理サーバ装置１に、取得した利用情報を送信する。
次に、情報処理サーバ装置１が、ネットワーク４を介して、アイテム提供サーバ装置２より、利用情報を受信すると、利用ポイント算出処理を行い（ステップＳ１１１）、ステップＳ１０１からステップＳ１１１までの一連の処理を終了する。利用ポイント算出処理については後述する。
以上が、端末装置３でのアイテムの利用に関する手順の一例の説明である。
情報処理サーバ装置１は、アイテム提供サーバ装置２に推薦属性情報を送信したり、アイテム提供サーバ装置２の要求に応じて、利用ポイント情報を送信する装置である。情報処理サーバ装置１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。なお、情報処理サーバ装置１を複数のコンピュータを用いて構成してもよい。例えば、負荷分散をするために、情報処理サーバ装置１の各部に相当する処理を行うコンピュータを複数用いて分散処理を行ってもよい。また、情報処理サーバ装置１の一部の処理をあるコンピュータで実施し、他の処理を別のコンピュータで実施する形態で分散処理を行ってもよい。
図４６は、本実施形態における情報処理サーバ装置１の構成図である。本実施形態における情報処理サーバ装置１は、情報処理サーバ制御部１１と、情報処理サーバ通信部１２と、情報処理サーバ格納部１３とで構成される。
情報処理サーバ通信部１２は、ネットワーク４を介してアイテム提供サーバ装置２と通信を行うための部である。
情報処理サーバ格納部１３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納部１３は、利用履歴格納部１３１と、属性嗜好情報格納部１３２と、類似ユーザ情報格納部１３３と、推薦属性情報格納部１３４と、分配情報格納部１３５と、制約情報格納部１３６と、利用ポイント情報格納部１３７と、ユーザ情報格納部１３８と、アイテム情報格納部１３９とで構成される。
利用履歴格納部１３１は、ＨＤＤなどの記憶装置を用いて、利用履歴を複数記憶するものである。利用履歴格納部１３１は、アイテム提供サーバ装置２の利用履歴格納部２４３と同様の格納形式であり、利用履歴格納部２４３に記憶されている利用履歴が全て記憶されている。アイテム提供サーバ装置２の利用履歴格納部２４３に記憶されている利用履歴を利用履歴格納部１３１にも記憶するのは、情報処理サーバ制御部１１にて行う処理で、利用履歴を利用するためである。もちろん、利用履歴格納部１３１を用意する代わりに、アイテム提供サーバ装置２の利用履歴格納部２４３より利用履歴を取得できるようにしてもよいし、逆でもよい。
属性嗜好情報格納部１３２は、ＨＤＤなどの記憶装置を用いて、属性嗜好情報を複数記憶する。図４７は、属性嗜好情報格納部１３２の格納状態を示す図である。属性嗜好情報とは、ユーザ識別子（ｕｓｅｒ＿ｉｄ）と、属性種別識別子（ｔｙｐｅ＿ｉｄ）と、属性値識別子（ａｔｔｒ＿ｉｄ）と、ユーザのアイテム属性に対する好みの度合いを数値化した嗜好度（ｐ＿ｖａｌｕｅ）とを関連付けたものであり、図４７のようなテーブル形式で記憶する。（ｕｓｅｒ＿ｉｄ，ｔｙｐｅ＿ｉｄ，ａｔｔｒ＿ｉｄ）の組合せは一意とし、重複登録ができない。
類似ユーザ情報格納部１３３は、ＨＤＤなどの記憶装置を用いて、類似ユーザ情報を複数記憶する。図４８は、類似ユーザ情報格納部１３３の格納状態を示す図である。類似ユーザ情報とは、基準となるユーザ（基準ユーザ）のユーザ識別子（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、基準ユーザの類似ユーザのユーザ識別子（ｓｉｍ＿ｕｓｅｒ＿ｉｄ）と、その２ユーザ間の類似度（ｓｉｍｉｌａｒｉｔｙ）とを関連付けたものであり、図４７のようなテーブル形式で記憶する。このテーブルにおいて、（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ，ｓｉｍ＿ｕｓｅｒ＿ｉｄ）の組合せはユニーク（一意）であり、この組合せを指定することにより、テーブルのデータが特定できる。ここでは、１つのテーブルに２種類のユーザ識別子を格納するために、ｂａｓｅ＿ｕｓｅｒ＿ｉｄ、ｓｉｍ＿ｕｓｅｒ＿ｉｄという名称を付けて区別しているが、これらは利用履歴格納部１３１などに格納されているｕｓｅｒ＿ｉｄと同じものである。
推薦属性情報格納部１３４は、ＨＤＤなどの記憶装置を用いて、推薦属性情報を複数記憶する。推薦属性情報格納部１３４は、アイテム提供サーバ装置２の推薦属性情報格納部２４４と同様の格納形式であり、推薦属性情報格納部２４４に記憶されている推薦属性情報が全て記憶されている。アイテム提供サーバ装置２の推薦属性情報格納部２４４に記憶されている推薦属性情報を推薦属性情報格納部１３４にも記憶するのは、情報処理サーバ制御部１１にて行う処理で、推薦属性情報を利用するためである。もちろん、推薦属性情報格納部１３４を用意する代わりに、アイテム提供サーバ装置２の推薦属性情報格納部２４４より推薦属性情報を取得できるようにしてもよいし、逆でもよい。
分配情報格納部１３５は、ＨＤＤなどの記憶装置を用いて、分配情報を複数記憶する。図４９は、分配情報格納部１３５の格納状態を示す図である。分配情報とは、アイテム属性を推薦されるユーザのユーザ識別子（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、推薦属性の属性種別識別子（ｔｙｐｅ＿ｉｄ）と、推薦属性の属性値識別子（ａｔｔｒ＿ｉｄ）と、ｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザの類似ユーザであり、かつ、ｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄとに対応するアイテム属性を有するアイテムを過去に利用したユーザ（分配ユーザ）のユーザ識別子（ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄ）と、利用親ポイントの分配率（ｒａｔｅ）とを関連付けたものであり、図４９のようなテーブル形式で記憶する。本実施形態における利用親ポイントとは、推薦によりそのアイテムが利用されたと判定された１つの利用履歴に対して与えられる利用ポイントの大本であり、この利用親ポイントに分配率を掛け合わせることで、そのアイテムを利用した類似ユーザごとに利用ポイントが算出される。なお、１つの推薦属性に対する利用ポイントの総和と利用親ポイントが等しくなるように、分配率の総和を１とする必要がある。
また、利用情報に含まれる特定情報が推薦属性情報である場合は、推薦属性情報に含まれるユーザ識別子と属性種別識別子と属性値識別子との組合せを、分配情報格納部１３５に記憶されているｂａｓｅ＿ｕｓｅｒ＿ｉｄとｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄとの組合せと照合し、合致する行のｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄを抽出することにより、利用親ポイントを分配する対象のユーザを容易に特定できる。また、利用情報に含まれる特定情報が、行番号である場合は、推薦属性情報格納部１３４より、行番号に対応する推薦属性情報を取得した上で同様に照合すれば、利用親ポイントを分配する対象のユーザを容易に特定できる。ここでは、１つのテーブルに２種類のユーザ識別子を格納するために、ｂａｓｅ＿ｕｓｅｒ＿ｉｄ、ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄという名称を付けて区別しているが、これらは利用履歴格納部１３１などに格納されているｕｓｅｒ＿ｉｄと同じものである。
制約情報格納部１３６は、ＨＤＤなどの記憶装置を用いて、制約情報を複数記憶する。図５０は、制約情報格納部１３６の格納状態を示す図である。制約情報は、アイテム属性の制約条件を構成する条件の１つであり、制約条件を識別するための制約条件識別子（ｒｅｓｔ＿ｉｄ）と、属性種別識別子（ｔｙｐｅ＿ｉｄ）と、属性値識別子（ａｔｔｒ＿ｉｄ）と、否定条件であるか否かを示す否定フラグ（ｉｓ＿ｎｏｔ）とを関連付けたものであり、図５０のようなテーブル形式で記憶する。
否定フラグは、例えば、図５０の１行目のように、その値が「０」であれば否定条件ではないことを示し、図５０の２行目のように、その値が「１」であれば否定条件であることを示す。
制約情報は、属性値識別子が存在しない場合は属性種別を指定する条件となり、属性値識別子が存在する場合が属性値を指定する条件となる。例えば、図５０の１行目の制約情報を充足するには、アイテムに対応するいずれかのアイテム属性が属性種別識別子ｔａであればよい。また、図５０の２行目の制約情報を充足するには、ユーザに利用されたアイテムに対応する全てのアイテム属性が属性種別識別子ｔａかつ属性値識別子ｔａ２でなければよい。
制約条件は、１つ以上の制約情報で構成される。アイテムが１つの制約条件を充足するには、その制約条件の制約条件識別子に対応する１つ以上の制約情報を全て充足しなければならない。例えば、１つの制約条件が図５０の１行目と２行目の制約情報で構成されている場合、その制約条件を充足するには、アイテムに対応するいずれかのアイテム属性が属性種別識別子ｔａであり、かつ、全てのアイテム属性が属性種別識別子ｔａかつ属性値識別子ｔａ２でなければよい。属性種別識別子ｔａが属性種別「作成者」に対する属性種別識別子であり、属性値識別子をｔａ２が属性値「作者２」に対する属性値識別子とすると、アイテム属性が、属性種別「作成者」でありかつ、その属性値が「作者２」でない場合に制約条件を充足する。
また、制約情報格納部１３６には、複数の制約条件を格納することができる。そして、複数の制約条件のうち、少なくとも１つの制約条件を充足するアイテムが利用ポイントの付与対象となる。本実施形態においては、分配情報を用いて利用ポイントの付与対象を管理しているので、後述する分配ユーザ選出処理において制約情報を用いる。
制約情報格納部１３６に格納させている制約情報をサービス提供側が更新することで、容易に利用ポイントの付与対象であるアイテムを再設定することができる。
なお、全てのアイテム属性を利用ポイント付与の対象としたい場合に、制約情報格納部１３６に、どのようなアイテム属性であってもなんらかの制約条件が充足するように、サービス提供側が制約情報を登録する必要があるが、その手間をなくすために、制約情報格納部１３６に、１つも制約情報が格納されていない場合に、全てのアイテム属性を利用ポイント付与の対象とするといったルールを設けてもよい。
また、利用ポイントの判定に制約条件を用いない場合は、制約情報格納部１３６は省略できる。
利用ポイント情報格納部１３７は、ＨＤＤなどの記憶装置を用いて、利用ポイント情報を複数記憶する。図５１は、利用ポイント情報格納部１３７の格納状態を示す図である。利用ポイント情報とは、ユーザ識別子であるｕｓｅｒ＿ｉｄと、そのユーザ識別子に対応するユーザの利用ポイントであるｐｏｉｎｔを関連付けたものであり、図５１のようなテーブル形式で記憶する。なお、記憶されている利用ポイントの初期値は「０」である。
ユーザ情報格納部１３８は、ＨＤＤなどの記憶装置を用いて、ユーザ情報を複数記憶する。ユーザ情報格納部１３８は、アイテム提供サーバ装置２のユーザ情報格納部２４１と同様の格納形式であり、ユーザ情報格納部２４１に記憶されているユーザ情報が全て記憶されている。アイテム提供サーバ装置２のユーザ情報格納部２４１に記憶されているユーザ情報をユーザ情報格納部１３８にも記憶するのは、情報処理サーバ制御部１１にて行う処理で、ユーザ情報を利用する場合があるためである。もちろん、ユーザ情報格納部１３８を用意する代わりに、アイテム提供サーバ装置２のユーザ情報格納部２４１よりユーザ情報を取得できるようにしてもよいし、逆でもよい。
アイテム情報格納部１３９は、ＨＤＤなどの記憶装置を用いて、アイテム情報を複数記憶するものである。アイテム情報格納部１３９は、アイテム提供サーバ装置２のアイテム情報格納部２４２と同様の格納形式であり、アイテム情報格納部２４２に記憶されているアイテム属性情報が全て記憶されている。アイテム提供サーバ装置２のアイテム情報格納部２４２に記憶されているアイテム属性情報をアイテム情報格納部１３９にも記憶するのは、情報処理サーバ制御部１１にて行う処理で、アイテム属性情報を利用する場合があるためである。もちろん、アイテム情報格納部１３９を用意する代わりに、アイテム提供サーバ装置２のアイテム情報格納部２４２よりアイテム属性情報を取得できるようにしてもよいし、逆でもよい。
情報処理サーバ制御部１１は、情報処理サーバ装置１を構成する各部に対して、全体的な制御を行う。情報処理サーバ制御部１１は、利用ポイント算出部１１１と、推薦属性選出部１１２と、分配ユーザ選出部１１３と、利用ポイント情報取得部１１４とで構成される。
利用ポイント算出部１１１は、ネットワーク４を介して、アイテム提供サーバ装置２より、利用情報を受信すると、利用ポイント算出処理（ステップＳ１１１）を行う。
利用ポイント算出処理の手順を図５２のフローチャートを用いて説明する。
まず、利用ポイント算出部１１１が、アイテム提供サーバ装置２より、情報処理サーバ通信部１２経由で、利用情報を取得する（ステップＳ２０１）。
次に、利用ポイント算出部１１１が、ステップＳ２０１にて取得した利用情報が利用ポイントの付与対象となるか否かを判定する（ステップＳ２０２）。付与対象になる場合はステップＳ２０３へ進み、付与対象にならない場合はステップＳ２０９へ進む。利用情報が利用ポイントの付与対象となるか否かを判定する方法を以下に２つ示す。
付与対象の第１の判定方法は、特定情報を用いて判定する。利用情報に特定情報が含まれている場合は付与対象であると判定し、利用情報に特定情報を含まない場合は付与対象でないと判定する。
付与対象の第２の判定方法は、利用情報に含まれる利用履歴を用いて判定する。まず、アイテム情報格納部１３９より、利用履歴のアイテム識別子に対応する属性対応情報を全て取得する。次に、取得した属性対応情報ごとに、推薦属性情報格納部１３４に、利用履歴のユーザ識別子とアイテム属性値情報に含まれる属性種別識別子と属性値識別子の組合せを照合し、一致する推薦属性情報が少なくとも１つ存在するか否かで判定する。少なくとも１つ存在する場合は付与対象と判定し、１つも存在しない場合は付与対象でないと判定する。
ステップＳ２０３では、利用ポイント算出部１１１が、利用親ポイントを算出する。利用親ポイントの算出方法は、例えば、利用情報１つにつき、サービス提供者側が予め設定した一定のポイント（例えば１０ポイント）とするものである。また、有料のアイテムを扱うショッピングサイト等であれば、購入代金から一定の割合（例えば購入代金の１％）を利用親ポイントとして算出してもよい。また、利用情報に含まれる利用履歴に、アイテムの利用形態情報（アイテムの詳細情報の表示する操作、アイテムを買い物かごに入れる等の購入候補に指定する操作、アイテムの購入操作などの操作を区別する情報）を含ませ、その利用形態ごとに一定のポイントを予めサービス提供側が設定し、利用親ポイントとして付与してもよい。
次に、利用ポイント算出部１１１が、分配情報格納部１３４より、ステップＳ２０２にて利用した判定方法に応じて、分配情報を取得する（ステップＳ２０４）。
ステップＳ２０２にて、利用対象の第１の判定方法を用いた場合は、分配情報格納部１３４より、特定情報に含まれる推薦属性情報のユーザ識別子と属性種別識別子と属性値識別子の組合せと、分配情報の（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ，ｔｙｐｅ＿ｉｄ，ａｔｔｒ＿ｉｄ）の組合せとを照合し、一致する全ての分配情報を取得すればよい。特定情報が行番号を基に作成されていた場合は、推薦属性情報格納部１３４より、行番号に対応する推薦属性情報を取得し、取得した推薦属性情報を用いればよい。
ステップＳ２０２にて、利用対象の第２の判定方法を用いた場合は、まず、アイテム情報格納部１３９より、利用履歴のアイテム識別子に対応する属性対応情報を全て取得する。次に、取得した属性対応情報ごとに、推薦属性情報格納部１３４に、利用履歴のユーザ識別子とアイテム属性値情報に含まれる属性種別識別子と属性値識別子の組合せを照合し、一致する推薦属性情報を全て取得する。そして、分配情報格納部１３５より、取得した推薦属性情報ごとに分配情報を取得する。このとき、１つの推薦属性情報に対応する分配情報の分配率の総和が「１」となるので、例えば、３つの推薦属性情報において、分配情報が存在した場合は、分配率の総和が「３」となる。このため、分配率の総和を「１」にするために、全ての分配情報の分配率を、分配情報が存在した推薦属性情報の数で割る必要がある。
ここで取得した分配情報に含まれるｕｓｅｒ＿ｉｄに対応する分配ユーザは全て、利用情報よりも早い時期に、利用履歴に対応するアイテムと同じ属性を有する何らかのアイテムを利用したユーザである。
また、推薦属性情報に対応する分配情報が存在しない場合もあるため、分配情報を１つも取得できないこともある。
また、推薦属性情報を用いて分配情報を取得する際に、推薦属性情報のアイテム属性が、制約情報格納部１３６に格納されている制約情報で構成される制約条件の少なくとも１つを充足するか否かを判定し、少なくとも１つ充足する推薦属性情報のみを用いて分配情報を取得するとしてもよい。
次に、利用ポイント算出部１１１が、ステップＳ２０６にて全ての分配情報を選択したか否かを判定する（ステップＳ２０５）。全て選択した場合は、ステップＳ２０９へ進み、まだ未選択のものが残っている場合は、ステップＳ２０６へ進む。
ステップＳ２０６では、利用ポイント算出部１１１が、ステップＳ２０４にて取得した分配情報を、例えば取得した順に、１つ選択する。
次に、利用ポイント算出部１１１が、ステップＳ２０３にて算出した利用親ポイントと、ステップＳ２０６にて選択した分配情報に含まれるｒａｔｅとを掛け合わせることで利用ポイントを変更するための変更値を算出する（ステップＳ２０７）。
次に、利用ポイント算出部１１１が、利用ポイント情報格納部１３５において、ステップＳ２０６にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと利用ポイント情報のｕｓｅｒ＿ｉｄとを照合し、一致する利用ポイント情報を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、ステップＳ２０７にて算出した変更値を加算する（ステップＳ２０８）。次に、ステップＳ２０５へ進む。
ステップＳ２０９では、利用ポイント算出部１１１が、利用履歴格納部１３１に、ステップＳ２０１にて取得した利用情報に含まれる利用履歴を記憶する。利用履歴を利用履歴格納部１３１に格納することで、利用履歴は既処理であるとみなされる。アイテムを利用したユーザにも一定の変更値を加算したい場合は、このステップにて加算すればよい。このとき、利用ポイント情報格納部１３５において、ステップＳ２０１にて取得した利用情報に含まれるユーザ識別子に対応する利用ポイント情報を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、予めサービス提供側が設定した変更値を加算する。
以上で、ステップＳ２０１からステップＳ２０９までの一連の処理は終了となる。
上記説明では、ステップＳ２０８にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元のポイントと以下に示す係数（変更値）との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ２０３では、加算する利用ポイントの和である利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を算出する。そして、ステップＳ２０６にて選択した分配情報に含まれる分配ユーザｕｒの推薦属性情報に対応する属性種別ｔｉの属性値ｔｉｊに関する分配率をｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）とし、親増加率をｓｒとして、図７３の式（１）により、係数ｍ（ｕｒ，ｔｉ，ｔｉｊ）を算出する。
また、利用ポイントの初期値が「０」であると、いくら倍率を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。また、アイテムを利用したユーザにも一定の係数を乗算したい場合も、ステップＳ２０９にて、ステップＳ２０１にて取得した利用情報に含まれるユーザ識別子に対応する利用ポイント情報を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、予めサービス提供側が設定した係数をかければよい。
以上が、利用ポイント算出処理の説明である。
推薦属性選出部１１２は、所定のタイミングごとに、属性嗜好情報格納部１３２と、類似ユーザ情報格納部１３３と、推薦属性情報格納部１３４に記憶されているデータを全て削除した後、属性嗜好情報作成処理、類似ユーザ選出処理、推薦属性選出処理の順に処理を行う。所定のタイミングとしては、所定の時間間隔（例えば２４時間ごと）を用いてもよいし、利用情報を一定回数受信するごととしてもよい。また、月曜日〜金曜日までは３時間ごと、土曜日は６時間ごと、日曜日は１２時間ごと、というように時間間隔が変動してもよい。また、夏は時間間隔を短くして、冬は時間間隔を長くするなど、季節に応じて時間間隔を変えてもよい。
まず、属性嗜好情報作成処理の手順を、図５３のフローチャートを用いて説明する。
まず、推薦属性選出部１１２が、利用履歴格納部１３１より、ｕｓｅｒ＿ｉｄを重複無しで全て抽出する（ステップＳ３０１）。
次に、推薦属性選出部１１２が、ステップＳ３０１にて抽出したｕｓｅｒ＿ｉｄのうち、例えば、抽出した順に、１つ選択する（ステップＳ３０２）。
次に、推薦属性選出部１１２が、利用履歴格納部１３１より、ステップＳ３０２にて選択したｕｓｅｒ＿ｉｄを含む利用履歴を全て取得する（ステップＳ３０３）。
次に、推薦属性選出部１１２が、アイテム情報格納部１３９より、ステップＳ３０３にて取得した利用履歴に含まれるｉｔｅｍ＿ｉｄのうちのいずれかと一致する属性対応情報を全て取得する（ステップＳ３０４）。
次に、ステップＳ３０４にて取得した属性対応情報より、ｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せを重複なしで全て抽出する（ステップＳ３０５）。
次に、推薦属性選出部１１２が、ステップＳ３０５にて抽出したｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せのうち、例えば、抽出した順に、１つ選択する（ステップＳ３０６）。
次に、推薦属性選出部１１２が、ステップＳ３０４にて取得した属性対応情報のうち、ステップＳ３０５にて選択したｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せと一致するものよりｉｔｅｍ＿ｉｄを抽出する。そして、ステップＳ３０３にて取得した利用履歴のうち、抽出したｉｔｅｍ＿ｉｄのうちのいずれかと一致する利用履歴（嗜好度算出対象利用履歴）のみを用いて、嗜好度を算出する（ステップＳ３０７）。
以下に、嗜好度算出方法を８種類説明する。
嗜好度算出の第１の方法は、嗜好度を「１」として算出する方法である。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを全て平等（同じ）に扱っている。また、計算量が最も少なくなる。
嗜好度算出の第２の方法は、全利用回数を嗜好度として算出方法である。全利用回数は、利用履歴格納部１３１の第２の格納形式のように利用回数が記憶されている場合に、嗜好度算出対象利用履歴に含まれる利用回数の和を全利用回数とすればよい。また、利用回数を含まない場合は、嗜好度算出対象利用履歴の数を全利用回数とすればよい。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを変えており、ユーザの嗜好度算出対象の属性を有するアイテムに対する全利用回数が多いほど嗜好の度合いが強いことになる。
嗜好度算出の第３の方法は、利用履歴格納部１３１の第３の格納形式のように評価値が記憶されている場合にのみ用いることができる方法であり、嗜好度算出対象利用履歴に含まれる評価値の代表値（評価値の和や平均値や最大値や最小値や中央値や最新の日付に対応する評価値）を嗜好度として算出する方法である。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを変えており、ユーザの嗜好度算出対象の属性を有するアイテムに対する評価が高いほど嗜好の度合いが強いことになる。
嗜好度算出の第４の方法は、利用履歴に含まれる利用日時を用いて、利用日時の古い利用履歴ほど大きな重みを付けて嗜好度を算出する方法である。例えば、嗜好度算出対象利用履歴ごとに、属性嗜好情報作成処理を行う日付（現在）と、その利用日時との差を算出し、その差の代表値（総和や平均値や最大値や最小値）を算出すればよい。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを変えており、ユーザが嗜好度算出対象の属性を有するアイテムを早く利用するほど嗜好の度合いが強いことになる。
嗜好度算出の第５の方法は、利用履歴に含まれる利用日付を用いて、利用日時の新しい利用履歴ほど大きな重みを付けて嗜好度を算出する方法である。例えば、嗜好度算出対象利用履歴ごとに、属性嗜好情報作成処理を行う日付（現在）と、その利用日時との差を算出し、その差の逆数の代表値（総和や平均値や最大値や最小値や中央値）を算出すればよい。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを変えており、ユーザが嗜好度算出対象の属性を有するアイテムを後で利用するほど嗜好の度合いが強いことになる。また、逆数を用いて、日付差が大きくなるほど分配率が小さくなるようにしているが、他の方法を用いてもよい。例えば、底が０より大きく、かつ１未満である指数関数（単調減少関数）を用いてもよい。
ここで、嗜好度算出の第４と第５の方法は、属性嗜好情報作成処理を行う日付（現在）と、利用日時との差が「０」にならないような処理をする必要がある。
嗜好度算出の第６の方法は、利用履歴格納部１３１の第４の格納形式のように支払い額記憶されている場合にのみ用いることができる方法であり、嗜好度算出対象利用履歴に含まれる支払い額の代表値（総和や平均値や最大値や最小値や中央値）を嗜好度として算出する方法である。この方法は、嗜好度に対するアイテム属性１つひとつの嗜好の度合いを変えており、ユーザの嗜好度算出対象の属性を有するアイテムに対する支払い額が高い嗜好の度合いが強いことになる。
また、上記の嗜好度算出の第１〜嗜好度算出の第６の方法を組み合わせて嗜好度を算出してもよい。例えば、それぞれの方法で嗜好度（嗜好度１〜嗜好度Ｎ）を算出し、それらの嗜好度を加算した値、乗算した値、それらの嗜好度の平均値などを総合的な嗜好度として用いてもよい。また、嗜好度算出の第３の方法と第６の方法を組合せて、評価値と支払い額との積を算出し、その積の総和を嗜好度として算出してもよい。
次に、推薦属性選出部１１２が、属性嗜好情報格納部１３２に、ステップＳ３０２で選択したｕｓｅｒ＿ｉｄと、ステップＳ３０６にて選択したｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せと、ステップＳ３０７にて算出した嗜好度（ｐ＿ｖａｌｕｅ）とを関連付けた属性嗜好情報を記憶する。（ステップＳ３０８）
次に、推薦属性選出部１１２が、ステップＳ３０６にて抽出した全てのｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄとの組合せを選択したか否かを判定する（ステップＳ３０９）。全て選択した場合はステップＳ３１０へ進み、まだ未選択のものが残っている場合はステップＳ３０６へ進む。
ステップＳ３１０では、推薦属性選出部１１２が、ステップＳ３０２にて抽出した全てのｕｓｅｒ＿ｉｄを選択したか否かを判定する。全て選択した場合はステップＳ３０１からステップＳ３１０までの一連の処理を終了し、まだ未選択のものが残っている場合はステップＳ３０２へ進む。
なお、属性嗜好情報作成処理で用いる利用履歴を、過去の特定の時点から、属性嗜好情報作成処理を行っている時点（現在）までの間に利用されたアイテムに関する利用履歴のみに制限してもよい。過去の特定の時点は、サービス提供側が予め決めておけばよく、例えば、属性嗜好情報作成処理を行っている時点から３ヶ月前や、半年前や、１年前とすればよい。このとき、ステップＳ３０１にて、利用履歴格納部１３１よりｕｓｅｒ＿ｉｄを抽出する際に、過去の特定の時点以降の利用履歴に含まれるｕｓｅｒ＿ｉｄのみ抽出すればよい。また、ステップＳ３０３にて、利用履歴格納部１３１より利用履歴を取得する際に、過去の特定の時点以降の利用履歴を取得すればよい。
また、ユーザ情報格納部１３６に記憶されているユーザ情報に含まれるユーザ属性情報を用いて、属性嗜好情報作成処理に用いる利用履歴を制限してもよい。このとき、ステップＳ３０１にて、利用履歴格納部１３１よりｕｓｅｒ＿ｉｄを抽出する際に、所定条件（例えば、「２０代女性」）のユーザ属性を持つユーザのｕｓｅｒ＿ｉｄを含む利用履歴のみから取得すればよい。もちろん、所定条件として何も指定しなくてもよい。更に、ステップＳ３０３でも、同様に取得する利用履歴に含まれるｕｓｅｒ＿ｉｄに所定条件を指定してもよい。
また、アイテム情報格納部１３７に記憶されているアイテム属性情報を用いて、属性嗜好情報作成処理に用いる利用履歴を制限してもよい。このとき、ステップＳ３０１にて、利用履歴格納部１３１よりｕｓｅｒ＿ｉｄを抽出する際に、所定条件のアイテム属性を持つアイテムのｉｔｅｍ＿ｉｄを含む利用履歴からのみ取得すればよい。もちろん、所定条件として何も指定しなくてもよい。更に、ステップＳ３０３でも、同様に取得する利用履歴に含まれるｉｔｅｍ＿ｉｄに所定条件を指定してもよい。
所定条件は、例えば、属性の種別が「作成者」のみといったように、特定の属性の種別のみに制限する条件である。また、属性の種別「ジャンル」の属性値「フィクション」のみといったように、特定のアイテム属性のみに制限する条件である。もちろん、複数の条件を用意し、複数の条件のうちのいずれかを満たす利用履歴を取得したり、そのうちの一定数を満たす利用履歴を取得するといったように、複数の条件を組み合わせて所定の条件としてもよい。
以上が、属性嗜好情報作成処理の手順の説明である。
次に、類似ユーザ選出処理の手順を、図５４のフローチャートを用いて説明する。
まず、推薦属性選出部１１２が、属性嗜好情報格納部１３２より、ｕｓｅｒ＿ｉｄを重複無しで全て抽出する（ステップＳ４０１）。
次に、推薦属性選出部１１２が、ステップＳ４０１にて抽出したｉｔｅｍ＿ｉｄのうち、例えば、抽出した順に、１つ選択する（ステップＳ４０２）。
次に、推薦属性選出部１１２が、属性嗜好情報格納部１３２より、ステップＳ４０２にて選択したｕｓｅｒ＿ｉｄに対応するユーザ（基準ユーザとみなす）の属性嗜好情報と、基準ユーザが利用したことのあるいずれかのアイテム属性に対応するアイテムを利用したユーザ（類似候補ユーザ）の全ての属性嗜好情報を取得する（ステップＳ４０３）。類似候補ユーザの属性嗜好情報を全て取得するには、まず、基準ユーザの属性嗜好情報を除く全ての属性嗜好情報のうち、基準ユーザの全ての属性嗜好情報に含まれる属性種別識別子と属性値識別子の組合せのいずれかを有する属性嗜好情報からユーザ識別子を類似候補ユーザのユーザ識別子として抽出する。そして、抽出したユーザ識別子のいずれかと一致する属性嗜好情報を全て取得すればよい。
次に、推薦属性選出部１１２が、ステップＳ４０３にて取得した属性嗜好情報を用いて、類似候補ユーザごとに、基準ユーザとの類似度を算出する（ステップＳ４０４）。類似度を算出する方法として例えば、Ｊａｃｃａｒｄ（ジャカード）係数を用いることができる。Ｊａｃｃａｒｄ係数を用いる場合は、ユーザｘが利用したことのあるアイテム属性集合をＡｘ、ユーザｙが利用したことのあるアイテム属性集合をＡｙ、ユーザｘとユーザｙを共に利用したことのあるアイテム属性数を｜Ａｘ ∩ Ａｙ｜とし、ユーザｘとユーザｙの少なくとも一方を利用したことのあるアイテム属性数を｜Ａｘ ∪ Ａｙ｜としたとき、類似度は図７３の式（２）で算出することができる。
また、類似度算出に、コサイン距離やピアソン積率相関係数を用いることもできる。コサイン距離を用いる場合は、例えば、ユーザｘが利用したことのあるアイテム属性集合をＡｘとし、ユーザｘのアイテム属性ａｘ（ａｘ∈Ａｘ）に対する嗜好度をＶ（ｘ，ａｘ）、ユーザｙが利用したことのあるアイテム属性集合をＡｙとし、ユーザｙのアイテム属性ａｙ（ａｙ∈Ａｙ）に対する嗜好度をＶ（ｙ，ａｙ）、ユーザｘとユーザｙが共に利用したことのあるアイテム属性集合をＡｃとし、ユーザｘのアイテム属性ａｃ（ａｃ∈Ａｃ）に対する嗜好度をＶ（ｘ，ａｃ）、ユーザｙのアイテム属性ａｃに対する嗜好度をＶ（ｙ，ａｃ）としたとき、類似度は図７３の式（３）で算出することができる。
また、ピアソン積率相関係数を用いる場合は、例えば、ユーザｘとユーザｙを共に利用したことのあるアイテム属性集合をＡｃとし、Ａｃに属するアイテム属性数をｎとし、ユーザｘのアイテム属性ａｃ（ａｃ∈Ａｃ）に対する嗜好度をＶ（ｘ，ａｃ）、ユーザｙのアイテム属性ａｃに対する嗜好度をＶ（ｙ，ａｃ）としたとき、類似度は図７３の式（４）で算出することができる。これ以外にも、２アイテム間の類似性を表す指標であれば、どのようなものを用いてもよい。
次に、推薦属性選出部１１２が、ステップＳ４０４にて算出した類似度を基に、類似候補ユーザの中から類似ユーザを選出する（ステップＳ４０５）。類似ユーザの選出基準は、類似度の高い順に、予めサービス提供側が設定した数だけ選出すればよい。また、予めサービス提供側が閾値を定め、その閾値より高い類似度を持つ類似候補ユーザを類似ユーザとして選出してもよい。
次に、推薦属性選出部１１２が、ステップＳ４０５にて選出した類似ユーザごとに、類似ユーザ情報格納部１３３に、基準ユーザのｕｓｅｒ＿ｉｄ（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、ステップＳ４０５にて選出した類似ユーザのユーザ識別子（ｓｉｍ＿ｕｓｅｒ＿ｉｄ）と、基準ユーザと類似ユーザとの類似度（ｖａｌｕｅ）を関連付けた類似ユーザ情報を記憶する（ステップＳ４０６）。
次に、推薦属性選出部１１２が、ステップＳ４０２にて抽出した全てのｕｓｅｒ＿ｉｄを選択したか否かを判定する（ステップＳ４０７）。全て選択した場合はステップＳ４０１からステップＳ４０７までの一連の処理を終了し、まだ未選択のものが残っている場合はステップＳ４０２へ進む。
なお、類似ユーザを選出する対象のユーザを制限してもよい。このとき、ステップＳ４０１にて、属性嗜好情報格納部１３２よりｕｓｅｒ＿ｉｄを取得する際に、所定の条件、例えば、所定数以上のアイテムを利用したユーザのｕｓｅｒ＿ｉｄのみを取得するとしてもよい。所定数はサービス提供側が予め決めておけばよい。更に、特定の期間において、所定数以上のアイテムを利用したユーザのｕｓｅｒ＿ｉｄのみを取得するとしてもよい。特定の期間はサービス提供側が予め決めておけばよい。
また、ステップＳ４０３にて、属性嗜好情報格納部１３２より、類似候補ユーザの属性嗜好情報を取得する際に、類似候補ユーザにも同様に制限をかけてもよい。このときも同様に、類似候補ユーザの中で、所定数以上のアイテムを利用した類似候補ユーザの属性嗜好情報のみ取得してもよいし、特定の期間において、所定数以上のアイテムを利用した類似候補ユーザの属性嗜好情報のみを取得してもよい。
また、属性嗜好情報を用いて２ユーザ間の類似度を算出する代わりに、利用履歴を用いて２ユーザ間の類似度を算出してもよい。このとき、ステップＳ４０３にて、属性嗜好情報を取得する代わりに、利用履歴格納部１３１より、基準ユーザが利用したことのあるいずれかのアイテムを利用したユーザ（第２類似候補ユーザ）の全ての利用履歴を取得すればよい。第２類似候補ユーザの利用履歴を全て取得するには、まず、基準ユーザの利用履歴を除く全ての利用履歴のうち、基準ユーザの全ての利用履歴に含まれるアイテム識別子のいずれかを有する利用履歴からユーザ識別子を第２類似候補ユーザのユーザ識別子として抽出する。そして、抽出したユーザ識別子のいずれかと一致する利用履歴を全て取得すればよい。また、ステップＳ４０４の類似度算出もアイテム属性をアイテムと置き換えることで、同様に算出することができる。また、ユーザのアイテムに対する嗜好度に関しては、アイテム属性に対する嗜好度算出の第１〜第６の方法を流用して算出することができる。また、ステップＳ４０５の類似ユーザ選出では、第２類似候補ユーザの中から類似ユーザを選出すればよい。
また、属性嗜好情報を用いて２ユーザ間の類似度を算出する代わりに、ユーザ属性情報を用いて２ユーザ間の適合度を算出し、その適合度を用いて類似ユーザを選出してもよい。適合度とは、ユーザ属性情報を用いてユーザ同士の相性の良さを数値化したものである。このとき、ステップＳ４０１にて、さらに、ユーザ情報格納部１３８より、抽出したｕｓｅｒ＿ｉｄに対応するユーザ属性情報を全て取得する。そして、ステップＳ４０３の処理を省略し、ステップＳ４０４にて類似度を算出する代わりに、ステップＳ４０２にて選択したｕｓｅｒ＿ｉｄに対応するユーザ属性情報と、それ以外のユーザ属性情報との間の適合度を算出すればよい。適合度として、２ユーザのユーザ属性情報間の属性値の一致数を用いることができる。
例えば、ユーザ属性情報に含まれる属性が性別と年齢と地域である場合に、一方の属性値が「男」、「２４」、「東京」であり、他方の属性値が「女」、「２４」、「東京」であるとき、一致する属性数が２であるため、適合度を「２」とする。また、一致する属性値の条件は、属性ごとにサービス提供者側が自由に決めてよく、例えば、年齢なら属性値の差が「５」未満なら一致とするとしてもよいし、属性値が「２０」〜「２９」なら「２０代」、「３０」〜「３９」なら「３０代」と変換し、変換後の値を用いて一致するか否かを判定してもよい。「地域」など他の属性についても同様の処理を行ってよい。また、属性ごとに異なる重みをつけて適合度を算出してもよい。例えば、年齢が一致する場合には、「地域」が一致する場合よりも適合度が２倍大きくなるように算出してもよい。
以上が、類似ユーザ選出処理の手順の説明である。
次に、推薦属性選出処理の手順を、図５５のフローチャートを用いて説明する。
まず、推薦属性選出部１１２が、類似ユーザ情報格納部１３３より、ｂａｓｅ＿ｕｓｅｒ＿ｉｄを、重複なしで全て抽出する（ステップＳ５０１）。
次に、推薦属性選出部１１２が、ステップＳ５０１にて抽出したｂａｓｅ＿ｕｓｅｒ＿ｉｄのうちの１つを選択する。例えば取得した順に、１つずつ選択すればよい（ステップＳ５０２）。ここで選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応するユーザを「推薦対象ユーザ」と呼ぶ。
次に、推薦属性選出部１１２が、類似ユーザ情報格納部１３３より、ステップＳ５０２にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応する全ての類似ユーザ情報を取得する（ステップＳ５０３）。
次に、推薦属性選出部１１２が、属性嗜好情報格納部１３２より、類似ユーザの属性嗜好情報を全て取得する（ステップＳ５０４）。具体的には、ステップＳ５０３にて取得した類似ユーザ情報に含まれるｓｉｍ＿ｕｓｅｒ＿ｉｄとｕｓｅｒ＿ｉｄとを照合し、ｓｉｍ＿ｕｓｅｒ＿ｉｄのいずれかと一致するｕｓｅｒ＿ｉｄを含む属性嗜好情報を全て取得する。このとき、推薦対象ユーザがすでに利用したアイテム属性に対応する属性種別識別子と属性値識別子を有する属性嗜好情報を除外することで、推薦対象ユーザが過去に利用したアイテム属性を推薦から除外することもできる。また、類似ユーザの属性嗜好情報に含まれるアイテム属性が推薦候補になるため、前述の属性嗜好情報作成処理のステップＳ３０４にて、取得する属性対応情報を制限した場合、制限によって除外されたアイテム属性は、この手順で取得するどの属性嗜好情報にも含まれないので、除外されたアイテム属性が推薦されることはない。
次に、推薦属性選出部１１２が、ステップＳ５０４にて取得した推薦属性情報を用いてアイテム属性ごとに以下の方法で推薦値を算出する（ステップＳ５０５）。
推薦値算出の第１の方法は、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの数を集計し、その数を推薦値とする方法である。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を全て平等（同じ）に扱っている。
推薦値算出の第２の方法は、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの類似度の和を推薦値として算出する方法である。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、推薦対象ユーザとの類似度が高い類似ユーザほど影響力が強いことになる。
推薦値算出の第３の方法は、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの嗜好度の和を推薦値として算出する方法である。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、推薦値の計算対象のアイテム属性に対する嗜好度の高いユーザほど影響力が強いことになる。このため、嗜好度の算出方法によって、ユーザの影響力が異なる。例えば、嗜好度算出の第３の方法を用いて嗜好度を算出していた場合は、ユーザが嗜好度算出対象の属性を有するアイテムを早く利用するほど嗜好度が高くなるため、早くその属性を有するアイテムを利用したユーザほど影響力が強いことになる。
推薦値算出の第４の方法は、推薦値算出の第３の方法と同様に嗜好度の総和を用いるが、嗜好度は利用履歴を用いて新たに算出したもの（第２の嗜好度）を用いる。具体的には、類似ユーザの利用履歴を全て取得し、取得した利用履歴を用いて、嗜好度算出の第１〜第６の方法を流用することで第２の嗜好度を算出する。推薦値算出の第４の方法は、推薦値算出の第３の方法と比べて計算量は増えるが、推薦値算出に用いる嗜好度の算出方法を自由に選択することができる。このため、類似度算出処理で属性嗜好情報の嗜好度を用い、かつ、推薦値算出時に異なる嗜好度を用いたい場合に利用する方法である。類似度算出処理で属性嗜好情報の嗜好度を用いない場合や、推薦値算出時にも同じ嗜好度を用いる場合は、推薦値算出の第４の方法ではなく、推薦値算出の第３の方法を用いればよい。
推薦値算出の第５の方法は、ユーザ情報格納部１３８に記憶されたユーザ情報にユーザが会員になった日付が含まれる場合に、会員になった日付の古いユーザほど大きな重みを付けて推薦値を算出する方法である。例えば、まず、類似ユーザごとに、推薦属性選出処理を行う日付（現在）と、類似ユーザが会員になった日付との差を算出する。そして、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの日付差の総和を算出すればよい。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、早く会員になったユーザほど影響力が強いことになる。
推薦値算出の第６の方法は、ユーザ情報格納部１３８に記憶されたユーザ情報にユーザが会員になった日付が含まれる場合に、会員になった日付の新しいユーザほど大きな重みを付けて推薦値を算出する方法である。例えば、まず、類似ユーザごとに、推薦属性選出処理を行う日付（現在）と、類似ユーザが会員になった日付との差を算出する。そして、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの日付差の逆数の総和を算出すればよい。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、後で（最近になって）会員になったユーザほど影響力が強いことになる。
推薦値算出の第７の方法は、ユーザ情報格納部１３８に記憶されたユーザ情報に含まれるユーザの属性情報を用いる方法である。具体的には、まず、類似ユーザごとに、推薦対象ユーザのユーザ属性情報と、類似ユーザのユーザ属性情報との適合度を算出する。そして、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザとの適合度の総和を推薦値として算出する方法である。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、推薦対象ユーザとの適合度が高いユーザほど影響力が強いことになる。
推薦値算出の第８の方法は、アイテム属性ごとに、その属性を有するアイテムを利用した類似ユーザの類似度とそのアイテム属性の嗜好度との積の総和から、その属性を有するアイテムを利用した類似ユーザの類似度の総和を割った値を推薦値として算出する方法である。この方法は、推薦値に対するユーザ１人ひとりの影響力（重み）を変えており、推薦対象ユーザとの類似度とアイテム属性に対する嗜好度の高い類似ユーザほど影響力が強いことになる。
また、上記の推薦値算出の第１〜第８の方法を組み合わせて推薦値を算出してもよい。例えば、それぞれの方法で推薦値（推薦値１〜推薦値Ｎ）を算出し、それらの推薦値を加算した値、乗算した値、それらの推薦値の平均値などを総合的な推薦値として用いてもよい。また、推薦値算出の第２の方法と第３の方法を組合せて、属性値情報ごとに、その属性値情報に対応する類似ユーザの類似度と嗜好度との積を算出し、アイテム属性ごとに、その積の総和を推薦値として算出してもよい。
次に、推薦属性選出部１１２が、ステップＳ５０５にて算出した推薦値を基に推薦属性を選出する（ステップＳ５０６）。推薦属性の選出基準は、推薦値の高い順に、予めサービス提供側が設定した数だけ選出すればよい。また、予めサービス提供側が閾値を定め、その閾値より高い推薦値を持つアイテム属性を推薦属性として選出してもよい。なおこの処理において、選出された推薦属性に対して、推薦値の高い順に推薦順位を付け、その推薦順位を含めた情報をステップＳ５０７において記憶してもよい。
次に、推薦属性選出部１１２が、推薦属性情報格納部１３４に、ステップＳ５０６にて選出した推薦属性ごとに、ステップＳ５０２にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄと、推薦属性のアイテム属性（ｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄの組合せ）と、推薦属性のステップＳ５０５にて算出した推薦値（ｖａｌｕｅ）とを関連付けて記憶する。
次に、推薦属性選出部１１２が、ステップＳ５０２にて全てのｂａｓｅ＿ｕｓｅｒ＿ｉｄを選択したか否かを判定する（ステップＳ５０８）。全て選択した場合はステップＳ５０９へ進み、まだ未選択のものが残っている場合はステップＳ５０２へ進む。
ステップＳ５０９では、推薦属性選出部１１２が、推薦属性情報格納部１３４に記憶された全ての推薦属性情報を、ネットワーク４を介して、アイテム提供サーバ装置２に送信し、ステップＳ５０１からステップＳ５０９までの一連の処理を終了する。
分配ユーザ選出部１１３は、推薦属性選出部１１２による推薦属性が終了すると、分配情報格納部１３５に記憶されている全てのデータを削除した後に、分配ユーザ選出処理を行う。
分配ユーザ選出処理の手順を図５６のフローチャートを用いて説明する。
まず、分配ユーザ選出部１１３が、推薦属性情報格納部１３４より、制約情報格納部１３６に格納されている制約情報で構成された制約条件のうち、少なくとも１つを充足する推薦属性情報を全て取得する（ステップＳ６０１）。なお、利用ポイント算出処理のステップＳ２０４にて推薦属性情報に対応する分配情報を取得する際に、制約条件を少なくとも１つ充足する推薦属性情報に対応する分配情報のみ取得する場合は、推薦属性情報格納部１３４より、推薦属性情報を全て取得してもよい。
次に、分配ユーザ選出部１１３が、ステップＳ６０３にて全ての推薦属性情報を選択したか否かを判定する（ステップＳ６０２）。全て選択した場合はステップＳ６０１からステップＳ６０６までの一連の処理を終了し、まだ未選択のものが残っている場合はステップＳ６０３へ進む。
ステップＳ６０３では、分配ユーザ選出部１１３が、ステップＳ６０１にて取得した推薦属性情報のうち、例えば取得した順に１つ選択する。
次に、分配ユーザ選出部１１３が、類似ユーザ情報格納部１１３より、ステップＳ６０３にて選択した推薦属性のアイテム属性を有するアイテムを利用したことのある類似ユーザ（分配対象ユーザ）の類似ユーザ情報を取得する。具体的には、まず、そして、嗜好情報格納部１１２より、ステップＳ６０３にて選択した推薦属性に含まれるｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄを有する属性嗜好情報より、ｕｓｅｒ＿ｉｄを全て抽出する。そして、抽出したｕｓｅｒ＿ｉｄごとに、ステップＳ６０３にて選択した推薦属性に含まれるユーザ識別子と抽出したｕｓｅｒ＿ｉｄとの組合せを、類似ユーザ情報のｂａｓｅ＿ｕｓｅｒ＿ｉｄとｓｉｍ＿ｉｔｅｍ＿ｉｄとの組合せと照合し、一致する類似ユーザ情報を全て取得すれば良い。
次に、分配ユーザ選出部１１３が、分配対象ユーザごとに分配率を算出する（ステップＳ６０５）。分配率の算出方法として、以下の方法を用いることができる。以下の分配率の算出方法の説明において、ステップＳ６０３にて選択した推薦属性情報に対応するユーザ（推薦対象ユーザ）をｕｂとし、ステップＳ６０３にて選択した推薦属性情報の属性種別識別子ｔｉと属性値識別子ｔｉｊとに対応するアイテム属性を有するアイテムを利用したことのある分配対象ユーザの集合をＵ（ｔｉ，ｔｉｊ）とする。
分配率算出の第１の方法は、分配対象ユーザに等比率となるように分配率を算出する方法である。分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）の数を｜Ｕ（ｔｉ，ｔｉｊ）｜としたとき、分配対象ユーザｕｒ（∈Ｕ（ｔｉ，ｔｉｊ））の推薦属性（ｔｉ，ｔｉｊ）に関する分配率ｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）は、図７４の式（５）で表わされる。この方法は、最も計算量が少ない。またこの方法は、全ての分配対象ユーザが、等しく推薦に貢献したという考えの基に分配率を算出している。このため、推薦値算出の第１の方法と組合せるのがよいが、これ以外の推薦値算出の方法と組合せることもできる。
分配率算出の第２の方法は、類似度に応じて分配率を算出する方法である。ユーザｕｂとユーザｕｒとの類似度をｓｉｍ（ｕｂ，ｕｒ）、ユーザｕｂとユーザｕ（ｕ∈Ｕ（ｔｉ，ｔｉｊ））との類似度をｓｉｍ（ｕｂ，ｕ）とすると、ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）に関する分配率ｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）は、図７４の式（６）で表わされる。分配率算出の第２の方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、推薦対象ユーザとの類似度の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第２、及び、第８の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。
分配率算出の第３の方法は、嗜好度に応じて分配率を算出する方法である。ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）の嗜好度をＶ（ｕｒ，ｔｉ，ｔｉｊ）、ユーザｕ（ｕ∈Ｕ（ｔｉ，ｔｉｊ））の推薦属性（ｔｉ，ｔｉｊ）の嗜好度をＶ（ｕ，ｔｉ，ｔｉｊ）とすると、ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）に関する分配率ｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）は、図７４の式（７）で表わされる。分配率算出の第３の方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、嗜好度の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第３、及び、第４、及び、第８の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。また、嗜好度の算出方法によって性質が変わってくる。
嗜好度算出の第１の方法を用いた場合は、分配率算出の第１の方法と同様の性質を持つ。嗜好度算出の第２の方法を用いた場合は、利用回数に比例して得られる利用ポイントが増加するため、その性質をユーザに公開することで、ユーザのアイテムの利用を促進させることができる。嗜好度算出の第３の方法を用いた場合は、評価値の代表値の高いユーザほど分配率が高くなる。嗜好度算出の第４の方法を用いた場合は、最近になってから推薦属性のアイテム属性を有するアイテムを利用し始めたユーザ（新規に会員になったユーザなど）に、ポイントを多く配分して、アイテム利用サービスからの脱会を防ぎやすい。なぜなら、嗜好度算出の第４の方法以外の方法では、直近で利用したユーザは、早い時期に利用したユーザに比べ、推薦属性情報から得られる利用ポイントの合計値が、かなり少なくなってしまうが、この算出方法では、その属性を有するアイテムを先に利用したユーザの利用ポイントの合計値と、後から利用したユーザの利用ポイントの合計値との差を小さくすることができるからである。
嗜好度算出の第５の方法は、早く利用したユーザほど多くの利用ポイントを得ることができるため、その性質をユーザに公開することで、アイテムの利用開始時期に大量に利用ユーザを獲得することができる。嗜好度算出の第６の方法を用いた場合は、支払額の代表値の高いユーザほど分配率が高くなる。
分配率算出の第４の方法は、利用履歴を用いて新たに嗜好度を算出し、その新たに算出した嗜好度（第３の嗜好度）に応じて分配率を算出する方法である。ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）の第３の嗜好度をＶ２（ｕｒ，ｔｉ，ｔｉｊ）とし、ユーザｕ（∈Ｕ（ｔｉ，ｔｉｊ））の推薦属性（ｔｉ，ｔｉｊ）の第３の嗜好度をＶ２（ｕ，ｔｉ，ｔｉｊ）とした上で、第３の方法で説明した図７４の式（７）において、Ｖ（ｕｒ，ｔｉ，ｔｉｊ）の代わりにＶ２（ｕｒ，ｔｉ，ｔｉｊ）を用い、Ｖ（ｕ，ｔｉ，ｔｉｊ）の代わりにＶ２（ｕ，ｔｉ，ｔｉｊ）を用いればよい。分配率算出の第４の方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、第３の嗜好度の高いユーザほど推薦に貢献したという考えの基に分配率を算出している。この方法は、類似度算出時や推薦値算出時に嗜好度を用いた上で、異なる算出方法で算出された嗜好度を用いたい場合に適している。
分配率算出の第５の方法は、ユーザ情報格納部１３８に記憶されたユーザ情報に含まれるユーザの属性情報にユーザが会員になった日付が含まれる場合に、その会員になった日付から推薦アイテム選出処理を行うまでの期間（秒単位、分単位、時間単位、日単位、週単位、月単位など）が長いほど分配率が高くなるように算出する方法である。例えば、ユーザｕｒの会員になった日付から分配ユーザ選出処理を行うまでの期間をＤ（ｕｒ）（≧０）とし、ユーザｕ（∈Ｕ（ｔｉ，ｔｉｊ））の会員になった日付から分配ユーザ選出処理を行うまでの期間をＤ（ｕ）（≧０）とすると、ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）に関する分配率ｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）は、図７４の式（８）で表わされる。この方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、早い時期に会員になった分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。
従ってこの方法は、推薦値算出の第５の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。さらに、早い時期に会員になったユーザというのは、会員期間が長いユーザでもあり、会員期間が長いユーザほど多くの利用ポイントを得ることができるため、その性質をユーザに公開することで、ユーザは「一度入会したら、なるべく退会せずにいた方が得だ」という判断をする可能性が高くなるので、途中で止めずに会員を継続するユーザを増やすことができる。なお、図７４の式（８）では、分子と分母において、それぞれ「１」を加算しているが、これは分母を「０」にしないための処理である。加算する数値は「１」以外でもよく、また分母における「ΣＤ（ｕ，ｔｉ，ｔｉｊ）」の部分を「０」より大きな数値として算出すれば、分子と分母における「１」の加算を省略してもよい。
分配率算出の第６の方法は、分配率算出の第５の方法とは逆に、会員になった日付から推薦アイテム選出処理を行うまでの期間が短いほど分配率が高くなるように算出する方法である。例えば、ユーザｕｒの会員になった日付から分配ユーザ選出処理を行うまでの期間をＤ（ｕｒ，ｔｉ，ｔｉｊ）（≧０）とし、ユーザｕ（∈Ｕ（ｔｉ，ｔｉｊ））の会員になった日付から分配ユーザ選出処理を行うまでの期間をＤ（ｕ，ｔｉ，ｔｉｊ）（≧０）とすると、ユーザｕｒの推薦属性（ｔｉ，ｔｉｊ）に関する分配率ｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）は、図７４の式（９）で算出される。
この方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、最近会員となった分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第６の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。分配率算出の第６の方法以外の方法では、最近会員になったユーザの利用ポイントがたまりにくい傾向がある。特に、長い期間アイテム利用サービスを行っている場合は、それだけ多くのユーザが存在し、さらに、ユーザ１人あたりの利用アイテム数も多くなり、１つの推薦属性情報に関係する類似ユーザ数も増えるので、一度に得られる利用ポイントも低くなる。しかし、この算出方法では、最近会員になったユーザの利用ポイントが増えやすくなるため、入会したユーザがすぐに退会するのを防ぐことができる。
なお、図７４の式（９）では、分子と分母において、それぞれ「１」を加算しているが、加算する数値は「１」以外でもよい。また分子における「Ｄ（ｕｒ，ｔｉ，ｔｉｊ）」を「０」より大きな数値として算出し、分母における「Ｄ（ｕ，ｔｉ，ｔｉｊ）」を「０」より大きな数値として算出すれば、分子と分母における「１」の加算を省略してもよい。また、図７４の式（９）では、Ｄ（ｕｒ，ｔｉ，ｔｉｊ）およびＤ（ｕ，ｔｉ，ｔｉｊ）の逆数を用いて、Ｄ（ｕｒ，ｔｉ，ｔｉｊ）が大きくなるほど分配率が小さくなるようにしているが、他の方法を用いてもよい。例えば、底が０より大きく、かつ１未満である指数関数（単調減少関数）を用いてもよい。
分配率算出の第７の方法は、ユーザ情報格納部１３８に記憶されたユーザ情報に含まれるユーザの属性情報を用いて、分配対象ユーザごとに、推薦対象ユーザとの適合度を算出し、算出した適合度に応じて分配率を算出する方法である。このとき、ユーザｕｒの適合度をＶ３（ｕｒ，ｔｉ，ｔｉｊ）とし、ユーザｕ（∈Ｕ（ｔｉ，ｔｉｊ））の適合度をＶ３（ｕ，ｔｉ，ｔｉｊ）とした上で、第３の方法で説明した図７４の式（７）において、Ｖ（ｕｒ，ｔｉ，ｔｉｊ）の代わりにＶ３（ｕｒ，ｔｉ，ｔｉｊ）を用い，Ｖ（ｕ，ｔｉ，ｔｉｊ）の代わりにＶ３（ｕ，ｔｉ，ｔｉｊ）を用いればよい。分配率算出の第７の方法は、分配対象ユーザ集合Ｕ（ｔｉ，ｔｉｊ）において、適合度の高い分配対象ユーザほど推薦に貢献したという考えの基に分配率を算出している。従ってこの方法は、推薦値算出の第７の方法と組合せて用いるのに適しているが、それ以外の推薦値算出方法と組み合わせることもできる。
以上が、分配率の算出方法として用いることができるものである。
また、上記の分配率算出の第１〜第７の方法を組合せてもよい。例えば、分配率算出の第２の方法を用いて算出した分配率と、分配率算出の第３の方法を用いて算出した分配率との平均値を算出して最終的な分配率としてもよい。ここで、分配率算出の第１〜第７の方法で算出されたそれぞれの分配率は、全て総和が１になっているので、２つの方法で算出された分配率の平均値により算出された最終的な分配率の総和も１になる。さらに別の組合せ方法として、図７４の式（１０）に示すように、分配率算出の第２の方法で用いている類似度と、分配率算出の第３の方法で用いている嗜好度との積を計算して、最終的な分配率を算出してもよい。他の方法を組み合わせる場合も同様に分配率の総和が１となるようにする。
次に、分配ユーザ選出部１１３が、分配対象ユーザごとに、ステップＳ６０３にて選択した推薦属性に含まれるユーザ識別子（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、属性種別識別子（ｔｙｐｅ＿ｉｄ)と、属性値識別子（ａｔｔｒ＿ｉｄ）と、分配対象ユーザのユーザ識別子（ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄ）と、ステップＳ６０５にて算出した分配対象ユーザの分配率（ｒａｔｅ）とを関連付けた分配情報を分配情報格納部１３５に記憶する（ステップＳ６０６）。次に、ステップＳ６０２へ進む。
また、１つの推薦アイテムに対して、利用親ポイントを分配する分配対象ユーザの数を制限してもよい。これは、ステップＳ６０４にて類似ユーザ情報を取得する際に、まず、推薦属性情報のアイテム属性を有するアイテムを利用した類似ユーザ（分配対象候補ユーザ）のうちの一部の類似ユーザ（分配対象ユーザ）を抽出する。そして、抽出した分配対象ユーザに対応する類似ユーザ情報を取得すればよい。分配対象候補ユーザから分配対象ユーザを抽出する方法は、例えば、分配対象候補ユーザ集合から、所定数を超えない数だけランダムに分配対象ユーザとして抽出すればよい。つまり、分配対象候補ユーザの数が所定数より多い場合は、ランダムに所定数のユーザを抽出し、分配対象候補ユーザの数が所定数以下である場合は、全ての分配対象候補ユーザを分配対象ユーザとして抽出すればよい。また、類似度の高い順に所定数を超えない数だけ分配対象ユーザを抽出してもよい。
また、分配対象候補ユーザの推薦属性情報のアイテム属性に対応する属性嗜好情報の嗜好度を用いて抽出対象を制限してもよい。具体的には、嗜好度の高い順に属性嗜好情報から所定数を超えない数だけ分配対象ユーザのユーザ識別子として抽出してもよい。また、ユーザ情報格納部１３８に、ユーザが会員になった日付が含まれる場合は、その会員になった日付が古い順に属性嗜好情報から所定数を超えない数だけ分配対象ユーザのユーザ識別子を抽出してもよい。また、逆に、会員になった日付が新しい順に属性嗜好情報から所定数を超えない数だけ分配対象ユーザのユーザ識別子を抽出してもよい。
また、ユーザ情報格納部１３８に記憶されたユーザ情報に含まれるユーザ属性情報を用いて適合度を算出し、算出した適合度を用いて抽出を行ってもよい。このとき、分配対象候補ユーザのユーザ属性情報ごとに、推薦対象ユーザのユーザ属性情報との適合度を算出し、算出した適合度の高い順に所定数を超えない数だけ、分配対象ユーザを抽出すればよい。所定数は予めサービス提供側が設定すればよい。また、ユーザ情報格納部１３８に記憶されたユーザ情報に含まれるユーザ属性情報に基づいて、サービス提供側が予め定めた条件（例えば、性別が「女」であるか否かや、年齢が「２０」〜「２４」の範囲内であるか否かや、地域が「日本」であるか否かや、複数の属性に対し、属性ごとに条件を設定し、それを全て満たすか否かや、少なくとも１つを満たすか否かなど）を満たす分配対象候補ユーザを分配対象ユーザとしてもよい。
以上が、分配対象ユーザ処理の手順の説明である。
利用ポイント情報取得部１１４は、アイテム提供サーバ装置２の要求に応じて、利用ポイント情報送信処理を行う。利用ポイント情報送信処理とは、利用ポイント情報格納部１３７より、取得した利用ポイント情報取得要求に含まれるユーザ識別子に対応した利用ポイント情報を取得し、アイテム提供サーバ装置２に、取得した利用ポイント情報を送信する処理である。
ここで、本実施形態に沿って、会員Ａから会員Ｆの購入履歴を基に会員Ａの類似会員を選出し、選出した類似会員の購入履歴を基に会員Ａに対する作成者における推薦属性を決め、会員Ａに対する作成者における推薦属性ごとに利用親ポイントの分配率を算出する例について図を用いて示す。
まず、会員Ａの類似会員を選出する例を図５７を用いて説明する。図５７の左の表において、会員Ａから会員Ｆにおける、商品ａから商品ｆの購入状況を「○」の有無で示す。例えば、会員Ａは、「商品ａ」と「商品ｂ」を購入していることを示している。会員Ａと他の会員との類似度を購入履歴を用いたｊａｃｃａｒｄ係数で算出し、閾値を０．２と設定すると、図５７の右の表に示すように会員Ａと他の会員との類似度が算出され、会員Ａの類似会員は、類似判定で「○」がついた会員Ｂと会員Ｃと会員Ｅと会員Ｆとなる。
次に、会員Ａの作成者における推薦属性を選出する例を図５８を用いて説明する。推薦値算出方法として、第１の方法を用いた場合、図５８の左の２つの表に示すように、会員Ａは既に購入した「作者１」と「作者２」を除いた、「作者３」と「作者４」の推薦値は、それぞれ、「４」、「３」となる。推薦値の閾値を「４」とすると、図５８の右のリストが示すように、会員Ａの推薦属性は「作者３」となる。
次に、会員Ａに対する推薦商品ごとに利用親ポイントの分配率を算出する例を、図５９を用いて説明する。分配率の算出方法として分配率算出の第１の方法を用いると、図５９の表に示すように、推薦属性「作者３」における会員Ｂと会員Ｃと会員Ｅと会員Ｆの分配率が、それぞれ「０．２５」となる。
そして、会員Ａが「作者３」の商品ｃを購入すると、会員Ｂと会員Ｃと会員Ｅと会員Ｆの４人に利用ポイントが付与され、会員Ａが「作者３」の商品ｆを購入すると、会員Ｂと会員Ｃと会員Ｅと会員Ｆの４人に利用ポイントが付与され、一度の購入で複数の会員がポイントを得ることができる。従来技術のように、商品を購入したユーザが参考にした情報を提供した会員１人にポイントを付与するシステムでは、一度の購入に対し１人の会員しかポイントが得られない。
また、ユーザＡが「作者３」の商品ｃと商品ｆの２つを購入した場合（購入回数２回の場合）、購入したユーザ本人にポイントを付与する通常のポイントシステム、あるいは購入したユーザに情報を提供した他のユーザ１人にポイントを付与するポイントシステムにおいては、ポイントが付与される回数は、どちらのシステムにおいても延べ２回である。一方、本発明の場合、図５９の表に示したように、延べ８回ポイントが付与されることになる。更に、購入ユーザ本人にもポイントを付与すると、延べ１０回（８＋２＝１０）ポイントが付与される。このように本発明によれば、従来よりもポイントが更新される頻度やポイント付与されるユーザ数を多くすることができる。このため、「自分のポイントが今日増えているかも知れない」という期待感や、「予期せぬタイミングで急にポイントが増えて驚いた」といった意外性を多くのユーザに継続的に与えることができるので、アイテム提供サーバへのアクセス頻度を増やすことができる。そして、アイテムやアイテム提供サーバに対するユーザの関心を高めて、アイテム利用を促進することができる。
また本実施形態においては、ポイントが付与される対象のユーザは、購入ユーザとその類似ユーザに限定されるので、必要以上に多くのユーザにポイントが配分されることがなく、ポイント付与されるユーザの１人当たりのポイント数を比較的多くすることができる。また本実施形態のポイント付与の仕組みをあらかじめユーザに通知しておけば、ポイントが付与されたユーザは、「自分が過去にあるアイテムを利用したことにより、他のユーザの推薦属性情報にそのアイテムが登場し、それを見たユーザがアイテムを購入したので、自分のポイントが増えた」という理由（因果関係）が分かる。
すなわち、自分の過去の消費行動（利用行動）が間接的に他のユーザの消費行動につながったことが分かるので、ポイントシステムへの納得感や信頼感が得られやすい。また、ポイント変化の様子を通じて、本人の消費行動が他のユーザの推薦属性情報に影響を与えたり、逆に他のユーザの消費行動が本人の推薦属性情報に影響する仕組みや、本人と他のユーザとの「つながり感」をユーザに実感させることができるので、従来の情報推薦システムよりも、推薦情報に対するユーザの興味や信頼感を高めることができる。
更に、他のユーザの消費行動を誘発することを狙って、自分の利用するアイテムを増やしたり、過去にあまり利用していないタイプのアイテムを利用する可能性も高まるため、アイテム利用を促進することができる。また、早い時期にアイテムを利用したユーザほどポイントが増えるので、このようなポイントサービスの特性をユーザに通知することにより、「自分と類似するユーザが今後利用しそうなアイテムを予測して、いち早く利用しよう」というインセンティブが各々のユーザに働き、アイテムの利用が促進されるという効果が得られる。
なお、本実施形態において、端末装置３から利用情報を送信する際に、アイテム提供サーバ装置２を経由して、情報処理サーバ装置１に送信しているが、アイテム提供サーバ装置２を経由せずに直接送信してもよい。この場合、端末装置３と情報処理サーバ装置１とが直接通信できるように、図３６に示したシステム構成を用いる。また、端末装置３は、アイテム提供サーバ装置２を経由して、情報処理サーバ装置１から利用ポイント情報を取得しているが、アイテム提供サーバ装置２を経由せずに直接送信してもよい。この場合、端末装置３と情報処理サーバ装置１とが直接通信できるように、図３６に示したシステム構成を用いる。
また、情報処理サーバ装置１の利用ポイント算出部１１１にて利用親ポイントを算出し、算出した利用親ポイントを利用ポイント算出対象のユーザに分配しているが、利用親ポイントを分配せずに、利用ポイント算出対象のユーザに一定の利用ポイントを付与してもよい。このとき、利用ポイント算出部１１１の利用ポイント算出処理において、ステップＳ２０３とステップＳ２０７の処理を行わずに、ステップＳ２０８にて一定の利用ポイントを加算すればよい。さらに、分配率を記憶や算出する必要がなくなるので、分配情報格納部１３５に分配率であるｒａｔｅを記憶する必要がなくなり、分配ユーザ選出部１１３の分配ユーザ選出処理において、ステップＳ６０５の処理を行わずに、ステップＳ６０６にて、分配対象ユーザごとに、ステップＳ６０３で選択した推薦属性情報のユーザ識別子（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、属性種別識別子（ｔｙｐｅ＿ｉｄ）と属性値識別子（ａｔｔｒ＿ｉｄ）と、分配対象ユーザのユーザ識別子（ｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄ）とを関連付けた分配情報として記憶すればよい。
また、端末装置３の表示部３４にユーザページを表示する際に、ユーザごとに利用ポイントの総取得ポイント数を１つ表示しているが、図６０のユーザページの表示例が示すように、端末装置３を利用中のユーザの過去に利用したアイテム属性ごとに利用ポイントを表示してもよい。図６０の表示例では、左上に端末装置３を利用中のユーザのユーザ名と、獲得した利用ポイントの合計値とを表示し、左下に端末装置３を利用中のユーザが過去に利用したアイテム属性と、アイテム属性ごとの利用ポイントを表示している。また、中央左に端末装置３を利用中のユーザの推薦属性情報を表示している。また、中央右に選択された推薦属性情報に対応するアイテム属性情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム情報を表示している。
このとき、利用ポイント情報格納部１３７に、ユーザごと、アイテム属性ごとに利用ポイントを記憶する必要があるので、図６１の格納状態のように、ユーザ識別子（ｕｓｅｒ＿ｉｄ）と、属性種別識別子（ｔｙｐｅ＿ｉｄ）と、属性値識別子（ａｔｔｒ＿ｉｄ）と、利用ポイント（ｐｏｉｎｔ）とを、利用ポイント情報として関連付けて記憶する。また、利用ポイント情報を特定するために、ユーザ識別子だけでなく、属性種別識別子と属性値識別子も必要になるため、利用ポイント算出部１１１における利用ポイント算出処理のステップＳ２０８にて、利用ポイント情報を特定する際に、ステップＳ２０６にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと、ｔｙｐｅ＿ｉｄとａｔｔｒ＿ｉｄとを用いる。また、ユーザページ情報作成部２１１にてユーザページ情報を作成する際に、ユーザページを作成するユーザの利用したアイテム属性ごとの利用ポイントを用いる必要があるため、利用ポイント情報取得部１１４が利用ポイント情報送信処理を行う際に、ユーザページを作成するユーザの全ての利用ポイント情報を送信すればよい。
具体的には、利用ポイント情報取得部１１４が、利用ポイント情報格納部１３７より、利用ポイント情報取得要求に含まれるユーザ識別子に対応した利用ポイント情報を全て取得し、アイテム提供サーバ装置２に、取得した全ての利用ポイント情報を送信すればよい。
また、推薦属性のアイテム属性を有するアイテムを利用したユーザに対して、そのアイテムの利用により、何人のユーザに利用ポイントが付与されたかを示す情報を表示してもよい。このとき、利用ポイント算出部１１１が、利用ポイント算出処理終了時に、ステップＳ２０４にて取得した分配情報の数（利用ポイントが付与されたユーザの数）を、端末装置３に、直接、または、アイテム提供サーバ装置２経由で送信すればよい。そして、端末装置３は、表示部３４に表示するユーザページに、受信した利用ポイントが付与されたユーザの数を通知する情報を、例えば、図６２のユーザページの表示例のように表示すればよい。
所定のタイミングは、推薦属性選出部１１２で行う処理と同様に、様々なタイミングを用いることができる。例えば、２４時間ごとなど所定の時間間隔で処理を行えばよい。また、推薦属性選出部１１２で行う処理のタイミングと同期してもよいし、同期しなくてもよい。すなわち、推薦属性選出部１１２で行う処理における所定のタイミング（第１の所定タイミング）と、利用ポイント算出処理における所定のタイミング（第２の所定タイミング）は、同じであっても、それぞれ異なっていてもよい。
また、利用ポイント算出部１１１は、アイテム提供サーバ装置２より、利用情報を受信するごとに利用ポイント算出処理を行っているが、所定のタイミングごとに利用ポイント算出処理を行ってもよい。このとき、情報処理サーバ格納部１３に、利用ポイント算出処理を行っていない利用情報をそのまま格納するための、未処理利用情報格納部を設け、利用ポイント算出部１１１が、アイテム提供サーバ装置２より、利用情報を受信した際に、利用ポイント算出処理を行う代わりに、未処理利用情報格納部に、受信した利用情報を記憶する。利用情報格納部に、受信した利用情報を記憶することで、その記憶された利用情報に対応する利用履歴は未処理であるとみなされる。
そして、所定のタイミングごとに、利用ポイント算出部１１１が、未処理利用情報格納部に記憶されている全ての利用情報を取得し、取得した利用情報の集合から順次１つの利用情報（利用情報に対応する利用履歴が、一の利用履歴となる）を選択し、利用ポイント算出処理を行い、未処理利用情報格納部に記憶された利用情報を全て消去すればよい。この場合、利用ポイント算出処理において使われる利用履歴格納部１３１に格納されている利用履歴は、全て一の利用履歴よりも先に利用された（古い）データである。
＜第５実施形態＞
以下に、本発明の第５実施形態について、図を用いて詳細に説明する。本発明の第５実施形態では、推薦属性情報に関するアイテムの利用１回につき、一定の利用ポイントを分配対象ユーザに分配する代わりに、一定の期間に対して付与する利用ポイントの合計値をサービスの提供側が決め、その利用ポイントの合計値を基に利用ポイントを算出するようにしている。
本発明の第５実施形態におけるシステム全体の構成は、情報処理サーバ装置１の代わりに情報処理サーバ装置６を用いる以外は本発明の第４実施形態の場合と同様である。アイテム提供サーバ装置２、端末装置３、ネットワーク４（およびネットワーク５）は、本発明の第４実施形態と同様である。
情報処理サーバ装置６は、アイテム提供サーバ装置２に推薦属性情報を送信したり、アイテム提供サーバ装置２の要求に応じて、利用ポイント情報を送信する装置である。情報処理サーバ装置６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。図６３は、本実施形態における情報処理サーバ装置６の構成図である。本実施形態における情報処理サーバ装置６は、情報処理サーバ制御部６１と、情報処理サーバ通信部１２と、情報処理サーバ格納部６３とで構成される。情報処理サーバ通信部１２は、本発明の第４実施形態と同様である。
情報処理サーバ格納部６３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納部６３は、利用履歴格納部１３１と、属性嗜好情報格納部１３２と、類似ユーザ情報格納部１３３と、推薦属性情報格納部１３４と、分配情報格納部１３５と、利用ポイント情報格納部１３７と、ユーザ情報格納部１３８と、アイテム情報格納部１３９と、仮ポイント情報格納部６３０とで構成される。利用履歴格納部１３１と、属性嗜好情報格納部１３２と、類似ユーザ情報格納部１３３と、推薦属性情報格納部１３４と、分配情報格納部１３５と、利用ポイント情報格納部１３７と、ユーザ情報格納部１３８と、アイテム情報格納部１３９は、本発明の第４実施形態と同様である。
仮ポイント情報格納部６３０は、ＨＤＤなどの記憶装置を用いて、仮ポイント情報を複数記憶する。図６４は、仮ポイント情報格納部６３０の格納状態を示す図である。仮ポイント情報とは、ユーザ識別子（ｕｓｅｒ＿ｉｄ）と、そのユーザ識別子に対応するユーザの仮ポイント（ｔｍｐ＿ｐｏｉｎｔ）とを関連付けたものであり、図６４のようなテーブル形式で記憶する。なお、記憶されている仮ポイントの初期値は「０」である。
情報処理サーバ制御部６１は、情報処理サーバ装置６を構成する各部に対して、全体的な制御を行う。情報処理サーバ制御部６１は、利用ポイント算出部６１１と、推薦属性選出部１１２と、分配ユーザ選出部１１３と、利用ポイント情報取得部１１４とで構成される。推薦属性選出部１１２と、分配ユーザ選出部１１３と、利用ポイント情報取得部１１４は、本発明の第４実施形態と同様である。
利用ポイント算出部６１１は、ネットワーク４を介して、アイテム提供サーバ装置２より、利用情報を受信すると、利用ポイント算出処理の代わりに、仮ポイント算出処理を行う。また、一定の期間ごとに利用親ポイント分配処理を行う。一定の期間ごととは、例えば、一日ごとや一週間ごとなど、一定の時間経過ごととしてもよい。また、サービス提供側が自由に時間間隔を変えてもよい。
仮ポイント算出処理の手順を図６５のフローチャートを用いて説明する。仮ポイント処理の手順は、本発明の第４実施形態における利用ポイント算出処理の手順において、ステップＳ２０３の処理をなくし、ステップＳ２０７からステップＳ２０８までの処理をステップＳ７０７の処理で置き換えたものであるため、置き換えた処理についてのみ説明する。
ステップＳ７０７では、利用ポイント算出部６１１が、仮ポイント情報格納部６３０において、ステップＳ２０５にて選択した分配情報に含まれるｒｅｃｏｍ＿ｕｓｅｒ＿ｉｄと、仮ポイント情報のｕｓｅｒ＿ｉｄとを照合し、一致する仮ポイント情報を特定し、特定した仮ポイント情報のｔｍｐ＿ｐｏｉｎｔに、ステップＳ２０６にて選択した分配情報に含まれるｒａｔｅを加算する。次に、ステップＳ２０５へ進む。以上が、仮ポイント算出処理の説明である。
次に、一定の期間ごとに行う利用親ポイント分配処理の手順について、図６６のフローチャートを用いて説明する。
まず、利用ポイント算出部６１１が、一定期間に付与する利用親ポイントを取得する（ステップＳ８０１）。利用親ポイントを取得する方法は、予めサービスの提供側が設定しておき、その設定した値を取得してもよいし、図示しないキーボード等の利用親ポイントを入力する手段を用意し、利用親ポイント分配処理を行うたびに、サービス提供側が入力することで取得してもよい。
次に、利用ポイント算出部６１１が、仮ポイント情報格納部６３０より、利用親ポイントを分配する対象ユーザを抽出するために、ｔｍｐ＿ｐｏｉｎｔの値が「０」を超える全ての仮ポイント情報を取得する（ステップＳ８０２）。
次に、利用ポイント算出部６１１が、ステップＳ８０２にて取得した仮ポイント情報のうち、例えば取得した順に、１つ選択する（ステップＳ８０３）。
次に、利用ポイント算出部６１１が、ステップＳ８０３にて選択した仮ポイント情報に含まれるｕｓｅｒ＿ｉｄに対する利用ポイントを変更するための変更値を算出する（ステップＳ８０４）。変更値は、ステップＳ８０３にて選択した仮ポイント情報に含まれるｔｍｐ＿ｐｏｉｎｔが、ステップＳ８０２にて取得した全ての仮ポイント情報に含まれるｔｍｐ＿ｐｏｉｎｔの総和に占める割合に応じて、ステップＳ８０１にて取得した利用親ポイントを分配することで算出する。利用親ポイントｖｐを分配する対象となった全てのユーザの集合をＵｔとし、利用ポイントを算出するユーザｕｂ（ｕｂ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕｂ）とし、ユーザｕ（ｕ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕ）とすると、ユーザｕｂの利用ポイントｖ（ｕｂ）は、図７５の式（１１）で算出される。
次に、利用ポイント算出部６１１が、利用ポイント情報格納部１３７において、ステップＳ８０３にて選択した仮ポイント情報に含まれるｕｓｅｒ＿ｉｄに対応する利用ポイント情報を特定し、特定した利用ポイント情報のｐｏｉｎｔ（元の利用ポイント）に、ステップＳ８０４にて算出した変更値を加算する（ステップＳ８０５）。
次に、利用ポイント算出部６１１が、ステップＳ８０３にて全ての仮ポイント情報を選択したか否かを判定する（ステップＳ８０６）。全て選択した場合は、ステップＳ８０７へ進み、未選択のものが残っている場合は、ステップＳ８０３へ進む。ステップＳ８０７では、利用ポイント算出部６１１が、仮ポイント情報格納部６３０にて、全ての仮ポイント情報のｔｍｐ＿ｐｏｉｎｔの値を「０」で置き換え、ステップＳ８０１からステップＳ８０７までの処理を終了する。
上記の説明では、ステップＳ８０５にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元の利用ポイントと以下に示す係数（変更値）との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ８０１では、一定期間に付与する利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を取得する。そして、親増加率ｓｒを分配する対象となった全てのユーザの集合をＵｔとし、利用ポイントを算出するユーザｕｂ（ｕｂ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕｂ）とし、ユーザｕ（ｕ∈Ｕｔ）のｔｍｐ＿ｐｏｉｎｔをｔ（ｕ）として、図７５の式（１２）により、ユーザｕｂに対して係数ｍ（ｕｂ）を算出する。なお、利用ポイントの初期値が「０」であると、いくら係数を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。以上が、一定の期間ごとに行う利用親ポイント分配処理の説明である。
本実施形態における利用ポイントの付与方法によれば、サービスの提供側が一定期間に付与する利用ポイントの総和を自由にコントロールできるので、事業運営者のポイントサービスに係る予算に応じて、利用ポイントの付与を行うことが容易にできる。
＜第６実施形態＞
以下に、本発明の第６実施形態について、図を用いて詳細に説明する。本発明の第６実施形態では、推薦属性選出処理を行わずに、比較的少ない処理量で、利用ポイントの付与を行うようにしている。本発明の第６実施形態におけるシステム全体の構成は、情報処理サーバ装置１に代えて情報処理サーバ装置７を用い、アイテム提供サーバ装置２に代えてアイテム提供サーバ装置８を用いる以外は、本発明の第４実施形態の場合と同様である。ネットワーク４（およびネットワーク５）についても、本発明の第４実施形態と同様である。
アイテム提供サーバ装置８は、端末装置３の要求に応じて、アイテムを提供する装置である。アイテム提供サーバ装置８は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。
図６７は、本実施形態におけるアイテム提供サーバ装置８の構成図である。本実施形態におけるアイテム提供サーバ装置８は、アイテム提供サーバ制御部８１と、アイテム提供サーバ通信部２２と、認証部２３と、アイテム提供サーバ格納部８４とで構成される。アイテム提供サーバ通信部２２と、認証部２３は、本発明の第４実施形態と同様である。
アイテム提供サーバ格納部８４は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。アイテム提供サーバ格納部８４は、ユーザ情報格納部２４１と、アイテム情報格納部２４２と利用履歴格納部２４３とで構成される。ユーザ情報格納部２４１と、アイテム情報格納部２４２と利用履歴格納部２４３は、本発明の第４実施形態と同様である。
アイテム提供サーバ制御部８１は、アイテム提供サーバ装置８を構成する各部に対して、全体的な制御を行う。アイテム提供サーバ制御部８１は、ユーザページ情報作成部８１１と、利用情報中継部２１３とで構成される。利用情報中継部２１３は、本発明の第４実施形態と同様である。
ユーザページ情報作成部８１１は、本発明の第４実施形態におけるユーザページ情報作成部２１１と同様に第１と第２の処理を行うが、第３の処理は行わず、第１の処理は手順が異なる。本実施形態における第１の処理（ユーザページ情報送信処理）の手順は、推薦属性情報を取得する手順を省略し、ユーザページ情報を作成する際に、推薦属性情報を用いずに作成すればよい。
端末装置３は、本発明の第４実施形態と同様の機能を有するが、端末制御部３１のユーザページ表示部３１１におけるユーザページ表示処理にて表示するユーザページが異なる。本実施形態における表示部３４に表示するユーザページは、例えば、図６８のユーザページの表示例のように、利用ポイントが確認でき、アイテムの検索手段が用意され、検索により取得したアイテムを表示できるようにすればよい。図６８の表示例では、上部に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示している。また、中央部に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示している。また、下部に検索条件を満たすアイテム情報を表示している。
また、利用情報作成部３１２にて利用情報を作成する際に、利用履歴のみを用いて作成する。
情報処理サーバ装置７は、アイテム提供サーバ装置８の要求に応じて、利用ポイントを送信する装置である。情報処理サーバ装置７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフトウェア（プログラム）処理として実施することも可能である。図６９は、本実施形態における情報処理サーバ装置７の構成図である。本実施形態における情報処理サーバ装置７は、情報処理サーバ制御部７１と、情報処理サーバ通信部１２と、情報処理サーバ格納部７３とで構成される。情報処理サーバ通信部１２は、本発明の第４実施形態と同様である。
情報処理サーバ格納部７３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶する。情報処理サーバ格納部７３は、利用履歴格納部１３１と、利用ポイント情報格納部１３７と、ユーザ情報格納部１３８と、アイテム情報格納部１３９とで構成される。利用履歴格納部１３１と、利用ポイント情報格納部１３７と、ユーザ情報格納部１３８と、アイテム情報格納部１３９は、本発明の第４実施形態と同様である。
情報処理サーバ制御部７１は、情報処理サーバ装置７を構成する各部に対して、全体的な制御を行う。情報処理サーバ制御部７１は、利用ポイント算出部７１１と、利用ポイント情報取得部１１４とで構成される。利用ポイント情報取得部１１４は、本発明の第４実施形態と同様である。利用ポイント算出部７１１は、ネットワーク４を介して、アイテム提供サーバ装置２より、利用情報を受信すると、利用ポイント算出処理を行う。
利用ポイント算出処理の手順を図７０のフローチャートを用いて説明する。ステップＳ２０１は、本発明の第４実施形態と同様である。次に、ステップＳ９０２へ進む。
ステップＳ９０２では、ステップＳ２０１にて取得した利用情報が利用ポイントの付与対象となるか否かを判定する。付与対象になる場合はステップＳ２０３へ進み、付与対象にならない場合はステップＳ２０９へ進む。利用情報が利用ポイントの付与対象となるか否かを判定するには、まず、アイテム情報格納部１３９より、利用履歴のアイテム識別子に対応する属性対応情報を全て取得する。次に、取得した属性対応情報ごとに、制約情報格納部１３６にて格納されている制約情報似て構成される制約条件のうち、少なくとも１つ充足するか否かを判定する。制約情報を少なくとも１つ充足する属性対応情報が１つでも存在する場合は付与対象と判定し、１つも存在しない場合は付与対象でないと判定する。
ステップＳ２０３は、本発明の第４実施形態と同様である。次に、ステップＳ９０４へ進む。
ステップＳ９０４では、利用ポイント算出部７１１が、利用履歴格納部１３１とアイテム情報格納部１３９より、ステップＳ２０３にて算出した利用親ポイントを分配するユーザ（分配ユーザ）の利用履歴を取得する。分配ユーザの利用履歴を取得するには、まず、アイテム情報格納部１３９より、ステップＳ２０１にて取得した利用情報の利用履歴（一の利用履歴）に含まれるアイテム識別子に対応する属性対応情報を全て取得する。次に、次に、取得した属性対応情報ごとに、制約情報格納部１３６にて格納されている制約情報似て構成される制約条件のうち、少なくとも１つ充足するか否かを判定し、制約条件を少なくとも１つ充足した属性対応情報に含まれるアイテム属性を全て（一のアイテム属性集合）抽出する。次に、アイテム情報格納部１３９より、抽出したアイテム属性に対応するアイテム識別子（一のアイテム集合）を全て抽出する。
つまり、利用履歴に対応するアイテムが属するアイテム属性のうち、制約条件を満たすアイテム属性のいずれかを有するアイテムが全て抽出される。そして、抽出したアイテム識別子と、利用履歴格納部１３１に格納されている利用履歴のｉｔｅｍ＿ｉｄとを照合し、一致する利用履歴を全て取得すればよい。取得した利用履歴からｕｓｅｒ＿ｉｄを抽出することで、分配ユーザのユーザ識別子を抽出することができる。
このとき、取得する利用履歴を制限してもよい。例えば、利用履歴を取得する際に、抽出したアイテム識別子と一致する利用履歴の中から、ランダムにサービス提供側が予め定めた所定数まで取得すればよい。
また、利用履歴を利用日時により制限することもできる。例えば、過去の特定の時点から、利用ポイント算出処理を行っている時点（現在）までの間に利用されたアイテムに関する利用履歴の中で、抽出したアイテム識別子を含む利用履歴を全て取得すればよい。過去の特定の時点は、サービス提供側が予め決めておけばよく、例えば、利用ポイント算出処理を行っている時点から３ヶ月前や、半年前や、１年前とすればよい。
他にも様々な条件を用いて、取得する分配ユーザの利用履歴を制限することができる。
次に、利用ポイント算出部７１１が、分配ユーザごとに、分配率を算出する（ステップＳ９０５）。分配率の算出には、本発明の第４実施形態における分配アイテム選出部１１３による分配ユーザ選出処理の分配率算出方法を用いることができる。分配率算出の第２の方法を用いる場合は、類似度が記憶されていないため、分配率を算出する前に、本発明の第４実施形態における推薦属性選出部１１２による類似ユーザ選出処理の類似度算出の第１〜第２、及び、第４〜第７の方法を用いることができる。分配率算出の第２の方法を用いる場合は、類似度が記憶されていないため、分配率を算出する前に、本発明の第４実施形態における推薦属性選出部１１２による類似ユーザ選出処理の類似度算出方法を用いることができる。
次に、利用ポイント算出部７１１が、ステップＳ９０４にて取得した利用履歴より分配ユーザのユーザ識別子を重複せずに抽出し、例えば抽出した順に、１つ選択する（ステップＳ９０６）。
次に、利用ポイント算出部７１１が、ステップＳ２０３にて算出した利用親ポイントと、ステップＳ９０５にて算出した分配率のうち、ステップＳ９０６にて選択したユーザ識別子に対応する分配率とを掛け合わせることで利用ポイントを算出し（ステップＳ９０７）、ステップＳ２０８へ進む。
ステップＳ２０８は、本発明の第４実施形態と同様である。次に、ステップＳ９０８へ進む。
ステップＳ９０９では、利用ポイント算出部７１１が、ステップＳ９０６にて、全ての分配ユーザのユーザ識別子を選択したか否かを判定する。全て選択した場合はステップＳ２０９へ進み、まだ未選択のものが残っている場合はステップＳ９０６へ進む。ステップＳ２０９は、本発明の第４実施形態と同様である。
なお、この利用ポイント算出処理において、１つの利用情報に対して、利用親ポイントを分配するユーザの数を制限してもよい。利用親ポイントを分配するユーザの制限は、本発明の第４実施形態と同様に行えばよい。ただし、類似度を用いる場合は、類似度が記憶されていないため、類似度を算出する必要がある。また、上記説明では、利用親ポイントを算出し、算出した利用親ポイントを分配ユーザに分配しているが、利用親ポイントを分配せずに、分配ユーザに一定の利用ポイントを付与してもよい。このとき、ステップＳ２０３とステップＳ９０５とステップＳ９０７の処理を行わずに、ステップＳ９０７にて一定の利用ポイントを加算すればよい。
また、ステップＳ２０８にて、元の利用ポイントに変更値を加算して、利用ポイントを更新しているが、加算処理の代わりに、元のポイントと以下に示す係数との乗算処理を用いて、利用ポイントを更新してもよい。このとき、ステップＳ２０３では、加算する利用ポイントの和である利用親ポイントの代わりに、増加率（元の利用ポイントをどの程度増加させるかを示す値であり、この値に１を加えることで係数となる）の合計値である親増加率を算出する。
そして、ステップＳ９０６にて選択した分配ユーザｕｒの推薦属性情報に対応する属性種別ｔｉの属性値ｔｉｊに関する分配率をｒａｔｅ（ｕｒ，ｔｉ，ｔｉｊ）とし、親増加率をｓｒとして、図７３の式（１）により、係数ｍ（ｕｒ，ｔｉ，ｔｉｊ）を算出する。また、利用ポイントの初期値が「０」であると、いくら倍率を掛け合わせても増加しないため、初期値を「０」を超える値で設定するか、初期値は「０」であるが、一番最初に利用ポイントの算出対象になった場合にのみ、一定のポイント数を加えればよい。
以上が、利用ポイント算出処理の手順の説明である。
また、全ての利用情報に対して、利用ポイント算出部７１１における利用ポイント算出処理を行っているが、利用ポイント算出処理を行う利用情報を人気アイテムに制限してもよい。人気アイテムとは多くのユーザに利用されているアイテムであり、アイテムごとに利用回数を調べ、利用回数が所定数以上のアイテム、または利用回数の多い順に所定数のアイテムを抽出し、人気アイテムとすればよい。このとき、端末装置３の表示部３４に表示するユーザページに、例えば、図７１の表示例のように、人気アイテムの情報と検索結果とを分けて表示する必要がある。図７１の表示例では、左上に端末装置３を利用中のユーザのユーザ名と利用ポイントとを表示し、左下に人気アイテムの情報を表示している。また、右上に検索条件を入力するテキストボックスと検索条件送信処理のトリガーとなる「検索」ボタンとを表示し、右下に検索条件を満たすアイテム情報を表示している。
このため、ユーザページ情報作成部８１１にてユーザページ情報を作成する際に、人気アイテムのアイテム情報を用いる必要がある。人気アイテムのアイテム情報は、情報処理サーバ装置７にて取得することができる。具体的には、情報処理サーバ装置７の利用履歴格納部１３１に記憶されている利用情報を用いて、アイテム識別子ごとの利用回数を算出し、算出した利用回数に基づいて人気アイテムのアイテム識別子を抽出する。
そして、アイテム情報格納部１３９より、抽出したアイテム識別子に対応するアイテム属性情報を取得すればよい。また、利用情報が人気アイテムのものであるか否かを判定するために、端末装置３の利用情報作成部３１２にて利用情報を作成する際に、ユーザページに表示されている人気アイテムを利用した場合は人気アイテムであるという情報を付与し、人気アイテム以外のアイテム、例えば、検索結果として表示されたアイテムを利用した場合は人気アイテムではないという情報を付与する。この付与した情報を用いることで、人気アイテムの利用情報に対してのみ、利用ポイント算出処理を行うことができる。また、特定の期間に利用された利用回数を基に人気アイテムを選出してもよい。特定の期間は、サービス提供側が予め設定しておけばよい。
また、ユーザ情報格納部１３８に記憶されているユーザ属性情報に含まれる属性ごとに条件を指定し、指定した条件を満たすユーザの利用履歴のみで人気アイテムを抽出してもよい。このとき、端末装置３の表示部３４に表示するユーザページに、例えば、図７２の表示例のように、ユーザ属性情報に含まれる属性ごとに条件を自由に指定し、指定した条件を満たすユーザ利用情報のみで抽出された人気アイテムを表示できるようにする必要がある。図７２の表示例では、図７１の表示例に追加して、左上にユーザの属性情報の属性値を指定するためのメニューやテキストボックスが表示されている。
このため、まず、端末装置３が、情報処理サーバ装置７に、直接、または、アイテム提供サーバ装置８経由で、ユーザ属性情報に含まれる属性ごとに指定した条件を送信する。次に、情報処理サーバ装置７が、ユーザ情報格納部１３８より、受信したユーザ属性情報に含まれる属性ごとに指定した条件を満たすユーザ情報に含まれるユーザ識別子を全て抽出する。次に、情報処理サーバ装置７が、利用履歴格納部１３１に記憶されている利用履歴のうち、抽出したユーザ識別子のいずれかを含む利用履歴を全て用いて人気アイテムのアイテム識別子を抽出する。
次に、情報処理サーバ装置７が、アイテム情報格納部１３９より、抽出した全ての人気アイテムのアイテム識別子に対応するアイテム属性情報を全て取得し、端末装置３に、直接、または、アイテム提供サーバ装置８経由で、取得した全ての人気アイテムのアイテム情報を送信する。そして、端末装置３が、受信した人気アイテムのアイテム情報を用いてユーザページを更新し、出力部３４に、更新したユーザページを表示できるようにする必要がある。この場合も、人気アイテムの抽出に用いる利用履歴を特定の期間に制限してもよい。また、ユーザ属性情報に含まれる属性ごとに条件を指定する代わりに、アイテム属性情報に含まれるアイテム属性ごとに条件を指定してもよい。
このとき、端末装置３にて、ユーザ属性情報の条件を指定する代わりに、アイテム属性情報の条件を指定できるようにする。さらに、情報処理サーバ装置７にて、人気アイテムのアイテム識別子を抽出する際に、アイテム情報格納部１３９より指定した条件を満たすアイテム属性情報に含まれるアイテム識別子を全て抽出し、抽出したアイテム識別子のいずれかを含む利用履歴を全て用いて人気アイテムのアイテム識別子を抽出すればよい。
ここで本実施形態において付与される利用ポイントと、本発明の第４実施形態において付与される利用ポイントの違いについて、具体例を用いて説明する。例えば、ある時点でのユーザの商品購入履歴が図５７の左側の表で表わされているとする。その時点以降に、会員Ａが「商品ｄ」を購入した場合、すでに、「商品ｄ」の作成者である「作者４」のアイテムである「商品ｄ」と「商品ｅ」を会員Ｂと会員Ｄと会員Ｅと会員Ｆの４人が購入しているため、本実施形態では会員Ｂと会員Ｄと会員Ｅと会員Ｆの４人に利用ポイントが付与される。一方、本発明の第４実施形態の方法では、図５８に示したように「作者４」は会員Ａの推薦属性ではないため、利用ポイントは誰にも付与されない。
また、ある時点以降に、会員Ａが「商品ｃ」を購入した場合、「作者３」のアイテムを既に購入している会員Ｂと会員Ｃと会員Ｄと会員Ｅと会員Ｆの５人に利用ポイントが付与される。一方、本発明の第４実施形態の方法では、分配対象は類似ユーザに限定されるため、利用ポイントが付与されるのは、会員Ｂと会員Ｃと会員Ｅと会員Ｆの３人になる。このように、本実施形態の方法によれば、第４実施形態の方法よりも更に、利用ポイントを付与するユーザ数を増やすことができる。また本実施形態は、第４実施形態よりも少ない処理量で処理を行うことができる。
次に、図５７の左側の表の例において、ある時点以降に、ユーザＡが商品ｃと商品ｄと商品ｅと商品ｆの４つを購入した場合（購入回数４回の場合）を考える。購入したユーザ本人にポイントを付与する通常のポイントシステム、あるいは購入したユーザに情報を提供した他のユーザ１人にポイントを付与するポイントシステムにおいては、ポイントが付与される回数は、どちらのシステムにおいても延べ４回である。一方、本実施形態では、商品ｃに関する購入で５回、商品ｄに関する購入で４回、商品ｅに関する購入で４回、商品ｆに関する購入で５回ポイントが付与されるため、延べ１８回（５＋４＋４＋５）ポイントが付与されることになる。更に、購入ユーザ本人にもポイントを付与すると、延べ２２回（１８＋４＝２２）ポイントが付与される。
このように本実施形態によれば、ポイントを付与するユーザの数を更に増やしたり、ポイントが更新される頻度を更に高くすることができる。このため、「自分のポイントが今日増えているかも知れない」という期待感や、「予期せぬタイミングで急にポイントが増えて驚いた」といった意外性を多くのユーザに継続的に与えることができるので、アイテム提供サーバへのアクセス頻度を増やすことができる。そして、アイテムやアイテム提供サーバに対するユーザの関心をさらに高めて、アイテム利用をより促進することができる。
また、多くの種類のアイテムを利用したユーザほど、同じアイテムを後から他のユーザが利用する可能性が高いので、それに伴って後からポイントが付与される可能性も高くなる。このため、「より多くの種類のアイテムを利用しよう」というモチベーションが各々のユーザで高まり、アイテムの利用が促進される。また、早い時期にアイテムを利用したユーザほどポイントが増えるので、このようなポイントサービスの特性をユーザに通知することにより、「他のユーザが今後利用しそうなアイテムを予測して、いち早く利用しよう」というインセンティブが各々のユーザに働き、アイテムの利用が促進されるという効果が得られる。
なお、本発明は上述実施形態に限定されることなく、適宜変形して実施することができる。たとえば、上述においては利用ポイント算出処理や、推薦属性選出処理や、分配ユーザ選出処理などを情報処理サーバ装置１で行うようにしているが、これらの処理は、複数の情報処理装置によって分担して行うようにしてもよい。
第１〜第３実施形態の符号の説明
１，７ アイテム提供サーバ装置
２，６，８ 情報処理サーバ装置
３ 端末装置
４，５ ネットワーク
１１，７１ アイテム提供サーバ制御手段
１１１，７１１ ユーザページ情報作成部
１１２ 推薦アイテム取得部
１１３ 利用情報中継部
１２ アイテム提供サーバ通信手段
１３ 認証手段
１４，７４ アイテム提供サーバ格納手段
１４１ ユーザ情報格納部
１４２ アイテム情報格納部
１４３ 推薦アイテム情報格納部
２１，６１，８１ 情報処理サーバ制御手段
２１１，６１１，８１１ 利用ポイント算出部
２１２ 類似ユーザ選出部
２１３ 推薦アイテム選出部
２１４ 利用ポイント取得部
２２ 情報処理サーバ通信手段
２３，６３，８３ 情報処理サーバ格納手段
２３１ 利用情報格納部
２３２ 類似ユーザ情報格納部
２３３ 分配情報格納部
２３４ 利用ポイント格納部
２３５ ユーザ情報格納部
２３６ アイテム情報格納部
３１ 端末制御手段
３１１ ユーザページ表示部
３１２ 利用情報作成部
３２ 端末通信手段
３３ 入力手段
３４ 表示手段
６３７ 仮ポイント格納部
第４〜第６実施形態の符号の説明
１，６，７ 情報処理サーバ装置
２，８ アイテム提供サーバ装置
３ 端末装置
４，５ ネットワーク
２１，８１ アイテム提供サーバ制御部
２１１，８１１ ユーザページ情報作成部
２１２ 推薦属性情報取得部
２１３ 利用情報中継部
２２ アイテム提供サーバ通信部
２３ 認証部
２４，８４ アイテム提供サーバ格納部
２４１ ユーザ情報格納部
２４２ アイテム情報格納部
２４３ 利用履歴格納部
２４４ 推薦属性情報格納部
１１，６１，７１ 情報処理サーバ制御部
１１１，６１１，７１１ 利用ポイント算出部
１１２ 推薦属性選出部
１１３ 分配ユーザ選出部
１１４ 利用ポイント取得部
１２ 情報処理サーバ通信部
１３，６３，７３ 情報処理サーバ格納部
１３１ 利用履歴格納部
１３２ 属性嗜好情報格納部
１３３ 類似ユーザ情報格納部
１３４ 推薦属性情報格納部
１３５ 分配情報格納部
１３６ 制約情報格納部
１３７ 利用ポイント情報格納部
１３８ ユーザ情報格納部
１３９ アイテム情報格納部
３１ 端末制御部
３１１ ユーザページ表示部
３１２ 利用情報作成部
３２ 端末通信部
３３ 入力部
３４ 表示部
６３０ 仮ポイント情報格納部

Claims (34)

  1. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置における情報処理方法であって、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する利用履歴格納工程と、
    前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成工程と、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成工程と、
    前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出工程と、
    を含むことを特徴とする情報処理方法。
  2. 前記利用履歴格納部に格納された利用履歴に基づいて、利用主体識別子間の類似度を算出する類似度算出工程を含み、
    前記ユーザ集合形成工程では、前記先行利用履歴に含まれた利用履歴に対応する利用主体識別子を対象にして、前記一の利用履歴に対応する利用主体識別子である一の利用主体識別子との類似度が所定値以上の利用主体識別子または類似度の高い順に所定数を超えない数の利用主体識別子を選択し、その選択した利用主体識別子により前記ユーザ集合を形成する、
    ことを特徴とする請求項１に記載の情報処理方法。
  3. 前記利用履歴格納部に格納された利用履歴に基づいて、利用主体識別子間の類似度を算出する類似度算出工程を含み、
    前記ポイント算出工程では、前記一の利用履歴に対応する利用主体識別子である一の利用主体識別子と、前記ユーザ集合に含まれる利用主体識別子との前記類似度に応じて、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出する、
    ことを特徴とする請求項１に記載の情報処理方法。
  4. 前記ポイント算出工程では、前記一の利用履歴に対応する利用主体識別子である一の利用主体識別子と、前記ユーザ集合に含まれる利用主体識別子との前記類似度に応じて、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出する、
    ことを特徴とする請求項２に記載の情報処理方法。
  5. 前記ポイント算出工程では、前記利用履歴格納部に格納されている利用履歴を対象にして、前記ユーザ集合に含まれる利用主体識別子ごとに、そのユーザまたは端末装置が所定のアイテムを利用した利用回数を算出し、その利用回数に応じた値となるように前記変更値を算出する、
    ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理方法。
  6. 前記利用履歴格納工程では、前記利用主体識別子と、前記アイテム識別子と、ユーザのアイテムに対する評価の高さを示す評価値とを関連付けた利用履歴を格納し、
    前記ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子ごとに、前記先行利用履歴から前記一のアイテムに対する前記評価値を読み出し、その評価値に応じた値となるように前記変更値を算出する、
    ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理方法。
  7. 前記利用主体識別子と、ユーザ属性情報とを関連付けて格納するユーザ属性格納工程を含み、
    前記ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子の内の、前記ユーザ属性情報が所定の条件を満たす利用主体識別子を対象にして前記変更値を算出する、
    ことを特徴とする請求項１〜６のいずれか１項に記載の情報処理方法。
  8. 前記利用主体識別子と、ユーザ属性情報とを関連付けて格納するユーザ属性格納工程と、
    ユーザ同士の前記ユーザ属性情報が適合している度合いを示す適合度を算出する適合度算出工程とを含み、
    前記ポイント算出工程では、前記一の利用履歴に対応する利用主体識別子である一の利用主体識別子と前記ユーザ集合に含まれる利用主体識別子との前記適合度に応じた値となるように、前記ユーザ集合に含まれる利用主体識別子ごとに前記変更値を算出する、
    ことを特徴とする請求項１〜７のいずれか１項に記載の情報処理方法。
  9. 前記利用履歴格納部に格納された利用履歴の内の少なくとも一部の利用履歴を読み出して、前記アイテム識別子ごとの利用回数を算出し、前記利用回数が所定値以上であるアイテムまたは前記利用回数が多い順に所定数を超えない数だけ選択されたアイテムのアイテム識別子の集合を推薦アイテム情報集合として作成する推薦アイテム作成工程を含み、
    前記先行利用履歴形成工程では、前記利用履歴格納部に格納された利用履歴の内から、前記推薦アイテム集合に合致するアイテム識別子を持つ利用履歴を前記一の利用履歴として選択する、
    ことを特徴とする請求項１〜８のいずれか１項に記載の情報処理方法。
  10. 前記利用履歴格納部に格納された利用履歴の内の少なくとも一部の利用履歴に基づいて算出した値と、前記類似度算出工程で算出された類似度とを用いて、利用主体識別子と推薦するアイテムのアイテム識別子とを対応させた推薦アイテム情報を作成する推薦アイテム作成工程を含み、
    前記先行利用履歴形成工程では、前記利用履歴格納部に格納された利用履歴の内から、前記一の利用主体識別子が前記推薦アイテム情報に含まれる利用主体識別子のいずれかであり、前記一のアイテム識別子が前記推薦アイテム情報において前記一の利用主体識別子に対応するアイテム識別子となるように、前記一の利用履歴を選択する、
    ことを特徴とする請求項２または３に記載の情報処理方法。
  11. 前記ユーザ属性情報が所定の条件を満たす利用主体識別子の集合を作成するとともに、前記利用履歴格納部に格納された利用履歴の内の少なくとも一部の利用履歴の中から、その集合に合致する利用主体識別子を持つ利用履歴を選択し、その選択された利用履歴を用いて、前記アイテム識別子ごとの利用回数を算出し、前記利用回数が所定値以上であるアイテムまたは前記利用回数が多い順に所定数を超えない数だけ選択されたアイテムのアイテム識別子の集合を推薦アイテム情報として作成する推薦アイテム作成工程を含み、
    前記先行利用履歴形成工程では、前記利用履歴格納部に格納された利用履歴の内から、前記推薦アイテム集合に合致するアイテム識別子を持つ利用履歴を前記一の利用履歴として選択する、
    ことを特徴とする請求項７または８記載の情報処理方法。
  12. 前記利用履歴格納部に格納された利用履歴の内の少なくとも一部の利用履歴に基づいて算出した値と前記適合度算出工程で算出された適合度とを用いて、利用主体識別子と推薦するアイテムのアイテム識別子とを対応させた推薦アイテム情報を作成する推薦アイテム作成工程を含み、
    前記先行利用履歴形成工程では、前記利用履歴格納部に格納された利用履歴の内から、前記一の利用主体識別子が前記推薦アイテム情報に含まれる利用主体識別子のいずれかであり、前記一のアイテム識別子が前記推薦アイテム情報において前記一の利用主体識別子に対応するアイテム識別子となるような前記一の利用履歴を選択する、
    ことを特徴とする請求項８に記載の情報処理方法。
  13. 前記アイテム識別子とアイテム属性とを関連付けて格納するアイテム属性格納工程を含み、
    前記推薦アイテム作成工程では、前記アイテム属性に関する所定条件を満たすアイテムのみで構成されるように前記推薦アイテム情報を作成する、
    ことを特徴とする請求項９〜１２のいずれか１項に記載の情報処理方法。
  14. 前記ポイント算出工程では、前記利用主体識別子と前記アイテム識別子との組み合わせごとに管理されているポイント値を変更するために、前記ユーザ集合の少なくとも一部である利用主体識別子と前記一のアイテム識別子に対応する組み合わせごとに変更値を算出する、
    ことを特徴とする請求項１〜１３のいずれか１項に記載の情報処理方法。
  15. 前記ポイント算出工程では、前記変更値が算出されたユーザの人数を算出する、
    ことを特徴とする請求項１〜１３のいずれか１項に記載の情報処理方法。
  16. 前記ポイント算出工程では、所定期間における前記変更値の総和が所定の値となるように、前記変更値を算出する、
    ことを特徴とする請求項１〜１５のいずれか１項に記載の情報処理方法。
  17. 前記利用履歴格納工程では、前記利用主体識別子と、前記アイテム識別子と、ユーザがアイテムを利用した時期または前記利用情報を受信した時期を示す利用時期情報とを関連付けた利用履歴を格納し、
    前記ユーザ集合形成工程では、前記先行利用履歴の内から、前記利用時期情報が示す時期が所定の範囲内にある利用履歴を抽出し、その抽出した利用履歴に含まれる利用主体識別子の集合を前記ユーザ集合とする、
    ことを特徴とする請求項１〜１６のいずれか１項に記載の情報処理方法。
  18. 前記利用履歴格納工程では、前記利用主体識別子と、前記アイテム識別子と、ユーザがアイテムを利用した時期または前記利用情報を受信した時期を示す利用時期情報とを関連付けた利用履歴を格納し、
    前記ポイント算出工程では、前記ユーザ集合に含まれる利用主体識別子ごとに、前記先行利用履歴の利用時期情報と所定時期との差を用いて前記変更値を算出する、
    ことを特徴とする請求項１〜１６のいずれか１項に記載の情報処理方法。
  19. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項１５記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置における表示方法であって、
    前記一の利用情報を前記情報処理装置に送信する送信工程と、
    前記一の利用情報に基づいてポイントの変更値が算出されたユーザの人数を、前記端末装置が前記情報処理装置から受信する受信工程と、
    受信した前記ユーザの人数を表示装置に表示させる制御工程と、
    を含むことを特徴とする表示方法。
  20. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置であって、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を格納する利用履歴格納部と、
    前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成部と、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成部と、
    前記ユーザ集合の内の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出部と、
    を備えることを特徴とする情報処理装置。
  21. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項１５記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置であって、
    前記一の利用情報を前記情報処理装置に送信する送信部と、
    前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から受信する受信部と、
    受信した前記ユーザの人数を表示装置に表示させる制御部と、
    を備えることを特徴とする端末装置。
  22. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置のコンピュータに、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する手順、
    前記利用履歴格納部から一の利用履歴を選択し、前記一の利用履歴のアイテム識別子である一のアイテム識別子と同じアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する手順、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成する手順、および
    前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出する手順、
    を実行させることを特徴とするプログラム。
  23. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項１５記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置のコンピュータに、
    前記一の利用情報を、送信部から前記情報処理装置へと送信させる送信手順、
    前記情報処理装置から送信された、前記一の利用情報に基づいてポイントの変更値が算出されたユーザの人数に関する情報を、受信部に受信させる受信手順、および
    前記ユーザの人数を表示装置に表示させる制御手順、
    を実行させることを特徴とするプログラム。
  24. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置における情報処理方法であって、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する利用履歴格納工程と、
    アイテム識別子とアイテム属性とを関連付けてアイテム情報格納部に格納するアイテム属性格納工程と、
    前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性に対応するアイテム識別子の集合である一のアイテム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成工程と、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成工程と、
    前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出工程と、
    を含むことを特徴とする情報処理方法。
  25. 前記ポイント算出工程では、前記利用主体識別子と前記アイテム属性との組み合わせごとに管理されているポイント値を変更するために、前記一のアイテム属性集合に含まれるアイテム属性ごとに、前記ユーザ集合の少なくとも一部である利用主体識別子とアイテム属性に対応する変更値を算出する、
    ことを特徴とする請求項２４記載の情報処理方法。
  26. 前記ポイント算出工程では、前記変更値が算出されたユーザの人数を算出する、
    ことを特徴とする請求項２４又は２５に記載の情報処理方法。
  27. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項２６記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置における表示方法であって、
    前記一の利用情報を前記情報処理装置に送信する送信工程と、
    前記一の利用情報に基づいてポイントの変更値が算出されたユーザの人数を、前記端末装置が前記情報処理装置から受信する受信工程と、
    受信した前記ユーザの人数を表示装置に表示させる制御工程と、
    を含むことを特徴とする表示方法。
  28. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、請求項２５記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置における表示方法であって、
    一の利用主体を特定する情報を前記情報処理装置に送信する送信工程と、
    前記一の利用主体に関連付けて管理されているアイテム属性とポイント値とを、前記端末装置が前記情報処理装置から受信する受信工程と、
    受信した前記アイテム属性と前記ポイント値とを表示装置に表示させる制御工程と、
    を含むことを特徴とする表示方法。
  29. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置であって、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付
    けた利用履歴を格納する利用履歴格納部と、
    アイテム識別子とアイテム属性とを関連付けて格納するアイテム情報格納部と、
    前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性に対応するアイテム識別子の集合である一のアイテム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する先行利用履歴形成部と、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成するユーザ集合形成部と、
    前記ユーザ集合の内の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出するポイント算出部と、
    を備えることを特徴とする情報処理装置。
  30. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項２６記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置であって、
    前記一の利用情報を前記情報処理装置に送信する送信部と、
    前記一の利用情報に基づいて前記情報処理方法によりポイントの変更値が算出されたユーザの人数を前記情報処理装置から受信する受信部と、
    受信した前記ユーザの人数を表示装置に表示させる制御部と、
    を備えることを特徴とする端末装置。
  31. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、請求項２５記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置であって、
    一の利用主体を特定する情報を前記情報処理装置に送信する送信部と、
    前記一の利用主体に関連付けて管理されているアイテム属性とポイント値とを、前記端末装置が前記情報処理装置から受信する受信部と、
    受信した前記アイテム属性と前記ポイント値とを表示装置に表示させる制御部と、
    を備えることを特徴とする端末装置。
  32. アイテムに関するユーザの利用情報を他の装置から受信する情報処理装置のコンピュータに、
    前記利用情報に基づいて、ユーザまたはユーザの利用した端末装置を識別するための利用主体識別子と、ユーザにより利用されたアイテムを識別するアイテム識別子とを関連付けた利用履歴を利用履歴格納部に格納する手順、
    アイテム識別子とアイテム属性とを関連付けてアイテム情報格納部に格納する手順、
    前記利用履歴格納部から一の利用履歴を選択し、前記アイテム情報格納部を参照しながら前記一の利用履歴のアイテム識別子に対応する１つ以上のアイテム属性の集合である一のアイテム属性集合を形成し、前記アイテム情報格納部を参照しながら前記一のアイテム属性集合に含まれるいずれかのアイテム属性に対応するアイテム識別子の集合である一のアイテム集合を形成し、前記一のアイテム集合に含まれるアイテム識別子を持ち、かつ前記一の利用履歴よりも古く、かつ所定の時点よりも新しい他の利用履歴の集合である先行利用履歴集合を形成する手順、
    前記先行利用履歴集合に含まれる利用主体識別子の集合であるユーザ集合を形成する手順、および
    前記ユーザ集合の少なくとも一部であり、かつ所定数を超えない複数の利用主体識別子に対して、前記利用主体識別子ごとに管理されているポイント値を変更するための変更値を算出する手順、
    を実行させることを特徴とするプログラム。
  33. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を請求項２６記載の情報処理方法により算出する情報処理装置とデータ通信可能な端末装置のコンピュータに、
    前記一の利用情報を、送信部から前記情報処理装置へと送信させる送信手順、
    前記情報処理装置から送信された、前記一の利用情報に基づいてポイントの変更値が算出されたユーザの人数に関する情報を、受信部に受信させる受信手順、および
    前記ユーザの人数を表示装置に表示させる制御手順、
    を実行させることを特徴とするプログラム。
  34. ユーザがアイテムを利用したことを示す一の利用情報に基づいて、複数のユーザのポイント値を、請求項２５記載の情報処理方法によって算出したポイント値の変更値に基づいて更新する情報処理装置とデータ通信可能な端末装置のコンピュータに、
    一の利用主体を特定する情報を、送信部から前記情報処理装置へと送信させる送信手順、
    前記情報処理装置から送信された、前記情報処理装置が前記一の利用主体に関連付けて管理しているアイテム属性とポイント値とを、受信部に受信させる受信手順、および
    前記アイテム属性と前記ポイント値とを表示装置に表示させる制御手順、
    を実行させることを特徴とするプログラム。
JP2011035614A 2010-03-31 2011-02-22 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム Active JP5971895B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011035614A JP5971895B2 (ja) 2010-03-31 2011-02-22 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2010083682 2010-03-31
JP2010083682 2010-03-31
JP2011035614A JP5971895B2 (ja) 2010-03-31 2011-02-22 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2015071720A Division JP5983808B2 (ja) 2010-03-31 2015-03-31 情報処理方法、表示方法、情報処理装置、端末装置、情報処理プログラム及び表示プログラム

Publications (2)

Publication Number Publication Date
JP2011227872A JP2011227872A (ja) 2011-11-10
JP5971895B2 true JP5971895B2 (ja) 2016-08-17

Family

ID=45043103

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2011035614A Active JP5971895B2 (ja) 2010-03-31 2011-02-22 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム
JP2015071720A Active JP5983808B2 (ja) 2010-03-31 2015-03-31 情報処理方法、表示方法、情報処理装置、端末装置、情報処理プログラム及び表示プログラム
JP2016153470A Active JP6213629B2 (ja) 2010-03-31 2016-08-04 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2015071720A Active JP5983808B2 (ja) 2010-03-31 2015-03-31 情報処理方法、表示方法、情報処理装置、端末装置、情報処理プログラム及び表示プログラム
JP2016153470A Active JP6213629B2 (ja) 2010-03-31 2016-08-04 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム

Country Status (1)

Country Link
JP (3) JP5971895B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016219042A (ja) * 2010-03-31 2016-12-22 株式会社Ｊｖｃケンウッド 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017199415A1 (ja) * 2016-05-20 2017-11-23 富士通株式会社 表示制御プログラム、表示制御装置及び表示制御方法
JP6443431B2 (ja) * 2016-12-15 2018-12-26 株式会社Ｊｖｃケンウッド 情報処理装置、情報処理方法、及び情報処理プログラム
JP6443430B2 (ja) * 2016-12-15 2018-12-26 株式会社Ｊｖｃケンウッド 情報選択装置、端末装置、情報選択方法、および情報選択プログラム
JP7038008B2 (ja) * 2018-06-01 2022-03-17 東芝テック株式会社 サーバ装置、及びプログラム
JP7083104B1 (ja) 2021-10-19 2022-06-10 株式会社エクサウィザーズ 情報処理方法、装置及びプログラム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002230328A (ja) * 2001-01-31 2002-08-16 Hitachi Ltd 商品販売仲介システムおよびその方法
JP2003085433A (ja) * 2001-09-06 2003-03-20 Matsushita Electric Ind Co Ltd 情報評価システムおよびそのプログラム
JP2003167990A (ja) * 2001-11-30 2003-06-13 Fujitsu Ltd 商品情報収集システム及び方法
JP2004265013A (ja) * 2003-02-28 2004-09-24 Mekiki Creates Co Ltd 情報の紹介方法とそのシステム、装置、並びにプログラム
JP2005018470A (ja) * 2003-06-26 2005-01-20 Sony Corp 商品情報提供サーバ及び商品情報提供システム
US20050256771A1 (en) * 2004-05-12 2005-11-17 Garret E R System and method of matching artistic products with their audiences
JP2006092315A (ja) * 2004-09-24 2006-04-06 Nippon Telegr & Teleph Corp <Ntt> 紹介装置、紹介方法及びプログラム
US20060229936A1 (en) * 2005-04-06 2006-10-12 Cahill Conor P Method and apparatus for rewarding a customer referral
JP4822317B2 (ja) * 2005-10-03 2011-11-24 Ｋｄｄｉ株式会社 レコメンド方法およびシステムならびにレコメンドプログラムおよびその記憶媒体
JP2007200099A (ja) * 2006-01-27 2007-08-09 Kirin Beverage Corp アイテム選択支援装置、方法およびプログラム
US8180680B2 (en) * 2007-04-16 2012-05-15 Jeffrey Leventhal Method and system for recommending a product over a computer network
JP5971895B2 (ja) * 2010-03-31 2016-08-17 株式会社Ｊｖｃケンウッド 情報処理方法、表示方法、情報処理装置、端末装置、及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016219042A (ja) * 2010-03-31 2016-12-22 株式会社Ｊｖｃケンウッド 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム

Also Published As

Publication number Publication date
JP6213629B2 (ja) 2017-10-18
JP2015158926A (ja) 2015-09-03
JP2011227872A (ja) 2011-11-10
JP5983808B2 (ja) 2016-09-06
JP2016219042A (ja) 2016-12-22

Similar Documents

Publication Publication Date Title
JP5633423B2 (ja) 情報処理方法、表示方法、情報処理装置、端末装置、及び情報処理プログラム
JP6213629B2 (ja) 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム
JP4473339B1 (ja) 広告情報提供サーバ、広告情報提供システム、及び広告情報提供プログラム
JP5667466B2 (ja) ユーザ間の親密度に基づいた表示序列制御システム、方法及びプログラム、並びに、表示序列に反映されるべきユーザ間の親密度を判定する情報処理システム、方法及びプログラム
JP2017228040A (ja) 加盟店舗情報提供方法
JP6079479B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP2020086675A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP6414192B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP4500597B2 (ja) 複数会員登録システムとそれを実現するためのコンピュータプログラムとその方法
JP5488172B2 (ja) 情報処理方法、情報処理装置、端末装置および情報処理プログラム
JP6060833B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP5633659B2 (ja) 情報処理方法、表示方法、情報処理装置、端末装置、及び情報処理プログラム
JP5846033B2 (ja) 情報処理装置、端末装置、情報処理方法、表示方法、情報処理プログラム、及び表示プログラム
JP5858127B2 (ja) 情報選択装置、情報選択方法、端末装置およびコンピュータプログラム
JP5370351B2 (ja) 情報処理方法、情報処理装置、及び情報処理プログラム
JP5743302B2 (ja) 情報選択装置、情報選択方法、端末装置およびコンピュータプログラム
JP6269864B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP6060785B2 (ja) 情報選択装置、情報選択方法、および情報選択プログラム
JP5987669B2 (ja) 情報処理方法、情報処理装置、及び情報処理プログラム
JP6443431B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP6443430B2 (ja) 情報選択装置、端末装置、情報選択方法、および情報選択プログラム
JP6028846B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP6028847B2 (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
JP5803800B2 (ja) 情報処理装置、端末装置、情報処理方法、表示方法、情報処理プログラム、及び表示プログラム
JP2013097554A (ja) 情報処理装置、情報処理方法、及び情報処理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130927

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140521

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140624

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140820

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20150106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150406

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20150414

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20150612

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160523

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160523

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160712

R150 Certificate of patent or registration of utility model

Ref document number: 5971895

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150