(57)【特許請求の範囲】
【請求項１】
オーディオビジュアルデータ再生システムに対し、中央サーバから送られるファイルを受取る方法であり、前記システムがオペレーティングシステムで管理され、かつデータ転送リンクによって前記サーバにリンクされている方法であって、前記方法が、
前記中央サーバとオーディオビジュアルデータ再生システム間のリンクを初期化することからなるステップと、
前記中央サーバから送られる前記ファイルを前記オーディオビジュアルデータ再生システムの記憶手段に格納することからなるステップとを含み、各ファイルが前記ファイルに含まれるデータタイプを表わす特定情報を含み、前記方法がさらに、
受取ったファイルに特定の受取り機能を受取った各ファイルに対してサーチすることからなるステップを含み、該サーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行され、前記方法がさらに、
前記対応する受取り機能によって各ファイルを処理することからなるステップを含み、該処理が前記受取ったファイルを特定の記憶エリアにコピーする
ことを特徴とする方法。
【請求項２】
前記記憶ステップが、指定された最小値の有効エリアを持つ任意の固定記憶装置エリア内でファイルを開き、送られた前記データを書き込むことからなることを特徴とする、請求項１に記載のファイルのダウンロード方法。
【請求項３】
前記処理ステップが、前記オーディオビジュアルデータ再生システムのデータベースを更新し、前記受取ったファイルに含まれるデータを取り込むことを含むことを特徴とする、請求項１または２に記載のファイルのダウンロード方法。
【請求項４】
全体ファイルに対応する最終データパケットをメモリに格納するとき、前記サーチステップを始動することを特徴とする、請求項１から３のいずれか一項に記載のファイルのダウンロード方法。
【請求項５】
前記特定情報が前記受取ったファイルのファイル拡張子、ネーム、またはその両方を含むことを特徴とする、請求項１から４のいずれか一項に記載のファイルのダウンロード方法。
【請求項６】
前記特定情報が音楽ファイルを表わすとき、前記データベースを更新するステップが、
前記音楽ファイルのバージョンと前記再生システムのオペレーティングシステムのバージョンとの適合性をチェックすることからなるステップと、
前記再生システムに格納された全音楽の識別情報を含む、再生システムに格納されたファイルを更新することからなるステップと、
メモリに格納された前記ファイルに対応する音楽が何回選択されたかを決定できるようにする、前記データベース内の統計テーブルに、新しいエントリを追加することからなるステップと、
前記再生システムに対し購入された全音楽の数とネームを含む購入テーブルを更新することからなるステップと、
選択できる音楽のカウンタを更新し、選択できる音楽の数が特定のしきい値以下であることをチェックすることからなるステップ、
の中の少なくとも１つのステップを含むことを特徴とする、請求項３に記載のファイルのダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、オーディオビジュアルデータ再生システムに適用されるファイル受取り方法に関する。
【背景技術】
【０００２】  従来技術では、ファイル受取り方法は、受取ったファイルを一時的記憶エリアに置かれたファイル内のメモリに格納する第１ステップを含むことが知られている。その後、特定手順により、受取ったファイルが予測するファイルに一致するかどうかをチェックする。一致する場合は、ファイルの種類に従って、受取ったファイルを特定の固定記憶装置エリアにコピーする。
【発明が解決しようとする課題】
【０００３】
【発明が解決しようとする課題】
したがって、本発明の目的は、一時的ファイル記憶エリアを必要としないファイル受取り方法を提案することにより、従来技術の欠点を改良することである。
【課題を解決するための手段】
【０００４】  この目的は中央サーバによりオーディオビジュアルデータ再生システムに送られたファイルを受取る方法で達成されるもので、前記システムがオペレーティングシステムで管理され、かつデータ転送リンクによって前記サーバにリンクされており、その方法が、
中央サーバとオーディオビジュアルデータ再生システムとの間のリンクを初期化することからなるステップと、
中央サーバから送られる前記ファイルをオーディオビジュアルデータ再生システムの記憶手段に格納するステップであって、各ファイルがファイルに含まれるデータタイプを表わす特定情報を含むものである、ステップと、
受取った各ファイルに対し、特定の受取り機能をサーチするステップであって、そのサーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行されるものである、ステップと、
対応する受取り機能によって各ファイルを処理するステップであって、その処理が前記受取ったファイルを特定の記憶エリアにコピーすることである、ステップとを含むことを特徴とする。
【０００５】  本発明の特徴と利点は、添付図面による説明内容を読めばさらに明瞭になるであろう。
【発明を実施するための形態】
【０００６】  本発明によるファイル受取り方法は、欧州特許出願Ｎｏ.  ９９４０１７８５．３に記載されているような、オーディオビジュアルデータ再生システムにより実施される。この欧州特許出願によれば、再生システムは基本的に、複数インタフェースとオペレーティングシステムによって、サウンド再生、画像ディスプレイ、音楽選択、およびリモート・オーディオビジュアル・データ配信サーバとのリンクを管理する中央ユニットを備える。オペレーティングシステムは階層モジュールで構成され、各々がオーディオビジュアルデータ再生システムの特定機能を管理している。
【０００７】  このようなオーディオビジュアルデータ再生システムのオペレーティングシステムは、データベースも管理する。このデータベースは再生システムの記憶手段に格納されるファイルのデータを含む。これらのファイルは特に、音楽を形成するディジタル化したデータ、または音楽をそこから取り出すアルバムのカバーを表わすグラフィックデータのどちらか、またはアニメーション（ビデオまたは広告）を表わす。例えば少なくとも２つのタイプのグラフィックファイルがある。第１のタイプのグラフィックファイルは、小さいフォーマットのアルバムカバーを表わす。この第１タイプのグラフィックファイルは、再生システムにある音楽リストの顧客によるサーチにおいて使用される。第２タイプのファイルは、大きなフォーマットのアルバムカバーを表す。この第２タイプのファイルは、顧客がカバーに対応するアルバムから取り出される音楽を選択したときに使用される。第３タイプのファイルはビデオ、広告または通覧であってもよい。異なるファイルタイプ、音楽ファイル、第１および第２タイプのグラフィックファイルは、各ファイルタイプに対し異なるファイル拡張子を使用して区別される。
【０００８】  データベースに含まれるデータを使用して、音楽ファイル（song file）と関連グラフィックファイル間に存在するリンクを決定し、全音楽ファイルを少なくとも１つのグラフィックファイルにリンクする。しかし、アルバムカバーを表わすグラフィックファイルは、いずれの音楽ファイルにもリンクされていないこともあるある。これは、そのカバーで表わされるアルバム内の音楽が再生システムに格納されていないことを意味するが、再生システムの記憶手段にダウンロードするために注文することができる。同様に対応するアルバムジャケットを持つ新しい音楽は、再生システムの記憶手段にダウンロードされるように注文することができる。音楽またはアルバムジャケットに対応するファイルのダウンロードの間に、本発明による方法が実行される。
【０００９】  オーディオビジュアルデータ生成システムを使用して新しい音楽を注文する場合、再生システムのオペレーティングシステムは、新しい音楽に対し、アルバムを表わすグラフィックファイルがすでに記憶手段に格納されていないかどうかをチェックする。格納されていない場合は、対応するグラフィックファイルが注文される。注文される各ファイルに対し、その注文される各ファイルを処理し取り扱おうとする機能を、オペレーティングシステムのモジュールによって作成し、注文されるファイルタイプを管理する。この方法において、オペレーティングシステムは音楽ファイルを管理する第１モジュール、第１タイプのグラフィックファイルを管理する第２モジュール、第２タイプのグラフィックファイルを管理する第３モジュール、およびその他のファイルタイプを管理するその他のモジュールを備える。本書の残り部分では、動作を３つの異なるファイルタイプを用いて説明する。しかし、これは、本発明を制限することを表わすものではない。この方法において、例えば特定の音楽ファイルを並べる間、第１モジュールは、注文される音楽ファイルに対し特定の受取り機能を作成する。これを実行するために、データベースは、再生システムにある音楽すべての全ファイルのネーム、およびダウンロードできる音楽のすべての全ファイルのネームを備える。この方法において、注文される各ファイルに対し受取り機能が作成される。
【００１０】  同様に、第１、第２、第３モジュールは、音楽ファイル、または第１または第２タイプのグラフィックファイルの受取りを担うのに使用される「標準」受取り機能を作成する機能を備える。この方法において、ファイル、例えば音楽ファイルが、例えばサーバまたはサーバに接続されたインターネットサイトなどの再生システムによる以外の、再生システムによって直接注文されていない場合でも、このファイルの受取りが再生システムによって考慮されてもよい。
【００１１】  ファイルの注文が確認されると、オペレーティングシステムの第４のモジュールが、リモートサーバを用いてリンクの管理を実行する。これに対しては、通信をサーバに接続すると直ちに、第４モジュールが、再生システム上に注文された全ファイルの識別情報を含む特定ファイルを作成する。サーバが再生システム上へのファイルのダウンロードを認証するか否かのすべての権利をチェック後、要求されたファイルを要求再生システムに送る。ファイルはデータパケットで送られる。
【００１２】  図１は、本発明によるファイル受取り方法のロジックダイアグラムを示す。本発明の方法によれば、第１ステップ１０は、サーバと再生システム間の通信を初期化し、ファイル転送を実行することからなる。本発明は、次に記憶手段上の受取りファイルを開くステップ１１を含む。本発明によれば、選択される記憶エリアは固定記憶装置エリアであり、利用するメモリは指定された最小サイズを持つ。この方法において、従来技術と異なり、データを特定の一時的記憶エリアに格納せず、記憶エリアが指定された最小サイズを持つ場合は、その記憶エリアの任意のエリアに格納する。ファイルを開いた後、第３ステップ１２の間、オペレーティングシステムの「遠隔通信」モジュールを、データパケットに対しスタンバイに設定する。
【００１３】  次の受取りステップ１３の間、受取ったパケットに含まれるデータは、開いたファイルにコピーされる。チェックステップ１４は、今コピーしたパケットが受取られたファイルの最終パケットかどうかのチェックをする。受取られたファイルの最終ファイルの受取りが終了していない間は、同一ファイルのデータパケットのすべてが、前に開いたファイルにコピーされる。チェックステップ１４の間にファイルの最終データパケットが検出されると、６番目のステップ１５において、オペレーティングシステム遠隔通信モジュールは通告を作成し、それをサーバとのリンクを管理する第４モジュールに送る。この通告は第４モジュールに、新しいファイルを受取り完了したことを知らせる。この通告を受け取ると直ちに、第４モジュールは、作成された受取り機能のすべてでスタンバイステップ２０からサーチステップ２１に切換わり、それらのどれかが受取ったファイルに関連しているかどうかを判別する。同様に、第４モジュールはサーチを実行し、標準受取り機能が存在するかどうかを判別する。
【００１４】  サーチは、受取ったファイルネーム、その拡張子、またはその両方によって実行される。実際、各受取り機能は、特定ファイルまたはファイルタイプのどちらかに特定のものである。したがって、受取ったファイルのネーム、拡張子、またはその両方を使用して、関連する受取り機能を、第４モジュールによって容易に確認（locate）できる。第４モジュールが受取ったファイルに対応する機能を確認すると、９番目のステップ２２で、この新しいファイルの処理を開始する。音楽に関係する各ファイルに対しては、１０番面のステップ２４において、第１受取り機能を開始し、画像に関係する各ファイルに対しては、１１番面のステップ２３において、第２受取り機能を開始する。音楽または画像ファイルの処理は、基本的に受取ったファイルを再生システムのデータベースにコピーし、再生システムのデータベースを更新することからなる。受取り機能が再生システムの第４モジュールによって確認されない場合は、その処理を停止し、他の作用や操作を受取ったファイルを実行しない。
【００１５】  図２は、代表的な音楽ファイル受取り機能のロジックダイアグラムを示す。第１ステップ３０では、受取り機能は、再生システムデータベース内にすでにファイルが存在するかどうかをチェックする。存在する場合は、第２ステップ３１で新しいファイルを古いファイルの上にコピーして、古いファイルを削除する。ファイルが存在しない場合は、第３ステップ３２で、新しいファイルを記憶手段の適当なエリア（例えば特定ディレクトリ）のメモリに格納する。次に第４ステップ３３で、受取り機能が、新しいファイルが正しくコピーされたかどうかをチェックする。正しくコピーされていない場合は、第５ステップ３０２で、受取ったファイルを削除する。新しいファイルが正しくコピーされた場合は、受取り機能がデータベースを更新する。この更新は、第６ステップ３４で、受取ったファイル内でデータベースを更新するデータをサーチする。見出したデータを使用して、第７ステップ３５で、受取り機能が関連グラフィックファイルの存在をチェックする。同様に受取り機能が、音楽ファイルと関連グラフィックファイルのバージョンが相互に適合するか、またオペレーティングシステムのバージョンと適合するかどうかをチェックする。一方、例えば、欧州特許出願Ｎｏ．９９４１０７８５．３に記載の方法に従って、オペレーティングシステムは更新されず、または新しいグラフィックファイルが注文されない。
【００１６】  次の第８ステップ３６では、受取り機能がデータベースを更新し、関連グラフィックファイルを取り込む。第９ステップ３７では、受取り機能が再生システムのデータベースのイベントテーブルに、新しい音楽ファイルを受取ったことを追加する。
【００１７】  第１０ステップ３８では、受取り機能が再生システムに格納された、再生システムにある音楽すべての識別情報を含むファイルを更新する。各音楽は、例えば単一番号によって識別される。このファイルはサーバで使用され、そのサーバに接続された各再生システムにある音楽のリストを検出する。この方法では、再生システムと通信の間、サーバは要求により再生システムに存在する音楽リストを検出でき、後者は音楽リストを含むファイルを送る。この方法では、サーバは、再生システムにある音楽を見つけ出すために、このファイル内に含まれる音楽番号を引出すことを単に必要とする。
【００１８】  第１１ステップ３９では、受取り機能は再生システムのデータベース内の統計テーブルにエントリを追加する。この統計テーブルは、受取った新しいファイルに対応する音楽が選択される回数を明らかにできる。第１２ステップ３０１は、受取り機能は再生システムのデータベース内の購入テーブルを更新する。この購入テーブルを使用して、例えば音楽の注文された回数が、特定数より少ないかどうかをチェックし、また注文された音楽に対し請求を行う。次に受取り機能は第１５ステップ３０２を実行し、最初の位置で受取ったファイルを削除する。実際、ステップ３１またはステップ３２で受取られたファイルは、特定メモリエリアにコピーされる。したがって、受取られたファイルは、データベース更新ステップの間、その最初の位置に保持される。この更新後、初期バージョンはこれ以上使用されず、削除できる。受取り機能は第１３ステップ３０３で終了する。このステップでは、顧客によって再生システム上で選択されうる音楽の数を更新する。この数はシステム記憶手段のメモリに格納され、特定しきい値と比較される。この数がしきい値に等しければ、これは再生システムが、選択できる音楽の最大数を含み、またそのために、少なくとも１つの音楽を前もって削除せずに、その他を注文することができないことを意味する。
【００１９】  図３は、アルバム・カバー・ファイル受取り機能を表わすロジックダイアグラムである。本発明によれば、第１と第２タイプのグラフィックファイルの処理は同一である。グラフィックファイル受取り機能は、第１ステップ４０で、受取ったファイルの完全性をチェックする。第２ステップ４１では、受取り機能は、グラフィックファイルが再生システムのデータベース内にすでに存在するかどうかをチェックする。存在する場合は、第３ステップ４２で新しいファイルを古いファイルの上にコピーして、古いファイルを削除する。ファイルが存在しない場合は、第４ステップ４３で、新しいファイルを記憶手段の適当なエリア（例えば特定ディレクトリ）のメモリに格納する。次に第５ステップ４４で、受取り機能が、新しいファイルが正しくコピーされたかどうかをチェックする。正しくコピーされない場合は、第６ステップ４６で、受取ったファイルを削除する。新しいファイルが正しくコピーされていると、第７ステップ４５でデータベースを更新する。この更新は新しいグラフィックファイルと、それがリンクしている音楽（すなわちグラフィックファイルで表わされるアルバムに付属する音楽）のネームを表わすことからなる。このデータすべては、グラフィックファイルまたはデータベースのアーカイブテーブルにどちらかに存在する。
【００２０】  この方法において、本発明によるファイル受取り方法は、
中央サーバとオーディオビジュアルデータ再生システム間のリンクを初期化することからなるステップと、
中央サーバから送られる前記ファイルをオーディオビジュアルデータ再生システムの記憶手段に格納するステップであって、各ファイルが前記ファイルに含まれるデータタイプを表わす特定情報を含む、ステップと、
受取った各ファイルに対し、特定の受取り機能をサーチするステップであって、そのサーチステップが前記ファイルに含まれるデータタイプを表わす特定情報によって実行されるものである、ステップと、
対応する受取り機能によって各ファイルを処理するステップであって、その処理が受取ったファイルを特定の記憶エリアにコピーすることである、ステップとを含むことを特徴とする。
【００２１】  別の実施形態では、記憶ステップは、指定された最小サイズの有効エリアを持つ任意の固定記憶装置エリア内でファイルを開き、送られたデータを書き込む。
【００２２】  別の実施形態では、処理ステップは、オーディオビジュアルデータ再生システムの更新を含み、受取ったファイルに含まれるデータを取り込む。
【００２３】  別の実施形態では、全体ファイルに対応する最終データパケットをメモリに格納するとき、サーチステップを開始する。
【００２４】  別の実施形態では、特定情報は受取られるファイルのファイル拡張子、ネーム、またはその両方を含む。
【００２５】  別の実施形態では、特定情報は音楽ファイルを表わし、データベース更新ステップは、
音楽ファイルのバージョンと再生システムのオペレーティングシステムのバージョンとの適合性をチェックすることからなるステップ、
再生システムに格納された全音楽の識別情報を含む、再生システムに格納されたファイルを更新することからなるステップ、
データベース内の統計テーブルを更新して、メモリに格納されたファイルに対応する音楽の選択頻度を決定できるようにすることからなるステップ、
再生システムに対し購入された全音楽の数とネームを含む購入テーブルを更新することからなるステップ、
選択できる音楽のカウンタを更新し、選択できる音楽の数が特定のしきい値以下であることをチェックすることからなるステップ、
の少なくとも１つを含む。
【００２６】  本発明によれば、特許請求される本発明の範囲から逸脱することなく、多くの他の特定形態での実施形態が可能なことは当業者には明らかである。したがって、本発明の実施形態は実例と考える必要があり、添付の特許請求の範囲で限定される範囲内で変更可能である。また本発明は前述の詳細内容に制限されるものではない。
【図面の簡単な説明】
【図１】  本発明によるファイル受取り方法のロジックダイアグラムを示す。
【図２】  代表的な音楽ファイル受取り機能のロジックダイアグラムを示す。
【図３】  代表的なアルバム・カバー・ファイル受取り機能のロジックダイアグラムを示す。
【図１】
0005215510.tif 000002
【図２】
0005215510.tif 000003
【図３】
0005215510.tif 000004