(57)【要約】【課題】接続端末から接続先装置への経路を切り換えるときに、セキュリティ強度を保ちつつ移行コストを低くすること。【解決手段】再生装置３２は、前記途中の経路を構成する旧接続点の情報を含めた旧接続要求を配信装置３１に通知することにより、途中の経路を切り換える前の旧配信経路を配信装置３１との間で確立し、配信装置３１は、受信した新接続要求に含まれる旧接続点の情報が、受信した旧接続要求に含まれる旧接続点の情報と一致するときに、新接続要求に従って新接続点の情報を含めた新配信経路を、新接続要求の要求元である再生装置３２との間で確立する。【選択図】  図２
2018107495.tif 000002
【特許請求の範囲】
【請求項１】
接続先装置と接続端末との間でのデータの配信経路についての途中の経路を切り換える接続切り替えシステムであって、
前記接続端末は、前記途中の経路を構成する旧接続点の情報を含めた旧接続要求を前記接続先装置に通知することにより、前記途中の経路を切り換える前の旧配信経路を前記接続先装置との間で確立し、
前記接続端末は、前記途中の経路を切り換える契機により前記旧配信経路が切断されると、前記旧接続要求により通知した前記旧接続点の情報を含め、かつ、前記旧配信経路からの切り換え先となる新配信経路を構成する新接続点の情報を含めた新接続要求を前記接続先装置に送信し、
前記接続先装置は、受信した前記新接続要求に含まれる前記旧接続点の情報が、受信した前記旧接続要求に含まれる前記旧接続点の情報と一致するときに、前記新接続要求に従って前記新接続点の情報を含めた前記新配信経路を、前記新接続要求の要求元である前記接続端末との間で確立することを特徴とする
接続切り替えシステム。
【請求項２】
前記接続端末は、前記旧接続要求に含める前記旧接続点の情報、および、前記新接続要求に含める前記新接続点の情報として、それぞれ自身の前記接続端末を収容するゲートウェイがＮＡＰＴ（Network Address Port Translation）で自身の前記接続端末を外部にアクセスさせるときに使用するＩＰアドレスとポート番号との組み合わせデータを用いることを特徴とする
請求項１に記載の接続切り替えシステム。
【請求項３】
前記接続端末は、前記旧接続要求および前記新接続要求それぞれについて、さらに、自身の前記接続端末固有のＩＤを含めて前記接続先装置に送信し、
前記接続先装置は、前記新接続点の情報と前記旧接続点の情報とが一致するときに、さらに、前記旧接続要求および前記新接続要求それぞれに含まれる前記接続端末固有のＩＤが一致するときに、前記新配信経路を前記接続端末との間で確立することを特徴とする
請求項１または請求項２に記載の接続切り替えシステム。
【請求項４】
接続先装置と接続端末との間でのデータの配信経路についての途中の経路を切り換える接続切り替えシステムによって実行され、
前記接続端末は、前記途中の経路を構成する旧接続点の情報を含めた旧接続要求を前記接続先装置に通知することにより、前記途中の経路を切り換える前の旧配信経路を前記接続先装置との間で確立し、
前記接続端末は、前記途中の経路を切り換える契機により前記旧配信経路が切断されると、前記旧接続要求により通知した前記旧接続点の情報を含め、かつ、前記旧配信経路からの切り換え先となる新配信経路を構成する新接続点の情報を含めた新接続要求を前記接続先装置に送信し、
前記接続先装置は、受信した前記新接続要求に含まれる前記旧接続点の情報が、受信した前記旧接続要求に含まれる前記旧接続点の情報と一致するときに、前記新接続要求に従って前記新接続点の情報を含めた前記新配信経路を、前記新接続要求の要求元である前記接続端末との間で確立することを特徴とする
接続切り替え方法。
【請求項５】
接続先装置と接続端末との間でのデータの配信経路についての途中の経路を切り換える接続切り替えシステムに用いられ、
前記途中の経路を構成する旧接続点の情報を含めた旧接続要求を受け、前記途中の経路を切り換える前の旧配信経路を前記接続端末との間で確立し、
前記途中の経路を切り換える契機により前記旧配信経路が切断されると、前記旧接続要求により通知された前記旧接続点の情報を含め、かつ、前記旧配信経路からの切り換え先となる新配信経路を構成する新接続点の情報を含めた新接続要求を前記接続端末から受信し、
受信した前記新接続要求に含まれる前記旧接続点の情報が、受信した前記旧接続要求に含まれる前記旧接続点の情報と一致するときに、前記新接続要求に従って前記新接続点の情報を含めた前記新配信経路を、前記新接続要求の要求元である前記接続端末との間で確立することを特徴とする
接続先装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、接続切り替えシステム、接続切り替え方法、および、接続先装置に関するものである。
【背景技術】
【０００２】
動画などのストリームデータを受信して再生する端末として、タブレット端末やスマートフォンなどの携帯できる小型の端末が普及している。これらの再生端末は、持ち歩いて使用されるため、現在位置が時々刻々と変化する。よって、ストリームデータを配信するための通信接続も、ローミングやハンドオーバなどにより切り替わることも多い。しかし、通信接続が切り替わる度に通信接続が切断されてしまうと、ユーザには不便である。
【０００３】
そこで、特許文献１には、パケット・ネットワークにおいて複数アドレスにわたって既存セッションの移行を行う方法が記載されている。これは、セッションを失うことなく、トランスポート接続エンドポイントを、古いアドレスから新しいアドレスに移行させる移行プロセスとして、２つのエンドポイント自体の間で交渉させる方法である。具体的には、セッション移行前に通信を一時停止し、移行後アドレスを相手に通知し、その後通信を再開させる。これにより、新しいトランスポート接続を確立するためにアプリケーションを再始動する必要が無くなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２１８１１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
接続を切り替えるための移行プロセスは、移行プロセスのコストが低いことに加え、移行プロセスのセキュリティ強度を充分に高めることの両方が必要となる。例えば、移行前の初回認証プロセスでは、ユーザごとにパスワードを入力させるなどの強固なセキュリティを実現していた。しかし、移行プロセスにおける再開プロセスでは、認証を省略してしまうと、再開プロセスに的を絞った外部攻撃に対してシステムが弱くなってしまう。
【０００６】
従来の技術では、移行プロセスにおける認証強度について、充分な検討がなされていない。例えば、特許文献１に記載のアーキテクチャでは、接続先装置（非マイグレータ）が発行したＩＤクッキーという接続元装置（マイグレータ）の識別情報が移行プロセスにおける認証に用いられるだけである。
一方、特許文献１に記載のアーキテクチャに対して、単に初回認証プロセスを繰り返すだけでは、パスワードの再入力などで移行プロセスのコストが高くなってしまうため、そもそも移行プロセスを独自に用意する意味が無くなってしまう。そして、ストリームデータの配信が認証プロセスによって中断されてしまうことに、ユーザの満足度は大きく低下してしまう。
【０００７】
そこで、本発明は、接続端末から接続先装置への経路を切り換えるときに、セキュリティ強度を保ちつつ移行コストを低くすることを、主な課題とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明の接続切り替えシステムは、以下の特徴を有する。
つまり、本発明は、接続先装置と接続端末との間でのデータの配信経路についての途中の経路を切り換える接続切り替えシステムであって、
前記接続端末が、前記途中の経路を構成する旧接続点の情報を含めた旧接続要求を前記接続先装置に通知することにより、前記途中の経路を切り換える前の旧配信経路を前記接続先装置との間で確立し、
前記接続端末が、前記途中の経路を切り換える契機により前記旧配信経路が切断されると、前記旧接続要求により通知した前記旧接続点の情報を含め、かつ、前記旧配信経路からの切り換え先となる新配信経路を構成する新接続点の情報を含めた新接続要求を前記接続先装置に送信し、
前記接続先装置が、受信した前記新接続要求に含まれる前記旧接続点の情報が、受信した前記旧接続要求に含まれる前記旧接続点の情報と一致するときに、前記新接続要求に従って前記新接続点の情報を含めた前記新配信経路を、前記新接続要求の要求元である前記接続端末との間で確立することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【０００９】
本発明によれば、接続端末から接続先装置への経路を切り換えるときに、セキュリティ強度を保ちつつ移行コストを低くすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に関するハンドオーバ前におけるストリームデータの配信経路を示す構成図である。
【図２】本発明の一実施形態に関するハンドオーバ後におけるストリームデータの配信経路を示す構成図である。
【図３】本発明の一実施形態に関するハンドオーバ前におけるストリームデータの配信処理を示すシーケンス図である。
【図４】本発明の一実施形態に関するハンドオーバ後におけるストリームデータの配信処理を示すシーケンス図である。
【図５】本発明の一実施形態に関するハンドオーバ前後における通信路の管理形態を示す構成図である。
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１２】
図１は、ハンドオーバ前におけるストリームデータの配信経路を示す構成図である。
配信システムは、中継サーバ１１と、ＳＴＵＮ（Session Traversal Utilities for NATs）サーバ１２と、ゲートウェイ２１〜２３と、配信装置（接続先装置）３１と、再生装置（接続端末）３２とを含めて構成される。
なお、配信システムの各装置は、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【００１３】
配信装置３１は、ストリームデータを配信する始点の装置であり、例えば、ＮＡＳ（Network Attached Storage）のファイルサーバや、ＩＰ（Internet Protocol）カメラである。再生装置３２は、配信装置３１からのストリームデータを受信して再生する装置であり、例えば、タブレット端末やスマートフォンである。
なお、本実施形態では、配信装置３１から再生装置３２へのストリームデータの配信経路（途中経路）が切り換わる一例として、再生装置３２が収容される基地局（ゲートウェイ２２，２３）のハンドオーバを例示している。一方、ローミングやＳＩＭ（Subscriber Identity Module Card）カードの差し替え、再生装置３２のユーザから入力される通信設定の変更などの任意の切換契機を扱ってもよい。つまり、再生装置３２の物理的位置の移動が無いときであっても、配信経路の切り換えは発生する。
【００１４】
中継サーバ１１は、再生装置３２からの問い合わせに対して事前登録しておいた配信装置３１の情報を応答するサーバである。なお、中継サーバ１１と配信装置３１との間には、最新の配信装置３１の情報や最新のストリームデータの情報などを通知するための常時接続が、ストリームデータの配信路とは別に用意されている。
【００１５】
ゲートウェイ２１〜２３は、それぞれ自身が収容するローカルネットワークの各装置を、外部のインターネットに接続するための通信装置である。各ゲートウェイ２１〜２３を囲う破線領域は、そのゲートウェイ２１〜２３が収容するローカルネットワークの通信範囲（収容可能範囲）を示す。
ゲートウェイ２１には、配信装置３１が収容されている。ゲートウェイ２３には、ハンドオーバ前の再生装置３２が収容されている。ゲートウェイ２２には、ハンドオーバ後の再生装置３２が収容される（図２参照）。
このように各ゲートウェイ２１〜２３は、自身のローカルネットワークの通信範囲（各地点での電波強度など）がそれぞれ異なっている。例えば、各ゲートウェイ２１〜２３は、設置位置が互いに異なる無線基地局として構成される。または、ゲートウェイ２３が宅内のWi-Fi（登録商標）ルータであり、ゲートウェイ２２が電話会社内のLTE（Long Term Evolution）中継局であるなど、異なった通信規格（異なった通信範囲）として構成してもよい。
【００１６】
以下、ゲートウェイ２１〜２３が有するＮＡＰＴ（Network Address Port Translation）の機能について、説明する。
ゲートウェイ２３のローカルネットワーク内の再生装置３２には、ローカルネットワーク内で再生装置３２と通信するための内部点Ｘｉに加え、ローカルネットワーク外のインターネットから再生装置３２と通信するための外部点Ｘｏという２種類の接続点が割り当てられている。１つの接続点は、装置に割り当てられるＩＰアドレスと、装置内のアプリケーションが使用するポート番号との組み合わせにより表現される。
再生装置３２からゲートウェイ２３の外に向かう外向きパケットをゲートウェイ２３が受信すると、外向きパケットのヘッダに記載された送信元を示す内部点Ｘｉを外部点Ｘｏに置き換えてから、その外向きパケットをインターネットに向かって送信する。
ゲートウェイ２３の外から再生装置３２に向かう内向きパケットをゲートウェイ２３が受信すると、内向きパケットのヘッダに記載された送信元を示す外部点Ｘｏを内部点Ｘｉに置き換えてから、その内向きパケットを再生装置３２に向かって送信する。
【００１７】
配信装置３１側のゲートウェイ２１も同様に、配信装置３１を示す内部点Ａｉと外部点Ａｏとを変換する。なお、一般的に、外部点ＸｏのＩＰアドレスとしてグローバルアドレスが割り当てられ、内部点ＸｉのＩＰアドレスとしてローカルアドレス（192.168.0.1など）が割り当てられる。
つまり、図１では、配信装置３１から再生装置３２に流れるストリームデータの配信路が、内部点Ａｉ→外部点Ａｏ→外部点Ｘｏ→内部点Ｘｉの順に通過するようになる。
【００１８】
ＳＴＵＮサーバ１２は、ローカルネットワーク内の装置（例えば、再生装置３２）が、自身に割り当てられている外部点（例えば、外部点Ｘｏ）を調査するためのサーバである。
具体的には、再生装置３２からＳＴＵＮサーバ１２に送信された調査用パケットのヘッダには内部点Ｘｉが付されている。ゲートウェイ２３は、前記したＮＡＰＴの機能により調査用パケットのヘッダを内部点Ｘｉから外部点Ｘｏに変更してから、その調査用パケットをＳＴＵＮサーバ１２に転送する。ＳＴＵＮサーバ１２は、調査用パケットの外部点Ｘｏを、そのまま再生装置３２に応答する。
【００１９】
図２は、ハンドオーバ後におけるストリームデータの配信経路を示す構成図である。
再生装置３２の所有者が外出する場合や、アクセスポイントが意図せずに切り替わった場合などで、ゲートウェイ２３の通信範囲（破線領域内）からゲートウェイ２２の通信範囲に再生装置３２が移動したとする。再生装置３２は、収容先のゲートウェイをゲートウェイ２３からゲートウェイ２２に切り換える（ハンドオーバする）。これにより、再生装置３２には新たに内部点Ｙｉと外部点Ｙｏとが収容先のゲートウェイ２２から割り当てられる。
なお、配信装置３１の位置は変更されないのでＩＰアドレスは変わらないものの、ストリームデータのコネクションが切断→再接続されることにより、コネクションのポート番号が変更される。よって、配信装置３１にも新たに内部点Ｂｉと外部点Ｂｏとが収容先のゲートウェイ２１から割り当てられる。
つまり、図２では、配信装置３１から再生装置３２に流れるストリームデータの配信路が、内部点Ｂｉ→外部点Ｂｏ→外部点Ｙｏ→内部点Ｙｉの順に通過するようになる。
または、配信装置３１は、図１の内部点Ａｉをそのまま使う事も可能である。その場合でもゲートウェイのタイプにより外部点はＢｏに変更されない事もあるため、Ｂｏ＝Ａｏ、Ｂｉ＝Ａｉとなる場合もある。
【００２０】
図３は、ハンドオーバ前におけるストリームデータの配信処理を示すシーケンス図である。なお、再生装置３２にとってハンドオーバ前の接続点（図１の外部点Ｘｏ）を旧接続点とし、ハンドオーバ後の接続点（図２の外部点Ｙｏ）を新接続点とする。
Ｓ１０１として、再生装置３２は、ゲートウェイ２３の旧接続点（外部点Ｘｏ）を問い合わせるための調査用パケットを、ＳＴＵＮサーバ１２に送信する。
Ｓ１０２として、ＳＴＵＮサーバ１２は、Ｓ１０１の調査用パケットのヘッダから得た旧接続点（外部点Ｘｏ）の情報を再生装置３２に応答する。これにより、再生装置３２は、ハンドオーバ前の再生装置３２側の情報として、外部点Ｘｏの情報を取得する。
【００２１】
Ｓ１１１として、再生装置３２は、通信相手である配信装置３１の固有ＩＤ（ホスト名など）を指定して、その配信装置３１の検索を中継サーバ１１に要求する。
Ｓ１１２として、中継サーバ１１は、Ｓ１１１の要求を受け、自身の記憶手段にあらかじめ登録されている配信装置３１のリストから、要求に該当する配信装置３１のエントリ（外部点Ａｏ）を検索する。換言すると、中継サーバ１１は、ホスト名をもとに、そのホストのＩＰアドレスを検索する。この検索手段の実装としては、例えば、ＤＮＳ（Domain Name System）を用いてもよい。
Ｓ１１３として、中継サーバ１１は、配信装置３１の情報として、Ｓ１１２で検索した外部点Ａｏ（配信装置３１のＩＰアドレス）を再生装置３２に応答する。
これにより、再生装置３２は、これから要求する予定のストリームデータの配信路についての情報として、Ｓ１０２の外部点Ｘｏと、Ｓ１１３の外部点Ａｏとを対応付けて自身の記憶手段に登録する。
【００２２】
Ｓ１２１として、再生装置３２は、Ｓ１０２の外部点Ｘｏ経由で（ゲートウェイ２３経由で）、Ｓ１１３で得た外部点Ａｏを指定して配信装置３１に、ストリームデータの配信路の接続要求を送信する。この接続要求は、ハンドオーバ前の（初回の）接続要求であるため、再生装置３２は、配信装置３１に対して配信を許可してもらうための認証用情報（ユーザＩＤ／パスワードなど）も、接続要求に含めて送信する。
Ｓ１２２として、配信装置３１は、Ｓ１２１で受信した接続要求に対して認証用情報を（初回）認証し、認証可であるときにはＳ１２１の接続を許可する。
【００２３】
Ｓ１２３として、配信装置３１は、Ｓ１２２で許可された再生装置３２に対して、Ｓ１２１の接続要求を許可する旨を応答する。そして、配信装置３１は、収容先のゲートウェイ２１が扱う内部点Ａｉ、外部点Ａｏを用いて、ストリームデータの配信路のコネクションを確立する。これにより、配信装置３１は、Ｓ１２３のストリームデータの配信路についての情報（セッション情報）として、Ｓ１２１の外部点Ｘｏと、Ｓ１２３の外部点Ａｏとを対応付けて自身の記憶手段に登録する。さらに、配信装置３１は、認証用情報や接続要求のヘッダ情報に記載された再生装置３２の固有ＩＤも、併せて自身の記憶手段に登録してもよい。
Ｓ１３１として、配信装置３１は、Ｓ１２３で確立されたコネクションを用いて、再生装置３２にストリームデータを配信する。この配信路は、図１で示したように、内部点Ａｉ→外部点Ａｏ→外部点Ｘｏ→内部点Ｘｉの順に通過する。なお、この配信路は、ストリームデータが流れる方向とは逆方向の通信も可能である。この逆方向の通信は、例えば、一時停止命令や再生命令などの制御信号の送信に使用される。
【００２４】
図４は、ハンドオーバ後におけるストリームデータの配信処理を示すシーケンス図である。
Ｓ２０１として、再生装置３２は、所有者の外出などにより、位置が移動する。
Ｓ２０２として、再生装置３２は、Ｓ２０１の移動により通信範囲外となったゲートウェイ２３との間のレスポンス応答が無くなったことや、リンクが切断したことなどで、ゲートウェイ２３との間の内部点Ｘｉを用いた接続が切断する。これにより、ゲートウェイ２３にとっての再生装置３２の旧接続点（外部点Ｘｏ）も使用不可になり、Ｓ１２３のコネクションも切断される。
【００２５】
Ｓ２０３として、再生装置３２は、Ｓ２０１の移動先の通信範囲を扱う新たなゲートウェイ２２との間で、内部点Ｙｉを用いた新しい接続を確立する。
Ｓ２０４として、再生装置３２は、新接続点（ゲートウェイ２２の外部点Ｙｏ）をＳＴＵＮサーバ１２に問い合わせる（Ｓ１０１と同様）。
Ｓ２０５として、ＳＴＵＮサーバ１２は、Ｓ２０４で取得した外部点Ｙｏを再生装置３２に応答する（Ｓ１０２と同様）。これにより、再生装置３２は、ハンドオーバ後の再生装置３２側の情報として、外部点Ｙｏの情報を取得する。
【００２６】
Ｓ２１１として、再生装置３２は、Ｓ１３１のストリームデータの配信路をハンドオーバ前の外部点Ｘｏからハンドオーバ後の外部点Ｙｏに切り換える旨の切換要求を、中継サーバ１１に送信する。
この切換要求は、ハンドオーバ後の（継続の）接続要求であるため、再生装置３２は、配信装置３１に対して配信を許可してもらうための簡易認証用情報（Ｓ１１３で登録されたハンドオーバ前の外部点Ｘｏ、配信装置３１や再生装置３２の固有ＩＤなど）も、切換要求に含めて送信する。なお、簡易認証用情報は、初回の認証用情報（ユーザＩＤ／パスワードなど）に比べて入手が容易である。つまり、再生装置３２の利用者は、初回の認証用情報についてはログイン画面などから手入力していた。一方、簡易認証用情報は、再生装置３２の内部データとして利用者の手間をかけることなく自動的に取得することができる。
【００２７】
Ｓ２１２として、中継サーバ１１は、Ｓ２１１の切換要求を配信装置３１に転送する。
Ｓ２１３として、配信装置３１は、Ｓ２１２の切換要求を受け、切換の可否を認証する。つまり、配信装置３１は、Ｓ２１２の簡易認証用情報に含まれるハンドオーバ前の外部点Ｘｏと、ハンドオーバ前のＳ１２３の段階で自身の記憶手段にセッション情報として登録しておいた外部点Ｘｏとが一致するときに、簡易認証を認証可（切換要求の切換許可）とする。さらに、配信装置３１は、外部点Ｘｏの照合に加えて、簡易認証用情報の配信装置３１や再生装置３２の固有ＩＤと、Ｓ１２３の段階で自身の記憶手段にセッション情報として登録しておいた配信装置３１や再生装置３２の固有ＩＤとの照合処理が一致したときに、簡易認証を認証可（切換要求の切換許可）としてもよい。
【００２８】
Ｓ２１４として、配信装置３１は、Ｓ２１３の簡易認証で切換可としたときに、Ｓ２１１の送信元である再生装置３２に対して、内部点Ｂｉ、外部点Ｂｏ経由にてＳ１３１の配信を再開する旨を応答する。つまり、配信装置３１は、ゲートウェイ２１が新たに配信装置３１→再生装置３２のストリームデータの配信用に配信装置３１に割り当てた接続点（内部点Ｂｉ、外部点Ｂｏ）を用いて、再生装置３２との間のコネクションを確立する。
Ｓ２２１として、配信装置３１は、Ｓ１３１と同様に、Ｓ２１４で確立されたコネクションを用いて、再生装置３２にストリームデータを配信する。この配信路は、図２で示したように、内部点Ｂｉ→外部点Ｂｏ→外部点Ｙｏ→内部点Ｙｉの順に通過する。なお、この配信路は、ストリームデータが流れる方向とは逆方向の通信も可能である。この逆方向の通信は、例えば、一時停止命令や再生命令などの制御信号の送信に使用される。
【００２９】
図５は、ハンドオーバ前後における通信路の管理形態を示す構成図である。この図５では、配信装置３１と再生装置３２との間のストリームデータの配信経路として、ＯＳＩ（Open Systems Interconnection）参照モデルにおけるアプリケーション層、トランスポート層、インターネット層を図示している。下位の層（トランスポート層）での接続（コネクションＣＡ，ＣＢ）を用いて、上位の層（アプリケーション層）での接続（セッションＳ）が確立される。ここで、ハンドオーバによりコネクションＣＡからコネクションＣＢに切り替わる場合を考える。
【００３０】
まず、比較例として、コネクションＣＡの切断に連動して、そのコネクションＣＡを利用していたセッションＳも切断する例を検討する。この場合、コネクションＣＢの新たな接続を用いて、セッションＳを再度接続する必要がある。このとき、セッションＳを再度接続するための各種前処理（ユーザ認証など）は、セッションＳの初回接続と同じコストがかかってしまう。その結果、パスワードの再入力などでコネクションＣＡからコネクションＣＢへのハンドオーバを明確にユーザに意識させてしまい、不便である。換言すると、コネクションＣＡからコネクションＣＢに切り替えが、ユーザ（アプリケーション層）にとっては透過ではない。
【００３１】
一方、本実施形態の中継サーバ１１を用いた配信システムでは、中継サーバ１１は、コネクションＣＡ，ＣＢの情報や、セッションＳの情報を配信装置３１と再生装置３２との間で円滑に交換できるように中継する。ここで、コネクションＣＡを切断したとしても、そのコネクションＣＡを利用していたセッションＳは切断されず、セッションＳに関する状態の情報は、配信装置３１と再生装置３２とでそれぞれ保持し続ける。そして、コネクションＣＢの新たな接続を、既存のセッションＳに割り当てる必要がある。
【００３２】
このとき、配信装置３１と再生装置３２との間で簡易認証（Ｓ２１３）が自動的に行われることで、パスワードの再入力などの初回認証の手間をユーザに意識させずに済む。換言すると、コネクションＣＡからコネクションＣＢに切り替えが、ユーザ（アプリケーション層）にとっては透過である。
この簡易認証は、例えば、ゲートウェイ２３がＮＡＰＴ機能で使用するコネクションＣＡのグローバルＩＰアドレスやポート番号などの再生装置３２でしか知り得ない内部の状態情報を用いる。よって、コネクションＣＡの状態情報を知らない不正な攻撃者が簡易認証を装った不正アクセスを配信装置３１に送信したとしても、配信装置３１は、適切に不正アクセスを防止することができる。
【００３３】
よって、本実施形態では、ハンドオーバに伴う再認証が簡易認証として高速化されることで、セキュリティを維持しつつ、早期に通信を再開できるとともに、認証に伴うネットワーク負荷も低減することができる。
なお、本実施形態の方式では通信におけるプロトコルにも自由度がある。つまり、通信切断時（パケットロス時）にパケットを再送するようなＴＣＰ（Transmission Control Protocol）などの通信プロトコルでも、パケットを再送しないでリアルタイム性を重視するＵＤＰ（User Datagram Protocol）などの通信プロトコルでも、採用できる。
【００３４】
また、本実施形態の方式では、カプセル化（トンネル化）を使用しないシンプルな設計でも動作するため、通信負荷が軽くて済む。以下、本実施形態の比較対象として、カプセル化を行う比較例を２つ例示する。
【００３５】
第１の比較例として、ネットワークが切り替えられた際も、一意のIPアドレスで通信を維持する技術として、「モバイルIP」が標準化されている。この技術は、中継を行うエージェントを配置し、エージェントと同一ネットワークでは通常の通信を行うが、異なるネットワークへ移動した際はエージェントが中継する。この場合、パケットのカプセル化によってパケットが増加し、通信経路が必要以上に長くなる事で通信負荷が増大してしまう。
【００３６】
第２の比較例として、アプリケーションの通信データのパケットをカプセル化し通信する方法で、カプセル化されたパケットの通信路が変更によってパケットヘッダが書き換えられた際もセッション維持を行う方法が挙げられる。この実現にはカプセル化されたパケット自体のセッションを維持する為の様々な対策も別途必要となる。この場合、カプセル化作業による処理増加や、通信量増加による通信負荷増加の問題も発生し、トンネル化に専用装置が必要な場合もある。
【００３７】
一方、本実施形態の方式では、端末位置に応じた経路で直接P2P通信を実行できるので、通信負荷が軽くて済む。さらに、第２の比較例のような専用装置は不要であり、利用環境を選ばない利点がある。
【００３８】
なお、前記の説明では、配信装置３１が移動せず、再生装置３２が移動したときの動作の一例を説明した。一方、ストリームデータを流す装置が移動して、ストリームデータを受けて再生する装置が移動しないこととしてもよい。その場合、以下のように前記の説明を読み替えればよい。
・配信装置３１→「ストリームデータを受けて再生する固定装置」
・再生装置３２→「ストリームデータを流す移動装置」
・Ｓ１３１、Ｓ２２１→「移動装置から固定装置に対して、確立されたコネクションを用いて、ストリームデータを配信する」
【符号の説明】
【００３９】
１１    中継サーバ
１２    ＳＴＵＮサーバ
２１〜２３  ゲートウェイ
３１    配信装置（接続先装置）
３２    再生装置（接続端末）
【図１】
2018107495.tif 000003
【図２】
2018107495.tif 000004
【図３】
2018107495.tif 000005
【図４】
2018107495.tif 000006
【図５】
2018107495.tif 000007