(57)【特許請求の範囲】
【請求項１】
ネットワークで使用するためのクライアント機器であって、
第１のセッションにおいて前記ネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信するための受信機と、
受信される前記データパケットからコンテンツデータを回復するための、前記受信機に動作可能に接続されたプロセッサと、
前記ネットワークにデータを送信するための、前記プロセッサに動作可能に接続された送信機とを備え、
前記受信機が、前記サーバから第２の送信元アドレスを含むセッション切り換え情報メッセージを受信するように構成されており、
前記プロセッサが、前記セッション切り換え情報メッセージの前記受信に応答して前記送信機に、前記サーバに連絡を取って第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップするよう指示するように構成されており、
前記プロセッサがさらに前記第１のセッションを打ち切るように構成されており、
前記データパケットが前記第１のセッションおよび前記第２のセッションにおいて同じトランスポートプロトコルを使って受信されるように構成されたクライアント機器。
【請求項２】
前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項１に記載のクライアント機器。
【請求項３】
前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである請求項１又は２に記載のクライアント機器。
【請求項４】
前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項１又は２に記載のクライアント機器。
【請求項５】
前記第２のセッションが開始されるときにすでに受信されたコンテンツデータの表示を送信し、これにより前記第２のセッションにおいて受信される前記データパケットが前記第１のセッションにおいて受信される前記データパケットを補完するように構成された請求項１乃至４のいずれか１項に記載のクライアント機器。
【請求項６】
マルチキャストセッションからユニキャストセッションに移行するときに、さらに、それまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供するように構成された請求項１乃至４のいずれか１項に記載のクライアント機器。
【請求項７】
ネットワークにおいて使用するためのサーバであって、
前記ネットワーク内の少なくとも１台のクライアント機器からデータを受信するための受信機と、
前記受信機に動作可能に接続されたプロセッサと、
前記プロセッサに動作可能に接続され、第１のセッションにおいて前記少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信するように構成された送信機とを備え、
前記プロセッサが、前記少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むセッション切り換え情報メッセージを生成するように構成されており、
前記受信機が、前記第２の送信元アドレスを有するパケットの配信を求める前記少なくとも１台のクライアント機器からの要求を受信するように構成されており、
前記送信機が、第２のセッションにおいて前記少なくとも１台のクライアント機器に前記第２の送信元アドレスを有するデータパケットを送信するように構成されており、
前記データパケットが前記第１のセッションおよび前記第２のセッションにおいて同じトランスポートプロトコルを使って送信されるように構成されたサーバ。
【請求項８】
前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項７に記載のサーバ。
【請求項９】
前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである請求項７又は８に記載のサーバ。
【請求項１０】
前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項７又は８に記載のサーバ。
【請求項１１】
前記第２のセッションが前記第１のセッションの継続である請求項７乃至１０のいずれか１項に記載のサーバ。
【請求項１２】
前記セッション切り換え情報メッセージが、前記少なくとも１台のクライアント機器が前記第１のセッションの完了から所定の距離より短い距離にある場合に、前記クライアント機器が前記第１のセッションにおいて前記第１の送信元アドレスを有する前記データパケットを引き続き受信することができるようにするための推奨される完了閾値を含む請求項７乃至１１のいずれか１項に記載のサーバ。
【請求項１３】
前記セッション切り換え情報メッセージが、前記少なくとも１台のクライアント機器が前記第１のセッションを続行すべきかどうかについて判断することができるように、前記第１のセッションがいつ打ち切られるかを表示するタイムスタンプを含む請求項７乃至１１のいずれか１項に記載のサーバ。
【請求項１４】
前記セッション切り換え情報メッセージが、クライアント機器の特定の部分集合が前記セッション切り換え情報メッセージに含まれる情報を使用すべきであることを表示するカテゴリ標識を含む請求項７乃至１３のいずれか１項に記載のサーバ。
【請求項１５】
マルチキャストセッションからユニキャストセッションに移行するときに、さらに、クライアント機器からそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを提供されて、最適なポイントから配信を開始することができるように構成された請求項７乃至１４のいずれか１項に記載のサーバ。
【請求項１６】
ネットワークにおいてサーバからクライアント機器にデータを配信する方法であって、
第１のセッションにおいて前記サーバから前記クライアント機器に第１の送信元アドレスを有するデータパケットを送信することと、
前記サーバから前記クライアント機器に第２の送信元アドレスを含むセッション切り換え情報メッセージを送信することと、
前記サーバと前記クライアント機器との間で第２のセッションを構成すること、
前記第２のセッションにおいて前記サーバから前記クライアント機器に第２の送信元アドレスを有するデータパケットを送信することを含み、
同じトランスポートプロトコルがどちらのセッションにも使用される方法。
【請求項１７】
前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項１６に記載の方法。
【請求項１８】
前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである、または前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項１６又は１７に記載の方法。
【請求項１９】
マルチキャストセッションからユニキャストセッションに移行するときに、さらに、クライアント機器はそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供し、前記サーバは最適なポイントから配信を開始することをさらに含む請求項１６乃至１８のいずれか１項に記載の方法。
【請求項２０】
ネットワーク内のクライアント機器上で実行されると、前記クライアント機器に、
第１のセッションにおいて前記ネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信させ、
前記サーバから第２の送信元アドレスを含むセッション切り換え情報メッセージを受信させ、
前記第１のセッションと同じトランスポートプロトコルが使用される第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップさせ、
前記第１のセッションを打ち切らせるクライアントプログラム。
【請求項２１】
マルチキャストセッションからユニキャストセッションに移行するときに、さらに、前記クライアント機器にそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供させる請求項２０に記載のクライアントプログラム。
【請求項２２】
請求項２０又は２１に記載のクライアントプログラムを含む記録媒体。
【請求項２３】
ネットワーク内のサーバ上で実行されると、前記サーバに、
第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信させ、
前記少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むセッション切り換え情報メッセージを送信させ、
前記第１のセッションと同じトランスポートプロトコルが使用される第２のセッションにおいて前記少なくとも１台のクライアント機器に前記第２の送信元アドレスを有するデータパケットを送信させるサーバプログラム。
【請求項２４】
マルチキャストセッションからユニキャストセッションに移行するときに、さらに、前記サーバにクライアント機器からそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを提供されて、最適なポイントから配信を開始させる請求項２３に記載のサーバプログラム。
【請求項２５】
請求項２３又は２４に記載のサーバプログラムを含む記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークにおけるデータのユニキャストおよびマルチキャスト配信に関する。詳細には、それだけに限らないが、本発明は電気通信ネットワークにおけるユニキャスト配信モードとマルチキャスト配信モードとの切り換えに関する。
【背景技術】
【０００２】
ネットワークへの固定接続および移動接続における帯域幅の着実な増加により、エンドユーザからのデータトランザクションのレベルの増大が一層助長されてきた。これらのトランザクションの大部分はパブリックドメインにおいて利用可能なコンテンツのダウンロードである。
【０００３】
大部分のダウンロードはポイントツーポイント（ＰＴＰ：ｐｏｉｎｔ  ｔｏ  ｐｏｉｎｔ）接続（すなわち、ユニキャスト接続）上で、またはポイントツーマルチポイント（ＰＴＭ：ｐｏｉｎｔ  ｔｏ  ｍｕｌｔｉｐｏｉｎｔ）（すなわち、ブロードキャスト／マルチキャスト接続）上で既存のファイル・ダウンロード・プロトコルを使って行われる。
【０００４】
ユニキャスト送信は、単一のネットワーク宛先への情報パケットの送信である。「ユニキャスト」という用語は、同じデータをすべての宛先に送信することを意味する「ブロードキャスト」という語になぞらえて形成されている。もう１つのマルチモード配信方法である「マルチキャスト」は、ＩＰブロードキャストと同様のものであるが、より効率的なやり方で実施される。
【０００５】
ユニキャストメッセージングは、専用の、または固有のリソースが要求されるすべてのネットワークプロセスに使用される。ユニキャストは一般に、ネットワークトランザクションを完了するのに双方向接続が必要とされる場合に使用される。
【０００６】
同じデータを複数のユニキャストアドレスに送信することは、送信者がすべてのデータを各受信者について１度ずつ何度も繰り返し送信することを必要とする。データを多くの受信者に送信することが必要とされる場合には、ブロードキャストまたはマルチキャストの手法が使用され得る。ブロードキャストでは、データがすべての可能な宛先に送信される（「全ホストブロードキャスト」）。すなわち、このブロードキャストは送信者がデータを１度だけ送信することを可能にし、すべての受信者はそのデータを複製することができる。例えば、ＩＰプロトコルにおいて、２５５．２５５．２５５．２５５は、制限されたローカルブロードキャストを表す。マルチキャストでは、マルチキャストアドレスが目的の受信者のグループと関連付けられる。ＲＦＣ３１７１によれば、アドレス２２４．０．０．０からアドレス２３９．２５５．２５５．２５５までがマルチキャストアドレスとして指定される。送信者は（送信者のユニキャストアドレスから）マルチキャストアドレスに単一のデータグラムを送信し、中間ルータが複製を作成し、その複製を当該送信者からのデータに関心があることを登録しているすべての受信者に送信する役割を果たす。
【０００７】
マルチキャストは、本質的に、接続指向の機構ではなく、そのため、欠落パケットの再送を可能にする伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）といったプロトコルは一般に適切ではない。マルチキャスト送信に適するプロトコルの１つが、ＲＦＣ３９２６に文書化されている「単方向トランスポート上のファイル配信（ＦＬＵＴＥ：Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  ｏｖｅｒ  Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｔｒａｎｓｐｏｒｔ）」である。
【０００８】
図１および図２に、セルラネットワークにおけるコンテンツのデータパケットのユニキャスト（ＰＴＰ）配信およびマルチキャスト（ＰＴＭ）配信を示す。簡単にするために、以下の考察では非ストリーミングデータの配信を説明するが、同じ原理はストリーミングデータの配信にも適用されることが理解されるであろう。図１はユニキャストパケットを使ってコンテンツデータを配信するネットワークの要素の概略図である。コンテンツ提供者１０１はバックボーンネットワークを介して「ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）」１０２に向けてパケットを送信する。ＧＧＳＮはコンテンツデータを利用するユーザのアドレスおよび位置を識別し、パケットを様々な「サービスＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）」１０３、１０４に転送する。ＳＧＳＮ１０３、１０４は、移動端末１１１〜１１８を使って、無線ネットワーク１０５、１０６、１０７を介しエンドユーザに向けてパケットを経路指定する。各エンドユーザは独自のデータを必要とし、したがって、データはコンテンツ提供者１０１から８回、ＧＧＳＮ１０２から各ＳＧＳＮ１０３、１０４へ４回送信されなければならない。同じデータが各無線ネットワーク１０５〜１０６へと何度も繰り返し送信される。これは結果的に非常に効率の悪いネットワークリソースの使用になることが理解されるであろう。
【０００９】
図２は、マルチキャストパケットを使ってコンテンツデータを配信する同じネットワークの要素の概略図である。バックボーンネットワークおよび無線ネットワーク１０５、１０６、１０７はすべてマルチキャストパケットの使用をサポートしなければならず、ゲートウェイノードはマルチキャストパケットを経路指定することができなければならない。コンテンツ提供者１０１は単一のマルチキャスト・データ・パケットのセットを送信しさえすればよい。各ゲートウェイノードは、パケットがマルチキャストされることを認識し、同じデータを複数の受信者に転送する。これはネットワークリソースのより効率のよい使用を保証するが、ネットワーク内のすべてのポイントがマルチキャスト・データ・パケットを処理することができることを必要とする。
【００１０】
ＰＴＰ接続上でデータを配信するサーバが配信をＰＴＭ接続に切り換えようとし得る状況、またはその逆の状況が生じる。例えば、サーバがごくわずかの受信者にデータを配信しており、各受信者とＰＴＰセッションをセットアップしているものと仮定する。もっと多くのクライアント機器がサーバにデータを要求する場合、データをすべての受信者に同時に配信するために、サーバがＰＴＭセッションをセットアップすることが望ましい場合もある。
【００１１】
目下のところ、すべての転送プロトコルはもっぱらＰＴＭ配信のためだけまたはＰＴＰ配信のためだけに使用される。サーバがＰＴＰセッションを使ったデータの送信を停止し、ＰＴＭセッションを使ったデータの送信を開始するためには、すべての既存のセッションを中断し、異なるプロトコルの使用を必要とする新しいセッションを確立することが必要になるはずである。例えば、ＰＴＰセッションはＦＴＰプロトコルの下で動作し得るはずであるが、ＦＴＰプロトコルはマルチキャスト送信をサポートしない。マルチキャストセッションで複数の受信者にデータを送信するためには、ＦＴＰセッションは打ち切られる必要があるはずであり、ＦＬＵＴＥといったＰＴＭプロトコルを使った新しいセッションが必要とされるはずである。
【００１２】
そのような機能を可能にするためには、サーバおよびクライアント機器は、配信モードごとのプロトコルをサポートする必要がある。さらに、異なる種類のセッション間の切り換えを行うために、明確に定義されたシグナリング手順を有するさらに別の制御プレーンプロトコルも必要とされる。これはさらに大きなシグナリング負荷をもたらすことになる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、上記の問題を克服し、または少なくとも軽減しようと試みるものである。
【課題を解決するための手段】
【００１４】
本発明の一態様によれば、ネットワークにおいてサーバからクライアント機器にデータを配信する方法が提供される。第１の送信元アドレスを有するデータパケットが第１のセッションにおいてサーバからクライアント機器に送信される。第２の送信元アドレスを含む「セッション切り換え情報（ＳＳＩ：Ｓｅｓｓｉｏｎ  Ｓｗｉｔｃｈ  Ｉｎｆｏｒｍａｔｉｏｎ）」メッセージがサーバからクライアント機器に送信される。第２のセッションがサーバとクライアント機器との間で構成され、第２の送信元アドレスを有するデータパケットが第２のセッションにおいてサーバからクライアント機器に送信される。同じトランスポートプロトコル（ＦＬＵＴＥなど）を両方のセッションに使用することができ、この方法を使ってユニキャスト配信とマルチキャスト配信とを切り換えることができる。
【００１５】
よって、進行中のダウンロードを中断せずに、配信モードを、すなわちＰＴＰとＰＴＭとを切り換えることが可能になる。
【００１６】
また、方法は、クライアント機器がマルチキャストセッションからユニキャストセッションに移行するときに、サーバにコンテンツの転送を続行させるために、クライアント機器の現在の状況および進捗に関してサーバに知らせることも可能にする。
【００１７】
本発明の別の態様によれば、ネットワークにおいて使用するためのクライアント機器が提供される。クライアント機器は、第１のセッションにおいてネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信するための受信機を備える。プロセッサは、受信されるデータパケットからコンテンツデータを回復するために受信機に動作可能に接続されている。送信機は、ネットワークへとデータを送信するためにプロセッサに動作可能に接続されている。受信機は、サーバから第２の送信元アドレスを含むＳＳＩメッセージを受信するように構成されている。プロセッサは、ＳＳＩメッセージの受信に応答して送信機に、サーバに連絡を取って第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップするよう指示するように構成されている。プロセッサは次いで第１のセッションを打ち切るように構成されている。
【００１８】
データパケットは、第１のセッションおよび第２のセッションにおいて同じトランスポートプロトコル（ＦＬＵＴＥなど）を使って受信することができる。第１の送信元アドレスをユニキャスト送信元アドレスとし、第２の送信元アドレスをマルチキャスト送信元アドレスとすることもでき、その逆とすることもできる。
【００１９】
クライアント機器は、第２のセッションが開始されるときにすでに受信されたコンテンツデータの表示を送信し、これにより第２のセッションにおいて受信されるデータパケットは第１のセッションにおいて受信されるデータパケットを補完するように構成することができる。
【００２０】
本発明の別の態様によれば、ネットワークにおいて使用するためのサーバが提供される。サーバは、ネットワークからデータを受信するための受信機と、受信機に動作可能に接続されたプロセッサと、プロセッサに動作可能に接続された送信機とを備える。送信機は、第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信するように構成されている。プロセッサは、少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むＳＳＩメッセージを生成するように構成されている。受信機は、少なくとも１台のクライアント機器から第２の送信元アドレスを有するパケットの配信を求める要求を受信するように構成されている。送信機はさらに、第２のセッションにおいて少なくとも１台のクライアント機器に第２の送信元アドレスを有するデータパケットを送信するように構成されている。
【００２１】
ＳＳＩメッセージは、少なくとも１台のクライアント機器が第１のセッションの完了から所定の距離よりも短い距離にある場合に、当該機器が第１のセッションにおいて第１の送信元アドレスを有するデータパケットを引き続き受信することができるようにするための推奨される完了閾値を含むことができる。
【００２２】
ＳＳＩメッセージは、少なくとも１台のクライアント機器が第１のセッションを続行すべきかどうかについて判断することができるように、第１のセッションがいつ打ち切られるか表示するタイムスタンプを含むことができる。
【００２３】
ＳＳＩメッセージは、クライアント機器の特定の部分集合がＳＳＩメッセージに含まれる情報を使用すべきであることを表示するカテゴリ標識を含むことができる。
【００２４】
本発明の別の態様によれば、ネットワーク内のクライアント機器上で実行されると、クライアント機器に、第１のセッションにおいてネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信させるクライアントプログラムが提供される。さらにクライアントプログラムはクライアント機器に、サーバから第２の送信元アドレスを含むＳＳＩメッセージを受信させ、第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップさせ、第１のセッションを打ち切らせる。
【００２５】
本発明の別の態様によれば、ネットワーク内のサーバ上で実行されると、サーバに、第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信させるサーバプログラムが提供される。さらにサーバプログラムはサーバに、少なくとも１台のクライアントに送信するための第２の送信元アドレスを含むＳＳＩメッセージを送信させ、第２のセッションにおいて少なくとも１台のクライアント機器に第２の送信元アドレスを有するデータパケットを送信させる。
【００２６】
また本発明は、そのようなクライアントプログラムまたはサーバプログラムを含む搬送媒体も提供する。
【００２７】
次に本発明のいくつかの実施形態を、例示にすぎないが添付の図面を参照して説明する。
【図面の簡単な説明】
【００２８】
【図１】ユニキャストセッションを使ってデータが配信されるネットワークを示す概略図である。
【図２】マルチキャストセッションを使ってデータが配信されるネットワークを示す概略図である。
【図３】クライアント機器およびサーバを含むネットワークを示す概略図である。
【図４】ＰＴＰセッションからＰＴＭセッションへの切り換えに関与するイベントのシーケンスを示す流れ図である。
【図５】ＰＴＭセッションからＰＴＰセッションへの切り換えに関与するイベントのシーケンスを示す流れ図である。
【図６】クライアント機器のアーキテクチャを示す概略図である。
【図７】サーバのアーキテクチャを示す概略図である。
【発明を実施するための形態】
【００２９】
先に図１および図２を参照して論じたように、ネットワークはこれまで、ファイルのユニキャスト配信のためのＦＴＰや、ファイルのマルチキャスト配信のためのＦＬＵＴＥといったプロトコルを使用してきた。ＦＬＵＴＥプロトコルはＰＴＭ接続上でのファイルの単方向配信のために設計されている。しかし、このプロトコルはＰＴＭ接続だけへの制限を含まず、ＰＴＰ接続にも使用することができる。
【００３０】
このため、サーバがＦＬＵＴＥプロトコルを使ってＰＴＰセッションとＰＴＭセッションの両方を操作することが可能になる。制御フレームを使用することにより、現在ＰＴＭセッションを操作しているサーバがクライアント機器に、ＰＴＭセッションを離れ、クライアント機器のダウンロードセッションをＰＴＰモードで続行するように指示する（またはクライアント機器に既存のＰＴＰセッションを離れＰＴＭモードで続行するように指示する）ことができる。以下の説明では、この制御フレームをセッション切り換え情報（ＳＳＩ）と呼んでいる。ＳＳＩは、新しい送信元アドレスと、クライアント機器にこの新しい送信元アドレスへ変更するよう求める指示とを含む。
【００３１】
図３は、サーバ３０１およびクライアント機器３０２〜３０６を含むネットワークの概略図である。ネットワークには図３に示されない他の要素（例えばルータ、ゲートウェイなど）も存在し得ることが理解されるであろう。クライアント機器のうちの１台３０２は、送信元アドレスを他のプロトコルおよびアクセス詳細と一緒に提供するサービス告知機構によってコンテンツ利用可能性に関する情報を取得することができる。これは、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のような既存のプロトコルを使って行うことができる。
【００３２】
このクライアント機器３０２はサーバ３０１に連絡を取ってコンテンツを要求する。この例では、これがコンテンツを要求する唯一のクライアント機器であるものと仮定する。サーバは、ＦＬＵＴＥプロトコルを使ってクライアント機器とＰＴＰ（ユニキャスト）接続を確立し、ユニキャスト送信元アドレスを有するパケットを送信する。
【００３３】
次に、ネットワーク内のその他のクライアント機器３０３、３０４、３０５、３０６のうちの何台かが同じサービスを要求する場合、サーバは、コンテンツの配信のためにはＰＴＭ（マルチキャスト）機構がより適切なはずであると判断し、クライアント機器３０２（および同じサービスのためのＰＴＰ接続を有する他の任意のクライアント機器）に、ＰＴＭ配信モードに切り換えるよう指示する。
【００３４】
イベントのシーケンスが図４に示されており、これは以下の通りである。
Ｓ４１．  クライアント機器３０２が、ユニキャスト送信元アドレスおよびダウンロードセッションを開始するのに必要とされる他のプロトコル情報を受信する。
Ｓ４２．  クライアント機器３０２が、ＦＬＵＴＥ（ＲＦＣ３９６２）を使ってＰＴＰ配信セッションをセットアップする。
Ｓ４３．  サーバ３０１が、ＦＤＴ（Ｆｉｌｅ  Ｄｅｌｉｖｅｒｙ  Ｔａｂｌｅ：ファイル配信表）インスタンスを送信し、続いてダウンロードオブジェクトを送信することによってダウンロードを開始する。
Ｓ４４．  サーバ３０１が、特定のコンテンツコレクションをダウンロードしているすべてのクライアント機器をＰＴＭ配信源に移行することに決定する。サーバは各クライアント機器にＳＳＩを送出する。ＳＳＩは新しい（マルチキャスト）送信元アドレスを含む。
Ｓ４５．  クライアント機器３０１〜３０６が、マルチキャスト送信元アドレスを用いた新しいＰＴＭ配信に参加し、ＰＴＭ配信に正常に参加できると、各クライアント機器のＰＴＰセッションを打ち切る。サーバは、コンテンツの索引付けおよび独立のＦＬＵＴＥセッションによって使用される「トランスポートオブジェクト識別子（ＴＯＩ：Ｔｒａｎｓｐｏｒｔ  Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ）」宛先がＰＴＭセッションと一致するよう保証する。
Ｓ４６．  クライアント機器は、新しいセッション上でコンテンツのダウンロードを続行する。
【００３５】
ＰＴＭセッションからＰＴＰセッションに切り換えるには、図５に示すように、類似のイベントのシーケンスに従う。最初にクライアント機器は、ＰＴＭセッション上でダウンロードを開始していてもよく、ＰＴＰセッションからＰＴＭセッションに切り換わっていてもよい。
Ｓ５１．  ＦＬＵＴＥ上での（マルチキャスト送信元アドレスを用いた）コンテンツのサーバ配信。
Ｓ５２．  サーバが、ＰＴＭ上での配信を打ち切り、すべてのアクティブなクライアント機器についてＰＴＰセッションを開始することに決定する。サーバは、クライアント機器にＰＴＭセッションの保留状態の打ち切りを知らせ、クライアント機器にダウンロードを続行するためにＰＴＰセッションを開始するよう指示するＳＳＩを送出する。ＳＳＩにはユニキャスト送信元アドレスが含まれる。
Ｓ５３．  クライアント機器は、ＳＳＩで提供される情報を使ってサーバ（または別のサーバ）に連絡を取り、ＦＬＵＴＥセッションを使ってＰＴＰ接続上でそのダウンロードを続行する。クライアント機器はサーバに、それまで完全にまたは一部が受信されているファイルを識別するＦＤＴの変更バージョンを提供する。これによりサーバは最適なポイントから配信を開始することができる。
【００３６】
ＦＬＵＴＥプロトコルはクライアントがサーバに連絡を取るための対話型チャネルを提供しないが、そのようなチャネルが存在することはこのネットワークシナリオに事実上含まれる部分である。
【００３７】
セッションはセッションの送信元アドレスによりＦＬＵＴＥプロトコルにおいて一意に識別されることが理解されるであろう。前述の構成は、クライアント機器が、送信元アドレスを切り換えることにより、ある（ＰＴＰなどの）セッションから別の（ＰＴＭなどの）セッションに切り換えることを可能にする。しかし、サーバとクライアント機器はこの場合どちらも、送信元アドレスが異なるにもかかわらず、新しいセッションが事実上古いセッションの継続であることを認識している。
【００３８】
図６は、クライアント機器３０２のアーキテクチャを示す概略図である。クライアント機器３０２は、サーバ３０１からパケットを受信するための受信機６０１を含む。プロセッサ６０２は受信機６０１と、メモリの形の搬送媒体６０３とに動作可能に接続されている。サーバ３０２からＳＳＩが受信されると、プロセッサはＳＳＩに含まれる新しい送信元アドレスを識別し、送信機６０４に、ダウンロードを続行するために新しい送信元アドレスに連絡を取るよう指示する。この実施形態では、プロセッサ６０２に前述の機能を実行させるためのクライアントプログラム６０５がメモリに記憶されている。
【００３９】
図７は、サーバ３０１のアーキテクチャを示す概略図である。送信機７０４はクライアント機器３０１〜３０６に向けてコンテンツを送信する。プロセッサ７０２は送信機７０４と、メモリの形の搬送媒体７０３とに動作可能に接続されている。ＰＴＰセッションからＰＴＭセッションに、またはその逆に変更することが必要とされる場合、プロセッサはＳＳＩを生成し、送信機７０４にこのＳＳＩを現在のセッションにおけるすべてのクライアント機器に送信するよう指示する。また受信機もプロセッサ７０２に動作可能に接続されており、このためクライアント機器はダウンロードセッションを開始することができる。この実施形態では、プロセッサ７０２に前述の機能を実行させるためのサーバプログラム７０５が搬送媒体７０３に記憶されている。
【００４０】
システム性能を向上させるために、ＰＴＰからＰＴＭへ切り換えるよう求める命令を出すときに、サーバは、セッションの完了に近いクライアント機器に、セッションを再構成するのではなくその転送を完了させるための完了閾値を推奨することができる。
【００４１】
加えて、ＰＴＭからＰＴＰに移行するときに、サーバは、ブロードキャスト上の中断を表示するネットワーク・タイム・プロトコル（ＮＴＰ：Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）タイムスタンプといったタイミング参照を提供し、クライアント機器に、その現在の残りのダウンロードおよび帯域幅に基づいて計算して再構成する必要があるかどうか判断させることもできる。
【００４２】
さらに別の最適化として、ネットワークは、カテゴリ識別子を使って、ＳＳＩ情報が、データ配信を受信するクライアント機器の特定の部分集合だけに関連することを表示してもよい。
【００４３】
以上で概説した手法は、サーバが、コンテンツの人気およびネットワークリソースに基づいて配信モードを切り換え、その切り換えをクライアント機器に及ぼす悪影響を最小限に抑えて行うことを可能にする。
【００４４】
前述の実施形態の変形もまた本発明の範囲内に含まれ得ることが理解されるであろう。例えば、前述の手法は、ＰＴＭセッションとＰＴＰセッションとの切り換えを可能にするが、異なるＰＴＭセッション間またはＰＴＰセッション間の切り換えにも同等に適切に使用することができるはずである。
【００４５】
加えて、図３に示すように、同じサーバが、ＰＴＰ機構によってにせよＰＴＭ機構によってにせよ、クライアント機器３０２〜３０６にコンテンツを提供する。新しい送信元アドレスへの切り換えは、結果として（図３に示されていない）異なるサーバがコンテンツを供給することにもなり得るが、これは、クライアント機器におけるコンテンツが引き続き正しいポイントから受信されるようにするために、切り換えの前と後に、コンテンツを供給するサーバ間でのシグナリングを必要とするはずであることが理解されるであろう。
【図１】
0005373969.tif 000002
【図２】
0005373969.tif 000003
【図３】
0005373969.tif 000004
【図４】
0005373969.tif 000005
【図５】
0005373969.tif 000006
【図６】
0005373969.tif 000007
【図７】
0005373969.tif 000008