【手続補正書】
【提出日】平成17年3月14日(2005.3.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】  明細書
【発明の名称】  情報選択システム、サーバ装置およびプログラム記憶媒体
【特許請求の範囲】
【請求項１】  サーバとこのサーバに接続された１つあるいは複数のクライアントを備え、上記サーバによる制御に基づいてクライアントへ情報を選択して提示する情報選択システムであって、
上記サーバはそのクライアントによる情報の利用状況に応じた嗜好情報に基づいて、情報の内容とデータ形式を選択する制御を行うことを特徴とする情報選択システム。
【請求項２】  請求項１に記載の情報選択システムにおいて、
上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化を表すように、そのクライアントによる情報の利用のたびに更新されることを特徴とする情報選択システム。
【請求項３】  請求項１または２に記載の情報選択システムにおいて、
上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含み、
上記サーバは、上記データ形式情報に基づいて、上記クライアントに対して変換されたデータ形式をもつ情報を提示し、またはデータ形式を変換できることを明示して情報を提示することを特徴とする情報選択システム。
【請求項４】  請求項１、２または３に記載の情報選択システムにおいて、
上記クライアントがサーバに要求する情報は、その情報を特徴づけるキーワードまたはその情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新されることを特徴とする情報選択システム。
【請求項５】  請求項４に記載の情報選択システムにおいて、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記サーバは、上記嗜好情報に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換することを特徴とする情報選択システム。
【請求項６】  請求項１乃至５のいずれか一つに記載の情報選択システムにおいて、
上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行うことを特徴とする情報選択システム。
【請求項７】  請求項１乃至６のいずれか一つに記載の情報選択システムにおいて、
可能なデータ形式変換が記述されたデータ形式変換テーブルを備え、
上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断することを特徴とする情報選択システム。
【請求項８】  請求項１乃至７のいずれか一つに記載の情報選択システムにおいて、
上記サーバは、上記クライアントに要求された情報を提示するために、このサーバが蓄積している情報およびこのサーバに接続された各クライアントが蓄積している情報を検索することを特徴とする情報選択システム。
【請求項９】  請求項１乃至８のいずれか一つに記載の情報選択システムにおいて、
上記サーバとクライアントが、同じ内容でデータ形式が異なる複数の情報を蓄積しているか否かを判断して、データ形式の変換によって再生可能なデータ形式をもつ情報を削除することを特徴とする情報選択システム。
【請求項１０】  複数のクライアントが接続され、蓄積された情報をクライアントの情報要求によって提示するサーバ装置であって、
クライアントによる情報の利用状況に応じた嗜好情報を記憶する記憶手段と、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択する選択手段と、
上記選択手段で選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力する情報提示手段とを備えるサーバ装置。
【請求項１１】  接続された複数のクライアントの利用状況に応じた嗜好情報を記憶手段に記憶し、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択し、
選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力するようにコンピュータを制御するプログラムを記憶したプログラム記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は情報選択システムに関する。より詳しくは、この発明は、サーバによる制御に基づいてクライアント機器へ情報を選択して提示する情報選択システムに関する。
また、この発明は、そのような情報選択システムを構成しうるサーバ装置に関する。
また、この発明は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
記憶装置の大容量化やインフラストラクチャ・通信技術等の発達によって、一般ユーザのサーバ、クライアント機器やネットワーク上は画像、音楽、動画などの多くの情報（コンテンツなど）で溢れている。このため、ユーザがそれら多くの情報の中から自分の欲しい情報を探し出す必要がある。しかし、それらの情報には様々なデータ形式や種類のものが存在するため、その中からユーザの好みの情報、実際に利用できる情報をユーザ自身が選択するのは非常に苦労を伴う。
【０００３】
そこで、特開２００１−９４６３１号公報では、配信業者などが管理する配信装置が、情報に関する属性情報を付加し、データ形式を変換した後、情報を配信し、通信装置で受信した中からあらかじめ設定している抽出条件に合致する情報のみを抽出し、蓄積する技術、さらにはデータ形式を判別し、適切な記録／再生装置に送信する技術が提案されている。この技術によれば、属性情報を利用してユーザによる情報の選択の便宜を或る程度図ることができる。しかし、例えば１人のユーザでも、音楽に対する嗜好、動画に対する嗜好、画像に対する嗜好、テキスト情報に関する嗜好などが、それぞれ異なる場合も少なくない。上記技術では、それらの情報の種類に応じた嗜好性が情報の選択に反映されないという問題がある。
【０００４】
また、特開平１１−２７２５７４号公報には、ブラウザで表示するコンテンツに対して、登録されたユーザの状況およびクライアント機器の状況、主にブラウザの機能についての情報を基に、表示するコンテンツの表示状態や表示の選定を行う技術が記載されている。しかし、この技術では、一旦設定された登録情報が、更新されない限りそのまま継続して使用される。このためユーザの嗜好性が時間とともに変化した場合、ユーザの希望するコンテンツがなかなか選択されないという問題がある。
【０００５】
さらに、ＡＶ機器や家電機器がネットワークに接続されるようになり、各機器が特化した機能を持つことが多くなると、各クライアント機器で利用する情報のデータ形式や利用できるデータ形式に偏りが発生すると予想される。このため、各クライアント機器で利用できるデータ形式やよく利用するデータ形式を考慮して情報を提示する必要がある。
【０００６】
そこで、この発明の課題は、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる情報選択システムを提供することにある。
また、この発明の課題は、そのような情報選択システムを構成しうるサーバ装置を提供することにある。
また、この発明の課題は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、この発明の情報選択システムは、サーバとこのサーバに接続された１つあるいは複数のクライアントを備え、上記サーバによる制御に基づいてクライアントへ情報を選択して提示する情報選択システムであって、上記サーバはそのクライアントによる情報の利用状況に応じた嗜好情報に基づいて、情報の内容とデータ形式を選択する制御を行うことを特徴とする。
【０００８】
なお、クライアントが要求する「情報」は、画像、音楽、動画、テキストなどのコンテンツである場合や、そのようなコンテンツの所在を示す情報である場合などがある。このような「情報」としては、上記サーバやクライアントに蓄積されたもの、またはこれらにネットワークを介して接続された他の機器に蓄積されたものが対象となる。
【０００９】
また、情報を「提示」するとは、情報を提供する場合を含む。
【００１０】
また、「データ形式」とは、例えばＭＰＥＧ１、ＭＰＥＧ２などのフォーマットを意味する。
【００１１】
この発明の情報選択システムでは、上記サーバはそのクライアントによる情報の利用状況に応じた嗜好情報に基づいて、情報の内容とデータ形式を選択する制御を行う。したがって、上記クライアントを使用するユーザが希望する情報を、そのクライアント機器へ適切に選択して提示できる。例えば、そのユーザが利用したいであろう情報を選択して提示すれば、ユーザは情報の中から自分の好みの情報を取捨選択する労力が低減される。また、情報要求を行ったクライアントにおいて利用可能なデータ形式をもつ情報のみを提示したり、あるいは利用可能な情報を優先して提示したりすることができる。そのようにした場合、ユーザが情報を取捨選択する労力がさらに低減される。
【００１２】
一実施形態の情報選択システムは、上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化を表すように、そのクライアントによる情報の利用のたびに更新されることを特徴とする。
【００１３】
この一実施形態の情報選択システムでは、上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化を表すように、そのクライアントによる情報の利用のたびに更新される。したがって、上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化に応じた最新のものになる。この結果、或るクライアントから情報要求があった場合、そのクライアントに提示される情報は、ユーザの最新の好みに応じたものになる。
【００１４】
一実施形態の情報選択システムは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含み、上記サーバは、上記データ形式情報に基づいて、上記クライアントに対して変換されたデータ形式をもつ情報を提示し、またはデータ形式を変換できることを明示して情報を提示することを特徴とする。
【００１５】
この一実施形態の情報選択システムでは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含む。そして、上記サーバは、上記データ形式情報に基づいて、上記クライアントに対して変換されたデータ形式をもつ情報を提示し、またはデータ形式を変換できることを明示して情報を提示する。したがって、或るクライアントから情報要求があった場合、サーバは、情報をそのクライアントが利用可能なデータ形式で提示したり、良く利用するデータ形式で提示したりできる。この結果、ユーザの利便性が増す。
【００１６】
一実施形態の情報選択システムは、上記クライアントがサーバに要求する情報は、その情報を特徴づけるキーワードまたはその情報が属するジャンルを表す付加情報を有し、上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新されることを特徴とする。
【００１７】
この一実施形態の情報選択システムでは、上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新される。したがって、上記嗜好情報は、対応するクライアントが利用した情報を特徴づけるキーワードまたはその情報が属するジャンルに応じた最新のものになる。この結果、或るクライアントから情報要求があった場合、そのクライアントに提示される情報は、ユーザの最新の好みに応じたものになる。
【００１８】
一実施形態の情報選択システムは、上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、上記サーバは、上記嗜好情報に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換することを特徴とする。
【００１９】
この一実施形態の情報選択システムでは、上記ジャンルごとにデータ形式を変換するので、データ変換の制御が容易になる。
【００２０】
一実施形態の情報選択システムは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行うことを特徴とする。
【００２１】
この一実施形態の情報選択システムでは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行う。したがって、例えば各クライアントで利用できる情報のデータ形式（フォーマット）、各クライアントの空き容量、クライアントとサーバとの間の通信手段の種類・状態などに基づいて、クライアントに提示する情報を選択できる。この結果、ユーザが希望する情報をさらに適切に選択できる。
【００２２】
なお、上記嗜好情報と機器情報は、それぞれ対応するクライアントごとに設定されているので、クライアントごとにユーザの好みを的確に反映した情報を提示できる。
【００２３】
一実施形態の情報選択システムは、可能なデータ形式変換が記述されたデータ形式変換テーブルを備え、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断することを特徴とする。
【００２４】
この一実施形態の情報選択システムでは、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断する。したがって、上記クライアントに要求された情報が、そのクライアントが利用可能なデータ形式に変換可能であれば、そのクライアントが利用可能なデータ形式に変換して提示することができる。この結果、ユーザの利便性が増す。
【００２５】
一実施形態の情報選択システムは、上記サーバは、上記クライアントに要求された情報を提示するために、このサーバが蓄積している情報およびこのサーバに接続された各クライアントが蓄積している情報を検索することを特徴とする。
【００２６】
この一実施形態の情報選択システムでは、上記サーバは、上記クライアントに要求された情報を提示するために、このサーバが蓄積している情報およびこのサーバに接続された各クライアントが蓄積している情報を検索する。したがって、広い範囲の中から情報を検索できる。
【００２７】
一実施形態の情報選択システムは、上記サーバとクライアントが、同じ内容でデータ形式が異なる複数の情報を蓄積しているか否かを判断して、データ形式の変換によって再生可能なデータ形式をもつ情報を削除することを特徴とする。
【００２８】
この一実施形態の情報選択システムでは、上記サーバとクライアントが、同じ内容でデータ形式が異なる複数の情報を蓄積しているか否かを判断して、データ形式の変換によって再生可能なデータ形式をもつ情報を削除する。したがって、システム全体として蓄積している情報量を低減することができる。
また、この発明のサーバ装置は、複数のクライアントが接続され、蓄積された情報をクライアントの情報要求によって提示するサーバ装置であって、
クライアントによる情報の利用状況に応じた嗜好情報を記憶する記憶手段と、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択する選択手段と、
上記選択手段で選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力する情報提示手段とを備える。
この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体は、
接続された複数のクライアントの利用状況に応じた嗜好情報を記憶手段に記憶し、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択し、
選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力するようにコンピュータを制御するプログラムを記憶している。
この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【００２９】
【発明の実施の形態】
以下、この発明を図示の実施の形態により詳細に説明する。
【００３０】
図１は、この発明の情報選択システムが適用されたネットワーク３の構成を示している。この例では、ネットワーク３には、サーバ１と、複数のクライアント２Ａ，２Ｂ，…（以下「クライアント２」と総称する。）が接続されている。サーバ１は、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器からなる。一方、図１中に示すように、クライアント２は、サーバ１と同様に、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器２−１からなるまたは、クライアント２は、音楽端末２−２、映像市町端末２−３または携帯端末２−４等の、音楽や動画情報を利用する専用の機器であってもよい。
【００３１】
具体的には図２（ａ）に示すように、サーバ１は、クライアント２やネットワーク３上の図示しない機器との間で情報（コンテンツなど）を送受信するための通信手段１０と、情報を蓄積する情報蓄積装置１１と、クライアント２からの情報要求時に送信された嗜好情報２３および機器情報２５に基づいてクライアント２へ提示すべき情報を選択する情報選択処理部１２と、各種制御を行う制御部１３と、可能なデータ形式変換が記述されたデータ形式変換テーブル１４と、情報蓄積装置１１またはクライアント２等の他の機器に蓄積されている情報のデータ形式を変換するデータ形式変換手段１５と、サーバ１に接続された又は接続され得る機器に関する情報が蓄積されている接続機器情報１６とを備えている。情報選択処理部１２、データ形式変換手段１５は何らかの記録媒体に記録されたアプリケーションプログラムによって実現されるものでもよい。
【００３２】
また、図２（ｂ）に示すように、クライアント２は、サーバ１やネットワーク３上の機器（別のクライアントを含む。）との間で情報（コンテンツなど）を送受信するための通信手段２０と、サーバ１等から受信した情報を蓄積する情報蓄積装置２１と、情報利用履歴などに基づいてユーザの好みを表す嗜好情報２３を作成および更新する嗜好情報制御手段２２と、嗜好情報制御手段２２によって作成または更新された嗜好情報２３を記憶する記憶部と、このクライアント（機器）の性能や状態を表す機器情報２５を作成および更新する機器情報制御手段２４と、機器情報制御手段２４によって作成または更新された機器情報２５を記憶する記憶部と、各処理の制御を行う制御部２６と、ユーザが各種命令や要求を入力するためのキーボードやマウスなどに代表される入力手段２７と、クライアント２の情報や状態あるいはサーバ１の出力結果を表示または外部の表示装置（図示せず）へ送信するための出力手段２８とを備えている。
【００３３】
サーバ１の情報蓄積装置１１には、ネットワーク３上から受信したコンテンツや、クライアント２から受信したコンテンツや、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタルビデオディスク）その他の記録媒体から取得したコンテンツなどの情報が蓄積されている。このコンテンツは、種類が特に限定されず、音楽、画像、動画、テキストなど様々なものが考えられる。さらに、情報蓄積装置１１には、コンテンツ自体が蓄積されていなくても、ネットワーク３上やクライアント２に存在するコンテンツの所在を示す情報が蓄積されていてもよい。
【００３４】
また、サーバ１は、接続機器情報１６に基づいてクライアント２に対して情報蓄積装置２１に蓄積された情報を要求して、各クライアント２の保持する情報のリストを取得することができる。また、サーバ１自身が保持している情報とともにクライアント２に蓄積されている情報を提示することができる。
【００３５】
クライアント２が保持する嗜好情報２３は、そのクライアント２における情報の利用履歴に基づいて、嗜好情報制御手段２２によって作成および更新される。したがって、作成された嗜好情報２３は各クライアント２ごとに機器に依存している。また、嗜好情報２３はそのクライアント２が情報を利用するたびに更新される。したがって、その時点でのユーザの嗜好や利用傾向を的確に表すものとなっている。なお、嗜好情報２３の具体的な構成については後に詳述する。
【００３６】
クライアント２が保持する機器情報２５は、このクライアント（機器）を特定する機器ＩＤ（識別番号）、情報蓄積装置２１の空き容量、サーバ１との通信手段２０や通信状態、そのクライアント２で利用可能な情報のデータ形式などに関する情報であり、機器情報制御手段２４によって作成および更新される。この機器情報２５も、嗜好情報２３と同様に、その時点での機器の状態に合わせて随時更新されるようになっている。例えば、空き容量の変化や通信手段２３の変更や使用状態などに関して変更される。また、アップデートやアプリケーションの追加などによって機器が利用できるデータ形式が増加・減少・変更された場合に変更される。なお、機器情報２５の具体的な構成については後に詳述する。
【００３７】
図３は、ユーザが或るクライアント２Ａからサーバ１に対して情報提示の要求を行った場合の、本システムによる処理の概略フローを示している。
【００３８】
ｉ）  まず、ユーザが或るクライアント２Ａの入力手段２７によってサーバ１に対して情報の提示を要求する（Ｓ２０１）。すると、情報の提示を要求されたサーバ１は、接続機器情報１６に基づいて、接続されている各クライアント２Ａ，２Ｂ，…に対してそれぞれの機器情報２５の送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は機器情報２５をサーバ１へ送信する。また、サーバ１は、情報要求を行ったクライアント２Ａに対して嗜好情報２３の送信を要求する。これに応じて、そのクライアント２Ａが嗜好情報２３をサーバ１へ送信する。さらに、サーバ１は各クライアント２Ａ，２Ｂ，…に対して情報蓄積装置２１に蓄積している情報のリストの送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は情報リストをサーバ１へ送信する。サーバ１は、これらの各種情報を接続機器情報１６として取得し、保持する（Ｓ２０２）。
【００３９】
ii）  次に、サーバ１は、情報要求を行ったクライアント２Ａの嗜好情報２３、各クライアント２Ａ，２Ｂ，…の機器情報２５およびデータ形式変換テーブル１４に基づいて、利用可能かつ適切なデータ形式へ情報を変換する決定および提示する情報の選択をする（Ｓ２０３）。
【００４０】
このデータ形式の変換とは、情報要求を行ったクライアント２Ａにて利用可能なデータ形式への変換、そのクライアント２Ａの情報蓄積装置２１の空き容量や通信手段２０の種類や通信状態に対して利用可能にするためのデータ形式の変換、さらには、そのクライアント２Ａにてよく利用されるデータ形式への変換などを意味する。一方、提示する情報の選択とは、機器情報２５を用いて、情報選択処理部１２にて利用不可であると判断された情報を提示しないことを決定すること、嗜好情報２３を用いて情報選択処理部１２にて提示すべき情報と判断された情報のみを提示すること、または提示すべきであると判断された情報を優先して提示することを意味する。
【００４１】
iii）  次に、サーバ１は、情報要求を行ったクライアント２Ａに、選択された情報を提示する（Ｓ２０４）。これらはディスプレイなどに代表されるクライアント２Ａの出力手段２８に表示される。ユーザは、クライアント２Ａの出力手段２８に表示された情報の中から、利用したい情報を入力手段２７によって選択する（Ｓ２０５）。
【００４２】
iv）  すると、サーバ１は、その選択された情報をそのクライアント２Ａへ送信する制御を行う（Ｓ２０６）。つまり、ステップＳ２０４にてデータ形式を変換すると決定されていた情報に関しては、データ形式変換手段１５によって情報のデータ形式を変換する。また、その選択された情報が別のクライアント（例えば２Ｂ）に保持されている情報であれば、その選択された情報をクライアント２Ｂからサーバ１に一旦送信させて、サーバ１から情報要求を行ったクライアント２Ａへ送信しても良いし、その選択された情報をクライアント２Ｂから直接、情報要求を行ったクライアント２Ａへ送信しても良い。
【００４３】
ｖ）  この後、送信された情報をクライアント２Ａが利用する。また、この情報を利用したことに応じて、クライアント２Ａは嗜好情報処理手段２２によって嗜好情報２３を更新する。また、空き容量の変化などがあるために、クライアント２Ａは機器情報制御手段２４によって機器情報２５を更新する（Ｓ２０７）。
【００４４】
例えば、クライアント２Ａが音楽記録・再生専用機器であり、その機器でユーザがよく聴く音楽の情報からユーザの好みが嗜好情報２３に蓄えられ、また、その機器で利用できる情報のデータ形式（音楽ファイル）が機器情報２５に記録されているものとする。その場合、本システムによれば、サーバ１は音楽記録・再生専用機器の嗜好情報２３と機器情報２５に基づいて、ユーザの好みに合い、かつそのクライアント２Ａで利用可能な音楽ファイルのみを提示、またはそのような音楽ファイルを優先して提示したり、データ形式を変換して提示することができる。したがって、ユーザの希望する情報をクライアント２Ａへ適切に選択して提示できる。
【００４５】
嗜好情報２３はクライアント２が情報を利用（画像を閲覧、動画を視聴、音楽を聴取、テキストを閲覧など）した場合に、その情報がもつ特徴に基づいて作成される。例えば、クライアント２が音楽記録・再生機器であれば、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式（フォーマット）などが嗜好情報２３として蓄積される。これにより、そのクライアント２がサーバ１に対して情報提示を要求した場合に、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式をもつ情報が提示される。したがって、ユーザは欲しい情報を容易に選択できる。特に、ネットワーク３上からサーバ１に音楽データがプッシュ型（一方的に情報が送られてくる情報配信方式）で配信されるようなサービスがあった場合に、クライアント２に提示される情報がユーザの嗜好に基づいて予め絞り込まれているため、ユーザは好きな音楽データのみを簡単に選択できる。したがって、ユーザの利便性が増す。
【００４６】
図４は上述の嗜好情報２３の具体的な構成を例示している。この例では、嗜好情報としてキーワード３０１と、ジャンル３０２と、データ形式３０３との３種類が含まれている。キーワード３０１には、「Ｎｏ．」、「ＫｅｙＷｏｒｄ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。ジャンル３０２には、「Ｎｏ．」、「Ｇｅｎｒｅ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。また、データ形式３０３には、「Ｎｏ．」、「Ｆｏｒｍａｔ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。
【００４７】
「Ｎｏ．」は識別番号を表す。「ＫｅｙＷｏｒｄ」「Ｇｅｎｒｅ」「Ｆｏｒｍａｔ」はそれぞれ嗜好情報２３として登録されているキーワード、ジャンル、データ形式の内容を表す。これらのキーワード、ジャンル、データ形式の内容は、例えば音楽データを聴くなどの情報の利用時に、その利用対象の情報に付加された情報（これを「付加情報」と呼ぶ。後に詳述する。）から取り込まれる。「Ｃｏｕｎｔ」（カウント）は、対応する「Ｎｏ．」のキーワード、ジャンル、データ形式が付加情報に含まれていた回数を表す。すなわち、Ｃｏｕｎｔ数が大きいほどユーザにとって興味がある可能性が高いと言える。「Ｌｉｍｉｔ」（リミット）は、対応するキーワード、ジャンル、データ形式の有効期限を表している。対応するキーワード、ジャンル、データ形式が付加情報に含まれていなければ、それぞれ対応するキーワード、ジャンル、データ形式のＬｉｍｉｔが減少する。そして、Ｌｉｍｉｔが０になったキーワード、ジャンル、データ形式は嗜好情報２３から登録が削除される。「Ｆｌａｇ」（フラグ）は、現在利用中の情報に付加された付加情報に、対応するキーワード、ジャンル、データ形式が含まれているか否か（出現有無）を表す。このＦｌａｇに基づいてＬｉｍｉｔやＣｏｕｎｔが維持または変更される。
【００４８】
図５は、利用対象の情報（この例では音楽データ）に付加された付加情報４００の具体的な構成を例示している。この付加情報４００には、「作成日時」、「情報のタイトル」、「ジャンル」、「データ形式」、その利用対象の情報に関する１つまたは複数（この例では３つ）の「キーワード」が含まれている。
【００４９】
図６〜図７は、嗜好情報２３に関する処理のフローを示している。この例では、図４中に示した嗜好情報２３のキーワード部分３０１の変更のみを説明する。嗜好情報２３には既にキーワードＫ１〜ＫＭ、ジャンルＧ１〜ＧＰ、データ形式Ｆ１〜ＦＱまでが含まれており、現在利用対象の情報に付加された付加情報４００にはキーワードＩ１〜ＩＮまでが含まれているものとする。
【００５０】
図６は、嗜好情報２３に含まれたキーワードを、付加情報４００に含まれたキーワードに基づいて追加するフローを示している。また、この図６のフローは、後述する図７における嗜好情報２３に含まれたキーワードを削除する処理の前処理としてのフローでもある。
【００５１】
まず、情報利用時（Ｓ５０１）に、すべてのキーワードＫ１〜ＫＭのＦｌａｇを０にする（Ｓ５０２）。また、パラメータｎ、ｍをそれぞれ１に設定する（Ｓ５０３，Ｓ５０４）。そして、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５０７，Ｓ５０８）、付加情報４００に含まれるキーワードＩｎ（（最初はＩ１）が嗜好情報２３に含まれるキーワードＫ１〜ＫＭに存在するか調べる（Ｓ５０５）。キーワードＩｎが既に嗜好情報２３のキーワードとして存在するならば（Ｓ５０５でＹＥＳ）、そのキーワードのＣｏｕｎｔを１だけ増加するとともに、Ｆｌａｇを１、Ｌｉｍｉｔを１０（初期値）にする（Ｓ５０６）。一方、キーワードＩｎが嗜好情報２３のキーワードＫ１〜ＫＭに含まれないならば（Ｓ５０５でＮＯ）、そのキーワードを嗜好情報に新たな（Ｍ＋１）番目の内部キーワードとして追加する（Ｓ５１０）（このとき、Ｆｌａｇを１、Ｃｏｕｎｔを１、Ｌｉｍｉｔを１０）。この後、パラメータｎが（Ｎ＋１）になるまで１ずつ増加しながら（Ｓ５１１，Ｓ５１２）、同様の処理（Ｓ５０４〜Ｓ５１０）を繰り返す。
【００５２】
このようにして、嗜好情報２３に含まれたキーワードを追加することができる。ここで、Ｍ＝０の場合、つまり嗜好情報２３に１つもキーワードが存在しない場合は、図６のフローには従わず、付加情報４００に含まれたすべてのキーワードを新たなキーワードとして嗜好情報２３に追加する。
【００５３】
図７は、有効期限が０になったキーワードを嗜好情報２３から登録削除するフローを示している。
【００５４】
まず、パラメータｍを１に設定する（Ｓ５２１）。次に、キーワードＫｍ（最初はＫ１）に関して、対応するＦｌａｇが０かどうか判定する（Ｓ５２２）。ここで、対応するＦｌａｇが０であった場合は、付加情報４００にそのキーワードＫｍが含まれていないので、対応するＬｉｍｉｔを１だけ減らす（Ｓ５２３）。この結果、対応するＬｉｍｉｔが０になっていた場合（Ｓ５２４）、そのキーワードＫｍを嗜好情報２３から登録削除し、キーワード３０１欄中の後続キーワードのＮｏ．を繰り上げる（１つずつ減らす方向にシフトする）（Ｓ５２５）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、登録されているキーワード数Ｍを（Ｍ−１）にする（Ｓ５２６）。
【００５５】
一方、キーワードＫｍに関して、ステップＳ５２２で対応するＦｌａｇが１であった場合や、ステップＳ５２４で対応するＬｉｍｉｔが０になっていなかった場合は、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５２７，Ｓ５２８）、同様の処理を繰り返す。
【００５６】
例えば、キーワードＫ１０＝「夏」、Ｋ１１＝「星空」、Ｋ１２＝「なつかし」であった場合に、今回キーワードＫ１０＝「夏」に対応するＬｉｍｉｔが０になったとき（Ｓ５２４）、Ｋ１０＝「夏」は登録削除されて、その後はＫ１０＝「星空」、Ｋ１１＝「なつかし」となる。
【００５７】
この後、サーバ１に情報要求が行われた場合、サーバ１は、この嗜好情報２３に基づいて、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報のみを提示したり、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報を優先的に提示することができる。
【００５８】
また、ジャンル、データ形式に関しても、図６，図７の処理と同様にして嗜好情報２３に関する処理が行われる。そして、そのような処理後の嗜好情報２３に基づいて情報の提示を行うことができる。このようにした場合、ユーザは希望する情報を容易に入手でき、利用することができる。
【００５９】
図８は、クライアント２に保持された機器情報２５の具体的な構成を例示している。既述のように、機器情報２５としては、「機器ＩＤ」、情報蓄積装置２１の「空き容量」、サーバ１との「通信手段」や「通信状態」、そのクライアント２で利用可能な情報のデータ形式（「利用可能データ形式」）、そのクライアント２で可能なデータ形式変換（「変換可能データ形式」）に関する情報が登録されている。この例では、機器ＩＤは「ＳＨ−０００００−１０００００」であり、機器には空き容量が１．５ＧＢだけ存在し、サーバ１との通信手段はＩＥＥＥ８０２．１１ｂ規格による無線通信であり、現在５Ｍｂｐｓの通信を実行中である。利用可能データ形式は、Ｆｍｔ１、Ｆｍｔ２およびＦｍｔ３であり、このクライアント２ではＦｍｔ２からＦｍｔ３へのデータ形式変換とＦｍｔ３からＦｍｔ２へのデータ形式変換が可能である。
【００６０】
登録された項目に関して変更があれば、この機器情報２５は随時更新される。すなわち、空き容量は変更があるたびに更新される。通信手段および状態に関しても変更があるたびに更新される。なお、空き容量、通信手段および状態とも１つのクライアント２に複数の情報があってもよい。また、利用可能データ形式は、利用できるものが変更されるたびに更新される。例えば、機器もしくは機器にインストールされているアプリケーションプログラムがアップグレードされて利用できるデータ形式が増えたり、機器にアプリケーションプログラムがインストールされて利用できるデータ形式が増えたりした場合などに更新される。同様に、変換できるデータ形式も変更があるたびに更新される。このような機器情報２５の更新は、特に自動で行える必要はなく、ユーザが手動で行うようになっていてもよい。
【００６１】
図９は、サーバ１に保持されたデータ形式変換テーブル１４の具体的な構成を例示している。データ形式の変換はサーバ１にて可能なものでも、クライアント２の機能を利用して可能なものでもよい。この例では、データ形式変換テーブル１４には、可能なデータ形式の変換の番号（Ｎｏ．）Ｔ１，Ｔ２，…が記述され、それぞれの番号ごとに、「変換元」のデータ形式、「変換後」のデータ形式、変換が可能な機器（「変換可能機器」）に関する情報が登録されている。ここで「変換可能機器」は、どの機器で変換元から変換後のデータ形式に変換できるかを表している。「変換可能機器」が「ｓｅｒｖｅｒ」と記述されている変換は、サーバ１自身が行うことができる。「変換可能機器」が、「ｓｅｒｖｅｒ」ではなく、それ以外の機器ＩＤ（例えば、ＳＨ−０００００−１０００００）と記述されている変換は、その機器ＩＤによって特定される機器にて行うことができる。サーバ１は、クライアント２から機器情報２５を受け取った際に、機器情報２５に記述された「変換可能データ形式」の情報から、データ形式変換テーブル１４を更新する。これとともに、サーバ１自身で可能なデータ形式の変換が増加・減少・変更されると、自ら保持するデータ形式変換テーブル１４の情報を更新する。
【００６２】
図１０は、サーバ１が嗜好情報２３、機器情報２５、データ形式変換テーブル１４の情報を用いてデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示している。
【００６３】
ｉ）  まず、サーバ１自身に蓄積している情報と各クライアント２に蓄積されている情報のうち、情報要求を行ったクライアント２Ａの嗜好情報２３に記述されている「データ形式」の情報に基づいて、利用頻度の高いデータ形式へ変換することを記憶する（Ｓ８０１）。例えば情報要求を行ったクライアント２Ａの嗜好情報２３が図４に示したものである場合、利用頻度はＦｍｔ２、Ｆｍｔ３、Ｆｍｔ１の順に高いことが分かる。そこで、データ形式Ｆｍｔ２へ変換することを記憶する。また、サーバ１に保持されているデータ形式変換テーブル１４が図９に示したものであるとすると、利用頻度が最も高く利用可能なＦｍｔ２に変換可能なデータ形式は、Ｆｍｔ１とＦｍｔ５であることが分かる。そこで、データ形式がＦｍｔ１とＦｍｔ５である情報（コンテンツなど）をデータ形式Ｆｍｔ２へ変換することを記憶する。Ｆｍｔ２以外でＦｍｔ２へ変換不可能である情報（コンテンツなど）に関しては、次に利用頻度の高いＦｍｔ３、Ｆｍｔ１へ変換可能なデータ形式を認識する。そして、その認識したデータ形式をもつ情報（コンテンツなど）をデータ形式Ｆｍｔ３、Ｆｍｔ１へ変換することを記憶する。
【００６４】
ii）  次に、情報要求を行ったクライアント２Ａの機器情報２５のうち空き容量、通信手段および通信状態に関する情報に基づいて、利用できない情報を利用できるデータ形式に変換することを記憶する（Ｓ８０２）。例えば、或る情報がデータ形式Ｆｍｔ２のままでは空き容量不足あるいは通信手段の状態により、情報要求しているクライアント２Ａへ送信できないが、Ｆｍｔ１に変換すると送信（利用）できる場合、その情報について、サーバ１の保持するデータ形式変換テーブル１４に記述されているＦｍｔ２からＦｍｔ１への変換をすることを記憶する。
【００６５】
iii）  次に、以上の処理によって利用可能となっている情報（コンテンツなど）のみを選択する（Ｓ８０３）。つまり、この例では、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報以外の情報は、クライアント２Ａに提示する情報から除外される。さらに、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報であっても、クライアント２Ａの空き容量や通信手段の状態によって利用できない情報は、クライアント２Ａに提示する情報から除外される。
【００６６】
iv）  さらに、利用可能な情報の中から嗜好情報２３にもとづいてクライアント２Ａに提示する情報を選択する（Ｓ８０４）。この例では、図４の嗜好情報２３に記述されているキーワードおよびジャンルの中でＣｏｕｎｔが１０以上のものを、付加情報に含む情報（コンテンツなど）のみを選択する。
【００６７】
ｖ）  最後に、上記処理によって選択された情報のみをクライアント２Ａに提示する、あるいは選択された情報を優先して提示する（Ｓ８０５）。
【００６８】
上述の処理では、嗜好情報２３および機器情報２５に基づいてデータ形式の変換を記憶し、クライアント２Ａに提示する情報を選択したが、他の様々なデータ形式変換方法および提示情報選択方法を採用してもよい。
【００６９】
例えば、上の例では、嗜好情報２３のデータ形式とジャンルに関して独立して考慮したが、図１１に示す嗜好情報２３′のようにジャンルごとに利用したデータ形式を記憶して、ジャンルごとにデータ形式の変換を制御してもよい。
【００７０】
クライアント２に提示された情報の中からユーザが利用（取得）したい情報を選択した際は、次のような処理が行われる。
【００７１】
まず、クライアント２の出力手段２８によって提示されている情報の中から、ユーザがクライアント２の入力手段２７によって所望の情報を選択する。選択された情報がデータ形式の変換をすると記憶されたものである場合、サーバ１はデータ形式変換手段１５によってデータ形式を変換する。ただし、データ形式変換テーブル１４に記述された変換可能機器が「ｓｅｖｅｒ」以外のもの、例えば「ＳＨ−０００００−２０００００」である場合は、その機器にてデータ形式の変換を行う。このようにクライアント２を利用してデータ形式変換を行う場合は、そのクライアント２とサーバ１との間の通信手段１０、２０と通信状態およびクライアント２の空き容量の状態を考慮して、データ形式を変換することを記憶し、提示する情報を選択する処理（図１０の８０１〜８０５）を行うようにしなければならない。最後に、サーバ１は選択した情報をクライアント２へ送信する。
【００７２】
ここで、クライアント２が情報を受信して利用した際に、嗜好情報２３が更新され、受信したことによって空き容量や通信手段２０の状態などの変化が起これば、機器情報２５が更新される。
【００７３】
このように、このシステムでは、クライアント２からサーバ１に対して情報要求があると、クライアント２で利用できるデータ形式をもつ情報もしくは利用できるデータ形式に変換可能な情報であって、よく利用されるデータ形式をもち、かつユーザの嗜好に合ったものを選択する。そして、その選択した情報のみを提示し、もしくはそのような情報を優先的に提示する。したがって、ユーザは各クライアント２を利用する際に情報の選択を極めて容易に行うことができる。
【００７４】
図１２は、サーバ１に多くの情報がある場合に、情報蓄積装置１１の容量が圧迫されるのを回避するために、蓄積する情報を低減する処理のフローを示している。なお、この処理は、クライアント２から情報要求があって情報提示に関する処理を行っている間は行われない。
【００７５】
概して言って、この処理では、サーバ１に同じ内容をもち、かつデータ形式の異なる情報が存在する場合、接続されているクライアント２のいずれかで利用可能でかつ最も情報量の多いデータ形式をもつ情報のみを残して、その他のデータ形式をもつ情報を削除する。ただし、情報を削除する場合は、その情報量の多いデータ形式から情報量の少ないデータ形式へ変換可能である場合が好ましい。例えば、情報量の多いＭＰＥＧ１形式をもつ動画情報と情報量の少ないＭＰＥＧ４形式をもつ動画情報とが存在する場合に、ＭＰＥＧ１形式をもつ情報のみを残して、ＭＰＥＧ４形式をもつ情報を削除する。このときＭＰＥＧ１形式からＭＰＥＧ４形式へデータ変換可能であるから、削除された情報は再生され得る。
【００７６】
具体的には、まず、サーバに蓄積されている情報に関して同じ内容をもつ情報が複数存在するか否かを調べる（Ｓ１００１）。もし、存在するならば、それらの情報を情報量の大きい順にソートする（Ｓ１００２）。図中に示すように、ソートされた情報を情報量の大きい順にＤａｔａ１〜ＤａｔａＭとする。パラメータｉを１に設定する（Ｓ１００３）。次にパラメータｍを（ｉ＋１）に設定する（Ｓ１００４）。そして、データ形式変換テーブル１４を参照して、Ｄａｔａｉのデータ形式からＤａｔａｍのデータ形式への変換が可能であるか調べる（Ｓ１００５）。もし、変換が可能であれば、その情報Ｄａｔａｍを削除する（Ｓ１００６）。Ｄａｔａｍを削除した場合は、それより情報量の少ない後続のデータを繰り上げる（１つずつ減らす方向にシフトする）（Ｓ１００７）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、同じ内容をもつ複数の情報の数Ｍを１減らして（Ｍ−１）とする（Ｓ１００８）。一方、その変換が不可能であれば、そのままサーバ１の情報蓄積装置１１に残しておく。この処理を同じ内容をもつすべての情報について行う（Ｓ１００９〜Ｓ１０１２）。複数組の同じ内容をもつ情報があればすべての情報に対して同様に図１２の処理を行う（Ｓ１００１〜Ｓ１０１２）。
【００７７】
この処理によって、サーバ１に蓄積しておく情報量を低減できる。このとき、各クライアント２にて利用できる情報は変化しない。
【００７８】
なお、サーバ１に蓄積された情報と各クライアント２に蓄積された情報を共有する場合には、これらの全ての情報を対象としてＳ１００１〜Ｓ１０１２の処理を行う。これによってシステム全体として蓄積している情報量を低減することができる。
【００７９】
【発明の効果】
以上より明らかなように、この発明の情報選択システムによれば、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる。
また、この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【図面の簡単な説明】
【図１】  この発明の一実施形態の情報選択システムの概略ブロック構成を示す図である。
【図２】  上記情報選択システムを構成するサーバとクライアントの構成を示す図である。
【図３】  上記情報選択システムによる処理の概略フローを示す図である。
【図４】  上記情報選択システムに用いられる嗜好情報の具体的な構成を示す図である。
【図５】  上記情報選択システムに用いられる付加情報の具体的な構成を示す図である。
【図６】  上記嗜好情報に含まれたキーワードを、上記付加情報に含まれたキーワードに基づいて追加または削除するフローを示す図である。
【図７】  有効期限がゼロになったキーワードを嗜好情報から登録削除するフローを示す図である。
【図８】  上記情報選択システムに用いられる機器情報の具体的な構成を示す図である。
【図９】  上記情報選択システムに用いられるデータ形式変換テーブルの具体的な構成を示す図である。
【図１０】  上記サーバがデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示す図である。
【図１１】  ジャンルごとに管理された嗜好情報の例（変形例）を示す図である。
【図１２】  サーバ１に蓄積している情報を低減する処理のフローを示す図である。
【符号の説明】
１  サーバ
２，２Ａ，２Ｂ  クライアント
３  ネットワーク