オーディオビジュアルデータ再生システムに対し、中央サーバから送られるファイルを受取る方法であり、前記システムがオペレーティングシステムで管理され、かつデータ転送リンクによって前記サーバにリンクされている方法であって、前記方法が、前記中央サーバとオーディオビジュアルデータ再生システム間のリンクを初期化することからなるステップと、前記中央サーバから送られる前記ファイルを前記オーディオビジュアルデータ再生システムの記憶手段に格納することからなるステップとを含み、各ファイルが前記ファイルに含まれるデータタイプを表わす特定情報を含み、前記方法がさらに、受取った各ファイルに対し、特定の受取り機能をサーチすることからなるステップを含み、該サーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行され、前記方法がさらに、前記対応する受取り機能によって各ファイルを処理することからなるステップを含み、該処理が前記受取ったファイルを特定の記憶エリアにコピーすることを特徴とする方法。前記記憶ステップが、指定された最小値の有効エリアを持つ任意の固定記憶装置エリア内でファイルを開き、送られた前記データを書き込むことからなることを特徴とする、請求項1に記載のファイルのダウンロード方法。前記処理ステップが、前記オーディオビジュアルデータ再生システムのデータベースを更新し、前記受取ったファイルに含まれるデータを取り込むことを特徴とする、請求項1または2に記載のファイルのダウンロード方法。全体ファイルに対応する最終データパケットをメモリに格納するとき、前記サーチステップを始動することを特徴とする、請求項1から3のいずれか一項に記載のファイルのダウンロード方法。前記特定情報が前記受取ったファイルのファイル拡張子、ネーム、またはその両方を含むことを特徴とする、請求項1から4のいずれか一項に記載のファイルのダウンロード方法。前記特定情報が音楽ファイルを表わすとき、前記データベース更新ステップが、前記音楽ファイルのバージョンと前記再生システムのオペレーティングシステムのバージョンとの適合性をチェックすることからなるステップと、前記再生システムに格納された全音楽の識別情報を含む、再生システムに格納されたファイルを更新することからなるステップと、前記データベース内の統計テーブルを更新して、メモリに格納された前記ファイルに対応する音楽の選択頻度を決定できるようにすることからなるステップと、前記再生システムに対し購入された全音楽の数とネームを含む購入テーブルを更新することからなるステップと、選択できる音楽のカウンタを更新し、選択できる音楽の数が特定のしきい値以下であることをチェックすることからなるステップとからの少なくとも1つのステップを含むことを特徴とする、請求項3に記載のファイルのダウンロード方法。したがって、本発明の目的は、一時的ファイル記憶を必要としないファイル受取り方法を提案することにより、従来技術の欠点を改良することである。この目的は中央サーバによりオーディオビジュアルデータ再生システムに送られたファイルを受取る方法で達成されるもので、前記システムがオペレーティングシステムで管理され、かつデータ転送リンクによって前記サーバにリンクされており、その方法が、中央サーバとオーディオビジュアルデータ再生システムとの間のリンクを初期化することからなるステップと、中央サーバから送られる前記ファイルをオーディオビジュアルデータ再生システムの記憶手段に格納するステップであって、各ファイルがファイルに含まれるデータタイプを表わす特定情報を含むものである、ステップと、受取った各ファイルに対し、特定の受取り機能をサーチするステップであって、そのサーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行されるものである、ステップと、対応する受取り機能によって各ファイルを処理するステップであって、その処理が前記受取ったファイルを特定の記憶エリアにコピーすることである、ステップとを含むことを特徴とする。本発明の特徴と利点は、添付図面による説明内容を読めばさらに明瞭になるであろう。本発明によるファイル受取り方法は、欧州特許出願No.99401785.3に記載されているような、オーディオビジュアルデータ再生システムにより実施される。この欧州特許出願によれば、再生システムは基本的に、複数インタフェースとオペレーティングシステムによって、サウンド再生、画像ディスプレイ、音楽選択、およびリモートオーディオビジュアルデータ配信サーバとのリンクを管理する中央ユニットを備える。オペレーティングシステムは階層モジュールで構成され、各々がオーディオビジュアルデータ再生システムの特定機能を管理している。このようなオーディオビジュアルデータ再生システムのオペレーティングシステムは、データベースも管理する。このデータベースは再生システムの記憶手段に格納されるファイルのデータを含む。これらのファイルは特に、音楽を形成するディジタル化したデータ、または音楽をそこから取り出すアルバムのカバーを表わすグラフィックデータのどちらか、またはアニメーションビデオまたは広告を表わす。例えば少なくとも2つのタイプのグラフィックファイルがある。第1のタイプのグラフィックファイルは、小さいフォーマットのアルバムカバーを表わす。この第1タイプのグラフィックファイルは、再生システムにある音楽リストの顧客によるサーチにおいて使用される。第2タイプのファイルは、大きなフォーマットのアルバムカバーを表す。この第2タイプのファイルは、顧客がカバーに対応するアルバムから取り出される音楽を選択したときに使用される。第3タイプのファイルはビデオ、広告または通覧であってもよい。異なるファイルタイプ、音楽ファイル、第1および第2タイプのグラフィックファイルは、各ファイルタイプに対し異なるファイル拡張子を使用して区別される。データベースに含まれるデータを使用して、音楽ファイルsongfileと関連グラフィックファイル間に存在するリンクを決定し、全音楽ファイルを少なくとも1つのグラフィックファイルにリンクする。しかし、アルバムカバーを表わすグラフィックファイルは、いずれの音楽ファイルにもリンクされていないこともあるある。これは、そのカバーで表わされるアルバム内の音楽が再生システムに格納されていないことを意味するが、再生システムの記憶手段にダウンロードするために注文することができる。同様に対応するアルバムジャケットを持つ新しい音楽は、再生システムの記憶手段にダウンロードされるように注文することができる。音楽またはアルバムジャケットに対応するファイルのダウンロードの間に、本発明による方法が実行される。オーディオビジュアルデータ生成システムを使用して新しい音楽を注文する場合、再生システムのオペレーティングシステムは、新しい音楽に対し、アルバムを表わすグラフィックファイルがすでに記憶手段に格納されていないかどうかをチェックする。格納されていない場合は、対応するグラフィックファイルが注文される。注文される各ファイルに対し、その注文される各ファイルを処理し取り扱おうとする機能を、オペレーティングシステムのモジュールによって作成し、注文されるファイルタイプを管理する。この方法において、オペレーティングシステムは音楽ファイルを管理する第1モジュール、第1タイプのグラフィックファイルを管理する第2モジュール、第2タイプのグラフィックファイルを管理する第3モジュール、およびその他のファイルタイプを管理するその他のモジュールを備える。本書の残り部分では、動作を3つの異なるファイルタイプを用いて説明する。しかし、これは、本発明を制限することを表わすものではない。この方法において、例えば特定の音楽ファイルを並べる間、第1モジュールは、注文される音楽ファイルに対し特定の受取り機能を作成する。これを実行するために、データベースは、再生システムにある音楽すべての全ファイルのネーム、およびダウンロードできる音楽のすべての全ファイルのネームを備える。この方法において、注文される各ファイルに対し受取り機能が作成される。同様に、第1、第2、第3モジュールは、音楽ファイル、または第1または第2タイプの音楽ファイルまたはグラフィックファイルの受取りを担うのに使用される標準受取り機能を作成する機能を備える。この方法において、ファイル、例えば音楽ファイルが、再生システムによって直接注文されず、例えばサーバまたはサーバに接続されたインターネットサイトなどの他の手段による場合でも、このファイルの受取りが再生システムによって考慮されてもよい。ファイルの注文が確認されると、オペレーティングシステムの第4のモジュールが、リモートサーバを用いてリンクの管理を実行する。これに対しては、通信をサーバに接続すると直ちに、第4モジュールが、再生システム上に注文された全ファイルの識別情報を含む特定ファイルを作成する。サーバが再生システム上へのファイルのダウンロードを認証するか否かのすべての権利をチェック後、要求されたファイルを要求再生システムに送る。ファイルはデータパケットで送られる。図1は、本発明によるファイル受取り方法のロジックダイアグラムを示す。本発明の方法によれば、第1ステップ10は、サーバと再生システム間の通信を初期化し、ファイル転送を実行することからなる。本発明は、次に記憶手段上の受取りファイルを開くステップ11を含む。本発明によれば、選択される記憶エリアは固定記憶装置エリアであり、利用するメモリは指定された最小サイズを持つ。この方法において、従来技術と異なり、データを特定の一時的記憶エリアに格納せず、記憶エリアが指定された最小サイズを持つ場合は、その記憶エリアの任意のエリアに格納する。ファイルを開いた後、第3ステップ12の間、オペレーティングシステムの遠隔通信モジュールを、データパケットに対しスタンバイに設定する。次の受取りステップ13の間、受取ったパケットに含まれるデータは、開いたファイルにコピーされる。チェックステップ14は、今コピーしたパケットが受取られたファイルの最終パケットかどうかのチェックをする。受取られたファイルの最終ファイルの受取りが終了していない間は、同一ファイルのデータパケットのすべてが、前に開いたファイルにコピーされる。チェックステップ14の間にファイルの最終データパケットが検出されると、6番目のステップ15において、オペレーティングシステム遠隔通信モジュールは通告を作成し、それをサーバとのリンクを管理する第4モジュールに送る。この通告は第4モジュールに、新しいファイルを受取り完了したことを知らせる。この通告を受け取ると直ちに、第4モジュールは、作成された受取り機能のすべてでスタンバイステップ20からサーチステップ21に切換わり、それらのどれかが受取ったファイルに関連しているかどうかを判別する。同様に、第4モジュールはサーチを実行し、標準受取り機能が存在するかどうかを判別する。サーチは、受取ったファイルネーム、その拡張子、またはその両方によって実行される。実際、各受取り機能は、特定ファイルまたはファイルタイプのどちらかに特定のものである。したがって、受取ったファイルのネーム、拡張子、またはその両方を使用して、関連する受取り機能を、第4モジュールによって容易に確認locateできる。第4モジュールが受取ったファイルに対応する機能を確認すると、9番目のステップ22で、この新しいファイルの処理を開始する。音楽に関係する各ファイルに対しては、10番面のステップ24において、第1受取り機能を開始し、画像に関係する各ファイルに対しては、11番面のステップ23において、第2受取り機能を開始する。音楽または画像ファイルの処理は、基本的に受取ったファイルを再生システムのデータベースにコピーし、再生システムのデータベースを更新することからなる。受取り機能が再生システムの第4モジュールによって確認されない場合は、その処理を停止し、他の作用や操作を受取ったファイルを実行しない。図2は、代表的な音楽ファイル受取り機能のロジックダイアグラムを示す。第1ステップ30では、受取り機能は、再生システムデータベース内にすでにファイルが存在するかどうかをチェックする。存在する場合は、第2ステップ31で新しいファイルを古いファイルの上にコピーして、古いファイルを削除する。ファイルが存在しない場合は、第3ステップ32で、新しいファイルを記憶手段の適当なエリア例えば特定ディレクトリのメモリに格納する。次に第4ステップ33で、受取り機能が、新しいファイルが正しくコピーされたかどうかをチェックする。正しくコピーされていない場合は、第5ステップ302で、受取ったファイルを削除する。新しいファイルが正しくコピーされた場合は、受取り機能がデータベースを更新する。この更新は、第6ステップ34で、受取ったファイル内でデータベースを更新するデータをサーチする。見出したデータを使用して、第7ステップ35で、受取り機能が関連グラフィックファイルの存在をチェックする。同様に受取り機能が、音楽ファイルと関連グラフィックファイルのバージョンが相互に適合するか、またオペレーティングシステムのバージョンと適合するかどうかをチェックする。そうでなければ、例えば、欧州特許出願No.99410785.3に記載の方法に従って、オペレーティングシステムは更新されないか、または新しいグラフィックファイルが注文される。次の第8ステップ36では、受取り機能がデータベースを更新し、関連グラフィックファイルを取り込む。第9ステップ37では、受取り機能が再生システムのデータベースのイベントテーブルに、新しい音楽ファイルを受取ったことを追加する。第10ステップ38では、受取り機能が再生システムに格納された、再生システムにある音楽すべての識別情報を含むファイルを更新する。各音楽は、例えば単一番号によって識別される。このファイルはサーバで使用され、そのサーバに接続された各再生システムにある音楽のリストを検出する。この方法では、サーバは、再生システムと通信の間、要求により再生システムに存在する音楽リストを検出でき、後者は音楽リストを含むファイルを送る。この方法では、サーバは、再生システムにある音楽を見つけ出すために、このファイル内に含まれる音楽番号を引出すことを単に必要とする。第11ステップ39では、受取り機能は再生システムのデータベース内の統計テーブルにエントリを追加する。この統計テーブルは、受取った新しいファイルに対応する音楽が選択される回数を明らかにできる。第12ステップ301は、受取り機能は再生システムのデータベース内の購入テーブルを更新する。この購入テーブルを使用して、例えば音楽の注文された回数が、特定数より少ないかどうかをチェックし、また注文された音楽に対し請求を行う。次に受取り機能は第15ステップ302を実行し、最初の位置で受取ったファイルを削除する。実際、ステップ31またはステップ32で受取られたファイルは、特定メモリエリアにコピーされる。したがって、受取られたファイルは、データベース更新ステップの間、その最初の位置に保持される。この更新後、初期バージョンはこれ以上使用されず、削除できる。受取り機能は第13ステップ303で終了する。このステップでは、顧客によって再生システム上で選択されうる音楽の数を更新する。この数はシステム記憶手段のメモリに格納され、特定しきい値と比較される。この数がしきい値に等しければ、これは再生システムが、選択できる音楽の最大数を含み、またそのために、少なくとも1つの音楽を前もって削除せずに、その他を注文することができないことを意味する。図3は、アルバムカバーファイル受取り機能を表わすロジックダイアグラムである。本発明によれば、第1と第2タイプのグラフィックファイルの処理は同一である。グラフィックファイル受取り機能は、第1ステップ40で、受取ったファイルの完全性をチェックする。第2ステップ41では、受取り機能は、グラフィックファイルが再生システムのデータベース内にすでに存在するかどうかをチェックする。存在する場合は、第3ステップ42で新しいファイルを古いファイルの上にコピーして、古いファイルを削除する。ファイルが存在しない場合は、第4ステップ43で、新しいファイルを記憶手段の適当なエリア例えば特定ディレクトリのメモリに格納する。次に第5ステップ44で、受取り機能が、新しいファイルが正しくコピーされたかどうかをチェックする。正しくコピーされない場合は、第6ステップ46で、受取ったファイルを削除する。新しいファイルが正しくコピーされていると、第7ステップ45でデータベースを更新する。この更新は新しいグラフィックファイルと、それがリンクしている音楽すなわちグラフィックファイルで表わされるアルバムに付属する音楽のネームを表わすことからなる。このデータすべては、グラフィックファイルまたはデータベースのアーカイブテーブルにどちらかに存在する。この方法において、本発明によるファイル受取り方法は、中央サーバとオーディオビジュアルデータ再生システム間のリンクを初期化することからなるステップと、中央サーバから送られる前記ファイルをオーディオビジュアルデータ再生システムの記憶手段に格納するステップであって、各ファイルが前記ファイルに含まれるデータタイプを表わす特定情報を含む、ステップと、受取った各ファイルに対し、特定の受取り機能をサーチするステップであって、そのサーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行されるものである、ステップと、対応する受取り機能によって各ファイルを処理するステップであって、その処理が受取ったファイルを特定の記憶エリアにコピーすることである、ステップとを含むことを特徴とする。別の実施形態では、記憶ステップは、指定された最小サイズの有効エリアを持つ任意の固定記憶装置エリア内でファイルを開き、送られたデータを書き込む。別の実施形態では、処理ステップは、オーディオビジュアルデータ再生システムの更新を含み、受取ったファイルに含まれるデータを取り込む。別の実施形態では、全体ファイルに対応する最終データパケットをメモリに格納するとき、サーチステップを開始する。別の実施形態では、特定情報は受取られるファイルのファイル拡張子、ネーム、またはその両方を含む。別の実施形態では、特定情報は音楽ファイルを表わし、データベース更新ステップは、音楽ファイルのバージョンと再生システムのオペレーティングシステムのバージョンとの適合性をチェックすることからなるステップ、再生システムに格納された全音楽の識別情報を含む、再生システムに格納されたファイルを更新することからなるステップ、データベース内の統計テーブルを更新して、メモリに格納されたファイルに対応する音楽の選択頻度を決定できるようにすることからなるステップ、再生システムに対し購入された全音楽の数とネームを含む購入テーブルを更新することからなるステップ、選択できる音楽のカウンタを更新し、選択できる音楽の数が特定のしきい値以下であることをチェックすることからなるステップ、の少なくとも1つを含む。本発明によれば、特許請求される本発明の範囲から逸脱することなく、多くの他の特定形態での実施形態が可能なことは当業者には明らかである。したがって、本発明の実施形態は実例と考える必要があり、添付の特許請求の範囲で限定される範囲内で変更可能である。また本発明は前述の詳細内容に制限されるものではない。