JP2009064365A - お勧め情報提供方法 - Google Patents

Abstract

【課題】利用者が動画、音楽等の多数のアイテムの中から購入したいアイテムを選び出す困難さを解消するために、購入履歴情報をもとに利用者の嗜好を推定してお勧め情報を提供する手法がある。しかしこの場合、購入はしたものの嗜好に沿わない場合にはお勧め情報の精度が低下する。
【解決手段】本発明は、アイテム実行装置からアイテムサーバへネットワークを介して利用者の嗜好を示す情報を送信し、サーバは受信した情報をもとにお勧めのアイテムを示すリストを作成しクライアントへ送信するアイテム配信システムを提案するものである。利用者はアイテム実行装置にて評価やコメントを入力することもできるが、特段の作業を行なわなくても、閲覧回数や、閲覧時間などの実行処理履歴などに基づいても利用者の嗜好を示す情報を発信することができる。
【選択図】 図１

Description

本発明は、ネットワーク等を介して動画、音楽、書籍およびゲーム等のアイテムを配信するシステムにおけるお勧め情報の提供方法に関するものである。

従来から、インターネットを介して動画、音楽等の各種アイテムが販売されており、利用者はさまざまなアイテムを店舗に赴くことなく、自宅に居ながらにして購入することができる。ただし、インターネット上で商品販売を行うサイトは多くのアイテムを扱っており、利用者は購入したいアイテムを選び出すことが困難な場合がある。そのため、例えば特許文献１に記載されているように、利用者へお勧め情報を提供する技術が提案されている。この特許文献では、商品販売サイトのサーバにて、利用者が購入したアイテム群の情報を保持しておいて、その情報をもとにして利用者の嗜好を推定する方法が記載されている。
特開２００２−１１７０４８号公報

しかしながら、上記特許文献１の技術においては、利用者が購入した情報を元にしてお勧め情報を提供するため、利用者が購入はしたものの嗜好に沿わないなどの場合にはお勧め情報の精度が低下し、利用者に対して適切なお勧め情報を提供することができないという課題が生じうる。

また、利用者がネットワークを介して購入した情報のみをもとにしてお勧め情報を作成するため、利用者が他の手段で入手したアイテムに関しての情報が考慮されないために、お勧め情報の精度が低下し、利用者に対して適切なお勧め情報を提供することができなかった。

本発明はかかる実情に鑑み、クライアントであるアイテム実行装置からアイテムサーバへネットワークを介して利用者の嗜好を示す情報を送信し、サーバは受信した情報をもとにお勧めのアイテムを示すリストを作成しクライアントへ送信することを特徴とするアイテム配信システムを提案するものである。利用者はアイテム実行装置にて評価やコメントを入力することもできるが、特段の作業を行なわなくても、閲覧回数や、閲覧時間などの実行処理履歴などに基づいて、利用者の嗜好を示す情報を発信することができる。アイテムサーバは受信した嗜好情報をもとにして、各利用者に対してお勧め情報を提供する。また、ネットワーク上で購入していないアイテムに関しても、それに対する評価などの情報がアイテムサーバへ送信されることにより、適切なお勧め情報の提供が可能となる。

以上、説明したように本件発明に係るアイテム配信システムは、利用者の嗜好を適切に反映することができるため、より適切なお勧め情報を利用者に提供することが可能となる。

以下に、各発明を実施するための最良の形態を説明する。各実施形態と請求項の関係はおおむね次のようなものである。実施形態１は、主に請求項１、９から１５について説明する。 実施形態２は、主に請求項２から８について説明する。 なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。

また、以下に記載する各機能ブロックは、ハードウェア、またはメモリ上に展開しハードウェアを制御することでその作用が得られるソフトウェア、またはハードウェア及びソフトウェアの両方として実現されうる。具体的には、コンピュータを利用するものであれば、ＣＰＵ、メモリ、ハードディスクドライブ、ＣＤ−ＲＯＭ／ＤＶＤ−ＲＯＭなどの読み取りドライブ、各種通信用の送受信ポート・インターフェイス・その他の周辺装置などのハードウェア構成部、それらハードウェアを制御するためのドライバプログラム、その他アプリケーションプログラムなどが挙げられる。

さらに、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。またこのような発明の一部をソフトウェアとして構成することもできる。さらにそのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である。）

<<実施形態１>>

本実施形態の概要について説明する。本実施形態は、クライアントであるアイテム実行装置からアイテムサーバへネットワークを介して利用者の嗜好を示す情報を送信し、サーバは受信した情報をもとにお勧めのアイテムを示すリストを作成しクライアントへ送信することを特徴とするアイテム配信システムである。

図１は、本実施形態のアイテム配信システムの一例を示すものである。アイテム配信システムは、アイテム実行装置と、アイテムサーバとから構成される。今、アイテム実行装置は、画像、音楽などのコンテンツを提供するアイテムをアイテムサーバなどから入手して既に保持しているとする。利用者はアイテム実行装置にて、アイテムの閲覧（再生）などの実行処理を行なうことができ、アイテム実行装置はこのときの実行処理の履歴を示す情報を実行処理履歴情報として取得して保持する。また、利用者はアイテム実行装置を処理操作することで、アイテムについての評価などを入力することができ、アイテム実行装置はこのとき受け付けた処理操作に関する情報を処理操作受付情報として取得して保持する。これらの情報はアイテムと関連付けてアイテムサーバへと送信する。

アイテムサーバは、これを受信し、自身が保持するテーブルに記録されている関連付情報との比較を行なう。ここで、関連付情報とは、処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた情報である。比較処理は、例えば、受信した情報が所定の条件を満たす場合（例えば、閲覧回数が所定の閾値を越えている場合など）には、その状態を利用者がそのアイテムを好んでいるとものとみなし、テーブル保持部に保持されている関連付情報に含まれる処理操作受付情報のうち、利用者によるアイテムの評価を示す評価情報が高いものを抽出することなどが例示できる。なおこのとき、受信した情報と関連付けられたアイテムの識別情報などに基づいて、同じジャンルのアイテムをテーブルから抽出するためにさらに絞り込んで検索を行うとしてもよい。ここで、同じジャンルのアイテムとは、アイテム群を一定の分野ごとに分類した際に生じた同じ分野に属するアイテムを指す場合もあるし、当該利用者の嗜好と同様の嗜好を持つ利用者群に評価の高いアイテムを指す場合もある。最後に、アイテムを識別するための識別情報を取得し、リスト化してアイテム実行装置へと送信する。

アイテムサーバは、受信した情報に基づいて、適宜関連付情報のテーブルを更新することができる。これによって、アイテムサーバは、最新のテーブルに基づいて、受信した情報の送信元である利用者に、適切なお勧め情報を提供することができる。また、利用者は、アイテム実行装置にて受信したリストに基づいて、自身の嗜好に近いアイテムを容易に取得することができる。

<実施形態１：構成> 図２は、本実施形態の機能ブロックの一例を示したものである。 図２に示す本実施形態の「アイテム配信システム」（０２００）は、「アイテム実行装置」（０２１０）と、「アイテムサーバ」（０２２０）とからなる。さらに、アイテム実行装置（０２１０）は、「アイテム受付部」（０２１１）と、「処理操作受付部」（０２１２）と、「処理操作受付情報蓄積部」（０２１３）と、「アイテム実行処理部」（０２１４）と、「実行処理履歴情報蓄積部」（０２１５）と、「送信部」（０２１６）とを有し、アイテムサーバ（０２２０）は、「アイテム蓄積部」（０２２１）と、「テーブル保持部」（０２２２）と、「情報受信部」（０２２３）と、「アイテム識別情報取得部」（０２２４）と、「アイテム識別情報リスト送信部」（０２２５）とを有する。

（アイテム配信システム ０２００） 「アイテム配信システム」（０２００）は、後述するアイテム実行装置（０２１０）と、アイテムサーバ（０２２０）とから構成される。なお、アイテム実行装置とアイテムサーバとは、直接ネットワークを介して通信を行う場合もあるし、プロキシを間に介してネットワークで接続されて通信を行う場合もある。前者は、アイテム実行装置が携帯機器である場合には、消費電力を考慮して常にはネットワークと接続していないことが考えられるが、アイテム実行装置が自動で定期的にネットワークに接続して各情報をアイテムサーバに送信してもよいし、利用者が明示的に操作してネットワークに接続して情報をアイテムサーバに送信してもよい。また、後者は、例えば、アイテム実行装置とプロキシはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）で接続することが可能で、アイテム実行装置とプロキシが接続された際に自動的に情報がアイテム実行装置からプロキシへ送信され、プロキシはアイテムサーバにイーサネット（登録商標）などのネットワークを介して情報を送信する。これについては、後述の具体的構成にて説明する。

（アイテム実行装置 ０２１０） 「アイテム実行装置」（０２１０）は、アイテムの実行処理が可能な装置一般を広く含む。またアイテムは、動画、静止画、楽音、テキストなどのコンテンツを想定したものである。このとき、画像、楽音のコンテンツは、ＭＰＥＧ−４やＨ．２６４などの動画符号化器や、ＭＰ３やＡＡＣなどの音声符号化器により圧縮されている場合もある。また、テキストのコンテンツには、書籍のデータの他、図およびレイアウトの情報が含まれている場合もある。

したがって、アイテム実行装置は、これらのコンテンツの再生が可能なことが必須である。なお、アイテム実行装置は、ＰＣやＨＤＤレコーダーなどの設置型の装置にとどまらず、携帯電話、ＰＤＡなど携帯型の装置なども該当する。以下にアイテム実行装置の構成要素を列挙して説明する。

（アイテム受付部 ０２１１） 「アイテム受付部」（０２１１）は、データから構成され実行処理に応じてユーザにコンテンツを提供するアイテムを受け付ける。アイテムの発信元は、後述するアイテムサーバなどが該当する。受け付けるアイテムには、ネットワークを介して購入したアイテム（アイテムサーバからダウンロードしたアイテム）に限定されず、それ以外のアイテムも含む。ネットワークを介して購入したもの以外のアイテムとしては、例えば店舗等で購入した（あるいは既に保持していた）ＣＤに含まれる楽曲をＭＰ３やＡＡＣなどの音声符号化器を用いて圧縮するなどして作成したものが例示できる。この場合、ＣＤＤＢなどのデータベースから、アイテムのタイトル、作成者、作成日時、ジャンル、アイテムの写真などを入手することが可能である。また、ＣＤＤＢなどのデータベースへ接続できない場合には、ユーザがキーボードなどの入力装置を用いて、前記の情報を入力してもよい。これらのアイテムに付随する情報は、アイテムサーバと通信を行う際に、アイテムサーバ内のアイテムデータベースの内容とマッチングを行うことにより整合を取ることができる。したがって、アイテムサーバからダウンロードしていないアイテムに関しても、ダウンロードしたアイテムと同様に処理することが可能となる。また、アイテムはプロキシにて作成され、アイテム実行装置へ転送されるとしてもよい。

なお、アイテムの受付に際しては、後述のアイテムサーバから送信されるアイテム識別情報リストに基づいて、特定のアイテムを指定してアイテムサーバに要求することで入手することもできる。

（処理操作受付部 ０２１２） 「処理操作受付部」（０２１２）は、アイテムの処理操作を受付ける。アイテムの処理操作とは、利用者によるアイテムの評価や、アイテムに対するコメントなどの入力操作や、アイテムの受付処理、アイテムを推薦リストに登録する処理などが該当する。これらについては後の実施形態にて詳述する。

（処理操作受付情報蓄積部 ０２１３） 「処理操作受付情報蓄積部」（０２１３）は、アイテムごとに処理操作受付部（０２１２）での処理操作受付情報を取得して蓄積する。処理操作受付情報とは、利用者により入力されたアイテムの評価を示す数値や、アイテムに対するコメントなどの情報、新規アイテムの受付の有無、受付後経過時間等を示す情報、アイテムの推薦リストのランキングを示す情報などが該当する。これらについては後の実施形態にて詳述する。

（アイテム実行処理部 ０２１４） 「アイテム実行処理部」（０２１４）は、アイテムの実行処理をする。アイテムの実行処理とは、アイテムの閲覧（再生）、早送り、巻戻し、スキップ、拡大表示などの処理が該当する。これらについては後の実施形態にて詳述する。

（実行処理履歴情報蓄積部 ０２１５） 「実行処理履歴情報蓄積部」（０２１５）は、アイテムごとにアイテム実行処理部（０２１４）での実行処理履歴情報を取得して蓄積する。実行処理履歴情報とは、各実行処理と時間とを関連付けることで生成される実行処理の履歴を示す情報をいい、例えばアイテムの閲覧（再生）の有無、回数、時間などを示す情報が該当する。これらについては後の実施形態にて詳述する。

（送信部 ０２１６） 「送信部」（０２１６）は、処理操作受付情報蓄積部（０２１３）又は／及び実行処理履歴情報蓄積部（０２１５）に蓄積された情報を、アイテムと関連付けて送信する。アイテムと関連付けて送信される情報としては、処理操作受付情報のみの場合、実行処理履歴情報のみの場合、処理操作受付情報と、実行処理履歴情報の両方を含む場合がある。これらの情報とアイテムとが関連付けられることによって、各アイテムに対してどのような処理操作が行われたかを識別可能となる。送信は、一定時間経過ごとに自動的に実行されるとしてもよいし、利用者の操作によって実行されるとしてもよい。

その他アイテム実行装置は、画像やテキストなどを表示するための液晶などのディスプレイや、楽音を出力するためのスピーカなどのアイテム出力部で構成される。また、閲覧するコンテンツの選択や、音量調整、さらに利用者の嗜好情報を入力するために用いられる複数のボタンなどの操作入力部も有する。

（アイテムサーバ ０２２０） 「アイテムサーバ」（０２２０）は、アイテムを蓄積し、アイテム実行装置との通信が可能な装置一般を広く含む。以下にアイテムサーバの構成要素を列挙して説明する。

（アイテム蓄積部 ０２２１） 「アイテム蓄積部」（０２２１）は、アイテムを蓄積する。アイテム蓄積部には、アイテム自体のほか、アイテムのタイトル、作成者、作成日時、ジャンル、アイテムの写真、販売価格などアイテムに付随する情報なども蓄積している場合がある。アイテムは、要求に応じてアイテム実行装置（アイテム受付部）に対して配信される。

（テーブル保持部 ０２２２） 「テーブル保持部」（０２２２）は、処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた関連付情報を記録したテーブルを保持する。アイテムと関連付けられる情報としては、処理操作受付情報のみの場合、実行処理履歴情報のみの場合、処理操作受付情報と、実行処理履歴情報の両方を含む場合がある。関連付け情報は、各アイテムが利用者にどのように実行（閲覧・再生）されているか、どのような評価を受けているかなどを示している。テーブルは、後述の情報受信部（０２２３）にて受信した処理操作受付情報や実行処理履歴情報に基づいて、適宜新たに更新される場合がある。

（情報受信部 ０２２３） 「情報受信部」（０２２３）は、アイテム実行装置から送信される処理操作受付情報又は／及び実行処理履歴情報を受信する。処理操作受付情報や実行処理履歴情報は、複数の利用者のアイテム実行装置から送信される。受信した情報は、後述するアイテム識別情報取得部（０２２４）にてアイテム識別情報を取得するために用いられ、さらに、テーブル保持部（０２２２）に記録するためにアイテムごとにまとめられ、関連付情報を生成する。情報受信部にて受信した情報は、テーブルの更新と、お勧め情報の発信トリガと、ふたつの作用を及ぼす。

（アイテム識別情報取得部 ０２２４） 「アイテム識別情報取得部」（０２２４）は、情報受信部（０２２３）で受信した処理操作受付情報又は／及び実行処理履歴情報と、テーブル保持部（０２２２）に保持されているテーブルに記録されている関連付情報と、に基づいてアイテムを識別するための情報を取得する。これは、受信した情報の送信元である利用者の嗜好に合致すると推測されるアイテムを抽出するために実施する。例えば、受信した情報が所定の条件を満たす場合（例えば、閲覧回数が所定の閾値を越えている場合など）には、その状態を利用者がそのアイテムを好んでいるとものとみなし、テーブル保持部に保持されている関連付情報に含まれる処理操作受付情報のうち、利用者によるアイテムの評価を示す評価情報が高いものを抽出することなどが例示できる。また、その処理操作受付情報と関連付けられるアイテムを識別するための識別情報を抽出する。なお、受信した情報と関連付けられたアイテムの識別情報などに基づいて、同じジャンルのアイテムをテーブルから抽出するためにさらに絞り込んで検索を行うとしてもよい。

（アイテム識別情報リスト送信部 ０２２５） 「アイテム識別情報リスト送信部」（０２２５）は、取得したアイテム識別情報をリストとしてアイテム実行装置に対して送信する。複数のアイテム識別情報が抽出された場合には、それらを適宜優先順位付けし（アイテム入手時期が新しい順など）、優先度の高いものから、指定個数のアイテムをお勧め情報としてリスト化し、アイテム実行装置に対して送信する。アイテム識別情報リスト送信部は、利用者ごとにユニークなリストを送信することができ、有益である。

<実施形態１：具体的構成１> 図３は、本実施形態において、アイテム実行装置とアイテムサーバとが直接ネットワークを介して通信を行う場合についての具体的構成の一例を示す概略図である。本発明は、「アイテム実行装置」（０３１０）と、「アイテムサーバ」（０３２０）とからなる。さらに、アイテム実行装置（０３１０）は、「アイテム保持部」（０３１１）と、「嗜好情報保持部」（０３１２）と、「アイテム出力部」（０３１３）と、「操作入力部」（０３１４）とからなり、アイテムサーバ（０３２０）は、「アイテムデータベース」（０３２１）と、「嗜好データベース」（０３２２）と、「お勧め情報作成部」（０３２３）とからなる。

（アイテム受付部０２１１などにおける処理） ネットワークを介して購入等して受け付けたアイテムは、「アイテム保持部」（０３１１）に保持する。またアイテム保持部には、例えば既に保持していたＣＤをＭＰ３やＡＡＣなどの音声符号化器を用いて圧縮して作成した、ネットワークを介さずに入手したアイテムを保持することも可能である。アイテムを閲覧（再生）する場合には、ディスプレイや、スピーカなどで構成される「アイテム出力部」（０３１３）を介して、画像やテキスト、楽音が出力される。

（処理操作受付部０２１２、処理操作受付情報蓄積部０２１３、アイテム実行処理部０２１４、実行処理履歴情報蓄積部０２１５、送信部０２１６などにおける処理） 複数のボタンなどから構成される「操作入力部」（０３１４）は、閲覧するコンテンツの選択、再生実行、音量調整、利用者の嗜好情報の入力など利用者からの操作入力のために用いられる。利用者の操作に基づいて、処理操作受付情報や実行処理履歴情報が嗜好情報として、「嗜好情報保持部」（０３１２）に保持され、「アイテムサーバ」（０３２０）へ送られる。

（アイテム蓄積部０２２１などにおける処理） 「アイテムデータベース」（０３２１）は、アイテム自体と、アイテムのタイトル、作成者、作成日時、ジャンル、アイテムの写真、販売価格などのアイテムに関する情報を保持している。

（テーブル保持部０２２２などにおける処理） 「嗜好データベース」（０３２２）は、複数の利用者の「アイテム実行装置」（０３１０）から受信した処理操作受付情報や実行処理履歴情報と、アイテムとを関連付けた関連付情報を記録したテーブルを、利用者の嗜好情報として保持する。このとき、複数利用者の嗜好情報を処理してアイテムごとにどのような利用者から嗜好されているかという情報を作成して保持してもよいし、利用者ごとの嗜好情報のまま保持していてもよい。

（情報受信部０２２３、アイテム識別情報取得部０２２４、送信部０２２５などにおける処理） 「お勧め情報作成部」（０３２３）は、嗜好データベース（０３２２）の情報とアイテム実行装置（０３１０）から受信する利用者の嗜好情報をもとに、その利用者の嗜好に合致すると推測されるアイテムを抽出する。複数抽出されたアイテムを適宜優先順位付けし、優先度の高いものから指定個数のアイテムをお勧め情報としてリスト化し、アイテム実行装置（０３１０）に対して送信する。

一方、アイテムサーバから送信されるお勧め情報はアイテム実行装置にて受信し、アイテム出力部（０３１３）にて閲覧可能となる。お勧め情報が大量にあり、アイテム出力部のディスプレイに表示しきれない場合は、利用者が操作入力部（０３１４）を操作し、スクロールすることにより、すべてのお勧め情報を閲覧することができる。その際必要があれば、お勧め情報に含まれるアイテムを、操作入力部を操作して選択することで、選択したアイテムをアイテムサーバからダウンロードすることも可能である。

<実施形態１：具体的構成２> 図４は、本実施形態において、アイテム実行装置とアイテムサーバとがプロキシを間に介してネットワークで接続されて通信を行う場合についての具体的構成の一例を示す概略図である。本発明は、「アイテム実行装置」（０４１０）と、「アイテムサーバ」（０４２０）と、「プロキシ」（０４３０）とからなる。さらに、アイテム実行装置（０４１０）は、「アイテム保持部」（０４１１）と、「嗜好情報保持部」（０４１２）と、「アイテム出力部」（０４１３）と、「操作入力部」（０４１４）とからなり、アイテムサーバ（０４２０）は、「アイテムデータベース」（０４２１）と、「嗜好データベース」（０４２２）と、「お勧め情報作成部」（０４２３）とからなり、プロキシ（０４３０）は、「情報出力部」（０４３１）と、「操作入力部」（０４３２）とからなる。「アイテム実行装置」（０４１０）と、「アイテムサーバ」（０４２０）については、図３と同様である。

アイテム実行装置（０４１０）は、アイテムサーバ（０４２０）と直接通信する能力がない場合は「プロキシ」（０４３０）を経由してアイテムサーバへ嗜好情報を送信してもよい。この場合、アイテム実行装置とプロキシはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やＢｌｕｅｔｏｏｔｈなどで接続することが可能である。アイテム実行装置とプロキシが接続された際に、嗜好情報保持部（０４１２）に保持されている処理操作受付情報や実行処理履歴情報が嗜好情報として自動的にアイテム実行装置からプロキシへ送信される。プロキシでは、「情報出力部」（０４３１）からイーサネット（登録商標）などのネットワークを介して、受信した嗜好情報をアイテムサーバに送信する。

一方、アイテムサーバから送信されるお勧め情報はプロキシにて受信し、「情報出力部」（０４３１）にて閲覧可能となる。お勧め情報が大量にあり、情報出力部のディスプレイに表示しきれない場合は、利用者が操作入力部（０４３２）を操作し、スクロールすることにより、すべてのお勧め情報を閲覧することができる。その際必要があれば、お勧め情報に含まれるアイテムを、操作入力部を操作して選択することで、選択したアイテムをアイテムサーバからダウンロードすることも可能である。ダウンロードしたアイテムはプロキシからアイテム実行装置へ転送することにより、アイテム実行装置にてアイテムの閲覧が可能となる。

<実施形態１：具体的構成３> 図５は、本実施形態において、アイテム実行装置、アイテムサーバ、プロキシ以外の他の機器を含む構成の一例を示す概略図である。図では、アイテム実行装置とアイテムサーバとがプロキシを間に介してネットワークで接続されて通信を行う場合について示したが、アイテム実行装置とアイテムサーバとが直接ネットワークを介して通信を行う場合もある。本発明は、「アイテム実行装置」（０５１０）と、「アイテムサーバ」（０５２０）と、「プロキシ」（０５３０）と、「他の機器」（０５４０）とからなる。さらに、アイテム実行装置（０５１０）は、「アイテム保持部」（０５１１）と、「嗜好情報保持部」（０５１２）と、「アイテム出力部」（０５１３）と、「操作入力部」（０５１４）とからなり、アイテムサーバ（０５２０）は、「アイテムデータベース」（０５２１）と、「嗜好データベース」（０５２２）と、「お勧め情報作成部」（０５２３）とからなり、プロキシ（０５３０）は、「情報出力部」（０５３１）と、「操作入力部」（０５３２）とからなり、他の機器（０５４０）は、「情報出力部」（０５４１）と、「操作入力部」（０５４２）とからなる。「アイテム実行装置」（０５１０）と、「アイテムサーバ」（０５２０）と、「プロキシ」（０５３０）については、図３、４と同様である。

アイテムサーバから送信されるお勧め情報は、アイテム実行装置及びプロキシ以外の他の機器にて受信し、「情報出力部」（０５４１）にて閲覧可能となる。お勧め情報が大量にあり、情報出力部のディスプレイに表示しきれない場合は、利用者が操作入力部（０５４２）を操作し、スクロールすることにより、すべてのお勧め情報を閲覧することができる。他の機器（０５４０）は、例えば携帯電話などが該当し、お勧め情報はメールに記載されてアイテムサーバから送信されることが想定される。この場合、アイテムサーバと他の機器とは、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）などのネットワークを介して接続されている。

<実施形態１：ハードウェア構成> 図６は、本実施形態のハードウェア構成の一例を示す概略図である。この図を利用して、アイテム配信システムの処理実行におけるそれぞれのハードウェア構成部の働きについて説明する。アイテム実行装置（０６１０）は、処理操作受付情報蓄積部と、実行処理履歴情報蓄積部における処理を実現するために「ＣＰＵ（中央演算装置）」（０６１１）と、「メインメモリ」（０６１２）と、「記憶装置（又は記憶媒体）」（０６１３）と、を備える。また上記ハードウェア構成部に加えて「Ｉ／Ｏ」（０６１４）を備え、アイテム受付部と、処理操作受付部と、アイテム実行処理部における処理を実現するために入力インターフェイス機能を、送信部における処理を実現するために出力インターフェイス機能を用いる。さらに、アイテムの再生処理等を実現するために、記載していないが出力インターフェイスを介してディスプレイ等と接続している。これらは、「システムバス」（０６１５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

同様に、アイテムサーバ（０６２０）は、アイテム蓄積部と、テーブル保持部と、アイテム識別情報取得部における処理を実現するために「ＣＰＵ（中央演算装置）」（０６２１）と、「メインメモリ」（０６２２）と、「記憶装置（又は記憶媒体）」（０６２３）と、を備える。また上記ハードウェア構成部に加えて「Ｉ／Ｏ」（０６２４）を備え、情報受信部における処理を実現するために入力インターフェイス機能を、アイテム識別情報リスト送信部における処理を実現するために出力インターフェイス機能を用いる。これらは、「システムバス」（０６２５）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。

記憶装置（０６１３、０６２３）はＣＰＵにて実行される各種プログラムや、アイテム、処理操作受付情報、実行処理履歴情報、関連付情報テーブルなどを記憶している。また、メインメモリ（０６１２、０６２２）は記憶装置に記憶されているプログラムを実行するために、そのプログラムを読み出して展開する領域であるワーク領域を提供する。さらに、このメインメモリや記憶装置にはそれぞれ複数のメモリアドレスが割り当てられており、ＣＰＵ（０６１１、０６２１）で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやり取りを行い、処理することが可能となっている。以上が各ハードウェア構成の機能である。

まず、アイテム実行装置（０６１０）の電源を入れると、記憶装置（０６１３）に記憶されている処理操作受付プログラム（処理操作受付部）（アドレス０１）、アイテム実行処理プログラム（アイテム実行処理部）（アドレス０２）、送信プログラム（送信部）（アドレス０３）がメインメモリ（０６１２）のワーク領域（アドレス１１から１３）にそれぞれ展開される。同様に、アイテムサーバ（０６２０）においても、記憶装置（０６２３）に記憶されているアイテム識別情報取得プログラム（（アイテム識別情報取得部）アドレス０１）、アイテム識別情報リスト送信プログラム（アイテム識別情報リスト送信部）（アドレス０２）がメインメモリ（０６２２）のワーク領域（アドレス１１、１２）にそれぞれ展開される。

このときアイテム実行装置は、Ｉ／Ｏ（入力インターフェイス）（０６１４）を介して、外部（アイテムサーバなど）からアイテムを取り込み、記憶装置（０６１３）のアドレス０４に記憶している。一方、Ｉ／Ｏ（入力インターフェイス）を介して、利用者の操作によって処理操作命令や、実行処理命令が入力された場合には、その命令の入力がトリガとなり、メインメモリのワーク領域に展開された処理操作受付プログラム（アドレス１１）や、アイテム実行処理プログラム（アドレス１２）がＣＰＵ（０６１１）によって実行される。処理操作受付プログラムは、受け付けた処理操作命令に基づいて、利用者によって入力されたアイテムの評価などを示す処理操作受付情報を記憶装置のアドレス０５に記憶する。同様に、アイテム実行処理プログラムは、受け付けた実行処理命令に基づいて、アイテムの閲覧回数などを示す実行処理履歴情報を記憶装置のアドレス０６に記憶する。また、これらの情報から、付随するアイテムを識別する情報を抽出し、一旦メインメモリのデータ領域などに格納しておく。

次に、処理操作受付情報等の記憶装置への格納がトリガとなり、メインメモリのワーク領域に展開された送信プログラム（アドレス１３）がＣＰＵによって実行される。送信プログラムは、記憶装置のアドレス０５と０６に格納されている情報を読み出し、これらとアイテム（アイテム識別情報）とを関連付けて、Ｉ／Ｏ（出力インターフェイス）を介して、アイテムサーバへ送信する。

一方、アイテムサーバ（０６２０）では、Ｉ／Ｏ（入力インターフェイス）（０６２４）を介して、アイテム実行装置から処理操作受付情報又は／及び実行処理履歴情報を取り込み、一旦メインメモリのデータ領域などに格納しておく。処理操作受付情報等のメインメモリへの格納がトリガとなり、メインメモリのワーク領域に展開されたアイテム識別情報取得プログラム（アドレス１１）がＣＰＵ（０６２１）によって実行される。アイテム識別情報取得プログラムは、記憶装置のアドレス０３に記憶されている処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた関連付情報を記録したテーブルと、メインメモリのデータ領域などから読み出した処理操作受付情報又は／及び実行処理履歴情報との比較処理を実行する。

比較処理はまず、受信した処理操作受付情報等が所定の条件を満たすかどうかを、任意に設定した閾値などとの比較を実行することで判断する。具体的には、閲覧回数が所定の閾値を超えた場合には利用者がそのアイテムを好んでいるとものとみなし、テーブルに記録されている関連付情報に含まれる処理操作受付情報のうち、利用者によるアイテムの評価を示す評価情報が高いものを抽出することなどが例示できる。このとき、該当する処理操作受付情報と関連付けられるアイテムの識別情報を抽出する。抽出できたアイテム識別情報は、一旦メインメモリのデータ領域などに格納しておく。なおこのとき、受信した情報と関連付けられたアイテムの識別情報などに基づいて、同じジャンルのアイテムをテーブルから抽出するためにさらに絞り込んで検索を行うとしてもよい。

次に、アイテム識別情報の抽出完了がトリガとなり、メインメモリのワーク領域に展開されたアイテム識別情報リスト送信プログラム（アドレス１２）がＣＰＵによって実行される。アイテム識別情報リスト送信プログラムは、取得したアイテム識別情報をリスト化する。複数のアイテム識別情報が抽出された場合には、それらを適宜優先順位付けし（アイテム入手時期が新しい順など）、優先度の高いものから順に、指定個数のアイテムをお勧め情報としてリスト化し、Ｉ／Ｏ（出力インターフェイス）を介して、アイテム実行装置に対して送信する。

また、アイテム実行装置においては、Ｉ／Ｏ（入力インターフェイス）を介して、アイテムリストを受け付け、表示画面等に出力を行なう。利用者はリストに基づいて、必要なアイテムを取得するために、アイテムサーバに要求を行うことが可能となる。

なお、以上の説明においては、各部はソフトウェアで構成されているものとして説明したがハードウェアで構成されていてもよい。

<実施形態１：処理の流れ> 図７は、本実施形態のアイテム配信システムにおけるアイテム配信方法の流れの一例を示したものである。なお、以下に示す処理の流れは、方法、計算機に実行させるためのプログラムで実行することができ、またこのプログラムを計算機によって読取り可能な記録媒体に記録することができる。（本明細書のその他の処理の流れについても同様である。）

まずは、アイテム実行装置における処理の流れについて説明する。なお、アイテム実行装置は、データから構成され実行処理に応じてユーザにコンテンツを提供するアイテムを受け付けて保持していることを前提とする。最初に、アイテムの処理操作を受付ける（処理操作受付ステップ Ｓ０７０１）。次に、アイテムごとに処理操作受付ステップ（Ｓ０７０１）における処理操作受付情報を取得して蓄積する（処理操作受付情報蓄積ステップ Ｓ０７０２）。さらに、アイテムの実行処理をする（アイテム実行処理ステップ Ｓ０７０３）。その次に、アイテムごとにアイテム実行処理ステップ（Ｓ０７０３）における実行処理履歴情報を取得して蓄積する（実行処理履歴情報蓄積ステップ Ｓ０７０４）。最後に、処理操作受付情報蓄積ステップ（Ｓ０７０２）又は／及び実行処理履歴情報蓄積ステップ（Ｓ０７０３）にて蓄積された情報を、アイテムと関連付けて送信する（送信ステップ Ｓ０７０５）。

続いて、アイテムサーバにおける処理の流れについて説明する。なお、アイテムサーバは、アイテムを蓄積していることと、処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた関連付情報を記録したテーブルを保持していることを前提とする。最初に、アイテム実行装置から送信される処理操作受付情報又は／及び実行処理履歴情報を受信する（情報受信ステップ Ｓ０７０６）。次に、情報受信ステップ（Ｓ０７０６）にて受信した処理操作受付情報又は／及び実行処理履歴情報と、保持されているテーブルに記録されている関連付情報と、に基づいてアイテムを識別するための情報を取得する（アイテム識別情報取得ステップ Ｓ０７０７）。その次に、取得したアイテム識別情報をリストとしてアイテム実行装置に対して送信する（アイテム識別情報リスト送信ステップ Ｓ０７０８）。

記載していないが、この後、アイテム実行装置にてアイテム識別情報のリストを受信し、受信したリストに基づいてアイテムを要求する処理などを行なうことを想定している。

<実施形態１：効果> 本実施形態は、クライアントであるアイテム実行装置からアイテムサーバへネットワークを介して利用者の嗜好を示す情報を送信し、サーバは受信した情報をもとにお勧めのアイテムを示すリストを作成しクライアントへ送信することを特徴とするアイテム配信システムである。利用者は特段の作業を要求されることなく、自身の嗜好を反映したお勧め情報の提供を受けることができるこのとき、アイテムサーバは、利用者ごとにユニークなお勧め情報を生成する点が有益である。

<<実施形態２>>

<実施形態２：概要> 本実施形態では、処理操作受付情報や、実行処理履歴情報のバリエーションを具体的に説明する。

<実施形態２：構成> ここでは、図２を用いて説明を行なう。 図２に示す「アイテム配信システム」（０２００）は、「アイテム実行装置」（０２１０）と、「アイテムサーバ」（０２２０）とからなる。さらに、アイテム実行装置（０２１０）は、「アイテム受付部」（０２１１）と、「処理操作受付部」（０２１２）と、「処理操作受付情報蓄積部」（０２１３）と、「アイテム実行処理部」（０２１４）と、「実行処理履歴情報蓄積部」（０２１５）と、「送信部」（０２１６）とを有し、アイテムサーバ（０２２０）は、「アイテム蓄積部」（０２２１）と、「テーブル保持部」（０２２２）と、「情報受信部」（０２２３）と、「アイテム識別情報取得部」（０２２４）と、「アイテム識別情報リスト送信部」（０２２５）とを有する。なお、各部の処理についてはすでに実施形態１にて説明したとおりである。

<実施形態２：具体例１>

「処理操作受付情報蓄積部」（０２１３）にて、処理操作受付部（０２１２）での処理操作受付情報として、利用者によるアイテムの評価を示す情報である評価情報を、アイテムごとに取得して蓄積する。具体的には、利用者は操作入力部を構成するキーやボタンなどからアイテムを選択し、そのアイテムに対する評価を入力することを想定している。このとき評価は数段階の評価値を選択することなどにより行い、入力した値が評価情報となる。評価値は、例えば、大変悪い／悪い／普通／良い／大変良い、の５段階を利用者が選択することで入力できることなどが例示できる。それぞれのアイテムに対する評価は、利用者の嗜好を表す。

また、「アイテム識別情報取得部」（０２２４）では、評価情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、処理操作受付情報として評価情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図９には、評価情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図１０には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図９では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、処理操作受付情報として評価情報（ＧＲＡＤＥＳ ＤＡＴＡ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、評価情報（ＧＲＡＤＥＳ ＤＡＴＡ）を関連付けたデータ（ＧＲＡＤＥＳ ＩＮＦＯ）をアイテムサーバに送信する。なお、図９最下部に示したのは、このデータ（ＧＲＡＤＥＳ ＩＮＦＯ）のデータ形式の一例を示したものである。アイテムと評価情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、評価情報の他、時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＧＲＡＤＥＳ ＩＮＦＯ）を受信し（１０行）、評価情報（ＧＲＡＤＥＳ ＤＡＴＡ ここでは４）と所定の閾値（ここでは３）との比較を行なう（２０行）。受信した評価情報が閾値より大きいため、テーブル（ＴＡＢＬＥ）を検索し、例えば評価情報が最高値である５で、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ１）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＧＲＡＤＥＳ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＧＲＡＤＥＳ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図１０にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ１）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、評価情報が最高値である５で、かつ、同じジャンルのデータ（ここではコメディジャンルで評価情報が５のデータ）を抽出して、ファイル（ＦＩＬＥ１）を生成したが、これに限定されるものではない。また、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例２>

「実行処理履歴情報蓄積部」（０２１５）にて、アイテム実行処理部（０２１４）での実行処理履歴情報として、利用者によるアイテムの閲覧回数を示す情報である閲覧回数情報を、アイテムごとに取得して蓄積する。具体的には、利用者が操作入力部を構成するキーやボタンなどからアイテムを選択し、ディスプレイに表示するなどしてアイテムを閲覧した回数をカウントすることを想定している。利用者の興味が高いアイテムは多く閲覧されるため、閲覧回数は利用者の嗜好情報となる。

また、「アイテム識別情報取得部」（０２２４）では、閲覧回数情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、実行処理履歴情報として閲覧回数情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図１１には、閲覧回数情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図１２には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図１１では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、実行処理履歴情報として閲覧回数情報（ＲＥＡＤ ＦＲＥＱ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、閲覧回数情報（ＲＥＡＤ ＦＲＥＱ）を関連付けたデータ（ＲＥＡＤ ＩＮＦＯ）をアイテムサーバに送信する。なお、図１１最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムと閲覧回数情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、閲覧回数情報の他、時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＲＥＡＤ ＩＮＦＯ）を受信し（１０行）、閲覧回数情報（ＲＥＡＤ ＦＲＥＱ ここでは６）と所定の閾値（ここでは５）との比較を行なう（２０行）。閲覧回数情報が閾値より大きいため、テーブル（ＴＡＢＬＥ）を検索し、例えば閲覧回数情報が所定の値（ここでは１０）以上で、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ２）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＲＥＡＤ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＲＥＡＤ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図１２にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ２）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、閲覧回数情報が所定の値（ここでは１０）以上で、かつ、同じジャンルのデータ（ここではコメディジャンルで、閲覧回数が１２回のデータ）を抽出して、ファイル（ＦＩＬＥ２）を生成したが、これに限定されるものではなく、またその他の情報（評価情報など）に基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例３>

「実行処理履歴情報蓄積部」（０２１５）にて、アイテム実行処理部（０２１４）での実行処理履歴情報として、利用者によるアイテムの閲覧時間を示す情報である閲覧時間情報を、アイテムごとに取得して蓄積する。具体的には、利用者が操作入力部を構成するキーやボタンなどからアイテムを選択し、ディスプレイに表示するなどしてアイテムを閲覧した時間を記録することを想定している。利用者の現在興味が高いアイテムは最近閲覧し、利用者が過去に興味があっても現在興味が低いアイテムは最近の閲覧がないため、閲覧時間は利用者の嗜好情報となる。

また、「アイテム識別情報取得部」（０２２４）では、閲覧時間情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、実行処理履歴情報として閲覧時間情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図１３には、閲覧時間情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図１４には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図１３では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、実行処理履歴情報として閲覧時間情報（ＲＥＡＤ ＴＩＭＥ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、閲覧時間情報（ＲＥＡＤ ＴＩＭＥ）を関連付けたデータ（ＲＥＡＤ ＩＮＦＯ）をアイテムサーバに送信する。なお、図１３最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムと閲覧時間情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、閲覧時間情報の他、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＲＥＡＤ ＩＮＦＯ）を受信し（１０行）、閲覧時間情報（ＲＥＡＤ ＴＩＭＥ ここでは２００７年８月８日１６：５０）と現在時間情報（ＮＯＷ）との比較を行なう（２０行）。閲覧時間が最近４８時間内であるとすると、テーブル（ＴＡＢＬＥ）を検索し、例えば閲覧時間が所定の値（ここでは最近９６時間内）未満で、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ３）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＲＥＡＤ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＲＥＡＤ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図１４にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ３）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、現在時間情報から閲覧時間情報を減算した値が所定の値（ここでは最近９６時間）より小さく、かつ、同じジャンルのデータ（ここではコメディジャンルで、２００７年８月７日１９時に閲覧されたデータ）を抽出して、ファイル（ＦＩＬＥ３）を生成したが、これに限定されるものではなく、またその他の情報（評価情報、閲覧回数情報など）に基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例４>

「実行処理履歴情報蓄積部」（０２１５）にて、アイテム実行処理部（０２１４）での実行処理履歴情報として、利用者によるアイテムの総再生時間を示す情報である総再生時間情報を、アイテムごとに取得して蓄積する。具体的には、利用者が操作入力部を構成するキーやボタンなどからアイテムを選択し、ディスプレイに表示するなどしてアイテムを閲覧している際に、利用者が行なったスキップ／巻き戻しなどの操作を記録することを想定している。利用者の興味が高いアイテムは繰り返し閲覧するため巻き戻しやリピート再生の操作がされ総再生時間は長くなり、利用者が興味の低いアイテムはスキップなどの操作がされ総再生時間は短くなるため、総再生時間は利用者の嗜好情報となる。

また、「アイテム識別情報取得部」（０２２４）では、総再生時間等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、実行処理履歴情報として総再生時間情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図１５には、総再生時間情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図１６には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図１５では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、実行処理履歴情報として総再生時間情報（ＴＯＴＡＬ ＰＬＡＹ ＴＩＭＥ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、総再生時間情報（ＴＯＴＡＬ ＰＬＡＹ ＴＩＭＥ）を関連付けたデータ（ＰＬＡＹ ＩＮＦＯ）をアイテムサーバに送信する。なお、図１５最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムと総再生時間情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、総再生時間情報の他、アイテムの収録時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＰＬＡＹ ＩＮＦＯ）を受信し（１０行）、総再生時間情報（ＴＯＴＡＬ ＰＬＡＹ ＴＩＭＥ ここでは１８０分）とアイテムの収録時間情報（ＴＯＴＡＬ ＴＩＭＥ ここでは６０分）との比較を行なう（２０行）。総再生時間がアイテムの収録時間を超えるため、テーブル（ＴＡＢＬＥ）を検索し、例えば総再生時間がアイテムの収録時間の２倍を超え、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ４）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＰＬＡＹ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＰＬＡＹ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図１６にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ４）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。図で示すようにテーブルは、複数のデータから構成される。本例では、総再生時間がアイテムの収録時間の２倍を超え、かつ、同じジャンルのデータ（ここでは、コメディジャンルで、アイテムの収録時間３０分に対して総再生時間が１５０分のデータ）を抽出して、ファイル（ＦＩＬＥ４）を生成したが、これに限定されるものではなく、その他の情報（評価情報、閲覧回数情報、閲覧時間情報）などに基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例５>

「処理操作受付情報蓄積部」（０２１３）にて、処理操作受付部（０２１２）での処理操作受付情報として、利用者によるそのアイテムに対するコメントを示す情報であるコメント情報を、アイテムごとに取得して蓄積する。具体的には、利用者は操作入力部を構成するキーやボタンなどからアイテムを選択し、そのアイテムに関して入力したコメントを記録することを想定している。それぞれのアイテムに対するコメントの内容は、利用者の嗜好を表す。また、利用者の興味が高いアイテムは、利用者がアイテムを閲覧した感想などを入力するため、コメントの入力の有無自体も利用者の嗜好情報となる。また、コメントのキーワードが共通する場合には利用者の嗜好も近似すると推測できる。

また、「アイテム識別情報取得部」（０２２４）では、コメント情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、処理操作受付情報としてコメント情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図１７には、コメント情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図１８には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図１７では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、処理操作受付情報としてコメント情報（ＣＯＭＭＥＮＴ ＤＡＴＡ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、コメント情報（ＣＯＭＭＥＮＴ ＤＡＴＡ）を関連付けたデータ（ＣＯＭＭＥＮＴ ＩＮＦＯ）をアイテムサーバに送信する。なお、図１７最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムとコメント情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、コメント情報の他、時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＣＯＭＭＥＮＴ ＩＮＦＯ）を受信し（１０行）、コメント情報からキーワードを抜き出す（２０行）。テーブル（ＴＡＢＬＥ）を検索し、共通のキーワード（ＣＯＭＯＮ ＫＥＹ ＷＯＲＤ）を有し、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ５）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（５０行）。さらに、送信コマンドが作動しているか判断を行い（６０行）、作動している場合には、先のデータ（ＣＯＭＭＥＮＴ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（７０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（８０行）。最後に、データ（ＣＯＭＭＥＮＴ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１００行）。

なお、図１８にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ５）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、共通のキーワードを有し、かつ、同じジャンルのデータ（ここではコメディジャンルで、「涙」のキーワードを有するデータ）を抽出して、ファイル（ＦＩＬＥ５）が生成されたが、これに限定されるものではなく、その他の情報（評価情報、閲覧回数情報、閲覧時間情報、総再生時間情報など）に基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例６>

「処理操作受付情報蓄積部」（０２１３）にて、処理操作受付部（０２１２）での処理操作受付情報として、アイテム受付後経過時間情報を、アイテムごとに取得して蓄積する。具体的には、利用者は操作入力部を構成するキーやボタンなどを用いて要求を行ない、希望するアイテムを入手してアイテム実行装置に取り込んで追加できる。このときのアイテム実行装置にアイテムを受付した時間を記録することを想定している。利用者の現在興味が高いアイテムは最近追加されるため、アイテムを受付した時間は利用者の嗜好情報となる。

また、「アイテム識別情報取得部」（０２２４）では、アイテム受付後経過時間情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、処理操作受付情報としてアイテム受付後経過時間情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図１９には、アイテム受付後経過時間情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図２０には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図１９では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、処理操作受付情報としてアイテム受付後経過時間情報（ＥＬＡＰＳＥＤ ＴＩＭＥ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、アイテム受付後経過時間情報（ＥＬＡＰＳＥＤ ＴＩＭＥ）を関連付けたデータ（ＲＥＣＥＩＰＴ ＩＮＦＯ）をアイテムサーバに送信する。なお、図１９最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムとアイテム受付後経過時間情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、アイテム受付後経過時間情報の他、時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＲＥＣＥＩＰＴ ＩＮＦＯ）を受信し（１０行）、アイテム受付後経過時間情報（ＥＬＡＰＳＥＤ ＴＩＭＥ ここでは１８時間）と所定の閾値（ここでは２４時間）との比較を行なう（２０行）。アイテム受付後経過時間情報が閾値より小さいため、テーブル（ＴＡＢＬＥ）を検索し、例えばアイテム受付後経過時間情報が所定の閾値（ここでは９６時間）以下で、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ６）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＲＥＣＥＩＰＴ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＲＥＣＥＩＰＴ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図２０にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ６）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、アイテム受付後経過時間が所定の閾値（ここでは９６時間）より小さく、かつ、同じジャンルのデータ（ここでは、コメディジャンルで、アイテム受付後経過時間が７５時間のデータ）を抽出して、ファイル（ＦＩＬＥ６）を生成したが、これに限定されるものではなく、その他の情報（評価情報、閲覧回数情報、閲覧時間情報、総再生時間情報、コメント情報など）に基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。さらに、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する。ファイルが複数のデータから構成されている場合には、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

<実施形態２：具体例７>

「処理操作受付情報蓄積部」（０２１３）にて、処理操作受付部（０２１２）での処理操作受付情報として、ユーザによるアイテムの推薦リストを示す情報であるユーザ作成アイテム推薦情報を、アイテムごとに取得して蓄積する。具体的には、利用者は操作入力部を構成するキーやボタンなどを用いて作成したアイテムの推薦リストを記録することを想定している。アイテムの推薦リストは、利用者が閲覧したいアイテムを順に並べたリストであり、利用者の嗜好情報となる。なお、アイテムの推薦リストはアイテム実行装置以外で作成され、アイテム実行装置に転送されたものでもよい。

また、「アイテム識別情報取得部」（０２２４）では、ユーザ作成アイテム推薦情報等と、テーブルに記録されている関連付情報と、に基づいてアイテム識別情報を取得する。図８の表で示すように、処理操作受付情報としてユーザ作成アイテム推薦情報を用いることによって、利用者の興味が高いと推測されるお勧め情報のリストを作成することができる。

ここで、図２１には、ユーザ作成アイテム推薦情報と、テーブルに記録されている情報と、に基づいてアイテム識別情報を取得するプログラムの一例を、図２２には、テーブル、ファイル、リストのデータ構造の一例を示した。まず図２１では、アイテム実行装置、アイテムサーバそれぞれにおける処理の流れを、実施形態１にて示したフローチャート（図７）に基づいて、プログラム化したものである。アイテム実行装置は、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、処理操作受付情報としてユーザ作成アイテム推薦情報（ＲＥＣＯＭＭＥＮＤ ＲＡＮＫ）を取得し（１０行、２０行）、それぞれ記録・蓄積する（３０行）。送信コマンドが作動しているか判断を行い（４０行）、作動している場合には、アイテム識別情報（ＩＴＥＭ＿ＩＤ）と、ユーザ作成アイテム推薦情報（ＲＥＣＯＭＭＥＮＤ ＲＡＮＫ）を関連付けたデータ（ＲＥＣＯＭＭＥＮＤ ＩＮＦＯ）をアイテムサーバに送信する。なお、図２１最下部に示したのは、このデータのデータ形式の一例を示したものである。アイテムとユーザ作成アイテム推薦情報とを関連付けた情報には、データ名、アイテム識別情報、アイテムジャンル情報、ユーザ作成アイテム推薦情報の他、時間、端末識別情報、利用者識別情報などを含む。

他方、アイテムサーバにおいては、このデータ（ＲＥＣＯＭＭＥＮＤ ＩＮＦＯ）を受信し（１０行）、ユーザ作成アイテム推薦情報（ＲＥＣＯＭＭＥＮＤ ＲＡＮＫ ここでは３）と所定の閾値（ここでは５）との比較を行なう（２０行）。ユーザ作成アイテム推薦情報が閾値より小さいため、テーブル（ＴＡＢＬＥ）を検索し、例えばユーザ作成アイテム推薦情報が所定の値（ここでは最高ランクの１）と等しく、かつ、同じジャンル（ＳＡＭＥ ＩＴＥＭ ＧＥＮＲＥ）のデータを抽出して（３０行）、ファイル（ＦＩＬＥ７）に出力する（４０行）。次に、このファイルからアイテム識別情報のリスト（ＬＩＳＴ）を生成する（６０行）。さらに、送信コマンドが作動しているか判断を行い（７０行）、作動している場合には、先のデータ（ＲＥＣＯＭＭＥＮＤ ＩＮＦＯ）からデータの発信元であるアイテム実行装置を特定するための端末識別情報（ＴＥＲＭＩＮＡＬ＿ＩＤ）を抽出し（８０行）、その端末識別情報で特定されるアイテム実行装置に対してリストを送信する（９０行）。最後に、データ（ＲＥＣＯＭＭＥＮＤ ＩＮＦＯ）をテーブルに追加して、テーブルの更新を行なう（１１０行）。

なお、図２２にはテーブル（ＴＡＢＬＥ）、ファイル（ＦＩＬＥ７）、リスト（ＬＩＳＴ）のデータ構造の一例を示した。テーブルは、複数のデータから構成される。本例では、ユーザ作成アイテム推薦情報が所定の値と等しく、かつ、同じジャンルのデータ（ここではコメディジャンルで、ユーザの推薦ランクが最高ランクの１位のデータ）を抽出して、ファイル（ＦＩＬＥ７）を生成したが、これに限定されるものではなく、その他の情報（評価情報、閲覧回数情報、閲覧時間情報、総再生時間情報、コメント情報、アイテム追加後経過時間情報など）に基づいて生成するとしてもよい。ここでは、ファイルを構成するデータはひとつのみを示したが、複数のデータからファイルが構成される場合もある。ファイルが複数のデータから構成されている場合には、ファイルからアイテム識別情報（ＩＴＥＭ＿ＩＤ）のリスト（ＬＩＳＴ）を生成する際に、リストを構成するアイテム識別情報も複数存在することになる。このとき、複数のアイテム識別情報は、時間などの情報に基づいて並べ替えを行なってもよい。

その他各部の処理については実施形態１と同様である。

なお、前記のそれぞれの実施形態においてアイテムサーバがテーブルを検索しファイルを作る際に、アイテム実行装置から送られる情報と同種の情報に関して閾値の比較処理を行っているが、別の情報（複数でもよい）に関して比較処理を行ってもよい。つまり例えば、アイテム実行装置が評価情報を送信する場合であっても、アイテムサーバ側で総再生時間情報およびユーザ作成アイテム推薦情報で閾値の比較処理に基づいてファイルを作成し、そのファイルからリストを生成してもよい。

<実施形態２：効果> 本実施形態は、処理操作受付情報や、実行処理履歴情報として、適切な情報を設定することで、より利用者の嗜好に即したアイテムを推薦することができる。

実施形態１を説明するための概念図 実施形態１の機能ブロックの一例を示した図 実施形態１のサーバクライアント間で直接通信を行う構成の一例を示した図 実施形態１のプロキシを介して通信を行う構成の一例を示した図 実施形態１のサーバクライアント間で他の機器を加えた構成の一例を示した図 実施形態１のハードウェア構成の一例を示した図 実施形態１の処理の流れを示した図 実施形態２の各情報と利用者の嗜好の相関を示した表 実施形態２：具体例１のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例１のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例２のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例２のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例３のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例３のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例４のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例４のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例５のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例５のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例６のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例６のテーブル、リストのデータ構造の一例を示した図 実施形態２：具体例７のアイテム識別情報を取得するプログラムの一例を示した図 実施形態２：具体例７のテーブル、リストのデータ構造の一例を示した図

符号の説明

０２００ アイテム配信システム
０２１０ アイテム実行装置
０２１１ アイテム受付部
０２１２ 処理操作受付部
０２１３ 処理操作受付情報蓄積部
０２１４ アイテム実行処理部
０２１５ 実行処理履歴情報蓄積部
０２１６ 送信部
０２２０ アイテムサーバ
０２２１ アイテム蓄積部
０２２２ テーブル保持部
０２２３ 情報受信部
０２２４ アイテム識別情報取得部
０２２５ アイテム識別情報リスト送信部

Claims (15)

1. データから構成され実行処理に応じてユーザにコンテンツを提供するアイテムを受け付けるアイテム受付部と、
   アイテムの処理操作を受付ける処理操作受付部と、
   アイテムごとに処理操作受付部での処理操作受付情報を取得して蓄積する処理操作受付情報蓄積部と、
   アイテムの実行処理をするアイテム実行処理部と、
   アイテムごとにアイテム実行処理部での実行処理履歴情報を取得して蓄積する実行処理履歴情報蓄積部と、
   処理操作受付情報蓄積部又は／及び実行処理履歴情報蓄積部に蓄積された情報を、アイテムと関連付けて送信する送信部と、
   を有するアイテム実行装置と、
   アイテムを蓄積するアイテム蓄積部と、
   処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた関連付情報を記録したテーブルを保持するテーブル保持部と、
   アイテム実行装置から送信される処理操作受付情報又は／及び実行処理履歴情報を受信する情報受信部と、
   情報受信部で受信した処理操作受付情報又は／及び実行処理履歴情報と、テーブル保持部に保持されているテーブルに記録されている関連付情報と、に基づいてアイテムを識別するための情報を取得するアイテム識別情報取得部と、
   取得したアイテム識別情報をリストとしてアイテム実行装置に対して送信するアイテム識別情報リスト送信部と、
   を有するアイテムサーバと、
   からなるアイテム配信システム。
2. 処理操作受付情報に関連する各部は、処理操作受付情報として利用者によるアイテムの評価を示す情報である評価情報を処理し、または評価情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
3. 実行処理履歴情報に関連する各部は、実行処理履歴情報として利用者によるアイテムの閲覧回数を示す情報である閲覧回数情報を処理し、または閲覧回数情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
4. 実行処理履歴情報に関連する各部は、実行処理履歴情報として利用者によるアイテムの閲覧時間を示す情報である閲覧時間情報を処理し、または閲覧時間情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
5. 実行処理履歴情報に関連する各部は、実行処理履歴情報として利用者によるアイテムの総再生時間を示す情報である総再生時間情報を処理し、または総再生時間に基づいて処理を行う請求項１に記載のアイテム配信システム。
6. 処理操作受付情報に関連する各部は、処理操作受付情報として利用者によるそのアイテムに対するコメントを示す情報であるコメント情報を処理し、またはコメント情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
7. 処理操作受付情報に関連する各部は、処理操作受付情報としてアイテム受付後経過時間情報を処理し、またはアイテム受付後経過時間情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
8. 処理操作受付情報に関連する各部は、処理操作受付情報としてユーザによりアイテムの推薦リストを示す情報であるユーザ作成アイテム推薦情報を処理し、またはユーザ作成アイテム推薦情報に基づいて処理を行なう請求項１に記載のアイテム配信システム。
9. アイテム実行装置とアイテムサーバとは直接ネットワークを介して通信を行うことを特徴とする請求項１から請求項８のいずれか一に記載のアイテム配信システム。
10. アイテム実行装置とアイテムサーバとはプロキシを間に介してネットワークで接続されて通信を行うことを特徴とする請求項１から請求項８のいずれか一に記載のアイテム配信システム。
11. アイテム識別情報リストは、アイテム実行装置で閲覧をすることを特徴とする請求項１から１０のいずれか一に記載のアイテム配信システム。
12. アイテム識別情報リストは、プロキシで閲覧をすることを特徴とする請求項１０に記載のアイテム配信システム。
13. アイテム識別情報リストは、アイテム実行装置及びプロキシ以外の機器で閲覧をすることを特徴とする請求項１から１０のいずれか一に記載のアイテム配信システム。
14. アイテムはネットワークを介して購入したもの以外も含むことを特徴とする請求項１から１３のいずれか一に記載のアイテム配信システム。
15. アイテム実行装置と、アイテムサーバと、からなるアイテム配信システムにおけるアイテム配信方法であって、
    アイテム実行装置は、
    データから構成され実行処理に応じてユーザにコンテンツを提供するアイテムを受け付けるアイテム受付ステップと、
    アイテムの処理操作を受付ける処理操作受付ステップと、
    アイテムごとに処理操作受付ステップでの処理操作受付情報を取得して蓄積する処理操作受付情報蓄積ステップと、
    アイテムの実行処理をするアイテム実行処理ステップと、
    アイテムごとにアイテム実行処理ステップでの実行処理履歴情報を取得して蓄積する実行処理履歴情報蓄積ステップと、
    処理操作受付情報蓄積ステップ又は／及び実行処理履歴情報蓄積ステップに蓄積された情報を、アイテムと関連付けて送信する送信ステップと、を有し、
    アイテムサーバは、
    アイテムを蓄積するアイテム蓄積部と、
    処理操作受付情報又は／及び実行処理履歴情報とアイテムとを関連付けた関連付情報を記録したテーブルを保持するテーブル保持部と、を備え、
    アイテム実行装置から送信される処理操作受付情報又は／及び実行処理履歴情報を受信する情報受信ステップと、
    情報受信ステップにて受信した処理操作受付情報又は／及び実行処理履歴情報と、テーブル保持部に保持されているテーブルに記録されている関連付情報と、に基づいてアイテムを識別するための情報を取得するアイテム識別情報取得ステップと、
    取得したアイテム識別情報をリストとしてアイテム実行装置に対して送信するアイテム識別情報リスト送信ステップと、
    を有するアイテム配信方法。

Images