(57)【要約】  ネットワークの情報を遅延して転送するための装置と方法を開示する。ユーザはファイル・リクエスト装置（１０）によって、ネットワークａを介してサーバ（２０）からファイルをリクエストする。リクエストにはユーザに届けられるファイルの予期される配信時間が添付される。予定された時間に従ってファイル（３５）を転送するためにスケジュールがサーバ（２０）から発生される。スケジュールされる時間は、少なくとも一部、前記予期される配信時間によって定められる。ファイルは、スケジュールされた時間にサーバ（２０）からファイル受信装置（４０）に送られる。
2005513615.tif 000002
【特許請求の範囲】
【請求項１】
ファイル・リクエスト装置から第１のネットワークを介してサーバによって、ファイルのリクエストを受信するステップと、
前記ファイルの予期される配信時間を、前記ファイル・リクエスト装置から前記サーバによって受信するステップと、
前記ファイルの転送時間を含み且つ前記予期される配信時間を少なくとも一部使用するスケジュールを、前記サーバによって発生するステップと、
スケジュールされた時間に、前記サーバから第２のネットワークを介して前記ファイルをファイル受信装置に送信するステップと、からなる、情報を転送する方法。
【請求項２】
前記第１のネットワークと前記第２のネットワークが同じネットワークである、請求項１記載の情報を転送する方法。
【請求項３】
前記ファイル・リクエスト装置と前記ファイル受信装置が同じ装置である、請求項１記載の情報を転送する方法。
【請求項４】
前記第１のネットワークがワイヤレス・ネットワークである、請求項１記載の情報を転送する方法。
【請求項５】
前記ファイル・リクエスト装置が、パーソナル・ディジタル・アシスタント（ＰＤＡ）、セル電話（携帯電話）、ノート型コンピュータおよびパーソナル・コンピュータからなるグループから選択される、請求項１記載の情報を転送する方法。
【請求項６】
前記ファイル受信装置がＰＤＡ（携帯情報端末）、セル電話、ノート型コンピュータおよびパーソナル・コンピュータからなるグループから選択される、請求項１記載の情報を転送する方法。
【請求項７】
ファイル・リクエスト装置と、
サーバと、
ファイル受信装置と、からなる、情報を転送するシステムにおいて、
前記ファイル・リクエスト装置によって第１のネットワークを介して前記サーバにファイルがリクエストされるとき、予期される配信時間がリクエストに添えられ、前記サーバは、前記予期される配信時間によって少なくとも一部定められるスケジュールされた時間に第２のネットワークを介して前記ファイルを前記ファイル受信装置に転送する、情報を転送するシステム。
【請求項８】
前記第１のネットワークと前記第２のネットワークが同じネットワークである、請求項７記載の情報転送システム。
【請求項９】
前記ファイル・リクエスト装置と前記ファイル受信装置が同じ装置である、請求項７記載の情報転送システム。
【請求項１０】
前記第１のネットワークがワイヤレス・ネットワークである、請求項７記載の情報転送システム。
【請求項１１】
前記ファイル・リクエスト装置が、ＰＤＡ、セル電話、ノート型コンピュータ、パーソナル・コンピュータからなるグループから選択される、請求項７記載の情報転送システム。
【請求項１２】
前記ファイル受信装置が、ＰＤＡ、セル電話、ノート型コンピュータ、パーソナル・コンピュータからなるグループから選択される、請求項７記載の情報転送システム。
【請求項１３】
第１のクライアントの状態と、
第１のネットワークの状態と、
第１のサーバの状態と、
第２のクライアントの状態と、
第２のネットワークの状態と、
第２のサーバの状態と、からなる、情報を転送するシステムにおいて、
第１のクライアントの状態にあるファイル受信装置がファイルのリクエストを、第１のネットワークの状態にある第１のネットワークを介して第１の状態にあるサーバに送信し、前記ファイルのリクエストは予期される配信時間を含み、ファイルのリクエストを受信すると、サーバはファイルを送信するためのスケジュールを発生して前記ファイルを前記スケジュールに従って送信し、前記サーバは前記第２のサーバの状態に置かれ、送信は前記第２のネットワークの状態にある第２のネットワークを介して送られ、前記ファイルは前記第２のクライアントの状態にあるファイル受信装置で受信される、情報を転送するシステム。
【請求項１４】
前記第１のネットワークと前記第２のネットワークが同じネットワークである、請求項１３記載の情報転送システム。
【請求項１５】
前記ファイル・リクエスト装置と前記ファイル受信装置が同じ装置である、請求項１３記載の情報転送システム。
【請求項１６】
前記第１のネットワークがワイヤレス・ネットワークである、請求項１３記載の情報転送システム。
【請求項１７】
前記ファイル・リクエスト装置が、ＰＤＡ、セル電話、ノート型コンピュータ、パーソナル・コンピュータからなるグループから選択される、請求項１記載の情報転送システム。
【請求項１８】
前記ファイル受信装置が、ＰＤＡ、セル電話、ノート型コンピュータ、およびパーソナル・コンピュータからなるグループから選択される、請求項１記載の情報転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおける情報の転送に関する。特に、本発明は、通信ネットワークを通る遅延された情報の転送に関する。
【背景技術】
【０００２】
通信ネットワークは或る範囲の帯域幅を有する。一般に、低い帯域幅のネットワークは、高い帯域幅のネットワークと比較して、同じ量のディジタル情報を転送する速度が遅くなる。この低帯域幅ネットワークの比較的遅い転送速度は、大量のディジタル情報を転送する際に困難を生じる。
【０００３】
ネットワークを介してますます多量に転送されているディジタル情報の一つは、マルチメディア情報である。一般に、マルチメディア・ディジタル情報のファイルは大きいので、通常、マルチメディア・ディジタル情報（例えば、オーディオ、ビデオなど）は、それを転送するのに高帯域幅のネットワークを好む。そのように大きなマルチメディア・ファイルを低帯域幅のネットワークで転送するのは実用的でないかも知れない。加えて、通信ネットワークはドロップアウトおよびその他のエラーを生じやすいので、転送の間にエラーの発生する時間が多くある、比較的遅いネットワークの接続でマルチメディア・ファイルを転送するのは不可能となるかも知れない。
【０００４】
しかしながら、低帯域幅のネットワークは、高帯域幅のネットワークよりも便利なことがしばしばあり、従って、ユーザは、低帯域幅のネットワークをより多く使用し、低帯域幅のネットワークに一層精通するので、マルチメディア・ディジタル情報のプロバイダにとっては難しくなる。一方、マルチメディア・プロバイダの提供するコンテンツの潜在的視聴者は、低帯域幅ネットワークのスペース内により多く存在するが、マルチメディアのコンテンツを低帯域幅のネットワークで転送するのは困難なので、プロバイダはそのコンテンツで視聴者に対応することができないかも知れない。
【０００５】
従って、ネットワークの状態、ユーザの状態、およびサーバの状態を考慮してディジタル情報をユーザに転送するための装置と方法が必要である。
【発明の開示】
【０００６】
（発明の概要）
本発明は、ネットワークの状態、ユーザの状態、およびサーバの状態を考慮してディジタル情報をユーザに転送する装置と方法からなる。ユーザはファイル・リクエスト装置により、ネットワークを介して、サーバからファイルをリクエストする。ユーザに届けられるファイルの予期される（所望の）配信時間がリクエストに添付される。ファイルは予定された時間に転送されるようサーバによってスケジュールされる。スケジュールされる時間は、予期される配信時間によって少なくとも一部定められる。ファイルはスケジュール（予定）された時間にサーバからファイル受信装置に送信される。
【０００７】
本発明の付加的な利点と新規な特徴は、以下の説明および図面で述べられ、以下の事項を検討すれば当業者に明らかとなり、あるいは本発明を実施して理解される。
【発明を実施するための最良の形態】
【０００８】
図１は、本発明の好ましい実施例を示す。ファイル・リクエスト装置１０は、サーバ２０へのネットワーク接続ａを有する。この実施例で、ファイル・リクエスト装置は、パーソナル・ディジタル・アシスタント（ＰＤＡ）であり、ワイヤレス・ネットワークの性能およびオペレーティング・システム（当技術分野で知られているＯＳ：Ｐａｌｍ  ＯＳ、Ｗｉｎｄｏｗｓ（登録商標）ＣＥ、Ｐｏｃｋｅｔ  ＰＣ、Ｌｉｎｕｘ（登録商標）、など）を具える。
【０００９】
ユーザは、ネットワークａを介してサーバ２０上のコード、データ、情報および／またはファイル（本文中で「ファイル」と総称する）を選択して、予期される（所望の）配信時間を供給する。サーバ２０は、幾つかの可変要素（サーバの状態、ネットワークの状態、ユーザが供給した予期される配信時間など）に基づいて、ダウンロードのスケジュール３０を発生する。サーバとネットワークの状態がダウンロードに都合のよいときなど、状態により、リクエストされたファイルを予期される配信時間以前にユーザへダウンロードできる場合もある。けれども、このタイプのダウンロードは、ユーザがダウンロードする準備ができる以前のものである。従って、ユーザは予期される配信時間を指定すると共に、それよりも早くならないように配信時間を指定することもできる。サーバ２０は次に、その発生されたスケジュール３０に従って、ネットワークｂを介して、ユーザのファイル受信装置４０にファイル３５を送信する。
【００１０】
図２は、好ましい実施例のプロセスを示す。ユーザは  ファイル・リクエスト装置によってサーバからファイルをリクエスト（要求）すると共に、そのファイルの配信時間をリクエストする。サーバは、このリクエストを処理して、ファイル配信用のスケジュールを発生する。サーバは次に、このスケジュールを使用して、リクエストされたファイルをユーザに送信（転送）し、ユーザは自身のファイル受信装置でこのファイルを受信する。
【００１１】
実施例では、ユーザのシステム（「クライアント」と称す）、サーバ、およびネットワークの状態が考慮される。例えば、ユーザは、実施例のプロセスを開始するにあたり、プライベートのビデオ・サーバ（第１のサーバの状態）からＤＳＬネットワーク（第１のネットワークの状態）を介してＰＣ（第１のクライアントの状態）により、ファイルが１０分以内に配信されるようにリクエストする。配信では、ＰＣ（第２のクライアントの状態）がスケジュールされた時間にビデオ・サーバ（第２のサーバの状態）から同じネットワーク（第２のネットワークの状態）を介してそのファイルを受信する。この実施例において、各状態間の相違は、スケジュールされた時間が、新しいクライアント／ネットワーク／サーバの状態を確立したことにある。
【００１２】
従って、本発明により、代りの遅延されたダウンロードをクライアントに提供するために幾つかの可変要素を考慮する。すなわち、クライアントの状態：例えば、ユーザはファイルを直ちに受信する準備ができていない、ネットワークの状態：例えば、ネットワークはダウンロードを送信（転送）できないほど混雑している、サーバの状態：例えば、サーバは混雑する時間を避けるように配信をスケジュールする。
【００１３】
従って、好ましい実施例のプロセスは、リクエストする段階では、第１のクライアントの状態（ファイル・リクエスト装置を使用する）、第１のネットワークの状態（使用されたネットワークのタイプとその送信状態を含む）、および第１のサーバ（ｗｅｂサーバ）の状態からなる。受信する段階は、第２のクライアントの状態（ファイル受信装置を使用する）と、第２のネットワークの状態（使用されたネットワークのタイプとその送信状態を含む）と、第２のサーバ（キャッシュ・サーバ：ｃａｃｈｅ  ｓｅｒｖｅｒ）の状態とからなる。種々の受信状態（クライアント／ネットワーク／サーバ）は、ユーザが供給した予期される配信時間によって少なくとも一部設定される。従って、例えば、セル電話（第１のクライアントの状態）は、ｗｅｂサーバ（サーバの状態）からセル状ネットワーク（第１のネットワークの状態）を介して、２時間後にファイルが配信されるようリクエストする。ＰＶＲ（第２のクライアント状態）がキャッシュト（ｃａｃｈｅｄ）ビデオ・サーバからケーブル・ネットワーク（第２のネットワークの状態）を介してこのファイルを受信して配信される。キャッシュト・サーバを使用してファイルをダウンロードする限り、これらのキャシュット・サーバの使用は、同時係属中の米国特許出願第６０／３４０，５５１号（キャッシュト・サーバを使用する情報転送のための装置と方法）２００１年１２月１３日出願に開示されているようなものである。  
【００１４】
最初のファイルのリクエストは種々のタイプの通信装置、例えば、セル（携帯）電話、ノート型コンピュータ、パーソルコンピュータなど（「ファイル・リクエスト装置」と称す）によって行われる。幾つかの好ましい実施例において、最初のリクエストは低帯域幅ネットワークを介して行われるが、高帯域幅のネットワークも使用できる。
【００１５】
種々の装置、例えば、ＰＤＡ、セル電話、ノート型コンピュータ、デスクトップ・コンピュータ、パーソナル・ビデオ・レコーダＰＶＲなど（「ファイル受信装置」）により、リクエストされたファイルを受信する。ユーザは１つの装置を、ファイル・リクエスト装置とファイル受信装置として使用することもできる。
【００１６】
この実施例および他の実施例において、サーバは、Ｕｎｉｘ（登録商標）、およびＵｎｉｘ（登録商標）と同類のプラットフォーム（Ｌｉｎｕｘ（登録商標）とその変形を含むがこれに限定されない）、および他のオペレーティング・システム・プラットフォーム（Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）ＸＰ、ＮＴ、Ｗｉｎｄｏｗｓ（登録商標）２０００、Ｗｉｎｄｏｗｓ（登録商標）９５、９８およびＭｅ、ＩＢＭ  ＯＳ／３９０、ＭａｃＯＳ（登録商標）、ＶｘＷｏｒｋｓ（登録商標）その他を含む）で実施される。
【００１７】
実施例は、配信されるサービスを介しても実行される。例えば、サーバは１つのウェブサーバ（ｗｅｂ  ｓｅｒｖｅｒ）のみであり、実際には１つまたはそれ以上の他のサーバに記憶された複数ファイルの一覧（ユーザがアクセスできる）を具える。これらの１つ以上のサーバは順番にそのファイルの転送を受け持つ。従って、１つまたはそれ以上のシステムおよび／またはサーバが種々の実施例において使用される。
【００１８】
ユーザは、ファイルのプロバイダとの状態に依り、アクセスまたはダウンロードの権利を割り当てられる。優先される状態を有するユーザは他のユーザと異なるダウンロードの権利、異なるスケジュールのダウンロードの権利などを有する。また、ユーザは、同時係属米国特許出願第６０／３４０，５４７号（名称：無線通信ネットワークのための装置と方法と製品、出願日：２００１年１２月１３日）に開示されているような、コンテンツ・リダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）装置を提供される。
【００１９】
種々の実施例において、ダウンロードのスケジュールは静的（ユーザが供給した予期される配信時間のみが考慮される）であるか、または動的（ユーザが供給した予期される配信時間、サーバの状態、キャッシュ・サーバの状態、ネットワークの状態、ネットワークによる転送のコストなども考慮される）である。例えば、もし接続がネットワークを通るものであり、ネットワークの有する負荷（ｌｏａｄ）が比較的小さければ、転送が行われる。もしネットワークが現在、容量近くに負荷が掛かっているならば、ファイルの転送は、もっと有利な状態になるまで遅延される。また、サーバは、優先順位の比較的低いユーザに対して転送を遅らせることもある。ファイルのタイプもまた、一部には、転送時間を決定する。例えば、特にニュース価値のあるファイルは娯楽性のファイルよりも迅速に転送される。
【００２０】
転送用に種々のタイプの送信（例えば、ユニキャスト、ブロードキャスト、マルチキャスト）が使用される。あとの二つ（ブロードキャストとマルチキャスト）の選択は、同様な予期される配信時間を有する複数のユーザから供給される同様なスケジュールに依存する。通常、ブロードキャストとマルチキャストはコンテンツの転送速度を高める。
【００２１】
上述した記述および図解は、もっぱら説明を目的とするものであって、本発明を限定するものと解釈されてはならない。更に、この明細書を読むことにより或る変形または変更が当業者に示唆され、これらすべては特許請求の範囲において明確にされる本発明の精神および範囲の内にある。
【図面の簡単な説明】
【００２２】
【図１】好ましい実施例を示す。
【図２】好ましい実施例のプロセスのフローチャートである。
【図１】
2005513615.tif 000003
【図２】
2005513615.tif 000004
【国際調査報告】
2005513615.tif 000005