(57)【特許請求の範囲】
【請求項１】
アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間に対応付けられた取得制限数に応じて、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報作成部と、
前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成手段と
を備え、
前記複数の取得期間は、特定の時点より過去の所定の期間を示し各々重複しない複数の期間として設定されており、
前記取得制限数は、前記取得制限数が対応付けられた取得期間の開始時期が過去のものほど少ない数に設定されており、
前記選出利用関連情報作成部は、前記選出利用関連情報を選出する選出対象の利用主体識別子における前記利用時期情報を参照し、前記特定の時点に近い前記取得期間から順に利用関連情報を選出し、現在選出に用いている取得期間に対応付けられた取得制限数が、選出対象の利用主体識別子における選出済みの利用関連情報の数である現登録数より多い場合に、現在選出に用いている取得期間に対応付けられた取得制限数から前記現登録数を差し引いた数を上限に利用関連情報を選出することで、利用主体識別子における前記選出利用関連情報を選出すること
を特徴とする情報処理装置。
【請求項２】
前記選出利用関連情報作成部は、選出対象の利用主体識別子における、最後に選出に用いた取得期間と、他の利用主体識別子における、最後に選出に用いた取得期間とを特定し、
前記推薦アイテム情報作成手段は、前記選出利用関連情報作成部が特定した取得期間及び前記選出利用関連情報に基づいて、前記推薦アイテムに関する情報を作成すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記選出利用関連情報作成部は、新しい利用時期情報の前記利用関連情報から順に前記選出利用関連情報を選出すること
を特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
選出利用関連情報作成部が、アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間に対応付けられた取得制限数に応じて、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報作成ステップと、
推薦アイテム情報作成手段が、前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成ステップと
を含み
前記複数の取得期間は、特定の時点より過去の所定の期間を示し各々重複しない複数の期間として設定されており、
前記取得制限数は、前記取得制限数が対応付けられた取得期間の開始時期が過去のものほど少ない数に設定されており、
前記選出利用関連情報作成ステップにおいて、前記選出利用関連情報作成部は、前記選出利用関連情報を選出する選出対象の利用主体識別子における前記利用時期情報を参照し、前記特定の時点に近い前記取得期間から順に利用関連情報を選出し、現在選出に用いている取得期間に対応付けられた取得制限数が、選出対象の利用主体識別子における選出済みの利用関連情報の数である現登録数より多い場合に、現在選出に用いている取得期間に対応付けられた取得制限数から前記現登録数を差し引いた数を上限に利用関連情報を選出することで、利用主体識別子における前記選出利用関連情報を選出すること
を特徴とする情報処理方法。
【請求項５】
前記選出利用関連情報作成ステップにおいて、前記選出利用関連情報作成部は、選出対象の利用主体識別子における、最後に選出に用いた取得期間と、他の利用主体識別子における、最後に選出に用いた取得期間とを特定し、
前記推薦アイテム情報作成ステップにおいて、前記推薦アイテム情報作成手段は、前記選出利用関連情報作成部が特定した取得期間及び前記選出利用関連情報に基づいて、前記推薦アイテムに関する情報を作成すること
を特徴とする請求項４に記載の情報処理方法。
【請求項６】
前記選出利用関連情報作成ステップにおいて、前記選出利用関連情報作成部は、新しい利用時期情報の前記利用関連情報から順に前記選出利用関連情報を選出すること
を特徴とする請求項４または５に記載の情報処理方法。
【請求項７】
コンピュータに、
アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間に対応付けられた取得制限数に応じて、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報作成ステップと、
前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成ステップと
を実行させ、
前記複数の取得期間は、特定の時点より過去の所定の期間を示し各々重複しない複数の期間として設定されており、
前記取得制限数は、前記取得制限数が対応付けられた取得期間の開始時期が過去のものほど少ない数に設定されており、
前記選出利用関連情報作成ステップにおいて、前記選出利用関連情報を選出する選出対象の利用主体識別子における前記利用時期情報を参照し、前記特定の時点に近い前記取得期間から順に利用関連情報を選出し、現在選出に用いている取得期間に対応付けられた取得制限数が、選出対象の利用主体識別子における選出済みの利用関連情報の数である現登録数より多い場合に、現在選出に用いている取得期間に対応付けられた取得制限数から前記現登録数を差し引いた数を上限に利用関連情報を選出することで、利用主体識別子における前記選出利用関連情報を選出すること
を特徴とする情報処理プログラム。
【請求項８】
前記選出利用関連情報作成ステップにおいて、選出対象の利用主体識別子における、最後に選出に用いた取得期間と、他の利用主体識別子における、最後に選出に用いた取得期間とを特定し、
前記推薦アイテム情報作成ステップにおいて、前記選出利用関連情報作成ステップにおいて特定された取得期間及び前記選出利用関連情報に基づいて、前記推薦アイテムに関する情報を作成すること
を特徴とする請求項７に記載の情報処理プログラム。
【請求項９】
前記選出利用関連情報作成ステップにおいて、新しい利用時期情報の前記利用関連情報から順に前記選出利用関連情報を選出すること
を特徴とする請求項７または８に記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者のアイテムに関する利用履歴を用いて、利用者間の類似度を計算する
情報処理装置、情報処理方法、及び情報処理プログラムに関する。
【背景技術】
【０００２】
近年、デジタル技術やネットワーク技術の進展により、ネットワークを使って配信、提
供される文書、音楽、画像、映像等のデジタルコンテンツが非常に増えている。これに伴
い、ユーザの嗜好に合ったデジタルコンテンツ等のアイテムを推薦するサービスのニーズ
が高まってきている。このようなニーズに対応する技術として、アイテムに関するユーザ
の閲覧履歴や評価履歴や購入履歴などの利用履歴を用いて、ユーザの嗜好を推定し、ユー
ザの嗜好に合ったアイテムを推薦する技術の開発が行われている。
【０００３】
例えば、ユーザの嗜好に合ったアイテムを推薦する技術の一つに、協調フィルタリング
方式の推薦技術が存在する。一般的な協調フィルタリング方式では、まず、多くのユーザ
の利用履歴を蓄積する。次に、その利用履歴を用いて、アイテムを推薦するユーザと類似
した嗜好をもつユーザを選定する。そして、選定した複数のユーザの利用履歴から推薦ア
イテムを決定することで、ユーザの嗜好に合ったアイテムの推薦を実現する。
また、アイテム推薦に必要な処理時間を短縮するための技術の開発も行われている。
例えば、アイテム推薦処理に使用する利用履歴データの量を制限することにより、処理
時間を短縮する装置が、特許文献１と特許文献２に開示されている。
特許文献１の装置は、まず、指定された利用履歴の最小数と推薦対象ユーザ数に基づい
て、推薦処理に要する時間の推定値を算出する。そして、処理時間の推定値が目標時間内
に収まるように決定した最小数まで利用履歴を抽出し、抽出した利用履歴のみを用いて推
薦処理を行っている。
【０００４】
特許文献２の装置は、推薦対象ユーザの利用履歴を閲覧／購入回数や閲覧時間や閲覧／
購入した最新の日時などの条件によりソーティングし、その上位Ｎｇ１件（Ｎｇ１は任意
の正数）を選択し、選択したＮｇ１個の利用履歴のみを用いて推薦処理を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−３０２０９７
【特許文献２】特開２００２−０２４６９４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
協調フィルタリング方式の推薦処理では、大量の利用履歴データを対象に処理を行う場
合、計算量が膨大になるという問題があった。このため、演算能力の高いシステムが必要
になる場合や、実用的な時間で推薦処理を行うことが難しい場合があった。また、ユーザ
の嗜好は、その年の流行に左右されたり、直近で話題になっているものに影響されたり、
その時の友人や知人に影響されたりするように、移ろいやすいものである。このため、か
なり以前に利用したアイテムに関する利用履歴を推薦処理に用いると、その推薦結果がか
なり以前に利用したアイテムの影響を受け、最近の嗜好とは合わないアイテムも推薦され
てしまうことで、推薦の精度が低下し、ユーザの推薦結果に対する信頼性を失ってしまう
場合があった。
【０００７】
特許文献１の装置では、任意の方法で、全ての利用履歴から最小数まで抽出し、抽出し
た利用履歴を用いて推薦処理を行うため、計算量を削減することができるが、任意の方法
で抽出した場合は、ユーザが最近利用したアイテムに関する利用履歴を集中的に抽出する
ことが困難であり、推薦の精度が低くなってしまうことがあった。
また、特許文献２の装置では、閲覧／購入した日時が最新の順に上位Ｎｇ１個の利用履
歴を選択することで、計算量を削減しつつ最近の利用履歴を用いて推薦処理を行うことが
できるが、Ｎｇ１を適切に設定することが難しいという問題がある。すなわち、Ｎｇ１を
大きくすると、最近利用したアイテムが少ないユーザは以前の利用履歴が多く含まれるこ
とになってしまい、Ｎｇ１を小さくすると、最近利用したアイテムの多いユーザは、その
一部の利用履歴しか推薦処理に利用されないといったように、利用数や利用形態の異なる
様々なユーザが存在する状況で、適切なＮｇ１を設定することが難しい。このため、推薦
の精度が低くなってしまうことがあった。
以上のように、推薦の精度が低くなるという問題があり、推薦の精度が低くならないよ
うにユーザ間の類似度を算出することが望まれている。
【０００８】
そこで、本発明では、アイテム推薦の精度を高めることができる類似度を算出する情報
処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間ごとに、取得制限数を上限として、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報作成部と、前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成手段とを備えることを特徴とする情報処理装置を提供する。
選出利用関連情報作成部が、アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間ごとに、取得制限数を上限として、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報選出ステップと、推薦アイテム情報作成手段が、前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成ステップとを有することを特徴とする情報処理方法を提供する。
コンピュータに、アイテムを利用したユーザを識別するためのユーザ識別子又はそのユーザがアイテムの利用に用いた端末装置を識別するための端末識別子の少なくともいずれか一方である利用主体識別子と、利用の対象となったアイテムを識別するためのアイテム識別子と、アイテムの利用時期に関する利用時期情報とが関連付けられた利用関連情報を格納する格納部を参照し、複数の取得期間ごとに、利用時期が当該取得期間に含まれる利用関連情報を特定し、前記取得期間ごとに、取得制限数を上限として、各利用主体識別子に関連する複数の利用関連情報のうちの少なくとも一部である選出利用関連情報を選出する選出利用関連情報選出ステップと、前記選出利用関連情報に基づいて、推薦アイテムに関する情報を作成する推薦アイテム情報作成ステップとを実行させることを特徴とする情報処理プログラムを提供する。
【発明の効果】
【００１０】
本発明の情報処理装置、情報処理方法、及び情報処理プログラムによれば、アイテム推
薦の精度を高めることができる類似度を算出できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態におけるシステム全体の構成を示す図である。
【図２】本発明の実施形態における情報処理サーバ装置１の構成を示す図である。
【図３】本発明の実施形態におけるユーザ情報格納部１３１の格納状態を示す図である。
【図４】本発明の実施形態におけるアイテム情報格納部１３２の格納状態を示す図である。
【図５】本発明の実施形態における利用履歴格納部１３３の格納状態を示す図である。
【図６】本発明の実施形態における選出条件格納部１３４の格納状態を示す図である。
【図７】本発明の実施形態における選出条件に該当する期間のイメージを示す図である。
【図８】本発明の実施形態における選出利用履歴格納部１３５の格納状態を示す図である。
【図９】本発明の実施形態における類似ユーザ情報格納部１３６の格納状態を示す図である。
【図１０】本発明の実施形態における推薦アイテム情報１３７の格納状態を示す図である。
【図１１】本発明の実施形態における、選出条件の第１の格納形式を用いた場合の選出利用履歴選出処理の手順を示すフローチャートである。
【図１２】本発明の実施形態における、選出条件の第１の格納形式を用いた場合の選出利用履歴選出処理のステップＳ１０６の第１の条件の選択の例を示す図である。
【図１３】本発明の実施形態における、選出条件の第２の格納形式を用いた場合の選出利用履歴選出処理の手順を示すフローチャートである。
【図１４】本発明の実施形態における、選出条件の第２の格納形式を用いた場合の選出利用履歴選出処理のステップＳ２１１の選出利用履歴の選出の例を示す図である。
【図１５】本発明の実施形態における類似ユーザ選出処理の手順を示すフローチャートである。
【図１６】本発明の実施形態における推薦アイテム選出処理の手順を示すフローチャートである。
【図１７】本発明の実施形態における利用情報格納部の格納状態を示す図である。
【図１８】本発明の実施形態における楽曲販売サイトでの購入履歴の例を示す図である。
【図１９】本発明の実施形態における楽曲販売サイトでの購入履歴の例を示す図である。
【図２０】本発明の実施形態における楽曲販売サイトでの購入履歴の例を示す図である。
【図２１】本発明の実施形態における楽曲とジャンルの対応を示す対応表である。
【発明を実施するための形態】
【００１２】
以下、本発明の情報処理装置、情報処理方法、及びプログラムについて、添付図面を参
照して説明する。なお、本発明におけるアイテムとは、テキスト、音声、音楽、映像、ウ
ェブページ等のデジタルコンテンツや様々な物品であってもよいし、金融商品、不動産、
人物に関する情報等であってもよい。また、衣料品や食料品であってもよい。すなわち本
発明におけるアイテムは、有形か無形かを問わず、有料か無料かも問わない。
【００１３】
以下に、本発明の実施形態について、図を用いて詳細に説明する。図１は、本発明の実
施形態におけるシステム全体の構成図である。本実施形態におけるシステムは、情報処理
サーバ装置１と、１つ以上の端末装置３（３ａ〜３ｎ）がネットワーク２を介して接続さ
れている。
ネットワーク２は、例えばインターネット等のネットワークであり、情報処理サーバ装
置（情報処理装置）１と端末装置３との間の情報のやり取りを仲介する。
【００１４】
端末装置３は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、ネットワークイン
タフェース等を備える一般的なコンピュータ、または、携帯電話やスマートフォンやタブ
レットＰＣ等の携帯情報端末であり、ネットワーク２を介して、利用履歴の送信や推薦ア
イテム詳細情報の受信を行う。なお、利用履歴と、後述する利用情報とを総称して利用関
連情報とも呼ぶこととする。
利用履歴とは、ユーザによるアイテムの利用に関する情報であり、端末装置３を利用中
のユーザ（利用ユーザ）を一意に識別するユーザ識別子、又はそのユーザがアイテムの利
用に用いた端末装置３を一意に識別するための端末識別子の少なくともいずれか一方と、
利用の対象となったアイテムを一意に識別するアイテム識別子と、利用時期情報とを含む
。本実施形態では、ユーザ識別子を用いる場合を例にして説明するが、端末識別子を用い
る場合も同様である。ユーザ識別子と端末識別子とを合わせた意味の総称として、利用主
体識別子という用語を用いる。利用履歴には、ユーザのアイテムに対する評価（評価値）
や、アイテムに対して支払った金額（支払い額）、推薦アイテム詳細情報などの情報を含
んでもよい。推薦アイテム詳細情報とは、利用ユーザに対して推薦されたアイテムに関す
る情報である。
また、本実施形態においては、端末装置３が利用履歴を生成して送信するものとするが
、アイテム識別子以外の情報については、情報処理サーバ装置が生成するようにしてもよ
い。例えば、端末装置３はアイテムの利用を要求するためにアイテム識別子を送信し、情
報処理サーバ装置１が、そのアイテム識別子を受信し、そのアイテム識別子と他の情報と
を関連付けることで、利用履歴を生成するようにしてもよい。
【００１５】
情報処理サーバ装置１は、利用履歴に応じて、端末装置３に推薦アイテム情報を提供す
るＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、ネットワークインタフェース等を
備える一般的なコンピュータである。また、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクド
ライブ（ＨＤＤ）、ネットワークインタフェース等を備えるコンピュータを用いて、ソフ
トウェア（プログラム）処理として実施することも可能である。
図２は、本実施形態における情報処理サーバ装置１の構成図である。本実施形態におけ
る情報処理サーバ装置１は、情報処理サーバ制御部１１と、情報処理サーバ通信部１２と
、各種の情報を格納する格納部である情報処理サーバ格納部１３とを有して構成される。
【００１６】
情報処理サーバ通信部１２は、ネットワーク２を介して端末装置３と通信を行うための
機能を有している。
【００１７】
情報処理サーバ格納部１３は、ＨＤＤなどの記憶装置を用いて、様々なデータを記憶す
る。情報処理サーバ格納部１３は、ユーザ情報格納部１３１と、アイテム情報格納部１３
２と、利用履歴格納部１３３と、選出条件格納部１３４と、選出利用履歴格納部１３５と
、類似ユーザ情報格納部１３６と、推薦アイテム情報格納部１３７とを有して構成される
。
ユーザ情報格納部１３１は、ユーザ情報を複数記憶する。図３は、ユーザ情報格納部１
３１の格納状態を示す図である。ユーザ情報とは、ユーザ識別子（ｕｓｅｒ＿ｉｄ）とユ
ーザ属性情報（ｕｓｅｒ＿ｉｎｆｏ）とを関連付けたものであり、図３のようなテーブル
形式で記憶する。ユーザ属性情報とは、ユーザの名前、年齢、性別、住所（地域）、趣味
、会員になった時期（年月、日付、日時など）、メールアドレス、電話番号などの情報で
ある。
【００１８】
アイテム情報格納部１３２は、アイテム情報を複数記憶する。図４は、アイテム情報格
納部１３２の格納状態を示す図である。アイテム情報とは、アイテム識別子（ｉｔｅｍ＿
ｉｄ）とアイテム属性情報（ｉｔｅｍ＿ｉｎｆｏ）とを関連付けたものであり、図４のよ
うなテーブル形式で記憶する。アイテム属性情報とは、例えば、アイテムの名称、制作者
、制作年、ジャンル、価格、アイテムを利用するのに適したユーザの条件などの情報であ
る。
【００１９】
利用履歴格納部１３３は、利用履歴を複数記憶する。図５は、利用履歴格納部１３３の
格納状態を示す図である。利用履歴とは、ユーザ識別子（ｕｓｅｒ＿ｉｄ）とアイテム識
別子（ｉｔｅｍ＿ｉｄ）と利用時期情報（ｄｌ＿ｄａｔｅ）とを関連付けたものであり、
図５のようなテーブル形式で記憶する。なお、端末装置３より受信した利用履歴には、利
用時期情報が含まれていることを前提にしているが、もし利用時期情報が含まれていない
場合は、利用履歴を記憶するときの日時を利用時期情報として記憶すればよい。また、利
用履歴に、上記以外の情報が含まれている場合、その情報も含めて利用履歴格納部１３３
に格納できるようにすればよい。
【００２０】
選出条件格納部１３４は、選出条件を複数記憶する。選出条件とは、複数の利用履歴の
中から選出利用履歴（選出利用関連情報）を選出する際の条件を示すものである。この選
出条件を用いることで、最近の利用履歴の数が多いユーザほど、多くの利用履歴を選出す
ることができる。言い換えると、最近、アイテムの利用頻度が多いユーザにおける利用履
歴ほど多く選出することができる。なお、選出利用履歴とは、後述する類似ユーザ選出処
理に用いられる利用履歴である。図６（図６（ａ），図６（ｂ））は、選出条件格納部１
３４の格納状態を示す図である。また、図７（図７（ａ），図７（ｂ））は、選出条件に
該当する期間のイメージを示す図である。以下に図６と図７を用いて、選出条件の２種類
の格納形式を説明する。
【００２１】
選出条件の第１の格納形式は、取得期間（ｐｅｒｉｏｄ）と、取得制限数（ｌｉｍｉｔ
＿ｌｏｇ）とを関連付けたもの（第１の条件）であり、図６（ａ）のようなテーブル形式
で複数格納する。第１の条件は、取得期間が長くなるほど取得制限数が減っていく。第１
の条件（取得期間，取得制限数）として、ｃ１（３０ｄａｙ，２０）とｃ２（９０ｄａｙ
，１０）とｃ３（１５０ｄａｙ，５）の３つが存在した場合について説明する。第１の条
件における取得期間は、過去のある時点（取得開始時期）から所定の時点（取得終了時期
）までの期間の長さを示しており、図７（ａ）のように、第１の条件のそれぞれの取得期
間の取得終了時期は同一である。また、第１の条件の取得期間の取得開始時期は、取得終
了時期から取得期間の日数分だけ過去に遡った時期となるため、第１の条件ごとに異なる
。選出利用履歴は、ユーザごとに、第１の条件の取得期間に対応する取得開始時期から取
得終了時期までの間に利用されたアイテムに関する利用履歴の中から取得制限数に応じて
選出される。
【００２２】
なお、最近の嗜好をできるだけ多く反映させるために、直近の利用履歴を全て取得でき
るような第１の条件を設定してもよい。具体的には、第１の条件のうち、取得期間の最も
短いもの対して、例えば、無限大を表す記号「∞」や「０」といった特別な取得制限数を
設定する。そして、選出利用履歴を選出する際に、第１の条件に特別な取得制限数が設定
されていた場合は、取得期間内の利用履歴を全て選出利用履歴として選出できるようにす
ればよい。また、全ユーザに対して推薦処理を行うために、全ユーザの利用履歴を取得で
きるような第１の条件を設定してもよい。具体的には、第１の条件のうち、取得制限数の
最も小さい第１の条件の取得期間の取得開始時期が、サービスの開始時期に一致するよう
に取得期間を設定すればよい。
【００２３】
選出条件の第２の格納形式は、適用する選出条件の順番である適用順（ｏｒｄｅｒ）と
、差分取得期間（ｄｉｆ＿ｐｅｒｉｏｄ）と、取得制限数（ｌｉｍｉｔ＿ｌｏｇ）とを関
連付けたもの（第２の条件）であり、図６（ｂ）のようなテーブル形式で複数格納する。
第２の条件は、適用順に従って、取得制限数が減少する。第２の条件（適用順，差分取得
期間，取得制限数）として、ｃ１（１，３０ｄａｙ，２０）とｃ２（２，６０ｄａｙ，１
０）とｃ３（３，６０ｄａｙ，５）の３つが存在した場合、図７（ｂ）のように、第２の
条件のそれぞれの差分取得期間は、互いに重ならない。また、ｃ１とｃ２といったように
、適用順が連続する場合、適用順が先の第２の条件の取得終了時期と、適用順が後の第２
の条件の取得開始時期とが一致する。選出利用履歴は、ユーザごとに、第２の条件の差分
取得期間に対応する取得開始時期から取得終了時期までの間に利用されたアイテムに関す
る利用履歴の中から取得制限数に応じて選出される。
【００２４】
なお、最近の嗜好をできるだけ多く反映させるために、直近の利用履歴を全て取得でき
るような第２の条件を設定してもよい。具体的には、第２の条件のうち、適用順が「１」
のものに対して、例えば、無限大を表す記号「∞」や「０」といった特別な取得制限数を
設定する。そして、選出利用履歴を選出する際に、第２の条件に特別な取得制限数が設定
されていた場合は、取得期間内の利用履歴を全て選出利用履歴として選出できるようにす
ればよい。また、全ユーザに対して推薦処理を行うために、全ユーザの利用履歴を取得で
きるような第２の条件を設定してもよい。具体的には、第２の条件のうち、適用順が最も
遅い第２の条件の差分取得期間の取得開始時期が、サービスの開始時期と一致するように
差分取得期間を設定すればよい。
【００２５】
なお、図６では、取得期間や差分取得期間を日数で表現しているが、時間単位でもよい
し、秒単位でもよい。また、日数の代わりに、その期間の取得開始時期と取得終了時期の
組合せを格納してもよい。また、選出条件の第２の格納形式においては、取得制限数の降
順が、適用順に一致するため、後の処理で適用順の昇順の代わりに、取得制限数の降順を
用いれば、適用順を省略することができる。取得順の選出条件の利用方法に関しては、選
出利用履歴作成部１１２の処理内で詳しく説明する。
上記２つの選出条件以外にも、第１の条件の取得期間の取得終了時期や、適用順「１」
の第２の条件の取得期間の取得終了時期となる特定の時点に近い時点の利用履歴の多いユ
ーザほど、多くの利用履歴を選出することができる条件であれば、その条件を選出条件と
してもよい。
【００２６】
選出利用履歴格納部１３５は、選出利用履歴を複数記憶する。図８は、選出利用履歴の
格納状態を示す図である。選出利用履歴は、利用履歴と同様に、ユーザ識別子（ｕｓｅｒ
＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と利用時期情報（ｄｌ＿ｄａｔｅ）とを関
連付けたものであり、図８のようなテーブル形式で記憶する。選出利用履歴に他の情報が
含まれている場合は、選出利用履歴格納部１３５に、他の情報を格納できるようにすれば
よい。
【００２７】
類似ユーザ情報格納部１３６は、類似ユーザ情報を複数記憶する。図９は、類似ユーザ
情報の格納状態を示す図である。類似ユーザ情報とは、基準ユーザのユーザ識別子（ｂａ
ｓｅ＿ｕｓｅｒ＿ｉｄ）と類似ユーザのユーザ識別子（ｓｉｍ＿ｕｓｅｒ＿ｉｄ）と類似
度（ｓ＿ｖａｌｕｅ）とを関連付けたものであり、図９のようなテーブル形式で記憶する
。ｂａｓｅ＿ｕｓｅｒ＿ｉｄとｓｉｍ＿ｕｓｅｒ＿ｉｄは、どちらもｕｓｅｒ＿ｉｄでは
あるが、区別するために異なる名称を用いている。
【００２８】
推薦アイテム情報格納部１３７は、推薦アイテム情報を複数記憶する。図１０は、推薦
アイテム情報の格納状態を示す図である。推薦アイテム情報とは、ユーザ識別子（ｕｓｅ
ｒ＿ｉｄ）とアイテム識別子（ｉｔｅｍ＿ｉｄ）と推薦値（ｒ＿ｖａｌｕｅ）とを関連付
けたものであり、図１０のようなテーブル形式で複数記憶する。
【００２９】
情報処理サーバ制御部１１は、情報処理サーバ装置１を構成する各部に対して、全体的
な制御を行う。情報処理サーバ制御部１１は、利用履歴登録部１１１と、選出利用履歴作
成部１１２と、推薦アイテム選出部１１３と、推薦アイテム提供部１１４と、類似度算出
部１１５とを有して構成される。なお、選出利用履歴作成部１１２と、後述する選出利用
情報作成部とを総称して選出利用関連情報作成部とも呼ぶこととする。
【００３０】
利用履歴登録部１１１は、端末装置３より利用履歴を受信した場合に、利用履歴格納部
１３３に、受信した利用履歴を格納する。
選出利用履歴作成部１１２は、所定のタイミングごとに、選出利用履歴選出処理を行う
。所定のタイミングとしては、所定の時間間隔（例えば２４時間ごと）を用いてもよいし
、利用履歴を一定回数受信するごととしてもよい。また、月曜日〜金曜日までは３時間ご
と、土曜日は６時間ごと、日曜日は１２時間ごと、というように時間間隔が変動してもよ
い。また、夏は時間間隔を短くして、冬は時間間隔を長くするなど、季節に応じて時間間
隔を変えてもよい。選出利用履歴選出処理は、選出条件の格納形式によって手順が異なる
。
【００３１】
まず、第１の条件を用いた場合の選出利用履歴選出処理について、図１１のフローチャ
ートを用いて説明する。
まず、選出利用履歴作成部１１２が、選出利用履歴格納部１３５にて、前回の選出利用
履歴選出処理にて格納した選出利用履歴を全て削除する（ステップＳ１０１）。
次に、選出利用履歴作成部１１２が、選出条件格納部１３４より、第１の条件を全て取
得する（ステップＳ１０２）。
【００３２】
次に、選出利用履歴作成部１１２が、ステップＳ１０２にて取得した第１の条件ごとに
、取得開始時期と取得終了時期を設定する（ステップＳ１０３）。取得終了時期は、サー
ビス提供側が予め定めた取得終了時期設定ルールにより決定される。なお、どの第１の条
件においても、取得終了時期は同一の時期となる。取得終了時期設定ルールは、例えば、
選出利用履歴選出処理を行う時点の時間をそのまま取得終了時期として設定するとしても
よいし、選出利用履歴選出処理を行う前日までの利用履歴が選出対象となるように取得終
了時期として設定するとしてもよい。取得開始時期は、取得開始時期から取得終了時期ま
での期間が、第１の条件の取得期間に一致するように取得開始時期を設定する。取得開始
時期から取得終了時期までの期間に該当する利用時期情報を有する利用履歴を特定利用履
歴とする。
次に、選出利用履歴作成部１１２が、ステップＳ１０２にて取得した第１の条件のうち
、取得期間が最大となる第１の条件（最長期間条件）を選択し、利用履歴格納部１３３よ
り、最長期間条件に対応する特定利用履歴に含まれるｕｓｅｒ＿ｉｄを重複なしで全て抽
出する（ステップＳ１０４）。
【００３３】
次に、選出利用履歴作成部１１２が、ステップＳ１０４にて抽出したｕｓｅｒ＿ｉｄの
うち、例えば抽出した順に、１つ選択する（ステップＳ１０５）。
次に、選出利用履歴作成部１１２が、ステップＳ１０２にて取得した第１の条件より、
ステップＳ１０５にて選択したｕｓｅｒ＿ｉｄを含む特定利用履歴の取得可能数が最大と
なるような第１の条件を１つ選択する（ステップＳ１０６）。取得可能数とは、ステップ
Ｓ１０５にて選択したｕｓｅｒ＿ｉｄを含む特定利用履歴の数と、第１の条件に対応する
取得制限数のうち、低い方の数となる。第１の条件は取得期間が短いほど、取得制限数が
大きくなるので、取得可能数が最大となる第１の条件を選択することで、最近利用したア
イテムが多いユーザほど多くの利用履歴を選出することができるため、後述する類似度算
出部１１５の類似ユーザ選出処理にてユーザの最近の嗜好を反映させやすくなる。また、
最近利用したアイテムの少ないユーザは、利用履歴があまり選出されないので、推薦処理
における他のユーザへの影響を小さくできる。なお、取得可能数が最大となる第１の条件
が複数存在する場合は、取得可能数が最大となる第１の条件のうち、取得期間の最も短い
第１の条件を選択すればよい。なお、このステップＳ１０６における処理については、後
に図１２を用いて詳述する。
【００３４】
次に、選出利用履歴作成部１１２が、利用履歴格納部１３３より、ステップＳ１０６に
て選択した第１の条件に対応する特定利用履歴のうち、ステップＳ１０５にて選択したｕ
ｓｅｒ＿ｉｄを含むものを全て抽出する（ステップＳ１０７）。ここで抽出した特定利用
履歴を選出候補利用履歴とする。
次に、選出利用履歴作成部１１２が、ステップＳ１０７にて抽出した選出候補利用履歴
より、ステップＳ１０６にて選択した第１の条件の取得制限数まで、選出利用履歴として
選出する（ステップＳ１０８）。このとき、利用時期情報の新しいものから順に選出する
ことで、確実にユーザの最近の嗜好を反映することができる。
次に、選出利用履歴作成部１１２が、選出利用履歴格納部１３５に、ステップＳ１０８
にて選出した選出利用履歴を登録する（ステップＳ１０９）。
【００３５】
次に、選出利用履歴作成部１１２が、ステップＳ１０５にて、ステップＳ１０４にて抽
出したｕｓｅｒ＿ｉｄを全て選択したか否かを判定する（ステップＳ１１０）。全て選択
した場合は、ステップＳ１０１からステップＳ１１０までの一連の処理を終了し、まだ未
選択のものが残っている場合はステップＳ１０５へ進む。
【００３６】
ここで、第１の条件を用いた場合の選出利用履歴選出処理において、第１の条件（取得
順，取得期間）として、ｃ１（３０日，２０個）、ｃ２（９０日，１０個）、ｃ３（１５
０日，５個）の３つが存在する場合における、２ユーザ（ユーザＸ，ユーザＹ）に対する
ステップＳ１０６の第１の条件の選択の例を図１２を用いて説明する。
【００３７】
まず、選出利用履歴作成部１１２は、選出対象の利用主体識別子における利用時期情報
を参照して、取得制限数を上限に取得期間それぞれに含まれる利用関連情報の数を計数す
る。つまり、前述の取得可能数を計数する。図１２（ａ）のように、第１の条件ｃ１の取
得期間３０日に該当するユーザＸの特定利用履歴の数が「６」個、第１の条件ｃ２の取得
期間９０日に該当するユーザＸの特定利用履歴の数が「１８」個、第１の条件ｃ３の取得
期間１５０日に該当するユーザＸの特定利用履歴の数が「３２」個の場合、それぞれの第
１の条件において、ユーザＸにおける特定利用履歴の取得可能数は、それぞれ「６」個、
「１０」個、「５」個となる。
そして、選出利用履歴作成部１１２は、計数した利用関連情報の数（取得可能数）が最
も多い取得期間に含まれる利用関連情報を選出対象の利用主体識別子における選出利用関
連情報として選出する。ユーザＸにおいては、取得可能数が最大となる第１の条件ｃ２を
選択し、第１の条件ｃ２の取得期間９０日に該当するユーザＸの特定利用履歴「１８」個
を選出利用関連情報として選出することとなる。
【００３８】
また、図１２（ｂ）のように、第１の条件ｃ１の取得期間３０日に該当するユーザＹの
特定利用履歴の数が「１３」個、第１の条件ｃ２の取得期間９０日に該当するユーザＹの
特定利用履歴の数が「１７」個、第１の条件ｃ３の取得期間１５０日に該当するユーザＹ
の特定利用履歴の数が「２５」個の場合、それぞれの第１の条件において、ユーザＹにお
ける特定利用履歴の取得可能数は、それぞれ「１３」個、「１０」個、「５」個となる。
このため、ユーザＹにおいては、取得可能数が最大となる第１の条件ｃ１を選択すればよ
い。このように、取得期間１５０日における特定利用履歴の数は、ユーザＹより、ユーザ
Ｘの方が多いが、ユーザＹの方が直近で多くのアイテムを利用しているため、選出される
利用履歴の数は、ユーザＹの方が多くなる。
以上が、第１の条件を用いた場合の選出利用履歴選出処理の説明である。このように、
選出対象の利用主体識別子における利用時期情報を参照して、取得制限数を上限に取得期
間それぞれに含まれる利用関連情報の数を計数し、計数した利用関連情報の数（取得可能
数）が最も多い取得期間に含まれる利用関連情報を選出対象の利用主体識別子における選
出利用関連情報として選出している。
【００３９】
次に、第２の条件を用いた場合の選出利用履歴選出処理について、図１３のフローチャ
ートを用いて説明する。
まず、選出利用履歴作成部１１２が、選出利用履歴格納部１３５にて、前回の選出利用
履歴選出処理にて格納した選出利用履歴を全て削除する（ステップＳ２０１）。
次に、選出利用履歴作成部１１２が、選出条件格納部１３４より、第２の条件を全て取
得する（ステップＳ２０２）。
次に、選出利用履歴作成部１１２が、取得終了時期の初期設定をする。取得終了時期の
初期設定は、サービス提供側が予め定めた取得終了時期初期設定ルールにより行えばよい
。取得終了時期初期設定ルールは、例えば、選出利用履歴選出処理を行う時点の時間をそ
のまま取得終了時期として設定するとしてもよいし、選出利用履歴選出処理を行う前日ま
での利用履歴が選出対象となるように取得終了時期として設定するとしてもよい。
次に、選出利用履歴作成部１１２が、ステップＳ２０２にて取得した第２の条件を、適
用順（ｏｒｄｅｒ）の昇順に、１つ選択する（ステップＳ２０４）。
【００４０】
次に、選出利用履歴作成部１１２が、ステップＳ２０４にて選択した第２の条件に応じ
て、取得開始時期を設定する（ステップＳ２０５）。取得開始時期は、取得開始時期から
取得終了時期までの期間が、第２の条件の差分取得期間に一致するように取得開始時期を
設定する。取得開始時期から取得終了時期までの期間に該当する利用時期情報を有する利
用履歴を特定利用履歴とする。
次に、選出利用履歴作成部１１２が、利用履歴格納部１３３より、ステップＳ２０４に
て選択した第２の条件に対応する特定利用履歴に含まれるｕｓｅｒ＿ｉｄを重複なしで全
て抽出する（ステップＳ２０６）。
次に、選出利用履歴作成部１１２が、ステップＳ２０６にて抽出したｕｓｅｒ＿ｉｄの
うち、例えば抽出した順に、１つ選択する（ステップＳ２０７）。
【００４１】
次に、選出利用履歴作成部１１２が、ステップＳ２０７にて選択したｕｓｅｒ＿ｉｄに
対応するステップＳ２０４にて選択した第２の条件適用前の選出利用履歴の総数である現
登録数を算出する（ステップＳ２０８）。現登録数を算出するには、選出利用履歴格納部
１３５に格納されている選出利用履歴のうち、ステップＳ２０７にて選択したｕｓｅｒ＿
ｉｄを含むものを数え上げればよい。
次に、選出利用履歴作成部１１２が、ステップＳ２０４にて選択した第２の条件の取得
制限数が、ステップＳ２０８にて算出した現登録数より大きいか否かを判定する（ステッ
プＳ２０９）。現登録数より大きい場合は、ステップＳ２１０へ進み、現登録数以下の場
合は、ステップＳ２１３へ進む。
ステップＳ２１０では、選出利用履歴作成部１１２が、利用履歴格納部１３３より、ス
テップＳ２０４にて選択した第２の条件に対応する特定利用履歴のうち、ステップＳ２０
７にて選択したｕｓｅｒ＿ｉｄを含むものを全て抽出する。ここで抽出した特定利用履歴
を選出候補利用履歴とする。
【００４２】
次に、選出利用履歴作成部１１２が、ステップＳ２１０にて抽出した選出候補利用履歴
より、ステップＳ２０４にて選択した第２の条件の取得制限数からステップＳ２０８にて
算出した現登録数を差し引いた登録可能数まで、選出利用履歴として選出する（ステップ
Ｓ２１１）。このとき、利用時期情報の新しいものから順に選出することで、確実にユー
ザの最近の嗜好を反映することができる。なお、ステップＳ２０９〜Ｓ２１２における処
理については、後に図１２を用いて詳述する。
次に、選出利用履歴作成部１１２が、選出利用履歴格納部１３５に、ステップＳ２１１
にて選出した選出利用履歴を登録する（ステップＳ２１２）。次に、ステップＳ２１３へ
進む。
ステップＳ２１３では、選出利用履歴作成部１１２が、ステップＳ２０７にて、ステッ
プＳ２０６にて抽出したｕｓｅｒ＿ｉｄを全て選択したか否かを判定する。全て選択した
場合は、ステップＳ２１４へ進み、まだ未選択のものが残っている場合はステップＳ２０
７へ進む。
【００４３】
ステップＳ２１４では、選出利用履歴作成部１１２が、ステップＳ２０４にて、ステッ
プＳ２０２にて取得した第２の条件を全て選択したか否かを判定する。全て選択した場合
は、ステップＳ２０１からステップＳ２１５までの一連の処理を終了し、まだ未選択のも
のが残っている場合はステップＳ２１５へ進む。
ステップＳ２１５では、選出利用履歴作成部１１２が、取得終了時期を、ステップＳ２
０５にて設定した取得開始時期と一致するように更新する。次に、ステップＳ２０４へ進
む。
【００４４】
第２の条件の取得制限数は、適用順に応じて少なくなるため、適用順の早い段階で現登
録数が取得制限数以上になったユーザ（つまり、最近利用したアイテム数の多いユーザ）
ほど、多くの利用履歴を選出利用履歴として選出することができるので、後述する類似度
算出部１１５の類似ユーザ選出処理にてユーザの最近の嗜好を反映させやすくなる。また
、最近利用したアイテムの少ないユーザは、利用履歴があまり選出されないので、推薦処
理における他のユーザへの影響を小さくできる。
【００４５】
ここで、第２の条件を用いた場合の選出利用履歴選出処理において、第２の条件（適用
順，差分取得期間，取得制限数）として、ｃ１（１，３０日，２０個）、ｃ２（２，６０
日，１０個）、ｃ３（３，６０日，５個）の３つが存在する場合における、２ユーザ（ユ
ーザＸ，ユーザＹ）に対するステップＳ２１１の選出利用履歴の選出の例を図１４を用い
て説明する。ユーザＸにおいて、図１４（ａ）のように、適用順「１」の第２の条件ｃ１
の取得制限数が「２０」個、現登録数が「０」個となっているため、差分取得期間３０日
に該当するユーザＸの特定利用履歴「６」個全てを選出利用履歴として選出する。これに
より、第２の条件ｃ１適用直後の選出利用履歴の総数である新登録数は「６」個となる。
なお、現登録数が「０」個なっていたのは、第２の条件ｃ１適用直前の選出利用履歴の総
数が「０」個となっていたためである。第２の条件ｃ１を適用することで、ユーザＸの特
定利用履歴「６」個全てを選出利用履歴として選出した後は、新登録数が「６」個となる
。
【００４６】
次に、適用順「２」の第２の条件ｃ２に進み、条件ｃ２の取得制限数が「１０」個、現
登録数である第２の条件ｃ２適用直前の選出利用履歴の総数が「６」個となっているため
、差分取得期間６０日に該当するユーザＸの特定利用履歴「１２」個の中から、利用時期
情報の新しい順に「４」個を選出利用履歴として選出する。選出利用履歴として「４」個
を新たに選出することで、第２の条件ｃ２適用直後の選出利用履歴の総数である新登録数
が「１０」個になり、現在、利用関連情報を選出している差分取得期間における取得制限
数に達することとなる。
そして、適用順「３」の第２の条件ｃ３の取得制限数が「５」個、現登録数である第２
の条件ｃ３適用直前の選出利用履歴の総数が「１０」個となっているため、選出利用履歴
の選出を行わない。
【００４７】
また、ユーザＹにおいて、図１４（ｂ）のように、適用順「１」の第２の条件ｃ１の取
得制限数が「２０」個、現登録数が「０」個となっているため、差分取得期間３０日に該
当するユーザＹの特定利用履歴「１３」個全てを選出利用履歴として選出する。次に、適
用順「２」の第２の条件ｃ２の取得制限数が「１０」個、現登録数である第２の条件ｃ２
適用直前の選出利用履歴の総数が「１３」個となっており、現在、選出済みの選出利用履
歴の総数（現登録数）「１３」個が、次の順番の差分取得期間における取得制限数「１０
」個に達しているため、これ以上は選出利用履歴の選出を行わない。そして、適用順「３
」の第２の条件ｃ３の取得制限数が「５」個、現登録数である第２の条件ｃ３適用直前の
選出利用履歴の総数が「１３」個となっているため、ここでも選出利用履歴の選出を行わ
ない。このように、全差分取得期間における特定利用履歴の総数は、ユーザＸが「３２」
個、ユーザＹが「２５」個といったように、ユーザＸの方が多いが、ユーザＹの方が直近
で多くのアイテムを利用しているため、選出される利用履歴の数は、ユーザＹの方が多く
なる。
【００４８】
以上が、第２の条件を用いた場合の選出利用履歴選出処理の説明である。このように、
特定の時点に近い差分取得期間に対応する選出条件から順に、その選出条件における取得
制限数を上限に、利用主体識別子ごとに利用関連情報を選出し、そして、現在選出に用い
ている選出条件における取得制限数が、選出対象の利用主体識別子における選出済みの利
用関連情報の総数である現登録数より多い場合に、現在選出に用いている選出条件におけ
る取得制限数から前記現登録数を差し引いた数を上限に利用関連情報を選出することで、
その利用主体識別子における選出利用関連情報を選出している。
第１の条件を用いた場合においても、第２の条件を用いた場合においても、同一ユーザ
の同一アイテムに対する利用が複数回ある、つまり、（ｕｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ
）の組合せが一致する利用履歴が複数存在する場合は、選出利用履歴選出処理の各ステッ
プにおいて、同一の（ｕｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）を有する利用履歴のうち、利用
時期情報が最新のものだけを用いて、それ以外のものは利用しないとしてもよい。利用時
期情報が最新の利用履歴だけを用いることで、推薦処理に用いるアイテムの種類数を十分
に確保することができる。
【００４９】
類似度算出部１１５は、選出利用履歴作成部１１２による選出利用履歴選出処理が終了
したあとに、類似ユーザ選出処理を行う。そして、推薦アイテム選出部１１３は、推薦ア
イテム選出処理を行う。
まず、類似ユーザ選出処理について、図１５のフローチャートを用いて説明する。
まず、類似度算出部１１５は、類似ユーザ情報格納部１３６に格納されている類似ユー
ザ情報を削除する（ステップＳ３０１）。類似ユーザ情報を削除する方法は、以下の２種
類がある。
類似ユーザ情報削除の第１の方法は、類似ユーザ情報格納部１３６に格納されている類
似ユーザ情報を全て削除する方法である。この方法は、選択を行わずに全ての類似ユーザ
情報を削除するため、処理量が小さくなる。
【００５０】
類似ユーザ情報削除の第２の方法は、類似ユーザ情報のうち、ステップＳ３０２以降の
処理で新たに類似ユーザ情報が作成される基準ユーザの類似ユーザ情報のみを削除する方
法である。類似ユーザ情報は、選出利用履歴格納部１３５に格納されている選出利用履歴
に含まれるｕｓｅｒ＿ｉｄに対応するユーザのみ作成される。そのため、選出利用履歴格
納部１３５に格納されているいずれかの選出利用履歴に含まれるｕｓｅｒ＿ｉｄと一致す
るｂａｓｅ＿ｕｓｅｒ＿ｉｄを有する類似ユーザ情報のみを削除することで実現できる。
【００５１】
この方法は、ステップＳ３０２以降の処理で新たに類似ユーザ情報が作成されない基準
ユーザ、つまり最近アイテムを利用していない基準ユーザでも、類似ユーザ情報を削除せ
ずに残しておくことで、後述する推薦アイテム選出処理で、推薦アイテム情報を新たに作
成することができる。このとき、類似ユーザが新たにアイテムを利用していれば、以前と
は異なる推薦結果をユーザに提示できる可能性がある。また、最近アイテムを利用してい
ない基準ユーザは、選出利用履歴が存在しないため、ステップＳ３０２以降の処理で新た
に類似ユーザ情報が作成される基準ユーザの類似ユーザとはならないので、他の基準ユー
ザの推薦処理への影響を排除することができる。
【００５２】
次に、類似度算出部１１５は、選出利用履歴格納部１３５より、全てのｕｓｅｒ＿ｉｄ
を重複なしで抽出する（ステップＳ３０２）。
次に、類似度算出部１１５は、ステップＳ３０２にて抽出したｕｓｅｒ＿ｉｄのうち、
例えば抽出した順に、基準ユーザのｕｓｅｒ＿ｉｄとして１つ選択する（ステップＳ３０
３）。
次に、類似度算出部１１５は、選出利用履歴格納部１３５より、ステップＳ３０３にて
選択したｕｓｅｒ＿ｉｄを含む選出利用履歴を基準選出利用履歴として、全て取得する（
ステップＳ３０４）。
【００５３】
次に、類似度算出部１１５は、選出利用履歴格納部１３５より、ステップＳ３０４にて
取得した基準選出利用履歴に含まれるｉｔｅｍ＿ｉｄのうちの任意の一のｉｔｅｍ＿ｉｄ
を選択する。そして、その選択したｉｔｅｍ＿ｉｄを含む選出利用履歴を参照することで
、そのｉｔｅｍ＿ｉｄを含む選出利用履歴に含まれる、ステップＳ３０３にて選択したｕ
ｓｅｒ＿ｉｄ以外のｕｓｅｒ＿ｉｄを重複なしで全て抽出する（ステップＳ３０５）。こ
のステップＳ３０５において抽出したｕｓｅｒ＿ｉｄが、類似候補ユーザのｕｓｅｒ＿ｉ
ｄとなる。
【００５４】
次に、類似度算出部１１５は、選出利用履歴格納部１３５より、ステップＳ３０５にて
抽出した類似候補ユーザのｕｓｅｒ＿ｉｄのいずれかを含む選出利用履歴を類似候補選出
利用履歴として取得する（ステップＳ３０６）。
次に、類似度算出部１１５は、基準選出利用履歴と類似候補選出利用履歴とを用いて、
類似候補ユーザごとに、基準ユーザとの類似度を算出する（ステップＳ３０７）。類似度
を算出する方法として例えば、基準選出利用履歴に含まれるアイテムの集合と、類似候補
ユーザ１人の類似候補選出利用履歴に含まれるアイテムの集合とのＪａｃｃａｒｄ（ジャ
カード）係数を用いればよい。また、基準ユーザのアイテムに対する好みの度合いを示す
嗜好度を基準選出利用履歴を用いて算出し、類似候補ユーザの嗜好度を類似候補選出利用
履歴を用いて算出した上で、嗜好度を用いた２ユーザ間のコサイン距離を類似度としても
よい。また、基準選出利用履歴に含まれるアイテム集合と類似候補ユーザ１人の類似候補
選出利用履歴に含まれるアイテム集合の両方に存在するアイテムの嗜好度をユーザがアイ
テムに対して付与した評価とみたてて、ピアソン積率相関係数を用いてもよい。なお、以
上のような手法で類似度を算出する際に、アイテム識別子（ｉｔｅｍ＿ｉｄ）の集合を対
象に算出してもよいし、アイテム属性情報（ｉｔｅｍ＿ｉｎｆｏ）の集合を対象に算出し
てもよい。また、それらを組み合わせてもよい。また、上記の類似度算出方法の他にも公
知の種々の類似度算出方法を用いることができる。
【００５５】
なお、嗜好度は、選出利用履歴に、利用回数の代表値や、評価値の代表値や、支払額の
代表値などのある値にの代表値が含まれる場合は、その代表値をそのまま嗜好度として利
用することもできるし、複数の代表値の和や積などを用いて算出した値を用いればよい。
また、直近の利用時期情報を用いて嗜好度を算出してもよい。
【００５６】
類似度算出を行う際に、選出条件である第１の条件や第２の条件による重み付けをする
ことができる。
まず、第１の条件による類似度の重み付けについて説明する。
第１の条件による類似度の重み付けを行うには、第１の条件を用いた選出利用履歴選出
処理にて、ユーザごとに選択された第１の条件を情報処理サーバ格納部１３に格納した上
で、まず、２ユーザ間における選択された第１の条件の取得期間の差が小さければ小さい
ほど大きくなるような重み付け係数を算出する。２ユーザ（ユーザｘとユーザｙ）の重み
付け係数ｗ（ｘ、ｙ）は、例えば、ユーザｘに対して選択された第１の条件の取得期間を
ｐ（ｘ）とし、ユーザｙに対して選択された第１の条件の取得期間をｐ（ｙ）とした場合
に、定数ｋ（＞０）を用いて、式（１）にて算出することができる。
【００５７】
【数１】
0005928572.tif 000002
【００５８】
また、定数α（＞０）、β１（＞０）、β２（＞０）を用いて、式（２）にて算出する
ことができる。
【００５９】
【数２】
0005928572.tif 000003
【００６０】
具体的に、例えば、ユーザｘに対して選択された第１の条件が図７（ａ）のｃ２（９０
ｄａｙ，１０）であり、ユーザｙに対して選択された第１の条件が図７（ａ）のｃ１（３
０ｄａｙ，２０）であった場合、ｐ（ｘ）に「９０」を代入し、ｐ（ｙ）に「３０」を代
入することで、重み付け係数ｗ（ｘ，ｙ）を算出することができる。もちろん、他の方法
を用いて重み付け係数を算出してもよい。そして、類似度ｓｉｍ（ｘ，ｙ）を、Ｊａｃｃ
ａｒｄ係数等を用いて算出した単純類似度ｓｉｍ’（ｘ，ｙ）と重み付け係数ｗ（ｘ，ｙ
）とを用いて、式（３）、または、式（４）にて算出することができる。
【００６１】
【数３】
0005928572.tif 000004
【００６２】
【数４】
0005928572.tif 000005
【００６３】
次に、第２の条件による類似度の重み付けについて説明する。
第２の条件による類似度の重み付けを行うには、第２の条件を用いた選出利用履歴選出
処理にて、ユーザごとに最後に選出利用履歴を選出した第２の条件を情報処理サーバ格納
部１３に格納した上で、まず、２ユーザの最後に選択された第２の条件の適用順が近いほ
ど大きくなるような重み付け係数を算出する。２ユーザ（ユーザｘとユーザｙ）の重み付
け係数ｗ（ｘ、ｙ）は、例えば、ユーザｘの適用順をｒ（ｘ）とし、ユーザｙの適用順を
ｒ（ｙ）とし、式（１）や式（２）のｐ（ｘ）とｐ（ｙ）を、それぞれｒ（ｘ）とｒ（ｙ
）に置き換えることで算出することができる。なお、最後に選択された第２の条件とは、
取得制限数に達したときの第２の条件である。
【００６４】
具体的に、例えば、ユーザｘに対して選択された第２の条件が図７（ｂ）のｃ１（１，
３０ｄａｙ，２０）であり、ユーザｙに対して選択された第２の条件が図７（ｂ）のｃ３
（３，６０ｄａｙ，５）であった場合、ｒ（ｘ）に「１」を代入し、ｐ（ｙ）に「３」を
代入することで、重み付け係数ｗ（ｘ，ｙ）を算出することができる。もちろん、他の方
法を用いて重み付け係数を算出してもよい。そして、第１の条件の場合と同様に、類似度
ｓｉｍ（ｘ，ｙ）を、Ｊａｃｃａｒｄ係数等を用いて算出した単純類似度ｓｉｍ’（ｘ，
ｙ）と、重み付け係数ｗ（ｘ，ｙ）を用いて、式（３）、または、式（４）にて算出する
ことができる。
【００６５】
以上のように、選出条件を考慮することで、利用頻度が似ている２ユーザ間の類似度を
高くすることができる。なお、第１の条件や第２の条件に対する重み付け係数をそのまま
類似度として用いてもよい。
【００６６】
次に、類似度算出部１１５は、ステップＳ３０７にて算出した類似度を基に、類似候補
ユーザの中から、類似ユーザを選出する（ステップＳ３０８）。類似ユーザを選出するに
は、類似度の高い順にサービス提供側が予め定めた所定数までの類似候補ユーザを類似ユ
ーザとして選出してもよい。また、サービス提供側が予め定めた所定値より高い類似度を
有する類似候補ユーザを類似ユーザとして選出してもよい。もちろん、全ての類似候補ユ
ーザを類似ユーザとして選出してもよい。
次に、類似度算出部１１５は、類似ユーザ情報格納部１３６に、ステップＳ３０３にて
選択した基準ユーザのｕｓｅｒ＿ｉｄ（ｂａｓｅ＿ｕｓｅｒ＿ｉｄ）と、ステップＳ３０
８にて選出した類似ユーザのｕｓｅｒ＿ｉｄ（ｓｉｍ＿ｕｓｅｒ＿ｉｄ）と、ステップＳ
３０７にて算出した類似度（ｓ＿ｖａｌｕｅ）とを関連付けた類似ユーザ情報を格納する
（ステップＳ３０９）。
【００６７】
次に、類似度算出部１１５は、ステップＳ３０３にて、ステップＳ３０２にて抽出した
全てのｕｓｅｒ＿ｉｄが選択されたか否かを判定する（ステップＳ３１０）。全て選択さ
れた場合は、ステップＳ３０１からステップＳ３１０までの一連の処理を終了し、まだ未
選択のものが存在する場合はステップＳ３０３へ進む。
【００６８】
以上のように、類似ユーザ選出処理にて、選出利用履歴格納部１３５に格納された選出
利用履歴のみを用いて類似ユーザを選出することで、全ての利用履歴を利用するよりも少
ない計算量で類似ユーザを選出することができる。また、選出利用履歴は、直近の利用時
期のものほど多く選出されているため、類似度算出時にユーザの最近の嗜好が反映されや
すくなるので、移ろいやすいユーザの嗜好に対応することができる。このため、精度良く
類似ユーザを選出することができる。また、最近アイテムを利用していないユーザは、最
近アイテムを利用しているユーザと比較すると、選出利用履歴が少ないため、類似候補ユ
ーザとして選出されにくいので、他のユーザへの影響を小さくすることができる。ただし
、選出利用履歴は少数といえども抽出されているため、最近アイテムを利用していないユ
ーザでも、後の処理で推薦アイテムを作成することができる。
【００６９】
次に、推薦アイテム選出処理について、図１６のフローチャートを用いて説明する。
まず、推薦アイテム選出部１１３は、推薦アイテム情報格納部１３７に格納されている
推薦アイテム情報を削除する（ステップＳ４０１）。推薦アイテム情報を削除する方法は
、以下の２種類がある。
推薦アイテム情報削除の第１の方法は、推薦アイテム情報格納部１３７に格納されてい
る推薦アイテム情報を全て削除する方法である。この方法は、選択を行わずに全ての推薦
アイテム情報を削除するため、処理量が小さくなる。
【００７０】
推薦アイテム情報削除の第２の方法は、推薦アイテム情報のうち、ステップＳ４０２以
降の処理で新たに推薦アイテム情報が削除される基準ユーザの推薦アイテム情報のみを削
除する方法である。推薦アイテム情報は、類似ユーザ情報格納部１３６に格納されている
類似ユーザ情報に含まれるｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応する基準ユーザのみ作成され
る。そのため、類似ユーザ情報格納部１３６に格納されているいずれかの類似ユーザ情報
に含まれるｂａｓｅ＿ｕｓｅｒ＿ｉｄと一致するｕｓｅｒ＿ｉｄを有する推薦アイテム情
報のみを削除することで実現できる。この方法は、ステップＳ４０２以降の処理で新たに
推薦アイテム情報が作成されないユーザに過去の推薦アイテム情報を残すことができる。
次に、推薦アイテム選出部１１３は、類似ユーザ情報格納部１３６より、基準ユーザの
ユーザ識別子であるｂａｓｅ＿ｕｓｅｒ＿ｉｄを重複なしで全て抽出する（ステップＳ４
０２）。
【００７１】
次に、推薦アイテム選出部１１３は、ステップＳ４０２にて抽出したｂａｓｅ＿ｕｓｅ
ｒ＿ｉｄのうち、例えば抽出した順に、１つ選択する（ステップＳ４０３）。
次に、推薦アイテム選出部１１３は、類似ユーザ情報格納部１３６より、ステップＳ４
０３にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄに対応する類似ユーザ情報を全て取得する（
ステップＳ４０４）。
次に、推薦アイテム選出部１１３は、推薦候補アイテムのｉｔｅｍ＿ｉｄを抽出する（
ステップＳ４０５）。推薦候補アイテムのｉｔｅｍ＿ｉｄの抽出方法は２種類存在する。
推薦候補アイテム抽出の第１の方法は、利用履歴格納部１３３より、ステップＳ４０４
にて取得したいずれかの類似ユーザ情報のｓｉｍ＿ｕｓｅｒ＿ｉｄと同一のｕｓｅｒ＿ｉ
ｄが含まれる利用履歴におけるｉｔｅｍ＿ｉｄを抽出する方法である。推薦候補アイテム
抽出の第１の方法は、類似ユーザが利用した全てのアイテムの中から推薦候補アイテムの
ｉｔｅｍ＿ｉｄを抽出するので、たくさんの推薦候補アイテムを得ることができる。
【００７２】
推薦候補アイテム抽出の第２の方法は、選出利用履歴格納部１３５より、ステップＳ４
０４にて取得したいずれかの類似ユーザ情報のｓｉｍ＿ｕｓｅｒ＿ｉｄと同一のｕｓｅｒ
＿ｉｄが含まれる選出利用履歴のｉｔｅｍ＿ｉｄを抽出する方法である。推薦候補アイテ
ム抽出の第２の方法は、類似ユーザが利用した全てのアイテムの中からではなく、利用履
歴の一部である選出利用履歴から推薦候補アイテムのｉｔｅｍ＿ｉｄを抽出するので、推
薦候補アイテムが少なくなる分、計算量が小さくなる。また、選出利用履歴は、直近の利
用時期のものほど多く選出されているため、推薦候補アイテムに、類似ユーザの最近の嗜
好が反映されやすくなる。つまり、類似ユーザが最近利用しているアイテムは、基準ユー
ザも気に入る可能性が高いので、基準ユーザがこれから気になりそうなアイテムが推薦候
補アイテムに入りやすくなる。
【００７３】
次に、推薦アイテム選出部１１３は、推薦候補アイテムごとに推薦値を算出する（ステ
ップＳ４０６）。ステップＳ４０５にて推薦候補アイテム抽出の第１の方法を用いた場合
、推薦値は、その推薦候補アイテムのｉｔｅｍ＿ｉｄが利用履歴に存在する類似ユーザの
数や類似度の総和、類似ユーザの利用履歴を用いて算出した嗜好度の総和などを組み合わ
せて算出すればよい。また、ステップＳ４０５にて推薦候補アイテム抽出の第２の方法を
用いた場合、推薦値は、利用履歴の代わりに選出利用履歴を用いて同様に算出すればよい
。
また、推薦値算出を行う際に、選出条件である第１の条件や第２の条件による重み付け
をすることができる。
【００７４】
まず、第１の条件による推薦値の重み付けについて説明する。
第１の条件による推薦値の重み付けを行うには、第１の条件を用いた選出利用履歴選出
処理にて、ユーザごとに選択された第１の条件を情報処理サーバ格納部１３に格納した上
で、まず、基準ユーザ（ユーザｘ）と類似ユーザ（ユーザｙ）の選択された第１の条件の
取得期間の差が小さければ小さいほど大きくなるような重み付け係数を算出する。重み付
け係数ｗ（ｘ、ｙ）は、類似度算出における式（１）や式（２）を用いて同様に算出すれ
ばよい。そして、推薦候補アイテムごとに、その推薦候補アイテムｉｒを利用した類似ユ
ーザｙ’（∈Ｙ（ｉｒ））の重み付け係数ｗ（ｘ、ｙ’）を用いて、推薦値ｖ（ｘ，ｉｒ
）を式（５）にて算出する。また、類似ユーザｙ’と類似度ｓｉｍ（ｘ，ｙ’）を用いて
、式（６）や式（７）にて算出してもよい。もちろん類似度の代わりに嗜好度を用いても
よい。
【００７５】
次に、第２の条件による推薦値の重み付けについて説明する。
第２の条件による推薦値の重み付けを行うには、第２の条件を用いた選出利用履歴選出
処理にて、ユーザごとに最後に選択された第２の条件を情報処理サーバ格納部１３に格納
した上で、まず、基準ユーザ（ユーザｘ）と類似ユーザ（ユーザｙ）の選択された第２の
条件の適用順が近いほど大きくなるような重み付け係数を算出する。重み付け係数ｗ（ｘ
、ｙ）は、類似度算出における式（１）や式（２）を用いて同様に算出すればよい。そし
て、第１の条件の場合と同様に、推薦値ｖ（ｘ，ｉｒ）を式（５）や式（６）や式（７）
にて算出すればよい。
【００７６】
【数５】
0005928572.tif 000006
【００７７】
【数６】
0005928572.tif 000007
【００７８】
【数７】
0005928572.tif 000008
【００７９】
以上のように、選出条件を考慮することで、利用頻度が似ている類似ユーザが過去に利
用したアイテムが推薦されやすくなる。
【００８０】
次に、推薦アイテム選出部１１３は、ステップＳ４０６にて算出した推薦値を基に、推
薦候補アイテムの中から、推薦アイテムを選出する（ステップＳ４０７）。推薦アイテム
を選出するには、推薦値の高い順にサービス提供側が予め定めた所定数までの推薦候補ア
イテムを推薦アイテムとして選出してもよい。また、サービス提供側が予め定めた所定値
より高い推薦値を有する推薦候補アイテムを推薦アイテムとして選出してもよい。もちろ
ん、全ての推薦候補アイテムを推薦アイテムとして選出してもよい。
次に、推薦アイテム選出部１１３は、推薦アイテム情報格納部１３７に、ステップＳ４
０３にて選択したｂａｓｅ＿ｕｓｅｒ＿ｉｄ（ｕｓｅｒ＿ｉｄ）と、ステップＳ４０７に
て選出した推薦アイテムのｉｔｅｍ＿ｉｄと、ステップＳ４０６にて算出した推薦値（ｒ
＿ｖａｌｕｅ）とを関連付けた推薦アイテム情報を格納する（ステップＳ４０９）。
【００８１】
次に、推薦アイテム選出部１１３は、ステップＳ４０３にて、ステップＳ４０２にて抽
出した全てのｕｓｅｒ＿ｉｄが選択されたか否かを判定する（ステップＳ４０９）。全て
選択された場合は、ステップＳ４０１からステップＳ４０９までの一連の処理を終了し、
まだ未選択のものが存在する場合はステップＳ４０３へ進む。
以上が、推薦アイテム選出処理の説明である。
推薦アイテム提供部１１４は、端末装置３の要求に応じて、端末装置３に推薦詳細アイ
テム情報を送信する。具体的には、まず、推薦アイテム情報格納部１３７より、要求を行
った端末装置３の利用ユーザのユーザ識別子に対応する推薦アイテム情報を抽出する。次
に、アイテム情報格納部１３２より、抽出した推薦アイテム情報に含まれるアイテム識別
子に対応するアイテム情報を取得する。そして、取得したアイテム情報を基に推薦アイテ
ム詳細情報を作成し、端末装置３に作成した推薦アイテム詳細情報を送信する。
【００８２】
なお、同一のユーザによる同一のアイテムの利用が複数回ある場合、つまり、（ｕｓｅ
ｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）の組合せが一致する利用履歴が複数存在する場合は、利用履
歴を用いて作成した利用情報を用いて、上記一連の処理を行ってもよい。このとき、利用
履歴は、利用情報の更新のためにのみ用いられ、他の処理では用いられなくなるので、利
用履歴を記憶しておく必要がなくなる。このため、利用履歴登録部１１１の代わりに利用
情報更新部を、利用履歴格納部１３３の代わりに利用情報を格納する利用情報格納部を用
意する。また、利用情報が選出対象となるため、選出利用履歴作成部１１２の代わりに選
出利用情報作成部を、選出利用履歴格納部１３５の代わりに選出利用情報格納部を用意す
る。なお、利用履歴と利用情報とを総称して利用関連情報とも呼ぶこととする。また、前
述の通り、選出利用履歴作成部１１２と、後述する選出利用情報作成部とを総称して選出
利用関連情報作成部とも呼ぶこととする。
【００８３】
図１７は、利用情報格納部の格納状態を示す図である。利用情報は、ユーザ識別子（ｕ
ｓｅｒ＿ｉｄ）と、アイテム識別子（ｉｔｅｍ＿ｉｄ）と、利用回数（ｃｎｔ＿ｄｌ）と
、初めて利用した利用時期を示す開始利用時期情報（ｆｉｒｓｔ＿ｄｌ＿ｄａｔｅ）と、
最後に利用した利用時期を示す最終利用時期情報（ｌａｓｔ＿ｄｌ＿ｄａｔｅ）とを組み
合わせたものであり、図１７のテーブル形式で複数格納されている。（ｕｓｅｒ＿ｉｄ，
ｉｔｅｍ＿ｉｄ）の組合せは一意であり、重複して登録することができない。
【００８４】
利用情報更新部は、端末装置３より利用履歴を受信するたびに、利用情報を更新する。
このとき、利用情報格納部に、受信した利用履歴の（ｕｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）
の組合せと一致する利用情報が含まれていない場合は、受信した利用履歴の（ｕｓｅｒ＿
ｉｄ，ｉｔｅｍ＿ｉｄ）の組合せと、利用回数を１とし、開始利用時期情報と最終利用時
期情報とを利用履歴に含まれる利用時期情報として利用情報を作成し、作成した利用情報
を利用情報格納部に記憶すればよい。また、利用情報格納部に、受信した利用履歴の（ｕ
ｓｅｒ＿ｉｄ，ｉｔｅｍ＿ｉｄ）の組合せと一致する利用情報が含まれている場合は、一
致した利用情報の利用回数を「１」加算し、最終利用時期情報を、受信した利用履歴の利
用時期情報で更新すればよい。ここで、利用履歴に評価値が含まれる場合は、利用情報に
評価値の代表値（例えば、直近の評価値など）を関連付けてもよい。また、利用履歴に支
払額が含まれている場合は、利用情報に支払い額の代表値（例えば、合計値や最大値など
）を関連付けてもよい。それ以外にも、利用情報に、利用履歴に含まれる値に対する代表
値（最大値や最小値や最頻値や中央値や直近の値や合計値や平均値など）を関連付けても
よい。つまり、利用情報は、利用履歴の集計結果となる。
選出利用情報格納部は、利用情報の一部である選出利用情報（選出利用関連情報）を格
納するので、利用情報格納部と同じ図１７の格納形式となる。
【００８５】
選出利用情報作成部は、選出利用情報選出処理を行う。第１の条件を用いた選出利用情
報選出処理においても、第２の条件を用いた選出利用情報選出処理においても、最終利用
時期情報を用いて所定期間に該当するかを判定すれば、選出利用履歴作成部１１２による
第１の条件を用いた選出利用履歴選出処理や第２の条件を用いた選出利用履歴選出処理と
同様に行うことができる。
【００８６】
また、類似度算出部１１５による類似ユーザ選出処理と、推薦アイテム選出部１１３に
よる推薦アイテム選出処理では、利用履歴の代わりに、利用情報を用いることで同様に処
理を行うことができる。
利用履歴を記憶せずに、利用履歴の集計結果となる利用情報を記憶することになるため
、情報処理サーバ格納部１３に記憶するデータ量を軽減することができる。また、最終利
用時期情報が利用履歴を受信するたびに更新されるので、最新の利用時期情報をすぐに得
ることができる。
【００８７】
ここで、本発明が高い効果を発揮するサービスの形態について説明する。本発明は、ユ
ーザごとに、利用頻度や利用形態に偏りがあるサービスで特に効果を発揮する。図１８は
、楽曲販売サイトにおけるユーザＩＤ「ｕ１」のユーザの購入履歴（利用履歴に相当する
）を購入時期が最新のものから順に並べた図である。図１８が示すように、ユーザＩＤ「
ｕ１」のユーザは、１，２ヶ月に１度程度購入するような利用数の少ないユーザである。
【００８８】
図１９は、楽曲販売サイトにおけるユーザＩＤ「ｕ２」のユーザの購入履歴を購入時期
が最新のものから順に並べた図である。図１９が示すように、ユーザＩＤ「ｕ２」のユー
ザは、約１ヶ月で２０曲といったように、かなり頻繁に購入するような利用数の多いユー
ザである。図２０は、楽曲販売サイトにおけるユーザＩＤ「ｕ３」のユーザの購入履歴を
購入時期が最新のものから順に並べた図である。
【００８９】
図１８と図２０が示すように、２０１０年５月１日から２０１１年４月３０日までの過
去１年間における購入数は、ユーザＩＤ「ｕ１」に対応するユーザが「８」個、ユーザＩ
Ｄ「ｕ３」に対応するユーザが「１５」個といったように、ユーザＩＤ「ｕ３」に対応す
るユーザは、ユーザＩＤ「ｕ１」に対応するユーザよりも購入頻度は高いが、最後にアイ
テムを購入したのが他のユーザと比較して、３か月以上前である。図２１は、ジャンルＩ
Ｄと楽曲ＩＤとの対応を示す図である。図２１に示すように、楽曲ＩＤをジャンルＩＤと
の対応関係が分かりやすいように、楽曲ＩＤの「−」の前にある数値と、ジャンルＩＤの
数値とが一致するようにしている。
【００９０】
図１８と図２１とが示すように、ユーザＩＤ「ｕ１」のユーザは、３年弱の間に、購入
したアイテムのジャンルが「ｇ７→ｇ８→ｇ２→ｇ１０→ｇ５」と変化しているように、
定期的に嗜好が変化することが読み取れる。また、図１９と図２１とが示すように、ユー
ザＩＤ「ｕ２」のユーザは、約１ヶ月の間に、ジャンル「ｇ１，ｇ３，ｇ４，ｇ５，ｇ９
，ｇ１０，ｇ１２」に属するアイテムを購入するといったように、短い期間で様々なジャ
ンルの楽曲を購入していることが読み取れる。このようなサービスにおいて、本発明の選
出条件を用いて購入履歴を抽出することで、ユーザＩＤ「ｕ１」に対応するユーザの類似
ユーザ選出時においては、類似ユーザとして、最近購入した楽曲のジャンルを購入したユ
ーザが選ばれやすくなり、過去に購入した楽曲のジャンルを購入したユーザは選ばれにく
くなる。
【００９１】
具体的に、２０１１年４月３０日を取得終了時期として、図１２の選出条件の第１の条
件を用いた場合、選出条件ｃ３（１５０日，５個）が選択され、２０１０年１２月２日か
ら２０１１年４月３０日までに購入されたジャンル「ｇ５」のアイテムに関する購入履歴
「３」個と、ジャンル「ｇ１０」のアイテムに関する購入履歴「１」個のみが類似ユーザ
選出に用いられるため、最近の嗜好であるジャンル「ｇ５」のアイテムに関する購入履歴
の影響が強くなり、以前の嗜好がほとんど影響しない。また、ユーザＩＤ「ｕ２」に対応
するユーザの類似ユーザ選出時においては、ユーザＩＤ「ｕ２」に対応するユーザが利用
した様々なジャンルの楽曲に関する購入履歴が利用される。
【００９２】
具体的に、４月３０日を取得終了時期として、図１２の選出条件の第１の条件を用いた
場合、選出条件ｃ１（３０日，２０個）が選択され、２０１１年４月１日から２０１１年
４月３０日までに購入された様々なジャンル「ｇ１，ｇ３，ｇ４，ｇ５，ｇ９，ｇ１０，
ｇ１２」に属するアイテムに関する購入履歴１７個が類似ユーザ選出に用いられるので、
ユーザの幅広い嗜好を反映できる。
【００９３】
また、ユーザＩＤ「ｕ３」に対応するユーザにおいては、ユーザＩＤ「ｕ１」に対応す
るユーザより購入頻度は高いが、直近でアイテムをあまり多く利用していないため、２０
１１年４月３０日を取得終了時期として、図１２の選出条件の第１の条件を用いた場合、
選出条件ｃ３（１５０日，５個）が選択され、購入履歴「３」個のみが類似ユーザ選出に
用いられる。このため、最近アイテムを利用していないユーザＩＤ「ｕ３」に対応するユ
ーザは、他のユーザの推薦処理に対する影響が小さくなる。ただし、購入履歴は抽出され
ているため、推薦アイテムの作成は可能である。もし、このようなサービスで、計算量を
削減するために、ユーザごとに購入履歴を抽出する際に、購入時期情報が新しい順に一律
に所定個数の購入履歴を抽出する方法を用いた場合、購入するアイテム数の偏りを吸収し
にくくなるため、類似ユーザを選出する際に精度が悪くなってしまう可能性がある。
【００９４】
例えば、所定個数を「１０」個とした場合、ユーザＩＤ「ｕ１」に対応するユーザは、
ジャンル「ｇ５」のアイテムに関する購入履歴「３」個と、ジャンル「ｇ１０」のアイテ
ムに関する購入履歴「５」個と、ジャンル「ｇ２」のアイテムに関する購入履歴「２」個
が抽出されてしまうため、以前の嗜好の影響が出てしまう。この影響は、所定個数を増や
せば増やすほど大きくなってしまう。また、ユーザＩＤ「ｕ２」に対応するユーザは、ジ
ャンル「ｇ５，ｇ９，ｇ１０，ｇ１２」のアイテムに関する購入履歴は抽出されるが、同
じ月に購入したジャンル「ｇ１，ｇ３，ｇ４」のアイテムに関する購入履歴は抽出されな
いため、ユーザの嗜好が一部反映できないことが起こってしまう。これは、所定個数を減
らせば減らすほど起こりやすくなってしまう。
【００９５】
また、ユーザＩＤ「ｕ３」に対応するユーザは、最近アイテムを利用していないにも関
らず、他のユーザと同数の購入履歴が抽出されてしまうため、推薦結果に、他のユーザと
同等の影響力をもってしまう。また、このようなサービスで、計算量を削減するために、
所定期間の購入履歴のみを抽出する方法を用いた場合、最新の購入履歴のみを抽出するこ
とはできるが、他の推薦処理と比較して、アイテムが推薦されないユーザがかなり増えて
しまう可能性がある。
【００９６】
例えば、２０１１年４月３０日から遡る所定期間を「９０」日にした場合について説明
する。図１８や図１９に示すように、ユーザＩＤ「ｕ１」に対応するユーザや、ユーザＩ
Ｄ「ｕ２」に対応するユーザに関しては、購入履歴を抽出することができるが、ユーザＩ
Ｄ「ｕ３」に対応するユーザは、所定期間９０日に対応する２０１１年１月３１日から２
０１１年４月３０日までにアイテムを購入していないため、購入履歴が抽出されない。つ
まり、所定期間から少しでもはずれたユーザは、購入履歴が全く抽出されないため、アイ
テムが推薦されない。そして、所定期間を短くすればするほど、アイテムが推薦されない
ユーザの数が増えていく。
【００９７】
また、アイテムが推薦されるユーザの数を確保するために所定期間を長くすると、推薦
処理に利用する購入履歴の数が増えてしまい、計算量削減の効果が低くなってしまう。ま
た、上記２つを組み合わせて、所定期間の購入履歴のうち、購入時期情報が新しい順に一
律に所定個数の購入履歴を抽出する方法を用いた場合、所定期間を短くすると、アイテム
が推薦されないユーザの数が増えていくといった問題が発生し、所定期間を長くすると、
購入時期情報が新しい順に一律に所定個数の購入履歴を抽出する方法と同様の問題が発生
する。
【００９８】
以上のように、本発明の情報処理装置、情報処理方法、及び情報処理プログラムによれ
ば、直近の利用履歴ほど多くなるように選出利用履歴として選出し、選出利用履歴を用い
て類似ユーザを選出する。このように、利用履歴の一部である選出利用履歴のみを用いて
類似ユーザを選出するため、計算量を削減することができる。また、直近の利用履歴を多
く選出できるので、最近のアイテムの利用傾向が近いユーザを類似ユーザとして選出しや
すくなるため、ユーザの嗜好の移ろいやすさに対応した類似ユーザの選出ができる。この
ため、精度よく類似ユーザを選出することができる。
【００９９】
また、最近アイテムを利用していないユーザに対しては、少数の利用履歴を取得するこ
とで、他のユーザの推薦処理への影響を小さくしつつ、推薦アイテムを作成することがで
きる。これは、計算量削減によって生じやすい、アイテムが推薦されないユーザ数の増加
を軽減することにもつながる。
また、推薦アイテムを選出する際にも、選出利用履歴を用いることで、これから基準ユ
ーザが気になりそうなアイテムを推薦しやすくすることができる。
【符号の説明】
【０１００】
１  情報処理サーバ装置（情報処理装置）
２  ネットワーク
３  端末装置
１１  情報処理サーバ制御部
１１１  利用履歴登録部
１１２  選出利用履歴作成部（選出利用関連情報作成部）
１１３  推薦アイテム選出部
１１４  推薦アイテム提供部
１１５  類似度算出部
１２  情報処理サーバ通信部
１３  情報処理サーバ格納部
１３１  ユーザ情報格納部
１３２  アイテム情報格納部
１３３  利用履歴格納部
１３４  選出条件格納部
１３５  選出利用履歴格納部
１３６  類似ユーザ情報格納部
１３７  推薦アイテム情報格納部
【図１】
0005928572.tif 000009
【図２】
0005928572.tif 000010
【図３】
0005928572.tif 000011
【図４】
0005928572.tif 000012
【図５】
0005928572.tif 000013
【図６】
0005928572.tif 000014
【図７】
0005928572.tif 000015
【図８】
0005928572.tif 000016
【図９】
0005928572.tif 000017
【図１０】
0005928572.tif 000018
【図１１】
0005928572.tif 000019
【図１２】
0005928572.tif 000020
【図１３】
0005928572.tif 000021
【図１４】
0005928572.tif 000022
【図１５】
0005928572.tif 000023
【図１６】
0005928572.tif 000024
【図１７】
0005928572.tif 000025
【図１８】
0005928572.tif 000026
【図１９】
0005928572.tif 000027
【図２０】
0005928572.tif 000028
【図２１】
0005928572.tif 000029