JP2004505503A - 多チャネルインターネット放送中継システム及びネットワーク方法 - Google Patents

Abstract

本発明は、ローカル生放送サーバーからの多チャネルインターネット放送のための中継システムを開示する。本発明は、クライアントコンピューターにより要求される接続の数に依存して、いくつかのローカルサーバーにより共有される複数の生放送中継サーバーを有することを可能にする。

Description

【０００１】
技術分野
本発明は、インタ−ネット（ｉｎｔｅｒｎｅｔ）放送のための中継システム（ｒｅｌａｙ ｓｙｓｔｅｍ）及びネットワーク（ｎｅｔｗｏｒｋ）方法に関する。
特に多チャネル（ｍｕｌｔｉ−ｃｈａｎｎｅｌ）インターネット放送のたのに生放送サーバー（ｌｉｖｅ−ｓｅｒｖｅｒ）の維持費用を最小化し、サーバーからのデータ伝送のためにネットワーク帯域幅を最小化するマルチミディア中継システム及びネットワーク方法に関する。
【０００２】
関連技術の説明
インターネット使用者の急増勢に供ないインターネット放送に対する関心は増している。
現在、代表的インターネット動影像サーバーとして、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）社のウィンドウスミディアサーバー（Ｗｉｎｄｏｗｓ Ｍｅｄｉａ Ｓｅｒｖｅｒ）とリアルネットワーク（Ｒｅａｌ Ｎｅｔｗｏｒｋ）社のリアルサーバー（Ｒｅａｌ Ｓｅｒｖｅｒ）が使用されている。
【０００３】
図１は従来技術によるクライアントサーバー方式のインターネット放送システムを示す図である。
図１を参照すれば、従来技術によるインターネット放送システムはサーバー（２０）と使用者（９０）間の動影像伝達のため基本構造として、クライアント（９０）／サーバー（２０）構造を採択している。
即ち、生放送（ｌｉｖｅ ｗｅｂｃａｓｔｉｎｇ）のためにカメラから入力された影像をエンーディングし、オーディオデータと供に実時間でクライアント（９０）まで伝達する方式が用いられており、ブイオーディー（ＶＯＤ； ｖｉｄｅｏ ｏｎ ｄｅｍａｎｄ）サービスのためには前もってエンコーディングされ貯蔵されたデータをサーバーが読み出し、クライアントまで伝達する方式を使用している。
【０００４】
ところで、動影像を提供するーつのサーバーに多数のクライアントが接続された場合、はサーバーとネットワークにとんでもない負荷が増すことになり、これを解決するための技術として、マイクロソフト社のクラスタリング（ｃｌｕｓｔｅｒｉｎｇ）技術が知られている。
図２は従来技術によるクラスタリング技術を表したシステム構成図でする。図２を参照すれば、従来技術によるクラスタリング方法は多数のサーバー（１００、１１０、１１１、１１２、１１３）を運営し、サーバー（１００）に接続するクライアント（９０）をたがいに他のサーバー（１１０， １１１， １１２， １１３）に分散させることによりロードバランシィング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）技法を提供する。
【０００５】
しかし、前述したクラスタリング方法は各々のサーバー（１１０，１１１，１１２，１１３）が同一なデータを維持している場合だけ可能な方法であり、動影像を実時間でエンコーディング（ｅｎｃｏｄｉｎｇ）して伝送しなければならないインターネット生放送（ｌｉｖｅ ｗｅｂｃａｓｔｉｎｇ）としては不適当である。
したがって、多くのクライアントを有しながらインターネット実時間生放送を進行するためには生放送のための高性能サーバーを必ず設置し、実時間放送の質を維持するためには大容量の帯域幅を持った専用線の設置を必要とする。
しかし、インターネット放送局を運営するコンテント提供業者が前述した問題点を充足するために高性能サーバーと大容量ネットワークを備えることは技術的または経済的に容易ではない。
【０００６】
さらに、全国の主要道路に交通量をモニターするための生放送サーバーを設置し、クライアントに交通状況を実時間で中継するマルチチャネル放送システムの場合、ローカル生放送サーバーをすべて高性能サーバーで設置し、大容量高速専用回線を設置維持するのは費用面においてたやすくない。
この場合、ーつのサーバーはーつのチャネルを提供可能であるため、多重チャネルを提供しようとする場合、チャネル数に比例してサーバーと回線費用負担は増すことになる。
【０００７】
さらに、ーつの放送サーバーが受容できるクライアントの数が限定されているので、ある瞬間で接続を要請するクライアントが暴増する場合サーバーとネットワークには対応しきれない負荷がかかることになる。
さればといって、従来技術によるクラスタリング方式でサーバーの個数を増加しようとする場合、ローカルネットワーク（ｌｏｃａｌ ｎｅｔｗｏｒｋ）の回線容量とともに増加させるための費用負担が発生するため、もっと即時接続クライアントの数が一時的に暴増することで高性能サーバーの多数を設置することは技術的にまた経済的に容易でない。
【０００８】
発明の概要
したがって、本発明の第１目的は、インターネット放送を中継する中継システム及び方法を提供することにある。
本発明の第２目的は、上記第１目的に加えて、生放送サーバーの設置及び維持費用を最小化可能にするインターネット放送中継システムと方法を提供することにある。
本発明の第３目的は、上記第１目的に加えて、サーバーからの生放送データ伝送のためのネットワーク帯域幅最小化可能なインターネット放送中継システム及び方法を提供することにある。
【０００９】
本発明の第４目的は、上記第１目的に加えて、サーバーに接続して生放送データ伝送を要求するクライアントが瞬間的に増加する場合にもローカルネットワークに負担を与えなく中継システム拡張が容易なインターネット放送中継システム及び方法を提供することにある。
本発明の第５目的は、上記第１目的に加えて、サーバーに接続し、生放送データ伝送を要求するクライアントが瞬間的に増加する場合ても動影像の画質とか秒当りのフレーム数の劣化が無いインターネット放送中継システム及び方法を提供することにある。
本発明の第６目的は、上記第１目的に加えて、動影像コンテントを提供するローカルインターネット放送局と上記ローカルインターネット放送局が送出するチャネルを視聴しようとするクライアントへ常に高画質で中継放送をできるようにインターネット中継システムを提供する中継事業者間のビジネスモデルを提供することにある。
【００１０】
上記の目的を達成するための、本発明はＩＳＰ（ｉｎｔｅｒｎｅｔ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）に接続され、インターネット放送のためのデータストリーム（ｄａｔａ ｓｔｒｅａｍ）をエンコーディング（ｅｎｃｏｄｉｎｇ）し、チャネルサービスを提供する放送サーバー（２００）と；
上記ＩＳＰに接続され上記放送サーバー（２００）が伝送するデータストリームを受信し、該当チャネルを要求するクライアント（ｃｌｉｅｎｔ）の数程度複製して各々のクライアントへ上記データストリームをインターネット網を通じて提供するとか、中継機管理サーバー（ＬＲＭＳ； ２１０）の制御のもとで他の中継機サーバーからローカルネットワーク（ｌｏｃａｌ ｎｅｔｗｏｒｋ）を通じて上記データストリームを伝送受けて、該当チャネルを要求するクライアントに上記インターネット網を通じて伝送する複数の中継サーバーを含む。
【００１１】
更に、本発明はクライアント（９０）が要請したチャネルサービスを提供する放送サーバー（２００）から上記中継機サーバー（３００）がインターネット放送のためのデータストリームをもたらすようにするプロセスと、上記チャネルを要請したクライアントを上記複数の中継機サーバー中あるーつに分散接続させて該当チャネルを視聴するように管理するプロセスを行う中継機管理サーバー（ＬＲＭＳ）と； 上記インターネット放送を視聴するため接続されたクライアントにインタフェースを提供し、上記中継機管理サーバーに接続するようにプログラムを上記クライアントに提供するウェブサーバー（２２０）を含むインターネット放送中継システムを提供する。
【００１２】
発明の好適な態様の詳細な説明
以下、本発明によるインターネット放送中継システム及び方法の良好な実施例を添付図３〜図６を参照して詳細に説明する。
図３は本発明によるインターネット放送中継システムの良好な実施例を示すシステム構成図である。
図３を参照すれば、本発明によるインターネット放送中継機システムは実時間で動影像及びオーディオデータをエンコーディングし、生放送サービスを随行する放送サーバー（ｌｉｖｅ ｓｅｒｖｅｒ； ２００）が複数個図示されている。
【００１３】
各々の放送サーバー（２００）は各々のチャネルを持ち、生放送で動影像とオーディオデータを本発明による中継機システム（２１０、２２０、２３０、２４０、２５０、２６０）を通じて多数のクライアント（９０）に多チャネルインターネット放送を成し遂げる。
図３に示された複数個の放送サーバー（２００）は各々、独立されたチャネルを持ってコンテントを送出する別個の放送局だと考えることができる。または、図３に表わした複数個の放送サーバー（２００）は各々、交通放送のために全国の主要道路網にカメラと同時に設置れたローカル放送サーバーとして理解されることができる。
【００１４】
本発明による好ましい実施例にしたがい、本発明は全国交通放送システムに適用される場合、季節及び時間等によって特定ローカル放送サーバーに接続するクライアントの数が可変的であるので、従来技術によるクラスタリング技術を適用する場合にはクライアントへ高画質の放送データを伸縮的に提供することが不可能になる。
【００１５】
従来技術の場合各々の放送サーバー（２００）は瞬間的に接続するクライアント（９０）の暴走を勘案し、高性能サーバーシステムを備えた大容量高速通信のネットワーク（２９０）を構成しなければならなかったが、本発明による放送サーバー（２００）は、実際にクライアント（９０）等は中継機サーバー（２３０、２３１、・・・２３９）に接続され放送データストリームを伝達されるので、ーつのチャネルを提供することができる最小限のシステム仕様とーつのクライアント（この場合は中継機サーバーである）の接続を満足する最小限の帯域幅を備えたネットワーク（２９０）に充足される技術上の特徴がある。
【００１６】
本発明によるインターネット中継機システムは放送サーバー（‘生放送サーバー’だと称することができる； ２００）から入る実時間ライブ動画像及びオーディオデータストリーム（ｓｔｒｅａｍ）を該当チャネルに要請するクライアントの数程度メモリ上で複製し、各々のクライアント（９０）へ伝送する機能を基本とする。
前述した中継機能を備えたサーバーは図３に示した中継機サーバー（ＬＲＳ；ｌｉｖｅ ｒｅｌａｙ ｓｅｒｖｅｒ； ２３０， ２３１，・・・２３９）である。
本発明による中継機サーバー（２３０、２３１、・・・２３９）は予想されるクライアント（９０）の数と実際に接続を要請するクライアントの数を考慮し、複数個で構成可能である。
【００１７】
再び図３を参照すれば、複数個の中継機サーバー（ＬＲＳ； ２３０， ２３１，・・・２３９）へ特定チャネルをサービスする放送サーバー（２００）からデータを持って来る作業と、任意のチャネルサービスを要求するクライアント（９０）を各々の中継機サーバー（２３０、２３１、・・・２３９）に效果的負荷分散（ｌｏａｄ ｂａｌａｎｃｉｎｇ）方法で分散させる作業を行う中継機管理サーバー（ＬＲＭＳ； ｌｉｖｅ ｒｅｌａｙ ｍａｎａｇｅｍｅｎｔ ｓｅｒｖｅｒ； ２１０）は、本発明による多チャネルインターネット放送中継システムを構成する。
更に、クライアント（９０）は放送データの受信と再生のためにインターネットウェブブラウザー（ｗｅｂ ｂｒｏｗｓｅｒ）上で動作する専用クライアントプログラムが要することになり、このようなプログラムの自動設置を可能させるためにシステムはウェブサーバー（２２０）を必要とする。
【００１８】
一方、放送視聴者はすべてのチャネルのサービスを望まず、事実上ウェブページ（ｗｅｂ ｐａｇｅ）等はサーフィング（ｓｕｒｆｉｎｇ）途中にそのまま過ぎる場合が頻繁なことを考慮した時に、生放送サービスは放送視聴者の一時的訪問時また中継システムに接続されデータを受信する必要が無く、その場合には不必要な負荷のみ発生される。
【００１９】
したがって、本発明によるインターネット放送中継システムのウェブサーバー（２２０）は初期画面を最も最近に放映した放送コンテントを含めているＪＰＥＧイメージで代置し、その後使用者が継続的サービス要求がある場合だけウェブブラウザ−のクライアントプログラムは中継システムに接続し動影像データを受信することができる。
【００２０】
図３を再び参照すれば、これのためにフレーム変煥サーバー（ＦＣＳ； ｆｒａｍｅ ｃｏｎｖｅｒｓｉｏｎ ｓｅｒｖｅｒ； ２５０）とＪＰＧイメージを貯蔵しウェブサーバー（２２０）へ提供するデータベースサーバー（ＤＢＭＳ； ２６０）は本発明によるインターネット放送中継システムを構成する。
図３を参照すれば、本発明による中継機サーバー（２３０、２３１、・・・２３９）、中継機管理サーバ（２１０）及びウェブサーバー（２２０）は各々独立的にインターネット専用線に接続されている。
【００２１】
本発明による良好な実施例として、中継機管理サーバー（ＬＲＭＳ； ２１０）とウェブサーバー（２２０）はＴ１級帯域幅のネットワーク（２８０、２８１）に連結可能であり、実際動影像を中継する中継機サーバー（２３０、２３１、・・・２３９）等を各々Ｔ３級帯域幅のネットワーク（２８２、２８３、２８４）に接続可能である。
【００２２】
本発明によるインターネット放送中継機システムを構成するネットワーク構造は各々のサーバー（２１０、２２０、２３０、２３１、・・・２３９、２５０、２６０）等がたがいに独立的な専用線等を保有されるようにすることで、各々のサーバー等は自身に要求される請求（ｒｅｑｕｅｓｔ）を自体的に処理し、同一な専用線で返することができる技術的特徴を持つ。
即ち、本発明によるシステムネットワーク構造は外部ネットワーク（２８０、２８１、２８２、２８３、２８４、２８５、２８６）のデータが中継システムの内部ネットワーク（２７０）へ流入されるのを最小化する長点をもっている。 その結果、クライアント（９０）数は暴増されて中継機サーバー（２３０）を追加設置しても、内部ネットワーク（２７０）を再構成するとか内部ネットワークトラフェック（ｎｅｔｗｏｒｋ ｔｒａｆｆｉｃ）問題に因り回線容量を増大しなければならない問題点は引き起こさない。
【００２３】
本発明によるインターネット放送中継システムの内部ネットワーク（２７０）はメガ（ｍｅｇａ）バイト級の装備として十分に構成可能であり、中継機サーバー（２３０）の追加だけで全体システム容量を拡大することができる。
【００２４】
本発明によるネットワーク構造において内部ネットワーク（２７０）を通過するデータは、ＪＰＥＧイメージの変換のために中継機サーバー（２３０）からフレーム変換サーバー（２５０）へ伝達される間歇的なＩ−フレーム（イメージフレーム）としてのＭＰＥＧフレームと、変換後データベースサーバー（２６０）へ伝達されるＪＰＥＧイメージ、ウェブサーバー（２２０）は使用者に提供するためデータベースサーバー（２６０）からウェブサーバー（２２０）まで伝達されるＪＰＥＧイメージと、中継機サーバー（２３０）とフレーム変換サーバー（２５０）を管理するため中継機管理サーバー（２１０）とのやりとりは数キロバイト（ｋｉｌｏ ｂｙｔｅ）の制御信号が全部である。
【００２５】
このような全体下にて内部ローカルネットワーク（２７０）を注視すると、大規模サービスをするために全体ネットワーク構造を取り外して変更すべき従来技術によるネットワークシステムと比較して見た時、本発明による放送中継システムはメガバイト級の装備で十分であり、中継機サーバー（２３０）だけを追加することにより全体システム容量を拡張することができる。
【００２６】
一方、使用者ホスト（ｈｏｓｔ； ９０）に設置されたクライアントプログラムはウェブサーバー（２２０）から生放送チャネルを要求する時に最初に中継機管理サーバー（ＬＲＭＳ； ２１０）へ接続する。
本発明による中継機管理サーバー（２１０）はクライアント（９０）の要求に対して現在該当チャネルをサービスしている中継機サーバー（２３０）がある場合には、クライアント（９０）に該当中継機サーバー（２３０）からデータを受信することを命令することができる。
【００２７】
もし、現在どんな中継機サーバー（２３０， ２３１，・・・２３９）も該当チャネルをサービスしていなかったならば、本発明による中継機管理サーバー（２１０）はその時点において負荷がもっとも少ない中継機サーバー（２３０）に該当チャネルを生放送している放送サーバー（２００）に接続することを命令し、クライアントプログラムには該当中継機サーバー（２３０）からデータを受信することを指示する。
【００２８】
前述した過程は本発明による中継機管理サーバー（２１０）の主要機能中ーつの負荷分散（ｌｏａｄ ｂａｌａｎｃｉｎｇ）技術である。
このとき、もし使用者数がーつの中継機サーバー（２３０）に収容することができる容量を超過する場合、本発明による中継機管理サーバー（２１０）は、また他の中継機サーバー（２３１）に現在サービス中の中継機サーバー（２３０）から動影像を受信することを指示し、その後の使用者達を第２中継機サーバー（２３１）からサービスを受けさせる。
【００２９】
したがって、一時的に特定チャネル接続を要請するクライアント（９０）が暴増する場合にも、本発明による負荷分散方式を中継機サーバーシステムに使用することで、生放送サーバー（２００）は接続使用者の数とは関係無しに中継機サーバー（２３０）とーつの接続だけを結び放送を中継することができる。
その結果、多チャネルを提供しようとするサービス業者などは、生放送サーバーのシステム及びネットワーク仕様を最小に維持することで費用を節減することができる。
【００３０】
例をあげれば、放送サーバー（２００）が接続されたネットワーク（２９０）が２５６ＫＢＰＳの低速回線である場合に連結（ｃｏｎｎｅｃｔｉｏｎ）がーつである場合にはーつの動影像ストリーム（ｓｔｒｅａｍ）が２５６ＫＢＰＳの帯域幅を全部使用されるが、万一コネクションを二つに増す場合にはーつの動影像は各々２５６ＫＢＰＳ÷２＝１２８ＫＢＰＳの帯域幅だけを使用されるので、動影像の画質とか秒当フレーム数がめっきり低下されるしかない。　しかし、本発明によるインターネット放送中継システムはクライアントの数には無関に中継システム（２３０）と生放送サーバー（２００）との間にはーつのコネクションだけを維持することを特徴とする。
【００３１】
本発明によるインターネット放送中継システムはローカル放送サーバー（２００）の放送局業者に該当チャネル中継放送のために投入された中継機（２３０，２３１， ２３９）のサービス回線使用量にしたがい中継機を算定し賦課することにより中継システムを運営しながら収益をつくり出すことができる。
本発明によるインターネット放送中継システムはローカル放送サーバー（２００）とクライアント（９０）を互いに連結すると交換機の機能は随行され、特定チャネル接続を要請するクライアントの数に比例して中継機は可変的に可動されるシステムを構成することを特徴とする。
【００３２】
図４は本発明によるインターネット放送中継システムの中継方法の第１実施例を表わした作業流れ図である。
図４を参照すれば、インターネット放送を視聴しようとするクライアント（９０）はインターネット放送中継局のウェブサーバー（２２０）に接続しインターネット放送ウェブページ（ｗｅｂ ｐａｇｅ）を要請する（段階Ｓ４００）。
一方、本発明によるウェブサーバー（２２０）はウェブページを応答して伝送し（段階Ｓ４１０）、好ましい実施例としてクライアントのチャネルサーフィング段階ではＪＰＧイメージにより応答することができる。
【００３３】
続いて、使用者はウェブページのＪＰＧイメージファイルをクリックすることによりクライアント（Ａｃｔｉｖｅ Ｘ）専用プログラムを要請できる（段階Ｓ４２０）。
本発明によるウェブサーバー（２２０）はクライアント（９０）にクライアント応答を行い（段階Ｓ４３０）、クライアント（９０）は本発明による中継機管理サーバー（ＬＲＭＳ； ２１０）へ接続を行う（段階Ｓ４４０）。
このとき、本発明による中継機管理サーバー（２１０）にはクライアント（９０）のアイディ（ＩＤ）、パスワード、生放送サーバー（２００）のアドレス情報は伝達されることができる。
【００３４】
続いて、本発明による中継機管理サーバー（２１０）はクライアント（９０）にログオンを許し（段階Ｓ４５０）、中継機サーバー（２３０）に接続して放送データストリームを要請するように命令する（段階Ｓ４６０）。
このとき、該当チャネルをサービスしている中継機サーバーが存在していない場合、現時点で最も使用量が少ない中継機サーバー（２３０）に該当チャネルを生放送する放送サーバー（２００）からデータを取り出す［フェッチ（ｆｅｔｃｈ）する］命令は可能となる（段階Ｓ４７０）。
一方、本発明により、中継機管理サーバー（２１０）からデータフェッチ命令を受けた中継機サーバー（２３０）は放送サーバー（２００）からデータを伝送されて（段階Ｓ４９０）、放送データストリームクライアントへ中継する（段階Ｓ４９５）。
【００３５】
図５は本発明によるインターネット放送中継システムの中継方法の第２実施例を表わした作業流れ図である。
本発明の第２実施例はクライアント（９０）が要請した該当チャネルを放送中継する中継機サーバー（２３０）が存在し、接続容量が可用なる場合の放送中継サービス方法である。
【００３６】
図５において、段階Ｓ４００乃至段階Ｓ４５０までの作業内容は前述した本発明の第１実施例の場合と同一であるので、詳細な説明は省略する。
クライアント（９０）は中継機管理サーバー（２１０）に要請したチャネルを中継している中継機サーバー（２３０）が存在し、現在中継機サーバー（２３０）がサービスしているクライアントの数が自身の容量を超過しない場合、本発明による中継機管理サーバー（２１０）はクライアント（９０）に該当チャネルを現在中継している中継機サーバー（２３０）に接続するように命令し（段階Ｓ４６０）、中継機サーバー（２３０）は放送サーバーへ入った放送データを該当チャネルを要求するクライアントの数だけメモリ上へ複製し、各々のクライアント（９０）に伝送する（段階Ｓ４９６）。
【００３７】
図６は本発明によるインターネット放送中継システムの中継方法の第３実施例を表わした作業の流れ図である。
本発明の第３実施例はクライアント（９０）が要請した該当チャネルを放送中継する第１中継機サーバー（２３０）は容量が超過されて、第２中継機サーバー（２３１）が第１中継機サーバー（２３０）からローカルネットワーク（２７０）を通じて放送データを伝達受けてクライアント（９０）に中継サービスを行うシナリオを構成することを特徴とする。
【００３８】
本発明の第３実施例によるインターネット放送中継方法中段階Ｓ４００乃至段階Ｓ４５０までの作業は前述した第１実施例の詳細説明を参照することとし、ここでは省略する。
本発明による中継機管理サーバー（２１０）がクライアント（９０）に現時点にて最も負荷を少なくかけている第２中継機サーバー（２３１）に接続することを命令すれば、クライアント（９０）は第２中継機サーバーへ放送データストリーム伝送を要求する（段階Ｓ４６１）。
【００３９】
続いて、本発明による中継機管理サーバー（２１０）は第２中継機サーバー（２３１）に現在放送中継中の第１中継機サーバー（２３０）からデータを伝達受けることを命令する（段階Ｓ４７１）。
本発明による第２中継機サーバー（２３１）はローカルネットワークを通じて第１中継機サーバー（２３０）にデータを要求し（段階Ｓ４８１）、データストリームを伝送受けて（段階Ｓ４８２）接続したクライアント（９０）へデータを応答伝送する（段階Ｓ４９７）。
【００４０】
前述した内容は発明の特許請求範囲をより良く理解できるように、本発明の特徴と技術的長所を少し幅広く概説した。
本発明の特許請求範囲を構成する付加的な特徴と長所等は以上にて詳述した。
開示された本発明の概念と特定実施形態は、本発明と類似な目的を行うための他の構造の設計または修正の基本として手早く使用できることが当該技術分野における熟練者等により確認されるべきである。
また、本発明で開示された発明の概念と実施形態は、本発明の同一目的を遂行するため、異なる構造に修正または設計するための基礎として、当該技術分野の熟練者等により使用されるであろう。
更に、当該技術分野の熟練者による、そのような修正または変更された等価構造は、特許請求範囲において記述した発明の思想と範囲をはずれない限度内で多様な変化、置換および変更は可能である。
【００４１】
【発明の効果】
以上のように、本発明による中継機サーバーは放送サーバーから放送データストリームを導入する段階とクライアントへ放送を中継する段階において、両者供に各々の中継機サーバーをＩＳＰ網に連結する単一専用線を利用することになり、放送サーバーから伝送される放送データストリームは中継システム内部ネットワークへ導入されてローカルネットワーク負荷を増加させる。
そして、生放送サーバーは接続を願うクライアントの数とは関係なしにーつのコネクションだけ結び放送データストリームを中継システムで伝送されるので動影像の画質とか、秒当りのフレーム数の劣化なしにインターネット網に接続された専用線の帯域幅を十分に使用してデータを伝送することができる。
または、本発明によるインターネット放送システムはーつのチャネルごとにーつの中継機サーバーを用いて、中継機管理サーバーは負荷分散（ｌｏａｄ ｂａｌａｎｃｉｎｇ）概念で瞬間接続クライアントの数にしたがい中継機サーバーをいくつか動員して放送を中継されるので瞬間的に暴増するクライアント接続を追加費用負担なしに実行することができる。
一方、本発明によるインターネット放送中継システムは中継機の数を増加させた場合でもローカルネットワークの容量またはネットワーク構造を変更なしに、単純な中継機を追加することにより多チャネル中継システムの中継能力を向上させることができる。
【図面の簡単な説明】
【図１】従来技術によるクライアントサーバー方式のインターネット放送システムを示す図。
【図２】従来技術によるクラスタリング方式のクライアントサーバーシステム構成を示す図。
【図３】本発明によるインターネット放送中継システムの好ましい実施例を示すシステム構成図。
【図４】本発明によるインターネット放送中継システムの中継方法の第１実施例を示す作業流れ図。
【図５】本発明によるインターネット放送中継システムの中継方法の第２実施例を示す作業流れ図。
【図６】本発明によるインターネット放送中継システムの中継方法の第３実施例を示す作業流れ図。
【符号の説明】
５０ ： ＩＳＰ
２０， ２００ ： 生放送サーバー
９０ ： クライアント
１００、２２０ ： ウェブサーバー
２１０ ： 中継機管理サーバー
２３０、２３１、・・・２３９ ： 中継機サーバー
２５０ ： フレーム変換サーバー
２６０ ： データベースサーバー

Claims (13)

1. インターネット網に接続されてインターネット放送のためのデータストリームをインコーディングし、チャネルサービスを提供する放送サーバー；
   上記インタ−ネット網に接続されて上記放送サーバーが伝送するデータストリームを受信し、該当チャネルを要求するクライアントの数程度複製し、各々のクライアントへ上記データストリームを上記インタ−ネット網を通じて提供し、また、中継機管理サーバーの制御のもとでほかの中継機サーバーからローカルネットワークを通じて上記データストリームを伝送受け、該当チャネルを要求するクライアントへ上記インタネット網を通じて伝送する複数の中継機サーバー；
   上記クライアントが要請したチャネルサービスを提供する放送サーバーから上記中継機サーバーがインタ−ネット放送のためのデータストリームを持って来るようにするプロセスと、上記チャネルを要請したクライアントを上記複数の中継機サーバー中あるーつに分散接続させて該当チャネルを視聴するようにさせるプロセスを行う中継機管理サーバー；
   上記インタ−ネット放送を視聴するため接続されたクライアントへインタフェースを提供し、上記中継機管理サーバーに接続されるようにプログラムを上記クライアントに提供するウェブサーバーを含むインターネット放送中継システム。
2. 第１項において、上記中継機サーバー、上記中継機管理サーバー、上記ウェブサーバーは各々独立的なインターネット専用線を備え、インターネット網に接続されていることを特徴とするインターネット放送中継システム。
3. 第１項において、上記放送サーバーは該当チャネルを要請したクライアントの数とは独立的に上記中継機サーバーと単一コネクションを維持することを特徴とするインターネット放送中継システム。
4. 第１項において、上記インターネット放送中継システムは、上記ウェブサーバーに接続されたクライアントが多数のチャネル中、あるーつを視聴するためブラウジングする段階において、上記クライアントは該当チャネルに対応された中継機サーバーに接続される代りに上記該当チャネルの最近放送内容を包むイメージを上記クライアントへ提供するために、上記放送サーバーからＩ−フレームを受信されイメージファイルに変換するフレーム変換サーバー；および上記イメージファイルを貯蔵するデータベースをもっと包んだインターネット放送中継システム。
5. 第１項において、上記中継機管理サーバーは、上記クライアントのインターネット放送要請に対して、該当チャネルをサービスしている中継機サーバーが存在する場合、上記クライアントに該当中継機サーバーに接続してデータを受信されるようにし；
   また、該当チャネルをサービスしている中継機サーバーが容量を超過する場合、他の中継機サーバーとして放送中にある中継機サーバーから該当チャネルデータをローカルネットワークで伝達され、クライアントにインターネット網を通じて送出されるようにし；
   現在、どんな中継機サーバーも該当チャネルをサービスしていない場合、今の時点において最も負荷が少なくかけている中継機サーバーへ該当チャネルを放送する放送サーバーに接続されるように命令し、上記クライアントには該当中継機サーバーに接続するよう命令する分散処理機能
   を備えたことを特徴とするインターネット放送中継システム。
6. （ａ） クライアントコンピュ−タはインターネット放送ウェブサーバーに接続してウェブページを提供する段階；
   （ｂ） 上記ウェブページ中の専用クライアントプログラムが動作して特定チャネル接続を中継機管理サーバーに要請する段階；
   （ｃ） 上記中継機管理サーバーは、上記特定チャネルをサービスする中継機サーバーが存在するかを確認する段階；
   （ｄ） 上記確認段階（ｃ）において、上記特定チャネルデータを該当放送サーバーから伝送受けてサービスする第１中継機サーバーが存在し、上記第１中継機サーバーが収容することができるクライアントの容量を超過することのない場合、上記中継機管理サーバーは上記クライアントへ上記第１中継機サーバーに接続して上記特定チャネルデータを受信することを命令する段階；
   （ｅ） 上記確認段階（ｃ）において、上記特定チャネルデータを該当放送サーバーから伝送受けてサービスする第１中継機サーバーが存在し、上記第１中継機サーバーが収容できるクライアント容量を超過した場合、上記中継機管理サーバーは多数の中継機サーバー中負荷が小さい第２中継機サーバーへ上記第１中継機サーバーから上記特定チャネルデータを伝達されることを命令し、上記クライアントへ上記第２中継機サーバーに接続して上記特定チャネルデータを受信することを命令する段階；
   （ｆ） 上記確認段階（ｃ）で上記特定チャネルデータを該当放送サーバーから伝送されてサービスする中継機サーバーが存在していない場合、上記中継機管理サーバーは多数の中継機サーバー中負荷が最も小さい中継機サーバーへ上記特定チャネルを放送する放送サーバーに接続することを命令し、上記クライアントには上記中継機サーバーに接続して上記特定チャネルデータを受信することを命令する段階と
   を含むインターネット放送中継方法。
7. 多数の放送サーバーが各々チャネルを持ってインターネット放送をするマルチチャネルインターネット放送を上記チャネルを視聴しようとする多数のクライアントに上記マルチチャネルインターネット放送を中継する方法において、
   第１専用線を通じてインターネット網に接続された放送サーバーは中継機管理サーバーが指定した中継機に接続し、自身のチャネルに対応される放送データストリームを各々伝送する段階；
   第２専用線を通じてインターネット網に接続された上記第１中継機サーバーは上記放送サーバーから伝達された放送データを上記中継機管理サーバーの制御に基づき自身に接続したクライアントへ伝送し、自身の負荷容量を超過した場合上記中継機管理サーバーの命令下で、ローカルネットワークで接続された第２中継機サーバーへ上記放送データを伝送する段階；
   上記クライアントは上記第１中継機サーバーあるいは上記第２中継機サーバーからインターネット網を通じて放送データを受ける段階と
   を含むインターネット放送中継方法。
8. 第７項において、上記第１専用線のデータ伝送速度は上記第２専用線のデータ伝送速度より低い回線を用いることを特徴とするインターネット放送中継方法。
9. 第７項において、上記インターネット放送中継方法は上記複数の放送サーバーが放映する各々のチャネルデータ中特定画面をフレーム変換サーバーは、イメージファイルに変換しデータベースへ貯蔵する段階；
   上記多チャネルインターネット放送をインタフェスウェブサーバーに接続したクライアントが複数のチャネルをサーフィングする過程で、各々のチャネルに対応する上記イメージファイルを上記中継機管理サーバーは上記データベースから読み出しするクライアントへ伝送し見せる段階と
   をさらに含むインターネット放送中継方法。
10. 動映像データを送出する放送サーバーからデータストリームを伝達された中継機サーバーが、インターネット放送ウェブサーバーへ接続し上記動映像を要請するクライアントに上記動映像データを送出中継する方法において、
    フレーム変換サーバーは上記中継機サーバーへログオンするステップ；
    上記フレーム変換サーバーは上記中継機サーバーにＩ−フレームを要請するステップ；
    上記中継機サーバーは上記放送サーバーから伝達された動映像データからＩ−フレームを上記フレーム変換サーバーへ伝送するステップ；
    上記フレーム変換サーバーは上記Ｉ−フレームをイメージファイルに変換してデータベースに貯蔵するステップ；
    上記クライアントには上記インターネット放送ウェブサーバーに接続してウェブページを要請するステップ；
    上記インターネット放送ウェブサーバーは上記放送サーバーが放送する放送チャネルに対応し上記データベースからイメージファイルを読み出し、上記イメージファイルを含んだウェブページを上記クライアントに応答するステップ；
    上記クライアントは上記イメージファイルをクリックすることによって上記イメージファイルに対応された動映像放送を視聴するためのクライアント専用プログラムを要請するステップ；
    上記インターネット放送ウェブサーバーは上記クライアントに上記動映像放送を受信できるように中継機システムを連結させるステップ
    を包むインターネット放送方法。
11. 第１０項において、上記中継機システムに連結させるステップは上記インターネット放送ウェブサーバーは上記クライアントサーバーに中継機管理サーバーに接続可能になるように応答するステップ；
    上記クライアントは上記中継機管理サーバーから命令を受けた上記中継機管理サーバーが指定した中継機サーバーに接続し放送データを受けるステップを包むインターネット放送方法。
12. 第１０項において、上記フレーム変換サーバーは周期的に上記中継機サーバーＩ−フレームを要請し、上記Ｉ−フレームをイメージファイルで変換し、上記データベースにアップデートし、貯蔵するステップをもっと包むインターネット放送方法。
13. 動映像データを送出するインターネット放送ウェブサーバーに接続されたクライアントへ上記動映像データを送出する方法にあって、
    フレーム変換サーバーは上記放送ウェブサーバーが送出する動映像放送のＩ−フレームをイメージファイルで変換し、データベースに貯蔵するステップ；
    上記クライアントは上記インターネット放送ウェブサーバーへ接続してウェブページを要請するステップ；
    上記インターネット放送ウェブサーバーは上記動映像放送に対応したイメージファイルを上記データベースから読み出し、上記イメージファイルを入れたウェブページを上記クライアントに応答するステップ；
    上記クライアントは上記イメージファイルをクリックすることによって上記イメージファイルに対応された動映像放送を視聴するためのクライアント専用プログラムを要請するステップ； および
    上記インターネット放送サーバーは上記クライアントに上記動映像放送データを送出するステップ
    とを含むインターネット放送方法。

Images