(57)【要約】      （修正有）【課題】ストリームを再生する端末の切り換えを、ストリーム再生が途切れることなくスムーズに行う。【解決手段】ストリーム再生端末を切り換える際に、再生中の第１の端末における切り換え操作のみで別の第２の端末への切り換えがスムーズに行うと共に、切り換え元の端末への配信をしながら切り換え先の端末への接続の準備を配信サーバの機能でできる限りまで行っておいて、ストリームデータがどちらの端末にも表示されない時間をできる限り短くする。【選択図】図１０
2007060123.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバから再生端末にストリームデータを配信するストリームデータ配信装置において、
第１の再生端末は、該配信サーバから配信されるストリームデータを再生する手段と、
ストリームデータ再生中に該配信サーバに対してストリームデータ配信先の切り換えを要求する手段を備え、
該配信サーバは、ストリームデータ供給手段と、
供給されたストリームデータを確立したセッションを用いて再生端末に転送する手段と、
該切り換え要求手段からの切り換え要求に応じて切り換え先である第2の再生端末に接続を要求してセッションを確立する手段と、
第1と第2の再生端末の各々に対する二つのセッションを同時に保持する手段と、
該セッション保持手段が保持する二つのセッション間で該ストリームデータ転送手段が用いるセッションを切り換える手段と、
を備えたことを特徴とするストリームデータ配信装置。
【請求項２】
該配信サーバは、セッション確立後に相手の再生端末と交渉して配信するストリームデータの最適な形式や転送プロトコルを決定する手段と、
該ストリームデータ供給手段からのデータを該セッション確立手段によって決定された形式に変換する手段と、を備え、
該ストリームデータ転送手段は該形式変換手段により変換されたストリームデータを該セッション確立手段によって決定された転送プロトコルを用いて転送することを特徴とする請求項１記載のストリームデータ配信装置。
【請求項３】
該再生端末からの切り換え要求は切り換え準備命令と切り換え開始命令から構成され、
該セッション確立手段は切り換え準備命令に応じてセッションを確立し、
該セッション切り換え手段は切り換え開始命令に応じてセッションを切り換える、
ことを特徴とする請求項１および請求項２に記載のストリームデータ配信装置。
【請求項４】
該配信サーバは、該ストリームデータ転送手段と平行してストリームデータを転送する第2のストリームデータ転送手段を備え、
該再生端末からの切り換え要求は切り換え命令と配信終了命令から構成され、
該切り換え命令に応じて、該セッション確立手段がセッションを確立し、かつ、該セッション切り換え手段が該第２のストリームデータ転送手段に転送を開始させ、
該配信終了命令に応じて、該セッション切り換え手段は該第1のストリームデータ転送手段の転送を終了させることを特徴とする請求項１および請求項２に記載のストリームデータ配信装置。
【請求項５】
該ストリームデータ供給手段は、動画像撮像手段と、
該撮像手段により撮像された動画像をストリームデータに変換する手段と、
から構成されることを特徴とする請求項１から請求項４に記載のストリームデータ配信装置。
【請求項６】
第1の再生端末は、ユーザからの切り換え指示を受け付けるユーザインタフェース手段を備え、
該切り換えを要求する手段はユーザからの切り換え指示に応じて切り換えを要求することを特徴とする請求項１から請求項５に記載のストリームデータ配信装置。
【請求項７】
第1の再生端末は、切り換える候補となる端末を登録する手段と、
該登録手段に登録済みの端末と自分の間の距離を計測する手段と、
該距離計測手段による距離が一定値より短くなった場合に切り換えと判断する手段とを備え、
該切り換えを要求する手段は該切り換え判断手段の結果に応じて切り換えを要求することを特徴とする請求項１から請求項6に記載のストリームデータ配信装置。
【請求項８】
請求項１のセッション確立手段は、第２の再生端末、および、切り換えが行われる第１の再生端末と第２の再生端末の組み合わせに対して、接続許可不許可を判別し、不許可であると判別した場合には接続を行わずセッションを確立しない接続先端末制限手段を有することを特徴とする請求項１から請求項7に記載のストリームデータ配信装置。
【請求項９】
該第２の再生端末は、該セッション確立手段による接続要求の際に、接続を要求している配信サーバ、および、切り換えを要求している第１の再生端末と該配信サーバの組み合わせに対して、接続許可不許可を判別し、不許可であると判別した場合には接続要求を拒否する接続要求制限手段を備え、
該セッション確立手段は、該接続要求制限手段が接続要求を拒否した場合はセッションを確立しないことを特徴とする請求項１から請求項７に記載のストリームデータ配信装置。
【請求項１０】
該第２の再生端末は、該配信サーバにユーザ認証要求を行いその結果により接続の可否を決めるユーザ認証要求手段を備え、
該配信サーバは、該ユーザ認証要求手段からユーザ認証要求があった場合は切り換えを要求している第１の再生端末にユーザ認証要求を仲介する手段を備え、
該第１の再生端末は、該ユーザ認証要求仲介手段から仲介されたユーザ認証要求に応じてユーザに対してユーザ認証を行わせその結果を該ユーザ認証要求仲介手段に応答する手段とを備えることを特徴とする請求項１から請求項７に記載のストリームデータ配信装置。
【請求項１１】
切り換え元の第１の再生端末と切り換え先の第２の再生端末は、互いに、逆の立場にもなり、第２の再生端末から第１の再生端末への切り換えも行うことができることを特徴とする請求項１から請求項１０に記載のストリームデータ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリームデータの配信装置に関する。特に、複数の端末間でストリームデータの配信をスムーズに切り換える技術に関する。
【背景技術】
【０００２】
インターネットをはじめとするネットワーク技術の発達と普及に伴い、サーバ上に蓄積されたストリームデータや、カメラで撮影されたライブ動画のストリームデータを離れたところにある端末で受信して再生することが広く行われるようになった。特に最近では移動体通信技術の発達により、携帯電話等のモバイル端末でもストリームデータの再生が行われるようになってきている。
【０００３】
モバイル端末でストリームデータの再生を行いながら場所を移動している時に、より再生能力に優れた機器のある場所に移動した場合、モバイル端末で再生していたストリームデータの続きを再生したい場合がある。例えば、携帯型音楽プレイヤーで音楽を聴いていて続きを高級なオーディオシステムで聴きたい場合や、モバイル端末で映画を見ていて続きを大画面のTVで見たい場合などである。
【０００４】
従来このような場合、データの記録メディアが取り出し可能で、再生の切り換え元であるモバイル端末と切り換え先の再生装置で記録メディアが共通の場合は、記録メディアを入れ替えて続きを再生していた。
【０００５】
記録メディアが取り出し不可能あるいは共通ではない場合、切り換え元と切り換え先の再生機器に同じデータを保持していて、切り換え時に切り換え先の機器で再生位置まで頭出しをして再生していた。
【０００６】
データがネットワークのサーバからストリーム配信される場合、切り換え先の機器においてサーバに接続しなおしてやはり再生位置まで頭出しして再生していた。
【０００７】
特許文献１で提案されている情報同期方法および装置によれば、再生機器の切り換えを自動的に検出し、切り換え元と切り換え先の間で再生状態を転送することによりシームレスな移行を実現している。
【特許文献１】特開2003-24106号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の技術においては、再生機器の切り換えの際に、記録メディアの入れ替え、再生位置の頭出し、サーバへの再接続と言った操作を、切り換え元である第1の端末と切り換え先である第２の端末双方で行わねばならず手間がかかるため、どうしても切り換え時に再生が途切れてしまうという課題があった。特にライブのストリームデータ再生においては、再生が途切れればその間のデータはさかのぼって再生することができないという課題があった。
【０００９】
また、特許文献１で提案されている方法および装置においては、端末の切り換えを自動的に検出することによって操作に手間がかからなくなっているが、第3の実施形態で述べられている音楽や動画再生の切り換えにおいては、切り換え検出後に音楽や動画を転送するため切り換えに時間がかかるという課題があった。また、同文献ではサーバから配信されるストリームデータの再生については言及されていない。
【００１０】
本発明は、このような従来の構成が有していた課題を解決しようとするものであり、再生機器の切り換えの際にストリームデータの再生が途切れる時間をできる限り短くすることを目的とする。
【課題を解決するための手段】
【００１１】
そして、上記目的を達成するために、請求項１のストリームデータ配信装置において、第１の再生端末は、該配信サーバから配信されるストリームデータを再生する手段と、ストリームデータ再生中に該配信サーバに対してストリームデータ配信先の切り換えを要求する手段を備え、
該配信サーバは、ストリームデータ供給手段と、供給されたストリームデータを確立したセッションを用いて再生端末に転送する手段と、該切り換え要求手段からの切り換え要求に応じて切り換え先である第2の再生端末に接続を要求してセッションを確立する手段と、第1と第2の再生端末の各々に対する二つのセッションを同時に保持する手段と、該セッション保持手段が保持する二つのセッション間で該ストリームデータ転送手段が用いるセッションを切り換える手段と、を備えたことを特徴とする。
【００１２】
上記請求項１のストリームデータ配信装置による作用は以下の通りである。すなわち、ストリームデータ再生中の第1の端末から切り換え要求を受けた配信サーバが、第２の端末に接続することによりユーザは第２の端末を直接操作しなくてもスムーズに切り換えを行うことができる。また、配信サーバが第1の端末への配信を続けながら、時間のかかる第２の端末へのセッション確立を先に済ませてから、ストリームデータ配信の切り換えを行うことでストリームデータの再生が途切れる時間をできる限り短くすることができる。
【発明の効果】
【００１３】
ストリームデータの再生端末を切り換える際に、再生中の第1の端末における切り換え操作のみで別の第２の端末への切り換えがスムーズに行われると共に、
ストリームデータがどちらの端末にも表示されていない時間をできる限り短くすることにより、スムーズな切り換えを提供できる。
【発明を実施するための最良の形態】
【００１４】
（第１の実施形態）
まず、本発明の第1の実施形態について図１〜図１４を参照して説明する。
【００１５】
図１は、本実施形態に係るストリームデータ配信装置の概略構成を示す図である。同図において、１はネットワークであり、以下の２から６を互いに接続して通信するために用いられる。２はストリームデータ配信サーバであるリモートカメラであり、３から６の再生端末にネットワーク１を通して動画ストリームを配信する。３から７は種々の再生端末であり、３は携帯電話、４はPDA(Personal Digital Assistance)、５はパーソナルコンピュータ、６はテレビである。
【００１６】
図２は、データ配信サーバ２の概略構成を示すブロック図である。同図において、１０はCPU、１１はROM、１２はRAMであり、互いに１３システムバスを介して接続されており、ROM１１内に格納されたOS、ネットワークプロトコル、制御プログラムをCPU１０がRAM１２を作業領域として用いることによって実行し、サーバ各部の制御を行う。１４はHDD（ハードディスクドライブ）で、ハードディスクI/F１５を介してシステムバス１３につながっている。HDD１４は各種設定データや、撮影した動画データを格納することに用いられる。１６はレンズで17はCCDである。１８は画像処理ハードウエアであり、CCD１７により電気信号に変換された画像データに適切な画像処理を加えた後にシステムバス13に取り込む。１９はスケーラであり、画像処理ハードウエア１８により取り込まれた画像データを指定された解像度に変換する。２０は動画エンコーダであり、指定された形式のデータ圧縮を行う。２１はデコーダであり、HDD１４に格納されている圧縮データを、別の圧縮フォーマットに変換する場合に一旦伸張を行うのに用いられる。２２は通信ハードウエアであり、有線LANや無線LANを用いてネットワーク１に接続して再生端末とデータの送受信を行う。ストリームデータは、再生端末からの指示によって、画像処理H/W１８で取り込まれたライブ画像を適宜スケーラで解像度変換を行った後にエンコーダ２０で圧縮して送信する場合も、あらかじめHDD１４に格納された圧縮画像を送信する場合もある。格納画像を送信する場合、格納されている圧縮画像と、再生端末が要求する画像形式が異なる場合、一旦デコーダ２１で伸張し、スケーラ１９に指定された解像度に変換し、再び指定された形式にエンコーダ２０で圧縮して送信する。
【００１７】
図３は、再生端末の概略構成を示すブロック図である。同図において、３０はCPU、３１はROM、３２はRAMであり、互いに３４システムバスを介して接続されており、ROM３１内に格納されたOSネットワークプロトコル、制御プログラムをCPU３０がRAM３２を作業領域として用いることによって実行し、端末各部の制御を行う。３３はFlash ROMであり、接続するサーバのアドレスや各種設定データ等を格納するのに用いられる。３５は通信ハードウエアであり、有線LANや無線LANを用いてネットワーク１に接続してサーバ２とデータの送受信を行う。３６はデコーダであり、サーバ２から送られてきたストリームデータを伸張する。３７はVRAMであり、ここに決まったフォーマットで書き込まれたイメージが３８のLCD（液晶ディスプレイ）コントローラを介して３９のLCDに表示される。４０は入力I/Fで、４１の入力デバイスへのユーザからの入力を端末に取り込む。なお、再生端末の種類によって入出力デバイスなどに多少は構成が異なるが、大体は同図の構成をとる。
【００１８】
図4は、再生端末の概観を示す図であり、５０は携帯型の再生端末であり、５１は表示を行うLCDである。５２〜５５はユーザの入力を行う各種のボタンである。５２は十字ボタンで上下左右の４方向の指示を受け付ける。５３はズームボタンで、ストリーム再生サーバであるカメラのズーム制御や、表示画像のズームに用いられる。５４は決定ボタンで、十字ボタン５２で選択した選択肢を決定して動作の実行を行うのに用いられる。５５はメニューボタンでメニューを表示させるのに用いられる。同図では、あらかじめ登録されているサーバのリストがLCD５１に表示されていることを示している。５６は現在選択中のサーバであり、選択中であることを示すために文字が反転表示されている。この状態で十字ボタン５２を上下に動かすと他のサーバを選ぶことができる。接続したいサーバが選択されている状態で決定ボタン５４を押すとそのサーバに接続する。
【００１９】
図５は、図４において決定ボタン５４を押し、ストリーム配信サーバであるリモートカメラに接続した状態を示す図であり、５７のようにカメラから送られてきたストリーム画像が表示されている。
【００２０】
図６は、図５においてメニューボタン５５を押した時の図である。現在、この端末を持って移動しているユーザは自宅の玄関まで来ており、続きを居間の大型テレビで見ようとしている。そこで、メインメニュー５８で端末切り換えを、さらに、サブメニュー５９で居間のテレビであるテレビ２を選択しようとしているところである。
【００２１】
図７は、再生端末と家のテレビがネットワークで繋がっていることを模式的に示した図であり、ここには記していないが、配信サーバであるカメラも同じくネットワークで繋がっている。同図において、６０はテレビ、６１はテレビをネットワークに接続するためのアダプタである。６２はアダプタ６１のリモコンであり、アダプタ６１の持つ機能をユーザが操作するのに用いられる。同図は、図６において決定ボタン５４を押した直後で、６３のようにまだテレビ６０には表示は行われていない。
【００２２】
図８は、アダプタ６１の概略構成を示す図である。図８は図３の再生端末とほぼ同じ構成であり、同図の７０〜７６は図３の３０〜３６に、さらに７７が４０に、さらに７９が３７に対応している。図３との相違点は、入力デバイスとしてリモコン６２からの赤外線を受光する７８のIR受光デバイスがついていることと、VRAMへの書き込みが８０のTV出力I/Fを介してテレビ６０の画像入力に繋がっていることである。
【００２３】
図９は、図６のメインメニュー５８で切断を選んだ後の状態を示す図で、再生端末５０からテレビ６０への切り換えが完了し、６４のようにカメラからのストリーム画像がテレビ６０に切り替わったことを示している。この状態でリモコン６２を操作すると、再生端末５０と同様のGUIによってカメラの操作を行うこともでき、さらに、他の端末や元の再生端末５０にストリームを切り換えることも可能である。
【００２４】
図１０は、図４〜図９で説明した一連の動作を、配信サーバと二つの端末の間でやり取りされる通信の手順で説明するシーケンス図である。同図において、９０は配信サーバであるカメラのタスク、９１は再生端末５０（端末A）の制御用接続のタスク、９２は同じく再生端末５０のストリームデータ受信用接続のタスク、９３はテレビ６０（端末B）の制御用接続のタスク、９４は同じくテレビ６０のストリームデータ受信用接続のタスクをそれぞれあらわす。なお、配信サーバのタスク９０は実際には端末A、２各々について制御用接続、ストリーム用接続に対応したタスクと、端末からの接続を受けてこれらのタスクを生成するメインのタスクから構成されるが、図が煩雑になるのを防ぐために一本のタスクで表している。また、タスク９１、９２と配信サーバの間の制御用通信に使用される転送プロトコルはHTTPであり、タスク９２、９４と配信サーバの間のストリーム転送に用いられる伝送プロトコルは後述の能力交換ステップによって決定されるものとする。
【００２５】
以下、図１０の各ステップを詳細に説明する。前提として、端末Aが配信サーバに要求、あるいは配信サーバから端末Aへの要求により、端末Aに制御通信の為のタスク91が生成され、両者の間に制御用通信の為のHTTP接続が確立されているとする。
【００２６】
1. 端末Aが配信サーバにストリームデータの配信を要求する。（ステップS100）
2. 配信サーバと端末Aの間でデータフォーマット、データ転送プロトコル、動画像の各種パラメタ等についての能力交換を行い、転送すべきストリームデータの形式を決定する。（ステップS101）
3. 端末Aにストリーム受信用のタスク92が生成され、ステップS101で決定されたデータ転送プロトコルによる接続を確立する。（ステップS102）
4. 配信サーバからのストリームデータ配信を開始する。（ステップS103）
5. 端末Aから配信サーバに対して、カメラ制御の要求を行う（適宜）。（ステップS104）
6. 端末Aから配信サーバに対して、端末Bへの配信切り換え準備要求を行う。（ステップS105）
7. 配信サーバが端末Bへ接続を要求し、端末Bに制御通信の為のタスク93が生成される。（ステップS106）
8. 端末Bが配信サーバに対して、接続に応じるかどうかの応答を返す。（ステップS107）
9. ステップＳ107で接続に応じる場合、配信サーバと端末Bの間でステップS101と同様の能力交換を行い、転送すべきストリームデータの形式を決定する。（ステップS108）
10. 端末Bにストリーム受信用のタスク94が生成され、ステップS108で決定されたデータ転送プロトコルによる接続を確立する。（ステップS109）
11. 配信サーバは端末Aに切り換え準備ができたこと（あるいは切り換えができないこと）を返す。（ステップS110）
12. 端末Aは配信サーバに配信切り換えの要求を行い、制御通信タスク91を終了する。（ステップS111）
13. 配信サーバは端末Aへのストリームデータ配信を終了する。これにより端末Aのストリームデータ受信タスク92が終了する。（ステップS112）
14. 端末Bにストリームデータ受信用タスク94が生成され、配信サーバからのストリームデータ配信を開始する。（ステップS113）
図１０で示すように、ステップS109においてすでに配信サーバと端末Bの間で接続が確立しているため、ステップS112における端末Aへの配信終了後、時間をおかずしてステップS113のストリームデータ配信の開始が可能となる。
【００２７】
なお、図１０のステップS106以降は、アクセス制限の状況によって処理が異なる場合がある。以下、図11と図12を用いてアクセス制限の処理についての詳細を説明する。
【００２８】
図11は、図10のステップS106〜S110までのアクセス制限にかかわる配信サーバ2における処理を示すフローチャートである。前提として、特定の端末に対しての切り換え許可／禁止、特定の切り換え元と先の組み合わせに関する許可／禁止については、HDD１４内の定義ファイルとして格納されているものとする。なお、許可は禁止に優先する。以下、同図の各ステップについて詳細に説明する。
【００２９】
1. 配信切り換え先である端末Bが明示的に許可されているかどうかを判定する。許可されていたらS122へ移る。（ステップS120）
2. 端末Bが明示的に禁止されているかどうかを判定する。禁止されていたらステップS136へ移る。（ステップS121）
3. 切り換え元である端末Aと切り換え先である端末Bの組み合わせが明示的に許可されているかどうかを判定する。許可されていたらステップS124に移る。（ステップS１２２）
4. 端末AとBの組み合わせが明示的に禁止されているかどうを判定する。禁止されていたらステップS136へ移る。（ステップS123）
5. 端末Bに接続し制御用通信を確立する。（ステップS124）
6. 端末Bに切り換えの接続要求を送信する。（ステップS125）
7. 端末Bからの切り換えアクセスを許可するかどうかの応答を受信する。（ステップS126）
8. ステップS126で得た端末Bからの応答が許可かどうかを判定する。許可ならばS127へ、許可でないならばS129へ移る。（ステップS127）
9. 端末Bへの切り換えは許可されたものとして終了する。（ステップS１２８）
10. ステップS１２６で得た端末Bからの応答がユーザ認証要求かどうかを判定する。認証要求でないならばアクセス不許可であるのでステップS１３５に移る。（ステップS129）
11. 端末Bからのユーザ認証要求を、端末Aに転送する。（ステップS１３０）
12. 端末Aからユーザ認証応答を受信する。（ステップS１３１）
13. 端末Aからのユーザ認証応答を、端末Bに転送する。（ステップS１３２）
14. 端末Bからユーザ認証結果を受信する。（ステップS１３３）
15. ユーザ認証結果がアクセス許可かどうかを判定する。許可ならばステップS128へ移る。（ステップS１３４）
16. ステップS１２３で確立した制御通信を終了する。（ステップS135）
17. 端末Bへの切り換えは不許可であるとして終了する。（ステップS１３６）
図11において、S124とS125が図10のステップS105に相当する。S120〜S123は図10には明記されていないが、図11においてS１２１とS１２３からS１３６に移り、アクセス不許可となった場合には、図10におけるS105〜S107は行われず、S108で端末Aに対して切り換え不可が通知される。図11のS126は図10のS106に相当する。図11のステップS129〜S135も図10には明記されていないが、図11のS128においてアクセス許可となったか、S136においてアクセス不許可となったかが、図10のS１０８で端末Aに対して通知されることになる。S108で不許可となった場合にはS109以下のステップは行われない。
【００３０】
図12は、図11のS125での接続要求を受けてから、S126で応答を返すまでの、端末Bにおける処理を示すフローチャートである。以下、図12におけるアクセス制限処理を詳細に説明する。端末Bにおいても、特定の配送サーバに対する許可／不許可、特定の切り換え元の端末と配送サーバの組み合わせに対する許可／不許可が、Flash ROM３３あるいは同７３に定義ファイルとして格納されているものとする。
【００３１】
1. 接続要求を出した配送サーバが明示的に許可されているかを判別する。許可されていたらS１４２に移る。（ステップS１４０）
2. 配送サーバが明示的に禁止されているかを判別する。禁止されていたらS149へ移る。（ステップS141）
3. 配送サーバと切り換え元の端末Aの組み合わせが明示的に許可されているかを判別する。許可されていたらS144に移る。（ステップS142）
4. 配送サーバと端末Aの組み合わせが明示的に禁止されているかを判別する。禁止されていたらS149へ移る。（ステップS143）
5. 設定ファイルでユーザ認証要求が必要となっているかどうかを判別する。ユーザ認証要求が必要ないならばステップS148へ移る。（ステップS144）
6. 配送サーバにユーザ認証要求を送信する。（ステップS145）
7. 配送サーバからユーザ認証応答を受信する。（ステップS146）
8. ステップS146で受信した認証応答が正しいかどうかを判別する。正しければ認証成功でS148へ、間違っていたらS149へ移る。（ステップS14７）
9. アクセスは許可であることを配送サーバに送信して終了する。（ステップS１４８）
10. アクセスは不許可であることを配送サーバに送信して終了する。（ステップS149）
図13は、図11のS130におけるユーザ認証を受信した端末Aの表示画面を示す図である。65がユーザにパスワードを要求するダイアログで、66はパスワードを入力するためのソフトキーボードである。ソフトキーボード66は十字キー52と決定キー55によって入力を行う。
【００３２】
図14は、図10のS108において切り換えが不許可であると通知された場合の端末A表示画面を示す図である。67は切り換えができなかったことを示すダイアログである。
【００３３】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。本実施形態においても構成は図1のとおりである。以下、第1の実施形態との違いについて図15〜図17を参照して説明する。
【００３４】
図15は、本実施形態に係るデータ配信サーバ２の概略構成を示すブロック図である。図２との相違は、スケーラ19、エンコーダ20、デコーダ21がa/bの2つずつある点である。これにより、同時に2つの再生端末に対して解像度や動画フォーマットの違うストリームを送信することができる。なお、再生端末側の構成は実施形態1のものと同じである。
【００３５】
図16は、配信サーバと二つの端末の間でやり取りされる通信手順で説明するシーケンス図である。同図の各ステップはほぼ図10と同じであり、S160〜S164は図10のS100〜S104と、S166〜S170は図10のS106〜S110と同じである。一つ目の違いは、端末AがS105の切り換え準備要求ではなく、ステップS165で切り換え要求を出し、それに対応する端末Aへの応答がS110の切り換え準備応答ではなく、Ｓ170の切り換え応答である点である。図16において切り換え準備ではなく切り換えになっているのは、前者が要求端末Ｂへのストリーム配信直前まで行いＳ111の切り換え要求で初めて配信先を切り換えるのに対し、後者では端末Ａからの1度の要求だけでＳ171で端末Bに対してストリーム配信を行う点である。S171以降、S172において端末Aから切断要求がされ、ステップS173でAへの配信が終了するまでは、配信サーバから端末A、Bの両方に同時にストリーム送信が行われることになる。
【００３６】
図17は、図16においてS171とS173の間の様子を示した図で、端末Bである60の画面にも端末Aである50と同じ画像が68のように表示されていることを示している。ここで、50と60では画面の解像度も、対応している動画フォーマットも異なるため、図15における二つのスケーラ19a/b、エンコーダ20a/bが同時に使用されている。なお、ストリームデータがHDD14に格納されている場合には、一旦デコーダ21a/bで伸張した後にスケーラ19a/bとエンコーダ20a/bが使われる。
【００３７】
（第３の実施形態）
本実施形態においても構成は図1のとおりである。また、配送サーバの構成は図3、図15のいずれでも良い。本実施形態の特徴は、再生端末がGPS装置を内蔵している点である。また、切り換え先の再生装置登録の際に、その再生装置の設置場所が固定の場合はその位置も一緒に登録され、Flash ROM33に格納されている。そして、図5のように配送サーバに接続してストリームの再生している状態では、GPSを用いて自分の位置を一定時間おきに測定している。端末が移動して、設置場所が登録されているどれかの再生装置との距離が決められた距離以下になった場合は、図6の様にユーザが切り換えを指示しなくても自動的に図10におけるS105あるいは図16におけるS165の要求を出す。
【００３８】
（他の実施形態）
なお、上述した実施形態においては、ストリームデータの種類はカメラで撮影したライブ動画あるいはストレージに格納した動画であったが、マイクで入力した音声あるいはストレージに格納した音声・音楽や、音声と動画を同期させたストリーム等でも本発明が適応できることは言うまでもない。
【００３９】
また、上述した実施形態においては、サーバと端末間のセッションは制御用のHTTPとストリームデータ転送用の2つのコネクションから構成されていたが、一つのセッションがさらに多くのコネクションから構成されていても、逆に、全て一つのコネクションで構成されていても本発明が適用できることは言うまでもない。
【図面の簡単な説明】
【００４０】
【図１】ストリームデータ配信装置の概略構成を示す図。
【図２】データ配信サーバの概略構成を示すブロック図。
【図３】再生端末の概略構成を示すブロック図。
【図４】再生端末の概観を示す図。
【図５】ストリーム配信サーバであるリモートカメラに接続した状態を示す図。
【図６】図５においてメニューボタン５５を押した時の図。
【図７】再生端末と家のテレビがネットワークで繋がっていることを模式的に示した図。
【図８】アダプタの概略構成を示す図。
【図９】図６のメインメニュー５８で切断を選んだ後の状態を示す図。
【図１０】配信サーバと二つの端末の間にやりとりされる通信手順のシーケンス図。
【図１１】アクセス制限にかかわる配信サーバにおける処理を示すフローチャート。
【図１２】アクセス制限にかかわる端末Ｂにおける処理を示すフローチャート。
【図１３】ユーザ認証を受信した端末Ａの表示画面を示す図。
【図１４】切り換えが不許可であると通知された場合の端末Ａ表示画面を示す図。
【図１５】第２実施形態に係るデータ配信サーバの概略構成を示すブロック図。
【図１６】第２実施形態に係る配信サーバと二つ端末間のシーケンス図。
【図１７】図１６においてＳ１７１とＳ１７３の間の様子を示した図。
【符号の説明】
【００４１】
1  ネットワーク
2  リモートカメラ
3  携帯電話
4  PDA
5  パーソナルコンピュータ
6  テレビ
10  CPU
11  ROM
12  RAM
13  システムバス
14  ハードディスクドライブ
15  ハードディスクI/F
16  レンズ
17  CCD
18  画像処理ハードウエア
19  スケーラ
20  エンコーダ
21  デコーダ
22  通信ハードウエア
30  CPU
31  ROM
32  RAM
33  システムバス
34  Flash ROM
35  通信ハードウエア
36  デコーダ
37  VRAM
38  LCDコントローラ
39  LCD
40  入力I/F
41  入力デバイス
50  携帯型の再生端末
51  LCD
52  十字ボタン
53  ズームボタン
54  決定ボタン
55  メニューボタン
60  テレビ
61  ネットワークアダプタ
62  リモコン
63  第1の実施形態で、再生端末で切り換え相手を指定した直後のテレビの画面
64  第1の実施形態で、再生端末で切断を選んだ後のテレビの画面
65  ユーザにパスワードを求めるダイアログ
66  ソフトキーボード
67  切り換えができなかったことを示すダイアログ
68  第2の実施形態で、再生端末と同じ表示が出ているテレビの画面
70  CPU
71  ROM
72  RAM
73  システムバス
74  Flash ROM
75  通信ハードウエア
76  デコーダ
77  入力I/F
78  IR受光デバイス
79  VRAM
80  TV出力I/F
90  配信サーバのタスク
91  端末Aの制御用接続のタスク
92  端末Aのストリームデータ受信用接続のタスク
93  端末Bの制御用接続のタスク
94  端末Bのストリームデータ受信用接続のタスク
150  配信サーバのタスク
151  端末Aの制御用接続のタスク
152  端末Aのストリームデータ受信用接続のタスク
153  端末Bの制御用接続のタスク
154  端末Bのストリームデータ受信用接続のタスク
【図１】
2007060123.tif 000003
【図２】
2007060123.tif 000004
【図３】
2007060123.tif 000005
【図４】
2007060123.tif 000006
【図５】
2007060123.tif 000007
【図６】
2007060123.tif 000008
【図７】
2007060123.tif 000009
【図８】
2007060123.tif 000010
【図９】
2007060123.tif 000011
【図１０】
2007060123.tif 000012
【図１１】
2007060123.tif 000013
【図１２】
2007060123.tif 000014
【図１３】
2007060123.tif 000015
【図１４】
2007060123.tif 000016
【図１５】
2007060123.tif 000017
【図１６】
2007060123.tif 000018
【図１７】
2007060123.tif 000019