(57)【要約】  マルチメディアファイルを分割伝送して再生する方法は、ファイルを分割又は併合してAdminサーバーにアップロードし、コンテンツを同期化し、クライアントがウェブサーバーに接続してコンテンツを選択し認証手順を介した後、最適のコンテンツサーバーより望むファイルのダウンロードを受けて臨時ファイルで臨時貯蔵場所に貯蔵した後、専用プレーヤーで上記ダウンロードを受けたデータを再生し上記再生終了と共に上記臨時ファイルを削除する段階等を備えて成る。
2006526215.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを利用したマルチメディアファイルプレーイングを具現する為のストリーミング基盤のコンテンツ分散形ネットワークシステムに於いて、
大容量マルチメディアファイルを分割して多数のUUID(Universally unique identifier)タイプのファイルリスト及びヘッダーファイルを生成するSplitter;
必要時上記Splitterに依り分割されたマルチメディアファイルを本来のファイル状態に復元するMerger;
上記SplitterとMergerを含めてなるAdminクライアント;
上記Adminクライアントから分割されたファイルの伝送を受けて内部の第1データベースに貯蔵するオリジナルコンテンツサーバー；
上記オリジナルコンテンツサーバー内にあり実時間でデータの生成、修正、削除を認識するCMSサーバー；
上記Splitterに依り分割された同一な内容の原本ファイルのコンテンツ及びヘッダーファイルを上記オリジナルコンテンツサーバーより伝送を受けてそれぞれ貯蔵し、上記CMSサーバーに依り上記貯蔵しているファイル等がそれぞれ同期化される多数のCASサーバー；
上記システムのインターネットトラフィックを管理するIPマスターサーバー；
上記CMSサーバーと共助して上記各CASサーバー内のコンテンツファイル等を同期化するCDマスターサーバー；
上記各CASサーバーの傍に設置されて該当CASサーバーのCPU、メモリ、セッション情報を実時間で上記IPマスターサーバーに伝送し、上記IPマスターサーバーがクライアントの要請がある場合該当クライアントに最も最適なCASサーバーを選定し該当CASサーバーより該当クライアントが望むコンテンツを提供する多数のSMエージェント(Server Monitoring Agent);
おのおの上記CASサーバー及びSMエージェントのカップルでなる多数のコンテンツサーバー；
使用者がログイン時認証を遂行する使用者側認証サーバー；
上記使用者側認証サーバーに依り認証を受けたクライアントがインターネット上に構成されたウェブサイトに接続して多様なコンテンツを接近する事が出来る様にするウェブサーバー；
使用者が上記それぞれのコンテンツサーバーに貯蔵されているコンテンツに接近する事が出来る様に承諾する権限を持っており上記分割されたコンテンツファイルそれぞれに対してダウンロード可能可否を確認するプライマリー認証ゲートウェイサーバー;
上記プライマリー 認証ゲートウェイサーバーの障害時に認証に対する迂回経路を提供する事で無中断サービスを実現する為のセカンダリー認証ゲートウェイサーバー；
上記プライマリー/セカンダリー認証ゲートウェイサーバー内部にそれぞれ位置し上記使用者側認証サーバーと上記プライマリー/セカンダリー認証ゲートウェイサーバー間の認証情報を共有し上記プライマリー/セカンダリー認証ゲートウェイサーバーと使用者側認証サーバー間の認証情報を伝達する役割を遂行する認証プロキシサーバー;及び
ダウンロードを受けたいコンテンツが有る場合上記プライマリー認証ゲートウェイサーバーに認証を要請して認証を受けた後に望むコンテンツ情報を上記IPマスターサーバーに要請して上記IPマスターサーバーが選定してくれる最適のコンテンツサーバーより望むコンテンツのダウンロードを受けて内部の第2データベースに貯蔵し、上記分割されたファイルが全部上記第2 データベースに貯蔵されていなくても貯蔵されているファイル等のみを所定のスケジューリングに従がい再生し上記再生が成される間に残りの分割されたファイル等のダウンロードを受けて上記第2データベースに貯蔵して、既にダウンロードを受けたファイル等に続いて切れ無しに連続的に再生がなされる様に再生する上記システム専用のクライアント/プレーヤーを備えて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項２】
請求項1に於いて、上記分割されたファイルのそれぞれに対して暗号化をして上記併合されたファイルに対して復号化をする時、上記分割及び併合されるマルチメディアコンテンツの著作権保護及び管理を担当するDRM(Digital Rights Management) Encryption/Decryptionモジュールを更に備えることを特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項３】
請求項1に於いて、上記分割しようとするファイルに対して管理者がネットワークトラフィック及び状態、システムの状態を考慮して分割しようとするファイルを望む形態のサイズに分割が可能なようにし、停滞がなしに最も速い方法でデータの伝送が可能なようにする事を特徴とするストリーミング 基盤のコンテンツ分散形ネットワークシステム。
【請求項４】
請求項1に於いて、上記クライアント/プレーヤーはダウンロードしたファイルの再生と同時にこれから再生するファイルを上記同一のコンテンツを持っている多数台のコンテンツサーバーからマルチスレッド(Multi Thread)を利用して並列にダウンロードを受けるのを特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項５】
請求項1に於いて、上記クライアント/プレーヤーはマルチスレッドを利用して分割されたファイルに対する並列ダウンロードが可能なマルチタスキング(multi-tasking)システムであり多数台のコンテンツサーバー中一部サーバーの障害時にも正常的に運営されるサーバーを通じてメディアヘッダー部のファイルリストを比較してファイルを継続的に受けられるStand-aside方式のITMソリューションを使用する事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項６】
コンテンツサーバーと上記原本コンテンツを複写して貯蔵している多数のコンテンツサーバーを備えているストリーミング基盤のコンテンツ 分散形ネットワークシステム(Straming Contents Distribution Network)に於いて、
マルチメディアファイルを分割して多数個のUUID(Universally unique identifier)タイプのファイルに分割しヘッダーファイルを生成してオリジナルコンテンツサーバー内のデータベースに貯蔵し、ファイル併合も一緒に遂行し、UUIDファイルを暗号化して復号化するENSplitter;
ファイル分割/併合課程とメディア再生課程に全て参与し、二課程に対して 異なるように動作して、実際にメディアファイルを分割/併合してそれに依るヘッダーファイルを生成/分析する役割をし、この時UUIDファイルを暗号化/復号化する役割を遂行し、正規ダイレクトショーソースフィルター(Direct Show Source Filter)に動作してフィルターグラフ(Filter Graph)のデータ要請に従いメディアデータを伝送し、同時にウィンドウメディアファイルを再生する場合ソースプラグイン(source plug-in)DLLにも動作しUUIDファイルとこのファイルの位置と大きさ情報を収納しているテーブルを備えているENSource;
同一のコンテンツを貯蔵している多数のコンテンツサーバーそれぞれのデータベース内に存在する多数個のUUIDファイルをクライアント側データベースにダウンロードしクライアントのハードディスクに臨時ファイル(Temporary File)形態で貯蔵して管理し、これと同時に上記 ENSourceが特定UUIDファイルを要請するとこれをダウンロード又は検索して該当ファイルハンドル(ヘッダーファイル)を上記 ENSourceに伝送し、UUIDファイル目録とこれに該当する臨時ファイル目録を貯蔵しているテーブルを備えているENNetwork;及び
ダイレクトショーアプリケーションとして実際フィルターグラフの役割を遂行し、フィルターグラフマネージャー(Filter Graph Manager)を通じて上記 ENSourceにデータの位置と大きさを明示してデータを要請し伝達を受けたデータを処理してメディアを再生し、フィルターグラフを内部に備えており動映像プレー機能があるENPlayerを含めて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項７】
請求項6に於いて、上記ENSplitterはソースファイル、目的ファイル、分割しようとするファイルの大きさ、機能選択手段、フォーマット選択手段及び窓を備えていて、上記機能選択手段は分割ボタン及び併合ボタンを 備えており、上記フォーマット選択手段はAVI、MPEG及び ウィンドウズ（登録商標）メディアボタンを備えており、上記システムはStand-aside方式のITMソリューションを使用する事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項８】
請求項6又は7に於いて、上記分割されたファイルに対して暗号化をし上記併合されたファイルに対して復号化をする時、上記分割及び併合されるマルチメディアコンテンツの著作権保護及び管理を担当するDRM(Digital Rights Management) Encryption/Decryptionモジュールを更に備えている事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム。
【請求項９】
ネットワークを利用したマルチメディアファイルプレーイングを具現する為に原本コンテンツを貯蔵しているオリジナルコンテンツサーバーと上記原本コンテンツを複写して貯蔵している多数のコンテンツサーバーを備えているストリーミング基盤のコンテンツ分散形ネットワークシステムでマルチメディアファイルを分割伝送して再生する方法に於いて、
File Splitterを通じてマルチメディアファイルを分割又は併合する段階；
上記分割又は併合されたマルチメディアファイルをAdminサーバーでアップロードする段階；
Adminサーバーを使用して上記分割されたコンテンツファイル及びヘッダーファイルを多数のコンテンツサーバーのデータベースに複写してコンテンツを同期化する段階；
クライアントがウェブサーバーに接続してコンテンツを選択し、使用者側認証サーバーで使用者ID、コンテンツ、コンテンツ終了時間に対する認証を遂行し、認証された使用者に対して課金サーバーに課金処理を要請し、使用者側認証サーバーが認証プロキシサーバーに認証情報を要請し、認証プロキシサーバーは認証情報を使用者側認証サーバーに伝達する段階；
クライアントに認証キー及びヘッダーファイルをダウンロードする段階；
クライアントが IPマスターにコンテンツのダウンロードを受ける為の最適のコンテンツサーバーを要請する段階；
上記要請に依りIPマスターが最適のコンテンツサーバーを選択して知らせるとクライアントが該当コンテンツサーバーに所定の認証キーと共にコンテンツファイルを要求し、これにコンテンツサーバーがプライマリー認証ゲートウェイサーバーに認証確認を要請する段階；
上記プライマリー認証ゲートウェイサーバーに依り認証確認が完了されると要請されたファイルをダウンロードする段階；
クライアントがスケジューリングに従いデータファイルのダウンロードを受けて臨時ファイルで臨時貯蔵場所に貯蔵する段階；
専用プレーヤーで上記ダウンロードを受けたデータを再生する段階;及び
上記再生終了と共に上記臨時貯蔵場所に貯蔵された臨時ファイルを削除する段階を備えて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割伝送及び再生方法。
【請求項１０】
請求項9に於いて、上記ファイル分割時分割されたファイルをDRM Encryption/Decryptionモジュールを使用して暗号化し、上記システムはStand-aside方式のITMソリューションを使用する事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイ分割伝送及び再生方法。
【請求項１１】
ネットワークを利用したマルチメディアファイルプレーイングを具現する為に原本コンテンツを貯蔵しているオリジナルコンテンツサーバーと上記原本コンテンツを複写して貯蔵している多数のコンテンツサーバーを備えているストリーミング基盤のコンテンツ分散形ネットワークシステムでマルチメディアファイルを分割する方法に於いて、
ファイル分轄器であるENSplitterがヘッダーファイル経路をENSourceに伝達する段階；
ENSplitterがフィルターグラフマネージャーを稼動させENSourceがフィルターグラフ連結に参与する様にする段階；
上記参与課程でパーサーフィルター(Parser Filter)が ENSourceにデータを要請すると、ENSourceがフィルターグラフ内のパーサーフィルターが要請したデータを伝達し、その内訳を記録する段階；
ENSplitterがIENSourceインターフェースを通じてファイル分割命令を下ろすと、ENSourceが連結情報と分割大きさ情報を基礎にメディアファイルを分割する段階;及び
上記ファイル分割に必要なUUID(Universally unique identifier)タイプのファイルを動的に割当し、必要時暗号化(encryption)を遂行し、ENSourceはファイル分割が終った後UUIDファイルとその位置、大きさテーブルを整理してヘッダーファイルを生成する段階を備えて成る事を特徴とする、ストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割方法。
【請求項１２】
請求項11に於いて、上記ファイル分割時分割されたファイルをDRM Encryption/Decryptionモジュールを使用して暗号化し、上記システムはStand-aside方式の ITMソリューションを使用する事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割方法。
【請求項１３】
請求項11に於いて、該当ソースファイルがフィルターグラフ構成に必要な連結情報を情報と定義する時ファイル分割を完全に仕上げる為に上記情報分析を遂行する段階を更に備えて、この時(x、y)でx、yはそれぞれ ファイル内の位置であるヘッダー情報を意味しヘッダー情報を検索する為のインデックスであり位置情報0はヘッダーファイルの 開始点である事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割方法。
【請求項１４】
請求項13項に於いて、上記連結情報を基礎にそのままファイルを分割する時発生する多くの小さいファイル切れ端を整理する段階を更に備えて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割方法。
【請求項１５】
請求項11に於いて、フォーマット検証及び性能向上の為にフォーマットに従がいパーサーフィルターを追加しフォーマットに従がいプロトコルを変更する段階を更に備えている事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上のファイル分割方法。
【請求項１６】
ネットワークを利用したマルチメディアファイルプレーイングを具現する為にストリーミング基盤のコンテンツ分散形ネットワークシステム(Streaming Contents Distribution Network)で分割されて伝送されたマルチメディアファイルが正しく復元されるか確認する 為のファイル併合方法に於いて、
UUID(Universally unique identifier)タイプのファイルを併合する場合 ENSplitterが併合器(Merger)に動作してファイル併合を遂行する事の開始点になりこの時ENSplitterはENSourceのIENSourceインターフェースを通じて ENSourceにヘッダーファイル経路を伝達する段階；
ENSourceはヘッダーファイルを分析してUUIDファイルとファイルの位置、大きさテーブルを復元する段階；
ENSourceはヘッダーファイルに記録された情報に従がいUUIDファイルをENNetworkのIENマネージャーインターフェースを通じて要請する段階；
ENNetworkはENSourceが要請したUUIDファイルを複写又はダウンロードして臨時 場所に保管し、該当ファイルハンドルをENSourceに伝達する段階;及び
ENSourceは ENNetworkが伝達したファイルハンドルを通じてデータを読んでファイル併合を遂行し原本ファイルを作り出し、この時暗号化されたファイルである場合、復号化(解読)課程を経由した後併合を遂行する段階を備えて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム 上のファイル併合方法。
【請求項１７】
ネットワークを利用したマルチメディアファイルプレーイングを具現する為にストリーミング基盤のコンテンツ分散形ネットワークシステム(Streaming Contents Distribution Network)で分割されて伝送されたマルチメディアファイルを再生する方法に於いて、
マルチメディアファイルを再生する場合ダイレクトショーアプリケーションを主な開始点にしてフィルターグラフの要請で動作し、ダイレクトショーアプリケーションが指定したヘッダーファイル経路がフィルターグラフマネージャーを通じてENSourceのIFileSourceFilterインターフェースに伝達される段階；
ENSourceがヘッダーファイルを分析して UUIDファイルとその位置、大きさテーブルを復元する段階；
フィルターグラフが連結と再生に必要なデータをENSourceで順次的に要請し、この時望むデータの位置と大きさを明示して伝達する段階；
ENSourceがフィルターグラフが要請したデータに対して、ヘッダーファイルに記録された情報に従がいUUIDファイルを探し該当ファイルを ENNetworkのIENマネージャーインターフェースを通じて要請する段階；
ENNetworkがENSourceが要請したUUIDファイルを複写又はダウンロードして臨時場所に保管し、該当ファイルハンドルをENSourceに伝達する段階;及び
ENSourceがENNetworkに伝達したファイルハンドルを通じてデータを読みフィルターグラフに伝達し、この時暗号化されたファイルである場合復号化(decryption)を遂行する段階を備えて成る事を特徴とするストリーミング基盤のコンテンツ分散形ネットワークシステム上で分割伝送されたファイルの再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストリーミング基盤のコンテンツ分散形ネットワークシステムに対するものである。より詳細には本発明は動映像データを含む大容量のマルチメディアコンテンツを安定的にダウンロードする事が出来る様にコンテンツを多数の小さいファイルに分割(split)して伝送し使用者が大容量のコンテンツを安定的にダウンロードを受ける事が出来るのでファイルのダウンロードを受けながら同時にマルチメディアデータを高品質に再生させる事が出来る様にする技術に関するものである。
【背景技術】
【０００２】
従来には音声(voice)、写真(pictures)、動映像(moving pictures)、アニメーション(animation)ファイルの様な大容量のマルチメディアコンテンツファイルをインターネットを通じて送受信するのに於いて、該当ファイルをハードディスク(hard disk)にダウンロードを受けた後に再生する方式が利用されたが、マルチメディアコンテンツの様な大容量ファイルの場合ダウンロードに長時間が所要される不便が有った。又、一般的にファイルを再生するのにこの場合バッファ(buffer)の容量が小さくて再生途中に接続が切れる場合がたびたび発生したし、この場合には更に始めからダウンロードしなければならない問題点が有った。
【０００３】
図20は従来のストリーミングサービスの概念を示している。コンテンツ提供者サーバー(CP server)(10)は互いに連結された多数のISP(エッジとも言う)(40)を通じて使用者(20)にコンテンツを提供する。即ち、従来のストリーミングサービスは使用者(20)がコンテンツ提供者サーバー(CPサーバー)(10)に接続する為に物理的に多数個のISP(40)を経由する。
【０００４】
既存のストリーミング方式はサーバークライアント構造で一台の中央Adminサーバーで多数のクライアント等よりコンテンツ伝送時サーバー負荷を与える事があり、ネットワーク帯域幅のボトルネック現象等の発生で高い品質のマルチメディアストリーミングサービスを提供する事が出来ない短所を持っていた。
【０００５】
尚、既存のストリーミング方式はクライアントのマルチメディア要請(Request)に対してコンテンツ全体を一つのセッションを開いてファイルをダウンロードする事で多数のクライアントからの要請を処理する場合サーバーの負荷を加重させる。
【０００６】
そればかりでなく、クライアントマルチメディアプレーヤーを通じてプレー(play)時、サーバーよりコンテンツを更にローカルのクライアントPCでバッファリングを始める為に全体の再伝送を受けなければならない苦労及び望む部分でのプレーが不可能である。
【０００７】
既存のストリーミングサービスは低い品質のマルチメディアストリーミングサービス、高いストレージ費用、多い帯域幅(Large Bandwidth)要求の非効率性等の短所を持っており尚、クライアントのデータ受信速度が速くなければ画面切れ現象の様にデータが円滑に動作されない問題が発生している。従って投資費用に比べて収容容量がすごく低くインターネットMiddle-Mileのボトルネック現象が生じ、瞬間的な接続輻輳現象が発生し、サーバー負荷とトラフィックの集中及び障害のドミノ現象が発生し、サーバー負荷とトラフィックの集中及び障害のドミノ現象が発生すると急変するトラフィック管理が難しいと言う問題点が有った。
【０００８】
SCDNは使用者のDNS(Domain Name Server)設定に関係なしに常に正確なネットワーク距離情報を基礎に Global ITM(Intelligent Topic Manager)を遂行する事が出来なければならなく、エッジサーバー(Edge Server)等の機種及び設置環境に関係無しに深層的なサーバーのヘルスチェック（Health Check）を通じた正確なローカルITMを遂行する事が出来なければならない。例としてサーバーのCPU、メモリ、ポート別セッション数等に対する細密な点検が必要である。
【０００９】
一方、瞬間接続要求量の増加に続く瞬間トラフィック輻輳対処の役割を果たす為には各エッジのネットワークの構造を単純化する事が出来るStand-aside 方式のITMソリューションが有利である。ITMソリューションがDNSに 従属されて動作される場合、サービス品質の低下は勿論深刻な障害事態発生時にも管理者が対処する方法がないのでDNSの影響を受けないソリューションが必要である。
【００１０】
継続して増加するトラフィックとエッジサーバー負荷問題を解決する為にネットワークをピラミッド形態に構築する方法は必然的に費用の上昇を惹き起こす。従ってこれを解決する事が出来る新しい方式のITMソリューションが必要になった。そしてインターネット上に多数のオリジンサーバー(Origin Server)とエッジサーバー(Edge Server)が分散されている場合にも効率的にコンテンツを互いに分配し同期化する事が出来る技術が必要である。
【００１１】
そして既存のストリーミングサービスは使用者の変化に能動的に対応していなかった。即ち,既存には320×240、100〜300Kbps級サービスであれば十分であったが現在は512×384、1Mbps以上級(DVD級)サービスが要求されているがこれに対する対策が十分でない成り行きである。そして既存の方式は能動型ダウンローディング方式を採択していないのである。
【発明の開示】
【発明の効果】
【００１２】
本発明より期待される効果等は次の様である。
ビジネスビデオオンデマンド(Business Video on Demand)が企業 競争力の主要イシューに浮上して本発明に依る高速ストリーミング技術が適用可能である。
【００１３】
本発明は高速ストリーミング技術の適用が可能でありインターネットMiddle-Mileのボトルネック現象を解決する事が出来、瞬間的な接続輻輳、サーバー負荷とトラフィックの集中、障害のドミノ現象に迅速に対応可能である。
【００１４】
同時に本発明の実施に依り急変するトラフィック管理も容易である。そしてストリーミングサービスの投資収益率(ROI)問題を解決する事が出来る。それは本発明が1:Nの送信が可能なマルチキャスティング技術を提供する為である。図15は本発明に依るストリーミングコンテンツデリバリーネットワーク(SCDN)の構成例を示している。オリジナルメディアサーバーファーム(700)が 提供するマルチメディアデータを企業使用者(800)と個人使用者(900)が利用する事が出来る。企業使用者(800)は直接LANを通じてオリジナルメディアサーバーファーム(700)よりデータの提供を受け、個人使用者(900)はISPのエッジメディア(1000)を通じて提供を受ける。図15のSCDNが従来投資収益率(ROI)の問題を解決する事が出来る。
【００１５】
本発明に依れば装備構築費用、ネットワーク費用、人件費用基準で最小11%以上の費用節減効果と新しいビジネス機会が創出される事が出来る。 即ち、データ伝送用インフラを一回のみ構築すれば良いのでハードウェア費用が減少され、集中及び遠隔に依る分散システム管理で管理費用が減少され、統合されたコンテンツネットワーキングシステムで帯域幅(bandwidth)費用を減少させる事が出来る。
【００１６】
この様に本発明は管理に於いて柔軟性(flexibility)、集中管理(Centralized Management)、集中監視(Centralized monitoring)が可能であり、性能(Performance)面ではグローバルロードバランシング(Global load balancing)、ローカルサーバーロードバランシング 及びネットワークアーキテクチャの性能が優秀である。従って本発明の SCDNに依り使用者の DNS設定に関係無しに常に正確なネットワーク距離情報を基礎にグローバルITMを遂行する事が出来る。即ち、正確な近接性(Accurate Proximity)が得られる。尚、エッジサーバー等の機種及び設置環境に関係無しにハードウェア負荷、プロセスヘルス、コンテンツヘルスの様な深層的であるサーバーヘルス点検を通じて正確なローカルITMを遂行する事が出来る。
【００１７】
そして各エッジのネットワークの構造を単純化する事が出来る様に Stand-aside方式のITMソリューションを使用するので瞬間接続要求量が増加しても瞬間トラフィック輻輳に対処する役割を果たす事が出来る。即ち、ドメインネーム Queryがあれば、トラフィック管理次元で最適のサーバーIPアドレスで応答しサービス要請に従い応答してサービスを提供する。図16は本発明に依るStand-aside方式のITMソリューションの例を示している。この様な方式の ITMソリューションはトラフィックが継続的に増加してもエッジサーバーの負荷増加問題を解決する事が出来る。
【００１８】
本発明に依るITMソリューションは、DNSに独立的であるので、サービス品質の低下は勿論深刻な障害事態発生時にも管理者が容易に対処する事が出来る。
【００１９】
本発明ではグローバルインターネットブロードキャスティングサービスの様にインターネット上に多数のオリジンサーバーとエッジサーバーが分散されている場合にも効率的にコンテンツを互いに分配し同期化する事が出来る。
【００２０】
そして本発明に依ればグローバルネットワーク上で遂行されるトラフィック管理、コンテンツ同期化、クラスタリング、コンテンツ配布等の様な全ての作業に対して単一管理ポイントを提供する事が出来で管理費用が節減される効果がある。
【００２１】
尚、本発明は分割されたファイルに対するDRM技術を適用するか分割されたファイルの識別番号を区分してファイル交換プログラムの広範囲な使用に依るオンラインプライバシー及びファイルに対する保護が可能である。
【発明を実施するための最良の形態】
【００２２】
1．SCDNシステム構成
本発明に依るSCDN(Streaming Contents Distribution Network)システムの望ましい一実施例の構成は図1に図示されている。本発明で提供するサービス形態は次の様である。
【００２３】
一番目、本発明で提供可能なサービス形態の一つはストリーミングサービス(Streaming Service)である。インタラクティブプレーヤー(Interactive Player)に依る探索(Seek)機能、時間制約機能等のUI(User Interface)機能が提供され、このサービスは教育用コンテンツ提供及び多様な形態で応用する事が出来る。
【００２４】
二番目に、本発明で提供可能な他のサービス形態はダウンロードサービスである。このサービスはクライアントに分割されたファイルを貯蔵し、再生回数を制限し、時間を制限する。
【００２５】
三番目に、本発明で提供する又、他のサービスはグローバルロードバランシング(Global Load Balancing)とサーバーロードバランシング(IPマスターが担当)、コンテンツディストリビューション(CDマスターが担当)、無停止サービスである。無停止サービスはコンテンツサーバーの中で一部が作動しない場合他のサーバーに自動的に連結してサービスを継続する事を意味する。そしてこのサービスは多様なフォーマットを支援する。例としてMPEG1、AVI、ASF系列(WMT)を支援する。そしてCodecと独立的な構造を持っているので今後に発生すべきCodec別アップグレードを考慮する必要がない。尚、インタラクティブのプレー方式を使用するので視聴した部分に対する実時間探索(Seek)が可能でありバッファリングが必要でない。
【００２６】
図14は本発明に依るサービス利用形態の例示図である。図面上部には専用プレーヤーを利用する画面を示しており、下部にはウェブとアクティブエックスコントロール（Active X control）が結合されたプレーヤーを利用する画面を示している。本発明は専用プレーヤーを使用する場合ネットワークマネージャーがHTTPを利用してヘッダーファイル(Header File)を臨時ディレクトリ(temp directory)にダウンロードを受け分割されたコンテンツファイルはウィンドウシステムの所定の場所にダウンロードを受ける。しかしウェブとアックティブエクスコントロールを利用する場合には新しい窓を開いて新しいページにヘッダーURLを伝達する。以後ネットワークマネージャーがHTTPを利用してヘッダーと分割されたコンテンツファイルをウィンドウシステムの所定の場所にダウンロードを受ける。
【００２７】
これから本発明システムの構成に対して説明する。本発明のシステムはネットワークを 利用したマルチメディアファイルプレーイングを具現する事を目標とする。これの為には本発明のシステムはAdminクライアント、CMSサーバーを搭載したAdminサーバー、使用者側認証サーバーを備えたコンテンツウェブサーバー、認証プロキシサーバー(Proxy Server)、プライマリー認証ゲートウェイサーバー、セカンダリー認証ゲートウェイサーバー、CAS、SMエージェントを備えたコンテンツサーバー、ファイル再生の為のEnpiaプレーヤーを備えている。尚、本発明のシステムはコンテンツ保護の為のDRM(Digital Rights Management)ソリューション、インターネットトラフィックマネジメントを具現した IPマスター、コンテンツファイル同期化を具現したCDマスターとの統合システムも備えている。
【００２８】
1-1．Adminクライアント
AdminクライアントはEnpia Splitterプログラムの分割(Split)機能を利用して大容量マルチメディアコンテンツを分割して多数のファイル(600)及びヘッダーファイルを生成する。
【００２９】
即ち、マルチメディアファイルを望む容量の目的ファイルに分割貯蔵する機能を支援する。尚、Enpia Splitterプログラムの併合（Merge）機能を利用してSplitterに依り分割されたマルチメディアファイルを本来のファイル状態に復元する。
【００３０】
上記Adminクライアントはウィンドウズ（登録商標）基盤の簡単なGUI(Graphic User Interface)を支援しSplit/Merge機能具現課程及び結果を確認する事が出来る。分割されたマルチメディアファイルに対してDRM(Digital Rights Management)を適用する。分割されたそれぞれのファイルに対する情報保護の為にそれぞれの分割ファイルに対するencryptionを遂行する機能を持つ。DRM機能はマルチメディアファイル保護政策上必要に依り部分的に適用される事が出来る。
【００３１】
1-2．Adminサーバー
Adminサーバーは大きく使用者セッションリスト、使用者セッション追加/削除、認証プロキシサーバーで要請する使用者セッション要請の有効性検査、認証ゲートウェイサーバーの設定ファイル変更、コンテンツサーバーで伝送したコンテンツ接続ログ貯蔵管理機能、実時間モニタリング機能、統計機能等を提供する。
【００３２】
CMSサーバー(200)の実時間データ監視機能はAdminクライアントからアップロード又は削除等データの生成、修正、削除状況を実時間で認識する。
【００３３】
生成、修正、削除等ファイル変更が感知されたそれぞれの分割されたファイルはそれぞれのCASサーバーモジュールを含めたコンテンツサーバーに伝送される。
CMSサーバーは原本のコンテンツファイルの同期化を遂行する。
【００３４】
1-3．認証プロキシサーバー
使用者側認証サーバーの認証キー要請に対して応答する機能を提供する。認証情報認証 ID、コンテンツ、コンテンツ終了時間、認証キー等に対する情報等はプライマリー認証ゲートウェイサーバーと共有する。
【００３５】
1-4．プライマリー認証ゲートウェイサーバー、セカンダリー認証ゲートウェイサーバー
プライマリー認証ゲートウェイサーバー或いはセカンダリー認証ゲートウェイサーバーはそれぞれのコンテンツサーバーに貯蔵されているコンテンツ 接近に対する承諾可否を決定する権限を持っているので使用者を認証(User Authentication)する役割を遂行する。
【００３６】
1-5．コンテンツサーバー
コンテンツを保有したファイルサーバーの役割を遂行するコンテンツサーバーは大きくCAS(300)サーバーとSMエージェントサーバーで構成される。CASサーバー(300)は分割された原本のコンテンツ及びヘッダーファイル等を分散貯蔵するコンテンツサーバーでコンテンツ同期化機能を遂行する。各CAS(300)はCMS(200)から分割されたファイルを複製してデータベース(320)に貯蔵しデータベース(320)にはUUID(Universal Unique Identifier) ファイルリスト(322)が有る。それぞれのコンテンツサーバー等のコンテンツは実時間で同期化される。従って多数個のCAS(300)の中で特定CAS(300)に問題が生じても他のCAS(300)から同じ内容のコンテンツを提供する事が出来るので本発明のシステムは既存システムに比べて欠陥許容(fault tolerance)能力が優秀である。
【００３７】
CASサーバー(300)はCMSサーバー(200)の指示に従がい管理者に依り指定されたフォルダ内の分割されたコンテンツ及びヘッダーファイルデータを他のCASサーバー(300)に伝送するか、又は、他のCASサーバー(300)を通じてデータを受信する。
【００３８】
SMエージェントはコンテンツサーバーの実時間モニタリング機能を遂行する。
SMエージェントは指定されたインターバル間隔でコンテンツサーバーのCPU、メモリ、セッションに対する情報を収集してサーバーロードバランシング情報に提供する。
【００３９】
1-6．IPマスター
IPマスターサーバーはそれぞれのコンテンツサーバーに設置された SMエージェント(サーバーモニタリングエージェント)から特定インターバル間隔でサーバーのCPU、メモリ、セッション情報を実時間で伝送を受ける。収集されたサーバー情報はクライアントが分散されたコンテンツを保有したコンテンツサーバー中最適のコンテンツサーバーを選択する為の必要条件である。
【００４０】
IPマスター(400)は全てのCASを搭載したコンテンツサーバー(300)のCPU、メモリ、セッション情報等を実時間でモニタリングする事で認証されたクライアント(500)の要請がある場合、該当クライアント(500)に最も最適のコンテンツサーバー(300)を選定して該当コンテンツサーバー(300)からクライアントが望むコンテンツ(600)の提供を受ける事が出来る様にする。
【００４１】
1-7．クライアント/プレーヤー
クライアント/プレーヤー(500)はコンテンツに対する認証が正常的に処理された場合、ヘッダーファイルをデータベース(510)にダウンロードしParsingしダウンロードの為のスケジューリングを担当する。そしてデータベース(510)内には切れ端に分割されたファイルのリストを記録しているUUIDファイルリスト (514)とプレーデータ情報を記録している臨時リスト(Temp List)(516)がある。
【００４２】
そしてクライアント/プレーヤー(500)内にはローカルファイル管理者及びDRM 復号化器(518)がある。
【００４３】
クライアント/プレーヤー(500)は分割されたファイルを多数個のスレッド(Thread)に依り分割されたファイルを並列的にダウンロードを受ける事が出来る。ウィンドウズ（登録商標）系列基盤のクライアント/プレーヤー(500)はマルチタスキング(multi-tasking)が可能で分割されたファイルに対する並列ダウンロードが可能であるので、システムがより安定的で高速で再生及びファイルダウンロードがなされる。この場合クライアント/プレーヤー(500)はヘッダーファイル内の分割されたファイルの構成情報を判讀して再生される。この場合一定なスケジューリング情報に依り再生順序が決められているので再生時別に問題がない。 
クライアント/プレーヤー(500)はローカルファイル管理者及びDRM復号化器(518)を利用してダウンロードを受けた分割された多数のファイルを一つの HDD上のファイルの様に再生する。この為に図17に図示された様なヘッダーファイルのヘッダー情報が利用される。そして再生と同時に今後再生すべきファイルをCAS(300)からダウンロードを受ける。従ってファイルの切れが無しに再生する事が出来て再生品質が高くなる。そして分割されたファイルの 大きさが小さいのでバッファの容量が小さくてもバッファリングに特別な問題点がない。尚、クライアント/プレーヤー(500)は暗号化されたファイルをDRMを利用してデコードする。本発明で使用するプレーヤーは本発明専用プレーヤーである。
【００４４】
2．SCDNシステム動作
本発明に依るSCDNシステムの 動作方法の望ましい一実施例の流れは図2乃至図5に図示されている。図2はサーバー側の手順を大きく３段階に区分して示している。
【００４５】
一番目の段階ではAdminクライアントの原本マルチメディアファイルはファイルSplitterを利用して特定ファイルサイズに分割する。この結果特定サイズに分割されたファイルと分割情報を含めたヘッダーファイルが生成される。必要に依りコンテンツの保護の為にDRM技術を利用して暗号化する。暗号化されたコンテンツはクライアントプレーヤーで再生される時点に復号化される。
【００４６】
二番目の段階では CDマスターソリューションを利用してコンテンツを同期化する。即ち、Adminサーバー内のCMSサーバーの実時間ファイル監視機能を利用して生成、修正、削除されるヘッダーファイルとSplitファイル等を多数個のCASサーバーを内蔵したコンテンツサーバーに同期化を遂行する。
【００４７】
三番目の段階では認証ゲートウェイサーバーで使用者に対する認証を実施する。詳細な認証手順は図18、19に図示されている。クライアントが使用者側認証サーバーからダウンロードした認証キーに対してコンテンツサーバーに認証要請を遂行し、認証情報を持ったプライマリー認証ゲートウェイサーバーは認証可否を判断する。
【００４８】
実際認証を遂行する認証サーバーは認証プロキシサーバーとプライマリー認証ゲートウェイサーバーで構成され、プライマリー認証ゲートウェイの 障害時には代替経路にあるセカンダリー認証ゲートウェイサーバーが認証を遂行する。
【００４９】
図3はクライアント側で発生するコンテンツファイルの再生手順を示している。クライアント/プレーヤー(500)はネットワーク管理者(Network Manager)、ローカルファイル管理者(Local File Manager)、DRM 解読管理者(DRM Decryption Manager)(518)で構成される。
【００５０】
クライアント/プレーヤー(500)がコンテンツ再生の為に必要なデータをコンテンツサーバーに要請する。この要求に従がいコンテンツサーバー(300)はUUID リスト(322)を参照してデータベース(320)にある該当ファイルを探してネットワーク管理者(410)にヘッダーファイルを提供しこれをクライアント/プレーヤー(500)に伝えるとこれを解釈(Parsing)して解釈結果をネットワーク管理者(410)に送りこれに従がいネットワーク管理者(410)がコンテンツサーバー(300)にファイルを要求すると該当ファイルをネットワーク管理者(410)に送る。ネットワーク管理者(410)はこのファイルをデータベース(510)に貯蔵しクライアント/プレーヤー(500)がデータを要求するとローカルファイル管理者及びDRM複号器（518）がデータベース(510)で該当ファイルを呼んでクライアント/プレーヤー(500)に伝送するとこれを再生する。
【００５１】
図4は本発明のサービス手順に対する例示である。サービス手順は 大きくクライアント/プレーヤー(500)で再生の為にコンテンツを要請する段階、認証遂行段階、正常的な認証を完了した場合 ヘッダーファイル及び認証キーをダウンロードする段階、最適のコンテンツサーバーを選択する為にIPマスターサーバーにコンテンツquery要請段階、認証ゲートウェイサーバーから認証可否確認段階、スケジュール及びコンテンツダウンロード段階、ENPIAプレーヤーに依り再生する段階でなる。
【００５２】
図5は本発明に依るサービス手順の詳細例である。クライアント/プレーヤー(500)がウェブサーバーに接続してコンテンツを選択し、使用者側認証サーバーで使用者 ID、コンテンツ、コンテンツ終了時間等に対する認証を遂行し、認証された使用者に対して課金サーバーに課金処理要請を遂行し、使用者側認証サーバーは認証プロキシサーバーに認証情報を要請し、認証プロキシサーバーは 認証情報を使用者側認証サーバーに伝達する。使用者側の認証サーバーは認証完了後コンテンツに対する認証キー、ヘッダーファイルをクライアント/プレーヤー(500)にダウンロードする。認証キーの付与を受けたクライアント/プレーヤー(500)は IPマスター(400)にコンテンツを要請すると、IPマスター(400)に依り指定されたコンテンツサーバーにクライアント/プレーヤー(500)がコンテンツサーバーに認証キーと共にコンテンツファイルを要求し、これにコンテンツサーバーがプライマリー認証ゲートウェイサーバー(100)に認証可否確認を要請し認証を受けるとスケジュール及びコンテンツファイルをダウンロードする。そしてプレーヤー(500)がデータを再生する。この時管理モジュールは使用者指定場所に認証キーと共にダウンロードを受けた資料を貯蔵し、再生終了と共に臨時ファイルを削除する。
【００５３】
3．SCDNシステムの為のファイル 分割/併合及びメディア再生システム
図6乃至図9は本発明に依るSCDNシステムの為のファイル分割、ファイル併合及びメディア再生システムのブロックダイアグラムを図示している。
【００５４】
図6で見る様にこのシステムは大きくENSplitter(210)、ENNetwork(230)及びENSource(310)の３個のコンポネントで構成され、これ等のそれぞれは次の様な役割を担当している。
【００５５】
3-1．ENSplitter
ENSplitter(210)はコンテンツサーバーの原本マルチメディアファイルを分割して多数個のUUIDファイル(620)に分割し、分割情報の連結情報を貯蔵しているヘッダーファイルを生成する役割をする。ヘッダーファイルはマイクロソフトで利用するUUID(Universally unique identifier)と言うデータ タイプを利用する。
【００５６】
このデータは6B29FC40-CA47-1067-B31D-00DD010662DAの形態を持ち、生成時重複されるデータが発生しない事を保障する。
【００５７】
この時分割ファイルの名前にUUIDを使用した理由は他の分割された ファイルの名前と重複される可能性がなく、一般人に公開された時順序を区分する事が出来ないので再組合する事が出来ない様にする為である。尚、コンテンツ提供者の立場で原本マルチメディアファイルを復元しようとする場合ファイル併合役割も共に遂行する。ENSource(310)のIENSourceインターフェースと連動してヘッダーファイル(610)を生成し分析して、UUIDファイル(620)を暗号化し復号化する。
【００５８】
3-2．ENNetwork
ENNetwork(230)はそれぞれのコンテンツサーバー内のデータベース(220)に存在する多数個のUUIDファイル(620)をクライアント(500)側データベース(510)にダウンロードし、クライアントのハードディスクに臨時ファイル(Temporary file)(512)形態で貯蔵し管理する。そして同時にENSource(310)が特定UUIDファイル(620)を要請するとこれを該当するダウンロード又は検索してそのファイルハンドル(ヘッダーファイル)を ENSource(310)に伝送する。そして ENNetwork(230)はテーブル(232)を備えており、このテーブルは UUIDファイル(620)目録とこれに該当する臨時ファイル(512)目録を貯蔵している。
【００５９】
3-3．ENSource
ENSource(310)はファイル分割/併合課程とメディア再生課程に全て参与し、二つの課程に対して異なる様に動作する。ENSource(310)は実際にメディアファイルを分割/併合してそれに依るヘッダーファイル(610)を生成/分析する役割をし、この時UUIDファイル(620)を暗号化/復号化する役割も遂行する。尚、ENSource(310)は正規ダイレクトショーソースフィルター(Direct Show Source Filter)に動作してフィルターグラフ(Filter Graph)(520)のデータ要請に従がいメディアデータを伝送し、同時にウィンドウメディアファイルを再生する場合ソースプラグイン(source plug-in) DLLにも動作する。ENSource(310)は UUIDファイル(620)とこのファイルの位置と大きさ情報を収納しているテーブル(312)を備えている。
【００６０】
3-4．ENPlayer
ENPlayerは図6には図示されていないがダイレクトショーアプリケーションとして実際フィルターグラフ(520)の役割を遂行する。ENPlayerはフィルターグラフマネージャー(Filter Graph Manager)を通じて、ENSource(310)に位置と大きさを明示してデータを要請し伝達を受けたデータを処理してメディアを再生する。ENPlayerの外にウィンドウメディアプレーヤーコントロールの様に ダイレクトショーアプリケーションは全て現在システムを通じてメディアを再生する事が出来る。フィルターグラフ(520)はENPlayer内部に有り、動映像プレー機能が有る。
【００６１】
3-5．ファイル分割方法
図7を参照して説明するとメディアファイルを分割する場合ENSplitter(210)が主な開始点になる。本発明に依るファイル分割課程は次の様である。
【００６２】
ENSplitter(210)がソースファイル(211)の経路をENSource(310)のIENSourceインターフェースを通じて伝達する。ENSplitter(210)はフィルター グラフマネージャーを稼動させENSource(310)がフィルターグラフ(520)連結に参与するようにする。この課程でパーサーフィルター(Parser Filter)(図示されていない)が ENSource(310)でデータを要請する。ENSource(310)はフィルターグラフ(520)内パーサーフィルターが要請したデータを伝達し、その内訳を記録しておく。ENSplitter(210)がIENSourceインターフェースを通じて分割命令を下ろすと、ENSource(310)は連結情報と分割大きさ情報を基礎にメディアファイルを分割する。分割に必要なUUIDファイル(620)は 動的に割当する。そしてこの時暗号化(encryption)課程が含まれる事が出来る。ENSource(310)はファイル分割が終った後 UUIDファイル(620)とその位置、大きさテーブル(312)を整理してヘッダーファイル(610)を生成する。
【００６３】
<ファイル分割実施例>
ENSplitter(210)はソースファイル、目的ファイル、分割しようとする ファイルの大きさ、機能選択手段、フォーマット選択手段及び窓を備えている。
【００６４】
機能選択手段は分割ボタン及び併合ボタンを備えており、フォーマット選択手段はAVI、MPEG及びウィンドウズ（登録商標）メディアボタンを備えている。本発明で機能選択手段を見ると基本的に分割ボタンが選択されている。ここでソースファイルを選択すれば良い。
【００６５】
一方、ソースファイルを指定すると目的ファイル経路は拡張者を*.enpに変更した形態に自動指定される。これは必要に依り変更する事が出来る。分割大きさはマルチメディアファイルの全体大きさ及びCMS、CASサーバーの性能を考慮して管理者が任意に指定する事が出来る。
次にすべき事はフォーマット選択手段でソースファイルのフォーマットを指定する事である。File Splitterはマルチメディアファイル属性を分析して間違ったファイルフォーマットを指定するとファイルフォーマットが間違ったと言うレンダリング（Rendering）誤謬メッセージを出力する。その後フォーマットを正しく指定し、始めボタンを押すとファイル分割作業課程が遂行される。その後‘ヘッダーファイルを複写しました'と言うメッセージが窓に 現れると正常的にファイル分割を完了したのである。
【００６６】
File Splitterは一つのマルチメディアファイルを指定されたファイルの大きさに分割して、ヘッダーファイル情報を生成するのを確認する事が出来る。ファイル分割後Text Areaのデータ等は 該当ソースファイルがフィルターグラフ(520)構成に必要な連結情報を意味する。フィルターグラフ(520)を構成する事で再生可否を判別する事が出来るのでこの情報はファイル分割時重要な初期データになる。(x、y)でx、yはそれぞれファイル内の位置即ち、ヘッダー情報を意味する。0が 開始点である。図10は本発明に依るコンテンツファイル分割時情報分析の一例を示している。
【００６７】
そして連結情報を基礎にそのままファイルを分割すれば小さいファイルの切れ端が多く発生するのでこれを整理する課程が必要である。一緒に連結する事が出来る情報を整理すると図 11の (0、2114)ファイルと(28798033、28798133)ファイルの様に2個 のファイルに簡略化される事が出来る。
【００６８】
以後整理された連結情報と共に指定された分割大きさに従がい 最終的に分割されるべきファイル情報を現わす。この時連結情報が重要であるので2114、10487874、20973634、28798133の様な連結情報をヘッダー情報の先頭に位置させ、10487874、20973634、28798033、28804137の様な残りのデータを互いに重畳されない様に設定された分割大きさ(213)に 従いファイル大きさが10MBずつなる様に分割する。図 12に最終分割情報が例示されている。
【００６９】
図13は分析した情報を基礎に実際ファイル分割を遂行しヘッダー ファイルを複写する課程を示している。分割されたファイルの名前は図面で見る様にGUID(Globally Unique Identifier) 形態で現れる。
【００７０】
ここでENSplitterに基本指定された拡張者(現在: *.enp)は拡張者以上の意味がない。従って基本拡張者を変更しようとすればENSplitterDlg.hヘッダーファイルに定義されたENEXTENSIONを変更すれば良い。そしてOnFileOpen()関数にフォーマットに従がいパーサーフィルターを追加する部分があるので、支援するフォーマットが追加されるとここに一緒に追加しなければならない。それはフォーマット検証及び性能向上に必要である為である。
【００７１】
一方、ウィンドウメディアフォーマットを使用する場合、ENSource(310)で 指定したプロトコルを使用する。従ってフォーマットが変更されるとプロトコルも一緒に変更しなければならない。そして注意すべき点は、 WM(Windows（登録商標） Media)リーダー(Reader)フィルターはウィンドウメディアフォーマット SDK(Software Development Kit)を使用するフィルターでリーダー客体を提供し、9.0バージョンから正常的にソースプラグインを支援し、この時ウィンドウメディアプレーヤー9.0と共に設置される。新しいバージョンのウィンドウメディアファイルを支援する為にはウィンドウズ（登録商標）メディア技術(Windows（登録商標） media Technology) 9.0のフォーマットSDKを通じて新しいDLLを得なければならない。同時にマイクロソフトのウィンドウメディアフォーマットを使用しようとすれば所定のライセンス契約を結ばなければならなく、それは本発明の内容とは別個の問題である。
【００７２】
3-6．ファイル併合方法
File Splitterに依り分割されたマルチメディアファイルを本来のファイル状態に復元しようとする時ENSplitterの併合(Merge)機能を利用する。ファイル併合方法に対して図8を参照して説明すると、UUIDファイル(620)を併合する場合 ENSplitter(210)が併合器(Merger)に動作してファイル併合を遂行する事の開始点になる。本発明に依るファイル併合課程は次の様である。ENSplitter(210)はENSource(310)のIENSourceインターフェースを通じてENSourceにヘッダーファイル(610)経路を伝達する。ENSource(310)はヘッダーファイル(610)を分析してUUIDファイル(620)とファイルの位置、大きさテーブル(312)を復元する。ENSource(310)はヘッダーファイル(610)に記録された情報に従がいUUIDファイル(620)をENNetwork(230)のIENManagerインターフェースを通じて要請する。ENNetwork(230)はENSource(310)が要請したUUIDファイル(620)を複写又はダウンロードして 臨時場所(510)に保管し、そのファイルハンドルをENSource(310)に伝達する。ENSource(310)はENNetwork(230)が伝達したファイルハンドルを通じてデータを判讀しファイル併合を遂行して原本ファイル(630)を作り出す。この時暗号化されたファイルの場合復号化(decryption)課程を介した後併合を遂行する。
【００７３】
<ファイル併合実施例>
これからファイル併合の実施例に対して説明する。この機能は分割されたファイルが正しく復元されるか確認する為の機能である。機能選択手段で併合を選択するとENSplitter(210)が併合を遂行する。以後ソースファイルで拡張者が *.enpである目的ファイル(ヘッダーファイル)を指定する。すると指定されたソースファイルのフォーマットを分析して出力窓に表示する。同時にフォーマット選択手段のフォーマットが自動的に決定される。従ってファイル併合課程ではフォーマットを指定する必要がない。
【００７４】
万一、ソースファイルが認識する事が出来ないファイルヘッダーであれば’認識する事が出来ないファイルです'と言うエラーメッセージ箱が現れる。
【００７５】
開始ボタンを押すとファイル併合作業を遂行し'ファイル併合が終わりました'と言うメッセージが窓に現れると併合が正常的に完了されたものである。
【００７６】
3-7．メディア再生方法
図9を参照して説明するとメディアを再生する場合ダイレクトショーアプリケーションが主開始点になる。従って本システムの立場ではフィルターグラフ(520)の要請で動作する事になる。本発明に依るメディア再生課程は次の様で有る。ダイレクトショーアプリケーションが指定したヘッダーファイル経路がフィルターグラフマネージャーを通じてENSource(310)の IFileSourceFilterインターフェースに伝達される。ENSource(310)はヘッダーファイル(610)を分析してUUIDファイル(620)とその位置、大きさテーブル(312)を復元させる。フィルターグラフ(520)は連結と再生に必要なデータをENSource(310)で順次的に要請する。この時望むデータの位置と大きさを明示して伝達する。ENSource(310)はフィルターグラフ(520)が要請したデータに対して、ヘッダーファイル(610)に記録された情報に従いUUIDファイル(620)を探しそのファイルをENNetwork(230)のIENManagerインターフェースを通じて要請する。ENNetwork(230)はENSource(310)が要請したUUIDファイル(620)を複写又はダウンロードして臨時場所に保管し、そのファイルハンドルをENSource(310)に伝達する。ENSource(310)はENNetwork(230)が伝達したファイル ハンドルを通じてデータを判讀してフィルターグラフ(520)に伝達する。この時暗号化されたファイルである場合復号化(decryption)課程を遂行する。
【００７７】
3-8．メディアスケジューリング方法(ダウンローディング方法)
File Splitterに依り分割されたマルチメディアファイルは再生に必要な連結情報を収納しているメディアヘッダー部ファイルリスト、再生される画面とサウンド情報を収納するデータ部ファイルリストの2種に分ける事が出来る。
【００７８】
クライアント/プレーヤー(500)はダウンロードされたヘッダーファイルを分析して必要なファイルリストのダウンロードを始める。
プログラム実行時先に再生に必要なメディアヘッダー部をダウンローディングを始めながらその間プログラムはブロッキング(blocking)がなされる。
【００７９】
この時多数個のスレッドを利用して同時に多数個のファイルがダウンロードされて、使用者が指定した大きさより大きいファイルが有る場合これは更に多数個のスレッドに分けられて迅速にファイルをダウンロードした後統合する課程を繰り返す。
【００８０】
メディアヘッダーが全て受けられるとプログラムはメディアヘッダー情報を再構成しデータ部ファイルをダウンロードディングする。適当な数のソケットを利用して同時に多数個のデータファイルを受ける様になり、プログラムは活性化されデータファイルを再生するのを始める。
【００８１】
この時,持続的で迅速なデータ貯蔵の為に適当な数のソケット(thread)を利用して同時に多数個のファイルをダウンロードする事になる。この時ヘッダー情報に依り今後必要とされるファイルリストのダウンロードに必要な作業を先にに終えて前のファイル等のダウンロードが終了され準備されたファイル等のダウンロード課程を繰り返すようになる。
【００８２】
再生部を移動した場合(seek機能)既存のダウンロード中である作業が終るのを待ち、移動された部分の位置の値を解釈してファイルリストの必要部位を調べる。その後必要部位のファイルから適当な数のスレッドを利用して同時にファイルのダウンロードを始め再生を開始する。
【００８３】
尚、基本的に5個のソケット(スレッド当り1個ソケット)を通じてコンテンツをダウンロードする事が出来る。使用者のネットワーク状態等を考慮して同時ソケット数等を算出する事が出来、使用者のネットワーク状態が 提供されるコンテンツ再生に不適合である程度に遅い場合、予約見る等の機能で一定ファイルリストがダウンロード完了された後再生が可能で有るように設定が可能である。
【００８４】
この時、再生時点は最後まで再生するのに必要な時間と全体ファイルの ダウンロード時間を考慮して算出される。
【図面の簡単な説明】
【００８５】
【図１】本発明に依るSCDN(Streaming Contents Distribution Network)システムの望ましい一実施例の構成図である。
【図２】本発明に依るSCDNシステムの動作方法の望ましい一実施例の流れ図である。
【図３】本発明に依るSCDNシステムの動作方法の望ましい一実施例の流れ図である。
【図４】本発明に依るSCDNシステムの動作方法の望ましい一実施例の流れ図である。
【図５】本発明に依るSCDNシステムの動作方法の望ましい一実施例の流れ図である。
【図６】本発明に依るSCDNシステムの為のファイル分割、ファイル併合及びメディア再生システムのブロックダイアグラムである。
【図７】本発明に依るSCDNシステムの為のファイル分割、ファイル併合及びメディア再生システムのブロックダイアグラムである。
【図８】本発明に依るSCDNシステムの為のファイル分割、ファイル併合及びメディア再生システムのブロックダイアグラムである。
【図９】本発明に依るSCDNシステムの為のファイル分割、ファイル併合及びメディア再生システムのブロックダイアグラムである。
【図１０】本発明に依るコンテンツファイル分割課程の実施例である。
【図１１】本発明に依るコンテンツファイル分割課程の実施例である。
【図１２】本発明に依るコンテンツファイル分割課程の実施例である。
【図１３】本発明に依るコンテンツファイル分割課程の実施例である。
【図１４】本発明に依るサービス利用形態の例示図である。
【図１５】本発明に依るストリーミングコンテンツデリバリーネットワーク(SCDN)の構成例示図である。
【図１６】本発明に依るStand-aside方式のITMソリューションの例示図である。
【図１７】本発明に依るヘッダーファイル構造図である。
【図１８】本発明に依る認証手順の流れ図である。
【図１９】本発明に依る認証手順の流れ図である。
【図２０】従来のストリーミングサービスの概念図である。
【符号の説明】
【００８６】
１００  プライマリー認証ゲートウェイサーバー
２００  CMSサーバー
２１０  ENSplitter
２３０  ENNetwork
３００  CASサーバー
３１０  ENSource
３２０  データベース
３２２  ファイルリスト
５００  プレーヤー
６００  ファイル
６２０  UUIDファイル
７００  オリジナルメディアサーバーファーム
８００  企業使用者
９００  個人使用者
１０００  エッジメディア
【図１】
2006526215.tif 000003
【図２】
2006526215.tif 000004
【図３】
2006526215.tif 000005
【図４】
2006526215.tif 000006
【図５】
2006526215.tif 000007
【図６】
2006526215.tif 000008
【図７】
2006526215.tif 000009
【図８】
2006526215.tif 000010
【図９】
2006526215.tif 000011
【図１０】
2006526215.tif 000012
【図１１】
2006526215.tif 000013
【図１２】
2006526215.tif 000014
【図１３】
2006526215.tif 000015
【図１４】
2006526215.tif 000016
【図１６】
2006526215.tif 000017
【図１７】
2006526215.tif 000018
【図１８】
2006526215.tif 000019
【図１９】
2006526215.tif 000020
【図２０】
2006526215.tif 000021
【図１５】
2006526215.tif 000022
【手続補正書】
【提出日】平成17年11月30日(2005.11.30)
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2006526215.tif 000023
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2006526215.tif 000024
【国際調査報告】
2006526215.tif 000025