(57)【特許請求の範囲】
【請求項１】
クライアントとネットワークを介して該クライアントに接続される複数のサーバとを有するシステムであって、
前記クライアントは、
ソートしたコンテンツにするためにアクセス可能なコンテンツを複数のサーバの各々が検索するため、また、ユーザのためのソートしたコンテンツの表示用に検索したコンテンツをソートするためのソート基準を含む第一要求を、前記複数のサーバに対して送信する要求送信手段であって、前記ソート基準は、コンテンツの公表日の年代一覧のメニューからユーザによって選択されるところの要求送信手段と、
前記複数のサーバから複数の応答を受信する応答受信手段と、
前記複数の応答に含まれている前記検索したコンテンツに対応する複数の識別子の各識別子は前記検索したコンテンツの公表日を含み、前記複数の識別子で指定される複数の公表日に基づいて、ソートしたコンテンツの表示用に検索したコンテンツを分類しソートするコンテンツ分類手段とを有し、
前記複数のサーバの各々は、
前記クライアントから前記第一要求を受信する要求受信手段と、
前記第一要求に応じて、自データベースから、前記ソート基準に基づいて、前記公表日、題名、及びアーティストのコンテンツ項目を有する項目ディレクトリによってコンテンツを検索するコンテンツ検索手段と、
前記クライアント及び前記複数のサーバとに共通に知られた命名規則に従って、前記ソート基準に一致したコンテンツ項目の特性を示すデータとして前記検索したコンテンツに関連付けられると共に前記公表日を有する複数の前記識別子を生成する識別子生成手段と、
前記第一要求に応じて前記複数の識別子の一部を含む応答を送信する応答送信手段とを有し、
前記複数のサーバが前記クライアントに対して、複数の前記識別子、及び前記検索されたコンテンツの一部を送信した場合、前記クライアントは、更に前記複数のサーバに対して、前記ソート基準と前記第一要求に対する応答にて得られた最後のコンテンツの公表日とを示す第二要求を送信し、前記複数のサーバは、前記第二要求に応じて前記第二要求に含まれる前記最後のコンテンツの前記公表日から次のコンテンツに係る残りの部分の複数の前記識別子および前記コンテンツを検索し送信することを特徴とするシステム。
【請求項２】
前記応答は、前記識別子に加えて、該識別子によって識別された前記コンテンツ項目を表示するためのデータを含むことを特徴とする請求項１記載のシステム。
【請求項３】
前記クライアントは、
前記分類と前記コンテンツ項目を表示するためのデータとを表示する表示手段とを更に有することを特徴とする請求項２記載のシステム。
【請求項４】
クライアントとネットワークを介して該クライアントに接続される複数のサーバとを有するシステムにおける方法であって、
前記クライアントは、
ソートしたコンテンツにするためにアクセス可能なコンテンツを複数のサーバの各々が検索するため、また、ユーザのためのソートしたコンテンツの表示用に検索したコンテンツをソートするためのソート基準を含む第一要求を、前記複数のサーバに対して送信する要求送信手順であって、前記ソート基準は、コンテンツの公表日の年代一覧のメニューからユーザによって選択されるところの要求送信手順と、
前記複数のサーバから複数の応答を受信する応答受信手順と、
前記複数の応答に含まれている前記検索したコンテンツに対応する複数の識別子の各識別子は前記検索したコンテンツの公表日を含み、前記複数の識別子で指定される複数の公表日に基づいて、ソートしたコンテンツの表示用に検索したコンテンツを分類しソートするコンテンツ分類手順とを有し、
前記複数のサーバの各々は、
前記クライアントから前記第一要求を受信する要求受信手順と、
前記第一要求に応じて、自データベースから、前記ソート基準に基づいて、前記公表日、題名、及びアーティストのコンテンツ項目を有する項目ディレクトリによってコンテンツを検索するコンテンツ検索手順と、
前記クライアント及び前記複数のサーバとに共通に知られた命名規則に従って、前記ソート基準に一致したコンテンツ項目の特性を示すデータとして前記検索したコンテンツに関連付けられると共に前記公表日を有する複数の前記識別子を生成する識別子生成手順と、
前記第一要求に応じて前記複数の識別子の一部を含む応答を送信する応答送信手順とを有し、
前記複数のサーバが前記クライアントに対して、複数の前記識別子、及び前記検索されたコンテンツの一部を送信した場合、前記クライアントは、更に前記複数のサーバに対して、前記ソート基準と前記第一要求に対する応答にて得られた最後のコンテンツの公表日とを示す第二要求を送信し、前記複数のサーバは、前記第二要求に応じて前記第二要求に含まれる前記最後のコンテンツの前記公表日から次のコンテンツに係る残りの部分の複数の前記識別子および前記コンテンツを検索し送信することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバにその利用可能なコンテントについて問い合わせるためのクライアント・サーバ・アーキテクチャ及び方法に関する。本発明は、更にディレクトリ項目を参照するための命名規則に関する。
【背景技術】
【０００２】
マルチメディアコンテント、例えば、写真、ビデオクリップ、テキストファイル、ゲームファイル、オーディオファイルが、ユーザによって必要又は要求されたときに、クライアントがアクセスすることができる複数のサーバ及びリポジトリに格納されている可能性がある。異なるレベルのセキュリティ及び承認が、これらサーバへのアクセスを保護することが導入されているかもしれない。格納されたコンテントへのアクセスをユーザに承認させるのみによって、いかなるアクセスも許可させる前に、他のサーバがより重要な承認レベルを必要とするのに対して、いくつかのサーバは公に利用可能であるとしているかもしれない。加えて、クライアントとアクセスされるサーバ間でのデータ通信は、通信を承認されていないアクセスの盗聴及びデータ不正行為から保護するために、高度なレベルのセキュリティを提供するために暗号化している可能性がある。これは、特に、無線媒体を介するクライアントとサーバ間の通信に関して事実である。
【０００３】
サーバ及びメモリを構築可能とする技術は、あるベンダーから他ベンダーではさまざまであり、ある場合、異なるベンダーの装置が相互運用することを容認しない可能性がある。例えば、多くのサーバは、格納されたコンテントを参照する独自の方法を持ち、あるサーバは他サーバの格納されている項目のインデックスを理解できない可能性がある。コンテント問合せ及び／又は問合せ応答を公式化する方法は、また、サーバタイプに依存している可能性がある。加えて、所定のサーバ及び／又は関連するリポジトリは、他より豊富な項目の収集を保持しているかもしれない、また、２つのサーバが同じファイル命名規則を使用しない可能性がある場合、それらサーバに問い合わせるクライアントがその２つのサーバから受信した項目を比較又は分類することができないかもしれない。
【０００４】
従って、専用のインデックス及びプロトコルを用いて大量のコンテント収集をもつサーバが、同じ分散ネットワークにおいて協働し動作しようとすると、問題が発生する可能性がある。種々の解決方法によってこれら問題を部分的に解決することが検討されてきた。ある解決方法は、各サーバで利用可能なデータの知識を収集し、更なる参照のために、ネットワーク内にこの知識を一点に集中することであり、そしてサーバに問い合わせている。そのような集中させた知識は、分散コンピュータ環境のディレクトリサーバとして、しばしば参照される。大量に分散された情報システムにおいて、費用が掛かり、また多くの場合、多数の利用可能な情報源によって全ての情報を集中的にインデックスすることが不可能となる。他の方策として多数のサーバに渡る検索を行うことを採用するかもしれない。例えば、クライアントは関連するデータを持っているであろうそれら情報源のみに接触しようとするか、隣接するサーバがサーバの階層的マッピングに従ってクライアントの要求のルートを変更するかもしれない。
【０００５】
分散情報システムにおける問合せを公式化する方法は、２００２年１２月３日発行された米国特許第６，４９０，５８９のＷｅｉｄｅｒに開示されている。この文書は、データソース、インデックスサーバ、そしてクライアントを含む分散ディレクトリサービスに関する。提案された方法は、各データソースのスキーマをその対応するインデックスサーバのスキーマへのマッピングを表示する情報を生成することを含んでいる。データソース毎のマッピング情報は、そのインデックスサーバに提供される。特定のインデックスサーバにてクライアントからの問合せを受信する際、選択されたデータソースのためのマッピング情報は、問合せを書き直すために使用され、書き直した問合せは、クライアントへと提供される。一般的に、マッピング情報は、選択されたデータソースへの参照と共にクライアントへと提供される。書き直された問合せは、選択されたソースによって使用されたスキーマと互換性があるように公式化される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した米国特許文書によって提案された解決方法は、広大な分散ネットワークのために設計されており、情報源の小さなネットワークのためには比較的効果がより少ないことが判るであろう。実際、そのような解決方法は、小さなネットワークを渡って通信量をかけ過ぎる可能性があり、コマンドの書き直しは、あまり普及していないネットワークにて予測されるような迅速な問合せ応答ができない可能性がある。
【０００７】
本発明の１つ以上の実施形態は、クライアントが統一した方法にて複数のサーバとの通信とこれらサーバへの問合せを容易に行えるシステムを提供することを目的とする。
【０００８】
本発明の１つ以上の実施形態は、項目の出所に関係なく、クライアントにてディレクトリ項目の透過的な分類を可能とすることを目的とする。
【課題を解決するための手段】
【０００９】
この目的を達成するために、本発明のシステムは少なくとも１つのサーバと通信するクライアントを有する。サーバは、サーバが検索可能であるディレクトリ項目を有する情報源と関連付けされる。クライアントは、ソート基準の対象となるコンテントに対して要求を発行するために構成される。問合せに応じて、サーバはソート基準に基づいて、ディレクトリ項目の一つを識別する。また、サーバは、ディレクトリ項目に関連付けされる項目識別子をソート基準から生成する。更に、サーバは、クライアントへこの項目識別子を提供する。
【００１０】
本発明の応用の背景において、情報源は、オーディオファイル、ビデオクリップ、ムービーファイル、テキストファイル、アニメーションファイル、実行可能ファイル、例えば、ゲーム又はインテラクティブファイル、のようなマルチメディアファイルを格納し、また、本発明においてディレクトリ又はコンテンツ項目として参照される。なお、情報源は、サーバとは別に構築されてもよいし、サーバの一体部分であってもよい。クライアントでのユーザは、ユーザが興味を持つものに応じて１つ以上のソート基準に基づいてこれらのディレクトリ項目上で検索を行うことを望むかもしれない。また、ユーザは、該１つ以上のソート基準に従ってソートされる検索に一致するコンテンツ項目を持つことを望むかもしれない。例えば、ユーザはジャンル、題名、或いは期間によってサーバに問い合わせるかもしれない。クライアントは、少なくとも１つのソート基準に基づいて要求を生成し、システムに存在する１つ以上のサーバへこの要求を伝送する。各サーバは、問合せ要求を解釈可能であり、そのソート基準に一致する１つ以上のディレクトリ項目を識別するかもしれない。従って、サーバは、クライアントへのその応答の一部としてクライアントへの更なる伝送に対してディレクトリ項目のための識別子を生成する。本発明によれば、識別子は、そのソート基準から生成される。本発明の実施形態において、クライアントによってサーバへ伝送されたように、識別子がソート基準を有してもよいし、又は識別子はソート基準を示すデータを有してもよい。他の実施形態において、識別子はまたソート基準に一致する項目の１つ以上の特徴に関するデータを有してもよい。例えば、ソート基準が曲の記録の日付であったとすると、所望の曲に関連付けられる識別子は、その曲が記録された実際の日、月、或いは年を有してもよい。
【００１１】
本発明の実施形態において、複数の問合せされたサーバは、対応するコンテンツ項目に関連付けられる識別子を生成するときに、同じ命名規則を用いる。このため、クライアントがいくつかのサーバから複数の識別子を受信すると、識別子を比較することが可能となる。クライアントは、その後、それらが受信されたところからのサーバに関係なく、全ての受信した識別子を組み合わせて、ソート基準に基づいてそれらをランク付けしてもよい。本発明の効果は、サーバからクライアントへの透過的な通信スキームを可能とし、クライアントが問合せ応答を受信し、応答を発行する実際のサーバに関係なく、サーバの応答にて参照されるコンテンツ項目を分類することができる。
【００１２】
他の実施例において、サーバは、識別子と共に、表示された際にユーザにその項目を識別可能とする表示可能なデータを伝送する。例えば、そのような表示可能なデータは曲の題名、アーティストの名前、映画タイトル等を有するかもしれない。この実施形態では、クライアントは夫々の識別子に基づいて受信した項目を分類し、一旦項目が分類されると、クライアントはコンテンツ項目の夫々に関連付けられる表示可能なデータで構成される使いやすいリストを生成するかもしれない。クライアントは、選択のためにユーザにこのリストを表示し、項目の一つを再生するかもしれない。
【発明を実施するための最良の形態】
【００１３】
本発明は、例示として以下の添付図面を参照することによって更に詳細に説明される。
【００１４】
同様の又は対応する特徴を持つ図面内の要素は同様の参照符号によって識別される。
【００１５】
本発明は、実施形態が図１に示される、クライアント１００と複数のサーバ２００、２１０、及び２２０とを有するシステムに関する。図１は、ユーザがサーバ２００から２２０にて格納されるマルチメディアコンテンツをクライアント１００上で再生することができる家庭用マルチメディア・エンターテイメントの状況における発明を示している。クライアント１００及びサーバ２００から２２０は、有線ネットワーク、無線ネットワーク、或いは両方の組み合わせであるネットワーク３００２を介して通信する。
【００１６】
クライアント１００は、例えば、形態電話、パーソナル・デジタル・アシスタント、ＴＶと連動されるセットトップボックス、或いは、ユーザが家又は事務所で持ち歩く携帯タブレット・パーソナルコンピュータである。クライアント１００は、ネットワーク３００を介して通信するための受信機と、表示部と、例えばタッチスクリーンディスプレイと、ユーザに選択を入力可能とするユーザインターフェースと、ユーザの要求を処理しユーザへコンテンツを提供するための処理装置とを備えている。クライアント１００のこれら種々要素は公知の技術であり、ここでは示されていない。
【００１７】
サーバ２００から２２０は、公衆網、例えばインターネットを介して、又は、例えばＴＣＰ／ＩＰプロトコルを用いたホームネットワークに対応しているＩＥＥＥ802.11のようなプライベートネットワークを介してアクセス可能であってもよい。以下に示されるように、サーバ２００から２２０は、インターネットリポシトリ又はデータベースで構成されるか、或いは、遠隔又はローカルな外部リポシトリと関連されてもよい。ここでの使用において、用語「サーバ」とは、クライアントからの要求を待ってその要求を満たすプログラム、物理的な装置、或いはコンピュータを示すか、或いは、サーバとコンテンツ項目が格納されているそのサーバと関連するリポシトリとの組み合わせを示す。以下において、両方の定義は差別されずに使用される。サーバ２００から２２０は、ＭＰ３ファイル、ビデオファイル、デジタル写真のようなコンテンツ項目を格納している、関連データベース、家庭用パーソナルコンピュータ、家庭用サーバ、或いは家庭用ゲートウェイを専門のサーバであってもよい。
【００１８】
図１は、クライアント１００のメニューの部分の現在の表示を示す。表示されたメニュー１１０、１２０、１３０、そして１４０は、ユーザに、サーバ２００〜２２０からコンテンツ項目のサブセットの夫々を選択し、その後の選択、検索、レンダリング、或いは再生のために、これらサブセットが組み合わされ、分類され、そしてユーザに表示されることを可能とする。この目的を達成するために、ユーザは、初期検索がサーバ２００〜２２０上で行わせるために、メニュー１１０〜１４０から１つ以上のソート基準を特定してもよく、これら検索の結果は、ユーザへの提供用に後で分類されてもよい。
【００１９】
例えば、メニューの最初の階層に属するメニュー１１０は、少なくとも、コンテンツ項目のタイプを示す４つのオプションを提示する。オプション１１２は音楽ファイルを参照し、オプション１１４はフォトファイルを参照し、オプション１１６は映画を参照し、そしてオプション１１８はゲームを参照している。この実施形態において、ユーザは音楽ファイルのためにサーバ２００〜２２０上で問合せを行うことを所望し、従ってオプション１１２が強調される。
【００２０】
メニューの第二レベルは、オプション１１２の選択によって表示され、選択された音楽ファイルオプション１１２に特定のソート基準を有するメニュー１２０は、ユーザへ提示される。メニュー１２０は、少なくとも、ジャンル１２２、アーティスト１２４、日付１２６、そして題名１２８の４つのカテゴリーを有する。例えば、ジャンルカテゴリー１２２は、ロック、クラシック、ブルース等のような種々の音楽スタイルを有してもよい。ユーザは、カテゴリー「日付」１２６を強調させて、メニューの第三の階層のメニュー１３０が表示される。
【００２１】
メニュー１３０は、基準１３２「６０年代からの音楽」、基準１３４「７０年代からの音楽」、基準１３６「８０年代からの音楽」、そして基準１３８「９０年代からの音楽」の、データカテゴリーに関係がある４つの見込まれるソート基準を有する。ユーザは、基準１３４を選択し、要求に応じて、サーバ２１０〜２３０へ発行させる問合せ４００を引き起こす。しかしながら、この実施形態では、ユーザは、ユーザが興味を持つ１０年間に関係する音楽スタイルを示すメニュー１４０に表示されるような音楽のジャンルによってユーザの検索を更に狭めることを所望してもよい。他の実施形態において、ユーザは、また、年又はアーティストによって、或いはその代わりに、ジャンルを限定する組み合わせでユーザの検索を狭めてもよい。
【００２２】
よって、一旦ユーザが１つ以上のソート基準、例えばオプション１１２「音楽」、オプション１２６、そしてオプション１３４「７０年代」を選択し、そしてクライアント１００はサーバ２００〜２２０へ関連するコンテンツ項目に対して要求４００を発行する。ユーザが１つ以上のソート基準を選択すると、要求４００は、自動的に発行されるか、代わりに、そのソート基準のユーザによる更なる入力と確認に応じて発行されてもよい。クライアント１００は、クライアント１００からアクセス可能な全サーバへ要求４００を一斉に送信するか、又は、クライアント１００は、興味のあるコンテンツ項目をソートしそうなそれらサーバに対してのみ要求４００を送信してもよい。例えば、デジタル写真のみを格納するようなクライアント１００によって知られているサーバが問合せられる。他の実施形態において、クライアント１００は、各サーバによって受付られる問合せプロトコルに依存する各サーバ２００〜２２０に対して、特定の要求を生成し、発行してもよい。要求４００は、その瞬間にユーザの興味を表す１つ以上のソート基準を有する。例えば、図１の実施形態において、要求４００は、ユーザが７０年代の音楽ファイルに興味を持っていることを示すデータを有している。この実施形態において、ソート基準「時間」は、曲を記録した日付又は曲を公表した日付を表している。
【００２３】
なお、クライアント１００は、ユーザの一つのソート基準の入力のみに応じて要求４００を伝送してもよい。例えば、ユーザは、最初のメニュー１１０からのオプション１１２〜１１８の一つを選択し、クライアント１００は、既定のソート基準を用いて要求４００を生成してもよい。よって、ユーザがコンテンツ項目を格納させる特別の方法を特定しないならば、クライアント１００は、アーティスト名によるアルファベットの分類、年齢分類、映画の監督による分類、映画のタイトルによるアルファベットの分類等のような既定の順番パラメータを用いてもよい。そのような既定パラメータは、応答にて、この既定パラメータに基づく識別された項目夫々に対する識別子を夫々生成するサーバ２００〜２２０へと伝送される。例えば、ユーザが映画のみに興味があることを指定することによってオプション１１６を選択するならば、クライアント１００は、既定のソートパラメータの監督名に基づいて要求４００を生成してもよい。要求４００に応じて、サーバ２００〜２２０は、映画の監督の名前に基づいて識別された映画毎に識別子を生成する。クライアント１００がサーバ２００〜２１０から識別子を受信すると、クライアント１００は、ユーザへの表示用に全ての受信した映画が分類され一つにまとめられたリストを最終的に形成するために、監督の名前によって識別子を再度グループ化することができる。或いは、ユーザがメニュー１１０〜１４０の一つのオプションを特定すると、クライアント１００は、既定のソートパラメータを使用する代わりに、日付、題名、アルファベット順等で、どのように項目が分類されるべきかを、可能なソート基準のリストでユーザに提示する。
【００２４】
図２は、サーバ２００のブロック図である。サーバ２００が検索が７０年代からの曲に関係することを示すデータを有する要求４００を受信する。要求４００は、サーバ２００のデータベース２０６に格納されている項目の内部ディレクトリを調べる内部の中央処理装置２０２によって処理させる。項目ディレクトリは、ファイル名とデータベース２０６に格納されているコンテンツ項目へのポインタとを有するであろう。そのような項目ディレクトリは、ＣＰＵ２０２と関連するメモリ２０４に格納されるであろう。メモリ２０４は、例えば、格納されたディレクトリを素早く調べることを可能とするランダムアクセスメモリである。各コンテンツ項目は、項目ディレクトリ内のエンティティによって示されてもよく、各コンテンツ項目は、各フィールドがコンテンツ項目の特性夫々に関連しているエントリフィールドで構成される。例えば、所定のコンテンツ項目のためのエンティティは、以下のフィールドを有してもよい。コンテンツタイプ、アーティスト又は編集者名、公表日、ジャンル、題名、長さ、評論家等である。
【００２５】
すなわち、要求４００に応じて、ＣＰＵ２０２はメモリ２０４に格納された項目ディレクトリの検索を実行し、７０年代からの曲用に提供されるソート基準に一致する少なくとも１つのコンテンツ項目を識別する。従って、ＣＰＵ２０２は、１つ以上のソート基準から識別子５１０を、識別された項目に対して生成する。この実施形態では、識別子５１０は曲の公表日を有し、ＣＰＵ２０２はクライアント１００とサーバ２００とに共通に知られている命名規則に従って識別子５１０を生成する。本発明の実施例では、１つ以上のソート基準を有する要求４００の部分と、１つ以上のソート基準を示すデータを有する識別子５１０の両方とも解釈と比較を容易とするため英数字を用いて書かれる。例えば、識別子５１０はソート基準に一致した項目の特性を示す言葉を合成することによって構成されてもよい。この実施形態において、識別子５１０は、ソート基準１３４に一致した項目の特性を示すデータを有する。従って、識別子５１０は、例えば、月の後に年からなる６桁であるような所定の形式を用いて、識別された曲の公表日を有する。加えて、要求４００に応じてサーバ２００〜２２０によって伝送される全ての識別子は、曲に関連付けられるであろうし、従って、基準１１２は既定値の通りとなるため、識別子５１０はソート基準１１２を示すデータを必ずしも有する必要はない。実施形態において、各サーバ２００〜２２０にて共通の命名アルゴリズムは識別子５１０又はその部分を生成する、例えば、６文字の言葉が、アルゴリズムが更に４文字チェックサムを生成する一つのソート基準に一致する項目の各特性のために生成される。よって、全てのチェックサムが、識別子５１０を形成するために文字列に添付される。
【００２６】
サーバ２１０及び２２０は、また、それら自身のデータベースで同様の検索を実行し、サーバ２００によって使用されるものと同じ共通の命名規則を用いて、その基準に一致する各コンテンツ項目に対応する識別子を生成する。
【００２７】
応答５００は、また、識別子５１０に加えて、識別子５１０がデータ５２０が表示可能であるところへ伝送され、ユーザに曲の識別を可能とするために、識別された項目を示すデータ５２０を有するようにしてもよい。例えば、応答５００は、各識別子５１０のために、識別子５１０に関連付けられる曲の題名及びアーティストを有するようにしてもよい。
【００２８】
サーバ２００は、従って、クライアント２００へ応答５００を伝送し、応答５００は、各サーバ２００〜２２０が要求４００に基づいてクライアント１００へ伝送してもよいとされている、識別子５１０の所定最大数を有してもよい。要求４００は、クライアント１００が各サーバ２００〜２２０から受信することを所望する、識別子の最大数を指定してもよい。この数は、全てのサーバ２００〜２２０に対して同じであってもよいし、異なる数がサーバ２００〜２２０に対して計算されてもよい。また、固定数がサーバ２００から２２０において既定値によって設定されてもよい。
【００２９】
しかしながら、サーバ２００は、その応答５００において伝送することが可能である最大数以上の伝送されたソート基準１３４に一致する曲を識別してもよい。よって、一旦ＣＰＵ２０４は、ソート基準１３４に一致する全ての曲を識別し、また、一旦ＣＰＵ２０４は全ての識別された曲毎に識別子を全て生成すると、ＣＰＵ２０４はそれら夫々の識別子に基づいてこれら識別された曲を分類してもよい。サーバ２００は、従って、最初の数曲の識別子のみを伝送することができる。サーバ２００は、後の使用のためにメモリ２０８にその残りのリストを保持してもよい。
【００３０】
図３は、ソート基準１３４に一致するサーバ２００〜２２０の項目収集の夫々のサブセット２０８、２１８、そして２２８を示している。サブセット２０８は７０年代からの８曲７０２〜７１４を有する。図３において、サブセット２１８は４曲７１６〜７２２を有し、サブセット３２８は４曲７２４〜７３０を有する。各サーバ２００〜２２０は、それら公表日によって夫々のサブセット２０８、２１８、そして２２８の曲をランク付けする。要求４００に応じて、各サーバ２００〜２２０は、最大２つの識別子を一度にクライアント１００へ提供することのみ許されていると仮定する。従って、サーバ２００は曲７００及び７０２に関連付けられる識別子５１０をクライアント１００へ伝送し、サーバ２１０は曲７１６及び７１８に関連付けられる識別子を伝送し、サーバ２００は曲７２４及び７２６に関連付けられるし識別子を伝送するであろう。一旦、サーバ２００〜２２０は、応答５００をクライアント２００へ送信すると、サーバ２００〜２２０はそれらを更に参照する又は削除するために各サブセット２０８、２１８、そして２２８を保持してもよい。
【００３１】
曲７００、７０２、７１６、７１８、７２４、そして７２６に関連付けられる識別子の受け付けると、クライアント１００はそれらを比較し、その結果、各識別子内に指定される公表日に基づいて曲を分類する。よって、クライアント１００は、曲７２４、７２６、７００、７０２、７１６、そして７１８のように曲を分類し、クライアント１００は曲のこのリスト又はこのリストの最初の部分をユーザに表示してもよい。以前に示したように、識別子５１０は、各曲を示す表示可能なデータ５２０と共に伝送され、クライアント１００はユーザへデータ５２０を表示する。ユーザがリスト内の次の曲を見たい場合、クライアント１００は、ソート基準１１２、１３４と、ユーザに表示された最後の曲の公表日とを示す第二の問合せを全サーバ２００〜２２０へ伝送してもよい。第二の問合せは、サーバ２００〜２２０は、容易に、サブセット２０８、２１８、２２８夫々を取り出し、識別子が最後に送信された曲の後の次の曲の識別子を伝送することができるように、要求４００への参照を有するようにしてもよい。
【００３２】
他の実施形態において、サーバ２００〜２２０は受信した１つ以上のソート基準に一致するコンテンツ項目を分類しないし、コンテンツ項目又はこれらのサブセットに関連付けられる識別子を伝送しない。これら識別子を受信するクライアント１００は、受信した識別子の幾つかを選択し、他の選択されていない識別子を無視してもよい。
【００３３】
なお、サーバ２００〜２２０は、応答５００にてコンテンツ項目を伝送しないかもしれなし、コンテンツ項目はクライアント１００からユーザによる選択に応じて取り出され又は起動されてもよい。また、本発明は、ビデオ及びオーディオファイルに限定されないし、本発明は、また、例えば、スタイル、国、視聴者数、ＴＶ番組又はラジオ番組などによってソート可能であるインターネット・オーディオ・ハイパーリンクのハイパーリンクのディレクトリのような他のディレクトリ項目を包含する。
【図面の簡単な説明】
【００３４】
【図１】本発明のシステムである。
【図２】本発明のサーバである。
【図３】所定の選択基準のための本発明の３つのサーバの項目収集の各々を示す。
【図１】
0004579693.tif 000002
【図２】
0004579693.tif 000003
【図３】
0004579693.tif 000004