(57)【要約】  ネットワークを通じた統合放送システムの広告/放送スケジューリング方法、及び広告/放送の映像伝送を管理するために画面分轄を使用する広告/放送中央統制管理システムとその方法が開示される。本発明は、現在放映中の放送を中止し、緊急放送を放映する。緊急放送を放映が終了すると、中止された放送、及び予備の放送が再び放映される。本発明は、中央統制管理方法により管理される広告の最高の効果のために、リアルタイムにインターネットを通じて、様々な広告映像を送信する。統合放送システムは、コンテンツディストリビュションサーバー、トラフィックマネジメントサーバー、セキュリティサーバー、IBSコントロールサーバー、IBS Adminユーザーインターフェース、IBSターミナルサーバー、IBSメディアサーバーを備える。
2007520897.tif 000002
【特許請求の範囲】
【請求項１】
LAN、WAN、インターネットを含むネットワークを通じた中央統制方式を利用して全ての地域又は広告地点の出力媒体に実時間又は予約スケジュールに従い動映像を送出して広告放送スケジュールを制御する統合放送システム（Integrated Broadcasting System：以下"IBS"と言う)に於いて、
前記IBSの主な役割を遂行し一般広告及び放送スケジュールに対する制御機能、緊急放送制御機能、顧客/ターミナル情報管理機能、コンテンツモニタリング及びコンテンツ送受信制御機能を遂行するIBSコントロールサーバー(以下"IBSCS"と言う);
各放送コンテンツのアップロードとダウンロード時にサーバー間又は地域間の重要なコンテンツを暗号化し圧縮化する機能を提供し、保安維持の為にコンテンツの伝送課程で不純な目的を持つた外部の盗用を遮断する伝送経路トンネリング保護技術を使用し、前記伝送経路トンネリング保護技術は各OSI 7 Layer間のデータ伝送に於いてデータのカプセル化を具現した一般的なネットワーク技術に基盤を置いているセキュリティサーバー(以下"SS"と言う);
GUI環境の管理道具で前記IBSの駆動の為の全ての環境設定及び放送スケジュール指定機能、放送地点管理機能、コンテンツグループ化機能、コンテンツ管理、スケジュール管理、地点管理、管理者登録、管理者権限指定を含むAdmin管理を中央で統制制御するグラフィック管理機能を提供し、ジャバ環境で開発して設置及び運用にOS仕様の制約を受けない様にするIBS Adminユーザーインターフェース(以下"IBSAUI"と言う);
前記IBS各放送ターミナルで駆動中であり放送時間及び放送時間に駆動されるべき放送コンテンツのダウンロードを受け多様な形態のモニター(CRT、PDP、LCDタイプ)及び映写装置であるプロジエクターを利用した表示装置が含まれる多様な出力媒体を通じて放送を駆動し、この時駆動される画面構成及び放送駆動回数、画面分轄、放送時間に関する全ての駆動環境を前記IBSCSよりダウンロードを受けるIBSターミナルサーバー(以下"IBSTS"と言う);
前記IBSCSより実時間で生成、変更、削除されたコンテンツの伝送を具現するコンテンツ送受信制御部、原本の広告コンテンツの伝送を受けて貯蔵して置いたコンテンツデータベースで構成されるサーバークラスタリングに依り構成されて同期化されたコンテンツをIBSTSに伝送する多数個のIBSメディアサーバー(以下"IBSMS"と言う);
前記IBSTSと多数個のIBSMS間のネットワーク区間距離及びIBSMSのシステムリソース情報を利用して最も効用度が高いIBSMSで放送コンテンツのダウンロードを受ける様にして負荷分配を調節する事で、最適の伝送経路に広告コンテンツ及び放送スケジュールのダウンロードをする事が出来る様にし、同一な機能のIBSMS間のCPU、メモリ、セッションのサーバー情報を利用するロードバランシング機能、知能的なGLB(Global Load Balancing)、SLB(Server Load Balancing)機能を提供してコンテンツの伝送トラフィック管理を遂行し、前記GLBは前記各IBSMSとPOP間のHOP、PING、其他管理者定義政策に依り地域的に分散されたPOP間の負荷を分散させ、前記SLB機能は同一なコンテンツを保有した前記各IBSMS間のCPU、メモリ、セッションを利用してサーバー負荷を分散させるトラフィックマネジメントサーバー(以下"TMS"と言う);及び
内部の原本コンテンツを前記多数のIBSMSのコンテンツ変更を自動で感知して変更された事項を予め指定したサーバーに実時間分散同期化を遂行して全てのIBSMSが常に同一なコンテンツを維持する事が出来る様にするコンテンツディストリビュションサーバー(以下"CDS"と言う)を含めてなり、
前記各構成要素は互いに有機的に動作して放送スケジュールの構成及び放送スケジュール管理、緊急放送処理、画面分轄処理を遂行し、ネットワークを通じた中央統制方式を利用して全ての地域又は広告地点の出力媒体に実時間で又は予約スケジュールに従い動映像を送出する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項２】
請求項1に於いて、前記IBSCSは放送スケジュール制御部、コンテンツモニタリング制御部、コンテンツ送受信制御部、顧客管理データベース制御部、一般放送スケジュールデータベース、緊急放送スケジュールデータベース、コンテンツデータベース、顧客管理データベースを備えて成り、
前記放送スケジュール制御部は前記IBSAUIで設定された一般放送及び緊急放送に対するスケジュールをそれぞれ一般放送スケジュールデータベース、緊急放送スケジュールデータベースに貯蔵する役割及び前記IBSTSの放送スケジュール要請時スケジュール伝送に関連された全ての制御を担当し、
前記コンテンツモニタリング制御部はIBSCS内のコンテンツ実時間モニタリングを遂行してIBSコントロールサーバー内の特定監視ディレクトリのコンテンツが変更、生成、削除された場合、これをカーネルレベルで実時間で感知してコンテンツ同期化命令を前記コンテンツ送受信制御部に伝達し、
前記コンテンツ送受信制御部は変更、削除、生成されたコンテンツを多数のIBSMSに伝達して前記コンテンツモニタリング制御部とコンテンツ送受信制御部を通じて実時間コンテンツの分散及び配布がなされる様にし、
前記顧客管理データベース制御部は前記IBSTSのログイン認証及びIBSTSの登録、修正、削除及びADSL、専用線を含む多様なネットワーク環境でのIBSTSの存在確認の為のIPアドレス確認機能を提供し、
前記一般放送スケジュールデータベースは放送ターミナル、放送時間、放送スケジュールに対する情報を貯蔵しており、
前記緊急放送スケジュールデータベースは緊急放送情報を貯蔵する貯蔵空間で構造は一般放送スケジュールデータベースと同一な構造で構成されており、
前記コンテンツデータベースは広告又は放送コンテンツの貯蔵空間としてIBSCS内のファイルシステムを利用したディレクトリ及びファイル構造の貯蔵空間であり、
前記顧客管理データベースはIBSTSに対する放送ターミナル情報及びID、パスワードに対する情報を貯蔵している事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項３】
請求項1に於いて、前記IBSAUIは
日別、ターミナル別一般放送スケジュールの設定、変更、削除に対するスケジュール制御機能を遂行する一般放送スケジュール登録部;
一般放送と区別される緊急放送の日別、ターミナル別スケジュールを設定、変更、削除に対するスケジュール制御機能を遂行する緊急放送スケジュール登録部;
遠隔のIBSCSにコンテンツをアップロード、ダウンロードし、サーバーのコンテンツを削除する機能を提供するコンテンツ同期部;及び
放送送出の為の前記IBSTSのID、パスワード、サーバー環境を登録する為の機能を提供するターミナル登録部を備えてなる事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項４】
請求項1に於いて、前記IBSTSは
一つのフレームに多数個のパネル配置を制御する放送画面制御部;
前記IBSTSのログイン認証の為に接続する前記IBSCSのIPアドレス及び其他接続環境設定情報、ID、パスワード認証の為の制御をするログイン制御部;
変更、削除、生成されたコンテンツを前記多数のIBSMS中最適のサーバーよりコンテンツを送受信して実時間に分散及び配布がなされる様にするコンテンツ送受信制御部;及び
前記コンテンツ送受信制御部より伝送を受けたコンテンツを貯蔵する物理的な記憶空間であるコンテンツデータベースを備えてなる事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項５】
請求項1に於いて、前記TMSは、
ネットワークが多数個のPOPに分散されている場合、最適のPOPを選択する為のGLBマスター;
前記各IBSMS間のサーバーロードバランシングを具現する為のSLBマスター;
データ伝送の為の通信モジュール;
前記各通信モジュールを統制する制御部;及び
前記GLB情報及びSLB情報を貯蔵する為のデータベースを備えてなる事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項６】
請求項1に於いて、前記TMSは
復号化すべきデータが発生するかの有無を監視する為に常に待機状態にあるリッスンソケット;
前記リッスンソケットより伝送を受けたデータを復号化する為のSSL Decryption;及び
セキュリティクライアントと連結するコネクション通信モジュールを備えてなり、
前記IBSTS内に搭載されるセキュリティクライアントは
暗号化すべきデータが発生するかの有無を監視する為に常に待機状態にあるリッスンソケット;
前記リッスンソケットよりデータの伝送を受けて暗号化を遂行するSSL Encryption;及び
前記暗号化したデータを前記セキュリティサーバーに伝送する為のコネクション通信モジュールを備えてなる事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項７】
請求項1に於いて、前記IBSCS、SS、IBSAUI、IBSTS、IBSMS、TMS、CDSはそれぞれソフトウェア的に具現されたサーバーモジュールでそれぞれのハードウェアに分離されて構成する事が出来るばかりでなく、一つのハードウェアに前記CDS、TMS、SS、IBSCSを同時に搭載する事も出来る事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項８】
請求項1に於いて、前記IBSCSの一般放送又は緊急放送の為のスケジュールデータベースは会社、グループ名、ターミナル登録時入力したターミナルIDであるTID、ショップ名、日数、fcs情報をファイル形態で保存する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項９】
請求項1に於いて、前記IBSTSは各放送ターミナルに設置されるPC又はサーバーである事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１０】
請求項1に於いて、フレームが全体画面を明示し、パネルはフレーム内に細分化された各個別画面を明示する時、前記IBSは、
マルチメディアファイルそれぞれの個体を明示するユニットコンテンツ(UC);
前記UCファイルの集合概念であるグループコンテンツサーバー(GCS);
前記GCSの集合概念であるパネルコンテンツサービス(PCS);及び
前記PCS、GCS、UCの集合概念で一日のスケジュール又は一定期間のスケジュール単位の意味で、前記PCS、GCS、UCの適切な組合でなるフレームコンテンツスケジュール(FCS)の4個の基本要素を組合せて基本のスケジューリングを具現する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１１】
請求項10に於いて、前記スケジューリングの基本要素でフレームと放送コンテンツを構成する時、基本的には同じ会社でも各放送ターミナル別にこれを違う様に構成し、フレーム内の各パネルは事前にスケジューリングされた単独コンテンツであるUC、GCS、PCS、FCSを利用して広告及び放送を駆動させる事ができる空間である事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１２】
請求項1に於いて、使用者はID、パスワード及び指紋認証を含む多様な認証方法の中の一つ以上を通じて先に公開キーの認証を受けた後に前記IBSのサーバープログラムに接続する事が出来、前記認証された使用者のみサーバーアプリケーションの使用が可能であり、インターネット区間でのデータ伝送時暗号化又は段階別圧縮技法を使用してコンテンツ及び重要データを保護する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１３】
請求項1に於いて、IBSターミナルを前記IBSTSを通じて登録及び管理しターミナル登録時には先にターミナルのID及びパスワードを入力してターミナルを登録した後ターミナルのコンピューターハードウェアに対する詳細情報を記録し前記入力情報はPCのCPU、メモリ、Disk、ADSL使用有無、運営者、運営者電話番号、携帯電話番号、基本のフレームサイズを含む事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１４】
請求項10に於いて、前記FCS設定の為のフレームを指定する場合に選択したパネルの横、縦比率調整、パネル内のコンテンツタイプ、実際のコンテンツファイル又はURL指定、音ON/OFF、マルチメディアファイルの駆動時間を指定し、前記パネルのコンテンツタイプは大きくニュース、ウェブURL、メディア、Html、PPT、TV、実時間ストリーミングサーバー連結の中の一つが選択され以後の追加的な登録が可能であり、メディアタイプのコンテンツを選択する場合、事前に登録されたPCSファイルを登録する事が出来、該当PCS選択目録はウィンドウ探索器のフォルダ閲覧オプション中のアイコン閲覧、リスト閲覧機能を提供する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１５】
請求項14に於いて、放送スケジュールを編成する場合に放送時間、放送パネル、放送媒体タイプ、コンテンツ種類、音ON/OFF、画面比率、放送駆動時間に対する情報をそれぞれ構成する事が出来、フレームのサイズは自由自在に構成が可能であり、放送媒体タイプはニュース、ウェブURL、メディア、Html、PPT、TV、実時間ストリーミングサーバー連結の中の一つのタイプを支援し、コンテンツ構成はUC、GCS、PCS、FCS、URLの中の一つで構成され、多重画面で構成された場合、多数個のパネル中放送の音響効果をONさせるべき特定パネルを管理者任意に選択、変更する事が可能であり、放送効果を高める為に単に一つのパネルのみのボリュームをONし、未来又は現在に進行するべきコンテンツのスケジューリングを予め予測する為にマルチメディアファイルの放送駆動時間を把握する事が出来る事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１６】
請求項15に於いて、放送画面を制御する場合に於いて画面を多数個に分轄する事が可能であり、それぞれのパネルでは発生する次に駆動させるスケジュールとスケジュールの終わりに対するパネル情報及び放送駆動中である時間情報を持っており、これらの情報は放送中間に発生する事が出来る緊急メッセージ処理の為の基本情報になり、これらの情報を利用して現在中断された放送に対する連続的な放送再開が可能であり、放送が先に終わるパネルが有る場合、事前に製作されたデフォルトスケジュールに依る放送画面提供又は既存放送の連続提供を選択的に具現する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１７】
請求項16に於いて、前記IBSの画面は基本の6個のパネルで構成され広告の効率的な側面と前記IBSTSのハードウェア仕様に基づいてフレーム配置及び放送内容を構成し、前記IBSTSのハードウェア仕様を考慮して適切な媒体の駆動及び実時間放送を具現して画面切れやシステムが遅くなるのを無くし、前記IBSTSの画面構成で前記基本の6個のパネルを横、縦の比率を自由に設定する事が可能であり、多数に分轄された画面の任意の位置にtext、PPT、htmlタイプのウェブ文書、マルチメディア広告放送、及び実時間ニュース、TV放送の中の一つを配置する事を特徴とするネットワーク基盤の広告/放送中央統制管理システム。
【請求項１８】
LAN、WAN、インターネットを含むネットワークを通じた中央統制方式を利用して全ての地域又は広告地点の出力媒体に実時間又は予約スケジュールに従い動映像を送出するコンテンツディストリビュションサーバー、トラフィックマネジメントサーバー、セキュリティサーバー、IBSコントロールサーバー、IBS Adminユーザーインターフェース、IBSターミナルサーバー、及びサーバークラスタリングに依り構成された多数個のIBSメディアサーバーを備えた統合放送システム（Integrated Broadcasting System：以下"IBS"と言う)を利用してネットワーク基盤の広告/放送を中央で統制管理する方法に於いて、
IBS Adminユーザーインターフェースを通じて放送スケジュール、コンテンツ、顧客情報が登録されると、これらの情報をIBSコントロールサーバーに伝送してデータベースに貯蔵する段階;
IBSコントロールサーバーが前記伝送を受けた情報を土台に該当コンテンツの内容が変更されたかの有無を感知して変更されたコンテンツ関連情報を各IBSメディアサーバーに伝送してIBSメディアサーバー内部データベースに貯蔵する段階;
使用者がIBSターミナルからIBSターミナルサーバーにログインして認証を受けた後IBSコントロールサーバーに接続して使用者に最適のIBSメディアサーバーを通じて該当コンテンツのダウンロードを受けIBSターミナルサーバー内部データベースに貯蔵する段階;及び
IBSターミナルサーバーが放送時間になると該当放送コンテンツの放送画面を制御して放映する段階を備えて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項１９】
請求項18に於いて、前記IBSコントロールサーバーとIBSターミナルサーバー間の一般/緊急放送スケジュール伝送課程は、
任意のIBSターミナルで初期ターミナル登録時に指定したID及びパスワードを入力させた後認証要請信号、会社名、ターミナルID(TID)に対する認証を要請する段階;
前記認証が成功するとIBSターミナルはサーバーの負荷を減少させサーバーの効率を高める為に管理者の設定に依り自由に指定可能な一定周期でIBSコントロールサーバーにIBSターミナルでの放送スケジュールの存在有無を問う段階;
前記問合せに従いIBSコントロールサーバーが内部の一般放送スケジュールデータベース及び緊急放送スケジュールデータベースを検索してスケジュールの存在有無を確認する段階;
前記確認の結果、緊急放送が有る場合、IBSターミナルが現在の時間に従い緊急放送スケジュールに対する詳細スケジュールを要求する段階;
IBSターミナルが前記要求した詳細スケジュールをダウンロードする段階;及び
IBSターミナルが前記確認の結果、既に放送中である一般放送が存在する場合、これを中断して新しい緊急放送を制御して放映する段階を含めて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２０】
請求項19に於いて、IBSターミナルはそれぞれ分かれたフレームのパネル情報及び放送経過時間に対する情報を記録しているので、以後緊急放送が終わった後には以前の放送に対する連続性を提供する事が出来、現在進行中である放送が緊急放送であるか一般放送であるかに対する状態情報をIBSコントロールサーバーに伝送する事で現在の放送状態を把握する事が出来る様にする事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２１】
請求項18に於いて、各放送ターミナルに設置されるIBSターミナルサーバーの駆動の流れは、
ログイン認証段階;IBSコントロールサーバーの緊急放送スケジュールを確認する段階;
前記確認の結果、緊急放送スケジュールが確認されると、緊急放送スケジューラに依る緊急放送スケジュール及び放送コンテンツのダウンロードを受ける段階;
現在IBSターミナルサーバーに放映中である広告が有るかの有無を確認する段階;
前記確認の結果、現在放映中である放送が有る場合、緊急放送の為に現在の画面の駆動を中止させる段階;
緊急放送を放映する段階;
前記確認の結果、現在放映中である広告が無い場合、IBSターミナルサーバーが緊急放送を即時に放映する段階;
事前に製作されたデフォルトページ構成の有無を確認する段階;
万一事前デフォルトページ構成が有ればデフォルトページを放送する段階;
前記確認の結果、デフォルトページ構成が無ければ、インターラプトされた放送であるか否かを確認する段階;
前記確認の結果、インターラプトされた放送であれば、以前に中止された広告放送画面駆動を要請する段階;
前記要請に従いIBSターミナル広告放送画面を駆動させる段階;
緊急放送スケジュールが無いか、デフォルトページが放送されるか、インターラプトされた放送がないか、前記IBSターミナルサーバーが広告放送をする場合、IBSコントロールサーバーの一般放送スケジュールが有るかの有無を確認する段階;
前記確認の結果、一般放送スケジュールが有れば、一般放送スケジューラに依る一般放送スケジュール及び放送コンテンツのダウンロードを受ける段階;
一般放送スケジュールが無いか、一般放送スケジュール及び放送コンテンツがダウンロードされる場合、登録された放送スケジュールが存在するかの有無を確認する段階;及び
前記確認の結果、登録された放送スケジュールが存在する場合、IBSターミナルサーバーの画面制御に依り一般広告放送画面を駆動させ、万一登録された放送スケジュールが存在しなければ終了する段階を備えて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２２】
請求項18に於いて、IBSの保安ソリューション即ちコンテンツ暗号化課程は、
ID、パスワード及び指紋認証を含む多様な認証手段の中の一つを通じて公開キー認証を要請する段階;及び
前記要請された認証を受けた使用者がサーバープログラムに接続して各種サーバーアプリケーションを使用し、インターネット区間でのTCP/IP階層及びアプリケーション間の安全なデータ伝送の為に暗号化又は段階別圧縮技法を使用してコンテンツ及び重要データを保護する段階を含む事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２３】
請求項18に於いて、IBS Adminユーザーインターフェースを通じた中央でのコンテンツ管理方法は、
IBS Adminユーザーインターフェースがコンテンツ管理、メディア管理、ユニットコンテンツ管理、グループコンテンツ管理、パネルコンテンツ管理、フレームコンテンツ管理機能を提供する段階;
前記コンテンツを一般PPT、TXT、HTMLを含む一般的な文書フォーマットのファイルとmpeg、avi、mp3を含むマルチメディアファイルに区分して管理する段階;
コンテンツ管理項目を通じてコンテンツのリストを見せ、ファイル情報及びファイルレビュー機能を提供する段階;
コンテンツに対するツリー構造を見せ、ツリー構造でそれぞれのコンテンツを選択する場合、該当ファイルが正常ファイルであるか否かの情報及びプレビュー機能を提供する段階;
メディアファイル管理項目を通じて該当メディアファイルの正常ファイルであるか否かの情報、ローカルにおける存在有無、サーバーにおける存在有無、バージョン情報、ファイル情報、ファイルプレビュー機能を提供し、前記ファイルプレビュー機能を通じてサーバーのコンテンツファイルをローカルPCにダウンロードを受けた後コンテンツを選択して先に見る事が出来る様にする段階;及び
前記ツリー構造でそれぞれのコンテンツを選択する場合、該当ファイルの正常ファイルであるか否かの情報、ローカルにおける存在有無、サーバーにおける存在有無、バージョン情報、基本ファイルが正常であるか否かの情報及びプレビュー機能を提供して、アップロード或いはダウンロードしたファイルの正常動作状態を確認する事が出来る様にしコンテンツファイル損傷有無を確認する様にして、非正常ファイルの場合、再アップロード或いは再ダウンロードを遂行する様にする段階を含めて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２４】
請求項18に於いて、IBSコンテンツ管理の最小単位であるユニットコンテンツを管理する方法は、
ユニットコンテンツにコンテンツ登録を遂行する会社名、メディアファイル名、ファイルに対する説明、ファイルの表示時間、横×縦のパネルサイズ、顧客社名、コンテンツタイプ等の情報を保管させる段階;及び
ユニットコンテンツ登録時メディア項目でコンテンツを登録する様にし、これに従い該当メディアファイルの表示時間及びオリジナルパネルサイズを含む他の項目の値は自動的に入力される様にする段階を含めて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２５】
請求項24に於いて、IBSスケジュール指定時FCS設定の為のフレーム指定方法は、選択したパネルの横、縦比率調整、パネル内のコンテンツタイプ、実際のコンテンツファイル又はURL指定、音のON/OFF、マルチメディアファイルの駆動時間を指定する段階;
ニュース、ウェブURL、メディア、Html、PPT、TV、実時間ストリーミングサーバー連結等で構成される前記パネルのコンテンツタイプは以後の追加的な登録が可能である様にし、メディアタイプのコンテンツを選択する場合、事前に登録されたPCSファイルを登録する段階;
前記PCSファイル選択時にウィンドウ探索器のフォルダ閲覧オプション中のアイコン閲覧、リスト閲覧機能を提供する段階;及び
コンテンツタイプをウェブに指定して該当URLを選択する段階を含めて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２６】
請求項18に於いて、放送スケジュール編成構成時放送時間、放送パネル、放送媒体タイプ、コンテンツ種類、音のON/OFF、画面比率、放送駆動時間に対する情報をそれぞれ構成し、フレームのサイズは自由自在に構成が可能であり、放送媒体タイプはtext、メディア、ウェブURL、html、PPTを含む多様なタイプを支援し、コンテンツ構成はUC、GCS、PCS、FCS、URLで構成され、多重画面で構成が可能であり、この時放送画面のボリューム調節が管理者任意に可能であり、マルチメディアファイルに対する放送駆動時間も計ってみる事が出来る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２７】
請求項26に於いて、前記放送スケジュールの編成課程は、放送コンテンツの基本要素であるUCを登録する段階;
UCファイルのグループ化の為のGCS又はPCSを登録する段階;
各フレーム別パネル駆動内容、画面比率及び其他環境を登録する段階;
前記登録されたスケジュールに依りターミナル(IBSターミナルサーバー)で駆動する段階を含めて成り、
一つの放送スケジュールが登録される為には所定の放送編成表が構成されなければならない事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２８】
請求項27に於いて、放送スケジュールを管理する為には所定の放送スケジュール管理用目録で構成されたUC、GCS、PCS、FCSの放送スケジュールの内容を会社、グループ、ターミナル、ターミナル区分の要素であるTID、日数に依り指定し、該当放送スケジュールが指定されると各該当ターミナルでは指定されたスケジュールであるFCSに依り放送を駆動し、ターミナル登録、コンテンツ登録、放送スケジュール登録の課程を介して希望する時間帯の一つの放送スケジュールを構成する事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項２９】
請求項18に於いて、放送画面制御課程は、放送画面を多数個の画面に構成させてそれぞれのパネルに対し該当されるPCSスケジュールを駆動し、それぞれのパネルでは発生する次に駆動すべきスケジュールが有るのか、スケジュールの終わりであるかに対するパネル情報及び放送駆動中である時間情報を持っており、これらの情報は放送中間に発生する事が出来る緊急メッセージ処理の為の基本情報となり、これらの情報を利用して現在中断された放送に対する連続的な放送再開を実行し、放送が先に終るパネルがあれば放送後に事前に製作されたデフォルトスケジュールに依る放送画面提供又は既存放送の連続提供を選択的に具現する事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項３０】
請求項29に於いて、画面駆動制御の為の基本的なOCX(OLE Control Extensions)構成は、
放送スケジュールが接受されると放送を制御する為にメディアプレーヤー駆動の為のOCX、ウェブブラウザー駆動の為のOCX、其他OCXに放送スケジュールリストを追加する段階;
前記追加されたスケジュールは外部インターフェースを利用してPLAY、STOP、PAUSE命令を遂行する段階;
ウィンドウイベントを発生させるイベント処理要請に依り折折処理する段階;及び
放送スケジュールに依り、制御されるべきコンテンツの種類に従い多様に活用可能なメディア動映像ファイル画面制御の為のOCXコンポーネント(component)、ウェブURL、Html、PPTファイル画面制御の為のOCXコンポーネント、*.Text一般ファイル画面制御の為のOCXコンポーネント中、該当パネルのコンテンツの種類に従い適切な画面コンポーネントを制御する段階を備えて成る事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【請求項３１】
請求項18に於いて、IBSターミナルサーバーで各種多様な媒体に依り表現可能なフレームを構成する為にIBS画面を基本的な6個の分轄された基本のパネルを提供し広告の効率的な側面とIBSターミナルサーバーのハードウェア的仕様に基づいてフレーム配置及び放送内容を構成し、IBSターミナルサーバーのハードウェア的な仕様を考慮して適切なメディアの駆動及び実時間放送を具現する事で画面切れやシステムが遅くなる事無しに広告及び放送効果を高め、IBSターミナルサーバーの画面構成は基本の6個のパネルを横、縦の比率を自由に設定が可能で、基本の6分轄画面中のトップにtext又はウェブ文書を配置、中間領域の２個のパネルにマルチメディア広告放送を配置、ボトム(bottom)パネル領域に実時間ニュースを配置して最適の広告効果を得る事が出来る様に画面分轄及びコンテンツを構成する事を特徴とするが、全てのパネルは前記に提示した全ての放送媒体タイプtext、メディア、ウェブURL、html、PPT、実時間ニュースを支援する事を特徴とするネットワーク基盤の広告/放送映像送出制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク基盤の広告/放送スケジューリング方法、画面分轄を通じて中央で統制管理するシステム及び方法に対するものである。
【背景技術】
【０００２】
既存のネットワークを通じた放送又は映像送出システムに対する部分は画面上に現れている映像等を自由自在に調節する事が出来ず、始めから開発時に指定された固定画面に依り動作する様になっており、尚、予めスケジュールに依り決められた画面状態が一個の画面であっても分割された画面であってもシステムに依り自動的に変化される様にして自由な画面の構成を自動的に具現する事が出来ない難しさがあり、自由な画面の分轄をしながらも同時にそれぞれの画面に互いに異なるコンテンツを同時に提供する事が難しいという短所が有った。
【０００３】
尚、既存技術の場合はコンテンツ提供に対する部分が一定な放送スケジュールに依り放送指定領域内で画一的に同一に提供されてオンラインでないオフラインでコンテンツを支援する為に、放送ターミナルに動映像物が直接貯蔵されて保管されなければならないし、実時間での放送に対する制御や放送駆動が不可能であり、管理者が直接放送ターミナルを確認しなければならなく、時間帯別にのみ広告編成をしなければならないので効率性が落ちて日別、時間別、地域別に差別化された広告を編成する事が難しいという問題点が有った。
【０００４】
そしてネットワークを利用した放送及び映像送出システムの場合は特定な用途(教育、放送、広告、其他応用分野等)の目的に依りシステムを発明した為に、特定な用途以外に他の用途に利用する事が難しくなっているので、多様な用途の綜合的なシステムを必要としている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記従来技術の問題点を解決する為に創案されたものでLAN/WAN、インターネットを含むネットワーク環境での広告/放送スケジュール方法及び多様な画面分轄を通じた中央統制式管理システム及び方法を提供する事を目的とする。
【０００６】
本発明は中央モニタリング機能、多様な画面分轄機能、放送物暗号化/圧縮伝送機能、実時間放送コンテンツ分散機能、ネットワーク負荷調節機能、放送スケジュール指定機能、コンテンツグループ化機能を具現する技術を提供する事を他の目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するために、本発明は、LAN、WAN、インターネットを含むネットワークを通じた中央統制方式を利用して全ての地域又は広告地点の出力媒体に実時間又は予約スケジュールに従い動映像を送出して広告放送スケジュールを制御する統合放送システム（Integrated Broadcasting System：以下"IBS"と言う)に於いて、前記IBSの主な役割を遂行し一般広告及び放送スケジュールに対する制御機能、緊急放送制御機能、顧客/ターミナル情報管理機能、コンテンツモニタリング及びコンテンツ送受信制御機能を遂行するIBSコントロールサーバー(以下"IBSCS"と言う);各放送コンテンツのアップロードとダウンロード時にサーバー間又は地域間の重要なコンテンツを暗号化し圧縮化する機能を提供し、保安維持の為にコンテンツの伝送課程で不純な目的を持つた外部の盗用を遮断する伝送経路トンネリング保護技術を使用し、前記伝送経路トンネリング保護技術は各OSI 7 Layer間のデータ伝送に於いてデータのカプセル化を具現した一般的なネットワーク技術に基盤を置いているセキュリティサーバー(以下"SS"と言う);GUI環境の管理道具で前記IBSの駆動の為の全ての環境設定及び放送スケジュール指定機能、放送地点管理機能、コンテンツグループ化機能、コンテンツ管理、スケジュール管理、地点管理、管理者登録、管理者権限指定を含むAdmin管理を中央で統制制御するグラフィック管理機能を提供し、ジャバ環境で開発して設置及び運用にOS仕様の制約を受けない様にするIBS Adminユーザーインターフェース(以下"IBSAUI"と言う);前記IBS各放送ターミナルで駆動中であり放送時間及び放送時間に駆動されるべき放送コンテンツのダウンロードを受け多様な形態のモニター(CRT、PDP、LCDタイプ)及び映写装置であるプロジエクターを利用した表示装置が含まれる多様な出力媒体を通じて放送を駆動し、この時駆動される画面構成及び放送駆動回数、画面分轄、放送時間に関する全ての駆動環境を前記IBSCSよりダウンロードを受けるIBSターミナルサーバー(以下"IBSTS"と言う);前記IBSCSより実時間で生成、変更、削除されたコンテンツの伝送を具現するコンテンツ送受信制御部、原本の広告コンテンツの伝送を受けて貯蔵して置いたコンテンツデータベースで構成されるサーバークラスタリングに依り構成されて同期化されたコンテンツをIBSTSに伝送する多数個のIBSメディアサーバー(以下"IBSMS"と言う);前記IBSTSと多数個のIBSMS間のネットワーク区間距離及びIBSMSのシステムリソース情報を利用して最も効用度が高いIBSMSで放送コンテンツのダウンロードを受ける様にして負荷分配を調節する事で、最適の伝送経路に広告コンテンツ及び放送スケジュールのダウンロードをする事が出来る様にし、同一な機能のIBSMS間のCPU、メモリ、セッションのサーバー情報を利用するロードバランシング機能、知能的なGLB(Global Load Balancing)、SLB(Server Load Balancing)機能を提供してコンテンツの伝送トラフィック管理を遂行し、前記GLBは前記各IBSMSとPOP間のHOP、PING、其他管理者定義政策に依り地域的に分散されたPOP間の負荷を分散させ、前記SLB機能は同一なコンテンツを保有した前記各IBSMS間のCPU、メモリ、セッションを利用してサーバー負荷を分散させるトラフィックマネジメントサーバー(以下"TMS"と言う);及び内部の原本コンテンツを前記多数のIBSMSのコンテンツ変更を自動で感知して変更���れた事項を予め指定したサーバーに実時間分散同期化を遂行して全てのIBSMSが常に同一なコンテンツを維持する事が出来る様にするコンテンツディストリビュションサーバー(以下"CDS"と言う)を含めてなり、前記各構成要素は互いに有機的に動作して放送スケジュールの構成及び放送スケジュール管理、緊急放送処理、画面分轄処理を遂行し、ネットワークを通じた中央統制方式を利用して全ての地域又は広告地点の出力媒体に実時間で又は予約スケジュールに従い動映像を送出する事を特徴とするネットワーク基盤の広告/放送中央統制管理システムを提供する。
【０００８】
本発明の他の目的と長所は、下記の発明の詳細な説明を読み、添付された図面を参照すればより明白に成るであろう。
【発明の効果】
【０００９】
本発明は一番目に、放送ショップ管理、一般/緊急放送スケジュール管理、コンテンツ同期化に対する中央制御を通じて放送ターミナルを複数個に選択する事が出来、その選択されたターミナルで希望する時間帯別に最適化された広告を放映する事が出来て広告露出効果を極大化させる事が出来る。
【００１０】
二番目に、本発明に従う中央制御に依る全体放送管理システムは多様な画面分轄及びグループ化概念を利用して最適の放送スケジュール管理をする事が出来る。
【００１１】
三番目に本発明はコンテンツディストリビュションサーバーを利用シて広告コンテンツが大容量のマルチメディアデータの場合、その大容量のマルチメディアデータを同期化する原本のコンテンツサーバー及びコンテンツの伝送を受ける多数のコンテンツサーバー等のシステムに負荷が掛らなく円滑に各コンテンツサーバー間に最適のデータ伝送経路を指定する事で、データ伝送遅延及びネットワークのボトルネック現象を未然に防止してくれる効果がある。
【００１２】
四番目に、全てのコンテンツサーバーのハードウェア的又はソフトウェア的な欠陥を認知して、広告放映端末機がその欠陥があるコンテンツサーバーとデータ伝送経路が指定がされない様に制御する事で、広告放映端末機が円滑にマルチメディアデータの伝送を受ける事が出来る様にする。
【００１３】
五番目に、保安ソリューションサーバーは広告コンテンツサーバーより広告放映端末機でマルチメディアデータの伝送途中、マルチメディアデータの不法流出を防止する為の方法でマルチメディアデータの事前暗号化又は圧縮技法を使用する事で、データの不法流出を前もって防止してくれる。
【００１４】
六番目に、本発明は広告及び放送のみならず教育用システム、其他多様な応用分野に活用される事が出来る。
【００１５】
七番目に、本発明は中央統制方式でシステムを運営して実時間で動映像物伝送が可能であり、遠隔地でコンテンツ異常有無を確認する事が可能であり、日別/時間帯別/地域別に広告を編成して顧客別、地域別に密着形ターゲットマーケティングをする事が出来る。
【発明を実施するための最良の形態】
【００１６】
I．広告/放送スケジューリングの為の中央統制管理システム
本発明に従う、ネットワークを基盤にする広告/放送スケジューリングの為の中央統制管理システムは、図1に図示されており、LAN、WAN、インターネットを含むネットワークを通じた中央統制方式を利用して全ての地域又は広告ポイントの出力媒体に実時間又は予約スケジュールに従い動映像を送出して広告放送スケジュールを制御する統合放送システム（Integrated Broadcasting System：以下"IBS"と言う)(1000)である。
【００１７】
このシステムは、IBSの主な役割を遂行し放送スケジュール制御部(410)、コンテンツモニタリング制御部(420)、コンテンツ送受信制御部(430)、顧客管理データベース制御部(440)及び一般放送スケジュールデータベース(450)、緊急放送スケジュールデータベース(460)、コンテンツデータベース(470)、顧客管理データベース(480)を備えて成るIBSコントロールサーバー(以下"IBSCS"と言う)(400);それぞれの放送コンテンツのアップロードとダウンロード時にサーバー間又は地域間の重要なコンテンツを暗号化して圧縮し、保安維持の為にコンテンツの伝送課程で不純な目的を持った外部の盗用を遮断する伝送経路トンネリング保護技術を使用するセキュリティサーバー(以下"SC"と言う)(300);GUI環境の管理道具としてIBSの駆動の為の全ての環境設定及び放送スケジュール指定機能、放送地点管理機能、コンテンツグループ化機能を提供し、ジャバ環境での開発で設置及び運用にOS仕様(platform)の制約を受けない様にする機能を備えており、一般放送スケジュール登録部(510)、緊急放送スケジュール登録部(520)、コンテンツ同期部(530)、ターミナル登録部(540)を備えて成るIBS Adminユーザーインターフェース(以下"IBSAUI"と言う)(500);上記IBS各放送ターミナルで駆動中であり放送時間及び放送時間に駆動されるべき放送コンテンツのダウンロードを受けて多様な形態のモニター(CRT、PDP、LCDタイプ)及び映写装置であるプロジエクターを利用した表示装置を含む多様な出力媒体を通じて放送を駆動させ、この時駆動される画面構成及び放送駆動(play)回数、画面分轄、放送時間に関する全ての駆動環境は上記IBSCS(400)からダウンロードを受け、放送画面制御部(610)、ログイン制御部(620)、コンテンツ送受信制御部(630)、コンテンツデータベース(640)を備えて成るIBSターミナルサーバー(以下"IBSTS"と言う(600);上記IBSCS(400)より実時間で生成、変更、削除されたコンテンツの伝送を具現するコンテンツ送受信制御部(710)と原本の広告コンテンツの伝送を受けて貯蔵して置いたコンテンツデータベース(720)を備えて成る、サーバークラスタリングに依り構成されて同期化されたコンテンツをIBSTS(600)に伝送する多数個のIBSメディアサーバー(以下"IBSMS"と言う(700);上記IBSTS(600)と多数個のIBSMS(700)間のネットワーク区間距離及びIBSMS(700)のシステムリソースの情報を利用して最も効用度が高いIBSMS(700)で放送コンテンツのダウンを受ける様にして負荷分配を調節する事で、広告コンテンツ及び放送スケジュールのダウンロードを最適にする事が出来る経路を提供し、同一な機能のIBSMS(700)間のCPU、メモリ、セッションのサーバー情報を利用してロードバランシング機能を提供してコンテンツの伝送トラフィック管理を遂行するトラフィックマネジメントサーバー(以下"TMS"と言う)(200);上記多数のIBSMS(700)のコンテンツ変更を自動的に感知して変更されたコンテンツを予め指定したサーバーで実時間分散同期化を遂行して全てのIBSMS(700)が常に同一なコンテンツを維持する事が出来る様に同期化を遂行するコンテンツディストリビュションサーバー(以下"CDS"と言う)(100)を含めて成り、上記各構成要素(100)(200)(300)(400)(500)(600)(700)は互いに有機的に動作して放送スケジュールの構成及び放送スケジュール管理、緊急放送処理、画面分轄処理を遂行する。
【００１８】
この発明で、上記各構成要素(100)(200)(300)(400)(500)(600)(700)はソフトウェア的に具現された一つのサーバーモジュールでそれぞれのハードウェアに分離されて構成される事が出来るばかりでなく、一つのハードウェアにCDS(100)、TMS(200)、SS(300)、IBSCS(400)を同時に搭載させる事が出来る事を特徴とする。即ち、この発明ではそれぞれのCDS(100)、TMS(200)、SS(300)、IBSCS(400)サーバー等がハードウェアに従属されなく分散されて構成する事が出来る。
【００１９】
本発明に従うIBS(Integrated Broadcasting System)(1000)はネットワークを通じた中央統制方式を利用して全ての地域又は広告地点（point）の出力媒体に実時間で又は予約スケジュールに従い動映像を送出する。
【００２０】
次に本発明の実施例に対する構成及び動作原理を添付した図面等を参照しながら詳細に説明する。図1は本発明のIBS(1000)に対する概略的な構成図である。
【００２１】
1．コンテンツディストリビュションサーバー
コンテンツディストリビュションサーバー(100)は多数のIBSメディアサーバー(700)のコンテンツ変更を自動的に感知し変更された事項を予め指定したサーバーで実時間分散同期化を遂行して全てのIBSメディアサーバー(700)が常に同一なコンテンツを維持する事が出来る様に同期化を遂行する。
【００２２】
2．トラフィックマネジメントサーバー
トラフィックマネジメントサーバー(200)はIBSターミナルサーバー(600)とIBSメディアサーバー(700)間のネットワーク区間距離及びサーバーのシステムリソース等の情報を利用して最も効用度が高いIBSメディアサーバー(700)で放送コンテンツのダウンを受ける様にして負荷分配を調節する事で、最適の伝送区間に広告コンテンツ及び放送スケジュールをダウンロードする事が出来る経路を提供する。
【００２３】
尚、TMS(200)は同一な機能のIBS媒体サーバー(700)間のCPU、メモリ、セッション等のサーバー情報を利用してロードバランシング機能と、知能的なGLB(Global Load Balancing)、SLB(Server Load Balancing)機能を提供する。上記GLBの機能は各IBSメディアサーバー(700)とIBSMS(700)の集合体であるPOP間のHOP、PING、其他管理者定義政策に依り地域的に分散されたPOP間の負荷を分散させ、SLBは同一なコンテンツを保有したそれぞれのIBSメディアサーバー(700)間のCPU、メモリ、セッションを利用してサーバー負荷を分散させる。
【００２４】
ここでHOPはIBSTS(600)とIBSMS(700)間のネットワーク区間の間のルータ個数を定義する。例えば多数個のルータを多く経由する場合は時々ネットワーク接続が遅くなる傾向が発生する事も有る。
【００２５】
PINGはIBSTS(600)とIBSMS(700)の間の通信装備の接続性を確認する為の命令でIBSTS(600)、IBSMS(700)が稼動されているか、通信網が連結されているか否かを確認する時に利用され、インターネット制御メッセージプロトコルを利用する。トラフィックマネジメントサーバー(200)は上記GLB、SLB機能を利用してIBSターミナルサーバー(600)とIBSメディアサーバー(700)の間の最適経路を提供して最適のサービスを受ける事が出来る様に誘導する。
【００２６】
トラフィックマネジメントサーバー(200)はネットワークが多数個のPOPに分散されて構成された場合、最適のPOPを選択する為のGLBマスター(220)、それぞれのメディアサーバー(700)間のサーバーロードバランシングを具現する為のSLBマスター(230)、データ伝送の為の通信モジュール(240)、それぞれ通信モジュール(240)を統制する制御部(210)、GLB情報及びSLB情報等を貯蔵する為のデータベース(250)で構成される。
【００２７】
図2Bで見る様にTMS(200)は制御部(210)、GLBマスター(220)、SLBマスター(230)、通信モジュール(240)、データベース(250)を備えて成る。
【００２８】
3．セキュリティサーバー
セキュリティサーバー(300)は各放送コンテンツのアップロードとダウンロード時にサーバー間又は地域間の重要なコンテンツを暗号化して圧縮化する機能を提供する。SS(300)はコンテンツの伝送課程で不純な目的を持った外部の盗用を遮断する伝送経路トンネリング保護技術で完壁な保安維持を提供する。上記伝送経路トンネリング保護技術は各OSI 7 Layer間のデータ伝送に於いてデータのカプセル化を具現した一般的なネットワーク技術に基盤を置いている。
【００２９】
図2Cで見るようにIBSMS(700)内に搭載されたセキュリティサーバー(300)、IBSTS(600)に搭載されたセキュリティクライアント(300)はそれぞれリッスンソケット(Listen Socket)(310)(310')、SSL Encryption/Decryptionモジュール(320)(320')、コネクション通信モジュール(330)を備えてなる。図2Cの左側はIBSMS(700)内に搭載されたSS(300)の構成を現わす。SS(300)はリッスンソケット(310)、SSL Decryption(320)、コネクション通信モジュール(330)を備えてなる。そして図2Cの右側はIBSTS(600)内に搭載されたセキュリティクライアント(300')の構成を現わす。SC(300')はリッスンソケット(310')、SSL Encryption(320')、コネクション通信モジュール(330')を備えてなる。
【００３０】
リッスンソケット(310)(310')は暗号化/復号化すべきデータが発生するかを常に待機状態でおり、SSL Encryption(320')は暗号化を遂行し、SSL Decryption(320)は復号化を遂行し、コネクション通信モジュール(330)(330')は実際セキュリティサーバー(300)又はセキュリティクライアント(300')と連結する役割を遂行する。
【００３１】
4．IBSコントロールサーバー
本発明に従うIBSコントロールサーバー(400)はIBS(1000)の主な役割を遂行し一般広告及び放送スケジュールに対する制御機能、緊急放送制御機能、顧客/ターミナル情報管理機能、コンテンツモニタリング及びコンテンツ送受信制御機能等を遂行しIBS Adminユーザーインターフェース(500)と通信する。
【００３２】
放送スケジュール制御部(410)はIBSAT(500)で設定された一般放送及び緊急放送に対するスケジュールをそれぞれ一般放送スケジュールデータベース(450)、緊急放送スケジュールデータベース(460)に貯蔵する役割及びIBSターミナルサーバー(600)での放送スケジュール要請時スケジュール伝送に関連された全ての制御を担当する。
【００３３】
コンテンツモニタリング制御部(420)はIBSコントロールサーバー(400)内のコンテンツを実時間でモニタリングする。即ちカーネルレベルで実時間にコンテンツの生成、変更、削除を感知する。例えばIBSコントロールサーバー(400)内の特定監視ディレクトリのコンテンツが変更、生成、削除された場合、これをカーネルレベルで実時間で感知してコンテンツ同期化命令をコンテンツ送受信制御部(430)に伝達する。
【００３４】
コンテンツ送受信制御部(430)は上記変更、削除、生成されたコンテンツを指定されたコンテンツルーティング経路を通じて多数のIBSメディアサーバー(700)それぞれに伝達する。コンテンツモニタリング制御部(420)とコンテンツ送受信制御部(430)を通じて実時間コンテンツの分散及び配布がなされる。
【００３５】
顧客管理データベース制御部(440)はIBSターミナルサーバー(600)のログイン認証及びIBSターミナルサーバー(600)の登録、修正、削除及びADSL、専用線等多様なネットワーク環境でのIBSターミナルサーバー(600)の存在確認の為のIPアドレス確認機能等を含む。
【００３６】
一般放送スケジュールデータベース(450)は放送ターミナル、放送時間、放送スケジュール情報等に対する情報を貯蔵している。スケジュールデータベース(450)の構造は図4に詳細に図示されている。
【００３７】
緊急放送スケジュールデータベース(460)は緊急放送情報を貯蔵する貯蔵空間で、構造は一般放送スケジュールデータベース(450)と同一な構造で構成されている。
【００３８】
コンテンツデータベース(470)は広告又は放送コンテンツの貯蔵空間でIBSコントロールサーバー(400)内のファイルシステムを利用したディレクトリ及びファイル構造の貯蔵空間である。
【００３９】
顧客管理データベース(480)はIBSターミナルサーバー(600)に対する放送ショップ情報及びID、パスワードに対する情報を貯蔵している。
【００４０】
5．IBS Adminユーザーインターフェース
IBS Adminユーザーインターフェース(500)はGUI環境の管理道具でIBS(1000)駆動の為の全ての環境設定及び放送スケジュール指定機能、放送ターミナル管理機能、コンテンツグループ化機能を提供する。尚、IBSAUI(500)はジャバ環境で開発されて設置及び運用にOS仕様の制約を受けない。放送ターミナルに対する管理機能内容はPC仕様、メモリ、ディスクサイズ、ADSL使用有無、運営者、運営者電話番号、運営者携帯電話番号、駆動フレームサイズ等に対する情報を記録する。
【００４１】
IBS Adminユーザーインターフェース(500)はコンテンツ管理、スケジュール管理、管理者登録、管理者権限指定機能等を含むAdmin管理、ショップ管理等を中央で統制制御機能をする事が出来るグラフィック管理機能を提供する。
【００４２】
一般放送スケジュール登録部(510)は日別、ターミナル別に編成される一般放送スケジュールの設定及び変更、削除に対するスケジュール制御機能を遂行する。
【００４３】
緊急放送スケジュール登録部(520)は一般放送と区別される緊急放送の日別、ターミナル別に編成される一般放送スケジュールの設定及び変更、削除に対するスケジュール制御機能を遂行する。
【００４４】
コンテンツ同期部(530)は遠隔のIBSコントロールサーバー(400)にコンテンツをアップロード、ダウンロード、サーバーのコンテンツを削除する機能を提供する。
【００４５】
ターミナル登録部(540)は放送送出の為のIBSターミナルサーバー(600)のID及びパスワード、サーバー環境を登録する為の機能を提供する。
【００４６】
一般放送スケジュール登録部(510)、緊急放送スケジュール登録部(520)、コンテンツ同期部(530)、ターミナル登録部(540)に対しては後で詳細に説明する。
【００４７】
6．IBSターミナルサーバー
IBSターミナルサーバー(600)はIBS(1000)各放送ターミナルで駆動中であり放送スケジュール及び放送時間に駆動されるべき放送コンテンツをダウンロードを受けて多様な出力媒体を通じて放送を駆動させる。この時駆動される画面構成及び放送駆動(play)回数、画面分轄、放送時間等の全ての駆動環境はIBS制御サーバー(400)よりダウンロードを受ける。
【００４８】
放送画面制御部(610)は一つのフレームに多数個のパネルをどの様に配置すべきかを制御する機能を遂行する。
【００４９】
ログイン制御部(620)は各IBSターミナルサーバー(600)のログイン認証の為に接続するIBSコントロールサーバー(400)のIPアドレス及び其他接続環境設定情報、ID、パスワード認証の為の制御機能を遂行する。コンテンツ送受信制御部(630)は変更、削除、生成されたコンテンツを多数のIBSメディアサーバー(700)中、最適のサーバーよりコンテンツを送受信する役割を遂行する。上記全ての課程のコンテンツ送受信はコンテンツ送受信制御部(430)を通じて実時間に分散及び配布がなされる。
【００５０】
コンテンツデータベース(640)は上記コンテンツ送受信制御部(630)より伝送を受けたコンテンツを物理的な記憶空間(hard disk)に貯蔵する。
【００５１】
7．IBSメディアサーバー
コンテンツ送受信制御部(710)はIBSコントロールサーバー(400)より実時間に生成、変更、削除されたコンテンツの伝送を具現する。原本のコンテンツはコンテンツ送受信制御部(710)に依りそれぞれのIBS媒体サーバー(700)で同期化を遂行し、コンテンツ送受信制御部(710)に依り伝送されたコンテンツはコンテンツデータベース(720)領域に貯蔵される。
【００５２】
コンテンツデータベース(720)はIBS媒体サーバー(700)のハードディスク領域にディレクトリ、ファイル構造で構成される。
【００５３】
図2は図1のシステムの内部データ処理の流れを現わす。IBS(1000)はIBS Adminユーザーインターフェース(500)を通じて放送スケジュール、コンテンツ、顧客情報が登録されると、これらの情報をIBSコントロールサーバー(400)に伝送してデータベース(450)(460)(470)(480)に貯蔵する。
【００５４】
IBSコントロールサーバー(400)が上記伝送を受けた情報を土台に該当コンテンツの内容が変更されたかの有無をコンテンツモニタリング制御部(420)の実時間感知に依り感知して変更されたコンテンツ関連情報をコンテンツ送受信制御部(430)を通じて各IBSメディアサーバー(700)に伝送してIBSメディアサーバー(700)内部データベース(720)に貯蔵する。
【００５５】
使用者(IBSターミナル)がIBSターミナルサーバー(600)にログインして認証を受けた後にIBSコントロールサーバー(400)に接続して使用者に最適のIBSメディアサーバー(700)を通じて該当コンテンツのダウンロードを受けてIBSターミナルサーバー(600)内部データベース(640)に貯蔵する。
【００５６】
IBSターミナルサーバー(600)は放送時間になると該当放送コンテンツの放送画面(800)を制御して放映する。
【００５７】
II．ネットワーク基盤の広告/放送スケジューリング方法及び画面分轄を通じた中央統制管理方法
図3はIBSコントロールサーバー(400)とIBSターミナルサーバー(600)間の一般/緊急放送スケジュール伝送方法を示している。IBSターミナルサーバー(600)は初期ターミナル登録時に指定したID(ターミナルID、これを短縮してTIDとも言う)、パスワード及び会社名(company)を入力した後認証を要請する(s10)。
【００５８】
認証に成功すればIBSターミナルサーバー(600)は所定周期でIBSコントロールサーバー(400)に放送スケジュールの存在有無を問う。即ち放送スケジュールを要求する(s20)。上記所定周期は管理者の設定に依り自由に指定可能である。この様に周期を可変する事が、固定された周期毎にIBSコントロールサーバー(400)がIBSターミナルサーバー(600)の状態を点検するよりサーバーの負荷を減少させ、サーバー効率を高める。
【００５９】
尚、これに依りIBSメディアサーバー(700)がそれぞれの全てのIBSターミナルサーバー(600)の状態を随時にチェックし放送目録及びスケジュールを伝送するとなれば、IBSターミナルサーバー(600)の数が増加するほどメモリ、CPU等ハードウェア仕様(Spec)が最も高いサーバーを構築しなければならない問題点も事前に防止する事が出来る。
【００６０】
IBSターミナルサーバー(600)の放送スケジュール存在確認要請に従いIBSコントロールサーバー(400)は一般放送スケジュールデータベース(450)又は緊急放送スケジュールデータベース(460)の内容を検索してスケジュールの存在有無を確認する(s30)。上記確認の結果をIBSCS(400)がIBSTS(600)に通知する(s40)。
【００６１】
上記通知に依る確認の結果、スケジュールが存在すれば、IBSTS(600)がIBSCS(400)に一般又は緊急放送スケジュールに対する詳細スケジュールを要求する(s50)。上記要求に従いIBSTS(600)はIBSCS(400)より詳細スケジュールのダウンロードを受ける(s60)。
【００６２】
IBSターミナルサーバー(600)は放送スケジュール駆動時間に従い放送を送出する(s70)。従って既に放送中である一般放送が存在する場合、これを中断して新しい緊急放送を制御して放映する。そして上記放送が終われば中断された放送状態に複帰して中断されていた放送を開始する(s80)。
【００６３】
IBSターミナルサーバー(600)はそれぞれに分かれたフレームパネル情報及び放送経過時間に対する情報を記録しているので今後緊急放送が終わった後には以前の放送に対する連続性を提供する事が出来る。尚、IBSターミナルサーバー(600)は現在進行中である放送が緊急放送であるか一般放送であるかに対する状態情報をIBSコントロールサーバー(400)に伝送する事で現在の放送状態を把握する事が出来る様にしている。これは現在進行中である放送が緊急放送に該当する場合、現在の時間に従う放送スケジュールに依る作業要請が来ると緊急放送の優先順位に従い緊急放送をする様にする為である。
【００６４】
図4はIBSコントロールサーバー(400)の一般放送又は緊急放送の為のスケジュールデータベース(450)(460)の構造を示している。スケジュールデータベース(450)(460)は会社名、グループ名、TID、ショップ(Shop)名、日数(Date)、fcs情報等をファイル形態で保存する。
【００６５】
図5はIBSターミナルサーバー(600)の駆動の流れを示している。IBSターミナルサーバー(600)は各放送ターミナルに設置されるPC又はサーバーを言う。IBSターミナルサーバー(600)はログイン認証を受けて(s220)、IBSコントロールサーバー(400)を通じて緊急放送スケジュールが有るかを確認する(s240)。緊急放送スケジュールが確認された場合、緊急放送スケジューラ(urgent broadcasting scheduler)に依る緊急放送スケジュール及び放送コンテンツのダウンロードを受ける(s260)。
【００６６】
IBSCS(400)が現在IBSターミナルサーバー(600)に放映中である広告があるかの有無を確認して(s280)現在放映中である広告が有る場合、緊急放送の為に現在の画面駆動を中止させて(s300)、緊急放送を放映する(s320)。しかし上記確認(s280)の結果、現在放映中である広告が無い場合、即時に緊急放送を放映する(s320)。
【００６７】
IBSTS(600)は事前に製作されたデフォルトページ(Default Page)構成があるかの有無を確認して(s340)、事前デフォルトページ構成が有ればデフォルトページを放送し(s360)、万一デフォルトページ構成が無ければ、インターラプトされた放送であるか否かを確認する(s380)。上記確認の結果、インターラプトされた放送であれば、IBSTS(600)は以前に中止された広告放送画面の駆動を要請し(s400)、IBSターミナルサーバー(600)は広告放送画面を駆動する(s420)。
【００６８】
一方、上記確認の結果、緊急放送スケジュールが無いか(s240)、デフォルトページを放送したか(s360)、上記確認の結果、インターラプトされた放送画面が無いか(s380)、IBSターミナルサーバー(600)が広告放送画面を駆動させた場合(s420)、IBSコントロールサーバー(400)は一般放送スケジュールが有るかの有無を確認して(s440)、確認の結果、一般放送スケジュールが有れば、一般放送スケジューラに依る一般放送スケジュール及び放送コンテンツをダウンロードする(s460)。
【００６９】
上記確認の結果、一般放送スケジュールが無いか(s440)、一般放送スケジュール及び放送コンテンツをダウンロードした場合(s460)、登録された放送スケジュールが存在するかの有無を確認して(s480)、登録された放送スケジュールが存在する場合、IBSターミナルサーバー(600)の画面制御に依り一般広告放送画面を駆動させて終了し、万一登録された放送スケジュールが存在しなければ直ちに終了する(s500)。
【００７０】
図6は本発明に従うコンテンツグループの構成例を示す。IBSシステム(1000)はUC(ユニットコンテンツ)(10)、GCS(グループコンテンツスケジュール)(20)、PCS(パネルコンテンツスケジュール)(30)、FCS(フレームコンテンツスケジュール)(40)の4個の基本要素を組合せて基本スケジューリングを具現する。
【００７１】
UC(10)はマルチメディアファイルそれぞれの個体を明示し、フレームは全体画面を明示し、パネルはフレームの細部化された各個別画面を明示する。
【００７２】
GCS(20)はUC(10)ファイルの集合概念であり、PCS(30)はGCS(20)の集合概念である。FCS(40)はPCS(30)、GCS(20)、UC(10)の集合概念である。FCS(40)は尚、一日のスケジュール又は一定期間のスケジュール単位の意味で、UC(10)、GCS(20)、PCS(30)及びFCS(40)の適切な組合せでなる。
【００７３】
上記構成要素の構成時基本事項としては同じ会社で有っても各放送ターミナル別にフレーム構造及び放送コンテンツを異なる様に構成する事が出来る。
【００７４】
フレーム内の各パネルは事前にスケジューリングされた単独コンテンツであるUC(10)、GCS(20)、PCS(30)、FCS(40)を利用して広告及び放送を駆動させる事が出来る空間の概念で理解される事が出来る。即ち同一フレーム内の各パネルの放送時間の始めと終りが異なる事が出来る。各放送ターミナル別放送スケジュールは一日単位で作られて放送される。IBS(1000)はコンテンツグルーピング概念を使用して多様で柔軟にコンテンツを繰り返し送出する事が出来る。
【００７５】
図7は本発明に従う保安ソリューションの実施例、即ちコンテンツ暗号化課程を示す。図面の左側は使用者側であり右側はサーバー側である。使用者側はサーバー側が提供する専用プログラムを搭載させたウェブブラウザーを使用してサーバーに接続し、サーバーはウィンドウズ（登録商標）系列、Linux、UNIX（登録商標）等多様な運営体制に構成される事が出来る。
【００７６】
使用者側とサーバー側は通信プロトコルとして国際標準化機構(ISO)が開発した開放型システム間相互接続(OSI)参照モデルを基盤にしており、このプロトコルは図7の様な階層構造を持つ。即ち図7は本発明に従う保安ソリューションの構成を示す。使用者側は最上位層に応用プログラム、その下にプレゼンテーション(Presentation)、その下に保安ソリューションクライアント(SSL)、その下にTCP/IP階層、その下にイーサネット（登録商標）（Ethernet（登録商標））が位置している。サーバー側は最上位層に応用プログラム、その下にプレゼンテーション、その下に保安ソリューションサーバー(SSL)、その下にTCP/IP階層、その下にイーサネット（登録商標）が位置している。
【００７７】
本発明でコンテンツの暗号化課程は、使用者がID、パスワード及び指紋認証等多様な認証方法を通じて先に公開キーの認証を受け、サーバープログラムに接続する。上記課程を介して認証された使用者はサーバーアプリケーションを使用する。使用者はインターネット区間でのデータ伝送に暗号化又は段階別圧縮技法を使用してコンテンツ及び重要データを保護する事が出来る。尚、図7の保安ソリューション構成例でインターネット区間上でTCP/IP階層及びアプリケーション間の安全なデータ伝送を保障する。
【００７８】
保安ソリューションの側面で見ると使用者がMS社のIE(Internet Explorer)を使用する場合、httpsウェブ暗号化を具現し、他の専用プログラムを使用する場合、セキュリティサーバーと通信する為の別途のクライアントエージェントが必要である。そして使用者側とサーバー側は保安ソリューションの為にトンネリング保安技法を使用する。
【００７９】
図8はIBSターミナルをIBSターミナルサーバー(600)を通じて登録及び管理する例を示している。この例で見ると登録及び管理の為にツールバー(Tool Bar)に'Shop、contents、Schedule、Admin、詳細情報、画面状態、現況板'と言うツール等が設置されている。そしてその下にはターミナルの構成をツリー構造で確認する事が出来る様にする画面窓が設置されている。
【００８０】
図8Aでターミナルの構成をツリー構造で確認する事が出来る。図8Aは“Enpia”と言う顧客が各“Daejun”、“Inchon”、“Seoul”という3個のグループで構成されており、“Seoul”グループは放送ターミナル“0001”、“0002”で構成されている。
【００８１】
図8Bは上記ターミナル登録時の入力情報等の例を示している。特にこの例ではショップ(shop)情報を修正する為の入力例を示している。ターミナル登録時には先ずターミナルのID及びパスワードを入力してターミナルを登録した後ターミナルのコンピューターハードウェアに対する詳細情報を記録する。上記入力情報はPCのCPU終了に対する情報、メモリ容量に対する情報、ディスク容量に対する情報、ADSL使用有無に対する情報、運営者の名前、運営者電話番号、運営者携帯電話番号、基本フレームサイズ等を入力させる。
【００８２】
図9AはIBS Adminユーザーインターフェース(500)を通じた中央でのコンテンツ管理方法を示している。IBS Adminユーザーインターフェース(500)はコンテンツ管理、メディア管理、ユニットコンテンツ管理、グループコンテンツ管理、パネルコンテンツ管理、フレームコンテンツ管理機能を提供する。
【００８３】
図9Aのコンテンツは一般PPT、TXT、HTML等の一般的な文書フォーマットのファイルとmpeg、avi、mp3等のマルチメディアファイルに区分されて管理され、コンテンツ管理項目ではコンテンツのリストを見せ、ファイル情報及びファイルレビュー機能を提供する。
【００８４】
図9Aでは“root”、“Enpia”、コンテンツに対するツリー構造を見せており、特にppt、html、txtファイル等が正常的にサーバーに存在する場合を例示している。ツリー構造でそれぞれのコンテンツを選択する場合、該当ファイルの情報(正常ファイルであるか否か)及びファイルレビュー機能で該当ファイル内容を確認する事が出来る。
【００８５】
図9Bのメディアファイル管理項目は該当メディアファイルの正常ファイルであるか否かの情報、ローカルにおける存在有無、サーバーにおける存在有無、バージョン情報、ファイル情報、ファイルレビュー機能を提供する。図9Bは“root”、“Enpia”、コンテンツに対するツリー構造を見せており、mpeg、mp3、avi等のマルチメディアファイルが正常的にサーバーに存在する場合を例示している。ツリー構造でそれぞれのコンテンツを選択する場合、該当ファイルの正常ファイル、ローカルに存在するかの有無、サーバーに存在するかの有無、バージョン情報、基本ファイル情報(正常ファイルであるか否か)及びファイルレビュー機能を確認する事が出来る。上記機能はアップロード或いはダウンロードしたファイル等の正常動作状態を確認する事が出来るのでコンテンツファイル損傷有無を確認して非正常ファイルである場合、再アップロード或いは再ダウンロードを遂行する事が出来る。上記ファイルレビュー機能はサーバーのコンテンツファイルをローカルPCでダウンロードを受けた後コンテンツを選択してファイルレビュー機能を見る事が出来る。
【００８６】
図10Aはユニットコンテンツ管理の構成例である。ユニットコンテンツ(10)はIBSコンテンツ管理の最小単位である。ユニットコンテンツ(10)はコンテンツ登録を遂行する会社名、メディア体ファイルの名前、ファイルに対する説明、ファイルの表示時間、横×縦パネルサイズ、顧客社名、コンテンツタイプ、コンテンツインデクス、キーワード(key word)等の情報を保管する。広告コンテンツの場合、広告コンテンツインデックス及びキーワード情報を活用して該当広告主に対する情報を検索する事が出来る。ユニットコンテンツ登録時、図9のメディア項目でコンテンツを登録する様になると残りの項目の値は自動的に入力される。即ち該当メディアファイルの表示時間及びオリジナルパネルサイズ等は自動的に登録される。
【００８７】
図10BはIBSターミナルサーバー(600)でのユニットコンテンツファイル構造の実施例を示している。ユニットコンテンツファイルの構造は上記図10Aの入力項目に基づいている。
【００８８】
図11はグループコンテンツ管理の構成例である。グループコンテンツ(20)はユニットコンテンツ(10)の集合で多様なユニットコンテンツ(10)の組合せでなる。尚、各ユニットコンテンツ(10)の表示回数の指定が可能である。
【００８９】
図11AはGCS(20)構成の為のGCSファイル登録画面である。UC(10)ファイルに対する経路指定後、UC(10)ファイルに対する詳細情報を記録する事でコンテンツ管理を効率的にする事が出来る。
【００９０】
図11BはGCS(20)のスケジュール管理構成画面である。GCS(20)を構成するそれぞれのUC(10)ファイルの遂行順序及び遂行回数を指定する。図11Aと図11BのGCS(20)構成課程を介した図11CのGCS(20)構成はfirst_reg.ucとfirst.ucファイルを順次的に三回遂行する内容を示している。図11DのGSC(20)コンテンツファイルの構造は上記図11Cの入力項目に基づいている。
【００９１】
図12AはPCS管理の構成例である。PCS(30)は上記GCS(20)及びUC(10)の集合である。図12AのPCS(30)の構成例はfirst.gcs(1)とimsi.gcs(2)で構成されており、二個のgcsを順次的に五回、すなわち1、2、1、2、1、2を順次的に五回遂行する。図12Bはパネルコンテンツファイルの構造を示し上記図12Aの入力項目に基づいている。
【００９２】
図13はIBSスケジュール指定の核心であるFCS(40)設定の為のフレーム指定例を見せている。図13Aの左側には選択したパネルの横、縦の比率を調整する事が出来るバー(bar)が有る。このバー等をマウスで調節することで右側のPreviewで調節されたフレームの配置を前もって見る事ができる。そして図13Aの下側には各パネル毎にパネル内のコンテンツタイプ、実際のコンテンツファイル名又はURL指定、音ON/OFF、比率、及びマルチメディアファイルの駆動時間(Duration)等を指定する。
【００９３】
図13Bは上記パネルのコンテンツタイプを指定する例示図でありパネルタイプは大きくニュース、ウェブ、URL、メディア、Html、PPT、TV、実時間ストリーミングサーバー連結等で構成され以後の追加的な登録が可能である。
【００９４】
図13CはPCS画面を選択する例示図である。本発明はメディアタイプのコンテンツを選択する場合、事前に登録されたPCSファイルを選択して登録する事が出来る様に具現された。コンテンツ項目はズームイン（Zoom in）、ズームアウト（Zoom out）、リスト閲覧等の多様な方法で提供される。
【００９５】
図13Dはコンテンツタイプをウェブに指定した場合、該当URLを選択する画面の例示図である。
【００９６】
図14Aは放送スケジュール編成例である。放送時間、放送パネル、放送媒体タイプ、コンテンツ種類、音ON/OFF、画面比率、放送駆動時間に対する情報を指定してそれぞれ構成する事が出来る。フレームのサイズは自由自在に構成が可能であり、放送媒体タイプはニュース、ウェブURL、メディア、Html、PPT、TV、実時間ストリーミングサーバー連結等の多様なタイプを支援する。コンテンツ構成はUC、GCS、PCS、FCS、URL等に構成される事が出来る。多重画面で構成された場合、放送画面のボリューム調節が管理者任意に可能であり、マルチメディアファイルに対する放送駆動時間も計ってみる事が出来る。
【００９７】
上記放送スケジュールの編成は、放送コンテンツの基本要素であるUCを登録し(s520)、登録されたUCファイルのグループ化の為にGCS又はPCSを登録する(s540)。各フレーム別パネル駆動内容及び画面比率其他環境を登録する(s560)。登録されたスケジュールに依りターミナル(IBSターミナルサーバー)で駆動する事で作られる(s580)。一つの放送スケジュールが登録される為には図14Aの様な放送編成表が構成されなければならない。図14Bのフレームコンテンツスケジュールの実施例は上記図14Aの入力項目に基づいている。
【００９８】
図15では放送スケジュール管理目録に対する実施例を示している。即ち放送スケジュール管理目録は大きく放送スケジュールと緊急放送項目でなる。上記構成されたUC、GCS、PCS、FCS等の放送スケジュール内容を会社名、グループ名、ショップ名、ターミナル区分要素であるTID、日数に依り指定される。そして該当放送スケジュールになると各該当ターミナルでは指定されたスケジュールであるFCSに依り放送をする。上記図8A〜図14Bの課程を通じてターミナル登録、コンテンツ登録、放送スケジュール登録等の課程を介して希望する時間帯の一つの放送スケジュールを構成する事が出来る様になる。
【００９９】
図16Aは本発明に従う分轄された画面構成及び制御例示図である。図16Aは図13Aで示した6個の画面分轄中4個の画面で構成されて、それぞれのパネルP1〜P4が“1.PCS”〜“4.PCS”スケジュールを駆動する事を示している。この時各パネルの駆動時間は互いに異なる様に設定する事が出来る。この例では“1.PCS”を60分、“2.PCS”を50分、“3.PCS”を30分、“4.PCS”を45分の間駆動するのを見る事が出来る。
【０１００】
それぞれのパネルは次に駆動するスケジュール(Next Play)があるか?スケジュールの終り(END)であるのか?等に対するパネル情報及び放送駆動中である時間情報を持っている。これは放送中間に発生する事が出来る緊急メッセージ処理の為の基本情報になり、これらの情報を利用して現在中断された放送に対する連続的な放送再開が可能である。尚、放送が先に終わるパネルがあれば放送後には事前に製作されたデフォルト(Default)スケジュールに依る放送画面提供又は既存放送の連続提供を選択的に具現する。
【０１０１】
図16Bは本発明に従う画面構成及び制御に必要なOCX(OLE Control Extensions)の構成例示図である。放送スケジュールが接受されると放送を制御する為にメディアプレーヤー駆動の為のOCX、ウェブブラウザー駆動の為のOCX、其他OCXに放送スケジュールリスト(List)を追加し、この追加されたスケジュールは外部インターフェースを利用してPLAY、STOP、PAUSE命令等を遂行する。ウィンドウイベントは特定順序に依り具現されるのでなく、発生するイベント処理要請に依り折折処理される。図16Bはメディア動映像ファイル画面制御の為のOCXコンポーネント(component)、ウェブURL、Html、PPTファイル画面制御の為のOCXコンポーネント、*.Text一般ファイル画面制御の為のOCXコンポーネントを示し、放送スケジュールに依り該当パネルのコンテンツの種類に従い適切な画面コンポーネントを制御する。尚、OCXコンポーネントは制御されるべきコンテンツの種類に従い多様に活用可能である。
【０１０２】
図17はIBSターミナルで各種多様な媒体に依り表現可能なフレームの基本構成例である。IBS画面は基本的に6個のパネルで構成され広告の効率的な側面とIBSターミナルサーバー(600)のハードウェア的な仕様(spec)に基づいてフレーム配置及び放送内容を構成する。IBSターミナルサーバー(600)のハードウェア的な仕様を考慮して適切なメディアの駆動及び実時間放送等を具現する事で画面切れやシステムが遅くなる事無しに広告及び放送効果を高める事が出来る。
【０１０３】
IBSターミナルサーバー(600)の画面構成は図17の様に基本の6個のパネルの横、縦の比率を自由に設定する事で具現可能である。図17の4分轄画面中の画面分轄はトップにtxt又はウェブ文書を配置し中間領域の２個のパネルにマルチメディア広告放送を配置しボトム(bottom)パネル領域に実時間ニュース等を配置して最適の広告効果を得る事が出来る。
【０１０４】
この様に本発明は多様に変形される事が出来、各種の形態を取る事が出来上記発明の詳細な説明ではそれに従う特別な実施例に対してのみ記述した。しかし本発明は上記発明の詳細な説明で言及された特別な形態に限定されるのではないのに理解されるべきで、反って添付された請求範囲に依り定義される本発明の精神と範囲内にある全ての変形物と均等物及び代替物を含むものに理解されるべきである。
【図面の簡単な説明】
【０１０５】
【図１】本発明に従うネットワーク基盤の広告/放送スケジューリングの為の画面分轄を通じた中央統制管理システムの望ましい実施例を示す図である。
【図２Ａ】図1のシステムの内部データ処理の流れ図である。
【図２Ｂ】図1のシステムの内部データ処理の流れ図である。
【図２Ｃ】図1のシステムの内部データ処理の流れ図である。
【図３】図1のシステムのIBSコントロールサーバーとIBSターミナルサーバー間のスケジュール伝送例示図である。
【図４】図1のシステムのIBSコントロールサーバー内部の一般/緊急放送スケジュールデータベースの内部構成図である。
【図５Ａ】図1のシステムのIBSターミナルサーバーの駆動の流れ図である。
【図５Ｂ】図1のシステムのIBSターミナルサーバーの駆動の流れ図である。
【図６】本発明に従うコンテンツグループの構成例を示す図である。
【図７】図1のシステムのセキュリティサーバーのコンテンツ暗号/圧縮課程を示す図である。
【図８Ａ】本発明に従う放送ショップ(shop)のツリー構造例示図である。
【図８Ｂ】本発明に従う放送ショップの構成情報例示図である。
【図９Ａ】本発明に従う一般txt、html、ウェブ文書の為のコンテンツ管理例示図である。
【図９Ｂ】本発明に従う放送マルチメディアコンテンツの為の媒体管理例示図である。
【図１０Ａ】本発明に従うユニットコンテンツ(Unit Content)管理例示図である。
【図１０Ｂ】本発明に従うユニットコンテンツファイルの実施例を示す図である。
【図１１Ａ】本発明に従うグループコンテンツ管理例示図である。
【図１１Ｂ】本発明に従うグループコンテンツ管理例示図である。
【図１１Ｃ】本発明に従うグループコンテンツ管理例示図である。
【図１１Ｄ】本発明に従うグループコンテンツファイルの構成例示図である。
【図１２Ａ】本発明に従うパネルコンテンツ管理例示図である。
【図１２Ｂ】本発明に従うパネルコンテンツファイルの構成例示図である。
【図１３Ａ】本発明に従うフレーム指定例示図である。
【図１３Ｂ】本発明に従うIBSシステムが支援するコンテンツタイプ指定例示図である。
【図１３Ｃ】本発明に従うマルチメディアコンテンツタイプ選択時のPCS指定例示図である。
【図１３Ｄ】本発明に従うウェブコンテンツタイプ選択時のURL指定例示図である。
【図１４Ａ】本発明に従うフレームコンテンツ管理を利用した全体放送スケジュール作成例示図である。
【図１４Ｂ】本発明に従うフレームコンテンツファイル構成例示図である。
【図１５】本発明に従う放送スケジュール目録管理の実施例示図である。
【図１６Ａ】本発明に従う分轄された画面構成及び制御例示図である。
【図１６Ｂ】本発明に従う画面構成及び制御に必要なOCX構成例示図である。
【図１７】本発明に従うIBSターミナルで駆動可能な画面フレームに対する基本類形例である。
【符号の説明】
【０１０６】
10: ユニットコンテンツ(UC)
20: グループコンテンツサービス(GCS)
30: パネルコンテンツサービス(PCS)
40: フレームコンテンツサービス(FCS)
100: コンテンツディストリビュションサーバー(CDS)
200: トラフィックマネジメントサーバー(TMS)
210: 制御部
220: GLBマスター
230: SLBマスター
240: 通信モジュール
250: データベース
300: セキュリティサーバー(SS)
300':セキュリティクライアント
310、310': リッスンソケット(Listen Socket)
320: SSL Decryption
320': SSL Encryption
330、330':コネクション通信モジュール
400: IBSコントロールサーバー(IBSCS)
410: 放送スケジュール制御部(Broadcasting Schedule control unit: BSCU)
420: コンテンツモニタリング制御部(contents monitoring control unit: CMCU)
430、630、710: コンテンツ送受信制御部(content transceiver control unit: CTCU)
440: 顧客管理データベース制御部(Shop management database control unit: SMDCU)
450: 一般放送スケジュールデータベース(General broadcasting Schedule database: GBSD)
460: 緊急放送スケジュールデータベース(Urgent broadcasting Schedule database: UBSD)
470、640、720:コンテンツデータベース(content database: CD)
480: 顧客管理データベース(Shop management database: SMD)
500: IBS Adminユーザーインターフェース(IBSAUI)
510: 一般放送スケジュール登録部(General broadcasting Schedule Registration unit: GBSRU)
520: 緊急放送スケジュール登録部(Urgent broadcasting Schedule Registration unit: UBSRU)
530: コンテンツ同期部(content synchronization unit: CSU)
540: ターミナル登録部(IBS terminal Registration unit: IBSTRU)
600: IBSターミナルサーバー(IBS terminal server: IBSTS)
610: 放送画面制御部(broadcasting Screen control unit)(BSCU)
620: ログイン制御部(Login control unit:LCU)
700: IBSメディアサーバー(IBS media server:IBSMS)
800: 放送画面
1000: Integrated Broadcasting System:IBS)
GLB: Global Load Balancing
https: Secure HTTP
OCX: OLE Control Extensions
SLB: Server Load Balancing
SSL: Secure Sockets Layer
【図１】
2007520897.tif 000003
2007520897.tif 000004
2007520897.tif 000005
【図３】
2007520897.tif 000006
【図４】
2007520897.tif 000007
2007520897.tif 000008
2007520897.tif 000009
【図６】
2007520897.tif 000010
【図７】
2007520897.tif 000011
2007520897.tif 000012
2007520897.tif 000013
2007520897.tif 000014
2007520897.tif 000015
2007520897.tif 000016
2007520897.tif 000017
2007520897.tif 000018
2007520897.tif 000019
2007520897.tif 000020
2007520897.tif 000021
2007520897.tif 000022
2007520897.tif 000023
2007520897.tif 000024
2007520897.tif 000025
2007520897.tif 000026
2007520897.tif 000027
【図１５】
2007520897.tif 000028
2007520897.tif 000029
【図１７】
2007520897.tif 000030
【国際調査報告】
2007520897.tif 000031
2007520897.tif 000032
2007520897.tif 000033