JP2002149688A - 情報配信システム及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを介してユーザにその趣味嗜好
に応じて必要な情報のみを提供でき、ユーザと情報提供
サービス側の双方に利便性の高い情報提供システム及び
その方法を実現する。 【解決手段】 ユーザの好みデータファイルを記憶装置
２２に保持しておき、サーバ１０からコンテンツがプッ
シュされたとき、ライアント２０は好みデータファイル
及びコンテンツのメタデータに従ってコンテンツを記憶
装置２２に登録するか否かを決定し、またクライアント
２０は、ユーザのアクセス傾向に応じて、好みデータフ
ァイルの各項目の優先度を自動的に更新し、当該更新し
た優先度情報に従ってサーバ１０からプッシュされるコ
ンテンツを取捨選択することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク、例
えば、インターネットを介してそれぞれの利用者の趣味
嗜好に応じた情報を配信する情報配信システム及びその
方法にに関するものである。

【０００２】

【従来の技術】近年、インターネットの普及により、さ
まざまな情報をインターネット経由で得ることが可能に
なってきた。情報提供サービスの充実によって豊富な情
報をネットワークより提供されるが、その反面、ネット
ワークの利用者（以下、ユーザという）が氾濫する情報
の中から必要とする情報を捜し出すことが益々困難にな
ってきたのも事実である。

【０００３】現在、インターネット上でユーザが欲しい
情報を素早く検索できる情報検索サービス、例えば、Ya
hoo(http:/www.yahoo.co.jp)やInfoseek(http:/www.inf
oseek.co.jp) といったものが多数存在しており、ユー
ザが探したい情報があるとき、まず、これらのサイトを
訪れてキーワードやカテゴリを指定し、必要とする情報
の所在を探すといった使い方が一般的に知られている。
しかし、それぞれの検索サービスが網羅できる情報に限
度があり、検索によって目的とするすべての情報を見つ
けることができず、実際にこれらの検索サービスを利用
してもなお必要な情報に辿り着くには苦労を要する。

【０００４】一般的に、インターネットを経由して情報
を得る方法として、情報提供サービスのサイトをユーザ
が知り、そのサイトにアクセスして必要な情報（コンテ
ンツ）を取り込む（ダウンロード）という方法がある。
即ち、ユーザが必要な情報を取りにいくものであり、こ
れは後述するプッシュ（Ｐｕｓｈ）に対してプル（Ｐｕ
ｌｌ）と呼ばれている。これに対して、情報提供を行っ
ているサーバ側からユーザの端末にコンテンツを送りつ
ける方法もあり、これは通常プッシュ（Ｐｕｓｈ）と呼
ばれている。

【０００５】プッシュ型の情報サービスは、ユーザがプ
ッシュして欲しいコンテンツの種類、カテゴリなどを示
す情報を提供側（プッシュコンテンツプロバイダ）に事
前に登録しておくことで自動的にコンテンツが送られて
くるものである。プッシュされたコンテンツは、ＷＷＷ
ブラウザ（ウェブブラウザ）や専用のクライアントソフ
トウェアなどで、プル型のときと同様に参照し、閲覧す
ることが可能である。

【０００６】また、疑似プッシュ型サービスというもの
もあり、サーバがユーザに送りつけるのではなく、コン
テンツを事前にユーザが特別な操作をすることなく、ユ
ーザの手元に持ってくる（プリフェッチ）ことで見かけ
上プッシュ型と同等のサービスを提供するものである。

【０００７】上述したプッシュ型サービス（疑似プッシ
ュ型サービスも含む）は、ユーザが自ら情報を探し回る
必要がなく効率的に必要な情報を収集できるのがその利
点である。

【０００８】

【発明が解決しようとする課題】ところで、上述したプ
ッシュ型のサービスを利用するには、まずそのサービス
を提供するサイト、即ち、プッシュコンテンツプロバイ
ダを探す必要がある。また、提供されてきた情報が本当
に自分の欲しい情報かどうかをユーザが一々確認する必
要があり、場合によって提供されてきた情報の中から自
分の希望にそぐわない情報も含まれる可能性があり、そ
れを仕分けるには苦労する。さらに、変化する趣味嗜好
にあわせてプッシュサービス事業者やメニューを変えて
いなければ必要な情報は取得できないという不利益があ
る。

【０００９】本発明は、かかる事情に鑑みてなされたも
のであり、その目的は、ネットワークを介してユーザに
その趣味嗜好に応じて必要な情報のみを提供でき、ユー
ザと情報提供サービス側の双方に利便性の高い情報提供
システム及びその方法を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明の情報配信システムは、ネットワークを介し
てユーザのクライアントに情報を送信する情報提供サー
バと、上記情報提供サーバによって送信された情報をユ
ーザの好み情報に応じて選択する情報選択手段と、上記
情報選択手段によって選択された情報を記憶し、上記ユ
ーザに提供する情報記憶手段とを有する。

【００１１】また、本発明では、好適には、上記情報提
供サーバによって提供された情報に、当該情報の内容を
示すメタデータが含まれている。

【００１２】また、本発明では、好適には、上記ユーザ
のアクセス傾向に基づいて上記好み情報を生成する好み
情報管理手段を有する。

【００１３】また、本発明では、好適には、上記好み情
報管理手段は、上記ユーザのアクセス傾向と上記サーバ
によって提供される情報に含まれる上記提供情報の内容
を示すメタデータとに基づき、上記ユーザの好み情報に
含まれる各項目の優先度を示す数値を設定する。

【００１４】また、本発明では、好適には、上記好み情
報管理手段は、上記メタデータに含まれている上記ユー
ザの趣味嗜好を示す項目と上記ユーザの好み情報に含ま
れている項目とを比較して、一致した場合、上記ユーザ
の好み情報の当該項目に対応する優先度を増加する。

【００１５】また、本発明では、好適には、上記好み情
報管理手段は、上記ユーザのクライアントに設けられて
いる。

【００１６】また、本発明では、好適には、上記好み情
報管理手段は、上記ネットワークに接続されている他の
サーバに設けられている。

【００１７】また、本発明の情報配信方法は、情報提供
サーバからネットワークを介してユーザのクライアント
に情報を送信するステップと、上記送信された情報を受
信し、ユーザの好み情報に応じて上記受信情報を選択す
るステップと、上記選択された情報を記憶し、上記ユー
ザに提供するステップとを有する。

【００１８】また、本発明では、好適には、上記情報提
供サーバから、上記送信される情報の内容を示すメタデ
ータを上記クライアントに送信するステップをさらに有
する。

【００１９】さらに、本発明では、好適には、上記メタ
データに含まれている上記ユーザの趣味嗜好を示す項目
と上記ユーザの好み情報に含まれている項目とを比較し
て、一致した場合、上記ユーザの好み情報の当該項目に
対応する優先度を増加するステップを有する。

【００２０】

【発明の実施の形態】第１実施形態 図１は本発明に係る情報配信システムの第１の実施形態
を示す接続図である。図示のように、本実施形態の情報
配信システムは、ネットワーク３０を介して接続されて
いるサーバ１０とクライアント２０によって構成されて
いる。ネットワーク３０は、例えば、インターネットで
ある。サーバ１０は、情報提供サービスを行うネットワ
ーク機器であり、クライアント２０は、サーバ１０によ
って提供された情報を利用するユーザ端末などのネット
ワーク機器である。

【００２１】サーバ１０は、例えば、プッシュコンテン
ツプロバイダによって管理運営されている情報提供装置
であり、所定のコンテンツを保持しており、ネットワー
ク３０を介してクライアント２０または図示していない
他のサーバ装置にコンテンツを送信する。クライアント
２０は、ユーザが利用する端末機器、例えば、ＰＣ（パ
ーソナルコンピュータ）であり、サーバ１０からコンテ
ンツを受信して、受信したコンテンツを記憶する。な
お、図１において、クライアント２０を一つのみ示して
いるが、実際のシステムにおいては、複数のクライアン
トがネットワーク３０に接続され、これらのクライアン
トはそれぞれ異なるユーザによって所有される。それぞ
れのクライアントはサーバ１０からプッシュされたコン
テンツを受け取り、それぞれのユーザの趣味嗜好に応じ
てコンテンツを選択して記憶し、ユーザに記憶した情報
を閲覧、参照させる。

【００２２】また、サーバ１０に記憶装置１２が接続さ
れ、当該記憶装置１２には、クライアント２０に提供す
るコンテンツを、例えばデータファイルとして格納され
ている。クライアント２０に記憶装置２２が接続され、
当該記憶装置にはサーバ１０から送られてきたコンテン
ツのデータファイルが格納されている。図１に示す情報
配信システムにおいてユーザがサーバ１０によって提供
されるコンテンツを閲覧、または参照するとき、サーバ
１０にアクセスするのではなく、クライアントの記憶装
置２２の中に格納されているコンテンツを読み取り、そ
れを参照することになる。さらに、疑似プッシュ型サー
ビスもコンテンツをクライアントが取りにいく事以外は
同様であり、以下ではプッシュ型または疑似プッシュ型
を区別せず本発明の情報配信システムについて説明す
る。

【００２３】図２は、クライアント２０の構成をさらに
詳しく示した構成図である。図示のように、クライアン
ト２０は、情報送信手段２０１、情報受信手段２０２、
情報掲示手段２０３、情報検索手段２０４、情報登録手
段２０５及び記憶装置通信手段２０６によって構成され
ている。以下、各構成部分の機能または動作について説
明する。

【００２４】情報送信手段２０１は、情報掲示手段また
は情報検索手段からの情報をネットワーク３０を経由し
て他のネットワーク機器、例えば、サーバ１０に送信す
る通信インターフェースである。情報受信手段２０２
は、ネットワーク３０からクライアント２０を宛先とし
て送信されてきた情報を受信し、受信した情報を情報検
索手段２０４または情報登録手段２０５に送信する通信
インターフェースである。

【００２５】情報掲示手段２０３は、記憶装置通信手段
２０６を介して記憶装置２２から読み出した情報、例え
ば、記憶装置２２に格納されているユーザの趣味嗜好に
関する情報を情報送信手段２０１を介してサーバ１０に
提供する。記憶装置２２の中に、ユーザの趣味嗜好を示
すファイル（以下、これを好みデータファイルという）
と、サーバ１０からプッシュされてきたコンテンツのデ
ータファイルおよびその内容を示すメタデータファイル
が格納されている。このメタデータファイルは、テキス
トファイル、ＨＴＭＬ（Hyper Text Markup Languag
e）、またはＸＭＬ（Extensible Markup Language）な
どで記述されている。好みデータファイルは情報掲示手
段２０３によって、必要なときサーバ１０に送信され
る。なお、情報掲示手段２０３による情報の掲示は、例
えば、ウェブサーバを用いる方法もある。

【００２６】情報検索手段２０４は、情報掲示手段２０
３によって開示されるユーザの趣味嗜好情報、情報受信
手段２０２から受け取った情報、または情報登録手段２
０５によって記憶装置２２に登録されるプッシュ情報か
ら必要な情報を検索する。情報登録手段２０５は、情報
受信手段２０２によってネットワークから受信した情
報、例えば、サーバ１０からプッシュされた情報を記憶
装置通信手段２０６を介して記憶装置２２に登録する。
また、受信した情報を情報検索手段２０４に送信する。

【００２７】記憶装置通信手段２０６は、記憶装置２２
に情報を記憶したり、または記憶装置２２に記憶されて
いる情報を読み出して、情報掲示手段２０３、または情
報検索手段２０４に送信する入出力インターフェースで
ある。記憶装置２２には、上述したように、ユーザの趣
味嗜好を示す好みデータファイルと、サーバ１０から送
信されたコンテンツのデータファイルおよびその内容を
示すメタデータファイルが記憶されている。

【００２８】本発明の情報配信システムにおいて、ユー
ザ側から自分の趣味嗜好に関する情報をプッシュコンテ
ンツプロバイダのサーバ１０に提供することによって、
サーバ１０は、個々のユーザの好みにそって必要な情報
のみをそのユーザの端末、即ち、図１に示すクライアン
ト２０に送信する。

【００２９】図３は、クライアント２０の記憶装置２２
に格納されている好みデータファイルの一例を示してい
る。なお、この例では、テキストファイルを示している
が、他の形で、例えば、ＨＴＭＬ，ＸＭＬなどのデータ
ファイルでもよい。図示のように、好みデータファイル
には、カテゴリやキーワードがそれぞれ記述されてい
る。図示の例では、カテゴリとして、「音楽」、「ゲー
ム」、「車」及び「コンピュータ」が挙げられ、キーワ
ードとして、「グランツーリスモ」、「宇多田ひか
る」、「メモリスティック」、「ＶＡＩＯ」などが挙げ
られている。

【００３０】ここで、カテゴリとキーワードがそれぞれ
独立して、互いに関連性のないものとして規定してもよ
く、また、カテゴリとキーワードとを関連づけて記述す
ること、または複数のカテゴリにまたがってキーワード
を指定することもできる。例えば、図４に示すように、
テーブルによって表現した好みデータファイルを用い
て、ユーザの趣味嗜好情報を示すこともできる。

【００３１】次に、本実施形態の情報配信システムの動
作について説明する。図５は、サーバ１０がクライアン
ト２０にコンテンツをプッシュする場合、クライアント
２０で行われるプッシュ情報の処理の流れを示すフロー
チャートである。以下、図５を参照しつつ、コンテンツ
のプッシュ処理について説明する。

【００３２】クライアント２０は、通常待機状態にあ
る。この待機状態において、サーバ１０からのプッシュ
要求があるかないかを監視する。プッシュ要求があった
場合、待ち状態からプッシュ処理に移る（ステップＳ
１，Ｓ２）。なお、このプッシュ要求は、例えば、クラ
イアント２０の情報受信手段２０２によって受け付けら
れる。

【００３３】プッシュ要求を受けたとき、情報検索手段
２０４によって、サーバ１０がプッシュしようとする情
報がユーザの趣味嗜好にそったものか否かを判断し、当
該判断の結果に従って、プッシュ情報を登録するかまた
は破棄するかを決定する。なお、この判断は、記憶装置
２２に格納されているユーザの好みデータファイル中の
キーワード及びカテゴリに従って行われる。

【００３４】サーバ１０がクライアント２０にコンテン
ツをプッシュするとき、まずコンテンツの内容を示すメ
タデータをクライアント２０に送信する。メタデータは
コンテンツそのものに含まれていてもよいし、コンテン
ツとは別のファイルであってもよい。クライアント２０
では、サーバ１０からメタデータを受信したあと、当該
メタデータに基づき、プッシュを受け付けるか否かを判
断する。図６は、テキストファイルによって表現したメ
タデータの一例を示している。図示のように、メタデー
タには、コンテンツがサーバ１０における格納場所を示
すＵＲＬ情報、例えば、ウェブサイト名、コンテンツの
ファイルが格納されているライブラリ、ファイル名など
の情報、コンテンツ作成日付（ＤＡＴＥ）、有効期限
（ＥＸＰＩＲＥ ＤＡＴＡ）、カテゴリ（ＣＡＴＥＧＯ
ＲＹ）及びキーワード（ＫＥＹＷＯＲＤ）がそれぞれ示
されている。

【００３５】クライアント２０の情報検索手段２０４に
おいて、サーバ１０から送られてきたメタデータのキー
ワードと記憶装置２２に記憶されているユーザの好みデ
ータファイルにあるキーワードとが比較される（ステッ
プＳ３）。当該比較の結果、キーワードが一致（マッ
チ）した場合、記憶装置２２に空き容量があるかについ
て確認が行われる（ステップＳ４）。記憶装置２２に空
き容量があれば、メタデータに引き続き、コンテンツを
受信して、コンテンツの登録処理が行われる（ステップ
Ｓ５）。一方、記憶装置２２に空き容量がなければ、削
除処理が実行される（ステップＳ８）。

【００３６】登録処理は、クライアント２０にある情報
登録手段２０５によって実行される。当該登録処理にお
いて、メタデータに続き受信されるコンテンツのデータ
ファイルが記憶装置通信手段２０６を介して記憶装置２
２に書き込まれる。そして、コンテンツを格納した場所
及び属性、例えば、サーバ１０において格納の場所情報
や、コンテンツの作成日時などの情報が記憶される。一
方、削除処理では、コンテンツを記憶装置２２から削除
する処理と、コンテンツの格納場所及びその属性情報、
メタデータなどをデータベースから削除する処理などが
含まれる。当該削除処理によって削除されるコンテンツ
及びその関連情報は、例えば、ユーザに問い合わせてユ
ーザからの指示に従って選択するか、または、登録の日
時情報から古い順に選択することができる。

【００３７】上記キーワードの比較処理において、キー
ワードがマッチしていないと判断された場合、カテゴリ
の比較処理が行われる（ステップＳ６）。カテゴリがマ
ッチした場合、記憶装置２２に空き容量があるか否かに
ついて確認が行われる（ステップＳ４）。空き容量がな
ければ、削除処理が行われる（ステップＳ８）。一方、
カテゴリがマッチしていない場合、コンテンツが破棄さ
れる（ステップＳ７）。

【００３８】次に、好みデータファイルの各項目に優先
度を付加することで、記憶装置２２の空き容量によって
受け入れるコンテンツを決定する処理について説明す
る。図７には、それぞれの項目に優先度が付加された好
みデータファイルの一例を示している。図示のように、
例えば、カテゴリの各項目の中に、優先度を表す数値と
して、音楽に数値２０が付与され、コンピュータに数値
５０が付与される。また、キーワードの各項目の中に、
優先度を表す数値として、メモリスティックに数値２０
が付与され、ＶＡＩＯには数値３０が付与される。

【００３９】優先度として各項目に付与された数値によ
って表された優先度は、予め決められた取り決めに従
う。例えば、数値が大きいほど、優先度が高いという取
り決めで優先度を表すことができる。また、その逆に設
定してもよい。即ち、数値が小さいほど優先度が高いこ
とを示す。

【００４０】ここで、例えば、数値が大きいほど優先度
が高いという設定に従って、カテゴリの各項目の中で、
コンピュータが最も優先度が高く、音楽が最も優先度が
低い。また、キーワードの各項目の中では、ＶＡＩＯが
最も優先度が高く、グランツーリスモが最も優先度が低
い。

【００４１】なお、優先度は、ユーザの趣味嗜好を数値
で定量的に表すものであり、各項目についてそれぞれの
優先度の数値の決定は、ユーザ自身が指定する方法と、
アクセスしたコンテンツの持つメタデータを元にクライ
アント２０によって自動的に設定する方法などが考えら
れる。ユーザ自身が指定する場合、各項目についてユー
ザが自分の好みに応じて適宜数値が設定される。

【００４２】図８は、アクセス傾向に応じて優先度の自
動更新処理を示すフローチャートである。以下図８を参
照しつつ、アクセス傾向に応じてクライアント２０が自
動的に優先度を設定する処理について説明する。

【００４３】優先度の自動更新はユーザが記憶装置２２
に記憶されているコンテンツにアクセスするたびに行わ
れる。図８に示すように、クライアント２０はユーザか
らのアクセスを待つアクセス待ち状態において、ユーザ
のアクセス指示を受けたとき、要求されたコンテンツが
サーバ１０からプッシュされているか否かを調べて（ス
テップＳＳ２）、プッシュされていればそのコンテンツ
とともに登録されているメタデータの内容を読み出し
て、キーワード及びカテゴリを用いてマッチするか否か
の判断を行うことで、優先度の更新を行う。一方、プッ
シュされていなければ、サーバ１０にコンテンツの送信
を要求することで、コンテンツを取得する（ステップＳ
Ｓ３）。そして、そのコンテンツのメタデータを取得で
きるか否かを判断し、取得できれば、優先度の更新を行
う（ステップＳＳ４）。

【００４４】優先度の更新処理において、メタデータの
項目Ｍ（ｉ）とユーザの好みデータファイルの項目Ｆ
（ｊ）とを比較し、一致した場合、当該項目の優先度を
逓増させる処理が行われる。なお、ここで、メタデータ
の項目Ｍ（ｉ）とは、メタデータの中の、キーワード及
びカテゴリのすべての項目をいう。また、好みデータフ
ァイルの項目Ｆ（ｊ）とは、ユーザの好みデータファイ
ルにあるキーワード及びカテゴリのすべての項目をい
う。即ち、ここで優先度の更新処理では、キーワードと
カテゴリを特に区別することなく、すべての項目につい
て更新処理が行われる。

【００４５】以下、優先度の更新処理について図８を参
照しつつ詳しく説明する。まず、メタデータの項目番号
を示す変数ｉと好みデータファイルの項目番号を示す変
数ｊがリセットされる（ステップＳＳ５、ＳＳ６）。次
に、メタデータの項目Ｍ（ｉ）と好みデータファイルの
項目Ｆ（ｊ）とが一致するか否かが判断される（ステッ
プＳＳ７）。一致した場合、好みデータファイルの項目
Ｆ（ｊ）の優先度を示す数値Ｆｐ（ｊ）を逓増させる。
即ち、数値Ｆｐ（ｊ）に所定の数値、例えば、「１」を
足す（ステップＳＳ８）。

【００４６】次に、変数ｊが好みデータファイルの最大
項目数Ｎ（Ｆ）に達しているか否かが判断され、達して
いない場合変数ｊに「１」を足して次回のマッチ処理、
即ち、ステップＳＳ７の処理が行われる。変数ｊが好み
データファイルの最大項目数Ｎ（Ｆ）に達したとき、即
ちｊ＝Ｎ（Ｆ）のとき、変数ｉがメタデータの最大項目
数Ｎ（Ｍ）に達しているか否かが判断され、達していな
い場合変数ｉに「１」を足して（ステップＳＳ１２）、
そして、変数ｊをリセットして、次回のマッチ処理、即
ち、ステップＳＳ７の処理が行われる。

【００４７】変数ｉがメタデータの最大項目数Ｎ（Ｍ）
に達したとき、即ち、メタデータの各項目とユーザ好み
データファイルの各項目が総当たりで比較が行われたの
で、優先度を示す数値Ｆｐの更新処理が終了する。

【００４８】上述した優先度の更新処理によって、クラ
イアント２０はユーザがアクセスするコンテンツのメタ
データに応じて、ユーザの好みデータファイルの各項目
の優先度を自動的に設定することができる。そして、好
みデータファイルの各項目の優先度に従って、サーバ１
０からクライアント２０へプッシュする情報を自動的に
制御することが可能である。例えば、優先度の低いコン
テンツにおいて、動画コンテンツの代わりに静止画のコ
ンテンツをプッシュするといったきめ細かい制御を行う
ことができる。

【００４９】以上説明したように、本実施形態によれ
ば、ユーザの好みデータファイルを記憶装置２２に保持
しておき、サーバ１０からコンテンツがプッシュされた
とき、クライアント２０は好みデータファイル及びコン
テンツのメタデータに従ってコンテンツを記憶装置２２
に登録するか否かを決定し、またクライアント２０は、
ユーザのアクセス傾向に応じて、好みデータファイルの
各項目の優先度を自動的に更新し、当該更新した優先度
情報に従ってサーバ１０からプッシュされるコンテンツ
を取捨選択することができる。これによって、サーバ１
０からプッシュされた情報のうちユーザの趣味嗜好に応
じて必要なコンテンツのみがクライアント２０によって
登録され、ユーザに閲覧または参照させることができ、
情報の収集管理及び利用を効率的に行うことができる。
さらに、クライアント２０において、ユーザの好みデー
タファイルの各項目の優先度に従って登録するコンテン
ツを選択できるため、もっとも需要度の高い情報を効率
的に収集することができ、かつ記憶装置の記憶容量を有
効に利用できる。

【００５０】第２実施形態 図９は本発明に係る情報配信システムの第２の実施形態
を示す接続図である。本実施形態では、各ユーザの好み
データファイルがネットワーク上の第３者によって管理
される。そして、この第３者によって管理された好みデ
ータファイルに従って、サーバ１０は、それぞれのユー
ザの持つクライアントに必要な情報のみを配信する。

【００５１】図９に示すように、本実施形態の情報配信
システムは、サーバ１０、クライアント２０、ネットワ
ーク３０及び代理サーバ４０によって構成されている。
実際にネットワーク３０には、複数のユーザクライアン
トが接続されているが、図９ではクライアント２０を一
つのみ示している。

【００５２】代理サーバ４０は、ユーザの好み情報を管
理するものであり、例えば、各ユーザの趣味嗜好を示す
好みデータファイルを含むデータベースを保有してい
る。代理サーバ４０に記憶装置４２が設けられ、当該記
憶装置４２には、上記データベース及び当該データベー
スを管理するための情報が記憶されている。代理サーバ
４０によってそれぞれのユーザのコンテンツアクセス傾
向に基づいて、各ユーザの好みデータファイルが登録さ
れる。また、ユーザの趣味嗜好を示す好みデータファイ
ル及び好みデータファイルの各項目の優先度が自動的に
更新される。サーバ１０と代理サーバ４０との間で、ユ
ーザの好みデータファイルに基づき、必要なとき情報交
換が行われるので、ユーザ側のクライアント２０に変更
の必要がなく、ユーザが自分の好みデータファイルを意
識せずに必要な情報がサーバ１０からプッシュされ、閲
覧または参照することができる。

【００５３】図１０は、代理サーバ４０における処理の
フローチャートを示している。以下、図１０を参照しつ
つ、本実施形態の情報配信システムにおける代理サーバ
４０の処理について説明する。

【００５４】代理サーバ４０は、アクセス待ちの状態に
おいて、クライアント２０からのアクセスを待つ（ステ
ップＳＰ１）。クライアント２０からのアクセスがあれ
ば、サーバ１０から要求されたデータを取得し（ステッ
プＳＰ２）、クライアント２０に送信する（ステップＳ
Ｐ３）。

【００５５】また、情報ステップＳＰ２とＳＰ３と並行
して、サーバ１０に対してメタデータが取得可能か否か
を問い合わせる（ステップＳＰ４）。メタデータが取得
可能ならば、サーバ１０からメタデータを取得し（ステ
ップＳＰ５）、アクセス要求を出したクライアントに対
して、予め用意されたユーザの好みデータファイルをそ
のメタデータに基づいて更新処理を行う。

【００５６】なお、このメタデータの更新処理は、項目
の登録と優先度の更新などが含まれる。項目の登録は、
例えば、ユーザがアクセスするコンテンツのメタデータ
に、そのユーザの好みデータファイルにまだ登録されて
いない項目が含まれている場合、その項目を好みデータ
ファイルに登録する、いわゆる趣味登録を行う（ステッ
プＳＰ８）。一方、ユーザがアクセスするコンテンツの
メタデータに含まれる項目が好みデータファイルにすで
に登録されている場合、即ち、趣味情報が一致（マッ
チ）した場合、当該項目についてその優先度を示す数値
が大きく設定される（ステップＳＰ７）。

【００５７】上述した更新処理によって、各ユーザの趣
味嗜好を示す好みデータファイルが代理サーバ４０によ
って自動的に更新される。これによって、例えば、興味
が集中することが期待できる集合住宅、自治体などの単
位で代理サーバ４０を設けることで、効率的にコンテン
ツを格納でき、ネットワーク上のトラフィックを軽減で
きる利点がある。

【００５８】第３実施形態 図１１は本発明に係る情報配信システムの第３の実施形
態を示す接続図である。図示のように、本実施形態の情
報配信システムにおいて、ネットワーク３０にサーバ１
０、クライアント２０、代理サーバ４０が接続されてい
るほか、趣味嗜好の項目を管理する趣味項目管理サーバ
５０が接続されている。

【００５９】趣味項目管理サーバ５０は、趣味嗜好の項
目を規定し、クライアント２０や代理サーバ４０にその
項目を選択して好みデータファイルを生成することもで
きる。この方法によって、項目のバラツキをなくして、
コンテンツのメタデータと各ユーザの好みデータファイ
ルを比較する際の効率が向上できる。趣味項目管理サー
バ５０に記憶装置５２が設けられている。当該記憶装置
５２に、ユーザの趣味嗜好を示すカテゴリ、キーワード
などを含むデータベース（以下、これを趣味項目データ
ベースという）が記憶されている。

【００６０】例えば、コンテンツをプッシュするとき、
メタデータとして「ジョン・レノン」が含まれていると
する。クライアント側ではそのキーワードを趣味項目管
理サーバ５０に問い合わせて、趣味項目管理サーバ５０
から「John Lennon 」、「ビートルズ」、及び「イマジ
ン」など、「ジョン・レノン」の表現上の揺らぎを吸収
したものや関連キーワードを返す。

【００６１】図１２は、趣味項目管理サーバ５０におけ
る処理のフローチャートを示している。以下、図１２を
参照しつつ、趣味項目管理サーバ５０の動作について説
明する。趣味項目管理サーバは、要求待ち状態におい
て、代理サーバ４０またはクライアント２０からの要求
を待つ（ステップＳＱ１）。要求を受けたとき、要求さ
れた項目を取得する（ステップＳＱ２）。そして、趣味
項目管理サーバ５０は、記憶装置５２に記憶されている
趣味項目データベースにおいて、要求された項目で検索
を行い（ステップＳＱ３）、検索で見つけた関連項目を
要求側に返答する（ステップＳＱ４）。

【００６２】こうした処理によって、趣味項目管理サー
バ５０によって一括して管理された趣味項目データベー
スから趣味嗜好に応じた項目が取得できるので、各ユー
ザがそれぞれ自分の趣味嗜好に応じて項目を設定する分
散管理に比べて、項目のバラツキが小さくでき、マッチ
検索などの処理をより効率的に実行することが可能とな
る。なお、同様の処理を個々のクライアントで行うこと
も可能である。この場合、項目の表記の揺らぎや関連の
キーワードを含むデータベースが各クライアントによっ
て保持される。ただし、各クライアント側に保持されて
いるデータベースが、例えば、共通の情報源から得られ
たものである。例えば、趣味項目を提供するサーバから
趣味項目データベースを取得することによって、各クラ
イアントに保持されている項目の揺らぎを吸収できる。

【００６３】上述した処理では、好みデータファイルに
ユーザの趣味嗜好を示す項目を列挙し、それにマッチす
るものだけがクライアントによって取り入れられる処理
を行うものだが、マッチしない情報を受け入れられるよ
うにすることもできる。図１３は、このような処理を示
すフローチャートを示している。

【００６４】以下、図１３を参照しつつ、クライアント
２０の処理について説明する。クライアント２０は待ち
状態ではサーバ１０からのプッシュ要求を待つ（ステッ
プＳＲ１，ＳＲ２）。プッシュ要求があった場合、キー
ワードがマッチするか否かについて判断が行われる（ス
テップＳＲ３）。そして、キーワードがマッチした場
合、記憶装置２２に空き容量があるか否かについて確認
が行われる（ステップＳＲ４）。確認の結果、記憶装置
２２に空き容量がある場合、マッチしたキーワードにつ
いて登録処理が行われる（ステップＳＲ５）。一方、記
憶装置２２に空き容量がない場合に、削除処理が行われ
る（ステップＳＲ６）。

【００６５】なお、前述したように、登録処理では例え
ば、コンテンツのデータファイルが記憶装置２２に記憶
されるほか、当該コンテンツの内容を示す情報、例え
ば、コンテンツの格納した場所、属性、コンテンツの作
成日時などの情報、及びメタデータなどがそれぞれコン
テンツに関連付けられ、記憶装置２２に格納される。一
方、削除処理において、コンテンツを記憶装置２２から
削除するほか、コンテンツの格納した場所、属性、コン
テンツの作成日時などの情報及びメタデータがすべて記
憶装置２２から削除される。削除されるコンテンツの決
め方は、例えば、登録順で最も古いコンテンツから削除
するか、あるいは最も優先度の低いものから順次削除す
ることができる。

【００６６】上述したキーワードのマッチ判断におい
て、キーワードがマッチしない場合、さらにカテゴリが
マッチするか否かの判断が行われる（ステップＳＲ
７）。カテゴリがマッチした場合、上述した同様に記憶
装置２２に空き容量があるかを判断し、空き容量がある
場合コンテンツの登録が行われ、空き容量がない場合に
削除処理が行われる。

【００６７】カテゴリのマッチ判断において、カテゴリ
がマッチしない場合、記憶装置２２に空き容量があるか
否かの判断が行われる（ステップＳＲ８）。空き容量が
ある場合、コンテンツの登録処理が行われる（ステップ
ＳＲ１０）。ただし、この登録処理によって登録された
コンテンツが低い優先度を持ち、削除処理が行われる場
合、優先度の低いコンテンツから削除される。記憶装置
２２の空き容量の判断において、空き容量がない場合、
コンテンツが破棄される（ステップＳＲ９）。

【００６８】上述した処理において、サーバ１０からプ
ッシュされてきたコンテンツがユーザの趣味嗜好にマッ
チしない場合でも、ただちに破棄せずに、記憶装置２２
に空き容量がある場合に登録が行われる。即ち、記憶装
置２２の空き状況に応じて、ユーザの趣味嗜好にマッチ
しないコンテンツも登録される。ただし、こうして登録
されたコンテンツを優先度が最も低いものとして、他に
コンテンツがプッシュされてきたとき、ユーザの趣味嗜
好とマッチした内容であれば、低い優先度のコンテンツ
が真先に削除される。

【００６９】プッシュコンテンツプロバイダにとって、
この処理によって新規需要を掘り起こすことができる。
ユーザの趣味嗜好にマッチしないコンテンツでもユーザ
のクライアントに取り入れられるので、ユーザに対して
そのコンテンツに興味を持たせることができれば、その
ユーザの好みデータファイルに新規項目として追加する
ことになる。そして、次回のアクセスからユーザが積極
的にその項目のコンテンツにアクセスすることが期待で
きる。プッシュコンテンツプロバイダは、ユーザが現在
興味を持っていなくとも今後興味を持つであろう分野を
提案し、新たな顧客を確保することができる。

【００７０】これを実現するために、プッシュされたコ
ンテンツに対してユーザのアクセス回数を保持するアク
セス情報記録手段とそれをサーバ１０に掲示するアクセ
ス情報掲示手段が必要になる。ユーザがコンテンツにア
クセスすると、クライアントが管理するデータベース上
のアクセス回数の項目が更新される。そして、アクセス
情報掲示手段は、サーバ１０からの要求に応じてアクセ
ス回数を含むアクセス情報をサーバ１０に提示する。ま
た、コンテンツのメタデータも同様に掲示できるものと
する。

【００７１】サーバ１０側ではこうして得られたコンテ
ンツのメタデータ、アクセス回数などのユーザアクセス
情報をもとに、ユーザの趣味嗜好を判断し、今後プッシ
ュするコンテンツを最適化することができる。

【００７２】

【発明の効果】以上説明したように、本発明の情報配信
システムによれば、ユーザ側から趣味嗜好を掲示するこ
とで必要な情報が自動的に収集されるため、自ら苦労し
て探し回る必要がなく、また、情報提供側はより効果的
に情報提供の対象を絞り込み、コンテンツをプッシュす
ることができる。その結果、ネットワークに無駄なトラ
フィックを軽減することが可能である。また、本発明に
よれば、ユーザの趣味嗜好を示す各項目にそれぞれ数値
で示す優先度を付与することによって、優先度に応じて
最も必要とする情報を効率よく集めることができる。ユ
ーザのアクセス傾向に応じて趣味嗜好の項目やその優先
度を更新することによって、変化する趣味嗜好に追随す
ることができ、常にユーザの趣味嗜好にあわせて必要な
情報を提供できる。さらに、クライアント側またはクラ
イアントとサーバ以外の第３者によってユーザの趣味嗜
好を示す好みデータを管理し、ユーザのアクセス傾向に
応じて各ユーザの好みデータを常時更新することによっ
て、ユーザが特に意識することなく、好みの情報を取り
入れるだけでその後必要な情報が自動的にクライアント
に集まるので、情報収集の利便性が向上できる利点があ
る。

【図面の簡単な説明】

【図１】本発明に係る情報配信システムの第１の実施形
態を示す構成図である。

【図２】クライアントの内部構成を示す図である。

【図３】ユーザの好みデータファイルの一例を示す図で
ある。

【図４】テーブルで表現した好みデータファイルの一例
を示す図である。

【図５】プッシュ情報の処理を示すフローチャートであ
る。

【図６】メタデータの一例を示す図である。

【図７】優先度が付加された好みデータファイルの一例
を示す図である。

【図８】優先度の更新処理を示すフローチャートであ
る。

【図９】本発明に係る情報配信システムの第２の実施形
態を示す構成図である。

【図１０】代理サーバにおける処理のフローチャートを
示す図である。

【図１１】本発明に係る情報配信システムの第３の実施
形態を示す構成図である。

【図１２】趣味項目管理サーバにおける処理のフローチ
ャートを示す図である。

【図１３】クライアントにおけるコンテンツの登録処理
を示すフローチャートである。

【符号の説明】

１０…サーバ、１２…サーバの記憶装置、２０…クライ
アント、２２…クライアントの記憶装置、２０１…情報
送信手段、２０２…情報受信手段、２０３…情報掲示手
段、２０４…情報検索手段、２０５…情報登録手段、２
０６…記憶装置通信手段、３０…ネットワーク、４０…
代理サーバ、４２…代理サーバの記憶装置、５０…趣味
項目管理サーバ、５２…趣味項目管理サーバの記憶装
置。

Claims (12)

【特許請求の範囲】
1. 【請求項１】ネットワークを介してユーザのクライアン
   トに情報を送信する情報提供サーバと、 上記情報提供サーバによって送信された情報をユーザの
   好み情報に応じて選択する情報選択手段と、 上記情報選択手段によって選択された情報を記憶し、上
   記ユーザに提供する情報記憶手段とを有する情報配信シ
   ステム。
2. 【請求項２】上記情報提供サーバによって提供された情
   報に、当該情報の内容を示すメタデータが含まれている
   請求項１記載の情報配信システム。
3. 【請求項３】上記ユーザのアクセス傾向に基づいて上記
   好み情報を生成する好み情報管理手段を有する請求項１
   記載の情報配信システム。
4. 【請求項４】上記好み情報管理手段は、上記ユーザのア
   クセス傾向と上記サーバによって提供される情報に含ま
   れる上記提供情報の内容を示すメタデータとに基づき、
   上記ユーザの好み情報に含まれる各項目の優先度を示す
   数値を設定する請求項３記載の情報配信システム。
5. 【請求項５】上記好み情報管理手段は、上記メタデータ
   に含まれている上記ユーザの趣味嗜好を示す項目と上記
   ユーザの好み情報に含まれている項目とを比較して、一
   致した場合、上記ユーザの好み情報の当該項目に対応す
   る優先度を増加する請求項４記載の情報配信システム。
6. 【請求項６】上記好み情報管理手段は、上記ユーザのク
   ライアントに設けられている請求項３記載の情報配信シ
   ステム。
7. 【請求項７】上記好み情報管理手段は、上記ネットワー
   クに接続されている他のサーバに設けられている請求項
   ３記載の情報配信システム。
8. 【請求項８】情報提供サーバからネットワークを介して
   ユーザのクライアントに情報を送信するステップと、 上記送信された情報を受信し、ユーザの好み情報に応じ
   て上記受信情報を選択するステップと、 上記選択された情報を記憶し、上記ユーザに提供するス
   テップとを有する情報配信方法。
9. 【請求項９】上記情報提供サーバから、上記送信される
   情報の内容を示すメタデータを上記クライアントに送信
   するステップを有する請求項８記載の情報配信方法。
10. 【請求項１０】上記ユーザのアクセス傾向に基づいて上
    記ユーザの好み情報を生成するステップを有する請求項
    ８記載の情報配信方法。
11. 【請求項１１】上記ユーザのアクセス傾向と上記サーバ
    によって提供される上記メタデータとに基づき、上記ユ
    ーザの好み情報に含まれる各項目の優先度を示す数値を
    設定するステップを有する請求項９記載の情報配信方
    法。
12. 【請求項１２】上記メタデータに含まれている上記ユー
    ザの趣味嗜好を示す項目と上記ユーザの好み情報に含ま
    れている項目とを比較して、一致した場合、上記ユーザ
    の好み情報の当該項目に対応する優先度を増加するステ
    ップを有する請求項１１記載の情報配信方法。