JP2022547655A - ユーザーによるダウンロード用のメディアファイルを提供するためのサーバーおよびシステムならびに方法 - Google Patents

Abstract

本発明は、ユーザーによるダウンロード用のメディアファイルを提供するためのサーバーに関し、このサーバーは、ユーザーが作成されるオペレーティングシステムと、メモリに格納されたメディアテーブルであって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブルと、メモリに格納された識別子テーブルであって、識別子担体に割り当て可能な識別子がユーザーに割り当てられる識別子テーブルと、メモリに格納された割り当てテーブルとを有し、ここで、割り当てテーブルでは、識別子に第１のメディアＩＤおよび／または第２のメディアＩＤが割り当て可能であり、第１のメディアＩＤは、識別子に割り当てられておらず、サーバー上に設けられたプログラムルーチンを含み、該プログラムルーチンを用いて、ユーザーは、割り当てテーブルを変更し、割り当てテーブルにおいて識別子に第１のメディアＩＤを割り当てる。

Description

本発明は、ユーザーによるダウンロード用のメディアファイルを提供するためのサーバーに関する。さらに本発明は、ダウンロード用のメディアファイルを提供するためのサーバーと対話するためのユーザーインターフェースに関する。さらに本発明は、システムに関する。さらに本発明は、ユーザーによるサーバーからのダウンロード用のメディアファイルを提供するための方法に関する。さらに本発明は、ユーザーインターフェースを用いたダウンロード用のメディアファイルを提供するためのサーバーと対話するための方法に関する。

国際公開第２０１５／１０４２２２号、国際公開第２０１７／１２９３４９号、独国特許出願公開第１０２０１１０５６４２０号明細書、欧州特許出願公開第３５９４８３３号明細書、国際公開第２０１５／０７８９２３号、米国特許出願公開第２０１８／０３５３８６９号明細書からは、スピーカーと、自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサとを用いてオーディオ情報を再生するための装置がそれぞれ公知であり、ここで、これらの各装置は、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、オーディオ情報を再生するためにスピーカーを駆動制御することができる付加的な制御ユニットを有している。これらの公知の装置では、センサは、パッシブ型ＲＦＩＤトランスポンダと通信するための読み取り機器として設計されている。これらの公知の装置は、システムに対して識別子担体によって補完されており、ここで、この識別子担体は、識別子担体がセンサの環境の領域内に存在する場合、あるいは当該識別子担体が、センサの環境における当該センサが自身の環境の領域内で検出できる特性を変化させた場合に、センサが検出できる特性を有している。従来の既知のシステムでは、識別子担体は、ＲＦＩＤトランスポンダを有している。

国際公開第２０１５／１０４２２２号では、検出された特定の特性を含む情報もしくは検出された特定の特性の変化を含む情報を、インターネットに接続された特定のサーバーに伝送するように装置の制御ユニットを構成することが提案されている。識別された特定の特性もしくは識別された特定の特性の変化を特定のオーディオ情報に割り当てることは、サーバー上で行われている。このサーバーは、制御ユニットから自身に伝送された特定の特性もしくは制御ユニットから自身に伝送された特定の特性の変化に自身が割り当てたデータを装置に伝送する。

独国特許出願公開第１０２０１１０５６４２０号明細書では、そこでは識別タグと称する識別子担体に、それらのもとでメディアファイルを見つけることができる、例えばＵＲＬアドレスおよび／または事前に検出された識別番号などのようなネットワークアドレスの情報を含ませることが提案されており、これらの情報を用いることにより、データベース内でメディアファイルを一義的に識別することができるようになる。この独国特許出願公開第１０２０１１０５６４２０号明細書は、ブランク再生オブジェクトの使用を提案している。このブランク再生オブジェクトの使用は、他のデータ担体に格納されているメディアファイルの内容を、小さな子供に適したやり方で再生装置を用いて使用できるようにすることを目的としている。この目的のために、独国特許出願公開第１０２０１１０５６４２０号明細書は、最初に第２のメディアファイルを再生装置のメモリに格納することを提案している。この第２のメディアファイルは、例えば、ＣＤやＤＶＤなどのデータ担体から再生装置のメモリに転送することができる。第２のメディアファイルの格納後または格納時に、ブランク再生オブジェクトのブランクＲＦＩＤ識別タグが第２のメディアファイルに一義的にリンクされる。このことは、再生装置内で行われる、ブランク識別タグに含まれる情報（例えばブランク識別タグのＩＤコード）を再生装置の第２のメディアファイルに割り当てることによって実現される。再生装置がコンピュータに接続する手段を有している場合には、このリンクは適切なコンピュータソフトウェアを用いて行うべきである。

国際公開第２０１７／１２９３４９号では、外部メモリから再生装置のメモリに転送されるデータパケットは、外部メモリに保持されているデータベースのライブラリに由来し得ることが提案されている。このライブラリは、例えばオーディオブック出版社や映画配給会社などの外部のサービスプロバイダーから提供される可能性がある。さらに、国際公開第２０１７／１２９３４９号では、データパケットを、記録ソフトウェアを用いて外部メモリに個別に記録することが提案されている。外部メモリがホームネットワークのコンピュータの一部であるような構造形態については、国際公開第２０１７／１２９３４９号では、記録ソフトウェアを、このコンピュータのプロセッサによって実行させることが提案されている。しかしながら、記録ソフトウェアを、外部のコンピュータ（外部機器）上で、例えばスマートフォン、タブレットコンピュータ、ラップトップもしくはデスクトップコンピュータまたはワークステーション上で実行し、そのようにして生成されたデータパケットを、ネットワークを介して、特に好適にはインターネットを介して外部メモリ、例えばクラウドに格納し、そこからデータパケットを再生装置のメモリに転送することも提案される。再生装置が外部メモリにデータパケットを要求する場合、外部メモリおよび装置は、最初に再生装置にデータパケットのコピーが既に格納されていたかどうかを検査するように構成されてもよい。これに応じて、データパケットが外部メモリから再生装置に伝送されるどうか、ならびにどのデータパケットが外部メモリから再生装置に転送されるかを決定することができる。このようにして、同じ識別子を用いて、時間にわたって異なるコンテンツ（内容）、例えば定期的に大幅に変更されるコンテンツ（例えばいわゆるポッドキャストなど）や事象に応じて変化するコンテンツを呼び出すことが可能になる。

国際公開第２０１７／１２９３４９号では、記録ソフトが使用されているコンピュータから外部メモリにデータパケットを伝送するために記録ソフトの使用が提案されている。記録ソフトが、コンテンツ自体を記録するか、またはそれ以外のやり方でコンテンツを読み込んで、このコンテンツの全部もしくは一部をネットワークを介して（他のコンピュータで実現されている）外部メモリに伝送することが提案される。その際、記録ソフトウェアは、１つ以上の特定の識別子もしくは識別子グループへのコンテンツの割り当てを行う。外部機器上で実行される記録ソフトウェアは、この目的のために、再生装置への接続を介して（直接かまたは介在接続されたサーバーを介して）、割り当ての対象となる１つ以上の特定の識別子もしくは識別子グループを（１回もしくは繰り返し）求める。外部機器上で実行される記録ソフトウェアは、記録ソフトウェアのユーザーに、コンテンツの記録もしくは読み取りの前後で識別子のどれにコンテンツを割り当てるべきかを決定させることができる。その際、国際公開第２０１７／１２９３４９号は、識別子が記録ソフトウェアのユーザーに使用可能である場合に、識別子を再生装置の識別領域にもたらすことによって、対象となる識別子を求めることが行われる代替手段を提示している。同様に、国際公開第２０１７／１２９３４９号は、記録ソフトウェアのユーザー（もしくはユーザーグループ）と、１つ以上の識別子との間の関係が、ユーザーアカウントを用いて格納される実施形態も提示している。ユーザーアカウントへの対象となる識別子の割り当ては、国際公開第２０１７／１２９３４９号の教示によれば、例えば、外部メモリに格納されてもよいし、記録ソフトウェアが実行されるのと同じ機器に格納されてもよく、この場合、両方の箇所へ格納されることが有利である。したがって、国際公開第２０１７／１２９３４９号の教示によれば、記録ソフトウェアが実行される機器は、ユーザーアカウントへの対象となる識別子の割り当てを介して、「どの識別子が、ユーザーアカウントに割り当てられたユーザーに所属するか」を知ることができる。したがって、記録ソフトウェアを用いて生成されたばかりのコンテンツは、それが記録自体によって生成されたコンテンツであろうと、読み取られたばかりのコンテンツであろうと、国際公開第２０１７／１２９３４９号の教示によれば、記録ソフトウェア内で識別子に割り当てることができる。次いで、生成されたコンテンツ（記録されたコンテンツまたは読み取られたコンテンツ）に対応するデータパケットが、どの特定の識別子もしくは識別子のグループにこのデータパケットが所属するかという付加的な情報とともに、記録ソフトウェアが実施される機器からクラウドの外部メモリに転送される。

米国特許出願公開第２０１８／０３５３８６９号明細書では、段落［００２１］において、例えば、スマートフォン、タブレット、または外部コンピュータであるが再生装置ではない制御装置が、メディアまたは実施すべき命令を、再生装置（ここでは、ｅｎｔｅｒｔａｉｎｍｅｎｔ ｍｅｄｉａ ｄｅｖｉｃｅ）との対話を介して、またはサーバーとの対話を介して間接的に変更できることを提案している。段落［００５４］においては、サーバーが、装置の制御情報を識別子担体の識別子と結合させるデータベースを格納できることが提案されている。米国特許出願公開第２０１８／０３５３８６９号明細書では、再生装置（Ｅｎｔｅｒｔａｉｎｍｅｎｔ Ｍｅｄｉａ Ｄｅｖｉｃｅとも称される）を、例えばスマートフォン、タブレット（ここでは、Ｃｏｎｔｒｏｌｌｅｒ Ｄｅｖｉｃｅ）などの外部制御ユニットによって遠隔制御する手段が提案されている。段落［０２１８］では、そのような外部制御ユニットが、再生装置を介して識別子担体へのアクセスを得ることができ、これを読み出し、書き込み、または変更できることが提案されている。詳細には、この米国特許出願公開第２０１８／０３５３８６９号明細書では、書き込み可能な識別子担体とともに動作する。

このような背景から、本発明の課題は、持続すべきメディアファイルの数を低減することができ、かつ／またはサーバーとユーザーインターフェースとの間のデータ交換の規模を低減することができるサーバーおよび／またはユーザーインターフェースをもたらすことである。その他に、本発明の課題の一部は、再生装置に対する技術的要求を僅かに抑える、あるいは最適に活用することであり、ならびにデータ接続に関して異なる状況であってもシステムを最適に利用可能にすることである。

この課題は、請求項１によるサーバー、請求項６によるユーザーインターフェース、請求項９によるシステム、ならびに請求項１１、１２、および／または１３による方法、ならびに請求項１５によるデータ処理のための装置、請求項１６によるコンピュータプログラム、請求項１７によるデータ担体信号、ならびに請求項１８によるコンピュータ可読記録媒体によって解決される。好適な実施形態は、従属請求項および以下に続く説明で述べられる。

本発明の利点は、サーバーを提供することによって既に実現することができる。同時に、サーバーを提供することは、それ自体が市場性のある商品を提供することであり、そのため、請求項１はサーバーに向けられている。システム境界に関して、サーバーには、サーバーが信号を受信し、信号を送信することができる通信インターフェースを所属させることができる。サーバーの一部は、この通信インターフェースを介して特定の信号を受信し、これらの信号の構造を解き、当該信号に含まれる情報を解明することが可能であってもよい。サーバーの一部は、さらに、この通信インターフェースを介して、特定の構造を有し、この特定の構造内に情報を含む特定の信号を送信することが可能であってもよい。

本発明は、さらに、ユーザーインターフェースに関する。

本発明は、さらに、サーバーと、外部機器上で実行可能なユーザーインターフェースとからなるシステムに関し、特に、サーバーと、ユーザーインターフェースと、ユーザーインターフェースが実行可能なもしくはユーザーインターフェースを提供するソフトウェアが格納された外部機器とを備えたシステムに関する。外部機器は、スマートフォン、タブレット、例えばスマートウォッチなどのウェアラブル、または例えばラップトップなどのコンピュータであってもよい。本発明の１つのタイプの使用では、サーバーの操作者は、第三者にユーザーインターフェースを、例えば、アプリ用のソフトウェアまたはウェブブラウザにおいて実行されるソフトウェアの形態で提供可能であり、この場合、ユーザーインターフェースを提供するソフトウェアは、第三者が所有する外部機器上で実行することができる。本発明の利点は、このタイプの使用においては、例えば、サーバーの操作者が、ユーザーインターフェースの提供により、交換すべき僅かなデータ量の使用のもとで、既存の識別子担体を他のメディアファイルの識別のために使用する手段を第三者に提供することによって実現される。

システム境界に関して、ユーザーインターフェースには、ユーザーインターフェースが場合によっては外部機器上に存在するさらなるソフトウェアコンポーネントを再び用いることで、外部機器の通信インターフェースを介して信号を受信し、信号を送信するために外部機器を駆動制御できることを所属させることができる。ユーザーインターフェースの一部は、この通信インターフェースを介して受信した特定の信号を、この信号の構造に関して解決し、当該信号に含まれる情報を解明することが可能であってもよい。ユーザーインターフェースの一部は、さらに、この通信インターフェースを介して、特定の構造を有し、この特定の構造内に情報を含む特定の信号を送信することが可能であってよく、それにより、これらの信号を受信したサーバーは、これらの信号の構造を解決し、信号に含まれる情報を解明することができるようになる。

本発明は、さらに、サーバーと、識別子担体とを備えたシステム、好適には、サーバーと、識別子担体と、外部機器上で実行可能なユーザーインターフェースとを備えたシステム、特に、サーバーと、識別子担体と、ユーザーインターフェースと、ユーザーインターフェースが実行可能なもしくはユーザーインターフェースを提供するソフトウェアが格納された外部機器とを備えたシステムに関する。

本発明は、さらに、サーバーと、識別子担体と、再生装置とを備えたシステム、好適には、サーバーと、識別子担体と、再生装置と、外部機器上で実行可能なユーザーインターフェースとを備えたシステム、好適には、サーバーと、識別子担体と、再生装置と、ユーザーインターフェースと、ユーザーインターフェースが実行可能なもしくはユーザーインターフェースを提供するソフトウェアが格納された外部機器とを備えたシステムに関する。システム境界に関して、再生装置には、再生装置が信号を受信し、信号を送信することができる通信インターフェースを所属させることができる。再生装置の一部は、この通信インターフェースを介して特定の信号を受信し、これらの信号の構造を解き、当該信号に含まれる情報を解明することが可能であってもよい。再生装置の一部は、さらに、この通信インターフェースを介して、特定の構造を有し、この特定の構造内に情報を含む特定の信号を送信することが可能であってもよく、それにより、これらの信号を受信したサーバーは、これらの信号の構造を解決し、信号に含まれる情報を解明することができるようになる。

サーバーの通信インターフェースは、好適には、信号を通信ネットワークに送信し、信号を通信ネットワークから受信するように構成されている。サーバーの通信インターフェースは、好適には接続端子、好適にはサーバーが信号をインターネットに送信し、インターネットから信号を受信することができるケーブル用のケーブル接続端子である。

外部機器上で実行すべきユーザーインターフェースは、好適には、外部機器の通信インターフェースを介して、信号を通信ネットワークに送信し、信号を通信ネットワークから受信するように設計されている。外部機器の通信インターフェースは、それを介して外部機器が信号をインターネットに送信し、インターネットから信号を受信することができるケーブル用のケーブル接続端子であってもよい。好適には、外部機器の通信インターフェースは、外部機器が、信号をインターネットに送信し、インターネットから信号を受信することができる、例えば、ＷＬＡＮアンテナ、Ｂｌｕｅｔｏｏｔｈ（登録商標）アンテナ、または移動無線アンテナなどの無線通信インターフェースである。

再生装置の通信インターフェースは、好適には、信号を通信ネットワークに送信し、信号を通信ネットワークから受信するように構成されている。再生装置の通信インターフェースは、それを介して再生装置が信号をインターネットに送信し、インターネットから信号を受信することができるケーブル用のケーブル接続端子であってもよい。好適には、再生装置の通信インターフェースは、無線通信インターフェースであり、例えば、それを介して再生装置が信号をインターネットに送信し、インターネットから信号を受信することができるＷＬＡＮアンテナ、Ｂｌｕｅｔｏｏｔｈアンテナ、または移動無線アンテナであってもよい。

本発明によれば、サーバーのメモリ内にメディアテーブル、識別子テーブル、および割り当てテーブルが格納されている。好適な実施形態では、さらに、例えば、ユーザーグループテーブル、認証テーブル、および機器識別子テーブルが設けられている。テーブルとは、これが技術的にどのように実現されるかに依存せずに、例えば識別子グループからの識別子という第１のメンバーグループのメンバーを、例えばメディアファイルグループからのメディアファイルという第２のメンバーグループのメンバーに割り当てることと理解されるが、好適にはデータベース内で行われる。最も簡単な形態では、テーブルは、第１のグループのメンバーが上下にリストアップされている第１の列と、第２のグループのメンバーが上下にリストアップされている、第１の列に隣接して配置された第２の列とを有し、ここで、割り当ては、第２のグループのメンバーに割り当てられるべき第１のグループのメンバーが、第１のグループのメンバーに割り当てられる第２のグループのメンバーの第２の列内でリストアップされているのと同じ行内の第１の列内にリストアップされることによって行われる。行の読み出しにより、第２のグループのメンバーへの第１のグループのメンバーの割り当てに関する情報を得ることができる。しかしながら、テーブルは、例えば、リレーショナルデータベースの形態で、あるいはリレーショナルデータベースの一部として実現することも可能である。ただし、このテーブルは、例えば、ピボットテーブルの形態で、あるいはピボットテーブルデータベースの一部として実現することも可能である。以下の説明において、テーブルが、列および行に関連して説明される場合であっても、本発明でのテーブルの実現がこの形態に限定されるものではない。

したがって、本発明は、本発明による方法の１つのステップを実行するための手段を含むデータ処理のための装置にも向けられている。さらに、本発明は、コンピュータプログラム、特に、プログラムがコンピュータによって実行されるときに、該コンピュータに本発明による方法の１つを実行させるコマンドを含むコンピュータプログラム製品にも向けられている。さらに、本発明は、コンピュータプログラム［製品］を伝送するデータ搬送信号にも向けられる。さらに、本発明は、コンピュータによって実行されるときに、該コンピュータに本発明による方法の１つを実行させるコマンドを含むコンピュータ可読記録媒体に向けられる。

本発明によれば、サーバー上にプログラムルーチンが格納されている。好適な実施形態では、さらに、例えば、ライブラリルーチン、拡張ルーチン、インベントリルーチン、第１の標準ルーチン、実態ルーチン、第２の標準ルーチン、およびストレスルーチンが設けられる。サーバーに格納されたルーチンとは、本発明による対称としてサーバーを説明する文脈では、サーバー上に一連の動作命令（コマンド）が格納され、それらがサーバーのプロセッサによって読み出されて実行されるときに、以下の説明におけるルーチンに帰する動作を生じさせるものと理解される。サーバーに格納されたルーチンとは、サーバーまたはシステムを用いて実施すべき方法を説明する文脈では、以下の説明におけるルーチンに帰する動作が実施されるものと理解される。

本発明によれば、ユーザーインターフェースは、ＵＩ変更ルーチンを含む。好適な実施形態では、さらに、例えば、ＵIライブラリルーチン、ＵI拡張ルーチン、ＵIインベントリルーチン、ＵIスタートルーチン、ＵIロックルーチン、ＵIロック解除ルーチン、ＵI実態ルーチン、ＵIユーザーメンテナンスルーチン、ＵI再生装置メンテナンスルーチンが設けられる。ユーザーインターフェースのルーチンとは、本発明による対称としてユーザーインターフェースを説明する文脈では、ユーザーインターフェース用のソフトウェアに一連の動作命令（コマンド）が格納され、それらがプロセッサによって読み出されて実行されるときに、以下の説明におけるルーチンに帰する動作を生じさせるものと理解される。ユーザーインターフェースのルーチンとは、ユーザーインターフェースを用いて実施すべき方法を説明する文脈では、以下の説明におけるルーチンに帰する動作が実施されるものと理解される。

本発明によるサーバーは、オペレーティングシステムを有する。このオペレーティングシステムは、例えば、Ｌｉｎｕｘであってもよい。

オペレーティングシステムでは、ユーザーは、ユーザー管理システムで作成されてもよい。ユーザーが、データベースのユーザー管理システムまたはオペレーティングシステムに搭載された別のデータ管理プログラムのユーザー管理システムで作成された場合、これはオペレーティングシステムで作成されたユーザーと同等になる。好適には、オペレーティングシステムでは、５０人を超えるユーザー、好適には１００人を超えるユーザー、好適には１０万人を超えるユーザーがユーザー管理システムで作成される。好適な実施形態では、ユーザーもしくはオペレーティングシステムで作成された各ユーザーは、それぞれ、１回だけ与えられるユーザー名を介して識別される。オペレーティングシステムは、シングルサインインを介してログインする手段をユーザーに提供することもできる。

好適な実施形態では、サーバーのメモリにユーザーテーブルが格納される。ユーザーテーブルには、ユーザー管理システムで作成されたユーザーがリストアップされている。ユーザーテーブルでは、ユーザーにパスワードや信用状態などの情報を割り当てることができる。好適な実施形態では、ユーザーテーブルのユーザーは、１つ以上のユーザーグループに割り当てることができる。補足的または代替的に、サーバーのメモリにユーザーグループテーブルが格納されてもよい。ユーザーグループテーブルでは、このグループの当事者であるユーザーがそれぞれのユーザーグループに割り当てられる。ユーザーグループテーブルでは、パスワードや信用状態などの情報をユーザーグループに割り当てることができる。

好適な実施形態では、オペレーティングシステムにおいて管理者が作成される。好適な実施形態では、管理者は、識別子テーブル内の別のユーザーへの識別子の割り当てを変更することができるという点でユーザーとは異なる。好適な実施形態では、ユーザーは、ユーザーへの識別子の割り当てを変更することはできない。補足的または代替的に、管理者は、メディアテーブルにおける識別子テーブル内の任意の各識別子への任意の各メディアＩＤの割り当てを割り当てテーブルに入力することができるという点でユーザーとは異なる。好適な実施形態では、ユーザーは、メディアＩＤが認証テーブル内で自身に割り当てられているか、または自身が所属するユーザーグループに割り当てられている場合にのみ、割り当てテーブル内で識別子にメディアＩＤを割り当てることを行うことができる。

好適な実施形態では、ユーザーテーブルにおいて、ユーザーに機器識別子が割り当てられる。好適には、ユーザーテーブルにおいて、ユーザーに複数の機器識別子が割り当てられる。好適な実施形態では、ユーザーグループテーブルにおいて、ユーザーグループに機器識別子が割り当てられる。好適には、ユーザーグループテーブルにおいて、ユーザーグループに複数の機器識別子が割り当てられる。好適な実施形態では、ユーザーテーブルもしくはユーザーグループテーブルにおいて、機器識別子へのユーザーもしくはユーザーグループの割り当てにロック属性が割り当てられる。ロック属性の存在は、機器識別子へのユーザーもしくはユーザーグループの割り当てにおける変更を制限するために使用することができる。

機器識別子は、好適には、文字および／または数字および／または特殊文字のシーケンスである。機器識別子は、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＩＤ）、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＵＩＤ）、Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｅｒ（ＧＵＩＤ）であってもよい。好適な実施形態によれば、本発明によるシステムの一部としてプロセッサまたはメモリチップを有する再生装置が設けられている場合、機器識別子は、プロセッサまたはメモリチップの識別子であってもよい。

本発明によるサーバーは、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられているメディアテーブルを備える。好適な実施形態では、データベースにおいて、５０を超えるメディアＩＤがメディアファイルに割り当てられ、好適には、１００を超えるメディアＩＤがメディアファイルに割り当てられ、好適には、１００，０００を超えるメディアＩＤがメディアファイルに割り当てられている。「第１のメディアＩＤ」および「第２のメディアＩＤ」への参照は、専ら、２つの異なるメディアＩＤへの言語的な参照に用いられ、つまり「第１のメディアＩＤ」は、「第２のメディアＩＤ」ではない。「第１」および「第２」のような数詞の使用は、第１のメディアＩＤと、第２のメディアＩＤとの間の順序や階層を記述するものではない。

メディアテーブルにおけるメディアファイルへのメディアＩＤの割り当ては、メディアファイルの格納場所をメディアＩＤに割り当てることによって達成することができる。その際、格納場所は、具体的なメディアファイルが格納されているサーバーのメモリ上の格納場所の指示であってもよい。格納場所は、例えば他のサーバーのメモリ上のメディアファイルの実際の格納場所を指し示す、例えばＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒのようなポインタであってもよい。メディアテーブルにおけるメディアファイルへのメディアＩＤの割り当ては、メディアＩＤ自体がメディアファイルのファイル名でない限り、メディアＩＤにメディアファイルのファイル名を割り当てることによって達成することができる。

メディアＩＤは、メディアファイルの識別子である。メディアＩＤは、好適には、文字および／または数字および／または特殊文字のシーケンスである。メディアＩＤは、メディアファイルのファイル名もしくはファイル名の一部であってもよいし、ファイル名もしくはファイル名の一部を含むこともできる。メディアＩＤは、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＩＤ）、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＵＩＤ）、Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｅｒ（ＧＵＩＤ）であってもよい。

好適な実施形態では、サーバーは、メディアファイルが格納されたメディアメモリを備える。このメディアメモリに格納されるメディアファイルは、特に、好適には、以下のフォーマット、ＡＡＣ、ＡＩＦ、ＡＩＦＦ、ＦＬＡＣ、ＭＰ３、Ｍ４Ａ、Ｍ４Ｂ、ＷＡＶ、ＯＧＡ、ＯＧＧ、ＯＰＵＳ、ＷＭＡのうちの１つを有するファイルである。好適な実施形態では、メディアメモリには、オーディオファイルが格納されるが、ビデオファイルは格納されない。好適な実施形態では、メディアテーブルにおけるメディアＩＤには、オーディオファイルが割り当てられ、ビデオファイルは割り当てられない。

一実施形態では、メディアメモリに格納されるメディアファイルは、異なるフォーマットを有することができる。好適な実施形態では、メディアメモリに格納されるメディアファイルは、同じフォーマットを有する。好適な代替的実施形態において、メディアメモリに格納されるメディアファイルは、フォーマットのグループからの１つのフォーマットを有し、この場合、グループは、特に好適には２０未満、特に好適には１０未満、特に好適には５未満の異なるフォーマットを含む。

好適な実施形態では、メディアテーブルにおいて、メディアＩＤに割り当てられたすべてのメディアファイルがメディアメモリに格納される。代替的実施形態では、メディアテーブルにおいて、メディアＩＤが割り当てられたメディアファイルのいくつかは、メディアメモリに格納され、一方、メディアテーブルにおいて、メディアメモリに格納されていないメディアＩＤに割り当てられたメディアファイルについては、ポインタがメディアＩＤに割り当てられる。

メディアテーブルにおいて、メディアＩＤには、さらなる情報が割り当てられてもよい。例えば、メディアテーブルには、メディアＩＤに割り当てられたメディアファイルに対するメタデータを格納することができる。これらのメタデータは、以下のように、
・メディアファイルの内容に関する情報、例えば作曲家／著者、演奏者、作品、例えば内容の要約、このメディアファイルがシリーズ内のエピソードである場合のエピソード番号など、
・例えば、スタイル（ポップ、クラシック、ＲｎＢ）、テーマ（詩、散文）、言語（ドイツ語、英語、方言）、サブジャンル（探偵小説、おとぎ話など）、または年齢層に関するリリースに対する割り当てなどのカテゴライズ、
・音楽ファイルの長さ（再生時間）またはメディアファイルのサイズ（ＫＢもしくはＭＢ）に関する情報、あるいは例えばファイル形式に関する情報、
・メディアファイル内のチャプターやチャプターの長さに関する情報、またはチャプターの開始点に到達するために跳び越しが必要なメディアファイル内のポイント、
・メディアＩＤに割り当てられたメディアファイルの出所に関する情報、例えば、メディアファイルがユーザーによってアップロードされたかどうか、どのユーザーによってアップロードされたかなどに関する情報、メディアファイルが作成された記録媒体に関する情報（わかる範囲で）、メディアファイルがサーバーにロードされたパス（アプリ、ウェブブラウザ、直接のアップロード）に関する情報、
・シリーズに対するメディアＩＤの所属性に関する情報、
・識別子タイプに対する所属性に関する情報、
・バージョン情報、特に好適には、メディアファイルがサーバーにアップロードされた時点を識別するタイムスタンプであってもよく、
・メディアＩＤをいつからユーザーに利用可能にするかを特定するリリース日、
・ＵＩにおいてメディアＩＤを表示するために使用できる画像ファイルに対する情報（ファイル名、格納場所）、
・人気度（このメディアＩＤが購入された頻度）、ユーザーからのフィードバック、ユーザーからの評価、プロモーション、ランキングに関する情報などであってもよい。例えば、「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」と称するシリーズが存在し、メディアテーブルにおいて、具体的なメディアＩＤが、このシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」に割り当てられてもよい。１つのシリーズが、メディアファイルのグループであってもよく、その場合は、各メディアファイルに、複数のエピソードからなる物語の１つのエピソード、例えばシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」のエピソードが格納されている。

少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤが第２のメディアファイルに割り当てられたメディアテーブルを、本発明に記載の動作状態にあるサーバーが有しているという状況は、この動作状態にあるサーバーが第１のメディアＩＤおよび第２のメディアＩＤを知っているということを意味する。したがって、サーバーは、以下に詳細に説明するプログラムルーチンによって初めて、第１のメディアＩＤおよび／または第２のメディアＩＤの認識を得るわけではない。本発明に所属するサーバーの動作状態では、第１のメディアＩＤおよび第２のメディアＩＤは、メディアテーブルに格納されており、したがって、サーバーには既知である。

本発明によるサーバーのメモリには、識別テーブルが格納されている。この識別子テーブルでは、識別子担体に割り当て可能な識別子がユーザーに割り当てられる。ユーザーへの識別子の割り当ては、識別子を直接ユーザーに割り当てることによって行うことができる。好適な実施形態によれば、ユーザーがユーザーグループテーブルにおけるユーザーグループに割り当てられている場合、ユーザーへの識別子の割り当ては、ユーザーが所属するユーザーグループを識別子テーブルにおける識別子に割り当てることによって行うことも可能である。

好適な実施形態では、識別子テーブルにおいて、各識別子に識別子タイプが割り当てられる。好適な実施形態では、識別子タイプとして「コンテンツタイプ」が設けられており、この識別子タイプを用いることにより、当該識別子タイプに割り当てられた識別子が、最初の市場投入のときに既に割り当てテーブルにおいてメディアＩＤに割り当てられていたという情報を伝達することができる。識別子タイプ「コンテンツタイプ」の好適な実施形態では、識別子タイプ「シリーズタイプ」が設けられてもよい。この識別子タイプは、識別子テーブルにおける識別子に、識別子タイプ「コンテンツタイプ」に対して補足的に、または識別子タイプ「コンテンツタイプ」に対して代替的に割り当てることができる。識別子タイプ「シリーズタイプ」を介すことにより、この識別子タイプに割り当てられた識別子に、最初に市場に投入されたときに、既に割り当てテーブルにおいてメディアＩＤが割り当てられ、自身に割り当てられたそのメディアファイルがシリーズのメディアファイルであることを表現することができる。識別子タイプ「シリーズタイプ」の好適な実施形態では、特定のシリーズ、例えば「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」に割り当てられる識別子タイプが設けられてもよい。特定のシリーズに割り当てられた識別子タイプを介すことにより、この識別子タイプに割り当てられた識別子に、最初に市場に投入されたときに既に割り当てテーブルにおいてメディアＩＤが割り当てられ、自身に割り当てられたそのメディアファイルが特定のシリーズ、本例ではシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」のメディアファイルであることを表現することができる。特に好適には、特定のシリーズに割り当てられた識別子タイプを介すことにより、この識別子タイプに割り当てられた識別子に、最初に市場に投入されたときに既に割り当てテーブルにおいてメディアＩＤが割り当てられ、該メディアＩＤは、メディアテーブルにおいて、特定のシリーズ、本例ではシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」に割り当てられている（メディアテーブルにおけるそれらのエントリの際に特定のシリーズが入力されている）ことを表現することができる。

好適な実施形態では、識別子タイプとして「クリエイティブタイプ」が設けられており、この識別子タイプを用いることにより、この識別子タイプに割り当てられた識別子には、最初に市場に投入されたときに割り当てテーブルにおいて、メディアＩＤが割り当てられていなかったという情報を伝達することができる。

好適な実施形態では、サーバーは、識別子タイプを変更することを可能にさせる。例えば、最初に識別子タイプ「クリエイティブタイプ」が割り当てられた識別子には、識別子タイプ「コンテンツタイプ」、特に好適には識別子タイプ「シリーズタイプ」、とりわけ好適には特定のシリーズに割り当てられる識別子タイプを割り当てることができる。

好適な実施形態では、識別子テーブルにおいて、ユーザーもしくはユーザーグループへの識別子の割り当てに、ロック属性が割り当てられる。ロック属性の有無は、ユーザーもしくはユーザーグループへの識別子の割り当てにおける変更を制限するために使用することができる。

好適な実施形態では、識別子テーブルにおいて、ユーザーもしくはユーザーグループへの識別子の割り当てに、機器識別子が割り当てられる。機器識別子の有無は、ユーザーもしくはユーザーグループへの識別子の割り当てを、機器識別子への割り当てに結び付けるために使用することができる。好適な実施形態では、識別子テーブルにおいて、識別子およびユーザーもしくはユーザーグループの割り当てに割り当てられた機器識別子は、ユーザーテーブルもしくはユーザーグループテーブルにおいて、ユーザーもしくはユーザーグループに割り当てられた機器識別子であってもよい。

識別子は、好適には、文字および／または数字および／または特殊文字のシーケンスである。識別子は、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＩＤ）、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＵＩＤ）、Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｅｒ（ＧＵＩＤ）であってもよい。好適な実施形態によれば、本発明によるシステムの一部としてＲＦＩＤトランスポンダを有する識別子担体が設けられている場合、識別子は、好適には、ＲＦＩＤトランスポンダに格納される。好適な実施形態では、ＲＦＩＤトランスポンダに、文字および／または数字および／または特殊文字のシーケンス、好適には、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＩＤ）、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＵＩＤ）、Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｅｒ（ＧＵＩＤ）が格納される。そのような実施形態では、識別子は、好適には、ＲＦＩＤトランスポンダに格納された文字および／または数字および／または特殊文字のシーケンスであるか、または変換規則に従ってＲＦＩＤトランスポンダに格納されている文字および／または数字および／または特殊文字のシーケンスから得られた文字および／または数字および／または特殊文字のシーケンスである。

本発明によるサーバーのメモリには、割り当てテーブルが格納されている。この割り当てテーブルでは、識別子に、第１のメディアＩＤおよび／または第２のメディアＩＤが割り当て可能である。

割り当てテーブルは、識別子に唯１つのメディアＩＤのみを割り当てることができるように設計されてもよい。割り当てファイルにおいて、既にメディアＩＤ（例えば第２のメディアＩＤ）が割り当てられている識別子に、他のメディアＩＤ（例えば第１のメディアＩＤ）を割り当てるべき場合には、この実施形態では、１つのメディアＩＤ（例えば第２のメディアＩＤ）への識別子の割り当てが解除され（例えば削除され）、他のメディアＩＤ（例えば第１のメディアＩＤ）への識別子の割り当てが行われる。

割り当てテーブルは、１つの識別子に複数のメディアＩＤが割り当てられるように設計されてもよい。一実施形態では、１つの識別子に２つのメディアＩＤを割り当てることができる。とりわけ好適な実施形態では、この実施形態において割り当てテーブルに２つのメディアＩＤの階層を格納することができる。メディアＩＤの階層は、割り当てテーブル内のメディアＩＤの保管場所から、または割り当てテーブルに格納されている付加的な情報によって生じ得る。特に簡単な実施形態では、階層は、少なくとも３つの列を有する割り当てテーブルを用いて実現することができ、ここでは、
・第１の列では、１つの識別子が入力され、
・第２の列では、第１の列に存在する識別子と同じ行の第２の列に、第１のメディアＩＤを書き込むことにより、第１のメディアＩＤを第１の列からの識別子に割り当てることができ、
・第３の列では、第１の列に存在する識別子と同じ行の第３の列に、第２のメディアＩＤを書き込むことにより、第２のメディアＩＤを第１の列からの識別子に割り当てることができる。割り当てテーブルのそのような実施形態では、第３の列に書き込まれたメディアＩＤ（この場合は第２のメディアＩＤ）は、第２の列に書き込まれたメディアＩＤ（この場合は第１のメディアＩＤ）よりも高い階層に存在することが想定されてもよい。割り当てテーブルのそのような実施形態では、識別子の行の第２の列に書き込まれたメディアＩＤは、デフォルト（デフォルトメディアＩＤ）とみなすことができる。識別子の行の第３の列にメディアＩＤが入力されていない場合、第２の列に格納されているデフォルトのメディアＩＤが、識別子に割り当てられたメディアＩＤとみなされる。ただし、識別子の行の第３の列にメディアＩＤが入力されている場合は、たとえ識別子の行の第２の列にメディアＩＤが入力されていたとしても、識別子の行の第３の列に入力されたメディアＩＤが識別子に割り当てられた識別子とみなされる。この実施形態の好適な実施形態では、識別子へのデフォルトメディアＩＤの割り当ては、ユーザーによって変更することができず、この実施形態の好適な実施形態では、ユーザーは、プログラムルーチンを用いて、第３の列にのみエントリを行うことができる。このようにして、割り当てテーブル内の具体的な識別子に常に１つのメディアＩＤが割り当てられることを保証することができる。

好適な実施形態では、割り当てテーブルにおいて、メディアＩＤへの識別子の割り当てに、ロック属性が割り当てられる。ロック属性の有無は、割り当てテーブルにおけるメディアＩＤへの識別子の割り当てにおいて変更する手段を、ユーザーグループの特定のユーザー（例えばユーザーグループの管理者）に制限するために使用することができる。

好適な実施形態では、割り当てテーブルにおいて、メディアＩＤへの識別子の割り当てに、機器識別子が割り当てられる。機器識別子の有無は、メディアＩＤへの識別子の割り当てを、機器識別子への割り当てに結び付けるために使用することができる。好適な実施形態では、割り当てテーブルにおいて、識別子およびメディアＩＤの割り当てに割り当てられた機器識別子は、ユーザーテーブルもしくはユーザーグループテーブルにおいて、ユーザーもしくはユーザーグループに割り当てられた機器識別子であってもよい。

補足的または代替的に、機器識別子は、テーブル内で１つの識別子に割り当てられてもよい。

本発明に係るサーバーの動作状態では、割り当てテーブルにおいて、第１のメディアＩＤは、識別子に割り当てられていない。サーバーは、特にそれがメディアテーブルにおいて第１のメディアファイルに割り当てられているため、第１のメディアＩＤを知っているが、第１のメディアＩＤは識別子に割り当てられていない。

本発明によれば、ここで、ユーザーが割り当てテーブルを変更し、割り当てテーブルにおいて、識別子に第１のメディアＩＤを割り当てるプログラムルーチンがサーバー上に設けられることが想定される。

好適な実施形態では、プログラムルーチンは、変更信号の受信によってトリガーされ、変化信号を評価するステップを含む。

第一の実施形態において、変更信号の構造は、この変更信号が、割り当てテーブルにおけるその割り当てが変更されるべき識別子と、該識別子に割り当てられるべきメディアＩＤ（詳細には第１のメディアＩＤ）とを含むように選択されてもよい。この実施形態では、プログラムルーチンは、変更信号を評価するステップにおいて、識別子と第１のメディアＩＤとが変更信号から読み出されるように実行されてもよい。後続のステップでは、伝送された識別子に割り当てられる割り当てテーブルのエントリが変更され、識別子に、第１のメディアＩＤが、好適な実施形態では、唯一のメディアＩＤとして、場合によっては事前に存在した他のメディアＩＤへの割り当てを解除して割り当てられ、あるいは他の好適な実施形態では、既存のメディアＩＤに対して捕捉的に、ただし階層的にはより高いメディアＩＤとして割り当てられる。

さらなる実施形態では、変更信号の構造は、変更信号が複数の識別子および複数のメディアＩＤに関する情報を含み、さらに、少なくとも変更信号に含まれる識別子のうちの１つが、変更信号に含まれるメディアＩＤの１つに割り当てられることに関する情報を含むように選択されてもよい。好適には、この実施形態の変更信号は、それに含まれる各識別子について、それに含まれるメディアＩＤの１つへの割り当てを含む。変更信号は、例えば、外部機器に格納されたＵＩ割り当てテーブルの内容、または外部機器に格納されたＵＩ割り当てテーブルの一部の内容を再現することができる。この実施形態では、プログラムルーチンは、変更信号を評価するステップにおいて、識別子、メディアＩＤ、および識別子へのそれらの割り当てが、変更信号から読み出せるように実行されてもよい。後続のステップでは、プログラムルーチンは、変更信号において伝送された各識別子（これについては変更信号においてメディアＩＤも伝送されている）のエントリを、サーバーの割り当てテーブルにおいて変更し、それぞれの識別子に、変更信号とともに通知されたメディアＩＤを、好適な実施形態では、唯一のメディアＩＤとして、場合によっては事前に存在した他のメディアＩＤへの割り当てを解除して割り当てることができ、あるいは他の好適な実施形態では、既存のメディアＩＤに対して捕捉的に、ただし階層的にはより高いメディアＩＤとして割り当てることができる。好適な実施形態では、プログラムルーチンは、変更信号において通知された識別子に、変更信号においてメディアＩＤが割り当てられなかったという状況を、サーバーの割り当てテーブルにおいて、場合によっては存在するメディアＩＤへの割り当てを不変にできるようにするために使用することができる。代替的な実施形態では、プログラムルーチンは、変更信号において通知された識別子に、変更信号においてメディアＩＤが割り当てられなかったという状況を、サーバーの割り当てテーブルにおいて、場合によっては存在するメディアＩＤへのこの識別子の各々の割り当てを取り消すために使用することができる。好適な実施形態では、プログラムルーチンは、どの識別子について、変更信号において含まれるメディアＩＤへの割り当てが、サーバーの割り当てテーブルにおいて既に存在するかを検査することができ、その際には、変更信号において、当該変更信号に含まれる識別子のどれについて、サーバーの割り当てテーブルにおいて割り当てられたメディアＩＤとは異なるメディアＩＤへの割り当てを伝達するか、あるいはサーバーの割り当てテーブルにおいて、各識別子に対してまだメディアＩＤが格納されていない場合に、メディアＩＤへの一回目の割り当てを伝達するかを検査することができる。差異が検出された場合、プログラムルーチンは、割り当てにおいて差異が存在する識別子が含まれている確認要求信号の送信を開始させることができる。サーバーが確認要求信号の送信に応じて確認信号を含む場合、プログラムルーチンは、割り当てにおいて差異を検出した識別子についてのみサーバーの割り当てテーブルにおける割り当ての変更を行うことができる。この実施形態は、ユーザーに以下のことを可能にさせる。すなわち、
・外部機器上で、１つの識別子に１つのメディアＩＤが割り当てられているか、または複数の識別子にそれぞれ１つのメディアＩＤが割り当てられている固有のＵＩ割り当てテーブルを実施すること、
・このＵＩ割り当てテーブルにおける変更をオフラインで、つまり、サーバーとの通信手段なしで実施すること、
・サーバーとの通信手段の確立後、サーバーと外部機器とが割り当ての同期化を実行することを可能にさせる。

第３の実施形態では、変更信号の構造は、割り当てテーブルにおけるそれらの割り当てが変更されるべき識別子に関する情報は含むが、メディアＩＤに関する情報は含まないように選択されてもよい。このプログラムルーチンの実施形態では、変更信号の受信に先行してサーバーによるライブラリ信号の送信が行われる。ライブラリ信号の構造は、ライブラリ信号がメディアＩＤに関する情報を含むように選択されてもよい。ここで説明するプログラムルーチンの実施形態では、サーバーは、ライブラリ信号とともに送信されたメディアＩＤを記憶している。この実施形態では、プログラムルーチンは、変更信号を評価するステップにおいて、識別子が変更信号から読み出されるように実行されてもよい。サーバーが、ここにおいて、プログラムルーチンのこの実施形態で想定されるように、割り当てテーブルにおけるそれらの割り当てが変更されるべき識別子に関する情報を含む変更信号を受信すると、後続のステップにおいて、伝送された識別子に所属する割り当てテーブルのエントリが変更され、この識別子には、ライブラリ信号に含まれ、サーバーが記憶していたメディアＩＤが、好適な実施形態では、唯一のメディアＩＤとして、場合によっては事前に存在した他のメディアＩＤへの割り当てを解除して割り当てられ、あるいは他の好適な実施形態では、既存のメディアＩＤに対して捕捉的に、ただし階層的にはより高いメディアＩＤとして割り当てられる。

変更信号を受信するステップと、変更信号を評価するステップとを含む実施形態は、ユーザーインターフェースが同時に提供される本発明によるシステムにおいて使用するのに特に適している。外部機器上で実行されるユーザーインターフェースは、サーバーにとって理解可能な変更信号を生成し、外部機器によって送信されるように設計されてもよい。

変更信号を受信するステップに続いて変更信号を評価するステップを含むプログラムルーチンの実施形態に対して代替的に、ユーザーが、例えば仮想プライベートネットワーク（ＶＰＮ）またはリモートデスクトップセッションを介してサーバーへの直接のアクセスを含み、変更信号を直接サーバーにおいて生成する実施形態が可能である。

プログラムルーチンの処理は、サーバーが変更信号を受信することによって開始することができる。プログラムルーチンの処理は、代替的に、サーバーやユーザーに依存しないイベントに基づいて行うことができる。例えば、プログラムルーチンは、所定の具体的な時間（毎週、毎日、毎時、毎分、または大幅に短い時間単位）で処理できるように実行されてもよい。また、プログラムルーチンは、プログラムルーチンの最後の処理から確定された時間間隔内で処理されるように実行されてもよい。この実施形態は、プログラムルーチンの処理過程において、外部機器上に格納されたＵＩ割り当てテーブルをサーバーの割り当てテーブルに同期させる実施形態に特に適している。補足的または代替的に、プログラムルーチンの処理は、サーバー上で起こるイベントによってトリガーされ得る。例えば、サーバーへのユーザーのログオンによって、プログラムルーチンの処理を生じさせることができる。

ユーザーによってサーバーからダウンロードするメディアファイルを提供するための本発明による方法は、（好適には本発明による）サーバー上で実施され、このサーバーは、
・ユーザーが作成されるオペレーティングシステムと、
・メモリに格納されたメディアテーブルであって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブルと、
・メモリに格納された識別子テーブルであって、識別子担体に割り当て可能な識別子がユーザーに割り当てられる識別子テーブルと、
・メモリに格納された割り当てテーブルとを有し、ここで、割り当てテーブルでは、
ｉ識別子が、少なくとも第１のメディアＩＤまたは第２のメディアＩＤに割り当て可能であり、
ｉｉ第１のメディアＩＤは、識別子に割り当てられていない。
本発明による方法は、ユーザーが割り当てテーブルを変更し、割り当てテーブルにおいて識別子に第１のメディアＩＤを割り当てる、サーバー上に設けられるプログラムルーチンをユーザーが実行することを想定している。

国際公開第２０１７／１２９３４９号から公知の方法とは対照的に、本発明は、ユーザーにサーバー内でメディアＩＤへの識別子の割り当てを開始させることができ、同じプロセスでメディアＩＤに所属するメディアファイルをＵＩからサーバーにアップロードさせる必要を無くさせることができる。これにより、ＵＩとサーバーとの間で交換する必要があるデータ量を低減することができる。国際公開第２０１７／１２９３４９号では、付加的にメディアファイルをアップロードする必要があるのに対して、本発明では、このデータ量の使用は省略可能である。

本発明では、国際公開第２０１７／１２９３４９号から公知のメディアファイルの同時アップロード（これについては所要の長い信号伝搬時間が伴う）と比較して、比較的短い信号交換が行われる（その結果として生じる短い信号伝播時間）だけなので、ユーザーとの対話をより素早く行うことが可能である。識別子へのメディアＩＤの割り当てがより迅速に行われ、それによって、ユーザーは、メディアＩＤを介して識別子に割り当てられたメディアファイルをより迅速に呼び出し、再生装置で再生することができるようになる。

さらに、本発明は、サーバー内のデータ量を低減することができる。国際公開第２０１７／１２９３４９号から公知の方法では、ユーザーはメディアファイルをアップロードする必要がある。これは、サーバーにとって、このメディアファイルの内容が、既に他のユーザーによってアップロードされたメディアファイルの一部としてサーバーに格納されていないかどうかを、相当な努力なしで識別することができないことからきている。したがって、国際公開第２０１７／１２９３４９号から公知の方法によれば、たとえその内容がサーバー上の別のメディアファイルに既に存在していたとしても、各ユーザーに対して固有のメディアファイルを保持する必要がある。このことは、サーバーに高められた記憶容量を要求する。本発明による方法を用いれば、サーバーに格納されているメディアファイルを複数のユーザーに利用可能にすること、詳細には、各ユーザーに、各メディアＩＤを割り当てることが可能になる。複数のユーザーがメディアファイルに格納された情報を使用するにもかかわらず、メディアファイルは、一回だけサーバーに格納されればよい。

好適な実施形態では、ユーザーは、プログラムルーチンを用いて、他のユーザーがサーバーのメディアメモリに格納した、メディアファイルに対するメディアＩＤを識別子に割り当て、またはメディアＩＤにポインタを割り当てる。好適な実施形態では、ユーザーは、プログラムルーチンを用いて、他のユーザーがメディアＩＤに所属するメディアファイルをアップロードしたユーザーとしてメディアテーブルにリストアップされるメディアＩＤを識別子に割り当てる。好適な実施形態では、ユーザーは、プログラムルーチンを用いて、サーバーのメディアメモリに自身によって格納されなかった、メディアファイルに対するメディアＩＤを識別子に割り当てる。好適な実施形態では、ユーザーは、プログラムルーチンを用いて、自身がメディアＩＤに所属するメディアファイルをアップロードしたユーザーとしてメディアテーブルにリストアップされないメディアＩＤを識別子に割り当てる。

好適な実施形態では、ユーザーは、プログラムルーチンを用いて、識別子テーブルにおいて他の識別子（第１の識別子）にも割り当てられているメディアＩＤを、特に好適には、それによって他の識別子（第１の識別子）へのメディアＩＤの割り当てを変更することなく、識別子（第２の識別子）に割り当てる。好適な実施形態では、識別子テーブルにおいて第１のメディアＩＤが他の識別子（第１の識別子）に割り当てられ、プログラムルーチンの実施後にも、他の識別子（第１の識別子）に割り当てられる。これにより、一方では、ユーザーが複数の自身の識別子に同じメディアＩＤを割り当てることが可能になる。その他に、サーバー内で複数のユーザーが自身の各識別子に１つのメディアＩＤを割り当てること、例えば、１つのメディアＩＤを１つのシリーズの特定のエピソードに割り当てることが可能になり、サーバー内にはそれが自身のメディアＩＤを介して複数のユーザーに割り当てられているにもかかわらず、１つのシリーズのこの特定のエピソードに対する１つのメディアファイルだけが保持されればよい。

好適な実施形態では、サーバーのメモリに認証テーブルが格納される。好適な実施形態では、認証テーブルにおいて、１人のユーザーに複数のメディアＩＤが割り当てられる。補足的または代替的に、認証テーブルにおいて、１つのメディアＩＤが１人のユーザーもしくは複数のユーザーに割り当てられる。補足的または代替的に、認証テーブルにおいて、ユーザーグループに１つのメディアＩＤが割り当てられる。補足的または代替的に、認証テーブルにおいて、１つのメディアＩＤがユーザーグループに割り当てられる。

好適な実施形態では、プログラムルーチンは、プログラムルーチンの処理の際に、識別子に割り当てられたメディアＩＤが、認証テーブルにおいてユーザーに、またはユーザーが所属するユーザーグループに割り当てられているかどうかの検査を備える。好適な実施形態では、プログラムルーチンは、メディアファイルが、認証テーブルにおいてユーザーに、またはユーザーが所属するユーザーグループに割り当てられている場合にのみ、識別子へのメディアＩＤの割り当てを実行する。

好適な実施形態では、プログラムルーチンは、プログラムルーチンの処理の際に、メディアＩＤへのその割り当てが変更されるべき識別子が、識別子テーブルにおいて、ユーザーにもしくはユーザーが所属するユーザーグループに割り当てられているかどうかの検査を備える。好適な実施形態では、プログラムルーチンは、識別子が、識別子テーブルにおいて、ユーザーにもしくはユーザーが所属するユーザーグループに割り当てられている場合にのみ、識別子へのメディアＩＤの割り当てを実行する。

好適な実施形態では、プログラムルーチンは、プログラムルーチンの処理の際に、メディアＩＤへのその割り当てが変更されるべき識別子が、特定の識別子タイプの識別子であるかどうかの検査を備える。好適な実施形態では、プログラムルーチンは、識別子が、特定の識別子タイプである場合にのみ、識別子へのメディアＩＤの割り当てを実行する。好適な実施形態では、プログラムルーチンは、以下を検査する。すなわち、
・割り当てテーブルにおいて識別子に新規に割り当てられるメディアＩＤが、シリーズに、好適には特定のシリーズに所属するメディアＩＤであるかどうか、
・割り当てテーブルにおいてメディアＩＤが割り当てられるべき識別子が、識別子タイプ「シリーズタイプ」の識別子であるかどうか、特に好適には、特定のシリーズに、特に好適には、メディアＩＤが所属するシリーズに割り当てられる識別子タイプの識別子であるかどうかを検査する。この実施形態により、例えば、プログラムルーチンを用いて、メディアテーブルによりシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」に所属するメディアＩＤを、その識別子タイプが識別子タイプの識別子テーブルによって「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」である識別子のみに割り当てることが可能になる。

好適な実施形態では、サーバー上にライブラリルーチンが設けられる。このライブラリルーチンは、ライブラリ信号の送信を生じさせる。このライブラリ信号は、１つのメディアＩＤまたは複数のメディアＩＤを含む。ライブラリルーチンは、以下のステップ、すなわち、
－メディアテーブルから少なくとも１つのメディアＩＤを読み出すステップ、特に、メディアテーブルからライブラリ基準に対応するメディアＩＤを読み出すステップを含み、かつ／または
－認証テーブルから少なくとも１つのメディアＩＤを読み出すステップ、特に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたメディアＩＤを読み出すステップ、特に、ライブラリ基準に対応し、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたメディアＩＤを読み出すステップを含む。好適な実施形態では、ライブラリ信号は、そのように読み出される１つ以上のメディアＩＤを含む。

好適な実施形態では、
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、メディアテーブルに格納されたすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「すべて」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、メディアテーブルに格納され、メディアテーブルにおいて特定のメタデータ、例えば特定のシリーズへの所属性や例えばスタイル（ポップ、クラシック、ＲｎＢ）への割り当てなどの特定のカテゴライズが割り当てられたすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「特定のメタデータ」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべてのメディアＩＤが認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「ユーザーメディアＩＤ」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、メディアテーブルに格納され、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「新規メディアＩＤ」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ割り当てテーブルにおいて、識別子テーブルで特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤが認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「割り当てられたメディアＩＤ」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ割り当てテーブルにおいて、識別子テーブルで特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤが認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「フリーメディアＩＤ」）、かつ／または
・ライブラリ基準は、ライブラリルーチンにおける自身の適用の際に、
ｏ最初に識別子テーブルにおいて、ユーザーに、またはユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が求められ、これらの識別子から、これらの識別子のどれに特定のシリーズへのこの識別子の割り当てを示す識別子タイプを誘導するかを求め、それによって、識別子テーブルにおいてユーザーに識別子が割り当てられているすべてのシリーズを求め、
ｏ次いで、メディアテーブルに格納され、メディアテーブルにおいてそのように求められたシリーズの１つへの所属性が割り当てられたすべてのメディアＩＤを読み出し、
ｏ次いで、そのように求められたメディアＩＤから、認証テーブルにおいてユーザーに、またはユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないものを求めるようにして選択されてもよい。
好適な実施形態では、ライブラリルーチンは、ライブラリ要求信号の受信によってトリガーされ、ライブラリ要求信号を評価するステップを含む。好適な実施形態では、ライブラリ要求信号は、ライブラリ基準、またはサーバーがライブラリ要求信号の評価の際にライブラリ基準を形成することができる情報を含む。

好適な実施形態では、ライブラリ信号には、ライブラリ信号に含まれるメディアＩＤについて、このメディアＩＤが、サーバーの認証テーブルにおいて、既にユーザーに、またはユーザーが所属するユーザーグループに割り当てられていたかどうかの情報が含まれる。

好適な実施形態では、ライブラリ信号は、メディアＩＤに対してメディアテーブルに格納されているメタデータを含む。ライブラリ信号に含まれるメタデータは、以下のように、
・メディアファイルの内容に関する情報、例えば作曲家／著者、演奏者、作品、例えば内容の要約、このメディアファイルがシリーズ内のエピソードである場合のエピソード番号など、
・例えば、スタイル（ポップ、クラシック、ＲｎＢ）、テーマ（詩、散文）、言語（ドイツ語、英語、方言）、サブジャンル（探偵小説、おとぎ話など）、または年齢層に関するリリースに対する割り当てなどのカテゴライズ、
・音楽ファイルの長さ（再生時間）またはメディアファイルのサイズ（ＫＢもしくはＭＢ）に関する情報、あるいは例えばファイル形式に関する情報、
・メディアファイル内のチャプターやチャプターの長さに関する情報、またはチャプターの開始点に到達するために跳び越しが必要なメディアファイル内のポイント、
・メディアＩＤに割り当てられたメディアファイルの出所に関する情報、例えば、メディアファイルがユーザーによってアップロードされたかどうか、どのユーザーによってアップロードされたかなどに関する情報、メディアファイルが作成された記録媒体に関する情報（わかる範囲で）、メディアファイルがサーバーにロードされたパス（アプリ、ウェブブラウザ、直接のアップロード）に関する情報、
・シリーズに対するメディアＩＤの所属性に関する情報、
・識別子タイプに対する所属性に関する情報、
・バージョン情報、特に好適には、メディアファイルがサーバーにアップロードされた時点を識別するタイムスタンプであってもよく、
・メディアＩＤをいつからユーザーに利用可能にするかを特定するリリース日、
・ＵＩにおいてメディアＩＤを表示するために使用できる画像ファイルに対する情報（ファイル名、格納場所）、および／または
・人気度（このメディアＩＤが購入された頻度）、ユーザーからのフィードバック、ユーザーからの評価、プロモーション、ランキングに関する情報などであってもよい。

好適な実施形態では、サーバー上に拡張ルーチンが設けられる。好適な実施形態では、ユーザーは、この拡張ルーチンを用いて認証テーブルを変更することができる。特に好適には、拡張ルーチンは、ユーザーに、認証テーブルにおいて自身へのおよび／または自身が所属するユーザーグループへのメディアＩＤの割り当てを補足することを可能にさせる。特に好適には、ユーザーは、拡張ルーチンの実施過程において、拡張ルーチンの実施前に自身にまだ割り当てられていなかったメディアＩＤを、自身に割り当てることができる。

好適な実施形態では、拡張ルーチンは、サーバーにより拡張信号を受信するステップによってトリガーされ、拡張信号を評価するステップを含む。

第１の実施形態では、拡張信号は、認証テーブル内のその割り当てが変更されるべきユーザーおよび／またはユーザーグループ、ならびにユーザーおよび／またはユーザーグループに割り当てられるべきメディアＩＤを含む。この実施形態では、拡張ルーチンは、拡張信号を評価するステップにおいて、ユーザーおよび／またはユーザーグループならびにメディアＩＤが拡張信号から読み出されるように実行されてもよい。後続のステップでは、認証テーブルのエントリが変更され、ユーザーおよび／またはユーザーグループにメディアＩＤが認証テーブルにおいて割り当てられる。

第２の実施形態では、拡張信号の構造は、拡張信号が、ユーザーに割り当てられるべきメディアＩＤに関する情報を含むように選択されてもよい。ユーザーへの割り当ては、さらなる状況から、例えば、サーバーから受信した拡張信号が、ユーザーがログインしたユーザーインターフェースによって開始されたことから生じる。

好適な実施形態では、サーバーは、拡張信号において、先行するライブラリ信号において該信号により送信されたメディアＩＤが含まれているかどうかを検査する。好適な実施形態では、サーバーは、拡張信号において、先行するライブラリ信号において該信号により送信された場合、好適には、先行するライブラリ信号において該信号により事前定義された時間ウィンドウ内で送信されたメディアＩＤを含む場合にのみ、拡張ルーチンを継続する。

好適な実施形態では、変更信号は、拡張信号の一部であるか、または拡張信号に直接後続する信号である。このようにして、ユーザーは、サーバーに、どの識別子に、拡張信号に含まれるメディアＩＤを割り当てテーブルにおいて割り当てるべきかを通知することができる。

好適な実施形態では、拡張ルーチンは、サーバーによってイネーブル信号を受信するステップを含む。認証テーブルにおけるユーザーまたはユーザーグループへのメディアＩＤの割り当ては、サーバーがイネーブル信号を受信するかどうかに依存して行われるようにすることができる。同様に、変更信号を条件とする割り当てテーブルにおける識別子へのメディアＩＤの割り当ては、サーバーがイネーブル信号を受信するかどうかに依存し得る。変更信号によって引き起こされる割り当てテーブルにおける識別子へのメディアＩＤの割り当てが、識別子に新たに割り当てられるメディアＩＤが、ユーザーに、または認証テーブルにおいて識別子が所属するユーザーに所属するユーザーグループに割り当てられていることに依存する場合、変更信号を条件とする割り当てテーブルにおける識別子へのメディアＩＤの割り当てをイネーブル信号の受信に依存させることは、認証テーブルにおけるユーザーへのメディアＩＤの割り当てをサーバーがイネーブル信号を受信するかどうかに依存させることによって置き換えることも可能である。

イネーブル信号は、金額が口座に入金されたことの確認を含むことができる。例えば、確認信号は、ＰａｙＰａｌ（登録商標）アカウントによって生成されてもよい。これにより、ユーザーには、メディアＩＤとそれに関連するメディアファイルやそれについてのライセンスを購入したり、所定の期間の間レンタルしたりする手段が提供される。ただし、ユーザー同士がメディアファイルを交換したい場合の実施形態も可能である。したがって、イネーブル信号は、認証テーブルにおいてメディアファイルが割り当てられたユーザーが、この自身に割り当てられたメディアファイルが他のユーザーにも割り当てられることに同意することの確認も含むことができる。

拡張ルーチンは、ユーザーの信用状態を検査するステップを含むことができる。認証テーブルにおけるユーザーへのメディアＩＤの割り当ては、ユーザーの信用状態の検査が、事前設定された値に対応するかどうか、または事前設定された値を超えているかどうかに依存して行われるようにすることができる。サーバーのメモリには、クレジットテーブルが格納されてもよい。このクレジットテーブルにおいては、ユーザーおよび／または（存在する限り）ユーザーグループに信用状態が割り当てられる。信用状態は、ユーザーテーブルにおいてユーザーに割り当てることもできる。信用状態は、例えば、ポイント値や金額値など具体的な値であってもよい。拡張ルーチンの一部として、信用状態は、特定のポイント値または金額値以上にあるかどうかを検査することができる。拡張ルーチンの一部として、信用状態の検査後に、信用状態を変更すること、例えば、ポイント値または金額値が低減されることをさらに設けてもよい。信用状態は、例えば、ユーザーが定額料金プログラム（Flatfee-Programm）のメンバーである場合、事前定義された値を介して、ユーザーが無制限の口座を有していることを表すこともできる。クレジットテーブルの過程を介して、ユーザーがサーバー上で所定の信用状態を設定し、例えば自身の「口座」をチャージする手段がもたらされる。これにより、ユーザーは、拡張ルーチンの実施の際に、他の方法では場合により必要になる可能性があるイネーブル信号の伝送を気にする必要がなくなる、つまり、例えば、特定のメディアファイルの割り当てのために振込を行う必要がなくなる手段がもたらされる。信用状態は、１人のユーザーが他のユーザーに所定の口座を贈与する手段、つまり贈与されるユーザーの信用状態を高める手段も形成する。

好適な実施形態では、サーバー上にインベントリルーチンが設けられる。このインベントリルーチンは、インベントリ信号の送信を生じさせる。このインベントリ信号には、１つの識別子または複数の識別子ならびに／または１つの機器識別子または複数の機器識別子を含む。さらに、インベントリ信号は、識別子テーブルまたは割り当てテーブルにおいて、各識別子または各機器識別子にロック属性が割り当てられているかどうかに関する情報を含むことができる。インベントリルーチンは、少なくとも１つの識別子を識別子テーブルから読み出すステップ、特にインベントリ基準に対応する識別子を識別子テーブルから読み出すステップを含むことができる。好適な実施形態では、インベントリ信号は、そのように読み出される１つ以上の識別子を含む。好適な実施形態では、識別子に対するインベントリ信号は、この識別子に対して識別子テーブルに格納されている識別子タイプも含む。インベントリルーチンは、少なくとも１つの機器識別子をユーザーテーブルおよび／またはユーザーグループテーブルから読み出すステップ、特にインベントリ基準に対応する機器識別子をユーザーテーブルおよび／またはユーザーグループテーブルから読み出すステップを含むことができる。好適な実施形態では、インベントリ信号には、そのように読み出された１つ以上の機器識別子を含む。

好適な実施形態では
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が読み出されるように選択されてもよく（インベントリ基準「ユーザー識別子」）、かつ／または
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて特定の識別子タイプが割り当てられたすべての識別子が読み出されるように選択されてもよく（インベントリ基準「特別なユーザー識別子」）、かつ／または
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ割り当てテーブルにおいてメディアＩＤが割り当てられていないすべての識別子が読み出されるように選択されてもよく（インベントリ基準「フリーユーザー識別子」）、かつ／または
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ割り当てテーブルにおいて、問い合わせ時点で当てはまるものとは異なるメディアＩＤが割り当て可能であるすべての識別子が読み出されるように選択されてもよく（インベントリ基準「変更可能なユーザー識別子」）、かつ／または
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、割り当てテーブルにおいて、問い合わせ時点で当てはまるものとは異なるメディアＩＤが割り当て可能であり、かつ特定の識別子タイプに、または特定の識別子タイプの選択に対応するすべての識別子が読み出されるように選択されてもよく（インベントリ基準「タイプ固有の変更可能なユーザー識別子」）かつ／または
・インベントリ基準は、インベントリルーチンにおける自身の適用の際に、ユーザーテーブルまたはユーザーグループテーブルに格納され、ユーザーテーブルにおいて特定のユーザーに、またはユーザーグループテーブルにおいて特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての機器識別子が読み出されるように選択されてもよい（インベントリ基準「ユーザー機器識別子」）。

好適な実施形態では、インベントリルーチンは、インベントリ要求信号の受信によってトリガーされ、インベントリ要求信号を評価するステップを含む。好適な実施形態では、インベントリ要求信号は、インベントリ基準を含むかまたはサーバーがインベントリ要求信号の評価の際にインベントリ基準を形成することができる情報を含む。

好適な実施形態では、サーバー上に第１の標準ルーチンが設けられる。この第１の標準ルーチンは、以下のステップ、すなわち、
・ライブラリルーチンを処理し、ライブラリルーチン内でライブラリ信号を送信するステップと、
・拡張信号の受信を待機し、拡張信号の受信の際に、特に好適には、イネーブル信号を受信するステップまたはユーザーの信用状態を検査するステップを含んだ拡張ルーチンを処理するステップと、
・変更信号の受信を待機し、変更信号の受信の際に、ユーザーが割り当てテーブルを変更し、割り当てテーブルにおいて識別子にメディアＩＤを割り当てる、本発明によるプログラムルーチンを処理するステップと、
を含む。

第１の標準ルーチンの一実施形態では、第１の標準ルーチンは、インベントリルーチンを処理するステップ、特に、変更信号の受信を待機する前にインベントリルーチンを処理するステップを含む。

好適な実施形態では、第１の標準ルーチンは、以下のステップ、すなわち、
・ライブラリルーチンを処理し、ライブラリルーチン内で第１のメディアＩＤを有するイブラリ信号を送信するステップと、
・第１のメディアＩＤを含む拡張信号の受信を待機し、拡張信号の受信の際に、特に好適には、イネーブル信号を受信するステップまたはユーザーの信用状態を検査するステップを含んだ拡張ルーチンを処理するステップと、
・第１のメディアＩＤを含む変更信号の受信を待機し、変更信号の受信の際に、ユーザーが割り当てテーブルを変更し、割り当てテーブルにおいて識別子に第１のメディアＩＤを割り当てる、本発明によるプログラムルーチンを処理するステップと、
を含む。

好適な実施形態では、サーバー上に実状態ルーチンが設けられる。この実状態ルーチンは、実状態信号の送信を生じさせる。この実状態信号は、
・１つのメディアＩＤまたは複数のメディアＩＤと、
・１つの識別子または複数の識別子と、
・各識別子への各メディアＩＤの割り当てに関する情報と、
を含む。実状態ルーチンは、割り当てテーブルにおいて、ユーザーに所属する識別子、またはユーザーが所属するユーザーグループに所属する識別子へのメディアＩＤの割り当てを読み出すステップを含むことができる。

好適な実施形態では、実状態ルーチンは、実状態要求信号の受信によってトリガーされ、実状態要求信号を評価するステップを含む。

好適な実施形態では、サーバー上に第２の標準ルーチンが設けられる。この第２の標準ルーチンは、以下のステップ、すなわち、
・ライブラリルーチンを処理し、ライブラリルーチン内でライブラリ信号を送信するステップと、
・実状態ルーチンを処理し、実状態ルーチン内で実状態信号を送信するステップと、
・変更信号の受信を待機し、変更信号の受信の際に、ユーザーが割り当てテーブルを変更し、割り当てテーブルにおいて識別子に第１のメディアＩＤを割り当てる、本発明によるプログラムルーチンを処理するステップと、
を含む。

好適な実施形態では、サーバー上にストレスルーチンが設けられる。好適な実施形態では、ユーザーは、このストレスルーチンを用いて識別子テーブルおよび／またはユーザーテーブルおよび／またはユーザーグループテーブルを変更することができる。特に好適には、ストレスルーチンは、ユーザーに、識別子テーブルにおいて自身へのおよび／または自身が所属するユーザーグループへの識別子の割り当てを補足することを可能にさせる。特に好適には、ユーザーは、ストレスルーチンの実施過程において、ストレスルーチンの実施前に自身にまだ割り当てられていなかった識別子を、識別子テーブルにおいて自身に割り当てることができる。

特に好適には、ストレスルーチンは、ユーザーに、ユーザーテーブルまたはユーザーグループテーブルにおいてユーザーへのおよび／またはユーザーが所属するユーザーグループへの機器識別子の割り当てを補足することを可能にさせる。特に好適には、ユーザーは自身にまたはユーザーが所属するユーザーグループに、ユーザーテーブルもしくはユーザーグループテーブルにおけるストレスルーチンの実施過程において、ストレスルーチンの実施前に自身にまだ割り当てられていなかった機器識別子を割り当てることができる。

好適な実施形態では、ストレスルーチンは、サーバーによるストレス信号の受信によってトリガーされ、ストレス信号を評価するステップを含む。

第１の実施形態では、ストレス信号は、識別子テーブルにおけるその割り当てが変更されるべきユーザーおよび／またはユーザーグループ、ならびにユーザーおよび／またはユーザーグループに割り当てられる識別子を含む。この実施形態では、ストレスルーチンは、ストレス信号を評価するステップにおいて、ユーザーおよび／またはユーザーグループならびに識別子がストレス信号から読み出されるように実行されてもよい。後続のステップでは、識別子情報テーブルのエントリが変更され、ユーザーおよび／またはユーザーグループに識別子が識別子テーブルにおいて割り当てられる。このステップが実施される前に、ストレスルーチンは、ここで変更されるべきユーザーもしくはユーザーグループへの識別子の既存の割り当てにロック属性が割り当てられているかどうかを検査することができる。ここで変更されるべきユーザーもしくはユーザーグループへの識別子の既存の割り当てにロック属性が割り当てられている場合には、識別子テーブルのエントリは変更されず、ユーザーおよび／またはユーザーグループに識別子は識別子テーブルにおいて割り当てられない。そのような場合、エラー信号をサーバーによって生成することができる。代替的に、ロック属性が識別される場合に、変更を開始したユーザーが特別な権限を有しているかどうか、例えばユーザーグループ内の管理者であるかどうかなどを検査することができる。ユーザーが、ロック属性にもかかわらず自身に変更する権限を与えられる特別な権限を有している場合、変更が行われる。

補足的または代替的に、ストレス信号は、ユーザーテーブルもしくはユーザーグループテーブルにおけるその割り当てが変更されるべきユーザーおよび／またはユーザーグループと、ユーザーおよび／またはユーザーグループに割り当てられるべき機器識別子とを含む。この実施形態では、ストレスルーチンは、ストレス信号を評価するステップにおいて、ユーザーおよび／またはユーザーグループならびに機器識別子がストレス信号から読み出されるように実行されてもよい。後続のステップでは、ユーザーテーブルもしくはユーザーグループテーブルのエントリが変更され、ユーザーおよび／またはユーザーグループに機器識別子がユーザーグループもしくはユーザーグループテーブルにおいて割り当てられる。このステップが実施される前に、ストレスルーチンは、ここで変更されるべきユーザーもしくはユーザーグループへの機器識別子の既存の割り当てにロック属性が割り当てられているかどうかを検査することができる。ここで変更されるべきユーザーもしくはユーザーグループへの機器識別子の既存の割り当てにロック属性が割り当てられている場合には、ユーザーテーブルもしくはユーザーグループテーブルのエントリは変更されず、ユーザーおよび／またはユーザーグループに識別子はユーザーテーブルもしくはユーザーグループテーブルにおいて割り当てられない。そのような場合、エラー信号をサーバーによって生成することができる。代替的に、ロック属性が識別される場合に、変更を開始したユーザーが特別な権限を有しているかどうか、例えばユーザーグループ内の管理者であるかどうかなどを検査することができる。ユーザーが、ロック属性にもかかわらず自身に変更する権限を与えられる特別な権限を有している場合、変更が行われる。

さらなる実施形態では、ストレス信号の構造は、ストレス信号が、ユーザーに割り当てられるべき識別子を含むように選択されてもよい。ユーザーへの割り当ては、さらなる状況から、例えば、サーバーから受信したストレス信号が、ユーザーがログインしたユーザーインターフェースによって開始されたことから生じる。補足的または代替的に、ストレス信号の構造は、ストレス信号が、ユーザーに割り当てられるべき機器識別子を含むように選択されてもよい。ユーザーへの割り当ては、さらなる状況から、例えば、サーバーから受信したストレス信号が、ユーザーがログインしたユーザーインターフェースによって開始されたことから生じる。

さらなる実施形態では、ストレス信号は、識別子と機器識別子とを含む。好適な実施形態では、ストレス信号は、この実施形態においてＡＶ要求信号である。この実施形態では、ストレスルーチンは、ストレス信号を評価するステップにおいて、識別子および機器識別子がストレス信号から読み出されるように実行されてもよい。

第１の代替例によれば、後続のステップにおいて、識別子テーブルから、どのユーザーもしくはどのユーザーグループにストレス信号から読み出された識別子が識別子テーブルにおいて割り当てられているかを読み出すことができ、後続のステップにおいて、機器識別子は、ユーザーテーブルもしくはユーザーグループテーブルにおいてこのユーザーもしくはこのユーザーグループに割り当てることができる。このステップが実施される前に、ストレスルーチンは、ここで変更されるべきユーザーもしくはユーザーグループへの機器識別子の既存の割り当てにロック属性が割り当てられているかどうかを検査することができる。ここで変更されるべきユーザーもしくはユーザーグループへの機器識別子の既存の割り当てにロック属性が割り当てられている場合には、ユーザーテーブルもしくはユーザーグループテーブルのエントリは変更されず、ユーザーおよび／またはユーザーグループに識別子はユーザーテーブルもしくはユーザーグループテーブルにおいて割り当てられない。そのような場合、エラー信号をサーバーによって生成することができる。

第２の代替例によれば、後続のステップにおいて、ユーザーテーブルまたはユーザーグループテーブルから、どのユーザーもしくはどのユーザーグループにストレス信号から読み出された機器識別子がユーザーテーブルもしくはユーザーグループテーブルにおいて割り当てられているかを読み出すことができ、後続のステップにおいて、識別子は、識別子テーブルにおいてこのユーザーもしくはこのユーザーグループに割り当てることができる。このステップが実施される前に、ストレスルーチンは、ここで変更されるべきユーザーもしくはユーザーグループへの識別子の既存の割り当てにロック属性が割り当てられているかどうかを検査することができる。ここで変更されるべきユーザーもしくはユーザーグループへの機器識別子の既存の割り当てにロック属性が割り当てられている場合には、識別子テーブルのエントリは変更されず、ユーザーおよび／またはユーザーグループに識別子は識別子テーブルにおいて割り当てられない。そのような場合、エラー信号をサーバーによって生成することができる。

好適な実施形態では、ストレスルーチンは、サーバーによってイネーブル信号を受信するステップを含む。識別子テーブルにおけるユーザーまたはユーザーグループへの識別子の割り当て、かつ／またはユーザーテーブルおよび／またはユーザーグループテーブルにおけるユーザーまたはユーザーグループへの機器識別子の割り当ては、サーバーがイネーブル信号を受信するかどうかに依存して行われるようにすることができる。

ストレスルーチンは、ユーザーの信用状態を検査するステップを含むことができる。識別子テーブルにおけるユーザーまたはユーザーグループへの識別子の割り当て、ならびに／またはユーザーテーブルおよび／またはユーザーグループテーブルにおけるユーザーまたはユーザーグループへの機器識別子の割り当ては、ユーザーの信用状態の検査が、事前設定された値に対応するかどうか、または事前設定された値を超えているかどうかに依存して行われるようにすることができる。

好適な実施形態では、サーバー上にロックルーチンが設けられる。このロックルーチンは、ロック信号の受信によってトリガーされる。このロック信号は、ユーザーおよび／またはユーザーグループと、識別子と、ロック指示とを含むことができる。サーバーは、ユーザーおよび／またはユーザーグループと、識別子と、ロック指示とを有するロック信号を受信した場合、識別子テーブルにおけるユーザーもしくはユーザーグループへの識別子の割り当てにロック属性を割り当てる。ロック信号は、ユーザーおよび／またはユーザーグループと、機器識別子と、ロック指示とを含むことができる。サーバーは、ユーザーおよび／またはユーザーグループと、機器識別子と、ロック指示とを有するロック信号を受信した場合、ユーザーテーブルもしくはユーザーグループテーブルにおけるユーザーもしくはユーザーグループへの識別子の割り当てにロック属性を割り当てる。

好適な実施形態では、サーバー上にロック解除ルーチンが設けられる。ロックルーチンは、ロック解除信号の受信によってトリガーされる。このロック解除信号は、ユーザーおよび／またはユーザーグループと、識別子と、ロック解除指示とを含むことができる。サーバーは、ユーザーおよび／またはユーザーグループと、識別子と、ロック解除指示とを有するロック解除信号を受信した場合、識別子テーブルにおけるユーザーもしくはユーザーグループへの識別子の割り当てに割り当てられたロック属性を消去する。ロック解除信号は、ユーザーおよび／またはユーザーグループと、機器識別子と、ロック解除指示とを含むことができる。サーバーは、ユーザーおよび／またはユーザーグループと、機器識別子と、ロック解除指示とを有するロック解除信号を受信した場合、ユーザーテーブルまたはユーザーグループテーブルにおけるユーザーもしくはユーザーグループへの識別子の割り当てに割り当てられたロック属性を消去する。

好適な実施形態では、サーバー上に更新ルーチンが設けられる。この更新ルーチンは、ＡＶ実状態信号の受信によってトリガーされる。このＡＶ実状態信号は、
・１つの識別子または複数の識別子、
・ＡＶ割り当てテーブルにおいて各識別子に割り当てられたバージョン情報、特にＡＶ割り当てテーブルにおいて各識別子に割り当てられたタイムスタンプ、および／または
・ＡＶ割り当てテーブルにおいて各識別子に割り当てられたメディアＩＤを含む。

ＡＶ実状態信号がメディアＩＤを含まない好適な実施形態では、ＡＶ実状態信号の受信は、サーバーに、割り当てテーブルにおいてＡＶ実状態信号を用いて自身に通知された各識別子について、どのメディアＩＤがこの識別子に割り当てられているかを検査させ、メディアテーブルにおいてそのように求められた各メディアＩＤについて、どのバージョン情報が、特にどのタイムスタンプがこのメディアＩＤに割り当てられているかを検査させることを生じさせる。引き続き、サーバーは、そのように求められたバージョン情報が、サーバーが割り当てテーブルにおいてメディアＩＤを求め、該メディアＩＤを介してメディアテーブルにおけるバージョン情報を求めた識別子にＡＶ実状態信号において割り当てられたバージョン情報に対応するかどうかを検査する。バージョン情報が対応しない場合、サーバーは、更新信号を生成する。この更新信号は、１つの識別子または複数の識別子を含むことができる。

ＡＶ実状態信号がメディアＩＤを含む代替的な実施形態では、ＡＶ実状態信号の受信は、サーバーに、ＡＶ実状態信号において自身に通知された各メディアＩＤについて、どのバージョン情報が、特にどのタイムスタンプがこのメディアＩＤにメディアテーブルにおいて割り当てられているかを検査させることを生じさせる。引き続き、サーバーは、そのように求められたバージョン情報が、サーバーがメディアテーブルにおいてバージョン情報を求めたメディアＩＤにＡＶ実状態信号において割り当てられたバージョン情報に対応するかどうかを検査する。バージョン情報が対応しない場合、サーバーは、更新信号を生成する。この更新信号は、１つの識別子または複数の識別子を含むことができる。

好適な実施形態では、サーバー上に応答ルーチンが設けられる。この応答ルーチンは、ＡＶ要求信号の受信によってトリガーすることができる。このＡＶ要求信号は、識別子を含む。好適な実施形態では、要求信号は、機器識別子を含む。好適な実施形態では、ＡＶ要求信号は、更新の必要性に対する指示を含む。

サーバーが、更新の必要性に対する指示を有するＡＶ要求信号を受信した場合、サーバーは、メディアＩＤのうちのどれが割り当てテーブルにおいて識別子に割り当てられているかを検査し、応答信号を生成する。この応答信号には，メディアテーブルにおいてこれらのメディアＩＤに割り当てられるメディアファイルおよび／またはポインタを含む。応答信号は、好適には、ＡＶ要求信号に含まれていた識別子、好適にはメディアＩＤ、好適にはメディアテーブルにおいてメディアファイルの１つに割り当てられたバージョン情報、特に好適には、タイムスタンプを含む。再生装置の制御ユニットが、応答信号とともにメディアファイルもしくはポインタと、このメディアファイルもしくはこのポインタに割り当てられた識別子とを受信した場合、制御ユニットは、メディアファイルを再生装置のメモリに格納し、ＡＶ割り当てテーブルにおける識別子に再生装置のメモリにおけるメディアファイルの格納場所を割り当てることにより、あるいはＡＶ割り当てテーブルにおける識別子にポインタを割り当てることにより、ＡＶ割り当てテーブルを更新する。好適な実施形態では、制御ユニットは、設定された更新の必要性をリセットすることができる。好適な実施形態では、制御ユニットは、識別子にバージョン情報を、特にサーバーからメディアファイルと一緒に制御ユニットに通知されたタイムスタンプを割り当てることができる。

好適な実施形態では、サーバーは、ユーザーメンテナンスルーチンを有する。このユーザーメンテナンスルーチンは、ユーザーメンテナンス信号の受信によってトリガーすることができる。このユーザーメンテナンス信号は、ユーザーおよびユーザーグループを含むことができる。サーバーが、ユーザーメンテナンス信号を受信した場合、サーバーは、ユーザーグループテーブルにおいてユーザーをユーザーグループに割り当てる。ユーザーメンテナンスルーチンの一部として、サーバーは、ユーザーメンテナンス信号を受信したユーザーがユーザーグループの変更を実施する権限を有しているかどうか、例えば、ユーザーグループの管理者であるかどうかを検査することができる。ユーザーメンテナンス信号が、好適な実施形態では、電子メールアドレスを含んでいる場合、サーバーは、この電子メールアドレスにメッセージを送信する。このメッセージは、確認リンクを含むことができ、このリンクを操作することにより、電子メールの受信者は、自身がユーザーグループへの割り当てを望んでいることを確認することができる。

好適な実施形態では、サーバーは、再生装置メンテナンスルーチンを有する。この再生装置メンテナンスルーチンは、再生装置メンテナンス信号の受信によって生じさせることができる。再生装置メンテナンス信号は、ユーザーおよび／またはユーザーグループ、ならびに機器識別子を含むことができる。サーバーが、再生装置メンテナンス信号を受信した場合、サーバーは、機器識別子をユーザーテーブルもしくはユーザーグループテーブルにおいてユーザーおよび／またはユーザーグループに割り当てる。

本発明によるシステムは、本発明によるサーバーと識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有する。好適な実施形態では、識別子担体は、ＲＦＩＤトランスポンダを有する。この実施形態では、識別子は、ＲＦＩＤトランスポンダに格納されていてもよい。好適な実施形態では、ＲＦＩＤトランスポンダに、文字および／または数字および／または特殊文字のシーケンス、好適には、Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＩＤ）、Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＵＩＤ）、Ｇｌｏｂａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｅｒ（ＧＵＩＤ）が格納される。そのような実施形態では、識別子は、好適には、ＲＦＩＤトランスポンダに格納された文字および／または数字および／または特殊文字のシーケンスであるか、または変換規則に従ってＲＦＩＤトランスポンダに格納されている文字および／または数字および／または特殊文字のシーケンスから得られた文字および／または数字および／または特殊文字のシーケンスである。

本発明によるユーザーインターフェース（ＵＩ）は、外部機器、好適には、サーバーとは異なるコンピュータ、スマートフォンまたはタブレット、あるいは例えばスマートウォッチなどのウェアラブル上で実行することができる。本発明によるサーバーの操作者は、ユーザーに、ユーザーインターフェースをダウンロードとして利用可能にさせ、ユーザーに、ユーザーインターフェースをライセンス供与することができる。システムの一部は、例えば、スマートフォン上で、より多くの対話手段を有するコンピュータ用のユーザーインターフェースと比較して、対話手段の規模がより低減されたユーザーインターフェースを提供すべき場合には、複数のユーザーインターフェースであってもよい。好適な実施形態では、ユーザーインターフェースは、グラフィカルユーザーインターフェース（ＧＵＩ）を有する。

ユーザーインターフェース（ＵＩ）は、ＵＩ変更ルーチンを有する。このＵＩ変更ルーチンは、変更信号の送信を生じさせる。第１の実施形態では、変更信号は、サーバーの割り当てテーブルにおけるその割り当てが変更されるべき識別子と、サーバーの割り当てテーブルにおける当該識別子に割り当てられるべきメディアＩＤとを含む。第２の実施形態では、例えば、識別子へのメディアＩＤの割り当てが他の状況から生じている場合、例えば、選択されたメディアＩＤがシリーズのメディアＩＤであり、識別子テーブルにおいてユーザーにこのシリーズに所属する識別子タイプの識別子のみが割り当てられていることによって生じている場合、変更信号は、サーバーの割り当てテーブルにおける識別子に割り当てられるべきメディアＩＤのみを含むことができる。

ユーザーインターフェースを用いて、ダウンロード用のメディアファイルを提供するサーバーと対話するための、特に本発明によるサーバーと対話するための本発明による方法は、変更信号の送信を生じさせるＵＩ変更ルーチンの実施を想定しており、ここで、変更信号は、
・メディアＩＤか、または
・メディアＩＤと識別子とを含んでいる。

ユーザーによってサーバーからダウンロードするメディアファイルを提供するための本発明による方法であって、この場合、サーバーは、
・ユーザーが作成されるオペレーティングシステムと、
・メモリに格納されたメディアテーブルであって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブルと、
・メモリに格納された識別子テーブルであって、識別子担体に割り当て可能な識別子がユーザーに割り当てられる識別子テーブルと、
・メモリに格納された割り当てテーブルとを有し、
この場合、割り当てテーブルでは、
ｉ識別子が、少なくとも第１のメディアＩＤまたは第２のメディアＩＤに割り当て可能であり、
ｉｉ第１のメディアＩＤは、識別子に割り当てられていない方法では、ユーザーインターフェース上で、変更信号の送信を生じさせるＵＩ変更ルーチンが実施されることを想定しており、ここで、変更信号は、
・第１のメディアＩＤか、または
・第１のメディアＩＤと識別子とを含み、サーバーは、変更信号を受信し、変更信号の受信後、割り当てテーブルを変更し、割り当てテーブルにおいて識別子に第１のメディアＩＤを割り当てるプログラムルーチンを実行する。

好適な実施形態では、ユーザーインターフェース（ＵＩ）は、ＵＩライブラリルーチンを含む。好適な実施形態では、ＵＩライブラリルーチンは、ライブラリ信号を受信するステップを含み、ここで、ライブラリ信号は、１つの識別子または複数の識別子を含む。好適な実施形態では、ＵＩライブラリルーチンは、ライブラリ要求信号を送信するステップを含む。好適な実施形態では、ライブラリ要求信号を送信するステップは、ライブラリ信号を受信するステップに先行する。

ライブラリ要求信号は、ライブラリ基準を含むことができる。好適な実施形態では、
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納されたすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「すべて」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納され、メディアテーブルにおいて特定のメタデータ、例えば特定のシリーズへの所属性や例えばスタイル（ポップ、クラシック、ＲｎＢ）への割り当てなどの特定のカテゴライズが割り当てられたすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「特定のメタデータ」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「ユーザーメディアＩＤ」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納され、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないすべてのメディアＩＤが読み出されるように選択されてもよく（ライブラリ基準「新規メディアＩＤ」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、サーバーの識別子テーブルで特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「割り当てられたメディアＩＤ」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、サーバーの識別子テーブルで特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されてもよく（ライブラリ基準「フリーメディアＩＤ」）、かつ／または
・ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、
ｏ最初にサーバーの識別子テーブルにおいて、ユーザーに、またはユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が求められ、これらの識別子から、これらの識別子のどれに特定のシリーズへのこの識別子の割り当てを示す識別子タイプを誘導するかを求め、それによって、サーバーの識別子テーブルにおいてユーザーに識別子が割り当てられているすべてのシリーズを求め、
ｏ次いで、サーバーのメディアテーブルに格納され、サーバーのメディアテーブルにおいてそのように求められたシリーズの１つへの所属性が割り当てられたすべてのメディアＩＤを読み出し、
ｏ次いで、そのように求められたメディアＩＤから、サーバーの認証テーブルにおいてユーザーに、またはユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないものを求めるようにして選択されてもよい（ライブラリ基準「既知のシリーズに対する新規メディアＩＤ」）。

好適な実施形態では、ＵＩライブラリルーチンは、ユーザーとユーザーインターフェースとの対話によって開始される。好適な実施形態では、ＵＩライブラリルーチンは、ＵＩのＧＵＩにおいてフィルタボタンを作成するステップを含む。好適な実施形態では、ユーザーによってＧＵＩで行われるフィルタボタンの操作が、ユーザーにライブラリ基準の形成に対してライブラリ基準の形成に影響を与える要因を提供する選択ウィンドウの構築に結び付く。補足的または代替的に、ユーザーによって行われるフィルタボタンの操作が、特定のライブラリ基準を有するライブラリ要求信号の生成に直接結び付く。この実施形態では、フィルタボタンは、特定のライブラリ基準を有するライブラリ要求信号を作成するための簡略表記を表す。

例えばＧＵＩには、例えば「すべて」などの特定のラベルが付いたフィルタボタンを存在させてもよく、このボタンの操作がユーザーによって行われると、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納されたすべてのメディアＩＤが読み出されるように選択されるライブラリ基準を有するライブラリ要求信号が生成される（ライブラリ基準「すべて」）。例えばＧＵＩには、例えば「マイボタン」などの特定のラベルが付いたフィルタボタンを存在させてもよく、このボタンの操作がユーザーによって行われると、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されるライブラリ基準を有するライブラリ要求信号が生成される（ライブラリ基準「ユーザーメディアＩＤ」）。例えばＧＵＩには、例えば「割り当て」などの特定のラベルが付いたフィルタボタンを存在させてもよく、このボタンの操作がユーザーによって行われると、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、サーバーの識別子テーブルで特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されるライブラリ基準を有するライブラリ要求信号が生成される（ライブラリ基準「割り当てられたメディアＩＤ」）。例えばＧＵＩには、例えば「利用可能」などの特定のラベルが付いたフィルタボタンを存在させてもよく、このボタンの操作がユーザーによって行われると、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、サーバーの識別子テーブルで特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤがサーバーの認証テーブルから読み出されるように選択されるライブラリ基準を有するライブラリ要求信号が生成される（ライブラリ基準「フリーメディアＩＤ」）。

ＵＩライブラリルーチンは、ライブラリ信号に含まれるメディアＩＤをＧＵＩを用いてユーザーに表示するステップを含むことができる。ＵＩライブラリルーチンは、インベントリ信号に含まれるメディアＩＤの選択をＧＵＩを用いてユーザーに表示するステップを含むことができる。

第１の実施形態では、ユーザーインターフェースは、以下のように、すなわち、
・ユーザーは、好適にはＧＵＩを用いて、少なくとも１つのライブラリ基準が含まれるライブラリ問い合わせを生成することができ、
・ユーザーインターフェースは、このライブラリ問い合わせに基づいて、このライブラリ基準を含むライブラリ要求信号を生成することができ、かつこのライブラリ要求信号を送信することができ、
・ユーザーインターフェースは、ライブラリ要求信号の送信に応じて、ライブラリ信号を受信し、
・ユーザーに、好適にはＧＵＩを用いて、ライブラリ信号に含まれるメディアＩＤ、好適にはライブラリ信号に含まれるすべてのメディアＩＤを表示するように設計されてもよい。そのような実施形態では、ユーザーインターフェースの実施のために必要とされる外部機器上のメモリに対する要求ならびに外部機器上の計算作業に対する要求を僅かに抑えることができる。サーバー上のメディアテーブルおよび／または認証テーブルおよび／または割り当てテーブルからライブラリ基準に対応するメディアＩＤを読み出すステップは、サーバー上で行われる。ユーザーインターフェースは、ライブラリ信号に含まれるメディアＩＤのみ（好適にはすべて）をユーザーに表示する。なぜなら、ライブラリ信号には、サーバーの評価に従ってライブラリ基準に対応するメディアＩＤしか含まれていないからである。

第２の実施形態では、ユーザーインターフェースは、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納されたすべてのメディアＩＤが読み出されるようにライブラリ基準が選択されたライブラリ要求信号を生成するように設計されてもよい（ライブラリ基準「すべて」）。サーバーがライブラリ基準「すべて」を有するライブラリ要求信号を受信した場合、サーバーは、自身のライブラリルーチンの一部としてメディアテーブルからすべてのメディアＩＤを読み出し、そのように読み出された１つ以上のメディアＩＤを含むライブラリ信号を生成してこのライブラリ信号を送信する。この実施形態では、ＵＩライブラリルーチンは、ライブラリ信号に含まれるすべてのメディアＩＤをＧＵＩを用いてユーザーに表示するステップを含むことができる。ただし、ＵＩライブラリルーチンは、この実施形態では、ライブラリ信号に含まれるメディアＩＤの選択をＧＵＩを用いてユーザーに表示するステップを含むこともできる。そのような実施形態では、ユーザーは、ユーザーインターフェースにおいて、ライブラリ信号によってユーザーインターフェースに通知されたどのメディアＩＤを自身に表示すべきかを選択することができる。このことは、外部機器上でＵＩに対するメモリ需要の増加および計算作業の増加につながる可能性があるが、交換すべき信号の数を低減することができる。なぜなら、フィルタ基準の変更と、このフィルタ基準に対応するメディアＩＤの表示とを直接ユーザーインターフェースにおいて行うことができ、変更されたライブラリ基準を有する新規のライブラリ要求信号を生成して送信する必要がないからである。選択したメディアＩＤのみを表示することも、利用可能な表示面に情報量を適合させるのに役立たせることができる。

ユーザーインターフェースは、このライブラリ要求信号の生成と、このライブラリ要求信号の送信とをＵＩ開始ルーチンの一部として実行するように設計されてもよい。これにより、操作が簡単になる。

好適な実施形態では、ＵＩ変更ルーチンは、メディアＩＤを選択するステップを含む。このメディアＩＤを選択するステップにより、ユーザーは、ＵＩ内でＵＩ変更ルーチンの処理過程において変更信号の一部になるメディアＩＤを選択する。

好適な実施形態では、ユーザーにライブラリルーチンの一部としてＧＵＩ内で１つのメディアＩＤまたは複数のメディアＩＤが表示され、そこからユーザーは、ＧＵＩとの対話によって少なくとも１つのメディアＩＤを選択することができる。例えば、ユーザーに画面表示で複数のコンテンツボタンが表示されるならば、ここでは、各コンテンツボタンが、ＵＩ内で１つのメディアＩＤに割り当てられる。画面表示におけるコンテンツボタンの操作により、ユーザーは、メディアＩＤを選択することができる。

好適な実施形態では、メディアＩＤの選択は、ＵＩ変更ルーチンをトリガーする。代替的な実施形態では、メディアＩＤの選択後、選択されたメディアＩＤが既にユーザーに、またはユーザーが所属するユーザーグループに割り当てられていたかどうかの検査が行われる。この検査により、
・選択されたメディアＩＤが既にユーザーに、またはユーザーが所属するユーザーグループに割り当てられていることが判明した場合、次いで、ＵＩ変更ルーチンをトリガーすることができ、
・選択されたメディアＩＤがユーザーに、またはユーザーが所属するユーザーグループにまだ割り当てられていないことが判明した場合、次いで、ＵＩ拡張ルーチンをトリガーすることができる。

好適な実施形態では、ＵＩ変更ルーチンにおいて、そのように選択されたメディアＩＤを含む変更信号が生成される。この実施形態の第１の変形形態では、変更信号は、メディアＩＤの選択後にさらなる選択ステップが行われることなしでＵＩによって送信される。この実施形態は、割り当ての迅速な変更を可能にさせる。そのような実施形態では、変更信号は識別子を含まないか、または変更信号は、選択ステップにおけるメディアＩＤの選択前に選択された識別子を含む。変更信号が識別子を含んでいない場合、識別子への選択されたメディアＩＤの割り当ては、他の状況から、例えば、選択されたメディアＩＤがシリーズのメディアＩＤであり、識別子テーブルにおいてユーザーにこのシリーズに所属する識別子タイプの識別子のみが割り当てられている状況から生じる可能性がある。

この実施形態の第２の変形形態では、ＵＩ変更ルーチンは、変更信号を生成するステップの前に識別子を選択するステップを含む。識別子を選択するステップの一部として、ＵＩ変更ルーチンは、ＵＩインベントリルーチンを実施することができる。

好適な実施形態では、ユーザーインターフェース（ＵＩ）は、ＵＩインベントリルーチンを有する。ＵＩインベントリルーチンは、独立して実施することができる。ＵＩインベントリルーチンは、ＵＩ変更ルーチンの一部として実施することができる。好適な実施形態では、ＵＩインベントリルーチンは、インベントリ信号を受信するステップを含み、ここで、インベントリ信号は、１つの識別子または複数の識別子を含む。好適な実施形態では、ＵＩインベントリルーチンは、インベントリ要求信号を送信するステップを含む。好適な実施形態では、インベントリ求信号を送信するステップは、インベントリ信号を受信するステップに先行する。

インベントリ要求信号は、インベントリ基準を含むことができる。好適な実施形態では、
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が読み出されるように選択されてもよく（インベントリ基準「ユーザー識別子」）、かつ／または
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて特定の識別子タイプが割り当てられたすべての識別子が読み出されるように選択されてもよく（インベントリ基準「特別なユーザー識別子」）、かつ／または
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいてメディアＩＤが割り当てられていないすべての識別子が読み出されるように選択されてもよく（インベントリ基準「フリーユーザー識別子」）、かつ／または
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、サーバーの識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、問い合わせ時点で当てはまるものとは異なるメディアＩＤが割り当て可能であるすべての識別子が読み出されるように選択されてもよく（インベントリ基準「変更可能なユーザー識別子」）、かつ／または
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、サーバーの識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、サーバーの割り当てテーブルにおいて、問い合わせ時点で当てはまるものとは異なるメディアＩＤが割り当て可能であり、かつ特定の識別子タイプに、または特定の識別子タイプの選択に対応するすべての識別子が読み出されるように選択されてもよく（インベントリ基準「タイプ固有の変更可能なユーザー識別子」）かつ／または
・インベントリ基準は、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーのユーザーテーブルまたはサーバーのユーザーグループテーブルに格納され、ユーザーテーブルにおいて特定のユーザーに、またはユーザーグループテーブルにおいて特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての機器識別子が読み出されるように選択されてもよい（インベントリ基準「ユーザー機器識別子」）。

ＵＩインベントリルーチンは、インベントリ信号に含まれる識別子をＧＵＩを用いてユーザーに表示するステップを含むことができる。ＵＩインベントリルーチンは、インベントリ信号に含まれる識別子の選択をＧＵＩを用いてユーザーに表示するステップを含むことができる。

第１の実施形態では、ユーザーインターフェースは、以下のように、すなわち、
・ユーザーは、好適にはＧＵＩを用いて、少なくとも１つのインベントリ基準が含まれるインベントリ問い合わせを生成することができ、
・ユーザーインターフェースは、このインベントリ問い合わせに基づいて、このインベントリ基準を含むインベントリ要求信号を生成することができ、かつこのインベントリ要求信号を送信することができ、
・ユーザーインターフェースは、インベントリ要求信号の送信に応じて、インベントリ信号を受信し、
・ユーザーに、好適にはＧＵＩを用いて、インベントリ信号に含まれる識別子、好適にはインベントリ信号に含まれるすべての識別子を表示するように設計されてもよい。そのような実施形態では、ユーザーインターフェースの実施のために必要とされる外部機器上のメモリに対する要求ならびに外部機器上の計算作業に対する要求を僅かに抑えることができる。サーバー上のメディアテーブルおよび／または認証テーブルおよび／または割り当てテーブルからインベントリ基準に対応する識別子を読み出すステップは、サーバー上で行われる。ユーザーインターフェースは、インベントリ信号に含まれる識別子のみをユーザーに表示する（好適にはすべて）。なぜなら、ライブラリ信号には、サーバーの評価に従ってインベントリ基準に対応する識別子しか含まれていないからである。

第２の実施形態では、ユーザーインターフェースは、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が読み出されるようにインベントリ基準が選択されたインベントリ要求信号を生成するように設計されてもよい（インベントリ基準「ユーザー識別子」）。サーバーがインベントリ基準「ユーザー識別子」を有するインベントリ要求信号を受信した場合、サーバーは、自身のインベントリルーチンの一部として、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子を読み出し、そのように読み出された１つ以上の識別子を含むインベントリ信号を生成してこのインベントリ信号を送信する。この実施形態では、ＵＩインベントリルーチンは、インベントリ信号に含まれるすべての識別子をＧＵＩを用いてユーザーに表示するステップを含むことができる。ただし、ＵＩインベントリルーチンは、この実施形態では、インベントリ信号に含まれる識別子の選択をＧＵＩを用いてユーザーに表示するステップを含むこともできる。そのような実施形態では、ユーザーは、ユーザーインターフェースにおいて、インベントリ信号によってユーザーインターフェースに通知されたどの識別子を自身に表示すべきかを選択することができる。このことは、外部機器上でＵＩに対するメモリ需要の増加および計算作業の増加につながる可能性があるが、交換すべき信号の数を低減することができる。なぜなら、インベントリ基準の変更と、このインベントリ基準に対応する識別子の表示とを直接ユーザーインターフェースにおいて行うことができ、変更されたインベントリ基準を有する新規のインベントリ要求信号を生成して送信する必要がないからである。

好適な実施形態では、ＵＩ変更ルーチンは、ＵＩインベントリルーチンを実施するステップを含む。好適な実施形態では、ＵＩインベントリルーチンを実施するステップは、メディアＩＤを選択するステップの後に実施される。好適な実施形態では、メディアＩＤを選択するステップで選択されたメディアＩＤは、インベントリ基準の形成に対する影響を有する。好適な実施形態では、ＵＩは、特定のシリーズに割り当てられているメディアＩＤが選択される場合、インベントリ基準が、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて特定の識別子タイプ、詳細には特定のシリーズに所属する識別子タイプが割り当てられたすべての識別子が読み出されるように選択されることを想定する。この実施形態を用いることにより、ユーザーにＧＵＩにおいて、選択されたメディアＩＤのシリーズに所属する自身の識別子のみを選択のために提供することができるようになる。ユーザーが、メディアＩＤとして例えばシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」のエピソードを選択した場合、インベントリ基準は、インベントリ信号にシリーズ「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」に割り当てられた識別子のみが含まれるように選択することができる。

好適な実施形態では、ＵＩインベントリルーチンおよび／またはＵＩ変更ルーチンは、識別子を選択するステップを含む。この識別子を選択するステップにより、ユーザーは、ＵＩ内でＵＩ変更ルーチンの処理過程において変更信号の一部になる識別子を選択する。

好適な実施形態では、ユーザーに、ＵＩインベントリルーチンの一部として、特にこれがＵＩ変更ルーチンの一部として実施される場合、ＧＵＩ内で、１つの識別子または複数の識別子が表示され、そこからユーザーは、ＧＵＩとの対話によって少なくとも１つの識別子を選択することができる。例えば、ユーザーに画面表示内で複数の識別子画像が表示されるならば、ここでは、各識別画像が、ＵＩ内で１つの識別子に割り当てられる。画面表示における識別子画像の接触により、ユーザーは識別子を選択することができる。

識別子の選択に続いて、ＵＩ変更ルーチンは、選択されたメディアＩＤおよび選択された識別子を含む変更信号を生成するステップを含むことができる。引き続きＵＩは、そのように生成された変更信号を送信することができる。

好適な実施形態では、ユーザーインターフェース（ＵＩ）は、ＵＩ拡張ルーチンを有する。このＵＩ変更ルーチンは、拡張信号の送信を生じさせる。拡張ルーチンは独立して実施することができる。ＵＩ拡張ルーチンは、ＵＩ変更ルーチンの一部として実施することができる。第１の実施形態では、拡張信号は、サーバーの認証テーブル内その割り当てが変更されるべきユーザーおよび／またはユーザーグループ、ならびにユーザーおよび／またはユーザーグループに割り当てられるべきメディアＩＤを含む。第２の実施形態では、拡張信号の構造は、拡張信号が、サーバーの認証テーブルにおいてユーザーに割り当てられるべきメディアＩＤに関する情報を含むように選択されてもよい。ユーザーへの割り当ては、さらなる状況から、例えば、サーバーから受信した拡張信号が、ユーザーがログインしたユーザーインターフェースによって開始されたことから生じる。

ＵＩ拡張ルーチンは、メディアＩＤの選択後に実施された検査により、選択されたメディアＩＤがユーザーに、またはユーザーが所属するユーザーグループにまだ割り当てられていないことが判明した場合にトリガーすることができる。

好適な実施形態では、ユーザーにＵＩ拡張ルーチンの一部として、ＧＵＩ内で、ユーザーが拡張ルーチンの過程において自身に、または自身が所属するユーザーグループに割り当てたいメディアＩＤの文脈で拡張信号を生成する手段が提供される。例えば、ユーザーに画面表示内でメディアＩＤと動作ボタンとを表示することができる。

第１の実施形態では、動作ボタンの操作は、拡張信号の生成および拡張信号の送信を生じさせることができる。この実施形態は、特に、ユーザー自身が新規のメディアＩＤを無料で割り当てることができる場合の構成に、またはユーザーがサーバーにおいて信用状態を有している実施形態に適している。その際、特にユーザーへの選択されたメディアＩＤの割り当てによってユーザーの信用状態の変更がもたらされる実施形態では、拡張信号がＵＩから好適にはＧＵＩに送信される前に、ユーザーの確認を再度問い合わせることが可能である。

第２の実施形態では、動作ボタンの操作は、拡張信号の生成および拡張信号の送信ならびにイネーブル信号を生成するための第１のステップを生じさせることができる。サーバーの認証テーブルにおけるユーザーまたはユーザーグループへのメディアＩＤの割り当てが、サーバーがイネーブル信号を受信するかどうかに依存して行われる実施形態では、動作ボタンの操作は、イネーブル信号を生成するための第１のステップを生じさせることができ、例えば、振込ルーチンのための開始信号の生成や例えばイネーブル信号を生成することができるＰａｙＰａｌ（登録商標）アカウントのための開始信号の生成を生じさせることができる。拡張信号の並列的な生成、拡張信号の送信、およびイネーブル信号を生成するための第１のステップのトリガーに対して代替的に、最初にイネーブル信号を生成するための第１のステップをトリガーするステップを生じさせ、拡張信号を生成して拡張信号を送信するステップは、ＵＩおよび／またはサーバーがイネーブル信号を受け取った場合にのみ実行させることを想定してもよい。

好適な実施形態では、ライブラリ信号には、ライブラリ信号に含まれるメディアＩＤについて、このメディアＩＤが、サーバーの認証テーブルにおいて、既にユーザーにもしくはユーザーが所属するユーザーグループに割り当てられていたかどうかの情報が含まれる。この構成は、ユーザーにＵＩにおいて、特に好適にはＧＵＩにおいて、自身に特定のメディアＩＤが既に所属しているかどうかを表示することができる。ユーザーに画面表示においてメディアＩＤがコンテンツボタンとして表示される場合、コンテンツボタンは、ユーザーに既に所属しているメディアＩＤを、ユーザーにまだ所属していないメディアＩＤのコンテンツボタンとは異ならせて見せることができる。例えば、ユーザーにまだ所属していない（それ以外は同じように設計される）メディアＩＤのコンテンツボタンとは異なって、ユーザーに既に所属しているメディアＩＤのコンテンツボタンにはチェックマークを表示することができる。この構成は、さらに、このメディアＩＤを選択する際に、選択されたメディアＩＤがユーザーに、またはユーザーが所属するユーザーグループに既に割り当てられているかどうかの検査を実施することができる。

好適な実施形態では、Ｕｌ変更ルーチンの実施への準備において、
・ＵＩインベントリルーチンが実施され、
・ＵＩインベントリルーチン内で、特定のシリーズに割り当てられている識別子が選択され、
・ＵＩライブラリ問い合わせが実施され、この場合、ライブラリ基準は、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納され、メディアテーブルにおいてメタデータとしてこのシリーズへの所属性が割り当てられたすべてのメディアＩＤが読み出されるように選択され、
・ユーザーにＧＵＩにおいてライブラリ信号に含まれる複数のメディアＩＤが表示され、これらの複数のメディアＩＤのうちからユーザーは、ＧＵＩとの対話によって少なくとも１つのメディアＩＤを選択することができる。メディアＩＤの選択は、ＵＩ変更ルーチンの実施を生じさせることができる。その際、ＵＩ変更ルーチンでは、選択された識別子と選択されたメディアＩＤとを含む変更信号が生成可能である。このようにして、ユーザーにＧＵＩにおいて、特定のシリーズの識別子に対し、どのメディアＩＤがシリーズ内に存在するか（どのエピソードがシリーズ内に存在するか）を検査し、このシリーズに所属する自身の識別子に、このシリーズのさらなるメディアＩＤまたは別のメディアＩＤを割り当てることができる手段を提供することができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩ開始ルーチンを有する。好適な実施形態では、ＵＩ開始ルーチンは、サーバーとの通信チャネルを構築するステップを含む。この通信チャネルは、特に好適にはインターネットを介して行われる。好適な実施形態では、ＵＩ開始ルーチンは、サーバーにおけるユーザーを識別するステップ、特に好適にはサーバーにログオンするステップを含む。

好適な実施形態では、ユーザーインターフェースは、ＵＩロックルーチンを有する。このＵＩロックルーチンは、ロック信号の送信を生じさせる。このロック信号は、ユーザーおよび／またはユーザーグループならびに識別子およびロック指示を含むことができる。ロック信号は、ユーザーおよび／またはユーザーグループならびに機器識別子およびロック指示を含むことができる。

ＵＩロックルーチンは、ユーザーがＵＩを用いて、好適にはＵＩのＧＵＩにおいて、識別子もしくは機器識別子にロック指示を割り当てる場合に実行することができる。好適な実施形態では、ユーザーには、ＵＩを用いて識別子が表示され、識別子を表示する文脈では、例えばその操作によってユーザーが識別子にロック指示を割り当てることができるボタンまたはスライダーなどの対話手段が表示される。好適な実施形態では、ユーザーには、ＵＩを用いて機器識別子が表示され、機器識別子を表示する文脈では、例えばその操作によってユーザーが機器識別子にロック指示を割り当てることができるボタンまたはスライダーなどの対話手段が表示される。ロック指示の割り当てにより、ロック信号の生成および送信をトリガーすることができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩロック解除ルーチンを有する。このＵＩロック解除ルーチンは、ロック解除信号の送信を生じさせる。このロック解除信号は、ユーザーおよび／またはユーザーグループならびに識別子およびロック解除指示を含むことができる。ロック解除信号は、ユーザーおよび／またはユーザーグループならびに機器識別子およびロック解除指示を含むことができる。

ＵＩロック解除ルーチンは、ユーザーがＵＩを用いて、好適には識別子もしくは機器識別子のＵＩのＧＵＩにおいて、既存のロック指示を解除する場合に実行することができる。好適な実施形態では、ユーザーには、ＵＩを用いて識別子が表示され、識別子を表示する文脈では、例えばその操作によってユーザーが識別子に割り当てられたロック指示を解除することができるボタンまたはスライダーなどの対話手段が表示される。好適な実施形態では、ユーザーには、ＵＩを用いて機器識別子が表示され、機器識別子を表示する文脈では、例えばその操作によってユーザーが機器識別子に割り当てられたロック指示を解除することができるボタンまたはスライダーなどの対話手段が表示される。ロック指示の解除により、ロック解除信号の生成および送信をトリガーすることができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩ識別子テーブルを有するか、または一時的なＵＩ識別子テーブルを生成することができる。好適な実施形態では、ユーザーインターフェースは、インベントリ基準が「ユーザー識別子」であるインベントリ要求信号を生成してこのインベントリ要求信号をＵＩ識別子テーブルに送信した後、自身が受信したインベントリ信号から読み出したすべての識別子を書き込む。好適な実施形態では、ＵＩ識別子テーブルにおいて各識別子に識別子タイプが割り当てられる。好適な実施形態では、説明されたすべての実施形態において、サーバー－識別子テーブルの問い合わせの代わりに、ＵＩ－識別子テーブルの問い合わせが行われる。これにより、接続が確立されない、まだ確立されていない、あるいは接続が十分な速度や品質で確立できないもしくはすべきでない場合でも、いずれにせよサーバーへの接続が必要になるステップを有利に実行することができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩ認証テーブルを有するか、または一時的なＵＩ認証テーブルを生成することができる。好適な実施形態では、ユーザーインターフェースは、ライブラリ基準が「すべて」であるライブラリ要求信号を生成してこのライブラリ要求信号をＵＩ認証テーブルへ送信した後、自身が受信したライブラリ信号から読み出したすべてのメディアＩＤを書き込む。

この実施形態のとりわけ好適な実施形態では、以下のこと、すなわち、
・ユーザーが、（好適にはＧＵＩを用いて）少なくとも１つのライブラリ基準を含むライブラリ要求を生成すること、
・ユーザーインターフェースが、ＵＩ認証テーブルからライブラリ基準を満たすすべてのメディアＩＤを読み出すこと、および
・ユーザーに、（好適にはＧＵＩを用いて）そのようにＵＩ認証テーブルから読み出されたすべてのメディアを表示することが可能である。そのような実施形態の場合、ユーザーインターフェースの実施に必要とされる外部機器上のメモリに対する要求ならびに外部機器上の計算作業に対する要求が若干高まる。なぜなら、ＵＩ認証テーブルが外部機器のメモリに格納され、他のライブラリ基準に対応するメディアＩＤを読み出すための計算作業を保持する必要があるからである。ただし、これにより、接続が確立されない、まだ確立されていない、あるいは接続が十分な速度や品質で確立できないもしくはすべきでない場合でも、いずれにせよサーバーへの接続が必要になるステップを有利に実行することができる。

好適な実施形態では、ユーザーインターフェース（ＵＩ）は、ＵＩ実状態ルーチンを有する。好適な実施形態では、ＵＩ実状態ルーチンは、実状態信号を受信するステップを含み、ここで、この実状態信号は、
・１つのメディアＩＤまたは複数のメディアＩＤ、
・１つの識別子または複数の識別子、
・各識別子への各メディアＩＤの割り当てに関する情報を含む。

好適な実施形態では、ＵＩ実状態ルーチンは、実状態要求信号を送信するステップを含む。好適な実施形態では、実状態要求信号を送信するステップは、実状態信号を受信するステップに先行する。実状態要求信号は、問い合わせ基準、例えば識別子を含むことができる。

ＵＩ実状態ルーチンは、実状態信号に含まれる、各識別子への各メディアＩＤの割り当てに関する情報をＧＵＩを用いてユーザーに表示するステップを含むことができる。

第１の実施形態では、ユーザーインターフェースは、以下のように、すなわち、
・ユーザーは、好適にはＧＵＩを用いて、少なくとも１つの問い合わせ基準が含まれる実状態問い合わせを生成することができ、
・ユーザーインターフェースは、この実状態問い合わせに基づいて、この問い合わせ基準を含む実状態要求信号を生成することができ、かつこの実状態要求信号を送信することができ、
・ユーザーインターフェースは、実状態要求信号の送信に応じて、実状態信号を受信し、・ユーザーに、好適にはＧＵＩを用いて、実状態信号に含まれる、各識別子への各メディアＩＤの割り当てに関する情報、好適にはすべての情報を表示するように設計されてもよい。そのような実施形態では、ユーザーインターフェースの実施のために必要とされる外部機器上のメモリにおける要件と、外部機器上の計算コストにおける要件とを僅かに保つことができる。割り当てテーブルから問い合わせ基準に対応する識別子へのメディアＩＤの割り当てを読み出すステップは、サーバー上で行われ、サーバー上の割り当てテーブルから行われる。ユーザーインターフェースは、実状態信号に含まれる各識別子への各メディアＩＤの割り当てに関する情報をユーザーに表示する（好適にはすべて）。なぜなら、実状態信号には、サーバーの評価に従って問い合わせ基準に対応する割り当てに関する情報しか含まれていないからである。

第２の実施形態では、ユーザーインターフェースは、問い合わせ基準が「すべて」である実状態要求信号を生成し、この実状態要求信号を送信するように設計されてもよい。サーバーが、問い合わせ基準「すべて」を有する実状態要求信号を受信した場合、サーバーは、自身の実状態ルーチンとして、割り当てテーブルにおいて、特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに所属する識別子に所属する識別子へのメディアＩＤのすべての割り当てを読み出し、そのように読み出された、各識別子への各メディアＩＤの割り当てに関する情報を含む実状態信号を生成してこの実状態信号を送信する。ユーザーインターフェースは、問い合わせ基準が「すべて」である実状態要求信号の生成と、この実状態要求信号の送信とをＵＩ開始ルーチンの一部として実行するように設計されてもよい。ユーザーインターフェースは、実状態信号に含まれる各識別子への各メディアＩＤの割り当てに関する情報をユーザーに表示することができる。補足的または代替的に、このユーザーインターフェースは、実状態信号に含まれる各識別子への各メディアＩＤの割り当てに関するすべての情報を、ＵＩ割り当てテーブルに書き込むことができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩ割り当てテーブルを有するか、または一時的なＵＩ割り当てテーブルを生成することができる。このＵＩ割り当てテーブルでは、少なくとも１つの識別子にメディアＩＤが割り当てられる。好適には、ＵＩ割り当てテーブルには、複数の識別子が含まれ、ここでは、ＵＩ割り当てテーブルにおいて各識別子に少なくとも１つのメディアＩＤが割り当てられる。好適な実施形態では、説明されたすべての実施形態において、サーバー－割り当てテーブルの問い合わせの代わりに、ＵＩ－割り当てテーブルの問い合わせが行われる。これにより、接続が確立されない、まだ確立されていない、あるいは接続が十分な速度や品質で確立できないもしくはすべきでない場合でも、いずれにせよサーバーへの接続が必要になるステップを有利に実行することができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩユーザーメンテナンスルーチンを有する。このＵＩユーザーメンテナンスルーチンは、ユーザーメンテナンス信号の送信を生じさせることができる。ユーザーメンテナンス信号は、ユーザーおよびユーザーグループを含むことができる。ユーザーメンテナンス信号の送信により、そのようなユーザーメンテナンス信号を受信するサーバーは、ユーザーグループテーブルにおけるユーザーグループへのユーザーの割り当てを変更させることができる。

好適な実施形態では、ユーザーメンテナンス信号は、電子メールアドレスを含むことができる。ＵＩユーザーメンテナンスルーチンが実施される場合、ユーザーは、ＵＩによって、例えばＵＩのＧＵＩによって、電子メールアドレスの入力を要求することができる。

好適な実施形態では、ユーザーインターフェースは、ＵＩ再生装置メンテナンスルーチンを有する。このＵＩ再生装置メンテナンスルーチンは、再生装置メンテナンス信号の送信を生じさせることができる。再生装置メンテナンス信号は、ユーザーおよび／またはユーザーグループならびに機器識別子を含むことができる。再生装置メンテナンス信号の送信により、そのような再生装置メンテナンス信号を受信するサーバーは、ユーザーテーブルもしくはユーザーグループテーブルにおけるユーザーおよび／またはユーザーグループへの機器識別子の割り当てを変更させることができる。

好適な実施形態では、本発明によるシステムは、メディアファイルを再生するための装置、特にオーディオ情報を再生するための装置を備える。このメディアファイルを再生するための装置、再生装置（ＡＶ）とも称される。

好適な実施形態では、再生装置は、
－スピーカーもしくはスピーカー接続端子と、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－制御ユニットとを有し、該制御ユニットは、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、メディアファイルを再生するために、特に、オーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる。

好適な実施形態では、再生装置は、ディスプレイもディスプレイ接続端子も有さず、オーディオファイルを再生するように設計されているだけであり、ビデオファイルを再生するようには設計されていない。

好適な実施形態では、再生装置は、メモリを有する。好適な実施形態では、再生装置のメモリにＡＶ割り当てテーブルが格納され、ここでは、再生装置のメモリ内のＡＶ割り当てテーブルを用いて、識別子にメディアＩＤおよび／またはメディアファイルが割り当てられてもよい。再生装置のメモリ内のＡＶ割り当てテーブルにおける識別子へのメディアＩＤおよび／またはメディアファイルの割り当ては、再生装置のメモリ内またはさらなるメモリ内における識別子に割り当てられたメディアファイルの格納場所を識別することに限定することができる。これにより、再生装置の制御ユニットに、再生装置のメモリ内のＡＶ割り当てテーブルの読み出しによって、再生装置のメモリもしくはさらなるメモリ内のどの箇所にメディアファイルが格納されているか知らせることができ、それに基づいて、制御ユニットは、スピーカーもしくはスピーカー接続端子を駆動制御すべきである。同様に、ＡＶ割り当てテーブルにおいてメディアファイルへのポインタを格納することにより、メディアＩＤおよび／またはメディアファイルを再生装置のメモリ内のＡＶ割り当てテーブルにおける識別子に割り当てることも可能である。そのようなポインタは、例えば、ＵＲＬであってもよい。そのようなポインタの読み出しは、再生装置の制御ユニットによって、再生装置のメモリ内に格納されていないメディアファイルを別の格納場所から、例えば本発明によるサーバーからダウンロードまたはストリーミングするために使用することができる。

好適な実施形態では、再生装置のメモリ内のＡＶ割り当てテーブルにおける識別子にバージョン情報、好適にはタイムスタンプが割り当てられる。

好適な実施形態では、再生装置のメモリ内のＡＶ割り当てテーブルにおける識別子に、更新の必要性を割り当てることができる。

好適な実施形態では、再生装置内にＡＶ更新ルーチンが設けられる。この更新ルーチンは、ＡＶ実状態信号の送信を生じさせる。このＡＶ実状態信号は、
・１つの識別子または複数の識別子、
・ＡＶ割り当てテーブルにおいて各識別子に割り当てられたバージョン情報、特にＡＶ割り当てテーブルにおいて各識別子に割り当てられたタイムスタンプ、および／または
・ＡＶ割り当てテーブルにおいて各識別子に割り当てられたメディアＩＤを含む。
ＡＶ実状態信号を生成するために、再生装置の制御ユニットは、ＡＶ割り当てテーブルを読み出す。好適な実施形態では、制御ユニットは、ＡＶ更新ルーチンにおいて、ＡＶ割り当てテーブルを完全に読み出す。次いで、このＡＶ実状態信号は、
・ＡＶ割り当てテーブルに格納された各識別子、
・ＡＶ割り当てテーブルにおける各識別子に割り当てられたバージョン情報、特にＡＶ割り当てテーブルにおける各識別子に割り当てられたタイムスタンプ、および／または
・ＡＶ割り当てテーブルにおける各識別子に割り当てられたメディアＩＤを含む。

好適な実施形態では、ＡＶ更新ルーチンは、更新信号を受信するステップを含む。この更新信号は、１つの識別子または複数の識別子を含むことができる。

ＡＶ更新ルーチンの好適な実施形態では、制御ユニットは、更新信号を読み出し、更新信号に含まれていた各識別子にＡＶ割り当てテーブルにおいて更新の必要性を割り当てることによって、ＡＶ割り当てテーブルを変更する。制御ユニットが、後の時点で、ＡＶ割り当てテーブル内に存在する識別子へのエントリを、例えばこの識別子に割り当てられたメディアファイルの再生のために読み出し、次いで、制御ユニットが、当該識別子に更新の必要性が割り当てられていることを確定した場合、制御ユニットは、要求ルーチンを開始することが可能である。この要求ルーチンを用いて、制御ユニットは、メディアファイルをサーバーから再生装置のメモリにロードすることができる。これにより、再生装置とサーバーとの間の通信の規模を低減することができる。再生ルーチンは、更新信号に含まれている識別子に対して、メディアファイルをダウンロードするにあたり、このメディアファイルが実際に再生装置に必要な場合にのみダウンロードする。それまでは、識別子に対して他の／新規のメディアファイルが存在する状況は、単に更新の必要性の設定によってのみ再生装置の内部に記憶される。

好適な実施形態では、更新信号は、１つまたは複数の識別子と、各識別子に対するメディアファイルとを含む。このようにして、再生装置は、自身が更新信号によって特定の識別子に対してメディアファイルが変更されたことを通知されると、自身に格納されたメディアファイルをすぐに更新することができる。

好適な実施形態では、更新信号は、１つの識別子または複数の識別子ならびに各識別子に対するメディアＩＤを含む。ＡＶ更新ルーチンの好適な実施形態では、制御ユニットは、更新信号を読み取り、更新信号に含まれていた各識別子に、識別子に対する更新信号において伝送されたメディアＩＤを割り当てることによって、ＡＶ割り当てテーブルを変更する。好適な実施形態では、新規のメディアＩＤが割り当てられた制御ユニットは、更新の必要性を割り当てる。

好適な実施形態では、再生装置に要求ルーチンが設けられる。この要求ルーチンは、ＡＶ要求信号の送信を生じさせる。このＡＶ要求信号は、識別子を含む。好適な実施形態では、要求信号は、再生装置の機器識別子を含む。好適な実施形態では、ＡＶ要求信号は、更新の必要性に対する指示を含む。

好適な実施形態では、ＡＶ要求信号は、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合、特にセンサが識別子担体の有無を識別し、識別子担体の識別子を識別した場合に生成することができる。好適な実施形態では、ＡＶ要求信号は、センサが識別子担体から読み出した識別子を含む。

好適な実施形態では、ＡＶ要求信号は、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合、特にセンサが識別子担体の有無を識別し、識別子担体の識別子を識別した場合に常に生成される。ＡＶ要求信号の送信は、特に、再生装置がＡＶ要求信号の生成時点でサーバーへの通信チャネルを有していない場合に時間をずらして行うことができる。

好適な実施形態では、制御ユニットは、要求ルーチンにおいて、センサによって識別された識別子に対するエントリがＡＶ割り当てテーブルにおいて生じているかどうかを検査する。エントリが生じていない場合、または更新の必要性を含むエントリが生じている場合、制御ユニットは、更新の必要性に関する指示を有するＡＶ要求信号を生成する。

サーバーが、更新の必要性に対する指示を有するＡＶ要求信号を受信した場合、サーバーは、メディアＩＤのうちのどれが割り当てテーブルにおいて識別子に割り当てられているかを検査し、応答信号を生成する。この応答信号には，メディアテーブルにおいてこれらのメディアＩＤに割り当てられるメディアファイルおよび／またはポインタを含む。応答信号は、好適には、ＡＶ要求信号に含まれていた識別子、好適にはメディアＩＤ、好適にはメディアテーブルにおいてメディアファイルの１つに割り当てられたバージョン情報、特に好適には、タイムスタンプを含む。再生装置の制御ユニットが、応答信号とともにメディアファイルもしくはポインタと、このメディアファイルもしくはこのポインタに割り当てられた識別子とを受信した場合、制御ユニットは、メディアファイルを再生装置のメモリに格納し、割り当てテーブルにおける識別子に再生装置のメモリにおけるメディアファイルの格納場所を割り当てることにより、あるいは割り当てテーブルにおける識別子にポインタを割り当てることにより、割り当てテーブルを更新する。好適な実施形態では、制御ユニットは、設定された更新の必要性をリセットすることができる。好適な実施形態では、制御ユニットは、識別子にバージョン情報を、特にサーバーからメディアファイルと一緒に制御ユニットに通知されたタイムスタンプを割り当てることができる。さらなる実施形態では、制御ユニットは、識別子に自身で生成したタイムスタンプを割り当てることができる。

この実施形態は、再生装置に、自身の構造ならびに装置の制御ユニットによって実行されるソフトウェアに関して容易に維持することを可能にさせる。再生装置は、自身が以下の２つの基幹機能を実行することができる場合、詳細には、
－識別子担体の識別子を読み出し、要求ルーチンを実施する基幹機能と、
ただし、再生装置のメモリに格納されたＡＶ割り当てテーブルにおいてこの識別子に対するエントリが既に存在し、好適な実施形態では、この識別子に更新の必要性が割り当てられていない場合には、制御ユニットは、ＡＶ割り当てテーブルにおいて識別子に割り当てられているメディアファイルに関する情報を読み出し、自身にそのように伝達されたメディアファイル、特にその格納場所に関する情報を、格納場所からメディアファイルを読み出しもしくはストリーミングし、ひいてはスピーカーもしくはスピーカー接続端子を駆動制御するために使用するように設計されている、あるいは読み出した識別子が装置のメモリ内のＡＶ割り当てテーブルにまだ存在していない場合には、この識別子を装置のメモリ内のＡＶ割り当てテーブルに書き込み、ＡＶ要求信号を生成するように設計されている必要があるだけであり、
－ＡＶ更新ルーチンを実施する基幹機能と、
を実行することができる場合、本発明によるシステム内で既に動作可能である。

したがって、この実施形態は、米国特許出願公開第２０１８／０３５３８６９号明細書で選択されたアプローチとは異なる。そこでは、「制御対象物１２０の遠隔管理」という見出しの下で、どのようにユーザーが、外部機器、例えばスマートフォン、タブレット、または外部コンピュータ、例えばラップトップを介して装置への直接のアクセスを受け取るかのルーチンが説明されている。このルーチン内では、識別子担体に格納されている情報を適合させる手段がもたらされるべきである。したがって、米国特許出願公開第２０１８／０３５３８６９号明細書で想定されている手順では、装置は、識別子担体に格納されている情報を変更するために外部機器によって自身に伝送された要求を理解し、自身によって実行すべき変更ルーチンに変換することができ、それを用いて、自身が識別子担体に格納された情報に積極的に介入してこれを変更するくらいにパワフルである必要がある。このことには、装置のプログラミング技術的および電気技術的な装備に関して高い要求が求められる。しかしながら、本発明によるサーバーを備えた本発明によるシステムは、好適な実施形態に関連して上述したように、再生装置自体に容易に装備させることを可能にする。例えばバージョン情報の比較などの複雑な計算ステップは、本発明者らによる好適な実施形態ではサーバーに外部委託される。

一実施形態では、再生装置のメモリに格納されたメディアファイルは、異なるフォーマットを有することができる。好適な実施形態では、再生装置のメモリに格納されたメディアファイルは、同じフォーマットを有する。代替的な実施形態では、再生装置のメモリに格納されたメディアファイルは、フォーマットのグループからの１つのフォーマットを有し、この場合、グループは、特に好適には２０未満、特に好適には１０未満、特に好適には５未満の異なるフォーマットを含む。

好適な実施形態では、再生装置においてＡＶ開始ルーチンが設けられる。好適な実施形態では、再生装置は、自身がスイッチオンされる場合にＡＶ開始ルーチンを実施し、この場合は、省電力状態からのウェイクアップもスイッチオンとして解釈される。

ＡＶ開始ルーチンの一部として、再生装置は、自身に現在時刻を通知するようにサーバーに要求することができる。これは、再生装置自体が時計を必要としなくなるため、再生装置を簡素に保つことを可能にする。

ＡＶ開始ルーチンの一部として、再生装置は、自身にファームウェアの現在の状態を通知するか、もしくは再生装置上でファームウェアの現在の状態が実行されるかどうかを検査するようにサーバーに要求することができる。好適な実施形態では、再生装置は、サーバーにＡＶ開始ルーチンの一部として自身のファームウェア状態に関する情報を伝送する。サーバーは、ファームウェア状態が最新であるかどうかを検査し、場合によっては、より最新のファームウェア状態を再生装置に伝送する。

ＡＶ開始ルーチンの一部として、再生装置はＡＶ更新ルーチンを実施することもできる。

好適な実施形態では、再生装置は、操作要素を有する。好適な実施形態では、再生装置は、操作要素が操作される場合に、特に好適には、操作要素が特定のやり方で操作される、特に好適には、特定の期間にわたって操作される場合、例えば、操作要素が特定の時間にわたって、例えば３秒を超えて押し込まれる場合にＡＶ更新ルーチンを実施する。

本発明によるシステムは、本発明によるサーバーと、本発明によるユーザーインターフェースとを備える。

本発明によるシステムは、本発明によるサーバーと、本発明によるユーザーインターフェースと、ユーザーインターフェースが実施可能な外部機器とを備える。

本発明によるシステムは、本発明によるサーバーと、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有する。

本発明によるシステムは、本発明によるサーバーと、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有し、さらに本発明によるユーザーインターフェースとを備える。

本発明によるシステムは、本発明によるサーバーと、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有し、さらに本発明によるユーザーインターフェースと、ユーザーインターフェースが実施可能な外部機器とを備える。

本発明によるシステムは、本発明によるサーバーと、再生装置とを備える。

本発明によるシステムは、本発明によるサーバーと、再生装置と、本発明によるユーザーインターフェースとを備える。

本発明によるシステムは、本発明によるサーバーと、再生装置と、本発明によるユーザーインターフェースと、ユーザーインターフェースが実施可能な外部機器とを備える。

本発明によるシステムは、本発明によるサーバーと、再生装置と、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有する。

本発明によるシステムは、本発明によるサーバーと、再生装置と、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有し、さらに本発明によるユーザーインターフェースとを備える。

本発明によるシステムは、本発明によるサーバーと、再生装置と、識別子担体とを備え、ここで、識別子担体は、読み取り機器によって読み出し可能な識別子を有し、さらに本発明によるユーザーインターフェースと、ユーザーインターフェースが実施可能な外部機器とを備える。

好適な実施形態では、識別子を含む信号は、識別子に対して捕捉的に、または識別子の代わりにプレースホルダーを含む。好適な実施形態では、変更信号、インベントリ信号、実状態信号、ストレス信号、ロック信号、ロック解除信号、更新信号、応答信号、インベントリ要求信号、拡張信号、ＡＶ実状態信号、および／またはＡＶ要求信号は、識別子に対して捕捉的に、または識別子の代わりにプレースホルダーを含む。好適な実施形態において、識別子がＵＩＤ、ＵＵＩＤ、またはＧＵＩＤとして、あるいは文字および／または数字および／または特殊文字のより長いシーケンスの別のタイプとして続く場合、ユーザーに、ＵＩでの表示のために、好適にはＧＵＩでの表示のために、ならびにＵＩとの対話のために、好適にはＧＵＩとの対話のためにプレースホルダーを提供することが望ましい場合があり、この場合、プレースホルダーは、好適には識別子の文字および／または数字および／または特殊文字のシーケンスよりも短い。このＵＩ、特にＧＵＩは、ユーザーに、識別子に対してプレースホルダーが選択できることを可能にさせる。このプレースホルダーは、識別子に対する識別子テーブルに格納されてもよい。

好適な実施形態では、機器識別子を含む信号は、機器識別子に対して捕捉的に、または機器識別子の代わりにプレースホルダーを含む。好適な実施形態では、インベントリ信号、ストレス信号、ロック信号、ロック解除信号、再生装置メンテナンス信号、インベントリ要求信号、および／またはＡＶ要求信号は、識別子に対して捕捉的に、または識別子の代わりにプレースホルダーを含む。好適な実施形態において、機器識別子がＵＩＤ、ＵＵＩＤ、またはＧＵＩＤとして、あるいは文字および／または数字および／または特殊文字のより長いシーケンスの別のタイプとして続く場合、ユーザーに、ＵＩでの表示のために、好適にはＧＵＩでの表示のために、ならびにＵＩとの対話のために、好適にはＧＵＩとの対話のためにプレースホルダーを提供することが望ましい場合があり、この場合、プレースホルダーは、好適には機器識別子の文字および／または数字および／または特殊文字のシーケンスよりも短い。このＵＩ、特にＧＵＩは、ユーザーに、機器識別子に対してプレースホルダーが選択できることを可能にさせる。このプレースホルダーは、機器識別子に対するユーザーテーブルおよび／またはユーザーグループテーブルに格納されてもよい。

好適な実施形態では、メディアＩＤを含む信号は、メディアＩＤに対して捕捉的に、またはメディアＩＤの代わりにプレースホルダーを含む。好適な実施形態では、変更信号、ライブラリ信号、拡張信号、イネーブル信号、実状態信号、更新信号、応答信号、ライブラリ要求信号、拡張信号、ＡＶ実状態信号、ＡＶ要求信号は、メディアＩＤに対して捕捉的に、またはメディアＩＤの代わりにプレースホルダーを含む。好適な実施形態において、メディアＩＤがＵＩＤ、ＵＵＩＤ、またはＧＵＩＤとして、あるいは文字および／または数字および／または特殊文字のより長いシーケンスの別のタイプとして続く場合、ユーザーに、ＵＩでの表示のために、好適にはＧＵＩでの表示のために、ならびにＵＩとの対話のために、好適にはＧＵＩとの対話のためにプレースホルダーを提供することが望ましい場合があり、この場合、プレースホルダーは、好適にはメディアＩＤの文字および／または数字および／または特殊文字のシーケンスよりも短い。このＵＩ、特にＧＵＩは、ユーザーに、メディアＩＤに対してプレースホルダーが選択できることを可能にさせる。このプレースホルダーは、メディアＩＤに対するメディアテーブルに格納されてもよい。

本発明は、本明細書では、主に、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループに関連して、ならびに／またはユーザーおよび／またはユーザーグループに関連してテーブルからの問い合わせをトリガーする信号の文脈で説明される。このことは、特に、拡張信号、ストレス信号、ロック信号、ロック解除信号、および／または再生装置メンテナンス信号について当てはまる。この好適な実施形態の構成は、ユーザーが、通常は、自身に割り当てられたすべての識別子、メディアＩＤ、または機器識別子を閲覧できることに関心を向けるとみなされるため有利である。

ただし、これらの実施形態内では、独立した実施形態としても、信号がユーザーにのみ問い合わせる特別な実施形態も可能であり、したがって、信号を説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、ユーザーグループへの関連性ではなく１人のユーザー（のみ）への関連性に変更されるという条件が適用され、このことは、特に、拡張信号、ストレス信号、ロック信号、ロック解除信号、および／または再生装置メンテナンス信号について当てはまる。そのような特別な実施形態は、ユーザーがとりわけ１人のユーザーへの、好適には自身への割り当てに関心がある場合、場合によっては例えば同じホーム内のユーザー同士がお互いの割り当ての閲覧を許可されている場合など、自身がその割り当ての閲覧を許可されている他のユーザーへの割り当てにも関心がある場合に有用である。そのため、ＵＩは、好適にはＧＵＩの過程で、ユーザーが自身と自身が所属するユーザーグループとに関連するすべての割り当ての閲覧を望むかどうか、あるいは具体的な１人のユーザーへの割り当てのみの（ユーザーグループへの割り当てなしの）閲覧を望むかどうかの選択手段をユーザーに提供することができる。ユーザーグループの形成が想定されていない実施形態も可能である。したがって、信号を説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、ユーザーグループへの関連性ではなく、１人のユーザー（のみ）への関連性に変更されるという条件が適用され、このことは、特に、拡張信号、ストレス信号、ロック信号、ロック解除信号、および／または再生装置メンテナンス信号について当てはまる。

ただし、これらの実施形態内では、独立した実施形態としても、信号がユーザーグループにのみ問い合わせる特別な実施形態も可能であり、したがって、信号を説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、個別のユーザーへの関連性ではなくユーザーグループ（のみ）への関連性に変更されるという条件が適用され、このことは、特に、拡張信号、ストレス信号、ロック信号、ロック解除信号、および／または再生装置メンテナンス信号について当てはまる。そのような特別な実施形態は、ユーザーがとりわけユーザーグループへの割り当てに関心がある場合に有用である。そのため、ＵＩは、好適にはＧＵＩの過程で、ユーザーが自身と自身が所属するユーザーグループとに関連するすべての割り当ての閲覧を望むかどうか、あるいはユーザーグループへの割り当てのみの（個別のユーザーへの割り当てなしの）閲覧を望むかどうかの選択手段をユーザーに提供することができる。ユーザーのみの使用は想定されておらず、常にユーザーグループでのみ作業が行われる実施形態も可能である。そのような実施形態内では、各ユーザーに少なくとも１つのユーザーグループを割り当てることが可能であり、この場合、そのようなユーザーグループは、個別のユーザーからなることもできる。したがって、信号を説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、１人のユーザーへの関連性ではなくユーザーグループ（のみ）への関連性に変更されるという条件が適用され、このことは、特に、拡張信号、ストレス信号、ロック信号、ロック解除信号、および／または再生装置メンテナンス信号について当てはまる。

本発明は、本明細書では、主に、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループに関連して、ならびに／またはユーザーおよび／またはユーザーグループに関連して基準、特に要求信号に含まれている基準の文脈で説明される。このことは、特に、ライブラリ基準とそれを含んだライブラリ要求信号、インベントリ基準とそれを含んだインベントリ要求信号、ならびに問い合わせ基準とそれを含んだ実状態要求信号について当てはまる。この好適な実施形態の構成は、ユーザーが、通常は、自身に割り当てられたすべての識別子、メディアＩＤ、または機器識別子を閲覧できることに関心を向けるとみなされるため有利である。

ただし、これらの実施形態内では、独立した実施形態としても、基準とそれを含んだ信号とがユーザーにのみ問い合わせる特別な実施形態も可能であり、したがって、基準とそれを含んだ信号とを説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、ユーザーグループへの関連性ではなく１人のユーザー（のみ）への関連性に変更されるという条件が適用され、このことは、特に、ライブラリ基準とそれを含んだライブラリ要求信号、インベントリ基準とそれを含んだインベントリ要求信号、ならびに問い合わせ基準とそれを含んだ実状態要求信号について当てはまる。そのような特別な実施形態は、ユーザーがとりわけ１人のユーザーへの、好適には自身への割り当てに関心がある場合、場合によっては例えば同じホーム内のユーザー同士がお互いの割り当ての閲覧を許可されている場合など、自身がその割り当ての閲覧を許可されている他のユーザーへの割り当てにも関心がある場合に有用である。そのため、ＵＩは、好適にはＧＵＩの過程で、ユーザーが自身と自身が所属するユーザーグループとに関連するすべての割り当ての閲覧を望むかどうか、あるいは具体的な１人のユーザーへの割り当てのみの（ユーザーグループへの割り当てなしの）閲覧を望むかどうかの選択手段をユーザーに提供することができる。ユーザーグループの形成が想定されていない実施形態も可能である。したがって、基準とそれを含んだ信号とを説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、ユーザーグループへの関連性ではなく、１人のユーザー（のみ）への関連性に変更されるという条件が適用され、このことは、特に、ライブラリ基準とそれを含んだライブラリ要求信号、インベントリ基準とそれを含んだインベントリ要求信号、ならびに問い合わせ基準とそれを含んだ実状態要求信号について当てはまる。

ただし、これらの実施形態内では、独立した実施形態としても、基準とそれを含んだ信号とがユーザーグループにのみ問い合わせる特別な実施形態も可能であり、したがって、基準とそれを含んだ信号とを説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、個別のユーザーへの関連性ではなくユーザーグループ（のみ）への関連性に変更されるという条件が適用され、このことは、特に、ライブラリ基準とそれを含んだライブラリ要求信号、インベントリ基準とそれを含んだインベントリ要求信号、ならびに問い合わせ基準とそれを含んだ実状態要求信号について当てはまる。そのような特別な実施形態は、ユーザーがとりわけユーザーグループへの割り当てに関心がある場合に有用である。そのため、ＵＩは、好適にはＧＵＩの過程で、ユーザーが自身と自身が所属するユーザーグループとに関連するすべての割り当ての閲覧を望むかどうか、あるいはユーザーグループへの割り当てのみの（個別のユーザーへの割り当てなしの）閲覧を望むかどうかの選択手段をユーザーに提供することができる。ユーザーのみの使用は想定されておらず、常にユーザーグループでのみ作業が行われる実施形態も可能である。そのような実施形態内では、各ユーザーに少なくとも１つのユーザーグループを割り当てることが可能であり、この場合、そのようなユーザーグループは、個別のユーザーからなることもできる。したがって、基準とそれを含んだ信号とを説明する文脈では、ユーザーならびにユーザーがユーザーグループテーブルに従って所属するユーザーグループへの関連性、ならびに／またはユーザーおよび／またはユーザーグループへの関連性が、１人のユーザーへの関連性ではなくユーザーグループ（のみ）への関連性に変更されるという条件が適用され、このことは、特に、ライブラリ基準とそれを含んだライブラリ要求信号、インベントリ基準とそれを含んだインベントリ要求信号、ならびに問い合わせ基準とそれを含んだ実状態要求信号について当てはまる。

信号内でのユーザーへの関連性は、ユーザーまたはユーザーを識別する情報が信号内に含まれること、例えば信号内の特定の箇所に配置されること、または信号内でキーワードの前置により識別されることによって実現することができる。ただし、信号内でのユーザーへの関連性は、信号の送信者（例えばＵＩ）と信号の受信者（例えばサーバー）との間で指定された通信チャネルが存在することによっても実現することができ、この通信チャネルが存在することだけで、既に、この通信チャネルを介して送信された各信号が具体的なユーザーから発信されたことを確定している。したがって、本発明は、信号内のユーザーへの関連性が、信号を発信したユーザーであるとみなせるように実施することができる。例えば、ユーザーは、ＵＩにログインし、このＵＩを用いてサーバーにログインすることにより、ＵＩとサーバーとの間に指定された通信チャネルを確立することができる。

本明細書では、装置（特にサーバー、外部機器、再生装置）がテーブルから情報を読み出すことが説明される場合、このことは、情報をテーブルから直接求めるのではなく、間接的な経過において例えば換算ステップや他の中間ステップを用いて、他のテーブルからのさらなる情報も使用してもしくはそれらは使用しないで求めることによって実現することも可能である。

好適な実施形態では、再生装置は、機器識別子と、機器識別子に依存する信号を送信する装置とを有する。機器識別子は、プロセッサまたはメモリチップの識別子であってもよい。機器識別子は、プロセッサまたはメモリチップとは別個に設けられた識別子、例えば再生装置の一部として設けられるタグ、例えばＲＦＩＤトランスポンダなどであってもよい。好適な実施形態では、機器識別子は、再生装置を外部制御ユニット、例えばサーバーに対して一義的に識別するのに適するように選択される。

機器識別子に依存する信号を送信する装置は、例えば、再生装置がケーブルを介して外部制御ユニットに接続されている場合、有線信号を送信することができる。しかしながら、機器識別子に依存する信号を送信する装置は、例えば、再生装置が無線ネットワークに接続されている場合、例えばＮＦＣ標準、Ｂｌｕｅｔｏｏｔｈ標準またはＷＬＡＮ標準に従った信号などの無線信号を送信することもできる。

機器識別子と、機器識別子に依存する信号を例えば外部制御ユニット、例えばサーバーに送信する手段とを設けることは、再生装置と外部制御ユニットおよび／または外部メモリとの間のさらなるデータ交換を、事前に定められた認証の有無に依存させて行うことを可能にする。本明細書では、コンテンツ（特にオーディオブック、音楽もしくは他のオーディオ情報、画像、ビデオ、もしくは３Ｄ情報）を再生するために再生装置が使用される発明の実施形態が説明されるが、ここでは、再生の前にデータパケットが外部メモリから再生装置のメモリに転送される。このデータパケットは、選択されたデータシステムもしくは選択されたデータ構造に応じて、再生すべきコンテンツの全部または一部を含むことができる。機器識別子と機器識別子に依存する信号を送信する手段とを設けることは、ここでは、再生装置から外部制御ユニットおよび／または外部メモリへ向けられたデータパケットの伝送のための要求を、再生装置がそのような機器識別子によりデータパケットの受信を認証されたことを示す認証検査に依存させて行うために使用することができる。

この種のネットワークもしくはシステム内での再生装置の識別は、再生装置のユーザー（使用者）に対する再生装置へのデータパケットの伝送を精算するために利用することができる。そのため、個々のデータパケットの伝送、もしくはオーディオブックの再生に必要なデータパケットの伝送を個別に精算することができる。同様に、定額制の精算システムも考えられる。あるいは、この種のデータパケットをダウンロードする手段を、例えば「オーディオブックのレンタル」という趣旨で時間または期間に結合することも考えられる。

この種のネットワークもしくはシステム内での再生装置の識別は、再生装置が対応する機器識別子でシステムにログオンするまで、外部メモリにデータパケットとして保持されている再生装置の操作に関する制御情報を、安定して正確に再生装置に転送するために使用することも可能である。この種の再生装置が、例えば、第三者、例えば親に、第三者のスマートフォンやタブレット上のプログラム（ユーザーインターフェース）を介して、再生装置の使用時間やオーディオ情報の再生の最大音量を制限することを可能にさせるシステムに組み込まれる場合、スマートフォンやタブレットで生成された制限がデータパケットとして外部メモリもしくは外部制御ユニット、例えばクラウド（サーバー）に格納される実施形態が考えられる。機器識別子により、第三者が、どの再生装置のためにデータパケットが設けられているかを外部メモリもしくは外部制御ユニットに通知することが可能になる。再生装置がこの機器識別子でログオンした場合、次いで、データパケットが再生装置に転送される。

本発明によるシステムでは、好適な実施形態において、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、データパケットを再生装置のメモリに転送することができる、かつ／またはデータパケットを再生装置から転送することができる外部メモリが設けられる。この種の外部メモリは、例えば、「クラウド」であってもよい。外部メモリは、好適には、認証検査後に初めてデータパケットを転送するように構成されてもよく、この場合、さらに好適には、認証検査について、ハンドシェイク法、暗号化法、秘密鍵と公開鍵、またはこれらの技術の選択の組み合わせが使用される。認証検査については、付加的に、機器識別子を使用することもできる。

本発明によるシステムでは、好適な実施形態において、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、データパケットを再生装置から転送することができる外部制御ユニットが設けられる。この種の外部制御ユニットは、例えばサーバーであってもよい。このサーバーは、ローカルエリアネットワークの一部であってもよいし、インターネットの一部であってもよい。

本発明による方法では、
－スピーカーもしくはスピーカー接続端子と、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる制御ユニットとを有する再生装置において、
－メモリと該メモリに格納された（メディアファイルの）データセットとが設けられ、ならびにそのように構成された再生装置において音楽または読み聞かせ物語を再生するための方法を提供するために特定のイネーブル信号のための受信ユニットが設けられており、ここでは、制御ユニットが特定のイネーブル信号を受け取った場合に、制御ユニットは、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる。

本発明による方法では、制御ユニットのためにブロックされたデータレコード（メディアファイル）が再生装置のメモリに格納されることになる。好適な実施形態では、制御ユニットが特定のイネーブル信号をまだ受け取っていない場合、制御ユニットは、データセットに基づいてオーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することはできない。

本発明は、システムの文脈で実施することも可能であり、ここで、このシステムは、再生装置を備え、該再生装置は、
－スピーカーもしくはスピーカー接続端子と、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる制御ユニットとを有し、ここで、システムは、コンピュータ、特にサーバーをさらに備え、ここで、コンピュータは、メモリを有し、該メモリにはデータセット（メディアファイル）が格納されており、ここで、コンピュータは、制御ユニットを有し、ここで、システムは、再生装置とコンピュータとの間にデータ回線（特に好適には通信／コンピュータネットワーク）を有し、ここで、コンピュータのメモリに格納されたデータセットは、コンピュータの制御ユニットが特定のイネーブル信号を受け取った場合にのみ、再生装置の制御ユニットにとってデータ回線を介して呼び出し可能になり、ここで、制御ユニットは、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる。

これにより、本発明は、再生認証の管理を行うことが可能になる。それに基づき制御ユニットが、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができるデータセットが、既に制御ユニットのメモリに存在する場合、制御ユニットは、自身がデータセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御するかどうかを、特定のイネーブル信号の受信に依存させるようにする。データセットがまだコンピュータに、例えばサーバーに格納されている場合には、メモリに格納されているデータセットは、コンピュータの制御ユニットが特定のイネーブル信号を受け取った場合にのみ、再生装置の制御ユニットにとってデータ回線を介して呼び出し可能になる。

データセットが既に再生装置のメモリに格納されている実施形態の好適な実施形態では、特定のイネーブル信号のための受信ユニットは、同様に再生装置に設けられている、自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサとは異なるモジュールである。好適な実施形態では、センサは、ＲＦＩＤトランスポンダのための読み取り機器であり、特定のイネーブル信号のための受信ユニットは、ＮＦＣ信号のための受信ユニット、またはＢｌｕｅｔｏｏｔｈ信号のための受信ユニット、またはＷＬＡＮ信号のための受信ユニットである。

好適な実施形態では、センサが自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出した場合に、センサは、識別子を制御ユニットに伝送し、あるいは制御ユニットは、センサの信号から識別子を求め、ここで、センサが自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出した場合に、センサは、当該信号を制御ユニットに送信する。

好適な実施形態では、再生装置は、識別子に対して可能な値にデータセット（メディアファイル）に関する情報が割り当てられる割り当てテーブル（以下、ＡＶ割り当てテーブルとも称する）を有する。このＡＶ割り当てテーブルは、識別子が取り得る値にデータセット（メディアファイル）に関する情報を割り当てる。制御ユニットが、センサから特定の値を有する識別子を受け取った場合、あるいは制御ユニットがセンサの信号から特定の値を求めた場合、制御ユニットは、ＡＶ割り当てテーブルから、この識別子の値にデータセット（メディアファイル）に関する特定の情報が割り当てられていることを読み出すことができる。特定の情報は、例えばデータセットのファイル名またはデータセットの格納場所であってもよい。

制御ユニットによる特定のイネーブル信号の受け取りは、制御ユニットにＡＶ割り当てテーブルの改訂を生じさせることができる。好適な実施形態では、制御ユニットは、ＡＶ割り当てテーブルに識別子のための新規の値を追加し、ＡＶ割り当てテーブルにおいてこの新規の値にデータセットに関する新規の情報を割り当てる。代替的な実施形態では、制御ユニットは、識別子の値に割り当てられたデータセットに関する情報を変更する。例えば、値に割り当てられたデータセットに関する情報は、「データセットなし」または「不明」または「ロック」の内容を有することができ、この場合、制御ユニットは、この情報を、特定のイネーブル信号の受け取り後に、例えば、具体的なファイル名またはデータセットの格納場所に関する情報に変更することができる。

また、ＡＶ割り当てテーブルが、識別子の値へのデータセットの割り当ての他に各データセットに対する状態属性も含んでいる実施形態も可能である。この状態属性は、例えば、「解除」であってもよい。逆の場合は、状態属性は、「非解除」または「ロック」であってもよい。そのような実施形態では、特定のイネーブル信号の受け取りは、制御ユニットに、状態属性を変更させる、特に「非解除」から「解除」に変更させることができる。

特定のイネーブル信号の受け取りにより、一方のデータセット（メディアファイル）に関する情報（メディアＩＤ）への可能な値（識別子）の割り当てが、他方のデータセット（メディアファイル）に関する情報（メディアＩＤ）へのこの値（識別子）の割り当てに変更されることになる実施形態も可能である。

特定のイネーブル信号の受け取りにより、データセットに関する情報への可能な値の割り当てが、一方のデータセットに関する情報ならびに他方のデータセットに関する情報へのこの値の割り当てに変更されることになる実施形態も可能である。例えば、識別子の可能な値は、データセットに関する一連の情報に割り当てることができる。

好適な実施形態では、特定のイネーブル信号は、唯１つの特定のデータセットに割り当てられる。制御ユニットが特定のイネーブル信号を受け取った場合、制御ユニットは、特定のデータセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる。制御ユニットのメモリに格納された他のデータセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御する制御ユニットの手段は、好適な実施形態では、特定のイネーブル信号の受信に影響されないまま維持される。他のデータセットが再生のために使用可能な場合は、このデータセットは使用可能なまま維持される。他のデータセットがロックされた場合、このデータセットはロックされたまま維持され、制御ユニットが他のデータセットのための特定のイネーブル信号を受け取った場合にのみ使用可能になる。

データセットがシステムのコンピュータ（好適にはサーバー）のメモリに格納されている実施形態の好適な実施形態では、コンピュータは、好適には、割り当てテーブルを有する。好適な実施形態では、センサが自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出した場合に、センサは識別子を制御ユニットに伝送し、あるいは制御ユニットがセンサの信号から識別子を求め、この場合、センサが自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出した場合に、センサは信号を制御ユニットに送信する。好適な実施形態では、制御ユニットは、データセットをダウンロードするための要求（ＡＶ要求信号）をコンピュータに送信するために識別子を使用する。コンピュータの割り当てテーブルでは、好適には、識別子の可能な値に対してデータセット（メディアファイル）に関する情報（メディアＩＤ）が割り当てられている。この割り当てテーブルは、識別子が取り得る値にデータセット（メディアファイル）に関する情報（メディアＩＤ）を割り当てる。制御ユニットが、コンピュータに識別子を含む信号（ＡＶ要求信号）を伝送した場合、コンピュータは、割り当てテーブルから、この識別子の値にデータセット（メディアファイル）に関する特定の情報（メディアＩＤ）が割り当てられていることを読み出すことができる。特定の情報は、例えばデータセットのファイル名またはデータセットの格納場所であってもよい。

コンピュータによる、変更信号であってもよい特定のイネーブル信号の受け取りは、コンピュータに割り当てテーブルの改訂を生じさせることができる。好適な実施形態では、コンピュータは、割り当てテーブルに識別子のための新規の値を追加し、割り当てテーブルにおいてこの新規の値にデータセットに関する新規の情報を割り当てる。代替的な実施形態では、コンピュータは、特に好適には変更信号の受け取り後に、識別子の値に割り当てられたデータセットに関する情報（メディアＩＤ）を変更する。例えば、値に割り当てられたデータセットに関する情報は、「データセットなし」または「不明」または「ロック」の内容を有することができ、この場合、コンピュータは、この情報を、特定のイネーブル信号の受け取り後に、例えば、具体的なファイル名またはデータセットの格納場所に関する情報（メディアＩＤ）に変更することができる。

コンピュータの割り当てテーブルが、識別子の値へのデータセットの割り当ての他に各データセットに対する状態属性も含んでいる実施形態も可能である。この状態属性は、例えば、「解除」であってもよい。逆の場合は、この状態属性は、「非解除」または「ロック」であってもよい。そのような実施形態では、特定のイネーブル信号の受け取りは、制御ユニットに、状態属性を変更させる、特に「非解除」から「解除」に変更させることができる。

特定のイネーブル信号、特に好適には変更信号として形成されたイネーブル信号の受け取りにより、一方のデータセット（１つのメディアファイル）に関する情報（１つのメディアＩＤ）への可能な値（１つの識別子）の割り当てが、他方のデータセット（１つの他方のメディアファイル）に関する情報（１つのメディアＩＤ）へのこの値（この識別子）のコンピュータの割り当てに変更されることになる実施形態も可能である。

変更信号であってもよい特定のイネーブル信号の受け取りにより、データセットに関する情報への可能な値の割り当てが、一方のデータセットに関する情報ならびに他方のデータセットに関する情報へのこの値の割り当てに変更されることになる実施形態も可能である。例えば、識別子の可能な値は、データセットに関する一連の情報に割り当てることができる。

好適な実施形態では、特定のイネーブル信号、好適には、変更信号として形成されたイネーブル信号が、唯１つの特定のデータセットに割り当てられる。コンピュータのメモリに格納された具体的なデータセットは、コンピュータの制御ユニットがこの具体的なデータセットのための特定のイネーブル信号を受け取った場合にのみ、再生装置の制御ユニットにとってデータ回線を介して呼び出し可能になる。コンピュータのメモリに格納された他のデータセットを呼び出す制御ユニットの手段は、好適な実施形態では、特定のイネーブル信号の受信に影響されないまま維持される。他のデータセットが呼び出しのために使用可能である場合は、このデータセットは使用可能なまま維持される。他のデータセットがロックされた場合、このデータセットはロックされたまま維持され、制御ユニットが他のデータセットのための特定のイネーブル信号を受け取った場合にのみ使用可能になる。

好適な実施形態では、コンピュータは、サーバー、または１つのクラウドにつなぎ合わされたコンピュータネットワークのコンピュータである。

好適な実施形態では、データ回線は、再生装置とコンピュータとの間の直接的な無線回線、例えばＷＬＡＮを介した接続、または、ＢｌｕｅｔｏｏｔｈもしくはＮＦＣを介した接続である。代替的な実施形態では、データ回線はインターネットを介した接続である。

好適な実施形態では、再生装置に設けられた特定のイネーブル信号のための受信ユニットに、特定のイネーブル信号のための生成ユニットが接続されるか、またはシステムの一部として、特定のイネーブル信号のための生成ユニットが設けられる。そのような生成ユニットは、サブアセンブリとしてのクレジットカードリーダー、特に好適にはクレジットカードのＲＦＩＤタグを読み出すためのクレジットカードリーダーであってもよい。ただし、クレジットカードリーダーは、スマートフォンまたはタブレットに格納されている（例えば「Ａｐｐｌｅ Ｐａｙ」システム内の）クレジットカードを読み出すことができるＮＦＣリーダーであってもよい。生成ユニットは、特定のイネーブル信号の生成を、クレジットカードリーダーが確認信号、特にクレジットカードからの特定の金額の借方記入に関する確認信号を送信することに依存して行うことができる。そのような生成ユニットは、補足的または代替的に、行われた支払いの流れ、例えば一方の銀行口座から他方の銀行口座への正常に完了した振込に関する確認信号を生成できる他のサブアセンブリを含むことができる。

本発明で可能になった再生認証の管理は、好適な実施形態では、識別子担体に割り当てられた識別子に他のデータセットを割り当てるために使用することができる。例えば、識別子担体に複数のエピソードを有するオーディオブックの第１のエピソードのデータセットが割り当てられる実施形態が可能である。本発明によれば、この識別子担体に、ここで、オーディオブックの他のエピソードのデータセットを割り当てることができ、この場合、本発明は、特定のイネーブル信号（好適には変更信号の形態の特定のイネーブル信号）に関する検査により、例えば支払いに依存して新規の割り当てを行うことができる。同様に、最初に複数のエピソードを有するオーディオブックの１つのエピソードのみが識別子担体に割り当てられ、ここで、オーディオブックの２つ以上のエピソードが識別子担体に割り当てられる実施形態も可能であり、この場合、特定のイネーブル信号に関する検査により、例えば支払いに依存して新規の割り当てを行うことができる。

消費者が既に複数の識別子担体を有しているシステムも可能であり、ここでは、各識別子担体に各データセットが割り当てられている。本発明は、ここでは、これらの識別子担体の１つに他のデータセットを後から割り当てること、あるいは１つのデータセットへの既存の割り当てに対して付加的に、２つのデータセットへの割り当てを提供することを可能にする。そのようなシステムにおいて、識別子担体を販売することが想定される場合、本発明は、ここでは、既存の識別子担体において、それらの割り当てをインターネットを介して、ならびにインターネットを介した処理が可能な支払い過程を介して変更したり、補足したりすることを可能にする。これにより、消費者は、新規の識別子担体を注文する必要がなくなるだけでなく、自身が希望する新規のコンテンツを既存の識別子担体に割り当てることが可能になる。

本方法の好適な実施形態では、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、データパケットが、外部メモリから再生装置のメモリに転送され、ならびに／またはデータパケットが再生装置から外部メモリおよび／または外部制御ユニットに転送されることが想定される。

この知識は、例えば、玩具と再生装置および外部メモリとの間の通信時間を低減するために使用することができる。例えば、センサが自身の環境の領域内で自身の環境の特定の特性もしくは特定の特性の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合、あるいは最初に玩具もしくは再生装置と外部メモリもしくは外部制御ユニットとの間の通信接続が形成されない場合、センサが自身の環境の領域内でこの環境の特定の特性もしくはこの特性の特定の変化を検出したという状況、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出したという状況は、玩具もしくは再生装置と外部メモリもしくは外部制御ユニットとの間の通信チャネルの構築のためのトリガーイベントとして使用される。

そのような手順は、特に、既存の通信チャネルを特定のイベントが発生した際に再び閉じることも可能にする。通信チャネルが例えばワイヤレスで例えば無線によって提供される場合、特定のイベントの達成の際に無線接続を分離することができる。これにより、玩具もしくは再生装置の使用者がさらされる放射線を低減することができる。トリガーイベントは、例えば玩具もしくは再生装置からの識別子の削除であってもよい。同様に、トリガーイベントは、事前に定められた時間間隔の経過であってもよい（識別子の削除後でも）。これらの手段により、外部メモリもしくは外部制御ユニットと、玩具もしくは再生装置との間に永続的に存在する通信チャネルで生じる可能性が最も高い最大の操作利便性と、放射線被曝の低減願望との間で良好なバランスを見つけることができる。

外部メモリは、玩具もしくは再生装置をケーブルもしくは無線接続を介して接続し得る外部コンピュータに設けられてもよい。そのようなコンピュータは、例えば、玩具もしくは再生装置も存在しているホームネットワーク内にローカルに存在してもよい。しかしながら、外部メモリは、玩具もしくは再生装置がインターネットを介してコンタクトするメモリ、例えば、いわゆる「クラウド」内のメモリであってもよい。

本発明の利点の達成のために、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、常にデータパケットが外部メモリから玩具のメモリに転送されるということは必要ではない。そのため、本方法の好適な実施形態では、玩具もしくは再生装置が、データパケットを格納できるメモリを有し、玩具もしくは再生装置の制御ユニットは、どのデータパケットが玩具もしくは再生装置のメモリに格納されているかを知っていることが考えられる。本方法の好適な実施形態では、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合、あるいは制御ユニットが、外部メモリから玩具のメモリに転送すべきデータパケットが玩具もしくは再生装置のメモリに既に格納されているわけではないことを検出した場合にのみ、データパケットが外部メモリから玩具のメモリに転送される。これにより、外部メモリと、玩具もしくは再生装置のメモリとの間のデータ交換量を低減することができる。

センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、外部メモリが、いずれにせよ外部メモリから玩具もしくは再生装置のメモリに転送されるべきデータパケットを保持する実施形態が考えられる。この種のデータパケットは、例えば、制御ユニットによって使用されるソフトウェアのためのソフトウェアアップデートであってもよい。同様に、この種のデータパケットは、制御データパケットであってもよい。この種の制御データパケットを用いることにより、例えば、玩具もしくは再生装置がオーディオ情報をスピーカーもしくはスピーカー接続端子を介して再生する最大音量を確定することができる。この種の制御データパケットは、好適な実施形態では、玩具もしくは再生装置の制御ユニットの機能性を制御することができる。例えば、制御データパケットを介して、どのくらいの時間、制御ユニットがオーディオ情報を再生したり、あるいは画像、ビデオ、もしくは３Ｄ情報を再生したり、あるいはソフトウェアを実行したりするかを確定することができる。これにより、使用の時間制限を行うことができる。同様に、制御データパケットを用いることにより、特定のオーディオ情報、あるいは特定の画像、ビデオ、もしくは３Ｄ情報、あるいは特定のソフトウェアの再生をロックすることもできる。このロックは、一般に、例えば年齢制限を遵守するために行うことができ、それにより、各コンテンツをまったく再生できないようにすることができる。ただし、この種のロックは、例えば、所定の期間にわたって常に１つのコンテンツしか再生されないような事態を防ぐために、一時的なものであってもよい。

好適な実施形態では、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、データパケットが玩具もしくは再生装置のメモリから外部メモリに転送されることが想定される。例えば、玩具もしくは再生装置の制御ユニットは、その使用に関する統計、つまり、特に再生されるオーディオ情報、あるいは再生される画像、ビデオ、もしくは３Ｄ情報、あるいは実行されるソフトウェアの実行に関する統計、例えばどのくらいの頻度で各コンテンツが再生または実行されたかに関する統計を保持することが考えられる。そのような統計の内容がデータパケットとして外部メモリに転送される場合、例えば、外部メモリからデータへのアクセスを有する親は、自身の子供がどのコンテンツをどのくらいの頻度で使用したか、どのくらいの時間完全にコンテンツを呼び出したかなどや他の統計的情報、例えば、制御ユニットのソフトウェア状態や玩具もしくは再生装置のバッテリーの充電状態などを確定することができる。

外部メモリから玩具もしくは再生装置のメモリに転送されるデータパケットは、外部メモリに保持されているデータベースのライブラリに由来し得る。このライブラリは、例えばオーディオブック出版社や映画配給会社などの外部サービスプロバイダーによって提供可能である。しかしながら、外部メモリ内のデータパケットが、記録ソフトウェアで個別に記録されたデータパケットであり得る実施形態も考えられる。記録ソフトウェアは、外部メモリが所属するコンピュータの一部であるプロセッサによって実行することができる。この種の解決手段は、ホームネットワーク用に適している。ただし、記録ソフトウェアは、例えばスマートフォン、タブレットコンピュータ、ラップトップ、デスクトップコンピュータ、またはワークステーションなどの外部コンピュータ上で実行することもでき、そのように生成されたデータパケットは、ネットワークを介して、特に好適にはインターネットを介して例えば「クラウド」などの外部メモリに収納され、そこから玩具もしくは再生装置のメモリに転送される。このことは、第３者に音声メモ、画像、フィルムシーケンス、例えば物語を記録させ、これらを外部メモリに準備することを可能にさせる。対応するデータパケットは、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、外部メモリから再生装置のメモリに転送することができる。外部メモリは、既存の記録を新規の記録に置き換えるように構成されてもよい。玩具もしくは再生装置が、外部メモリにおいてデータパケットを要求する場合、外部メモリおよび再生装置は、最初に玩具もしくは再生装置にデータパケットのコピーが既に格納されているかどうかを検査するように構成されてもよい。この検査は、玩具もしくは再生装置によって、あるいは好適には外部メモリによって実行することができる。これに依存して、例えば、データパケットが外部メモリから玩具もしくは再生装置に転送されるかどうかどうかと、どのデータパケットが外部メモリから玩具もしくは再生装置に転送されるかを決定することができる。このようにして、同じ識別子を用いて、時間に関して異なっているコンテンツ、例えば主に定期的に変更されるコンテンツ（例えばいわゆるポッドキャストなど）やイベントに依存して変更されるコンテンツなど呼び出すことができる。玩具もしくは再生装置は、一実施形態では、予め定められた時点で、特定の識別子に割り当てられたコンテンツが変更されたかどうかを自動的に検査し、また好適には新規のコンテンツを識別子の次の識別の際により迅速に利用するために自動的に格納するように構成されてもよい。この目的のために、玩具もしくは再生装置は、外部メモリに要求が自動的に行われるという情報を伝送する。外部メモリは、これによりこれらの要求を、例えばデータ伝送の優先度に関する他の要求とは異ならせて処理することができる。

センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合の以下でさらに詳細に説明される実施形態の文脈では、比喩的本体に配置された識別子がセンサの環境の領域内にもたらされる場合、ここでは、特にフィギュアの形状に結合させてもよい様々な手順が提供される。そのため、フィギュアは、例えば特定の物語のメインキャラクタの形態であってもよい。このフィギュアが自身の識別子とともにセンサの領域内にもたらされ、センサが自身の環境の領域内でこの環境のこのフィギュアに所属する特定の特性もしくはその特性のこのフィギュアに所属する特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性のこのフィギュアに割り当てられた特定の変化を検出した場合、データパケットを外部メモリから再生装置もしくはこのメインフィギュアの文脈にある玩具のメモリにロードすることができる。これにより、例えば、子供向け放送劇をダウンロードすることができる。しかしながら、この実施形態は、既知の物語のいかなるメインフィギュアにも割り当てられていない比喩的形態の識別子、いわゆるファンタジー識別子（識別子タイプ「クリエイティブタイプ」の識別子）を選択することも提供する。ファンタジー識別子は、例えば、対象物または人物になぞられてもよいし、さらに好適には、例えば３Ｄ印刷技術を用いて多重にもしくは個別に作成されてもよい。センサが自身の環境の領域内でこの環境のこのファンタジー識別子に割り当てられた特定の特性もしくはその特性のこのファンタジー識別子に割り当てられた特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性のこのファンタジー識別子に割り当てられた特定の変化を検出した場合、このことは、外部メモリから事前に記録ソフトウェアを用いて記録されたデータパケットを再生装置のメモリに転送することを生じさせることができる。これにより、例えば両親や祖父母が自身の子供達もしくは自身の孫達に向けて物語を提示したり、寝かしつけの物語を記録したりする手段がもたらされる。これらの物語は、子供達がファンタジー識別子をセンサの環境内にもたらした場合に、子供達に聞かせたり、ビデオや３Ｄ記録の場合には見せたりすることができる。

外部メモリへのデータパケットの転送のために、記録ソフトウェアが使用可能であり、この記録ソフトウェアは、コンテンツを記録したりもしくは別のやり方でコンテンツを読み取ったり、このコンテンツの全部もしくは一部をネットワークを介して外部メモリに伝送したり、１つ以上の特定の識別子もしくは識別子グループへのコンテンツの割り当てを行ったりすることができる。記録ソフトウェアは、この目的のために、玩具もしくは再生装置への接続を介して（直接かまたは介在接続されたサーバーを介して）、割り当ての対象となる１つ以上の特定の識別子もしくは識別子グループを（１回もしくは繰り返し）求め、さらに記録ソフトウェアのユーザーに、記録もしくは読み取りの前後で識別子のどれに割り当てるべきかを決定させることができる。この求めは、好適には、記録ソフトウェアのユーザーに識別子が使用可能である場合、識別子を玩具もしくは再生装置の識別領域にもたらすことによって行うことができる。しかしながら、この求めは、例えば、ユーザーアカウントを用いて、記録ソフトウェアのユーザー（もしくはユーザーグループ）と１つ以上の識別子との間の関係を格納することによって行うこともできる。さらにこの求めは、ユーザーのユーザーアカウントと機器識別子との間の関係を格納し、識別子を機器識別子に割り当てることによって行うことができる。ユーザーアカウントへの割り当ては、好適には、識別子に結合されているが、それとは別個に転送できる個人情報が、ユーザーアカウントへの割り当てを行うことができる記録ソフトウェアもしくは他のソフトウェアにおいて使用されることによって達成することもできる。この個人情報は、例えば英数字コード、バーコード、またはＱＲコードなどであってもよい。前述した割り当て手段は、好適には、記録ソフトウェアのユーザーにとってより大きな利便性を達成するために相互に組み合わせることができる。ユーザーアカウントへの割り当ては、例えば、外部メモリに格納されるか、記録ソフトウェアと同じ機器に格納され、好適には両方の箇所に格納される。記録ソフトウェアは、特に、それが特定の識別子への物理的なアクセスなしでも、この識別子への割り当てが可能になるように設計されてもよい。

記録ソフトウェアおよび外部メモリは、さらに、記録ソフトウェアが、特定の識別子もしくは識別子グループ、特にファンタジー識別子についての権限のユーザーによって望まれる制限を外部メモリに転送できるように構成されてもよい。これらの制限は、上述の制御データパケットによって玩具もしくは再生装置に伝送することができる。ただし、これらの制限は、（例えば付加的に）外部メモリによるデータパケットの送信前の認証検査において考慮することもできる。

好適には、記録ソフトウェアは、より大きな利便性を達成するために、同時に、上述の例えば音量を制限するための他の制御データパケットを生成する手段も提供する。

また、データパケットを永続的に、特に好適には所定の期間にわたって永続的に外部メモリから再生装置のメモリに転送したり、ストリーミングしたりすることも考えられる。例えば、ラジオ放送用またはテレビ用または映画再生用のデータパケットをこのようにして、外部メモリから再生装置もしくは玩具のメモリに転送することができる。

再生装置は、特に、国際公開第２０１５／１０４２２２号、国際公開第２０１７／１２９３４９号明細書に記載されている簡略化された操作構想を利用するものである。この構想の基本的な考察は、再生装置の一部として、自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサを使用すること、ならびにセンサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合に所望の駆動制御を行うことができる制御ユニットを設けることから出発している。このセンサとこの制御ユニットとを備えた再生装置ならびにそのようなセンサとそのような制御ユニットとを使用した方法は、特に簡単な操作につながる。所望の情報を再生するために、そしてひいては（本発明のとりわけ好適な実施形態において）所望の情報の再生もしくはソフトウェアの実行を直ちにもたらすために、本発明によれば、環境にセンサによって検出可能な特定の特性を与える、もしくはこの環境の特性の変化をセンサによって検出できるように実施することで十分となり得る。

本発明の使用分野は、オーディオ情報を構成するメディアファイル、特に楽曲、音声テキスト、または楽曲と音声テキストとの組み合わせを再生することである。これらのオーディオ情報は、特に好適には少なくとも１０秒の再生持続時間、好適には１５秒を超える、特に好適には２０秒を超える、とりわけ好適には２５秒を超える再生持続時間を有する。とりわけ好適な実施形態では、オーディオ情報の再生持続時間は、少なくとも３０秒、とりわけ好適には１分を超えて持続できることさえ想定される。例えば、本発明を用いて特に好適に再生される放送劇は、多くの場合５分を超える長さを有し、３０分までの長さあるいはそれを超える長さでさえ有する場合もある。本発明によって再生すべきオーディオ情報は、特に確認信号ではない。特に、本発明によって再生すべきオーディオ情報は、例えば、第１の対象物が第２の対称物に対して適正に位置合わせされた場合に出力することができる応答音ではない。同様に、オーディオ情報は、とりわけ好適には、第１のオブジェクトを第２のオブジェクトの近傍にもたらした場合、あるいは第２の対称物に対して事前に定められた特定の位置にもたらした場合に再生されるベル音ではない。本発明は、それが楽曲や音声テキストの場合に当てはまるようにそれらの再生持続時間が比較的長びくオーディオ情報に関するものである。オーディオ情報は、特に好適には、その再生の際に非周期的な一連の異なる音が再生されるものである。

本発明による再生装置のスピーカーは、特に好適には、電気信号を機械的振動（音）に変換することができる変換器である。

本発明による再生装置は、スピーカーの代わりに、例えばＳｐｅａｋｏｎ接続端子、ＸＬＲ接続端子、または例えば６．３５ｍｍジャックソケットなどのスピーカー接続端子を有することもできる。制御ユニットがスピーカー接続端子を駆動制御することにより、スピーカーがスピーカー接続端子に接続されている場合に、制御ユニットは、このスピーカーの駆動制御も可能である。スピーカー接続端子は、例えばＢｌｕｅｔｏｏｔｈやＷＬＡＮ無線ネットワークなどの無線を介してスピーカーと通信することができる送信ユニットであってもよい。ただし、特に好適には、送信ユニットは、ＷＬＡＮ無線ネットワークを用いてスピーカーと通信するのではなく、むしろ例えばＢｌｕｅｔｏｏｔｈを介して通信する。同様に、再生装置は、スピーカー接続端子として、あるいは画像、ビデオ、もしくは３Ｄ情報を再生するための表示部用の接続端子として、スマートフォンのドッキングステーションと互換性のある接続端子を有することができる。スマートフォン用のドッキングステーションは、スマートフォンの駆動制御命令に基づいて、スピーカーまたは画像、ビデオ、もしくは３Ｄ情報を再生するための表示部を駆動制御するために使用することができる。本発明による再生装置が、そのようなドッキングステーションと互換性のある接続端子を有し、スマートフォンの代わりにドッキングステーションに接続されることにより、本発明による再生装置の制御ユニットは、ドッキングステーションに接続されたスピーカーやドッキングステーションに接続された画像、ビデオ、もしくは３Ｄ情報を再生するための表示部を駆動制御する手段を得る。このドッキングステーションは、ケーブルを用いてスピーカーや画像、ビデオ、もしくは３Ｄ情報を再生するための表示部と接続されてもよい。ただし、ドッキングステーションは、ワイヤレスで、例えば無線ネットワークを介して、スピーカーや画像、ビデオ、もしくは３Ｄ情報を再生するための表示部と接続されてもよい。本明細書において、スピーカー接続端子や画像、ビデオ、もしくは３Ｄ情報を再生するための表示部用の接続端子の駆動制御の特殊性が明示的に記載されていない限り、本発明は、スピーカー接続端子や画像、ビデオ、もしくは３Ｄ情報を再生するための表示部用の接続端子の駆動制御のさらなる手段については代行的に、スピーカーの駆動制御の好適な使用分野に基づいて説明される。スピーカー接続端子や画像、ビデオ、もしくは３Ｄ情報を再生するための表示部用の接続端子の駆動制御の使用分野については、本明細書において、スピーカーや画像、ビデオ、もしくは３Ｄ情報を再生するための表示部を駆動制御することが記載される限り、それに伴ってスピーカー接続端子や画像、ビデオ、もしくは３Ｄ情報を再生するための表示部用の接続端子を駆動制御することも意味している。

好適な実施形態では、本発明による再生装置は、少なくとも２つのスピーカーを有し、それによって、オーディオ情報の再生をステレオで行うことができる。

センサによって検出される自身の環境の領域の特性の変化として、特に好適には、電磁波の特性の変化を意味するものと理解される。電磁波は、例えば、パッシブ型ＲＦＩＤトランスポンダと通信するための読み取り機器によって生成され、電磁波は、パッシブ型ＲＦＩＤトランスポンダをその存在により電磁波が変化する読み取り機器の環境の領域内にもたらすことによって変化し得る。ＲＦＩＤトランスポンダをもたらすことによって引き起こされた電磁波の変化は、センサによって自身の環境の領域の特性の変化として識別することができる。これにより、本発明による再生装置に対して、センサの環境の特定の領域内でパッシブ型ＲＦＩＤトランスポンダの存在を検出し、例えばＲＦＩＤトランスポンダが完全にセンサの環境の領域内に存在している場合にオーディオ情報の再生を行うこと、あるいは特定のＲＦＩＤトランスポンダがセンサの環境の領域内で検出される場合にオーディオ情報の再生を行うことが可能になる。同様に、好適な実施形態では、センサによって検出される自身の環境の領域の特性もしくはセンサによって検出される自身の環境の領域の特性の変化は、アクティブ型ＲＦＩＤトランスポンダによってもたらされることが想定されている。

特に好適には、電磁波を介して識別子が伝送され、この識別子により、制御ユニットは、本発明による再生装置のメモリにもしくはサーバー上に格納されたデータセットを識別することができ、このデータセットに基づいてオーディオ情報を再生するためにスピーカーを駆動制御することができる。したがって、好適な実施形態では、センサは、パッシブ型ＲＦＩＤトランスポンダと通信するための、かつ／またはアクティブ型ＲＦＩＤトランスポンダと通信するための読み取り機器である。

再生装置の制御ユニットは、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、オーディオ情報を再生するためにスピーカーを駆動制御することができる。好適な実施形態では、センサが自身の環境の領域内で特定の特性もしくはその特性の特定の変化を検出した場合に、センサは、制御ユニットによって検出可能な値を有する信号を生成する。例えば、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合にのみ、センサは、制御ユニットに供給される信号を生成することも考えられる。そのような実施形態では、センサが既に評価を行い、この環境の特定の特性もしくはその特性の特定の変化を検出した場合にのみ信号が制御ユニットに供給されるか、あるいはセンサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合には、制御ユニットに、特定の値を有し、制御ユニットによって検出可能な特定の他の値に変更される永続的な信号が供給されることになる。補足的または代替的に、制御ユニットが評価を行うことも考えられる。そのような実施形態では、センサは、制御ユニットに測定信号を永続的に供給する。制御ユニットは、例えば、値テーブルの格納により、センサから自身に供給される測定信号から、センサの環境の領域内に特定の特性もしくはその特性の特定の変化が存在するかどうかを識別するように設計されている。ここでは、センサの環境の特性の変化として、例えばセンサの環境における磁場の特定方向への方向変化が一回発生するなどの特定の変化が一回発生することだけでなく、むしろ例えばそれが変調波を読み出す場合や電磁波を評価する場合に当てはまるようにセンサの環境の領域における特性の時間的な連続もしくはセンサの環境の特性の特定の変化の連続も意味するものと理解される。

好適な実施形態では、制御ユニットは、センサが自身の環境の領域内で、この環境の特性の特定の変化をその特性の特定の一連の変化の形態で検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化をその特性の特定の一連の変化の形態で検出した場合にのみ、オーディオ情報を再生するためにスピーカーを駆動制御する。この一連の変化は、文字列（ストリング）の形式で構成されてもよい。この文字列（このストリング）は、例えば、一方の特定の場所に、再生すべきオーディオ情報に関する情報を含み、他方の特定の場所にはコピープロテクトとしてまたは認証のために機能する識別語を含むことができる。文字列形式の一連の変化に、再生すべきオーディオ情報に関する情報は含まれているが識別語が含まれていない場合には、制御ユニットは、スピーカーを駆動制御しない。識別語に対して代替的に、検証用の制御装置によって実行可能なプログラム（ソフトウェア）の命令列であってもよい。

好適な実施形態では、再生装置は、制御ユニットがオーディオ情報を再生するためにスピーカーを駆動制御することができるデータが格納されたメモリを有する。データは、特に好適には、特定のデータフォーマット、例えばＭＰ３フォーマットまたはＷＡＶフォーマットのオーディオ情報を含む。メモリが、唯１つのオーディオ情報のデータのみを含む実施形態も考えられる。本発明による再生装置は、そのような実施形態において、センサの環境の領域の特性が相応に設定される場合、あるいはセンサの環境の領域の特性の変化が相応に設定される場合、その再生持続時間が特に好適には少なくとも１０秒持続する唯１つのオーディオ情報を再生するために使用することができる。好適な実施形態では、メモリに異なるオーディオ情報のデータが格納される。特に好適には、そのような実施形態では、制御ユニットは、センサが自身の環境の領域内でこの環境の特定の第１の特性もしくはその特性の特定の第１の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の第１の変化を検出した場合に、その再生が特に好適には少なくとも１０秒持続する第１のオーディオ情報を再生するためにスピーカーを駆動制御し、一方、制御ユニットは、センサが自身の環境の領域内でこの環境の特定の第２の特性もしくはその特性の特定の第２の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の第２の変化を検出した場合、その再生が特に好適には少なくとも１０秒持続する第２のオーディオ情報を再生するためにスピーカーを駆動制御するように構成される。これにより、センサの環境の領域の特性の特定の影響またはセンサのこの環境の特性の変化の特定の影響によって、複数のオーディオ情報のどのオーディオ情報を再生装置が再生するのかを確定することができる。例えば、センサの環境の領域内で第１のＲＦＩＤタグの存在が検出される場合、再生装置は特定の第１のオーディオ情報を再生することができ、それに対してセンサの環境の領域内で第２のＲＦＩＤタグの存在が検出される場合、再生装置は、第２のオーディオ情報を再生することができる。

好適な実施形態では、オーディオ情報のデータは、例えば、オーディオブックを個々の章の形態で再生するために、あるいはオーディオブックの個々の章を駆動制御可能にするために、別個に読み出し可能なデータ列を有するデータセットとして格納されている。データセットの各データ列は、好適な実施形態では別個に読み出してスピーカーを駆動制御するために使用することができる。

好適な実施形態では、再生装置は、インターネットからデータを受信するためのユニットおよび／またはインターネットにデータを送信するためのユニット、特に好適には、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）や例えばＬＴＥ、ＵＭＴＳ、もしくはそれらの前後世代の移動無線技術用のアンテナ、あるいはインターネットアクセスも含むローカルネットワークのケーブルを接続するための接続ソケット、例えばＥｔｈｅｒｎｅｔケーブル用の接続ソケットを有する。インターネットからデータを受信するためのユニットが存在することにより、制御ユニットは、特定のデータフォーマットの再生すべきオーディオ情報を含むデータをインターネットからダウンロードすることが可能になる。このようにして、再生装置は、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出する前、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出する前に、再生装置に格納されていなかったオーディオ情報を再生することができる。この場合、制御ユニットは、自身がインターネットからデータを受信してメモリに永続的に格納し、メモリに格納されたデータに基づいてオーディオ情報を再生するためにスピーカーの駆動制御を行うように構成されてもよい。補足的または代替的に、制御ユニットが、インターネットから受信したデータをオーディオ情報の再生のためにスピーカーを駆動制御するために直接使用すること（いわゆるストリーミング）も考えられ、この場合、この実施形態は、インターネットから受信したデータをバッファに一時的にバッファリングすることを含むこともできる。

特定のデータフォーマットのオーディオ情報を含むデータをインターネットから受信する実施形態では、例えば、制御ユニットがメモリにインターネットに接続されたサーバーの特定のサーバアドレスを保持し、さらにメモリに、特定の各特性もしくはその特性の特定の各変化が各識別番号に割り当てられるテーブルを保持することが考えられる。制御ユニットは、そのような実施形態では、次いで、特定の特性もしくはその特性の特定の変化が識別された場合に具体的なサーバーと通信し、特定の特性もしくはその特性の特定の変化に割り当てられた識別番号を再び用いてサーバーから特定のデータセットをダウンロードし、このデータから得られるオーディオ情報を再生するためのスピーカーの駆動制御のために使用するように構成されている。例えば、サーバー上には、特定のデータフォーマットのデータとして音楽タイトルを格納することができ、その場合は、各音楽タイトルもしくはこの音楽タイトルを含むデータがサーバー上に特定の識別コードの下で格納される。好適な実施形態では、本発明による再生装置は、センサの環境の領域の特定の特性もしくはその特性の変化が、サーバーのデータベース上でも使用されるいくつかの識別番号、複数の識別番号、または好適な実施形態ではすべての識別番号にさえ割り当てられる割り当てテーブル（ＡＶ割り当てテーブル）を既に含んでいる。これにより、制御ユニットはサーバーから所期のデータセットをダウンロードすることができる状態になる。代替的に、制御ユニットが、検出された特定の特性もしくは検出された特性の特定の変化を含む情報を、インターネットに接続されている特定のサーバーに伝送するように構成されることも考えられる。次いで、特定のオーディオ情報への識別された特定の特性もしくは識別された特性の特定の変化の割り当てをサーバー上で行うことができる。次いで、制御ユニットは、サーバーから再生すべきオーディオ情報を含むデータを受信するように構成される。サーバーは、制御ユニットから自身に伝送された特定の特性もしくは制御ユニットから自身に伝送されたその特性の特定の変化に自身が割り当てたデータを、本発明による再生装置に伝送する。この実施形態は、本発明による再生装置における割り当てテーブルの保持の必要性を回避させ、ひいてはセンサの環境の領域の検出された特定の特性もしくは検出された特性の特定の変化に基づいて、オーディオ情報を含む特定のデータの受信の柔軟性を高める。そのような実施形態は、例えば、本発明による再生装置の制御ユニットにおける割り当てテーブルを適合させる必要なしで、サーバー上で提供されるデータセットの数を増加させることを可能にする。

好適な実施形態では、再生装置は、スイッチオフ可能なＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）用のアンテナを有している。特に、本発明による再生装置をオーディオ情報の再生のために子供に使用させるべき場合、子供のいる環境で発生する電磁波を低減することに関心が持たれる可能性がある。このため、ＷＬＡＮアンテナをスイッチオフにすることが合目的的である場合がある。

同様に、ＷＬＡＮアンテナを介してＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋに接続された再生装置が、再生すべきオーディオ情報をネットワークの他の加入者に伝送すること、例えばテレビや他のスピーカーにストリーミングすることも可能である。

好適な実施形態では、制御ユニットのオペレーティングシステムは、Ｆｉｒｅｆｏｘ ＯＳである。好適な実施形態では、制御ユニットのオペレーティングシステムは、アップデートによって更新することができる。

好適な実施形態では、制御ユニットは、スピーカーの駆動制御に関する情報、例えば、特定のオーディオ情報が再生された頻度または特定のオーディオ情報が再生された順序を求めるように、および記録するように構成される。特に好適には、再生装置は、この種の情報をサーバーに通信するように構成される。

本発明によるシステムは、本発明による再生装置と、識別子担体とを備え、ここで、識別子担体は、識別子担体がセンサの環境の領域内に存在する場合、あるいは識別子担体がセンサの環境の特性を変化させる場合に、センサが検出できる特性を有している。本発明によるシステムの基本的な考察は、特定の識別子が、センサの環境におけるセンサが特性もしくは特性の変化を検出できる領域にもたらされた場合に、制御ユニットが、オーディオ情報を再生するためにスピーカーを駆動制御することにある。ただし、この場合、とりわけ好適な実施形態では、識別子をこの領域内へ持ち込むことで、既に、オーディオ情報を再生するためにスピーカーの駆動制御がさらなる操作命令の生成を必要とすることなくトリガーされるべきである。

本発明によるシステムのこの基本構想は、オーディオ情報を再生するための再生装置の操作を大幅に簡単化する。ここでは、現場から公知のＣＤ再生装置で必然的に生じるような引っ掻き傷の付きやすいＣＤを取り扱ったり、現場から公知のＭＰ３再生装置でオーディオ情報を再生するためにスピーカーを駆動制御するために必要な操作素子の複雑な操作シーケンスを学習したりすることはもはや不要である。本発明の最も簡単な実施形態では、識別子担体を、センサが特性もしくは特性の変化を検出できるセンサの環境の領域内に持ち込むだけで十分であり、これに伴い、オーディオ情報を再生するためのスピーカーの駆動制御が制御ユニットによって自動的にトリガーされる。

好適な実施形態では、識別子担体は、ＲＦＩＤトランスポンダまたは変調波の放射および／または受信が可能なアンテナを有する。これにより、本発明による識別子担体は、例えば、本発明による再生装置とＢｌｕｅｔｏｏｔｈ標準を介して、またはＮＦＣ標準を介して通信することができるように構成することが可能である。特に、これらの技術の使用は、識別情報担体と再生装置との間で多岐の通信手段を可能にする。特に、これらの技術の使用は、複数の識別子の識別を可能にする。これにより、本発明による再生装置に対して、例えば、本発明による再生装置またはサーバーに格納された割り当てテーブルにおいて、再生すべき各オーディオ情報に自身の固有の識別子が割り当てられている場合、複数のオーディオ情報から再生すべきオーディオ情報を選択することが可能になる。

好適な実施形態では、識別子担体は磁石を有し、再生装置は磁石が付着可能な面を有する。代替的に、再生装置が磁石を有し、識別子担体は磁石に付着可能な面を有することも可能である。これにより、再生装置と識別子担体とを解離可能に接続することができる。このことは、識別子担体が再生装置に対する特定の相対位置を逸脱することなく、再生装置の移動を可能にさせる。

好適な実施形態では、識別子担体は、フィギュアの形状、特に人間のフィギュアまたは動物のフィギュアまたは空想キャラクタのフィギュアの形状を有している。特に好適には、識別子担体は、足部を有するフィギュアの形状を有する。特に好適には、足部を有するフィギュアの形状を有する識別子担体の場合、フィギュアの足部に磁石が配置され、それによって、フィギュアを本発明による再生装置の上に立たせることができるようになる。

好適な実施形態では、識別子担体は、操作者自身がその形状、色、表面構造および／またはその材料に基づいて特定のオーディオ情報と関連付けることができ、センサがこの環境の特性もしくはその特性の変化を検出することができる、センサの環境の領域内にもたらされた場合に、ユーザーの関連付けに内容的に関連するオーディオ情報を再生するためにスピーカーの駆動制御がトリガーされるように構成されている。識別子担体は、例えば、フィギュアタイプに従って形成されてもよく、そのフィギュアの形状に関連したオーディオ情報の再生をトリガーすることができる。例えば、フィギュアは、「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」の形態を有し、再生されるオーディオ情報は「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」を主人公としたオーディオ物語であってもよい。同様に、識別子担体が個別に適合可能であることも考えられる。例えば、識別子担体は、身近にいる他人の人体形態に似せたフィギュアとして形成されてもよく、再生されるオーディオ情報は、この人が事前に記録したオーディオ情報であってもよい。同様に、識別子担体は、科学者に似せたフィギュアの形状を有し、オーディオ情報は、この科学者によって発見された内容を有することも考えられる。さらに、フィギュアが作曲家や演奏者に似せられ、オーディオ情報がこの作曲家や演奏者のコンテンツを含むことも考えられる。また、識別子担体が、楽曲、楽曲群（アルバム）、またはプレイリストに対するオーディオ情報をトリガーすることも考えられる。

補足的または代替的な実施形態では、識別子担体は、他の対象物に取り付けることができるステッカーまたはモジュールとして構成されている。

再生装置を用いて、音楽または読み聞かせ物語を再生するための本発明による方法であって、再生装置が、
－スピーカーもしくはスピーカー接続端子と、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる制御ユニットと、
－メモリと該メモリに格納されたデータセットと、
－特定のイネーブル信号のための受信ユニットとを有する、方法では、
制御ユニットが特定のイネーブル信号を受け取った場合に、制御ユニットは、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御可能であることが想定される。

再生装置を用いて、オーディオ情報を再生するための、かつ／または画像、ビデオ、もしくは３Ｄ情報を再生するための、かつ／またはソフトウェアを実行するための本発明による方法であって、再生装置が、
－スピーカーもしくはスピーカー接続端子および／または画像、ビデオ、もしくは３Ｄ情報用の表示部またはそのような表示部用の接続端子および／またはソフトウェアを実行することができるプロセッサと、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが、自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットが、センサによって検出された特性の特定の変化を検出した場合に、オーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができ、かつ／または画像、ビデオ、もしくは３Ｄ情報を再生するための表示部または表示部用の接続端子を駆動制御することができ、かつ／またはソフトウェアを実行するためのプロセッサを駆動制御することができる制御ユニットと、
メモリおよびメモリ内に格納されたデータセットと、
特定のイネーブル信号を受信するための受信ユニットとを有する、方法では、
制御ユニットが特定のイネーブル信号を受け取った場合に、制御ユニットは、データセットに基づいてオーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができ、かつ／またはデータセットに基づいて画像、ビデオ、もしくは３Ｄ情報を再生するために表示部または表示部用の接続端子を駆動制御することができ、かつ／またはデータセットに基づいてソフトウェアを実行するためにプロセッサを駆動制御することができることが想定される。

好適な実施形態では、本方法は、
制御ユニットが特定のイネーブル信号をまだ受け取っていない場合に、制御ユニットは、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御できないように、
ならびに／または
制御ユニットが特定のイネーブル信号をまだ受け取っていない場合に、
制御ユニットは、データセットに基づいてオーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御できないように、
かつ／またはデータセットに基づいて画像、ビデオ、もしくは３Ｄ情報を再生するために表示部または表示部用の接続端子を駆動制御できないように、かつ／またはデータセットに基づいてソフトウェアを実行するためにプロセッサを駆動できないように改善構成される。

再生装置を備えたシステムを用いて、音楽または読み聞かせ物語を再生するための本発明による方法であって、再生装置が、
－スピーカーもしくはスピーカー接続端子と、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができる制御ユニットとを有し、
ここで、システムは、コンピュータをさらに備え、
ここで、コンピュータは、メモリを有し、該メモリにはデータセットが格納されており、
ここで、コンピュータは、制御ユニットを有し、
ここで、システムは、再生装置とコンピュータとの間にデータ回線を有する、方法では、
メモリに格納されたデータセットは、コンピュータの制御ユニットが特定のイネーブル信号を受け取った場合にのみ、再生装置の制御ユニットにとってデータ回線を介して呼び出し可能になり、ここで、制御ユニットは、データセットに基づいて音楽または読み聞かせ物語を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができることが想定される。

再生装置を備えたシステムを用いて、オーディオ情報を再生するための、かつ／または画像、ビデオ、もしくは３Ｄ情報を再生するための、かつ／またはソフトウェアを実行するための本発明による方法であって、再生装置が、
－スピーカーもしくはスピーカー接続端子および／または画像、ビデオ、もしくは３Ｄ情報用の表示部またはそのような表示部用の接続端子および／またはソフトウェアを実行することができるプロセッサと、
－自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサと、
－センサが、自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットが、センサによって検出された特性の特定の変化を検出した場合に、オーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができ、かつ／または画像、ビデオ、もしくは３Ｄ情報を再生するための表示部または表示部用の接続端子を駆動制御することができ、かつ／またはソフトウェアを実行するためのプロセッサを駆動制御することができる制御ユニットとを有し、
ここで、システムは、コンピュータをさらに備え、
ここで、コンピュータは、メモリを有し、該メモリにはデータセットが格納されており、ここで、コンピュータは、制御ユニットを有し、
ここで、システムは、再生装置とコンピュータとの間にデータ回線を有する、方法では、
コンピュータのメモリに格納されたデータセットは、コンピュータの制御ユニットが特定のイネーブル信号を受け取った場合にのみ、再生装置の制御ユニットにとってデータ回線を介して呼び出し可能になり、
ここで、制御ユニットは、
データセットに基づいてオーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができ、
かつ／またはデータセットに基づいて画像、ビデオ、もしくは３Ｄ情報を再生するために表示部または表示部用の接続端子を駆動制御することができ、
かつ／またはデータセットに基づいてソフトウェアを実行するためにプロセッサを駆動制御することができることが想定される。

好適な実施形態では、本方法は、センサが、パッシブ型ＲＦＩＤトランスポンダと通信するための読み取り機器および／またはアクティブ型ＲＦＩＤトランスポンダと通信するための読み取り機器であるように改善構成される。

好適な実施形態では、本方法は、識別子担体が設けられ、ここで、識別子担体は、識別子担体がセンサの環境の領域内に存在する場合、あるいは識別子担体が、センサの環境におけるセンサが自身の環境の領域内で検出できる特性を変化させた場合に、センサが検出できる特性を有するように改善構成される。

好適な実施形態では、本方法は、外部コンピュータもしくはサーバーが設けられ、さらに玩具を外部コンピュータもしくはサーバーと通信可能にする通信経路が設けられるように改善構成される。

好適な実施形態では、本方法は、音楽もしくは読み聞かせ物語、あるいはオーディオ情報の再生が少なくとも１０秒持続するように改善構成される。

好適な実施形態では、本方法は、プロセッサが、たとえソフトウェアがまだ再生装置に格納されていなかった場合でも、センサが自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出する前に、ソフトウェアを実行できるように改善構成される。

好適な実施形態では、本方法は、対象物を永続的に配置することができる載置台を設け、ここで、センサは、少なくとも載置台の上方の領域内でこの領域の特性もしくはその特性の変化を検出することができ、かつ／または対称物を永続的に取り付けることができる取り付け手段を設け、ここで、センサは、少なくとも取り付け手段に隣接する領域内でこの領域の特性もしくはその特性の変化を検出することができるように改善構成される。

好適な実施形態では、本方法は、センサが、誘導センサ、磁界センサ、容量センサ、圧電センサ、電気化学センサ、または温度センサであるように改善構成される。

好適な実施形態では、本方法は、センサが、パッシブ型ＲＦＩＤトランスポンダと通信するための読み取り機器および／またはアクティブ型ＲＦＩＤトランスポンダと通信するための読み取り機器であるように改善構成される。

好適な実施形態では、本方法は、センサが、アンテナを有し、変調波を放射および／または受信できるように改善構成される。

好適な実施形態では、本方法は、制御ユニットが、その再生が少なくとも１０秒持続するオーディオ情報を再生するためにスピーカーもしくはスピーカー接続端子を駆動制御することができるように改善構成される。

好適な実施形態では、本方法は、制御ユニットが、スピーカーもしくはスピーカー接続端子、あるいは画像、ビデオ、もしくは３Ｄ情報の１つのための表示部またはその表示部用の接続端子、あるいはソフトウェアを実行するためのプロセッサを直接駆動制御できるように改善構成される。

好適な実施形態では、本方法は、センサが配置されるハウジングを設け、ここで、センサがこの環境の特性もしくはその特性の変化を検出することができる、センサの環境の領域は、ハウジングの表面を超えて１００ｍｍ以上延在しないように改善構成される。

好適な実施形態では、本方法は、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合に、操作者が、オーディオ情報の再生を開始するためのスピーカーもしくはスピーカー接続端子の駆動制御に影響を与えかねない操作要素、あるいは画像、ビデオ、もしくは３Ｄ情報の再生を開始するための、画像、ビデオ、もしくは３Ｄ情報用の表示部またはそのような表示部用の接続端子の駆動制御に影響を与えかねない操作要素、あるいは制御ユニットによるソフトウェアの実行を開始するための、ソフトウェアを実行するプロセッサの駆動制御に影響を与えかねない操作要素は設けないように改善構成される。

好適な実施形態では、本方法は、操作要素が設けられ、これによって、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出することによってのみ、かつ操作者が操作要素を操作することなく、制御ユニットが、スピーカーもしくはスピーカー接続端子、あるいは画像、ビデオ、もしくは３Ｄ情報の１つのための表示部またはその表示部用の接続端子、あるいはソフトウェアを実行するためのプロセッサを駆動制御できるように改善構成される。

好適な実施形態では、本方法は、識別子担体が設けられ、ここで、識別子担体は、識別子担体がセンサの環境の領域内に存在する場合、あるいは識別子担体が、センサの環境におけるセンサが自身の環境の領域内で検出できる特性を変化させた場合に、センサが検出できる特性を有するように改善構成される。

好適な実施形態では、本方法は、識別子担体が、ＲＦＩＤトランスポンダを有するかまたはアンテナを有し、変調波を放射および／または受信できるように改善構成される。

好適な実施形態では、本方法は、オーディオ情報の再生が少なくとも１０秒持続するように改善構成される。

以下では、単に本発明の実施形態を示す図面に基づいて本発明をより詳細に説明する。

本発明によるシステムの一部であってもよい再生装置の斜視図である。 図１による再生装置と識別子担体とを示す正面図である。 本発明によるシステムの概略図である。 再生装置のハウジングに取り付けられた要素の概略図とともに、図１による再生装置を示す概略図である。 サーバーおよび再生装置ならびに通信／コンピュータネットワークを備えた本発明によるシステムの概略図である。 サーバーおよび再生装置およびスマートフォンとして設計される外部機器およびラップトップとして設計される外部機器ならびに通信／コンピュータネットワークを備えた本発明によるシステムの概略図である。 サーバーと、サーバーのメモリに格納されたユーザーテーブル、ユーザーグループテーブル、メディアテーブル、識別子テーブル、割り当てテーブル、認証テーブルの概略図である。 スマートフォンの形態の外部機器によって補足され、変更信号の受信状態における通信／コンピュータネットワークによって補足された、図７による概略図である。 プログラムルーチンのさらなるステップにおける図８による概略図である。 プログラムルーチンのさらなるステップにおける図８による概略図である。 スマートフォンの形態の外部機器によって補足され、ライブラリ信号の送信状態における通信／コンピュータネットワークによって補足された、図７による概略図である。 スマートフォンの形態の外部機器によって補足され、インベントリ信号の送信状態における通信／コンピュータネットワークによって補足された、図７による概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の概略図である。 ＧＵＩの画面表示の識別子画像の概略図である。 ＧＵＩの画面表示の識別子画像の概略図である。 ＧＵＩの画面表示のウィンドウの概略図である。 ＧＵＩの画面表示のウィンドウの概略図である。 ＧＵＩの画面表示のウィンドウの概略図である。

図１は、本発明によるシステムの一部として使用することができるような再生装置１を示す。この再生装置１は、図１の透視図ではより詳細に示されていないスピーカーを有している。さらに、再生装置１は、その上面２に窪み３を有している。再生装置１の内部、窪み３の下方には（より詳細に示されていない）センサが配置されており、このセンサは、窪み３の領域内でこの環境の特性もしくはその特性の変化を検出することができ、詳細にはパッシブ型ＲＦＩＤトランスポンダ（図２を参照）を読み出すことができる。さらに、再生装置１は、（より詳細には示されていない）制御ユニットを有しており、この制御ユニットは、センサが自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは制御ユニットがセンサによって検出された特性の特定の変化を検出した場合に、オーディオ情報を再生するためにスピーカーを駆動制御することができる。

再生装置１は、耳の形状に形成された第１の操作要素５と、同様に耳の形状に形成された第２の操作要素６とを有する。操作要素５は、操作要素６よりも大きい。操作要素５も操作要素６も、再生装置１の残りのハウジング部分に対して相対的な揺動運動を行い、図１に示されている基本位置に旋回しながら戻ることができる。さらに、再生装置１は、ディスプレイ７を有している。

図２では、再生装置１が載置された識別子担体８とともに示されている。フィギュアとして形成された識別子担体８は、脚部９と足部とを有する。フィギュアとして形成された識別子担体８の足部には、（詳細には示されていない）複数の磁石が設けられている。これらの磁石は、窪み３の床面４の直下に配置される磁石もしくは金属物と相互作用させることができるため、識別子担体８を窪み３の床面４に着脱可能に保持することが可能である。

再生装置と識別子担体との操作は以下のとおりである。

図１は、再生装置がここに示されている実施形態ではオーディオ情報を再生していない基本状態の再生装置を示す。センサは、窪み３の領域について、この領域が特定の特性もしくはその特性の特定の変化を有しているかどうかを永続的または周期的に監視する。ここに示されている実施形態では、センサは、窪み３の領域について、特定のＲＦＩＤトランスポンダが窪み３の領域に持ち込まれたかどうかを監視する。図１に示されている動作状態では、このことは当てはまらないため、再生装置１は、オーディオ情報を再生することはない。

図２は、識別子担体８が再生装置上に載置された動作状態を示す。識別子担体８は、窪み３の床面４に載置され、識別子担体８の足部に設けられた磁石を用いてそこに付着する。識別子担体８は、（詳細には示されていない）ＲＦＩＤトランスポンダ（識別子）を有する。識別子担体８は、ここにおいて、センサによって監視されるセンサの環境の領域内に持ち込まれたことにより、この領域は、ここにおいて、センサによって検出可能な特定の特性を有する。このセンサは、識別子担体８内のＲＦＩＤトランスポンダの存在を識別し、このことを（詳細には示されていない）制御ユニットに信号を用いて通知する。その後、制御ユニットは、さらなる操作要素の操作を必要とすることなく、オーディオ情報を再生するためにスピーカーを駆動制御する。

センサは、識別子担体８のＲＦＩＤトランスポンダから識別子を読み出し、制御ユニットにこの識別子を通知する。制御ユニットは、制御ユニットに格納されている割り当てテーブル（ＡＶ割り当てテーブル）に基づいて、センサによって読み出された識別子を、再生装置１の（詳細には示されていない）メモリ内の特定のオーディオ情報を含む特定のデータセット（メディアファイル）に割り当てる。その後、制御ユニットは、制御ユニットによってメモリから読み出された特定のデータセット（メディアファイル）に含まれるオーディオ情報を再生するためにスピーカーを駆動制御する。このオーディオ情報は、その再生が少なくとも１０秒持続する楽曲である。

図３は、再生装置１と、この再生装置１の窪み３に配置可能な識別子担体８とを示す。図３はさらに、基地局１００を示す。この基地局１００は、ソケット１０２を有する突起１０１を有する。再生装置１の下面（図示せず）には、突起１０１に対応する凹部が設けられており、この凹部はその中に突出するプラグを備えている。再生装置１の下面に設けられた凹部を突起１０１上に載置すると、プラグ（図示せず）がソケット１０２に案内され、これによって、再生装置１と基地局１００との間で電気的な接続がもたらされる。基地局１００は、電気的な接続端子１０３を有することができる。基地局１００には、整流器（図示せず）が設けられてもよく、これは、電気的な接続端子１０３のプラグを用いてタップされた交流をソケット１０２に提供される所望の大きさの直流に変換する。プラグ（図示せず）およびソケット１０２を介した電気的な接続の代わりに、基地局１００が再生装置１の非接触の充電、特に誘導充電のためのコイルを含み、再生装置１が対応するコイル（図示せず）を有することも考えられる。

基地局１００は、さらなる機器、例えば、プログラムを再生するためのスピーカー、ディスプレイ、またはコンピュータなどへの接続端子や接続部を含むことができる。基地局１００には、通信モジュール、例えばＷＬＡＮ用、Ｂｌｕｅｔｏｏｔｈ用、ＮＦＣ用、またはモバイル通信ネットワーク用の通信モジュールなどが含まれていてもよい。

図３は、さらに、通信／コンピュータネットワーク１１０、サーバー１１１、ならびにスマートフォン１１２の形態の外部操作機器を示す。

再生装置１は、通信／コンピュータネットワーク１１０を介して、サーバー１１１と通信することができる。ネットワーク１１０は、通信／コンピュータネットワーク１１０が様々なタイプで実行されてもよいことを明確にするために図３ではクラウドとして示される。通信／コンピュータネットワーク１１０は、有線のみであってもよい。例えばイーサネットケーブルなどのネットワークケーブルを再生装置１からサーバー１１１までつなぐことができる。同様に、クラウドの象徴的な表記は、部分的に有線で部分的に無線の通信／コンピュータネットワーク１１０を象徴することを意図している。そのため、再生装置１が、ＷＬＡＮ標準を用いて、ケーブルを介してインターネットノードに接続されているルータと通信する実施形態が可能である。サーバー１１１は、そのような実施形態でも、（他の）インターネットノードに接続されているルータとケーブルを用いて接続されてもよい。これにより、再生装置１は、インターネットを介してサーバー１１１と通信することができる。また、通信／コンピュータネットワーク１１０の一部もしくは全部がモバイル通信ネットワークであることも可能である。そのため、再生装置１が、モバイル通信ネットワークを識別し、それにログオンするための識別モジュールを有する構造形態が可能である。識別モジュールを用いることにより、モバイル通信ネットワークにログオンする際に認証および認可を実施することができる。

サーバー１１１は、「クラウドサーバー」として設計されてもよい。

サーバー１１１は、自身がデータベースを制御し、メンテナンスすることを可能にするソフトウェアコンポーネントを含むことができる。同様に、ソフトウェアは、再生装置１との通信を管理することができ、セキュリティプロトコルを含むことができ、データ交換を暗号化もしくは復号化することができる。

スマートフォン１１２は、通信／コンピュータネットワーク１１０を介してサーバー１１１および／または再生装置１と通信することができる。その際、好適には、スマートフォン１１２が再生装置１と直接通信しない場合、このことは、詳細には、再生装置を特に簡単に構築することを可能にさせる。サーバー１１１のみが再生装置１との通信を行うことができる実施形態も可能である。ただし、スマートフォン１１２を用いることにより、設定をサーバー１１１で行うことができ、例えば、最大音量を設定することができる。スマートフォン１１２との対話によって変更されたこの設定を、サーバー１１１は、再生装置１の制御ユニットへの制御介入として通信／コンピュータネットワーク１１０を介して転送することができる。同様に、スマートフォン１１２が通信／コンピュータネットワーク１１０を介して再生装置１と直接通信することができ、例えば、サーバー１１１を迂回しながら再生装置１に直接制御介入を行うことができる実施形態が可能である。さらに、スマートフォンが、例えばＢｌｕｅｔｏｏｔｈやＮＦＣを用いて再生装置１と直接通信する実施形態も可能である。

図４は、好適な実施形態において、再生装置１に組み込まれている要素の概略図を示す。これらの組み込み要素は、それぞれ図示された空間位置が再生装置１内部で可能な空間位置であるが、他の空間位置も可能であることを表現するために破線で示されている。

再生装置１は、図４に示される実施形態では、自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサ１２０を有する。このセンサ１２０は、例えば、ＲＦＩＤ読み取り機器、ＮＦＣ読み取り機器、赤外線読み取り機器、または光学的センサであってもよい。識別子担体８は、アクティブ型またはパッシブ型ＲＦＩＤトランスポンダを含むことができる。識別子担体８がアクティブ型ＲＦＩＤトランスポンダを含み、センサ１２０が書き込み／読み取りヘッドの一部であり、それを用いて識別子担体８を書き込むことができる実施形態が可能である。

図４の再生装置１では、識別子担体８が立っている再生装置１の載置台の下方に磁石１２１が配置されている。この磁石１２１は、識別子担体８の足部の磁石（図示せず）と相互作用し、識別子担体８を再生装置１の載置台の上に保持する。

再生装置１は、制御ユニット１３０を有している。この制御ユニットは、プロセッサ１３１を有する。さらに、制御ユニット１３０は、プロセッサ１３１が通信できるメモリ１３２を有する。このメモリは、不揮発性の読み取り専用メモリ（ＲＯＭ）１３３と、揮発性もしくは不揮発性の読み取り／書き込みメモリ（ＲＡＭ）１３４とを有する。再生装置は、充電用電子部品を備えたバッテリー１３５を有する。再生装置１の床部の窪み１３７内のプラグ１３６は、基地局１００のソケット１０２との接続を可能にする。

操作要素５，６は、プロセッサ１３１に接続されている。スピーカー１３８も、プロセッサ１３１に接続されている。ディスプレイ（図４には示されていない）は、プロセッサ１３１に接続されていてもよい。６．３５ｍｍジャックソケット２０６は、プロセッサ１３１に接続されている。ＷＬＡＮ無線ネットワーク用の通信用送受信ユニット１３９は、プロセッサ１３１に接続されている。再生装置は、ジャイロスコープ１４０を有している。

プロセッサ１３１によって実行されるプログラムは、センサ１２０およびジャイロスコープ１４０によって送信された信号の定期的な問い合わせを実施する。センサ１２０は、ＲＦＩＤ読み取り機器として設計され、センサ１２０が識別子担体８に組み込まれたＲＦＩＤトランスポンダから読み出した識別子をプロセッサ１３１に伝送する。プロセッサ１３１は、ＲＡＭ１３４に格納されたＡＶ割り当てテーブルに識別子に対するエントリが存在するかどうかを検査する。ＡＶ割り当てテーブルでは、データセット（メディアファイル）に関する情報に識別子が割り当てられる。プロセッサ１３１が、ＡＶ割り当てテーブルにおいて識別子に対するエントリを見つけ、それとともにデータセット（メディアファイル）に関する情報を見つけた場合、プロセッサ１３１は、データセット（メディアファイル）もＲＡＭ１３４に格納されているかどうかを検査する。データセット（メディアファイル）がＲＡＭ１３４に格納されている場合、プロセッサ１３１は、それによってスピーカー１３８を駆動制御するためにこのデータセット（メディアファイル）を使用する。ＲＡＭ１３４に格納されたメディアファイルに対する情報は、メディアＩＤであってもよい。さらに、この情報は、ＡＶ割り当てテーブルにおいて識別子に割り当てられたメディアファイルの格納場所、例えばＲＡＭ１３４内の格納場所であってもよい。この情報は、ＡＶ割り当てテーブルにおいて識別子に割り当てられたポインタ、例えば、制御ユニット１３０がスピーカーを駆動制御するためにメディアファイルをストリーミングすることができるＵＲＬであってもよい。

プロセッサ１３１が、割り当てテーブルにおいて識別子に所属するエントリが存在しないこと、あるいは識別子に所属するエントリは存在するが、これに割り当てが含まれていない（例えばデータセットに対する情報が含まれていない）こと、あるいは更新の必要性が含まれていることを検出した場合、プロセッサ１３１は、ＡＶ要求信号を生成し、この信号をプロセッサは、送受信ユニット１３９を介しＷＬＡＮ無線ネットワークを介してサーバー１１１に伝送する。ＡＶ要求信号において、プロセッサ１３１は、サーバー１１１に識別子を通知し、識別子に所属するデータセットをＲＡＭ１３４にダウンロードすることを要求する。プロセッサ１３１は、ＡＶ要求信号を用いて機器識別子、詳細には自身のプロセッサ識別子もサーバー１１１に伝送することができ、したがって、サーバー１１１に自身を識別させることができる。

プロセッサ１３１のＡＶ要求信号に応じて、サーバー１１１は、サーバー１１１に格納された割り当てテーブル３１３（図７参照）において識別子に対するエントリが存在するかどうかを検査する。割り当てテーブル３１３において、識別子には、データセットに関する情報、詳細にはメディアＩＤが割り当てられる。サーバー１１１が割り当てテーブル３１３において識別子に対するエントリを見つけ、それとともにデータセット（メディアファイル）に関する情報を見つけた場合、サーバー１１１は、割り当てテーブル３１３内の識別子に割り当てられたメディアテーブル３１０内のメディアＩＤに割り当てられたエントリを検査する。そこでメディアＩＤに割り当てられたエントリが、サーバーに格納されたメディアファイル、例えばデータベースサーバー３０５に格納されたメディアファイルを指している場合、サーバー１１１は、このメディアファイルを再生装置１に転送する。そこでメディアＩＤに割り当てられたエントリがポインタである場合、サーバー１１１は、ポインタを再生装置１に転送する。プロセッサ１３１は、ＲＡＭ１３４のＡＶ割り当てテーブルを更新し、識別子にダウンロードされたデータセットもしくはダウンロードされたポインタに関する情報を割り当てる。次いで、プロセッサ１３１は、それによってスピーカー１３８を駆動制御するためにデータセットもしくはポインタを使用する。

図５は、オーディオ情報を再生するための再生装置（再生装置１）を示す。この再生装置１は、通信／コンピュータネットワーク１１０を介してサーバー１１１と通信することができる。通信／コンピュータネットワーク１１０は、例えばＷＬＡＮを介した通信などの無線通信パス３００を有する。この通信パス３００を介して再生装置は、ルータ３０１と通信することができる。このルータ３０１は、ケーブルを介して詳細には示されていないインターネットノードに接続されている。クラウド３０２として示されているインターネットを介して、再生装置１の信号は、インターネットノード（図示せず）からさらなるインターネットノード（図示せず）に転送することができる。ケーブルを介して、（象徴的にドアとして示されている）クラウドゲート３０３は、このさらなるインターネットノード（図示せず）に接続されている。このクラウドゲート３０３は、サーバー１１１へのエントリゲートを表す。サーバー１１１は、クラウドゲート３０３、クラウドサービス３０４と称されるサブサーバー、ならびにデータベースサーバー３０５を有する。

再生装置１がスイッチオンされるかまたはスリープ状態からウェイクアップされると、再生装置１内で第１のルーチンが実行される。この第１のルーチンの一部として、再生装置１は、ＡＶ割り当てテーブルを読み出す。このＡＶ割り当てテーブルを読み出した後、再生装置１は、ＡＶ割り当てテーブル、プロセッサ１３１に記録された時刻、ならびにプロセッサ１３１に対するファームウェアのバージョンを通信／コンピュータネットワーク１１０を介してサーバー１１１に伝送する。クラウドゲート３０３のインターネットアドレスは、再生装置１に格納されている。再生装置１は、ＷＬＡＮ３００およびルータ３０１、ならびにインターネット３０２を介して信号をクラウドゲート３０３に送信する。クラウドゲート３０３に到来する信号は、クラウドゲート３０３により、それが有効な信号であるかどうかについて検査される。この目的のために、再生装置に所属する証明書が検査され、信号とともに伝送される。

クラウドゲート３０３が、再生装置１から到来する信号が有効かどうかを検査した後、クラウドゲート３０３は、信号をサブサーバーのクラウドサービス３０４に通過させる。

クラウドサービス３０４は、再生装置１の信号とともに伝送された再生装置１の時刻が適正かどうかを検査する。時刻が適正でない場合には、クラウドサービス３０４は、時刻を設定するために、補正信号を再生装置１に送信する。補正信号は、クラウドゲート３０３、インターネット３０２、ルータ３０１、およびＷＬＡＮ３００を介して再生装置１に送信される。

さらに、クラウドサービス３０４は、再生装置１に同様に信号とともに通知された再生装置１のファームウェアのバージョンを検査する。クラウドサービス３０４が、この具体的な再生装置１に対してより新しいファームウェアバージョンが存在していることを検出した場合、クラウドサービス３０４は、データベースサーバー３０５から対応するより新しいファームウェアを有するファイルを引き出す。クラウドサービス３０４は、このより新しいファームウェアをクラウドゲート３０３、インターネット３０２、ルータ３０１、およびＷＬＡＮ３００を介して再生装置１に導入する。

同様に、クラウドサービス３０４は、再生装置１からの信号内で自身に通知されたすべての識別子に対して、同様に再生装置１からの信号を介して自身に通知されたこれらの各識別子のタイムスタンプが最新であるかどうかを検査する。

この開始ルーチンの後、再生装置１において時刻もファームウェアもＡＶ割り当てテーブルも最新の状態にもたらされる。

図６は、スマートフォン１１２が、通信／コンピュータネットワーク１１０を介してサーバー１１１と通信可能であることを示している。同様に、図６は、ラップトップ３０６が、通信／コンピュータネットワーク１１０を介してサーバー１１１と通信可能であることを示している。

ユーザーは、スマートフォン１１２またはラップトップ３０６を介してクラウドサービス３０４にログインし、自身を識別することができる。

図７は、サーバー１１１を代表的に矩形として示している。図７は、サーバーのメモリに格納されたユーザーテーブル３０７を示す。このユーザーテーブル３０７は、例示的に２人のユーザーとしてポールおよびマーティンを示す。さらに、ユーザーテーブル３０７は、サーバー１１１のオペレーティングシステムにおいてユーザー「ポール」に割り当てられたパスワード「パスワード１」と、サーバー１１１のオペレーティングシステムにおいてユーザー「マーティン」に割り当てられたパスワード「パスワード２」を示している。

図７は、さらに、サーバー１１１のメモリに格納されているユーザーグループテーブル３０９を示している。図７に示されているように、ユーザーグループテーブル３０９には、ユーザーグループ名「ホーム１」を有するユーザーグループが格納されている。ユーザーグループテーブル３０９は、ユーザーグループに管理者を割り当てることを可能にさせる。図７に示されている例では、ユーザーグループ「ホーム１」にユーザー「ポール」が管理者として割り当てられている。ユーザーグループ「ホーム１」には、ユーザー「マーティン」が、メンバー１として割り当てられる。ユーザーグループ「ホーム１」は、２人のユーザー、詳細にはユーザー「ポール」および「マーティン」のみからなる。これは、ユーザーグループテーブル３０９のさらなるフィールド「メンバー２」が、「ホーム１」のユーザーグループに対して空である結果から生じる。ユーザーグループテーブル３０９は、図７に示されている実施形態を超えてさらにさらなる複数の列を含むことができ、その数の増加とともに、ユーザーグループにさらなるメンバーを割り当てる手段がもたらされる。設けられた列の数により、何人のユーザーを１つのユーザーグループに割り当てることができるかを確定することができる。

図７は、さらに、サーバー１１１のメモリ上にメディアテーブル３１０が格納されていることを示している。このメディアテーブル３１０は、メディアＩＤを有する列を有している。図７の例では、メディアＩＤとして文字および数字のシーケンス「ソング１」、「ソング２」、「ソング３」、「ソング４」、「ソング５」、「ソング６」が例示的に使用される。ただし、メディアＩＤとしてＵＩＤまたはＵＵＩＤまたはＧＵＩＤも使用可能である。メディアテーブル３１０は、列「メディアファイル」を含む。この列には、メディアファイルの名前、例えば名前「ソング１．ｍｐ３」などがプロットされてもよい。ただし、列「メディアファイル」には、ポインタ、例えばポインタ「www.database.eu/lied2.mp3」などが格納されてもよい。メディアテーブル３１０を用いることにより、各メディアＩＤにメディアファイルが割り当てられる。図７の実施例では、メディアＩＤ「ソング１」にはメディアファイル「ソング１．ＭＰ３」が割り当てられ、メディアＩＤ「ソング２」にはメディアファイル「www.database.eu/lied2.mp3」が割り当てられ、メディアＩＤ「ソング３」にはメディアファイル「ソング３．ＭＰ３」が割り当てられ、メディアＩＤ「ソング４」にはメディアファイル「ソング４．ＭＰ３」が割り当てられ、メディアＩＤ「ソング５」にはメディアファイル「ソング５．ＭＰ３」が割り当てられ、メディアＩＤ「ソング６」にはメディアファイル「ソング６．ＭＰ３」が割り当てられる。

図７の実施例では、サーバー１１１は、メディアメモリ３１１を有する。このメディアメモリ３１１は、データベースサーバー３０５であってもよい。サーバー１１１は、メディアテーブル３１０におけるメディアＩＤ（ここでは「ソング１」）への具体的なファイル名（ここでは「ソング１．ｍｐ３」）の割り当てを、メディアＩＤ「ソング１」に割り当てられたメディアファイル「ソング１．ｍｐ３」が、サーバー１１１のメディアメモリ３１１にファイル名「ソング１．ｍｐ３」の下で格納されていることへの示唆として理解するように設計されてもよい。サーバー１１１が、メディアＩＤ「ソング１」に割り当てられたメディアファイルを提供する要求を受け取った場合、サーバー１１１は、メディアメモリ３１１を再び使用してこの具体的なメディアファイルを提供することができる。サーバー１１１は、自身がポインタの例えば「www.database.eu/lied2.mp3」などの割り当てを、具体的なメディアファイルがサーバー１１１のメモリ上に、特にメディアメモリ３１１に格納されていないこととして理解するように設計されてもよい。サーバー１１１が、メディアＩＤ「ソング２」に割り当てられたメディアファイルを提供する要求を受け取った場合、サーバー１１１は、この実施形態では、ポインタ、つまり「www.database.eu/lied2.mp3」を利用可能にする。

図７に示されている実施形態では、サーバー１１１のメモリに識別子テーブル３１２が格納されている。この識別子テーブル３１２は、列「識別子」と列「ユーザー」とを有する。列「識別子」には、図７の実施形態では、識別子２００００１、２００００２、２００００３、および２００００４が格納されている。識別子テーブル３１２では、識別子２００００１がユーザー「ポール」に、識別子２００００２はユーザー「ポール」に、識別子２００００３はユーザー「マーティン」に、識別子２００００４はユーザーグループ「ホーム１」に割り当てられている。図７に示す実施形態では、識別子は６桁の数字である。ただし、識別子がＵＩＤ、ＵＵＩＤ、またはＧＵＩＤである実施形態も可能である。

図７による実施例では、サーバー１１１のメモリに割り当てテーブル３１３が格納されている。この割り当てテーブル３１３は、列「識別子」と列「メディアＩＤ」とを有する。図７の実施例では、図７に示されている動作状態において、識別子２００００１にメディアＩＤ「ソング１」が、識別子２００００２にメディアＩＤ「ソング５」が、識別子２００００３にメディアＩＤ「ソング３」が、および識別子２００００４にメディアＩＤ「ソング２」が割り当てられている。割り当てテーブル３１３は、図７に示されている実施形態では、さらに列「メディアＩＤ２」も有している。図７に示されているサーバー１１１の動作状態では、識別子２００００３のみに、列「メディアＩＤ２」においてメディアＩＤ、詳細にはメディアＩＤ「ソング４」が割り当てられている。図７に示されている実施形態では、サーバー１１１は、列「メディアＩＤ２」におけるエントリの際に、そこにエントリされるメディアＩＤ（ここでは識別子２００００３でのメディアＩＤ「ソング４」）を識別子に割り当てられるように設計されてもよい。したがって、列「メディアＩＤ２」におけるエントリは、列「メディアＩＤ」におけるエントリよりも階層的に上位となる。列「メディアＩＤ」におけるエントリは、デフォルトのメディアＩＤとして理解することができる。

図７の実施形態では、サーバー１１１のメモリに認証テーブル３１４が格納されている。この認証テーブル３１４は、列「ユーザー」と列「メディアＩＤ」とを有する。図７の実施形態では、認証テーブル３１４においてユーザー「ポール」にメディアＩＤ「ソングｌ」および「ソング５」が図７に示されているサーバー１１１の動作状態では割り当てられている。この動作状態では、ユーザー「マーティン」にメディアＩＤ「ソング３」および「ソング４」が割り当てられている。ユーザーグループ「ホーム１」には、メディアＩＤ「ソング２」が割り当てられている。

図８は、本発明によるサーバー上に設けられるプログラムルーチンのステップを示し、このプログラムルーチンを用いて、ユーザーは、割り当てテーブル３１３を変更し、割り当てテーブル３１３において、識別子に第１のメディアＩＤを割り当てる。図８に示されている本発明によるプログラムルーチンのステップは、サーバー１１１による変更信号３１５を受信するステップである。この変更信号３１５は、スマートフォン１１２によって生成される信号である。変更信号３１５は、スマートフォン１１２からインターネット３０２を介してサーバー１１１に伝送され、このサーバー１１１によって受信される。プログラムルーチンは、サーバー１１１が変更信号３１５を変更信号として理解するように実行される。このことは、ヘッダーに信号が変更信号であるという情報を含めるように変更信号の信号形式を選択することにより、信号形式自体によって達成することができる。しかしながら、受信した信号の変更信号としての識別は、サーバー１１１により、変更信号が、サーバー１１１が送信する信号に、例えばライブラリ信号に応じてサーバー１１１に伝送される信号であるように行うことができる。変更信号３１５には、図８の実施形態では、情報「識別子＝２００００２」および情報「メディアＩＤ＝ソング１」が含まれる。このことは、数字列「２００００２」が変更信号３１５の特定の場所に格納され、文字列「ソング１」が変更信号３１５の第２の予め定められた場所に格納されることによって達成することができる。サーバー１１１は、信号自体の内部に用語「識別子」および「メディアＩＤ」が存在する必要なしで、そのような変更信号３１５から信号の評価の際に信号内部の位置のみによって情報「識別子＝２００００２」および情報「メディアＩＤ＝ソング１」を取り出すことができる。

図８に示されている動作状態では、サーバー１１１は、変更信号３１５を受信する。この動作状態では、割り当てテーブル３１３において、識別子２００００２にメディアＩＤ「ソング５」が割り当てられる。

図９は、図８に示されている変更信号３１５を受信するステップに続く、本発明によるプログラムルーチンのステップを示す。図９に示されているステップでは、サーバー１１１が、割り当てテーブル３１３において、メディアＩＤ「ソング５」への識別子２００００２の割り当てを解除する。このことは、図９では、割り当てテーブル３１３において識別子２００００２の行におけるメディアＩＤ「ソング５」の取り消し線によって示されている。

図１０は、図９に示されているステップに続く、本発明によるプログラムルーチンのステップを示す。図１０に示されているステップでは、サーバー１１１は、割り当てテーブル３１３において、識別子２００００２にメディアＩＤ「ソング１」を割り当てる。このことは、サーバーが、割り当てテーブル３１３において、識別子２００００２の行ならびに列「メディアＩＤ」に、メディアＩＤ「ソング１」を書き込むことによって行われる。

結果として、プログラムルーチン（図８、図９、および図２３に示されている一連のステップ）の処理により、第２のメディアＩＤとも称され得るメディアファイル「ソング５」への識別子２００００２の割り当てが、第１のメディアＩＤとも称され得るメディアファイル「ソング１」への割り当てに変更された。この場合、第１のメディアＩＤ（ここではメディアＩＤ「ソングｌ」）は、プログラムルーチンの実施前は２００００２の識別子に割り当てられていなかったものである（図７を参照）。

図１１は、本発明によるサーバー１１１上に設けられるライブラリルーチンのステップを示している。図１１に示されているライブラリルーチンのステップは、ライブラリ信号３１６を送信するステップである。ライブラリルーチンの先行時点の部分（図示せず）では、スマートフォン１１２がサーバー１１１に送信したライブラリ要求信号が、サーバー１１１によって受信されている。ライブラリ要求信号には、ライブラリ基準が含まれている。このライブラリ基準は、認証テーブル３１４においてユーザーグループ「ホーム１」に割り当てられたメディアＩＤを示すことなく、ライブラリルーチンにおける自身の適用の際に、認証テーブル３１４においてユーザー「ポール」に割り当てられたすべてのメディアＩＤが認証テーブル３１４から読み出されるように選択されたものである（ライブラリ基準「ユーザーメディアＩＤ」）。ライブラリ信号３１６は、認証テーブル３１４においてユーザー「ポール」に、メディアＩＤ「ソング１」および「ソング５」および「ソング６」が割り当てられていることに関する情報を含む。このことは、図１１において、ユーザー「ポール」に割り当てられている認証テーブル３１４のテーブルエントリが、図１１において一点鎖線によってライブラリ信号３１６に割り当てられていることによって象徴的に表される。

図１２は、本発明によるサーバー１１１上に設けられるインベントリルーチンのステップを示している。図１２に示されているインベントリルーチンのステップは、インベントリ信号３１７を送信するステップである。インベントリルーチンの先行時点の部分（図示せず）では、スマートフォン１１２がサーバー１１１に送信したインベントリ要求信号が、サーバー１１１によって受信されている。インベントリ要求信号には、インベントリ基準が含まれている。このインベントリ基準は、サーバー１１１のインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブル３１２に格納され、識別子テーブル３１２において特定のユーザーに、または特定のユーザーがサーバー１１１のユーザーグループテーブル３０９に従って所属するユーザーグループに割り当てられたすべての識別子が読み出されるように選択されたものである（インベントリ基準「ユーザー識別子」）。インベントリ信号は、識別子テーブル３１２において、ユーザー「ポール」に、またはユーザー「ポール」がユーザーグループテーブル３０９に従って所属するユーザーグループ（ユーザーグループ：「ホーム１」）に、識別子２００００１、２００００２、および２００００４が割り当てられていることに関する情報を含む。このことは、図１２において、ユーザー「ポール」および「ホーム１」に割り当てられた識別子テーブル３１２のテーブルエントリが、図１２において一点鎖線によってインベントリ信号３１７に割り当てられていることによって象徴的に表される。

図１３は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４００を示している。

画面表示４００の一部として、フィルタボタン４０１が提供され、このボタンをユーザーは、スマートフォン１１２のタッチスクリーンとの対話によって操作することができる。さらに、フィルタボタンバー４０２も提供され、これは、図１３に示されている実施形態では、４つの事前定義されたフィルタボタン４０３、詳細には事前定義されたフィルタボタン「すべて」４０３、事前定義されたフィルタボタン「マイボタン」４０３、事前定義されたフィルタボタン「割り当て」４０３、ならびに事前定義されたフィルタボタン「利用可能」４０３を有している。

ユーザーが、スマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４０３「すべて」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーのメディアテーブルに格納されたすべてのメディアＩＤが読み出されることをもたらすライブラリ基準を有するライブラリ問い合わせを生成する（ライブラリ基準「すべて」）。ユーザーが、スマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４０３「マイボタン」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されることをもたらすライブラリ基準を有するライブラリ問い合わせ生成する（ライブラリ基準「ユーザーメディアＩＤ」）。ユーザーが、スマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４０３「割り当て」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、識別子テーブルで特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤがサーバーの認証テーブルから読み出されることをもたらすライブラリ基準を有するライブラリ問い合わせを生成する（ライブラリ基準「割り当てられたメディアＩＤ」）。ユーザーが、スマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４０３「利用可能」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつサーバーの割り当てテーブルにおいて、識別子テーブルで特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤがサーバーの認証テーブルから読み出されることをもたらすライブラリ基準を有するライブラリ問い合わせを生成する（ライブラリ基準「フリーメディアＩＤ」）。

ユーザーインターフェースは、ライブラリ要求信号の送信のためにスマートフォン１１２を駆動制御する。図１１に示されているように、スマートフォン１１２およびそれとともにユーザーインターフェースは、ライブラリ要求信号の送信に応じてライブラリ信号３１６を受信する。ユーザーには、ＧＵＩを用いて、詳細には画面表示４００において、ライブラリ信号３１６に含まれるすべてのメディアＩＤが示される。図１３に示されている実施形態では、フィルタボタン４０３「すべて」が押されており、このことは、このボタンが輪郭で囲まれることによって生じる。画面表示４００の中央ウィンドウ４０４では、ライブラリ信号３１６に含まれるメディアＩＤ「ソング１」、「ソング２」、「ソング３」、「ソング４」、「ソング５」、「ソング６」の表示が、スマートフォン１１２のタッチスクリーンとの対話によってユーザーにより操作することができるコンテンツボタン４０５の形態で行われる。

図１１に従って伝送されたライブラリ信号３１６は、ライブラリ信号に含まれるメディアＩＤ（「ソング１」、「ソング５」、「ソング６」）に対して付加的に、これらのメディアＩＤ（「ソング１」、「ソング５」、「ソング６」）がサーバー１１１の認証テーブル３１４においてユーザー「ポール」に割り当てられていることに関する情報を含む。この割り当ては、画面表示４００においてユーザー「ポール」に、メディアＩＤ「ソング１」、「ソング５」、および「ソング６」用のコンテンツボタン４０５が、メディアＩＤ「ソング２」、「ソング３」、「ソング４」用のコンテンツボタン４０５とは異なりチェックマークが付せられていることによって伝達される。

図１３は、図１１に示されている動作状況においてサーバー１１１が送信したライブラリ信号３１６の受信後の画面表示４００を示している。図１１に示されている動作状況では、ユーザー「ポール」に認証テーブル３１４においてメディアＩＤ「ソング１」、「ソング５」、および「ソング６」が割り当てられている。

図１４は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４０７を示している。この画面表示４０７にユーザーが到達するのは、自身が画面表示４００においてコンテンツボタン４０５を押した場合である。

画面表示４０７では、選択されたメディアＩＤが、メディア画像４１５として表示される。さらに、画面表示４０７には、このメディアＩＤが所属するシリーズに関する情報や、再生時間に関する情報、オーディオコンテンツのタイプに関する情報（「放送劇」）、要約方式の内容に関する情報、作者に関する情報、ならびにタイトルリストに関する情報が含まれていてもよい。図１４に示されている画面表示４０７は、動作ボタン４０８を有する。

図１５は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４０９を示している。画面表示４０７（図１４参照）において動作ボタン４０８を押すことにより、ユーザーは、画面表示４０９（図１５参照）に到達する。画面表示４０９では、選択されたメディアＩＤは、メディア画像４１５として表示される。

画面表示４０７において動作ボタン４０８を押した後、ユーザーインターフェースは、ＵＩインベントリルーチンを実施し、インベントリ要求信号を生成する。図１５に示されている画面表示４０９を生成するために、ＵＩインベントリルーチンにより、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいてユーザー「ポール」に、またはユーザー「ポール」が所属するユーザーグループ（ホーム１）に割り当てられたすべての識別子が読み出されることをもたらすインベントリ基準を有するインベントリ要求が生成されている。

ユーザーインターフェースは、インベントリ要求信号の送信のためにスマートフォン１１２を駆動制御する。図１２に示されているように、スマートフォン１１２およびそれとともにユーザーインターフェースは、インベントリ要求信号の送信に応じてインベントリ信号３１７を受信する。ユーザーには、ＧＵＩを用いて、詳細には画面表示４０９において、インベントリ信号３１７に含まれるすべての識別子が示される。画面表示４０９の中央ウィンドウ４１１では、インベントリ信号３１７に含まれる識別子２００００１、２００００２、２００００４の表示が、スマートフォン１１２のタッチスクリーンとの対話によってユーザーにより操作することができる識別子画像４１２の形態で行われる。

画面表示４０９は、スクロールボタン４１０を含む。スクロールボタン４１０の操作により、ユーザーは、中央ウィンドウ４１１に表示される一連の識別子画像４１２を通してスクロールすることができる。バックグラウンドにおいて、ユーザーインターフェースは、どの識別子画像４１２が、中央ウィンドウ４１１の選択フレーム４１３内に配置されているかを記憶するか、あるいはバックグラウンドにおいて、選択フレーム４１３内に表示される識別子画像４１２に割り当てられた識別子を記憶する。

画面表示４０９は、動作ボタン４１４を含む。ユーザーが動作ボタン４１４を操作した場合、ユーザーインターフェースは、変更信号３１５を生成する。その際、ユーザーインターフェースは、動作ボタン４１４が押された時点で選択フレーム４１３にあった、識別子画像４１２の識別子を変更信号３１５に書き込む。さらに、ユーザーインターフェースは、ＧＵＩが画面表示４０９において表示したメディア画像４１５に割り当てられたメディアＩＤを変更信号３１５に書き込む。このようにユーザーインターフェースが変更信号３１５を生成した後、ユーザーインターフェースは、スマートフォン１１２に変更信号３１５を送信させる。この変更信号３１５は、サーバー１１１によって受信され、図８、図９、図１０に関連して説明したようなタイプによるプログラムルーチンの実施をもたらす。この場合、識別子２００００２にはメディアＩＤ「ソング６」が割り当てられることになる。

図１６は、認証テーブル３１４においてユーザー「ポール」にメディアＩＤ「ソング６」がまだ割り当てられていなかったサーバー１１１の動作状態において生成されたライブラリ信号を受信した後の図１３の画面表示４００を示している。これは、図１６において、メディアＩＤ「ソング６」用のコンテンツボタン４０５がチェックマークを有していないことから識別される。

図１７は、図１６のメディアＩＤ「ソング６」用のコンテンツボタン４０５を押した後の図１４の画面表示４０７を示している。このことは、画面表示４０７においてメディア画像４１５がチェックマークなしで表されていることから識別される。ＧＵＩには、ライブラリ信号３１６を介して、メディアＩＤ「ソング６」が認証テーブル３１４においてユーザー「ポール」にまだ割り当てられていないことが通知されたので、ＧＵＩは、動作ボタン４０８を異ならせて構築する。図１７の実施形態における動作ボタン４０８の操作は、イネーブル信号を生成するための第１のステップであり、詳細には振込ルーチンのための開始信号の生成、詳細にはイネーブル信号を生成することができるＰａｙＰａｌ（登録商標）アカウントのための開始信号の生成である。ＧＵＩは、ユーザーがその後再び図１６による画面表示に誘導されるように実行されてもよい。画面表示が図１６に従って更新され、その間認証テーブルにおいて、ユーザーにメディアＩＤ「ソング６」が割り当てられた場合、ユーザーは、図１３の変形形態の画面表示４００を見ることなる（チェックマーク付きのコンテンツボタン４０５）。

図１８は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４１６を示している。この画面表示４１６は、ＵＩにより、開始ルーチンの実行後、特にユーザーのログイン後に生成することができる。

画面表示４１６は、７つのウィンドウ４１７、４１８、４１９、４２０、４２１、４２２、および４２３を有する。これらのウィンドウ４１７、４１８、４１９、４２０、４２１、４２２、および４２３用の内容を、ＵＩは、様々なルーチンの実行による開始ルーチンの枠内で求めることができる。

ウィンドウ４１７は、識別子テーブルにおいて自身に割り当てられた特定のタイプの、詳細にはコンテンツタイプの識別子をユーザーに表示するために用いられる。図１８の実施形態では、ユーザーは、「ウルリケ」である。図１８で選択された実施例では、ユーザー「ウルリケ」にはまだ識別子タイプ「コンテンツタイプ」の識別子は識別子テーブル３１２において割り当てられていない。ウィンドウ４１７に表示すべき内容を求めるために、ＵＩ開始ルーチンの枠内でＵＩインベントリルーチンが実施される。その際、ＵＩは、ＵＩ開始ルーチンの枠内で、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて識別子タイプ「コンテンツタイプ」が割り当てられたすべての識別子が読み出されるように選択されるインベントリ基準を有するインベントリ問い合わせを自動的に生成する。図１８に示されている実施例では、ＵＩは、そのように生成されたインベントリ要求信号に応じてサーバーから、識別子テーブル３１２において、ユーザー「ウルリケ」に識別子タイプ「コンテンツタイプ」の識別子がまだ割り当てられていないことをＵＩに通知するインベントリ信号を受け取る。次いで、ＧＵＩは、ウィンドウ４１７において、デフォルトのテキスト、例えば、「Oh no， you don’t have any tonies yet!」を表示することができる。

ウィンドウ４１９は、識別子テーブルにおいて自身に割り当てられた特定のタイプ、詳細にはクリエイティブタイプの識別子をユーザーに表示するために用いられる。図１８の実施形態では、ユーザーは「ウルリケ」である。図１８で選択された実施例では、ユーザーは「ウルリケ」には既に識別子タイプ「クリエイティブタイプ」の３つの識別子が識別子テーブル３１２において割り当てられている。ウィンドウ４１９に表示すべき内容を求めるために、ＵＩ開始ルーチンの枠内でＵＩインベントリルーチンが実施される。その際、ＵＩは、ＵＩ開始ルーチンの枠内で、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて識別子タイプ「クリエイティブタイプ」が割り当てられたすべての識別子が読み出されるように選択されるインベントリ基準を有するインベントリ問い合わせを自動的に生成する。図１８に示されている実施例では、ＵＩは、そのように生成されたインベントリ要求信号に応じてサーバーから、ユーザー「ウルリケ」に割り当てられた３つの識別子をＵＩに通知するインベントリ信号を受け取る。これらは、ＧＵＩによってウィンドウ４１９に表示される。図１８はさらに、ＧＵＩにおいて、識別子自体の代わりに、つまり、場合によっては識別子として設けられるＵＩＤ、ＵＵＩＤ、またはＧＵＩＤの代わりに、プレースホルダーおよび画像を使用することが可能であることを示している。これは、ユーザーにとっての識別子の表示をより簡単にさせる。ただし、バックグラウンドでは、ＵＩは、各画像、各プレースホルダーに割り当てられた識別子を記憶する。

ウィンドウ４１９には、識別子テーブル３１２においてユーザーに割り当てられた識別子タイプ「クリエイティブタイプ」を有する識別子が、識別子画像４１２の形態で表示される。

ウィンドウ４１８は、認証テーブルにおいてまだ自身に割り当てられていないが、例えばそれらが同じシリーズに所属しているために自身の識別子の１つに割り当てることができそうなメディアＩＤをユーザーに表示するために用いられる。ウィンドウ４１８に表示すべき内容を求めるために、ＵＩ開始ルーチンの枠内でＵＩライブラリルーチンが実施される。その際、ＵＩは、ＵＩ開始ルーチンの枠内で、自身の適用の際にライブラリ基準が次のように選択されてもよい、すなわち、
サーバーのライブラリルーチンにおける自身の適用の際に、
ｏ最初にサーバーの識別子テーブルにおいて、ユーザーに、またはユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての識別子が求められ、これらの識別子から、これらの識別子のどれに特定のシリーズへのこの識別子の割り当てを示す識別子タイプを誘導するかを求め、それによって、サーバーの識別子テーブルにおいてユーザーに識別子が割り当てられているすべてのシリーズを求め、
ｏ次いで、サーバーのメディアテーブルに格納され、サーバーのメディアテーブルにおいてそのように求められたシリーズの１つへの所属性が割り当てられたすべてのメディアＩＤを読み出し、
ｏ次いで、そのように求められたメディアＩＤから、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないメディアＩＤを求めるように選択されてもよいように選択される、ライブラリ基準を有するライブラリ問い合わせを自動的に生成する。
ライブラリ問い合わせは、ライブラリ要求信号として送信される。図１８に示されている実施例では、ＵＩは、そのように生成されたライブラリ要求信号に応じてサーバーから、ＵＩがＧＵＩのウィンドウ４１８において表示する「ソング１」、「ソング３」、「ソング４」へのメディアＩＤを有するライブラリ信号を受け取る。

ライブラリ信号３１６を用いてＵＩに通知されるメディアＩＤは、コンテンツボタン４０５としてウィンドウ４１８に表示される。ＧＵＩとの対話により、詳細にはコンテンツボタン４０５の１つを押すことによって、ユーザーは、画面表示４０７に到達することができる。この目的のために選択されたライブラリ基準に基づき、ウィンドウ４１８には、認証テーブル３１４においてユーザー「ウルリケ」にはまだ割り当てられていないメディアＩＤのみが表示されるので、ユーザーは、ウィンドウ４１８内のコンテンツボタン４０５の１つを押すことによって、図１７のバージョンの画面表示４０７に到達する。

ウィンドウ４２０は、ユーザーテーブルにおいて自身に割り当てられた、またはユーザーグループテーブルにおいてユーザーが所属するユーザーグループに割り当てられた機器識別子をユーザーに表示するために用いられる。ウィンドウ４２０に表示すべき内容を求めるために、ＵＩ開始ルーチンの枠内でＵＩインベントリルーチンが実施される。その際ＵＩは、ＵＩ開始ルーチンの枠内で、サーバーのインベントリルーチンにおける自身の適用の際に、ユーザーテーブルまたはユーザーグループテーブルに格納され、ユーザーテーブルにおいて特定のユーザーに、または特定のユーザーがユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての機器識別子が読み出されるように選択されるインベントリ基準を有するインベントリ問い合わせを自動的に生成する（インベントリ基準「ユーザー機器識別子」）。インベントリ問い合わせは、インベントリ要求信号として送信される。図１８に示されている実施例では、ＵＩは、そのように生成されたインベントリ要求信号に応じてサーバーから、機器識別子を有するインベントリ信号を受け取る。図１８はさらに、ＧＵＩにおいて、機器識別子自体の代わりに、つまり、場合によっては識別子として設けられるＵＩＤ、ＵＵＩＤ、またはＧＵＩＤの代わりに、プレースホルダーおよび画像を使用することが可能であることを示している。これは、ユーザーにとっての機器識別子の表示をより簡単にさせる。ただし、バックグラウンドでは、ＵＩは、各画像、各プレースホルダーに割り当てられた機器識別子を記憶する。

ウィンドウ４２１は、ユーザーにＵＩユーザーメンテナンスルーチンの開始を可能にさせる。

ウィンドウ４２２および４２３は、ユーザーにさらなる情報を伝達したり、ユーザーをＧＵＩの他の画面表示に転送したり、ユーザーを他のユーザーインターフェース、例えばショップなどに転送したりするためにさえ使用することができる。

ウィンドウ４１７、４１８、４１９、４２０、４２１、４２２、および４２３の各々は、動作ボタン４０８を有する。これらの動作ボタン４０８の１つの操作によって、ユーザーは、画面表示４１６からＧＵＩ内の他の画面表示に到達することができ、あるいは他のプログラム、例えばショップ用のＧＵＩにも転送することができる。

ウィンドウ４１８（「さらなる検索」）の動作ボタン４０８を押すことは、ユーザーを、例えば図１３による画面表示４００に導くことができる。

図１９は、ラップトップ上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得るような画面表示４２４を示している。図１８と図１９との間で同じ参照番号を使用することにより、画面表示４１６および画面表示４２４は、ウィンドウ４１７，４１８，４１９，４２０，４２１，４２２，４２３の空間的配置ならびに各ウィンドウ４１７，４１８，４１９，４２０，４２１，４２２，４２３のサイズに関しては異なっているが、これらのウィンドウは同じ内容を表示していることが明らかになる。

図２０は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４２５を示している。図２０による画面表示４２５にユーザーが到達できるのは、例えば、ユーザーが図１８の画面表示４１６においてウィンドウ４１９内の識別子画像４１２の１つを操作した場合である。

画面表示４２５において、選択された識別子は、識別子画像４１２として表示される。情報ウィンドウ４２６では、識別子画像４１２の識別子に対するさらなる情報が表示可能である。識別子画像４１２の識別子が、例えば識別子タイプ「コンテンツタイプ」の識別子であり、この場合、特定のシリーズ、例えば「Ｂｅｎｊａｍｉｎ Ｂｌｕｅｍｃｈｅｎ（登録商標）」の識別子タイプである場合、情報ウィンドウ４２６にはこのシリーズに関する情報を表示することができる。

画面表示４２５は、さらにウィンドウ４２７およびフィルタボタン４２８を有し、図２０に示されている実施形態では、３つの事前定義されたフィルタボタン４２８、詳細には、事前定義されたフィルタボタン４２８「ニューコンテンツ」、事前定義されたフィルタボタン４２８「マイコンテンツ」、ならびに事前定義されたフィルタボタン４２８「詳細」を有する。

ユーザーがスマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４２８「ニューコンテンツ」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、
ｏ最初にサーバーの識別子テーブルにおいて、どのシリーズに、図２０で選択されているように示される識別子の識別子タイプがサーバーの識別子テーブルにおいて割り当てられているかを求め、
ｏ次いで、サーバーのメディアテーブルに格納され、サーバーのメディアテーブルにおいてこのシリーズへの所属性が割り当てられたすべてのメディアＩＤを読み出し、
ｏ次いで、そのように求められたメディアＩＤから、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられていないメディアＩＤを求めるように選択される、ライブラリ基準を有するライブラリ問い合わせを生成する。
ユーザーがスマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４２８「マイコンテンツ」を操作した場合、ユーザーは、それに伴い、サーバーのライブラリルーチンにおける自身の適用の際に、
ｏ最初にサーバーの識別子テーブルにおいて、どのシリーズに、図２０で選択されているように表示される識別子の識別子タイプがサーバーの識別子テーブルにおいて割り当てられているかを求め、
ｏ次いで、サーバーのメディアテーブルに格納され、サーバーのメディアテーブルにおいてこのシリーズへの所属性が割り当てられたすべてのメディアＩＤを読み出し、
ｏ次いで、そのように求められたメディアＩＤから、サーバーの認証テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられているメディアＩＤを求めるように選択される、ライブラリ基準を有するライブラリ問い合わせを生成する。
ユーザーがスマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４２８「詳細」を操作した場合、ＧＵＩは、識別子画像４１２の識別子に対するさらなる詳細、例えば、識別子に現在割り当てられているメディアＩＤの内容についての情報、あるいは識別子に目下割り当てられているメディアＩＤに割り当てられたメディアファイルの内容についての情報などが付与される画面表示を生成する。

ユーザーが、コンテンツボタン４０５の１つを操作した場合、ユーザーは、例えば画面表示４０７に到達することができる。図２０に示されている実施形態では、ウィンドウ４２７に認証テーブル３１４においてユーザーにまだ割り当てられていないメディアＩＤが表示されるので、ユーザーは、コンテンツボタン４０５の操作により、図１７のバージョンの画面表示４０７に到達する。

画面表示４２５は、さらにスクロールボタン４１０を提供する。このことは、ユーザーに様々な識別子間の切り替えを可能にさせる。

ＧＵＩは、自身によって生成された画面表示のために、もしくは自身によって生成された画面表示の一部のためにフレームを作成することができ、あるいはＧＵＩによって生成されたすべての画面表示に対してもしくはＧＵＩによって生成された画面表示の一部に対して同じヘッダー４２９およびフッター４３０を生成することができる。この場合、スマートフォン用のＧＵＩのヘッダー４２９およびフッター４３０は、ラップトップ用のＧＵＩとは異なり得る。

ヘッダー４２９は、例えば、ユーザーのボタン操作によって画面表示４２３もしくは４２４に跳び越しすることができるホームボタン４３１を有し得る。さらに、ヘッダー４２９内には受信箱ボタン４３２が設けられてもよい。この受信箱ボタン４３２の操作により、ユーザーは、情報／メッセージが自身に表示される画面に到達する。

図２１は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得るような画面表示４３２を示している。図２１は、ユーザーが図１８による画面表示４１６においてウィンドウ４１９内の動作ボタン４０８を自身が操作した場合に到達できる画面表示４３２を示している。この画面表示４３２は、ウィンドウ４３３，４３４，４３５を有する。さらに、画面表示４３３は、フィルタボタン４３６を有する。ユーザーがスマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４３６「すべて」を操作した場合、ユーザーは、それによって、サーバーのインベントリルーチンにおける自身の適用の際に、サーバーの識別子テーブルに格納され、識別子テーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられ、かつ識別子テーブルにおいて特定の識別子タイプ「クリエイティブタイプ」が割り当てられたすべての識別子が読み出されるように選択されるインベントリ基準を有するインベントリ問い合わせを生成する。

ウィンドウ４３３は、フィルタボタン４３６の対応するインベントリ基準を有するインベントリ要求信号に応じてＵＩに通知されたインベントリ信号に含まれていた識別子を識別子画像４１２の形態でユーザーに表示する。さらに、ユーザーには、補足画像４３６を用いて、サーバーの識別子テーブルにおいてさらなる識別子を割り当てることができるルーチンを開始させる手段が提供される。

ウィンドウ４３４および４３５は、ＧＵＩに、ユーザーにさらなる対話手段を提供することを可能にさせる。

図２１の実施形態において選択されているような識別子画像４１２の形態では、識別画像内でユーザーグループ情報４３７がユーザーに提供される。このユーザーグループ情報４３７は、サーバーの識別子テーブルにおいてどのユーザーグループに識別子が割り当てられているかを示すことができる。ここでは、ユーザーグループ情報４３７の表示において、現在のユーザーが管理者であるユーザーグループへの識別子テーブル内の識別子の割り当てをユーザーに表示する手段が存在する。そのようなユーザーグループ情報４３７は、図２１の実施形態において示されているように、「マイホーム」と称することができる。ユーザーグループ情報４３７は、現在のユーザーがサーバーの識別子テーブルにおいて管理者として案内されていないユーザーグループについてユーザーグループの名前を含むことができ、図２１の実施形態では、これは「ウルリケ」である。

図２１の実施形態における識別子画像４１２は、さらに変更記号４３８を含むことができる。

図２２は、識別子画像４１２の別の可能な表現形態を示している。図２２の実施形態では、識別子画像４１２は、ユーザーグループ情報４３７を有していないが、変更記号４３８が示されている。さらに、図２２による識別子画像４１２の実施形態では、割り当てボタン４３９が設けられている。この割り当てボタン４３９の操作により、ユーザーは、ＵＩロックルーチンもしくはＵＩロック解除ルーチンをトリガーすることができる。

図２３は、ウィンドウ４４０の画面を示しており、これは、より詳細には示されていない、ユーザーが変更記号４３８を操作した場合にユーザーが到達することができる画面表示の一部であってもよい。ウィンドウ４４０では、自身が選択した識別子がユーザーに表示される。さらに、ユーザーにはスライドボタンとして割り当てボタン４３９が提供される。スライド調整器として設計された割り当てボタン４３９は、図２３に示されている位置をとるか、またはユーザーとＧＵＩとの対話による図２４に示されている位置をとることができる。割り当てボタン４３９のスライド調整器を図２３に示されている位置から図２４に示されている位置にシフトすることによって、ユーザーは、ＵＩロックルーチンをトリガーすることができる。スライド調整器として設計された割り当てボタン４３９の位置を図２４に示されている位置から図２３に示されている位置に変更した場合、ユーザーは、ＵＩロック解除ルーチンをトリガーすることができる。

図２３、図２４のウィンドウ４４０は、動作ボタン４０８を有する。この動作ボタン４０８の操作により、ユーザーは、サーバー内のユーザーグループが変更され、図中４４０にホーム記号４４１として示されているユーザーグループへのウィンドウ４４０に示されている識別子の割り当てが削除されるルーチンをトリガーすることができる。

ウィンドウ４４０は、さらにスクロールボタン４１０を有する。好適な実施形態では、このスクロールボタン４１０は、ウィンドウ４３３に表示されている識別子をスクロールするために使用される。代替的な実施形態では、スクロールボタン４１０は、図２１による画面表示４３２に戻る跳び越しのために使用することができる。

図２５は、スマートフォン１１２上でユーザーによって実行されるＵＩの一部であるＧＵＩによって生成され得る画面表示４４２を示している。図２５は、ユーザーが図１８による画面表示４１６においてウィンドウ４２０内の動作ボタン４０８を自身が操作した場合に到達できる画面表示４４２を示している。この画面表示４４２は、ウィンドウ４３３，４３４を有する。さらに、画面表示４４３は、フィルタボタン４４６を有する。ユーザーがスマートフォン１１２のタッチスクリーンとの対話によってフィルタボタン４４６「すべて」を操作した場合、ユーザーは、それによって、サーバーのインベントリルーチンにおける自身の適用の際に、ユーザーテーブルおよびユーザーグループテーブルに格納され、ユーザーテーブルおよびユーザーグループテーブルにおいて特定のユーザーに、または特定のユーザーがサーバーのユーザーグループテーブルに従って所属するユーザーグループに割り当てられたすべての機器識別子が読み出されるように選択されるインベントリ基準を有するインベントリ問い合わせを生成する。

ウィンドウ４４３では、フィルタボタン４４６の対応するインベントリ基準を有するインベントリ要求信号の送信に応じてＵＩに通知されたインベントリ信号において通知された識別子がＡＶ画像４４７の形態でユーザーに表示される。さらに、ユーザーには、補足画像４４８を用いて、サーバーのユーザーテーブルまたはユーザーグループテーブルにおいてさらなる機器識別子を割り当てることができるルーチンを開始させる手段が提供される。

ウィンドウ４４４は、ＧＵＩに、ユーザーにさらなる対話手段を提供することを可能にさせる。

図２５による実施形態において選択されているようなＡＶ画像４４７の形態では、ＡＶ画像内でユーザーグループ情報４３７がユーザーに提供される。このユーザーグループ情報４３７は、サーバーのユーザーグループテーブルにおいてどのユーザーグループに機器識別子が割り当てられているかを示すことができる。ここでは、ユーザーグループ情報４３７の表示において、現在のユーザーが管理者であるユーザーグループへのユーザーグループテーブル内の機器識別子の割り当てをユーザーに表示する手段が存在する。そのようなユーザーグループ情報４３７は、図２５の実施形態において示されているように、「マイホーム」と称することができる。ユーザーグループ情報４３７は、現在のユーザーがサーバーのユーザーグループテーブルにおいて管理者として案内されていないユーザーグループについてユーザーグループの名前を含むことができ、図２５の実施形態では、これは「ウルリケ」である。

図２１の実施形態におけるＡＶ画像４４７は、さらに変更記号４３８を含むことができる。

図２６は、ユーザーがウィンドウ４２１内の動作ボタン４０８を押した場合に、ＧＵＩによってユーザーに表示することができるウィンドウ４６０を示している。このウィンドウ４６０は、ユーザーが電子メールアドレスを入力することができる入力ウィンドウ４６１を有する。動作ボタン４０８「招待状を送信する」を操作することにより、ユーザーは、ＵＩユーザーメンテナンスルーチンを開始することができる。

Claims (18)

1. ユーザーによるダウンロード用のメディアファイルを提供するためのサーバー（１１１）であって、前記サーバー（１１１）は、
   ・ユーザーが作成されるオペレーティングシステムと、
   ・メモリに格納されたメディアテーブル（３１０）であって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブル（３１０）と、
   ・メモリに格納された識別子テーブル（３１２）であって、識別子担体（８）に割り当て可能な識別子がユーザーに割り当てられる識別子テーブル（３１２）と、
   ・メモリに格納された割り当てテーブル（３１３）と、
   を有し、
   前記割り当てテーブル（３１３）では、
   ｉ前記識別子に前記第１のメディアＩＤおよび／または前記第２のメディアＩＤが割り当て可能であり、
   ｉｉ前記第１のメディアＩＤは、前記識別子に割り当てられていない、サーバー（１１１）において、
   前記サーバー（１１１）上にプログラムルーチンが設けられ、前記プログラムルーチンを用いて、ユーザーは、前記割り当てテーブル（３１３）を変更し、前記割り当てテーブル（３１３）において識別子に前記第１のメディアＩＤを割り当てることを特徴とする、
   サーバー（１１１）。
2. 前記サーバー（１１１）は、前記プログラムルーチンを、変更信号（３１５）の受信によってトリガーするように構成されており、前記プログラムルーチンは、前記変更信号（３１５）を評価するステップを含む、
   請求項１記載のサーバー。
3. 前記サーバー（１１１）は、
   ・１人のユーザーに複数のメディアＩＤが割り当てられる認証テーブル（３１４）、および／または
   ・１つのメディアＩＤが複数のユーザーに割り当てられる認証テーブル（３１４）、および／または
   ・ユーザーグループに１つのメディアＩＤが割り当てられる認証テーブル（３１４）、および／または
   ・１つのメディアＩＤがユーザーグループに割り当てられる認証テーブル（３１４）
   を含む、
   請求項１または２記載のサーバー。
4. 前記サーバー（１１１）は、前記サーバー（１１１）上に設けられ、ライブラリ信号（３１６）の送信を生じさせるライブラリルーチンを含み、前記ライブラリ信号（３１６）は、１つのメディアＩＤまたは複数のメディアＩＤを含み、前記ライブラリルーチンは、以下のステップ、すなわち、
   ・前記メディアテーブル（３１０）からライブラリ基準に対応する少なくとも１つのメディアＩＤを読み出すステップを含み、かつ／または
   ・認証テーブル（３１４）から前記認証テーブル（３１４）においてユーザーに割り当てられ、ライブラリ基準に対応する少なくとも１つのメディアＩＤを読み出すステップを含む、
   請求項３記載のサーバー。
5. ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記メディアテーブル（３１０）に格納されたすべてのメディアＩＤが読み出されるように選択されており（ライブラリ基準「すべて」）、かつ／または
   ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記メディアテーブル（３１０）に格納され、前記メディアテーブル（３１０）において特定のメタデータ、例えば特定のシリーズへの所属性や例えばスタイル（ポップ、クラシック、ＲｎＢ）への割り当てなどの特定のカテゴライズが割り当てられたすべてのメディアＩＤが読み出されるように選択されており（ライブラリ基準「特定のメタデータ」）、かつ／または
   ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーがユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられたすべてのメディアＩＤが前記認証テーブル（３１４）から読み出されるように選択されており（ライブラリ基準「ユーザーメディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記メディアテーブル（３１０）に格納され、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられていないすべてのメディアＩＤが読み出されるように選択されており（ライブラリ基準「新規メディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられ、かつ前記割り当てテーブル（３１３）において、前記識別子テーブル（３１２）で特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤが前記認証テーブル（３１４）から読み出されるように選択されており（ライブラリ基準「割り当てられたメディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記ライブラリルーチンにおける自身の適用の際に、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられ、かつ前記割り当てテーブル（３１３）において、前記識別子テーブル（３１２）で特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤが前記認証テーブル（３１４）から読み出されるように選択されている（ライブラリ基準「フリーメディアＩＤ」）、
   請求項４記載のサーバー。
6. ダウンロード用のメディアファイルを提供するサーバー（１１１）と対話するための、特に請求項１から５までのいずれか１項記載のサーバー（１１１）と対話するためのユーザーインターフェースにおいて、
   変更信号（３１５）の送信を生じさせるＵＩ変更ルーチンによって特徴付けられ、
   前記変更信号（３１５）は、
   ・メディアＩＤを含むか、または
   ・メディアＩＤと識別子とを含む、
   ユーザーインターフェース。
7. 前記ユーザーインターフェースは、ライブラリ信号（３１６）の受信を含むＵＩライブラリルーチンを含み、前記ライブラリ信号（３１６）は、１つのメディアＩＤまたは複数のメディアＩＤを含み、前記変更信号（３１５）に含まれるメディアＩＤは、前記ライブラリ信号（３１６）に含まれている、
   請求項６記載のユーザーインターフェース。
8. 前記ＵＩライブラリルーチンは、ライブラリ要求信号（３５０）を生成して送信するステップを含み、前記ライブラリ要求信号（３５０）は、ライブラリ基準を含み、
   ・前記ライブラリ基準は、前記サーバー（１１１）のライブラリルーチンにおける自身の適用の際に、前記サーバー（１１１）のメディアテーブル（３１０）に格納されたすべてのメディアＩＤを読み出すのに適しており（ライブラリ基準「すべての」）、かつ／または
   ・前記ライブラリ基準は、前記サーバー（１１１）の前記ライブラリルーチンにおける自身の適用の際に、前記サーバー（１１１）の前記メディアテーブル（３１０）に格納され、前記メディアテーブル（３１０）において特定のメタデータ、例えば特定のシリーズへの所属性や例えばスタイル（ポップ、クラシック、ＲｎＢ）への割り当てなどの特定のカテゴライズが割り当てられたすべてのメディアＩＤを読み出すのに適しており（ライブラリ基準「特定のメタデータ」）、かつ／または
   ・前記ライブラリ基準は、前記サーバー（１１１）の前記ライブラリルーチンにおける自身の適用の際に、認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記サーバー（１１１）の前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられたすべてのメディアＩＤを前記サーバー（１１１）の前記認証テーブル（３１４）から読み出すのに適しており（ライブラリ基準「ユーザーメディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記サーバー（１１１）の前記ライブラリルーチンにおける自身の適用の際に、前記サーバー（１１１）の前記メディアテーブル（３１０）に格納され、前記サーバー（１１１）の前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記サーバー（１１１）の前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられていないすべてのメディアＩＤを読み出すのに適しており（ライブラリ基準「新規メディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記サーバー（１１１）の前記ライブラリルーチンにおける自身の適用の際に、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記サーバー（１１１）の前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられ、かつ前記サーバー（１１１）の割り当てテーブル（３１３）において、前記サーバー（１１１）の識別子テーブル（３１２）で特定のユーザーに、または特定のユーザーが前記サーバー（１１１）の前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられた識別子に割り当てられたすべてのメディアＩＤを前記サーバー（１１１）の前記認証テーブル（３１４）から読み出すのに適しており（ライブラリ基準「割り当てられたメディアＩＤ」）、かつ／または
   ・前記ライブラリ基準は、前記サーバー（１１１）の前記ライブラリルーチンにおける自身の適用の際に、前記認証テーブル（３１４）において特定のユーザーに、または特定のユーザーが前記サーバー（１１１）の前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられ、かつ前記サーバー（１１１）の前記割り当てテーブル（３１３）において、前記サーバー（１１１）の前記識別子テーブル（３１２）で特定のユーザーに、または特定のユーザーが前記ユーザーグループテーブル（３０９）に従って所属するユーザーグループに割り当てられた識別子に割り当てられていないすべてのメディアＩＤを前記サーバー（１１１）の前記認証テーブル（３１４）から読み出すのに適している（ライブラリ基準「フリーメディアＩＤ」）、
   請求項７記載のユーザーインターフェース。
9. システムであって、
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、を備え、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、前記ユーザーインターフェースが実施可能な外部機器と、を備え、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有している、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有している、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、前記ユーザーインターフェースが実施可能な外部機器と、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有している、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、再生装置（１）と、を備え、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、再生装置（１）と、を備え、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、前記ユーザーインターフェースが実施可能な外部機器と、再生装置（１）と、を備え、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有し、さらに再生装置（１）を備えている、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有し、さらに再生装置（１）を備えている、または
   ・請求項１から５までのいずれか１項記載のサーバー（１１１）と、請求項１から８までのいずれか１項記載のユーザーインターフェースと、前記ユーザーインターフェースが実施可能な外部機器と、識別子担体（８）と、を備え、前記識別子担体（８）は、読み取り機器によって読み出し可能な識別子を有し、さらに再生装置（１）を備えている、
   システム。
10. 前記再生装置（１）は、
    ・スピーカー（１３８）もしくはスピーカー接続端子と、
    ・自身の環境の領域内でこの環境の特性もしくはその特性の変化を検出することができるセンサ（１２０）と、
    ・制御ユニット（１３０）と、
    を有し、
    前記制御ユニット（１３０）は、前記センサ（１２０）が、自身の環境の領域内でこの環境の特定の特性もしくはその特性の特定の変化を検出した場合、あるいは前記制御ユニット（１３０）が、前記センサ（１２０）によって検出された特性の特定の変化を検出した場合に、音楽または読み聞かせ物語を再生するために前記スピーカー（１３８）もしくは前記スピーカー接続端子を駆動制御することができるように構成されている、
    請求項９記載のシステム。
11. ユーザーによってサーバー（１１１）からダウンロードするメディアファイルを提供するための方法であって、
    前記サーバー（１１１）は、
    ・ユーザーが作成されるオペレーティングシステムと、
    ・メモリに格納されたメディアテーブル（３１０）であって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブル（３１０）と、
    ・メモリに格納された識別子テーブル（３１２）であって、識別子担体（８）に割り当て可能な識別子がユーザーに割り当てられる識別子テーブル（３１２）と、
    ・メモリに格納された割り当てテーブル（３１３）と、
    を有し、
    前記割り当てテーブル（３１３）では、
    ｉ前記識別子が、少なくとも前記第１のメディアＩＤまたは前記第２のメディアＩＤに割り当て可能であり、
    ｉｉ 前記第１のメディアＩＤは、前記識別子に割り当てられていない、
    方法において、
    ユーザーが、前記サーバー（１１１）上に設けられるプログラムルーチンを実行し、これにより、ユーザーは、前記割り当てテーブル（３１３）を変更し、前記割り当てテーブル（３１３）において前記識別子に前記第１のメディアＩＤを割り当てることを特徴とする、方法。
12. ユーザーインターフェースを用いて、ダウンロード用のメディアファイルを提供するサーバー（１１１）と対話するための、特に請求項１から５までのいずれか１項記載のサーバーと対話するための方法において、
    変更信号（３１５）の送信を生じさせるＵＩ変更ルーチンの実施が行われ、
    前記変更信号（３１５）は、
    ・メディアＩＤを含むか、または
    ・メディアＩＤと識別子とを含むことを特徴とする、
    方法。
13. ユーザーによってサーバー（１１１）からダウンロードするメディアファイルを提供するための方法であって、
    前記サーバー（１１１）は、
    ・ユーザーが作成されるオペレーティングシステムと、
    ・メモリに格納されたメディアテーブル（３１０）であって、少なくとも１つの第１のメディアＩＤが第１のメディアファイルに割り当てられ、第２のメディアＩＤは第２のメディアファイルに割り当てられるメディアテーブル（３１０）と、
    ・メモリに格納された識別子テーブル（３１２）であって、識別子担体（８）に割り当て可能な識別子がユーザーに割り当てられる識別子テーブル（３１２）と、
    ・メモリに格納された割り当てテーブル（３１３）と、
    を有し、
    前記割り当てテーブル（３１３）では、
    ｉ前記識別子が、少なくとも前記第１のメディアＩＤまたは前記第２のメディアＩＤに割り当て可能であり、
    ｉｉ 前記第１のメディアＩＤは、前記識別子に割り当てられていない、
    方法において、
    前記ユーザーインターフェース上で、変更信号（３１５）の送信を生じさせるＵＩ変更ルーチンが実施され、
    前記変更信号（３１５）は、
    ・第１のメディアＩＤを含むか、または
    ・第１のメディアＩＤと識別子とを含み、前記サーバーは、前記変更信号（３１５）を受信し、前記変更信号（３１５）の受信後、ユーザーが前記割り当てテーブル（３１３）を変更し、前記割り当てテーブル（３１３）において識別子に第１のメディアＩＤを割り当てるプログラムルーチンを実行することを特徴とする、
    方法。
14. ・前記サーバー（１１１）によってライブラリ信号（３１６）を送信するステップであって、前記ライブラリ信号（３１６）は、１つのメディアＩＤまたは複数のメディアＩＤを含むステップと、
    ・前記ユーザーインターフェースにおいて、前記サーバーによって送信された前記ライブラリ信号（３１６）を受信するステップを含む、ＵＩライブラリルーチンを実施するステップと、
    ・前記ＵＩ変更ルーチンにおいて前記変更信号（３１５）を生成して送信するステップであって、前記ライブラリ信号（３１６）に含まれる前記メディアＩＤの１つが前記変更信号（３１５）に含まれるステップと、
    によって特徴付けられる、
    請求項１３記載の方法。
15. データ処理のための装置であって、請求項１１から１４までのいずれか１項記載の方法の１つのステップを実行するための手段を含む、
    データ処理のための装置。
16. コンピュータプログラム、特にコンピュータプログラム製品であって、コンピュータによってプログラムが実行されるときに、コンピュータに請求項１１から１４までのいずれか１項記載の方法の１つを実行させる命令を含む、
    コンピュータプログラム。
17. データ搬送波信号であって、請求項１６記載のコンピュータプログラム、特にコンピュータプログラム製品を伝送する、
    データ搬送波信号。
18. コンピュータ可読記録媒体であって、コンピュータによって実行されるときに、請求項１１から１４までのいずれか１項記載の方法の１つをコンピュータに実行させる命令を含む、
    コンピュータ可読記録媒体。

Images