JP2002537572A - 情報をディジタル方式で符号化するための分散型生産システム - Google Patents

情報をディジタル方式で符号化するための分散型生産システム

Info

Publication number
JP2002537572A
JP2002537572A JP2000599211A JP2000599211A JP2002537572A JP 2002537572 A JP2002537572 A JP 2002537572A JP 2000599211 A JP2000599211 A JP 2000599211A JP 2000599211 A JP2000599211 A JP 2000599211A JP 2002537572 A JP2002537572 A JP 2002537572A
Authority
JP
Japan
Prior art keywords
encoding
media program
request
program information
instruction
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.)
Pending
Application number
JP2000599211A
Other languages
English (en)
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
Priority claimed from US09/499,961 external-priority patent/US6873877B1/en
Application filed by ラウドアイ・テクノロジーズ・インコーポレーテッド filed Critical ラウドアイ・テクノロジーズ・インコーポレーテッド
Publication of JP2002537572A publication Critical patent/JP2002537572A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1021—Server selection for load balancing based on client or server locations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5307—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2743—Video hosting of uploaded data from client
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015—Access to distributed or replicated servers, e.g. using brokers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/60—Medium conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

(57)【要約】 ディジタル情報を符号化する方法およびシステムを開示する。本方法によれば、メディアプログラム情報が取り込まれ、メディアプログラムファイルを作成するために使用される。メディアプログラム情報を１つまたは複数の符号化フォーマットで符号化することを要求する符号化要求がクライアントから受信される。１つまたは複数の符号化フォーマットの各々でメディアプログラム情報を符号化できる１組の符号化エンジンが選択される。次いでメディアプログラムファイルが選択した符号化エンジンの組に送信されて１つまたは複数の符号化フォーマットでメディアプログラム情報が符号化される。

Description

【発明の詳細な説明】
【０００１】
【発明の技術分野】
本発明は、一般にコンピュータシステムに関し、より詳細には、ディジタル情
報を符号化する分散符号化機構に関する。
【０００２】
【発明の背景】
近年、メディア産業はその対象を従来のアナログ技術を超えた領域に拡大して
いる。音響、写真、および主要映画作品などの記録されたメディアプログラムが
現在さまざまなディジタル符号化フォーマットに記録または変換されている。例
えば、現在、ディジタル映画をRealVideo、RealMedia、MPEG、QuickTimeおよびW
indows（Ｒ） Media符号化フォーマットなどのさまざまな異なる符号化フォーマ
ットを用いて符号化することができる。同様に、ディジタルオーディオ記録をRe
alAudio、Liquid AudioおよびWindows（Ｒ） Media符号化フォーマットなどのさ
まざまな異なる符号化フォーマットを用いて符号化することができる。
【０００３】 一般に、メディアプログラムを符号化する処理には多くの時間がかかることが
ある。記録されたメディアプログラムを符号化するのに必要な時間はメディアプ
ログラムの実際の上演時間よりもはるかに長い場合が多い。例えば、MPEG IIフ
ォーマットで２時間のアナログＶＨＳテープを符号化するには４時間以上かかる
場合が多い。したがって、使用する異なる符号化フォーマットが多数あり、符号
化が好都合には各符号化処理で直列に実行され、完了までに相当の時間と資源を
必要とするにもかかわらず、特定のメディアプログラムは通常限られた数の符号
化フォーマットでしか符号化されないことになる。
【０００４】 例えば、Liquid Audioフォーマットを用いてＣＤに含まれる曲を符号化するに
は、ユーザは一般に以下のステップを実行しなければならない。（１）ＣＤから
ファイルにデータを取り込む。（２）対応するエンコーダアプリケーションを起
動する。（３）メディアプログラムを符号化するための特定の符号化パラメータ
を入力する。（４）符号化されたファイルに書き込むＣＤからのメタデータ（す
なわち、タイトル、作者等）があれば入力する。（５）データファイルをエンコ
ーダに送信する。（６）符号化処理が完了するまで待つ。
【０００５】 一般に、特定の符号化アプリケーションの特定の符号化パラメータを入力する
ステップは手間がかかりいやな作業である。しばしば、エンコーダアプリケーシ
ョンインタフェースは、符号化パラメータがどんな影響を与えるか、パラメータ
を特定の値に設定することで符号化されたメディアプログラムの品質にいかなる
影響があるかについてユーザにほとんどまたは何の情報も与えることがない。さ
らに、各符号化アプリケーションのユーザインタフェースは通常１度に１ファイ
ルしか処理しない。したがって、多数の符号化フォーマットでメディアプログラ
ムを符号化するには、ユーザは各符号化フォーマットの符号化パラメータの特定
の組を含むバッチコマンド行を作成しなければならない。しかしながら、これら
バッチコマンド行の作成は退屈で困難である。その結果、コマンド行は誤りを含
むことが多い。したがって、バッチコマンド行を生成する必要を減らすためには
、ユーザは通常符号化処理を数回繰り返して適当な符号化パラメータでメディア
プログラムを符号化することになる。
【０００６】 さらに、ユーザが異なる符号化フォーマットを用いて曲を符号化したい場合、
ユーザは以下のステップを繰り返さなければならない。（１）対応するエンコー
ダアプリケーションを起動する。（２）メディアプログラムを符号化するための
特定の符号化パラメータを入力する。（３）符号化されたファイルに書き込むＣ
Ｄからのメタデータ（すなわち、タイトル、作者等）があれば入力する。（４）
データファイルをエンコーダに送信する。（５）符号化処理が完了するまで待つ
。
【０００７】 したがって、エンコーダフォーマットごとに、ユーザはメディアプログラムの
メタデータを入力し、メディアプログラムを符号化するための特定の符号化パラ
メータを指定しなければならない。さらに、ユーザは自分にとって興味がある符
号化アプリケーションと、各符号化フォーマットのメディアプログラムを符号化
するためのパラメータ値を符号化する特定の方法にアクセスしなければならない
。
【０００８】 上記説明に基づいて、多数のメディアフォーマットでメディアプログラムを符
号化するのに通常必要な時間とユーザ操作を減らす機構を提供することが明らか
に望ましい。
【０００９】 また、多数の符号化フォーマットでメディアプログラムを符号化する際に個人
が供給しなければならない複製情報を減らすことも望ましい。
【００１０】 さらに、ユーザが異なる符号化アプリケーションによって使用される異なる符
号化パラメータの重要性を認識する必要を低減する機構を提供することが望まし
い。
【００１１】
【発明の概要】
本発明は、一態様では、ソースからメディアプログラム情報をメディアプログ
ラムファイルとして取り込むステップと、クライアントから１つまたは複数の符
号化フォーマットでメディアプログラム情報の符号化を要求する符号化要求を受
信するステップと、１つまたは複数の符号化フォーマットでメディアプログラム
を符号化できる１組の符号化エンジンを選択するステップと、メディアプログラ
ム情報を選択された符号化エンジンの組に送信して、選択された符号化エンジン
の組に１つまたは複数の符号化フォーマットでメディアプログラムを符号化させ
るステップとを含むディジタル情報を符号化する方法を含む。
【００１２】 本発明はまたコンピュータ可読媒体と、上記ステップを実行するように構成さ
れた装置とを含む。
【００１３】 本発明を添付図面の各図で限定的ではなく例示的に示す。図中、同様の参照番
号は同様の要素を示す。
【００１４】
【好適な実施形態の説明】
メディアプログラムを符号化する分散符号化システムを開示する。以下の記述
では、説明のため、本発明を完全に理解するために多数の具体例について述べる
。ただし、本発明はこれらの具体例なしに実施できることは当業者には明らかで
あろう。その他の例では、本発明を不要に分かりにくくしないためによく知られ
ている構造および装置がブロック図で示されている。
【００１５】 [概要] 特定の符号化フォーマットで符号化できる１組の情報または内容を本明細書で
は一般に「メディアプログラム」と呼ぶ。例えば、ＶＨＳまたは８ｍｍテープ、
ＤＶＤまたはレーザディスク、ベータカムまたはディジタルビデオカセット、コ
ンパクトディスク（ＣＤ）、およびオーディオカセットまたは８トラックテープ
のような記憶媒体に含まれる情報はすべてここに記載する分散符号化システムを
用いて符号化できるメディアプログラムの例である。さらに、メディアプログラ
ムは事前記録済みの記憶装置以外のソースから入手することができる。例えば、
メディアプログラムはアナログまたはディジタルカメラ、あるいは衛星またはケ
ーブルフィードからのライブ情報として入手できる。
【００１６】 本明細書に記載のように、メディアプログラムはＶＨＳテープに格納される映
画の完全版等の、作品の全体からなることができるし、または複数の歌が録音さ
れているＣＤ上の１曲のように、ある作品の一部のみからなる場合もある。
【００１７】 さらに、「プログラムメタデータ」という用語は特定のメディアプログラムに
関連するが、実際にはそのメディアプログラムを視聴する際に通常聞こえるか見
える情報の一部ではない情報を指す。プログラムメタデータはＣＤジャケット上
の印刷された情報などの記述形式の情報、または通常ＣＤそれ自体の内部にコー
ド化された通し番号およびトラック情報などの電子的に符号化された情報からな
ることができる。例えば、アーチスト名、曲のタイトルおよびＣＤに関する著作
権情報はＣＤを再生する時には通常聞こえないプログラムメタデータを表す。
【００１８】 [分散符号化システム] 本発明の一態様では、メディアプログラムの並列符号化を可能にする分散符号
化システムが提供される。一実施形態では、さまざまな異なるメディアプログラ
ムを取り込む、または「リッピング」するように構成された取り込みユニットが
構成される。取り込みユニットはさまざまな異なるフォーマットを用いて記憶さ
れ、さまざまな異なる記憶媒体に常駐する、または任意の記憶媒体に事前記録さ
れていないメディアプログラムを取り込むことができる。例えば、取り込みユニ
ットは、これに限定はされないが、ＣＤ、ＤＶＤ、ＶＨＳテープ、レーザディス
ク、オーディオカセットなどを含む記憶媒体に記憶されたメディアプログラムを
取り込むことができる。メディアプログラムを取り込むために、情報がそのソー
スから読み出されて次いで「取り込まれたファイル」として記憶される。一実施
形態では、取り込みユニットは複数のメディアプログラムを並列に取り込むよう
に構成されている。取り込まれたファイルは一旦取り込まれるとアクセス可能な
記憶ユニット内に記憶される。ある種の実施形態では、一意な「マスターＩＤ(M
aster_ID)」が生成され、各々の取り込まれたファイルに関連付けられる。以下
に詳述するように、一意なマスターＩＤは各々の取り込まれたファイルに関連す
るプログラムメタデータの組を各々の取り込まれたファイルに相関させるために
使用される。
【００１９】 一実施形態では、分散符号化システムはインタフェースを分散符号化システム
に接続されたクライアントに表示させる。インタフェースと対話することで、ユ
ーザは、特定のメディアプログラムに関連するタイトル、作者、および著作権情
報などのプログラムメタデータを入力できる。プログラムメタデータはアクセス
可能な記憶ユニット内に記憶される。一実施形態では、分散符号化システムは一
意なマスターＩＤを用いてプログラムメタデータ情報をそれに対応する取り込ま
れたファイルに関連付ける。
【００２０】 さらに、インタフェースを介して、ユーザはメディアプログラムを符号化する
ための１つまたは複数の符号化フォーマットを選択することで「符号化命令」を
作成することができる。符号化命令が作成されると、アクセス可能な記憶ユニッ
トに記憶され、処理のスケジュールが作成される。
【００２１】 配信ユニットは処理すべき符号化命令を識別するように構成される。符号化命
令が識別されると、配信ユニットは取り込まれたファイルとそれに対応するプロ
グラムメタデータとをアクセス可能な記憶ユニットから取り出す。次いで配信ユ
ニットは取り込まれたファイルとそれに対応するプログラムメタデータ情報とを
符号化するのに用いることができる１つまたは複数の利用可能な符号化ユニット
を選択する。次いで配信ユニットはこの情報を選択された符号化ユニットに送信
する。
【００２２】 取り込まれたファイルとプログラムメタデータ情報を受信すると、符号化ユニ
ットは１つまたは複数の符号化エンジンとインタフェースを取り（選択された符
号化フォーマットに基き）、メディアプログラム情報とそれに対応するメタデー
タ情報とを「符号化されたプログラム」に符号化する。符号化されたプログラム
は一旦符号化されると配信ユニットを介してアクセス可能な記憶ユニットに記憶
される。次いで符号化されたプログラムはさまざまな異なる配送機構を用いて指
定された顧客に配送される。
【００２３】 図１は本発明のある種の実施形態を使用できる符号化システム１００のブロッ
ク図である。一般に、符号化システム１００はクライアント１０２と、サーバ１
０４と、取り込みユニット１０６と、配信ユニット１０８と、配送ユニット１１
０と、記憶ユニット１１２と、１つまたは複数の符号化ユニット１１６、１１８
、１２０と、複数の符号化エンジン１２２ａ〜ｈとを含む。図１に示すように、
システム１００の構成要素は１つまたは複数のネットワークシステムを介して接
続されている。これらの１つまたは複数のネットワークシステムは、これに限定
はされないが、ローカルエリアネットワーク（ＬＡＮ）およびインターネットを
含むワイドエリアネットワーク（ＷＡＮ）を含むことができる。したがって、符
号化システムによって各構成要素を別々に配置することができる。
【００２４】 [取り込みユニット] 取り込みユニット１０６はさまざまな異なる記憶媒体に記憶できるさまざまな
異なるタイプのメディアプログラムを取り込む、または「リッピング」するよう
に構成されたハードウェアおよび／またはソフトウェア・コンポーネントの組合
せである。例えば、取り込みユニット１０６を用いてオーディオデータ、ビデオ
データ、またはオーディオおよびビデオデータの組合せを取り込むことができる
。これらのメディアプログラムはライブ情報およびＣＤ、ビデオテープ、オーデ
ィオテープ、レーザディスク、フロッピー（Ｒ）ディスクやメディアプログラム
を記憶するために使用できる他の任意の形式の記憶媒体などのさまざまな異なる
ソースから取り込むことができる。例えば、図１に示すように、取り込みユニッ
ト１０６は、これに限定はされないが、ディジタルまたはアナログカメラ１３０
、衛星システム１３２、またはＣＤおよび／またはＤＶＤプレーヤ１３４を含む
さまざまなソースからメディアプログラム情報を取り込むことができる。したが
って、本発明の実施形態は特定のソース、特定のメディアプログラムの形式また
はタイプに限定されず、またメディアプログラムを記憶するために使用される記
憶媒体の形式またはタイプにも限定されない。
【００２５】 取り込みユニット１０６は自動リッピング機構または手動リッピングユニット
として構成できる。一実施形態では、取り込みユニット１０６は複数のメディア
プログラムを並列に取り込む、またはリッピングするために構成できる。例えば
、取り込みユニット１０６は数百のＣＤからメディアプログラムを並列に取り込
むことができる多数のＣＤ読み取り装置からなることができる。
【００２６】 別の実施形態では、取り込みユニット１０６はメディアプログラムのすべての
、または個別のセグメントを取り込めるように構成できる。例えば、取り込みユ
ニット１０６はユーザが符号化のためにビデオのどの部分を取り込むか制御する
ためのビデオ編集機構を含むことができる。
【００２７】 メディアプログラムを取り込むために、取り込みユニット１０６はそのソース
から情報を読み出して記憶ユニット１１２内に「取り込まれたファイル」として
記憶する。特定の記憶媒体ソースがアナログデータを含む場合、取り込みユニッ
ト１０６はデータをディジタル化して取り込まれたファイルとして記憶する。例
えば、アナログＶＨＳテープに記憶されたメディアプログラムを取り込む際、取
り込みユニット１０６はアナログ／ディジタル（Ａ／Ｄ）変換を実行して情報を
取り込まれたファイル内に取り込む。あるいは、メディアプログラムがすでにＣ
Ｄに常駐しているオーディオなどのディジタル形式の場合、取り込みユニット１
０６はＡ／Ｄ変換を行わずにＷＡＶファイルを作成することができる。
【００２８】 [マスターＩＤの割り当て] 各々の取り込まれたファイルは作成されると、すべての他の取り込まれたファ
イル情報から取り込まれた情報を一意的に識別する一意なマスターＩＤを割り当
てられる。ある種の実施形態では、取り込みユニット１０６はハッシュ機能を用
いて一意なマスターＩＤを生成する。一実施形態では、ハッシュ機能を用いて各
々の取り込まれたファイルの特定の内容に基いて取り込まれたファイルごとに一
意なマスターＩＤを生成する。一意なマスターＩＤと取り込まれたファイルの情
報は共に記憶ユニット１１２内に記憶される。
【００２９】 ある種の実施形態では、マスターＩＤの物理的表象も取り込まれたファイルが
生成される元の物理記憶媒体に貼り付けられる。例えば、マスターＩＤごとにバ
ーコードを生成し、ステッカーに印刷し、取り込まれたファイルを生成する元の
記憶媒体（またはその物理的容器）に貼り付けられる。以下に詳述するように、
その後、マスターＩＤは読み出され、取り込まれたファイルをプログラムメタデ
ータに相関させるために使用される。
【００３０】 [符号化要求および符号化命令] クライアント１０２はサーバ１０４と通信できるパーソナルコンピュータ、ワ
ークステーション、またはその他の同様の装置などの装置を表す。一実施形態で
は、クライアント１０２はネットワーク接続上で電子文書を要求し、受信し、表
示できるMicrosoft Internet Explorer（Ｒ）またはNetscape Navigator（Ｒ）
などのブラウザアプリケーションを含む。
【００３１】 サーバ１０４は、コンピュータ、あるいは１つまたは複数のコンピュータシス
テムで協働する、または実行される１つまたは複数のハードウェアまたはソフト
ウェア・コンポーネントまたは処理である。例えば、サーバ１０４はLinux上のA
patchウェブサーバ上で実行されるJava（Ｒ）サーブレットとして構成できる。
【００３２】 サーバ１０４はクライアント１０２などのクライアントから受信されるメッセ
ージ要求に応答するように構成される。一実施形態では、サーバ１０４はクライ
アント１０２でユーザインタフェースを表示するためのインタフェースデータを
クライアント１０２に送信する。インタフェースデータは、サーバ１０４とクラ
イアント１０２との間で送受信されるハイパーテキストマークアップ言語（ＨＴ
ＭＬ）または拡張マークアップ言語（ＸＭＬ）のページ情報などの電子文書情報
からなることができる。一実施形態では、ユーザインタフェースデータは顧客要
求（「符号化要求」）を入力するためのユーザフレンドリな機構を提供するイン
タフェーステンプレートからなる。各符号化要求は一般に１組の顧客命令情報、
プログラムメタデータ情報および特定の取り込まれたファイルのための１組の符
号化パラメータを含む。したがって、サーバ１０４によって提供されるユーザイ
ンタフェースと対話することで、ユーザは取り込まれたメディアプログラムを符
号化する符号化要求を容易に作成することができる。
【００３３】 一実施形態では、各符号化要求は特定の要素に対応する取り込まれたファイル
を識別するマスターＩＤを含む。要求ごとに、ユーザによってマスターＩＤを手
動で入力し、またはクライアント１０２に結合された読み取り装置によって読み
出すことができる。例えば、クライアント１０２は、取り込まれたファイルに関
連する記憶媒体または記憶媒体の容器に以前に貼り付けられているマスターＩＤ
情報を読み取るように構成されたバーコード読み取り装置を含むことができる。
【００３４】 表１は符号化要求に一般に含まれる情報のタイプの例を示す。
【００３５】
【表１】
【００３６】 符号化要求を受信すると、符号化システム１００は命令（「符号化命令」）を
生成し、分散符号化システム内での特定の命令を一意的に識別する一意なジョブ
ＩＤ(Job_ID)を割り当てる。一実施形態では、分散符号化システムは新しい符号
化命令の始まりに応答して一意なジョブＩＤを自動的に生成する。一意なジョブ
ＩＤに加えて、各符号化命令には特定の符号化命令に関連するそれに対応する取
り込まれたファイルを識別するマスターＩＤが割り当てられる。したがって、命
令が生成されると、命令内で識別された内容を有する取り込まれたファイルのた
めに生成されたマスターＩＤがその命令に割り当てられる。
【００３７】 符号化命令が生成されると、サーバ１０４は記憶ユニット１１２内に符号化命
令情報（一意なジョブＩＤとマスターＩＤとを含む）を記憶する。単一の構成要
素として図示されているが、記憶ユニット１１２は、ローカル側に接続できる、
または１つまたは複数のネットワークを介してリモート側に分散できる１つまた
は複数の記憶装置を含むことができる。記憶ユニット１１２は取り込まれたファ
イルと符号化命令情報とを保持する。一実施形態では、少なくとも記憶ユニット
１１２の一部が符号化命令の完了を追跡し調整するための１組のテーブル（スキ
ーマ）を保持するデータベースシステムとして構成される。
【００３８】 [配信ユニット] 配信ユニット１０８は処理する必要がある符号化命令（「保留ジョブ命令」）
を識別し、各保留ジョブ命令を１つまたは複数の利用可能な符号化ユニット（１
１６、１１８、１２０）に配信するように構成されたコンピュータ、あるいは１
つまたは複数のハードウェアまたはソフトウェア・コンポーネントまたは処理で
ある。一実施形態では、配信ユニット１０８は記憶ユニット１１２内に保留ジョ
ブ命令がある時には、割り込みを受信する。別の実施形態では、配信ユニット１
０８は定期的に記憶ユニット１１２をポーリングして保留ジョブ命令を識別する
ように構成される。
【００３９】 前述したように、保留ジョブ命令では取り込まれたファイルとプログラムメタ
データとを多数の符号化フォーマット（「符号化スレッド」）で符号化すること
が必要な場合がある。そのために、配信ユニット１０８はどの符号化ユニットが
現在利用可能か、またどの符号化エンジンが各符号化ユニットに関連しているか
に関する記録を保持する。配信ユニット１０８は符号化スレッドを処理するため
にどの符号化ユニットが現在利用可能かを追跡するために状態情報を保持する。
表２は、配信ユニット１０８が符号化スレッドを処理するためにどの符号化ユニ
ットが現在利用可能かを追跡するために状態情報が保持される方法の一例を示す
。
【００４０】
【表２】
【００４１】 この情報を検査することで、配信ユニット１０８はどの符号化ユニット（１１
６、１１８、１２０）が利用可能でジョブによって要求される１つまたは複数の
符号化スレッドを完了できるかを識別できる．さらに、配信ユニット１０８は符
号化ユニット（１１６、１１８、１２０）上で負荷バランシングを実行して複数
の異なるエンコーダからの最適なパフォーマンスを達成することができる。１組
の１つまたは複数の符号化ユニットを選択すると、配信ユニット１０８は符号化
スレッド要求を選択された符号化ユニットの各々に送信する。
【００４２】 [符号化ユニット] 符号化ユニット１１６、１１８および１２０は符号化スレッド要求の符号化を
開始するように構成されたコンピュータ、あるいは１つまたは複数のハードウェ
アまたはソフトウェア・コンポーネントまたは処理を表す。特に、符号化ユニッ
ト１１６、１１８および１２０は配信ユニット１０８から符号化要求を受信する
ように構成されている。符号化要求を受信すると、符号化ユニット１１６、１１
８および１２０はそれぞれ符号化エンジン１２２ａ〜ｃ、１２２ｄ〜ｅおよび１
２２ｆ〜ｈとインタフェースを取って保留ジョブ命令を実行する。
【００４３】 符号化エンジン１２２ａ〜ｈは特定の符号化フォーマットでデータを符号化で
きるさまざまな異なるタイプのエンコーダを表す。例えば、符号化エンジン１２
２ａ〜ｈは、これに限定はされないが、Real、Windows（Ｒ） Media、Liquid Au
dio、MPEG、A2B、Audiobase、MP3、Blade、XingまたはQuickTimeエンコーダの組
合せである。符号化エンジン１２２ａ〜ｈは「市販の」エンコーダまたは独自エ
ンコーダである。したがって、本発明の実施形態はいかなる特定のタイプのエン
コーダにも限定されない。
【００４４】 一実施形態では、符号化ユニット１１６、１１８および１２０は符号化エンジ
ン１２２ａ〜ｈの異なるアプリケーションプログラムインタフェース（ＡＰＩ）
と通信するように構成されている。符号化ユニット１１６、１１８および１２０
と符号化エンジン１２２ａ〜ｈの各々との間の通信にさまざまな技法を使用でき
る。符号化ユニット１１６、１１８および１２０と符号化エンジン１２２ａ〜ｈ
は静的または動的にリンクでき、ＤＬＬ／ＣＯＭ呼び出しまたはコマンド行ＡＰ
ＩなどのアプリケーションＡＰＩまたは多数のソフトウェアユニットまたはアプ
リケーション間で情報搬送を可能にするその他の任意の通信機構の使用を含むさ
まざまな異なる通信機構を介して通信できる。例えば、符号化ユニット１１６、
１１８および１２０は符号化エンジン１２２ａ〜ｈによって供給される１組の動
的リンクライブラリ（ＤＬＬ）を介して、または符号化エンジン１２２ａ〜ｈの
コマンド行の実行を介して符号化エンジン１２２ａ〜ｈと通信することができる
。一実施形態では、Java（Ｒ） Media Framework（ＪＭＦ）ＡＰＩは符号化ユニ
ット１１６、１１８および１２０と符号化エンジン１２２ａ〜ｈとの間に通信機
構を提供する。JMF APIはJava（Ｒ）アプリケーションおよびアプレット内のオ
ーディオおよびビデオデータなどの時間ベースのデータを同期化して制御する簡
素な統合化されたアーキテクチャを提供する。表３はJMF APIによってサポート
される再生および符号化フォーマットのいくつかの例を示す。
【００４５】
【表３】
【００４６】 個々の符号化エンジン（１２２ａ〜ｈ）によって実行される符号化タスクの部
分を本明細書では「符号化スレッド」と呼ぶ。一般に、特定のプログラムメディ
アを符号化するフォーマットごとに、符号化スレッドが実行される。特に、その
ようなスレッドごとに、符号化ユニットが特定のフォーマットでプログラムメデ
ィアを符号化するように構成された符号化エンジンと通信する。例えば、図１は
それぞれ符号化ユニット１１６と符号化エンジン１２２ａ、１２２ｂおよび１２
２ｃとの間の符号化スレッドの組１２４、１２５および１２６を示す。符号化シ
ステム１００は符号化スレッドを直列または並列に接続するように構成できる。
【００４７】 符号化スレッドの実行中に、符号化エンジンは必要なフォーマットで符号化さ
れたデータを生成する。符号化スレッドを完了すると、符号化エンジン（１２２
ａ〜ｈ）はデータを符号化ユニット１１６〜１２０に返送し、符号化ユニット１
１６〜１２０は符号化されたデータを配信ユニット１０８に返送する。配信ユニ
ット１０８は次いで符号化されたデータ（符号化されたデータファイル）を記憶
ユニット１１２に記憶する。
【００４８】 [配送ユニット] 配送ユニット１１０は完了した符号化命令を適切な顧客に配送する機構を提供
する。さまざまな方法を用いて完了した符号化命令を適切な顧客に配送すること
ができる。例えば、符号化された情報を顧客にＥメールで送信し、またはＤＶＤ
、ＣＤ−ＲＯＭ、フロッピー（Ｒ）ディスク、Ｚｉｐドライブテープ、ディジタ
ルオーディオテープ（ＤＡＴ）、または符号化された情報を記憶できるその他の
タイプの記憶媒体などの記憶媒体上で提供できる。また、情報をインターネット
またはその他の利用可能なネットワークシステムなどのネットワークシステムを
介して適切な顧客にＦＴＰでファイル転送できる。
【００４９】 一実施形態では、配送ユニット１１０は自動化されたメディアおよびメタデー
タ完了処理として構成されたネットワーク用のサービスである。配送ユニット１
１０を本生産システム内の残りのサーバと緊密に統合することで、配送ユニット
１１０はネットワーク上の各サービスノードの能力を、ファイルを公開するのに
必要な資源とそれらのファイルについての情報にアクセスするために、自動化さ
れた方法で外部サーバにまで拡張する。さらに、オブジェクト配送プロトコル（
ＯＤＰ）を定義することで、ネットワークは配送エージェントによって使用され
ている配送ユニットが共に通信し、正しい機能を実行するための必要な情報と共
にサービス間でファイルとメタデータとをシームレスに移動することを可能にす
る。例えば、このモデルを用いて、ファイルとそれに関連するメタデータを受信
側サービスがＯＤＰ属性を用いて適当な手順を決定する外部ＯＤＰ準拠のウェブ
サーバに配送することができる。ＯＤＰ属性をファイルに埋め込むかその周囲に
ラッピングすることで、属性を用いて絶対パス、許可／認可、ＨＴＭＬリンク生
成、データベース更新、イベントトリガなどを指令することができる。このよう
にして、サーバ、サービス、ニアラインバックアップシステムおよびＲＡＩＤ空
間にアクセスするための情報は配送機構ではなくＯＤＰオブジェクト内に常駐す
る。この抽象化によって他の配送処理に容易に拡張することが可能になる。例え
ば、ＦＴＰエージェントはＯＤＰの「ユーザ名(user_name)」、「パスワード(pa
ssword)」および「ファイルパス(file_path)」属性にアクセスしてＯＤＰサービ
スの恩恵を受けないＦＴＰサーバにファイルを公開することができる。
【００５０】 一実施形態では、ＯＤＰサーバはクライアントが送信したＯＤＰオブジェクト
を受け付けて処理する方法を認識している外部システムとして構成されている。
標準の転送アプリケーションの明白な「フェールセーフ」機構を超えて、このサ
ーバはＯＤＰオブジェクト内の埋め込まれたクラス名ストリングを用いてオブジ
ェクトを動的にロードして受信したファイルとメタデータについて実行する処理
を扱うことができる。これらのクラスをロードされたオブジェクトはローカルマ
シン上に配置でき、または必要に応じてパブリックコードベースサーバからダウ
ンロードできる。上記の機構によって、内部および外部、さらに顧客のサーバを
グレードアップできる可能性がごく簡単かつわかりやすくなった。
【００５１】 [メディアプログラムの符号化] 図３はメディアプログラムを符号化する方法を示す流れ図である。説明のため
に、図３の各ステップは図１の構成要素を参照して記載している。また説明のた
めに、メディアプログラムはＣＤに含まれる曲のグループからなり、メディアプ
ログラムをRealMedia、Liquid Audio、およびWindows（Ｒ） Mediaフォーマット
で符号化し、符号化エンジン１２２ａおよび１２２ｅがRealMediaエンコーダで
、符号化エンジン１２２ｂおよび１２２ｆがLiquid Audioエンコーダで、符号化
エンジン１２２ｃおよび１２２ｇがWindows（Ｒ） Mediaエンコーダであるもの
とする。
【００５２】 ステップ３０２で、符号化命令が保留符号化命令として分散符号化システム内
に入力される。例えば、クライアント１０２と対話することで、ユーザは特定の
メディアプログラムのための顧客命令情報、プログラムメタデータおよび１組の
符号化パラメータを入力できる。次いでメディアプログラムを符号化命令に割り
当てて実行する。前述したように、説明目的に限定して、符号化パラメータの組
が取り込まれたファイルをRealMedia、Liquid Audio、およびWindows（Ｒ） Med
iaフォーマットで符号化することを示しているものとする。
【００５３】 ステップ３０４で、取り込まれたファイル（すなわち、ＷＡＶファイル）に割
り当てるマスターＩＤが生成される。
【００５４】 ステップ３０６で、マスターＩＤの物理的表象が生成され、メディアプログラ
ムの記憶媒体の容器に貼り付けられる。例えば、マスターＩＤ値を有するバーコ
ードステッカーが作成され、ＣＤのジュエルボックスに貼り付けられる。
【００５５】 ステップ３０８で、取り込みユニット１０６を使用してメディアプログラム情
報（取り込まれたプログラム）がその記憶媒体から取り込まれる。例えば、ＣＤ
読み取り装置にＣＤを挿入してＣＤからデータを読み出すことで、メディアプロ
グラム情報に基いてＷＡＶファイルを作成できる。次いでマスターＩＤが取り込
まれたプログラムに関連付けられ、データベースシステム内にエントリとして記
憶される。
【００５６】 ステップ３１０で、保留ジョブ命令が記憶装置から取り出される。例えば、配
信ユニット１０８は保留ジョブ命令が存在することを判定して記憶ユニット１１
２から保留ジョブ命令情報を取り出す。
【００５７】 ステップ３１２で、１つまたは複数の符号化ユニットが識別されて保留ジョブ
命令を処理する。例えば、すでに表２に示した情報を用いて、配信ユニット１０
８は符号化ユニット１１６がそれぞれReal MediaおよびLiquid Audioフォーマッ
トで符号化スレッドを処理するための利用可能な符号化エンジン１２２ａおよび
１２２ｂを含むことと、符号化ユニット１２０がそれぞれLiquid AudioおよびWi
ndows（Ｒ） Mediaフォーマットで符号化スレッドを処理するための利用可能な
符号化エンジン１２２ｆおよび１２２ｇを含むことを判定する。この例では、配
信ユニット１０８がReal MediaおよびLiquid Audioフォーマットの符号化スレッ
ドを処理する符号化ユニット１１６と、Windows（Ｒ） Mediaフォーマットの符
号化スレッドを処理する符号化ユニット１２０とを選択しているものとする。特
定の命令を処理するために選択されている実際の符号化ユニットは命令の符号化
要件、符号化ユニットへの現在の負荷、および配信ユニット１０８が使用する負
荷バランシング技法に基いて命令ごとに変わる。
【００５８】 ステップ３１４で、配信ユニット１０８は符号化スレッド情報を１つまたは複
数の選択された符号化ユニットに送信する。例えば、配信ユニット１０８はReal MediaおよびLiquid Audioフォーマットの符号化スレッド情報を符号化ユニット
１１６に、Windows（Ｒ） Mediaフォーマットの符号化スレッド情報を符号化ユ
ニット１２０に送信する。
【００５９】 ステップ３１６で、選択された符号化ユニットは適当な符号化エンジンと通信
して各符号化スレッドが必要とする情報を符号化する。例えば、符号化ユニット
１１６は符号化エンジン１２２ａと通信してReal Media符号化スレッドを処理し
、符号化エンジン１２２ｂと通信してLiquid Audio符号化スレッドを処理する。
同様に、符号化ユニット１２０は符号化エンジン１２２ｇと通信してWindows（
Ｒ） Media符号化スレッドを処理する。
【００６０】 ステップ３１８で、各スレッドを完了すると、符号化されたデータファイルは
配信ユニット１０８に返送される。配信ユニット１０８次いで符号化された情報
を記憶ユニット１１２に記憶する。
【００６１】 ステップ３２０で、符号化された情報は適当な顧客に配送される。例えば、配
送ユニット１１０は符号化された情報を自動的に取り出してその情報を符号化命
令に以前関連していたアドレスにＦＴＰでファイル転送するように構成できる。
あるいは、配送ユニット１１０は符号化された情報を自動的に取り出してその情
報をＣＤ−ＲＯＭに焼き付けるかプログラミングすることができる。次いでＣＤ
−ＲＯＭを符号化命令と共に以前入力したアドレスに送信できる。
【００６２】 [負荷バランシング] 前述したように、分散符号化システムは自動負荷バランシングを実行して符号
化のパフォーマンスを向上させる。一実施形態では、自動負荷バランシングは符
号化処理に参加するのに利用可能なマシン（ユニット）の位置、異なるユニット
の容量またはスループット、任意の特定のユニットでの実行待ちの符号化ジョブ
の数などの要因を用いて達成される。分散符号化ユニットは選択したユニットを
自動的に起動および停止して配信を拡大し、符号化のパフォーマンスを向上させ
る。さらに、どの符号化ユニットが利用可能であるか知ることで、分散符号化シ
ステムは多数のファイルを多数のフォーマットで並列に符号化できる。
【００６３】 一実施形態では、分散符号化システムはオブジェクトがコンポーネントからコ
ンポーネントへと渡されるオブジェクト指向システムとして構成できる。例えば
、ある種の実施形態では、取り込まれたファイル、プログラムメタデータ、符号
化命令、保留ジョブ命令および符号化スレッドは分散符号化システムの異なるコ
ンポーネント間で渡されるオブジェクトとして表される。
【００６４】 [適当な符号化設定の決定] 前述したように、多数のエンコーダを用いて特定のメディアプログラムを符号
化することに伴う重大な欠点は、各タイプのエンコーダで通常異なる符号化パラ
メータの組を設定しなければならないということである。例えば、特定のタイプ
のエンコーダでメディアプログラムを適切に符号化するために、ユーザは（１）
表示するフレーム数／分、（２）符号化されたプログラムを再生する際に視聴者
が使用するモデムの速度、（３）プログラムをステレオで符号化するか否か、（
４）オーディオまたはビデオコーデック、を供給しなければならない。
【００６５】 一実施形態では、符号化システムはどのエンコーダを用いて特定のメディアプ
ログラムを符号化するかに依存しない共通インタフェースをユーザに提供する。
ある種の実施形態では、符号化システムはユーザが特定の環境にとって最良の符
号化設定を選択する際の有用なヒントを提供する知識ベースの符号化システム（
「知識データベース」）として構成される。一実施形態では、知識データベース
は符号化要求を生成して送信するための共通パラメータインタフェースをユーザ
に提供する。共通パラメータインタフェースはユーザインタフェースの複雑さを
低減し、ユーザが符号化要求を適切に送信するために通常備えていなければなら
ない特定の符号化知識を制限する。さらに、ユーザインタフェースを介して、ユ
ーザは複数の異なる符号化エンジンにまたがって使用される１つまたは複数のメ
ディアプログラムの１組の符号化パラメータを提供して多数の符号化されたファ
イルを生成することができる。
【００６６】 図６は本発明のある種の実施形態が使用できる生産エキスパートシステム６０
０の一例を示す。図示のように、生産エキスパートシステム６００は、知識獲得
コンポーネント６０４、知識ベース・コンポーネント６０６、推論エンジン・コ
ンポーネント６０８、およびユーザインタフェース・コンポーネント６１０を含
む。
【００６７】 知識獲得コンポーネント６０４は異なる符号化エンジンに関する符号化情報を
収集するように構成されている。一実施形態では、知識獲得コンポーネント６０
４は符号化の熟練者が符号化の専門技能に基いてエキスパートシステムに規則を
入力できるユーザインタフェースを提供する。知識獲得コンポーネントは構文と
必要な構文に照らして規則を検査することで新しい規則の作成を簡単化するグラ
フィカルツール（例えば、Rule Editor）からなる。規則それ自体は標準構文で
熟練者の知識を記述する事実の表現である。知識獲得コンポーネントによって作
成される規則はまとめて知識ベース・コンポーネント６０６として知られる。
【００６８】 生産エキスパートシステム６０６の知識ベース・コンポーネント６０６は熟練
者が知識獲得コンポーネント６０４を介して定義した規則の集合である。エキス
パートシステム内には、サポート対象の異なる符号化技術（Windows（Ｒ） Medi
a、Real Networks、Liquid Audioなど）の各々に特有の知識ベースがある。
【００６９】 生産エキスパートシステム６００の推論エンジン・コンポーネント６０８はど
の規則に適用するかを決定するために、知識ベース・コンポーネント６０６に照
らしてユーザインタフェース・コンポーネント６１０の現在の選択を評価し、次
いでユーザインタフェース・コンポーネント６１０が表示する次のユーザインタ
フェースを決定するユニットである。一実施形態では、推論エンジン・コンポー
ネント６０８はJava（Ｒ）エキスパートシステムシェル（「Jess」）を使用する
ように構成されている。Jessの使用に関する詳細情報は次のウェブサイトで得ら
れる（http://herzberg.ca.sandia.gov/jess/）。
【００７０】 生産エキスパートシステム６００のユーザインタフェース・コンポーネント６
１０は非熟練者が１組の符号化すべきファイルに適用する１組の符号化仕様を定
義するのに使用するコンポーネントである。一実施形態では、ユーザ・コンポー
ネント６１０はＨＴＭＬ構文解析プログラムとして実施される。構文解析プログ
ラムは知識ベース・コンポーネント６０６に指定された規則を解析してＨＴＭＬ
形式で表示する。ユーザ６１２はその時、このフォームからオプションを選択す
る。次いでユーザが選択したオプションが推論エンジン・コンポーネント６０８
を介して知識ベース・コンポーネント６０６と比較され、ユーザ６１２には選択
すべき新しいオプションの組が提示される。ユーザインタフェース・コンポーネ
ント６１０とのセッションの最終結果はファイルを符号化する時に符号化ソフト
ウェアに適用されるすべての特定の設定を明記したエンジニアリングワークシー
トである。
【００７１】 例えば、図２は１組の符号化すべきファイルに適用する１組の符号化仕様を定
義するのに使用できるユーザインタフェースウィンドウ２００を示す。この例で
は、非熟練ユーザがXing MP3 Audio符号化仕様を作成する選択をしている。エキ
スパートシステム６００はこの選択を評価して次のステップでユーザがサブフレ
ームに示すように固定伝送速度と可変伝送速度のいずれかを選択するということ
を決定する。ユーザがこの選択をして継続を選択すると、追加のＨＴＭＬページ
が表示され、そのページに表示されるオプションはすべてユーザが固定伝送速度
を選択したという事実に基くものとなる。このようにして、エキスパートシステ
ムはユーザが仕様を符号化し、仕様の誤りを最小限にするかそのすべてを解消す
る際の指針となる。
【００７２】 [プラグアンドプレイ・コンポーネント] 本発明の一実施形態によれば、取り込みユニット１０６および符号化ユニット
１１６、１１８、１２０はプラグアンドプレイ・コンポーネントとして構成され
ている。したがって、取り込みユニットまたは符号化ユニットが符号化システム
に「プラグイン」されている時はいつでも、例えば中央データベースに登録する
ことでその存在を通知し、他のネットワーク装置および前記他のネットワーク装
置が利用可能な他のネットワーク装置から使用することができる。例えば、Sun
Microsystems製のJava（Ｒ）ベースの技術「JINI」を用いて、分散符号化機構は
拡張が容易で多数のネットワークシステムにまたがってさらに分散できるシステ
ムを提供する。例えば、一実施形態では、生産システムをサポートする基礎技術
としてJINIを用いることで、生産システムはJINIのサービスプラグアンドワーク
（service-plug-and-work）機能を利用できる。したがって、JINIはサービスを
動的にネットワークに追加しまたはネットワークから削除することを可能にする
インフラストラクチャを提供し、この結果、生産システムのスケーラビリティが
向上する。ある種の実施形態では、JINI上にユーティリティが構築されて新しい
サービスを作成し管理する柔軟で容易な方法が提供される。例えば、独自JINIベ
ースクラスを拡張することで複数のネットワークを結合することができる。一実
施形態では、ベースクラスはJINIサービス登録、ジョインマネジャーサービス、
リースリニューアルサービス、サービス停止時の通知、およびデフォルトの管理
ユーザインタフェースおよびJINIサービスブラウザを介したサービスステータス
／管理を提供する。JINIサービスブラウザを用いてすべての利用可能なサービス
を表示でき、ユーザに各サービスの管理ユーザインタフェースと対話する能力を
提供する。
【００７３】 JINI技術の使用に関する詳細はhttp://www.sun.com/jini/などのさまざまな異
なるウェブサイトに接続して利用可能である。
【００７４】 ある種の実施形態では、取り込みユニットと符号化ユニットは取り込みまたは
符号化機能を実行するように動的に構成できるユニバーサルコンポーネントであ
る。したがって、分散符号化機構が追加の取り込み資源が必要であると決定した
場合、１つまたは複数の符号化ユニットを動的に構成して取り込みユニットの機
能を実行させることができる。同様に、分散符号化機構が追加の符号化資源が必
要であると決定した場合、１つまたは複数の取り込みユニットを動的に構成して
符号化ユニットの機能を実行することができる。
【００７５】 [ハードウェア概要] 図４に、本発明の一実施形態を実装し得るコンピュータ・システム４００を描
写したブロック図を示す。コンピュータ・システム４００は、情報の通信を行う
ためのバス４０２またはその他の通信メカニズム、およびバス４０２に接続され
た、情報を処理するためのプロセッサ４０４を備える。またコンピュータ・シス
テム４００には、バス４０２に接続された、情報およびプロセッサ４０４によっ
て実行される命令を格納するためのランダム・アクセス・メモリ（ＲＡＭ）また
はその他の動的ストレージ・デバイス等のメイン・メモリ４０６が備わる。メイ
ン・メモリ４０６は、さらにプロセッサ４０４による命令の実行間において、一
時変数またはその他の中間情報を格納するためにも使用される。さらにコンピュ
ータ・システム４００は、プロセッサ４０４用の静的な情報ならびに命令を格納
するための読み出し専用メモリ（ＲＯＭ）４０８またはその他の静的ストレージ
・デバイスを備え、それがバス４０２に接続されている。ストレージ・デバイス
４１０は、磁気ディスクまたは光ディスク等であり、情報および命令を格納する
ために備えられ、バス４０２に接続されている。
【００７６】 コンピュータ・システム４００には、陰極線管（ＣＲＴ）等の、コンピュータ
・ユーザに情報を表示するためのディスプレイ４１２がバス４０２を介して接続
されることもある。入力デバイス４１４は、英数キーおよびその他のキーを備え
、バス４０２に接続されてプロセッサ４０４に情報およびコマンドの選択を伝え
る。別のタイプのユーザ入力デバイスとして、マウス、トラックボール、または
カーソル移動キー等の、プロセッサ４０４に方向情報およびコマンドの選択を伝
え、ディスプレイ４１２上におけるカーソルの移動をコントロールするためのカ
ーソル・コントロール４１６が備わっている。この入力デバイスは、通常、第１
の軸（たとえばｘ軸）および第２の軸（たとえばｙ軸）からなる２軸に自由度を
有しており、それによってこのデバイスは平面内のポジションを指定することが
できる。
【００７７】 本発明は、分散型符号化システムにおいてメディアプログラムを符号化するた
めのコンピュータ・システム４００の使用に関する。本発明の一実施形態によれ
ば、メディアプログラムの分散符号化は、メイン・メモリ４０６に収められた１
ないしは複数の命令からなる１ないしは複数のシーケンスを実行するプロセッサ
４０４に応じるシステム４００によって提供される。この種の命令は、ストレー
ジ・デバイス４１０等の別のコンピュータ読み取り可能な媒体からメイン・メモ
リ４０６内に読み込んでもよい。メイン・メモリ４０６内に収められている命令
のシーケンスを実行することにより、プロセッサ４０４は、ここに説明したプロ
セスのステップを実行する。また、多重プロセッシング配列の１又は複数のプロ
セッサを、メイン・メモリ４０６内に含まれる命令のシーケンスを実行するため
に採用してもよい。別の実施形態においては、ソフトウェア命令に代えて、ある
いはそれと組み合わせてハード・ワイヤード回路を使用し、本発明を実装するこ
ともできる。このように本発明の実施態様は、ハードウェア回路およびソフトウ
ェアの特定の組み合わせに限定されることがない。
【００７８】 ここで用いている「コンピュータ読み取り可能な媒体」という用語は、プロセ
ッサ４０４が実行する命令の提供に与る任意の媒体を指す。その種の媒体は、限
定する意図ではないが、不揮発性媒体、揮発性媒体、および伝送媒体を含む各種
の形式をとり得る。不揮発性媒体には、たとえば光または磁気ディスクが含まれ
、ストレージ・デバイス４１０等がこれに該当する。揮発性媒体には、ダイナミ
ック・メモリが含まれ、メイン・メモリ４０６等がこれに該当する。伝送媒体に
は、同軸ケーブル、銅線、および光ファイバが含まれ、バス４０２を構成するワ
イヤーもこれに含まれる。伝送媒体もまた、音波または電磁波、たとえば電波、
赤外線、および光データ通信の間に生成される電磁波といった形式をとり得る。
【００７９】 コンピュータ読み取り可能な媒体の一般的な形態には、たとえば、フロッピー
（Ｒ）ディスク、フレキシブル・ディスク、ハードディスク、磁気テープ、また
はその他の磁気媒体、ＣＤ−ＲＯＭ、その他の光媒体、パンチカード、さん孔テ
ープ、その他孔のパターンを伴う物理的媒体、ＲＡＭ、ＰＲＯＭ、およびＥＰＲ
ＯＭ、フラッシュＥＰＲＯＭ、その他のメモリ・チップまたはカートリッジ、次
に述べる搬送波、またはその他コンピュータによる読み取りが可能な任意の媒体
が含まれる。
【００８０】 各種形式のコンピュータ読み取り可能な媒体が関係して１ないしは複数の命令
からなる１ないしは複数のシーケンスがプロセッサ４０４に渡され、実行される
。たとえば、当初は命令が、リモート・コンピュータの磁気ディスクに収められ
て運ばれる。リモート・コンピュータは、命令をダイナミック・メモリにロード
し、モデムの使用により電話回線を介してその命令を送信することができる。コ
ンピュータ・システム４００に備わるモデムは、電話回線上のデータを受信し、
赤外線送信機を使用してそのデータを赤外線信号に変換する。バス４０２に接続
された赤外線検出器は、この赤外線信号によって運ばれるデータを受信し、適切
な回路がバス４０２上にそのデータを乗せる。バス４０２は、このデータをメイ
ン・メモリ４０６に運び、プロセッサ４０４は、そこから命令を取り出して実行
する。選択肢の１つとして、プロセッサ４０４による実行の前、もしくはその後
に、メイン・メモリ４０６によって受け取られた命令をストレージ・デバイス４
１０に格納してもよい。
【００８１】 コンピュータ・システム４００は、通信インターフェース４１８も備えており
、それがバス４０２に接続されている。通信インターフェース４１８は、ローカ
ル・ネットワーク４２２に接続されるネットワーク・リンク４２０に接続されて
双方向データ通信を提供する。たとえば、通信インターフェース４１８を、対応
するタイプの電話回線に接続されてデータ通信を提供する、統合ディジタル通信
サービス・ネットワーク（ＩＳＤＮ）カードまたはモデムとすることができる。
別の例においては、通信インターフェース４１８をローカル・エリア・ネットワ
ーク（ＬＡＮ）カードとし、互換性のあるＬＡＮにデータ通信接続を提供するこ
ともできる。ワイヤレス・リンクを実装してもよい。この種のいずれの実装にお
いても、通信インターフェース４１８は、各種タイプの情報を表すディジタル・
データ・ストリームを運ぶ電気的、電磁気的、または光学的信号を送受する。
【００８２】 ネットワーク・リンク４２０は、通常、１ないしは複数のネットワークを介し
て別のデータ・デバイスにデータ通信を提供する。たとえばネットワーク・リン
ク４２０は、ローカル・ネットワーク４２２を介してホスト・コンピュータ４２
４への接続を提供し、あるいはインターネット・サービス・プロバイダ（ＩＳＰ
）４２６によって運用されるデータ装置への接続を提供することができる。一方
、ＩＳＰ４２６は、現在「インターネット」４２８と呼ばれているワールド・ワ
イド・パケット・データ通信ネットワークを介してデータ通信サービスを提供す
る。ローカル・ネットワーク４２２およびインターネット４２８は、いずれもデ
ィジタル・データ・ストリームを運ぶ電気的、電磁気的、または光学的信号を使
用する。これらの各種ネットワークおよびネットワーク・リンク４２０上の信号
を通り、かつ通信インターフェース４１８を通り、コンピュータ・システム４０
０から、またそこへディジタル・データを運ぶ信号は、情報を伝送する搬送波の
一例として挙げた形式である。
【００８３】 コンピュータ・システム４００は、ネットワーク（１ないしは複数）、ネット
ワーク・リンク４２０および通信インターフェース４１８を介し、プログラム・
コードを含めて、メッセージを送信しデータを受信する。インターネットの例に
おいては、サーバ４３０がインターネット４２８、ＩＳＰ４２６、ローカル・ネ
ットワーク４２２および通信インターフェース４１８を経由して、要求のあった
アプリケーション・プログラム用のコードを送信することが考えられる。本発明
に従えば、このようにしてダウンロードしたアプリケーションの１つが、ここに
説明されたメディアプログラムの分散符号化のために提供される。
【００８４】 受信されたコードは、プロセッサ４０４によって受信時に実行され、かつ／ま
たはその後に実行するためにストレージ・デバイス４１０、あるいはその他の不
揮発性ストレージに格納される。このようにしてコンピュータ・システム４００
は、搬送波の形式でアプリケーション・コードを獲得することができる。
【００８５】 [他の形態、拡張形態] 本明細書に記載の分散符号化機構はさまざまな異なる符号化フォーマットでメ
ディアプログラムを符号化する自動化システムを提供する。前述したように、分
散符号化機構は取り込まれたファイルとそれに対応するプログラムメタデータと
の間の「マッピング」スキームを保持する。一実施形態では、マッピングスキー
ムを用いて分散符号化機構はメディアプログラムを多数の符号化フォーマットで
並列に符号化できる。メディアプログラムを多数の符号化フォーマットで並列に
符号化することで、分散符号化機構は多数の符号化フォーマットでメディアプロ
グラムを符号化する際に通常必要なオーバーヘッドを大幅に削減することができ
る。
【００８６】 本発明のある種の実施形態を記述するにあたって、いくつかの図を説明に使用
した。ただし、本発明は図に示すいかなる特定のコンテキストにも限定されない
。例えば、説明目的に限定して、図１に示す符号化システム１００は単一のクラ
イアント１０２と、サーバ１０４と、取り込みユニット１０６と、配信ユニット
１０８と、記憶ユニット１１２と、配送ユニット１１０のみを含んでいる。ただ
し、図５に示すように、本発明の実施形態はいかなる特定の数のいかなる特定の
構成要素、ユニットまたは装置にも限定されない。各タイプの多数の構成要素を
含むように分散符号化機構を構成することで、フォールトトレラントシステムが
作成され、システム全体で並列化が促進される。したがって、本明細書および図
面は限定的なものではなく例示的なものと考えるべきである。
【００８７】 さらに、特許請求の範囲を含めて、本開示では、ある種の処理ステップが特定
の順序で記載され、ある種のステップを識別するために英数字のラベルを使用し
ている。例えば、符号化命令を入力するステップ、マスターＩＤを生成するステ
ップ、マスターＩＤを記憶容器に貼り付けるステップ、メディアプログラム情報
を取り込むステップが特定の順序で実行されるように記載されている（図３）が
、本発明の実施形態は一般に特定のイベント順序に限定されない。したがって、
開示に明記していない限り、本発明の実施形態はそのようなステップを実行する
いかなる特定の順序にも限定されない。特に、ラベルはステップを便宜的に識別
するためのもので、そのようなステップを実行する特定の順序を意味、指定、ま
たは要求するものではない。したがって、本発明の実施形態は特許請求の範囲に
よってのみ限定される。
【図面の簡単な説明】
【図１】図１は、本発明を使用できるコンピュータシステムアーキテクチャ
のブロック図である。
【図２】図２は、特定のファイルを符号化するための符号化仕様の組を定義
するために使用できるユーザインタフェースウィンドウの一例を示す。
【図３】図３は、メディアプログラムを符号化する方法を示す流れ図である
。
【図４】図４は、本発明の態様を実施するために使用できるコンピュータシ
ステムのハードウェア構成のブロック図である。
【図５】図５は、本発明の実施形態を実施できる別のコンピュータシステム
アーキテクチャのブロック図である。
【図６】図６は、本発明の実施形態を実施できるエキスパートシステムの一
例を示す図である。
───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ６０／１２０，２０７ (32)優先日 平成11年２月11日(1999．2．11) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１２０，２０８ (32)優先日 平成11年２月11日(1999．2．11) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１２０，２０９ (32)優先日 平成11年２月11日(1999．2．11) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１５６，８１７ (32)優先日 平成11年９月29日(1999．9．29) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ０９／４９９，９６１ (32)優先日 平成12年２月８日(2000．2．8) (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ， ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＲ，ＫＺ，ＬＣ，Ｌ Ｋ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ， ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，Ｔ Ｊ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ ，ＹＵ，ＺＡ，ＺＷ (72)発明者 マシューズ・ブラウン アメリカ合衆国 ワシントン州 98102 シアトル イースト ジョン ストリート 1118 (72)発明者 エリック・リンドバル アメリカ合衆国 ワシントン州 98119 シアトル ナンバー１ 14 アベニュー ウエスト 2648 (72)発明者 ジェフリイ・オバーランダー アメリカ合衆国 ワシントン州 98116 シアトル 42 アベニュー サウスウエス ト 3231 (72)発明者 アロン・ロバーツ アメリカ合衆国 ワシントン州 98102 シアトル イースト ジョン ストリート 1118 (72)発明者 アンナ・ハンセン アメリカ合衆国 カリフォルニア州 98363 ポートアンジェルス グラシャー レーン 367 (72)発明者 グレゴリー・マレイ アメリカ合衆国 ワシントン州 98103 シアトル ケンシントン プレイス ノー ス 5509 (72)発明者 ケン・スズキ アメリカ合衆国 ワシントン州 98114 シアトル サウス ナンバー10 レイクサ イド アベニュー 510 Ｆターム(参考） 5C059 SS08 SS12 SS13 SS14 SS20 SS30 TA00 TC45 UA02 UA39 5C064 BC16 BC23 BD02 BD08 BD13 5D045 DA20

Claims (15)

    【特許請求の範囲】
  1. 【請求項１】 コンピュータによって実行されるステップを含むディジタル
    情報を符号化する方法であって、前記ステップが メディアプログラムファイルを作成するためにメディアプログラム情報を取り
    込むステップと、 クライアントからの符号化要求を受信するステップであって、該符号化要求が
    、前記メディアプログラム情報を１つまたは複数の符号化フォーマットで符号化
    することを要求するものであるステップと、 前記１つまたは複数の符号化フォーマットの各々で前記メディアプログラム情
    報を符号化できる１組の符号化エンジンを選択するステップと、 前記メディアプログラムファイルを、前記選択された符号化エンジンの組に送
    信するステップと、 前記１つまたは複数の符号化フォーマットで前記メディアプログラム情報を符
    号化するために、前記選択された符号化エンジンの組を使用するステップと、 を含む方法。
  2. 【請求項２】 前記取り込むステップが、記憶媒体から前記メディアプログ
    ラム情報を読み出すステップを含み、 前記方法が、前記メディアプログラムファイルを一意なマスターＩＤに関連付
    けるステップをさらに含む請求項１に記載の方法。
  3. 【請求項３】 クライアントからの符号化要求を受信する前記ステップが、 前記クライアント上に、ユーザが符号化要求を入力できようにするユーザイン
    タフェースを表示させるステップと、 前記インタフェース上のユーザの操作に応じて、サーバ側で前記一意なマスタ
    ーＩＤを含む符号化要求を受信するステップと、 を含む請求項２に記載の方法。
  4. 【請求項４】 サーバ側で符号化要求を受信する前記ステップが、１組の符
    号化パラメータを受信するステップであって、該１組の符号化パラメータが、前
    記１つまたは複数の符号化フォーマットの各々で前記メディアプログラム情報を
    符号化すべき方法を指定しているものであるステップをさらに含む請求項３に記
    載の方法。
  5. 【請求項５】 配信ユニットを用いて、 処理する必要のある保留ジョブ命令として符号化命令を識別するステップと、 前記保留ジョブ命令を処理するのに利用可能な１つまたは複数の符号化ユニッ
    トを識別するステップと、 前記保留ジョブ命令を前記１つまたは複数の符号化ユニットに配信するステッ
    プと、 前記１つまたは複数の符号化ユニットの各々から、符号化されたデータファイ
    ルを受信するステップと、 前記符号化されたデータファイルの各々を、１または複数の顧客に後に配送す
    るために、記憶ユニットに記憶ステップと、 を実行することをさらに含む請求項１に記載の方法。
  6. 【請求項６】 サーバ側で符号化要求を受信する前記ステップが、 前記符号化要求に基いて符号化命令を生成するステップと、 前記符号化命令に関連付けられた一意なジョブＩＤを決定するステップと、 アクセス可能な記憶ユニット内に、前記符号化命令とその一意なジョブＩＤと
    の関連付けを保留ジョブ命令として記憶するステップと、 をさらに含む請求項３に記載の方法。
  7. 【請求項７】 前記符号化要求が、前記メディアプログラム情報を複数の符
    号化フォーマットで符号化することを要求し、 １組の符号化エンジンを選択する前記ステップが、前記メディアプログラム情
    報を複数の符号化フォーマットで符号化できる１組の符号化エンジンを選択する
    ステップを含み、 前記選択された符号化エンジンの組を用いる前記ステップが、前記選択された
    符号化エンジンの組を用いて、前記メディアプログラム情報を前記複数の符号化
    フォーマットで並列に符号化するステップを含む請求項１に記載の方法。
  8. 【請求項８】 ディジタル情報を符号化する１つまたは複数の命令のシーケ
    ンスを実装したコンピュータ読み取り可能な媒体であって、１つまたは複数のプ
    ロセッサによる前記１つまたは複数の命令のシーケンスの実行が、前記１つまた
    は複数のプロセッサに、 メディアプログラムファイルを作成するためにメディアプログラム情報を取り
    込むステップと、 クライアントからの符号化要求を受信するステップであって、該符号化要求が
    、前記メディアプログラム情報を１つまたは複数の符号化フォーマットで符号化
    することを要求するものであるステップと、 前記１つまたは複数の符号化フォーマットの各々で前記メディアプログラム情
    報を符号化できる１組の符号化エンジンを選択するステップと、 前記メディアプログラムファイルを、前記選択された符号化エンジンの組に送
    信するステップと、 前記１つまたは複数の符号化フォーマットで前記メディアプログラム情報を符
    号化するために、前記選択された符号化エンジンの組を使用するステップと、 を生じさせるコンピュータ読み取り可能な媒体。
  9. 【請求項９】 前記取り込むステップが、記憶媒体から前記メディアプログ
    ラム情報を読み出すステップを含み、 前記コンピュータ読み取り可能な媒体が、前記メディアプログラムファイルを
    一意なマスターＩＤに関連付けるステップをさらに含む請求項８に記載のコンピ
    ュータ読み取り可能な媒体。
  10. 【請求項１０】 クライアントからの符号化要求を受信する前記ステップが
    、 前記クライアント上に、ユーザが符号化要求を入力できようにするユーザイン
    タフェースを表示させるステップと、 前記インタフェース上のユーザの操作に応じて、サーバ側で前記一意なマスタ
    ーＩＤを含む符号化要求を受信するステップと、 を含む請求項９に記載のコンピュータ読み取り可能な媒体。
  11. 【請求項１１】 サーバ側で符号化要求を受信する前記ステップが、１組の
    符号化パラメータを受信するステップであって、該１組の符号化パラメータが、
    前記１つまたは複数の符号化フォーマットの各々で前記メディアプログラム情報
    を符号化すべき方法を指定しているものであるステップをさらに含む請求項１０
    に記載のコンピュータ読み取り可能な媒体。
  12. 【請求項１２】 配信ユニットを用いて、 処理する必要のある保留ジョブ命令として符号化命令を識別するステップと、 前記保留ジョブ命令を処理するのに利用可能な１つまたは複数の符号化ユニッ
    トを識別するステップと、 前記保留ジョブ命令を前記１つまたは複数の符号化ユニットに配信するステッ
    プと、 前記１つまたは複数の符号化ユニットの各々から、符号化されたデータファイ
    ルを受信するステップと、 前記符号化されたデータファイルの各々を、１または複数の顧客に後に配送す
    るために、記憶ユニットに記憶ステップと、 を実行することをさらに含む請求項８に記載のコンピュータ読み取り可能な媒体
    。
  13. 【請求項１３】 サーバ側で符号化要求を受信する前記ステップが、 前記符号化要求に基いて符号化命令を生成するステップと、 前記符号化命令に関連付けられた一意なジョブＩＤを決定するステップと、 アクセス可能な記憶ユニット内に、前記符号化命令とその一意なジョブＩＤと
    の関連付けを保留ジョブ命令として記憶するステップと、 をさらに含む請求項１０に記載のコンピュータ読み取り可能な媒体。
  14. 【請求項１４】 前記符号化要求が、前記メディアプログラム情報を複数の
    符号化フォーマットで符号化することを要求し、 １組の符号化エンジンを選択する前記ステップが、前記メディアプログラム情
    報を複数の符号化フォーマットで符号化できる１組の符号化エンジンを選択する
    ステップを含み、 前記選択された符号化エンジンの組を用いる前記ステップが、前記選択された
    符号化エンジンの組を用いて、前記メディアプログラム情報を前記複数の符号化
    フォーマットで並列に符号化するステップを含む請求項８に記載のコンピュータ
    読み取り可能な媒体。
  15. 【請求項１５】 ディジタル情報を符号化するシステムであって、 記憶媒体からメディアプログラム情報を取り込む能力のある取り込みユニット
    と、 取り込まれたメディアプログラム情報、該メディアプログラム情報に基づくプ
    ログラムメタデータ、および符号化要求情報を保持する記憶ユニットであって、
    各符号化要求が、特定のメディアプログラムを符号化するために用いられる１つ
    または複数の符号化フォーマットの組を識別するものと、 前記記憶ユニットに接続されたサーバであって、該サーバに接続されたクライ
    アントから符号化要求を受信し、前記符号化要求に基づいて前記記憶ユニット内
    に保留符号化命令を生成および記憶するよう構成されたものと、 前記記憶ユニットから保留ジョブ命令を取り出し、該命令を１つまたは複数の
    符号化ユニットに配信するよう構成された配信ユニットと、 を備え、前記符号化ユニットが、複数の符号化フォーマットで特定のメディアプ
    ログラムが符号化されることを要求するジョブ命令を、並列して符号化するよう
    構成されているシステム。
JP2000599211A 1999-02-11 2000-02-11 情報をディジタル方式で符号化するための分散型生産システム Pending JP2002537572A (ja)

Applications Claiming Priority (15)

Application Number Priority Date Filing Date Title
US11976299P 1999-02-11 1999-02-11
US12020799P 1999-02-11 1999-02-11
US12020899P 1999-02-11 1999-02-11
US12020999P 1999-02-11 1999-02-11
US12020699P 1999-02-11 1999-02-11
US60/119,762 1999-02-11
US60/120,208 1999-02-11
US60/120,206 1999-02-11
US60/120,207 1999-02-11
US60/120,209 1999-02-11
US15681799P 1999-09-29 1999-09-29
US60/156,817 1999-09-29
US09/499,961 2000-02-08
US09/499,961 US6873877B1 (en) 1999-02-11 2000-02-08 Distributed production system for digitally encoding information
PCT/US2000/003414 WO2000048400A1 (en) 1999-02-11 2000-02-11 Distributed production system for digitally encoding information

Publications (1)

Publication Number Publication Date
JP2002537572A true JP2002537572A (ja) 2002-11-05

Family

ID=27568776

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000599211A Pending JP2002537572A (ja) 1999-02-11 2000-02-11 情報をディジタル方式で符号化するための分散型生産システム

Country Status (6)

Country Link
EP (1) EP1151612A1 (ja)
JP (1) JP2002537572A (ja)
AU (1) AU2988800A (ja)
CA (1) CA2361379A1 (ja)
HK (1) HK1043269A1 (ja)
WO (1) WO2000048400A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014515895A (ja) * 2011-03-29 2014-07-03 リリカル ラブス エルエルシー ビデオエンコードシステムおよび方法
JP7490163B1 (ja) 2023-11-22 2024-05-24 三菱電機株式会社 検査画像保存システム及び検査画像保存方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2840495B1 (fr) 2002-05-29 2004-07-30 Canon Kk Procede et dispositif de selection d'une methode de transcodage parmi un ensemble de methodes de transcodage
GB2427976B (en) * 2004-06-14 2008-02-27 Rok Productions Ltd Providing audio-visual content
US8116288B2 (en) 2005-09-09 2012-02-14 Soonr Corporation Method for distributing data, adapted for mobile devices
US7779069B2 (en) 2005-09-09 2010-08-17 Soonr Corporation Network adapted for mobile devices
US8385414B2 (en) * 2010-11-30 2013-02-26 International Business Machines Corporation Multimedia size reduction for database optimization
GB2581822B (en) * 2019-02-28 2023-03-15 Displaylink Uk Ltd Image data encoding
CN117834642B (zh) * 2024-03-04 2024-05-17 中国人民解放军国防科技大学 一种海量二维码分布式生成方法、系统及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6419874A (en) * 1987-07-15 1989-01-23 Matsushita Electric Works Ltd Image encoding system
US6181867B1 (en) * 1995-06-07 2001-01-30 Intervu, Inc. Video storage and retrieval system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014515895A (ja) * 2011-03-29 2014-07-03 リリカル ラブス エルエルシー ビデオエンコードシステムおよび方法
JP7490163B1 (ja) 2023-11-22 2024-05-24 三菱電機株式会社 検査画像保存システム及び検査画像保存方法

Also Published As

Publication number Publication date
HK1043269A1 (zh) 2002-09-06
WO2000048400A1 (en) 2000-08-17
AU2988800A (en) 2000-08-29
CA2361379A1 (en) 2000-08-17
EP1151612A1 (en) 2001-11-07

Similar Documents

Publication Publication Date Title
US6873877B1 (en) Distributed production system for digitally encoding information
US20230325445A1 (en) Methods and apparatuses for assisting the production of media works and the like
JP5358463B2 (ja) ネットワークを隔てたメディアへのアクセス
US8959181B2 (en) System and method for creating and posting media lists for purposes of subsequent playback
US6609105B2 (en) System and method for providing access to electronic works
US7624134B2 (en) Enabling access to remote storage for use with a backup program
US7440958B2 (en) Trusted access by an extendible framework method
US7562300B1 (en) System for automated comprehensive remote servicing for media information
US7386480B2 (en) System and method for providing access to digital goods over communications networks
US20030131226A1 (en) Dynamic distributed configuration management system
JP2002311961A (ja) 情報処理装置および方法、情報処理システム、記録媒体、並びにプログラム
US20120271934A1 (en) Storage system and data management method in storage system
JP2002537572A (ja) 情報をディジタル方式で符号化するための分散型生産システム
JP2002251351A (ja) コンテンツ受信プログラムおよびコンテンツ受信方法
JP3788298B2 (ja) プレゼンテーション支援システムおよびプレゼンテーション支援プログラム
TW582153B (en) Method and system for providing real-time streaming services
EP2034420A1 (en) A method and an apparatus for operating right
JP2005092576A (ja) データ提供装置及びデータ提供方法
JP2002319270A (ja) 情報処理装置および方法、記録媒体、並びにプログラム
JP2003348566A (ja) 期限付きコンテンツ配信システム及び配信装置
JP2002311962A (ja) 情報処理装置および方法、情報処理システム、記録媒体、並びにプログラム
JP2006294025A (ja) 提供装置、情報処理装置、およびデータ管理システム