JP3184471B2 - データ処理方法 - Google Patents

データ処理方法

Info

Publication number
JP3184471B2
JP3184471B2 JP03593897A JP3593897A JP3184471B2 JP 3184471 B2 JP3184471 B2 JP 3184471B2 JP 03593897 A JP03593897 A JP 03593897A JP 3593897 A JP3593897 A JP 3593897A JP 3184471 B2 JP3184471 B2 JP 3184471B2
Authority
JP
Japan
Prior art keywords
data
movie
resource
processing method
resource data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP03593897A
Other languages
English (en)
Other versions
JPH1051738A (ja
Inventor
アーン エステバン
Original Assignee
ブローダーバンド ソフトウェア、インク
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ブローダーバンド ソフトウェア、インク filed Critical ブローダーバンド ソフトウェア、インク
Publication of JPH1051738A publication Critical patent/JPH1051738A/ja
Application granted granted Critical
Publication of JP3184471B2 publication Critical patent/JP3184471B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1108—Web based protocols, e.g. webRTC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42692—Internal components of the client ; Characteristics thereof for reading from or writing on a volatile storage medium, e.g. Random Access Memory [RAM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y10S707/99945—Object-oriented database structure processing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99948—Application of database or data structure, e.g. distributed, multimedia, or image

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Television Signal Processing For Recording (AREA)

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、マルチメディア
システム、特に、補助記憶装置又はデータネットワーク
からシステム記憶装置へデータを転送する際に、使用可
能な帯域を実質的に最大限に利用するようにリソースデ
ータ及びムービーデータをインターリーブするデータ処
理方法に関する。
【０００２】
【従来の技術】コンピュータは、開発された当初きわめ
て高価であった。そのため、コンピュータを購入し得た
のは、大規模な研究所や企業だけであった。従って、コ
ンピュータは主として科学的問題を解くため（例えば、
流体の挙動のシミュレーション）あるいは大企業の業務
遂行の補助（例えば、経理や保険会社における顧客情報
の処理）に用いられた。
【０００３】これらの目的のためにデザインされたプロ
グラムでは、ユーザとの情報交換は数字とテキストによ
りなされた。これらのソフトウェアプログラムのユーザ
は、このような環境に適応する能力を持ち、技術的に訓
練された者であった。従って、これらプログラムを画像
及び図形で表す必要性はほとんど存しなかった。
【０００４】最近数年の間に、コンピュータの価格は劇
的に下落した。現在、コンピュータは個人や小企業にお
いても購入し得るものとなった。これらのコンピュータ
のユーザは、画像、テキスト、図形、アニメーション、
音声等を含むマルチメディア環境の方に、より適応す
る。
【０００５】その結果、マルチメディアに対応した多様
なソフトウェア及びハードウェア（サウンドカード、ビ
デオカード、ＣＤ−ＲＯＭ読取器、ゲームソフトウェ
ア、教育ソフトウェア等）が急速に開発されることとな
った。現在、市場に出回るコンピュータには、ＣＤ−Ｒ
ＯＭ読取器、高音質なサウンドカード、高解像度のビデ
オカードとモニタが装備されているものが多くある。こ
の種のコンピュータはしばしば「マルチメディアコンピ
ュータ」と呼ばれる。
【０００６】マルチメディア対応のアプリケーション
（アプリケーションプログラム）を生成する際は、アナ
ログ情報（音楽、絵画等）をデジタル化し、デジタル情
報としてコンピュータファイルに保存する必要が生じ
る。
【０００７】マルチメディア情報の一つの特徴は、文字
ベースの情報に比べ情報のサイズがきわめて大きい点に
ある。一例を挙げれば、縦４８０ピクセル、横６４０ピ
クセルの３２ビットカラーの画像１枚のサイズは約１．
２メガバイト（Mbytes）である。長さ１０秒間の音楽の
１節は、約０．５Mbytesの記憶容量を占める。これに対
し、ＡＳＣＩＩテキスト形式で保存された１ページのド
キュメントは、わずかに数キロバイト（Kbytes）を占め
るに過ぎない。
【０００８】マルチメディア情報のサイズは非常に大き
いため、マルチメディア対応のアプリケーションを保存
及び流通させるための安価で高密度な媒体が必要とな
る。
【０００９】このため最も利用されているのはＣＤ−Ｒ
ＯＭである。１枚のＣＤ−ＲＯＭは、その中に６５０Mb
ytesの情報を保存できる。１枚のＣＤ−ＲＯＭを製造す
るための原料コスト及び人件費は数アメリカドルであ
る。従って現在、コンピュータ上で実行可能な、マルチ
メディア対応のアプリケーションのほとんどすべてが、
ＣＤ−ＲＯＭに保存された形で流通している。
【００１０】ＣＤ−ＲＯＭ技術は、音楽用コンパクトデ
ィスク（ＣＤ）技術から派生したものである。従って、
ＣＤ−ＲＯＭ及びＣＤ−ＲＯＭ読取器の規格は音楽用Ｃ
Ｄにも対応している。ＣＤ−ＲＯＭ読取器の基本転送レ
ートは１５０Kbytes毎秒である。現在は、基本転送レー
トの１０倍近い転送レートを達成しているＣＤ−ＲＯＭ
読取器が存在する。もっとも一般的なものは、毎秒３０
０〜６００Kbytesの転送レートを有する。
【００１１】転送レートがこのように低いことの問題と
して、マルチメディア情報をＣＤ−ＲＯＭからコンピュ
ータの記憶装置に転送する所要時間が、極めて長くなる
場合があるという点がある。
【００１２】他のマルチメディア流通環境であるデータ
通信ネットワークも、同様の問題に直面している。デー
タ通信ネットワークの例として最もよく知られているの
はWorldWideWeb（ウェブ）である。ウェブは、現存する
最大のコンピュータネットワークであるインターネット
（ローエンドのパーソナルコンピュータからハイエンド
のメインフレームまで数百万のコンピュータからなるワ
ールドワイドな相互接続）で用いられる通信プロトコル
の一つである。
【００１３】これらのコンピュータは、音声品質のアナ
ログ電話回線、統合サービスデジタルネットワーク（Ｉ
ＳＤＮ）回線、Ｔ１回線など様々な通信リンクを介して
インターネットに接続している。現在、これら回線の帯
域として一般的なのは、アナログ回線で２８．８キロビ
ット（Kbits）毎秒、ＩＳＤＮ回線で１２８Kbits、Ｔ１
回線で１５４４Kbitsである。
【００１４】更に高速なアクセスを可能にするため、そ
の他の通信技術の開発も現在行われている。その１つは
非対称デジタル加入者回線（ＡＤＳＬ）であるが、これ
は、家庭や企業の電話回線を用い、ダウンロード時は１
５００Kbits、アップストリーム時で６４Kbitsを実現す
るというものである。もう１つは、高速（約１００００
Kbits毎秒）のデータ流通を、ケーブルテレビジョン回
線を用いて行うというものである。この場合コンピュー
タは、ケーブルモデムと呼ばれる製品を介してケーブル
回線と接続される。
【００１５】ウェブは、多量のドキュメントへアクセス
する汎用的な手段を提供することを目的とする、ワイド
エリアハイパーメディア情報検索システムである。ウェ
ブが１９８９年頃初めて開発された当時、ウェブが知ら
れ利用されていたのは、学界や研究者の世界のみであ
り、もっぱら情報を速く広めるためにのみ用いられてい
た。技術的訓練を受けていない者でも容易にウェブにア
クセスできるようにするツールは、全く存在しなかっ
た。
【００１６】インターネットにおける重要な進歩の一つ
は、１９９３年に登場した、モザイクと呼ばれる、ウェ
ブの”ブラウザ”である。モザイクは、簡単ではあるが
強力なグラフィックインターフェースを備えていた。こ
のブラウザによってユーザはウェブのドキュメントを取
得したり、簡単なコマンドやポイントアンドクリックと
いった一般的なツールでウェブを利用できるようになっ
た。ブラウザは、用いる上で技術的な訓練を受ける必要
がない上、快適に使用できるため、インターネットを大
衆に向けて開かれたものとする潜在力を有していた。
【００１７】ウェブからアクセスして読めるようデザイ
ンされたドキュメントは、ウェブページと呼ばれる。各
ウェブページは、認可されたフォーマットによるアドレ
スすなわちＵＲＬ（ユニフォームリソースロケータ）を
有することを要する。ウェブページは通常、テキストと
画像の両方を備える。オーディオやムービーのデータを
含ませることも可能である。
【００１８】上述の通り、マルチメディア情報は、圧縮
してもなおサイズが大きいため、特にコンピュータとイ
ンターネットとの接続に音声品質の電話回線を用いたと
きは、ウェブページを取得する際に長時間が費やされる
ことがある。
【００１９】大容量のデジタル情報の流通及び使用に際
する上述の問題を解決するためのものとして、先行技術
がいくつか存在する。
【００２０】マルチメディア情報の再生の方法の一つ
は、（ＣＤ−ＲＯＭ及びデータネットワークからの）デ
ータの取得を、データが使用されている間に行うことで
ある。
【００２１】もう一つの先行技術では、データの取得と
使用は同時に行われない。通常、データは、使用の前に
（ＣＤ−ＲＯＭ又はデータネットワークから）取得さ
れ、コンピュータのランダムアクセスメモリ（ＲＡＭ）
にロードされる。対応するマルチメディアソフトウェア
が実行されると、情報はＲＡＭから供給される。
【００２２】
【発明が解決しようとする課題】しかし、ＣＤ−ＲＯＭ
又はデータネットワークからのデータの取得を、データ
が使用されている間に行う技術について言えば、数Mbyt
esの記憶容量を要するある種の高解像度の画像では、デ
ータを取得するのに数秒を要する。マルチメディア対応
のアプリケーションの多くは、画像が素早く切り替わら
ない場合、進行が鈍くなる。ＣＤ−ＲＯＭ読取器とイン
ターネットの転送レートは低いため、情報が画像の流れ
についてゆける速さで取得されない場合がある。従っ
て、マルチメディア対応のアプリケーションの多くは、
要求されている程度より品質が劣ったものとなる。
【００２３】また、データの取得と使用が同時に行われ
ない手法について言えば、ＲＡＭの転送レートはＣＤ−
ＲＯＭ及びインターネットの転送レートより数桁大きい
ので、この手法では最良の動作が得られる。しかし、こ
の手法を用いる際には、再生できる情報量が、コンピュ
ータシステムのＲＡＭの空き容量により制限される。結
果として、この種の方法が利用できるアプリケーション
は限られる。
【００２４】マルチメディアコンピュータシステムの性
能を高めるためには、マルチメディア対応のアプリケー
ションに情報を供給するための新規な方法を開発する必
要がある。
【００２５】この発明は上記実状に鑑みてなされたもの
で、一時記憶媒体の限られた容量及びＣＤ−ＲＯＭ読取
器等の限られた転送レートの範囲で、情報供給先のマル
チメディアアプリケーション等の性能を劣化させずに情
報を供給するデータ処理方法を提供することを目的とす
る。
【００２６】
【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるデータ処理方法は、
不揮発性の記憶媒体にデータを記録し、記録された前記
データをコンピュータで再生するデータ処理方法であっ
て、前記コンピュータは前記不揮発性の記憶媒体を所定
の転送レートで読みとる読取器及び一時記憶のためのシ
ステムＲＡＭ（ランダムアクセスメモリ）を備え、記録
された前記データは、ムービーデータ及び前記ムービー
データの再生後に用いられるリソースデータを含み、前
記データ処理方法は、前記リソースデータが前記ムービ
ーデータと区別され得るよう前記リソースデータを符号
化するステップと、前記ムービーデータにインターリー
ブし得る符号化された前記リソースデータの量であっ
て、前記所定の転送レート及び所定の時間間隔に渡り再
生を行うのに要する前記ムービーデータの量に対応付け
られた前記量を決定するステップと、前記量で示され
る、符号化された前記リソースデータを、前記ムービー
データにインターリーブするステップと、インターリー
ブされたデータを前記不揮発性の記憶媒体に書き込むス
テップと、より構成される、前記リソースデータの記録
のステップと、前記不揮発性の記憶媒体より、前記イン
ターリーブされたデータを取得するステップと、前記ム
ービーデータの再生中に、取得された前記インターリー
ブされたデータから前記リソースデータを復元するステ
ップと、復元された前記リソースデータの少なくとも一
部を前記システムＲＡＭにロードするステップと、前記
ムービーデータの再生の完了を承けて、ロードされた前
記リソースデータを用いるステップと、より構成され
る、前記インターリーブされたデータのプレイバックの
ステップとより構成される、ことを特徴とする。
【００２７】このようなデータ処理方法では、前記不揮
発性の記憶媒体の前記所定の転送レート及び所定の時間
間隔に渡り再生を行うのに要する前記ムービーデータの
量と、これに対応付けられる前記量との対応付けの内容
を適宜に設定することにより、前記転送レートを有効に
利用した前記リソースデータの転送が行われる。このた
め、マルチメディア対応のアプリケーション等への情報
の供給の効率が高められ、マルチメディア対応のアプリ
ケーション等の性能の劣化が防止される。
【００２８】前記記録のステップは更に、前記リソース
データを複数のデータ片に分割するステップより構成さ
れるものであってもよい。
【００２９】このように分割された前記複数のデータ片
は、これらを前記ムービーデータにインターリーブする
際、前記リソースデータが一体となっていてはインター
リーブされ得ない場合にもインターリーブされる。これ
により、前記不揮発性の記憶媒体の前記所定の転送レー
トは、より最大限に近く利用される。
【００３０】この場合、前記ムービーデータは複数のフ
レームに組織され、前記インターリーブするステップ
は、前記複数のデータ片を前記複数のフレームにインタ
ーリーブするステップより構成されるものであってもよ
い。
【００３１】このようなデータ処理方法では、前記複数
のデータ片を、前記不揮発性の記憶媒体の前記所定の転
送レートが実質的に最大限に利用されるように各前記フ
レームにインターリーブすることにより、前記転送レー
トを有効に利用した前記リソースデータの転送が行われ
る。
【００３２】この場合更に、前記復元するステップは、
取得された前記インターリーブされたデータから、前記
複数のデータ片を再生するステップと、再生された前記
複数のデータ片を前記リソースデータに編成するステッ
プとより構成されるものであってもよい。
【００３３】このようなデータ処理方法では、前記複数
のデータ片は、取得された後に前記リソースデータに編
成し直され、前記ムービーデータの再生中又は終了後に
引き続き使用される。
【００３４】前記ムービーデータは複数のフレームに組
織され、前記決定するステップは更に、各前記フレーム
が有するデータのサイズのリストをスキャンするステッ
プより構成されるものであってもよい。
【００３５】このようなデータ処理方法では、スキャン
された前記データのサイズに基づいて、前記不揮発性の
記憶媒体の前記所定の転送レートが実質的に最大限に利
用されるように前記インターリーブの条件を設定するこ
とにより、前記転送レートを有効に利用した前記リソー
スデータの転送が行われる。
【００３６】前記プレイバックのステップは、取得され
る前記リソースデータのうちアプリケーションプログラ
ムにより使用されない部分を破棄するステップより構成
されるものであってもよい。
【００３７】このようなデータ処理方法では、前記部分
を破棄することにより、コンピュータシステムにおける
ＲＡＭ等の、貴重な一時記憶媒体へ前記部分を格納する
必要がなくなる。このため、マルチメディア対応のアプ
リケーション等への情報の供給の効率が高められ、マル
チメディア対応のアプリケーション等の性能の劣化が防
止される。
【００３８】また、この発明の第２の観点にかかるデー
タ処理方法は、ネットワークアクセス装置を介してデジ
タルデータを伝送し、前記デジタルデータをコンピュー
タで再生するデータ処理方法であって、前記ネットワー
クアクセス装置は前記デジタルデータを所定の転送レー
トで伝送する能力を持ち、前記コンピュータは一時記憶
のためのシステムＲＡＭを備え、前記伝送されたデジタ
ルデータは、ムービーデータ及び前記ムービーデータの
再生後に用いられるリソースデータを含み、前記データ
処理方法は、前記リソースデータが前記ムービーデータ
と区別され得るよう前記リソースデータを符号化するス
テップと、前記ムービーデータにインターリーブし得る
符号化された前記リソースデータの量であって、前記所
定の転送レート及び所定の時間間隔に渡り再生を行うの
に要する前記ムービーデータの量に対応付けられた前記
量を決定するステップと、前記量で示される、符号化さ
れた前記リソースデータを、前記ムービーデータにイン
ターリーブするステップと、インターリーブされたデー
タを前記所定の転送レートを用いて伝送するステップ
と、より構成される、前記リソースデータの記録のステ
ップと、前記ムービーデータの再生中に、伝送された前
記インターリーブされたデータから前記リソースデータ
を復元するステップと、復元された前記リソースデータ
の少なくとも一部を前記システムＲＡＭにロードするス
テップと、前記ムービーデータの再生の完了を承けて、
前記ロードされたリソースデータを用いるステップと、
より構成される、前記インターリーブされたデータのプ
レイバックのステップとより構成される、ことを特徴と
する。
【００３９】このようなデータ処理方法では、前記ネッ
トワークアクセス装置の前記所定の転送レート及び所定
の時間間隔に渡り再生を行うのに要する前記ムービーデ
ータの量と、これに対応付けられる前記量との対応付け
の内容を適宜に設定することにより、前記転送レートを
有効に利用した前記リソースデータの転送が行われる。
このため、マルチメディア対応のアプリケーション等へ
の情報の供給の効率が高められ、マルチメディア対応の
アプリケーション等の性能の劣化が防止される。
【００４０】前記データ処理方法は更に、符号化に先立
ち前記リソースデータを複数のデータ片に分割するステ
ップより構成されるものであってもよい。
【００４１】このように分割された前記複数のデータ片
は、これらを前記ムービーデータにインターリーブする
際、前記リソースデータが一体となっていてはインター
リーブされ得ない場合にもインターリーブされる。これ
により、前記ネットワークアクセス装置の前記所定の転
送レートは、より最大限に近く利用される。
【００４２】この場合、前記ムービーデータは複数のフ
レームに組織され、前記インターリーブするステップ
は、前記複数のデータ片を前記複数のフレームにインタ
ーリーブするステップより構成されるものであってもよ
い。
【００４３】このようなデータ処理方法では、前記複数
のデータ片を、前記ネットワークアクセス装置の前記所
定の転送レートが実質的に最大限に利用されるように各
前記フレームにインターリーブすることにより、前記転
送レートを有効に利用した前記リソースデータの転送が
行われる。
【００４４】この場合更に、前記復元するステップは、
伝送された前記インターリーブされたデータから、前記
複数のデータ片を再生するステップと、再生された前記
複数のデータ片を前記リソースデータに編成するステッ
プとより構成されるものであってもよい。
【００４５】このようなデータ処理方法では、前記複数
のデータ片は、伝送された後に前記リソースデータに編
成し直され、前記ムービーデータの再生中又は終了後に
引き続き使用される。
【００４６】前記ムービーデータは複数のフレームに組
織され、前記決定するステップは更に、各前記フレーム
が有するデータのサイズのリストをスキャンするステッ
プより構成されるものであってもよい。
【００４７】このようなデータ処理方法では、スキャン
された前記データのサイズに基づいて、前記ネットワー
クアクセス装置の前記所定の転送レートが実質的に最大
限に利用されるように前記インターリーブの条件を設定
することにより、前記転送レートを有効に利用した前記
リソースデータの転送が行われる。
【００４８】前記プレイバックのステップは、取得され
る前記リソースデータのうちアプリケーションプログラ
ムにより使用されない部分を破棄するステップより構成
されるものであってもよい。
【００４９】このようなデータ処理方法では、前記部分
を破棄することにより、コンピュータシステムにおける
ＲＡＭ等の、貴重な一時記憶媒体へ前記部分を格納する
必要がなくなる。このため、マルチメディア対応のアプ
リケーション等への情報の供給の効率が高められ、マル
チメディア対応のアプリケーション等の性能の劣化が防
止される。
【００５０】
【発明の実施の形態】この発明は、新規なマルチメディ
アシステム及び関連する方法により構成されるものであ
る。以下の記述は当業者にその実施ができるようになさ
れている。個々の応用形態は例示的なものとしてのみ記
述してある。好適な実施の形態への多様な変更がなし得
ることは当業者にとって明らかであり、またここに定義
された一般的原理は、発明の趣旨及び範囲を逸脱するこ
となく他の実施の形態及び応用例に適用し得るものであ
る。従って、この発明は以下に示す実施の形態のみに制
限的に適用されることを意図するものではなく、以下に
開示した原理及び効果に整合する最も広い範囲に敷衍し
得るものである。
【００５１】マルチメディア対応のアプリケーションの
多くはオーディオを多用する。オーディオの品質に対す
る要求が厳しくない場合、オーディオデータをコンピュ
ータのＲＡＭ（ランダムアクセスメモリ）に転送する転
送レートとして求められる速度は１０キロバイト（すな
わち８０キロビット）毎秒程度である。
【００５２】２倍速のＣＤ−ＲＯＭ読取器の多くは、２
５０キロバイト毎秒程度の速度を余裕を持って扱うこと
ができる。従って、ＣＤ−ＲＯＭ読取器が他の種類のデ
ータを転送できる帯域はおよそ２４０キロバイト毎秒と
なる。
【００５３】Ｔ１データレート（ケーブルテレビジョン
回線、ＡＤＳＬ、専用回線、公衆交換電話網及びローカ
ルエリアネットワークで実現可能である）を有する通信
回線のデータレートは約１５４４キロビット毎秒であ
る。従って、Ｔ１データレートを有し、他の種類のデー
タを転送し得る回線では、転送が可能な帯域はおよそ１
４６０キロビット毎秒となる。
【００５４】表１には、種々のオーディオ品質を有する
音声が再生されるときの利用可能帯域を示す。
【００５５】
【表１】
【００５６】この発明の一つの観点は、再生中のデータ
に、現時点でマルチメディアシステムに使用されていな
いデータを「乗せる」ことを可能にする手法にある。乗
せるデータとしては、音声部分の再生が終了した後に表
示されるべき画像及びアニメーションのデータが考えら
れる。
【００５７】乗せるデータは、更に、コンピュータが現
在実行しているアプリケーションが使用するプログラム
のコードや、後に実行されるアプリケーションであって
もよい。
【００５８】表１に示す値から明らかなように、音声部
分の再生中には、帯域の大半を用いて他のデータを乗せ
ることができる。このため、一定の期間に大容量のデー
タを転送できる。データを乗せることにより、音声部分
の再生終了後にデータをロードする必要がなくなるか
ら、マルチメディア対応のアプリケーションの動作は向
上する。
【００５９】アニメーションデータは通常、音声データ
より大きい。しかし、アニメーションのサイズはその再
生時間中何度も変更される。ＣＤ−ＲＯＭから転送され
るデータ又はネットワークから送信されるべきデータの
量が非常に小さなもので足りる期間が存在するのであ
る。
【００６０】例えば、スプライトからなるマルチメディ
ア対応のアプリケーションでは、新たなフレームを描く
のに数バイトで済むこともある。他の種類のデータを乗
せるために、このような期間を使用することができる。
【００６１】表１は、特定のデータ保存装置の転送レー
ト及び特定の通信データレートを示すに過ぎない。この
発明は、コンピュータに付属しうる多くのデータ保存媒
体について行われ得るものであって、これらのデータ保
存媒体は、コンピュータに固定されたものであってもよ
いし、また着脱自由なものであってもよい。
【００６２】各データ保存媒体はそれぞれ異なった転送
レートを有するため、利用可能帯域もそれぞれ異なる。
データ保存装置の一例としては、ハードディスク装置、
光学式ディスク装置（ＣＤ−ＲＯＭやＤＶＤ）、及びそ
の中間（光学磁気ディスク装置及びミニディスク装置）
がある。
【００６３】更に、この発明はあらゆる種類のデータネ
ットワーク（ローカルエリアネットワーク、ワイドエリ
アネットワーク、２点間ネットワーク等）を用いて行わ
れ得る。各ネットワーク及び各ネットワークアクセス装
置もまた、それぞれ異なる帯域を有するので、リソース
データのために使用し得る帯域もまた異なる。
【００６４】本明細書では、まず単一のコンピュータシ
ステムにおけるこの発明の実施の形態を述べ、次いで、
ネットワークシステムにおける実施の形態を述べる。
【００６５】図１に、この発明の実施の形態にかかるコ
ンピュータシステム１００のブロック図を示す。コンピ
ュータシステム１００は、ＣＰＵ１０４と、読み出し専
用メモリ（ＲＯＭ）１０６と、ＲＡＭ１０８と、モニタ
１１０と、マルチメディア対応のアプリケーションを読
み込むためのデータ保存媒体インターフェース装置（例
えばＣＤ−ＲＯＭ読取器１１２）、ハードディスク装置
１１４、キーボード１１８及びマウス１２０等のユーザ
が入力を行う装置、とより構成される。
【００６６】筐体１１６は、ＣＰＵ１０４と、ＲＯＭ１
０６と、ＲＡＭ１０８と、ハードディスク装置１１４と
を格納するものである。
【００６７】動作時には、発明の実施の形態にかかるソ
フトウェア及びデータを収めたＣＤ−ＲＯＭ（図示せ
ず）を、ユーザがＣＤ−ＲＯＭ読取器１１２に挿入す
る。
【００６８】ユーザは、キーボード１１８及びマウス１
２０を用いて、コンピュータシステム１００に対し、そ
のＣＤ−ＲＯＭに対応付けられた所望のアプリケーショ
ンの実行を指示する。
【００６９】ＣＤ−ＲＯＭ読取器１１２は、そのＣＤ−
ＲＯＭに収められたデータをＣＰＵ１０４に実行させる
ため、ＲＡＭ１０８に転送する。
【００７０】図２に、発明の実施の形態を示すフローチ
ャートを示す。このフローチャートは、デジタル化され
たムービーデータの供給（ステップ２５２）及びリソー
スデータの供給（ステップ２５４）の各ステップから始
まる。これら２つのステップは、任意の順序で行ってよ
く、また同時に行ってもよい。
【００７１】このフローチャートにおいて”ムービーデ
ータ”とは、音声データ、ビデオデータ等、時間により
変化する任意のデータを指す。ビデオデータは、（カメ
ラ等の）外部のビデオ取り込み装置によって生成された
画像でもよいし、また、コンピュータシステム１００に
より内部的に生成されたアニメーションデータでもよ
い。
【００７２】”リソースデータ”とは、現フレームでは
モニタ１１０に表示されていないが後のフレーム又はム
ービーの再生終了後に用いることができる、任意のデー
タを指す。
【００７３】ステップ２５４で得られたリソースデータ
はムービーデータにインターリーブされる（ステップ２
５６）。このようなインターリーブを行う主な目的は、
ＣＤ−ＲＯＭ読取器１１２の利用可能な転送レートを実
質的に最大限に利用する点にある。
【００７４】インターリーブは、ムービーデータとリソ
ースデータを混合したものが最大限の（又は最大限に近
い）転送レートで転送されるように行われる。すなわ
ち、リソースデータをＲＡＭ１０８にロードできるの
は、ムービーデータがそれ単独では転送レートを実質的
に最大限に用いない場合（例えば、期間中の画像の交換
がほとんどない場合や、オーディオだけが再生されてい
る場合）である。この結果として、リソースデータをＣ
Ｄ−ＲＯＭから取得することなく後に用いることができ
る。
【００７５】大きなリソースデータをムービーデータに
組み込むために、リソースデータを小片に分解してもよ
い。これらの小片は、リソースデータ使用時に編成され
る。
【００７６】ステップ２６０では、インターリーブされ
たデータ（すなわち、ムービーデータとリソースデータ
とを含むデータ）が不揮発性の記憶媒体（本実施の形態
ではＣＤ−ＲＯＭ）に記録される。次いで利用者に対し
該不揮発性の記憶媒体又はその複製物が配布される（ス
テップ２６２）。
【００７７】利用者は、アプリケーションプログラムを
用いてムービーを再生できる。アプリケーションはイン
ターリーブされたデータをＣＤ−ＲＯＭから取得する
（ステップ２７０）。そして、ムービーデータが再生さ
れる（ステップ２７２）。本実施の形態では、メモリ節
約のため、ムービーデータはＲＡＭ１０８には格納され
ない。
【００７８】ムービーが再生されている間、アプリケー
ションは、ムービーが終わりに達したか否かを判定する
（ステップ２７６）。
【００７９】判定結果が偽であるときは、アプリケーシ
ョンは取得されたリソースデータの小片が要求に合致し
ているか否か、例えば、リソースデータがそのアプリケ
ーションで使われるものか他のアプリケーションで使わ
れるものかを判定する（ステップ２７８）。
【００８０】ステップ２７８の判定結果が真であると
き、そのリソースデータの小片は、ムービーの当該セグ
メントの再生が終了しても使われ続けるリソースデータ
のために割り当てられるＲＡＭ１０８の領域（パーシス
テントＲＡＭ）に格納される（ステップ２８４）。
【００８１】ステップ２７８の判定結果が偽であると
き、リソースデータの小片は破棄される（ステップ２８
０）。ＲＡＭ１０８は貴重な一時記憶媒体であるからＲ
ＡＭ１０８への格納はなされない。そして、フローチャ
ートはステップ２７６へジャンプする。
【００８２】ステップ２７６の判定結果が真であるとき
（つまり、再生が終了したとき）、アプリケーション
は、パーシステントＲＡＭに格納されているリソースデ
ータを使用する（ステップ２８６）。
【００８３】例えば、ムービーデータが音声データであ
り、パーシステントＲＡＭに格納されたリソースデータ
が複数のグラフィック画像に相当するときは、画像デー
タが既にＲＡＭに転送されていることになり、音声セグ
メントが再生された直後から画像を表示できる。その結
果、マルチメディアシステムの性能は向上する。
【００８４】なお、ＣＤ−ＲＯＭにデータを記録するま
でのステップ（ステップ２５２〜ステップ２６０）と、
ＣＤ−ＲＯＭに記録されたデータを用いてムービーを再
生するステップ（ステップ２６２〜ステップ２８６）
は、同一のコンピュータシステム１００によって行われ
なくてもよい。例えば、コンピュータシステムを複数備
え、その中に、ステップ２５２〜ステップ２６０の処理
を行うものと、ステップ２６２〜２８６の処理を行うも
のと、いずれの処理も行うものとが混在するようにして
もよい。
【００８５】この実施の形態では、一つのフレームにロ
ードされたリソースデータが別のフレームでも（つま
り、ムービーの再生が終了する前に）使われるようにし
てもよい。この場合、一つのフレームの中に多量のデー
タが存在する場合、いくつかのデータを、リソースデー
タとして前のフレームに格納することができる。結果と
して、データをこのフレームの枠中に収めるための妥協
策（例えば、高圧縮率の圧縮器で圧縮する）をとる必要
がない。従って、システムの性能は向上する。
【００８６】この場合について、理解を容易にするた
め、コンピュータシステム１００としてアップルコンピ
ュータ社のマッキントッシュ（登録商標）に準拠したコ
ンピュータシステムを用いて説明する。マッキントッシ
ュコンピュータは、ＲＯＭ１０６とハードディスク装置
１１４に保存されているオペレーションシステムにより
制御される。
【００８７】オペレーションシステムには、ソフトウェ
ア開発者によるマルチメディア対応のアプリケーション
の作成を支援する多くのソフトウェアツールが含まれ
る。アプリケーション開発にはこれらのツールを用いる
のが最も効率的であるため、この発明の好適な実施の形
態では、これらのツールが用いられている。
【００８８】その他のコンピュータシステム、例えばイ
ンテル社のＣＰＵ（中央処理ユニット）又はこれに準拠
したＣＰＵを搭載するコンピュータ上で動作する、マイ
クロソフト社のウィンドウズ（登録商標）でも、同様の
ツールが提供されている。この発明にかかる製品は、こ
れらのツールを用いて開発できる。また、別の手法とし
て、開発者が自らツールを開発してもよい。
【００８９】典型的なアプリケーションとしては、アニ
メーションのアプリケーションがある。このアプリケー
ションは、アップルコンピュータ社がムービーデータを
作成及び再生する媒体として開発した、QuickTime（商
標）と呼ばれるソフトウェア製品を使用する。QuickTim
eはプラットフォーム間でのストリーミングを行うビデ
オ技術を扱う製品である。
【００９０】このアプリケーションで「ストリーミン
グ」とは、データが再生されながらロードされることを
指す。コンピュータの性能を最適化するため、QuickTim
eは現在再生中の箇所のわずかに先をロードする。
【００９１】マルチメディア対応の多くのアプリケーシ
ョンでは、アニメーション、ビデオやグラフィックのサ
イズを小さくするために、codec（圧縮伸張器）が用い
られている。QuickTimeにはいくつかの内蔵codecが含ま
れており、また開発者がこの内蔵codecを自らのcodecに
置き換えることも可能である。
【００９２】codecの一つは、通常用いられる配役の画
像をＲＡＭ１０８に格納する、スプライトに基づいたco
decである。モニタ１１０のある位置に配役を描くとき
は、アプリケーションはcodecに対し配役の番号と必要
な配置を入力するだけでよい。配役の画像を描くのに数
キロバイト必要であるのに対し、ＣＤ−ＲＯＭからダウ
ンロードすべきデータの量は数バイトでよい。
【００９３】このようにして、ある種のフレームでは非
常に高い圧縮率を達成することができる。従って、これ
らのフレームには多くのリソースデータを乗せることが
可能となる。
【００９４】図３に、QuickTimeを使用したムービーの
記録再生システム１５０を示す。QuickTimeの詳細は、A
ddison-Wesley Publishing Companyより出版されてい
る"Apple Technical Library"のシリーズに含まれる２
つの出版物、"Inside Macintosh: QuickTime"及び"Insi
de Macintosh: QuickTime Components"に開示されてい
る。この２つの書籍は、本明細書でも参照文献として用
いているものである。
【００９５】QuickTimeにおいて「ムービー」とは、時
間に基づくデータの組を指す。このデータの組は音声と
ビデオには限定されず、その他金融データ又は研究デー
タであってもよく、また、時間に依存するその他のデー
タであってもよい。すなわち、QuickTimeのムービーと
は、異なる情報源から来る時間依存的データの連続的な
流れである。
【００９６】QuickTimeムービーはいくつかのトラック
（例えば、音声トラックとビデオトラック）を含む。各
トラックはムービー中のデータの各ストリームを表し、
各「メディア」に対応している。
【００９７】「メディア」とは、ムービーの各トラック
のデータに関する情報を含むデータの構造体を指す。メ
ディアはデータを含むものではなく、データを参照する
情報を含むものである。メディアは、実際のムービーデ
ータを示す制御情報を含む。ムービーデータは、ハード
ディスク装置、ＣＤ−ＲＯＭ、フロッピーディスク等の
不揮発性の記憶装置に格納される。
【００９８】メディアはメディアハンドラーを指定す
る。これは、メディアのデータのロード、ストア、再生
のそれぞれについて、その詳細の部分を担当するもので
ある。メディアハンドラーは、状態の情報をメディアに
保存できる。この情報は「メディア情報」と呼ばれる。
メディア情報は、メディアに対応するデータがどこに格
納されているか、またそのデータをどのように変換すべ
きかを特定する。
【００９９】QuickTimeは複数のコンポーネントからな
る。各コンポーネントはコードのリソースであり、これ
はマッキントッシュコンピュータシステムの「コンポー
ネントマネージャ」に登録されている。
【０１００】各コンポーネントは、定義された機能のセ
ットを有し、クライアントアプリケーションに対して、
指定されたアプリケーションプログラムインターフェー
ス（ＡＰＩ）を提供する。これによってアプリケーショ
ン側では、既知の技術については、その導入や管理を詳
細に行う必要がなくなる。例えば、ソフトウェア開発者
は、圧縮のアルゴリズムの作成や導入の仕方を知らなく
とも、画像圧縮コンポーネントを用いて圧縮を実行でき
る。
【０１０１】QuickTimeにより提供されている重要なツ
ールに、図３において参照番号１７０を付した、ムービ
ーツールボックスがある。これは、マッキントッシュコ
ンピュータアプリケーションのムービーについて、その
生成と再生をアプリケーションがすべての面から制御で
きるようにする関数を提供するものである。
【０１０２】以下は、この発明で有効ないくつかの関数
の例である。 （１）NewMovie: メモリ中に新たなムービーを作る。 （２）NewMovieTrack: ムービーの新たなトラックを作
る。 （３）NewTrackMedia: トラックに対応する新たなメデ
ィアを作る。 （４）NewMovieFromFile: ムービーファイル中に保存さ
れたリソースから、メモリ中にムービーを作る。 （５）ConvertFiletoMovieFile: 特定のファイルを取り
出しムービーファイルに変換する。 （６）StartMovie: ムービーの現在時点からムービーの
再生を開始する。 （７）AddMediaSample: サンプルデータ及びこれに関す
る情報をメディアに加える。 （８）GetMediaSample: ムービーデータファイルよりサ
ンプルを得る。
【０１０３】図３において、ＣＤ−ＲＯＭ１７４に記録
されるムービー１７２は、ムービーツールボックス１７
０を用いて作られる。また、ＣＤ−ＲＯＭ１７４に記録
されているムービーをプレイバックするために取得する
ときも、ムービーツールボックス１７２が使われる。
【０１０４】次に、インターリーブされたデータの生成
を説明する。図３に、音声データ１５２の一片を示す。
音声データ１５２は、ムービーボックスツール１７０に
よって（例えば"AddMediaSample"関数を用いて）ムービ
ーの１本以上の音声トラックに挿入できる。
【０１０５】また図３には、リソースデータ１５４及び
アニメーションデータ１５６も示す。これら２種のデー
タは、画像圧縮マネージャ中の圧縮関数１６４に送られ
る。
【０１０６】画像圧縮マネージャは、アプリケーション
に対し、単体の画像や画像の連続（例えばアニメーショ
ン）を圧縮しまた伸張するための共通のインターフェー
スを提供する。
【０１０７】画像圧縮マネージャはまた、いくつかの圧
縮及び伸張オプションを提供し、これにより開発者は特
定の結果を得るため適切なツールを選択することができ
る。更に、QuickTimeが備えるcodecが開発者の要求を満
たさないときは開発者が独自のcodecを用いることも可
能である。
【０１０８】画像圧縮マネージャ中の圧縮関数１６４
は、画像圧縮コンポーネント１６８を実行して画像を圧
縮する。画像圧縮マネージャはまた、伸張関数１８８も
備えており、これは、画像伸張コンポーネント１９０を
実行して、プレイバック中に画像を伸張することができ
るものである。
【０１０９】これら二つのコンポーネントは、画像圧縮
マネージャに標準インターフェースを供給し、それぞれ
画像圧縮及び画像伸張のサービスを提供するコードリソ
ースである。
【０１１０】画像圧縮コンポーネント１６８と画像伸張
コンポーネント１９０は、開発者が供給してもよい。開
発者は、"CodeNameSpec"と呼ばれる画像圧縮マネージャ
のデータ構造体を用いて、codecコンポーネントの名前
を特定することができる。
【０１１１】好適の実施の形態では、この発明のため特
に設計されたcodecコンポーネントを用いている。これ
らのコンポーネントは、（画像圧縮又は画像伸張コンポ
ーネントのいずれが使われているかに応じて）アニメー
ションデータを圧縮及び伸張し、リソースデータを処理
するよう設計されている。以下詳細を示すように、これ
らのcodecコンポーネントは、リソースデータを特定し
てそれをアプリケーションに渡すことができる。
【０１１２】リソースデータは、特定のタイプのデータ
の小片である。例えば、画像より構成されるデータは"P
ICT"タイプのリソースデータであり、一方ASCIIキャラ
クタより構成されるデータは"TEXT"タイプのリソースデ
ータである。
【０１１３】リソースデータは、種別の情報に加え識別
番号を持つことができる。例えば、"PICT 1000"と"PICT
2000"は、識別番号"1000"及び"2000"を持つPICTリソー
スデータである。
【０１１４】加えて、大きなリソースデータは部分に分
解されてもよい。
【０１１５】この発明の一つの観点は、多種のタイプの
多数のリソースデータを、任意のグループ分けの下に１
個のファイルに置くことができる点にある。例えば、ひ
とつのリソースファイルは、"TEXT"タイプのリソースデ
ータと"PICT"タイプのリソースデータを共に含んでよ
い。
【０１１６】表２は、リソースデータを判別する単純な
プロトコルの一例である。最初の４バイトのデータは、
これがムービーデータにインターリーブされるべきリソ
ースデータであることを示す４文字の文字コード（表２
では"RSRC"）である。他の文字コードの例としては、ビ
デオを示す"VIDE"、音声を示す"SOUN"がある。なお、文
字コードはユーザにより定義可能である。
【０１１７】
【表２】
【０１１８】次のコードは、リソースデータの種別
（絵、文書、プログラムコード等）を特定する４バイト
の文字列である。表２の例は、データがPICTリソースデ
ータであることを示している。
【０１１９】その次には、データを識別するＩＤ番号を
示す４バイトの数量が続く。その次の４バイトの項目
（表２では、「全体のサイズ」と名付けられている）
は、そのリソースデータ全体の大きさを示すのに使われ
る。
【０１２０】前述のように、大きなリソースデータは多
くの部分に分割することができる。表２の例では、リソ
ースデータは２個の部分に分割されている。
【０１２１】次の４バイトの項目は、各部分のサイズを
示すのに使われる。（表２では、各部分のサイズは500
バイトである。） その次には、各部分の番号を示す４バイトの数字が続
く。最後の４バイトの数字は、部分の全個数を示すため
に使われる。（この例では、２個である。）
【０１２２】注意すべき点は、リソースデータに同一な
いし類似の情報を含ませる手法としては、多数のものが
考えられる、という点である。当業者であれば、この発
明の趣旨及び範囲を離れることなく、自らプロトコルを
設計することができる。
【０１２３】図３に戻ると、図示するように、圧縮関数
１６４は画像圧縮コンポーネント１６８を呼び出す。画
像圧縮コンポーネント１６８は、データのうち、４文字
の文字コードの部分を読み、そのデータがリソースデー
タであるかムービーデータであるかを判定する。
【０１２４】データがビデオデータ、アニメーションデ
ータ等のムービーデータである場合、データは圧縮され
てムービーツールボックス１７０へ送られる。
【０１２５】データがリソースデータである場合、最適
なインターリーブを行える程度に小さな小片へと分割さ
れる。これらの小片は、ムービーデータへインターリー
ブするため、データ塊のリソースリストに加えられる。
このリソースリストの用法は後述する。
【０１２６】図４は、ムービーデータにリソースデータ
を乗せるアルゴリズムのフローチャートである。ユーザ
は、ステップ３０２で、リソースデータをフレームに乗
せることを許可すべき値を示す、フレームデータのデー
タレートの閾値を定義する。
【０１２７】アルゴリズムは、ステップ３０６において
ムービーのフレームデータのサイズのリストをスキャン
する。そして、ユーザの定義した閾値よりデータレート
の方が低い区間を探す。データレートが低いこの区間
を、スロットと呼ぶ。
【０１２８】そして、アルゴリズムは、利用可能なスロ
ットが発見されたか否かを判別する（ステップ３０
８）。発見されないときはステップ３０６の処理を繰り
返し、発見されたときは、そのスロットがあるフレーム
にリソースデータを挿入するため、リソースリストから
リソースデータを取り出す（ステップ３１０）。
【０１２９】アルゴリズムは、リソースデータが大き過
ぎてフレームに収まらないことがないか否かを決定する
（ステップ３１２）。リソースデータが大き過ぎない場
合、QuickTimeの"AddMediaSample"関数により、リソー
スデータがフレームに挿入される（ステップ３１４）。
その後アルゴリズムはステップ３０６にジャンプし、他
のスロットを探す。
【０１３０】リソースデータが大き過ぎる場合、アルゴ
リズムは現在のスロットに収め得るリソースデータを加
え（ステップ３２０。ここでも"AddMediaSample"を用い
る）、残りのリソースデータを後続のスロットに挿入す
る（ステップ３２２）。その後アルゴリズムはステップ
３０６にジャンプし、他のスロットに他のリソースデー
タを挿入する。
【０１３１】以下には、記録再生システム１５０の再生
部分について述べる。ムービーツールボックス１７０は
ＣＤ−ＲＯＭ１７４からムービー１７２を取得する。そ
して、ムービーのサウンドトラックから音声データを取
り出す。音声データはサウンドマネージャ１８４に送ら
れ、サウンドマネージャ１８４は、コンピュータ１９６
に、音声データに従った音声の再生を行わせる。
【０１３２】リソースデータとアニメーションデータ
は、画像圧縮マネージャの伸張関数１８８へ送られる。
伸張関数１８８は画像伸張コンポーネント１９０を呼び
出す。コンポーネント１９０は、データ中の４文字の文
字コードに基づいて、データがリソースデータであるか
ビデオデータであるかを判定することができる。
【０１３３】文字コードがRSRCであるとき、すなわちデ
ータがリソースデータであるときは、画像伸張コンポー
ネント１９０が、マッキントッシュのオペレーションシ
ステムに対し、ＲＡＭ中にリソースデータを格納するた
めのＲＡＭ領域１９４を割り当てるよう要求を発する。
【０１３４】異なるリソースデータを格納するために、
異なるＲＡＭ領域を用意することができる（例えば、異
なる画像を異なるＲＡＭ領域に格納できる）。リソース
データは、現在動作中又は他のアプリケーションで用い
られる。アプリケーションはデータ中の"parts"情報を
用いてリソースデータを編成し、図２に示すフローチャ
ートに従ってリソースデータを処理する。
【０１３５】データがアニメーションデータである場
合、データはマッキントッシュのQuickDraw（商標）１
９２（又は他に存在する描画ルーチン）に回され、ここ
でコンピュータ１９６に画像が描画される。
【０１３６】前述のように、図３に示すシステムは、ム
ービーデータやリソースデータをインターリーブし、ま
た後にこれを取得して、システムに対応付けられたアプ
リケーションの必要に応じて処理することができる。
【０１３７】以下では、この発明をネットワークシステ
ムに導入した実施の形態について説明する。図５は、こ
の実施の形態にかかるネットワークシステム３５０を示
す図である。ネットワークシステム３５０にはデータ通
信ネットワーク（ネットワーク）３５２が含まれるが、
これはローカルエリアネットワークやワイドエリアネッ
トワークであってもよい。
【０１３８】また、システム３５０には、複数のクライ
アントコンピュータ（コンピュータ３５６〜３５８等）
及び複数のサーバコンピュータ（サーバ３６６及び３６
７等）も含まれる。
【０１３９】これらのコンピュータは、複数のネットワ
ークアクセス装置３６０〜３６４（クライアントコンピ
ュータをダイヤルアップ回線に接続するモデムや、サー
バコンピュータをＴ１回線に接続するチャンネルサービ
スユニット等）を介してネットワーク３５２と結びつい
ている。
【０１４０】ムービーデータは、サーバに格納された状
態であることが望ましい。ムービーデータは、所定の時
点に、又は要求に応じて、クライアントコンピュータに
向け送られる。データを受け取ると、クライアントコン
ピュータはムービーを再生する。
【０１４１】クライアントコンピュータないしサーバコ
ンピュータの構成は、図１のコンピュータシステム１０
０と同様であってよい。一般的に、サーバコンピュータ
は、クライアントコンピュータよりデータ保存容量が大
きく、情報処理能力が高いものとする。
【０１４２】ネットワークアクセス装置３６０〜３６４
は、コンピュータ（サーバコンピュータ３６６、３６７
及びクライアントコンピュータ３５６〜３５８）をデー
タ通信ネットワーク３５２に接続するものとして、従来
より用いられている装置であり、従ってここでは詳細を
述べない。
【０１４３】この実施の形態では、インターリーブされ
たリソースデータを含むムービーの生成（例えば、図２
のステップ２５２、２５４、２５６及び図３のブロック
１５２、１５４、１５６、１６４、１６８、１７０、１
７２による生成）を、サーバのサイトで行ってもよい
し、ネットワークシステム３５０の外で行ってもよい。
【０１４４】この場合、ムービーはその後、１台以上の
サーバに保存される。ムービーはクライアントコンピュ
ータのサイトでも生成、格納できるが、クライアントの
サイトは、コンピュータの処理能力も人的能力も比較的
限られているため、一般的には好適な手法でない。
【０１４５】クライアントコンピュータでムービーを再
生する場合、クライアントコンピュータは、ムービーを
保存するサーバに対し、例えばウェブにおけるハイパー
テキストトランスファプロトコル（ＨＴＴＰ）等を用い
て、要求を送る。そしてムービーは、要求を発したクラ
イアントへ送信される。次いで、クライアントコンピュ
ータは、図２のステップ２７０、２７２、２７６、２７
８、２８０、２８４、２８６、図３のブロック１７０、
１８４、１８８、１９０、１９２、１９４によって、ム
ービーを再生する。
【０１４６】また、この実施の形態では、インターリー
ブを、データがサーバからネットワーク３５２に送信さ
れた時点で行うようにしてもよい。この手法の利点は、
サーバ及び要求を発したクライアントが利用可能な帯域
に応じてインターリーブを行える点にある。個々の通信
環境の下での最適なデータレートをサーチして調整でき
る（例えば、雑音が多いときはデータレートを低減す
る）ネットワークアクセス装置は多数あるため、この点
が重要となる場合があり得る。
【０１４７】以上、具体的な実施の形態を参照して、こ
の発明を説明した。この発明については、その広い意味
の趣旨及び範囲から離れることなく、多様な修正、変更
が考えられる。従って、本明細書及び図面は、例示的に
示したものであって、制限的に示したものではない。発
明は、請求項のみによってしか限定を受けない。
【０１４８】
【発明の効果】以上説明したように、この発明によれ
ば、一時記憶媒体の限られた容量及びＣＤ−ＲＯＭ読取
器等の限られた転送レートの範囲で、情報供給先のマル
チメディアアプリケーション等の性能を劣化させずに情
報を供給するデータ処理方法が実現される。
【図面の簡単な説明】
【図１】この発明の実施の形態にかかるコンピュータシ
ステムを示すブロック図である。
【図２】この発明の実施の形態を示すフローチャートで
ある。
【図３】この発明の実施の形態にかかる、QuickTimeを
用いた記録再生システムを示すブロック図である。
【図４】リソースデータをムービーデータに乗せるアル
ゴリズムを示すフローチャートである。
【図５】この発明の実施の形態にかかるネットワークシ
ステムを示すブロック図である。
【符号の説明】
１００ コンピュータシステム １０４ ＣＰＵ １０６ ＲＯＭ １０８ ＲＡＭ １１０ モニタ １１２ ＣＤ−ＲＯＭ読取器 １１４ ハードディスク装置 １１６ 筐体 １１８ キーボード １２０ マウス １５０ 記録再生システム １５２ 音声データ １５４ リソースデータ １５６ アニメーションデータ １６４ 圧縮関数 １６８ 画像圧縮コンポーネント １７０ ムービーツールボックス １７２ ムービー １７４ ＣＤ−ＲＯＭ １８４ サウンドマネージャ １８８ 伸張関数 １９０ 画像伸張コンポーネント １９２ QuickDraw １９４ ＲＡＭ領域 １９６ コンピュータ ３５０ ネットワークシステム ３５２ データ通信ネットワーク（ネットワー
ク） ３５６〜３５８ コンピュータ ３６０〜３６４ ネットワークアクセス装置 ３６６、３６７ サーバ
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−76474（ＪＰ，Ａ) 特開 平３−134883（ＪＰ，Ａ) 特表 平８−505024（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 5/91 - 5/956 G06F 12/00 547

Claims (12)

    (57)【特許請求の範囲】
  1. 【請求項１】不揮発性の記憶媒体にデータを記録し、記
    録された前記データをコンピュータで再生するデータ処
    理方法であって、前記コンピュータは前記不揮発性の記
    憶媒体を所定の転送レートで読みとる読取器及び一時記
    憶のためのシステムＲＡＭ（ランダムアクセスメモリ）
    を備え、記録された前記データは、ムービーデータ及び
    前記ムービーデータの再生後に用いられるリソースデー
    タを含み、 前記データ処理方法は、 前記リソースデータが前記ムービーデータと区別され得
    るよう前記リソースデータを符号化するステップと、 前記ムービーデータにインターリーブし得る符号化され
    た前記リソースデータの量であって、前記所定の転送レ
    ート及び所定の時間間隔に渡り再生を行うのに要する前
    記ムービーデータの量に対応付けられた前記量を決定す
    るステップと、 前記量で示される、符号化された前記リソースデータ
    を、前記ムービーデータにインターリーブするステップ
    と、 インターリーブされたデータを前記不揮発性の記憶媒体
    に書き込むステップと、より構成される、前記リソース
    データの記録のステップと、 前記不揮発性の記憶媒体より、前記インターリーブされ
    たデータを取得するステップと、 前記ムービーデータの再生中に、取得された前記インタ
    ーリーブされたデータから前記リソースデータを復元す
    るステップと、 復元された前記リソースデータの少なくとも一部を前記
    システムＲＡＭにロードするステップと、 前記ムービーデータの再生の完了を承けて、ロードされ
    た前記リソースデータを用いるステップと、 より構成される、前記インターリーブされたデータのプ
    レイバックのステップとより構成される、 ことを特徴とするデータ処理方法。
  2. 【請求項２】前記記録のステップは更に、 前記リソースデータを複数のデータ片に分割するステッ
    プより構成される、 ことを特徴とする請求項１記載のデータ処理方法。
  3. 【請求項３】前記ムービーデータは複数のフレームに組
    織され、 前記インターリーブするステップは、前記複数のデータ
    片を前記複数のフレームにインターリーブするステップ
    より構成される、 ことを特徴とする請求項２記載のデータ処理方法。
  4. 【請求項４】前記復元するステップは、 取得された前記インターリーブされたデータから、前記
    複数のデータ片を再生するステップと、 再生された前記複数のデータ片を前記リソースデータに
    編成するステップとより構成される、 ことを特徴とする請求項３記載のデータ処理方法。
  5. 【請求項５】前記ムービーデータは複数のフレームに組
    織され、 前記決定するステップは更に、各前記フレームが有する
    データのサイズのリストをスキャンするステップより構
    成される、 ことを特徴とする請求項１記載のデータ処理方法。
  6. 【請求項６】前記プレイバックのステップは、取得され
    る前記リソースデータのうちアプリケーションプログラ
    ムにより使用されない部分を破棄するステップより構成
    される、 ことを特徴とする請求項１記載のデータ処理方法。
  7. 【請求項７】ネットワークアクセス装置を介してデジタ
    ルデータを伝送し、前記デジタルデータをコンピュータ
    で再生するデータ処理方法であって、前記ネットワーク
    アクセス装置は前記デジタルデータを所定の転送レート
    で伝送する能力を持ち、前記コンピュータは一時記憶の
    ためのシステムＲＡＭを備え、前記伝送されたデジタル
    データは、ムービーデータ及び前記ムービーデータの再
    生後に用いられるリソースデータを含み、 前記データ処理方法は、 前記リソースデータが前記ムービーデータと区別され得
    るよう前記リソースデータを符号化するステップと、 前記ムービーデータにインターリーブし得る符号化され
    た前記リソースデータの量であって、前記所定の転送レ
    ート及び所定の時間間隔に渡り再生を行うのに要する前
    記ムービーデータの量に対応付けられた前記量を決定す
    るステップと、 前記量で示される、符号化された前記リソースデータ
    を、前記ムービーデータにインターリーブするステップ
    と、 インターリーブされたデータを前記所定の転送レートを
    用いて伝送するステップと、 より構成される、前記リソースデータの記録のステップ
    と、 前記ムービーデータの再生中に、伝送された前記インタ
    ーリーブされたデータから前記リソースデータを復元す
    るステップと、 復元された前記リソースデータの少なくとも一部を前記
    システムＲＡＭにロードするステップと、 前記ムービーデータの再生の完了を承けて、前記ロード
    されたリソースデータを用いるステップと、 より構成される、前記インターリーブされたデータのプ
    レイバックのステップとより構成される、 ことを特徴とするデータ処理方法。
  8. 【請求項８】前記データ処理方法は更に、符号化に先立
    ち前記リソースデータを複数のデータ片に分割するステ
    ップより構成される、 ことを特徴とする請求項７記載のデータ処理方法。
  9. 【請求項９】前記ムービーデータは複数のフレームに組
    織され、 前記インターリーブするステップは、前記複数のデータ
    片を前記複数のフレームにインターリーブするステップ
    より構成される、 ことを特徴とする請求項８記載のデータ処理方法。
  10. 【請求項１０】前記復元するステップは、 伝送された前記インターリーブされたデータから、前記
    複数のデータ片を再生するステップと、 再生された前記複数のデータ片を前記リソースデータに
    編成するステップとより構成される、 ことを特徴とする請求項９記載のデータ処理方法。
  11. 【請求項１１】前記ムービーデータは複数のフレームに
    組織され、 前記決定するステップは更に、各前記フレームが有する
    データのサイズのリストをスキャンするステップより構
    成される、 ことを特徴とする請求項７記載のデータ処理方法。
  12. 【請求項１２】前記プレイバックのステップは、取得さ
    れる前記リソースデータのうちアプリケーションプログ
    ラムにより使用されない部分を破棄するステップより構
    成される、 ことを特徴とする請求項７記載のデータ処理方法。
JP03593897A 1996-03-15 1997-02-20 データ処理方法 Expired - Fee Related JP3184471B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US61643296A 1996-03-15 1996-03-15
US08/616432 1996-03-15
US08/687698 1996-07-26
US08/687,698 US5745642A (en) 1996-03-15 1996-07-26 System to add selectivley persistent resource data to unused bandwidth of digital movie

Publications (2)

Publication Number Publication Date
JPH1051738A JPH1051738A (ja) 1998-02-20
JP3184471B2 true JP3184471B2 (ja) 2001-07-09

Family

ID=27087746

Family Applications (1)

Application Number Title Priority Date Filing Date
JP03593897A Expired - Fee Related JP3184471B2 (ja) 1996-03-15 1997-02-20 データ処理方法

Country Status (5)

Country Link
US (1) US5745642A (ja)
EP (1) EP0798934A1 (ja)
JP (1) JP3184471B2 (ja)
AU (1) AU710608B2 (ja)
NO (1) NO964391L (ja)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5937164A (en) * 1995-12-07 1999-08-10 Hyperlock Technologies, Inc. Method and apparatus of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media within a platform independent networking system
US6758755B2 (en) 1996-11-14 2004-07-06 Arcade Planet, Inc. Prize redemption system for games executed over a wide area network
US5898833A (en) 1996-12-31 1999-04-27 Intel Corporation Method and apparatus for increasing the effective bandwidth of video sequences transmitted over a network by using cached data
US6076104A (en) * 1997-09-04 2000-06-13 Netscape Communications Corp. Video data integration system using image data and associated hypertext links
JPH11161505A (ja) * 1997-12-01 1999-06-18 Matsushita Electric Ind Co Ltd メディア送出装置
US6170014B1 (en) * 1998-03-25 2001-01-02 Community Learning And Information Network Computer architecture for managing courseware in a shared use operating environment
JP2002510419A (ja) * 1998-04-02 2002-04-02 モトローラ・インコーポレイテッド ストリーミング・プロトコルにおけるギャップ・カバレッジのための方法および装置
US6507587B1 (en) 1998-10-09 2003-01-14 Microsoft Corporation Method of specifying the amount of bandwidth to reserve for use in network communications
US6519004B1 (en) 1998-10-09 2003-02-11 Microsoft Corporation Method for transmitting video information over a communication channel
US6445701B1 (en) 1998-10-09 2002-09-03 Microsoft Corporation Channel access scheme for use in network communications
US6438136B1 (en) * 1998-10-09 2002-08-20 Microsoft Corporation Method for scheduling time slots in a communications network channel to support on-going video transmissions
US7007090B1 (en) * 2000-03-31 2006-02-28 Intel Corporation Techniques of utilizing actually unused bandwidth
US7424446B2 (en) * 2000-05-26 2008-09-09 Comverse Network System, Ltd. Apparatus and method for storing predetermined multimedia information
US7353187B1 (en) * 2000-05-26 2008-04-01 Comverse Ltd. Methods and systems for storing predetermined multimedia information
US6483986B1 (en) 2000-05-26 2002-11-19 Keen Personal Media, Inc. Method and apparatus for recording streaming video data upon selection of alternative subject matter
JP4691798B2 (ja) 2001-01-15 2011-06-01 ソニー株式会社 記録装置および記録媒体
US7606909B1 (en) * 2001-02-20 2009-10-20 Michael Ely Method and apparatus for a business contact center
US7006457B2 (en) * 2001-08-30 2006-02-28 Thomson Licensing Modem front-end apparatus and method
US7076530B2 (en) * 2001-08-31 2006-07-11 Thomson Licensing Multiple function modem including external memory adapter
GB0215118D0 (en) * 2002-06-28 2002-08-07 Hewlett Packard Co Dynamic resource allocation in a multimodal system
US7143241B2 (en) 2002-08-06 2006-11-28 Hewlett-Packard Development Company, L.P. Cache management in a mobile device
US7299279B2 (en) * 2002-12-30 2007-11-20 General Electric Company System and method for real-time viewing of monitoring system data
US7089425B2 (en) 2003-03-18 2006-08-08 Ci4 Technologies, Inc. Remote access authorization of local content
US20040229688A1 (en) * 2003-05-12 2004-11-18 Electronic Arts Inc. Methods and apparatus for playing video sequences while loading game data

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01221070A (ja) * 1988-02-29 1989-09-04 Casio Comput Co Ltd 画像情報処理装置
JP2789723B2 (ja) * 1989-10-20 1998-08-20 ソニー株式会社 画像検索装置
US5544176A (en) * 1990-02-13 1996-08-06 Canon Kabushiki Kaisha Information recording apparatus which eliminates unnecessary data before recording
US5488409A (en) * 1991-08-19 1996-01-30 Yuen; Henry C. Apparatus and method for tracking the playing of VCR programs
US5440677A (en) * 1992-07-01 1995-08-08 Time Warner Interactive Group Inc. Method and apparatus for processing audio and graphic images to create an interleaved file suitable for use as a CD-ROM product
JP3465272B2 (ja) * 1992-08-28 2003-11-10 ソニー株式会社 デジタルデータ記録装置および記録方法
JP3605826B2 (ja) * 1993-06-10 2004-12-22 ソニー株式会社 ビデオおよびオーディオ信号処理システムにおける補助情報のための合理的入力バッファの回路配列
US5461619A (en) * 1993-07-06 1995-10-24 Zenith Electronics Corp. System for multiplexed transmission of compressed video and auxiliary data
US5550965A (en) * 1993-12-27 1996-08-27 Lucent Technologies Inc. Method and system for operating a data processor to index primary data in real time with iconic table of contents
US5448568A (en) * 1994-04-28 1995-09-05 Thomson Consumer Electronics, Inc. System of transmitting an interactive TV signal
USH1589H (en) * 1994-05-05 1996-09-03 The United States Of America As Represented By The Secretary Of The Navy Combined video and text data distribution system
US5734432A (en) * 1994-07-15 1998-03-31 Lucent Technologies, Inc. Method of incorporating a variable rate auxiliary data stream with a variable rate primary data stream

Also Published As

Publication number Publication date
JPH1051738A (ja) 1998-02-20
NO964391L (no) 1997-09-16
AU710608B2 (en) 1999-09-23
US5745642A (en) 1998-04-28
NO964391D0 (no) 1996-10-15
EP0798934A1 (en) 1997-10-01
AU1626897A (en) 1997-09-18

Similar Documents

Publication Publication Date Title
JP3184471B2 (ja) データ処理方法
US5724070A (en) Common digital representation of still images for data transfer with both slow and fast data transfer rates
US6970602B1 (en) Method and apparatus for transcoding multimedia using content analysis
US5937164A (en) Method and apparatus of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media within a platform independent networking system
US5892825A (en) Method of secure server control of local media via a trigger through a network for instant local access of encrypted data on local media
US7133881B2 (en) Encoding and transferring media content onto removable storage
US6154773A (en) Network delivery of interactive entertainment complementing audio recordings
US6581070B1 (en) Method for providing a compressed rendition of a video program in a format suitable for electronic searching and retrieval
JP4200741B2 (ja) ビデオコラージュの作成方法および装置、ビデオコラージュ表示装置、ビデオコラージュ作成プログラム
US6430354B1 (en) Methods of recording/reproducing moving image data and the devices using the methods
US8160154B2 (en) Encoding and decoding methods and systems
US20020078241A1 (en) Method of accelerating media transfer
MXPA04006412A (es) Almacenamiento disperso en memoria inmediata para medios de grabacion continua.
US20080046466A1 (en) Service Method and System of Multimedia Music Contents
CN1921610B (zh) 基于客户端的视频流互动处理方法及处理系统
JP2001167037A (ja) Ｊａｖａを利用した動的なマルチメディア・ウェッブ・カタロギング・システムおよびその方法
EP0737930A1 (en) Method and system for comicstrip representation of multimedia presentations
JP2001282722A (ja) デジタル・コンテンツのアップロード法及びデジタル・コンテンツ配信装置
CN101395910A (zh) 用于记录对媒体内容的编辑的方法和系统
AU722393B2 (en) System for adaptive animation compression
JP2002077857A (ja) マルチメディアデータの送出装置
KR20050096625A (ko) 동영상 재생 시스템
Harrison A review of multimedia technology and dissemination systems
JP2002073543A (ja) コンテンツのダウンロード方法
n’Touch Emotion Inc. introduced CreativePartner for Macintosh computers, a fully integrated software system for distrib

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20010321

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees