JP2003271644A - 情報選択システム - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが希望する情報をクライアント機器へ
適切に選択して提示できる情報選択システムを提供する
こと。 【解決手段】 サーバ１とこのサーバ１に接続された１
つあるいは複数のクライアント２Ａ，２Ｂ，…を備え
る。サーバ１による制御に基づいてクライアント２Ａ，
２Ｂ，…へ情報を選択して提示する。或るクライアント
２Ａから情報要求があった場合、サーバ１はそのクライ
アント２Ａによる情報の利用状況に応じた嗜好情報に基
づいて、情報の内容とデータ形式を選択する制御を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は情報選択システム
に関する。より詳しくは、この発明は、サーバによる制
御に基づいてクライアント機器へ情報を選択して提示す
る情報選択システムに関する。

【０００２】

【従来の技術および発明が解決しようとする課題】記憶
装置の大容量化やインフラストラクチャ・通信技術等の
発達によって、一般ユーザのサーバ、クライアント機器
やネットワーク上は画像、音楽、動画などの多くの情報
（コンテンツなど）で溢れている。このため、ユーザが
それら多くの情報の中から自分の欲しい情報を探し出す
必要がある。しかし、それらの情報には様々なデータ形
式や種類のものが存在するため、その中からユーザの好
みの情報、実際に利用できる情報をユーザ自身が選択す
るのは非常に苦労を伴う。

【０００３】そこで、特開２００１−９４６３１号公報
では、配信業者などが管理する配信装置が、情報に関す
る属性情報を付加し、データ形式を変換した後、情報を
配信し、通信装置で受信した中からあらかじめ設定して
いる抽出条件に合致する情報のみを抽出し、蓄積する技
術、さらにはデータ形式を判別し、適切な記録／再生装
置に送信する技術が提案されている。この技術によれ
ば、属性情報を利用してユーザによる情報の選択の便宜
を或る程度図ることができる。しかし、例えば１人のユ
ーザでも、音楽に対する嗜好、動画に対する嗜好、画像
に対する嗜好、テキスト情報に関する嗜好などが、それ
ぞれ異なる場合も少なくない。上記技術では、それらの
情報の種類に応じた嗜好性が情報の選択に反映されない
という問題がある。

【０００４】また、特開平１１−２７２５７４号公報に
は、ブラウザで表示するコンテンツに対して、登録され
たユーザの状況およびクライアント機器の状況、主にブ
ラウザの機能についての情報を基に、表示するコンテン
ツの表示状態や表示の選定を行う技術が記載されてい
る。しかし、この技術では、一旦設定された登録情報
が、更新されない限りそのまま継続して使用される。こ
のためユーザの嗜好性が時間とともに変化した場合、ユ
ーザの希望するコンテンツがなかなか選択されないとい
う問題がある。

【０００５】さらに、ＡＶ機器や家電機器がネットワー
クに接続されるようになり、各機器が特化した機能を持
つことが多くなると、各クライアント機器で利用する情
報のデータ形式や利用できるデータ形式に偏りが発生す
ると予想される。このため、各クライアント機器で利用
できるデータ形式やよく利用するデータ形式を考慮して
情報を提示する必要がある。

【０００６】そこで、この発明の課題は、ユーザが希望
する情報をクライアント機器へ適切に選択して提示でき
る情報選択システムを提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、この発明の情報選択システムは、サーバとこのサー
バに接続された１つあるいは複数のクライアントを備
え、上記サーバによる制御に基づいてクライアントへ情
報を選択して提示する情報選択システムであって、或る
クライアントから情報要求があった場合、上記サーバは
そのクライアントによる情報の利用状況に応じた嗜好情
報に基づいて、情報の内容とデータ形式を選択する制御
を行うことを特徴とする。

【０００８】なお、クライアントが要求する「情報」
は、画像、音楽、動画、テキストなどのコンテンツであ
る場合や、そのようなコンテンツの所在を示す情報であ
る場合などがある。このような「情報」としては、上記
サーバやクライアントに蓄積されたもの、またはこれら
にネットワークを介して接続された他の機器に蓄積され
たものが対象となる。

【０００９】また、情報を「提示」するとは、情報を提
供する場合を含む。

【００１０】また、「データ形式」とは、例えばＭＰＥ
Ｇ１、ＭＰＥＧ２などのフォーマットを意味する。

【００１１】この発明の情報選択システムは、或るクラ
イアントから情報要求があった場合、上記サーバはその
クライアントによる情報の利用状況に応じた嗜好情報に
基づいて、情報の内容とデータ形式を選択する制御を行
う。したがって、上記クライアントを使用するユーザが
希望する情報を、そのクライアント機器へ適切に選択し
て提示できる。例えば、そのユーザが利用したいであろ
う情報を選択して提示すれば、ユーザは情報の中から自
分の好みの情報を取捨選択する労力が低減される。ま
た、情報要求を行ったクライアントにおいて利用可能な
データ形式をもつ情報のみを提示したり、あるいは利用
可能な情報を優先して提示したりすることができる。そ
のようにした場合、ユーザが情報を取捨選択する労力が
さらに低減される。

【００１２】一実施形態の情報選択システムは、上記嗜
好情報は、対応するクライアントを使用するユーザの嗜
好の変化を表すように、そのクライアントによる情報の
利用のたびに更新されることを特徴とする。

【００１３】この一実施形態の情報選択システムでは、
上記嗜好情報は、対応するクライアントを使用するユー
ザの嗜好の変化を表すように、そのクライアントによる
情報の利用のたびに更新される。したがって、上記嗜好
情報は、対応するクライアントを使用するユーザの嗜好
の変化に応じた最新のものになる。この結果、或るクラ
イアントから情報要求があった場合、そのクライアント
に提示される情報は、ユーザの最新の好みに応じたもの
になる。

【００１４】一実施形態の情報選択システムは、上記嗜
好情報は、対応するクライアントが利用した情報のデー
タ形式を表すデータ形式情報を含み、上記サーバは、上
記データ形式情報に基づいて、上記クライアントに対し
て変換されたデータ形式をもつ情報を提示し、またはデ
ータ形式を変換できることを明示して情報を提示するこ
とを特徴とする。

【００１５】この一実施形態の情報選択システムでは、
上記嗜好情報は、対応するクライアントが利用した情報
のデータ形式を表すデータ形式情報を含む。そして、上
記サーバは、上記データ形式情報に基づいて、上記クラ
イアントに対して変換されたデータ形式をもつ情報を提
示し、またはデータ形式を変換できることを明示して情
報を提示する。したがって、或るクライアントから情報
要求があった場合、サーバは、情報をそのクライアント
が利用可能なデータ形式で提示したり、良く利用するデ
ータ形式で提示したりできる。この結果、ユーザの利便
性が増す。

【００１６】一実施形態の情報選択システムは、上記ク
ライアントがサーバに要求する情報は、その情報を特徴
づけるキーワードまたはその情報が属するジャンルを表
す付加情報を有し、上記嗜好情報は、対応するクライア
ントによる情報の利用のたびに、上記付加情報に基づい
て更新されることを特徴とする。

【００１７】この一実施形態の情報選択システムでは、
上記嗜好情報は、対応するクライアントによる情報の利
用のたびに、上記付加情報に基づいて更新される。した
がって、上記嗜好情報は、対応するクライアントが利用
した情報を特徴づけるキーワードまたはその情報が属す
るジャンルに応じた最新のものになる。この結果、或る
クライアントから情報要求があった場合、そのクライア
ントに提示される情報は、ユーザの最新の好みに応じた
ものになる。

【００１８】一実施形態の情報選択システムは、上記嗜
好情報は、対応するクライアントが利用した情報のジャ
ンルごとにその情報のデータ形式を記憶しており、上記
サーバは、上記嗜好情報に基づいて、上記クライアント
に提示する情報について上記ジャンルごとにデータ形式
を変換することを特徴とする。

【００１９】この一実施形態の情報選択システムでは、
上記ジャンルごとにデータ形式を変換するので、データ
変換の制御が容易になる。

【００２０】一実施形態の情報選択システムは、上記サ
ーバは、上記情報の内容とデータ形式を選択する制御
を、上記嗜好情報に加えて、このサーバに接続された各
クライアントの性能および状態をそれぞれ表す機器情報
に基づいて行うことを特徴とする。

【００２１】この一実施形態の情報選択システムでは、
上記サーバは、上記情報の内容とデータ形式を選択する
制御を、上記嗜好情報に加えて、このサーバに接続され
た各クライアントの性能および状態をそれぞれ表す機器
情報に基づいて行う。したがって、例えば各クライアン
トで利用できる情報のデータ形式（フォーマット）、各
クライアントの空き容量、クライアントとサーバとの間
の通信手段の種類・状態などに基づいて、クライアント
に提示する情報を選択できる。この結果、ユーザが希望
する情報をさらに適切に選択できる。

【００２２】なお、上記嗜好情報と機器情報は、それぞ
れ対応するクライアントごとに設定されているので、ク
ライアントごとにユーザの好みを的確に反映した情報を
提示できる。

【００２３】一実施形態の情報選択システムは、可能な
データ形式変換が記述されたデータ形式変換テーブルを
備え、上記サーバは、上記クライアントに要求された情
報が、そのクライアントが利用不可能なデータ形式をも
つとき、上記データ形式変換テーブルを参照して、その
クライアントが利用可能なデータ形式に変換可能である
か否かを判断することを特徴とする。

【００２４】この一実施形態の情報選択システムでは、
上記サーバは、上記クライアントに要求された情報が、
そのクライアントが利用不可能なデータ形式をもつと
き、上記データ形式変換テーブルを参照して、そのクラ
イアントが利用可能なデータ形式に変換可能であるか否
かを判断する。したがって、上記クライアントに要求さ
れた情報が、そのクライアントが利用可能なデータ形式
に変換可能であれば、そのクライアントが利用可能なデ
ータ形式に変換して提示することができる。この結果、
ユーザの利便性が増す。

【００２５】一実施形態の情報選択システムは、上記サ
ーバは、上記クライアントに要求された情報を提示する
ために、このサーバが蓄積している情報およびこのサー
バに接続された各クライアントが蓄積している情報を検
索することを特徴とする。

【００２６】この一実施形態の情報選択システムでは、
上記サーバは、上記クライアントに要求された情報を提
示するために、このサーバが蓄積している情報およびこ
のサーバに接続された各クライアントが蓄積している情
報を検索する。したがって、広い範囲の中から情報を検
索できる。

【００２７】一実施形態の情報選択システムは、上記サ
ーバとクライアントが、同じ内容でデータ形式が異なる
複数の情報を蓄積しているか否かを判断して、データ形
式の変換によって再生可能なデータ形式をもつ情報を削
除することを特徴とする。

【００２８】この一実施形態の情報選択システムでは、
上記サーバとクライアントが、同じ内容でデータ形式が
異なる複数の情報を蓄積しているか否かを判断して、デ
ータ形式の変換によって再生可能なデータ形式をもつ情
報を削除する。したがって、システム全体として蓄積し
ている情報量を低減することができる。

【００２９】

【発明の実施の形態】以下、この発明を図示の実施の形
態により詳細に説明する。

【００３０】図１は、この発明の情報選択システムが適
用されたネットワーク３の構成を示している。この例で
は、ネットワーク３には、サーバ１と、複数のクライア
ント２Ａ，２Ｂ，…（以下「クライアント２」と総称す
る。）が接続されている。サーバ１は、通信手段、情報
処理手段、情報蓄積手段などを有するパーソナルコンピ
ュータ（ＰＣ）などの情報通信機器からなる。一方、図
１中に示すように、クライアント２は、サーバ１と同様
に、通信手段、情報処理手段、情報蓄積手段などを有す
るパーソナルコンピュータ（ＰＣ）などの情報通信機器
２−１からなるまたは、クライアント２は、音楽端末２
−２、映像市町端末２−３または携帯端末２−４等の、
音楽や動画情報を利用する専用の機器であってもよい。

【００３１】具体的には図２（ａ）に示すように、サー
バ１は、クライアント２やネットワーク３上の図示しな
い機器との間で情報（コンテンツなど）を送受信するた
めの通信手段１０と、情報を蓄積する情報蓄積装置１１
と、クライアント２からの情報要求時に送信された嗜好
情報２３および機器情報２５に基づいてクライアント２
へ提示すべき情報を選択する情報選択処理部１２と、各
種制御を行う制御部１３と、可能なデータ形式変換が記
述されたデータ形式変換テーブル１４と、情報蓄積装置
１１またはクライアント２等の他の機器に蓄積されてい
る情報のデータ形式を変換するデータ形式変換手段１５
と、サーバ１に接続された又は接続され得る機器に関す
る情報が蓄積されている接続機器情報１６とを備えてい
る。情報選択処理部１２、データ形式変換手段１５は何
らかの記録媒体に記録されたアプリケーションプログラ
ムによって実現されるものでもよい。

【００３２】また、図２（ｂ）に示すように、クライア
ント２は、サーバ１やネットワーク３上の機器（別のク
ライアントを含む。）との間で情報（コンテンツなど）
を送受信するための通信手段２０と、サーバ１等から受
信した情報を蓄積する情報蓄積装置２１と、情報利用履
歴などに基づいてユーザの好みを表す嗜好情報２３を作
成および更新する嗜好情報制御手段２２と、嗜好情報制
御手段２２によって作成または更新された嗜好情報２３
を記憶する記憶部と、このクライアント（機器）の性能
や状態を表す機器情報２５を作成および更新する機器情
報制御手段２４と、機器情報制御手段２４によって作成
または更新された機器情報２５を記憶する記憶部と、各
処理の制御を行う制御部２６と、ユーザが各種命令や要
求を入力するためのキーボードやマウスなどに代表され
る入力手段２７と、クライアント２の情報や状態あるい
はサーバ１の出力結果を表示または外部の表示装置（図
示せず）へ送信するするための出力手段２８とを備えて
いる。

【００３３】サーバ１の情報蓄積装置１１には、ネット
ワーク３上から受信したコンテンツや、クライアント２
から受信したコンテンツや、ＣＤ（コンパクトディス
ク）、ＤＶＤ（デジタルビデオディスク）その他の記録
媒体から取得したコンテンツなどの情報が蓄積されてい
る。このコンテンツは、種類が特に限定されず、音楽、
画像、動画、テキストなど様々なものが考えられる。さ
らに、情報蓄積装置１１には、コンテンツ自体が蓄積さ
れていなくても、ネットワーク３上やクライアント２に
存在するコンテンツの所在を示す情報が蓄積されていて
もよい。

【００３４】また、サーバ１は、接続機器情報１６に基
づいてクライアント２に対して情報蓄積装置２１に蓄積
された情報を要求して、各クライアント２の保持する情
報のリストを取得することができる。また、サーバ１自
身が保持している情報とともにクライアント２に蓄積さ
れている情報を提示することができる。

【００３５】クライアント２が保持する嗜好情報２３
は、そのクライアント２における情報の利用履歴に基づ
いて、嗜好情報制御手段２２によって作成および更新さ
れる。したがって、作成された嗜好情報２３は各クライ
アント２ごとに機器に依存している。また、嗜好情報２
３はそのクライアント２が情報を利用するたびに更新さ
れる。したがって、その時点でのユーザの嗜好や利用傾
向を的確に表すものとなっている。なお、嗜好情報２３
の具体的な構成については後に詳述する。

【００３６】クライアント２が保持する機器情報２５
は、このクライアント（機器）を特定する機器ＩＤ（識
別番号）、情報蓄積装置２１の空き容量、サーバ１との
通信手段２０や通信状態、そのクライアント２で利用可
能な情報のデータ形式などに関する情報であり、機器情
報制御手段２４によって作成および更新される。この機
器情報２５も、嗜好情報２３と同様に、その時点での機
器の状態に合わせて随時更新されるようになっている。
例えば、空き容量の変化や通信手段２３の変更や使用状
態などに関して変更される。また、アップデートやアプ
リケーションの追加などによって機器が利用できるデー
タ形式が増加・減少・変更された場合に変更される。な
お、機器情報２５の具体的な構成については後に詳述す
る。

【００３７】図３は、ユーザが或るクライアント２Ａか
らサーバ１に対して情報提示の要求を行った場合の、本
システムによる処理の概略フローを示している。

【００３８】ｉ） まず、ユーザが或るクライアント２
Ａの入力手段２７によってサーバ１に対して情報の提示
を要求する（Ｓ２０１）。すると、情報の提示を要求さ
れたサーバ１は、接続機器情報１６に基づいて、接続さ
れている各クライアント２Ａ，２Ｂ，…に対してそれぞ
れの機器情報２５の送信を要求する。これに応じて、各
クライアント２Ａ，２Ｂ，…は機器情報２５をサーバ１
へ送信する。また、サーバ１は、情報要求を行ったクラ
イアント２Ａに対して嗜好情報２３の送信を要求する。
これに応じて、そのクライアント２Ａが嗜好情報２３を
サーバ１へ送信する。さらに、サーバ１は各クライアン
ト２Ａ，２Ｂ，…に対して情報蓄積装置２１に蓄積して
いる情報のリストの送信を要求する。これに応じて、各
クライアント２Ａ，２Ｂ，…は情報リストをサーバ１へ
送信する。サーバ１は、これらの各種情報を接続機器情
報１６として取得し、保持する（Ｓ２０２）。

【００３９】ii） 次に、サーバ１は、情報要求を行っ
たクライアント２Ａの嗜好情報２３、各クライアント２
Ａ，２Ｂ，…の機器情報２５およびデータ形式変換テー
ブル１４に基づいて、利用可能かつ適切なデータ形式へ
情報を変換する決定および提示する情報の選択をする
（Ｓ２０３）。

【００４０】このデータ形式の変換とは、情報要求を行
ったクライアント２Ａにて利用可能なデータ形式への変
換、そのクライアント２Ａの情報蓄積装置２１の空き容
量や通信手段２０の種類や通信状態に対して利用可能に
するためのデータ形式の変換、さらには、そのクライア
ント２Ａにてよく利用されるデータ形式への変換などを
意味する。一方、提示する情報の選択とは、機器情報２
５を用いて、情報選択処理部１２にて利用不可であると
判断された情報を提示しないことを決定すること、嗜好
情報２３を用いて情報選択処理部１２にて提示すべき情
報と判断された情報のみを提示すること、または提示す
べきであると判断された情報を優先して提示することを
意味する。

【００４１】iii） 次に、サーバ１は、情報要求を行
ったクライアント２Ａに、選択された情報を提示する
（Ｓ２０４）。これらはディスプレイなどに代表される
クライアント２Ａの出力手段２８に表示される。ユーザ
は、クライアント２Ａの出力手段２８に表示された情報
の中から、利用したい情報を入力手段２７によって選択
する（Ｓ２０５）。

【００４２】iv） すると、サーバ１は、その選択され
た情報をそのクライアント２Ａへ送信する制御を行う
（Ｓ２０６）。つまり、ステップＳ２０４にてデータ形
式を変換すると決定されていた情報に関しては、データ
形式変換手段１５によって情報のデータ形式を変換す
る。また、その選択された情報が別のクライアント（例
えば２Ｂ）に保持されている情報であれば、その選択さ
れた情報をクライアント２Ｂからサーバ１に一旦送信さ
せて、サーバ１から情報要求を行ったクライアント２Ａ
へ送信しても良いし、その選択された情報をクライアン
ト２Ｂから直接、情報要求を行ったクライアント２Ａへ
送信しても良い。

【００４３】ｖ） この後、送信された情報をクライア
ント２Ａが利用する。また、この情報を利用したことに
応じて、クライアント２Ａは嗜好情報処理手段２２によ
って嗜好情報２３を更新する。また、空き容量の変化な
どがあるために、クライアント２Ａは機器情報制御手段
２４によって機器情報２５を更新する（Ｓ２０７）。

【００４４】例えば、クライアント２Ａが音楽記録・再
生専用機器であり、その機器でユーザがよく聴く音楽の
情報からユーザの好みが嗜好情報２３に蓄えられ、ま
た、その機器で利用できる情報のデータ形式（音楽ファ
イル）が機器情報２５に記録されているものとする。そ
の場合、本システムによれば、サーバ１は音楽記録・再
生専用機器の嗜好情報２３と機器情報２５に基づいて、
ユーザの好みに合い、かつそのクライアント２Ａで利用
可能な音楽ファイルのみを提示、またはそのような音楽
ファイルを優先して提示したり、データ形式を変換して
提示することができる。したがって、ユーザの希望する
情報をクライアント２Ａへ適切に選択して提示できる。

【００４５】嗜好情報２３はクライアント２が情報を利
用（画像を閲覧、動画を視聴、音楽を聴取、テキストを
閲覧など）した場合に、その情報がもつ特徴に基づいて
作成される。例えば、クライアント２が音楽記録・再生
機器であれば、よく聴く音楽のジャンルやよく聴くアー
ティストの名前やよく利用する音楽データのデータ形式
（フォーマット）などが嗜好情報２３として蓄積され
る。これにより、そのクライアント２がサーバ１に対し
て情報提示を要求した場合に、よく聴く音楽のジャンル
やよく聴くアーティストの名前やよく利用する音楽デー
タのデータ形式をもつ情報が提示される。したがって、
ユーザは欲しい情報を容易に選択できる。特に、ネット
ワーク３上からサーバ１に音楽データがプッシュ型（一
方的に情報が送られてくる情報配信方式）で配信される
ようなサービスがあった場合に、クライアント２に提示
される情報がユーザの嗜好に基づいて予め絞り込まれて
いるため、ユーザは好きな音楽データのみを簡単に選択
できる。したがって、ユーザの利便性が増す。

【００４６】図４は上述の嗜好情報２３の具体的な構成
を例示している。この例では、嗜好情報としてキーワー
ド３０１と、ジャンル３０２と、データ形式３０３との
３種類が含まれている。キーワード３０１には、「Ｎ
ｏ．」、「ＫｅｙＷｏｒｄ」、「Ｃｏｕｎｔ」、「Ｌｉ
ｍｉｔ」、「Ｆｌａｇ」が登録されている。ジャンル３
０２には、「Ｎｏ．」、「Ｇｅｎｒｅ」、「Ｃｏｕｎ
ｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されてい
る。また、データ形式３０３には、「Ｎｏ．」、「Ｆｏ
ｒｍａｔ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌ
ａｇ」が登録されている。

【００４７】「Ｎｏ．」は識別番号を表す。「ＫｅｙＷ
ｏｒｄ」「Ｇｅｎｒｅ」「Ｆｏｒｍａｔ」はそれぞれ嗜
好情報２３として登録されているキーワード、ジャン
ル、データ形式の内容を表す。これらのキーワード、ジ
ャンル、データ形式の内容は、例えば音楽データを聴く
などの情報の利用時に、その利用対象の情報に付加され
た情報（これを「付加情報」と呼ぶ。後に詳述する。）
から取り込まれる。「Ｃｏｕｎｔ」（カウント）は、対
応する「Ｎｏ．」のキーワード、ジャンル、データ形式
が付加情報に含まれていた回数を表す。すなわち、Ｃｏ
ｕｎｔ数が大きいほどユーザにとって興味がある可能性
が高いと言える。「Ｌｉｍｉｔ」（リミット）は、対応
するキーワード、ジャンル、データ形式の有効期限を表
している。対応するキーワード、ジャンル、データ形式
が付加情報に含まれていなければ、それぞれ対応するキ
ーワード、ジャンル、データ形式のＬｉｍｉｔが減少す
る。そして、Ｌｉｍｉｔが０になったキーワード、ジャ
ンル、データ形式は嗜好情報２３から登録が削除され
る。「Ｆｌａｇ」（フラグ）は、現在利用中の情報に付
加された付加情報に、対応するキーワード、ジャンル、
データ形式が含まれているか否か（出現有無）を表す。
このＦｌａｇに基づいてＬｉｍｉｔやＣｏｕｎｔが維持
または変更される。

【００４８】図５は、利用対象の情報（この例では音楽
データ）に付加された付加情報４００の具体的な構成を
例示している。この付加情報４００には、「作成日
時」、「情報のタイトル」、「ジャンル」、「データ形
式」、その利用対象の情報に関する１つまたは複数（こ
の例では３つ）の「キーワード」が含まれている。

【００４９】図６〜図７は、嗜好情報２３に関する処理
のフローを示している。この例では、図４中に示した嗜
好情報２３のキーワード部分３０１の変更のみを説明す
る。嗜好情報２３には既にキーワードＫ１〜ＫＭ、ジャ
ンルＧ１〜ＧＰ、データ形式Ｆ１〜ＦＱまでが含まれて
おり、現在利用対象の情報に付加された付加情報４００
にはキーワードＩ１〜ＩＮまでが含まれているものとす
る。

【００５０】図６は、嗜好情報２３に含まれたキーワー
ドを、付加情報４００に含まれたキーワードに基づいて
追加するフローを示している。また、この図６のフロー
は、後述する図７における嗜好情報２３に含まれたキー
ワードを削除する処理の前処理としてのフローでもあ
る。

【００５１】まず、情報利用時（Ｓ５０１）に、すべて
のキーワードＫ１〜ＫＭのＦｌａｇを０にする（Ｓ５０
２）。また、パラメータｎ、ｍをそれぞれ１に設定する
（Ｓ５０３，Ｓ５０４）。そして、パラメータｍが（Ｍ
＋１）になるまで１ずつ増加しながら（Ｓ５０７，Ｓ５
０８）、付加情報４００に含まれるキーワードＩｎ
（（最初はＩ１）が嗜好情報２３に含まれるキーワード
Ｋ１〜ＫＭに存在するか調べる（Ｓ５０５）。キーワー
ドＩｎが既に嗜好情報２３のキーワードとして存在する
ならば（Ｓ５０５でＹＥＳ）、そのキーワードのＣｏｕ
ｎｔを１だけ増加するとともに、Ｆｌａｇを１、Ｌｉｍ
ｉｔを１０（初期値）にする（Ｓ５０６）。一方、キー
ワードＩｎが嗜好情報２３のキーワードＫ１〜ＫＭに含
まれないならば（Ｓ５０５でＮＯ）、そのキーワードを
嗜好情報に新たな（Ｍ＋１）番目の内部キーワードとし
て追加する（Ｓ５１０）（このとき、Ｆｌａｇを１、Ｃ
ｏｕｎｔを１、Ｌｉｍｉｔを１０）。この後、パラメー
タｎが（Ｎ＋１）になるまで１ずつ増加しながら（Ｓ５
１１，Ｓ５１２）、同様の処理（Ｓ５０４〜Ｓ５１０）
を繰り返す。

【００５２】このようにして、嗜好情報２３に含まれた
キーワードを追加することができる。ここで、Ｍ＝０の
場合、つまり嗜好情報２３に１つもキーワードが存在し
ない場合は、図６のフローには従わず、付加情報４００
に含まれたすべてのキーワードを新たなキーワードとし
て嗜好情報２３に追加する。

【００５３】図７は、有効期限が０になったキーワード
を嗜好情報２３から登録削除するフローを示している。

【００５４】まず、パラメータｍを１に設定する（Ｓ５
２１）。次に、キーワードＫｍ（最初はＫ１）に関し
て、対応するＦｌａｇが０かどうか判定する（Ｓ５２
２）。ここで、対応するＦｌａｇが０であった場合は、
付加情報４００にそのキーワードＫｍが含まれていない
ので、対応するＬｉｍｉｔを１だけ減らす（Ｓ５２
３）。この結果、対応するＬｉｍｉｔが０になっていた
場合（Ｓ５２４）、そのキーワードＫｍを嗜好情報２３
から登録削除し、キーワード３０１欄中の後続キーワー
ドのＮｏ．を繰り上げる（１つずつ減らす方向にシフト
する）（Ｓ５２５）。ただしパラメータｍがＭの場合は
繰り上げる処理は行わない。さらに、登録されているキ
ーワード数Ｍを（Ｍ−１）にする（Ｓ５２６）。

【００５５】一方、キーワードＫｍに関して、ステップ
Ｓ５２２で対応するＦｌａｇが１であった場合や、ステ
ップＳ５２４で対応するＬｉｍｉｔが０になっていなか
った場合は、パラメータｍが（Ｍ＋１）になるまで１ず
つ増加しながら（Ｓ５２７，Ｓ５２８）、同様の処理を
繰り返す。

【００５６】例えば、キーワードＫ１０＝「夏」、Ｋ１
１＝「星空」、Ｋ１２＝「なつかし」であった場合に、
今回キーワードＫ１０＝「夏」に対応するＬｉｍｉｔが
０になったとき（Ｓ５２４）、Ｋ１０＝「夏」は登録削
除されて、その後はＫ１０＝「星空」、Ｋ１１＝「なつ
かし」となる。

【００５７】この後、サーバ１に情報要求が行われた場
合、サーバ１は、この嗜好情報２３に基づいて、Ｃｏｕ
ｎｔが或る閾値以上であるキーワードを付加情報４００
に含む情報のみを提示したり、Ｃｏｕｎｔが或る閾値以
上であるキーワードを付加情報４００に含む情報を優先
的に提示することができる。

【００５８】また、ジャンル、データ形式に関しても、
図６，図７の処理と同様にして嗜好情報２３に関する処
理が行われる。そして、そのような処理後の嗜好情報２
３に基づいて情報の提示を行うことができる。このよう
にした場合、ユーザは希望する情報を容易に入手でき、
利用することができる。

【００５９】図８は、クライアント２に保持された機器
情報２５の具体的な構成を例示している。既述のよう
に、機器情報２５としては、「機器ＩＤ」、情報蓄積装
置２１の「空き容量」、サーバ１との「通信手段」や
「通信状態」、そのクライアント２で利用可能な情報の
データ形式（「利用可能データ形式」）、そのクライア
ント２で可能なデータ形式変換（「変換可能データ形
式」）に関する情報が登録されている。この例では、機
器ＩＤは「ＳＨ−０００００−１０００００」であり、
機器には空き容量が１．５ＧＢだけ存在し、サーバ１と
の通信手段はＩＥＥＥ８０２．１１ｂ規格による無線通
信であり、現在５Ｍｂｐｓの通信を実行中である。利用
可能データ形式は、Ｆｍｔ１、Ｆｍｔ２およびＦｍｔ３
であり、このクライアント２ではＦｍｔ２からＦｍｔ３
へのデータ形式変換とＦｍｔ３からＦｍｔ２へのデータ
形式変換が可能である。

【００６０】登録された項目に関して変更があれば、こ
の機器情報２５は随時更新される。すなわち、空き容量
は変更があるたびに更新される。通信手段および状態に
関しても変更があるたびに更新される。なお、空き容
量、通信手段および状態とも１つのクライアント２に複
数の情報があってもよい。また、利用可能データ形式
は、利用できるものが変更されるたびに更新される。例
えば、機器もしくは機器にインストールされているアプ
リケーションプログラムがアップグレードされて利用で
きるデータ形式が増えたり、機器にアプリケーションプ
ログラムがインストールされて利用できるデータ形式が
増えたりした場合などに更新される。同様に、変換でき
るデータ形式も変更があるたびに更新される。このよう
な機器情報２５の更新は、特に自動で行える必要はな
く、ユーザが手動で行うようになっていてもよい。

【００６１】図９は、サーバ１に保持されたデータ形式
変換テーブル１４の具体的な構成を例示している。デー
タ形式の変換はサーバ１にて可能なものでも、クライア
ント２の機能を利用して可能なものでもよい。この例で
は、データ形式変換テーブル１４には、可能なデータ形
式の変換の番号（Ｎｏ．）Ｔ１，Ｔ２，…が記述され、
それぞれの番号ごとに、「変換元」のデータ形式、「変
換後」のデータ形式、変換が可能な機器（「変換可能機
器」）に関する情報が登録されている。ここで「変換可
能機器」は、どの機器で変換元から変換後のデータ形式
に変換できるかを表している。「変換可能機器」が「ｓ
ｅｒｖｅｒ」と記述されている変換は、サーバ１自身が
行うことができる。「変換可能機器」が、「ｓｅｒｖｅ
ｒ」ではなく、それ以外の機器ＩＤ（例えば、ＳＨ−０
００００−１０００００）と記述されている変換は、そ
の機器ＩＤによって特定される機器にて行うことができ
る。サーバ１は、クライアント２から機器情報２５を受
け取った際に、機器情報２５に記述された「変換可能デ
ータ形式」の情報から、データ形式変換テーブル１４を
更新する。これとともに、サーバ１自身で可能なデータ
形式の変換が増加・減少・変更されると、自ら保持する
データ形式変換テーブル１４の情報を更新する。

【００６２】図１０は、サーバ１が嗜好情報２３、機器
情報２５、データ形式変換テーブル１４の情報を用いて
データ形式を変換し、提示する情報を選択する処理（図
３中のＳ２０３）の詳細なフローを示している。

【００６３】ｉ） まず、サーバ１自身に蓄積している
情報と各クライアント２に蓄積されている情報のうち、
情報要求を行ったクライアント２Ａの嗜好情報２３に記
述されている「データ形式」の情報に基づいて、利用頻
度の高いデータ形式へ変換することを記憶する（Ｓ８０
１）。例えば情報要求を行ったクライアント２Ａの嗜好
情報２３が図４に示したものである場合、利用頻度はＦ
ｍｔ２、Ｆｍｔ３、Ｆｍｔ１の順に高いことが分かる。
そこで、データ形式Ｆｍｔ２へ変換することを記憶す
る。また、サーバ１に保持されているデータ形式変換テ
ーブル１４が図９に示したものであるとすると、利用頻
度が最も高く利用可能なＦｍｔ２に変換可能なデータ形
式は、Ｆｍｔ１とＦｍｔ５であることが分かる。そこ
で、データ形式がＦｍｔ１とＦｍｔ５である情報（コン
テンツなど）をデータ形式Ｆｍｔ２へ変換することを記
憶する。Ｆｍｔ２以外でＦｍｔ２へ変換不可能である情
報（コンテンツなど）に関しては、次に利用頻度の高い
Ｆｍｔ３、Ｆｍｔ１へ変換可能なデータ形式を認識す
る。そして、その認識したデータ形式をもつ情報（コン
テンツなど）をデータ形式Ｆｍｔ３、Ｆｍｔ１へ変換す
ることを記憶する。

【００６４】ii） 次に、情報要求を行ったクライアン
ト２Ａの機器情報２５のうち空き容量、通信手段および
通信状態に関する情報に基づいて、利用できない情報を
利用できるデータ形式に変換することを記憶する（Ｓ８
０２）。例えば、或る情報がデータ形式Ｆｍｔ２のまま
では空き容量不足あるいは通信手段の状態により、情報
要求しているクライアント２Ａへ送信できないが、Ｆｍ
ｔ１に変換すると送信（利用）できる場合、その情報に
ついて、サーバ１の保持するデータ形式変換テーブル１
４に記述されているＦｍｔ２からＦｍｔ１への変換をす
ることを記憶する。

【００６５】iii） 次に、以上の処理によって利用可
能となっている情報（コンテンツなど）のみを選択する
（Ｓ８０３）。つまり、この例では、データ形式がＦｍ
ｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ
２、Ｆｍｔ３へ変換できる情報以外の情報は、クライア
ント２Ａに提示する情報から除外される。さらに、デー
タ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍ
ｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報であって
も、クライアント２Ａの空き容量や通信手段の状態によ
って利用できない情報は、クライアント２Ａに提示する
情報から除外される。

【００６６】iv） さらに、利用可能な情報の中から嗜
好情報２３にもとづいてクライアント２Ａに提示する情
報を選択する（Ｓ８０４）。この例では、図４の嗜好情
報２３に記述されているキーワードおよびジャンルの中
でＣｏｕｎｔが１０以上のものを、付加情報に含む情報
（コンテンツなど）のみを選択する。

【００６７】ｖ） 最後に、上記処理によって選択され
た情報のみをクライアント２Ａに提示する、あるいは選
択された情報を優先して提示する（Ｓ８０５）。

【００６８】上述の処理では、嗜好情報２３および機器
情報２５に基づいてデータ形式の変換を記憶し、クライ
アント２Ａに提示する情報を選択したが、他の様々なデ
ータ形式変換方法および提示情報選択方法を採用しても
よい。

【００６９】例えば、上の例では、嗜好情報２３のデー
タ形式とジャンルに関して独立して考慮したが、図１１
に示す嗜好情報２３′のようにジャンルごとに利用した
データ形式を記憶して、ジャンルごとにデータ形式の変
換を制御してもよい。

【００７０】クライアント２に提示された情報の中から
ユーザが利用（取得）したい情報を選択した際は、次の
ような処理が行われる。

【００７１】まず、クライアント２の出力手段２８によ
って提示されている情報の中から、ユーザがクライアン
ト２の入力手段２７によって所望の情報を選択する。選
択された情報がデータ形式の変換をすると記憶されたも
のである場合、サーバ１はデータ形式変換手段１５によ
ってデータ形式を変換する。ただし、データ形式変換テ
ーブル１４に記述された変換可能機器が「ｓｅｖｅｒ」
以外のもの、例えば「ＳＨ−０００００−２００００
０」である場合は、その機器にてデータ形式の変換を行
う。このようにクライアント２を利用してデータ形式変
換を行う場合は、そのクライアント２とサーバ１との間
の通信手段１０、２０と通信状態およびクライアント２
の空き容量の状態を考慮して、データ形式を変換するこ
とを記憶し、提示する情報を選択する処理（図１０の８
０１〜８０５）を行うようにしなければならない。最後
に、サーバ１は選択した情報をクライアント２へ送信す
る。

【００７２】ここで、クライアント２が情報を受信して
利用した際に、嗜好情報２３が更新され、受信したこと
によって空き容量や通信手段２０の状態などの変化が起
これば、機器情報２５が更新される。

【００７３】このように、このシステムでは、クライア
ント２からサーバ１に対して情報要求があると、クライ
アント２で利用できるデータ形式をもつ情報もしくは利
用できるデータ形式に変換可能な情報であって、よく利
用されるデータ形式をもち、かつユーザの嗜好に合った
ものを選択する。そして、その選択した情報のみを提示
し、もしくはそのような情報を優先的に提示する。した
がって、ユーザは各クライアント２を利用する際に情報
の選択を極めて容易に行うことができる。

【００７４】図１２は、サーバ１に多くの情報がある場
合に、情報蓄積装置１１の容量が圧迫されるのを回避す
るために、蓄積する情報を低減する処理のフローを示し
ている。なお、この処理は、クライアント２から情報要
求があって情報提示に関する処理を行っている間は行わ
れない。

【００７５】概して言って、この処理では、サーバ１に
同じ内容をもち、かつデータ形式の異なる情報が存在す
る場合、接続されているクライアント２のいずれかで利
用可能でかつ最も情報量の多いデータ形式をもつ情報の
みを残して、その他のデータ形式をもつ情報を削除す
る。ただし、情報を削除する場合は、その情報量の多い
データ形式から情報量の少ないデータ形式へ変換可能で
ある場合が好ましい。例えば、情報量の多いＭＰＥＧ１
形式をもつ動画情報と情報量の少ないＭＰＥＧ４形式を
もつ動画情報とが存在する場合に、ＭＰＥＧ１形式をも
つ情報のみを残して、ＭＰＥＧ４形式をもつ情報を削除
する。このときＭＰＥＧ１形式からＭＰＥＧ４形式へデ
ータ変換可能であるから、削除された情報は再生され得
る。

【００７６】具体的には、まず、サーバに蓄積されてい
る情報に関して同じ内容をもつ情報が複数存在するか否
かを調べる（Ｓ１００１）。もし、存在するならば、そ
れらの情報を情報量の大きい順にソートする（Ｓ１００
２）。図中に示すように、ソートされた情報を情報量の
大きい順にＤａｔａ１〜ＤａｔａＭとする。パラメータ
ｉを１に設定する（Ｓ１００３）。次にパラメータｍを
（ｉ＋１）に設定する（Ｓ１００４）。そして、データ
形式変換テーブル１４を参照して、Ｄａｔａｉのデータ
形式からＤａｔａｍのデータ形式への変換が可能である
か調べる（Ｓ１００５）。もし、変換が可能であれば、
その情報Ｄａｔａｍを削除する（Ｓ１００６）。Ｄａｔ
ａｍを削除した場合は、それより情報量の少ない後続の
データを繰り上げる（１つずつ減らす方向にシフトす
る）（Ｓ１００７）。ただしパラメータｍがＭの場合は
繰り上げる処理は行わない。さらに、同じ内容をもつ複
数の情報の数Ｍを１減らして（Ｍ−１）とする（Ｓ１０
０８）。一方、その変換が不可能であれば、そのままサ
ーバ１の情報蓄積装置１１に残しておく。この処理を同
じ内容をもつすべての情報について行う（Ｓ１００９〜
Ｓ１０１２）。複数組の同じ内容をもつ情報があればす
べての情報に対して同様に図１２の処理を行う（Ｓ１０
０１〜Ｓ１０１２）。

【００７７】この処理によって、サーバ１に蓄積してお
く情報量を低減できる。このとき、各クライアント２に
て利用できる情報は変化しない。

【００７８】なお、サーバ１に蓄積された情報と各クラ
イアント２に蓄積された情報を共有する場合には、これ
らの全ての情報を対象としてＳ１００１〜Ｓ１０１２の
処理を行う。これによってシステム全体として蓄積して
いる情報量を低減することができる。

【００７９】

【発明の効果】以上より明らかなように、この発明の情
報選択システムによれば、ユーザが希望する情報をクラ
イアント機器へ適切に選択して提示できる。

【図面の簡単な説明】

【図１】 この発明の一実施形態の情報選択システムの
概略ブロック構成を示す図である。

【図２】 上記情報選択システムを構成するサーバとク
ライアントの構成を示す図である。

【図３】 上記情報選択システムによる処理の概略フロ
ーを示す図である。

【図４】 上記情報選択システムに用いられる嗜好情報
の具体的な構成を示す図である。

【図５】 上記情報選択システムに用いられる付加情報
の具体的な構成を示す図である。

【図６】 上記嗜好情報に含まれたキーワードを、上記
付加情報に含まれたキーワードに基づいて追加または削
除するフローを示す図である。

【図７】 有効期限がゼロになったキーワードを嗜好情
報から登録削除するフローを示す図である。

【図８】 上記情報選択システムに用いられる機器情報
の具体的な構成を示す図である。

【図９】 上記情報選択システムに用いられるデータ形
式変換テーブルの具体的な構成を示す図である。

【図１０】 上記サーバがデータ形式を変換し、提示す
る情報を選択する処理（図３中のＳ２０３）の詳細なフ
ローを示す図である。

【図１１】 ジャンルごとに管理された嗜好情報の例
（変形例）を示す図である。

【図１２】 サーバ１に蓄積している情報を低減する処
理のフローを示す図である。

【符号の説明】 １ サーバ ２，２Ａ，２Ｂ クライアント ３ ネットワーク

Claims (9)

【特許請求の範囲】
1. 【請求項１】 サーバとこのサーバに接続された１つあ
   るいは複数のクライアントを備え、上記サーバによる制
   御に基づいてクライアントへ情報を選択して提示する情
   報選択システムであって、 或るクライアントから情報要求があった場合、上記サー
   バはそのクライアントによる情報の利用状況に応じた嗜
   好情報に基づいて、情報の内容とデータ形式を選択する
   制御を行うことを特徴とする情報選択システム。
2. 【請求項２】 請求項１に記載の情報選択システムにお
   いて、 上記嗜好情報は、対応するクライアントを使用するユー
   ザの嗜好の変化を表すように、そのクライアントによる
   情報の利用のたびに更新されることを特徴とする情報選
   択システム。
3. 【請求項３】 請求項１または２に記載の情報選択シス
   テムにおいて、 上記嗜好情報は、対応するクライアントが利用した情報
   のデータ形式を表すデータ形式情報を含み、 上記サーバは、上記データ形式情報に基づいて、上記ク
   ライアントに対して変換されたデータ形式をもつ情報を
   提示し、またはデータ形式を変換できることを明示して
   情報を提示することを特徴とする情報選択システム。
4. 【請求項４】 請求項１、２または３に記載の情報選択
   システムにおいて、 上記クライアントがサーバに要求する情報は、その情報
   を特徴づけるキーワードまたはその情報が属するジャン
   ルを表す付加情報を有し、 上記嗜好情報は、対応するクライアントによる情報の利
   用のたびに、上記付加情報に基づいて更新されることを
   特徴とする情報選択システム。
5. 【請求項５】 請求項４に記載の情報選択システムにお
   いて、 上記嗜好情報は、対応するクライアントが利用した情報
   のジャンルごとにその情報のデータ形式を記憶してお
   り、 上記サーバは、上記嗜好情報に基づいて、上記クライア
   ントに提示する情報について上記ジャンルごとにデータ
   形式を変換することを特徴とする情報選択システム。
6. 【請求項６】 請求項１乃至５のいずれか一つに記載の
   情報選択システムにおいて、 上記サーバは、上記情報の内容とデータ形式を選択する
   制御を、上記嗜好情報に加えて、このサーバに接続され
   た各クライアントの性能および状態をそれぞれ表す機器
   情報に基づいて行うことを特徴とする情報選択システ
   ム。
7. 【請求項７】 請求項１乃至６のいずれか一つに記載の
   情報選択システムにおいて、 可能なデータ形式変換が記述されたデータ形式変換テー
   ブルを備え、 上記サーバは、上記クライアントに要求された情報が、
   そのクライアントが利用不可能なデータ形式をもつと
   き、上記データ形式変換テーブルを参照して、そのクラ
   イアントが利用可能なデータ形式に変換可能であるか否
   かを判断することを特徴とする情報選択システム。
8. 【請求項８】 請求項１乃至７のいずれか一つに記載の
   情報選択システムにおいて、 上記サーバは、上記クライアントに要求された情報を提
   示するために、このサーバが蓄積している情報およびこ
   のサーバに接続された各クライアントが蓄積している情
   報を検索することを特徴とする情報選択システム。
9. 【請求項９】 請求項１乃至８のいずれか一つに記載の
   情報選択システムにおいて、 上記サーバとクライアントが、同じ内容でデータ形式が
   異なる複数の情報を蓄積しているか否かを判断して、デ
   ータ形式の変換によって再生可能なデータ形式をもつ情
   報を削除することを特徴とする情報選択システム。