(57)【要約】  コンテンツサーバが互いに及びポータブルデータローダと通信し得るように、ディジタルコンテンツサーバがネットワークサーバと相互接続された機内娯楽システムが示されている。ローダは、コンテンツサーバにダウンロードされるべきディジタルコンテンツファイルを格納する。それぞれのコンテンツサーバにダウンロードされたスクリプトが、サーバによって実行されて、ポータブルデータローダからファイルのいくつかをダウンロードし、他のコンテンツサーバから他のファイルをクロスロードする。代替形態として、どのコンテンツサーバがそれぞれのコンテンツファイルをダウンロードすべきか及びどのコンテンツサーバがコンテンツファイルを受信すべきかを示すコンテンツ在庫リストが、それぞれのコンテンツサーバにダウンロードされる。それぞれのコンテンツサーバが、リストをパースして、ダウンロードサーバ用のファイルを識別し、これらのファイルのダウンロードを要求し、有するべきである他のファイルを識別し、他のコンテンツサーバからこれらのファイルのクロスロードを要求する。【選択図】  図３
2008502050.tif 000002
【特許請求の範囲】
【請求項１】
機内娯楽システムにコンテンツをロードする方法であって、
コンテンツを格納するための複数のコンテンツサーバユニットを提供するステップと、
複数のネットワークサーバユニットを提供するステップと、
それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、前記コンテンツサーバのそれぞれを前記複数のネットワークサーバユニットに相互接続するステップと、
データローディング装置を前記複数のネットワークサーバユニットに接続するステップであって、前記データローディング装置が、前記複数のコンテンツサーバにダウンロードするための１組のディジタルコンテンツファイルを含む、ステップと、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするステップと、
前記データローディング装置から前記複数のコンテンツサーバユニットの第２のものに、前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードするステップと、
前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードするステップと、
前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードするステップとを含む方法。
【請求項２】
前記データローディング装置から前記複数のコンテンツサーバユニットの第３のものに、前記１組のディジタルコンテンツファイルの第３の部分集合を自動的にダウンロードするステップと、
前記第１のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードするステップと、
前記第２のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードするステップと、
前記第３のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードするステップと、
前記第３のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードするステップとをさらに含む請求項１に記載の方法。
【請求項３】
コンテンツを格納するための複数のコンテンツサーバユニットを提供する前記ステップが、さらに、それぞれが多くのネットワーク接続を有する複数のコンテンツサーバユニットを提供することを含み、
複数のネットワークサーバユニットを提供する前記ステップが、さらに、それぞれが多くの接続を有する複数のネットワークサーバユニットを提供することを含み、
前記コンテンツサーバのそれぞれを前記複数のネットワークサーバユニットに相互接続する前記ステップが、多くのコンテンツサーバが他のコンテンツサーバと同時に通信し得るように、前記コンテンツサーバを前記ネットワークサーバに相互接続することを含み、
データローディング装置を前記複数のネットワークサーバユニットに接続する前記ステップが、さらに、多くのネットワーク接続を使用して前記データローディング装置を前記複数のネットワークサーバユニットに接続することを含む方法であって、
前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記ステップと前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードする前記ステップとが、実質的に同時に行われ、
前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記ステップと前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする前記ステップとが、実質的に同時に行われる請求項１に記載の方法。
【請求項４】
第１のスクリプトを前記第１のコンテンツサーバにダウンロードすることと、
第２のスクリプトを前記第２のコンテンツサーバにダウンロードすることとを含む方法であって、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記ステップが、前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信することを含み、
前記データローディング装置から前記複数のコンテンツサーバユニットの第２のものに、前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードする前記ステップが、前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信することを含み、
前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記ステップが、前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバへ、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信することを含み、
前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする前記ステップが、前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信することを含む請求項１に記載の方法。
【請求項５】
前記第１の及び第２のコンテンツサーバにコンテンツ在庫リストをダウンロードすることを含む方法であって、前記コンテンツ在庫リストが、前記ディジタルコンテンツファイルと前記ディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバとを識別し、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記ステップが、前記第１の部分集合用のダウンロードサーバとして前記第１のコンテンツサーバを識別する前記１組のディジタルコンテンツファイルの前記第１の部分集合のためのファイル定義用の前記コンテンツ在庫リストを探索することと、このようなファイル定義を発見すると、前記第１のコンテンツサーバから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信することとを含む請求項１に記載の方法。
【請求項６】
前記１組のディジタルコンテンツファイルの前記第１の部分集合のための前記ファイル定義が、前記第２のコンテンツサーバが前記１組のディジタルコンテンツファイルの前記第１の部分集合を有するべきであることを示し、前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記ステップが、
前記第２のコンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義用の前記コンテンツ在庫リストを探索するステップと、
前記第２のコンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示す前記ファイル定義を発見したことに応答して、前記関連付けられたコンテンツ用のｇｅｔ要求を、前記ファイル定義内に前記ダウンロードサーバとして示されているサーバに送信するステップとを含む請求項５に記載の方法。
【請求項７】
機内娯楽システム用のネットワークアーキテクチャであって、
コンテンツを格納するための複数のコンテンツサーバユニットと、
複数のネットワークサーバユニットであって、前記コンテンツサーバのそれぞれが、それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、前記複数のネットワークサーバユニットと相互接続される、複数のネットワークサーバユニットと、
前記複数のネットワークサーバユニットに結合されるよう構成されたデータローディング装置であって、前記データローディング装置が、前記複数のコンテンツサーバにダウンロードするための１組のディジタルコンテンツファイルを含む、データローディング装置とを備え、
前記複数のコンテンツサーバユニットの第１のものが、前記データローディング装置から前記第１のコンテンツサーバに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするよう構成され、
前記複数のコンテンツサーバの第２のものが、前記第１のコンテンツサーバから前記第２のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードするよう構成されたアーキテクチャ。
【請求項８】
前記第２のコンテンツサーバが、前記データローディング装置から前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードするようさらに構成され、
前記第１のコンテンツサーバが、前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードするようさらに構成された請求項７に記載のアーキテクチャ。
【請求項９】
前記複数のコンテンツサーバユニットの第３のものが、前記データローディング装置から前記１組のディジタルコンテンツファイルの第３の部分集合を自動的にダウンロードするよう、かつ前記第１のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードするよう、かつ前記第２のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードするよう構成され、
前記第１のコンテンツサーバが、前記第３のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードするようさらに構成され、
前記第２のコンテンツサーバが、前記第３のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードするようさらに構成された請求項８に記載のアーキテクチャ。
【請求項１０】
前記複数のコンテンツサーバユニットのそれぞれが、多くのネットワーク接続を有し、
前記複数のネットワークサーバユニットのそれぞれが、多くの接続を有し、前記コンテンツサーバのそれぞれが、多くのコンテンツサーバが他のコンテンツサーバと同時に通信し得るように、前記複数のネットワークサーバユニットと相互接続され、
前記データローディング装置が、さらに、多くのネットワーク接続を含み、
前記第１の及び第２のコンテンツサーバが、実質的に同時にディジタルコンテンツファイルの前記第１の及び第２の部分集合を自動的にダウンロードするよう、かつ実質的に同時にディジタルコンテンツファイルの前記第１の及び第２の部分集合をクロスロードするようさらに構成された請求項８に記載のアーキテクチャ。
【請求項１１】
前記第１のコンテンツサーバが、第１のスクリプトをダウンロードするよう、かつ前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記データローディング装置に前記１組のディジタルコンテンツファイルの前記第１の部分集合を用のｇｅｔ要求を送信するようさらに構成され、
前記第２のコンテンツサーバが、第２のスクリプトをダウンロードするよう、かつ前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記データローディング装置に前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信するようさらに構成された請求項８に記載のアーキテクチャ。
【請求項１２】
前記第２のコンテンツサーバが、前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信するようさらに構成され、
前記第１のコンテンツサーバが、前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信するようさらに構成された請求項１１に記載のアーキテクチャ。
【請求項１３】
前記第１の及び第２のコンテンツサーバが、コンテンツ在庫リストをダウンロードするよう構成され、前記コンテンツ在庫リストが、前記ディジタルコンテンツファイルと、前記ディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバを示しておりかつ前記データローディング装置から前記定義に関連付けられた前記ファイルをダウンロードするためのダウンロードサーバとして前記コンテンツサーバの少なくとも１つを識別するファイル定義とを識別し、
前記第１の及び第２のコンテンツサーバのそれぞれが、前記ファイル定義に関連付けられた前記ファイル用のダウンロードサーバとして前記各コンテンツサーバを識別するファイル定義用の前記コンテンツ在庫リストを探索するよう、かつこのようなファイル定義を発見すると、前記ファイル定義に関連付けられた前記ファイル用のｇｅｔ要求を、前記各コンテンツサーバに前記ファイルのダウンロードを要求する前記データローディング装置に送信するようさらに構成された請求項８に記載のアーキテクチャ。
【請求項１４】
前記ファイル定義が、前記関連付けられたファイルが格納されるべきであるのはどのサーバかを示し、前記第１の及び第２のコンテンツサーバのそれぞれが、前記各コンテンツサーバユニットが前記ファイル定義に関連付けられた前記ファイルを有するべきであることを示すファイル定義用の前記コンテンツ在庫リストを探索するようさらに構成され、
前記各コンテンツサーバユニットが前記ファイル定義に関連付けられた前記ファイルを有するべきであることを示す前記ファイル定義を発見したことに応答して、前記ファイル定義内に前記ダウンロードサーバとして示されているサーバに、前記関連付けられたファイル用のｇｅｔ要求を送信する請求項１３に記載のアーキテクチャ。
【請求項１５】
機内娯楽システムであって、
コンテンツを格納するための複数のコンテンツサーバユニットと、
複数のネットワークサーバユニットであって、前記コンテンツサーバのそれぞれが、それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、前記複数のネットワークサーバユニットと相互接続される、複数のネットワークサーバユニットと、
前記複数のネットワークサーバユニットに接続されるよう構成されたデータローディング装置であって、前記データローディング装置が、前記複数のコンテンツサーバにダウンロードするための１組のディジタルコンテンツファイルを含む、データローディング装置と、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする手段と、
前記データローディング装置から前記複数のコンテンツサーバユニットの第２のものに、前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードする手段と、
前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする手段と、
前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする手段とを備えたシステム。
【請求項１６】
前記データローディング装置から前記複数のコンテンツサーバユニットの第３のものに、前記１組のディジタルコンテンツファイルの第３の部分集合を自動的にダウンロードする手段と、
前記第１のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする手段と、
前記第２のコンテンツサーバユニットから前記第３のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする手段と、
前記第３のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードする手段と、
前記第３のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第３の部分集合を自動的にクロスロードする手段とをさらに備えた請求項１５に記載のシステム。
【請求項１７】
前記複数のコンテンツサーバユニットのそれぞれが、多くのネットワーク接続を有し、
前記複数のネットワークサーバユニットのそれぞれが、多くの接続を有し、前記コンテンツサーバのそれぞれが、多くのコンテンツサーバが他のコンテンツサーバと同時に通信し得るように、前記複数のネットワークサーバユニットと相互接続され、
前記データローディング装置が、多くのネットワーク接続を使用して前記複数のネットワークサーバユニットに接続するようさらに構成され、
前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記手段及び前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードする手段が、実質的に同時に動作するよう構成され、
前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記手段及び前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする前記手段が、実質的に同時に動作するよう構成された請求項１５に記載のシステム。
【請求項１８】
第１のスクリプトを前記第１のコンテンツサーバにダウンロードする手段と、
第２のスクリプトを前記第２のコンテンツサーバにダウンロードする手段とを備えたシステムであって、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記手段が、前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信する手段を含み、
前記データローディング装置から前記複数のコンテンツサーバユニットの第２のものに、前記１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードする前記手段が、前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信する手段を含み、
前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記手段が、前記第２のスクリプトに従って前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信する手段を含み、
前記第２のコンテンツサーバユニットから前記第１のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第２の部分集合を自動的にクロスロードする前記手段が、前記第１のスクリプトに従って前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバに、前記１組のディジタルコンテンツファイルの前記第２の部分集合用のｇｅｔ要求を送信する手段を含む請求項１５に記載のシステム。
【請求項１９】
前記第１の及び第２のコンテンツサーバにコンテンツ在庫リストをダウンロードする手段を備えたシステムであって、前記コンテンツ在庫リストが、前記ディジタルコンテンツファイルと前記ディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバとを識別し、
前記データローディング装置から前記複数のコンテンツサーバユニットの第１のものに、前記１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードする前記手段が、前記第１の部分集合用のダウンロードサーバとして前記第１のコンテンツサーバを識別する前記１組のディジタルコンテンツファイルの前記第１の部分集合のためのファイル定義用の前記コンテンツ在庫リストを探索し、このようなファイル定義を発見すると、前記第１のコンテンツサーバから前記データローディング装置に、前記１組のディジタルコンテンツファイルの前記第１の部分集合用のｇｅｔ要求を送信する手段を含む請求項１５に記載のシステム。
【請求項２０】
前記１組のディジタルコンテンツファイルの前記第１の部分集合のための前記ファイル定義が、前記第２のコンテンツサーバが前記１組のディジタルコンテンツファイルの前記第１の部分集合を有するべきであることを示し、前記第１のコンテンツサーバユニットから前記第２のコンテンツサーバユニットに、前記１組のディジタルコンテンツファイルの前記第１の部分集合を自動的にクロスロードする前記手段が、
前記第２のコンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義用の前記コンテンツ在庫リストを探索する手段と、
前記第２のコンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示す前記ファイル定義を発見したことに応答して、前記ファイル定義内に前記ダウンロードサーバとして示されているサーバに、前記関連付けられたコンテンツ用のｇｅｔ要求を送信する手段とを含む請求項１９に記載のシステム。
【請求項２１】
機内娯楽システム内の置換コンテンツサーバユニットにコンテンツをクロスロードする方法であって、
コンテンツを格納するための複数のコンテンツサーバユニットを提供するステップと、
複数のネットワークサーバユニットを提供するステップと、
それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、前記コンテンツサーバのそれぞれを前記複数のネットワークサーバユニットに相互接続するステップと、
コンテンツ在庫リストを前記複数のコンテンツサーバユニットにダウンロードするステップであって、前記コンテンツ在庫リストが、ディジタルコンテンツファイルと前記ディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバとを識別し、前記コンテンツ在庫リストが、前記ディジタルコンテンツファイルが常駐すべきである前記複数のコンテンツサーバユニットの１つを示す前記ディジタルコンテンツファイルのそれぞれのためのファイル定義を含む、ステップと、
前記コンテンツ在庫リストに従って前記複数のコンテンツサーバユニットに、前記ディジタルコンテンツファイルを自動的にダウンロードする及びクロスロードするステップと、
前記複数のコンテンツサーバユニットの１つを置換コンテンツサーバユニットに置換するステップと、
前記複数のコンテンツサーバユニットの別の１つから置換コンテンツサーバユニットに、前記コンテンツ在庫リストを転送するステップと、
前記コンテンツ在庫リスト内のファイル定義に従って前記複数のコンテンツサーバユニットの他の１つから前記置換コンテンツサーバユニットに、ディジタルコンテンツファイルを自動的にクロスロードするステップとを含む方法。
【請求項２２】
前記複数のコンテンツサーバユニットの他の１つから前記置換コンテンツサーバユニットに、ディジタルコンテンツファイルを自動的にクロスロードする前記ステップが、
前記置換コンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義用の前記コンテンツ在庫リストを探索するステップと、
前記置換サーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示す前記ファイル定義を発見したことに応答して、前記コンテンツ在庫リストから、これもまた前記ファイル定義に関連付けられたコンテンツを有するべきである前記複数のコンテンツサーバユニットの第２のものを判断するステップと、
前記第２のコンテンツサーバユニットが前記ファイル定義に関連付けられたコンテンツを有するべきであることを示す前記ファイル定義を発見したことに応答して、前記置換コンテンツサーバから前記第２のコンテンツサーバに、前記関連付けられたコンテンツ用のｇｅｔ要求を送信するステップと、
前記第２のコンテンツサーバから前記置換コンテンツサーバに、前記関連付けられたコンテンツを転送するステップとを含む請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、米国仮特許出願第６０／５７４，８７１号（２００４年５月２７日出願）の利益を主張するものである。
【０００２】
背景
本発明は、機内娯楽（ＩＦＥ）システム、より詳細には、ＩＦＥシステムにコンテンツをロードすることに関する。
【背景技術】
【０００３】
関連技術の説明
航空機の乗客に機内娯楽などのサービスを提供するために、機内娯楽（ＩＦＥ）システムが通常使用されている。ＩＦＥシステムの代表的なアーキテクチャは、ＭＰＥＧ材料などのコンテンツを格納し、必要に応じて配給して、所望の娯楽を作成するよう、ＩＦＥシステムのヘッドエンドに１つ又は複数のサーバを含む。１つ又は複数のサーバのアーキテクチャ、及びデータを使用するのに使われる方法は、それぞれのシステムによって異なっている。
【０００４】
ＭＰＥＧで符号化された映画材料などのコンテンツが、通常、ＩＦＥシステム内の大型ハードディスクドライブに格納されている。ディスクドライブ技術は開発サイクルで展開されており、約１８ヶ月毎にディスク容量が２倍になってきている。現在、約１８０ＧＢ（１８０，０００，０００，０００バイト又は１，４４０，０００，０００，０００ビット）の容量を有するディスクドライブが、製品に組み込まれている。ＩＦＥシステムの代表的な課題は、大量の娯楽材料をシステムにロードしなければならないことである。
【０００５】
ＩＦＥシステムのコンテンツは、しばしば、そのサイズを減少させるために符号化される。符号化とは、ビデオ画像及びそれに関連付けられたオーディオをディジタルの等価物に変換するプロセスである。アナログビデオからディジタルへの至極簡単な変換により、極めて多量のデータが生じる。元のビデオ及びオーディオプログラムの許容できる表示を作成するのに必要なデータの量を減少させるために、様々なサンプリング及び圧縮技術が開発されてきた。Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ（ＭＰＥＧ）は、通常機内娯楽業界において利用されているビデオ及びオーディオ材料を符号化するための３つの標準、即ち、ＭＰＥＧ１、ＭＰＥＧ２、及びＭＰＥＧ４を開発してきた。
【０００６】
ＭＰＥＧ１は、機内娯楽において今日利用されている主流の符号化方法である。ＭＰＥＧ１は、特有のビデオ解像度を指定しておらず、また特有のデータ転送速度も指定していない。業界では、ＮＴＳＣテレビを見るのに適切な解像度（しばしば、ＳＩＦ解像度、つまり３５２画素×２４０画素と呼ばれる）を採用してきた。この解像度は、しばしば「ＳＶＨＳの等価物」で表される。一般に使用されるデータ転送速度は、１．５Ｍｂｐｓであり、符号化されたビデオプログラムと１つの関連付けられたオーディオプログラムとから構成される。さらにオーディオプログラムを追加でき、その場合、それぞれが、データ転送速度に対して毎秒１２８〜１９２キロビット（ｋｂｐｓ）追加する。したがって、ＭＰＥＧ１プログラムは、通常、１．５〜２．０Ｍｂｐｓのデータ転送速度で符号化される。
【０００７】
ＭＰＥＧ２は、ディジタルテレビ市場（ケーブルＴＶ）において今日利用されている主流の符号化方法である。ＭＰＥＧ１と同様に、ＭＰＥＧ２も、特有のビデオ解像度又はデータ転送速度を指定していない。通常、ＭＰＥＧ２は、全Ｄ１には約７２０画素×４８０画素、半Ｄ１には３５２×４８０のビデオ解像度で符号化され、使用されるアルゴリズムは、ＭＰＥＧ１に利用されているものの改良型である。通常、ＭＰＥＧ２プログラムは、（１つのオーディオプログラムを含む）約３．５〜４．０Ｍｂｐｓのレートで符号化されるが、（スポーツなどの）素早い動作プログラムを、さらに高いビットレートで符号化することも一般的である。解像度がはるかに高いために、ＭＰＥＧ１符号化と同じデータ転送速度でＭＰＥＧ２を符号化すると、非常に低い品質で再生されることとなる。オーディオ符号化は、それぞれのステレオプログラムについて約１２８〜１９２ｋｂｐｓに留まっている。代表的なＩＦＥアプリケーションについては、解像度を上げても、平均的なユーザにはその違いが分からない。ＩＦＥ業界にＭＰＥＧ２アルゴリズムを利用する動きがあるが、より低い解像度となり、半Ｄ１に約２．０Ｍｂｐｓのプログラムが作成される。
【０００８】
ＭＰＥＧ４は、現在台頭しつつある符号化方法であり、ＭＰＥＧ委員会によって開発かつ採用される最終段階である。これは、極めて広範囲の効果的なデータ転送速度及び画像解像度を提供するアルゴリズム及び方法の改良型を導入している。ＭＰＥＧ４により、ＭＰＥＧ１のデータ転送速度でＭＰＥＧ２の品質画像が作成できるようになる見込みである。
【０００９】
したがって、ＭＰＥＧ１とＭＰＥＧ４とは、ほぼ同じデータ転送速度を利用するが、これに対して、ＭＰＥＧ２には、ほぼ２倍のデータ転送速度が必要となる。新しいＩＦＥシステムの開発には、ＭＰＥＧ２の機能が設計に組み込まれるが、より低いレートでＭＰＥＧ４を早い時期に採用することにより、ＭＰＥＧ２に必要な追加の帯域幅及び記憶容量を考慮しなくても良いようになる（確実となる）。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
図１は、ＩＦＥシステム用の簡単なアーキテクチャ１００の一例を示している。アーキテクチャ１００においては、バックボーンデータネットワーク１１０が、管理端末１１２、ディジタルサービスユニット（ＤＳＵ）１１４、及びオーディオ及びビデオコントローラ１１６に結合される。この例においては、バックボーンデータネットワーク１１０が、複数のエリアディストリビューションボックス（Ａｒｅａ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｂｏｘ（ＡＤＢ））１２２及び１２４と表示器１２８を駆動する傍受ユニット１２６にＤＳＵ１１４を結合するフロントエンドネットワーク１２０に結合される。放送オーディオ及び無線周波数（ＲＦ）信号バス１３０が、この例においては、オーディオ及びビデオコントローラ１１６の出力をＡＤＢ１２２及び１２４に及び傍受ユニット１２６に伝える。
【００１１】
管理端末１１２は、通常、運航乗務員又は保全スタッフのために、ユーザインターフェースをＩＦＥシステムに提供する。例えば、ユーザが、他のシステムユニットのいくつかのソフトウェア形態を指定し得る、又はユーザが、航空機の乗客のオーディオ／ビデオコンテンツ又はワイドエリアネットワークへのアクセスの利用を可能に又は不可能にし得る。例えば、ユーザが、オーディオ及びビデオコントローラ１１６から放送バス１３０を介して傍受ユニット１２６に出力するよう映画を選択し得る。
【００１２】
エリアディストリビューションボックス１２２及び１２４は、それぞれが、一般に、フロントエンドネットワーク１２０及び放送バス１３０から、乗客にサービスを提供するシートエレクトロニクス装置までの信号の分散を制御する、ローカルシートレベルのルーティング装置である。ＡＤＢはまた、シートボックスからメッセージを受信しルーティングして、例えば、頭上読書灯、乗務員コールインジケータ、及びチャネル選択を提供する。
【００１３】
オーディオ及びビデオコントローラ１１６は、一般に、様々な機能を遂行し得る娯楽ヘッドエンドコントローラとして動作する。コントローラ１１６は、カメラ、ビデオプレーヤー、オーディオプレーヤー、又はコンテンツを提供する同様の装置などの、入力装置と相互作用することがある。コンテンツは、放送バス１３０を介してＡＤＢ１２２及び１２４又は傍受ユニット１２６に提供される。例えば、管理端末１１２が、表示器１２８に出力するために放送バス１３０を介して傍受ユニット１２６に伝送して、ビデオプレーヤーでの映画再生を選択するよう、コマンドをコントローラ１１６に送信するのに使用されることがある。コントローラ１１６はまた、乗員アナウンス及び飛行情報及び表示のために、コックピットからの入力を中継するのに使用されることもある。
【００１４】
ディジタルサーバユニット１１４は、例えば、ハードディスクドライブ、コンパクトディスク、又は他の記憶装置に格納されているディジタルコンテンツから出されたアナログ及びビデオ出力を提供する。ＤＳＵは、通常モジュラ構造であり、例えば、制御機能及びインターフェース機能、オーディオ又はビデオ復号化、アナログバッファリング、ＲＦ変調、及び複合信号へのオーディオ又はビデオ信号の多重化が提供された、部品サブシステムを含む。例えば、ＤＳＵは、ハードドライブに格納されている映画を有することがあり、このディジタルオーディオ及びビデオデータは、ＡＤＢ１２２及び１２４又は傍受ユニット１２６に出力して、放送バス１３０に出力するよう復号されＲＦ変調される。代替形態として、ＤＳＵ１１４は、ネットワーク１２０を介してＡＤＢ１２２及び１２４に及び傍受ユニット１２６に映画用のオーディオ及びビデオデータを伝送するよう構成されることがある。この代替形態においては、通常中央演算処理装置（ＣＰＵ）を含むＤＳＵは、ディスクドライブに格納されているディジタルコンテンツにアクセスし、ＴＣＰ／ＩＰプロトコルを使用してそのディジタルコンテンツをネットワークインターフェースを通じてネットワーク１２０にストリーミングして、そのディジタルコンテンツをビデオ又はオーディオクライアントに提供する。このディジタルデータは、復号されて、アナログオーディオ及び／又はビデオ信号に変換される。
【００１５】
ビデオコンテンツは、通常、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ（ＭＰＥＧ）フォーマット、ＭＰＥＧ−１及びＭＰＥＧ−２などの圧縮フォーマットで、ＤＳＵの、高性能ディスクドライブなどの記憶装置ユニットに格納されている。同様に、オーディオコンテンツは、通常、ＭＰＥＧ−３（ＭＰ３）などの圧縮フォーマットで格納されている。記憶装置ユニットは、通常、ＳＣＳＩインターフェースなどの高速インターフェースを使用してアクセスされる。技術者が、コンテンツを記憶装置ユニットにロードするためにこれにアクセスすることある。ＡＤＢ、傍受ユニット、又は他のクライアント装置にコンテンツを提供するよう、多くのＤＳＵが利用されることがある。
【００１６】
傍受ユニット１２６は、通常、１人の乗客又は多くの乗客が見るための、表示器１２８などの１つ以上の表示ユニットに信号の選択可能な部分又は予め定められた部分を分散するよう、放送バス１３０を介して提供される放送信号を又はネットワーク１２０を介して提供されるディジタルストリームを傍受するための、ネットワーク１２０を介してアドレス可能な装置である。傍受ユニット１２６は、表示ユニットのオンとオフとを切り換えるよう機能したり、放送バス１３０を介して提供される信号を傍受するよう構成されたユニットの場合には、オーディオ又はビデオチャネルを選択するためチューナを調整するよう動作することがある。代替形態として、傍受ユニットは、選択されたディジタルオーディオ又はビデオストリームを復号して、オーディオ又はビデオ信号を生成するよう動作することがある。
【００１７】
ＩＦＥシステムの一例が、「制限されたアーキテクチャネットワークにおける構成及びダウンロードの方法及びシステム（Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ａｎｄ  Ｄｏｗｎｌｏａｄ  ｉｎ  ａ  Ｒｅｓｔｒｉｃｔｅｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｎｅｔｗｏｒｋ）」と題された、共同所有かつ本発明の譲受人に譲渡された米国特許出願第１０／１３６，２３７号明細書（２００２年５月１日出願）に、さらに詳細に記載されており、参照によりその全体を本明細書に援用する。また、一般にＩＦＥシステムについて記述した、「機内娯楽（Ｉｎ−ｆｌｉｇｈｔ  Ｅｎｔｅｒｔａｉｎｍｅｎｔ）」（Ｂアナンサ  サブラマニアン(Ｂ．Ａｎａｎｔｈａ  Ｓｕｂｒａｍａｎｉａｎ）による、ウィプロテクノロジーズ社（Ｗｉｐｒｏ  Ｔｅｃｈｎｏｌｏｇｉｅｓ）、２００２年）と題された白書も参照されたい。これも、参照により本明細書に援用する。
【課題を解決するための手段】
【００１８】
発明の概要
本発明に従って機内娯楽システムにコンテンツをロードする方法の実施形態には、コンテンツを格納するための複数のコンテンツサーバユニットを提供し、複数のネットワークサーバユニットを提供し、それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、コンテンツサーバのそれぞれを複数のネットワークサーバユニットに相互接続する必要がある。本方法は、データローディング装置を複数のネットワークサーバユニットに接続することを伴い、データローディング装置は、複数のコンテンツサーバにダウンロードするための１組のディジタルコンテンツファイルを含む。本方法はまた、データローディング装置から複数のコンテンツサーバユニットの第１のものに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードすることと、データローディング装置から複数のコンテンツサーバユニットの第２のものに、１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードすることとを定める。この実施形態にはまた、第１のコンテンツサーバユニットから第２のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にクロスロードし、第２のコンテンツサーバユニットから第１のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第２の部分集合を自動的にクロスロードする必要がある。
【００１９】
この実施形態の改良形態には、それぞれが多くのネットワーク接続を有する複数のコンテンツサーバユニットを提供し、それぞれが多くの接続を有する複数のネットワークサーバユニットを提供する必要がある。この改良形態は、多くのコンテンツサーバが他のコンテンツサーバに同時に通信し得るように、コンテンツサーバをネットワークサーバに相互接続することを定める。また、データローディング装置を複数のネットワークサーバユニットに接続するステップは、多くのネットワーク接続を使用して、データローディング装置を複数のネットワークサーバユニットに接続することを含むよう改良される。この改良形態においては、１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするステップ及び１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードするステップは、実質的に同時に行われる。また、１組のディジタルコンテンツファイルの第１の部分集合を自動的にクロスロードするステップ及び１組のディジタルコンテンツファイルの第２の部分集合を自動的にクロスロードするステップは、実質的に同時に行われる。
【００２０】
この実施形態の異なる改良形態においては、本方法は、第１のスクリプトを第１のコンテンツサーバにダウンロードすることと、第２のスクリプトを第２のコンテンツサーバにダウンロードすることとを含む。この手法においては、データローディング装置から複数のコンテンツサーバユニットの第１のものに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするステップは、第１のスクリプトに従って第１のコンテンツサーバユニットからデータローディング装置に、１組のディジタルコンテンツファイルの第１の部分集合用のｇｅｔ要求を送信することを含む。また、データローディング装置から複数のコンテンツサーバユニットの第２のものに、１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードするステップは、第２のスクリプトに従って第２のコンテンツサーバユニットからデータローディング装置に、１組のディジタルコンテンツファイルの第２の部分集合用のｇｅｔ要求を送信することを含む。さらに、第１のコンテンツサーバユニットから第２のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にクロスロードするステップは、第２のスクリプトに従って第２のコンテンツサーバユニットから第１のコンテンツサーバに、１組のディジタルコンテンツファイルの第１の部分集合用のｇｅｔ要求を送信することを含む。最後に、第２のコンテンツサーバユニットから第１のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第２の部分集合を自動的にクロスロードするステップは、第１のスクリプトに従って第１のコンテンツサーバユニットから第２のコンテンツサーバに、１組のディジタルコンテンツファイルの第２の部分集合用のｇｅｔ要求を送信することを含む。
【００２１】
この実施形態のさらに別の改良形態においては、本方法は、第１の及び第２のコンテンツサーバにコンテンツ在庫リストをダウンロードする必要があり、コンテンツ在庫リストは、ディジタルコンテンツファイルとディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバとを識別する。この改良形態においては、データローディング装置から複数のコンテンツサーバユニットの第１のものに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするステップは、第１のコンテンツサーバを第１の部分集合用のダウンロードサーバとして識別する１組のディジタルコンテンツファイルの第１の部分集合のためのファイル定義用のコンテンツ在庫リストを探索することと、このようなファイル定義を発見すると、１組のディジタルコンテンツファイルの第１の部分集合用のｇｅｔ要求を、第１のコンテンツサーバからデータローディング装置に送信することとを含む。さらなる改良形態においては、１組のディジタルコンテンツファイルの第１の部分集合のためのファイル定義は、第２のコンテンツサーバが１組のディジタルコンテンツファイルの第１の部分集合を有するべきであることを示す。このさらなる改良形態においては、第１のコンテンツサーバユニットから第２のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にクロスロードするステップは、第２のコンテンツサーバユニットがファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義用のコンテンツ在庫リストを探索することと、第２のコンテンツサーバユニットがファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義の発見に応答して、ファイル定義内にダウンロードサーバとして示されているサーバに、関連付けられたコンテンツ用のｇｅｔ要求を送信することとを含む。
【００２２】
本発明による機内娯楽システム用のネットワークアーキテクチャの実施形態は、コンテンツを格納するための複数のコンテンツサーバユニットと複数のネットワークサーバユニットとからなり、それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、コンテンツサーバのそれぞれが複数のネットワークサーバユニットと相互接続される。データローディング装置は、ネットワークサーバユニットに結合されるよう構成され、データローディング装置は、複数のコンテンツサーバにダウンロードするための１組のディジタルコンテンツファイルを含む。この実施形態においては、複数のコンテンツサーバユニットの第１のものは、データローディング装置から第１のコンテンツサーバに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にダウンロードするよう構成され、複数のコンテンツサーバの第２のものは、第１のコンテンツサーバから第２のコンテンツサーバに、１組のディジタルコンテンツファイルの第１の部分集合を自動的にクロスロードするよう構成される。
【００２３】
この実施形態のさらなる改良形態においては、第２のコンテンツサーバは、データローディング装置から１組のディジタルコンテンツファイルの第２の部分集合を自動的にダウンロードするようさらに構成され、第１のコンテンツサーバは、第２のコンテンツサーバユニットから第１のコンテンツサーバユニットに、１組のディジタルコンテンツファイルの第２の部分集合を自動的にクロスロードするようさらに構成される。
【００２４】
この実施形態の別の改良形態においては、複数のコンテンツサーバユニットのそれぞれが多くのネットワーク接続を有し、複数のネットワークサーバユニットのそれぞれが多くの接続を有し、多くのコンテンツサーバが他のコンテンツサーバと同時に通信し得るように、コンテンツサーバのそれぞれが、複数のネットワークサーバユニットと相互接続される。データローディング装置は、さらに、多くのネットワーク接続を含む。第１の及び第２のコンテンツサーバは、実質的に同時にディジタルコンテンツファイルの第１の及び第２の部分集合を自動的にダウンロードするよう、かつ実質的に同時にディジタルコンテンツファイルの第１の及び第２の部分集合をクロスロードするようさらに構成される。
【００２５】
この実施形態のさらに別の改良形態においては、第１のコンテンツサーバは、第１のスクリプトをダウンロードし、この第１のスクリプトに従って第１のコンテンツサーバユニットからデータローディング装置に１組のディジタルコンテンツファイルの第１の部分集合用のｇｅｔ要求を送信するようさらに構成され、第２のコンテンツサーバは、第２のスクリプトをダウンロードし、この第２のスクリプトに従って第２のコンテンツサーバユニットからデータローディング装置に１組のディジタルコンテンツファイルの第２の部分集合用のｇｅｔ要求を送信するようさらに構成される。この実施形態のまたさらなる改良形態においては、第２のコンテンツサーバは、第２のスクリプトに従って第２のコンテンツサーバユニットから第１のコンテンツサーバに１組のディジタルコンテンツファイルの第１の部分集合用のｇｅｔ要求を送信するようさらに構成され、第１のコンテンツサーバは、第１のスクリプトに従って第１のコンテンツサーバユニットから第２のコンテンツサーバに、１組のディジタルコンテンツファイルの第２の部分集合用のｇｅｔ要求を送信するようさらに構成される。
【００２６】
この実施形態の異なる改良形態においては、第１の及び第２のコンテンツサーバは、コンテンツ在庫リストをダウンロードするよう構成され、コンテンツ在庫リストは、ディジタルコンテンツファイルと、ディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバを示しておりかつデータローディング装置から定義に関連付けられたファイルをダウンロードするためのダウンロードサーバとしてコンテンツサーバの少なくとも１つを識別するファイル定義とを識別する。第１の及び第２のコンテンツサーバのそれぞれが、ファイル定義に関連付けられたファイル用のダウンロードサーバとして各コンテンツサーバを識別するファイル定義用のコンテンツ在庫リストを探索するよう、かつこのようなファイル定義を発見すると、各コンテンツサーバにファイルのダウンロードを要求するデータローディング装置に、ファイル定義に関連付けられたファイル用のｇｅｔ要求を送信するようさらに構成される。さらなる改良形態においては、ファイル定義は、関連付けられたファイルが格納されるべきであるのはどのサーバであるかを示し、第１の及び第２のコンテンツサーバのそれぞれが、各コンテンツサーバユニットがファイル定義に関連付けられたファイルを有するべきであることを示すファイル定義用のコンテンツ在庫リストを探索するようさらに構成される。各コンテンツサーバユニットがファイル定義に関連付けられたファイルを有するべきであることを示すファイル定義を発見したことに応答して、ファイル定義内にダウンロードサーバとして示されているサーバに、関連付けられたファイル用のｇｅｔ要求を送信する。
【００２７】
機内娯楽システム内の置換コンテンツサーバユニットにコンテンツをクロスロードする方法の実施形態においては、本方法は、コンテンツを格納するための複数のコンテンツサーバユニットを提供することと、複数のネットワークサーバユニットを提供することと、それぞれのコンテンツサーバが少なくとも１つの他のコンテンツサーバと通信し得るように、コンテンツサーバのそれぞれを複数のネットワークサーバユニットに相互接続することとを定める。本方法はまた、コンテンツ在庫リストを複数のコンテンツサーバユニットにダウンロードすることを定め、コンテンツ在庫リストは、ディジタルコンテンツファイルとディジタルコンテンツファイルが格納されるそれぞれのコンテンツサーバとを識別し、コンテンツ在庫リストは、ディジタルコンテンツファイルが常駐すべきである複数のコンテンツサーバユニットの１つを示すディジタルコンテンツファイルのそれぞれ用のファイル定義を含む。本方法には、コンテンツ在庫リストに従って、ディジタルコンテンツファイルを複数のコンテンツサーバユニットに自動的にダウンロードし、クロスロードする必要がある。本方法には、さらに、複数のコンテンツサーバユニットの１つを置換コンテンツサーバユニットに置換し、コンテンツ在庫リストを複数のコンテンツサーバユニットの別の１つから置換コンテンツサーバユニットに転送し、コンテンツ在庫リスト内のファイル定義に従って、複数のコンテンツサーバユニットの他の１つから置換コンテンツサーバユニットに、ディジタルコンテンツファイルを自動的にクロスロードする必要がある。
【００２８】
置換コンテンツサーバユニットにコンテンツをクロスロードするこの方法のさらなる改良形態においては、複数のコンテンツサーバユニットの他の１つから置換コンテンツサーバユニットに、ディジタルコンテンツファイルを自動的にクロスロードするステップは、置換コンテンツサーバユニットがファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義用のコンテンツ在庫リストを探索することを含む。置換サーバユニットがファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義を発見したことに応答して、本ステップはまた、コンテンツ在庫リストから、これもまたファイル定義に関連付けられたコンテンツを有するべきである複数のコンテンツサーバユニットの第２のものを判断することを含む。最後に、第２のコンテンツサーバユニットがファイル定義に関連付けられたコンテンツを有するべきであることを示すファイル定義を発見したことに応答して、本ステップは、置換コンテンツサーバから第２のコンテンツサーバに、関連付けられたコンテンツ用のｇｅｔ要求を送信することと、第２のコンテンツサーバから置換コンテンツサーバに、関連付けられたコンテンツを転送することとを含む。
【００２９】
以下、図面を参照しながら、本発明の一定の実施形態について記述する。
【発明を実施するための最良の形態】
【００３０】
本発明の好ましい実施形態の詳細な説明
本発明は、機内娯楽システムにメディアコンテンツをロードすることに関連する課題に関する。ＩＦＥシステムは、コンテンツを乗客に提供するために、多量のデータを格納する必要がある。高速インターフェースを使用しても、技術者又は保全要員がコンテンツを例えばＩＦＥシステムのＤＳＵにロードするのにはかなりの時間がかかり得る。保全要員がコンテンツをロードするのに利用できる時間（例えば、航空機が飛行中でない時など）が限られている場合がしばしばである。また、より多くのコンテンツがＩＦＥシステムにロードされ、格納され得る場合には、乗客により様々な選択及び機能が提供されることとなる。高度なサービスを乗客に提供する必要があるため、問題はさらに複雑となる。これは、通常、それぞれのサーバにコンテンツをロードしなければならないメディアコンテンツのために、多くのサーバを設けることによって対処される。したがって、本発明は、マルチサーバ環境内にメディアコンテンツをロードすることに関する。
【００３１】
モジュール性を提供し、かつビデオオンデマンドのためのネットワークスループットを徐々に増加するよう、多くのディジタルメディアサーバを利用するシステムの一例に、タレスｉＳｅｒｉｅｓ  ＩＦＥシステムがある。多くのサーバが使用される場合には、多くのサーバに個々のメディアプログラムを格納する必要が生じる。最悪の場合、すべてのプログラムをすべてのサーバに格納しなければならない。本発明は、ｉＳｅｒｉｅｓなどの、システム内にメディアをロードするために多くのサーバを有する場合の不利益を最小限に抑えることに関する。
【００３２】
本発明の一実施形態においては、本システムは、高性能ネットワークファブリックを提供するために、ポータブルデータローダ（ＰＤＬ）、ディジタルサーバユニット（ＤＳＵ）、及びイーサネット（登録商標）スイッチユニット（ＥＳＵ）の組合せを使用する。本発明では、ＰＤＬからＤＳＵへの直接ロードとＤＳＵ間のクロスロードとの組合せを使用して、ＰＤＬの全帯域幅及びそれぞれのＤＳＵをより良く活用することにより、１つのサーバをロードするのにかかる時間の約２倍の時間ですべてのサーバにロードすることができる。本発明においては、ロードするのに必要な時間に対するシステム内のサーバ数の影響が減少される。
【００３３】
図２は、本発明の適用形態に適した、タレスｉＳｅｒｉｅｓシステムなどの、システムアーキテクチャ２００の一例示的実施形態を示す機能ブロック図である。この例においては、システムアーキテクチャ２００は、高いネットワーク帯域幅を提供しつつ、同時に乗客数、例えば５０〜１０００人の乗客数の航空機に効果的に対処するためのモジュール性を提供するために、イーサネットスイッチユニット（ＥＳＵ）２３０Ａ−Ｂと共に、多くのディジタルサーバ（ＤＳＵ−Ｄ２）２２０Ａ−Ｄからなるヘッドエンド２１０を含む。ディジタルサーバ２２０Ａ−Ｄは、それぞれ、ＤＳＵ−Ｄ２を２つのＥＳＵ２３０Ａ−Ｂの１つに接続する、２つの独立したネットワークインターフェース接続を有する。それぞれのイーサネットスイッチユニット（ＥＳＵ）は、すべてのポートにおいて同時全帯域幅トラフィックをサポートできる、高性能レイヤ３イーサネットスイッチである。それぞれのＥＳＵが、航空機内のそれぞれのエリアディストリビューションボックス（ＡＤＢ）２４０Ａ−Ｆに接続される。図２に示されているように、２つのＥＳＵが使用され接続されている場合、十分な冗長性を有するネットワークファブリックが、それぞれのＤＳＵ２２０Ａ−Ｄとそれぞれのエリアディストリビューションボックス（ＡＤＢ）との間に作られる。ＤＳＵ−Ｄ２ユニットの数により、システム２００のためのネットワーク帯域幅が決まる（通常、それぞれのＤＳＵ−Ｄ２が等しく寄与する）。
【００３４】
ｉＳｅｒｉｅｓシステムなどのＩＦＥシステム内にメディアプログラムをロードする一般的な方法は、ポータブルデータローダ（ＰＤＬ）などのデータローディング装置を用いる方法である。ＰＤＬは、それ自体がディジタルサーバであり、このネットワーク性能は、通常、ＤＳＵ２２０Ａ−Ｄのネットワーク性能に等しい。
【００３５】
図２の実施形態においては、ＩＦＥシステムは、ＰＤＬが接続され得るシステムに対するインターフェースを含む。適切なインターフェースの例に、（ＳＣＳＩなどの）直接ディスクインターフェース、（ファイバチャネルなどの）記憶装置ネットワークインターフェース、又は（１００ＢａｓｅＴ又は１０００ＢａｓｅＦなどの）ネットワークインターフェースが含まれる。例えば、材料の量が比較的少ない場合、ラップトップコンピュータがポータブルデータローダとして使用され得る。ラップトップは、約５Ｇｂｙｔｅの記憶装置を容易に収容し、約１０Ｍｂｐｓのレートで１００ＢａｓｅＴイーサネットを容易に利用し得る。材料の量が比較的多い場合、高性能ローダがポータブルデータローダとして使用され得る。ローダは、必要に応じた多くの容量を有して構築され、ローダとしての最適性能を提供するよう設計され得る。ポータブルデータローダからのインターフェースは、１００ＢａｓｅＴ、１０００ＢａｓｅＦ、Ｕｌｔｒａ２ＳＣＳＩ−２、Ｕｌｔｒａ１６０ＳＣＳＩ、又はファイバチャネルなどの、１つ以上のインターフェースから構成され得る。
【００３６】
データローディング装置の代替実施形態には、古い材料がロードされたハードウェアを新しい材料がロードされたハードウェアに交換することにより、ＩＦＥシステムのコンテンツを更新又は変更できるようにするハードウェア置換装置が含まれることがある。これは、完全なサーバを置換すること、又はサーバの記憶素子、例えば取り外し可能ハードディスクドライブ又はポータブルメディアを置換することから構成され得る。別の代替形態は、航空機内にロード装置を永久的に設置することであり、これは、航空機の飛行中に材料を更新するのに使用され得る。これは、保全要員が必要とする時間を最小限に抑えつつ、かつ材料をロードするのに利用できる時間が非常に長くなるという利点を有する。これは、使用されるかどうかに関わらず、航空機がローダの重量を運搬しなければならないという欠点を有する。ロードプロセスは、２つの部品、即ち、航空機内に永久的に設置されたロード装置と新しい材料を含むポータブル部品とを使用する。ポータブル部品は、ディジタルオーディオテープ（ＤＡＴ）、ディジタルリニアテープ（ＤＬＴ）、コンパクトディスク又はディジタルビデオディスク（ＣＤ／ＤＶＤ）、ハードディスクドライブ、又はインテリジェントローダを含むことがある。
【００３７】
メディアプログラムをＩＦＥシステムにロードするために、図３に示されているように、ＰＤＬ２４０は、ＥＳＵ２３０Ａ及びＢに接続される。ＤＳＵ２２０Ａ−Ｄと同様に、この例示的実施形態においても、ＰＤＬ２４０は、２つの独立したネットワークインターフェース接続を提供し、このそれぞれが、ＥＳＵ２３０Ａ−Ｂの１つに接続される。この手法により、ＰＤＬ２４０から転送するためのネットワーク帯域幅が、ＤＳＵ２２０Ａ−Ｄのそれぞれとほぼ等しくなる。
【００３８】
この記述においては、現在ＤＳＵ２２０Ａ−Ｄにロードされている材料はなく、ポータブルデータローダ（ＰＤＬ）２４０から材料を完全にロードする必要があると想定している。説明を簡単にするために、さらに、すべてのプログラム材料が同じサイズであり、すべてのプログラム材料がＤＳＵ２２０Ａ−Ｄのすべてにロードされると想定している。一般的な現実の世界においては、通常、既にＤＳＵにロードされて、サーバに留まっている材料がいくつかあり、実際には、異なるメディアを有する異なるサーバを備えたシステムを操作する。この簡単なシナリオは単なる例であり、本発明はこの例に限定されるものではない。
【００３９】
本発明によるメディアロードプロセスの一実施形態においては、所望のメディアプログラムのリストが、ＰＤＬからそれぞれのＤＳＵに提供される。次いで、それぞれのＤＳＵが、別のサーバからリスト内で識別される所望のメディアプログラムのそれぞれを取得するが、このＰＤＬはサーバであると考えられる。好ましい実施形態においては、リストは、メディアプログラムがロードされる順序及びこれからメディアプログラムが得られる１つ又は複数のサーバを示している。この例示的実施形態においては、当業界で良く理解されているように、ファイルをコピーするのに、標準インターネット「ファイル転送プロトコル」（ＦＴＰ）が使用される。図４は、ＰＤＬ２４０とＤＳＵ２２０Ａ−Ｄとの間のメディアプログラムの論理転送を示している。
【００４０】
この例においては、ＰＤＬ２４０からＤＳＵ２２０Ａ−Ｄにロードされる、等しいサイズのメディアプログラムのリストがあると想定している。また、この例を簡単にするために、ＤＳＵ２２０Ａ−Ｄのそれぞれ及びＰＤＬ２４０が等しい性能を有し、それぞれのサーバからの同時転送の最大数が４であると想定している。この例示的実施形態においては、本発明のロードプロセスは、３段階で遂行される。
【００４１】
図５にその論理が示されているように、段階１で、第１の組のプログラムがロードされる。この最初の段階では、所望のメディアプログラムにはただ一つのソースとなりうるものがあり、それはポータブルデータローダ（ＰＤＬ）２４０である。したがって、ファイル転送は、ＰＤＬ２４０からＤＳＵ２２０Ａ−Ｄまでである。それぞれのＤＳＵ２２０Ａ−Ｄが、ＰＤＬ２４０から異なるプログラムを転送し始める。図５に示されている例においては、プログラム１はＤＳＵ２２０Ａに転送され、プログラム２はＤＳＵ２２０Ｂに転送され、プログラム３はＤＳＵ２２０Ｃに転送され、プログラム４はＤＳＵ２２０Ｄに転送される。この段階中に、ＤＳＵが他のＤＳＵから材料を得ることはできない。
【００４２】
メディアプログラムロードの第２の段階は、ＤＳＵ２２０Ａ−Ｄのそれぞれが、格納されたメディアプログラムを有し、これらは他のＤＳＵにクロスロードされ得る。メディアプログラムがＤＳＵに完全にロードされた後は、他のＤＳＵがロードできるようになる。このクロスロード技術により、それぞれのサーバが、ＰＤＬ２４０からの転送とＤＳＵ２２０Ａ−Ｄ間の転送とを組み合わせることにより、ロードのためのデータスループットを上げることができるようになる。
【００４３】
図６は、本発明のシステムにより、ローディングプロセスの第２段階中に、ＰＤＬ２４０からのデータのロードとＤＳＵ２２０Ａ−Ｄ間のデータのクロスロードとを同時に可能にする方法の一例を示すデータ流れ図である。この技術を使用して、それぞれのサーバが、高性能ネットワークファブリックを使用して、ＰＤＬからの転送と他のＤＳＵからの転送とを組み合わせた最大データスループットを利用し得る。図６においては、ＰＤＬ２４０は、それぞれ、プログラム５−８をＤＳＵ２２０Ａ−Ｄに転送する。その間に、ＤＳＵ２２０Ａ及び２２０Ｂは、プログラム１及び２をクロスロードし、ＤＳＵ２２０Ａ及び２２０Ｃは、プログラム１及び３をクロスロードし、ＤＳＵ２２０Ａ及び２２０Ｄは、プログラム１及び４をクロスロードする。また、ＤＳＵ２２０Ｂ及び２２０Ｃは、プログラム２及び３をクロスロードし、ＤＳＵ２２０Ｂ及び２２０Ｄは、プログラム２及び４をクロスロードする。最後に、ＤＳＵ２２０Ｃ及び２２０Ｄは、プログラム３及び４をクロスロードする。この例においては、段階２の終了時に、プログラム１−４はクロスロードされており、ＤＳＵ２２０Ａ−Ｄのすべての中に常駐し、プログラム５−８は、それぞれ、ＤＳＵ２２０Ａ−Ｄ内に常駐している。
【００４４】
本例のローディングプロセスの最終段階において、ＤＳＵ間のクロスロードが完了する。この例においては、この時点で、それぞれの所望のプログラムの１つのコピーがＰＤＬ２４０から少なくとも１つのＤＳＵにダウンロードされており、材料がＰＤＬから得られているのでＰＤＬはもはや必要ではなく、本システムは、ＤＳＵ間で引き続き材料をクロスロードすることにより、システムローディングを完了することが十分可能である。図７は、システムがクロスロードプロセスを完了し得る方法の一例を示している。最初のプログラムのコピーが完了した後に、ＰＤＬが航空機から取り外されることがあることに留意されたい。最終段階においては、ＤＳＵ２２０Ａ及び２２０Ｂはプログラム５及び６をクロスロードし、ＤＳＵ２２０Ａ及び２２０Ｃはプログラム５及び７をクロスロードし、ＤＳＵ２２０Ａ及び２２０Ｄはプログラム５及び８をクロスロードする。同時に、ＤＳＵ２２０Ｂ及び２２０Ｃはプログラム６及び７をクロスロードし、ＤＳＵ２２０Ｂ及び２２０Ｄはプログラム６及び８をクロスロードする。また、ＤＳＵ２２０Ｃ及び２２０Ｄは、プログラム７及び８をクロスロードする。この例においては、最終段階の終了時までに、ＤＳＵ２２０Ａ−Ｄのそれぞれが、メディアプログラム１−８のそれぞれを含む。
【００４５】
上述の例においては、ＰＤＬ２４０は、メディアプログラム１−８のソースとして働き、それぞれのＤＳＵ２２０Ａ−Ｄが、メディアをロードするプロセス中にメディアプログラムを送受信する。本例においては、特有の組のファイル転送が実行されて、メディアのロードを遂行する。表１に示されているように、上記の例において、１２のメディアプログラムを４つのＤＳＵ２２０Ａ−Ｄにロードするためには、それぞれのＤＳＵについて２１のファイル転送が必要である。実際、任意の数のメディアプログラム及びサーバにいくつのＤＳＵ転送が必要であるかを判断するために、以下の式が使用され得る。即ち、
【数１】
2008502050.tif 000003
式中、
Ｎとは、それぞれのサーバに必要な総転送数であり、
Ｐとは、転送すべきメディアプログラムの総数であり、
Ｓとは、ロードされるサーバの総数である。
【００４６】
サーバの数が増加するにつれて、必要な総転送数が、
【数２】
2008502050.tif 000004
の上限値に近づくことに留意されたい。これは、サーバの数とは無関係である。したがって、本発明の手法によれば、それぞれのＤＳＵに利用可能なネットワーク帯域幅がより良く使用される。したがって、いくつかのサーバをロードするのに必要な時間は、一般に、たとえロードすべきサーバが１２以上ある場合にも、１つのサーバをロードする時間の２倍を超えるものではない。
【００４７】
【表１】
2008502050.tif 000005
【００４８】
それぞれのサーバの全帯域幅を十分に利用し得る場合には、Ｎ＝２Ｐの制限が適用されることに留意されたい。上記の説明において示したように、メディアロードの段階１中に、材料が、最初にＰＤＬ２４０から得られる（即ち、ＤＳＵ２２０Ａ−Ｄの間でクロスロードするものがないので）。この修正形態は、表２のデータの中に因子として織り込まれる。表２は、１組の転送により、段階１のロードによる遅延がある場合にも２４のファイル転送に等しい時間で１２プログラムが転送される例について記載している。
【００４９】
現実の世界において通常あり得ることではないが、すべてのメディアプログラムが等しい長さを有すると想定すると、上述した例が簡単なものになる。本発明の技術の一改良形態においては、第１の組のプログラムをより短いプログラム（例えばより少ないデータ量）にすることにより、段階１のメディアロードの不都合が減少する。完全なプログラムがＤＳＵ内にロードされた後は、他のＤＳＵにクロスロードするのに利用できるようになる。したがって、段階１の不都合は、より短いプログラムの長さにより減少される。
【００５０】
また、ファイル転送の、順序、ソース、及び優先度により、メディアロードの性能が向上し得る。Ｎ＝２Ｐの理論上の制限により、一般に、クロスローディングを含むメディアロードにＤＳＵのすべての帯域幅のすべてを利用する必要がある。帯域幅の使用を増加するために、それぞれのＤＳＵ２２０Ａ−Ｄに、他のＤＳＵと調整されたファイル転送スクリプトが提供されることがある。表２は、このようなＤＳＵスクリプトプロセスの一例を提示している。
【００５１】
本発明に従ってコンテンツをロードするプロセスの別の実施形態は、ローダプッシュ手法ではなく、プルベース手法に基づくものであり、サーバがソースからファイル転送を起動する（例えば、ＤＳＵが、ロード装置からＦＴＰｇｅｔ要求を遂行する）。プル手法は、それぞれのサーバが、どのメディアプログラムをロードする必要があるか、及びメディアプログラムがシステムのどこに置かれているかについての情報を有する必要がある。表２は、１組の１２のメディアプログラム１−１２をロードするコンテンツ用の１組のスクリプトの一例を示している。この実施形態においては、表２に示されているスクリプトは、ＰＤＬ２４０からＤＳＵ２２Ａ−Ｄにダウンロードされ、ＤＳＵは、スクリプトの制御下で、コンテンツをロードするプロセスを始める。
【００５２】
表２に示されている例においては、ＰＤＬ２４０は、最初に、それぞれメディアプログラム１−４をＤＳＵ２２０Ａ−Ｄにダウンロードし、ＰＤＬ２４０内の送信オペレーションに対応するＤＳＵのそれぞれにＧｅｔコマンドがある。例えば、ＤＳＵ＃Ｄ１、例えばＤＳＵ２２０Ａは、ＰＤＬ２４０からのメディアプログラム１のｇｅｔオペレーションを示すＧｅｔコマンド＜ＧｅｔＰｇｍ１−ＰＤＬ＞を有し、Ｇｅｔコマンドは、メディアプログラム１の識別子（ここではＰｇｍ１で表されている）と、ＰＤＬ２４０のネットワークアドレス（ここではＰＤＬで表されている）と、ＤＳＵ２２０Ａのネットワークアドレス（ここではＤ１で表されている）とを含む。この例においては、ＤＳＵ２２０ＡからＰＤＬ２４０へのＧｅｔコマンドにより、ＰＤＬ２４０が、ＤＳＵ２２０ＡのネットワークアドレスＤ１にメディアプログラム１、例えばＳｅｎｄＰｇｒｍ２−Ｄ１を送信する。同様のコマンドにより、それぞれ、メディアプログラム２、３、及び４がＤＳＵ２２０Ｂ−Ｄにダウンロードされる。ＰＤＬ２４０からこれらのプログラムのそれぞれを得なければならないので、これらは順次に実行される。
【００５３】
以下の段階においては、メディアプログラム５−８が、メディアプログラム１−４について上述した方法と同様に、それぞれＰＤＬ２４０からＤＳＵ２２０Ａ−Ｄにダウンロードされる。ＰＤＬ２４０からのダウンロードの後、ＤＳＵ間でのメディアプログラムのクロスロードとなる。表２においては、ＤＳＵ２２０Ｂ用のスクリプトには、ＤＳＵ２２０Ａからメディアプログラム１、例えば＜ＧｅｔＰｇｍ１−Ｄ１＞をクロスロードする必要があり、この結果、ＤＳＵ２２０Ａからのクロスロード、例えば＜ＳｅｎｄＰｇｍ１−Ｄ２＞が生じる。同時に、ＤＳＵ２２０Ｄ用のスクリプトには、ＤＳＵ２２０Ｃからメディアプログラム３、例えば＜ＧｅｔＰｇｍ３−Ｄ３＞をクロスロードする必要があり、この結果、ＤＳＵ２２０Ｃからのクロスロード、例えば＜ＳｅｎｄＰｇｍ３−Ｄ４＞が生じる。表２のスクリプト内の次の組のクロスロードにより、ＤＳＵ２２０ＢからＤＳＵ２２０Ａにメディアプログラム２が、及びＤＳＵ２２０ＤからＤＳＵ２２０Ｃにメディアプログラム４が転送される。そして、この段階の別の組のクロスロードにより、ＤＳＵ２２０ＡからＤＳＵ２２０Ｃにメディアプログラム１が、及びＤＳＵ２２０ＢからＤＳＵ２２０Ｄにメディアプログラム２が転送される。
【００５４】
次の段階においては、メディアプログラム９−１２が、それぞれＰＤＬ２４０からＤＳＵ２２０Ａ−Ｄにダウンロードされる。この時点で、ＰＤＬ２４０に必要なメディアプログラムのすべてが、ＤＳＵ２２０Ａ−Ｄに転送されており、ＤＳＵは、コンテンツのローディングを単独で完了し得る。したがって、新しいコンテンツ、例えばメディアプログラム９−１２が、ＤＳＵにダウンロードされた後に、ＰＤＬ２４０はＩＦＥシステムから切断されることがある。ＤＳＵは、その後、この例においては１２のすべてのメディアプログラムが４つのすべてのＤＳＵ２２０Ａ−Ｄに常駐するまで、スクリプトに基づいてメディアプログラムをクロスロードする。この例においては、３０の転送サイクルで、すべてのメディアプログラムをすべてのＤＳＵにダウンロードしクロスロードすることができる。
【００５５】
【表２】
2008502050.tif 000006
【００５６】
上述したコンテンツをロードするシステムにより、今月及び来月の映画などの、常に使用可能とは限らないコンテンツをロードして収容しておき、基準に基づいてコンテンツの部分集合を使用できることが好ましいことに留意されたい。通常、これは、月名である。例えば、２月の材料もロードしておくが、１月の材料を備えておき使用する。同様に、オペレータによる選択などを通じて、コンテンツを使用するための基準を切り換えるための機能を有することも有用であろう。サーバが専門のゲーミング又はビデオ機能を有するなど、異なる種類のサーバに異なるコンテンツをサポートすることも好ましいであろう。
【００５７】
表２について上述した例は、ＤＳＵ間で利用できる帯域幅をより良く使用するために転送を調整し得るよう、転送されるコンテンツ及び転送順序を定義するスクリプトを使用することを想定している。スクリプトは、プログラマ又はオペレータによって開発される場合もあれば、ダウンロードされるコンテンツに基づいて自動的に生成される場合もある。例えば、ＩＦＥシステムのアーキテクチャは、ＰＤＬにアップロードされることがあり、コンテンツ及びＩＦＥシステム構造に基づいてスクリプトを生成するプロセスを含む。それぞれのＤＳＵにダウンロードされる所望のコンテンツを識別するファイルを使用する、またＤＳＵが所望のコンテンツを探索しクロスロードするよう構成されるなどの、他の手法も可能である。
【００５８】
ＩＦＥシステムにロードされるべきコンテンツを識別し定義するのに使用されるファイルの一例示的実施形態に、コンテンツ在庫リスト（ＣＩＬ）がある。ＣＩＬの目的は、どのコンテンツがロードされ、かつどこにロードすべきかを定義することである。コンテンツ及びサーバ群が定義される、ＣＩＬ２５０の一例が図８に設けられている。図８の例においては、フィールド定義が、ＣＩＬ内のコンテンツの、種類、識別子、ファイル名、ＣｏＦｉｌｅｎａｍｅ、タイトル、長さ、権利、及びサーバを識別する。＜Ｔｙｐｅ＞フィールドは、コンテンツの種類、例えば、映画、オーディオプログラム、ウェブサイト、又はゲームを識別する。＜ＩＤ＞フィールドは、コンテンツを、コンテンツの表示に影響を及ぼす別の種類のＳＩＦファイル（これについては以下に説明する）にリンクするコンテンツの識別子を含む。＜Ｆｉｌｅｎａｍｅ＞フィールドは、ロードソースの、例えばＰＤＬ２４０又はＤＳＵ２２０Ａ−Ｄの、コンテンツのファイル名を識別する。＜ＣｏＦｉｌｅｎａｍｅ＞フィールドは、ロードソースの、関連付けられたデータのファイル名を提供する。＜Ｔｉｔｌｅ＞フィールドは、コンテンツのテキスト名、例えば映画「マトリクス」のタイトルを提供する。＜Ｌｅｎｇｔｈ＞フィールドは、コンテンツの分での再生時間を提供する。＜Ｒｉｇｈｔｓ＞フィールドは、コンテンツの使用制限、例えば何月にコンテンツがアクセスされるかを定義する。＜Ｓｅｒｖｅｒ＞フィールドは、コンテンツがロードされる又は置かれるべきサーバ又はサーバ群、例えばサーバ群「ＳＧ１」を定義する。
【００５９】
示されている実施形態においては、ビデオコンテンツ（例えば、＜Ｔｙｐｅ＞フィールドが「Ｖ」）は、＜Ｆｉｌｅｎａｍｅ＞フィールド内で識別される、Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｇｒｏｕｐ  ｓｔａｎｄａｒｄ（ＭＰＥＧ）ファイル（．ｍｐｇ）と、＜ＣｏＦｉｌｅｎａｍｅ＞フィールド内で識別される、関連付けられたデータファイル（．ｔｇｚ）とを含む。関連付けられたデータファイル（．ｔｇｚ）は、ＭＰＥＧファイルのコンテンツに関係する、メタデータと、（ＳＱＬインストールを含む）インストールスクリプトと、（ＳＱＬ削除を含む）アンインストールスクリプトとを含む。理解しやすいように、ＭＰＥＧファイル及び関連付けられたデータファイルは、同じ初期キャラクタ識別子と異なるファイル拡張子を含む同じ基本ファイル名とを有する。同様に、放送オーディオファイル（例えば、＜Ｔｙｐｅ＞フィールドが「Ａ」）は、多くのＭＰＥＧ３（ＭＰ３）ファイル（．ｍｐ３）と、１つの関連付けられたデータファイル（．ｔｇｚ）とを有する。関連付けられたデータファイルは、システムに対する対話型グラフィカルユーザインターフェース（ＧＵＩ）のチャネル選択情報を提供するのに必要な情報を含む。オーディオオンデマンド（ＡＯＤ）ファイルは、多くのオーディオトラックファイル（．ｍｐｇ）と１つの関連付けられたデータファイル（．ｔｇｚ）とから構成される。関連付けられたデータファイル（．ｔｇｚ）は、映画について示した例と同様の、メタデータとインストールスクリプトとアンインストールスクリプトとを含む。ゲームファイル（例えば、＜Ｔｙｐｅ＞フィールドが「Ｇ」）は、実際のゲームファイル（例えば、．ｏｕｔ、．ｒｅｓ）とを含むゲームファイル（．ｔｇｚ）と、対話型メニュー用のメタデータと、インストールスクリプトと、アンインストールスクリプトとを含む。メタデータ及びインストール／アンインストールスクリプトは、ゲーム用のＧＵＩメニューを作るのに使用される。別の種類のコンテンツであるウェブサイトは、通常、１つのサイトファイル（．ｔｇｚ）からなり、ウェブサイトと、インストールスクリプトと、アンインストールスクリプトと、サイトをＧＵＩメニューに接続するのに適したメタデータとに関連付けられたファイルのすべてを含む。
【００６０】
図８のＣＩＬの例は、エントリ記述コンテンツの例を含む。例えば、以下のエントリは１月の部分に関係する。即ち、
Ｖ、１０１０１、５０００１．ｍｐｇ、５０００１．ｔｇｚ、「プリティウーマン（Ｐｒｅｔｔｙ  Ｗｏｍａｎ）」、１１６、Ｊａｎ、ＳＧ５
Ｖ、１０１０２、５０４３２．ｍｐｇ、５０４３２．ｔｇｚ、「バットマンリターンズ（Ｂａｔｍａｎ  Ｒｅｔｕｒｎｓ）」、１２７、Ｊａｎ、ＳＧ５
Ａ、２０１０１、５０１０１．ｍｐ３、５０１０１．ｔｇｚ、「カモンオーバー（Ｃｏｍｅ  Ｏｎ  Ｏｖｅｒ）」、３．４３、Ｊａｎ、ＳＧ１
【００６１】
これらのエントリの第１のものは、ビデオコンテンツ、例えば「Ｖ」について記述しており、ファイル５０００１．ｍｐｇ、例えばＭＰＥＧファイル用の１０１０１のＩＤ値と、関連付けられたファイル５０４３２．ｔｇｚとを有する。ビデオコンテンツは、１月（例えば「Ｊａｎ」）に利用可能な１１６分の長さの「プリティウーマン」のタイトルが付けられ、ＣＩＬ内のほかの場所で定義されているサーバ群「ＳＧ５」に配給される（これについては以下に記述する）。同様に、第２のビデオ「バットマンリターンズ」は、上映時間が１２７分であり、１月に利用可能であり、サーバ群ＳＧ５に配給される。また、「カモンオーバー」のタイトルが付けられたオーディオファイルは、３．４３分の長さであり、１月に利用可能であり、サーバ群ＳＧ１に配給される。図８のＣＩＬも、２月のコンテンツと制限のないコンテンツとを含む。図８のＣＩＬは、２つのエントリ、即ち、Ｇ、ＰａｋＭａｎ．ｔｇｚ、「パックマン（Ｐａｃｋｍａｎ）」ＳＧ４、及びＧ、ＰａｋＭａｎ．ｇａｍ、「パックマン（Ｐａｃｋｍａｎ）」、ＳＧ６によって定義されたゲームコンテンツを含む。
【００６２】
サーバ群はまたＣＩＬ内で定義され、それぞれのサーバ群に属するサーバが識別される。サーバ群の名前の後に、サーバの名前又はネットワークアドレスが記載される。図８に示されている例においては、サーバ群「ＳＧ１」は、「ＤＳＵ１８２６０−１」の名前を有する１つのサーバを含む。これに対して、サーバ群「ＳＧ４」は、「ＤＳＵ−Ｄ２−１」、「ＤＳＵ−Ｄ２−２」、「ＤＳＵ−Ｄ２−３」、「ＤＳＵ−Ｄ２−４」の名前を有する４つのサーバを含む。これらは、この例においては、それぞれＤＳＵ２２０Ａ−Ｄに対応する。特定のコンテンツフィールド定義用の＜Ｓｅｒｖｅｒ＞フィールド内に指定されたサーバ群定義は、コンテンツが置かれるべきサーバを識別する。
【００６３】
この例示的実施形態においては、システム在庫ファイル（ＳＩＦ）が、放送の形のサービス（例えば、放送ビデオ、オーディオ、オーバーヘッドビデオ、ＰＲＡＭ、ＢＭＭなど）のコンテンツが使用される方法を指定する。対話型オペレーションは、コンテンツのそれぞれ１つ用に提供されたメタデータによって指定され、ＣＩＬ又はＳＩＦ内に定義されていない。この例においては、ＳＩＦは、例えば、放送のアベイラビリティ、対話型コンテンツなどの、ファイルの使用方法を定義するだけであり、コンテンツの変更時を変更しない。ＣＩＬは、映画ファイルをＭｏｖｉｅ１又はＭｏｖｉｅ２に論理的に接続するなど、実際のコンテンツファイルを論理コンテンツ項目に接続する。ＣＩＬは、Ｍｏｖｉｅ１を例えばファイル名５０００１．ｍｐｇに確立し、ＳＩＦは、Ｍｏｖｉｅ１の使用方法を定義する。ＣＩＬが呼び出されると、リンクが確立されて、「Ｍｏｖｉｅ１」が照会され、実際にはファイル５０００１．ｍｐｇに接続する。これは、図８に示した例の「プリティウーマン」に対応する。
【００６４】
図９は、コンテンツをロードするプロセスを制御する手法の一実施形態を示す機能ブロック図である。この手法においては、管理端末１１２のインターフェースアプリケーション３００が使用されて、ＰＤＬ２４０から及びＤＳＵ２２０Ａ−Ｄ間のコンテンツのダウンロードが起動され制御される。代替実施形態においては、インターフェースアプリケーションは、ＩＦＥシステムに接続されたＰＤＬ２４０又は別の装置に常駐し得る。インターフェースアプリケーション３００の好ましい実施形態に、コンテンツをロードするプロセスの管理及び性能を提供するコンテンツロードウェブサイトがある。
【００６５】
ウェブサイトインターフェースアプリケーションの実施形態においては、サイトにはウェブページが設けられ、ＩＦＥシステムで使用されている現在のＣＩＬを識別し、利用可能な、例えばＰＤＬ２４０に格納されている、代替ＣＩＬを識別する。ウェブページにより、代替ＣＩＬの選択及び稼動が可能となる。通常、代替ＣＩＬの選択は、システムが保全モードである（即ち、サービスモードでない）ことを必要とする保全機能である。代替ＣＩＬが稼動すると、適切なプロセスが遂行されて、娯楽サービスが開始した時に新しいコンテンツが使用される。一実施形態においては、ＳＩＦ内に含まれているプログラム名と現在使用されているファイルとの間の論理ファイルリンクがある。コンテンツ選択が変更された場合、ＳＩＦは変更されないが、古いコンテンツの代わりに、新しいコンテンツがリンクされる。
【００６６】
本発明の一実施形態においては、オペレータアクションが使用されて、コンテンツをロードするプロセスが、もはや必要のないコンテンツを取り除き、必要であるがＤＳＵにまだ存在していないコンテンツを取得し始める。代替実施形態においては、本システムにより、コンテンツをロードするプロセスを自動的に稼動して、例えば飛行中にコンテンツのないサーバがコンテンツを有するサーバからクロスロードし得るようになる。この例においては、望ましくない副作用を回避し得るよう、バックグラウンドでのロードプロセスを可能にするオペレータアクションを必要とすることが好ましい。ロードプロセスが稼動されると、インターフェーススクリーンは、ローディングプロセスの進捗又はステータスに関するフィードバックを提供し得る。
【００６７】
図９の例示的実施形態においては、インターフェースアプリケーション３００により、技術者又は他のユーザが、ＰＤＬ２４０の新しいＣＩＬを選択して、ＤＳＵ２２０Ａ−Ｄにダウンロードできる。図１０は、データのダウンロードを管理するために、インターフェースアプリケーション３００を使用して遂行されるプロセス３１０の一実施形態を示す制御流れ図である。ＰＤＬ２４０は、圧縮フォーマットで梱包されることが好ましい、新しいコンテンツと共に、１つ以上の新しいＣＩＬを含む記憶装置を含む。この実施形態においては、技術者が、インターフェースアプリケーション３００を介してシステムにアクセスし（ステップ３１２）、インターフェースアプリケーション３００を介して新しいＣＩＬを選択し（ステップ３１４）、この選択が、メッセージ３０２を介してＰＤＬ２４０に通信される。選択メッセージ３０２に応答して、ＰＤＬ２４０は、この例においてはＳＩＦと共に古いコンテンツに関係する古いＣＩＬを格納する、ＤＳＵへのさらなるメッセージ３０４を通じて、ＤＳＵ２２０Ａ−Ｄに選択されたＣＩＬをダウンロードする。選択されたＣＩＬがＤＳＵに伝送された後に、インターフェースアプリケーション３００が使用されて、ＤＳＵでのダウンロード及びクロスロードプロセスが可能となり（ステップ３１６）、上述したようなコンテンツのダウンロード及びクロスロードが始まる。コンテンツがサーバにロードされた後、技術者は、古いコンテンツを削除できるようになり（ステップ３１８）、新しいコンテンツを開梱し、インストールする（ステップ３２０）ことができる。記憶領域がある場合には、古いコンテンツを削除できるようにする前に、新しいコンテンツを開梱して、開梱がうまくいったことを検証できるようにすることが好ましいであろう。
【００６８】
図９のインターフェースアプリケーション３００を使用して遂行される別の機能に、乗客からアクセス可能なコンテンツを判断するための基準選択がある。図８の例に示されているように、異なる月のコンテンツ、例えば１月及び２月が、同時に存在し得る。このことにより、まだ使用されないコンテンツを予めロードできるようになる。インターフェースアプリケーション３００の一実施形態においては、基準選択スクリーンにおいて、オペレータが利用可能な選択（例えば、１月のコンテンツ及び２月のコンテンツ）を識別し、選択を変更できる。選択が変更された場合には、（これは、保全モード中に遂行されることが好ましい）放送及び対話型サービスのための新しい組のファイルリンク及びフラグが稼動され、ＳＩＦにより、新しいコンテンツにアクセスできるようになる。例えば、ビデオ「プリティウーマン」が、１月に利用可能な第１の映画選択であり、基準選択が２月に変更された場合には、ビデオ「ロミオとジュリエット（Ａ  Ｔｉｍｅ  Ｆｏｒ  Ｕｓ）」のファイル又はリンク、例えば５４０３２．ｍｐｇが、「プリティウーマン」、例えば５０００１．ｍｐｇの代わりに置き換えられ、第１の映画選択が「ロミオとジュリエット」にリンクされる。
【００６９】
コンテンツは、梱包された形でＰＤＬからロードされ、梱包された形でサーバからサーバへとクロスロードされることが好ましいことに留意されたい。コンテンツ在庫リスト（ＣＩＬ）は、梱包された形のコンテンツを参照する。また、コンテンツは、ＰＤＬに及び特有のディレクトリ内のそれぞれのサーバに格納されることが好ましい。例えばＤＳＵ−Ｄ２などの、ＤＳＵは、２つの搭載されたドライブを有し、コンテンツが２つのディレクトリの１つに格納されることがある。ロードされた後、コンテンツ及び関連付けられたデータファイルは、通常、最初にロードされた場所に留まっている。このことにより、梱包されたファイルが決まった公知の場所にあるために、クロスロードが容易になる。
【００７０】
本発明の別の実施形態においては、サーバは、スクリプトを使用せずに、ダウンロードを遂行することがある。例えば、ＣＩＬ内のそれぞれのファイル定義は、ファイルをダウンロードし、かつシステムの他のサーバに対するファイルのソースとして働くサーバの、論理又は実際の識別子を含むことがある。この例においては、ファイル定義「Ｖ、１０１０１、５０００１．ｍｐｇ、５０００１．ｔｇｚ、「プリティウーマン（Ｐｒｅｔｔｙ  Ｗｏｍａｎ）」、１１６、Ｊａｎ、ＳＧ５、ＤＳＵ−Ｄ２−１」は、さらに、ＤＳＵ２２０Ａ、例えば論理値「ＤＳＵ−Ｄ２−１」に対応するサーバが、ＰＤＬ２４０からファイルをダウンロードするサーバであることを示す。
【００７１】
図１１は、本発明の一実施形態において、コンテンツをダウンロードする及びクロスロードするプロセス３５０の一例を示す制御流れ図である。プロセス３５０においては、ステップ３５２で、サーバ、例えばＤＳＵ２２０Ａ−Ｄが、直前に説明したように、ファイルを受信するサーバを識別するファイル定義を含むＣＩＬを受信する。ステップ３５４で、ＤＳＵは、ダウンロードサーバとしてそれを識別するファイル用のＣＩＬを探索する。このようなファイルが発見されると、制御の流れはステップ３５６で分岐して、ステップ３５８に進み、ここで、ＤＳＵがそのファイル用のＰＤＬにｇｅｔ要求を送信する。次いで、制御の流れはステップ３５４に戻り、ＤＳＵ用の他の任意のファイル定義を識別する。この制御ループは、特定のＤＳＵを識別するさらなるファイルが発見されなくなるまで継続され、ここで、制御はステップ３５６で分岐して、ステップ３６０に進む。
【００７２】
ステップ３６０で、ファイルのクロスロードが始まり、本ＤＳＵを含むサーバ群を有するファイル定義用のＣＩＬを探索する。このようなファイル定義が発見されると、制御の流れはステップ３６２で分岐して、ステップ３６４に進み、本ＤＳＵは、ファイル用のｇｅｔ要求を、ファイル定義内のダウンロードＤＳＵとして識別されたＤＳＵに送信する。次いで、制御の流れは分岐してステップ３６０に戻り、本ＤＳＵを含むサーバ群を有する次のファイル定義を発見する。この制御ループは、本ＤＳＵを含むサーバ群を有するすべてのファイル定義についてｇｅｔ要求が送信されるまで継続する。プロセス３５０が完了した後、本ＤＳＵは、ダウンロードサーバであるすべてのファイル用のＰＤＬに、及びＣＩＬが格納すべきであることを示している他のすべてのファイル用の他のダウンロードサーバに、ｇｅｔ要求を出す。
【００７３】
ダウンロード及びクロスロードの他の代替手法も可能である。例えば、ＤＳＵは、擬似ランダムアルゴリズムに基づいてダウンロードサーバとして自己識別し、次いで、ネットワーク上にそれらのコンテンツを公表することがある。別の例においては、決定性アルゴリズムが、ＤＳＵによりＣＩＬ内のファイル定義に適用される。例えば、サーバ群定義内の第４のＤＳＵは、ファイル定義のリスト内のそれぞれ第４のファイル用のダウンロードサーバである。
【００７４】
コンテンツが破損された又は間違ってダウンロードされた場合にはそれを検出するために、コンテンツの整合性を検証することが有用であろう。一例として、ダウンロードされたファイルのファイルサイズとダウンロードされた値とを比較するファイルサイズチェックが利用されることがある。ロードされたファイルがソースファイルと同じサイズを有する場合、使用しても良いと考えられる。代替形態として、リニアチェックサムが、ロードプロセスの一部として遂行されることがある。このようなチェックサムは、ファイルを通過する別のパスではなく、ファイル転送プロトコル（ＦＴＰ）機能などの既存プロセスに統合され得る。チェックサムプロセスが導入された場合、転送チェックサムと比較され得る「予想チェックサム」ソースが提供される。ファイルチェックサムに準拠するものから構成された任意のファイルにチェックサムバイトを付加することが可能であり、この結果、チェックサム結果に「ゼロ」が生じ、独立した比較値が不要となることに留意されたい。所望の場合には、さらにより広範囲なチェックが、周期冗長チェックを通じて提供され得る。
【００７５】
一部分完了されたコンテンツファイルのクロスロードを試みることを回避することも好ましいであろう。ファイルが第１のサーバに完全にダウンロードされる前に、別のサーバにクロスロードするファイルが、第１のサーバ、例えばＤＳＵで発見された場合、問題が生じることがある。この問題に対する１つの手法は、ロードの場所とクロスロードの場所を別にすることである。一実施形態においては、サーバのデータベース内のクロスロードの場所フィールドは、ファイルが十分にロードされて検証されるまで、実ファイルへのリンクで埋められることがない。例えば、使用するための異なるディレクトリ又はファイル場所内でＭＰＥＧ又はＭＰ３ファイルを呼び出す必要がある場合、ファイル自体を動かすのではなく、ファイルはファイルリンクを有するその場所に接続される。
【００７６】
ロードが完了した後、様々な関連付けられた材料ファイル（．ｔｇｚ）が開梱される。開梱プロセスは、サーバの適切な場所にファイルを置くことを含むことがある。ファイルが適切な場所内に開梱された後、１つ以上のインストールスクリプトが実行されて、コンテンツのロードが完了される。例えば、インストールスクリプトは、サーバのＳＱＬデータベース内に適切なデータベース情報を配置する。例えば、データベース内のフィールド内に開梱されたファイルへのリンクを配置する。インストールスクリプトはまた、材料のサイズをチェックする、ＭＰＥＧ又はＭＰ３ファイルへのファイルリンクを作る、クロスロードディレクトリへのリンクを作るなどの、新しい材料を置き、かつ呼び出すのに必要な他の動作を遂行することがある。
【００７７】
新しいＣＩＬが選択されると、一般に、削除がローディングプロセスによって遂行され、このロードプロセスにより、現在サーバにはＣＩＬに指定されていないコンテンツがあると判断される。削除は、材料が利用可能であることを示すデータベースレコードを取り除くことと、削除されるコンテンツに関連付けられたファイルのすべてを削除することとを伴うことがある。削除を容易にするために、ＳＱＬデータベースからコンテンツ情報を取り除き、サーバシステムからすべての関連ファイルを取り除く、アンインストールスクリプトを提供することが有用であろう。ファイル、例えば映画、放送オーディオ、ＡＯＤ、及びゲーム用のファイルが、共通の組の、システムに一意のキャラクタで始まるファイル名を有することも有用であろう。このため、これらの特有のキャラクタで始まるすべてのファイルを削除することにより、このコンテンツの削除が容易となり得る。次いで、アンインストールスクリプトは、指定されたキャラクタで始まるすべての発見及び削除を簡単に指定し得る。例えば、第三者ウェブサイトなどのコンテンツ項目として設けられたウェブサイトが、そのトップディレクトリ名がシステムに一意の識別子に対応する、ディレクトリツリーにロードされるよう指定されることがある。次いで、このようなウェブサイト用のアンインストールスクリプトは、ディレクトリ及びすべてのコンテンツを取り除く。このようにして、ウェブページに任意の名前が付けられ得るが、これはまた容易に取り外され得る。
【００７８】
さらに別の実施形態においては、ＤＳＵは、システム内の他のＤＳＵから置換され、コンテンツがクロスロードされることがある。図１２及び図１３は、図９のＤＳＵ２２０Ａが別のＤＳＵ２２０Ｘに置換されるシナリオの例を示している。残りのＤＳＵ２２０Ｂ−Ｄには、上述したように、コンテンツがロードされている。その結果、置換ＤＳＵ２２０Ｘに必要なコンテンツは、他のＤＳＵに既に常駐している。この例においては、保全技術者などのユーザが、管理端末１１２でインターフェースアプリケーション３００を通じてコマンド３７２を入力し、ＤＳＵ２２０ＢからＤＳＵ２２０Ｘに（ＤＳＵ２２０Ｘに常駐すべきであるコンテンツを表す）ＣＩＬを転送する。選択されたＣＩＬは、ＤＳＵ２２０ＢからＤＳＵ２２０Ｘに転送される３７４。次いで、ユーザは、別のコマンド３７６を入力して、ＤＳＵ２２０Ｂ−Ｄから置換ＤＳＵ２２０Ｘへのコンテンツのクロスロードを可能にする。本例においては、ＣＩＬは、ＤＳＵ２２０Ｘがプログラム１−８とこれらのプログラムが常駐する１つ又は複数のＤＳＵとを有するべきであることを示している。
【００７９】
図１３は、ＤＳＵ２２０Ｂ−Ｄからプログラム１−８をクロスロードするための、ＤＳＵ２２０Ｘ用のその後のプログラム要求及び転送の一例を示しており、コンテンツの配給は、図７に示されている例と同様である。ＤＳＵ２２０Ｘは、ＣＩＬを処理して、プログラムとプログラムが常駐する少なくとも１つの他のＤＳＵとを識別する。例えば、ＤＳＵ２２０Ｘは、図８のＣＩＬ２５０から、どのプログラムが一定のＤＳＵ、例えばＳＧ４内のＤＳＵに常駐するかを判断し、プログラムが常駐するＤＳＵからプログラムを要求し得る。図１３においては、ＤＳＵ２２０Ｘは、ＤＳＵ２２０Ｂからプログラム１、２、及び３を要求し、プログラム１、２、及び３を送信することにより応答する。要求は、３つの別個の要求の形態をとることがある。同様に、ＤＳＵ２２０Ｘは、ＤＳＵ２２０Ｃからプログラム４、５、及び６を要求し、ＤＳＵ２２０Ｃからプログラム４、５、及び６を受信する。プログラム７及び８は、ＤＳＵ２２０Ｄから要求され、受信される。したがって、この例においては、置換ＤＳＵ２２０Ｘには、ＰＤＬ又は同様のコンテンツローディング装置を使用せずに、プログラム１−８が自動的に供給される。これにより、システムの保全が簡単なものになり得る。
【図面の簡単な説明】
【００８０】
【図１】機内娯楽システム用のネットワークアーキテクチャの一例を示す機能ブロック図である。
【図２】本発明の適用形態に適したシステムアーキテクチャの一例示的実施形態を示す機能ブロック図である。
【図３】コンテンツサーバ及びネットワークサーバのネットワークとの、ポータブルデータローダ装置の接続を示す機能ブロック図である。
【図４】図３のデータローダとコンテンツサーバとの間のファイル転送のための、本発明の一実施形態によるメッセージの流れを示すメッセージ流れ図である。
【図５】本発明の一実施形態に従って、図３の例のローディングプロセスの第１段階の一例を示すデータ流れ図である。
【図６】本発明の一実施形態に従って、ポータブルデータローダからデータを同時にロードする、及び同時にローディングプロセスの第２段階中にコンテンツサーバの間でデータをクロスロードする、一例を示すデータ流れ図である。
【図７】本発明の一実施形態による、ローディングプロセスの最終段階の一例を示すデータ流れ図であり、コンテンツサーバは、互いにファイルをクロスロードすることによりローディングプロセスを完了する。
【図８】本発明の一実施形態によるコンテンツ在庫リストの実施形態を示すデータ図である。
【図９】管理端末のインターフェースアプリケーションを使用して、本発明に従って、コンテンツをロードするプロセスを制御する手法の一実施形態を示す機能ブロック図である。
【図１０】データのダウンロードを管理するために図９のインターフェースアプリケーションを使用して遂行される、本発明によるプロセスの一実施形態を示す制御流れ図である。
【図１１】修正されたコンテンツ在庫リストを使用してコンテンツサーバのコンテンツを自動的にダウンロード及びクロスロードする、本発明によるプロセスの別の実施形態を示す制御流れ図である。
【図１２】管理端末のインターフェースアプリケーションを使用して、他のコンテンツサーバから置換コンテンツサーバにコンテンツをクロスロードするプロセスを制御する手法の一実施形態を示す機能ブロック図である。
【図１３】他のコンテンツサーバから置換コンテンツサーバにコンテンツを転送するためのクロスローディングプロセスの一例を示すデータの流れ図である。
【図１】
2008502050.tif 000007
【図２】
2008502050.tif 000008
【図３】
2008502050.tif 000009
【図４】
2008502050.tif 000010
【図５】
2008502050.tif 000011
【図６】
2008502050.tif 000012
【図７】
2008502050.tif 000013
【図８】
2008502050.tif 000014
【図９】
2008502050.tif 000015
【図１０】
2008502050.tif 000016
【図１１】
2008502050.tif 000017
【図１２】
2008502050.tif 000018
【図１３】
2008502050.tif 000019
【国際調査報告】
2008502050.tif 000020