(57)【要約】【課題】インターネットにおいて、ＷＷＷサーバと配信側ソフトウエア、受信側ソフトウエアを用いてインターネットでのライブ放送を実現すること。【解決手段】カメラ等から映像信号を入力されたコンピュータにて、映像信号をデジタル変換された連続する圧縮画像データを出力し、それを映像としてインターネット上のＷＷＷサーバへ制御しながら連続配信を実行する。それと同時に、多数の視聴者側となるクライアント側ソフトウエアがライブ映像を円滑に正しく受信するために、配信側ソフトウエアがＷＷＷサーバを中継して、配信側の画像データ１枚当りの送信完了までの所要時間情報とその時々での読み込むべき画像データ情報を定期的に送信する事によって、視聴者側はその情報をもとにそれぞれ環境に応じたライブ映像の受信制御が可能となりライブ放送が実現される。【選択図】図１
2004120719.tif 000002
【特許請求の範囲】
【請求項１】
インターネットにおいて不特定多数向けにライブ映像の配信する側のプログラムとその工程と、そのライブ映像を取り込み画面表示するプログラムとその工程
【請求項２】
コンピュータＰＣ１にインストールされたソフトウエアによって、入力された映像信号を連続的にキャプチャ＆デジタルデータへの変換を行い、同時にそのデータをインターネット上のＷＷＷサーバを活用する事を特徴とし、そこへキャプチャした画像データを転送しつづける一連の動作を制御する事を特徴とした手段とソフトウエア（以下　配信側ソフトウエアと呼ぶ）。
【請求項３】
多数のインターネットに接続されたの端末が、その端末ごとの能力や接続された回線のパフォーマンスによって、ＷＷＷサーバへ転送された連続する画像データをダウンロードしながら同時に画面への表示という制御工程が変化する事を特徴とした制御手段とソフトウエア（以下　クライアント側ソフトウエア　と呼ぶ）。
【請求項４】
請求項２の　配信側ソフトウエア　においてライブ映像の配信を実行する前に、キャプチャされデジタル化された画像データをＷＷＷサーバへ転送する回線スピードの平均値測定手段と、
測定値情報を通知する手段と、
ライブ配信開始の通知する手段と、
ライブ画像データ配信する手段と
クライアント側ソフトウエアと同期を保つ手段と、
ライブ配信終了または休止状態の通知をする手段。
【請求項５】
請求項３の　クライアント側ソフトウエア　が起動している端末ＰＣ２までのインターネット接続回線スピード測定を行う手段と、
その測定値と、請求項４での　配信側ソフトウエア　から通知された情報を取得する手段と、
これら情報データから連続するライブ画像データのダウンロードと同時に画面表示するまでの工程と制御する手段と、
ライブ配信の終了を知る手段。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ中継用として最も普及しているＷＷＷサーバを活用し、インターネットにおいて映像送信側と受信側プログラム制御により常に同期を保ちライブ放送を行う技術。
【０００２】
【従来の技術】
従来インターネットにて不特定多数へ長時間ライブ映像配信を行う場合、中継サーバを配置してそこに配信用プログラムをインストールしなければならなかった。つまり配信専用となる特別なサーバを配置しなければならなかった。
【非特許文献１】
米国リアルネットワークス社提供Ｒｅａｌ　Ｓｙｓｔｅｍ　ｈｔｔｐ：／／ｗｗｗ．ｊｐ．ｒｅａｌ．ｃｏｍ
【非特許文献２】
沖電気社提供Ｍｅｄｉａ　Ｓｅｒｖｅｒ　ｈｔｔｐ：／／ｗｗｗ．ｏｋｉ．ｃｏｍ／ｊｐ／ＢＭＣ／ｓｅｒｖ／
【０００３】
中継のための配信サーバを活用せずにカメラと接続したコンピュータを配信サーバとして活用した場合、そのコンピュータとインターネットを接続する回線の帯域幅を多数の人が接続できる程の広帯域幅高速回線を用意する必要があり、又このコンピュータへグローバル固定ＩＰアドレスを与える等のインターネット側からアクセス可能となる環境を整備しなければ多数の人へのライブ映像配信を実現することが出来なかった。
【非特許文献３】
キャノン社提供ｗｅｂ　ｖｉｅｗ　ｈｔｔｐ：／／ｗｗｗ．ｘ−ｚｏｎｅ．ｃａｎｏｎ．ｃｏ．ｊｐ／ＷｅｂＶｉｅｗ／
【０００４】
【発明が解決しようとする課題】
同一データに対する同時アクセスの問題。ＷＷＷサーバでは配信の為に送信されてくる特定のデータに対して、標準ではロックする機能がないため受信側から同じデータへの読み取りアクセスが同時に発生する問題がある。
【０００５】
インターネットからの認識と広帯域幅高速回線の必要性。中継サーバを使用せずライブ配信を行う場合、配信を行うコンピュータＰＣ１へのグローバルＩＰアドレスを与える等のインターネット側から認識できるように環境を整えてあげなければならない問題がある。インターネットからの配信を行うコンピュータＰＣ１までの多数の端末からの接続に耐えうる広帯域幅高速回線を用意するか接続可能な人数を少人数に限定しなければならない問題がある。
【０００６】
サーバ記憶容量圧迫の懸念。長時間、例として２４時間年中無休映像配信の場合、ＷＷＷサーバへデータ送信続けるが、データをサーバ上で蓄積する量を最小に抑える。
【０００７】
時間差問題。サーバを使用し中継する場合、ライブ映像のキャプチャした時間とクライアント側にて同一映像表示するまでの時間差を最小に抑える。
【０００８】
同期の不一致性。配信側ＰＣ１での映像信号の圧縮デジタル化＆サーバへの転送までのスピードとそれぞれの環境違いを持つクライアント側ＰＣ２が、サーバからのデータ読み込み圧縮データの復調＆表示までのスピードとの差による映像の同期のずれを抑えるように制御する。
【０００９】
【課題を解決する為の手段】
（図２配信側ソフトウエア処理フロー参照）ライブ映像配信前に次の工程を配信側ソフトウエアによって実行する。中継サーバとなるＷＷＷサーバ１を決め、そこまでのネットワークを測定する。カメラからの映像信号をコンピュータＰＣ１にてデジタル変換、圧縮（非圧縮）した画像データをメモリやディスク等の記憶媒体へ出力する。この画像データ（以後転送後のこの画像データをＴＥＳＴと呼ぶ）をインターネットにて公開されているＷＷＷサーバ１の指定したフォルダ１（ＷＷＷサーバ１と通信を行う時必要な情報をソフトウエア起動後、ＷＷＷサーバ１のＩＰアドレス、アクセス時必要なユーザー名、パスワード、転送先フォルダ１のパスを指定場所へ入力を行っている）へ転送を行う。この動作を連続で繰り返した場合、画像データ転送完了時点から次の画像データ転送完了時点までの所要時間の平均値Ｔ１（ミリ秒）（１枚のキャプチャ画像データＴＥＳＴをＷＷＷサーバの記憶媒体へ転送完了までの所要時間でも可）測定し、その測定値を記した情報Ａを”クライアント側ソフトウエア”から取得できるようフォルダ１へ送信する。
【００１０】
ライブ画像配信には、ＰＣ１にてカメラ等からの入力された映像のキャプチャ間隔をＴ１ミリ秒で繰り返し制御する。つまりこの間（同時）に１枚分の画像データ転送も完了するように制御する。
【００１１】
次々とＷＷＷサーバ１へ転送される画像データは連番となる番号を含めたファイル名にし、これを３の倍数となる画像データ数Ｎ回　繰り返し転送する。Ｎ回まで達したら又最初の数字へ戻したファイル名として、前に転送した同じファイル名に対して上書きするように転送を繰り返す。３の倍数のというのは、最低３という数字である。この数値が大きければ、配信側からの書き込みと同じデータへの同時読み込みという事象を回避できる確率が高くなるが、先に示した　サーバ記憶容量圧迫の懸念、時間差問題　の懸念を助長してしまう事にもなる。特に時間差問題　にて指摘したライブ映像をキャプチャした時間と配信映像を視聴する者が目にするまでの時間差を短くするのであるならば、最低の３倍　という数値を採用する。例として、キャプチャし出力された画像データをＩＭＧ＿１、ＩＭＧ＿２、ＩＭＧ＿３・・・ＩＭＧ＿Ｎの後はＩＭＧ＿１、・・・というファイル名でＷＷＷサーバ１の指定したフォルダ１内にフォルダ２を作成して、ここへ転送を行うように繰り返し制御する。
【００１２】
ＩＭＧ＿１からＩＭＧ＿Ｎまでの転送途中、毎回のＮ÷３番目、２×（Ｎ÷３）番目そしてＮ番目の画像データ転送完了後、クライアント側ソフトウエアへそれまでの画像転送を完了した事を通知する情報（情報Ｂと呼ぶ）をフォルダ１へ送信する。　情報Ｂの具体的内容は　クライアント側ソフトウエア　がその時点でダウンロードすべき画像データを記している。　配信側ソフトウエアはＮ÷３番目の画像データ転送完了時点での情報Ｂは”ＩＭＧ１”、２×（Ｎ÷３）番目転送完了時点での情報Ｂは”ＩＭＧ＿（（Ｎ÷３）＋１）”、Ｎ番目転送完了時点での情報Ｂは”ＩＭＧ＿（２×（Ｎ÷３）＋１）”を示す内容の書き込みを行い、フォルダ１へ送信する。　クライアント側ソフトウエア　は定期的に情報Ｂへのアクセスする事によりライブ配信の実行事実の有無を確認出来ると同時に配信側との同期を確立する。　配信側ソフトウエア　はライブ配信の開始をクライアントに通知するには情報Ｂをフォルダ１へ送信し、ライブ配信を止める時はフォルダ１上の情報Ｂ消去する。
【００１３】
この情報Ｂの存在によって先に示した　同一データに対する同時アクセスの問題　での指摘を解決する。フォルダ２へ転送される各画像データは前工程時に転送されている各画像データに対して同じファイル名にする事によって上書き更新し、必要以上にＷＷＷサーバ１上のディスクを占有する事を防止　サーバ記憶容量圧迫の懸念　での指摘を解決する。
【００１４】
配信側ソフトウエア　は、この工程を繰り返し実行制御する事によってライブ配信を実現する。又長時間ライブ配信の場合、定期的に回線スピードの平均値測定Ｔ１を行い。情報Ａの更新も行う。
【００１５】
フォルダ２へ蓄積されるライブ画像データ枚数Ｎを決める。このＮの数値の大きさはインターネットのライブ映像の配信側と受信側回線の安定度とスピードの差によって決定される数値である。この数値を少なくすることは、先に示したサーバの記憶容量の圧迫　という指摘を解決することだが、インターネット回線のスピードと安定性は常に変化しているため、ある程度余裕のある数値の大きさが必要である。ＮはＴ１の値と、このライブ画像を受信するクライアント側の最低速回線である電話回線（５６ｋｂｐｓ）スピードから算出される。電話回線で画像ＴＥＳＴをダウンロードした場合の所要時間Ｔ２（ミリ秒）
画像ＴＥＳＴのデータサイズ　ＤＳ１（ｂｙｔｅ）
Ｔ２＝ＤＳ１×８（ｂｉｔ）÷５６０００（ｂｉｔ／ｓ）
Ｔ２＞Ｔ１　であるから、配信側ソフトウエアがフォルダ２へ画像データ（Ｎ÷３）枚転送完了する間に最低１枚以上電話回線接続の”クライアント側ソフトウエア”がダウンロードできるようにＮの数値を決める。
整数Ｎ１＝Ｔ２÷Ｔ１小数点以下四捨五入
整数Ｎ＝３×Ｎ１
という計算になる。だが実際は５６ｋｂｓの帯域幅を電話回線は達成せず、そして常に一定ではないのでその分余裕を見てＮへ５０パーセント加える式は
整数Ｎ１＝Ｔ２÷Ｔ１×１．５　　　小数点以下四捨五入
整数Ｎ＝３×Ｎ１
配信開始後、ライブ画像データ転送先であるフォルダ２へＩＭＧ＿１から始まりＩＭＧ＿Ｎというファイル名にて画像データが連続して転送され，ＩＭＧ＿Ｎ後は再びＩＭＧ＿１というファイル名へ戻り転送され前回の画像データに対して上書きを行う。この工程を繰り返す事によって先に示した　同一データに対する同時アクセスの問題　の指摘を解決する。
【００１６】
（図３−Ａ参照）次に　クライアント側ソフトウエア　では、測定された画像転送所要時間Ｔ１の数値を記した情報ＡをＷＷＷサーバ１から読み取る。そして、その測定値の基となった同じ画像データＴＥＳＴのダウンロードを実行し、その読み込み開始から完了までの所要時間Ｔ３ミリ秒を測定する。又フォルダ２に存在するＮの数値を取得するため　配信側ソフトウエア　と同様の計算を行い同一の値Ｎ　を導き出す。
【００１７】
更にライブ配信された画像データを表示していく為に、クライアント側ソフトウエアは最初にダウンロードすべき画像データを知る為に　配信側ソフトウエアから送信されている情報ＢをＷＷＷサーバ１から読み取る。情報Ｂは”配信側ソフトウエア”によって常に更新されている。更新された最新の画像データを知る事が出来、そこからライブ画像のダウンロードを始める。
【００１８】
Ｔ１＞Ｔ３”クライアント側ソフトウエア”動作する端末ＰＣ２の回線が送信側ＰＣ１の接続回線スピードを同じ又は上回った場合、情報Ａから得たＴ１ミリ秒の時間間隔で、情報Ｂにて指定された画像データから連番順にＰＣ２のメモリへダウンロードとメモリから画面への出力を繰り返し実行制御する。フォルダ１内の画像データＩＭＧ＿Ｎダウンロードを完了したら次の画像データはＩＭＧ＿１戻りダウンロードを続ける。　情報Ｂに指定された最初に読み始めた画像データ名のファイルに戻ってきたら（一巡後）、再び情報Ｂを読み取り次のダウンロードを行うべき画像データを確認し障害によるダウンロード所要時間の変化（遅延）に対応した補正を行う。これまでの工程を繰り返しライブ配信画像データの画面への表示をＴ１ミリ秒の時間間隔に実行制御する。
【００１９】
Ｔ１＜Ｔ３　”クライアント側ソフトウエア”がインストールされた端末ＰＣ２の接続回線が送信側ＰＣ１の接続回線スピードを下回った場合、その差の大きさによりに更に以下の２通りの対処方法に分かれる。
【００２０】
Ｔ３−Ｔ１＜Ｔ１（受信側回線の遅さは１倍以上２倍未満）の場合、情報Ｂから指示された画像データをダウンロードし、その後はＴ１÷（Ｔ３−Ｔ１）の結果値Ｓ２少数点以下四捨五入）の枚数だけ連番の順番通り画像データのダウンロードを行い、１枚ファイル名の番号を飛ばした画像データから連番の順番通りＳ２枚ダウンロードするようにし、この工程を繰り返し実行制御する。画面表示する前に各画像データのダウンロードが完了している事を確認してからその画像データの画面表示処理を行う。このためＴ３ミリ秒を越えた処理時間もあり、この配信側との同期の遅延を補正するために情報Ｂの読み込みによる補正処理を行う。
【００２１】
Ｔ３−Ｔ１＞＝Ｔ１（受信側回線の方が２倍以上遅い）の場合、情報Ｂから指示されたフォルダ内の画像データをダウンロードし、次にダウンロードを行う画像データは（Ｔ３−Ｔ１）÷Ｔ１の結果値Ｓ１（少数点以下四捨五入）の数だけ連番順に飛ばした先の番号のついた画像データをダウンロードするように制御する。Ｔ３ミリ秒間隔で次々とダウンロードする画像データを画面表示していくように制御する。画面表示する前に各画像データのダウンロードが完了している事を確認してからその画像データの画面表示処理を行う。このためＴ３ミリ秒を越えた処理時間もあり、この配信側との同期の遅延を補正するために情報Ｂの読み込みによる補正処理を行う。
【００２２】
上記に示す２通りの場合は共に、一巡する前（情報Ｂに指定されたファイル名からダウンロードを繰り返し、一巡して同じファイル名へ戻る前）にファイル名の番号が　Ｎ　以上の番号になってしまった場合、その番号からＮを引いた数値を番号としたファイル名の画像データをダウンロードし、そこから上記のそれぞれの工程通り実行制御する。
【００２３】
最初に読み始めた画像データファイル名（情報Ｂに示されたファイル名）のファイルに戻ってきた又は越える直前の時点で、再び情報Ｂを読み取り次のダウンロードを行うべき画像データを確認し障害などの遅延に対応した補正を行う。これまでの工程を繰り返しライブ配信された画像データ表示をそれぞれの条件下の時間間隔を保つように実行制御していく。
【００２４】
以上の結果、様々なクライアント側の回線スピードの違いがあってもその変化に応じた配信側のカメラ映像キャプチャのタイミングとクライアント側の適切な画像データの表示タイミングの同期をとる事が可能となる。
【００２５】
【発明実施の形態】
実施例として図１には、カメラ等の映像入力装置ＣＡＭ１、カメラ映像信号をデジタル変換するキャプチャデバイスＤＥＶ１、キャプチャデバイスを装備するコンピュータＰＣ１へ配信側ソフトウエアをインストールし、ルータを通じてＡＤＳＬ８Ｍｂｉｔ／ｓの回線でインターネットと接続されている。インターネット上にインターネットサービスプロバイダ（ＩＳＰ）又はソフトウエア提供者等が提供するＷＷＷサーバ１。映像を取得し表示するクライアント側ソフトウエアをダウンロード＆起動した端末ＰＣ２群がインターネットにそれぞれ違ったスピードの回線（光ケーブル、電話回線、携帯端末等）にて接続されている。
【００２６】
【実施例】
（図１参照）　ライブ配信を実施するソフトウエア（配信側ソフトウエア）をＰＣ１へインストール＆起動し、ダイアログメニューの指定場所へＷＷＷサーバ１のインターネットアドレス、ＷＷＷサーバ１へ書き込み接続する為のＩＤとパスワード、ライブ画像を受信するクライアント側や情報Ａ，情報Ｂのファイル等の転送先フォルダであるＷＷＷサーバ１上のフォルダ１のパスをキーボード等の入力装置にて入力を行う。
【００２７】
（図２参照）　以下ＰＣ１にインストールされた配信側ソフトウエアの動作工程を記述する。入力されたＩＤとパスワードを使って、ＷＷＷサーバ１へ接続。フォルダ１内へのライブ映像をダウンロード＆画面表示するクライアント側ソフトウエアをこのフォルダ１へ転送し、ライブ画像データ転送先フォルダとなるフォルダ２をフォルダ１内に作成する。ライブ配信時と同じ状況で、測定用の画像データとしてＴＥＳＴをキャプチャしデジタル圧縮した出力し、フォルダ２へ転送するまでの工程繰り返し数回実行時、転送完了から次の転送完了までの所要時間の平均値Ｔ１ミリ秒を測定計算する。　Ｔ１を「課題を解決する手段」にて解説した情報Ａとなるファイル（以後ｆ１と呼ぶ）に書き込み、ＷＷＷサーバ１のフォルダ１へ転送する。Ｔ１＝２００ミリ秒という測定結果検出した場合、キャプチャ＆デジタル圧縮した画像データＴＥＳＴのサイズ１５０００ｂｙｔｅの場合、クライアント側ソフトウエアが一番低速回線と想定した電話回線（５６ｋｂｉｔ／ｓ）に接続されていると想定し、一枚の画像データをＷＷＷサーバ１からダウンロードまでの経過時間Ｔ２を計算で割り出す
（１５０００×８（ｂｉｔ））÷５６０００×１０００＝２１４２ミリ秒、
２１４２÷２００＝１０．７１
となり、つまり”配信側ソフトウエア”が１１枚の画像データを出力している間に、最も遅い電話回線に接続されたクライアント側ソフトウエアは１枚のダウンロード能力しかないクライアントがある。回線の不安定さから余裕を持たせるためＮの値を５０％増やす（１．５倍する）とライブ配信中フォルダ２に常時存在する画像データの枚数Ｎは、
整数Ｎ＝（１１×１．５）　　　少数点以下四捨五入
Ｎ＝３×Ｎ
Ｎ＝４８
が検出される。
【００２８】
（図２参照）　準備が整い配信側ソフトウエアはここからライブ画像データの配信を始める。ＰＣ１にてカメラから入力した映像信号をキャプチャデバイスにてデジタル変換されたデータを配信側ソフトウエアがこのデータに圧縮を行いメモリ又はディスクへ出力を行いフォルダ２への転送を完了する。この工程を配信側ソフトウエアはＴ１＝２００ミリ秒毎実施制御する（キャプチャからデジタル圧縮変換出力までの所要時間はフォルダ２への転送時間の１／１０以下の割合である）。フォルダ２へ転送された画像データのファイル名はＩＭＧ＿１，ＩＭＧ＿２，ＩＭＧ＿３，ＩＭＧ＿４，・・・・ＩＭＧ＿４８となる。この工程の中で、Ｎ÷３　枚である１６枚目ＩＭＧ＿１６を転送完了後、「課題を解決する手段」で解説した情報Ｂとなるファイル（以後ｆ２と呼ぶ）へ最初に配信した画像データがＩＭＧ＿１であることを記し（実際、ファイル名の番号を書き込む程度）、ｆ２を送信する。続けて２×Ｎ÷３　枚目（ＩＭＧ３１）まで転送完了後、Ｎ÷３＋１である１７番目に出力した画像データＩＭＧ＿１７を記し、ｆ２をフォルダ１へ送信上書きする。続けてＮ＝４８枚目まで転送完了後、（２×Ｎ÷３）＋１である３３番目に出力した画像データＩＭＧ＿３３を記したｆ２をフォルダ１へ送信上書きする。そして再びキャプチャされ出力された画像データはＩＭＧ＿１としてフォルダ２へ転送上書き処理を行い、ここまでのこの段落で示した工程を繰り返し実施制御することによってインターネットライブ配信を実施する。
【００２９】
（図２参照）ライブ配信の停止は上書き更新する画像データのＷＷＷサーバ１への転送を中止し、フォルダ１にあるｆ２を消去する。
【００３０】
（図１、図３−Ａ参照）　ライブ映像配信された映像をインターネットに接続された端末ＰＣ２でダウンロード＆画面表示するには、インターネットに接続された端末からＷＷＷサーバ１へ接続を行い、フォルダ１にあるクライアント側ソフトウエアをダウンロード＆起動する。以下クライアント側ソフトウエアの動作工程を記述する。起動後、測定用画像データＴＥＳＴをダウンロードし、その所要時間Ｔ３ミリ秒を測定する。　続いてフォルダ１にあるｆ１からテキストデータＴ１のデータを読み取り、配信側ソフトウエア　にて行ったＮを導き出す同じ計算をここでも行い同一値となるＮを導き出し、フォルダ２内の画像データ数Ｎ＝４８を得る。ライブ画像データをダウンロード始める前に、フォルダ１にあるｆ２からテキストデータＴ１のデータを読み取る。　もしフォルダ１内にｆ２が存在しなかった時は、ライブ配信が行われていない状態でありその旨を画面に表示する。
【００３１】
（図３−Ａを参照）　ｆ２に記したテキストデータが示す画像データからダウンロードを開始する。この後読み込む画像データは、Ｔ３とＴ１を比較し下記に記す場合に分けて各工程を制御する。以下ダウンロードの制御方法のみ解説する。画面への表示はダウンロード完了確認を済んだ画像データから順じて、ダウンロード作業と同時実行で各条件の定められたタイミングで実行制御される。
【００３２】
（図３−Ａ参照）　Ｔ３　＜＝　Ｔ１　の場合（受信側が高速光ケーブルを想定）、ｆ２が画像データＩＭＧ１を記した場合、フォルダ２からＴ１＝２００ミリ秒内に各画像データを連番順通りダウンロード完了する。Ｎ＝４８番目の画像データＩＭＧ＿４８ダウンロードすると同時にフォルダ１からｆ２のテキストデータを読み取り次にダウンロードする画像データの確認する。もし障害が発生し遅延が生じて、この場合ＩＭＧ＿１７記してあった場合は、配信側とクライアント側の同期補正を行うためＩＭＧ＿１７からダウンロードを始め、一巡しＮ＝４８番目の画像データＩＭＧ＿１６までダウンロードを続け、再びｆ２の確認。以上の工程を繰り返す事によってライブ映像の配信と受信の同期を合わせながらインターネットライブ放送を実施する。
【００３３】
（図３−Ｂ参照）　Ｔ３＞Ｔ１　ＡＮＤ　Ｔ３−Ｔ１＞＝Ｔ１の場合（受信側が低速電話回線を想定）、ｆ２へ書き込まれたテキストデータを読み込み、それがフォルダ２内の画像データＩＭＧ＿１７を示した場合、これをダウンロードし次にダウンロードを行う画像データは（Ｔ３−Ｔ１）÷Ｔ１の結果値Ｓ１（四捨五入）の数だけ連番順に飛ばした先の番号のついた画像データをダウンロードするように制御する。画像データＴＥＳＴをＷＷＷサーバ１よりダウンロードから画面表示までの所要時間Ｔ３＝２４００ミリ秒と測定され、
Ｓ１＝（２４００−２００）÷２００＝１１
となる。ここでｆ２には、ＩＭＧ＿１７と記された場合、ＩＭＧ＿２９をダウンロードしその次にダウンロードする画像データは１１飛ばした番号となる画像データＩＭＧ１３となる。ＩＭＧ＿１７，ＩＭＧ＿２９，ＩＭＧ＿４１，ＩＭＧ＿５（読み始めのデータからＮ＝４８番目を超える手前で補正作業を行う）の順で４枚ダウンロード行い、各画像データの画面表示間隔はＴ３＝２４００ミリ秒にて実施制御する。次に配信側ソフトウエアとの同期補正のために、画像データＩＭＧ＿５をダウンロードと同時にフォルダ１内のｆ２に書き込まれたテキストデータを再び読み込む同時処理を行い、ＩＭＧ＿５の次にダウンロードする画像データをＩＭＧ＿５のダウンロード完了する前に把握し、各画像データダウンロード間の間が空かないように効率良く処理を実行する。以後この１１枚飛ばしの工程を繰り返し、ライブ映像の配信側ソフトウエアと低速回線でのクライアント側ソフトウエアの同期を合わせながらインターネットライブ放送を実現する。
【００３４】
（図３−Ｃ参照）Ｔ３＞Ｔ１　ＡＮＤ　Ｔ３−Ｔ１＜Ｔ１の場合（受信側がやや低速ＡＤＳＬ回線を想定）、ｆ２から指示された画像データをダウンロードし、次にダウンロードを行う画像データは現在のファイル名に含まれている番号から数えてＴ１÷（Ｔ３−Ｔ１）の結果値整数Ｓ３番目の番号（この番号をＬｉｍｉｔとする）まで連番の順番通り画像データをダウンロードする。Ｌｉｍｉｔを越えた番号になった時、再びその番号から数えてＴ１÷（Ｔ３−Ｔ１）の結果値整数Ｓ３番目の番号をＬｉｍｉｔとして同様の処理を繰り返し制御する。Ｔ３＝３００ミリ秒と測定された場合、
Ｓ３＝２００÷（３００−２００）＝２
となると連番通り２回ダウンロードを実行して、番号を１つ飛ばして又連番通り２回ダウンロードを繰り返す。はじめにｆ２からテキストデータを読み込み、３３の場合、ＩＭＧ＿３３をまずダウンロードを行い、この番号から数えて２番目となるＬｉｍｉｔ＝３５の数値を持つファイル名の画像データまで連続で読み込み、次の３６の数値を含むファイル名の画像データＩＭＧ＿３６は飛ばす事になる。具体的に次の通りの順序にてダウンロードを繰り返し制御する。ＩＭＧ＿３３，ＩＭＧ＿３４，ＩＭＧ＿３５，ＩＭＧ＿３７，ＩＭＧ＿３８，ＩＭＧ＿４０，ＩＭＧ＿４１，ＩＭＧ＿４３，ＩＭＧ＿４４，ＩＭＧ＿４６，ＩＭＧ＿４７，ＩＭＧ＿１，ＩＭＧ＿２，ＩＭＧ４，・・・・・・　ＩＭＧ＿３１，ＩＭＧ＿３２（一巡して読み始めのデータＩＭＧ＿３３になる手前で障害などに対する同期補正作業を行う）の順でダウンロードを行い、ダウンロード所要時間はＴ３＝３００ミリ秒内で、連続する画面表示をＴ３＝３００ミリ秒の間隔を保つように実施制御する。次に配信側ソフトウエアとの同期補正のために、画像データＩＭＧ＿３１をダウンロードと同時にフォルダ１内のｆ２に書き込まれたテキストデータを再び読み込む同時処理を行い、ＩＭＧ＿３１の次にダウンロードする画像データをＩＭＧ＿３１のダウンロード完了する前に把握し、各画像データダウンロード間の間が空かないように効率良く処理を実行する。この工程を繰り返し、ライブ映像の配信側ソフトウエアとやや低速のＡＤＳＬ回線でのクライアント側ソフトウエアの同期を合わせながらインターネットライブ放送を実現する。
【００３５】
【発明の効果】
これまで中継となるサーバを使用した場合、ライブ映像配信するためのソフトウエアをインストールした専用サーバをインターネット上に設置しなければならなかったが、この発明によってインターネット上に最も普及しているＷＷＷサーバ使用するので手間とコストが大幅に回避できる。
【００３６】
これまで中継サーバを使用しない環境でライブ配信を実現しようとした場合、カメラを設置した現地に用意した配信コンピュータまで広帯域幅高速回線を接続しなければならなかったが、この発明によって各家庭レベル等に普及している回線で実現できる。また携帯通信、ワイヤレス等移動しながらライブ配信も実現できる。
【００３７】
これまで中継サーバを使用しない環境でライブ配信を実現しようとした場合、カメラを設置した現地に用意した配信コンピュータに対してインターネット側からアクセスを行うため環境、例としてグローバル固定ＩＰアドレスの取得等インターネット側からアクセスできる環境整備の必要性や、プライベートＬＡＮ内から配信が出来ない等の障害があったがこの発明によってこれらの障害が回避できる。
【００３８】
これまで中継となるサーバを使用した場合、受信者の低、中、高速回線別に映像データを用意する必要があったが、この発明によってこれらの用意をする必要がなくなる。
【００３９】
専用画像データフォーマットを使用せず普及型データフォーマットの使用（ＪＰＧ，ＰＮＧなど）することも出来るため、受信側において携帯電話から携帯端末、パーソナルコンピュータなど広く対応できる。
【図面の簡単な説明】
【図１】インターネット配置接続実施例図である。
【図２】ライブ配信側ソフトウエア処理フローチャートである。
処理を示す文中の「番号」とは、フォルダ２内の画像データファイル名に含まれている番号を指す。
【図３】クライアント側ソフトウエア処理フローチャートである。
処理を示す文中の「番号」とは、フォルダ２内の画像データファイル名に含まれている番号を指す。
【符号の説明】
▲１▼カメラ
▲２▼配信側ソフトウエアをインストールしたＰＣ１
▲３▼ルータ
▲４▼インターネットサービスプロバイダ内のネットワーク
▲５▼インターネットサービスプロバイダ等が提供するＷＷＷサーバ１
▲６▼クライアント側ソフトウエアを起動するＰＣ２群
▲７▼クライアント側ソフトウエアを起動する携帯端末
【図１】
2004120719.tif 000003
【図２】
2004120719.tif 000004
【図３−Ａ】
2004120719.tif 000005
【図３−Ｂ】
2004120719.tif 000006
【図３−Ｃ】
2004120719.tif 000007