(57)【要約】【課題】本発明は、同時期に多数の者に配信されたリアルタイムの動画像を容易に再生できる動画像再生プログラム、ユーザ装置及び動画像配信システムを提供する。【解決手段】動画像配信側となる配信サーバ３で、連続する動画像データを複数のブロックに分割して配信し、受信側となる携帯端末５及びユーザＰＣ６では、受信した動画像データをメモリにブロック単位で循環的に連続して記憶しながら順次表示することで、連続する動画像を一連のデータとしてリアルタイムに再生し、また、動画像の配信前に、配信予告を行うことで、受信側での画像受信・再生を確実に行わせることができるものである。【選択図】        図１
2004289591.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置のコンピュータで動作するプログラムであって、受信した、ブロック単位に分割された動画像データを連続してメモリに記憶する処理と、前記メモリへの前記動画像データの格納先を特定する管理テーブルを作成する処理と、前記メモリに連続して記憶された動画像データを一連のデータとして前記管理テーブルを参照しながら順次読み出して表示部に出力する処理とを備えることを特徴とする動画像再生プログラム。
【請求項２】
メモリに記憶する処理で、メモリの容量が一杯になった時には表示済みの動画像データが格納されていた場所に新たに受信した動画像データを記憶することを特徴とする請求項１記載の動画像再生プログラム。
【請求項３】
ブロック単位に分割された動画像データを連続して受信する受信部と、
前記受信した動画像データをブロック単位に連続して記憶するメモリと、
前記メモリにおける動画動データの格納先を管理する管理テーブルと、
動画像データを表示する表示部と、
前記受信部で受信した動画像データを前記メモリに記憶すると共に、前記管理テーブルに前記メモリに対する動画像データの格納先を書き込んで前記管理テーブルを作成し、前記メモリにて連続して記憶する動画像データを一連のデータとして前記管理テーブルを参照しながら順次読み出して前記表示部に出力し、前記表示部における表示を連続して行わせる制御部とを有することを特徴とするユーザ装置。
【請求項４】
メモリは、容量が一杯になった時には表示済みの動画像データが格納されていた場所に新たに受信した動画像データが記憶されるメモリであることを特徴とする請求項３記載のユーザ装置。
【請求項５】
ログインしているユーザ装置に対して、動画像データを配信前に配信予告を通知し、撮影された動画像データをブロック単位に分割して配信し、前記動画像データの配信後にアンケートを配信する配信サーバを有することを特徴とする動画像配信システム。
【請求項６】
ユーザ装置のコンピュータで動作するプログラムであって、当該プログラムの起動によりログインを実行する処理と、配信サーバから通知された動画像データの配信予告を報知する処理と、連続して受信した動画像データを一連のデータとして表示出力する処理とを有することを特徴とする請求項１又は２記載の動画像再生プログラム。
【請求項７】
配信予告の通知を受けたとしても、動画像データを表示しないよう設定されていると、連続して受信した動画像データの表示出力を行わないことを特徴とする請求項６記載の動画像再生プログラム。
【請求項８】
配信サーバから動画像データの配信後に配信されたアンケートを受信して、一連の動画像データの表示出力後に当該アンケートを表示出力する処理と、回答されたアンケートを前記配信サーバに返信する処理とを備えることを特徴とする請求項６又は７記載の動画像再生プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを介して配信された動画像を再生する動画像再プログラムに係り、特に、多数のユーザに配信されたリアルタイムの動画像を容易に再生できる動画像再生プログラム、ユーザ装置及び動画像配信システムに関する。
【０００２】
【従来の技術】
従来、インターネットを介して動画像を配信することが行われている。
その配信方法は、第１の方法として、動画像をデジタルデータとして配信側のサーバで一旦記憶し、それをユーザがダウンロードして自己の携帯電話、ＰＤＡ（個人情報端末）、ＰＣ（パーソナルコンピュータ）等の端末装置に記憶し、そのダウンロードして記憶されたデータを再生するものがある。
【０００３】
また、第２の方法として、端末装置からインターネットのウェブサイトにアクセスして、リアルタイムに撮影された画像を短い時間間隔で表示して更新することで、動画像の再生を行うものもある。
【０００４】
尚、インターネットを介したリアル画像の配信に関する先行技術には、平成１４年３月１２日公開の特開２００２−７２８５０号公報「授業支援システムおよび方法、配信サーバ、教材サーバ、教室端末、ならびに、記録媒体」（出願人：ソニー株式会社、発明者：重富哲他）がある。
【０００５】
【特許文献１】
特開２００２−７２８５０号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来の第１の方法では、動画像データを一旦ダウンロードして再生するものとなっているため、リアルタイムの動画像を再生するのに不向きであるという問題点があった。
【０００７】
また、上記従来の第２の方法では、特定のウェブサイトにアクセスしてリアルタイムの動画像データを再生するものとなっているが、特定ウェブサイトに常時接続して連続表示を行うものであるから、特定ウェブサイトに接続する者が増大すれば、接続回線のトラフィックが混雑し、多数の者が同時期にリアルタイムの動画像の配信を受けることができないという問題点があった。
【０００８】
本発明は上記実情に鑑みて為されたものであり、同時期に多数の者に配信されたリアルタイムの動画像を容易に再生できる動画像再生プログラム、ユーザ装置及び動画像配信システムを提供することを目的とする。
【０００９】
また、本発明の別の目的は、配信される動画像に関心のあるユーザに動画像の配信を予告することで、リアルタイムの動画像を確実に再生できる動画像再生プログラムを提供する。
【００１０】
【課題を解決するための手段】
本発明は、ユーザ装置のコンピュータで動作する動画像再生プログラムにおいて、受信した、ブロック単位に分割された動画像データを連続してメモリに記憶する処理と、メモリへの動画像データの格納先を特定する管理テーブルを作成する処理と、メモリに連続して記憶された動画像データを一連のデータとして管理テーブルを参照しながら順次読み出して表示部に出力する処理とを備えるものであり、ブロック単位で送信された動画像データを一連のデータとして連続して表示することで動画像データの再生を容易に行うことができる。
【００１１】
本発明は、ユーザ装置において、ブロック単位に分割された動画像データを連続して受信する受信部と、受信した動画像データをブロック単位に連続して記憶するメモリと、メモリにおける動画動データの格納先を管理する管理テーブルと、動画像データを表示する表示部と、受信部で受信した動画像データをメモリに記憶すると共に、管理テーブルにメモリに対する動画像データの格納先を書き込んで管理テーブルを作成し、メモリにて連続して記憶する動画像データを一連のデータとして管理テーブルを参照しながら順次読み出して表示部に出力し、表示部における表示を連続して行わせる制御部とを有するものであり、ブロック単位で送信された動画像データを一連のデータとして連続して表示することで動画像データの再生を容易に行うことができる。
【００１２】
本発明は、動画像配信システムにおいて、ログインしているユーザ装置に対して、動画像データを配信前に配信予告を通知し、撮影された動画像データをブロック単位に分割して配信し、動画像データの配信後にアンケートを配信する配信サーバを有するものであり、動画像データの配信予告でユーザの注意を引き付け、アンケート配信でユーザの反応を知ることができる。
【００１３】
本発明は、上記動画像再生プログラムにおいて、当該プログラムの起動によりログインを実行する処理と、配信サーバから通知された動画像データの配信予告を報知する処理と、連続して受信した動画像データを一連のデータとして表示出力する処理とを有するものであり、ログインしたユーザに動画像データの配信予告が通知され、それにより動画像データを確実に閲覧できる。
【００１４】
【発明の実施の形態】
本発明の実施の形態について図面を参照しながら説明する。
本発明の実施の形態に係る動画像配信方法は、動画像配信側で、連続する動画像データを複数のブロックに分割して配信し、受信側では、受信した動画像データをメモリにブロック単位で循環的に連続して記憶しながら順次表示することで、連続する動画像を一連のデータとしてリアルタイムに再生することができ、また、動画像の配信前に、配信予告を行うことで、受信側での画像受信・再生を確実に行わせることができるものである。
【００１５】
本発明の実施の形態に係る動画像配信システム（本システム）について、図１を参照しながら説明する。図１は、本発明の実施の形態に係る動画像配信システムの構成ブロック図である。
本システムは、図１に示すように、撮影装置１と、中継サーバ２と、配信サーバ３と、インターネット４と、携帯端末５と、ユーザパーソナルコンピュータ（ＰＣ）６とから構成されている。
中継サーバ２、配信サーバ３、ユーザＰＣ６、及び携帯端末５が無線接続する基地局はインターネット４に接続されている。
また、携帯端末５とユーザＰＣ６は、ユーザ装置となっている。
【００１６】
次に、本システムの各部を具体的に説明する。
撮影装置１は、ライブ映像を撮影し、撮影した動画像データを中継サーバ２に出力する。
中継サーバ２は、入力された動画像データをインターネット４の広帯域（ブロードバンド）の回線を利用して配信サーバ３に送信する。
【００１７】
配信サーバ３は、中継サーバ２から出力された動画像データを多数のユーザ向けに編集して送信する。
具体的な編集及び配信方法は、動画像データを複数のブロックに分割し、ブロック単位で動画像データのファイルを配信する。動画像データの場合、フレームの連続で構成されるものであるから、１つのブロックには複数フレームのデータが含まれることになる。
【００１８】
現在のところ、通信経路の状態から動画像のデータ量を小さくするために、配信する画像のサイズを小さくすることが望ましいが、通信経路が大容量となれば、画像サイズを大きくすることも可能となる。
【００１９】
また、配信する画像サイズを小さくできる例として、携帯電話に対する動画像配信が考えられる。この場合、分割するブロックを通信パケットのサイズ以内とすれば、パケットの単位で動画像データを送信できることになる。
【００２０】
また、配信サーバ３は、予めユーザを管理しており、ユーザ名（ユーザＩＤ：ユーザ識別子）と電子メールアドレス等を対応付けて記憶し、更にユーザのログイン／ログアウトを管理している。
また、配信サーバ３は、動画像データを配信する予告情報を予め設定しており、その予告情報を特定時間に携帯端末５及びユーザＰＣ６に送信する。
【００２１】
インターネット４は、各装置を通信接続するためのネットワーク網である。特に、中継サーバ２と配信サーバ３との間は大容量・高速通信回線が望まれる。
また、インターネット４に接続する基地局は、一旦公衆回線（公衆網）に接続した後に、インターネット４に接続されるものとなっている。
【００２２】
携帯端末５は、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、無線通信可能なＰＤＡ（個人情報端末）等が考えられる。
この携帯端末５には、特殊なブラウザがインストールされている。
そのブラウザは、立ち上がっている状態で、配信サーバ３のウェブサイトにログインした状態となり、配信サーバ３は、携帯端末５におけるブラウザの立ち上がっている状態でユーザのログインを把握可能となる。
【００２３】
そして、ブラウザは、配信サーバ３から送信された動画像データの配信予告情報を受信し、しばらくすると動画像データが配信される旨をユーザに報知する。報知方法は、表示画面に配信予告を表示してもよいし、音又は／及びＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）の点滅によって配信予告を通知してもよい。
【００２４】
また、ブラウザは、配信サーバ３から動画像データを受信すると、携帯端末５内のメモリにブロック単位で連続して記憶しつつ、順次ブロック単位で読み出して表示部に連続して表示する処理を行い、リアルタイムに動画像の再生を行う。メモリへのアクセスについての詳細は後述する。
【００２５】
尚、特殊なブラウザを利用しない場合は、一般的なブラウザを利用してユーザに配信サーバ３のウェブサイトにユーザ名、パスワード入力を行ってログインしてもらい、動画像データの配信時間前になると、動画像配信予告を受信するようにする。
また、特殊なブラウザを利用しない場合は、動画像データを受信した場合に、予めダウンロードした動画像再生用のプログラムを起動して再生を行うようにする。
【００２６】
ユーザＰＣ６は、携帯端末５にインストールされているブラウザと同機能のブラウザがインストールされている。ブラウザの立ち上げによって自動的にログインし、動画像配信の予告を受け、動画像データをリアルタイムに再生する機能を備える。
【００２７】
次に、本システムの動作について説明する。
携帯端末５及びユーザＰＣ６は、特殊なブラウザを立ち上げて配信サーバ３のウェブサイトにオートログインする。
配信サーバ３は、オートログインによってウェブサイトにアクセスしているユーザを把握し、動画像データの配信時間の特定時間前になると、ユーザの携帯端末５及びユーザＰＣ６に動画像データの配信予定を通知する。
そして、携帯端末５及びユーザＰＣ６は、動画像データの配信予告を受信してユーザに報知する。
【００２８】
動画像の配信時刻になると、撮影装置１で撮影された動画像データは、中継サーバ２に出力され、中継サーバ２で配信サーバ３に向けて動画像データを編集して送信する。
配信サーバ３は、ログインしているユーザに向けて動画像データをブロックに分割して一斉に配信する。
【００２９】
携帯端末５及びユーザＰＣ６は、配信された動画像データをブロック単位に受信して記憶しつつ、当該動画像データをブロック単位に順次連続して表示して動画像の再生を行う。
【００３０】
次に、携帯端末５の主要な内部構成について、図２を参照しながら説明する。図２は、携帯端末５の主要部の内部構成を示す概略ブロック図である。
図２に示すように、携帯端末５は、受信部１１と、制御部１２と、メモリ１３と、ファイル管理テーブル１４と、表示部１５とを備えている。
【００３１】
携帯端末５の内部の各部を具体的に説明する。
受信部１１は、配信サーバ３から送信された動画像配信の予告情報、動画像データを受信する。動画像データはブロック単位で受信することになる。
【００３２】
制御部１２は、受信した予告情報を表示部１５に出力して表示を行わせる。
また、制御部１２は、受信したブロック単位の動画像データを連続してメモリ１３に記憶すると共に、メモリ１３への格納先を示すインデックスとなるファイル管理テーブル１４を作成する。
【００３３】
更に、制御部１２は、ファイル管理テーブル１４を参照しながら、メモリ１３からブロック単位の動画像データを連続して読み込み、表示部１５に出力して動画像を連続して表示する。つまり、制御部１２は、メモリ１３に連続して記憶した動画像データを一連のデータとして認識し、連続して表示処理を行うようになっており、メモリ１３に連続してデータが記憶される限り、そのデータを連続して表示する。
【００３４】
メモリ１３は、図３に示すように、格納場所に対して受信したブロック単位の動画像データのファイルのデータ内容を記憶する。
メモリ１３の記憶領域は、有限であるため、次から次に受信する動画像データは循環的に書き込まれることになる。つまり、受信した動画像データはブロック単位でメモリ１３に書き込まれ、一杯になると、古いファイルに最新のファイルが上書きされて行くことになる。
【００３５】
図３の例でも、格納場所Ｍ１  にはファイルＡのＡデータが、格納場所Ｍ２  にはファイルＢのＢデータが、格納場所Ｍ３  にはファイルＣのＣデータが書き込まれていたが、メモリ１３が一杯になったため、格納場所Ｍ１  にはファイルＸのＸデータが、格納場所Ｍ２  にはファイルＹのＹデータが、格納場所Ｍ３  にはファイルＺのＺデータが上書きされた状態となっている。
図３は、ファイル管理テーブルとメモリの関係を示す概略図である。
【００３６】
ファイル管理テーブル１４は、図３に示すように、管理テーブルであり、受信した動画像データのファイル名に対してメモリ１３における格納先を記憶する。
ファイル管理テーブル１４は、メモリ１３とは異なり、ファイルのデータを記憶するものではなく、インデックスとなるものであるから、ファイル名に対してメモリ１３の格納先が連続して書き込まれる。
【００３７】
図３の例では、メモリ１３の格納場所Ｍ１，Ｍ２，Ｍ３  には既にＸ，Ｙ，Ｚのデータが上書きされているので、ファイル管理テーブル１４のファイル名Ａ，Ｂ，Ｃの格納場所Ｍ１，Ｍ２，Ｍ３  にはそのデータが存在しないことになる。
しかし、ファイル管理テーブル１４の利用形態は、制御部１２がメモリ１３に動画像データをブロック（ファイル）単位で書き込みつつ、ファイル管理テーブル１４を作成し、作成されたファイル管理テーブル１４に従ってメモリ１３に書き込まれたデータを制御部１２が後追いで読み出して表示部１５に表示出力するものである。
【００３８】
図２及び図３は、携帯端末５の内部構成として説明したが、ユーザＰＣ６の内部構成も同様の構成としてもよい。
【００３９】
次に、本システムにおける配信サーバ３における処理動作を図４を参照しながら説明する。図４は、配信サーバ３における処理を示すフローチャートである。
図４に示すように、配信サーバ３における制御部は、リアルタイムの映像（ライブ映像）の開始の時刻に対して特定時間前であるか判定する（Ｓ１）。例えば、ライブ開始の１０分前か否かを判定している。
【００４０】
判定処理Ｓ１において、１０分前でなければ（Ｎｏの場合）、この判定処理を繰り返す。
判定処理Ｓ１において、１０分前であれば（Ｙｅｓの場合）、配信サーバ３のウェブサイトにアクセスする全てのユーザ（ブラウザを立ちあげている全てのユーザ）の携帯端末５及びユーザＰＣ６にライブ開始予告を配信する（Ｓ２）。
【００４１】
次に、配信サーバ３の制御部は、ライブ開始時間になったか否かを判定する（Ｓ３）。ライブ開始時間になっていなければ（Ｎｏの場合）、この判定処理を繰り返す。また、ライブ開始時間になったのであれば（Ｙｅｓの場合）、撮影されたライブ映像のデータが中継サーバ２を介して配信サーバ３に動画像データとして入力され、その動画像データを配信サーバ３の制御部は複数のファイルに分割する（Ｓ４）。
【００４２】
そして、配信サーバ３の制御部は、分割した画像ファイルをインターネット４を介してブラウザが立ち上げられている携帯端末５及びユーザＰＣ６に配信する（Ｓ５）。
この画像ファイルの配信処理では、配信サーバ３の制御部は、ウェブサイトにログインしている全てのユーザを管理しているので、ログインしているユーザのアドレスに画像ファイルを送信する。
【００４３】
尚、処理Ｓ１，Ｓ３で特定時間になったか否かを判定するには、配信サーバ３の制御部には、特定時間がセットされる記憶部と、時間を計時するタイマー等の計時手段が設けられている。セットされる特定時間は、ライブ開始時間、ライブ開始前の特定時間等である。
配信サーバ３の制御部は、計時手段が示す時刻と記憶部にセットされた時間とを定期的に照合し、一致した場合が特定時間になったと判定されるものである。
【００４４】
次に、本システムにおける携帯端末５の処理について図５を参照しながら説明する。図５は、携帯端末５における処理を示すフローチャートである。
携帯端末５の制御部は、ブラウザ等のソフトウェアの処理によって、配信サーバ３のウェブサイトにオートログインする（Ｓ１１）。本システムの携帯端末５では、ブラウザの立ち上げを契機として、オートログインを行うようになっている。
【００４５】
そして、携帯端末５の制御部は、配信サーバ３からライブ開始予告を受信したか否かを判定する（Ｓ１２）。ライブの開始予告を受信していなければ（Ｎｏの場合）、この判定処理を繰り返す。また、ライブの開始予告を受信したのであれば（Ｙｅｓの場合）、次にライブ表示メニューが選択されているか否かを判定する（Ｓ１３）。
【００４６】
ライブ表示メニューの選択は、ライブ開始予告を受信する前から選択されている場合だけでなく、ライブ開始予告を受信した後に選択した場合も、ライブ表示メニューが選択されていると判定するものである。
【００４７】
ライブ表示メニューが選択されていなければ（Ｎｏの場合）、ライブ画像の受信及び表示は行わず、処理を終了する。ライブ表示メニューが選択されていれば（Ｙｅｓの場合）、ライブ開始時刻に画像ファイルを受信する（Ｓ１４）。
【００４８】
ライブの画像ファイルの受信は、配信サーバ３で分割されたブロック単位で画像ファイル（動画像データ）を受信し、携帯端末５のメモリ１３に記憶する。メモリ１３への記憶の際に、ファイル管理テーブル１４にデータを管理するための情報が書き込まれる。
【００４９】
そして、受信処理Ｓ１４によってメモリ１３に画像ファイルの書き込みを行いながら、メモリ１３に連続して記憶された画像ファイルの再生処理を行う（Ｓ１５）。
再生処理は、メモリ１３を管理するファイル管理テーブル１４を用いてメモリ１３に連続して記憶された画像ファイルから順に表示していく。
【００５０】
ライブ画像について、携帯端末５で画像ファイルを受信する処理と、受信した画像ファイルをブロック単位でメモリ１３へ記憶する処理と、連続して記憶した画像ファイルをブロック単位で連続して表示する処理と実行する。これにより、携帯端末５は、画像ファイルをリアルタイムに動画像として再生できるものである。
図５では、携帯端末５における処理を説明したが、ユーザＰＣ６においても同様の処理が為されるようにしてもよい。
【００５１】
次に、本システムにおける携帯端末５及びユーザＰＣで動作するブラウザのプログラムの内容について説明する。
当該プログラムの処理動作は、図５で示した通りであるが、更に具体的に説明すると、ブラウザを立ち上げると、配信サーバ３のウェブサイトに自動的にログインするオートログイン機能を備えている。
【００５２】
このオートログイン機能は、ブラウザの立ち上げを契機に、予め設定されている配信サーバ３のウェブサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）にアクセスし、更にユーザのＩＤを出力するものである。
【００５３】
これに対して、配信サーバ３は、入力されたユーザのＩＤから対応するユーザの電子メールアドレスを取得する。つまり、配信サーバ３は、ユーザのＩＤとそのユーザの電子メールアドレスを対応付けて記憶しており、配信サーバ３がユーザの電子メールアドレスを取得することで、動画像データを配信する送付先を特定することができる。
【００５４】
そして、ブラウザのプログラムには、ログインしているユーザに対してライブ開始予告を通知する予告通報機能を備えている。これは、立ち上げているブラウザ内にライブ開始予告、例えば、「本日、１１時から○○様の講話を放映します。」といった予告を表示するものである。この表示に際して、予告の音を発生させたり、携帯端末に取り付けられたＬＥＤを点滅させたりするようにしてもよい。また、表示した文面を音声にて発生させるようにしてもよい。
【００５５】
更に、ブラウザのプログラムには、配信された動画像データの記憶・再生を行う記憶・再生機能を備えている。これは、ファイル管理テーブル１４に情報を書き込みながら受信した動画像データをブロック単位でメモリ１３に記憶し、それと並行しながらファイル管理テーブル１４を参照しながら連続して記憶された動画像データを関連するデータとしてメモリ１３から順次読み出して表示部１５に連続して出力するものである。
【００５６】
上記各機能をブラウザに持たせるようにしているが、ブラウザとは別のプログラムで実現するようにしてもよい。
【００５７】
また、本システムにおいて、配信サーバ３は、ユーザにライブの動画像データを配信した場合に、配信後にアンケートをブラウザに表示させ、ユーザにそのアンケートに答えてもらい、アンケートの返信を受けるようにすることも考えられる。この場合、アンケートには、矢印キーと決定キーだけで簡単に答えられるものにすることも可能である。
また、配信サーバ３は、返信されたアンケートを集計プログラムを用いて集計して映像配信元に集計結果を提供するようにしてもよい。
【００５８】
本システムの利用形態としては、例えば、宗教法人等において、ブラウザを立ち上げている状態で、本部祭壇の状況や教祖様の毎日のイベント及び講話の状況を映像、音声情報によりリアルにインターネット４を介して配信することが考えられる。アクセス資格を与えられた檀家（信者）には、ＰＣ又は携帯電話等の携帯端末によって、いつでもどこでもリアルに本部の日常の状況を得ることができる。これにより、信者は本部をより身近に感じることができ、より信心を深めることができる。
【００５９】
本システムによれば、リアルタイムの動画像データを配信サーバ３で複数のブロックに分割して携帯端末５及びユーザＰＣ６に配信し、携帯端末５等の制御部１２でメモリ１３に循環して記憶させつつ、ファイル管理テーブル１４でブロック単位の動画像データのファイルについてその格納場所を管理し、ファイル管理テーブル１４を参照してブロック単位の動画像データのファイルを表示部１５に連続して出力して表示させることで、動画像データを再生するようにしているので、携帯端末５等の少ないメモリの容量であっても、表示が終了したデータの格納場所に新たに配信された動画像データを格納することでリアルタイムの動画像を再生できる。
【００６０】
また、携帯端末５等の制御部は、メモリ１３に連続して記憶されるファイルは一連の動画像のデータ群として連続して表示を行うことで、終わりの明確でないリアルタイムの動画像データを簡易に再生できる。
【００６１】
本システムによれば、リアルタイムの映像を特定サイトにログインしているユーザの携帯端末５及びユーザＰＣ６に配信予告して、ユーザに注意を引かせ、その映像を見ないよう設定したユーザ以外にはリアルタイムの映像を配信するようにしているので、リアルタイムの動画像データを確実に配信できる効果がある。
【００６２】
【発明の効果】
本発明によれば、受信した、ブロック単位に分割された動画像データを連続してメモリに記憶する処理と、メモリへの動画像データの格納先を特定する管理テーブルを作成する処理と、メモリに連続して記憶された動画像データを一連のデータとして管理テーブルを参照しながら順次読み出して表示部に出力する処理とを備える動画像再生プログラムとしているので、ブロック単位で送信された動画像データを一連のデータとして連続して表示することで動画像データの再生を容易に行うことができる効果がある。
【００６３】
本発明によれば、ブロック単位に分割された動画像データを連続して受信する受信部と、受信した動画像データをブロック単位に連続して記憶するメモリと、メモリにおける動画動データの格納先を管理する管理テーブルと、動画像データを表示する表示部と、受信部で受信した動画像データをメモリに記憶すると共に、管理テーブルにメモリに対する動画像データの格納先を書き込んで管理テーブルを作成し、メモリにて連続して記憶する動画像データを一連のデータとして管理テーブルを参照しながら順次読み出して表示部に出力し、表示部における表示を連続して行わせる制御部とを有するユーザ装置としているので、ブロック単位で送信された動画像データを一連のデータとして連続して表示することで動画像データの再生を容易に行うことができる効果がある。
【００６４】
本発明によれば、ログインしているユーザ装置に対して、動画像データを配信前に配信予告を通知し、撮影された動画像データをブロック単位に分割して配信し、動画像データの配信後にアンケートを配信する配信サーバを有する動画像配信システムとしているので、動画像データの配信予告でユーザの注意を引き付け、アンケート配信でユーザの反応を知ることができる効果がある。
【００６５】
本発明によれば、当該プログラムの起動によりログインを実行する処理と、配信サーバから通知された動画像データの配信予告を報知する処理と、連続して受信した動画像データを一連のデータとして表示出力する処理とを有する上記動画像再生プログラムとしているので、ログインしたユーザに動画像データの配信予告が通知され、それにより動画像データを確実に閲覧できる効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る動画像配信システムの構成ブロック図である。
【図２】携帯端末５の主要部の内部構成を示す概略ブロック図である。
【図３】ファイル管理テーブル１４とメモリ１３の関係を示す概略図である。
【図４】配信サーバ３における処理を示すフローチャートである。
【図５】携帯端末５における処理を示すフローチャートである。
【符号の説明】
１…撮影装置、  ２…中継サーバ、  ３…配信サーバ、  ４…インターネット、  ５…携帯端末、  ６…ユーザＰＣ、  １１…受信部、  １２…制御部、  １３…メモリ、  １４…ファイル管理テーブル、  １５…表示部
【図１】
2004289591.tif 000003
【図２】
2004289591.tif 000004
【図３】
2004289591.tif 000005
【図４】
2004289591.tif 000006
【図５】
2004289591.tif 000007