JPWO2002037855A1 - 情報配信システム - Google Patents

Abstract

多数のユーザ端末に簡易に番組情報を配信する。番組コントロールサーバ３の制御の下に、伝送路４を介してユーザ端末６Ａ、６Ｂ……にチャネルテーブルデータＣＨＤＡＴ及びタイムテーブルデータＴＭＤＡＴを配信した後、ユーザ端末６Ａ、６Ｂ……においてタイムテーブルデータＴＭＤＡＴを構成する番組コマ内容データＤｍｎｐを指定することにより、当該番組コマ内容データＤｍｎｐをユーザ端末６Ａ、６Ｂ……に配信し、これにより多数のユーザ端末６Ａ、６Ｂ……に対して、同時に、同じ内容の番組情報を、一斉に、配信できるような情報配信システムを構築できる。

Description

技術分野
本発明は情報配信システムに関し、特にインターネット網などの情報伝送網を利用して情報を配信する場合に適用して好適なものである。
背景技術
従来、インターネット網を介してホームページの情報を提供する方法として、インターネット網にＷＷＷサーバ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ：ワールドワイドウェブサーバ）にホームページを開設する手法が用いられている。
ワールドワイドウェブ（ＷＷＷ）サーバはハイパテキスト形式のマルチメディア対応の情報提供用サーバとして、ＨＴＴＰプロトコル（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ：ハイパ・テキスト転送プロトコル）と呼ばれるサーバソフトウェアと、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ：ハイパテキスト記述言語）と呼ばれる記述言語によって表現されたハイパテキスト情報を格納し、アンカと呼ばれるリンク情報に含まれるＵＲＬ（Ｕｎｉｆｏｍｅ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）と呼ばれる情報所在地指定データによって当該データベース自身又は他のデータベースの情報にリンクできるように構成されている。
ところが、従来のワールドワイドウェブ（ＷＷＷ）サーバにおいては、ホームページにリンク情報として含まれている情報所在地指定データ（ＵＲＬデータ）を用いて当該ワールドワイドウェブ（ＷＷＷ）サーバ又は他のワールドワイドウェブ（ＷＷＷ）サーバからインターネット網を介してインターネットユーザ端末に各種多様な情報を取得できるが、極端に大量なホームページ情報や、動画のように時間の経過に従って変化する内容の情報を多数のインターネットユーザ端末において同時に（同じ時間に）取得できる様な構成にはなってない不便さがある。
本発明は以上の点を考慮してなされたもので、たとえ大量な情報や時間的に変化するような情報であっても、これを、多数のユーザ端末に、同時に配信できるようにした情報配信システムを提案しようとするものである。
発明の開示
かかる課題を解決するため本発明においては、番組配信サーバ２のデータベース２Ａに格納されている番組情報データＩＮＦを、番組コントロールサーバ３の制御の下に、情報伝送網５を介して多数のユーザ端末６Ａ、６Ｂ……に配信する情報配信システム１であって、データベースに格納されている番組情報データＩＮＦは、複数のチャネルＣＨ１〜ＣＨ４について第１の分割時間間隔ごとに区切られた複数の単位番組データＤＭ−Ｎを有し、かつ各単位番組データＤＭ−Ｎは第１の分割時間の間を一連の第２の分割時間間隔で細分化された番組情報データＩＮＦでなる番組コマ内容データＤｍｎｐを有し、番組コントロールサーバ３は、単位番組データＤＭ−Ｎを指定するチャネルテーブルデータＣＨＤＡＴと、チャネルテーブルデータＣＨＤＡＴの一部のデータとして番組コマ内容データＤｍｎｐを指定するタイムテーブルデータＴＭＤＡＴとを、ユーザ端末６Ａ、６Ｂ……に配信し、１つ又は複数のユーザ端末６Ａ、６Ｂ……においてチャネルテーブルデータＣＨＤＡＴの１つを指定する指定情報が入力されたときユーザ端末から、当該入力指定されたチャネルテーブルデータＣＨＤＡＴに対応するタイムテーブルデータＴＭＤＡＴを番組配信サーバ２に与えることにより、番組配信サーバ２から、対応するの番組コマ内容データＤｍｎｐを、情報伝送網５を介して、指定情報を入力したユーザ端末６Ａ、６Ｂ……に配信させるようにする。
また、親番組配信サーバ２Ｘのデータベース２ＸＡに格納されている番組指定情報データＩＮＦを、番組コントロールサーバ３の制御の下に、情報伝送網５を介して、複数の子配信サーバ２Ａ、２Ｂ……２Ｅに配信した後、当該配信した番組情報データＩＮＦを複数の子配信サーバ２Ａ、２Ｂ……２Ｅから対応する１つ又は複数のユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）に配信する情報配信システム１Ｘであって、上記データベースＸＡに格納されている番組情報データＩＮＦは、１つ又は複数のチャネルについて第１の分割時間間隔ごとに区切られた複数の単位番組データＤＭ−Ｎを有し、かつ各単位番組データＤＭ−Ｎは第１の分割時間の間を一連の第２の分割時間間隔で細分化された番組情報データＩＮＦでなる番組コア内容データを有し、上記番組コントロールサーバは、親番組配信サーバ２Ｘの番組情報データＤｍｎｐを複数の子配信サーバ２Ａ、２Ｂ……２Ｅに配信し、単位番組データＤＭ−Ｎを指定するチャネルテーブルデータＣＨＤＡＴと、チャネルテーブルデータＣＨＤＡＴの一部のデータとして上記番組コマ内容データＤｍｎｐを指定するタイムテーブルＴＭＤＡＴとを、番組コントロールサーバからユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６）、（６ＥＡ、６ＥＢ、６ＥＣ）に配信し、１つ又は複数の上記ユーザ端末においてチャネルテーブルデータＣＨＤＡＴの１つを指定する指定情報が入力されたとき、番組コントロールサーバは、当該入力指定されたチャネルテーブルデータＣＨＤＡＴに含まれるタイムテーブルデータＴＭＤＡＴを用いて、ユーザ端末に対応する子配信サーバ２Ａ、２Ｂ，２Ｅから単位番組データの番組コマ内容データＤｍｎｐを、情報伝送網５を介して、指定情報を入力したユーザ端末に、配信させる。
これにより多数のユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６）、（６ＥＡ、６ＥＢ、６ＥＣ）に対して同時に同じ内容の番組情報を一斉に配信できるような情報配信システムを構築できる。
発明を実施するための最良の形態
以下図面について本発明の一実施の形態を詳述する。
（１）第１の実施の形態
（１−１）全体構成
図１において、１は全体として情報配信システムを示し、番組配信サーバ２及び番組コントロールサーバ３を有する配信センタ４が、情報伝送網としてのインターネット網５に接続されている。
番組配信サーバ２は、図２に示すように、複数チャネル、すなわち第１、第２、第３及び第４チャネル分の番組情報ＣＨ１、ＣＨ２、ＣＨ３及びＣＨ４を、第１の分割時間（この場合１時間）ごとに分割された単位番組データ（Ｄ１−２０、Ｄ１−２１……Ｄ１−１９）、（Ｄ２−２０、Ｄ２−２１……Ｄ２−１９）、（Ｄ３−２０、Ｄ３−２１……Ｄ３−１９）及び（Ｄ４−２０、Ｄ４−２１……Ｄ４−１９）を、配信情報ＩＮＦとして、番組データベース２ＸＡに格納している。
この配信情報は、インターネット網５に接続された番組作成端末８において作成されて番組データベース２ＸＡに格納される。
この実施の形態の場合、第１ないし第４チャネルの番組情報ＣＨ１〜ＣＨ４は、２０時００分、２１時００分……１９時００分（これを「２０：００」、「２１：００」……「１９：００」と表す）から開始する単位番組データＤ１−２０〜Ｄ４−２０、Ｄ１−２１〜Ｄ４−２１……Ｄ１−１９〜Ｄ４−１９（これをＤＭ−Ｎ：Ｍ＝１〜４、Ｎ＝２０〜１９によって表す）を有する。
各単位番組データＤＭ−Ｎは、図３に示すように、Ｎ時００分００秒からＮ＋１時００分００秒までの間に、第２の分割時間この場合１５秒ごとに分割された番組コマ内容データＤｍｎｐを含んでなる。
各単位番組データＤｍｎｐは１枚のホームページ画面に相当し、かくして単位番組データＤＭ−Ｎは４×６０枚分のホームページ画面に相当する番組コマ内容データＤｍｎｐを１時間の第１の分割時間の間（すなわちＮ時００分００秒からＮ＋１時００分００秒（Ｎ＝２０〜１９）までの間）に第２分割時間ごとに（すなわち１５秒間隔で）もつことになる。
各番組コマ内容データＤｍｎｐは、図４のチャネルテーブルデータＣＨＤＡＴ及び図５のタイムテーブルデータＴＭＤＡＴを用いて、インターネット網３（図１）を介して、ユーザ端末６Ａ、６Ｂ……によって指定される。
チャネルテーブルデータＣＨＤＡＴは、当該番組情報を配信すべきチャネル番号（この実施の形態の場合第１〜第４チャネル）を指定する「チャネル番号データ」（ＣｈＮｏ．）と、当該番組を配信すべき日付を表す「日付データ」（日付）と、当該番組を配信する時間を表す「時間データ」（時間（秒まで））と、当該番組情報の格納場所を表す「チャネル所在地指定データ」（チャネルＵＲＬ：Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）とを有する時間チャネルテーブルデータＴＣＤＡＴを、時間順序に配列したデータ構成を有する。
図４のチャネルテーブルデータＣＨＤＡＴのうち、第１行目のデータは、「チャネル番号データ」が「１」（第１チャネルを指定したことを表す）で、「日付データ」が「２０００１０１１」（２０００年１０月１１日を指定したことを表す）で、「時間データ」が「１２００００」（１２時００分００秒を指定したことを表す）で、「チャネル情報所在地指定データ」が「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏ．ｊｐ／ｃｈ１／ｔｉｍｅｔａｂｌｅ．ｄａｔ」（当該番組の所在地は「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ」サーバ、すなわち番組配信サーバ２で、その第１チャネルのタイムテーブル「ｃｈ１／ｔｉｍｅｔａｂｌｅ．ｄａｔ」であることを表す）のデータを有する。
かくして、ユーザ端末６Ａ、６Ｂ……は、インターネット網５に対して図４のチャネルテーブルデータＣＨＤＡＴの１行目のデータを送信することにより、サーバ番号「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ」のサーバ（すなわち番組配信サーバ２）から、２０００年１０月１１日１２時００分００秒から１時間の間、第１チャネルの番組情報の配信を、タイムテーブルデータ「ｃｈ１／ｔｉｍｅｔａｂｌｅ．ｄａｔ」の指定に従って受けるべきことを指定することができる。
図４のチャネルテーブルデータＣＨＤＡＴのその他の行のデータについても同様である。
図４のチャネルテーブルデータＣＨＤＡＴについて、「チャネル情報所在地指定データ」に含まれているタイムテーブルデータ「ｔｉｍｅｔａｂｅｌ．ｄａｔ」は、それぞれ図５に示すような構成のタイムテーブルデータＴＭＤＡＴを有する。
タイムテーブルデータＴＭＤＡＴは、第１の分割時間（１時間）の時間の間に、第２の分割時間（１５）秒ずつ順次表示すべきコマ情報をそれぞれ指定するためのコマ情報指定データＦＲＤＡＴを各行のデータとして有する。
第１、第２……行目のコマ情報指定データＦＲＤＡＴは、１時間の間のコマ番号を表す「コマ番号データ」（Ｋｎｏ：（「１，」、「２，」……））と、当該コマ情報を表示すべき時間を表す「コマ表示時間データ」（時間「１２０００，」、「１２００１５，」……）と、当該コマ情報（番組画像のコマ情報とコマーシャル画像のコマ情報とを含む）が格納されている場所を表す「コマ情報所在地指定データ」（表示ＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／１．／」、「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／ｃｈ１／２．／」……）と、当該コマ情報の画像作成方式を表す「画像形式データ」（「ｈｔｍｌ」、「ｃａｂ」、「ｐａｚ」）と、番組終了後にコマーシャル画像だけを見る際に、当該コマーシャルを格納しているコマーシャルサーバを表す「コマーシャルリンク指定データ」ＣＭＤＡＴ（「，，」）と、当該コマのＸ方向及びＹ方向の表示ドット数を表す表示幅指定データ（「１００，５０，」、「１００，５０，」……）と、表示画像の種別を表す表示種別指定データ（この実施の形態の場合、「１，」は通常の画像であることを表し、「２，」は創作画像（例えばアニメ）であることを表し、「３，」は音声を伴う動画であることを表す）とを含む。
ここで、画像形式データ「ｈｔｍｌ」はＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ：ハイパーテキスト基準言語プロトコルで作成された画像（特別な画像処理がされていない画像））であることを表しており、また「ｐａｚ」は動画分割方式で作成された画像であることを表しており、さらに「ｃａｂ」は画像圧縮方式（例えばＭＰＥＧ：Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ（メディア統合系動画像圧縮の国際標準））で作成された画像であることを表わしている。
かくして、図５において、例えば第１行目のコマ情報指定データＦＲＤＡＴは、コマ番号データとして「１」（１番目のコマであることを表す）を有し、続いてコマ配信時間データとして「１２００００，」（１２時００分００秒に配信すべきことを表す）を有し、続いてコマ情報所在地指定データとして「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／ｃｈ１／１．ｈｔｍｌ／」（この実施の形態の場合、番組配信サーバ２のサーバ指定番号において第１チャネル「ＣＨ１」の通常画面（番組コマ画面の場合とコマーシャルコマ画面の場合とがある）を指定したことを表す）を有し、続いて当該コマがコマーシャルである場合に用いられるコマーシャル指定リンクデータとして（「，，」）（カンマ間にデータがないため当該コマがコマーシャルサーバリンクではないことを表す）を有し、続いて表示幅指定データとして「１００，５０，」（表示幅がＸ方向に１００ドットかつＹ方向に５０ドットの大きさであることを表す）を有し、続いて表示種別指定データとして「１，」（第１の表示形態すなわち通常画面で表示すべき事を表す）を有する。
図５のタイムテーブルデータＴＭＤＡＴのその他の行のコマ情報指定データＦＲＤＡＴについても同様である。
ここで、コマ画面がコマーシャルである場合に、コマーシャルリンク指定データが付加されているときには、、番組配信時にユーザ端末６Ａ、６Ｂ……がコマーシャルリンク指定データを保存しておくことにより、番組情報の終了後に、これを用いてコマーシャルサーバ７Ａ、７Ｂ……（図１）から番組情報の一部として用いられていたコマーシャル画面と同じ画面表示情報を取得することを指定できる。
図５のタイムテーブルデータＴＭＤＡＴの第１００番目のコマは、コマーシャル表示画面で、コマ番号データが「１００，」であって、コマ表示時間データが「１２１５３０，」（１２時１５分３０秒であることを表す）において、サーバ番号が「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／」である番組配信サーバ２の「ｃｈ１／１００．ｈｔｍｌ」のコマーシャル表示画面情報をもち、番組終了時にこのコマーシャル表示画面をサーバ番号「ｈｔｔｐ：／／ｗｗｗ．ｙｙｙｙ．ｃｏ．ｊｐ／」のコマーシャルサーバ７Ａ、７Ｂ……（図１）から取得でき、これを表示幅指定データ「１０，５０，」の大きさで、表示種別指定データ「１，」（通常画面）で表示するようなデータを指定する。
かくして、図５の場合、番組画面の間に、１２時１５分３０秒から１５秒の間コマーシャル表示画面をユーザ端末６Ａ、６Ｂ……に配信できる。
（１−２）番組情報の配信
図１の情報配信システム１において、配信センタ４は番組情報の配信を受けようとするユーザ端末６Ａ、６Ｂ……に対して、予め基準時間情報を含むコントロール情報を配信した後、当該基準時間情報に基づいて複数のユーザ端末６Ａ、６Ｂ……が共通に同じ番組情報の配信を同時に受ける。
（１−２−１）コントロール情報の配信
ユーザ端末６Ａ、６Ｂ……は当該情報配信システム１に登録した際に、配信プログラム（これを「アクティブビュープログラム」と称する）を保存し、配信センタ４から番組情報を受信する際に、当該アクティブビュープログラムを起ち上げる。
この時、図６に示すように、ユーザ端末６Ａ、６Ｂ……は、端末ＩＤ、個人情報等を含む端末情報Ｄ１を配信センタ４の番組コントロールサーバ３に転送し、番組コントロールサーバ３はこれに応答して基準時間情報をユーザ端末６Ａ、６Ｂ……に伝送する。
この結果、基準時間情報Ｄ２を受け取ったユーザ端末６Ａ、６Ｂ……は番組コントロールサーバ３との間の時間合わせを行い、これにより当該時間合わせをした複数のユーザ端末６Ａ、６Ｂ……がそれぞれ独自に基準時間に基づいて配信センタ４と同期動作できる状態になる。
この状態において、ユーザ端末６Ａ、６Ｂ……は、図２の配信情報に含まれる全ての番組データに対応するチャネルテーブルデータＣＨＤＡＴ（図４）の配信を受けてこれを保存する。
かくしてユーザ端末６Ａ、６Ｂ……は、番組配信サーバ２に格納されている第１チャンネルないし第４チャンネルの全ての時間の（すなわち２０時００分から１９時００分までの）単位番組データＤＭ−Ｎ（図３）を指定できる状態になる。この状態においては、図７に示すような番組選択スイッチＳＷ１がユーザ端末６Ａ、６Ｂ……のディスプレイ上に表示され、現在時間（「１９：３６：５９」：基準時間で表示される）を「ＴＩＭＥ」欄に表示すると共に、第１ないし第４チャネルスイッチＳＷ１Ａによって現在時間に配信を受けたいチャネルを指定できる（指定された内容「ＣＨ１ニュース」の表示が出る）。
かかる指定をした状態において、表示開始スイッチＳＷ１Ｂを操作すると、ディスプレイ上に画面を開いて配信情報の画像を表示できる。
この番組選択スイッチＳＷ１の表示は、隠れボタンＳＷ１Ｃを操作することによりディスプレイの表示から消え、図８に示すように、タスクバーに設けられている表示復帰ボタンＳＷ２を操作することにより復帰できる。
この実施の形態の場合、番組選択スイッチＳＷ１には予約ボタンＳＷ１Ｄが設けられ、これが操作されると、図９に示すように図２の単位番組データＤＭ−Ｎに対応するスイッチ配列の番組選択スイッチＳＷ３をユーザ端末６Ａ、６Ｂ……のディスプレイ上に表示させると共に、ユーザがスイッチの１つを操作することにより所望の番組（すなわち第１〜第４チャネルについて２０時ないし１９時に番組配信サーバ２が配信を開始する番組）を指定して予約できる状態になる。
（１−２−２）番組情報の配信
ユーザ端末６Ａ、６Ｂ……においてユーザが所望の番組を受信したい時には、ユーザ端末６Ａ、６Ｂ……のディスプレイ上にある番組選択スイッチＳＷ１のチャネルスイッチＳＷ１Ａを操作する。
この状態において、ユーザ端末６Ａ、６Ｂ……の表示開始スイッチＳＷ１Ｂが操作されると、番組配信サーバ２がユーザ端末６Ａ、６Ｂ……に配信されたタイムテーブルデータＴＭＤＡＴのコマ情報指定データＦＭＤＡＴを、順次返送して来る。
かくしてユーザ端末６Ａ、６Ｂ……のディスプレイには各コマ表示データによって表示されるコマ画像が基準時間に同期しながら、順次表示される。
配信要求情報としてユーザが「第１」チャネルについて、「２０００年１０月１１日１２時００分００秒」の番組を指定したとすると、ユーザ端末６Ａ、６Ｂ……は、図４の第１行目の時間チャネルテーブルデータＴＣＤＡＴを番組コントロールサーバ３に送信することにより（図６）、対応するタイムテーブルデータＴＭＤＡＴの配信を受け（図５）、コマ配信時間になるごとに１行ずつコマ情報指定データＦＲＤＡＴを番組配信サーバ２に送信する（図６）。
このようにしてユーザ端末６Ａ、６Ｂ……は、図１０に示すように、番組コントロールサーバ３から配信されるチャネルテーブルデータＣＨＤＡＴに含まれるチャネル情報指定データによって番組コントロールサーバ３を指定してタイムテーブルデータＴＭＤＡＴの配信を受け、このタイムテーブルデータＴＭＤＡＴに含まれるコマ情報指定データＦＲＤＡＴによって、番組配信サーバ２からコマ画像データ及びコマーシャル画像データと、コマーシャルリンク指定データＣＭＤＡＴとを画像情報ＵＲＬ１、ＵＲＬ２……として配信を受ける（図６）。
ここで、ユーザ端末６Ａ、６Ｂ……は、タイムテーブルデータＴＭＤＡＴがコマーシャルリンク指定データＣＭＤＡＴデータをもっていないとき（すなわち「，，」のとき）には、番組配信サーバ２からコマーシャルではない画像データの配信を受ける。
これに対してタイムテーブルデータＴＭＤＡＴとしてコマーシャルリンク指定データＣＭＤＡＴを含む表示データが到来した時、ユーザ端末６Ａ、６Ｂ……はコマーシャル表示データによってディスプレイ上にコマーシャル画像を表示すると共に、当該コマーシャルリンク指定データＣＭＤＡＴを保存することによって番組終了後に、指定されたコマーシャルサーバ７Ａ、７Ｂ……からインターネット網５を介してユーザ端末６Ａ、６Ｂ……にコマーシャル情報を読み取ることができる。
図５の場合、コマ番組Ｋｎｏが「１００」のコマ情報指定データＦＲＤＡＴは、コマーシャルリンク指定データＣＭＤＡＴとして「，ｈｔｔｐ：／／ｗｗｗ．ｙｙｙｙ．ｃｏ．ｊｐ，」のコマーシャルサーバ７Ａ、７Ｂ……を指定している。
かくしてユーザが番組選択スイッチＳＷ１（図７）によって指定した番組情報を、タイムテーブルデータＴＭＤＡＴのコマ表示時間データによって指定された時間に応じて、１５秒間隔で順次切り換わって行くような番組情報を、ユーザ端末６Ａ、６Ｂ……のディスプレイ上に表示できる。
従ってユーザが１５秒間隔で順次変化する画像（番組画像及びその間に挿入されたコマーシャル画像（例えば図１１に示すような）でなる）を観ることができ、これにより一段と情報量が多い画像をインターネット網５を介して受信することができる。
この場合、当該１５秒間隔で変化する画像の一部として、図１１に示すように、ユーザ端末６Ａ、６Ｂ……の表示画面１６の全面に表示されるコマーシャル画像ＤＰ１を受信することができ、従ってコマーシャルの内容（例えば購入したい商品についての詳細情報）を見落とすことなくユーザが読み取ることができる。
さらに、インターネット網５を介してユーザ端末６Ａ、６Ｂ……に配信されて来る番組データは、基準時間によって一斉にかつ同時に配信要求を出した複数のユーザ端末６Ａ、６Ｂ……に伝送することができ、かくして配信センタ４からインターネット網５が布設されている地域に分散しているユーザ端末６Ａ、６Ｂ……に通常の放送番組と同じように、同一の番組内容の番組を、同時に、従って大量に、提供することができる。
このようにして、番組選択スイッチＳＷ１（図７）によって選択された１つの単位番組データＤＭ−Ｎを、これに対応する時間チャンネルテーブルデータＴＣＤＡＴによって、複数のユーザ端末６Ａ、６Ｂ……に、同時に、かつ順次変化する画像情報ＵＲＬ１、ＵＲＬ２……（図６）として配信することができるが、当該１つの単位番組データＤＭ−Ｎの配信の途中又は配信の終了時に、ユーザが他の番組を選択すると、図６に示すように、ユーザ端末６Ａ、６Ｂ……から番組コントロールサーバ３に送信される時間チャンネルテーブルデータＴＣＤＡＴがＴＣＤＡＴ−１に切り換わることにより、コマ情報指定データＦＡＤＡＴがＦＡＤＡＴ−１に切り換わり、これに応じて番組配信サーバ２から配信される番組画面データやコマーシャル画面データが変更され、これにより、直ちに、番組指定を変更したユーザ端末６Ａ、６Ｂ……に、変更した画像情報ＵＲＬ１１、ＵＲＬ１２……を配信することができる。
やがて番組情報の配信を受けていたユーザ端末６Ａ、６Ｂ……がインターネット網５に終了情報を送出すると、番組コントロールサーバ３は当該番組の配信動作を終了する。
（１−３）コマーシャルリンク指定データの保存
ユーザ端末６Ａ、６Ｂ……は、図１２に示すように、表示画面１６上に画面保存用ボタン（いわゆるブックマークボタン）１７を設けることにより、順次表示される画面のうち、ユーザが興味をもった画面を保存できるように構成されている。
すなわち、図１ないし図１１について上述したように、コマーシャルリンク指定データＣＭＤＡＴを挿入したタイムテーブルデータＴＭＤＡＴにより、図１２に示すように、表示画面１６上にコマーシャル画面ＤＰＩを表示することができる。
かかるコマーシャル画面ＤＰＩを表示画面１６上に表示している状態において、ユーザが画面保存用ボタン１７を操作すると、コマーシャルリンク指定データＣＭＤＡＴがユーザ端末６Ａ、６Ｂ……のメモリに保存される。
この保存されたコマーシャルリンク指定データＣＭＤＡＴは、番組が終わってから、ユーザ端末６Ａ、６Ｂ……の表示画面１６上に、図１３に示すように番組選択スイッチＳＷ１を表示させている状態において、コマーシャルリンクの指定データ「，ｈｔｔｐ／／ｉＫｅｎｃｈｉｋｕ．ｎｅｔ，」を保存した第１コマーシャルとして表示させると共に、コマーシャルリンク指定データ「，ｈｔｔｐ／／ａｌｐｈａ．ｉｎｔｅｒｎａｔｉｏｎａｌ．，」を保持すた第２コマーシャルして表示させる。
この状態においてユーザがいずれか一方のコマーシャル指定データＣＭＤＡＴの表示を指定操作したとき、ユーザ端末６Ａ、６Ｂ……は当該指定操作されたコマーシャル指定データによって指定されているコマーシャルサーバ７Ａ、７Ｂ……にリンクする。
かくしてインターネット網５を介して指定したユーザ端末６Ａ、６Ｂ……に、コマーシャルサーバ７Ａ、７Ｂ……に開設されているコマーシャル画面をユーザに提示することができる。
このようにして、ユーザは興味もったをコマーシャル画面を、番組終了時に時間に制限されることなくいつでも閲覧することができる。
（１−４）ユーザ端末の番組情報受信方式
配信センタ４（図１）の番組配信サーバ２がインターネット網５を介してユーザ端末６Ａ、６Ｂ……に番組情報を配信する際に、ユーザ端末６Ａ、６Ｂ……は図１４に示す順次受信方式、又は図１５に示す上書き受信方式で配信を受けることができるように、番組配信サーバ２において切り換えるように構成されている。
図１４において、ユーザ端末６Ａ、６Ｂ……は、インターネット網５から番組情報ＩＦ１、ＩＦ２……を受信する受信表示部１２として交互に受信する一対の受信メモリ部１２Ａ及び１２Ｂを有する構成のものが用いられ、インターネット網５からの番組情報ＩＦ１、ＩＦ２……を第１の受信メモリ部１２Ａにおいて受信しているときには、第２の受信メモリ１２Ｂにおいてすでに受信し終って完成した番組情報を表示する。
その後、第１の受信メモリ部１２Ａにおける番組情報の受信が終了して画像が完成すると、インターネット網５から到来する番組情報を第２の受信メモリ部１２Ｂに受信する状態に切り換えると共に、第１の受信メモリ部１２Ａが受信した番組情報を表示する。
このようにすれば、ユーザ端末６Ａ、６Ｂ……の受信メモリ１２の記憶容量に余裕がある分、動画などのように比較的大容量のファイルもユーザ端末６Ａ、６Ｂ……表示処理を容易にコントロールできると共に、接ぎ目がない画像をディスプレイに表示できる。
ところが、読み込みながら音声が出る音声付きの番組配信データの配信を受けようとする場合、受信動作をしている側の受信メモリ部に番組情報を読み込んでいる間に音声が出始めるようなタイミングで番組情報が到達するおそれがある。
このような場合には、番組配信サーバ２から受信メモリ１２Ａ又は１２Ｂに伝送する際に、番組情報のデータを圧縮処理して配信する。
このように圧縮処理された番組情報には、図５に示すように、コマ情報指定データとして画像圧縮データであることを表すコマ情報指定データ「ｃａｂ」を用いる。
その必要がない場合には、図１６に示すように、圧縮指定をせずに、番組情報の伝送をする。
因みに、図５の場合、このコマ番号「４」ないし「６」のコマ情報指定データは「画像圧縮して作成した」ことを表す種別データ「ｃａｂ」を付加する。そして「圧縮処理をしないで伝送する」番組情報には種別データ「ｈｔｍｌ」をコマ情報指定データに付加する。
このようにすれば、受信メモリ１２のうちインターネット網５から一方の受信メモリ部に圧縮された番組情報が書き込まれたとき、これをユーザ端末６Ａ、６Ｂ……の内部に全て取り込んで逆圧縮処理をすることにより、元の番組情報に戻ったタイミングで音声が出始めることになるので、音声だけが早めに出始めるといった問題を有効に解決できる。
図１４の順次受信方式によれば、ユーザ端末６Ａ、６Ｂ……の受信表示部１２が十分な余裕をもって受信動作をすることができることにより、ユーザ端末６Ａ、６Ｂ……に、番組情報を途切れさせることなく取り込むことができる。
ところで、図１４の順次受信方式を用いれば、番組配信サーバ２からユーザ端末６Ａ、６Ｂ……に配信される全ての番組情報を過不足ない状態で受信メモリ１２に受信させることができるが、例えば著作権の保護などのために、番組情報が一旦ユーザ端末６Ａ、６Ｂ……に受信されたら番組情報を残さずに消すことができるようにする必要がある。
このような場合、番組配信サーバ２は図１５に示すように、送信メモリ１１として一対の第１及び第２の送信メモリ部１１Ａ及び１１Ｂを設け、当該第１及び第２の送信メモリ部１１Ａ及び１Ｂに番組情報ＩＦ１、ＩＦ２、ＩＦ３……を順次交互に重ね書きして行く。
そして送信メモリ１１の第１及び第２の送信表示部部１１Ａ及び１１Ｂの番組情報をユーザ端末６Ａ、６Ｂ……の受信メモリ１２の第１及び第２の受信メモリ部１２Ａ及び１２Ｂにインターネット網５を介して直接に受け取らせる。
このようにすれば、番組配信サーバ２の送信メモリ１１から配信された番組情報のうち２枚だけが第１及び第２の受信メモリ部１２Ａ及び１２Ｂに残ることになる。
従って、図１５の構成によれば、受信表示部１２の一対の受信メモリ部１２Ａ及び１２Ｂのうち、一方の受信メモリ部から番組情報をユーザ端末６Ａ、６Ｂ……の内部に取り込んでいる状態のとき、他方の受信メモリ部のデータは対応する送信メモリ部において前の番組情報に新たな番組情報を書き込んでいる状態になるので、消し残された番組情報を不必要にユーザ端末６Ａ、６Ｂ……に取り込まれるおそれを有効に回避し得、かくして確実に著作権保護の処理がなされた番組情報配信システムを実現できる。
以上の構成によれば、著作権保護の問題がない番組情報については、図１４の順次受信方式で余裕をもってユーザ端末６Ａ、６Ｂ……に番組情報を配信できるのに対して、著作権保護が必要な番組情報については、番組配信サーバ２側において図１５に示す上書き配信方式を用いるようにしたことにより、実用上番組の配信条件を十分に満足させることができるような情報配信システム１を実現できる。
（１−５）高解像度動画像データの配信
図１の情報配信システム１を用いて高解像度動画像データを含む番組情報を、配信センタ４の番組配信サーバ２からインターネット網５を介してユーザ端末６Ａ、６Ｂ……に配信しようとする場合、インターネット網５の伝送速度が大きくない場合には、ユーザ端末６Ａ、６Ｂ……において表示基準時間に間に合うように予め前にユーザ端末６Ａ、６Ｂ……に当該大容量の番組情報を伝送しておく。
例えば図１７の時点ｔ_１、ｔ_２、ｔ_３、ｔ_４……においてそれぞれ第１、第２、第３、第４……の番組画像ｆ１、ｆ２、ｆ３、ｆ４……をユーザ端末６Ａ、６Ｂ……に表示しようとする場合、第３の番組情報データｆ３が高解像度の動画像データであるときには、当該第３の番組情報データｆ３のデータ量は極端に大きくなる。
そこで、番組コントロールサーバ３は、番組情報データｆ３の表示時間ｔ_３に対して十分前の時点ｔ_０３において、番組配信サーバ２からユーザ端末６Ａ、６Ｂ……への番組情報データｆ３を読み出して、番組配信サーバ２からユーザ端末６Ａ、６Ｂ……へのの伝送を開始させる。
これに応じて第３の番組情報データｆ３より前の第１及び第２の番組情報データｆ１及びｆ２を表示時点ｔ_１及びｔ_２より十分前の時点ｔ_０１及びｔ_０２において番組配信サーバ２からユーザ端末６Ａ、６Ｂ……に伝送しておく。
実際上、タイムテーブルデータＴＭＤＡＴを作成する際に、第１、第２、第３の番組情報データｆ１、ｆ２、ｆ３の読み取り時点ｔ_０１、ｔ_０２、ｔ_０３のデータをコマ表示時間データとして書き込んだタイムテーブルデータＴＭＤＡＴを番組コントロールサーバ３からユーザ端末６Ａ、６Ｂ……に配信しておくことにより、番組配信サーバ２からユーザ端末６Ａ、６Ｂ……への番組情報データの配信を表示時間に間に合うように、実行できる。
（１−６）分散による番組情報データの配信
図１の情報配信システム１を用いて、基準時間に基づいてユーザ端末６Ａ、６Ｂ……に番組情報データを配信しようとする場合、ユーザ端末６Ａ、６Ｂ……の数が膨大になったとき各タイムテーブルデータＴＭＤＡＴ（図５）の各欄のコマ情報指定データＦＲＤＡＴを伝送する際に、全ての端末について同期をとって同じ番組情報データを配信しなければならないために、インターネット網５上のトラフィックが混んで安全に配信できないおそれがある。
このような場合には、図１８に示すように、各ユーザ端末６Ａ、６Ｂ……への第１、第２、第３、第４……の番組情報データｆ１、ｆ２、ｆ３、ｆ４……の配信開始時点ｔ_０１、ｔ_０２、ｔ_０３、ｔ_０４……を前の番組情報の表示時点ｔ_０、ｔ_１、ｔ_２、ｔ_３……よりα時間だけ遅れた時点に選定する。ここで番組情報データｆの前の番組情報データは存在しないので、仮想時点ｔ_０を想定する。
この遅延時間αは、番組配信サーバ２から各ユーザ端末６Ａ、６Ｂ……に至るまでのインターネット網５の混み具合に応じて、ユーザ端末６Ａ、６Ｂ……相互間で違う値に選定し、これにより情報の伝送時点を前の番組情報データの送信時点から現在の番組情報データの送信時点までの間の時間の範囲で、前後に分散させる。
このようにすれば、第１、第２、第３、第４……の番組情報データｆ１、ｆ２、ｆ３、ｆ４……を番組配信サーバ２からユーザ端末６Ａ、６Ｂ……に伝送する際に、当該伝送開始時刻ｔ_０１、ｔ_０２、ｔ_０３、ｔ_０４……がユーザ端末６Ａ、６Ｂ……ごとに相違することにより、ユーザ端末６Ａ、６Ｂ……に番組情報データを配信する際にインターネット網５のトラフィックを混ませないようにすることができ、この結果基準時間に基づいて決まる表示時間において、確実に、配信要求を出し全てのユーザ端末６Ａ、６Ｂ……において、一斉かつ同時に、表示させることができるような情報配信システム１を実現できる。
（２）第２の実施の形態
図１９は第２の実施の形態の情報配信システム１Ｘを示す。この情報配信システム１Ｘは、図１との対応部分に同一符号を付して示すように、配信センタ４に設けられている親番組配信サーバ２Ｘの番組データベース２ＸＡから、広い地域に分散するように配設されている複数の子配信サーバ２Ａ、２Ｂ……２Ｅを介して、各子配信サーバ２Ａ、２Ｂ……２Ｅの近傍のユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）に、番組情報データを一斉に配信する。
親番組配信サーバ２Ｘは、図１について上述した番組配信サーバ２と同様の構成を有し、かくして親番組配信サーバ２Ｘは図４について上述したと同様のチャネルテーブルデータＣＨＤＡＴをユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）にインターネット網５を介して配信することにより、各ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）から親番組配信サーバ２Ｘの第１ないし第４チャネルの配信情報（図２）の番組コマ内容データＤｍｎｐ（図３）を指定できる。
これに対して、番組コントロールサーバ３は、チャネルテーブルデータＣＨＤＡＴの「チャネル情報所在地指定データ」（チャネルＵＲＬ）のタイムテーブル指定データ「ｔｉｍｅｔａｂｌｅ．ｄａｔ」として、図２０（Ａ）、（Ｂ）……に示すように、「コマ表示所在地指定データ」（表示ＵＲＬ）として、子配信サーバ２Ａ、２Ｂ……を指定する「子配信サーバ指定データ」（「ｈｔｔｐ／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／ｃｈ１／１．ｈｔｍｌ」、「ｈｔｔｐ／／ｗｗｗ．ｙｙｙｙ．ｃｏ．ｊｐ／ｃｈ１／１．ｈｔｍｌ」……）をそれぞれ含んでいる。
子配信サーバ２Ａ、２Ｂ……に対応するユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……はアクティブビューシステムを開いたとき、全部のユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……にそれぞれに対して共通のチャネルテーブルデータＣＨＴＡＤ（図４）の配信を受けるのに対して、タイムテーブルデータＴＭＤＡＴとして、図２０（Ａ）、（Ｂ）……に示すように、子配信サーバ２Ａ、２Ｂ……の「コマ情報所在地指定データ」を含むタイムテーブルデータＴＭＤＡＴを配信する。
因みに、子配信サーバ２Ａの「子配信サーバ指定データ」は近傍のユーザ端末６ＡＡ、６ＡＢ、６ＡＣに対して番組情報データを配信するように割り当てられ、子配信サーバ２Ｂの「子配信サーバ指定データ」は近傍のユーザ端末６ＢＡ、６ＢＢ、６ＢＣに対して番組情報データを配信するように割り当てられ、……、子配信サーバ２Ｅの「子配信サーバ指定データ」は近傍のユーザ端末６ＥＡ、６ＥＢ、６ＥＣに対して番組情報データを配信するように割り当てられている。
図１９の情報配信システム１Ｘにおいて、番組コントロールサーバ３は、ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……に対してチャネルテーブルデータＣＨＤＡＴ及びタイムテーブルデータＴＭＤＡＴを配信する前に予め親番組配信サーバ２Ｘに格納されている第１ないし第４チャンネル分の配信情報ＩＮＦ（図２）をインターネット網５を介して子配信サーバ２Ａ、２Ｂ……に予め配信しておく。
この状態において、ユーザがユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……から番組コントロールサーバ３に対して所望の単位番組データＤＭ−Ｎに対応するチャネルテーブルデータＣＨＤＡＴの配信要求を出すと、各ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……の配信要求には対応する子配信サーバ２Ａ、２Ｂ……を指定するコマ情報所在地指定データ（表示ＵＲＬ）「ｈｔｔｐ／／ｗｗｗ．ｘｘｘｘ．ｃｏ．ｊｐ／ｃｈ１／１．ｈｔｍｌ」、「ｈｔｔｐ／／ｗｗｗ．ｙｙｙｙ．ｃｏ．ｊｐ／ｃｈ１／１．ｈｔｍｌ」……が含まれていることにより、配信要求を出したユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……が、割り当てられた子配信サーバ２Ａ、２Ｂ……から、当該指定された単位番組データＤＭ−Ｎをインターネット網５を介して読み取る。
例えば、子配信サーバ１Ａに対応するユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）のうち、ユーザ端末６ＡＡは、図４のチャネルテーブルデータＣＨＤＡＴのうち第１行目のチャネルテーブルデータによって指定されたタイムテーブルデータＴＭＤＡＴ（図２０）に含まれているコマ情報指定データＦＲＤＡＴ（子配信サーバ２Ａを指定している）によって、インターネット網５を介して対応する子配信サーバ１Ａから番組情報を読み取る。
このときユーザ端末６ＡＡは、当該タイムテーブルデータＴＭＤＡＴに応答してユーザ端末６ＡＡが割り当てられている子配信サーバ１Ａから、第１チャンネルの１２時００分００秒の番組情報データから順次１５秒おきに、順次１２時００分１５秒の番組情報データ、１２時００分３０秒の番組情報データ……を含む１時間分の番組情報データを、子配信サーバ２Ａから読み取る。
かくして図１９の情報配信システム１Ｘによれば、広い地域に布設されているインターネット網５に接続された子配信サーバ２Ａ、２Ｂ……からその近傍にあるユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……に番組情報データを配信できることにより、各ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……における番組情報の表示を実際上ほぼ同時に実行することができるような番組情報の配信を実現できる。
かくするにつき、番組情報データの配信をインターネット網５の一部（特に配信センタ４が接続されている部分）に集中させないように、広い地域に分散させることができることにより、インターネット網５を部分的に混ませるような状態を生ずるおそれを有効に回避できる。
従ってこのような情報配信システム１Ｘは、番組情報として例えば動画のようにデータ量が大きい場合に適用して大きな効果を得ることができる。
（３）第３の実施の形態
図２１は第３の実施の形態を示すもので、図１９との対応部分に同一符号を付して示すように、情報配信システム１Ｘは、配信センタ４を日本に配設し、日本のインターネット網５ＪＰを介して日本のユーザ端末６ＪＰＡ、６ＪＰＢ……に対して番組コントロールサーバ３の制御の下に親番組配信サーバ２Ｘから番組情報データを配信する。
これに加えて日本のインターネット網５ＪＰに接続されている配信センタ４の番組コントロールサーバ３は、大陸間伝送路１５Ａによって日本のインターネット網５ＪＰに接続された北米のインターネット網５ＮＡを介して北米に配設された子配信サーバ２ＮＡを制御することにより、日本の配信センタ４の親番組配信サーバ２Ｘの番組情報データを日本のインターネット網５ＪＰ、大陸間伝送路１５Ａ及び北米インターネット網５ＮＡを介して北米子配信サーバ２ＮＡに番組情報データを予め配信しておく。
かくして北米インターネット網５ＮＡに接続された北米のユーザ端末６ＮＡＡ、６ＮＡＢ……から配信センタ４の番組コントロールサーバ３に番組情報の配信要求が出されたとき、番組コントロールサーバ３は北米子配信サーバ２ＮＡから当該要求された番組情報データを北米ユーザ端末６ＮＡＡ、６ＮＡＢ……に配信する。
さらにこれに加えて、大陸間伝送路１５Ｂによって北米インターネット網５ＮＡに接続された南米インターネット網５ＳＡに対して、南米子配信サーバ２ＳＡが接続され、この南米子配信サーバ２ＳＡに対して日本の配信センタ４の番組コントロールサーバ３が日本インターネット網５ＪＰ、大陸間伝送路１５Ａ、北米インターネット網５ＮＡ、大陸間伝送路１５Ｂ、南米インターネット網５ＳＡを介して制御することにより、北米子配信サーバ２ＮＡに予め配信されている番組情報データを、さらに、北米インターネット網５ＮＡ、大陸間伝送路１５Ｂ、南米インターネット網５ＳＡを介して南米子配信サーバ２ＳＡに予め配信させる。
かくして南米ユーザ端末６ＳＡＡ、６ＳＡＢ……から南米インターネット網５ＳＡ、大陸間伝送路１５Ｂ、北米インターネット網５ＮＡ、大陸間伝送路５Ａ、日本インターネット網５ＪＰを介して番組コントロールサーバ３に番組情報データの配信要求が出されると、番組コントロールサーバ３は南米子配信サーバ２ＳＡから南米ユーザ端末６ＳＡＡ、６ＳＡＢ……に番組情報データを配信させる。
図２１の情報配信システム１Ｘによれば、日本の配信センタ４に設けられた番組コントロールサーバ３によって日本ユーザ端末６ＪＰＡ、６ＪＰＢ……、北米ユーザ端末６ＮＡＡ、６ＮＡＢ……及び南米ユーザ端末６ＳＡＡ、６ＳＡＢ……は、各大陸ごとに設けられた最も近い配信サーバ２Ｘ、２ＮＡ及び２ＳＡから効率よく番組情報を読み取ることができる。
（４）第４の実施の形態
図２２は第４の実施の形態を示すもので、図１９との対応部分に同一符号を付して示すように、配信センタ４の親番組配信サーバ２Ｘには、動画像データ発生装置２１から送出される動画像データＶＤが与えられる。
動画像データ発生装置２１はテレビジョンカメラ２１Ａによって撮像した被写体像に対応する映像信号Ｓ１を、符号化手段２１Ｂにおいてディジタル信号に変換すると共に画像圧縮処理をして動画像データＶＤとして送出する。
この実施の形態の場合、親番組配信サーバ２Ｘは５分間分の動画像データＶＤを番組コマ内容データＤｍｎｐとする単位番組データＤＭ−Ｎを生成し、各番組コマ内容データＤｍｎｐを順次ライブモードの番組情報データとしてインターネット網５を介して子配信サーバ２Ａ、２Ｂ……２Ｅに配信する。
この場合子配信サーバ２Ａ、２Ｂ……２Ｅは、親番組配信サーバ２Ｘから単位番組データＤＭ−Ｎの配信を受けながら、これと同時に、対応するユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）によって読み出し得るように構成され、かくしてユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）のユーザは、動画像データ発生装置２１のテレビジョンカメラ２１Ａで撮像している被写体像を画像情報の伝送時間の遅れ分だけ経過した時点で、ほぼ同時の映像として（従ってライブモードで）ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）のディスプレイ上で見ることができる。
図２２の情報配信システム１Ｘにおいて、動画像データ発生装置２１から送出される動画像データＶＤは、静止画と比較すると、格段的に大きなデータ量をもっており、従って子配信サーバ２Ａ、２Ｂ……２Ｅに配信される単位番組データＤＭ−Ｎのデータ量も膨大になる。
ところが、各子配信サーバ２Ａ、２Ｂ……２Ｅに割り当てられるユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）の数は、１つの子配信サーバ２Ａ、２Ｂ……２Ｅから当該大容量の単位番組データＤＭ−Ｎを短時間の間に読み取り得るような数（この例の場合３つ）に制限できることにより、各ユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）のユーザはそれほどの時間遅れを伴うことなくテレビジョンカメラ２１Ａによって撮像された映像をライブモードで見ることができる。
因みに、すべてのユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）が親番組配信サーバ２Ｘから直接に動画像データを読み取るようにした場合には、インターネット網５の伝送速度や、トラフィック上の混雑度や、接続されるユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）の数に応じて、ディスプレイへの映像の表示時間が大幅に遅れる（テレビジョンカメラ２１Ａによって撮像した時点から大幅に遅れる）ことになるが、図２２の実施の形態の情報配信システム１Ｘによれば、この問題を有効に解決できる。
（５）第５の実施の形態
（５−１）全体の構成
第５の実施の形態の場合、情報配信システム１は図１について上述したと同様の概略構成を有すると共に、ユーザ端末６Ａ、６Ｂ……として図２３の構成のものを用いている。
ユーザ端末６Ａ、６Ｂ……において、ＣＰＵ（中央処理ユニット）３１はバス３２を介してＲＯＭによって構成された起動用プログラムメモリ３３によってユーザ端末６Ａ、６Ｂ……の処理動作を立ち上げると共に、ハードディスクを用いたＲＡＭでなるプログラムメモリ３４のプログラムを、ＲＡＭで構成された一時記憶メモリ３５を用いて実行する。これにより、図６との対応部分に同一符号を付して示す図２４において、ユーザ端末６Ａ、６Ｂ……は、番組コントロールサーバ３との間で、チャネルテーブルデータＣＨＤＡＴ及びタイムテーブルデータＴＭＤＡＴに関する伝送処理を実行すると共に、番組配信サーバ２との間で、コマ指定データＦＲＤＡＴに関する情報伝送処理を実行する。
このようなユーザ端末６Ａ、６Ｂ……と番組配信サーバ２及び番組コントロールサーバ３との間のデータの授受は、ＣＰＵ３１がバス３２を介して通信インターフェイス３６を制御することにより、インターネット網５から伝送されて来るデータを一時記憶メモリ３５に取り込むと共に、当該データに対して内部処理をした後、バス３２を介してグラフィックインターフェイス３７を用いてＧＵＩ構成のディスプレイ３８に表示し、また必要に応じてバス３２を介して外部記憶装置３９に記憶する。
ユーザ端末６Ａ、６Ｂ……のユーザは、ディスプレイ３８上のカーソルをバス３２に接続されたマウスインターフェイス４０を介してマウス４１をデータ入力手段として操作することにより指定情報を入力し、これに応じてＣＰＵ３１はデータの内部処理を実行すると共に、通信インターフェイス３６を介してインターネット網５に通信情報を送出する。
（５−２）プログラム起動処理手順
ユーザ端末６Ａ、６Ｂ……のプログラム起動時、ＣＰＵ３１は、起動用プログラムメモリ３３のプログラムに従ってプログラムメモリ３４を立ち上げて図２５に示すプログラム起動処理手順ＲＴ０を実行する。
ＣＰＵ３１は、まずステップＳＰ１において、端末認証用ＩＤ及びパスワードをユーザが入力したとき、これを端末情報Ｄ１（図２４）として番組コントロールサーバ３に送出する処理を実行する。
続いてＣＰＵ３１は、ステップＳＰ２において、番組コントロールサーバ３と接続したか否かを確認し、否定結果が得られたときこのことは例えばＩＤパスワードの不一致があったことを意味するので、このときＣＰＵ３１はステップＳＰ３においてディスプレイ３８にエラー表示をした後、上述のステップＳＰ１に戻って再度端末認証用ＩＤ及びパスワードの入力処理を実行する。
ステップＳＰ２において肯定結果が得られると、ＣＰＵ３１は、ステップＳＰ４に移って図２６に示すように、ディスプレイ３８の表示画面３８Ａにコントロールパネル表示ＤＩＰ１を表示する。
コントロールパネル表示ＤＩＰ１は、配信された番組画像を表示する番組表示部ＤＰ１を左上部に表示すると共に、その右側部に配信を受けるべきチャネルを選択するためのチャネル選択スイッチ部ＤＰ２（この場合第０ないし第１２チャネルを選択できる）を表示する。
かくしてユーザはコントロールパネル表示ＤＩＰ１が表示されている状態において、チャネル選択スイッチ部ＤＰ２のチャネルスイッチの１つを選択操作することにより、当該選択した番組を番組表示部ＤＰ１に表示させることができる。
この実施の形態の場合、コントロールパネル表示ＤＩＰ１は、番組表示部ＤＰ１下側部に、予約番組表スイッチＤＰ３（番組予約をする際に操作する）と、チャネルグループスイッチＤＰ４（チャネル選択スイッチ部ＤＰ２の各スイッチに割り当てるべきチャネル群の１つを複数のチャネル群から選択する際に操作する）と、言語切換スイッチＤＰ５（番組で使用される言語を選択する際に操作する）と、国切換スイッチＤＰ６（当該ユーザ端末６Ａ、６Ｂ……が接続される伝送網例えばインターネット網５の所在国に選択操作する）とが設けられている。
またコントロールパネル表示ＤＩＰ１の下側部分には、表示終了スイッチＤＰ７が設けられ、これを操作することによりコントロールパネル表示ＤＩＰ１の表示を閉じるようになされている。
その後ＣＰＵ３１は、ステップＳＰ５に移って、番組コントロールサーバ３から基準時間情報Ｄ２及びチャネルテーブルデータＣＨＤＡＴ・その他の情報を得て、通信インターフエイス３６及びバス３２を介して一時対応メモリ３５のチャネルテーブルデータメモリ３５Ａに取り込む。
かくしてユーザ端末６Ａ、６Ｂ……は、図２４において、ユーザ端末６Ａ、６Ｂ……から端末情報Ｄ１を番組コントロールサーバ３に送って基準時間情報Ｄ２及びチャネルテーブルデータＣＨＤＡＴ・その他の情報の配信を受けた状態になる。
この状態に続いてＣＰＵ３１は、ステップＳＰ６に移って表示終了スイッチＤＰ７が操作されることにより、配信が終了するまで、プログラムの起動状態を維持する。この状態は、ユーザ端末６Ａ、６Ｂ……のユーザがコントロールパネル表示ＤＩＰ１上のスイッチを操作することによりプログラムメモリ３４に格納されているプログラムを指定選択したときに当該プログラムを実行することにより、番組の配信その他の処理を実行できる状態になっている。
やがてステップＳＰ６において肯定結果が得られると、このことはユーザが表示終了スイッチＤＰ７を操作して番組の配信を終了させたことを意味し、このときＣＰＵ３１はステップＳＰ７に移って番組コントロールサーバ３に終了情報Ｄ３を送って（図２４）、ステップＳＰ８において当該プログラム起動処理手順ＲＴ０を終了する。
（５−３）Ｘチャネルボタン処理手順
ＣＰＵ３１はプログラム起動処理手順ＲＴ０のステップＳＰ６の状態において、ユーザ端末６Ａ、６Ｂ……のユーザがコントロールパネル表示ＤＩＰ１のチャネル選択スイッチ部ＤＰ２から、その１つのチャネルボタン（これを「Ｘチャネルボタン」と呼ぶ）を操作すると、ＣＰＵ３１は図２７に示すＸチャネルボタン処理手順ＲＴ１を実行する。
Ｘチャネルボタン処理手順ＲＴ１に入ると、ＣＰＵ３１は、ステップＳＰ１において現在時間におけるＸチャネルの時間チャネルテーブルデータＴＣＤＡＴ（図４）の要求情報を番組コントロールサーバ３に送って、番組コントロールサーバ３から現在時間のＸチャネルのタイムテーブルデータＴＭＤＡＴ（図５）を得て通信インターフェイス３６、バス３２を介して一時記憶メモリ３５に設けられたタイムテーブルデータメモリ３５Ｂに取り込む。
その後ＣＰＵ３１は、次のステップＳＰ１１に移って、現在の状態が動画像データの表示開始前か否かの判断をする。このＣＰＵ３１の判断は、ユーザ端末６Ａ、６Ｂ……のユーザが動画像の番組を途中から見ようとしているか否かを判断するもので、肯定結果が得られたときＣＰＵ３１はステップＳＰ１２に移る。
この実施の形態の場合、ユーザ端末６Ａ、６Ｂ……は、図５について上述したように画像の種別として、通常画像「ｈｔｍｌ」と、圧縮画像「ｃａｂ」と、動画像「ｐａｚ」とを受けることができるが、動画像「ｐａｚ」のうち、当該動画像を途中から見ようとする場合には、ＣＰＵ３１はステップＳＰ１１において否定結果を得る。これに対して、それ以外の画像、すなわち通常画像「ｈｔｍｌ」、圧縮画像「ｃａｂ」及び動画像「ｐａｚ」を最初から見る場合には、ＣＰＵ３１はステップＳＰ１１において肯定結果を得る。
ステップＳＰ１２に移ると、ＣＰＵ３１は、通信用割込タイマ４５及び表示用割込タイマ４６にタイムテーブルデータＴＭＤＡＴを渡して起動し、続くステップＳＰ１３においてディスプレイ３８に、図２８に示すような番組表示パネルＤＩＰ２を表示させる。
番組表示パネルＤＩＰ２は、図１４及び図１５について上述したように、２枚の表示画面、すなわち第１及び第２のブラウザ画面ＢＲ１及びＢＲ２を交互にグラフィックインターフェイス３７によって形成させ、そのうち完成された１枚の画面を番組表示部ＤＰ１に表示する（他の画面は画像データが到来するごとに徐々に画像を形成して行き、完成したとき、これを番組表示部ＤＰ１に切り換えて表示する）。
図２８の場合、番組表示パネルＤＩＰ２の右下側部分に音声ボリュームＶＬが表示され、これを用いてユーザが音声の調整をできるようになされている。
ＣＰＵ３１は、続くステップＳＰ１４において、所定の時間（例えば１５秒）の間、待受画像メモリ４７に予め記憶されている待受画像を、番組表示部ＤＰ１に表示する。
このステップＳＰ１４の処理は、ユーザがＸチャネルボタンを操作した後、番組配信サーバ２から、一時記録メモリ３５の配信画像データメモリ３５Ｃに番組データが揃うまでに伝送路の時間遅れに相当する時間だけ時間がかかるので、この間ユーザに不安感を与えないように、待受画像として、例えば「しばらくお待ち下さい」といった案内表示や、図１１及び図１２において上述したようなコマーシャル画像を表示する。
その後ＣＰＵ３１は、ステップＳＰ１５において当該Ｘチャネルボタン処理手順ＲＴ１を終了する。
これに対して、ステップＳＰ１１において否定結果が得られると、このことは動画像データが表示された途中でＸチャネルボタンが操作されたことを意味し、このときＣＰＵ３１は、動画像の途中から画像の表示を開始すべく、ステップＳＰ１６ないしＳＰ２１の処理を実行する。
動画像については一般的に、静止画像と比較して格段的に大量のデータを伝送する必要があり、従って図５のコマ番号Ｋｎｏ＝７に示すように、動画像「ｐａｚ」を伝送する場合には、１つの動画像を複数の画像部分に分割した動画像分割データを予め番組配信サーバ２に用意する。
すなわち、図２９（Ａ）に示すように、コマ番号Ｋｎｏ＝７のコマ情報指定データＦＲＤＡＴ（図５）を指定する場合には、図２９（Ｂ）に示すように、第１チャネルｃｈ１のコマ番号７の動画像データ「ｐａｚ」として１つの動画像番組「ｃｈ１／７．ｐａｚ」（例えば１０分の動画像）を、１０個の画像部分データＶＤＸ（例えば１分間の画像データ）に区分し、図２９（Ｃ）に示すように、各画像部分データＶＤＸを第１ないし第１０の動画像分割フレームデータＦ１ないしＦ１０に分割し、一連の動画像分割データ「Ｆ１・Ｆ２・……・Ｆ１０」として予め番組配信サーバ２に格納される。
ここで、第１の動画像分割フレームデータＦ１には、１つの動画像番組「ｃｈ１／７．ｐａｚ」の１０個の画像部分データＶＤＸの構成を表す管理情報を有する動画像ヘッダＨＤが、先頭情報として設けられており、これにより、動画像番組「ｃｈ１／７．ｐａｚ」のデータ構成を表す情報、例えば画像部分データＶＤＸの個数、大きさ、データ形式、表示時間などを有し、これにより第１の動画像分割フレームデータＦ１の動画像ヘッダＨＤを取得することにより、動画像番組「ｃｈ１／７．ｐａｚ」のデータ構造が把握できるようになされている。
このような動画像分割フレームデータＦ１・Ｆ２・……・Ｆ１０が、第７コマ目（Ｋｎｏ＝７）のコマ情報指定データＦＲＤＡＴとして開始時間１２時１分３０秒に設定されているとき、図３０（Ａ）に示すように、その開始時間１２時１分３０秒より後の時間ｔ＝ｔｘにおいて、Ｘチャネルボタンが操作された場合には、図３０（Ｂ）ないし（Ｄ）に示すように、ユーザ端末６Ａ、６Ｂ……は、当該Ｘチャネルボタン操作時点ｔ＝ｔｘ以降のフレームデータＦ６ないしＦ１０だけを表示するように、ステップＳＰ１６ないしＳＰ２１の処理を実行する。
すなわち、ＣＰＵ３１は、ステップＳＰ１１において、否定結果が得られたとき、ステップＳＰ１６において一連の動画像分割データＦ１・Ｆ２・……・Ｆ１０に関する属性ファイル情報〔ＰａｚＩｎｆ〕を番組コントロールサーバ３からタイムテーブルデータＴＭＤＡＴとして配信画像データメモリ３５Ｃに読み込んだ後、ステップＳＰ１７においてＸチャネルボタンの操作時点ＴＸ（図３０（Ａ））と、当該動画像分割データファイルの読込時点ｔ＝ｔ０とから、読み込むべき動画像分割フレームデータＦ６を決定し、これによりＸチャネルボタンの操作時点ｔ＝ｔｘの後の時点ｔ＝ｔ６から開始する動画像分割フレームデータＦ６・Ｆ７・Ｆ８・Ｆ９・Ｆ１０をディスプレイ３８に表示すべきことを決定する。
属性ファイル情報「ＰａｚＩｎｆ」は、全体情報としてコマ名称（Ｎａｍｅ＝７）、画像形式（Ｅｘ＝ｍｐｇ（圧縮画像であることを表す））と、データサイズ（Ｓｉｚｅ＝３００００００（３００００００ｂｙｔｅであることを表す））、分割数（Ｃｏｕｎｔ＝１０（１０個の動画像分割フレームデータＦ１〜Ｆ１０を含むことを表す））とで構成されている。
また、各フレームデータＦ１、Ｆ２、……、Ｆ１０についてのフレーム情報として、開始アドレス（Ｓｔａｒｔ＝０、Ｓｔａｒｔ＝３０００００……、Ｓｔａｒｔ＝２７０００００（開始ｂｙｔｅ位置を表す））と、データサイズ（Ｓｉｚｅ＝３０００００、Ｓｉｚｅ＝３０００００……Ｓｉｚｅ＝３０００００（３０００００バイトであることを表す））と、所要時間（Ｔｉｍｅ＝６０００、Ｔｉｍｅ＝６０００……、Ｔｉｍｅ＝６０００（６０秒であることを表す））とで構成されている。
その後ＣＰＵ３１は、ステップＳＰ１８において、待受画像メモリ４７の待受画像をディスプレイ３８の番組表示部ＤＰ１に表示し、続いてステップＳＰ１９において、配信画像データメモリ３５Ｃに読み込んだ属性ファイル「ＰａｚＩｎｆ」から、図３０（Ｃ）に示すような動画像空ファイルＦＩＬＥＸを動画像分割メモリ４９（図２３）に作成する。
この動画像空ファイルＦＩＬＥＸは、Ｘチャネルボタンの操作時点ｔ＝ｔｘにおいてすでに配信されている動画像データのヘッダＨＤと、動画像分割フレームデータＦ１ないしＦ１０とに対応する空ファイル分割フレーム０Ｘ・１Ｘ・２Ｘ・……・１０Ｘとを有する動画像空ファイルＦＩＬＥＸを配信画像データメモリ３５Ｃに形成する。
かくして、図３０（Ｄ）に示すように、Ｘチャネルボタン操作時点ｔ＝ｔｘ以後に配信されるフレームデータＦ６ないしＦ１０を、空ファイル分割フレーム６Ｘないし１０Ｘに取り込むことができるようなメモリエリアを配信画像データメモリ３５Ｃに形成する。続いてＣＰＵ３１は、ステップＳＰ２０において、次に示すような動画像途中再生開始指令ファイル〔７，ｓｍｉ〕を作成する。

ここで、＜ｓｍｉｌ＞はファイル名、＜ｂｏｄｙ＞は本文、＜ｒｅｆ　ｃｌｉｐ−ｂｅｉｎｇ＝”３００．ｏｓ″＝”７．ｍｐｇ＞は「７．ｍｐｇというＭＰＥＧ圧縮ファイルで、３００秒の所から再生せよ」という命令文、＜／ｂｏｄｙ＞、＜／ｓｍｉｌ＞は終了を表す。
その後ＣＰＵ３１は、ステップＳＰ２１に移って、通信用割込タイマ４５及び表示用割込タイマ４６の動画途中再生表示用割込タイマ４６Ｃにタイムテーブルを渡して当該タイマを起動し、上述のステップＳＰ１４及びステップＳＰ１５において当該Ｘチャネル処理手順ＲＴ１を終了する。
（５−４）画像情報読込処理手順
かくして、図２７のＸチャネルボタン処理手順ＲＴ１のステップＳＰ１２及びＳＰ２１において通信用割込タイマ４５が起動状態になると、通信用割込タイマ４５が割込データを発生するごとに、ＣＰＵ３１は図３１の画像情報読込処理手順ＲＴ２を実行する。
画像情報読込処理手順ＲＴ２に入ると、ＣＰＵ３１はステップＳＰ３２において配信画像データメモリ３５Ｃに読み込んだ、配信されたタイムテーブルに基づいて読み込むべきデータがあるか否の判断をし、肯定結果が得られたときステップＳＰ３３において当該タイムテーブルのコマ情報指定データＦＲＤＡＴ（図５）に属性ファイル情報「ＰａｚＩｎｆ」（図２９（Ｄ））が含まれているか否かを確認する。
ここで否定結果が得られると、このことは当該コマ情報指定データＦＲＤＡＴの画像が通常画像「ｈｔｍｌ」であることを表しており、このときＣＰＵ３１は、ステップＳＰ３４に移って、番組配信サーバ２から画像情報ＵＲＬ１、ＵＲＬ２……をユーザ端末６Ａ、６Ｂ……にダウンロードさせる。
ここで画像情報ＵＲＬ１、ＵＲＬ２……のダウンロードは、伝送プロトコルＦＴＰを用いて実行される。
続いてＣＰＵ３１は、ステップＳＰ３５において、当該ダウンロードした画像情報を配信画像データメモリ３５Ｃに保存してステップＳＰ３６に移って、現在読み込んでいるファイルが終了したか否かの判断をし、肯定結果が得られたときステップＳＰ３７において通信用割込タイマ４５を停止させた後、ステップＳＰ３８において当該画像情報読込処理手順ＲＴ２を終了する。
これに対してステップＳＰ３６において否定結果が得られると、このことは現在読み込んでいるファイルに、続いてタイムテーブルデータメモリ３５Ｂにタイムテーブル情報が到来する可能性があることを意味し、このときＣＰＵ３１はステップＳＰ３７の処理をせずに、ステップＳＰ３８において当該画像情報読込処理手順ＲＴ２を終了する。
その後ＣＰＵ３１は、通信用割込タイマ４５に割込データが発生するごとにステップＳＰ３２−ＳＰ３３−ＳＰ３４−ＳＰ３５−ＳＰ３６−ＳＰ３７−ＳＰ３８の処理をすることによってタイムテーブルデータメモリ３５Ｂに読み込んだタイムテーブルデータＴＭＤＡＴのコマ情報指定データＦＲＤＡＴについて順次画像情報の配信を受ける処理を実行する。
やがてタイムテーブルデータメモリ３５Ｃに配信されたタイムテーブルに読み込むべきデータがなくなったとき、ステップＳＰ３２において否定結果が得られることにより、ＣＰＵ３１はステップＳＰ３６に移る。
以上は通常画像についてのタイムテーブルデータがタイムテーブルデータメモリ３５Ｂに配信された場合の処理であるが、動画像の場合には、上述のステップＳＰ３３において肯定結果が得られることにより、タイムテーブルデータに属性ファイル「ＰａｚＩｎｆ」が含まれている動画像分割データファイルの処理であることを意味し、このときＣＰＵ３１はステップＳＰ４０に移って番組配信サーバ２から属性ファイル情報「ＰａｚＩｎｆ」を配信画像データメモリ３５Ｃにダウンロードさせると共に、次のステップＳＰ４１において属性ファイル情報「ＰａｚＩｎｆ」に含まれる分割ファイルを配信画像データメモリ３５Ｃに追加保持する。
かくしてタイムテーブルデータメモリ３５Ｂに配信されたタイムテーブルに属性ファイル情報「ＰａｚＩｎｆ」を含む動画像分割ファイルが含まれているとき、当該属性ファイル情報「ＰａｚＩｎｆ」に含まれている全ての分割ファイルを順次配信画像データメモリ５３Ｃに順次読み出すことにより、タイムテーブルの他の画像情報と一緒に追加保持された状態が得られる。
かくしてタイムテーブルの動画分割ファイルについてのダウンロードが終了した後、ＣＰＵ３１は上述のステップＳＰ３１に戻って、タイムテーブルデータメモリ３５Ｂに保持されているタイムテーブルに含まれる他のコマ情報指定データＦＲＤＡＴについての処理を繰り返す。やがて、ステップＳＰ３２において否定結果が得られたとき、このことはタイムターブルデータメモリ３５Ｂに保持されている全てのコマ情報指定データＦＲＤＡＴ（通常の画像及び動画分割画像を含めて）についての画像情報を、配信画像データメモリ３５Ｃにダウンロードできたことを意味し、このときＣＰＵ３１は、ステップＳＰ３６、ＳＰ３７を介してステップＳＰ３８において、当該画像情報読込処理手順ＲＴ２を終了する。
（５−５）通常再生表示用タイマ処理手順
次に、図２７のＸチャネルボタン処理手順ＲＴ１のステップＳＰ１２において通常再生表示用割込タイマ４６Ａを起動したとき、この通常再生表示用割込タイマ４６Ａが割込データを発生するごとに、ＣＰＵ３１は、図３２の通常再生表示用割込タイマ処理手順ＲＴ３を実行する。
通常再生表示用割込タイマ処理手順ＲＴ３に入ると、ＣＰＵ３１は、ステップＳＰ４１において待受時間が経過したか否かの判断をし、待受時間が経過していないときには上述のステップＳＰ４１に戻って当該待受時間の経過を待つ。
やがて待受時間が経過すると、ＣＰＵ３１は、ステップＳＰ４３に移って配信画像データメモリ３５Ｃに配信画像データがあるか否かの判断をし、肯定結果が得られたときステップＳＰ４４に移って現在の時間と一致する表示時間の画像データがあるか否かの判断をする。
ここで肯定結果が得られると、このことはユーザがＸチャネルボタンを操作した時点ｔｘ（図３０（Ａ））において番組配信サーバ２からダウンロードされた画像データが配信画像データメモリ３５Ｃに保存されていることを意味し、このときＣＰＵ３１はステップＳＰ４５に移って、当該画像データの画像の種類が「ｈｔｍｌ」画像（通常のコマ情報画像であることを表している）であるか、「ｃａｂ」画像（ＭＰＥＧ圧縮画像であることを表している）であるか、「ｐａｚ」画像（動画分割画像であることを表している）であるか否かの判断をする。
ここでＣＰＵ３１が通常画像「ｈｔｍｌ」であると判断したとき、ＣＰＵ３１はステップＳＰ４６に移って画像データをグラフィックインターフェース３７に送って当該画像データの画像を形成する。
この実施の形態の場合、グラフィックインターフェース３７は図１４及び図１５において上述したように、２枚の画像（これを第１及び第２のブラウザ画像と呼ぶ）を交互に形成するようになされており、ＣＰＵ３１は、次のステップＳＰ４７において現在形成されているのが第１ブラウザ画像か又は第２ブラウザ画像かの判断をする。
ここで第１ブラウザ画像であるとの判断結果が得られると、ＣＰＵ３１はステップＳＰ４８に移って画像データを第１ブラウザに読み込むと共に、次のステップＳＰ４９において第２ブラウザ画像を表示した後、次のステップＳＰ５０に移る。これに対してステップＳＰ４７において第２ブラウザ画像であるとの判断結果が得られたとき、ＣＰＵ３１はステップＳＰ５１に移って画像データを第２ブラウザに読み込むと共に、ステップＳＰ５２において第１ブラウザ画像を表示してステップＳＰ５０に移る。
かくしてＣＰＵ３１は、グラフィックインターフェース３７の第１及び第２のブラウザを用いて通常再生表示用割込タイマ４６Ａから送られて来る画像データを交互に第１又は第２のブラウザ画像としてディスプレイ３８の表示画面に表示し（図２８）、続いてステップＳＰ５０において当該表示された画像データを通常再生表示用割込タイマ４６Ａから消去しステップＳＰ５７において当該通常再生表示用割込タイマ処理手順ＲＴ３を終了する。
かくしてＣＰＵ３１は、表示割込タイマ４６の通常再生表示用割込タイマ４６Ａに画像データがある限り、通常再生表示用割込タイマ４６Ａが割込データを発生するごとに、ステップＳＰ４３−ＳＰ４４−ＳＰ４５−ＳＰ４６−ＳＰ４７−（ＳＰ４８、ＳＰ４９又はＳＰ５１、ＳＰ５２）−ＳＰ５０−ＳＰ５７の処理を繰り返すことによってすべての通常画像データ「ｈｔｍｌ」についてディスプレイ３８の表示画面３８Ａに表示すると共に、当該表示した画像データを通常再生表示用割込タイマ４６Ａから消去する。
これに対して、上述のステップＳＰ４５において表示用割込タイマ４６に渡された画像データが圧縮画像「ｃａｂ」であると判断したとき、ＣＰＵ３１はステップＳＰ５５において当該圧縮画像を解凍して通常の画像データと同様の画像データに変換する。
かくして圧縮画像「ｃａｂ」を通常の画像データと同様の画像データに変換処理した後、ＣＰＵ３１は上述のステップＳＰ４６に移り、以下通常画像「ｈｔｍｌ」について上述したと同様のループを介して、当該解凍された画像をディスプレイ３８の表示画面３８Ａに表示すると共に、表示された画像データを通常再生表示用割込タイマ４６Ａから消去するような処理を実行する。
これに対して、ＣＰＵ３１が上述のステップＳＰ４５において、当該処理しようとする画像が動画像「ｐａｚ」である、との判断結果が得られると、ＣＰＵ３１はステップＳＰ５６に移って、通常再生表示用割込タイマ４６Ａの動作を停止すると同時に動画通常再生表示用割込タイマ４６Ｂを起動した後、この動画通常再生表示用割込タイマ４６Ｂが割込データを発生するごとに、図３３の動画通常再生表示用割込タイマ処理手順ＲＴ４を実行し、その終了後、ステップＳＰ５７において、当該通常再生表示用割込タイマ処理手順ＲＴ３を終了する。
これに対して、上述のステップＳＰ４３において否定結果が得られると、このことは配信画像データメモリ３５Ｃの画像データを全て表示し終ったことを意味し、このときＣＰＵ３１は、ステップＳＰ５８において、ディスプレイ３８の番組表示パネルＤＩＰ２（図２８）を閉じると共に、ステップＳＰ５９において、番組コントロールサーバ３に動作状況を表す終了情報Ｄ３を渡した後（図２４）、ステップＳＰ５７において当該通常再生表示用割込タイマ処理手順ＲＴ３を終了する。
また、上述のステップＳＰ４４において、否定結果が得られたとき、このことは、たとえ通常再生表示用割込タイマ４６Ａに画像データが残っていたとしても、表示する必要がないことを意味し、このときＣＰＵ３１は上述のステップＳＰ５８に移って、当該通常再生表示用割込タイマ処理手順ＲＴ３を終了させるような処理をする。
（５−６）動画通常再生表示用割込タイマ処理手順
図３３において、動画通常再生表示用割込タイマ処理手順ＲＴ４に入ると、ＣＰＵ３１は、ステップＳＰ６１において、配信画像メモリ３５Ｃの画像データに、属性ファイル情報「ＰａｚＩｎｆ」があるか否かの判断をする。
ここで肯定結果が得られると、このことは当該画像データが動画分割画像データであることを意味し、このときＣＰＵ３１はステップＳＰ６２に移って属性ファイル情報から当該画像データの総容量を計算すると共に、図３０（Ａ）ないし（Ｃ）について上述したように、フレームデータＦ１ないしＦ１０に対応する動画像空ファイルＦＩＬＥＸを動画像分割メモリ４９に形成する。
続いてＣＰＵ３１は、次のステップＳＰ６４において配信画像データメモリ３５Ｃに分割画像データがあるか否かの判断をする。
ここで肯定結果が得られると、ＣＰＵ３１はステップＳＰ６５に移って当該割込画像データを動画像分割メモリ４９の動画像空ファイルＦＩＬＥＸ（図３０（Ｃ））に上書きする。
続いてＣＰＵ３１は最初に処理すべき分割画像データが動画像空ファイルＦＩＬＥＸの第１の分割画像データであるか否かの判断をし、肯定結果が得られたときステップＳＰ６８において動画像空ファイルＦＩＬＥＸに上書きされた分割画像をグラフィックインターフェース３７に順次送ることにより動画像の再生を開始して上述のステップＳＰ７０に移る。
この場合グラフィックインターフェース３７は、第１又は第２のブラウザ画面ＢＲ１又はＢＲ２のいずれか一方に動画像を形成することにより、番組表示部ＤＰ１に動画像を表示する（図２８）。
その後ＣＰＵ３１は、動画像空ファイルＦＩＬＥＸに上書きされた第２、第３……の分割画像について、動画像の再生処理を実行し、その結果ステップＳＰ６７において否定結果が得られることにより（第２、第３……の分割ファイルを再生するタイミングになったことにより）、ＣＰＵ３１はステップＳＰ６７において否定結果を得てステップＳＰ６９に移り、動画像空ファイルＦＩＬＥＸに上書きされたヘッダデータＨＤや、すでにディスプレイ３８に表示された動画像データ部分を順次消去する。
かくして動画通常再生表示用割込タイマ４６Ｂには、ヘッダデータや表示完了した動画像の画像データを消去できることにより、配信を受けた動画像についてのセキュリティを維持することができる。
やがて動画像空ファイルＦＩＬＥＸに書き込まれた分割動画像データの全てが再生し終わると、ステップＳＰ６４において否定結果が得られることにより、ＣＰＵ３１はステップＳＰ７０において、当該ファイル（すなわちＸチャネルボタンの一回の操作によって配信を受けるべき画像ファイル）の全ての画像のファイルの配信が終了したか否かの判断をし、肯定結果が得られたときＣＰＵ３１は次のステップＳＰ７１において動画像通常再生表示用割込タイマ４６Ｂを停止して通常再生表示用割込タイマ４６Ａを起動することにより、その後の画像データの表示処理を通常再生表示用割込タイマ４６Ａ（図３２）に引き継いだ後、ステップＳＰ７２において当該動画通常再生表示用タイマ処理手順ＲＴ４を終了する。
これに対して上述のステップＳＰ７０において肯定結果が得られると、このことは当該ファイルの処理が全て終了していないことを意味し、このときＣＰＵ３１はステップＳＰ７２に移って直ちに当該動画通常再生表示用割込タイマ処理手順ＲＴ４を終了し、その後動画通常再生表示用割込タイマ４６Ｂが割込データを発生するごとに、当該処理手順ＲＴ４を繰り返す。
（５−７）動画途中再生表示用割込タイマ処理手順
次に、Ｘチャンネルボタン処理手順ＲＴ１（図２７）のステップＳＰ２１において、動画途中再生表示用割込タイマ４６Ｃが起動されると、ＣＰＵ３１は、動画途中再生表示用割込タイマ４６Ｃから割込データが発生するごとに図３４の動画途中再生表示用割込タイマ処理手順ＲＴ５を実行する。
このときＣＰＵ３１は、ステップＳＰ８２において配信画像メモリ３５Ｃに画像データがあるか否かの判断をする。
ここで肯定結果が得られると、このことは途中再生すべき動画像データがあることを意味し、このときＣＰＵ３１はステップＳＰ８３に移って分割画像データを動画像分割メモリ４９に読み込みと共に、次のステップＳＰ８４において動画像空ファイルＦＩＬＥＸ（図３０（Ｃ））に途中からの分割画像データを上書きする（図３０（Ｄ）の場合は動画像空ファイルＦＩＬＥＸのうち、第６ないし第１０の空ファイルの分割フレーム６Ｘないし１０Ｘに第６ないし第１０の分割画像データＦ６ないしＦ１０を上書きしている）。
続いてＣＰＵ３１は、ステップＳＰ８５において動画再生起動済みか否かの判断をし、否定結果が得られたとき、ステップＳＰ８６において途中再生開始指令ファイル〔７，ｓｍｉ〕（図２７のステップＳＰ２０において作成されたものを用いる）により途中再生する。
これに対してステップＳＰ８５において肯定結果が得られると、このことは途中再生ではないことを意味し、このときＣＰＵ３１はステップＳＰ８６の途中再生をせずにステップＳＰ８７に移る。
かくしてＣＰＵ３１は動画像空ファイルＦＩＬＥＸに途中から書き込まれた動画像データの途中再生を終了してステップＳＰ８７に移って当該ファイルが終了したか否かの確認し、肯定結果が得られたときステップＳＰ８８において動画途中再生表示用割込タイマ４６Ｃを停止して通常再生表示用割込タイマ４６Ａを起動することにより、当該ファイルの他の画像データの処理を通常再生表示用割込タイマ処理手順ＲＴ３（図３２）の処理に引き継いで、ステップＳＰ８９において当該動画像途中再生表示用割込タイマ処理手順ＲＴ５を終了する。
これに対して、ステップＳＰ８２において肯定結果が得られると、このことは途中再生が終了したことを意味するので、ＣＰＵ３１はステップＳＰ８７に移り、またステップＳＰ８７において否定結果が得られると、このことはＸチャネルボタンの操作によって処理すべき一連の当該ファイルの処理が終了していないことを意味するので、ＣＰＵ３１は直接ステップＳＰ８９に移って当該動画途中再生表示用割込タイマ処理手順ＲＴ５を終了する。
（５−８）動作
以上の構成において、ディスプレイ３８の表示画面３８Ａにコントロールパネル表示ＤＩＰ１が表示されている状態において（図２６）、チャネル選択スイッチ部ＤＰ２のいずれかのチャネルボタン（すなわちＸチャネルボタン）を操作したとき、ユーザ端末６Ａ、６Ｂ……のＣＰＵ３１は、Ｘチャネルボタン処理手順ＲＴ１のステップＳＰ１０において、番組コントロールサーバ３から、当該Ｘチャネルボタン操作時間に対応するＸチャネルのタイムテーブルＴＭＤＡＴを、チャネルテーブルデータメモリ３５Ａ（図２３）に配信を受ける。
ここでタイムテーブルＴＭＤＡＴによって配信される画像の種類は通常画像「ｈｔｍｌ」と圧縮画像「ｃａｂ」と、動画分割画像「ｐａｚ」とがあり、さらに動画分割画像「ｐａｚ」には最初から全部を再生する場合と、途中再生をする場合とがある。
ＣＰＵ３１は、当該画像の種類をステップＳＰ１１（図２７）において判断し、動画像の途中再生である場合には、動画像空ファイルＦＩＬＥＸ（図３０（Ｃ））を再生し（ステップＳＰ１９）、途中再生開始指令ファイル〔７，ｓｍｉ〕を作成する（ステップＳＰ２０）と共に、通信用割込タイマ４５及び動画途中再生表示用割込タイマ４６Ｃにタイムテーブルを渡してこれを起動する。
これに対して通常再生表示画像データの場合には、ＣＰＵ３１はステップＳＰ１２（図２７）において通信用タイマ４５及び表示用割込タイマ４６にタイムテーブルを渡してこれを起動する。
通常画像「ｈｔｍｌ」及び圧縮画像「ｃａｂ」の場合、通信用割込タイマ４５は、配信サーバ２から画像情報をダウンロードして配信画像データメモリ３５Ｃに保存する（図３１のステップＳＰ３４、ＳＰ３５）のに対して、動画像「ｐａｚ」の場合には、属性ファイル情報「ＰａｚＩｎｆ」を配信サーバ２からダウンロードすると共に、当該属性ファイル情報「ＰａｚＩｎｆ」内の分割ファイルを配信画像データメモリ３５Ｃに追加保持する（図３１のステップＳＰ４０、ＳＰ４１）。
ＣＰＵ３１はこのようにして配信画像データメモリ３５Ｃに配信された画像データを用いて画像の種類に応じた表示用タイマを駆動することによって画像データをディスプレイ３８の番組表示部ＤＰ１に表示する。
すなわち表示用割込タイマ４６に画像データが渡されて起動されると、ＣＰＵ３１は、まず通常再生表示用パネル処理手順ＲＴ３（図３２）に基づいて、通常画像「ｈｔｍｌ」及び圧縮画像「ｃａｂ」の配信を受けたときには当該通常画像「ｈｔｍｌ」を直接に、又は圧縮画像「ｃａｂ」を解凍して、第１又は第２ブラウザＢＲ１又はＢＲ２を用いて、表示画面３８Ａに表示させる（図３２のステップＳＰ４８、ＳＰ４９又はＳＰ５１、ＳＰ５２）。
これに対して動画分割画像「ｐａｚ」を最初から表示する場合は、ＣＰＵ３１は、通常再生表示用割込タイマ処理手順ＲＴ３（図３２）における処理をした後、動画分割画像「ｐａｚ」と判断したとき（図３２のＳＰ４５）、当該通常再生表示用タイマ４６Ａを停止して動画通常再生表示用タイマ４６Ｂを起動する（ＳＰ５６）ことにより、動画通常再生表示用割込タイマ処理手順ＲＴ４（図３３）において、動画像を再生開始する（図３３のステップＳＰ６８）。
この動画像の再生は、属性ファイル情報〔ＰａｚＩｎｆ〕（図２９（Ｄ））に基づいて、画像データの総容量から動画像空ファイルＦＩＬＥＸを動画像分割メモリ４９に形成し（図３０（Ｃ））、この動画像空ファイルＦＩＬＥＸに分割画像データを上書きすることにより、各動画像データがフレームごとに配信画像データ３５Ｃに配信されるごとに（全てのフレーム画像が到来する前に）、順次表示画面３８Ａに表示できる（図３３のステップＳＰ６４、ＳＰ６５、ＳＰ６６、ＳＰ６８）。
これに対して動画像の途中から見る場合には、ＣＰＵ３１は、動画像途中再生表示用割込タイマ処理手順ＲＴ５（図３４）においてＸチャンネルボタン処理手順ＲＴ１（図２７）のステップＳＰ１９、ＳＰ２０において作成された途中再生開始指令ファイル〔７，ｓｍｉ〕により再生表示できる（図３４のステップＳＰ８３、ＳＰ８４、ＳＰ８６）。
かくして動画通常再生表示用割込タイマ処理手順ＲＴ４（図３３）及び動画像途中再生表示用割込タイマ処理手順ＲＴ５（図３４）の処理が終わったとき、ＣＰＵ３１は一旦通常再生表示用割込タイマ処理手順ＲＴ３（図３２）に処理を引き継ぐことにより（図３３のステップＳＰ７１、図３４のステップＳＰ８８）、当該動画像データに続いて他の画像データが配信された場合にも、通常再生表示用割込タイマ処理手順ＲＴ３（図３２）を介して全ての画像（ｈｔｍｌ、ｃａｂ、ｐａｚ）の表示処理を確実に続けることができる。
以上の通り第５の実施の形態によれば、情報伝送網に接続された複数のユーザ端末６Ａ、６Ｂ……に対して、種々の画像を表す画像データを、同一表示時間において一斉に、番組配信サーバ４から、配信できるような情報配信システムを実現できる。
（６）他の実施の形態
（６−１）上述の実施の形態においては、単位番組データＤＭ−Ｎを構成する番組コマ内容データＤｍｎｐを、同じ時間間隔で区切って生成するようにした場合について述べたが、区切る時間間隔は均一でなくとも良く、番組コマ内容の絵柄、又は種類（静止画、動画など）に応じて発生するデータ量に応じて区切る長さを不均一に決めるようにしても良い。
（６−２）図１９の実施の形態の場合は、子配信サーバ２Ａ、２Ｂ……２Ｅから番組情報データ読みとるべきユーザ端末（６ＡＡ、６ＡＢ、６ＡＣ）、（６ＢＡ、６ＢＢ、６ＢＣ）……（６ＥＡ、６ＥＢ、６ＥＣ）として、『子配信サーバの近傍に存在する３つ』を割り当てたが、近傍以外の条件（例えば伝送線路の管轄範囲の違いなど）に基づいて割り当てるようにしても良く、また割り当ての個数も伝送線路の伝送速度に応じて３以上又は以下にしても良い。
（６−３）上述の実施の形態によれば、番組コントロールサーバに配信要求を出した複数のユーザ端末に対して、同時に同じ番組情報を、配信できるから、この機能に加えて、同じ番組情報の配信を受けているユーザ端末同士がチャットモードで更新できるようにしても良く、このようにすれば同じ番組情報画面を見ているユーザ同士が当該番組情報画面上で意見の交換をなし得るような機能を実現できる。
（６−４）図５のタイムテーブルデータＴＭＤＡＴにおいては、各コマ情報指定データＦＲＤＡＴにおいて、表示ＵＲＬが指定するサーバを全て同じサーバ（すなわち１つの番組配信サーバ２）にしたが、これに代え、表示ＵＲＬが指定するサーバを必要に応じて異ならせるようにしても、上述の場合と同様の効果を得ることができる。
上述のように本発明によれば、番組コントロールサーバによって単位番組データを指定するチャネルテーブルデータと、当該チャネルテーブルデータの一部のデータとして番組コマ内容データを指定するタイムテーブルデータとを、ユーザ端末に配信した後、ユーザ端末においてチャネルテーブルデータに含まれるタイムテーブルデータを用いて番組配信サーバから対応する番組コマ内容データを当該ユーザ端末が読み取るようにしたことにより、簡易な構成によって多数のユーザ端末に一斉に番組情報データを配信できるような情報配信システムを容易に構築できる。
また親番組配信サーバに格納されている番組情報データを子配信サーバに配信した後、各子配信サーバに割り当てられたユーザ端末が当該番組情報データを読み取るようにしたことにより、大きなデータ容量の番組情報データであっても情報伝送網のトラフィックを把握してコントロールすることにより確実に番組情報データを配信できるような情報配信システムを構築できる。
（６−５）図２６について、デイスプレイ３８の表示画面３８Ａを述べたが、これに代え、図３５に示すように、番組表示部ＤＰ１を表示画面３８Ａの中央部に大画面として配設すると共に、その右側部にチャネル選択スイッチ部ＤＰ２、並びに各種のファンクションスイッチ、ＤＰ３〜ＤＰ７を配設するようにしても良い。
図３５の構成によれば、ユーザは番組表示部ＤＰ１に映出された番組を、大画面によって観ることができる。
また、図２６の構成に代え、図３６に示すように、表示画面３８Ａの右上隅部に、番組表示部ＤＰ１の小画面として配設すると共に、番組表示部ＤＰ１と並ぶように矢印キーによって、構成されたチャネル選択スイッチＤＰ８（図３５のチャネル選択スイッチ部ＤＰ２と同様の選択操作機能をもつ）及び１つの切換キーによって構成されたファンクション選択スイッチＤＰ９（図３５のスイッチＤＰ３〜ＤＰ７と同様の選択操作機能をもつ）を配設し、表示画面３８Ａをコンピュータの操作画面として使用するようにしても良い。
図３６の構成によれば、ユーザは、番組表示部ＤＰ１の番組を観ながら、コンピュータの操作をすることができ、これにより表示画面３８Ａを多機能の目的に使用できる。
産業上の利用可能性
本発明は、インターネット網などの情報伝送網を利用して配信センタから多数のユーザ端末に情報を配信する情報配信システムに利用できる。
【図面の簡単な説明】
図１は、本発明による情報配信システムの第１の実施の形態を示す系統図である。
図２は、図１の情報配信システムによって配信される配信情報ＩＮＦの構成を示す略線図である。
図３は、図２の配信情報ＩＮＦを構成する単位番組データＤＭ−Ｎ及び番組コマ内容データＤｍｎｐの説明に供する略線図である。
図４は、図３の各単位番組データＤＭ−Ｎを指定するチャネルテーブルデータＣＨＤＡＴを示す図表である。
図５は、図４のチャネルテーブルデータＣＨＤＡＴに含まれるタイムテーブルデータＴＭＤＡＴを示す図表である。
図６は、番組情報の伝送方法の説明に供する略線図である。
図７は、ユーザ端末のディスプレイに表示される番組選択スイッチＳＷ１を示す略線図である。
図８は、表示を元に戻すスイッチＳＷ２を示す略線図である。
図９は、予約番組選択スイッチＳＷ３を示す略線図である。
図１０は、コマ情報を指定するために用いられる情報の説明に供する略線図である。
図１１は、コマーシャル画像ＤＰＩの一例を示す略線図である。
図１２は、コマーシャル画面の保存入力方法を説明するユーザ端末の表示画面を示す略線図である。
図１３は、ユーザ端末の表示画面上に設けられるブックマークリスト画面を示す略線図である。
図１４は、番組配信サーバからユーザ端末への番組情報データの配信方法の説明に供する略線図である。
図１５は、図１４の他の配信方法を示す略線図である。
図１６は、タイムテーブルデータの他の例を示す図表である。
図１７は、高解像度動画画像データの配信方法の説明に供するタイムチャートである。
図１８は、分散配信方法の説明に供するタイムチャートである。
図１９は、情報配信システムの第２の実施の形態を示すブロック図である。
図２０は、図１９の情報配信システムにおいて用いられるタイムテーブルデータＴＭＤＡＴを示す図表である。
図２１は、情報配信システムの第３の実施の形態を示すブロック図である。
図２２は、情報配信システムの第５の実施の形態を示すブロック図である。
図２３は、ユーザ端末の構成を示すブロック図である。
図２４は、ユーザ端末６Ａ、６Ｂ……と番組コントロールサーバ３及び番組配信サーバ２との間に授受されるデータの流れを示す略線図である。
図２５は、図２３のＣＰＵ３１のプログラム起動処理手順ＲＴ０を示すフローチャートである。
図２６は、図２３のディスプレイ３８のコントロールパネル表示手順ＤＩＰ１を示す略線図である。
図２７は、ＣＰＵ３１のＸチャネルボタン処理手順ＲＴ１を示すフローチャートである。
図２８は、ディスプレイ３８の番組表示パネルＤＩＰ２を示す略線図である。
図２９は、動画像分割データの説明に供する略線図である。
図３０は、動画途中再生処理の説明に供する略線図である。
図３１は、ＣＰＵ３１の画像情報読込処理手順ＲＴ２を示すフローチャートである。
図３２は、ＣＰＵ３１の通常再生表示用割込タイマ処理手順ＲＴ３を示すフローチャートである。
図３３は、ＣＰＵ３１の動画通常再生表示用割込タイマ処理手順ＲＴ４を示すフローチャートである。
図３４は、ＣＰＵ３１の動画途中再生表示割込タイマ処理手順ＲＴ１５を示すフローチャートである。
図３５は、表示画面の他の例を示す略線図である。
図３６は、表示画面のさらに他の例を示す略線図である。
符号の説明
１、１Ｘ……情報配信システム、２……番組配信サーバ、２Ａ〜２Ｅ……子配信サーバ、２ＮＡ……北米子配信サーバ、２ＳＡ……南米子配信サーバ、２Ｘ……親番組配信サーバ、２ＸＡ……番組データベース、３……番組コントロールサーバ、４……配信センタ、４ＪＰ……日本インターネット網、４ＮＡ……北米インターネット網、４ＳＡ……南米インターネット網、５……インターネット網、（６Ａ、６Ｂ……）、（６ＡＡ、６ＡＢ、６ＡＣ）〜（６ＥＡ、６ＥＢ、６ＥＣ）……ユーザ端末、（６ＪＰＡ、６ＪＰＢ……）……日本ユーザ端末、（６ＮＡＡ、６ＮＡＢ……）……北米ユーザ端末、（６ＳＡＡ、６ＳＡＢ……）……南米ユーザ端末、（７Ａ、７Ｂ……）……コマーシャル配信サーバ、、１１……送信メモリ、１２……受信表示部、１２Ａ、１２Ｂ……第１、第２受信メモリ部、１５Ａ、１５Ｂ……大陸間伝送路、２１……動画像データ発生装置、２１Ａ……テレビジョンカメラ、２１Ｂ……符号化手段、ＣＨＤＡＴ……チャネルテーブルデータ、ＣＭＤＡＴ……コマーシャルリンク指定データ、ＤＭ−Ｎ……単位番組データ、Ｄｍｎｐ……番組コマ内容データ、ＦＲＤＡＴ……コマ情報指定データ、ＴＭＤＡＴ……タイムテーブルデータ、ＳＷ１……番組選択スイッチ、ＳＷ２……表示を元に戻すスイッチ、３１……ＣＰＵ、３２……バス、３３……起動用プログラムメモリ、３４……プログラムメモリ、３５……一時記憶メモリ、３５Ａ……チャネルテーブルデータメモリ、３５Ｂ……タイムテーブルデータメモリ、３５Ｃ……配信画像メモリ、３６……通信インターフェイス、３７……グラフィックインターフェース、３８……ディスプレイ、３９……外部記憶装置、４０……マウスインターフェース、４１……マウス、４５……通信用割込タイマ、４６……表示用割込タイマ、４６Ａ……通常再生表示用割込タイマ、４６Ｂ……動画通信再生表示用割込タイマ、４６Ｃ……動画途中再生表示用割込タイマ、４７……待受画像メモリ

Claims (12)

1. 番組配信サーバのデータベースに格納されている番組情報データを、番組コントロールサーバの制御の下に、情報伝送網を介して多数のユーザ端末に配信する情報配信システムであって、
   上記データベースに格納されている番組情報データは、１つ又は複数のチャネルについて第１の分割時間間隔ごとに区切られた複数の単位番組データを有し、かつ上記各単位番組データは上記第１の分割時間の間を一連の第２の分割時間間隔で細分化された番組情報データでなる番組コマ内容データを有し、
   上記番組コントロールサーバは、上記単位番組データを指定するチャネルテーブルデータと、上記チャネルテーブルデータの一部のデータとして上記番組コマ内容データを指定するタイムテーブルデータとを、上記ユーザ端末に配信し、１つ又は複数の上記ユーザ端末において上記チャネルテーブルデータの１つを指定する指定情報が入力されたとき、上記ユーザ端末から当該入力指定されたチャネルテーブルデータに対応する上記タイムテーブルデータを上記番組配信サーバに与えることにより、上記番組配信サーバから対応する上記番組コマ内容データを、上記情報伝送網を介して、上記指定情報を入力した上記ユーザ端末に、配信させる
   ことを特徴とする情報配信システム。
2. 上記単位番組データに対して上記第１の分割時間間隔を表す第１の分割時間データを割り当てると共に、上記番組コマ内容データに対して上記第２の分割時間間隔を表す第２の分割時間データを割り当て、
   上記番組コントロールサーバは、基準時間情報を配信することにより上記ユーザ端末と時間合せをすると共に、上記チャネルテーブルデータに対応する上記タイムテーブルデータを上記ユーザ端末に配信し、
   複数の上記ユーザ端末が共通の上記タイムテーブルデータを上記番組配信サーバに与えることにより、上記タイムテーブルデータによって指定された上記番組コマ内容データを、上記番組配信サーバから同時に読み出す
   ことを特徴とする請求の範囲第１項に記載の情報配信システム。
3. 上記番組コマ内容データは一部にコマーシャル表示データを含むことにより、上記ユーザ端末は、番組コマ画像の間にコマーシャルコマ画像を表示する
   ことを特徴とする請求の範囲第１項又は第２項に記載の情報配信システム。
4. 上記タイムテーブルデータはコマーシャルコマ画像指定データの一部にコマーシャルリンクデータを含み、上記ユーザ端末は、上記コマーシャル画像指定データにより上記番組配信サーバから配信された第１のコマーシャルコマ画像をディスプレイ上に表示しているとき上記コマーシャルリンクデータを保存し、番組終了後に上記保存したコマーシャルリンクデータを用いてコマーシャルサーバから第２のコマーシャルコマ画像を読み取ってディスプレイに表示する
   ことを特徴とする請求の範囲第１項又は第２項に記載の情報配信システム。
5. 親番組配信サーバのデータベースに格納されている番組情報データを、番組コントロールサーバの制御の下に、情報伝送網を介して、複数の子配信サーバに配信した後、当該配信した番組情報データを上記複数の子配信サーバから対応する１つ又は複数のユーザ端末に配信する情報配信システムであって、
   上記データベースに格納されている番組情報データは、１つ又は複数のチャネルについて第１の分割時間間隔ごとに区切られた複数の単位番組データを有し、かつ各単位番組データは上記第１の分割時間の間を一連の第２の分割時間間隔で細分割された番組情報データでなる番組コマ内容データを有し、
   上記番組コントロールサーバは、上記親番組配信サーバの番組情報データを上記複数の子配信サーバに配信し、
   上記単位番組データを指定するチャネルテーブルデータと、上記チャネルテーブルデータの一部のデータとして上記番組コマ内容データを指定するタイムテーブルデータとを、上記番組コントロールサーバから上記ユーザ端末に配信し、
   １つ又は複数の上記ユーザ端末において上記チャネルテーブルデータの１つを指定する指定情報が入力されたとき、上記番組コントロールサーバは、当該入力指定されたチャネルテーブルデータに含まれる上記タイムテーブルデータを用いて、上記ユーザ端末に対応する上記子配信サーバから上記単位番組データの上記番組コマ内容データを、上記情報伝送網を介して、上記指定情報を入力した上記ユーザ端末に、配信させる
   ことを特徴とする情報配信システム。
6. 上記単位番組データに対して上記第１の分割時間間隔を表す第１の分割時間データを割り当てると共に、上記番組コマ内容データに対して上記第２の分割時間間隔を表す第２の分割時間データを割り当て、
   上記番組コントロールサーバは、基準時間情報を配信することにより、上記ユーザ端末と時間合せをすると共に、上記ユーザ端末から与えられる上記チャネルテーブルデータに対応する上記タイムテーブルデータを上記ユーザ端末に配信し、
   複数の上記ユーザ端末が、共通の上記タイムテーブルデータを上記配信サーバに与えることにより、上記タイムテーブルデータによって指定された上記番組コマ内容データを、対応する上記子配信サーバから同時に読み出す
   ことを特徴とする請求の範囲第５項に記載の情報配信システム。
7. 上記番組コマ内容データは一部にコマーシャル表示データを含むことにより、上記ユーザ端末は番組コマ画像の間にコマーシャル画像を表示する
   ことを特徴とする請求の範囲第５項又は第６項に記載の情報配信システム。
8. 上記タイムテーブルデータはコマーシャルコマ画像指定データの一部にコマーシャルリンクデータを含み、上記ユーザ端末は、上記コマーシャル画像指定データにより上記番組配信サーバから配信された第１のコマーシャルコマ画像をディスプレイ上に表示しているとき上記コマーシャルリンクデータを保存し、番組終了後に上記保存したコマーシャルリンクデータを用いてコマーシャルサーバから第２のコマーシャルコマ画像を読み取ってディスプレイに表示する
   ことを特徴とする請求の範囲第５項又は第６項に記載の情報配信システム。
9. 上記各ユーザ端末は、
   上記チャネルテーブルデータから１のチャネルを指定操作するチャネル指定手段と、
   上記チャネル指定手段の指定操作時間に対応する配信時間を有する上記番組コマ内容データを含む上記番組情報データを上記番組配信サーバから配信させる第１の割込時間タイマ手段と、
   上記配信された番組情報データを表示手段に表示させる第２の割込時間タイマ手段と
   を具えることを特徴とする請求の範囲第１項又は第５項に記載の情報配信システム。
10. 上記ユーザ端末は、上記番組配信サーバから配信された上記番組コマ内容データに含まれている画像種別データに基づいて、上記第２の割込時間タイマとして上記各画像種別データごとに設けられている複数の割込タイマ手段のうち、上記配信された番組コマ内容データの上記画像種別データに対応する１つの割込タイマ手段を起動して当該１つの割込タイマ手段が上記配信された番組コマ内容データの表示時間になったとき、当該番組コマ内容データを表示手段に表示する
    ことを特徴とする請求の範囲第１項又は第５項に記載の情報配信システム。
11. 上記ユーザ端末は、上記番組配信サーバから配信された上記番組コマ内容データに含まれている画像種別データにより指定されている画像種別が動画分割画像であるとき、メモリ手段に複数の画像部分データ記憶部を有する動画像空ファイルを形成し、上記番組コマ内容データとして配信されて来た分割画像データの各画像部分データを上記動画像空ファイルの対応する上記画像部分データ記憶部に書き込むと共に、当該各画像部分データを順次上記画像部分データ記憶部から読み出して表示手段に表示する
    ことを特徴とする請求の範囲第１項又は第５項に記載の情報配信システム。
12. 上記ユーザ端末は、上記番組配信サーバから配信された上記番組コマ内容データに含まれている画像種別データにより指定されている画像種別データが途中再生動画分割画像であるとき、メモリ手段に全ての画像部分データに対応する画像部分データ記憶部を有する動画像空ファイルを形成し、上記番組コマ内容データとして配信されて来た途中再生分割画像データの途中画像部分データを上記動画像空ファイルの上記全ての画像部分データ記憶部のうち、上記途中の画像部分データに対応する途中の画像部分データ記憶部に書き込むと共に、当該途中の画像部分データを順次上記途中の画像部分データ記憶部から読み出して表示手段に表示する
    ことを特徴とする請求の範囲第１項又は第５項に記載の情報配信システム。

Images