JP2007536654A - 複数の文書からユーザが好む１つの文書を再生する方法及び装置 - Google Patents

Abstract

大規模記憶装置の発展により記憶容量が急速に増大している。これによりオーディオ、ビデオ、テキスト、スチル写真等の大規模なデジタルアーカイブの記録が可能になっている。ユーザがこれらのアーカイブされた文書を概観し、好みの文書を見つけることはますます困難になりつつある。
本発明は、再生装置中に装置プロファイルを記録することを提案する。装置プロファイルは文書を分類する文書セットに基づく。装置プロファイルにおいて、所定の時間スライス（３１）において、再生のために、ユーザがどの文書セットを以前選択したかを記録する。所定時間スライス（３１）中にユーザが再生装置を使用する時、再生機器は、前に記録された装置プロファイルに基づいて再生する文書セットを選択する。ユーザの好みの文書セットが高い優先度で再生される。

Description

本発明は一般的に装置プロファイルに関する。再生用に複数の文書が利用可能である。本装置は再生文書の統計を管理する。この統計を使用してユーザが再生する好みの文書を見つけるのを支援する。

パーソナルコンピュータ（ＰＣ）の技術及びコンシューマエレクトロニクス（ＣＥ）製品における記憶容量のインフレ的増大にともない、ＰＣまたはＣＥ装置状にオーディオまたはビデオの完全なアーカイブを記録することがますます一般的になってきている。例えば、４０ＧＢハードディスクは１２００時間のＭＰ３オーディオファイル、１６０時間のＭＰＥＧ４ビデオ素材、または２００，０００枚のＪＰＥＧスチル写真を記録するのに十分な記憶容量を有する。

ホームネットワークを考えると、いくつかのネットワーク装置間に分散したネットワーク中に、より多くの記憶容量が利用可能である。音楽、映画、スチル写真、または電子ブック等のアーカイブはそれゆえ巨大であり、ユーザが完全に制御して再生するタイトルを選択する古典的なアプローチは、適当ではなくなった。タイトル、日付等が分からなければ、何千というアーカイブ文書から特定の文書を見つけることが問題であることは、想像に難くない。

ＰＣ技術の場合、より高度なブラウザが知られており、それにより文書を取り出して素早く見ることが可能である。また、より高度なソーティング機能も利用できる。

上記のシナリオにおいて、１人のユーザが他の大勢のユーザと共有する再生装置にアクセスする環境において、ユーザが好みの文書を見つけるのをよりサポートする、文書アクセスシステムが必要である。

この目的は、請求項１と５に記載した複数の文書からの１つの文書のユーザが好む再生方法及び装置により解決される。

本発明の一般的アイデアは、再生装置にいわゆる装置プロファイルを実装することである。この目的のため、文書を分類するために、文書セットを設ける。セット内のエレメントは、自由に画成することができる一種の類似性を有することが好ましい。この装置プロファイルを用いて、一定の時間（time of day）スライス中に再生のためにユーザがどの文書を選択したか記録する。時間スライスの長さは、例えば、数分から１時間の間のであることが好ましい。その時に記録されるものは、ユーザプロファイルではなく、その装置自体が使用されるやり方である。これは本発明において装置プロファイルと呼ぶ。

この装置プロファイルにより、再生装置はユーザが個人的に好む文書を時付けるサポートをすることができる。ユーザが再生装置をオンにする時、再生装置は現在時間をチェックし、その装置プロファイルテーブルを調べる。テーブルには、対応する時間スライス中に、文書の再生のために、ユーザがどの文書セットを最も頻繁に使用したかを記録したものである。再生装置は、好ましくは、再生する対応する文書セットを選択し、ユーザに提案する。もちろん、ユーザはフルユーザ制御でき、提案が気に入らなければ、再生装置の自動選択を拒否することができる。

本発明のさらに有利な実施形態は、それぞれの従属クレームから明らかである。ユーザが提案された文書セットを気に入らない場合、再生装置は他の文書セットを提案してもよい。１つのセットがどのくらい頻繁に前記対応する時間スライス中の再生に使用された順序がどの他の文書を再生のため選択／提案するかに影響する。装置プロファイルによる最も頻繁に使用された文書セットは、高い優先度で再生される。

文書セットの提示順序は、装置プロファイルにより厳密に所定されていなくても良い。一実施形態では、ランダム機能を追加で実装してもよく、最も頻繁にアクセスされる文書セットは、最高の確率で選択されるが、１００％ではない。

さらに別の好ましい実施形態では、曜日も装置プロファイルのパラメータである。この場合、装置プロファイル中のセルは２つの入力パラメータによりアドレスされる：曜日（the day of week）と１日のうちの時間（the time of day）スライスである。これにより装置プロファイルの柔軟性が高くなり、より正確なものとなる。

一実施形態での、複数の文書からユーザが好む１つの文書を再生する装置について、所定の時間スライスにおいてセットが文書の１つの再生に使用されるたびに、文書セットの再生カウンタを更新すると有利である。これには、現在の時間スライスが文書の再生中に終了し、次の時間スライスが始まる場合に、現在使用しているセットの再生カウンタのインクリメントを含む。現在再生されているセットの新しい時間スライスの再生カウンタも正しく更新される。

本発明の実施形態を図面に示し、以下により詳しく説明する。

本発明は、スタンドアロン再生装置またはホームネットワーク環境においてナビゲーション及び再生される、コンテント記憶の分野に関する。

図１は、ホームネットワーク環境のシナリオを示す。参照数字１０は、ワイヤレスブリッジ１９を介して互いに接続されたネットワーク装置の２つのクラスタにより構成された典型的なホームネットワーク１０を示す。ワイヤレスブリッジ１９は、例えばＨＩＰＥＲＬＡＮ／２タイプのものである。両方のクラスタにおいて、ネットワーク装置はデータバス１７を介して接続されている。データバス１７は、例えばＩＥＥＥ１３９４バス（ファイヤワイヤバスとも呼ばれる）である。このシナリオには、２つのタイプの装置がデータバス１７を介して接続されている。すなわち、記憶装置１３と再生装置１４である。一部の装置は両方の特徴を有している。純粋な記憶装置１３の例は、大記憶容量ハードディスクに基づくデジタルホームサーバである。両方の特徴を有する例は、デジタルビデオレコーダ（例えば、ハードディスクベースのデジタルビデオレコーダ）である。ハードディスクを備え、デジタルビデオレコーダ機能を提供するデジタルセットトップボックスが市販されている。大容量記憶装置は必ずしもハードディスクである必要はない。ＭＰ３ファイル等のオーディオ文書をアーカイブするには、大記憶容量のメモリカードが利用可能である。さらに別の例は、オーディオＭＰ３ファイルやスチル写真ＪＰＥＧファイルをアーカイブする大記憶容量を有する光ディスクである。さらに別の例は、Ｄ−ＶＨＳやＤＶＣテープ等の磁気テープである。注意として、文書とファイルという表現は、この明細書を通して同義語として使用する。

再生装置は、例えば、ビデオ及びオーディオコンテントを再生できるテレビセット（ＣＲＴ、プラズマ、ＬＣＤ、プロジェクタ、ＤＬＰ、ＯＬＥＤ等）である。典型的なオーディオ再生装置は、ＣＤプレーヤ／レコーダ、ＭＰ３プレーヤ／レコーダ、カセットプレーヤ／レコーダ等である。典型的なビデオ再生装置はＤＶＤプレーヤ／レコーダ、デジタルＶＣＲ、デジタルカムコーダ、デジタルスチルカメラ等である。パーソナルコンピュータは、ビデオコンテント再生とオーディオコンテント再生の両方の特徴を有する装置と考えることができる。

ホームネットワーク１０は、モデム１５を介して外部ネットワークへのアクセスを提供する。その外部ネットワークにおいて記憶機能が提供される。インハウスネットワークと外部ネットワークとの間には、ワイドエリアネットワークＷＡＮ１２がある。この目的で使用される最も一般的なＷＡＮは、インターネットプロトコルに基づく既存のワールドワイドウェブである。

コンテントは、文書（documents）と呼ばれる記憶可能単位により構成されていると仮定する。文書は、例えば、オーディオまたはビデオ文書、スチル写真ファイル、テキストファイル、またはグラフィックスファイル等である。オーディオファイルの例は、ＭＰ３ファイル、ドルビーＡＣ３ファイル、またはドルビーＡＡＣファイルである。ビデオファイルの例は、ＭＰＥＧ２ファイル、ＭＰＥＧ４ファイル、またはＤＩＶＸファイル等である。スチル写真ファイルの例はＪＰＥＧファイルやＨＴＭＬファイルである。テキストファイルの例は、電子ブックファイルやワードファイルである。グラフィックスファイルの例はＰＤＦファイルである。

文書をorderingするために、いくつかの文書セットが定義されている。１つのセット内では、類似する特徴を有する文書はすべて同じグループとされる。このグループ化は既存の分類アルゴリズムにより自動的に行われる。簡単な実施形態では、ユーザは手作業で分類することができる。オーディオ文書のセットの例は以下の通りである：

ビデオ文書のセットの例は以下の通りである：

スチル写真文書のセットの例は以下の通りである：

テキストファイルを分類するため、電子ブックの例を挙げる。ここで、妥当な文書セットの例は以下の通りである：

セットの定義の他の例は、喜び、幸せ、悲しみ、怒り等の異なる感情のカテゴリーを使用することである。各セットは、所定の基準により十分近いまたは類似していると考えられる文書を含んでいる。これは、本出願人の別の欧州特許出願第０３２９００１９．３号及び２つの関連欧州特許出願第０３０８１１０号と第０３０９７１５号に記載されている。

類似性はいかなるタイプのものであってもよく、それゆえ、これらの基準の詳細及び具体的な分類アルゴリズムは、本発明の範囲外であり、それゆえ、ここではその詳細は説明しない。

セットはネットワーク環境全体に分散してネットワーク中のどの記憶装置内にあってもよい。一実施形態では、セットは文書識別子のリストによりそれぞれ構成されている。１つないし全てのセットを、単一の再生機器の一体化された構成要素である単一の記憶装置に記録することもできる。文書の再orderingをさけるために、そのセット中のエレメントすべてとその文書へのポインタとの文書識別子が記録されたテーブルでセットを形成することもできる。

スタンドアロンの再生装置１４を用いて、ローカルで記憶された文書を再生することができる。再生装置１４がネットワークに組み込まれている場合、この装置を用いて、そのネットワーク内に組み込まれている外部装置に記憶されている文書を再生することができる。

スタンドアロンの再生装置は、曜日と時間に関する情報を提供する内部クロックを備えている。ネットワーク環境では、集中クロックがこの情報を提供することもできる。別の実施形態では、ネットワーク中の各再生装置１４は自分の内部クロックを有し、すべての再生装置１４が高精度クラスクロックにより同期される。このソリューションの詳細な実施形態は、踏襲特許出願第ＥＰ−Ａ−０６５０１０６号に開示されている。

図２は、再生装置１４のブロック図を示す。この例では、オーディオ再生装置はＭＰ３プレーヤとして示されている。ＭＰ３プレーヤは、例えば４０ＧＢの記憶容量を有するハードディスクドライブ２０を備えている。ＭＰ３プレーヤには信号処理ブロック２１があり、アンプ２２とラウドスピーカ２３が続いている。ＭＰ３プレーヤを制御するために、ディスプレイ２４が備えられている。これにユーザインターフェイスが表示される。このインターフェイスはブラウザ機能を含むものであってもよい。信号処理ブロック２１は、マイクロコントローラ２５と、これと一体になったリアルタイムクロック２６と、ＲＡＭブロック２７と、不揮発メモリブロック２８と、Ｄ／Ａコンバータブロック２９とを含む。ハードディスク２０には、１万曲まで記録することができる（１分のＭＰ３音楽は約１ＭＢｙｔｅの記憶容量であり、４分のＭＰ３音楽の場合、４０ＧＢのハードディスクは約１万曲を意味する）。適当な曲を見つけるために、信号処理ブロック２１はいわゆる装置プロファイルを含む。この装置プロファイルは、ユーザの好みの曲を表している。しかし、単に好みの曲のリストではなく、それ以上のものである。装置プロファイルには、ユーザが特定の時点においてどんなタイプの音楽を好きかが記録されている。装置プロファイルを用いて、ユーザはほとんどスタイルによってちょうどよい音楽を見つける支援を受けることができる。しかし、本発明はこれに制約されないことを指摘しておく。装置プロファイルを、アルバムタイトル、トラックタイトル、ジャンル、アーティスト名、ムード指定（mood designation）等の他の基準によってユーザが適当な音楽を見つけるのをサポートするように構成してもよい。ユーザがスタイルによって好みの曲を見つけるのをサポートするために、音楽ファイルは上記のように複数の文書により分類される。

ユーザが文書を再生するために再生装置１４を使用するつど、その文書を含むセットの識別子が日時と関連づけられ、再生カウンタがインクリメントされる。ユーザは自分が今現在いる部屋の再生装置（例えば、オーディオまたはビデオ装置）で再生する。ネットワーク上（ホームネットワーク及びモデム経由でより広いネットワーク）で利用可能な全てのセットをブラウズすることができる。セットをブラウズするとは、特徴的な文書を取り出して素早く見る（例えば、曲のクリップを数秒聴く）ことができることを意味している。セットが満足のいくものであることがユーザに満足の行くものであることが分かり次第、再生装置がこの選択されたセット内の文書の再生を開始する。セット内の文書が再生される順序は、本発明では説明しない。

このように、装置プロファイルはトレーニングされ、より正確になる。次にユーザがこの装置状で文書を再生したい時、その日時にもっとも多く再生されたセットが最初に選択され文書が再生される。

一方、１日の時間は１週間全体にわたってスライスに分割される。各再生装置において、選択されたセットのリストが各時間スライスに関連づけられる。再生デバイスで再生するようにセットが選択されるたびに、このセットの識別子を使用して、対応する時間スライスリスト中の関連する再生カウンタをインクリメントする。もちろん、始めて使用する時は、各時間スライスのこのリストは空である。ユーザによりリセットすることもできる。

装置プロファイルを構成する時間スライスリストの例を図３に示した。図示したように、本リストは、日曜、月曜、火曜、水曜、木曜、金曜、土曜の各曜日に対するエントリを有するテーブルの形である。１日の時間は各曜日に対して１時間のスライスに分割されている。好ましい実施形態では、スライスへの分割はより細かくなされ、例えば１５分刻みとなる。図３では、主に図示を目的として、粗い１時間スライスを示した。装置プロファイルには各時間のセルはなくてもよい。夜の時間帯にセルが必要ないとユーザが思えば、セルをなくして装置プロファイルを適宜限定してもよい。図３が示しているのは、日曜日の午前２時から午前３時のセルと、金曜日の午後１０時から午後１１時のセルである。文書セットに対して記録された情報エントリー（Ｓ，Ｃ）のペアがある。ここで、Ｓはセット識別子を意味し、Ｃはその曜日にその時間に文書を再生するために、セット識別子Ｓを有するセットが使用された回数を示す。セット情報エントリ（Ｓ，Ｃ）が与えられた時間に記録される順序は、文書の再生にセットが使用された頻度を表しても良い。このテーブルは、信号処理ブロック２１の不揮発メモリ２８中に記録される。

２人以上のユーザが単一の再生装置１４を使用できる場合について誤解しないように、装置プロファイルの拡張バージョンは、図４に示したように、各時間スライス中にユーザ識別子（Ｕ）を記録することもできる。

再生装置１４を含む装置プロファイルを使用した時、その装置は現在時間のスライスの最も多く再生されているセットをまず選択する。次に、この現在時間のスライスのカウントが減少する順番でセットを提案してもよいし、その他のいかなる順序で提案してもよい。

この振る舞いを図５に例示した。ユーザが再生装置を起動するたびに、図５にフローチャートによるプログラムルーチンが実行される。参照番号４０は、プログラムの開始を示す。参照番号４１は、現在の曜日と時間を読み出すステップを示す。この目的のため、リアルタイムクロック２６にアクセスする。ステップ４２では、装置プロファイルにアクセスする。現在の曜日と時間（time of day）を、装置プロファイル中のどのセルを評価するか判断する入力パラメータとして使用する。ステップ４３では、再生する文書セットを選択する。最も容易な実施形態では、この時間スライスにおいて最も多く再生されている文書セットが選択される。より高度な実施形態では、選択には乱数関数が使用される。乱数関数は文書セットが時間スライスの装置プロファイル中に記録された順序に適応されるべきである。すなわち、頻繁に使用される文書セットがその他の文書セットよりも多く選択される。ステップ４４では、単一の文書を他の実装された乱数関数により決定する。この文書はステップ４５で再生される。ユーザが再生を中断しない限り、ステップ４４と４５をエレメントが再生されるたびに繰り返し、プログラムルーチンはステップ４６で終了する。もちろん、提案されたセット及び／またはそのセットの提案されたエレメントを拒絶し、ユーザが修正できる、ユーザとインターラクティブである、他の実施形態において、別の特徴を実装することもできる。

以下に、１つの時間スライス内の文書セットから文書を準乱数的に決定するアルゴリズムを提案する。このアルゴリズムは、乱数関数の例として、再生用のセットを提案する際に、３つの異なる結果となる３つの異なる関数を提案する

一部の時間スライスに対して、ｉ番目のセットが再生されたカウントであるｎｉに対して、ｎ_ｉ＞０であり（すなわち、まだ再生されていないセットはｎ_ｉが１に設定される）：
・すべてのセットをそれがその再生カウントが減る順にランクづけし、（ランクが同じセットは所定の、またはランダムな順序で）「最も好まれる」セットの文書を最初に再生する。
・または、セットに関連するｎ_ｉすべての合計Ｎに対して、ｐ_ｉをセットｉが再生される確率とすると：
ｐ_ｉ＝ｎ_ｉ／Ｎ
再生順序はこの再生確率に応じてランダムである。
この関数はほとんどの場合、多数ではないセット中の第１に好まれるセットをほとんどの場合提案する。
・または、セットに関連する全てのｘ_ｉの合計Ｎに対して、２以上の係数ｋに対して、ｉ番目のセットを再生する確率をｐ_ｉと呼び、次のように定義する：
ｘ_ｉ＝ｆ（ｎ_ｉ）のとき、ｐ_ｉ＝ｘ_ｉ／Ｎ、
ここで、ｆ（ｎ_ｉ）は、例えば、
ｋ≧２のとき、ｆ（ｎ_ｉ）＝ｎ_ｉｋ
または、 ｋ≧１のとき、ｆ（ｎ_ｉ）＝ｅｘｐ（ｋ×ｎ_ｉ）
再生順序はランダムであり、この再生確率に基づく。この関数は多数のセットにおいて第１の好まれるセットをよりよく再生する。

このアルゴリズムでは、最初の中点（・）は、最も多く再生されたセットが常に最初に提案され、その次に提案されたものは常にその次に提案され、以下同様である。２つのセットのランクが同じ時、乱数関数を用いて、または用いないでサブランクを付けることを規定している。

第２の中点（・）は、多すぎないセットが利用可能な時、好まれるセットが主に最初に提案され、一方、多数のセットが利用可能な時には、かかる好まれるセットは頻繁には最初に提案されない。この理由は、最初に提案されるべきセットの確率は、その既再生カウンタの完全に線形な関数であるからである。これは、多すぎないセットが利用可能であるとき、最も多く再生されるものが最初に提案される機会が大きいことを意味する。

第３の中点（・）は、多数のセットが利用可能な時、好ましいセットが主に最初に提案され、多すぎないセットが利用可能な時には、最初に再生される機会がより大きいことを規定している。この理由は、確率が既再生カウンタの指数関数であり、線形関数ではないからである。

装置プロファイルは継続的に洗練される。現在の時間スライスが文書の再生中に終了し、次の時間スライスが始まった場合、現在再生されているセットの識別子３２が使用されて、この新しい時間スライス３１に対する関連リスト中の対応する再生カウンタ３３がインクリメントされる。

セット識別子を８ビットでコード化することにより、２５６個のセットを画成することができる。かかる識別子を１６ビット以内でコード化すると、６５，５３６通りのセットを画成することができる。

文書識別子は１６，３２、６４、または１２８ビットでコード化することができる。

各セットは、それが含む文書識別子のリストと関連している。

各時間スライスに対して、すでに再生されたセットのリストを、関連するメモリアレイの形、またはセット識別子でインデックスされ各再生されたセットの再生されたカウントを代替として与えるハッシュテーブルの形とすることができる。

さらに拡張することにより、ユーザは、「夕食時」、「就寝時」等の時間（time period）の「名称」を選択することができる。このように、再生装置をよりパーソナルなものとし、就寝時間や食事時間が伝統的なものではないシフトワーカーをも考慮することができる。「名前を付けられた」時間にさらに適用することは、「夕食時の音楽を再生、音量は低く」などの音声起動の将来である。

そこで、
１）「最も多く再生された」セットがその時間とその場所で再生される。
２）音声認識が十分正確であれば、再生リストがユーザのために選択される。そこで、可能性として一般的な拡張として、時間内でユーザに離散的コードを使い、そのコードと認識パターンはシステムにより保持され管理される。これにより、図４に示したように各再生装置内の各時間スライスに対して再生されたセットのリスト中にユーザ識別子を追加することになる。

本発明が使用されるネットワークシナリオの例を示す。 本発明による再生装置のブロック図を示す。 本発明による再生装置中の、装置プロファイルを実装するテーブルの第１の例を示す。 本発明による再生装置中の、装置プロファイルを実装するテーブルの第２の例を示す。 本発明による再生する文書セットを選択するプロセスのフローチャートを示す。

Claims (13)

1. 複数の文書からユーザが好む１つの文書を再生する方法であって、前記文書を分類するために文書のセットが画成され、
   １日のうちの時間を決定する段階と、
   前記複数の文書に関する特徴であって、対応する時間スライス中に文書のセットの一文書を再生するためにそのセットがどのくらい頻繁に使用されたか示す特徴に基づいて前記セットを選択する段階と、
   前記選択された文書のセット内の一文書の再生を自動的またはユーザ制御により開始する段階と、
   を有することを特徴とする方法。
2. 請求項１に記載の方法であって、
   前記選択された文書のセットからの文書の再生をユーザが拒絶した場合、再生する他の文書のセットを選択して提案し、１つのセットがどのくらい頻繁に前記対応する時間スライス中の再生に使用された順序がどの他の文書を再生のため選択／提案するかに影響することを特徴とする方法。
3. 請求項１または２に記載の方法であって、
   再生する文書のセットを選択及び提案するプロセスに乱数関数がさらに影響を与えることを特徴とする方法。
4. 請求項１ないし３いずれか一項に記載の方法であって、
   前記対応する時間スライス中に再生する文書のセットを選択するために、曜日をさらに判断して考慮することを特徴とする方法。
5. 複数の文書からユーザが好む１つの文書を再生する装置であって、記憶媒体上に記憶された文書にアクセスする手段を有し、前記文書を分類するために文書のセットが設けられた装置であり、
   所定の時間スライス中に文書のセットの一文書を再生するために前記セットが呼ばれたか記録した文書セット情報のテーブルが設けられ、
   所定時間において文書を再生するためにどの文書セットを選択すべきかを判断するために、文書セット情報の前記テーブルにアクセスする文書セレクタが設けられ、
   前記選択された文書のセット内の１つの文書の再生を自動的またはユーザ制御下で開始する手段をさらに有することを特徴とする装置。
6. 請求項５に記載の装置であって、
   前記テーブルは各時間スライスに対して情報エントリーペアを含み、各ペアはセット識別子と、その時間スライス中にその文書の１つを再生するためにどのくらい頻繁に対応するセットが使用されたかを表す再生カウンタにより構成されていることを特徴とする装置。
7. 請求項５に記載の装置であって、
   前記テーブルは各時間スライスに対して情報エントリを含み、各エントリはセット識別子と、再生カウンタと、その時間スライス中にそのユーザにより文書の１つの再生のために対応するセットがどのくらい頻繁に使用されたかを表すユーザ識別子と、により構成されていることを特徴とする装置。
8. 請求項５ないし７いずれか一項に記載の装置であって、
   文書セット情報の前記テーブルは２つのパラメータ、すなわち曜日と１日における時間でインデックスされていることを特徴とする装置。
9. 請求項５ないし８いずれか一項に記載の装置であって、
   前記文書セレクタは、ユーザが前記第１の選択された文書のセットから文書を再生することを拒否した場合、その文書の１つを再生するために他の文書のセットを選択するように設計されおり、
   １つのセットがどのくらい頻繁に前記対応する時間スライス中の再生に使用された順序がどの他の文書を再生のため選択／提案するかに影響することを特徴とする装置。
10. 請求項９に記載の装置であって、
    前記文書セレクタは、再生する文書のセットを選択するプロセスにさらに影響を与える乱数関数を実装していることを特徴とする装置。
11. 請求項５ないし１０いずれか一項に記載の装置であって、
    文書には文書識別子が割り当てられ、セットにはセット識別子が割り当てられ、セットはそれに含まれる文書の完全にチェーンになったポインタリストを記録するころにより生成されることを特徴とする装置。
12. 請求項６ないし１１いずれか一項に記載の装置であって、
    所定の時間スライス中にその文書の１つを再生するためにセットを使用するつど、前記再生カウンタを更新する手段を有することを特徴とする装置。
13. 請求項５ないし１２いずれか一項に記載の装置であって、文書はビデオ文書またはオーディオ文書またはテキスト文書またはスチル写真文書またはグラフィックス文書、特にＰＤＦ文書であることを特徴とする装置。

Images