(57)【特許請求の範囲】
【請求項１】
配信装置から、複数の動画の組み合わせのうちの１つ、及び当該複数の動画を縮小して並べたサムネイル動画を受信する受信部と、
前記サムネイル動画から、視聴する動画の選択操作を受け付ける選択部と、
前記視聴する動画の再生準備が完了するまでの間、前記サムネイル動画のうち、前記視聴する動画の領域を拡大して表示する表示制御部と、を備え、
前記受信部は、ネットワークの帯域幅に基づいて、前記選択操作の頻度が閾値以上となった場合に、前記視聴する動画のビットレートを下げ、前記サムネイル動画のビットレートを上げることにより、前記視聴する動画及び前記サムネイル動画それぞれのビットレートを選択し、前記配信装置へ要求する受信装置。
【請求項２】
配信装置から、複数の動画の組み合わせのうちの１つ、及び当該複数の動画を縮小して並べたサムネイル動画を受信する受信部と、
前記サムネイル動画から、視聴する動画の選択操作を受け付ける選択部と、
前記視聴する動画の再生準備が完了するまでの間、前記サムネイル動画のうち、前記視聴する動画の領域を拡大して表示する表示制御部と、を備え、
前記受信部は、ネットワークの帯域幅に基づいて、前記選択操作の頻度が閾値未満となった場合に、前記視聴する動画のビットレートを上げ、前記サムネイル動画のビットレートを下げることにより、前記視聴する動画及び前記サムネイル動画それぞれのビットレートを選択し、前記配信装置へ要求する受信装置。
【請求項３】
コンピュータを、請求項１又は請求項２に記載の受信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画の配信装置、受信装置及びプログラムに関する。
【背景技術】
【０００２】
従来、複数のカメラが同時に撮影を行い、これらの映像を切り替えながら視聴するシステムは、映像制作及び編集の場面や、監視カメラによるサーベイランスの場面等で広く利用されている。例えば、非特許文献１では、多視点から被写体を撮影する多視点ロボットカメラ技術が提案されている。
しかし、複数のカメラから撮影した映像をコンテンツとして視聴者が視聴する際には、既に制作者により編集された単一の動画になっており、視聴者側に視点を選択して視聴する自由はなかった。
【０００３】
このような状況において、非特許文献２では、視聴端末に専用ソフトウェアをインストールすることにより、視聴者が任意に視点を変えながらストリーミング形式で動画を視聴できる多視点カメラ動画のコンピュータ上での視聴システムが提案されている。
【０００４】
また、インターネット上でアダプティブストリーミング方式によりストリーミング動画配信を行うために、ＭＰＥＧ−ＤＡＳＨ（ＭＰＥＧ−Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）、ＨＬＳ（ＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ）等の規格が制定されている（例えば、非特許文献３参照）。これらは、視聴環境の構築に専用のソフトウェアを必要とせず、ウェブブラウザでの動画視聴を想定して標準化された技術である。
特許文献１には、多視点動画のストリーミングをネットワーク経由で切り替え、Ｗｉｎｄｏｗｓ（登録商標）上のウェブブラウザで再生する装置が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１８３２０９号公報
【非特許文献】
【０００６】
【非特許文献１】池谷  健佑、映像情報メディア学会誌、２０１６年、Ｖｏｌ．７０、Ｎｏ．５、ｐｐ．７１９−７２１
【非特許文献２】Ｊｉａｎ−Ｇｕａｎｇ  Ｌｏｕ、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  １３ｔｈ  ａｎｎｕａｌ  ＡＣＭ  ｉｎｔｅｒｎａｔｉｏｎａｌ  ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｍｕｌｔｉｍｅｄｉａ、２００５年、ｐｐ．１６１−１７０
【非特許文献３】平林  光治、映像情報メディア学会誌、２０１３年、Ｖｏｌ．６７、Ｎｏ．２、ｐｐ．１０９−１１５
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、動画のストリーミング視聴は、視聴端末が動画配信サーバから受信したファイルを再生環境下でバッファリングし、デコードするための十分な量がバッファリングできた時点で再生を開始する。したがって、視聴端末は、ストリーミング視聴時に動画を切り替えるためには、異なる動画をサーバに対して再度要求してバッファリングしてから再生を行う。このため、動画を切り替えた後に映像が再生されるまでに遅延が発生する。
【０００８】
動画の切り替えに時間を要すると、視聴者が動画切り替えの操作を行っても瞬時に切り替わらないため、視聴体験の質を損なってしまう。全ての動画を同時に配信し、受信端末で全ての動画を常時デコードしておくことで切り替え時の遅延を低減できるが、視聴していない動画についても配信することになるため、通信帯域及び処理負荷が増大していた。
【０００９】
本発明は、複数の動画を効率的に配信し、かつ、視聴動画を高速に切り替えられる配信装置、受信装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係る配信装置は、複数の動画の組み合わせ、及び当該複数の動画を縮小して並べたサムネイル動画を記録する記録部と、受信装置からの要求に応じて、前記複数の動画のうちの１つ、及び前記サムネイル動画を、前記受信装置へ送信する送信部と、を備え、前記送信部は、前記受信装置において前記サムネイル動画から選択された視聴する動画の要求を受け付け、前記サムネイル動画は、前記受信装置において前記視聴する動画の再生準備が完了するまでの間、前記サムネイル動画のうち、前記視聴する動画の領域を拡大して表示するためのものである。
【００１１】
前記記録部は、前記複数の動画及び前記サムネイル動画のそれぞれについて、複数のビットレートで記録してもよい。
【００１２】
本発明に係る受信装置は、配信装置から、複数の動画の組み合わせのうちの１つ、及び当該複数の動画を縮小して並べたサムネイル動画を受信する受信部と、前記サムネイル動画から、視聴する動画の選択操作を受け付ける選択部と、前記視聴する動画の再生準備が完了するまでの間、前記サムネイル動画のうち、前記視聴する動画の領域を拡大して表示する表示制御部と、を備える。
【００１３】
前記受信部は、ネットワークの帯域幅に基づいて、前記視聴する動画及び前記サムネイル動画それぞれのビットレートを選択し、前記配信装置へ要求してもよい。
【００１４】
前記受信部は、前記選択操作の頻度が閾値以上となった場合に、前記視聴する動画のビットレートを下げ、前記サムネイル動画のビットレートを上げてもよい。
【００１５】
前記受信部は、前記選択操作の頻度が閾値未満となった場合に、前記視聴する動画のビットレートを上げ、前記サムネイル動画のビットレートを下げてもよい。
【００１６】
前記複数の動画は、多視点動画であり、前記選択部は、前記選択操作として、前記複数の動画の連続切り替えの開始及び終了を受け付けてもよい。
【００１７】
本発明に係るプログラムは、コンピュータを、前記配信装置又は前記受信装置の各部として機能させるためのものである。
【発明の効果】
【００１８】
本発明によれば、複数の動画を効率的に配信し、かつ、視聴動画を高速に切り替えられる。
【図面の簡単な説明】
【００１９】
【図１】実施形態に係る配信システムの概念図である。
【図２】実施形態に係るエンコーダの動作例を示す図である。
【図３】実施形態に係る配信サーバ及び受信装置の機能構成を示すブロック図である。
【図４】実施形態に係る配信サーバと受信装置との間での動画切り替えの動作を示す図である。
【図５】実施形態に係る視聴中の動画の切り替え時におけるビットレートの決定処理を示すフローチャートである。
【図６】実施形態に係る動画視聴中のビットレートの変更処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態の一例について説明する。
図１は本実施形態に係る配信システム１の概念図である。
複数のカメラＣが同時に撮影を行い、各映像信号が後段のエンコーダＥに入力される。エンコーダＥは、入力された映像信号をＭＰＥＧ−ＤＡＳＨに符号化し、配信サーバ１０（配信装置）上に配置する。
【００２１】
配信サーバ１０は、視聴端末である受信装置２０から動画の視聴要求を受け、要求された動画を、受信装置２０に対してインターネット経由でストリーミング配信する。
なお、エンコーダＥに入力される映像は、カメラＣで撮影した映像には限られず、例えば、録画機器に収録した再生映像が入力されてもよい。また、入力される映像の数（カメラＣの数）も限定されない。
【００２２】
図２は、本実施形態に係るエンコーダＥの動作例を示す図である。
エンコーダＥは、複数のカメラから入力された映像信号を、それぞれＭＰＥＧ−ＤＡＳＨ形式の動画データに変換し、これら複数の動画をＡｄａｐｔａｔｉｏｎ  Ｓｅｔと呼ばれる１つのグループにまとめ、単一のマニフェストファイル（ＭＰＤファイル）を生成する。Ａｄａｐｔａｔｉｏｎ  Ｓｅｔで１つのグループにまとめられた複数の動画のうち、ある時点で受信装置２０へ配信している動画は１つとなる。
【００２３】
また、エンコーダＥは、各カメラＣの映像を縮小してタイル状に並べて連結した動画（以降、サムネイル動画と呼ぶ）を生成し、各カメラＣの映像に対応する動画とは別にＭＰＥＧ−ＤＡＳＨ形式の動画とし、マニフェストファイルを生成する。
【００２４】
エンコードされた各カメラＣの映像に対応した動画及びサムネイル動画と、各カメラＣの映像に対応した動画をまとめたマニフェストファイル及びサムネイル動画のマニフェストファイルとは、配信サーバ１０に配置される。
【００２５】
図３は、本実施形態に係る配信サーバ１０及び受信装置２０の機能構成を示すブロック図である。
配信サーバ１０は、記録部１１と、送信部１２とを備える。これらの各部は、配信サーバ１０の制御部（ＣＰＵ）が所定のソフトウェアを実行することにより実現される。
【００２６】
記録部１１は、カメラＣの映像それぞれに対応した複数の動画の組み合わせ、及びこれら複数の動画を縮小して並べたサムネイル動画をエンコーダＥから受け取り、配信サーバ１０の内部又は外部に設けられたストレージに記録する。
このとき、記録部１１は、複数の動画及びサムネイル動画のそれぞれについて、複数のビットレートで受け取り記録する。
【００２７】
送信部１２は、受信装置２０からの要求に応じて、複数の動画のうちの１つ、及びサムネイル動画を、受信装置２０へ送信する。
【００２８】
受信装置２０は、テレビ、パーソナルコンピュータ（ＰＣ）、スマートフォン又はタブレット端末等の視聴端末であり、選択部２１と、受信部２２と、表示制御部２３とを備える。これらの各部は、受信装置２０の制御部（ＣＰＵ）が所定のソフトウェアを実行することにより実現される。
【００２９】
選択部２１は、サムネイル動画から、視聴する動画の選択操作を受け付ける。
複数の動画は、例えば被写体を複数のカメラＣで撮影した多視点の動画の組み合わせであり、選択部２１は、選択操作として、複数の動画の連続切り替えの開始及び終了を受け付けてもよい。例えば、タッチパネル上でのタッチの時間又は移動距離等に応じて、サムネイル動画の各カメラＣに対応する領域が順に切り替えて表示され、タッチの終了により１つのカメラＣに対応する動画が選択される。
【００３０】
受信部２２は、選択操作に応じて、配信サーバ１０へ視聴するカメラＣの映像を要求し、対応する動画及びサムネイル動画を受信する。
このとき、受信部２２は、ネットワークの帯域幅に基づいて、視聴するカメラ映像に対応する動画及びサムネイル動画それぞれのビットレートを選択し、配信サーバ１０へ要求する。
【００３１】
具体的には、受信部２２は、選択操作の頻度が閾値以上となった場合に、視聴するカメラ映像に対応する動画のビットレートを下げ、サムネイル動画のビットレートを上げる。
また、受信部２２は、選択操作の頻度が閾値未満となった場合に、視聴するカメラ映像に対応する動画のビットレートを上げ、サムネイル動画のビットレートを下げる。
【００３２】
表示制御部２３は、視聴するカメラ映像に対応する動画の再生準備が完了するまでの間、サムネイル動画のうち、視聴する動画に対応する領域を拡大してディスプレイに表示する。表示制御部２３は、視聴するカメラ映像に対応する動画の再生準備が完了し、再生を開始すると、このカメラ映像に対応する動画をディスプレイに表示させる。
【００３３】
図４は、本実施形態に係る配信サーバ１０と受信装置２０との間での動画切り替えの動作を示す図である。
配信サーバ１０は、受信装置２０から動画の要求があると、複数の動画のうち要求されたカメラＣの動画を受信装置２０に対して配信する。さらに、配信サーバ１０は、各カメラＣの動画と共に、サムネイル動画についても受信装置２０に対して同時に配信する。
このように、配信サーバ１０は、常時、選択されている動画及びサムネイル動画の２つのストリーム動画を受信装置２０に対して配信する。
【００３４】
受信装置２０は、配信サーバ１０から受信した動画を表示しつつ、視聴者から動画の切り替え操作を受け付ける。配信サーバ１０は、受信装置２０から動画の切り替えが要求されると、要求されたカメラＣのセグメントに配信を切り替える。
【００３５】
視聴する動画の切り替えの処理は以下の手順で行われる。
受信装置２０は、配信サーバ１０から、選択したカメラＣ（例えば１番目）の動画及びサムネイル動画を受信し、同期して再生する。このとき、受信装置２０は、選択したカメラＣの動画と、サムネイル動画の対応する領域との表示サイズを同じにし、かつ、画面上での表示位置を同じにした上で、選択されたカメラＣの動画が前面に表示されるように再生する（図４上段）。
【００３６】
受信装置２０は、動画の切り替え操作が行われると、まず背面で再生しているサムネイル動画のうち、切り替え後の動画（例えば３番目）にあたる部分を切り出し、前面で再生している動画のサイズまで拡大し、選択されていた動画より前面に表示する。これによって、サムネイル動画を切り出して拡大した動画がディスプレイ上で視聴される。
受信装置２０は、サムネイル動画への表示切り替えが完了すると、配信サーバ１０から受信していたカメラＣの動画の要求を停止し、新たに切り替え後のカメラＣの動画を配信サーバ１０に対して要求する（図４中段）。
【００３７】
受信装置２０は、新たに要求したカメラＣの動画を再生し始めると、この動画を、表示中の拡大したサムネイル動画より前面に切り替えて表示する（図４下段）。
ここまでの処理により、一連の動画切り替えの動作が完了する。
【００３８】
なお、動画切り替えの操作は、例えば、視聴者がＰＣを使用している場合には再生ソフトウェア上の切り替えボタンを押して行ってよい。
また、視聴者がスマートフォン又はタブレット端末等の携帯型電子機器を使用している場合には、画面をタッチしてなぞる（ドラッグする）ことで切り替えを行ってもよい。この場合、受信装置２０は、ドラッグの距離に応じて、サムネイル動画における表示領域を連続的に切り替え、タッチ終了時に選択されているカメラＣの映像に対応する動画を配信サーバ１０へ要求する。
【００３９】
図５は、本実施形態に係る視聴中の動画の切り替え時におけるビットレートの決定処理を示すフローチャートである。
エンコーダＥは、各カメラＣの映像及びサムネイル動画について、それぞれ複数のビットレートでＭＰＥＧ−ＤＡＳＨ形式へのエンコードを行っており、受信装置２０は、視聴者側の回線速度に応じて、どの画質の動画を受信すべきかを自動又は手動で決定する。
【００４０】
ここで、各カメラＣの映像は、Ｎ種類のビットレートＢ１〜ＢＮ（Ｂ１＜Ｂ２＜・・・＜ＢＮ）でエンコードされ、サムネイル動画は、Ｍ種類のビットレートＴ１〜ＴＭ（Ｔ１＜Ｔ２＜・・・＜ＴＭ）でエンコードされているものとする。
また、視聴者側のネットワーク帯域幅をＷとする。なお、この帯域幅Ｗは、時刻毎に変化し得る。
【００４１】
ステップＳ１において、受信装置２０は、動画再生に伴って、視点の切り替え操作（動画切り替え操作）の受け付けを開始し、動画再生の終了までループする。
【００４２】
ステップＳ２において、受信装置２０は、視点が操作されたか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ３に移り、判定がＮＯの場合、処理はステップＳ７に移る。
【００４３】
ステップＳ３において、受信装置２０は、視点を切り替え、動画を受信する対象のカメラＣを決定する。
【００４４】
ステップＳ４において、受信装置２０は、過去一定時間に行われた動画の切り替え回数が閾値以上か否かを判定する。この判定がＹＥＳの場合、処理はステップＳ５に移り、判定がＮＯの場合、処理はステップＳ７に移る。
【００４５】
ステップＳ５において、受信装置２０は、現在視聴中のカメラ映像に対応する動画のビットレートが最低画質（Ｂ１）か否かを判定する。この判定がＹＥＳの場合、処理はステップＳ７に移り、判定がＮＯの場合、処理はステップＳ６に移る。
【００４６】
ステップＳ６において、受信装置２０は、視聴者による動画の切り替え回数が多いと判断し、選択されたカメラ映像に対応する動画のビットレートを１段階低くし、切り替え中に表示するサムネイル動画のビットレートを自動的に高くする。
これにより、動画の切り替え時にカメラ映像に対応する動画からサムネイル動画に表示を切り替えたとき、及びサムネイル動画から再びカメラ映像に対応する動画に表示を戻すときに、それぞれ画質の差異が小さくなるため、操作の多い視聴者にとっては違和感が小さくなる。
【００４７】
ここで、ビットレート制御のトリガとなる一定時間及び操作回数の閾値は、例えば配信者がコンテンツの種類又は動画の長さ等に応じて事前に決定する値である。これらは、現在受信している２つの動画のビットレートのレベルに応じて段階的に設定され、動的に変更されてもよい。
【００４８】
サムネイル動画のビットレートは、カメラ映像に対応する動画のビットレートをＢｉからＢｉ−１に下げたとき、例えば以下の数式に従い、カメラ映像に対応する動画とサムネイル動画との和が受信装置２０の帯域幅Ｗ以下になるようにしつつ、最大のビットレートが自動的に選択される。
ｍａｘＴｊ  ｓ．ｔ．  Ｂｉ−１＋Ｔｊ≦αＷ
ただし、係数αは、０以上１以下の値をとる安全率であり、配信者が事前に決定する値である。
【００４９】
なお、サムネイル動画のビットレートを選択する処理は、ＭＰＥＧ−ＤＡＳＨ又は他のアダプティブストリーミングのプロトコルに標準的に備わっている、ビットレートの最適化機能によって自動的に行われてよい。
【００５０】
ステップＳ７において、動画の再生が継続している場合、処理はステップＳ１に戻り、再生が終了すると、処理は終了する。
【００５１】
図６は、本実施形態に係る動画視聴中のビットレートの変更処理を示すフローチャートである。
ステップＳ１１において、受信装置２０は、動画再生に伴って、所定の周期（例えば、５秒毎）で、動画再生の終了まで以下の処理を繰り返す。
【００５２】
ステップＳ１２において、受信装置２０は、過去一定時間のうちに行われた動画の切り替え回数を計測し、この回数が閾値未満か否かを判定する。この判定がＹＥＳの場合、処理はステップＳ１３に移り、判定がＮＯの場合、処理はステップＳ１５に移る。
【００５３】
ステップＳ１３において、受信装置２０は、現在のサムネイル動画のビットレートが最低画質（Ｔ１）か否かを判定する。この判定がＹＥＳの場合、処理はステップＳ１５に移り、判定がＮＯの場合、処理はステップＳ１４に移る。
【００５４】
ステップＳ１４において、受信装置２０は、視聴者による動画の切り替え回数が減少したと判断し、切り替え中に表示するサムネイル動画のビットレートを１段階低くし、カメラ映像のビットレートを自動的に高くする。
これにより、現在視聴しているカメラ映像に対応する動画のビットレートが高くなるため画質が向上し、操作が少ない視聴者は、高画質な動画を視聴できる。
【００５５】
ここで、操作回数を計測する周期と、ビットレート制御のトリガとなる一定時間及び操作回数の閾値は、例えば配信者がコンテンツの種類又は動画の長さ等に応じて事前に決定する値である。これらは、現在受信している２つの動画のビットレートのレベルに応じて段階的に設定され、動的に変更されてもよい。
【００５６】
カメラ映像に対応する動画のビットレートは、サムネイル動画のビットレートをＴｊからＴｊ−１に下げたとき、例えば以下の数式に従い、カメラ映像に対応する動画とサムネイル動画との和が帯域幅Ｗ以下になるようにしつつ、最大のビットレートが自動的に選択される。
ｍａｘＢｉ  ｓ．ｔ．  Ｂｉ＋Ｔｊ−１≦αＷ
【００５７】
なお、カメラ映像に対応する動画のビットレートを選択する処理は、サムネイル動画のビットレートを選択する処理（図５）と同様に、アダプティブストリーミングの機構によって自動的に行われてよい。
【００５８】
ステップＳ１５において、動画の再生が継続している場合、処理はステップＳ１１に戻り、再生が終了すると、処理は終了する。
【００５９】
本実施形態によれば、配信システム１は、複数のカメラＣの映像それぞれに対応する動画のいずれか１つと、サムネイル動画とを、配信サーバ１０から同時に配信する。受信装置２０は、受信した２つの動画を同期して再生し、動画の切り替え時には、切り替え後の動画再生の準備が整うまでサムネイル動画の一部領域を拡大表示することで代替する。
したがって、配信システム１は、複数の動画全てを同時に配信して動画の切り替えを行うシステムに比べて、現在視聴している動画及びサムネイル動画の２つのみを配信するので、配信帯域を節約できる。この結果、配信システム１は、複数の動画を効率的に配信し、かつ、視聴動画を高速に切り替えられる。
【００６０】
動画をストリーミング配信する際に、視聴者は、ＰＣ、スマートフォン、タブレット端末等、様々な電子機器を使用して動画を視聴することが想定される。配信システム１は、ＭＰＥＧ−ＤＡＳＨを用いて、受信ソフトウェアをウェブブラウザ上のウェブアプリ形式で実装することにより、専用のソフトウェアをインストールせずに、様々な電子機器上での実行が可能になる。
【００６１】
また、配信システム１は、カメラ映像に対応する動画とサムネイル動画とを、それぞれ複数のビットレートでエンコードして記録する。受信装置２０がこれらをダウンロードする際に、ネットワークの帯域幅に応じて、両者のビットレート配分を制御することで視聴者の視聴スタイルに合わせた配信が可能になる。
【００６２】
視聴者によっては、１つの動画を連続して視聴したり、動画の切り替えを短時間に何度も行いながら視聴したりする等、視聴スタイルは多様である。配信システム１は、視聴者毎の動画切り替えの操作頻度に応じて、現在視聴しているカメラ映像に対応する動画のビットレートと、動画切り替え中に表示するサムネイル動画のビットレートとの配分を制御する。頻繁に切り替えを行う視聴者に対しては、サムネイル動画の画質を向上させ、切り替えの頻度が低い視聴者に対しては、切り替え後の動画の画質を向上させることにより、視聴者の視聴スタイル合わせた満足度の高い画質での配信が可能になる。
【００６３】
また、画面をタッチして操作するスマートフォン又はタブレット端末等の受信装置２０は、複数の動画を切り替えて視聴する場合、タッチ操作に応じて切り替え候補の動画を連続的に表示させることにより、視聴者に直感的な操作方法を提供できる。
【００６４】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００６５】
本実施形態では、動画の配信プロトコルにＭＰＥＧ−ＤＡＳＨを使用しているが、これには限られず、受信する動画のビットレートを自動的に制御する機能を持つ他のアダプティブストリーミングの方式を利用してもよい。
【００６６】
本実施形態では、主に配信システム１の構成と動作について説明したが、本発明はこれに限られず、各構成要素を備え、配信サーバ１０から受信装置２０へ複数の動画を配信するための方法、又はプログラムとして構成されてもよい。
【００６７】
さらに、配信システム１の機能を実現するためのプログラムをコンピュータで読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【００６８】
ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６９】
さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【符号の説明】
【００７０】
Ｃ  カメラ
Ｅ  エンコーダ
１  配信システム
１０  配信サーバ（配信装置）
１１  記録部
１２  送信部
２０  受信装置
２１  選択部
２２  受信部
２３  表示制御部
【図１】
0006987567.tif 000002
【図２】
0006987567.tif 000003
【図３】
0006987567.tif 000004
【図４】
0006987567.tif 000005
【図５】
0006987567.tif 000006
【図６】
0006987567.tif 000007