(57)【要約】  本発明は移動端末でストリーミングメディア伝送を開始するステップと、ストリーミングメディアファイルをバックグラウンド保存し、放送位置をマーキングするステップと、保存したストリーミングメディアファイルを隠すように設定し、及び/または保存したストリーミングメディアファイルを暗号化するステップを含む方法と、ストリーミングメディアファイルを保存するシステムを提供する。前記の方法とシステムにより、ストリーミングメディアファイルを移動端末に直接保存できる。またユーザーが円滑にストリーミングメディアファイルの視聴を可能にすると共に、通信事業者が料金を取ることに影響を与えず、オーディオとビデオファイルの著作権を保護し、更に通信事業者の業務の推進を促す。
2013537756.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングメディア伝送を開始するステップと、
ストリーミングメディアファイルをバックグラウンド保存し、放送位置をマーキングするステップと、
保存した前記ストリーミングメディアファイルを隠すように設定するステップと、及び/または保存した前記ストリーミングメディアファイルを暗号化するステップとを含むことを特徴とする移動端末におけるストリーミングメディアファイルの保存方法。
【請求項２】
前記ストリーミングメディアファイルを暗号化した後、前記保存方法は、
放送を行う場合、保存した前記ストリーミングメディアファイルと、マーキングした前記放送位置とを読み出し、マーキングした前記放送位置に基づいて放送可能な前記ストリーミングメディアファイルの時間範囲を制限するステップと、放送完了後、前記ストリーミングメディアファイルを自動削除するステップとを更に含むことを特徴とする請求項１に記載の方法。
【請求項３】
マーキングした前記放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を制限するステップにおいて、前記時間範囲は放送位置の時点からストリーミングメディアファイルの完了時点までの間であることを特徴とする請求項２に記載の方法。
【請求項４】
前記放送位置のマーキングを行うステップが、前記ストリーミングメディアファイルの既に放送された時間が入力されたint３２タイプの変数を前記ストリーミングメディアファイルのファイルヘッダーに追加するステップを含むことを特徴とする請求項１又は２に記載の方法。
【請求項５】
前記放送位置のマーキングを行うステップが、ストリーミングメディアファイルを放送する過程において放送を中断する場合、前記放送位置をマーキングするステップを更に含むことを特徴とする請求項１又は２に記載の方法。
【請求項６】
ストリーミングメディアインタラクティブブロックと、コーデックブロックと、メモリー保護ブロックとを含み、ここで、
前記ストリーミングメディアインタラクティブブロックは、ストリーミングメディア伝送を開始し、伝送されたストリーミングメディアファイルを前記コーデックブロックに送信し、
前記コーデックブロックは、放送位置のマーキングを行い、前記ストリーミングメディアファイルを前記メモリー保護ブロックに送信してバックグラウンド保存し、
前記メモリー保護ブロックは、前記コーデックブロックが送信した前記ストリーミングメディアファイルを隠すように設定し、及び/または前記ストリーミングメディアファイルを暗号化し、バックグラウンド保存することを特徴とする移動端末でストリーミングメディアファイルを保存するシステム。
【請求項７】
前記システムは放送ブロックを更に含み、前記放送ブロックは、前記コーデックブロックを介して前記メモリー保護ブロックに保存された前記ストリーミングメディアファイルと、マーキングした前記放送位置を読み出し、前記放送位置に基づいて放送可能な前記ストリーミングメディアファイルの時間範囲を制限して放送を行い、放送完了後、前記ストリーミングメディアファイルを自動削除することを特徴とする請求項６に記載のシステム。
【請求項８】
前記放送ブロックがマーキングした前記放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を制限することにおいて、前記時間範囲は前記放送位置の時点からストリーミングメディアファイルの放送完了時点までの間であることを特徴とする請求項７に記載のシステム。
【請求項９】
前記コーデックブロックの前記放送位置へのマーキングが、前記ストリーミングメディアファイルの既に放送された時間が入力されたint３２タイプの変数をストリーミングメディアファイルのファイルヘッダーへの追加を含むことを特徴とする請求項６又は７に記載のシステム。
【請求項１０】
前記コーデックブロックの前記放送位置へのマーキングが、ストリーミングメディアファイルを放送する過程において、放送を中断する場合、前記放送位置へのマーキングを更に含むことを特徴とする請求項６又は７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミングメディアファイル放送分野に関し、特に移動端末でストリーミングメディアファイルを保存する方法とシステムに関する。
【背景技術】
【０００２】
移動通信の発展に伴い、ユーザーは移動端末で実現できる付加サービスに対してますます関心を持つようになっている。例えば、カメラ、オーディオとビデオの放送等がある。その中、ストリーミングメディアサービスは通信事業者とユーザーが全て関心を持つ付加サービスである。ストリーミングメディア方式を利用して伝送する時、音声、映像またはアニメーション等のストリーミングメディア（又は、flow media）ファイルはストリーミングメディアサーバからユーザーの移動端末に向かってリアルタイムで伝送され、ユーザーは全体のファイルが全部ダウンロード完了するまで待つ必要なく、数秒または十数秒の起動遅延さえ経てば見ることができるようになる。ストリーミングメディアファイルが移動端末で放送(又は、プレイ)される過程でも、ファイルの残り部分は続けてストリーミングメディアサーバからダウンロードされる。ストリーミングメディア方式の伝送はストリーミングメディアファイルの起動遅延を半分に減らすことができれば、大きいキャッシュ（cache）容量を必要としない。前記方式の最も大きな長所は、ユーザーが全体のファイルを全部インターネットからダウンロードした後のみ見ることができるという欠点を克服したことである。このようなリアルタイム伝送の特長に基づいて、ストリーミングメディア方式の伝送と放送は良好なネットワーク条件を必要とし、更にユーザーに必要な料金をリーズナブルにする必要がある。移動端末のユーザーが一部のストリーミングメディアリソースを見る時、時間等の原因で一気に始めから終わりまで見ることができない可能性がある。しかしこのようなストリーミングメディアリソースの大部分は回数によって料金が取られる。もしユーザーが一気に終わりまで見ることができず、次に再び見ようとすると、もう一度料金を支払わなければならないため、通信事業者とユーザーの間の矛盾を招いてしまう。他に、ネットワーク条件が悪い場合は放送を中断してバッファを行う必要がある。その結果、ユーザーは連続的に見ることができず、ユーザーの体験に深刻な影響を与える。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記原因で、本発明は、移動端末でストリーミングメディアファイルを保存する方法とシステムを提供し、ストリーミングメディアファイルを直接移動端末に保存し、ユーザーの利益と通信事業者の利益を同時に考慮することをその主な目的とする。
【課題を解決するための手段】
【０００４】
前記目的を達成するために、本発明の技術方案は次のように実現する。
【０００５】
本発明は、移動端末でストリーミングメディアファイルを保存する方法を提供した。前記方法は、
ストリーミングメディア伝送を開始するステップと、
ストリーミングメディアファイルをバックグラウンド保存し、放送位置をマーキング(marking 又はidentifying)を行うステップと、
保存したストリーミングメディアファイルを隠すように設定し、及び/または保存したストリーミングメディアファイルを暗号化するステップとを含む。
【０００６】
ここで、ストリーミングメディアファイルを暗号化した後、前記方法は、
放送を行う時、保存したストリーミングメディアファイルと、マーキングした放送位置とを読み出し、マーキングした放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を制限するステップと、放送完了後、ストリーミングメディアファイルを自動削除するステップとを更に含む。
【０００７】
ここで、マーキングした放送位置に基づいて放送することができるストリーミングメディアファイルの時間範囲を制限するステップにおいて、その時間範囲は放送位置の時点からストリーミングメディアファイルが完了する時点までの間である。
【０００８】
ここで、放送位置のマーキングを行うステップは、前記ストリーミングメディアファイルのすでに放送された時間が入力されたint３２タイプの変数をストリーミングメディアファイルのファイルヘッダーに追加するステップを含む。
【０００９】
ここで、放送位置をマーキングするステップは、ストリーミングメディアファイルを放送する過程において放送を中断する時、放送位置をマーキングするステップを更に含む。
【００１０】
本発明は移動端末でストリーミングメディアファイルを保存するシステムを更に提供する。前記システムは、ストリーミングメディアインタラクティブブロックと、コーデック（codec:coder and decoder）ブロックと、メモリー保護ブロックとを含む。その中、前記ストリーミングメディアインタラクティブブロックは、ストリーミングメディア伝送を開始し、伝送されてきたストリーミングメディアファイルをコーデックブロックに送信する。
前記コーデックブロックは、放送位置のマーキングを行い、ストリーミングメディアファイルをメモリー保護ブロックに送信してバックグラウンド保存する。
前記メモリー保護ブロックは、前記コーデックブロックが送信したストリーミングメディアファイルを隠すように設定し、及び/または前記ストリーミングメディアファイルを暗号化し、またバックグラウンド保存する。
【００１１】
ここで、前記システムは放送ブロックを更に含む。前記放送ブロックは、コーデックブロックを介してメモリー保護ブロックに保存されたストリーミングメディアファイルと、マーキングした放送位置を読み出し、放送位置に基づいて放送することができるストリーミングメディアファイルの時間範囲を制限して放送を行い、放送完了後、ストリーミングメディアファイルを自動削除する。
【発明の効果】
【００１２】
本発明が提供した移動端末でストリーミングメディアファイルを保存する方法とシステムは、ストリーミングメディア伝送を開始し、ストリーミングメディアファイルをバックグラウンド保存し、また放送位置をマーキングし、保存したストリーミングメディアファイルを隠すように設定し、及び/または保存されたストリーミングメディアファイルを暗号化することによって、ストリーミングメディアファイルを移動端末に直接保存することを実現した。またユーザーとして柔軟にストリーミングメディアファイルを見ることを可能にし、ストリーミングメディアファイルとしてローカルプレイの効果を実現するようにし、ユーザーは通信事業者が提供したサービスを円滑に視聴でき、ユーザーの満足度を大幅に向上させた。同時に、放送位置をマーキングし、著作権保護を行って、通信事業者が料金を取ることに影響を与えず、オーディオとビデオファイルの著作権を保護し、更に通信事業者の業務の推進を促す。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る移動端末でストリーミングメディアファイルを保存し、放送する方法のフローチャートである。
【図２】本発明に係る保存したストリーミングメディアファイルを放送する方法のフローチャートである。
【図３】本発明に係る移動端末でストリーミングメディアファイルを保存し、放送するシステムのブロック図である。
【発明を実施するための形態】
【００１４】
本発明の基本思想は、移動端末としてユーザーがストリーミングメディアをオフラインで見ることを支援するようにして、ストリーミングメディアのローカルプレイ効果を実現することである。また移動端末はローカルに保存されたストリーミングメディアファイルに対するデジタル著作権保護を担当し、通信事業者の料金に影響を与えず、ユーザーとして通信事業者が提供したサービスを円滑に視聴することができるようにしてユーザーの満足度を大幅に向上させ、更に通信事業者の業務推進を促す。
【００１５】
以下に図面と具体的な実施例を合わせ、本発明の技術方案について詳しく説明する。
【００１６】
図１は、本発明に係る移動端末でストリーミングメディアファイルを保存し、放送する方法のフローチャートである。図１に示すように、前記保存と放送の方法は具体的に以下のようなステップを含む。
【００１７】
ステップ１０１において、ストリーミングメディア伝送を開始する。
【００１８】
具体的には、移動端末はデータリンクを介してストリーミングメディアサーバと接続し、またストリーミングメディアサーバからストリーミングメディアファイルを取得する。ここで、移動端末はストリーミングメディア伝送のプロトコル(例えば：リアルタイムストリーミングプロトコル、即ちReal Time Streaming Protocol、RTSP )を支援することを介してストリーミングメディアサーバからストリーミングメディアファイルを取得し、また前記プロトコルに基づいて取得したストリーミングメディアファイルを解析する。RTSPを利用してストリーミングメディアファイルを要請する標準フォーマットは<要請方法> <URI> <RTSPバージョン> [メッセージヘッダー] CR/LF [メッセージ本文]である。その中、要請方法はDESCRIBE等であり、リソース識別子（Uniform Resource Identifier、URI）はストリーミングメディアファイルのアドレスである。一般的な状況で、ユーザーは、移動端末上のWebブラウザとWebサーバ間にハイパーテキスト転送プロトコル/トランスミッションコントロールプロトコル(Hyper Text Transfer Protocol/Transmission Control Protocol、HTTP/TCP)を使用して情報を交換及び制御することを介し、伝送する必要があるストリーミングメディア情報の検索を開始する。その後、無線端末のWebブラウザはデータリンクを介して、HTTPを利用してWebサーバからストリーミングメディアファイルのオーディオ/ビデオ（A/V）データのコーディングタイプ、ストリーミングメディアファイルのアドレス、バージョン情報等を取得する。移動端末はアドレスに基づいてストリーミングメディアサーバに向かって要請メッセージを送信し、ストリーミングメディアサーバはRTSPを使用してストリーミングメディアファイルを移動端末に伝送する。
【００１９】
ステップ１０２において、ストリーミングメディアファイルをバックグラウンド保存し、また放送位置をマーキングする。
【００２０】
具体的には、ストリーミングメディアファイルと放送位置を移動端末のメモリー領域にバックグラウンド保存する。その中には、二つの状況を含む。一つは、ユーザーがストリーミングメディア放送を開始した後、直接にオフライン処理を選択してバックグラウンド保存を行う。この時、伝送されてきたストリーミングメディアデータを直接に移動端末のメモリー領域に入力し、また放送位置をストリーミングメディアファイルの開始位置としてマーキングする。もう一つは、ユーザーはストリーミングメディア放送を開始した後、まず通常の方式によって視聴し、その後、オフライン処理が必要である時、オフライン処理をトリガして伝送されたストリーミングメディアファイルをバックグラウンド保存する。この時、伝送されたストリーミングメディアデータを直接に移動端末のメモリー領域に入力し、また放送位置をオフライン処理をトリガする時のストリーミングメディアファイルが既に放送されている時点としてマーキングする。前記放送位置をマーキングする理由は、通信事業者が通常ストリーミングメディアファイルを毎回放送するたびに料金を支払うように要求するからである。その結果、ユーザーは保存したデータを一回しか見ることができず、ユーザーがすでに見た部分は再び見ることができない。従って、この放送位置は必ず記録しておかなければならない。前記放送位置をマーキングする方法には、前記ストリーミングメディアファイルの既に放送された時間が入力されたint３２タイプの変数をストリーミングメディアファイルのファイルヘッダーに追加する方法を含む。このような方法は一般的なコーディング/デコーディングシステムを介して実現することができる。例えば、まずfs_seek命令を介してファイルヘッダー部分に移動し、その後fs_write命令を介してint３２の時間の長さのデータを入力する。
【００２１】
更に、移動端末のメモリー量とデコーディング能力は制限されているため、ストリーミングメディアファイルをバックグラウンド保存する過程中、取得したストリーミングメディアファイルをまずデコーディングした後、メモリーに有利な方法で、空間の占有量がより少なく、端末がより適切にサポート可能なコーディングフォーマットを選択して、再びストリーミングメディアファイルを圧縮し、コーディングして移動端末に保存することができる。前記より適切にサポート可能なコーディングフォーマットに基づいて再コーディングするステップは、受信した３ＧＰGPフォーマットのファイルをＭＰ４フォーマットに基づいて再コーディングすることができる。その他に移動端末に保存されたストリーミングメディアファイルがコピーされてもデコーディングされ、放送されないように通信事業者の要求に基づいて通信事業者専用のコーディングフォーマットを使用して再コーディングすることができる。この方法はストリーミングメディアファイルの著作権保護を同時に考慮している。前記メモリーに有利な方法も個人の習慣や、移動端末の性能に従ってユーザーが自分で設定することができる。例えば、もしメモリー空間が十分であり、またユーザーがビデオ品質とオーディオ品質に対する要求が比較的高い場合、ユーザーは保存モードをビデオとオーディオの品質に有利なコーディングフォーマットに設定することができる。その他に、本発明で放送位置をマーキングする方式はストリーミングメディアファイルのヘッダーにint３２タイプの時間の長さのデータを追加する方式なので、再びストリーミングメディアファイルをコーディングすることは放送位置をマーキングすることに影響がないし、再コーディングする過程において、時間の長さのデータを直接入力することができる。
【００２２】
ステップ１０３において、保存したストリーミングメディアファイルを暗号化する。
【００２３】
具体的には、通信事業者の利益を保護するために、ダウンロードしたストリーミングメディアファイルは一回だけ放送を許可し、またユーザーへ公開して変更またはコピーを行うようにしてはならない。そのため、保存したストリーミングメディアファイルを暗号化する必要がある。前記暗号化は以下のような二つの方法が用いられる。一つは、保存したストリーミングメディアファイルを隠すように設定して、保存されたストリーミングメディアファイルがユーザーから見えないようにし、放送装置を介してのみ保存されたストリーミングメディアファイルに接続されて放送を行うことができるようにすることである。もう一つは、暗号化装置を使用してストリーミングメディアファイルを暗号化保存して、放送ソフトウェアと、暗号化装置に対応する暗号解読装置との組み合わせによって、暗号解読及び放送を行うことができるようにすることである。前記ストリーミングメディアファイルの暗号化と暗号解読は全て既存のオーディオとビデオファイル暗号化と暗号解読技術を利用することができる。前記二つの暗号化方法はそれぞれ単独で使用することもでき、また合わせて使用することもできる。
【００２４】
図２は、本発明に係る保存したストリーミングメディアファイルを放送する方法のフローチャートである。図２に示すように、前記方法は以下のようなステップを含む。
【００２５】
ステップ２０１において、保存したストリーミングメディアファイルと、マーキングした放送位置を読み出し、またマーキングした放送位置に基づいて放送することができるストリーミングメディアファイルの時間範囲を制限して放送する。
【００２６】
具体的には、保存した前記ストリーミングメディアファイルと、マーキングした放送位置を読み出すステップは、暗号化保存の方法を使用した場合、放送前にストリーミングメディアファイルの暗号解読処理を行う必要があり、その後デコーディング装置を介してデコーディングして放送することができることを含む。放送可能な前記ストリーミングメディアファイルの時間範囲を制限するステップにおいて、具体的にマーキングした放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を制限するステップにおける制限された時間範囲は、放送位置の時点からストリーミングメディアファイルが完了する時点までの間である。従って、ユーザーが繰り返し、ストリーミングメディアファイルを見ることを防止する。
【００２７】
更に、もし放送過程でユーザーが再び中断することを望むと、ステップ１０２と同じ操作を行って再び放送位置をマーキングする。
【００２８】
ステップ２０２において、放送が完了した後、ストリーミングメディアファイルを自動削除する。
【００２９】
具体的には、放送完了後、移動端末はfs_delete命令を使用して放送が完了されたストリーミングメディアファイルを自動削除することができる。これにより、通信事業者の利益を保護し、また移動端末のメモリー空間を節約することができる。
【００３０】
図３は、本発明に係る移動端末でストリーミングメディアファイルを保存し、放送するシステムのブロック図である。図３に示すように、前記システムは移動端末に位置し、ストリーミングメディアインタラクティブブロック３１と、コーデックブロック３２と、メモリー保護ブロック３３とを含む。その中、
【００３１】
前記ストリーミングメディアインタラクティブブロック３１は、ストリーミングメディア伝送を開始し、伝送されてきたストリーミングメディアファイルをコーデックブロック３２に送信する。
【００３２】
具体的には、移動端末のストリーミングメディアインタラクティブブロック３１はデータリンクを介してストリーミングメディアサーバと接続し、またストリーミングメディアサーバからストリーミングメディアファイルを取得する。ここで、ストリーミングメディアインタラクティブブロック３１はストリーミングメディア伝送のプロトコル（例えば、RTSP）を支援することを介してストリーミングメディアサーバからストリーミングメディアファイルを取得し、また前記プロトコルに基づいて取得したストリーミングメディアファイルを解析する。RTSPを利用してストリーミングメディアファイルを要請する標準フォーマットは<要請方法> <URI> <RTSPバージョン> [メッセージヘッダー] CR/LF [メッセージ本文]である。ここで、要請方法はDESCRIBE等であり、URIはストリーミングメディアファイルのアドレスである。一般的な状況で、ユーザーは、移動端末上のWebブラウザとWebサーバ間にHTTP/TCPを利用して情報を交換及び制御を介して、伝送する必要があるストリーミングメディア情報の検索を開始する。その後、無線端末のWebブラウザはデータリンクを介して、HTTPを利用してWebサーバからストリーミングメディアファイルのA/Vデータのコーディングタイプ、ストリーミングメディアファイルのアドレス、バージョン情報等を取得する。ストリーミングメディアインタラクティブブロック３１はアドレスに基づいてストリーミングメディアサーバに向かって要請メッセージを送信し、ストリーミングメディアサーバはRTSPを利用してストリーミングメディアファイルをストリーミングメディアインタラクティブブロック３１に伝送する。
【００３３】
前記コーデックブロックは、放送位置のマーキングを行い、ストリーミングメディアファイルをメモリー保護ブロック３３に送信してバックグラウンド保存する。
【００３４】
具体的には、前記コーデックブロック３２はストリーミングメディアファイルと放送位置をメモリーブロック３３にバックグラウンド保存する。その中には、二つの状況を含む。一つは、ユーザーがストリーミングメディア放送を開始した後、直接にオフライン処理を選択してバックグラウンド保存を行う。この時、コーデックブロック３２は伝送されてきたストリーミングメディアデータを直接メモリー保護ブロック３３に送信し、また放送位置をストリーミングメディアファイルの開始位置としてマーキングする。もう一つは、ユーザーはストリーミングメディア放送を開始した後、まず通常の方式によって視聴し、その後オフライン処理が必要な時、オフライン処理をトリガして伝送してきたストリーミングメディアファイルをバックグラウンド保存する。この時、コーデックブロック３２は伝送してきたストリーミングメディアデータを直接メモリー保護ブロック３３に送信し、また放送位置をオフライン処理をトリガする時のストリーミングメディアファイルが既に放送されている時点としてマーキングする。前記放送位置をマーキングする方法には、前記ストリーミングメディアファイルの既に放送された時間が入力されたint３２タイプの変数をストリーミングメディアファイルのファイルヘッダーに追加する方法を含む。このような方法は、コーデックブロック３２を介して直接実現することができる。
【００３５】
更に、移動端末のメモリー量とデコーディング能力は制限されているため、コーデックブロック３２がストリーミングメディアファイルをバックグラウンド保存する過程の中で、取得したストリーミングメディアファイルをまずデコーディングした後、メモリーに有利な方法に基づいて、空間の占有量がより少なく、または端末がより適切にサポート可能なコーディングフォーマットを選択して、再びストリーミングメディアファイルを圧縮し、コーディングした後、メモリー保護ブロック３３に送信して保存することができる。ここで、前記より適切にサポート可能なコーディングフォーマットに基づいて再コーディングするステップは、受信した３ＧＰフォーマットのファイルをＭＰ４フォーマットに基づいて再コーディングすることができる。その他に移動端末に保存されたストリーミングメディアファイルがコピーされてもデコーディングされ、放送されないように通信事業者の要求に基づいて通信事業者専用のコーディングフォーマットを利用して再コーディングすることができる。この方法はストリーミングメディアファイルの著作権保護を同時に考慮している。前記メモリーに有利な方法も個人の習慣や、移動端末の性能に従ってユーザーが自分で設定することができる。例えば、もしメモリー空間が十分であり、またユーザーがビデオ品質とオーディオ品質に対する要求が比較的に高い場合、ユーザーは保存モードをビデオとオーディオの品質に有利なコーディングフォーマットに設定することができる。また、本発明で放送位置をマーキングする方式はストリーミングメディアファイルのヘッダーにint３２タイプの時間の長さのデータを追加する方式なので、再びストリーミングメディアファイルをコーディングすることは放送位置をマーキングすることに影響がないし、再コーディングする過程において、時間の長さのデータを直接入力することができる。
【００３６】
前記メモリー保護ブロック３３は、前記コーデックブロック３２の送信したストリーミングメディアファイルを暗号化し、バックグラウンド保存する。
【００３７】
具体的には、メモリー保護ブロック３３が暗号化を行うステップは、保存したストリーミングメディアファイルを隠すように設定し、及び/またはストリーミングメディアファイルを暗号化保存することを含む。ここで、保存した前記ストリーミングメディアファイルを隠すように設定して、保存されたストリーミングメディアファイルがユーザーから見えないようにし、放送装置を介してのみ保存されたストリーミングメディアファイルに接続されて放送を行うことができるようにする。前記ストリーミングメディアファイルの暗号化保存は、メモリー保護ブロック３３に暗号化装置を追加して、保存したストリーミングメディアファイルを暗号化して、放送ソフトウェアと、暗号化装置に対応する暗号解読装置との組み合わせによって、暗号解読及び放送を行うことができるようにする。前記ストリーミングメディアファイルに対する暗号化と暗号解読は全て既存のオーディオとビデオファイル暗号化と暗号解読技術を利用することができる。
【００３８】
更に、前記ストリーミングメディアファイルを保存するシステムは、保存したストリーミングメディアファイルを放送する必要がある時、放送ブロック３４を更に含む。
【００３９】
ここで、前記放送ブロック３４は、コーデックブロック３２を介してメモリー保護ブロック３３に保存されたストリーミングメディアファイルと、マーキングした放送位置とを読み出し、また放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を制限して放送を行い、放送完了後、ストリーミングメディアファイルを自動削除する。
【００４０】
具体的には、前記メモリー保護ブロック３３に保存されたストリーミングメディアファイルと、マーキングした放送位置とを読み出すステップは、暗号化保存の方法を使用した場合、まずメモリー保護ブロック３３でストリーミングメディアファイルの暗号解読処理を行う必要があり、その後コーデックブロックを介してデコーディングし、最後に、放送ブロックを介してデコーディング後のストリーミングメディアファイルを放送することを含む。放送することができる前記ストリーミングメディアファイルの時間範囲の制限は、具体的には、読み出した放送位置に基づいて放送可能なストリーミングメディアファイルの時間範囲を放送位置の時点からストリーミングメディアファイルが完了する時点までの間に制限することである。よって、ユーザーが繰り返しストリーミングメディアファイルを見ることを防止する。放送完了後、放送ブロック３４はfs_delete命令を使用して放送完了したストリーミングメディアファイルを自動削除することができる。
【００４１】
更に、放送過程でユーザーが再度中断することを望むと、オフライン処理をトリガしてコーデックブロック３２を介して再び放送位置をマーキングする。
【００４２】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や原則内での如何なる修正、置換、改良などは本発明の保護範囲内に含まれる。
【符号の説明】
【００４３】
３１  ストリーミングメディアインタラクティブブロック
３２  コーデックブロック
３３  メモリー保護ブロック
３４  放送ブロック
【図１】
2013537756.tif 000003
【図２】
2013537756.tif 000004
【図３】
2013537756.tif 000005
【国際調査報告】
2013537756.tif 000006
2013537756.tif 000007
2013537756.tif 000008
2013537756.tif 000009