JP5373969B2 - ネットワークにおける進行中のデータ配信時のセッション切り換え - Google Patents

Description

本発明はネットワークにおけるデータのユニキャストおよびマルチキャスト配信に関する。詳細には、それだけに限らないが、本発明は電気通信ネットワークにおけるユニキャスト配信モードとマルチキャスト配信モードとの切り換えに関する。

ネットワークへの固定接続および移動接続における帯域幅の着実な増加により、エンドユーザからのデータトランザクションのレベルの増大が一層助長されてきた。これらのトランザクションの大部分はパブリックドメインにおいて利用可能なコンテンツのダウンロードである。

大部分のダウンロードはポイントツーポイント（ＰＴＰ：ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ）接続（すなわち、ユニキャスト接続）上で、またはポイントツーマルチポイント（ＰＴＭ：ｐｏｉｎｔ ｔｏ ｍｕｌｔｉｐｏｉｎｔ）（すなわち、ブロードキャスト／マルチキャスト接続）上で既存のファイル・ダウンロード・プロトコルを使って行われる。

ユニキャスト送信は、単一のネットワーク宛先への情報パケットの送信である。「ユニキャスト」という用語は、同じデータをすべての宛先に送信することを意味する「ブロードキャスト」という語になぞらえて形成されている。もう１つのマルチモード配信方法である「マルチキャスト」は、ＩＰブロードキャストと同様のものであるが、より効率的なやり方で実施される。

ユニキャストメッセージングは、専用の、または固有のリソースが要求されるすべてのネットワークプロセスに使用される。ユニキャストは一般に、ネットワークトランザクションを完了するのに双方向接続が必要とされる場合に使用される。

同じデータを複数のユニキャストアドレスに送信することは、送信者がすべてのデータを各受信者について１度ずつ何度も繰り返し送信することを必要とする。データを多くの受信者に送信することが必要とされる場合には、ブロードキャストまたはマルチキャストの手法が使用され得る。ブロードキャストでは、データがすべての可能な宛先に送信される（「全ホストブロードキャスト」）。すなわち、このブロードキャストは送信者がデータを１度だけ送信することを可能にし、すべての受信者はそのデータを複製することができる。例えば、ＩＰプロトコルにおいて、２５５．２５５．２５５．２５５は、制限されたローカルブロードキャストを表す。マルチキャストでは、マルチキャストアドレスが目的の受信者のグループと関連付けられる。ＲＦＣ３１７１によれば、アドレス２２４．０．０．０からアドレス２３９．２５５．２５５．２５５までがマルチキャストアドレスとして指定される。送信者は（送信者のユニキャストアドレスから）マルチキャストアドレスに単一のデータグラムを送信し、中間ルータが複製を作成し、その複製を当該送信者からのデータに関心があることを登録しているすべての受信者に送信する役割を果たす。

マルチキャストは、本質的に、接続指向の機構ではなく、そのため、欠落パケットの再送を可能にする伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）といったプロトコルは一般に適切ではない。マルチキャスト送信に適するプロトコルの１つが、ＲＦＣ３９２６に文書化されている「単方向トランスポート上のファイル配信（ＦＬＵＴＥ：Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）」である。

図１および図２に、セルラネットワークにおけるコンテンツのデータパケットのユニキャスト（ＰＴＰ）配信およびマルチキャスト（ＰＴＭ）配信を示す。簡単にするために、以下の考察では非ストリーミングデータの配信を説明するが、同じ原理はストリーミングデータの配信にも適用されることが理解されるであろう。図１はユニキャストパケットを使ってコンテンツデータを配信するネットワークの要素の概略図である。コンテンツ提供者１０１はバックボーンネットワークを介して「ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）」１０２に向けてパケットを送信する。ＧＧＳＮはコンテンツデータを利用するユーザのアドレスおよび位置を識別し、パケットを様々な「サービスＧＰＲＳサポートノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）」１０３、１０４に転送する。ＳＧＳＮ１０３、１０４は、移動端末１１１〜１１８を使って、無線ネットワーク１０５、１０６、１０７を介しエンドユーザに向けてパケットを経路指定する。各エンドユーザは独自のデータを必要とし、したがって、データはコンテンツ提供者１０１から８回、ＧＧＳＮ１０２から各ＳＧＳＮ１０３、１０４へ４回送信されなければならない。同じデータが各無線ネットワーク１０５〜１０６へと何度も繰り返し送信される。これは結果的に非常に効率の悪いネットワークリソースの使用になることが理解されるであろう。

図２は、マルチキャストパケットを使ってコンテンツデータを配信する同じネットワークの要素の概略図である。バックボーンネットワークおよび無線ネットワーク１０５、１０６、１０７はすべてマルチキャストパケットの使用をサポートしなければならず、ゲートウェイノードはマルチキャストパケットを経路指定することができなければならない。コンテンツ提供者１０１は単一のマルチキャスト・データ・パケットのセットを送信しさえすればよい。各ゲートウェイノードは、パケットがマルチキャストされることを認識し、同じデータを複数の受信者に転送する。これはネットワークリソースのより効率のよい使用を保証するが、ネットワーク内のすべてのポイントがマルチキャスト・データ・パケットを処理することができることを必要とする。

ＰＴＰ接続上でデータを配信するサーバが配信をＰＴＭ接続に切り換えようとし得る状況、またはその逆の状況が生じる。例えば、サーバがごくわずかの受信者にデータを配信しており、各受信者とＰＴＰセッションをセットアップしているものと仮定する。もっと多くのクライアント機器がサーバにデータを要求する場合、データをすべての受信者に同時に配信するために、サーバがＰＴＭセッションをセットアップすることが望ましい場合もある。

目下のところ、すべての転送プロトコルはもっぱらＰＴＭ配信のためだけまたはＰＴＰ配信のためだけに使用される。サーバがＰＴＰセッションを使ったデータの送信を停止し、ＰＴＭセッションを使ったデータの送信を開始するためには、すべての既存のセッションを中断し、異なるプロトコルの使用を必要とする新しいセッションを確立することが必要になるはずである。例えば、ＰＴＰセッションはＦＴＰプロトコルの下で動作し得るはずであるが、ＦＴＰプロトコルはマルチキャスト送信をサポートしない。マルチキャストセッションで複数の受信者にデータを送信するためには、ＦＴＰセッションは打ち切られる必要があるはずであり、ＦＬＵＴＥといったＰＴＭプロトコルを使った新しいセッションが必要とされるはずである。

そのような機能を可能にするためには、サーバおよびクライアント機器は、配信モードごとのプロトコルをサポートする必要がある。さらに、異なる種類のセッション間の切り換えを行うために、明確に定義されたシグナリング手順を有するさらに別の制御プレーンプロトコルも必要とされる。これはさらに大きなシグナリング負荷をもたらすことになる。

本発明は、上記の問題を克服し、または少なくとも軽減しようと試みるものである。

本発明の一態様によれば、ネットワークにおいてサーバからクライアント機器にデータを配信する方法が提供される。第１の送信元アドレスを有するデータパケットが第１のセッションにおいてサーバからクライアント機器に送信される。第２の送信元アドレスを含む「セッション切り換え情報（ＳＳＩ：Ｓｅｓｓｉｏｎ Ｓｗｉｔｃｈ Ｉｎｆｏｒｍａｔｉｏｎ）」メッセージがサーバからクライアント機器に送信される。第２のセッションがサーバとクライアント機器との間で構成され、第２の送信元アドレスを有するデータパケットが第２のセッションにおいてサーバからクライアント機器に送信される。同じトランスポートプロトコル（ＦＬＵＴＥなど）を両方のセッションに使用することができ、この方法を使ってユニキャスト配信とマルチキャスト配信とを切り換えることができる。

よって、進行中のダウンロードを中断せずに、配信モードを、すなわちＰＴＰとＰＴＭとを切り換えることが可能になる。

また、方法は、クライアント機器がマルチキャストセッションからユニキャストセッションに移行するときに、サーバにコンテンツの転送を続行させるために、クライアント機器の現在の状況および進捗に関してサーバに知らせることも可能にする。

本発明の別の態様によれば、ネットワークにおいて使用するためのクライアント機器が提供される。クライアント機器は、第１のセッションにおいてネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信するための受信機を備える。プロセッサは、受信されるデータパケットからコンテンツデータを回復するために受信機に動作可能に接続されている。送信機は、ネットワークへとデータを送信するためにプロセッサに動作可能に接続されている。受信機は、サーバから第２の送信元アドレスを含むＳＳＩメッセージを受信するように構成されている。プロセッサは、ＳＳＩメッセージの受信に応答して送信機に、サーバに連絡を取って第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップするよう指示するように構成されている。プロセッサは次いで第１のセッションを打ち切るように構成されている。

データパケットは、第１のセッションおよび第２のセッションにおいて同じトランスポートプロトコル（ＦＬＵＴＥなど）を使って受信することができる。第１の送信元アドレスをユニキャスト送信元アドレスとし、第２の送信元アドレスをマルチキャスト送信元アドレスとすることもでき、その逆とすることもできる。

クライアント機器は、第２のセッションが開始されるときにすでに受信されたコンテンツデータの表示を送信し、これにより第２のセッションにおいて受信されるデータパケットは第１のセッションにおいて受信されるデータパケットを補完するように構成することができる。

本発明の別の態様によれば、ネットワークにおいて使用するためのサーバが提供される。サーバは、ネットワークからデータを受信するための受信機と、受信機に動作可能に接続されたプロセッサと、プロセッサに動作可能に接続された送信機とを備える。送信機は、第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信するように構成されている。プロセッサは、少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むＳＳＩメッセージを生成するように構成されている。受信機は、少なくとも１台のクライアント機器から第２の送信元アドレスを有するパケットの配信を求める要求を受信するように構成されている。送信機はさらに、第２のセッションにおいて少なくとも１台のクライアント機器に第２の送信元アドレスを有するデータパケットを送信するように構成されている。

ＳＳＩメッセージは、少なくとも１台のクライアント機器が第１のセッションの完了から所定の距離よりも短い距離にある場合に、当該機器が第１のセッションにおいて第１の送信元アドレスを有するデータパケットを引き続き受信することができるようにするための推奨される完了閾値を含むことができる。

ＳＳＩメッセージは、少なくとも１台のクライアント機器が第１のセッションを続行すべきかどうかについて判断することができるように、第１のセッションがいつ打ち切られるか表示するタイムスタンプを含むことができる。

ＳＳＩメッセージは、クライアント機器の特定の部分集合がＳＳＩメッセージに含まれる情報を使用すべきであることを表示するカテゴリ標識を含むことができる。

本発明の別の態様によれば、ネットワーク内のクライアント機器上で実行されると、クライアント機器に、第１のセッションにおいてネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信させるクライアントプログラムが提供される。さらにクライアントプログラムはクライアント機器に、サーバから第２の送信元アドレスを含むＳＳＩメッセージを受信させ、第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップさせ、第１のセッションを打ち切らせる。

本発明の別の態様によれば、ネットワーク内のサーバ上で実行されると、サーバに、第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信させるサーバプログラムが提供される。さらにサーバプログラムはサーバに、少なくとも１台のクライアントに送信するための第２の送信元アドレスを含むＳＳＩメッセージを送信させ、第２のセッションにおいて少なくとも１台のクライアント機器に第２の送信元アドレスを有するデータパケットを送信させる。

また本発明は、そのようなクライアントプログラムまたはサーバプログラムを含む搬送媒体も提供する。

次に本発明のいくつかの実施形態を、例示にすぎないが添付の図面を参照して説明する。

ユニキャストセッションを使ってデータが配信されるネットワークを示す概略図である。 マルチキャストセッションを使ってデータが配信されるネットワークを示す概略図である。 クライアント機器およびサーバを含むネットワークを示す概略図である。 ＰＴＰセッションからＰＴＭセッションへの切り換えに関与するイベントのシーケンスを示す流れ図である。 ＰＴＭセッションからＰＴＰセッションへの切り換えに関与するイベントのシーケンスを示す流れ図である。 クライアント機器のアーキテクチャを示す概略図である。 サーバのアーキテクチャを示す概略図である。

先に図１および図２を参照して論じたように、ネットワークはこれまで、ファイルのユニキャスト配信のためのＦＴＰや、ファイルのマルチキャスト配信のためのＦＬＵＴＥといったプロトコルを使用してきた。ＦＬＵＴＥプロトコルはＰＴＭ接続上でのファイルの単方向配信のために設計されている。しかし、このプロトコルはＰＴＭ接続だけへの制限を含まず、ＰＴＰ接続にも使用することができる。

このため、サーバがＦＬＵＴＥプロトコルを使ってＰＴＰセッションとＰＴＭセッションの両方を操作することが可能になる。制御フレームを使用することにより、現在ＰＴＭセッションを操作しているサーバがクライアント機器に、ＰＴＭセッションを離れ、クライアント機器のダウンロードセッションをＰＴＰモードで続行するように指示する（またはクライアント機器に既存のＰＴＰセッションを離れＰＴＭモードで続行するように指示する）ことができる。以下の説明では、この制御フレームをセッション切り換え情報（ＳＳＩ）と呼んでいる。ＳＳＩは、新しい送信元アドレスと、クライアント機器にこの新しい送信元アドレスへ変更するよう求める指示とを含む。

図３は、サーバ３０１およびクライアント機器３０２〜３０６を含むネットワークの概略図である。ネットワークには図３に示されない他の要素（例えばルータ、ゲートウェイなど）も存在し得ることが理解されるであろう。クライアント機器のうちの１台３０２は、送信元アドレスを他のプロトコルおよびアクセス詳細と一緒に提供するサービス告知機構によってコンテンツ利用可能性に関する情報を取得することができる。これは、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のような既存のプロトコルを使って行うことができる。

このクライアント機器３０２はサーバ３０１に連絡を取ってコンテンツを要求する。この例では、これがコンテンツを要求する唯一のクライアント機器であるものと仮定する。サーバは、ＦＬＵＴＥプロトコルを使ってクライアント機器とＰＴＰ（ユニキャスト）接続を確立し、ユニキャスト送信元アドレスを有するパケットを送信する。

次に、ネットワーク内のその他のクライアント機器３０３、３０４、３０５、３０６のうちの何台かが同じサービスを要求する場合、サーバは、コンテンツの配信のためにはＰＴＭ（マルチキャスト）機構がより適切なはずであると判断し、クライアント機器３０２（および同じサービスのためのＰＴＰ接続を有する他の任意のクライアント機器）に、ＰＴＭ配信モードに切り換えるよう指示する。

イベントのシーケンスが図４に示されており、これは以下の通りである。
Ｓ４１． クライアント機器３０２が、ユニキャスト送信元アドレスおよびダウンロードセッションを開始するのに必要とされる他のプロトコル情報を受信する。
Ｓ４２． クライアント機器３０２が、ＦＬＵＴＥ（ＲＦＣ３９６２）を使ってＰＴＰ配信セッションをセットアップする。
Ｓ４３． サーバ３０１が、ＦＤＴ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ Ｔａｂｌｅ：ファイル配信表）インスタンスを送信し、続いてダウンロードオブジェクトを送信することによってダウンロードを開始する。
Ｓ４４． サーバ３０１が、特定のコンテンツコレクションをダウンロードしているすべてのクライアント機器をＰＴＭ配信源に移行することに決定する。サーバは各クライアント機器にＳＳＩを送出する。ＳＳＩは新しい（マルチキャスト）送信元アドレスを含む。
Ｓ４５． クライアント機器３０１〜３０６が、マルチキャスト送信元アドレスを用いた新しいＰＴＭ配信に参加し、ＰＴＭ配信に正常に参加できると、各クライアント機器のＰＴＰセッションを打ち切る。サーバは、コンテンツの索引付けおよび独立のＦＬＵＴＥセッションによって使用される「トランスポートオブジェクト識別子（ＴＯＩ：Ｔｒａｎｓｐｏｒｔ Ｏｂｊｅｃｔ Ｉｄｅｎｔｉｆｉｅｒ）」宛先がＰＴＭセッションと一致するよう保証する。
Ｓ４６． クライアント機器は、新しいセッション上でコンテンツのダウンロードを続行する。

ＰＴＭセッションからＰＴＰセッションに切り換えるには、図５に示すように、類似のイベントのシーケンスに従う。最初にクライアント機器は、ＰＴＭセッション上でダウンロードを開始していてもよく、ＰＴＰセッションからＰＴＭセッションに切り換わっていてもよい。
Ｓ５１． ＦＬＵＴＥ上での（マルチキャスト送信元アドレスを用いた）コンテンツのサーバ配信。
Ｓ５２． サーバが、ＰＴＭ上での配信を打ち切り、すべてのアクティブなクライアント機器についてＰＴＰセッションを開始することに決定する。サーバは、クライアント機器にＰＴＭセッションの保留状態の打ち切りを知らせ、クライアント機器にダウンロードを続行するためにＰＴＰセッションを開始するよう指示するＳＳＩを送出する。ＳＳＩにはユニキャスト送信元アドレスが含まれる。
Ｓ５３． クライアント機器は、ＳＳＩで提供される情報を使ってサーバ（または別のサーバ）に連絡を取り、ＦＬＵＴＥセッションを使ってＰＴＰ接続上でそのダウンロードを続行する。クライアント機器はサーバに、それまで完全にまたは一部が受信されているファイルを識別するＦＤＴの変更バージョンを提供する。これによりサーバは最適なポイントから配信を開始することができる。

ＦＬＵＴＥプロトコルはクライアントがサーバに連絡を取るための対話型チャネルを提供しないが、そのようなチャネルが存在することはこのネットワークシナリオに事実上含まれる部分である。

セッションはセッションの送信元アドレスによりＦＬＵＴＥプロトコルにおいて一意に識別されることが理解されるであろう。前述の構成は、クライアント機器が、送信元アドレスを切り換えることにより、ある（ＰＴＰなどの）セッションから別の（ＰＴＭなどの）セッションに切り換えることを可能にする。しかし、サーバとクライアント機器はこの場合どちらも、送信元アドレスが異なるにもかかわらず、新しいセッションが事実上古いセッションの継続であることを認識している。

図６は、クライアント機器３０２のアーキテクチャを示す概略図である。クライアント機器３０２は、サーバ３０１からパケットを受信するための受信機６０１を含む。プロセッサ６０２は受信機６０１と、メモリの形の搬送媒体６０３とに動作可能に接続されている。サーバ３０２からＳＳＩが受信されると、プロセッサはＳＳＩに含まれる新しい送信元アドレスを識別し、送信機６０４に、ダウンロードを続行するために新しい送信元アドレスに連絡を取るよう指示する。この実施形態では、プロセッサ６０２に前述の機能を実行させるためのクライアントプログラム６０５がメモリに記憶されている。

図７は、サーバ３０１のアーキテクチャを示す概略図である。送信機７０４はクライアント機器３０１〜３０６に向けてコンテンツを送信する。プロセッサ７０２は送信機７０４と、メモリの形の搬送媒体７０３とに動作可能に接続されている。ＰＴＰセッションからＰＴＭセッションに、またはその逆に変更することが必要とされる場合、プロセッサはＳＳＩを生成し、送信機７０４にこのＳＳＩを現在のセッションにおけるすべてのクライアント機器に送信するよう指示する。また受信機もプロセッサ７０２に動作可能に接続されており、このためクライアント機器はダウンロードセッションを開始することができる。この実施形態では、プロセッサ７０２に前述の機能を実行させるためのサーバプログラム７０５が搬送媒体７０３に記憶されている。

システム性能を向上させるために、ＰＴＰからＰＴＭへ切り換えるよう求める命令を出すときに、サーバは、セッションの完了に近いクライアント機器に、セッションを再構成するのではなくその転送を完了させるための完了閾値を推奨することができる。

加えて、ＰＴＭからＰＴＰに移行するときに、サーバは、ブロードキャスト上の中断を表示するネットワーク・タイム・プロトコル（ＮＴＰ：Ｎｅｔｗｏｒｋ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）タイムスタンプといったタイミング参照を提供し、クライアント機器に、その現在の残りのダウンロードおよび帯域幅に基づいて計算して再構成する必要があるかどうか判断させることもできる。

さらに別の最適化として、ネットワークは、カテゴリ識別子を使って、ＳＳＩ情報が、データ配信を受信するクライアント機器の特定の部分集合だけに関連することを表示してもよい。

以上で概説した手法は、サーバが、コンテンツの人気およびネットワークリソースに基づいて配信モードを切り換え、その切り換えをクライアント機器に及ぼす悪影響を最小限に抑えて行うことを可能にする。

前述の実施形態の変形もまた本発明の範囲内に含まれ得ることが理解されるであろう。例えば、前述の手法は、ＰＴＭセッションとＰＴＰセッションとの切り換えを可能にするが、異なるＰＴＭセッション間またはＰＴＰセッション間の切り換えにも同等に適切に使用することができるはずである。

加えて、図３に示すように、同じサーバが、ＰＴＰ機構によってにせよＰＴＭ機構によってにせよ、クライアント機器３０２〜３０６にコンテンツを提供する。新しい送信元アドレスへの切り換えは、結果として（図３に示されていない）異なるサーバがコンテンツを供給することにもなり得るが、これは、クライアント機器におけるコンテンツが引き続き正しいポイントから受信されるようにするために、切り換えの前と後に、コンテンツを供給するサーバ間でのシグナリングを必要とするはずであることが理解されるであろう。

Claims (25)

1. ネットワークで使用するためのクライアント機器であって、
   第１のセッションにおいて前記ネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信するための受信機と、
   受信される前記データパケットからコンテンツデータを回復するための、前記受信機に動作可能に接続されたプロセッサと、
   前記ネットワークにデータを送信するための、前記プロセッサに動作可能に接続された送信機とを備え、
   前記受信機が、前記サーバから第２の送信元アドレスを含むセッション切り換え情報メッセージを受信するように構成されており、
   前記プロセッサが、前記セッション切り換え情報メッセージの前記受信に応答して前記送信機に、前記サーバに連絡を取って第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップするよう指示するように構成されており、
   前記プロセッサがさらに前記第１のセッションを打ち切るように構成されており、
   前記データパケットが前記第１のセッションおよび前記第２のセッションにおいて同じトランスポートプロトコルを使って受信されるように構成されたクライアント機器。
2. 前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項１に記載のクライアント機器。
3. 前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである請求項１又は２に記載のクライアント機器。
4. 前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項１又は２に記載のクライアント機器。
5. 前記第２のセッションが開始されるときにすでに受信されたコンテンツデータの表示を送信し、これにより前記第２のセッションにおいて受信される前記データパケットが前記第１のセッションにおいて受信される前記データパケットを補完するように構成された請求項１乃至４のいずれか１項に記載のクライアント機器。
6. マルチキャストセッションからユニキャストセッションに移行するときに、さらに、それまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供するように構成された請求項１乃至４のいずれか１項に記載のクライアント機器。
7. ネットワークにおいて使用するためのサーバであって、
   前記ネットワーク内の少なくとも１台のクライアント機器からデータを受信するための受信機と、
   前記受信機に動作可能に接続されたプロセッサと、
   前記プロセッサに動作可能に接続され、第１のセッションにおいて前記少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信するように構成された送信機とを備え、
   前記プロセッサが、前記少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むセッション切り換え情報メッセージを生成するように構成されており、
   前記受信機が、前記第２の送信元アドレスを有するパケットの配信を求める前記少なくとも１台のクライアント機器からの要求を受信するように構成されており、
   前記送信機が、第２のセッションにおいて前記少なくとも１台のクライアント機器に前記第２の送信元アドレスを有するデータパケットを送信するように構成されており、
   前記データパケットが前記第１のセッションおよび前記第２のセッションにおいて同じトランスポートプロトコルを使って送信されるように構成されたサーバ。
8. 前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項７に記載のサーバ。
9. 前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである請求項７又は８に記載のサーバ。
10. 前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項７又は８に記載のサーバ。
11. 前記第２のセッションが前記第１のセッションの継続である請求項７乃至１０のいずれか１項に記載のサーバ。
12. 前記セッション切り換え情報メッセージが、前記少なくとも１台のクライアント機器が前記第１のセッションの完了から所定の距離より短い距離にある場合に、前記クライアント機器が前記第１のセッションにおいて前記第１の送信元アドレスを有する前記データパケットを引き続き受信することができるようにするための推奨される完了閾値を含む請求項７乃至１１のいずれか１項に記載のサーバ。
13. 前記セッション切り換え情報メッセージが、前記少なくとも１台のクライアント機器が前記第１のセッションを続行すべきかどうかについて判断することができるように、前記第１のセッションがいつ打ち切られるかを表示するタイムスタンプを含む請求項７乃至１１のいずれか１項に記載のサーバ。
14. 前記セッション切り換え情報メッセージが、クライアント機器の特定の部分集合が前記セッション切り換え情報メッセージに含まれる情報を使用すべきであることを表示するカテゴリ標識を含む請求項７乃至１３のいずれか１項に記載のサーバ。
15. マルチキャストセッションからユニキャストセッションに移行するときに、さらに、クライアント機器からそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを提供されて、最適なポイントから配信を開始することができるように構成された請求項７乃至１４のいずれか１項に記載のサーバ。
16. ネットワークにおいてサーバからクライアント機器にデータを配信する方法であって、
    第１のセッションにおいて前記サーバから前記クライアント機器に第１の送信元アドレスを有するデータパケットを送信することと、
    前記サーバから前記クライアント機器に第２の送信元アドレスを含むセッション切り換え情報メッセージを送信することと、
    前記サーバと前記クライアント機器との間で第２のセッションを構成すること、
    前記第２のセッションにおいて前記サーバから前記クライアント機器に第２の送信元アドレスを有するデータパケットを送信することを含み、
    同じトランスポートプロトコルがどちらのセッションにも使用される方法。
17. 前記トランスポートプロトコルがＦＬＵＴＥプロトコルである請求項１６に記載の方法。
18. 前記第１の送信元アドレスがユニキャスト送信元アドレスであり、前記第２の送信元アドレスがマルチキャスト送信元アドレスである、または前記第１の送信元アドレスがマルチキャスト送信元アドレスであり、前記第２の送信元アドレスがユニキャスト送信元アドレスである請求項１６又は１７に記載の方法。
19. マルチキャストセッションからユニキャストセッションに移行するときに、さらに、クライアント機器はそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供し、前記サーバは最適なポイントから配信を開始することをさらに含む請求項１６乃至１８のいずれか１項に記載の方法。
20. ネットワーク内のクライアント機器上で実行されると、前記クライアント機器に、
    第１のセッションにおいて前記ネットワーク内のサーバから第１の送信元アドレスを有するデータパケットを受信させ、
    前記サーバから第２の送信元アドレスを含むセッション切り換え情報メッセージを受信させ、
    前記第１のセッションと同じトランスポートプロトコルが使用される第２のセッションにおける第２の送信元アドレスを有するデータパケットの配信をセットアップさせ、
    前記第１のセッションを打ち切らせるクライアントプログラム。
21. マルチキャストセッションからユニキャストセッションに移行するときに、さらに、前記クライアント機器にそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを前記サーバへ提供させる請求項２０に記載のクライアントプログラム。
22. 請求項２０又は２１に記載のクライアントプログラムを含む記録媒体。
23. ネットワーク内のサーバ上で実行されると、前記サーバに、
    第１のセッションにおいて少なくとも１台のクライアント機器に第１の送信元アドレスを有するデータパケットを送信させ、
    前記少なくとも１台のクライアント機器に送信するために第２の送信元アドレスを含むセッション切り換え情報メッセージを送信させ、
    前記第１のセッションと同じトランスポートプロトコルが使用される第２のセッションにおいて前記少なくとも１台のクライアント機器に前記第２の送信元アドレスを有するデータパケットを送信させるサーバプログラム。
24. マルチキャストセッションからユニキャストセッションに移行するときに、さらに、前記サーバにクライアント機器からそれまで完全にまたは一部が受信されているファイルを識別するファイル配信表の変更バージョンを提供されて、最適なポイントから配信を開始させる請求項２３に記載のサーバプログラム。
25. 請求項２３又は２４に記載のサーバプログラムを含む記録媒体。

Images