JP4261114B2 - 情報選択システム、サーバ装置およびプログラム記憶媒体 - Google Patents
情報選択システム、サーバ装置およびプログラム記憶媒体 Download PDFInfo
- Publication number
- JP4261114B2 JP4261114B2 JP2002073746A JP2002073746A JP4261114B2 JP 4261114 B2 JP4261114 B2 JP 4261114B2 JP 2002073746 A JP2002073746 A JP 2002073746A JP 2002073746 A JP2002073746 A JP 2002073746A JP 4261114 B2 JP4261114 B2 JP 4261114B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- client
- data format
- server
- preference
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は情報選択システムに関する。より詳しくは、この発明は、サーバによる制御に基づいてクライアント機器へ情報を選択して提示する情報選択システムに関する。
また、この発明は、そのような情報選択システムを構成しうるサーバ装置に関する。
また、この発明は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
記憶装置の大容量化やインフラストラクチャ・通信技術等の発達によって、一般ユーザのサーバ、クライアント機器やネットワーク上は画像、音楽、動画などの多くの情報（コンテンツなど）で溢れている。このため、ユーザがそれら多くの情報の中から自分の欲しい情報を探し出す必要がある。しかし、それらの情報には様々なデータ形式や種類のものが存在するため、その中からユーザの好みの情報、実際に利用できる情報をユーザ自身が選択するのは非常に苦労を伴う。
【０００３】
そこで、特開２００１−９４６３１号公報では、配信業者などが管理する配信装置が、情報に関する属性情報を付加し、データ形式を変換した後、情報を配信し、通信装置で受信した中からあらかじめ設定している抽出条件に合致する情報のみを抽出し、蓄積する技術、さらにはデータ形式を判別し、適切な記録／再生装置に送信する技術が提案されている。この技術によれば、属性情報を利用してユーザによる情報の選択の便宜を或る程度図ることができる。しかし、例えば１人のユーザでも、音楽に対する嗜好、動画に対する嗜好、画像に対する嗜好、テキスト情報に関する嗜好などが、それぞれ異なる場合も少なくない。上記技術では、それらの情報の種類に応じた嗜好性が情報の選択に反映されないという問題がある。
【０００４】
また、特開平１１−２７２５７４号公報には、ブラウザで表示するコンテンツに対して、登録されたユーザの状況およびクライアント機器の状況、主にブラウザの機能についての情報を基に、表示するコンテンツの表示状態や表示の選定を行う技術が記載されている。しかし、この技術では、一旦設定された登録情報が、更新されない限りそのまま継続して使用される。このためユーザの嗜好性が時間とともに変化した場合、ユーザの希望するコンテンツがなかなか選択されないという問題がある。
【０００５】
さらに、ＡＶ機器や家電機器がネットワークに接続されるようになり、各機器が特化した機能を持つことが多くなると、各クライアント機器で利用する情報のデータ形式や利用できるデータ形式に偏りが発生すると予想される。このため、各クライアント機器で利用できるデータ形式やよく利用するデータ形式を考慮して情報を提示する必要がある。
【０００６】
そこで、この発明の課題は、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる情報選択システムを提供することにある。
また、この発明の課題は、そのような情報選択システムを構成しうるサーバ装置を提供することにある。
また、この発明の課題は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、この発明の情報選択システムは、
サーバとこのサーバに接続された１つあるいは複数のクライアントを備え、上記サーバによる制御に基づいてクライアントへ情報を選択して提示する情報選択システムであって、
上記サーバはそのクライアントによる情報の利用状況に応じて更新される嗜好情報に基づいて、提示する情報のデータ形式を選択する制御を行うとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記サーバは、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換することを特徴とする。
【０００８】
なお、クライアントが要求する「情報」は、画像、音楽、動画、テキストなどのコンテンツである場合や、そのようなコンテンツの所在を示す情報である場合などがある。このような「情報」としては、上記サーバやクライアントに蓄積されたもの、またはこれらにネットワークを介して接続された他の機器に蓄積されたものが対象となる。
【０００９】
また、情報を「提示」するとは、情報を提供する場合を含む。
【００１０】
また、「データ形式」とは、例えばＭＰＥＧ１、ＭＰＥＧ２などのフォーマットを意味する。
【００１１】
この発明の情報選択システムでは、上記サーバはこのサーバに接続されたクライアントによる情報の利用状況に応じて更新される嗜好情報に基づいて、提示する情報のデータ形式を選択する制御を行う。特に、上記サーバは、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換する。したがって、上記クライアントを使用するユーザが希望する情報を、そのクライアント機器へ適切なデータ形式を選択して提示できる。そのようにした場合、ユーザが情報を取捨選択する労力が低減される。
【００１２】
また、この情報選択システムでは、上記嗜好情報は、そのクライアントによる情報の利用状況に応じて更新される。したがって、上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化に応じた最新のものになる。
【００１３】
また、この情報選択システムでは、上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新される。したがって、上記嗜好情報は、対応するクライアントが利用した情報が属するジャンルに応じた最新のものになる。この結果、或るクライアントから情報要求があった場合、そのクライアントに提示される情報は、ユーザの最新の好みに応じたものになる。
【００１４】
また、この情報選択システムでは、上記ジャンルごとにデータ形式を変換するので、データ変換の制御が容易になる。
【００１５】
一実施形態の情報選択システムは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含み、上記サーバは、クライアントに提示する情報を上記データ形式情報に基づいて変換することを特徴とする。
【００１６】
この一実施形態の情報選択システムでは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含む。そして、上記サーバは、クライアントに提示する情報を上記データ形式情報に基づいて変換する。したがって、或るクライアントから情報要求があった場合、サーバは、情報をそのクライアントが利用可能なデータ形式で提示したり、良く利用するデータ形式で提示したりできる。この結果、ユーザの利便性が増す。
【００１７】
一実施形態の情報選択システムは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行うことを特徴とする。
【００１８】
この一実施形態の情報選択システムでは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行う。したがって、例えば各クライアントで利用できる情報のデータ形式（フォーマット）、各クライアントの空き容量、クライアントとサーバとの間の通信手段の種類・状態などに基づいて、クライアントに提示する情報を選択できる。この結果、ユーザが希望する情報をさらに適切に選択できる。
【００１９】
なお、上記嗜好情報と機器情報は、それぞれ対応するクライアントごとに設定されているので、クライアントごとにユーザの好みを的確に反映した情報を提示できる。
【００２０】
一実施形態の情報選択システムは、可能なデータ形式変換が記述されたデータ形式変換テーブルを備え、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断することを特徴とする。
【００２１】
この一実施形態の情報選択システムでは、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断する。したがって、上記クライアントに要求された情報が、そのクライアントが利用可能なデータ形式に変換可能であれば、そのクライアントが利用可能なデータ形式に変換して提示することができる。この結果、ユーザの利便性が増す。
【００２２】
また、この発明のサーバ装置は、複数のクライアントが接続され、蓄積された情報をクライアントの情報要求によって提示するサーバ装置であって、
クライアントによる情報の利用状況に応じた嗜好情報を記憶する記憶手段と、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択する選択手段と、
上記選択手段で選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力する情報提示手段とを備え、
上記クライアントの上記情報要求によって要求される情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を含み、
上記選択手段は、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を選択する。
この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体は、
接続された複数のクライアントの利用状況に応じた嗜好情報を記憶手段に記憶し、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択し、
選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力するようにコンピュータを制御するとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換するようにコンピュータを制御するプログラムを記憶している。
この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【００２３】
【発明の実施の形態】
以下、この発明を図示の実施の形態により詳細に説明する。
【００２４】
図１は、この発明の情報選択システムが適用されたネットワーク３の構成を示している。この例では、ネットワーク３には、サーバ１と、複数のクライアント２Ａ，２Ｂ，…（以下「クライアント２」と総称する。）が接続されている。サーバ１は、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器からなる。一方、図１中に示すように、クライアント２は、サーバ１と同様に、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器２−１からなるまたは、クライアント２は、音楽端末２−２、映像市町端末２−３または携帯端末２−４等の、音楽や動画情報を利用する専用の機器であってもよい。
【００２５】
具体的には図２（ａ）に示すように、サーバ１は、クライアント２やネットワーク３上の図示しない機器との間で情報（コンテンツなど）を送受信するための通信手段１０と、情報を蓄積する情報蓄積装置１１と、クライアント２からの情報要求時に送信された嗜好情報２３および機器情報２５に基づいてクライアント２へ提示すべき情報を選択する情報選択処理部１２と、各種制御を行う制御部１３と、可能なデータ形式変換が記述されたデータ形式変換テーブル１４と、情報蓄積装置１１またはクライアント２等の他の機器に蓄積されている情報のデータ形式を変換するデータ形式変換手段１５と、サーバ１に接続された又は接続され得る機器に関する情報が蓄積されている接続機器情報１６とを備えている。情報選択処理部１２、データ形式変換手段１５は何らかの記録媒体に記録されたアプリケーションプログラムによって実現されるものでもよい。
【００２６】
また、図２（ｂ）に示すように、クライアント２は、サーバ１やネットワーク３上の機器（別のクライアントを含む。）との間で情報（コンテンツなど）を送受信するための通信手段２０と、サーバ１等から受信した情報を蓄積する情報蓄積装置２１と、情報利用履歴などに基づいてユーザの好みを表す嗜好情報２３を作成および更新する嗜好情報制御手段２２と、嗜好情報制御手段２２によって作成または更新された嗜好情報２３を記憶する記憶部と、このクライアント（機器）の性能や状態を表す機器情報２５を作成および更新する機器情報制御手段２４と、機器情報制御手段２４によって作成または更新された機器情報２５を記憶する記憶部と、各処理の制御を行う制御部２６と、ユーザが各種命令や要求を入力するためのキーボードやマウスなどに代表される入力手段２７と、クライアント２の情報や状態あるいはサーバ１の出力結果を表示または外部の表示装置（図示せず）へ送信するための出力手段２８とを備えている。
【００２７】
サーバ１の情報蓄積装置１１には、ネットワーク３上から受信したコンテンツや、クライアント２から受信したコンテンツや、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタルビデオディスク）その他の記録媒体から取得したコンテンツなどの情報が蓄積されている。このコンテンツは、種類が特に限定されず、音楽、画像、動画、テキストなど様々なものが考えられる。さらに、情報蓄積装置１１には、コンテンツ自体が蓄積されていなくても、ネットワーク３上やクライアント２に存在するコンテンツの所在を示す情報が蓄積されていてもよい。
【００２８】
また、サーバ１は、接続機器情報１６に基づいてクライアント２に対して情報蓄積装置２１に蓄積された情報を要求して、各クライアント２の保持する情報のリストを取得することができる。また、サーバ１自身が保持している情報とともにクライアント２に蓄積されている情報を提示することができる。
【００２９】
クライアント２が保持する嗜好情報２３は、そのクライアント２における情報の利用履歴に基づいて、嗜好情報制御手段２２によって作成および更新される。したがって、作成された嗜好情報２３は各クライアント２ごとに機器に依存している。また、嗜好情報２３はそのクライアント２が情報を利用するたびに更新される。したがって、その時点でのユーザの嗜好や利用傾向を的確に表すものとなっている。なお、嗜好情報２３の具体的な構成については後に詳述する。
【００３０】
クライアント２が保持する機器情報２５は、このクライアント（機器）を特定する機器ＩＤ（識別番号）、情報蓄積装置２１の空き容量、サーバ１との通信手段２０や通信状態、そのクライアント２で利用可能な情報のデータ形式などに関する情報であり、機器情報制御手段２４によって作成および更新される。この機器情報２５も、嗜好情報２３と同様に、その時点での機器の状態に合わせて随時更新されるようになっている。例えば、空き容量の変化や通信手段２３の変更や使用状態などに関して変更される。また、アップデートやアプリケーションの追加などによって機器が利用できるデータ形式が増加・減少・変更された場合に変更される。なお、機器情報２５の具体的な構成については後に詳述する。
【００３１】
図３は、ユーザが或るクライアント２Ａからサーバ１に対して情報提示の要求を行った場合の、本システムによる処理の概略フローを示している。
【００３２】
ｉ） まず、ユーザが或るクライアント２Ａの入力手段２７によってサーバ１に対して情報の提示を要求する（Ｓ２０１）。すると、情報の提示を要求されたサーバ１は、接続機器情報１６に基づいて、接続されている各クライアント２Ａ，２Ｂ，…に対してそれぞれの機器情報２５の送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は機器情報２５をサーバ１へ送信する。また、サーバ１は、情報要求を行ったクライアント２Ａに対して嗜好情報２３の送信を要求する。これに応じて、そのクライアント２Ａが嗜好情報２３をサーバ１へ送信する。さらに、サーバ１は各クライアント２Ａ，２Ｂ，…に対して情報蓄積装置２１に蓄積している情報のリストの送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は情報リストをサーバ１へ送信する。サーバ１は、これらの各種情報を接続機器情報１６として取得し、保持する（Ｓ２０２）。
【００３３】
ii） 次に、サーバ１は、情報要求を行ったクライアント２Ａの嗜好情報２３、各クライアント２Ａ，２Ｂ，…の機器情報２５およびデータ形式変換テーブル１４に基づいて、利用可能かつ適切なデータ形式へ情報を変換する決定および提示する情報の選択をする（Ｓ２０３）。
【００３４】
このデータ形式の変換とは、情報要求を行ったクライアント２Ａにて利用可能なデータ形式への変換、そのクライアント２Ａの情報蓄積装置２１の空き容量や通信手段２０の種類や通信状態に対して利用可能にするためのデータ形式の変換、さらには、そのクライアント２Ａにてよく利用されるデータ形式への変換などを意味する。一方、提示する情報の選択とは、機器情報２５を用いて、情報選択処理部１２にて利用不可であると判断された情報を提示しないことを決定すること、嗜好情報２３を用いて情報選択処理部１２にて提示すべき情報と判断された情報のみを提示すること、または提示すべきであると判断された情報を優先して提示することを意味する。
【００３５】
iii） 次に、サーバ１は、情報要求を行ったクライアント２Ａに、選択された情報を提示する（Ｓ２０４）。これらはディスプレイなどに代表されるクライアント２Ａの出力手段２８に表示される。ユーザは、クライアント２Ａの出力手段２８に表示された情報の中から、利用したい情報を入力手段２７によって選択する（Ｓ２０５）。
【００３６】
iv） すると、サーバ１は、その選択された情報をそのクライアント２Ａへ送信する制御を行う（Ｓ２０６）。つまり、ステップＳ２０４にてデータ形式を変換すると決定されていた情報に関しては、データ形式変換手段１５によって情報のデータ形式を変換する。また、その選択された情報が別のクライアント（例えば２Ｂ）に保持されている情報であれば、その選択された情報をクライアント２Ｂからサーバ１に一旦送信させて、サーバ１から情報要求を行ったクライアント２Ａへ送信しても良いし、その選択された情報をクライアント２Ｂから直接、情報要求を行ったクライアント２Ａへ送信しても良い。
【００３７】
ｖ） この後、送信された情報をクライアント２Ａが利用する。また、この情報を利用したことに応じて、クライアント２Ａは嗜好情報処理手段２２によって嗜好情報２３を更新する。また、空き容量の変化などがあるために、クライアント２Ａは機器情報制御手段２４によって機器情報２５を更新する（Ｓ２０７）。
【００３８】
例えば、クライアント２Ａが音楽記録・再生専用機器であり、その機器でユーザがよく聴く音楽の情報からユーザの好みが嗜好情報２３に蓄えられ、また、その機器で利用できる情報のデータ形式（音楽ファイル）が機器情報２５に記録されているものとする。その場合、本システムによれば、サーバ１は音楽記録・再生専用機器の嗜好情報２３と機器情報２５に基づいて、ユーザの好みに合い、かつそのクライアント２Ａで利用可能な音楽ファイルのみを提示、またはそのような音楽ファイルを優先して提示したり、データ形式を変換して提示することができる。したがって、ユーザの希望する情報をクライアント２Ａへ適切に選択して提示できる。
【００３９】
嗜好情報２３はクライアント２が情報を利用（画像を閲覧、動画を視聴、音楽を聴取、テキストを閲覧など）した場合に、その情報がもつ特徴に基づいて作成される。例えば、クライアント２が音楽記録・再生機器であれば、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式（フォーマット）などが嗜好情報２３として蓄積される。これにより、そのクライアント２がサーバ１に対して情報提示を要求した場合に、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式をもつ情報が提示される。したがって、ユーザは欲しい情報を容易に選択できる。特に、ネットワーク３上からサーバ１に音楽データがプッシュ型（一方的に情報が送られてくる情報配信方式）で配信されるようなサービスがあった場合に、クライアント２に提示される情報がユーザの嗜好に基づいて予め絞り込まれているため、ユーザは好きな音楽データのみを簡単に選択できる。したがって、ユーザの利便性が増す。
【００４０】
図４は上述の嗜好情報２３の具体的な構成を例示している。この例では、嗜好情報としてキーワード３０１と、ジャンル３０２と、データ形式３０３との３種類が含まれている。キーワード３０１には、「Ｎｏ．」、「ＫｅｙＷｏｒｄ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。ジャンル３０２には、「Ｎｏ．」、「Ｇｅｎｒｅ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。また、データ形式３０３には、「Ｎｏ．」、「Ｆｏｒｍａｔ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。
【００４１】
「Ｎｏ．」は識別番号を表す。「ＫｅｙＷｏｒｄ」「Ｇｅｎｒｅ」「Ｆｏｒｍａｔ」はそれぞれ嗜好情報２３として登録されているキーワード、ジャンル、データ形式の内容を表す。これらのキーワード、ジャンル、データ形式の内容は、例えば音楽データを聴くなどの情報の利用時に、その利用対象の情報に付加された情報（これを「付加情報」と呼ぶ。後に詳述する。）から取り込まれる。「Ｃｏｕｎｔ」（カウント）は、対応する「Ｎｏ．」のキーワード、ジャンル、データ形式が付加情報に含まれていた回数を表す。すなわち、Ｃｏｕｎｔ数が大きいほどユーザにとって興味がある可能性が高いと言える。「Ｌｉｍｉｔ」（リミット）は、対応するキーワード、ジャンル、データ形式の有効期限を表している。対応するキーワード、ジャンル、データ形式が付加情報に含まれていなければ、それぞれ対応するキーワード、ジャンル、データ形式のＬｉｍｉｔが減少する。そして、Ｌｉｍｉｔが０になったキーワード、ジャンル、データ形式は嗜好情報２３から登録が削除される。「Ｆｌａｇ」（フラグ）は、現在利用中の情報に付加された付加情報に、対応するキーワード、ジャンル、データ形式が含まれているか否か（出現有無）を表す。このＦｌａｇに基づいてＬｉｍｉｔやＣｏｕｎｔが維持または変更される。
【００４２】
図５は、利用対象の情報（この例では音楽データ）に付加された付加情報４００の具体的な構成を例示している。この付加情報４００には、「作成日時」、「情報のタイトル」、「ジャンル」、「データ形式」、その利用対象の情報に関する１つまたは複数（この例では３つ）の「キーワード」が含まれている。
【００４３】
図６〜図７は、嗜好情報２３に関する処理のフローを示している。この例では、図４中に示した嗜好情報２３のキーワード部分３０１の変更のみを説明する。嗜好情報２３には既にキーワードＫ１〜ＫＭ、ジャンルＧ１〜ＧＰ、データ形式Ｆ１〜ＦＱまでが含まれており、現在利用対象の情報に付加された付加情報４００にはキーワードＩ１〜ＩＮまでが含まれているものとする。
【００４４】
図６は、嗜好情報２３に含まれたキーワードを、付加情報４００に含まれたキーワードに基づいて追加するフローを示している。また、この図６のフローは、後述する図７における嗜好情報２３に含まれたキーワードを削除する処理の前処理としてのフローでもある。
【００４５】
まず、情報利用時（Ｓ５０１）に、すべてのキーワードＫ１〜ＫＭのＦｌａｇを０にする（Ｓ５０２）。また、パラメータｎ、ｍをそれぞれ１に設定する（Ｓ５０３，Ｓ５０４）。そして、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５０７，Ｓ５０８）、付加情報４００に含まれるキーワードＩｎ（（最初はＩ１）が嗜好情報２３に含まれるキーワードＫ１〜ＫＭに存在するか調べる（Ｓ５０５）。キーワードＩｎが既に嗜好情報２３のキーワードとして存在するならば（Ｓ５０５でＹＥＳ）、そのキーワードのＣｏｕｎｔを１だけ増加するとともに、Ｆｌａｇを１、Ｌｉｍｉｔを１０（初期値）にする（Ｓ５０６）。一方、キーワードＩｎが嗜好情報２３のキーワードＫ１〜ＫＭに含まれないならば（Ｓ５０５でＮＯ）、そのキーワードを嗜好情報に新たな（Ｍ＋１）番目の内部キーワードとして追加する（Ｓ５１０）（このとき、Ｆｌａｇを１、Ｃｏｕｎｔを１、Ｌｉｍｉｔを１０）。この後、パラメータｎが（Ｎ＋１）になるまで１ずつ増加しながら（Ｓ５１１，Ｓ５１２）、同様の処理（Ｓ５０４〜Ｓ５１０）を繰り返す。
【００４６】
このようにして、嗜好情報２３に含まれたキーワードを追加することができる。ここで、Ｍ＝０の場合、つまり嗜好情報２３に１つもキーワードが存在しない場合は、図６のフローには従わず、付加情報４００に含まれたすべてのキーワードを新たなキーワードとして嗜好情報２３に追加する。
【００４７】
図７は、有効期限が０になったキーワードを嗜好情報２３から登録削除するフローを示している。
【００４８】
まず、パラメータｍを１に設定する（Ｓ５２１）。次に、キーワードＫｍ（最初はＫ１）に関して、対応するＦｌａｇが０かどうか判定する（Ｓ５２２）。ここで、対応するＦｌａｇが０であった場合は、付加情報４００にそのキーワードＫｍが含まれていないので、対応するＬｉｍｉｔを１だけ減らす（Ｓ５２３）。この結果、対応するＬｉｍｉｔが０になっていた場合（Ｓ５２４）、そのキーワードＫｍを嗜好情報２３から登録削除し、キーワード３０１欄中の後続キーワードのＮｏ．を繰り上げる（１つずつ減らす方向にシフトする）（Ｓ５２５）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、登録されているキーワード数Ｍを（Ｍ−１）にする（Ｓ５２６）。
【００４９】
一方、キーワードＫｍに関して、ステップＳ５２２で対応するＦｌａｇが１であった場合や、ステップＳ５２４で対応するＬｉｍｉｔが０になっていなかった場合は、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５２７，Ｓ５２８）、同様の処理を繰り返す。
【００５０】
例えば、キーワードＫ１０＝「夏」、Ｋ１１＝「星空」、Ｋ１２＝「なつかし」であった場合に、今回キーワードＫ１０＝「夏」に対応するＬｉｍｉｔが０になったとき（Ｓ５２４）、Ｋ１０＝「夏」は登録削除されて、その後はＫ１０＝「星空」、Ｋ１１＝「なつかし」となる。
【００５１】
この後、サーバ１に情報要求が行われた場合、サーバ１は、この嗜好情報２３に基づいて、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報のみを提示したり、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報を優先的に提示することができる。
【００５２】
また、ジャンル、データ形式に関しても、図６，図７の処理と同様にして嗜好情報２３に関する処理が行われる。そして、そのような処理後の嗜好情報２３に基づいて情報の提示を行うことができる。このようにした場合、ユーザは希望する情報を容易に入手でき、利用することができる。
【００５３】
図８は、クライアント２に保持された機器情報２５の具体的な構成を例示している。既述のように、機器情報２５としては、「機器ＩＤ」、情報蓄積装置２１の「空き容量」、サーバ１との「通信手段」や「通信状態」、そのクライアント２で利用可能な情報のデータ形式（「利用可能データ形式」）、そのクライアント２で可能なデータ形式変換（「変換可能データ形式」）に関する情報が登録されている。この例では、機器ＩＤは「ＳＨ−０００００−１０００００」であり、機器には空き容量が１．５ＧＢだけ存在し、サーバ１との通信手段はＩＥＥＥ８０２．１１ｂ規格による無線通信であり、現在５Ｍｂｐｓの通信を実行中である。利用可能データ形式は、Ｆｍｔ１、Ｆｍｔ２およびＦｍｔ３であり、このクライアント２ではＦｍｔ２からＦｍｔ３へのデータ形式変換とＦｍｔ３からＦｍｔ２へのデータ形式変換が可能である。
【００５４】
登録された項目に関して変更があれば、この機器情報２５は随時更新される。すなわち、空き容量は変更があるたびに更新される。通信手段および状態に関しても変更があるたびに更新される。なお、空き容量、通信手段および状態とも１つのクライアント２に複数の情報があってもよい。また、利用可能データ形式は、利用できるものが変更されるたびに更新される。例えば、機器もしくは機器にインストールされているアプリケーションプログラムがアップグレードされて利用できるデータ形式が増えたり、機器にアプリケーションプログラムがインストールされて利用できるデータ形式が増えたりした場合などに更新される。同様に、変換できるデータ形式も変更があるたびに更新される。このような機器情報２５の更新は、特に自動で行える必要はなく、ユーザが手動で行うようになっていてもよい。
【００５５】
図９は、サーバ１に保持されたデータ形式変換テーブル１４の具体的な構成を例示している。データ形式の変換はサーバ１にて可能なものでも、クライアント２の機能を利用して可能なものでもよい。この例では、データ形式変換テーブル１４には、可能なデータ形式の変換の番号（Ｎｏ．）Ｔ１，Ｔ２，…が記述され、それぞれの番号ごとに、「変換元」のデータ形式、「変換後」のデータ形式、変換が可能な機器（「変換可能機器」）に関する情報が登録されている。ここで「変換可能機器」は、どの機器で変換元から変換後のデータ形式に変換できるかを表している。「変換可能機器」が「ｓｅｒｖｅｒ」と記述されている変換は、サーバ１自身が行うことができる。「変換可能機器」が、「ｓｅｒｖｅｒ」ではなく、それ以外の機器ＩＤ（例えば、ＳＨ−０００００−１０００００）と記述されている変換は、その機器ＩＤによって特定される機器にて行うことができる。サーバ１は、クライアント２から機器情報２５を受け取った際に、機器情報２５に記述された「変換可能データ形式」の情報から、データ形式変換テーブル１４を更新する。これとともに、サーバ１自身で可能なデータ形式の変換が増加・減少・変更されると、自ら保持するデータ形式変換テーブル１４の情報を更新する。
【００５６】
図１０は、サーバ１が嗜好情報２３、機器情報２５、データ形式変換テーブル１４の情報を用いてデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示している。
【００５７】
ｉ） まず、サーバ１自身に蓄積している情報と各クライアント２に蓄積されている情報のうち、情報要求を行ったクライアント２Ａの嗜好情報２３に記述されている「データ形式」の情報に基づいて、利用頻度の高いデータ形式へ変換することを記憶する（Ｓ８０１）。例えば情報要求を行ったクライアント２Ａの嗜好情報２３が図４に示したものである場合、利用頻度はＦｍｔ２、Ｆｍｔ３、Ｆｍｔ１の順に高いことが分かる。そこで、データ形式Ｆｍｔ２へ変換することを記憶する。また、サーバ１に保持されているデータ形式変換テーブル１４が図９に示したものであるとすると、利用頻度が最も高く利用可能なＦｍｔ２に変換可能なデータ形式は、Ｆｍｔ１とＦｍｔ５であることが分かる。そこで、データ形式がＦｍｔ１とＦｍｔ５である情報（コンテンツなど）をデータ形式Ｆｍｔ２へ変換することを記憶する。Ｆｍｔ２以外でＦｍｔ２へ変換不可能である情報（コンテンツなど）に関しては、次に利用頻度の高いＦｍｔ３、Ｆｍｔ１へ変換可能なデータ形式を認識する。そして、その認識したデータ形式をもつ情報（コンテンツなど）をデータ形式Ｆｍｔ３、Ｆｍｔ１へ変換することを記憶する。
【００５８】
ii） 次に、情報要求を行ったクライアント２Ａの機器情報２５のうち空き容量、通信手段および通信状態に関する情報に基づいて、利用できない情報を利用できるデータ形式に変換することを記憶する（Ｓ８０２）。例えば、或る情報がデータ形式Ｆｍｔ２のままでは空き容量不足あるいは通信手段の状態により、情報要求しているクライアント２Ａへ送信できないが、Ｆｍｔ１に変換すると送信（利用）できる場合、その情報について、サーバ１の保持するデータ形式変換テーブル１４に記述されているＦｍｔ２からＦｍｔ１への変換をすることを記憶する。
【００５９】
iii） 次に、以上の処理によって利用可能となっている情報（コンテンツなど）のみを選択する（Ｓ８０３）。つまり、この例では、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報以外の情報は、クライアント２Ａに提示する情報から除外される。さらに、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報であっても、クライアント２Ａの空き容量や通信手段の状態によって利用できない情報は、クライアント２Ａに提示する情報から除外される。
【００６０】
iv） さらに、利用可能な情報の中から嗜好情報２３にもとづいてクライアント２Ａに提示する情報を選択する（Ｓ８０４）。この例では、図４の嗜好情報２３に記述されているキーワードおよびジャンルの中でＣｏｕｎｔが１０以上のものを、付加情報に含む情報（コンテンツなど）のみを選択する。
【００６１】
ｖ） 最後に、上記処理によって選択された情報のみをクライアント２Ａに提示する、あるいは選択された情報を優先して提示する（Ｓ８０５）。
【００６２】
上述の処理では、嗜好情報２３および機器情報２５に基づいてデータ形式の変換を記憶し、クライアント２Ａに提示する情報を選択したが、他の様々なデータ形式変換方法および提示情報選択方法を採用してもよい。
【００６３】
例えば、上の例では、嗜好情報２３のデータ形式とジャンルに関して独立して考慮したが、図１１に示す嗜好情報２３′のようにジャンルごとに利用したデータ形式を記憶して、ジャンルごとにデータ形式の変換を制御してもよい。
【００６４】
クライアント２に提示された情報の中からユーザが利用（取得）したい情報を選択した際は、次のような処理が行われる。
【００６５】
まず、クライアント２の出力手段２８によって提示されている情報の中から、ユーザがクライアント２の入力手段２７によって所望の情報を選択する。選択された情報がデータ形式の変換をすると記憶されたものである場合、サーバ１はデータ形式変換手段１５によってデータ形式を変換する。ただし、データ形式変換テーブル１４に記述された変換可能機器が「ｓｅｖｅｒ」以外のもの、例えば「ＳＨ−０００００−２０００００」である場合は、その機器にてデータ形式の変換を行う。このようにクライアント２を利用してデータ形式変換を行う場合は、そのクライアント２とサーバ１との間の通信手段１０、２０と通信状態およびクライアント２の空き容量の状態を考慮して、データ形式を変換することを記憶し、提示する情報を選択する処理（図１０の８０１〜８０５）を行うようにしなければならない。最後に、サーバ１は選択した情報をクライアント２へ送信する。
【００６６】
ここで、クライアント２が情報を受信して利用した際に、嗜好情報２３が更新され、受信したことによって空き容量や通信手段２０の状態などの変化が起これば、機器情報２５が更新される。
【００６７】
このように、このシステムでは、クライアント２からサーバ１に対して情報要求があると、クライアント２で利用できるデータ形式をもつ情報もしくは利用できるデータ形式に変換可能な情報であって、よく利用されるデータ形式をもち、かつユーザの嗜好に合ったものを選択する。そして、その選択した情報のみを提示し、もしくはそのような情報を優先的に提示する。したがって、ユーザは各クライアント２を利用する際に情報の選択を極めて容易に行うことができる。
【００６８】
図１２は、サーバ１に多くの情報がある場合に、情報蓄積装置１１の容量が圧迫されるのを回避するために、蓄積する情報を低減する処理のフローを示している。なお、この処理は、クライアント２から情報要求があって情報提示に関する処理を行っている間は行われない。
【００６９】
概して言って、この処理では、サーバ１に同じ内容をもち、かつデータ形式の異なる情報が存在する場合、接続されているクライアント２のいずれかで利用可能でかつ最も情報量の多いデータ形式をもつ情報のみを残して、その他のデータ形式をもつ情報を削除する。ただし、情報を削除する場合は、その情報量の多いデータ形式から情報量の少ないデータ形式へ変換可能である場合が好ましい。例えば、情報量の多いＭＰＥＧ１形式をもつ動画情報と情報量の少ないＭＰＥＧ４形式をもつ動画情報とが存在する場合に、ＭＰＥＧ１形式をもつ情報のみを残して、ＭＰＥＧ４形式をもつ情報を削除する。このときＭＰＥＧ１形式からＭＰＥＧ４形式へデータ変換可能であるから、削除された情報は再生され得る。
【００７０】
具体的には、まず、サーバに蓄積されている情報に関して同じ内容をもつ情報が複数存在するか否かを調べる（Ｓ１００１）。もし、存在するならば、それらの情報を情報量の大きい順にソートする（Ｓ１００２）。図中に示すように、ソートされた情報を情報量の大きい順にＤａｔａ１〜ＤａｔａＭとする。パラメータｉを１に設定する（Ｓ１００３）。次にパラメータｍを（ｉ＋１）に設定する（Ｓ１００４）。そして、データ形式変換テーブル１４を参照して、Ｄａｔａｉのデータ形式からＤａｔａｍのデータ形式への変換が可能であるか調べる（Ｓ１００５）。もし、変換が可能であれば、その情報Ｄａｔａｍを削除する（Ｓ１００６）。Ｄａｔａｍを削除した場合は、それより情報量の少ない後続のデータを繰り上げる（１つずつ減らす方向にシフトする）（Ｓ１００７）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、同じ内容をもつ複数の情報の数Ｍを１減らして（Ｍ−１）とする（Ｓ１００８）。一方、その変換が不可能であれば、そのままサーバ１の情報蓄積装置１１に残しておく。この処理を同じ内容をもつすべての情報について行う（Ｓ１００９〜Ｓ１０１２）。複数組の同じ内容をもつ情報があればすべての情報に対して同様に図１２の処理を行う（Ｓ１００１〜Ｓ１０１２）。
【００７１】
この処理によって、サーバ１に蓄積しておく情報量を低減できる。このとき、各クライアント２にて利用できる情報は変化しない。
【００７２】
なお、サーバ１に蓄積された情報と各クライアント２に蓄積された情報を共有する場合には、これらの全ての情報を対象としてＳ１００１〜Ｓ１０１２の処理を行う。これによってシステム全体として蓄積している情報量を低減することができる。
【００７３】
【発明の効果】
以上より明らかなように、この発明の情報選択システムによれば、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる。
また、この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【図面の簡単な説明】
【図１】 この発明の一実施形態の情報選択システムの概略ブロック構成を示す図である。
【図２】 上記情報選択システムを構成するサーバとクライアントの構成を示す図である。
【図３】 上記情報選択システムによる処理の概略フローを示す図である。
【図４】 上記情報選択システムに用いられる嗜好情報の具体的な構成を示す図である。
【図５】 上記情報選択システムに用いられる付加情報の具体的な構成を示す図である。
【図６】 上記嗜好情報に含まれたキーワードを、上記付加情報に含まれたキーワードに基づいて追加または削除するフローを示す図である。
【図７】 有効期限がゼロになったキーワードを嗜好情報から登録削除するフローを示す図である。
【図８】 上記情報選択システムに用いられる機器情報の具体的な構成を示す図である。
【図９】 上記情報選択システムに用いられるデータ形式変換テーブルの具体的な構成を示す図である。
【図１０】 上記サーバがデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示す図である。
【図１１】 ジャンルごとに管理された嗜好情報の例（変形例）を示す図である。
【図１２】 サーバ１に蓄積している情報を低減する処理のフローを示す図である。
【符号の説明】
１ サーバ
２，２Ａ，２Ｂ クライアント
３ ネットワーク
【発明の属する技術分野】
この発明は情報選択システムに関する。より詳しくは、この発明は、サーバによる制御に基づいてクライアント機器へ情報を選択して提示する情報選択システムに関する。
また、この発明は、そのような情報選択システムを構成しうるサーバ装置に関する。
また、この発明は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体に関する。
【０００２】
【従来の技術および発明が解決しようとする課題】
記憶装置の大容量化やインフラストラクチャ・通信技術等の発達によって、一般ユーザのサーバ、クライアント機器やネットワーク上は画像、音楽、動画などの多くの情報（コンテンツなど）で溢れている。このため、ユーザがそれら多くの情報の中から自分の欲しい情報を探し出す必要がある。しかし、それらの情報には様々なデータ形式や種類のものが存在するため、その中からユーザの好みの情報、実際に利用できる情報をユーザ自身が選択するのは非常に苦労を伴う。
【０００３】
そこで、特開２００１−９４６３１号公報では、配信業者などが管理する配信装置が、情報に関する属性情報を付加し、データ形式を変換した後、情報を配信し、通信装置で受信した中からあらかじめ設定している抽出条件に合致する情報のみを抽出し、蓄積する技術、さらにはデータ形式を判別し、適切な記録／再生装置に送信する技術が提案されている。この技術によれば、属性情報を利用してユーザによる情報の選択の便宜を或る程度図ることができる。しかし、例えば１人のユーザでも、音楽に対する嗜好、動画に対する嗜好、画像に対する嗜好、テキスト情報に関する嗜好などが、それぞれ異なる場合も少なくない。上記技術では、それらの情報の種類に応じた嗜好性が情報の選択に反映されないという問題がある。
【０００４】
また、特開平１１−２７２５７４号公報には、ブラウザで表示するコンテンツに対して、登録されたユーザの状況およびクライアント機器の状況、主にブラウザの機能についての情報を基に、表示するコンテンツの表示状態や表示の選定を行う技術が記載されている。しかし、この技術では、一旦設定された登録情報が、更新されない限りそのまま継続して使用される。このためユーザの嗜好性が時間とともに変化した場合、ユーザの希望するコンテンツがなかなか選択されないという問題がある。
【０００５】
さらに、ＡＶ機器や家電機器がネットワークに接続されるようになり、各機器が特化した機能を持つことが多くなると、各クライアント機器で利用する情報のデータ形式や利用できるデータ形式に偏りが発生すると予想される。このため、各クライアント機器で利用できるデータ形式やよく利用するデータ形式を考慮して情報を提示する必要がある。
【０００６】
そこで、この発明の課題は、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる情報選択システムを提供することにある。
また、この発明の課題は、そのような情報選択システムを構成しうるサーバ装置を提供することにある。
また、この発明の課題は、コンピュータにそのようなサーバ装置の機能を実行させるプログラムを記憶したプログラム記憶媒体を提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、この発明の情報選択システムは、
サーバとこのサーバに接続された１つあるいは複数のクライアントを備え、上記サーバによる制御に基づいてクライアントへ情報を選択して提示する情報選択システムであって、
上記サーバはそのクライアントによる情報の利用状況に応じて更新される嗜好情報に基づいて、提示する情報のデータ形式を選択する制御を行うとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記サーバは、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換することを特徴とする。
【０００８】
なお、クライアントが要求する「情報」は、画像、音楽、動画、テキストなどのコンテンツである場合や、そのようなコンテンツの所在を示す情報である場合などがある。このような「情報」としては、上記サーバやクライアントに蓄積されたもの、またはこれらにネットワークを介して接続された他の機器に蓄積されたものが対象となる。
【０００９】
また、情報を「提示」するとは、情報を提供する場合を含む。
【００１０】
また、「データ形式」とは、例えばＭＰＥＧ１、ＭＰＥＧ２などのフォーマットを意味する。
【００１１】
この発明の情報選択システムでは、上記サーバはこのサーバに接続されたクライアントによる情報の利用状況に応じて更新される嗜好情報に基づいて、提示する情報のデータ形式を選択する制御を行う。特に、上記サーバは、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換する。したがって、上記クライアントを使用するユーザが希望する情報を、そのクライアント機器へ適切なデータ形式を選択して提示できる。そのようにした場合、ユーザが情報を取捨選択する労力が低減される。
【００１２】
また、この情報選択システムでは、上記嗜好情報は、そのクライアントによる情報の利用状況に応じて更新される。したがって、上記嗜好情報は、対応するクライアントを使用するユーザの嗜好の変化に応じた最新のものになる。
【００１３】
また、この情報選択システムでは、上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新される。したがって、上記嗜好情報は、対応するクライアントが利用した情報が属するジャンルに応じた最新のものになる。この結果、或るクライアントから情報要求があった場合、そのクライアントに提示される情報は、ユーザの最新の好みに応じたものになる。
【００１４】
また、この情報選択システムでは、上記ジャンルごとにデータ形式を変換するので、データ変換の制御が容易になる。
【００１５】
一実施形態の情報選択システムは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含み、上記サーバは、クライアントに提示する情報を上記データ形式情報に基づいて変換することを特徴とする。
【００１６】
この一実施形態の情報選択システムでは、上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含む。そして、上記サーバは、クライアントに提示する情報を上記データ形式情報に基づいて変換する。したがって、或るクライアントから情報要求があった場合、サーバは、情報をそのクライアントが利用可能なデータ形式で提示したり、良く利用するデータ形式で提示したりできる。この結果、ユーザの利便性が増す。
【００１７】
一実施形態の情報選択システムは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行うことを特徴とする。
【００１８】
この一実施形態の情報選択システムでは、上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行う。したがって、例えば各クライアントで利用できる情報のデータ形式（フォーマット）、各クライアントの空き容量、クライアントとサーバとの間の通信手段の種類・状態などに基づいて、クライアントに提示する情報を選択できる。この結果、ユーザが希望する情報をさらに適切に選択できる。
【００１９】
なお、上記嗜好情報と機器情報は、それぞれ対応するクライアントごとに設定されているので、クライアントごとにユーザの好みを的確に反映した情報を提示できる。
【００２０】
一実施形態の情報選択システムは、可能なデータ形式変換が記述されたデータ形式変換テーブルを備え、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断することを特徴とする。
【００２１】
この一実施形態の情報選択システムでは、上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断する。したがって、上記クライアントに要求された情報が、そのクライアントが利用可能なデータ形式に変換可能であれば、そのクライアントが利用可能なデータ形式に変換して提示することができる。この結果、ユーザの利便性が増す。
【００２２】
また、この発明のサーバ装置は、複数のクライアントが接続され、蓄積された情報をクライアントの情報要求によって提示するサーバ装置であって、
クライアントによる情報の利用状況に応じた嗜好情報を記憶する記憶手段と、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択する選択手段と、
上記選択手段で選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力する情報提示手段とを備え、
上記クライアントの上記情報要求によって要求される情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を含み、
上記選択手段は、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を選択する。
この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体は、
接続された複数のクライアントの利用状況に応じた嗜好情報を記憶手段に記憶し、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択し、
選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力するようにコンピュータを制御するとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換するようにコンピュータを制御するプログラムを記憶している。
この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【００２３】
【発明の実施の形態】
以下、この発明を図示の実施の形態により詳細に説明する。
【００２４】
図１は、この発明の情報選択システムが適用されたネットワーク３の構成を示している。この例では、ネットワーク３には、サーバ１と、複数のクライアント２Ａ，２Ｂ，…（以下「クライアント２」と総称する。）が接続されている。サーバ１は、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器からなる。一方、図１中に示すように、クライアント２は、サーバ１と同様に、通信手段、情報処理手段、情報蓄積手段などを有するパーソナルコンピュータ（ＰＣ）などの情報通信機器２−１からなるまたは、クライアント２は、音楽端末２−２、映像市町端末２−３または携帯端末２−４等の、音楽や動画情報を利用する専用の機器であってもよい。
【００２５】
具体的には図２（ａ）に示すように、サーバ１は、クライアント２やネットワーク３上の図示しない機器との間で情報（コンテンツなど）を送受信するための通信手段１０と、情報を蓄積する情報蓄積装置１１と、クライアント２からの情報要求時に送信された嗜好情報２３および機器情報２５に基づいてクライアント２へ提示すべき情報を選択する情報選択処理部１２と、各種制御を行う制御部１３と、可能なデータ形式変換が記述されたデータ形式変換テーブル１４と、情報蓄積装置１１またはクライアント２等の他の機器に蓄積されている情報のデータ形式を変換するデータ形式変換手段１５と、サーバ１に接続された又は接続され得る機器に関する情報が蓄積されている接続機器情報１６とを備えている。情報選択処理部１２、データ形式変換手段１５は何らかの記録媒体に記録されたアプリケーションプログラムによって実現されるものでもよい。
【００２６】
また、図２（ｂ）に示すように、クライアント２は、サーバ１やネットワーク３上の機器（別のクライアントを含む。）との間で情報（コンテンツなど）を送受信するための通信手段２０と、サーバ１等から受信した情報を蓄積する情報蓄積装置２１と、情報利用履歴などに基づいてユーザの好みを表す嗜好情報２３を作成および更新する嗜好情報制御手段２２と、嗜好情報制御手段２２によって作成または更新された嗜好情報２３を記憶する記憶部と、このクライアント（機器）の性能や状態を表す機器情報２５を作成および更新する機器情報制御手段２４と、機器情報制御手段２４によって作成または更新された機器情報２５を記憶する記憶部と、各処理の制御を行う制御部２６と、ユーザが各種命令や要求を入力するためのキーボードやマウスなどに代表される入力手段２７と、クライアント２の情報や状態あるいはサーバ１の出力結果を表示または外部の表示装置（図示せず）へ送信するための出力手段２８とを備えている。
【００２７】
サーバ１の情報蓄積装置１１には、ネットワーク３上から受信したコンテンツや、クライアント２から受信したコンテンツや、ＣＤ（コンパクトディスク）、ＤＶＤ（デジタルビデオディスク）その他の記録媒体から取得したコンテンツなどの情報が蓄積されている。このコンテンツは、種類が特に限定されず、音楽、画像、動画、テキストなど様々なものが考えられる。さらに、情報蓄積装置１１には、コンテンツ自体が蓄積されていなくても、ネットワーク３上やクライアント２に存在するコンテンツの所在を示す情報が蓄積されていてもよい。
【００２８】
また、サーバ１は、接続機器情報１６に基づいてクライアント２に対して情報蓄積装置２１に蓄積された情報を要求して、各クライアント２の保持する情報のリストを取得することができる。また、サーバ１自身が保持している情報とともにクライアント２に蓄積されている情報を提示することができる。
【００２９】
クライアント２が保持する嗜好情報２３は、そのクライアント２における情報の利用履歴に基づいて、嗜好情報制御手段２２によって作成および更新される。したがって、作成された嗜好情報２３は各クライアント２ごとに機器に依存している。また、嗜好情報２３はそのクライアント２が情報を利用するたびに更新される。したがって、その時点でのユーザの嗜好や利用傾向を的確に表すものとなっている。なお、嗜好情報２３の具体的な構成については後に詳述する。
【００３０】
クライアント２が保持する機器情報２５は、このクライアント（機器）を特定する機器ＩＤ（識別番号）、情報蓄積装置２１の空き容量、サーバ１との通信手段２０や通信状態、そのクライアント２で利用可能な情報のデータ形式などに関する情報であり、機器情報制御手段２４によって作成および更新される。この機器情報２５も、嗜好情報２３と同様に、その時点での機器の状態に合わせて随時更新されるようになっている。例えば、空き容量の変化や通信手段２３の変更や使用状態などに関して変更される。また、アップデートやアプリケーションの追加などによって機器が利用できるデータ形式が増加・減少・変更された場合に変更される。なお、機器情報２５の具体的な構成については後に詳述する。
【００３１】
図３は、ユーザが或るクライアント２Ａからサーバ１に対して情報提示の要求を行った場合の、本システムによる処理の概略フローを示している。
【００３２】
ｉ） まず、ユーザが或るクライアント２Ａの入力手段２７によってサーバ１に対して情報の提示を要求する（Ｓ２０１）。すると、情報の提示を要求されたサーバ１は、接続機器情報１６に基づいて、接続されている各クライアント２Ａ，２Ｂ，…に対してそれぞれの機器情報２５の送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は機器情報２５をサーバ１へ送信する。また、サーバ１は、情報要求を行ったクライアント２Ａに対して嗜好情報２３の送信を要求する。これに応じて、そのクライアント２Ａが嗜好情報２３をサーバ１へ送信する。さらに、サーバ１は各クライアント２Ａ，２Ｂ，…に対して情報蓄積装置２１に蓄積している情報のリストの送信を要求する。これに応じて、各クライアント２Ａ，２Ｂ，…は情報リストをサーバ１へ送信する。サーバ１は、これらの各種情報を接続機器情報１６として取得し、保持する（Ｓ２０２）。
【００３３】
ii） 次に、サーバ１は、情報要求を行ったクライアント２Ａの嗜好情報２３、各クライアント２Ａ，２Ｂ，…の機器情報２５およびデータ形式変換テーブル１４に基づいて、利用可能かつ適切なデータ形式へ情報を変換する決定および提示する情報の選択をする（Ｓ２０３）。
【００３４】
このデータ形式の変換とは、情報要求を行ったクライアント２Ａにて利用可能なデータ形式への変換、そのクライアント２Ａの情報蓄積装置２１の空き容量や通信手段２０の種類や通信状態に対して利用可能にするためのデータ形式の変換、さらには、そのクライアント２Ａにてよく利用されるデータ形式への変換などを意味する。一方、提示する情報の選択とは、機器情報２５を用いて、情報選択処理部１２にて利用不可であると判断された情報を提示しないことを決定すること、嗜好情報２３を用いて情報選択処理部１２にて提示すべき情報と判断された情報のみを提示すること、または提示すべきであると判断された情報を優先して提示することを意味する。
【００３５】
iii） 次に、サーバ１は、情報要求を行ったクライアント２Ａに、選択された情報を提示する（Ｓ２０４）。これらはディスプレイなどに代表されるクライアント２Ａの出力手段２８に表示される。ユーザは、クライアント２Ａの出力手段２８に表示された情報の中から、利用したい情報を入力手段２７によって選択する（Ｓ２０５）。
【００３６】
iv） すると、サーバ１は、その選択された情報をそのクライアント２Ａへ送信する制御を行う（Ｓ２０６）。つまり、ステップＳ２０４にてデータ形式を変換すると決定されていた情報に関しては、データ形式変換手段１５によって情報のデータ形式を変換する。また、その選択された情報が別のクライアント（例えば２Ｂ）に保持されている情報であれば、その選択された情報をクライアント２Ｂからサーバ１に一旦送信させて、サーバ１から情報要求を行ったクライアント２Ａへ送信しても良いし、その選択された情報をクライアント２Ｂから直接、情報要求を行ったクライアント２Ａへ送信しても良い。
【００３７】
ｖ） この後、送信された情報をクライアント２Ａが利用する。また、この情報を利用したことに応じて、クライアント２Ａは嗜好情報処理手段２２によって嗜好情報２３を更新する。また、空き容量の変化などがあるために、クライアント２Ａは機器情報制御手段２４によって機器情報２５を更新する（Ｓ２０７）。
【００３８】
例えば、クライアント２Ａが音楽記録・再生専用機器であり、その機器でユーザがよく聴く音楽の情報からユーザの好みが嗜好情報２３に蓄えられ、また、その機器で利用できる情報のデータ形式（音楽ファイル）が機器情報２５に記録されているものとする。その場合、本システムによれば、サーバ１は音楽記録・再生専用機器の嗜好情報２３と機器情報２５に基づいて、ユーザの好みに合い、かつそのクライアント２Ａで利用可能な音楽ファイルのみを提示、またはそのような音楽ファイルを優先して提示したり、データ形式を変換して提示することができる。したがって、ユーザの希望する情報をクライアント２Ａへ適切に選択して提示できる。
【００３９】
嗜好情報２３はクライアント２が情報を利用（画像を閲覧、動画を視聴、音楽を聴取、テキストを閲覧など）した場合に、その情報がもつ特徴に基づいて作成される。例えば、クライアント２が音楽記録・再生機器であれば、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式（フォーマット）などが嗜好情報２３として蓄積される。これにより、そのクライアント２がサーバ１に対して情報提示を要求した場合に、よく聴く音楽のジャンルやよく聴くアーティストの名前やよく利用する音楽データのデータ形式をもつ情報が提示される。したがって、ユーザは欲しい情報を容易に選択できる。特に、ネットワーク３上からサーバ１に音楽データがプッシュ型（一方的に情報が送られてくる情報配信方式）で配信されるようなサービスがあった場合に、クライアント２に提示される情報がユーザの嗜好に基づいて予め絞り込まれているため、ユーザは好きな音楽データのみを簡単に選択できる。したがって、ユーザの利便性が増す。
【００４０】
図４は上述の嗜好情報２３の具体的な構成を例示している。この例では、嗜好情報としてキーワード３０１と、ジャンル３０２と、データ形式３０３との３種類が含まれている。キーワード３０１には、「Ｎｏ．」、「ＫｅｙＷｏｒｄ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。ジャンル３０２には、「Ｎｏ．」、「Ｇｅｎｒｅ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。また、データ形式３０３には、「Ｎｏ．」、「Ｆｏｒｍａｔ」、「Ｃｏｕｎｔ」、「Ｌｉｍｉｔ」、「Ｆｌａｇ」が登録されている。
【００４１】
「Ｎｏ．」は識別番号を表す。「ＫｅｙＷｏｒｄ」「Ｇｅｎｒｅ」「Ｆｏｒｍａｔ」はそれぞれ嗜好情報２３として登録されているキーワード、ジャンル、データ形式の内容を表す。これらのキーワード、ジャンル、データ形式の内容は、例えば音楽データを聴くなどの情報の利用時に、その利用対象の情報に付加された情報（これを「付加情報」と呼ぶ。後に詳述する。）から取り込まれる。「Ｃｏｕｎｔ」（カウント）は、対応する「Ｎｏ．」のキーワード、ジャンル、データ形式が付加情報に含まれていた回数を表す。すなわち、Ｃｏｕｎｔ数が大きいほどユーザにとって興味がある可能性が高いと言える。「Ｌｉｍｉｔ」（リミット）は、対応するキーワード、ジャンル、データ形式の有効期限を表している。対応するキーワード、ジャンル、データ形式が付加情報に含まれていなければ、それぞれ対応するキーワード、ジャンル、データ形式のＬｉｍｉｔが減少する。そして、Ｌｉｍｉｔが０になったキーワード、ジャンル、データ形式は嗜好情報２３から登録が削除される。「Ｆｌａｇ」（フラグ）は、現在利用中の情報に付加された付加情報に、対応するキーワード、ジャンル、データ形式が含まれているか否か（出現有無）を表す。このＦｌａｇに基づいてＬｉｍｉｔやＣｏｕｎｔが維持または変更される。
【００４２】
図５は、利用対象の情報（この例では音楽データ）に付加された付加情報４００の具体的な構成を例示している。この付加情報４００には、「作成日時」、「情報のタイトル」、「ジャンル」、「データ形式」、その利用対象の情報に関する１つまたは複数（この例では３つ）の「キーワード」が含まれている。
【００４３】
図６〜図７は、嗜好情報２３に関する処理のフローを示している。この例では、図４中に示した嗜好情報２３のキーワード部分３０１の変更のみを説明する。嗜好情報２３には既にキーワードＫ１〜ＫＭ、ジャンルＧ１〜ＧＰ、データ形式Ｆ１〜ＦＱまでが含まれており、現在利用対象の情報に付加された付加情報４００にはキーワードＩ１〜ＩＮまでが含まれているものとする。
【００４４】
図６は、嗜好情報２３に含まれたキーワードを、付加情報４００に含まれたキーワードに基づいて追加するフローを示している。また、この図６のフローは、後述する図７における嗜好情報２３に含まれたキーワードを削除する処理の前処理としてのフローでもある。
【００４５】
まず、情報利用時（Ｓ５０１）に、すべてのキーワードＫ１〜ＫＭのＦｌａｇを０にする（Ｓ５０２）。また、パラメータｎ、ｍをそれぞれ１に設定する（Ｓ５０３，Ｓ５０４）。そして、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５０７，Ｓ５０８）、付加情報４００に含まれるキーワードＩｎ（（最初はＩ１）が嗜好情報２３に含まれるキーワードＫ１〜ＫＭに存在するか調べる（Ｓ５０５）。キーワードＩｎが既に嗜好情報２３のキーワードとして存在するならば（Ｓ５０５でＹＥＳ）、そのキーワードのＣｏｕｎｔを１だけ増加するとともに、Ｆｌａｇを１、Ｌｉｍｉｔを１０（初期値）にする（Ｓ５０６）。一方、キーワードＩｎが嗜好情報２３のキーワードＫ１〜ＫＭに含まれないならば（Ｓ５０５でＮＯ）、そのキーワードを嗜好情報に新たな（Ｍ＋１）番目の内部キーワードとして追加する（Ｓ５１０）（このとき、Ｆｌａｇを１、Ｃｏｕｎｔを１、Ｌｉｍｉｔを１０）。この後、パラメータｎが（Ｎ＋１）になるまで１ずつ増加しながら（Ｓ５１１，Ｓ５１２）、同様の処理（Ｓ５０４〜Ｓ５１０）を繰り返す。
【００４６】
このようにして、嗜好情報２３に含まれたキーワードを追加することができる。ここで、Ｍ＝０の場合、つまり嗜好情報２３に１つもキーワードが存在しない場合は、図６のフローには従わず、付加情報４００に含まれたすべてのキーワードを新たなキーワードとして嗜好情報２３に追加する。
【００４７】
図７は、有効期限が０になったキーワードを嗜好情報２３から登録削除するフローを示している。
【００４８】
まず、パラメータｍを１に設定する（Ｓ５２１）。次に、キーワードＫｍ（最初はＫ１）に関して、対応するＦｌａｇが０かどうか判定する（Ｓ５２２）。ここで、対応するＦｌａｇが０であった場合は、付加情報４００にそのキーワードＫｍが含まれていないので、対応するＬｉｍｉｔを１だけ減らす（Ｓ５２３）。この結果、対応するＬｉｍｉｔが０になっていた場合（Ｓ５２４）、そのキーワードＫｍを嗜好情報２３から登録削除し、キーワード３０１欄中の後続キーワードのＮｏ．を繰り上げる（１つずつ減らす方向にシフトする）（Ｓ５２５）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、登録されているキーワード数Ｍを（Ｍ−１）にする（Ｓ５２６）。
【００４９】
一方、キーワードＫｍに関して、ステップＳ５２２で対応するＦｌａｇが１であった場合や、ステップＳ５２４で対応するＬｉｍｉｔが０になっていなかった場合は、パラメータｍが（Ｍ＋１）になるまで１ずつ増加しながら（Ｓ５２７，Ｓ５２８）、同様の処理を繰り返す。
【００５０】
例えば、キーワードＫ１０＝「夏」、Ｋ１１＝「星空」、Ｋ１２＝「なつかし」であった場合に、今回キーワードＫ１０＝「夏」に対応するＬｉｍｉｔが０になったとき（Ｓ５２４）、Ｋ１０＝「夏」は登録削除されて、その後はＫ１０＝「星空」、Ｋ１１＝「なつかし」となる。
【００５１】
この後、サーバ１に情報要求が行われた場合、サーバ１は、この嗜好情報２３に基づいて、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報のみを提示したり、Ｃｏｕｎｔが或る閾値以上であるキーワードを付加情報４００に含む情報を優先的に提示することができる。
【００５２】
また、ジャンル、データ形式に関しても、図６，図７の処理と同様にして嗜好情報２３に関する処理が行われる。そして、そのような処理後の嗜好情報２３に基づいて情報の提示を行うことができる。このようにした場合、ユーザは希望する情報を容易に入手でき、利用することができる。
【００５３】
図８は、クライアント２に保持された機器情報２５の具体的な構成を例示している。既述のように、機器情報２５としては、「機器ＩＤ」、情報蓄積装置２１の「空き容量」、サーバ１との「通信手段」や「通信状態」、そのクライアント２で利用可能な情報のデータ形式（「利用可能データ形式」）、そのクライアント２で可能なデータ形式変換（「変換可能データ形式」）に関する情報が登録されている。この例では、機器ＩＤは「ＳＨ−０００００−１０００００」であり、機器には空き容量が１．５ＧＢだけ存在し、サーバ１との通信手段はＩＥＥＥ８０２．１１ｂ規格による無線通信であり、現在５Ｍｂｐｓの通信を実行中である。利用可能データ形式は、Ｆｍｔ１、Ｆｍｔ２およびＦｍｔ３であり、このクライアント２ではＦｍｔ２からＦｍｔ３へのデータ形式変換とＦｍｔ３からＦｍｔ２へのデータ形式変換が可能である。
【００５４】
登録された項目に関して変更があれば、この機器情報２５は随時更新される。すなわち、空き容量は変更があるたびに更新される。通信手段および状態に関しても変更があるたびに更新される。なお、空き容量、通信手段および状態とも１つのクライアント２に複数の情報があってもよい。また、利用可能データ形式は、利用できるものが変更されるたびに更新される。例えば、機器もしくは機器にインストールされているアプリケーションプログラムがアップグレードされて利用できるデータ形式が増えたり、機器にアプリケーションプログラムがインストールされて利用できるデータ形式が増えたりした場合などに更新される。同様に、変換できるデータ形式も変更があるたびに更新される。このような機器情報２５の更新は、特に自動で行える必要はなく、ユーザが手動で行うようになっていてもよい。
【００５５】
図９は、サーバ１に保持されたデータ形式変換テーブル１４の具体的な構成を例示している。データ形式の変換はサーバ１にて可能なものでも、クライアント２の機能を利用して可能なものでもよい。この例では、データ形式変換テーブル１４には、可能なデータ形式の変換の番号（Ｎｏ．）Ｔ１，Ｔ２，…が記述され、それぞれの番号ごとに、「変換元」のデータ形式、「変換後」のデータ形式、変換が可能な機器（「変換可能機器」）に関する情報が登録されている。ここで「変換可能機器」は、どの機器で変換元から変換後のデータ形式に変換できるかを表している。「変換可能機器」が「ｓｅｒｖｅｒ」と記述されている変換は、サーバ１自身が行うことができる。「変換可能機器」が、「ｓｅｒｖｅｒ」ではなく、それ以外の機器ＩＤ（例えば、ＳＨ−０００００−１０００００）と記述されている変換は、その機器ＩＤによって特定される機器にて行うことができる。サーバ１は、クライアント２から機器情報２５を受け取った際に、機器情報２５に記述された「変換可能データ形式」の情報から、データ形式変換テーブル１４を更新する。これとともに、サーバ１自身で可能なデータ形式の変換が増加・減少・変更されると、自ら保持するデータ形式変換テーブル１４の情報を更新する。
【００５６】
図１０は、サーバ１が嗜好情報２３、機器情報２５、データ形式変換テーブル１４の情報を用いてデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示している。
【００５７】
ｉ） まず、サーバ１自身に蓄積している情報と各クライアント２に蓄積されている情報のうち、情報要求を行ったクライアント２Ａの嗜好情報２３に記述されている「データ形式」の情報に基づいて、利用頻度の高いデータ形式へ変換することを記憶する（Ｓ８０１）。例えば情報要求を行ったクライアント２Ａの嗜好情報２３が図４に示したものである場合、利用頻度はＦｍｔ２、Ｆｍｔ３、Ｆｍｔ１の順に高いことが分かる。そこで、データ形式Ｆｍｔ２へ変換することを記憶する。また、サーバ１に保持されているデータ形式変換テーブル１４が図９に示したものであるとすると、利用頻度が最も高く利用可能なＦｍｔ２に変換可能なデータ形式は、Ｆｍｔ１とＦｍｔ５であることが分かる。そこで、データ形式がＦｍｔ１とＦｍｔ５である情報（コンテンツなど）をデータ形式Ｆｍｔ２へ変換することを記憶する。Ｆｍｔ２以外でＦｍｔ２へ変換不可能である情報（コンテンツなど）に関しては、次に利用頻度の高いＦｍｔ３、Ｆｍｔ１へ変換可能なデータ形式を認識する。そして、その認識したデータ形式をもつ情報（コンテンツなど）をデータ形式Ｆｍｔ３、Ｆｍｔ１へ変換することを記憶する。
【００５８】
ii） 次に、情報要求を行ったクライアント２Ａの機器情報２５のうち空き容量、通信手段および通信状態に関する情報に基づいて、利用できない情報を利用できるデータ形式に変換することを記憶する（Ｓ８０２）。例えば、或る情報がデータ形式Ｆｍｔ２のままでは空き容量不足あるいは通信手段の状態により、情報要求しているクライアント２Ａへ送信できないが、Ｆｍｔ１に変換すると送信（利用）できる場合、その情報について、サーバ１の保持するデータ形式変換テーブル１４に記述されているＦｍｔ２からＦｍｔ１への変換をすることを記憶する。
【００５９】
iii） 次に、以上の処理によって利用可能となっている情報（コンテンツなど）のみを選択する（Ｓ８０３）。つまり、この例では、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報以外の情報は、クライアント２Ａに提示する情報から除外される。さらに、データ形式がＦｍｔ１、Ｆｍｔ２、Ｆｍｔ３であるか、Ｆｍｔ１、Ｆｍｔ２、Ｆｍｔ３へ変換できる情報であっても、クライアント２Ａの空き容量や通信手段の状態によって利用できない情報は、クライアント２Ａに提示する情報から除外される。
【００６０】
iv） さらに、利用可能な情報の中から嗜好情報２３にもとづいてクライアント２Ａに提示する情報を選択する（Ｓ８０４）。この例では、図４の嗜好情報２３に記述されているキーワードおよびジャンルの中でＣｏｕｎｔが１０以上のものを、付加情報に含む情報（コンテンツなど）のみを選択する。
【００６１】
ｖ） 最後に、上記処理によって選択された情報のみをクライアント２Ａに提示する、あるいは選択された情報を優先して提示する（Ｓ８０５）。
【００６２】
上述の処理では、嗜好情報２３および機器情報２５に基づいてデータ形式の変換を記憶し、クライアント２Ａに提示する情報を選択したが、他の様々なデータ形式変換方法および提示情報選択方法を採用してもよい。
【００６３】
例えば、上の例では、嗜好情報２３のデータ形式とジャンルに関して独立して考慮したが、図１１に示す嗜好情報２３′のようにジャンルごとに利用したデータ形式を記憶して、ジャンルごとにデータ形式の変換を制御してもよい。
【００６４】
クライアント２に提示された情報の中からユーザが利用（取得）したい情報を選択した際は、次のような処理が行われる。
【００６５】
まず、クライアント２の出力手段２８によって提示されている情報の中から、ユーザがクライアント２の入力手段２７によって所望の情報を選択する。選択された情報がデータ形式の変換をすると記憶されたものである場合、サーバ１はデータ形式変換手段１５によってデータ形式を変換する。ただし、データ形式変換テーブル１４に記述された変換可能機器が「ｓｅｖｅｒ」以外のもの、例えば「ＳＨ−０００００−２０００００」である場合は、その機器にてデータ形式の変換を行う。このようにクライアント２を利用してデータ形式変換を行う場合は、そのクライアント２とサーバ１との間の通信手段１０、２０と通信状態およびクライアント２の空き容量の状態を考慮して、データ形式を変換することを記憶し、提示する情報を選択する処理（図１０の８０１〜８０５）を行うようにしなければならない。最後に、サーバ１は選択した情報をクライアント２へ送信する。
【００６６】
ここで、クライアント２が情報を受信して利用した際に、嗜好情報２３が更新され、受信したことによって空き容量や通信手段２０の状態などの変化が起これば、機器情報２５が更新される。
【００６７】
このように、このシステムでは、クライアント２からサーバ１に対して情報要求があると、クライアント２で利用できるデータ形式をもつ情報もしくは利用できるデータ形式に変換可能な情報であって、よく利用されるデータ形式をもち、かつユーザの嗜好に合ったものを選択する。そして、その選択した情報のみを提示し、もしくはそのような情報を優先的に提示する。したがって、ユーザは各クライアント２を利用する際に情報の選択を極めて容易に行うことができる。
【００６８】
図１２は、サーバ１に多くの情報がある場合に、情報蓄積装置１１の容量が圧迫されるのを回避するために、蓄積する情報を低減する処理のフローを示している。なお、この処理は、クライアント２から情報要求があって情報提示に関する処理を行っている間は行われない。
【００６９】
概して言って、この処理では、サーバ１に同じ内容をもち、かつデータ形式の異なる情報が存在する場合、接続されているクライアント２のいずれかで利用可能でかつ最も情報量の多いデータ形式をもつ情報のみを残して、その他のデータ形式をもつ情報を削除する。ただし、情報を削除する場合は、その情報量の多いデータ形式から情報量の少ないデータ形式へ変換可能である場合が好ましい。例えば、情報量の多いＭＰＥＧ１形式をもつ動画情報と情報量の少ないＭＰＥＧ４形式をもつ動画情報とが存在する場合に、ＭＰＥＧ１形式をもつ情報のみを残して、ＭＰＥＧ４形式をもつ情報を削除する。このときＭＰＥＧ１形式からＭＰＥＧ４形式へデータ変換可能であるから、削除された情報は再生され得る。
【００７０】
具体的には、まず、サーバに蓄積されている情報に関して同じ内容をもつ情報が複数存在するか否かを調べる（Ｓ１００１）。もし、存在するならば、それらの情報を情報量の大きい順にソートする（Ｓ１００２）。図中に示すように、ソートされた情報を情報量の大きい順にＤａｔａ１〜ＤａｔａＭとする。パラメータｉを１に設定する（Ｓ１００３）。次にパラメータｍを（ｉ＋１）に設定する（Ｓ１００４）。そして、データ形式変換テーブル１４を参照して、Ｄａｔａｉのデータ形式からＤａｔａｍのデータ形式への変換が可能であるか調べる（Ｓ１００５）。もし、変換が可能であれば、その情報Ｄａｔａｍを削除する（Ｓ１００６）。Ｄａｔａｍを削除した場合は、それより情報量の少ない後続のデータを繰り上げる（１つずつ減らす方向にシフトする）（Ｓ１００７）。ただしパラメータｍがＭの場合は繰り上げる処理は行わない。さらに、同じ内容をもつ複数の情報の数Ｍを１減らして（Ｍ−１）とする（Ｓ１００８）。一方、その変換が不可能であれば、そのままサーバ１の情報蓄積装置１１に残しておく。この処理を同じ内容をもつすべての情報について行う（Ｓ１００９〜Ｓ１０１２）。複数組の同じ内容をもつ情報があればすべての情報に対して同様に図１２の処理を行う（Ｓ１００１〜Ｓ１０１２）。
【００７１】
この処理によって、サーバ１に蓄積しておく情報量を低減できる。このとき、各クライアント２にて利用できる情報は変化しない。
【００７２】
なお、サーバ１に蓄積された情報と各クライアント２に蓄積された情報を共有する場合には、これらの全ての情報を対象としてＳ１００１〜Ｓ１０１２の処理を行う。これによってシステム全体として蓄積している情報量を低減することができる。
【００７３】
【発明の効果】
以上より明らかなように、この発明の情報選択システムによれば、ユーザが希望する情報をクライアント機器へ適切に選択して提示できる。
また、この発明のサーバ装置によれば、上記発明の情報選択システムを構成することができる。
また、この発明のプログラム記憶媒体に記憶されたプログラムをコンピュータに読み取らせれば、そのコンピュータに上記サーバ装置の機能を実行させることができる。これにより、上記発明の情報選択システムを構成することができる。
【図面の簡単な説明】
【図１】 この発明の一実施形態の情報選択システムの概略ブロック構成を示す図である。
【図２】 上記情報選択システムを構成するサーバとクライアントの構成を示す図である。
【図３】 上記情報選択システムによる処理の概略フローを示す図である。
【図４】 上記情報選択システムに用いられる嗜好情報の具体的な構成を示す図である。
【図５】 上記情報選択システムに用いられる付加情報の具体的な構成を示す図である。
【図６】 上記嗜好情報に含まれたキーワードを、上記付加情報に含まれたキーワードに基づいて追加または削除するフローを示す図である。
【図７】 有効期限がゼロになったキーワードを嗜好情報から登録削除するフローを示す図である。
【図８】 上記情報選択システムに用いられる機器情報の具体的な構成を示す図である。
【図９】 上記情報選択システムに用いられるデータ形式変換テーブルの具体的な構成を示す図である。
【図１０】 上記サーバがデータ形式を変換し、提示する情報を選択する処理（図３中のＳ２０３）の詳細なフローを示す図である。
【図１１】 ジャンルごとに管理された嗜好情報の例（変形例）を示す図である。
【図１２】 サーバ１に蓄積している情報を低減する処理のフローを示す図である。
【符号の説明】
１ サーバ
２，２Ａ，２Ｂ クライアント
３ ネットワーク
Claims (6)
- サーバとこのサーバに接続された１つあるいは複数のクライアントを備え、上記サーバによる制御に基づいてクライアントへ情報を選択して提示する情報選択システムであって、
上記サーバはそのクライアントによる情報の利用状況に応じて更新される嗜好情報に基づいて、提示する情報のデータ形式を選択する制御を行うとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記サーバは、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換することを特徴とする情報選択システム。 - 請求項１に記載の情報選択システムにおいて、
上記嗜好情報は、対応するクライアントが利用した情報のデータ形式を表すデータ形式情報を含み、
上記サーバは、クライアントに提示する情報を上記データ形式情報に基づいて変換することを特徴とする情報選択システム。 - 請求項１または２に記載の情報選択システムにおいて、
上記サーバは、上記情報の内容とデータ形式を選択する制御を、上記嗜好情報に加えて、このサーバに接続された各クライアントの性能および状態をそれぞれ表す機器情報に基づいて行うことを特徴とする情報選択システム。 - 請求項１乃至３のいずれか一つに記載の情報選択システムにおいて、
可能なデータ形式変換が記述されたデータ形式変換テーブルを備え、
上記サーバは、上記クライアントに要求された情報が、そのクライアントが利用不可能なデータ形式をもつとき、上記データ形式変換テーブルを参照して、そのクライアントが利用可能なデータ形式に変換可能であるか否かを判断することを特徴とする情報選択システム。 - 複数のクライアントが接続され、蓄積された情報をクライアントの情報要求によって提示するサーバ装置であって、
クライアントによる情報の利用状況に応じた嗜好情報を記憶する記憶手段と、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択する選択手段と、
上記選択手段で選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力する情報提示手段とを備え、
上記クライアントの上記情報要求によって要求される情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を含み、
上記選択手段は、上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を選択するサーバ装置。 - 接続された複数のクライアントの利用状況に応じた嗜好情報を記憶手段に記憶し、
上記記憶手段に記憶された嗜好情報に基づいて、クライアントに提供する情報の内容とデータ形式を選択し、
選択された情報の内容を、選択されたデータ形式に変換してクライアントに出力するようにコンピュータを制御するとともに、
上記クライアントが上記サーバに要求する情報は、その情報が属するジャンルを表す付加情報を有し、
上記嗜好情報は、対応するクライアントによる情報の利用のたびに、上記付加情報に基づいて更新され、
上記嗜好情報は、対応するクライアントが利用した情報のジャンルごとにその情報のデータ形式を記憶しており、
上記嗜好情報に記憶されている上記クライアントが利用した情報のジャンルごとの情報のデータ形式の利用頻度に基づいて、上記クライアントに提示する情報について上記ジャンルごとにデータ形式を変換するようにコンピュータを制御するプログラムを記憶したプログラム記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073746A JP4261114B2 (ja) | 2002-03-18 | 2002-03-18 | 情報選択システム、サーバ装置およびプログラム記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002073746A JP4261114B2 (ja) | 2002-03-18 | 2002-03-18 | 情報選択システム、サーバ装置およびプログラム記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008166070A Division JP2008299860A (ja) | 2008-06-25 | 2008-06-25 | 情報選択システム、サーバ装置およびプログラム記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003271644A JP2003271644A (ja) | 2003-09-26 |
| JP2003271644A5 JP2003271644A5 (ja) | 2005-09-08 |
| JP4261114B2 true JP4261114B2 (ja) | 2009-04-30 |
Family
ID=29203328
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002073746A Expired - Fee Related JP4261114B2 (ja) | 2002-03-18 | 2002-03-18 | 情報選択システム、サーバ装置およびプログラム記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4261114B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006011757A (ja) * | 2004-06-24 | 2006-01-12 | Sony Corp | データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム |
| JP2006301890A (ja) * | 2005-04-20 | 2006-11-02 | Sharp Corp | 楽曲管理システムおよび楽曲管理方法 |
| US9118774B2 (en) | 2005-07-21 | 2015-08-25 | Google Inc. | Dispatch system to remote devices |
| EP1826716A1 (en) * | 2006-02-22 | 2007-08-29 | Sony Deutschland Gmbh | Method for updating a user profile |
| JP2009294890A (ja) * | 2008-06-05 | 2009-12-17 | Kenwood Corp | 配信システム及び車載器 |
| JP5286951B2 (ja) * | 2008-06-05 | 2013-09-11 | 株式会社Ｊｖｃケンウッド | 情報配信システム、センター装置、車載器 |
| EP2290567A1 (en) * | 2009-08-21 | 2011-03-02 | Samsung Electronics Co., Ltd. | Shared data transmitting method, server, and system |
| JP6205700B2 (ja) * | 2012-10-15 | 2017-10-04 | 富士通株式会社 | 情報提供システム、提供情報を受信する装置、提供情報を送信する装置、プログラム、及び情報提供方法 |
| JP6859768B2 (ja) * | 2017-03-15 | 2021-04-14 | 富士ゼロックス株式会社 | 情報処理装置及び情報処理プログラム |
-
2002
- 2002-03-18 JP JP2002073746A patent/JP4261114B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003271644A (ja) | 2003-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4859943B2 (ja) | メタデータ注入を用いたメディアファイルの管理 | |
| US9014832B2 (en) | Augmenting media content in a media sharing group | |
| CN100559372C (zh) | 信息处理装置、包括信息处理装置的组合装置和对应方法 | |
| JP4944919B2 (ja) | メディアファイルの自動選択 | |
| US8281348B2 (en) | Method for providing episodic media on a dedicated channel | |
| TWI514132B (zh) | 資料同步技術 | |
| JP4982563B2 (ja) | 向上されたａｖプレーヤ装置、並びにそれを使用したコンテンツ配信のシステムおよび方法 | |
| US8631022B2 (en) | Metadata repository and methods thereof | |
| US9141960B2 (en) | Venue and event recommendations for a user of a portable media player device | |
| US20060168126A1 (en) | Aggregated content listing for ad-hoc peer to peer networks | |
| US20080046948A1 (en) | Creation, management and delivery of personalized media items | |
| EP1607937A1 (en) | Information processing device, information processing method, and computer program | |
| US20060287994A1 (en) | Method and apparatus for creating searches in peer-to-peer networks | |
| US20080267218A1 (en) | Media proxy for providing compressed files to mobile devices | |
| JP4261114B2 (ja) | 情報選択システム、サーバ装置およびプログラム記憶媒体 | |
| JP2010113644A (ja) | 日時情報提供システムおよび日時情報提供方法 | |
| US20060059504A1 (en) | Method for selecting a preview of a media work | |
| JP2008299860A (ja) | 情報選択システム、サーバ装置およびプログラム記憶媒体 | |
| KR20090089121A (ko) | 사용자 맞춤형 정보 제공 시스템 및 그 운영방법 | |
| WO2007109591A2 (en) | Method for capture, aggregation, storage, and transfer of internet content for time-shifted playback on a portable multimedia device | |
| EP1992145B1 (en) | Managing playlists | |
| JP2007026329A (ja) | コンテンツ送受信システム | |
| KR20220037256A (ko) | 편집이 가능한 폴더를 제공하는 방법, 사용자의 폴더에 광고 링크를 추가하는 방법, 및 이를 위한 서비스 서버 | |
| WO2015056929A1 (ko) | 오디오 데이터 전송을 위한 파일 포맷 및 그 구성 방법 | |
| JP2004246480A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050314 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050314 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080430 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080625 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080805 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081006 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20081016 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081118 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090127 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090205 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120220 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130220 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |