(57)【要約】   【課題】  映像配信サーバーと映像受信端末との間でセッションが確立された状態であっても、映像送信端末から臨機応変に介入して映像ストリーミング配信制御できる映像データ配信システムを提供する。  【解決手段】  映像配信サーバー１００は、映像送信端末を認証する映像送信端末認証手段１１０と、第２のパスワードを用いて映像受信端末を認証する映像受信端末認証手段１２０と、映像ストリーミング配信手段１３０と、動的配信停止手段１３１を備えている。映像送信端末２００は、映像データ送信手段２３０に加え、第２のパスワードを動的に新第２のパスワードに変更する映像受信端末制御手段２２０を備えている。映像受信端末制御手段２２０により新第２のパスワードに動的に変更された場合、動的配信停止設定信号が動的配信停止手段１３１に与えられ、映像ストリーミング配信手段２３０がストリーミング配信を停止する。【選択図】  図１
2017204112.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを通じて映像送信端末から映像配信サーバーに送信された映像データを、前記映像配信サーバーから映像受信端末へ片方向にストリーミング配信するシステムであって、
前記映像配信サーバーが、第１のパスワードを用いて前記映像送信端末を認証する映像送信端末認証手段と、第２のパスワードを用いて前記映像受信端末を認証する映像受信端末認証手段と、認証済みの前記映像送信端末から送信された前記映像データを認証済みの前記映像受信端末に対してストリーミング配信する映像ストリーミング配信手段を備え、
前記映像送信端末が、前記第１のパスワードを用いた認証のもと前記映像配信サーバーに前記映像データを送信する映像データ送信手段と、送信に先立ちまたは送信中に前記映像配信サーバーが保持する前記第２のパスワードを動的に新第２のパスワードに変更する映像受信端末制御手段を備え、
前記映像送信端末の前記映像受信端末制御手段により前記第２のパスワードが前記新第２のパスワードに動的に変更された場合、前記新第２のパスワードを用いた認証に成功した前記映像受信端末のみが前記映像配信サーバーから前記映像データのストリーミング配信を受けられることを特徴とする映像データ配信システム。
【請求項２】
前記映像ストリーミング配信手段が動的配信停止手段を備え、動的配信停止設定信号を受けると前記映像ストリーミング配信手段から配信される前記映像のストリーミング配信を停止する配信停止機能を備え、
前記映像受信端末認証手段が、前記映像送信端末の前記映像受信端末制御手段によって前記新第２のパスワードに動的に変更されれば前記動的配信停止手段に対して前記動的配信停止設定信号を出力し、前記映像ストリーミング配信を動的に停止できることを特徴とする請求項１に記載の映像データ配信システム。
【請求項３】
前記動的配信停止手段が、動的配信停止解除信号を受けると前記映像ストリーミング配信手段から配信される前記映像のストリーミング配信を再開する配信再開機能を備え、
前記映像受信端末認証手段が、前記映像受信端末に対して前記新第２のパスワードを用いた前記映像受信端末の再認証を求め、前記新第２のパスワードによる前記映像受信端末の再認証に成功すれば、前記動的配信停止手段に対して前記動的配信停止解除信号を出力することを特徴とする請求項２に記載の映像データ配信システム。
【請求項４】
前記映像ストリーミング配信手段の前記動的配信停止手段が動的配信停止設定信号を受けると、前記ストリーミング配信手段による前記映像受信端末への前記ストリーミング配信を即座に停止することを特徴とする請求項２に記載の映像データ配信システム。
【請求項５】
前記映像ストリーミング配信手段の前記動的配信停止手段が動的配信停止設定信号を受けると、前記ストリーミング配信手段による前記映像受信端末への前記ストリーミング配信を所定時間経過後に停止するものとし、
前記映像受信端末認証手段による前記映像受信端末に対する前記新第２のパスワードを用いた再認証の時間的猶予を与える運用とすることを特徴とする請求項３に記載の映像データ配信システム。
【請求項６】
前記映像送信端末がローカルにまたはインターネットを介して接続されたカメラおよびマイクロフォンを装備して映像データを生成する映像データ作成手段を備え、
前記映像配信サーバーの前記ストリーミング配信手段が、ライブストリーミングであることを特徴とする請求項１から５のいずれかに記載の映像データ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネットを用いて映像データなどを一方向に継続的にストリーミング配信する映像データ配信システムにおけるセッションの管理方法に関するものである。システム構成としては、送信側の送信端末の数は１つで、受信側の受信端末の数は複数という場合もあり得る。
ストリーミング配信のデータ内容は特に限定されず、例えば、通販サイトの商品紹介のライブストリーミング配信、教育事業者によるインターネットを用いた講義のライブストリーミング配信など多様なものがあり得る。
【背景技術】
【０００２】
インターネットを介したクライアントサーバー方式のデータ送受信処理は、受信端末がサーバーにログインする必要があるが、一般的には、その際にパスワードを用いた受信端末の認証が行われる。受信端末がサーバーにログインを試みると予め決められたパスワードの入力が求められ、適切なパスワードを入力することによりサーバー側で保存されているパスワード値と一致するか否かが判定され、パスワードが一致した場合にのみ受信端末の認証が成功し、セッションが確立する。
【０００３】
図１４は、一般的なウェブシステムにおけるサーバーによる受信端末の認証方法を簡単に示した図である。インターネット上のサーバー１０は、認証パスワードを保持しているパスワード記憶部１１とクライアント認証部１２を備えた構成となっている。なお、パスワード記憶部１１を外部のデータベースに構築する構成も可能である。サーバー１０に対してインターネットを介して接続された１つまたは複数の受信端末２０がある。ここでは受信端末２０ａと受信端末２０ｂが描かれている。
受信端末２０ａがインターネットを介してサーバー１０にログインを試みると、サーバー１０のクライアント認証部１２からパスワードの入力が求められ、受信端末２０ａがパスワードを入力すると、サーバー１０のクライアント認証部１２は受け取った入力パスワードが正しいものであるかを判定するためパスワード記憶部１１にアクセスし、入力パスワードと認証パスワードが一致するか否かをもって、当該受信端末２０ａがアクセス権限を持った受信端末であるか否かを判定する。このような認証処理により、個々の受信端末によるログイン要求の認証を行っている。受信端末２０ａからの入力パスワードが、パスワード記憶部１１が保持している認証パスワードと合致すれば、セッションを確立し、その後、受信端末２０ａはサーバー１０との間で所望のデータ送受信を行うことができる。
【０００４】
他の受信端末２０ｂも、サーバー１０にログインするためには同様の手順にてパスワードを入力し、認証処理に成功すればサーバー１０との間でセッションが確立される。
この受信端末２０の認証判定の結果は、受信端末２０ごとに独立したものであり、サーバー１０とある受信端末２０ａとの間の認証結果が、他の受信端末２０ｂの認証判定に影響を及ぼすことはない。
【０００５】
上記の手順にて行われた受信端末２０の認証処理により確立されたセッションは、その後一定時間は有効のまま継続するよう管理される場合が一般的であるが、サーバー１０と受信端末２０の間でデータ送受信が行われなくなって一定時間を経過すると、直近の認証処理で確立したセッション情報が破棄され、再度、パスワードの入力などの認証処理が必要とされることが一般的である。
【０００６】
【特許文献１】特開２００３−０５０５３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
一般には、サーバー１０を管理してデータ送受信のサービスを提供している運営側から、サーバー１０とある受信端末２０との間でパスワード認証が成功して現在確立中のセッションにてデータ送受信が実行中であるにもかかわらず強制的にセッションを破棄することは考えにくい。現在確立中のセッションを強制的に破棄する手段としては、サーバー１０側において、アドミニストレータ権限により “セッション破棄”という緊急措置を実行したり、アプリケーションが用意している“データ送信停止処理”を実行したりすることにより行うものと想定される。
【０００８】
なお、従来技術では、受信端末２０の認証に用いられている認証パスワードを変更するような技術はなく、また、仮に認証パスワードを変更しても一度確立されているサーバークライアント間のセッションを強制的に破棄することはできず、セッション確立中に認証パスワードを変更するような状況は想定外の事態と言える。つまり、上記した従来技術における受信端末２０のパスワードを用いた認証処理の管理運用において、サーバー１０と受信端末２０との間でセッションが確立されてデータ送受信が行われている最中に、当該受信端末２０の認証に用いられる認証パスワードを変更する運用は想定外であり、変更しても次回のログイン時にその変更された認証パスワードを用いた認証処理となるだけであり、現在確立中のセッションが継続される仕組みとなっている。
【０００９】
また、一般にパスワードは、正当なアクセス権限を持った受信端末操作者が、パスワードを失念してしまった場合に再設定したり、パスワードが漏えいしてしまって悪用を受ける心配がある場合に再設定したりするものである。つまり、サーバー１０と受信端末２０との間でセッションが確立されてデータ送受信が行われている時間間隔はサーバー管理の概念から言えば比較的短時間であり、あえてデータ通信中の間に認証パスワードを変更することは想定されておらず、また、上記のごとく、従来技術では仮にセッションが確立されてデータ送受信中に認証パスワードを変更しても確立されているセッションには影響がなく、次回のログイン時にその変更された認証パスワードを用いた認証処理となるだけであり、動的にはセッション確立中に何の変化もない。
【００１０】
一般的なウェブサーバーのように、受信端末２２０が必要に応じてサーバー２００に接続してサーバーに保存されているデータにアクセスして受信したり、逆に、受信端末２２０からサーバー２００に対してデータを送信したりする利用においては、このようなセッションの管理方法で問題はないと考えられる。
しかし、従来技術に述べたパスワードを用いた認証処理技術では、映像データをライブ配信するようなライブストリーミングの送受信システムでは問題があった。
【００１１】
図１５は、従来技術における、映像データを遠隔地にライブ配信するライブストリーミングシステムの一般的な構成を示した図である。
図１５に示した構成例では、映像配信サーバー３０、映像送信端末４０、映像受信端末５０を備えた構成となっている。
映像配信サーバー３０はライブストリーミング配信手段３３を備え、接続認証済みの映像送信端末４０から送信された映像データを、接続認証済みの映像受信端末５０へ片方向にストリーミング配信するサーバーである。
【００１２】
ここで、映像配信サーバー３０は、第１の認証パスワードを用いて映像送信端末４０を認証する映像送信端末認証手段３１と、第２の認証パスワードを用いて映像受信端末５０を認証する映像受信端末認証手段３２を備えている。
映像配信サーバー３０は、上記の映像送信端末４０を認証するための第１の認証パスワードと、映像受信端末５０を認証する第２の認証パスワードを記憶している。なお、パスワード自体は外部のデータベースに記憶させる構成も可能である。
【００１３】
映像送信端末４０は、映像配信サーバー３０との間でセッションを確立するにあたり、映像配信サーバー３０の映像送信端末認証手段３１により、第１の認証パスワードの入力が求められ、入力した入力パスワードと、第１の認証パスワードが合致すれば、接続が許可されてセッションが確立され、映像送信端末４０が送信する映像データが継続的に映像配信サーバー３０に対して配信される。
【００１４】
映像受信端末５０も、映像配信サーバー３０との間でセッションを確立するにあたり、映像配信サーバー３０の映像受信端末認証手段３２により、第２の認証パスワードの入力が求められ、入力した入力パスワードと、第２の認証パスワードが合致すれば、接続が許可されてセッションが確立され、映像配信サーバー３０を介して映像送信端末４０が配信する映像データを継続的に受信することができる。
このように、映像配信サーバー３０を介する形で、映像配信サーバー３０との間で認証済みの映像送信端末４０が送信する映像データが、認証済みの映像受信端末５０に対して継続的にライブストリーミングとして配信される。
【００１５】
なお、映像受信端末５０が複数台である場合も、各々の映像受信端末５０が独立して映像配信サーバー３０との間で認証処理を経てセッションを確立する必要がある。認証に成功している映像受信端末５０のみが映像配信サーバー３０を介して映像送信端末４０が送信する映像データのライブストリーミング配信を受けることができる仕組みである。
【００１６】
しかし、図１５に示したような従来技術におけるライブストリーミングシステムでは、映像送信端末４０側から、映像配信サーバー３０と映像受信端末５０の間のセッションの維持や破棄を直接に制御する手段がないという問題があった。
つまり、映像配信サーバー３０と映像受信端末５０とのセッションの管理は、専ら映像配信サーバー３０の映像受信端末認証手段３２による認証処理に依存しており、映像送信端末４０側から直接介入して制御する手段がない。
【００１７】
従来技術におけるライブストリーミング配信において、視聴中のすべての映像受信端末５０に対して一斉に配信を停止するのであれば、映像送信端末４０が強制的に映像配信サーバー３０への映像の送信を停止すればよい。ライブ配信であれば、それ以降は、配信すべき映像データが映像配信サーバー３０になくなるので、ライブ配信は映像送信端末４０による強制的な映像データの送信停止前の映像データの配信停止により終了できるが、視聴中のすべての映像受信端末５０が映像データを受信できなくなる。
しかし、ライブ配信においては、ある映像受信端末５０には映像データのライブストリーミング配信を継続したいが、ある映像受信端末５０には映像データのライブストリーミング配信を停止したいなどの、臨機応変に細かい要求が生じる場合があり得る。
【００１８】
ごく一例であるが、例えば、物販を行っている事業者が遠隔地の顧客イに商品Ａを映像にて紹介するサービスを提供する場合を想定する。物販事業者は商品Ａを紹介するために、商品Ａの撮影を開始して、図１５に示した映像送信端末４０を操作してその映像データを映像配信サーバー３０に送信する。その商品Ａの映像を視聴したい顧客イに対して認証パスワードを送信すれば、顧客イはそのパスワードを入力することにより、映像配信サーバー３０の映像受信端末認証手段３２により認証処理が行われ、映像配信サーバー３０との間でセッションが確立され、商品Ａに関する映像データをライブストリーミング配信により視聴することができる。
【００１９】
次に、事業者が別の顧客ロに対して別の商品Ｂの映像を配信しようとした場合、映像送信端末４０と映像配信サーバー３０との間のセッションを破棄したとしても、顧客イが利用する映像受信端末５０と映像配信サーバー３０との間のセッションが維持されたままであると、次の顧客ロ向けに顧客ロが使用している映像受信端末３０に対して商品Ｂの映像をライブ配信すると、前の顧客イが利用する映像受信端末５０と映像配信サーバー３０とのセッションを通じて、前の顧客イが商品Ｂの映像を視聴することができるという事態が発生し得る。
この現象は、セキュリティ上の問題が生じるとともに、映像配信サーバー３０のリソースを無駄に消費してしまうこととなり、インターネット回線の帯域にも無駄に負荷を掛けることとなる。
【００２０】
また、その他の例も多様にあり得る。例えば、連続シリーズのコンテンツのライブ配信において、現在ライブ配信中のコンテンツの視聴の前提となるコンテンツの視聴が完了していない視聴者が利用している映像受信端末５０のみをライブ配信から除外したい場合がある。
このように、ライブストリーミングシステムでは、ライブ配信の継続や停止などの取り扱いを、映像送信端末４０側から臨機応変に細かく制御したいという要求が生じる場合がある中、従来技術におけるライブストリーミングシステムでは、映像送信端末４０側から臨機応変に映像受信端末５０のセッションを細かく制御することができなかった。
【００２１】
そこで、上記問題を解決するため、本発明は、映像配信サーバー３０と映像受信端末５０との間で確立されたセッションであっても、映像送信端末４０側から臨機応変に介入して映像受信端末５０のセッションを細かく制御できる構造を実現した、映像データ配信システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上記目的を達成するため、本発明の映像データ配信システムは、インターネットを通じて映像送信端末から映像配信サーバーに送信された映像データを、前記映像配信サーバーから映像受信端末へ片方向にストリーミング配信するシステムであって、前記映像配信サーバーが、第１のパスワードを用いて前記映像送信端末を認証する映像送信端末認証手段と、第２のパスワードを用いて前記映像受信端末を認証する映像受信端末認証手段と、認証済みの前記映像送信端末から送信された前記映像データを認証済みの前記映像受信端末に対してストリーミング配信する映像ストリーミング配信手段を備え、前記映像送信端末が、前記第１のパスワードを用いた認証のもと前記映像配信サーバーに前記映像データを送信する映像データ送信手段と、送信に先立ちまたは送信中に前記映像配信サーバーが保持する前記第２のパスワードを動的に新第２のパスワードに変更する映像受信端末制御手段を備え、前記映像送信端末の前記映像受信端末制御手段により前記第２のパスワードが前記新第２のパスワードに動的に変更された場合、前記新第２のパスワードを用いた認証に成功した前記映像受信端末のみが前記映像配信サーバーから前記映像データのストリーミング配信を受けられることを特徴とするものである。
【００２３】
上記構成により、映像配信サーバーと映像受信端末との間の通信セッションの確立の正否を映像送信端末側から即座にかつ動的に制御することができる。つまり、従来技術では映像配信サーバーと映像受信端末との間の通信セッションが一度確立してしまうと介入できず、いわば“静的”であり、映像送信端末側からの即座にかつ動的な制御が不可能であったが、本発明では、映像配信サーバーと映像受信端末との間の通信セッションが一度確立しても映像送信端末が介入でき、いわば“動的”であり、映像送信端末側からの即座にかつ動的な制御が可能になる。
【００２４】
なお、映像データの配信形態としては、ライブストリーミング配信とすることができる。例えば、映像送信端末がローカルにまたはインターネットを介して接続されたカメラおよびマイクロフォンを装備して映像データを生成する映像データ作成手段を備えたものであれば、例えば、自前のスタジオのようなところで映像を撮影しつつ、その撮影内容をライブで映像配信できる。
【００２５】
上記構成において、前記映像ストリーミング配信手段が動的配信停止手段を備え、動的配信停止設定信号を受けると前記映像ストリーミング配信手段から配信される前記映像のストリーミング配信を停止する配信停止機能を備え、前記映像受信端末認証手段が、前記映像送信端末の前記映像受信端末制御手段によって前記新第２のパスワードに動的に変更されれば前記動的配信停止手段に対して前記動的配信停止設定信号を出力し、前記映像ストリーミング配信を動的に停止できる構成とすることが好ましい。
【００２６】
さらに、前記動的配信停止手段が、動的配信停止解除信号を受けると前記映像ストリーミング配信手段から配信される前記映像のストリーミング配信を再開する配信再開機能を備え、前記映像受信端末認証手段が、前記映像受信端末に対して前記新第２のパスワードを用いた前記映像受信端末の再認証を求め、前記新第２のパスワードによる前記映像受信端末の再認証に成功すれば、前記動的配信停止手段に対して前記動的配信停止解除信号を出力し、前記映像ストリーミング配信を継続または再開できる構成とすることが好ましい。
【００２７】
ここで、上記した映像送信端末が映像配信サーバーの映像受信端末認証手段に保持されていた第２のパスワードを新たな新第２のパスワードに変更した場合の処理として、少なくとも２通りある。
【００２８】
第１の処理は、動的配信停止手段が動的配信停止設定信号を受ければ、映像配信サーバーのストリーミング配信手段による映像受信端末へのストリーミング配信を即座に停止する処理である。
この第１の処理によれば、映像送信端末側から映像配信サーバーの映像受信端末認証手段の第２のパスワードを書き換えるだけで、即座かつ動的に、映像配信サーバーと映像受信端末との間の通信セッション確立を即座に破棄し、映像ストリーミング配信を停止することができる。なお、停止後、再度、映像受信端末に新たな第２のパスワードを用いた映像受信端末の再認証を求めるという運用は可能である。
【００２９】
第２の処理は、動的配信停止手段が動的配信停止設定信号を受ければ、映像配信サーバーのストリーミング配信手段による映像受信端末へのストリーミング配信を所定時間経過後に停止するものとし、前記映像受信端末認証手段による前記映像受信端末に対する前記新第２のパスワードを用いた再認証の時間的猶予を与える処理である。
この第２の処理によれば、映像送信端末側から映像配信サーバーの映像受信端末認証手段の第２のパスワードを書き換えれば、映像受信端末に対して新しいパスワードを入手して再認証を受けるよう促すことができ、適度な時間的猶予を与えつつ、新しいパスワードの入手を行わない映像受信端末や新しいパスワードの入手ができない映像受信端末への配信を停止するという運用ができる。
【発明の効果】
【００３０】
本発明にかかる映像データ配信システムによれば、映像配信サーバーと映像受信端末との間に確立された通信セッションの継続や停止を映像送信端末側から即座にかつ動的に細かく制御することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の映像データ配信システムの基本構造を簡単に示す図である。
【図２】映像送信端末認証手段１１０、映像受信端末認証手段１２０が管理する認証データをごく簡単に表わしたものである。
【図３】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示す図である（その１）。
【図４】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示すフローチャートである（その１）。
【図５】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示す図である（その２）。
【図６】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示すフローチャートである（その２）。
【図７】映像受信端末認証手段１２０が保持・管理する映像受信端末に関する認証データのリストである。
【図８】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示す図である（その３）。
【図９】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示すフローチャートである（その３）。
【図１０】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示す図である（その４）。
【図１１】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示すフローチャートである（その４）。
【図１２】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示す図である（その５）。
【図１３】本発明の映像データ配信システムにおけるデータ処理の流れを簡単に示すフローチャートである（その５）。
【図１４】従来技術における一般的なウェブシステムにおけるサーバーによる受信端末の認証方法を簡単に示した図である。
【図１５】従来技術における映像データ配信システムの構成例を簡単に示す図である。
【発明を実施するための最良の形態】
【００３２】
以下、本発明の映像データ配信システムの実施例を説明する。なお、本発明はこれらの実施例に限定されるものではない。
【実施例１】
【００３３】
以下、本発明に係る映像データ配信システムの構成例を、図面を参照しながら説明する。
図１は、本発明の映像データ配信システムの基本構造を簡単に示す図である。
図１に示すように、本発明の映像データ配信システムは、映像配信サーバー１００、映像送信端末２００、一又は複数の映像受信端末３００を備え、それぞれがインターネット等の通信ネットワークを介して接続された構成となっている。映像送信端末２００から映像配信サーバー１００に送信された映像データが映像配信サーバー１００から映像受信端末３００へ片方向にストリーミング配信するシステムとなっている。
【００３４】
まず、映像配信サーバー１００の各部材を説明する。
映像配信サーバー１００は、映像送信端末認証手段１１０、映像受信端末認証手段１２０、映像ストリーミング配信手段１３０を備えた構成となっている。
映像送信端末認証手段１１０は、第１のパスワード（ＰＳＷ１）を用いて映像送信端末２００を認証する部分であり、認証された映像送信端末２００のみがストリーミング配信が可能となる。
【００３５】
図２（ａ）は、映像送信端末認証手段１１０が管理する認証データをごく簡単に表わしたものである。図２（ａ）は映像送信端末認証手段１１０が管理するパスワードごく簡単に示している。図２（ａ）の例では、映像送信端末１００の端末Ｎｏ．１に対するパスワードＰＳＷ１ａ、端末Ｎｏ．２に対するパスワードＰＳＷ１ｂを管理しているものとなっている。
【００３６】
映像受信端末認証手段１２０は、第２のパスワード（ＰＳＷ２）を用いて映像受信端末３００を認証する部分であり、認証された映像受信端末３００のみがストリーミング受信が可能となる。なお、映像受信端末３００が複数ある場合、映像受信端末認証手段１２０は各々の映像受信端末３００に対するパスワードを管理する。
図２（ｂ）は、映像受信端末認証手段１２０が管理する認証データをごく簡単に表わしたものである。図２（ｂ）は映像受信端末認証手段１２０が管理するパスワードごく簡単に示している。図２（ｂ）の例では、映像受信端末３００の端末Ｎｏ．１に対するパスワードＰＳＷ２ａ，端末Ｎｏ．１に対するパスワードＰＳＷ２ｂ、端末Ｎｏ．３に対するパスワードＰＳＷ２ｃ、端末Ｎｏ．４に対するパスワードＰＳＷ２ｄなどを管理している例となっている。
【００３７】
映像ストリーミング配信手段１３０は、認証済みの映像送信端末２００から送信された映像データを認証済みの映像受信端末３００に対してストリーミング配信する部分である。
映像ストリーミング配信手段１３０は、映像送信端末認証手段１１０から、認証済みの映像送信端末２００の端末ＩＤの通知を受け、その端末から送信される映像ストリーミングのみを受け入れる。
また、映像ストリーミング配信手段１３０は、映像受信端末認証手段１２０から、認証済みの映像受信端末３００のアドレス情報と端末ＩＤの通知を受け、そのアドレスに対して映像ストリーミングを配信する。
【００３８】
ここで、この構成例では、映像ストリーミング配信手段１３０が動的配信停止手段１３１を備えた構成となっている。
動的配信停止手段１３１は、後述するように、映像受信端末認証手段１２０から動的配信停止設定信号を受けると、映像ストリーミング配信手段から配信中の映像のストリーミング配信を停止する配信停止機能を備えている。
後述するように、映像送信端末１００の映像受信端末制御手段２２０は、映像受信端末認証手段１２０が保持するデータの第２のパスワードのデータを動的に書き換えることができ、映像受信端末認証手段１２０は第２のパスワードが動的に変更されれば、動的配信停止手段１３１に対して動的配信停止設定信号を出力する構成となっている。
【００３９】
なお、映像受信端末認証手段１２０が、動的配信停止設定信号とともに配信を停止すべき映像受信端末３００のアドレスも併せて通知する構成とすれば、動的配信停止手段１３１は該当するアドレスにある特定の映像受信端末３００への配信を停止する。
このように、映像送信端末１００側は、映像受信端末制御手段２２０を用いて第２のパスワードを動的に書き換えることにより、映像受信端末認証手段１２０を介して動的配信停止手段１３１に対して動的配信停止設定信号を与えることができる。
【００４０】
ここで、動的配信停止手段１３１が動的配信停止設定信号を受けた場合の処理として、例えば、以下の２通りの運用があり得る。
動的配信停止信号をトリガーとする第１の運用は、ストリーミング配信手段１３０から該当するアドレスにある特定の映像受信端末３００へのストリーミング配信を即座に停止する運用である。
動的配信停止信号をトリガーとする第２の運用は、ストリーミング配信手段１３０から該当するアドレスにある特定の映像受信端末３００へのストリーミング配信を所定時間経過後に停止するものとし、映像受信端末認証手段１２０による映像受信端末３００に対する書き換え後の新第２のパスワードを用いた再認証の時間的猶予を与える運用である。
【００４１】
映像送信端末２００から上記した第１の運用とするか第２の運用とするか選択できるよう、動的配信停止手段１３１に対する選択信号を、映像受信端末認証手段１２０を介して送る構成もあり得る。
【００４２】
さらなる工夫として、動的配信停止手段１３１が、配信再開機能を備える構成も可能である。つまり、上記の如く配信停止機能により一旦、特定の映像受信端末３００に対する映像ストリーミング配信を停止した後、運用によって、停止した映像ストリーミング配信を再開する機能である。
例えば、映像送信端末２００の映像受信端末制御手段２２０により第２のパスワードが動的に書き換えられ、映像受信端末認証手段１２０が動的配信停止信号を発して一旦、上記した動的配信停止信号をトリガーとする第１の運用または第２の運用に移行し、その後、映像受信端末認証手段１２０が該当するアドレスの映像受信端末３００に対して、書き換えられた新第２のパスワードの入力を求め、該当するアドレスの映像受信端末３００より新第２のパスワードの入力があり、再認証に成功すれば、動的配信停止解除信号を動的配信停止手段１３１に与え、映像ストリーミング配信手段１３０から映像ストリーミング配信を再開する運用とする。
【００４３】
次に、映像送信端末２００の各構成要素について説明する。
映像送信端末２００は、パスワード入力手段２１０と、映像受信端末制御手段２２０と、映像データ送信手段２３０を備えた構成となっている。
【００４４】
パスワード入力手段２１０は、映像送信端末認証手段１１０からのパスワード入力の求めに応じて自己の第１のパスワードを入力・送信する手段である。簡単な例では、キーボードなどのＩ／Ｏ機器で良く、映像送信端末２００の操作者が当該キーボードなどを介して第１のパスワードを入力しても良い。また、映像送信端末２００が備える自動認証機能を利用し、第１のパスワードを記憶しておき、映像送信端末認証手段１１０からのパスワード入力の求めに応じて自動的に第１のパスワードを返信するものでも良い。
【００４５】
映像受信端末制御手段２２０は、映像ストリーミングの配信を受け得る映像受信端末３００を許可したり制限したりするため、第２のパスワードの発行・管理を行うものである。
映像配信サーバー１００に対しては、映像ストリーミング配信に先立ち、映像受信端末制御手段２２０は、映像受信端末認証手段１２０に対して、当該映像ストリーミング配信を受ける権限のある映像受信端末に関するアドレス、端末ＩＤ、第２のパスワードなどを設定・付与する機能とともに、映像ストリーミング配信の送信前、送信中、送信後の任意のタイミングで、映像配信サーバー１００の映像受信端末認証手段１２０が保持している第２のパスワードを動的に新たな新第２のパスワードに書き換える機能を備えたものである。
【００４６】
映像送信端末２００がこの映像受信端末制御手段２２０を用いて映像配信サーバー１００の映像受信端末認証手段１２０が保持している第２のパスワードを動的に書き換えれば、上記したように、映像受信端末認証手段１２０が動的配信停止手段１３１に対して動的配信停止信号を与えることとなる。
なお、この運用例では、映像受信端末３００側は第２のパスワードを電話やＷｅｂ等の連絡手段により別途入手するものとする。
【００４７】
映像データ送信手段２３０は、映像配信サーバー１００に映像データを送信する機能を備えたものである。もちろん、映像データ送信手段２３０の送信は、パスワード入力手段２１０による第１のパスワードを用いた認証と、映像受信端末制御手段２２０と映像受信端末認証手段１２０の間で映像ストリーミング配信を受ける権限のある映像受信端末に関するアドレス、端末ＩＤ、第２のパスワードなどのやり取りが終了していることが条件となる。
【００４８】
この例では、映像データ送信手段２３０が配信する映像は、いわゆるライブストリーミングとする。ライブストリーミングとは、中継映像・音声をリアルタイムでエンコードし、そのままストリーミング配信することである。通常のストリーミングとは違い、映像配信サーバー１００側にはマスターとなる動画音声クリップデータを持っておらず、カメラで撮影した映像データ、マイクロフォンで集音した音声データを動的にエンコードして配信する。
この例では、映像送信端末２００は、ローカルにまたはインターネットを介して接続されたカメラおよびマイクロフォンを装備し、リアルタイムで映像データや音声データをエンコードして、ストリーミング配信するデータを作成するデータ作成機能を備えているものとする。
【００４９】
次に、映像受信端末３００について説明する。
映像受信端末３００は、一又は複数台であっても良い。
各々の映像受信端末３００は、視聴要求手段３１０、パスワード入力手段３２０と、映像データ受信手段３３０を備えた構成となっている。
【００５０】
視聴要求手段３１０は、視聴を要求する手段であり、視聴に必要な第２のパスワードを入手する手段である。この例では、映像配信サーバー１００を介さずに、映像受信端末３００がインターネットを通じて映像送信端末２００が提供するＷｅｂページを介してアクセスし、第２のパスワードを発行してもらい、受け取る仕組みとなっている。
なお、映像受信端末３００の利用者が電話や郵便などの人手により第２のパスワードを入手する運用の場合、システムとしてはこの視聴要求手段３１０は不要となる。
【００５１】
パスワード入力手段３２０は、映像配信サーバー１００の映像受信端末認証手段１２０からのパスワード入力の求めに応じて第２のパスワードを入力・送信する手段である。簡単な例では、キーボードなどのＩ／Ｏ機器で良く、映像受信端末３００の操作者が当該キーボードなどを介して第２のパスワードを入力しても良い。また、映像受信端末３００が備える自動認証機能を利用し、第２のパスワードを記憶しておき、映像受信端末認証手段１２０からのパスワード入力の求めに応じて自動的に第２のパスワードを返信するものでも良い。
【００５２】
映像データ受信手段３３０は、映像ストリーミング配信手段１３０から配信されてくる映像ストリーミングの配信を受けると、データをデコードし、モニタやスピーカーなどを介して映像として再生する。
なお、上記したように、ここでは、配信される映像ストリーミングは、ライブストリーミングであり、映像受信端末３００側では、ダウンロード型の再生ではなく、ストリーミング再生方式でコンテンツを再生する。
以上が各構成要素の説明である。
【００５３】
以下、本発明にかかる映像データ配信システムの運用の一例を、データの流れなどを追いながら説明する。
一例として、スタジオを設営し、生中継の形にて出演者がトークライブを行い、その映像をストリーミング配信する例として説明する。ここでは、テレビ番組のようにテレビ受像機のチャンネルを合わせた視聴者が一斉に視聴するものではなく、インターネットを介して、パーソナルコンピュータなどの情報処理組織を用いて、個別に視聴を申し出て、能動的に視聴を開始するものとする。
【００５４】
図３と図４のフローチャートを参照しつつ説明する。
初期状態として、映像配信サーバー１００の映像送信端末認証手段１１０が保持・管理している映像送信端末認証用のデータは図２（ａ）の状態となっているものとする。また、映像受信端末認証手段１２０が保持・管理している映像受信端末認証用のデータはリストがすべて空欄になっているものとする。また、映像受信端末３００のパスワード入力手段は第２のパスワードを持ち合わせていないものとする。
【００５５】
トークライブの開始にあたり、映像送信端末２００は、映像配信サーバー１００にログインする（図３、図４ステップＳ１）。
映像配信サーバー１００の映像送信端末認証手段１１０が、ログインしてきた映像送信端末２００を認証するため、映像送信端末２００に事前に割り当てられている第１のパスワードの入力を求め（図３、図４ステップＳ２）、映像送信端末２００は、パスワード入力手段２１０を介して、映像配信サーバー１００の映像送信端末認証手段１１０に対して、第１のパスワードを入力する（図３、図４ステップＳ３）。
【００５６】
映像配信サーバー１００の映像送信端末認証手段１１０は、保持・管理している映像送信端末の端末ＩＤに割り当てられている第１のパスワードと、送信された第１のパスワードとの照合を行い、認証を行う（図３、図４ステップＳ４）。ここでは、端末ＩＤＮｏ．１に対する第１のパスワードＰＳＷ１ａと、送信された第１のパスワードＰＳＷ１ａが合致し、認証が成功したとする（図３、図４ステップＳ４：Ｙ）。
映像送信端末認証手段１１０は、映像ストリーミング配信手段１３０に対して、映像送信端末２００の認証が成功した旨と、当該映像送信端末２００から映像ストリーミングが送信されてくれば、映像ストリーミング配信を開始するよう通知する（図３、図４ステップＳ５）。
【００５７】
引き続き、図５と図６のフローチャートを参照しつつ説明する。
映像受信端末３００を使用する視聴者は、視聴要求手段３１０を介してトークライブの視聴を要求し、視聴に必要な第２のパスワードを入手する（図５、図６ステップＳ６）。この例では、映像配信サーバー１００を介さずに、映像受信端末３００がインターネットを通じて映像送信端末２００が提供するＷｅｂページを介してアクセスし、第２のパスワードを発行してもらい、受け取るものとなっている。
【００５８】
映像送信端末２００の映像受信端末制御手段２２０は、Ｗｅｂを介してアクセスしてきた映像受信端末３００の視聴要求手段３１０からの視聴要求情報を受け、動的に第２のパスワード（ＰＳＷ２ａ）を発行し（図５、図６ステップＳ７）、発行した第２のパスワードを映像配信サーバー１００の映像受信端末認証手段１２０に通知するとともに（図５、図６ステップＳ８）、インターネットのＷｅｂを介して映像受信端末３００の視聴要求手段３１０に通知する（図５、図６ステップＳ９）。
映像配信サーバー１００の映像受信端末認証手段１２０は、保持・管理する映像受信端末に関する認証データを設定・更新する（図５、図６ステップＳ１０）。
【００５９】
図７は、映像受信端末認証手段１２０が保持・管理する映像受信端末に関する認証データのリストである。図７に示すように、初期状態で図７（ａ）のように空欄だったリストに、図７（ｂ）に示すように、映像受信端末３００に関する情報が更新され、端末ＩＤとともにパスワード（ＰＳＷ２ａ）が登録されている。
【００６０】
引き続き、図８と図９のフローチャートを参照しつつ説明する。
映像送信端末２００側では、予定通り、トークライブの撮影と映像ストリーミング配信を開始する。
この例では、映像受信端末３００の利用者は、映像配信サーバー１００にログインし（図８、図９ステップＳ１１）、映像配信サーバー１００の映像受信端末認証手段１２０が第２のパスワードの入力を求める（図８、図９ステップＳ１２）。映像受信端末３００は、映像受信端末認証手段１２０の求めに応じて、パスワード入力手段３２０を介して端末ＩＤと第２のパスワードを入力して送信し（図８、図９ステップＳ１３）、映像配信サーバー１００の映像受信端末認証手段１２０は、保持・管理している映像受信端末の端末ＩＤに割り当てられている第２のパスワードと、送信されてきた第２のパスワードとの照合を行い、認証を行う（図８、図９ステップＳ１４）。ここでは、映像受信端末ＩＤＮｏ．１に対する第２のパスワードＰＳＷ２ａと、送信された第２のパスワードＰＳＷ２ａが合致し、認証が成功したとする（図８、図９ステップＳ１４：Ｙ）。
【００６１】
映像受信端末認証手段１２０は、映像ストリーミング配信手段１３０に対して、映像受信端末３００の認証が成功した旨と、映像受信端末３００に対して映像送信端末２００から送信されてくる映像ストリーミング配信を送信開始するよう通知する（図８、図９ステップＳ１５）。
映像送信端末２００が映像ストリーミング配信を映像配信サーバー１００に送信し（図８、図９ステップＳ１６）、映像配信サーバー１００は、映像受信端末３００に対して映像ストリーミング配信を行う（図８、図９ステップ１７）。
【００６２】
引き続き、図１０と図１１のフローチャートを参照しつつ説明する。
映像送信端末２００側では、映像受信端末３００の映像ストリーミング配信の継続の状況を管理している。ここで、例えば、トークライブの無料視聴時間が経過したものとして、映像受信端末制御手段２２０が、インターネットのＷｅｂを介して映像受信端末３００に対してこれから有料視聴に切り替わることを通知し、有料課金の案内を行う（図１１ステップＳ１８）。
【００６３】
また、映像受信端末制御手段２２０は、第２のパスワードを新しい新第２のパスワードを更新し（図１１ステップＳ１９）、映像受信端末認証手段１２０が保持・管理している映像受信端末に関する認証データを更新する（図１１ステップＳ２０）。ここでは、第２のパスワード（ＰＳＷ２ａ）が、新第２のパスワード（ＰＳＷ２ａ’）に更新されたものとする。
映像受信端末認証手段１２０は、更新前に映像受信端末３００から入力された第２のパスワード（ＰＳＷ２ａ）と、更新された新しい新第２のパスワード（ＰＳＷ２ａ’）が不一致であり、認証が成立しないとして、映像ストリーミング配信手段１３０の動的配信停止手段１３１に対して、映像ストリーミング配信を停止するアドレス情報と端末ＩＤとともに、動的配信停止信号（ＳＴ）を送信する（図１１ステップＳ２１）。
【００６４】
ここで、上記したように、動的配信停止手段１３１が動的配信停止信号（ＳＴ）を受けた場合の運用には第１の運用と第２の運用があることを紹介したが、ここでは、第１の運用として引き続き説明する。
映像ストリーミング配信手段１３０の動的配信停止手段１３１は、動的配信停止信号（ＳＴ）を受け、映像ストリーミング配信を停止するアドレス情報と端末ＩＤ情報をもとに、映像ストリーミング配信をしていた映像受信端末３００に対する映像ストリーミング配信を停止する（図１１ステップＳ２２）。
【００６５】
以上の流れにより、従来技術では難しかった、セッション確立により映像ストリーミング配信を実行中の映像受信端末３００に対する映像ストリーミング配信のセッションを破棄し、動的に映像ストリーミング配信を受ける映像受信端末３００の視聴の制御を行うことができる。
【００６６】
［第２の運用の場合］
なお、動的配信停止手段１３１が動的配信停止信号（ＳＴ）を受けた場合の運用として第２の運用とする場合の処理の流れについて、引き続き図１２と図１３のフローチャートを参照しつつ説明する。
映像ストリーミング配信手段１３０の動的配信停止手段１３１は、動的配信停止信号（ＳＴ）を受け、映像ストリーミング配信を停止する端末ＩＤ情報をもとに、映像ストリーミング配信をしていた映像受信端末３００に対する映像ストリーミング配信を停止するまでの猶予時間のカウントを開始する（図１３ステップＳ２３）。
【００６７】
映像送信端末２００の映像受信端末制御手段２２０は、映像受信端末３００から有料課金の通知に対する応答を待ち（図１３ステップＳ２４）、所定の猶予時間の間にインターネットのＷｅｂを介した課金処理が完了すれば（図１３ステップＳ２４：Ｙ）、映像受信端末制御手段２２０からインターネットのＷｅｂを介して新第２のパスワード（ＰＳＷ２ａ’）を映像受信端末に送信する（図１３ステップＳ２５）。新第２のパスワード（ＰＳＷ２ａ’）を受けた映像受信端末３００は、パスワード入力手段３２０から新第２のパスワード（ＰＳＷ２ａ’）を入力し、映像配信サーバー１００の映像受信端末認証手段１２０に対して送信する（図１３ステップＳ２６）。
【００６８】
映像受信端末認証手段１２０は、送信された新第２のパスワード（ＰＳＷ２ａ’）と、映像受信端末認証手段１２０が保持・管理する映像受信端末に関する認証データのリスト中の新第２のパスワード（ＰＳＷ２ａ’）を照合し（図１３ステップＳ２７）、両者が合致したことを確認すれば（図１３ステップＳ２７：Ｙ）、映像ストリーミング配信手段１３０の動的配信停止手段１３１に対して、動的配信停止解除信号（ＵＬ）を送信する（図１３ステップＳ２８）。
動的配信停止解除信号（ＵＬ）を受けた動的配信停止手段１３１は、映像受信端末３００に対して停止していた映像ストリーミング配信を継続する（図１３ステップＳ２９）。もし、一時的に停止されてしまっている場合は再開する。
【００６９】
なお、有料課金の通知に対する応答を待っても、所定の猶予時間の間に課金処理が完了しなければ（図１３ステップＳ２４：Ｎ）、そのまま、動的配信停止手段１３１が動的配信停止信号（ＳＴ）に従って映像受信端末３００に対する映像ストリーミング配信を停止する。
以上が、動的配信停止手段１３１が動的配信停止信号（ＳＴ）を受けた場合の第２の運用の処理の流れである。
【００７０】
このように、従来であれば、映像配信サーバー１００の映像ストリーミング配信手段１３０により映像ストリーミング配信が開始された後は、映像送信端末２００が途中で介入して映像ストリーミング配信を停止することができなかったが、本発明の映像配信システムでは、映像送信端末２００がこの映像受信端末制御手段２２０を備え、また、映像配信サーバーが動的配信停止手段１３１を備えることにより、映像配信サーバー１００と映像受信端末３００の間にセッションが確立し、映像ストリーミング配信が開始された後でも、映像送信端末２００が途中で介入して映像ストリーミング配信を停止することができる。
【００７１】
以上、本発明の映像データ配信システムの構成例における好ましい実施形態を図示して説明してきたが、本発明の技術的範囲を逸脱することなく種々の変更が可能であることは理解されるであろう。
【産業上の利用可能性】
【００７２】
本発明の映像データ配信システムは、インターネット経由で映像データを配信するシステム、特に、ライブストリーミング配信システムに対して」広く適用することができる。
【符号の説明】
【００７３】
１００  映像データ配信システム
１１０  映像送信端末認証手段
１２０  映像受信端末認証手段
１３０  映像配信サーバー
１３１  動的配信停止手段
２００  映像送信端末
２１０  パスワード入力手段
２２０  映像受信端末制御手段
２３０  映像データ送信手段
３００  映像受信端末
３１０  視聴要求手段
３２０  パスワード入力手段
３３０  映像データ受信手段
【図１】
2017204112.tif 000003
【図２】
2017204112.tif 000004
【図３】
2017204112.tif 000005
【図４】
2017204112.tif 000006
【図５】
2017204112.tif 000007
【図６】
2017204112.tif 000008
【図７】
2017204112.tif 000009
【図８】
2017204112.tif 000010
【図９】
2017204112.tif 000011
【図１０】
2017204112.tif 000012
【図１１】
2017204112.tif 000013
【図１２】
2017204112.tif 000014
【図１３】
2017204112.tif 000015
【図１４】
2017204112.tif 000016
【図１５】
2017204112.tif 000017