CN1337025A - 存储介质、信息处理设备、和方法 - Google Patents
存储介质、信息处理设备、和方法 Download PDFInfo
- Publication number
- CN1337025A CN1337025A CN00802854A CN00802854A CN1337025A CN 1337025 A CN1337025 A CN 1337025A CN 00802854 A CN00802854 A CN 00802854A CN 00802854 A CN00802854 A CN 00802854A CN 1337025 A CN1337025 A CN 1337025A
- Authority
- CN
- China
- Prior art keywords
- processing section
- message
- encoding process
- hardware
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/102—Program control for peripheral devices where the programme performs an interfacing function, e.g. device driver
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H1/00—Details of electrophonic musical instruments
- G10H1/0033—Recording/reproducing or transmission of music for electrophonic musical instruments
- G10H1/0041—Recording/reproducing or transmission of music for electrophonic musical instruments in coded form
- G10H1/0058—Transmission between separate instruments or between individual components of a musical system
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/011—Files or data streams containing coded musical information, e.g. for transmission
- G10H2240/046—File format, i.e. specific or non-standard musical file format used in or adapted for electrophonic musical instruments, e.g. in wavetables
- G10H2240/066—MPEG audio-visual compression file formats, e.g. MPEG-4 for coding of audio-visual objects
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2240/00—Data organisation or data communication aspects, specifically adapted for electrophonic musical tools or instruments
- G10H2240/121—Musical libraries, i.e. musical databases indexed by musical parameters, wavetables, indexing schemes using musical parameters, musical rule bases or knowledge bases, e.g. for automatic composing methods
- G10H2240/125—Library distribution, i.e. distributing musical pieces from a central or master library
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10H—ELECTROPHONIC MUSICAL INSTRUMENTS; INSTRUMENTS IN WHICH THE TONES ARE GENERATED BY ELECTROMECHANICAL MEANS OR ELECTRONIC GENERATORS, OR IN WHICH THE TONES ARE SYNTHESISED FROM A DATA STORE
- G10H2250/00—Aspects of algorithms or signal processing methods without intrinsic musical character, yet specifically adapted for or used in electrophonic musical processing
- G10H2250/541—Details of musical waveform synthesis, i.e. audio waveshape processing from individual wavetable samples, independently of their origin or of the sound they represent
- G10H2250/571—Waveform compression, adapted for music synthesisers, sound banks or wavetables
- G10H2250/575—Adaptive MDCT-based compression, e.g. using a hybrid subband-MDCT, as in ATRAC
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Acoustics & Sound (AREA)
- Multimedia (AREA)
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Information Transfer Between Computers (AREA)
- Small-Scale Networks (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Abstract
当接通电源时,启动实时操作系统并产生处理部分。处理部分在状态A开始并前进到状态B。在状态B中,处理部分执行一种压缩寄存处理。而后,处理部分从B前进到状态C。在状态C中,处理部分执行压缩资源分配处理。而后处理部分从状态C前进到状态D。在状态D中,处理部分对包含一个设备的压缩程序执行初始化处理。该处理部分前进到状态E到M之一。处理部分确定是否已经接收到一个完成请求消息。当已经接收到一个非完成请求消息的消息时,处理部分前进到一个相关的状态。在状态E到M之一中,当确定的结果表示已经接收到完成请求消息时,处理部分前进到状态N。在状态N中,处理部分对第二缓冲器执行不分配处理。而后,处理部分前进到状态0。在状态0中,处理部分不分配第一缓冲器并关闭该设备。而后,处理部分前进到状态P。在状态P中,停止实时操作系统并关断电源。
Description
技术领域
本发明涉及记录介质、信息处理设备和方法,更具体地涉及那些允许处理信息的硬件设备容易变化或修改。
此外,本发明涉及允许当前的处理将能从异常状态迅速恢复的记录介质、信息处理设备和方法。
图1表示编码器10的基本结构的一个例子,该编码器包括常规的音乐供给系统的供给侧设备(用于编码处理的程序结构的一个例子)。音乐供给服务系统的供给侧设备包括编码器10、控制终端单元(未示出)、和服务器(未示出)。控制终端单元控制编码器10的编码处理。服务器向编码器10提供进行编码的音乐数据(下文称为PCM(脉冲编码调制)非压缩音乐数据),存储由编码器10编码的音乐数据(下文这个数据称为PCM压缩音乐数据),和传送该PCM压缩音乐数据到音乐供给服务的用户(接收侧)。
编码器10包含各硬件设备,它们是:(第一)网卡、(第二)网卡和编码卡。第一网卡控制与传送控制编码处理的控制数据的告警LAN(告警局域网)的通信。第二网卡控制与传送PCM非压缩音乐数据和PCM压缩音乐数据(在下文当不需要区别它们时,可以简称音乐数据)的媒体LAN的通信。编码卡执行编码处理。
用于如图1所示的编码处理程序包括5个处理部分(由实线框表示的各单元),它们是控制数据输入-输出处理部分11、网卡驱动处理部分12、主处理部分13、网卡驱动处理部分14、和编码卡驱动处理部分15。每个处理部分包括可执行程序。每个处理部分管理各数据区(诸如各缓冲器和各寄存器)。每个处理部分是独立执行的。
控制数据输入-输出处理部分11与主处理部分13通信。控制数据输入-输出处理部分11通过网卡驱动处理部分12从控制终端单元为编码处理接收各种命令,并输出接收的命令到主处理部分13。另外,控制数据输入-输出处理部分11通过网卡驱动处理部分12输出从主处理部分13馈送的消息(这些消息例如是代表编码处理已经成功地完成的消息和代表编码处理已经失败的差错消息)到控制终端单元。当不需要区分在控制数据输入-输出处理部分11与主处理部分13中间交换的命令和差错消息时,它们简称控制数据。
主处理部分13通过网卡驱动处理部分14从服务器(未示出)接收例如PCM非压缩音乐数据。网卡驱动处理部分14通过编码卡驱动处理部分15馈送接收的PCM非压缩音乐数据到编码卡。另外,主处理部分13通过编码卡驱动处理部分15控制编码卡,以便执行对应于从控制数据输入-输出处理部分11馈送的控制数据的编码处理。在这个例子中,编码卡执行对应于MPEG(运动图象专家组)1第2层标准采用48kHz取样频率的编码处理(下文中这个编码处理称为基于MPEG1的编码)或对应于具有44.1KHz取样频率的ATRAC(自适应变换声学编码)1(商标)标准(下文中这个编码处理称为基于ATRAC1的编码处理)。
主处理部分13接收已经通过编码卡驱动处理部分15被编码卡编码的PCM压缩音乐数据并且通过网卡驱动处理部分14馈送接收的数据到服务器。
接下来,将描述控制数据输入-输出处理部分11和主处理部分13。控制数据输入-输出处理部分11包括3个程序(在图1中由虚线框表示的单元),它们是控制部分21、网卡输入I/F(接口)22、和网卡输出I/F 23和用于执行这些程序需要的各数据区。
网卡输入I/F(接口)22通过网卡驱动处理部分12从控制终端单元接收数据并输出接收的控制数据到控制部分21。网卡输出I/F 23通过控制部分21从主处理部分13接收例如差错消息并且输出接收的差错消息到网卡驱动处理部分12。
控制部分21控制网卡输入I/F 22和网卡输出I/F 23。另外,控制部分21与主处理部分13的控制部分31通信。
接下来,将描述主处理部分13的结构。主处理部分13包括7个程序(由虚线框表示的单元),它们是控制部分31、网卡输入-输出I/F 32、编码引擎输入-输出I/F 33、编码引擎输入-输出I/F 34、编码引擎35、编码卡输入-输出I/F 36、编码卡输入-输出I/F 37、和用于执行这些程序需要的各数据区。
网卡输入-输出I/F 32通过网卡驱动处理部分14接收PCM非压缩音乐数据并输出接收的数据到控制部分31。另外,网卡输入-输出I/F 32从控制部分31接收PCM压缩音乐数据并输出该数据到网卡驱动处理部分14。
编码引擎输入-输出I/F 33通过控制部分31接收对应于基于ATRAC1的编码处理编码的PCM非压缩音乐数据并输出接收的PCM非压缩音乐数据到编码引擎35。另外,编码引擎输入-输出I/F 33从编码引擎35接收对应于基于ATRAC1的编码处理编码的PCM压缩音乐数据并输出接收的PCM压缩音乐数据到控制部分31。
编码引擎输入-输出I/F 34通过控制部分31接收对应于基于MPEG1的编码处理编码的PCM非压缩音乐数据并输出接收的PCM非压缩音乐数据到编码引擎35。另外,编码引擎输入-输出I/F 34从编码引擎35接收对应于基于MPEG1的编码处理编码的PCM压缩音乐数据并输出接收的PCM压缩音乐数据到控制部分31。
编码卡输入-输出I/F 36通过控制部分31接收对应于基于ATRAC1的编码处理编码的PCM非压缩音乐数据并输出接收的PCM非压缩音乐数据到编码卡驱动处理部分15。另外,编码卡输入-输出I/F 36从编码卡驱动处理部分15接收对应于基于ATRAC1的编码处理编码的PCM非压缩音乐数据并输出接收的PCM压缩音乐数据到控制部分31。
编码卡输入-输出I/F 37通过控制部分31接收对应于基于MPEG1的编码处理编码的PCM非压缩音乐数据并输出接收的PCM非压缩音乐数据到编码卡驱动处理部分15。另外,编码卡输入-输出I/F 37从编码卡驱动处理部分15接收对应于基于MPEG1的编码处理编码的PCM压缩音乐数据并输出接收的PCM压缩音乐数据到控制部分31。
作为软件处理,编码引擎35编码对应于基于ATRAC1的编码处理和基于MPEG1的编码处理,从编码引擎输入-输出I/F 33与编码引擎输入-输出I/F 34馈送的PCM非压缩音乐数据,并且输出编码的PCM压缩音乐数据到编码引擎输入-输出I/F 33与编码引擎输入-输出I/F 34。
虽然编码器10是按如上所述构成的,但包含控制数据输入-输出处理部分11到编码卡驱动处理部分15的每个程序是取决于诸如编码器10的网卡和编码卡之类的预定硬件设备构成的。
因此,当对应于诸如互联网、数字卫星广播、或地面波数字广播之类的传输媒体,改变或延伸编码器10的网卡和编码卡时,则利用时间和成本每个处理部分应当重新进行构成。
另外,例如,控制配置在编码器10中作为硬件的网卡和编码卡的接口程序(这些接口程序是网卡输入I/F 22、网卡输出I/F 23、和网卡输入-输出I/F 32到编码卡输入-输出I/F 37)和驱动程序(这些程序是网卡驱动处理部分12和14以及编码卡驱动处理部分15)是由编码器10的制造商产生的。
但是,当作为编码器10的一部分的硬件设备的功能被进一步改进时,编码器10的制造商为组合到编码器10中的硬件设备产生的接口程序和驱动程序将失去作用。因此,硬件设备的制造商产生相关的程序并提供产生的程序和硬件设备给编码器的制造商。
在这样的情况下,因为编码器10的制造商不知道作为编码器10的一部分的硬件的详细情况,对于编码器10的制造商产生控制编码器10的控制部分21和控制部分31是困难的。从而,改变和扩展硬件设备变得更加困难。
另外,虽然编码器10是按如上所述构成的,但当在程序处理中发生异常时,程序的处理被暂时中断。因此,要花很长时间从异常恢复处理。
发明的公开
本发明是从上述观点作出的。本发明的一个目的是允许硬件设备容易改变或扩展。
本发明的另一个目的是允许程序的处理能从故障状态迅速地恢复。
本发明是一种记录计算机可控程序的记录介质,该程序被配置在控制部分与硬件之间,控制该硬件的程序对应于从控制部分接收的消息,该程序包括:用于与控制部分通信的第一处理部分;用于与第一和第二硬件部分通信的第二处理部分;用于与第一处理部分和第二处理部分通信并执行对应于第一硬件的接口处理的第三处理部分;和用于与第一处理部分和第二处理部分通信并执行对应于第二硬件的接口处理的第四处理部分,其中对应于从控制部分接收的消息,第一处理部分输出一个消息到第三处理部分和第四处理部分之一。
本发明是一种用于存储计算机可控程序的存储介质,配置在控制部分与硬件之间,用于控制对应于从控制部分接收的消息的硬件,该程序包含经压缩的处理部分,其中如果在每个处理部分发生异常,则该部分在初始化与硬件交换数据的第一缓冲器的第一路径、不分配与控制部分交换数据的第二缓冲器、分配第二缓冲器、初始化第二缓冲器、和初始化第一缓冲器的第二路径、不分配第二缓冲器和不分配第一缓冲器的第三路径之一进行初始化。
附图简述
图1是表示常规编码器的功能结构的例子的框图;图2是表示按照本发明的音乐供给服务系统结构的例子的示意图;图3是表示如图2所示的编码器结构的例子的示意图;图4是用于解释生存时间(survival time)的示意图;图5是用于解释实时操作系统OS原理的示意图;图6是表示如图2所示的编码器结构例子的示意图;图7A和7B是解释如图6所示的处理部分的ATRAC编码处理的示意图;图8A和8B是解释如图6所示的处理部分的MPEG编码处理的示意图;图9是解释如图6所示的处理部分状态变换的示意图;图10是解释在正常状态下初始化处理的流程图;图11A到11C是解释处理部分间通信消息结构的示意图;图12A和12B是解释另外一种处理部分间通信消息结构的示意图;图13是解释处理部分的处理的流程图;图14是解释如图6所示主应用程序操作的流程图;图15是解释如图6所示编码处理管理器操作的流程图;图16是解释当发生异常时在执行初始化处理的情况下处理部分状态变换的示意图;图17是解释当发生异常时执行的初始化处理的流程图;图18是解释当发生异常时执行的初始化处理的流程图;图19是表示按照本发明的音乐供给服务系统另外例子的示意图;图20是表示如图19所示的终端单元结构的框图;图21是表示如图19所示的终端单元的功能结构的例子的框图。
本发明的最佳实施方式
图2是表示按照本发明的音乐供给服务系统的供给侧结构的例子。在这个例子中,配置了对应于100 BASE-TX以太网(商标)告警LAN101和媒体LAN102。终端单元111和编码器112连接到告警LAN101。编码器112和服务器113连接到媒体LAN102。
终端单元111具有组成控制编码器112的程序的控制处理部分w。在控制处理部分w的控制下,终端单元111通过告警LAN101与编码器112通信并使编码器112执行预定编码处理。
编码器112由终端单元111进行控制。编码器112通过媒体LAN102接收存储在服务器113的诸如CD-DA(光盘-数字音频)之类的PCM非压缩音乐数据,并执行对应于ATRAC1标准或MPEG1的第三层音频(所谓MP3)标准的编码处理。另外,对应于例如文件传送基础(文件传送协议:ftp),编码器112通过媒体LAN102传送已经被编码的PCM压缩音乐数据到服务器113。
服务器113记录PCM非压缩音乐数据并馈送该数据到编码器112。另外,服务器13记录从编码器112接收的PCM压缩音乐数据,并当需要时传送该数据到音乐供给服务的用户(接收侧)。
因此,由于传送控制数据的告警LAN101和传送音乐数据的媒体LAN102是独立配置的,所以更有效地执行编码处理和音乐数据传送处理。
图3表示编码器112结构的例子。CPU(中央处理单元)121扩展例如存储在ROM(只读存储器)122或硬盘127中的编码处理程序到RAM(隋机访问存储器)123并对应于该编码处理程序执行编码处理。RAM123暂时存储执行例如编码处理需要的数据。在RAM123中,分配需要数据的缓冲区。
网卡124连接到告警LAN101。网卡124通过告警LAN101接收和发送控制数据。
网卡125连接到媒体LAN102。网卡125通过媒体LAN102从服务器113接收PCM非压缩音乐数据并发送已经由编码卡126编码的PCM压缩音乐数据到服务器113。
编码卡126从网卡125接收PCM非压缩音乐数据并对应于基于ATRAC1的编码处理或基于MPEG1的编码处理编码PCM非压缩音乐数据。
硬盘127存储由CPU121执行的程序。另外,硬盘127存储从网卡125接收的PCM非压缩音乐数据和由编码卡126编码的PCM压缩音乐数据。
在这个例子中,因为音乐数据被传送到为以太LAN的媒体LAN102,PCM非压缩音乐数据不是以实时为基础进行编码的。从服务器113馈送的PCM非压缩音乐数据被存储在硬盘127。以适当的定时,PCM非压缩音乐数据被馈送到编码卡126。结果,PCM非压缩音乐数据被编码卡126编码。而后,已经编码的PCM压缩音乐数据被存储在硬盘127中。因为硬盘127被用作暂时缓冲器,PCM非压缩音乐数据被正确地编码。
接口128被配置在网卡124、网卡125、编码卡126、硬盘127、和CPU121之间。接口128执行接口处理。
CPU121、ROM122、RAM123和接口128都配置在主板120上。
音乐供给服务系统是由实时OS(操作系统)控制的。实时OS是同时操作多个任务(处理)的多任务操作系统。利用非多任务OS,当执行一个特定处理时,即使发生另外一个事件(即,外部请求)也不立即开始处理。相反,利用实时OS,可以保证在一个预定时间段中,启动相关的事件处理器。换言之,如图4所示,在对应于时钟预定时间(该预定时间称为生存时间)开始的处理在生存时间中完成。
图5示意性地表示实时OS的基本概念。当产生每个处理部分时,进行管理,使得连续前进到操作状态、等待状态、和操作启动状态3个状态之一。利用一个标志对每个处理部分进行管理。当每个处理部分从操作状态前进到等待状态时,产生一个引起处理部分等待一个标志的命令waitFlag。当每个处理部分从等待状态前进到操作使能状态时,产生标志设置值的命令setFlag。
同时可以发生多个处理部分。多个处理部分的每个被分配给优先级。实时OS传送一个执行权到处于操作使能状态的各个处理部分中的分配最高优先级的一个处理部分。
当发生一个事件时,实时OS可以迅速地转移当前的处理部分到处于操作状态中的各处理部分中的分配最高优先级的另外处理部分。
图6表示编码器112的功能性结构的例子(即,编码处理程序的结构例子)。编码处理程序包括3个处理部分(每个具有可执行程序和执行该程序需要的数据区)和3个压缩程序“CAPSULE”(由双线框表示的)。这3个处理程序是压缩程序管理器151、编码处理控制应用程序152、和主应用程序153。这3个压缩程序是控制数据输入-输出压缩程序154、音乐数据输入-输出压缩程序155、和编码处理压缩程序156。每个压缩程序包含多个形成一个块(压缩的)的处理部分。在图6中,由实线框表示的部件是处理部分。
压缩程序管理器151通过主应用程序153控制编码处理控制应用程序152、控制数据输入-输出压缩程序154、音乐数据输入-输出压缩程序155、和编码处理压缩程序156。
编码处理控制应用程序152与主应用程序153通信,从例如压缩程序管理器151接收命令,并根据命令控制控制数据输入-输出压缩程序154。主应用程序153直接与压缩程序管理器151通信并对应于从压缩程序管理器151接收的命令控制音乐数据输入-输出压缩程序155和编码处理压缩程序156。
控制数据输入-输出压缩程序154是由编码处理控制管理器161进行管理的。对应于从编码处理控制应用程序152接收的命令,编码处理控制管理器161产生和擦除网卡输入I/F处理部分162(下文称为网卡输入I/F,这个部件还应用到其它处理部分)、网卡输入I/F 163、和网卡驱动器(处理部分)164。
网卡输入I/F 162 通过网卡124和网卡驱动器164从终端单元111的控制处理部分w接收控制数据(命令)并输出控制数据到编码处理控制管理器161。网卡输出I/F 163通过编码处理控制应用程序152和编码处理控制管理器161从主应用程序153接收控制数据(消息)并输出控制数据到网卡驱动器164。
网卡驱动器164对网卡124执行输入-输出进口处理,接收在告警LAN101上传送的控制数据(命令),并输出控制数据到网卡输入I/F 162。另外,网卡驱动器164从网卡输出I/F 163接收控制数据(消息)并输出控制数据到网卡124。
音乐数据输入-输出压缩程序155是由数据输入-输出管理器171管理的。对应于从主应用程序153接收的命令,数据输入-输出管理器171产生和删除网卡输入-输出I/F172(处理部分)和网卡驱动器173(处理部分)。
网卡输入-输出I/F 172通过网卡125和网卡驱动器173从服务器113接收PCM非压缩音乐数据并输出PCM非压缩音乐数据到数据输入-输出管理器171。另外,网卡输入-输出I/F 172从数据输入-输出管理器171接收PCM压缩音乐数据并输出PCM压缩音乐数据到网卡驱动器173。
网卡驱动器173对网卡125执行输入-输出接口处理,接收在媒体LAN102上传送的PCM非压缩音乐数据,并输出PCM非压缩音乐数据到网卡输入-输出I/F 172。另外,网卡驱动器173从网卡输入-输出I/F 172接收PCM压缩音乐数据并输出PCM压缩音乐数据到网卡125。
编码处理压缩程序156是由编码处理管理器181管理的。编码处理管理器181产生和删除编码引擎输入-输出I/F 182、编码引擎输入-输出I/F 183、编码引擎184、编码卡输入-输出I/F 185、编码卡输入-输出I/F 186、和编码卡驱动器187(所有都是处理部分)。另外,编码处理管理器181执行编码处理型确定处理,用于确定编码处理是由软件执行的(编码引擎184),还是硬件(编码卡126)执行的。另外,编码处理管理器181执行编码处理型确定处理,用于确定编码处理是对应于基于ATRAC1的编码处理,还是基于MPEG1的编码处理执行的。
编码引擎输入-输出I/F 182从编码处理管理器181接收对应于基于ATRAC1的编码处理的PCM非压缩音乐数据并输出PCM非压缩音乐数据到编码引擎184。另外,编码引擎输入-输出I/F 182从编码引擎184接收对应于基于ATRAC1的编码处理的已经编码的PCM压缩音乐数据并输出PCM压缩音乐数据到编码处理管理器181。
编码引擎输入-输出I/F 183从编码处理管理器181接收对应于基于MPEG1的编码处理的PCM非压缩音乐数据并输出PCM非压缩音乐数据到编码引擎184。另外,编码引擎输入-输出I/F 183从编码引擎184接收对应于基于MPEG1的编码处理的已经编码的PCM压缩音乐数据并输出PCM压缩音乐数据到编码处理管理器181。
对应于从编码引擎输入-输出I/F 182和编码引擎输入-输出I/F 183馈送的控制数据,编码引擎184利用软件执行基于ATRAC1的编码处理或利用软件执行基于MPEG1的编码处理。
编码卡输入-输出I/F185从编码处理管理器181接收对应于基于ATRAC1的编码处理的PCM非压缩音乐数据并输出PCM非压缩音乐数据到编码卡驱动器187。另外,编码卡输入-输出I/F 185从编码卡驱动器187接收对应于基于ATRAC1的编码处理的PCM压缩音乐数据并输出PCM压缩音乐数据到编码处理管理器181。
编码卡输入-输出I/F 186从编码处理管理器181接收对应于基于MPEG1的编码处理的PCM非压缩音乐数据并输出PCM非压缩音乐数据到编码卡驱动器187。另外,编码卡输入-输出I/F 186从编码卡驱动器187接收对应于基于MPEG1的编码处理的已经编码的PCM压缩音乐数据并输出PCM压缩音乐数据到编码处理管理器181。
编码卡驱动器187对编码卡126执行输入-输出接口处理,从编码卡输入-输出I/F 185和编码卡输入-输出I/F 186接收PCM非压缩音乐数据,并输出PCM非压缩音乐数据到编码卡126。另外,编码卡驱动器187从编码卡126接收已经被编码的PCM压缩音乐数据,并输出PCM压缩音乐数据到编码卡输入-输出I/F 185和编码卡输入-输出I/F 186。当作为硬件的编码卡126执行基于ATRAC1的编码处理时,它可以由具有相关功能的装置替代。当编码卡126执行基于MPEG1的编码处理时,它可以由具有相关功能的装置替代。
接下来,参照图7的流程图将描述由个别一些处理部分在基于ATRAC 1的编码处理的情况下执行的处理。
当打开编码器112的电源时,实时OS产生压缩程序管理器151。压缩程序管理器151使主应用程序153产生音乐数据输入-输出压缩程序155和编码处理压缩程序156。另外,压缩程序管理器151使编码处理控制应用程序152产生控制数据输入-输出压缩程序154。
当终端单元111的控制处理部分w通过告警LAN101发送用于基于ATRAC1的编码处理的命令到编码器112的网卡124时,该命令通过网卡输入I/F 162被从控制数据输入-输出压缩程序154的网卡驱动器164馈送到编码处理控制管理器161。当编码处理控制管理器161接收该命令时,编码处理控制管理器161请求编码处理控制应用程序152在步骤S1开始基于ATRAC1的编码处理。
编码处理控制应用程序152在步骤S11从编码处理控制管理器161接收请求消息。该请求消息含有代表编码处理类型和执行编码处理部分的码信息。在这个例子中,编码处理类型是基于ATRAC1的编码处理和执行编码处理的部分是硬件装置(编码卡126)。
当编码处理控制应用程序152从编码处理控制管理器161接收请求消息时,在步骤S12,编码处理控制应用程序152请求主应用程序153允许基于ATRAC1的编码处理。
在步骤S31,当主应用程序153从编码处理控制应用程序152接收请求消息时,主应用程序153确定是否可以执行对应于该请求消息的处理。当不能执行该处理时,主应用程序153发送代表该处理不能被执行的应答消息到编码处理控制应用程序152。当编码处理控制应用程序152接收到该应答消息时,编码处理控制应用程序152发送该应答消息到编码处理控制管理器161。编码处理控制管理器161通过编码处理控制管理器161、网卡输出I/F163、网卡驱动器164、和网卡124发送该应答消息到终端单元111的控制处理部分W。
在如图7所示的例子中,主应用程序153确定基于ATRAC 1的编码处理可以执行并在步骤S32发送有关允许应答消息到编码处理控制应用程序152。
在步骤S13,当编码处理控制应用程序152从主应用程序153接收允许应答消息时,在步骤S14,编码处理控制应用程序152输出代表基于ATRAC1的编码处理开始的应答消息到编码处理控制管理器161。在步骤S2,编码处理控制管理器161接收该应答消息。按照上述方式,编码处理控制管理器161发送应答消息到控制处理部分W。
在步骤S32,主应用程序153输出用于基于ATRAC1的编码处理的允许应答消息到编码处理控制应用程序152。而后,主应用程序153请求音乐数据输入-输出压缩程序155的数据输入-输出管理器171获得进行编码的目标数据(即,输出目标数据获得请求消息)。目标数据获得请求消息在存储部分含有目标数据的地址、数据量等等。
在步骤S81当数据输入-输出管理器171从主应用程序153接收请求消息时,在步骤S82数据输入-输出管理器171对从指定地址获得的进行编码的目标数据执行处理。
当目标数据被存储在硬盘127时,数据输入-输出管理器171通过网卡输入-输出I/F 172、网卡驱动器173和网卡125访问硬盘127并从指定地址获得指定量PCM非压缩音乐数据。
当目标数据被记录在CD-R(未示出)或类似物时,数据输入-输出管理器171访问该CD-R并从其获得目标数据。当目标数据被记录在服务器113时,数据输入-输出管理器171通过告警LAN101访问服务器113并通过媒体LAN102从服务器113接收目标数据。获得的PCM非压缩音乐数据被暂时存储在RAM123的缓冲区。
当按这样的方式获得PCM非压缩音乐数据时,在步骤S83数据输入-输出管理器171发送目标数据获得完成应答消息到主应用程序153。
当在步骤S34主应用程序153从数据输入-输出管理器171接收目标数据获得完成应答消息时,在步骤S35主应用程序153请求编码处理管理器181开始编码目标数据。这个请求消息含有代表编码处理类型是基于ATRAC1的编码处理并且编码处理部分是编码卡126的信息。
当在步骤S61编码处理管理器181从主应用程序153接收编码处理开始请求消息时,编码处理管理器181确定是否可以执行请求消息的处理。当该请求消息不能进行处理时,编码处理管理器181输出代表该请求消息不能进行处理的应答消息到主应用程序153。在如图7所示的例子中,在步骤S62编码处理管理器181确定编码处理可以被执行并输出代表编码处理可以被执行的应答消息到主应用程序153。
在步骤S36主应用程序153从编码处理管理器181接收编码处理开始应答消息。因此,在步骤S35主应用程序153知道编码处理管理器181已经接受对发送的请求消息的处理。
在步骤S62编码处理管理器181输出编码处理开始应答消息到主应用程序153以后,在步骤S63编码处理管理器181使主应用程序153执行编码处理。实际上,编码处理管理器181通过对应于从主应用程序153接收的编码处理开始请求消息的编码卡输入-输出I/F 185和编码卡驱动器187请求编码卡126执行基于ATRAC1的编码处理。这个请求消息含有用于PCM压缩音乐数据的RAM123的缓冲器地址。对应于该请求消息编码卡126从RAM123缓冲区读出PCM非压缩音乐数据并执行基于ATRAC1的编码处理。编码的PCM压缩音乐数据被记录在RAM123。
在编码卡126已经完成编码处理以后,在步骤S64编码处理管理器181发送代表编码处理已经完成的编码处理完成消息到主应用程序153。
当在步骤S37主应用程序153从编码处理管理器181接收编码处理完成消息时,在步骤S38主应用程序153发送编码处理完成应答消息到编码处理管理器181。
在步骤S65编码处理管理器181从主应用程序153接收编码处理完成应答消息。因此,编码处理管理器181确认编码处理完成消息已被发送到主应用程序153。
在步骤S38主应用程序153输出编码处理完成应答消息到编码处理管理器181以后,主应用程序153输出已经被编码和产生的产生的数据存储请求消息到数据输入-输出管理器171。这个请求消息含有存储的数据的媒体的地址。当已经被编码的PCM压缩音乐数据被存储到硬盘127时,该请求消息含有硬盘127的地址。
在步骤S84当数据输入-输出管理器171从主应用程序153接收产生的数据存储请求消息时,在步骤S85数据输入-输出管理器171对正在存储的对应于请求消息的接收数据进行处理。实际上,当请求消息代表产生的数据应当存储在硬盘127上时,数据输入-输出管理器171通过网卡输入-输出I/F172、网卡驱动器173和网卡125访问硬盘127并记录已经被编码的PCM压缩的音乐数据到硬盘127的指定地址。
当请求消息代表产生的数据应当存储在CD-R时,已经被编码的PCM压缩的音乐数据被存储到指定的CD-R地址。当请求消息代表产生的数据应当被存储到服务器113时,已经被编码的PCM压缩音乐数据通过媒体LAN 102被馈送并被存储到服务器113。
在PCM压缩音乐数据按照上述方式已经被存储以后,在步骤S86输入-输出管理器171输出代表数据已经被存储到主应用程序153的产生的数据存储完成应答消息。
当在步骤S40主应用程序153从数据输入-输出管理器171接收产生的数据存储完成应答消息时,在步骤S41主应用程序153输出代表基于ATRAC1的编码处理已经完成的完成消息到编码处理控制应用程序152。
当在步骤S15编码处理控制应用程序152从主应用程序153接收消息时,在步骤S16编码处理控制应用程序152发送表示基于ATRAC 1的编码处理已经完成的消息到编码处理控制管理器161。
当在步骤S3编码处理控制管理器161从编码处理控制应用程序152接收完成消息时,在步骤S4编码处理控制管理器161输出对应于完成消息的应答消息到编码处理控制应用程序152。
当在步骤S17编码处理控制应用程序152从编码处理控制管理器161接收应答消息时,在步骤S18编码处理控制应用程序152发送基于ATRAC1的编码处理完成应答消息到主应用程序153。
在步骤S42主应用程序153从编码处理控制应用程序152接收完成应答消息。
图8表示基于MPEG 1的编码处理。图8所示的步骤S101到S142与图7所示的基于ATRAC1的编码处理的步骤S1到S4基本相同。但是,在图8中,编码处理的类型是基于MPEG 1的编码处理,而不是基于ATRAC1的编码处理。因此,对应于如图7所示的步骤S82的在图8所示步骤S182的目标数据获得处理,对应于基于ATRAC1的编码处理的格式上的数据发送量和数据发送定时被改变为对应于基于MPEG1的编码处理。
另外,在对应于如图7所示的步骤S63的处理的如图8所示的步骤S163的处理中,执行基于MPEG1的编码处理,而不执行基于ATRAC1的编码处理。当然,因为基于ATRAC1的编码处理是不同于基于MPEG1的编码处理的,例如,使用不同的编码数据单元、不同的发送定时、和不同的纠错码。
这个应用在对应于如图7所示的在步骤S85的处理的如图8所示的在步骤S185的处理。
但是,由于不同的编码方法,要求的所有处理,由诸如编码处理压缩程序156的压缩程序管理器151的每个处理部分和诸如音乐数据输入-输出管理器155的数据输入-输出管理器171的每个处理部分执行。因此,主应用程序153、编码处理控制应用程序152等等不需要精确地识别基于ATRAC1的编码处理和基于MPEG1的编码处理。
换言之,从主应用程序153的观点,由音乐数据输入-输出压缩程序155的数据输入-输出管理器171执行的数据获得处理和数据存储处理的细节和由编码处理压缩程序156的编码处理管理器181执行的编码处理被隐藏起来。
例如,当数据输入-输出管理器171从硬盘127获得数据时,数据输入-输出管理器171利用ATA(AD(先进技术)附件)命令。但是,当数据输入-输出管理器171从网上的服务器113获得数据时,数据输入-输出管理器171利用TCP/IP(传输控制协议/互联网协议)的FTP(文件传输协议)或HTTP(超文本传输协议)。
当数据输入-输出管理器171从CD-R获得数据时,数据输入-输出管理器171利用SCSI(小型计算机系统接口)接口。当数据输入-输出管理器171从CD-R获得数据时,数据输入-输出管理器171利用ATAPI(AT附件包接口)。
当以高速执行ATARC型编码处理时,处理是通过编码卡驱动器187的ATARC编码器驱动器执行的。当以高速执行MPEG格式编码处理时,处理是通过编码卡驱动器187的MPEG编码器驱动器执行的。
编码处理压缩程序156利用各种硬件驱动器协议执行处理。但是,主应用程序153仅要求3个简单的序列,它们是数据获得请求、编码处理开始请求、和数据存储请求。
因此,编码处理压缩程序156和音乐数据输入-输出压缩程序155隐藏了这些相对于主应用程序153的协议和数据获得方法。
结果,主应用程序153和编码处理控制应用程序152仅需要确定使用的是哪种编码处理类型和编码处理是由软件执行的还是由硬件执行的。因此,即使改变或扩展编码处理的类型,也不需要改变主应用程序153和编码处理控制应用程序152。即使需要它们的改变也是很小的。
用于编码器112的编码处理的程序是按上述方式构成的。如图6所示的处理部分(由实线框表示的)对应于图9所示的状态变换图改变它们的状态和执行它们的处理。
如图9所示的各个状态包括如图5所示的操作状态。
如图9所示的状态变换图表示12种类型的状态,这些状态是:执行(EXECUTE)、初始化0(INITIALIZE 0)、初始台化1(INITIALIZE 1)、初始化2(INITIALIZE 2)、终结1(TERMINATE 1)、终结0(TERMINATE 0)、退出(EXIT)、接收(RECEIVE)、应答(REPLY)、管理(MANAGE)、发送(SEND)、和准备就绪(READY)。
接下来,参照如图10所示的流程图,将描述在每个处理部分为正常时的状态变换。
当接通终端单元的电源时,实时OS变为开始并产生一个处理部分。在步骤S201该处理部分前进到执行状态(EXECUTE)。
而后,在步骤S202处理部分前进到初始化0状态(INITIALIZE 0)B。在初始化0状态(INITIALIZE 0)B,执行正在寄存的处理的压缩程序(模块)。实际上,分配了与硬件设备交换数据的所使用的第一缓冲器。而后,第一缓冲器被初始化(例如,各个0被写入第一缓冲器)。而后,该设备被打开。接下来,确定是否该设备正常。当终端单元的电源被接通时,这个处理被执行一次。
在步骤S203处理部分从初始化0状态(INITIALIZE 0)B前进到初始化1状态(INITIALIZE 1)C。在初始化1状态(INITIALIZE 1)C,执行压缩程序资源分配处理。因此,分配了用于与主应用程序153交换数据的第二缓冲器。而后,初始化第二缓冲器。接下来,初始化寄存器。
在步骤S204处理部分从初始化1状态(INITIALIZE 1)C前进到初始化2状态(INITIALIZE 2)D。在初始化2状态(INITIALIZE 2)D,执行包括该设备的用于压缩程序的初始化处理。当执行初始化处理时,第一缓冲器被再次初始化(在该时间点不执行分配处理)。
而后,在步骤S205处理部分从初始化2状态(INITIALIZE 2)D前进到准备就绪状态(READY)。
在如图9所示的步骤S205每个处理器部分前进到状态E、F、G、H、I、J、K、L、和M之一。换言之,在步骤S206,每个处理部分确定是否已经接收到对于完成请求的处理请求消息。当已经接收到处理请求而非完成请求消息时,流程返回到步骤S205。在步骤S205,每个处理部分前进到一个相关的状态。
当处理部分处于状态E到M之一时,如果在步骤S206的确定结果代表已经接收到完成请求的处理请求消息,则流程前进到步骤S207。在步骤S207处理部分前进到终结1状态(TERMINATE 1)N。在终结1状态N执行对第二缓冲器的不分配处理。而后,流程前进到步骤S208。在步骤S208处理部分前进到终结0状态(TERMINATE 0)O。在终结0状态(TERMINATE0)O,不分配第一缓冲器。另外,该设备关闭。
而后,流程前进到步骤S209。在步骤S209处理部分前进到退出状态(EXIT)P。在退出状态P,停止实时OS并关闭该终端单元的电源。
每个处理部分与另外的处理部分交换处理部分间通信消息。在特定的状态下,每个处理部分前进到由箭头标号表示的图9中的另外的状态。
图1表示处理部分间通信消息的格式。如图11A所示,处理部分间通信消息是由标题和延伸部分组成的。对应于FTP(文件传输协议)格式,数据被写入处理部分间通信消息的标题和延伸部分。如图11C所示,标题的“无符号的短类型”含有消息类型(由MSGT(Message Type)表示)、功能类型(由FNCT(Function Type)表示)、消息数(由MSGN(Message number))、和功能数(由FNCN(Function number)表示)。
MSGT含有对应于一个请求的中断、发送、接收或应答处理分配的00到11之一的数据。
<处理> <数据>
中断(INT(INTERRUPT)) 00B
发送(SND(SEND)) 01B
接收(RCV(RECEIVE)) 10B
应答(RPY(REPLY)) 11B
MSGN含有对应于一个请求的处理分配的数据之一。
<处理> <数据>
脱离(QUT(QUIT)) 001B
复位(RST(RESET)) 010B
终结(TRM(TERMINATE)) 011B
请求(REQ(REQUEST)) 100B
通知(NTF(NOTIFY)) 101B
拒绝(RFS(REFUSE)) 110B
确认(ACK(ACKNOWLEDGE)) 111B
FNCT和FNCN含有对应于一个请求处理的数据。
<FNCT> <FNCN>
编码 基于ATRAC1的编码处理
基于MPEG1的编码处理文件传输 设置(put)
取得(get)
标题的“pid_t src_pid”含有处理部分间通信消息的源处理部分的标识(ID)。标题的“pid_t dst_pid”含有处理部分间通信消息的目的处理部分的标识(ID)。
处理部分间通信消息的延伸部分含有编码的PCM非压缩音乐数据的存储位置的数据(例如,硬盘127的存储器地址)和编码的PCM压缩音乐数据的存储位置的数据。
如图12所示的处理部分间通信消息仅由如图11所示的处理部分间通信消息的标题组成。
接下来,将描述在如图10所示步骤S205和S206执行的如图9所示的从状态E到状态M的状态变换。在这个例子中,将描述主应用程序153请求编码处理管理器181执行对应于从终端单元111(控制处理部分W)接收的请求消息的基于ATRAC1的编码处理。
每个处理按如图13所示编程。在图13中,在步骤S221每个处理部分从处理等待状态开始。而后,流程前进到步骤S222。在步骤S222处理部分执行预定的处理。当处理部分完成该处理时,流程返回到S221。因此,每个处理部分的状态变换是预定义的。换言之,在每个状态中,状态变换的方向是不定义的。因此,每个处理部分的状态按照由如图9所示的箭头代表的路由前进。
首先,将参照如图14所示的流程图描述主应用程序153的状态变换。假设,在如图10所示的步骤S201到S205,主应用程序153已经前进到准备就绪状态(READY)E。
主应用程序153发送具有包含MSGT=SND、MSGN=REQ、FNCT=代表编码的数据、和PNCN=基于ATRAC1的编码处理(下文,具有包含MSGT=SND、MSGN=REQ的标题的处理部分间通信消息由(SND、REQ)消息表示,这个注示应用到其它处理部分间通信消息)的标题的处理部分间通信消息到编码处理管理器181。而后,主应用程序153从准备就绪状态(READY)E前进到发送状态(SEND)J。
(SND、REQ)消息的标题具有包含作为源处理部分的主应用程序153的ID的“pid_t src_pid”和包含作为目的处理部分的编码处理管理器181的ID的“pid_t dst_pid”。另外,(SND、REQ)消息具有如图11所示的延伸部分。该延伸部分含有用于编码的PCM非压缩音乐数据的硬盘127的存储器地址和用于编码的PCM压缩音乐数据的硬盘127的存储器地址。
在图9中,括号中的消息代表接收的消息,而不带括号的消息代表发送的消息。
在这一时间点上,主应用程序153开始设置内置定时器t。
而后,主应用程序153进行等待,直至在步骤S311发送的对应于(SND,REQ)消息具有包含MSGT=RPY(这个消息由(RPY,XXX)消息表示)标题的处理部分间通信消息从编码处理管理器181被接收到。当主应用程序153从编码处理管理器181已经接收到(RPY,XXX)消息时,流程前进到步骤S313。(RPY,XXX)消息具有如图12所示的结构。换言之,(RPY,XXX)消息仅包含标题。
在步骤S313主应用程序153确定是否在步骤S312接收的(RPY,XXX)消息是(RPY,ACK)消息(含有MSGT=PRY和MSGN=ACK)。当在步骤S313确定的结果代表(RPY,XXX)消息是(RPY,ACK)消息时,流程前进到步骤S314。按照这个例子,当编码处理管理器181接收到对于编码处理的请求消息时,如果该编码处理可以被执行,则编码处理管理器181发送(RPY,ACK)消息到主应用程序153。
在步骤S314主应用程序153从发送状态J前进到管理状态(MANAGE)K。在管理状态(MANAGE)K中,主应用程序153执行预定的处理。但是,在这种情况下,主应用程序153不执行任何处理。在管理状态(MANAGE)K中,当需要时每个处理部分可以执行预定的处理。
在步骤S315主应用程序153发送编码处理完成等待(RCV,REQ)消息到编码处理管理器181。在这个时刻,主应用程序153从管理状态(MANAGE)K前进到接收状态(RECEIVE)状态L。主应用程序153进行等待,直至在步骤S316从编码处理管理器181接收到(SND,NTF)消息(代表已经接收到编码处理完成等待消息)。当主应用程序153接收到(SND,NTF)消息时,流程前进到步骤S317。
在步骤S317主应用程序153从接收状态(RECEIVE)L前进到应答状态(REPLY)M。在应答状态(REPLY)M,在步骤S318主应用程序153发送(RPY,NTF)消息,作为(SND,NTF)消息的应答消息到编码处理管理器181。而后,流程前进到步骤S318。在步骤S318主应用程序153从应答状态(REPLY)M前进到准备就绪状态(READY)E,并完成处理。
当编码处理管理器181从主应用程序153接收到作为编码处理请求消息的(SND,REQ)消息时,由于任何原因,如果编码处理不能执行,则编码处理管理器181发送代表编码处理不能执行的(RPY,NTF)消息。在这种情况下,编码处理管理器181确定在步骤S313接收的(RPY,XXX)消息不是(RPY,ACK)消息。结果,流程跳过步骤S314到S317,前进到步骤S318。主应用程序153从发送状态(SEND)J前进到准备就绪(READY)E并完成该处理。
在发送状态(SEND)J、管理状态(MANAGE)K、和接收状态(RECEIVE)L,主应用程序153确定是否在步骤S311已经开始的定时器t的测量时间超过预定时间。当确定结果表示测量的时间未超过预定时间,则主应用程序153执行上述处理。相反,当确定结果表示定时器t的测量时间已经超过预定时间(即,定时器已经超时)时,主应用程序153前进到准备就绪状态(READY)E并完成该处理。
接下来,将参照图15的流程图描述在这种情况下的编码处理管理器181的状态变换。在步骤S321编码处理管理器181发送代表编码处理管理器181等待编码处理请求的(RCV,REQ)消息到主应用程序153。编码处理管理器181从准备就绪状态(READY)E前进到接收状态(RECEIVE)F。在此时刻,编码处理管理器181启动內置定时器t。
在步骤S322当编码处理管理器181从主应用程序153接收到作为编码处理请求消息的(SND,REQ)消息(这个消息是如图14所示在步骤S311发送的),在步骤S323编码处理管理器181确定是否请求的编码处理可以执行。当请求的编码处理可以执行时,流程前进到步骤S324。在步骤S324编码处理管理器181从接收状态(RECEIVE)状态F前进到应答状态(REPLY)G。
在步骤S324编码处理管理器181发送对应于作为从主应用程序153接收编码处理请求消息的(SND,REQ)消息的作为编码处理接受应答消息的(RPY,ACK)消息到主应用程序153。在步骤S324编码处理管理器181前进到管理状态(MANAGE)H。
在步骤S325的管理状态(MANAGE)H中,编码处理管理器181通过编码卡输入-输出I/F185和编码卡驱动程序187控制编码卡126,执行基于ATRAC的编码处理。
压缩程序管理器151决定优先级和控制数据输入-输出压缩程序154、音乐数据输入-输出压缩程序155、和编码处理压缩程序156的每个压缩程序和每个压缩程序的每个处理的时间表算法。
当对PCM非压缩音乐数据开始编码处理时,分配给编码处理压缩程序156比控制数据输入-输出压缩程序154、音乐数据输入-输出压缩程序155高的优先级。当执行基于ATRAC1的编码处理时,最高的优先级分配给编码处理压缩程序156的编码处理管理器181。接下来最高的优先级分配给编码引擎输入-输出I/F 182、编码引擎184、编码卡输入-输出I/F 185、和编码卡驱动器187。最低优先级分配给编码引擎输入输出I/F 183和编码卡输入-输出I/F 186。
换言之,当执行基于ATRAC1的编码处理时,较高的优先级被分配给与编码引擎184接口用于输入和输出对应于基于ATRAC1的编码处理的已编码的音乐数据的每一个编码引擎输入-输出I/F 182和与编码卡驱动器187接口用于输入和输出对应于基于ATRAC1的编码处理的编码音乐数据的编码卡输入-输出I/F 185的每一个,而不是分配给与编码引擎184接口用于输入和输出对应于基于MPEG1的编码处理的编码音乐数据的编码引擎输入输出I/F 183和与编码卡驱动器接口用于输入和输出对应于基于MPEG1的编码处理的音乐数据的编码卡输入-输出I/F 186的每一个。
另外,即使执行基于ATRAC1的编码处理,当发出利用硬件而不是软件的用于编码处理的命令时,分配给编码卡输入-输出I/F 185而不是编码引擎输入-输出I/F 182以较高优先级。
压缩程序管理器151通过编码处理控制应用程序152和主应用程序153馈送按上述方法判定的每个压缩程序和每个处理部分的优先级到控制数据输入-输出压缩程序154、音乐数据输入-输出压缩程序155和编码处理压缩程序156的每个管理器(编码处理控制管理器161、数据输入-输出管理器171、和编码处理管理器181)。每个管理器产生对应于各个处理部分的优先级的处理部分并使它们执行其处理。
例如,当执行基于ATRAC1的编码处理时,编码处理压缩程序156的编码处理管理器181产生编码引擎输入-输出I/F 182、编码引擎184、编码卡输入-输出I/F 185、和编码卡驱动器187,并馈送处理部分间通信消息给它们。编码引擎输入-输出I/F182、编码引擎184、编码卡输入-输出I/F185、和编码卡驱动器187发送和接收馈送的处理部分间通信消息到各可通信的处理部分并执行编码处理。因此,在这个例子中,对应于包含在处理部分间通信消息的延伸部分的数据,从硬盘127的地址读出PCM非压缩音乐数据。对应于基于ATRAC1的编码处理对PCM非压缩音乐数据进行编码并对应于包含在处理部分间通信消息的延伸部分的数据存储在硬盘127的地址。
在如图15所示的例子中,因为通过硬件执行基于ATRAC1的编码处理,不产生编码引擎输入-输出I/F 182、编码引擎输入-输出I/F 183、编码引擎184和编码卡输入-输出I/F 186。因此,不需要分配给它们资源。这些资源可以被用作其它的处理部分。
参照图15,当编码处理管理器181在步骤S325完成编码处理时,在步骤S326编码处理管理器181从管理器状态(MANAGE)H前进到发送状态(SEND)I。在发送状态(SEND)I,编码处理管理器181发送代表编码处理已经完成的(SND,NTF)消息到主应用程序153。
编码处理管理器181进行等待,直至在步骤S327接收到来自主应用程序153的(RPY,NTF)消息(代表如图14所示的步骤S317发送的编码处理完成等待消息已经收到)。当编码处理管理器181接收到(RPY,NTF)消息时,流程前进到步骤S328。在步骤S328编码处理管理器181从发送状态(SEND)I前进到准备就绪状态(READY)E并完成处理。
在管理状态(MANAGE)H和发送状态(SEND)I中,编码处理管理器181确定是否在步骤S321开始的定时器t的测量时间超过预定的时间。当确定的结果表示测量的时间未超过预定时间时,编码处理管理器181执行如上所述的处理,但是,当确定的结果表示测量的数据超过预定的时间时,编码处理管理器181前进到准备就绪状态(READY)E并完成该处理。
如上所述,每个处理部分的状态对应于处理部分间通信消息的內容前进。因此,主应用程序153可以使编码处理管理器181利用代表被编码的数据的存储位置、编码PCM压缩音乐数据的存储位置或编码处理类型的消息执行预定的编码处理。换言之,主应用程序153不需要控制各个处理部分,而是控制编码处理压缩程序156的编码处理管理器181(例如,主应用程序153不需要控制数据处理和缓冲处理)并控制数据的转移。因此,即使利用具有更高性能的别的编码卡替代编码卡126的情况下,当随着其它编码卡提供相关的编码处理压缩程序156时,也不需要重建主应用程序153。因此,照原样可以使用其它(受控制的)的编码卡。
这应用到主应用程序153与音乐数据输入-输出压缩程序155之间的关系和编码处理控制应用程序152与控制数据输入-输出压缩程序154之间的关系。
在上述例子中,编码器112执行基于ATRAC 1的编码处理和基于MPEG 1的编码处理。另外,编码器112可以执行诸如MP3的有效功能等等的其它格式的编码处理。
例如,编码器112可以是按对应于ATRAC 3(自适应变换声音编码3)(商标)、MPEG-2AAC(高级的声音编码)(商标)、Odesign音乐编译码器(商标)、TwinVO(变换域加权的交错矢量量化)(商标)、MS音频(微软音频(WMA:视窗媒体音频))(商标)、Ogg Vorbis(商标)、等等。
接下来,参照图16,将描述在每个状态中发生异常的情况下的初始化处理。如图16所示的状态Q对应于准备就绪状态(READY)E、接收状态(RECEIVE)F和L、应答状态(REPLY)G和M、管理状态(MANAGE)H和K、以及发送状态(SEND)I和J。换言之,在这些状态的每一个中存在着3个路由,作为在接收到中断(INTERRUPT)消息的情况下的初始化路由。第一个路由是初始化2状态(INITIALIZE2)D和准备就绪状态(READY)E。第二个路由是终结1状态(TERMINATE1)N、初始化1状态(INITIALIZE1)C、初始化2状态(INITIALIZE2)D、和准备就绪状态(READY)E。第三个路由是终结1状态(TERMINATE1)N、终结0状态(TERMINATE0)O、和退出状态(EXIT)P。
图17是用于解释在发生异常的情况下初始化处理的流程图。当接收到中断消息时开始这个处理。每个处理部分确定是否已经接收到作为中断消息的(INT,QUT)消息。当确定结果表示接收到中断消息是(INT,QUT)消息时,流程前进到步骤S352。在步骤S352处理部分前进到初始化2状态(INITIALIZE2)D。在这种状态下,与在如图10所示的步骤S204的情况一样,执行对第一缓冲器的初始化处理。而后,处理部分前进到准备就绪状态
(READY)E。
因此,每个处理部分不完成处理(不前进到退出状态(EXIT)P),而仅初始化第一缓冲器并前进到准备就绪状态(READY)E。因此,不要求已经完成的重新产生处理部分的额外开销执行编码处理。
另外,当由于任何情况发生异常时,可以期望通过初始化第一缓冲器处理可以从异常中恢复。处理的第一路径可以在比处理的第二路径短的时间完成(对此将在下面描述)。因此,处理可以从异常中更迅速地恢复。
当在步骤S351的确定结果表示中断消息不是(INT,QUT)消息时,则流程前进到步骤S353。在步骤S353处理部分确定是否中断消息是(INT,RST)消息。当中断消息是(INT,RST)消息时,流程前进到步骤S354。在步骤S354处理部分前进到终结1状态(TERMINATE1)N。在这个状态下,处理部分对第二缓冲器执行不分配处理。
接下来,流程前进到步骤S355。在步骤S355处理部分前进到初始化1状态(INITIALIZE1)C。在这个状态下,与在如图10所示的步骤S203的情况一样,处理部分执行分配第二缓冲器、将其初始化、和初始化寄存器的处理。
而后,流程前进到步骤S356。处理部分前进到初始化2状态(INITIALIZE2)D。在这个状态下,与在步骤S352的情况一样,处理部分执行对第一缓冲器的初始化处理。
而后,处理部分前进到准备就绪状态(READY)E。
因此,在初始化处理的第二路径中,由于初始化处理是在包括初始化处理的第一路径各状态的其它状态执行的,因此初始化处理的第二路径比初始化处理的第一路径花费更长时间。但是,初始化处理的第二路径允许处理从异常状态下比初始化处理的第一状态更精确地恢复。
当在步骤S353的确定结果表示中断消息不是(INT,RST)消息时,中断消息是(INT,TRM)消息。因此,在这种情况下,流程前进到步骤S357。在步骤S357处理部分前进到终结1状态(TERMINATE1)N。在这个状态下,与在步骤S354的情况一样,处理部分执行对第二缓冲器的不分配处理。而后,流程前进到步骤S358。在步骤S358处理部分前进到终结0状态(TERMINATE 0)0。在这个状态下,处理部分对第一缓冲器执行不分配处理和对关闭(c1osing)设备的处理。
而后,处理部分前进到退出状态(EXIT)P。在这个状态下,实时OS停止。而后,关闭终端单元的电源。
当在初始化处理的第一和第二路径中处理不能从异常状态恢复时,执行第三路径。在这种情况下,重新启动实时OS。执行重新产生每个处理部分的处理。因此,初始化处理的第三路径比初始化处理的第一路径或第二路径花费更多的时间。但是,初始化处理的第三路径允许比初始化处理的第一路径或第二路更精确地从异常状态恢复的处理。
图18表示初始化处理的第一路径、第二路径、和第三路径的时间序列。
例如,当发生异常时,在步骤S411主应用程序153输出(INT,QUT)消息到编码处理管理器181。当编码处理管理器181接收(INT,QUT)消息时,在步骤S421编码处理管理器181前进到初始化2状态(INITIALIZE2)D。在初始化2状态(INITIALIZE2)D中,编码处理管理器181对第一缓冲器执行初始化处理。在步骤S422编码处理管理器181前进到准备就绪状态(READY)E。在步骤S423编码处理管理器181通知主应用程序153是否处理已经从初始化处理的第一路径的异常中恢复。
当处理未尚从初始化处理的第一路径的异常中恢复时,在步骤S412主应用程序153输出(INT,RST)消息到编码处理管理器181。当编码处理管理器181从主应用程序153接收到(INT,RST)消息时,在步骤S423编码处理管理器181前进到终结1状态(TERMINATE1)N。在步骤S424编码处理管理器181对第二缓冲器执行不分配处理。而后,在步骤S425编码处理管理器181前进到初始化1状态(INITIALIZE1)C。在初始化1状态(INITIALIZE1)C中,编码处理管理器181对第二缓冲器执行分配处理、对第二缓冲器初始化处理、和对寄存器初始化处理。
在步骤S426编码处理管理器181前进到初始化2状态(INITIALIZE2)D。在初始化2状态(INITIALIZE2)D中,编码处理管理器181对第一缓冲器执行初始化处理。在步骤S427编码处理管理器181返回到准备就绪状态(READY)E。在步骤S428编码处理管理器181通知主应用程序153是否处理已从在初始化处理的第二路径中的异常中恢复。
当在步骤S428的确定结果表示未从初始化处理的第二路径中的异常中恢复时,在步骤S413主应用程序153输出(INT,TRM)消息到编码处理管理器181。
当编码处理管理器181从主应用程序153接收到(INT,TRM)消息时,在步骤S429编码处理管理器181前进到终结1状态(TERMINATE1)N。在终结1状态(TERMINATE1)N中,编码处理管理器181对第二缓冲器不执行分配处理。在步骤S430编码处理管理器181前进到终结0状态(TERMINATE0)O。在终结0状态(TERMINATE0)O中,编码处理管理器181对第一缓冲器执行不分配处理和对关闭(closing)设备的处理。
在步骤S431编码处理管理器181前进到准备就绪状态(READY)E。在准备就绪状态(READY)E中,在步骤S432编码处理管理器181通知主应用程序153是否处理已经从初始化处理的第三路径中的异常中恢复。
当确定结果表示处理尚未从初始化处理的第三路径中的异常恢复,在步骤S414主应用程序153请求实时OS重新启动。
在步骤S401实时OS对应于从主应用程序153接收的请求,执行重新启动处理。
而后,在步骤S402实时OS执行产生编码处理管理器181的处理。因此,在如图10所示的步骤S201到S205中,编码处理管理器181通过执行状态(EXECUTE)A、初始化0状态(INITIALIZE0)B、初始化1状态(INITIALIZE1)C、和初始化2状态(INITIALIZE2)D前进到准备就绪状态(READY)E。
因此,因为存在着以这样的方式连续执行的初始化处理的3个路径,可以迅速地完成初始化处理,编码处理可以更迅速地从异常中恢复。
在不是接收状态(RECEIVE)F和L、发送状态(SEND)I和J的每个状态下,是不能接收消息的。因此,在这些状态的每个中,即使发生异常状态并处理在当前状态不能完成,处理也可能不会从异常下恢复。另外,在接收状态(RECEIVE)F和L、发送状态(SEND)I和J的每个状态下,当发生异常时,即使接收到预定的消息,当前的状态也不前进到另外的状态。在这种情况下,如上所述,在每个状态下,可以接受中断消息,使得当前处理可以从异常中恢复。
如上所述,当处理部分间通信消息的标题含有MSGT=INT(INTERRUPT)时,正如UNIX的系统调用信号SIGNAL一样,一个除外信号(异步信号)使得每个处理部分前进到初始化1状态(INITIALIZE)(初始化1状态(INITIALIZE1)C和D)和终结1状态(TERMINATE)(终结1状态(TERMINATE1)N和O)。结果,当各环境变量被预先存储时,当前处理部分可以安全地返回到预期的状态。
图19表示按照本发明的音乐供给服务系统供给侧的另外的结构。为了简单起见,在图19中与图2中的那些相似的部分是由相似的参考标号表示的并且省略了对它们的描述。
终端单元200连接到告警LAN101和媒体LAN102。终端单元200从服务器113接收PCM非压缩音乐数据。终端单元200编码接收的PCM非压缩音乐数据并馈送该编码的数据到服务器113。换言之,终端单元200还具有连同如图2所示的终端单元111的功能一起的编码器112的功能。
图20表示终端单元200的结构例子。终端单元200由例如计算机组成。输入-输出接口516通过总线515连接到CPU511。当用户从由键盘、鼠标、等等组成的输入部分518输入一个命令到CPU511时,CPU511加载存储在ROM512、硬盘514、或诸如磁盘513、光盘532、磁光盘533、或半导体存储器534之类的记录媒体中的程序到RAM 513并且利用该RAM513执行该程序。另外,当需要的时候,CPU511通过输入-输出接口516输出处理的结果到由例如LCD组成的显示部分517。
该程序可以被预存储在硬盘514或ROM512中。该程序可以随着终端单元200一起提供。另外,该程序可以作为诸如磁盘513、光盘532、磁光盘533、或半导体存储器534等之类的数据包介质(package medium)进行提供。另外一种方案,该程序可以通过通信部分519从卫星、网络等等提供到硬盘514。
最好是,半导体存储器534是诸如闪速存储器之类的非易失性存储器。另外,最好是,数据包介质(package medium)包含半导体存储器534,该存储器具有微计算机并且可以认证从/到半导体存储器534的读/写操作。半导体存储器534例如是存储器条“memorystick”(商标)、SD存储卡(商标)、压缩闪速存储器(商标)、智能媒体(商标)、多媒体卡(商标)、微驱动(商标)、ID格式(商标)(ID format)、或拨轮驱动“thumb drive“(商标)。
图21表示加载到终端单元200的RAM 513并由CPU511执行的程序结构的例子。终端单元200还包括如图2所示的终端单元111的控制处理部分w和如图6所示的编码器112的编码处理压缩程序156和音乐数据输入-输出压缩程序155。在这种结构中,终端单元200可以执行与终端单元111一样的编码处理。
在这种情况下,由数据输入-输出管理器171相对于控制处理部分w执行的处理被压缩为音乐数据输入-输出压缩程序155。同样,由编码处理管理器181执行的处理被压缩为编码处理压缩程序156。
在这种情况下,包括在发生异常情况中初始化处理的各种处理是对应于上述状态变换图执行的。这些处理基本上是与上述情况的那些处理相同。因此省略了对它们的描述。
在本说明书中,描述由媒体提供的程序的各个步骤可以按给定的系列顺序执行。另一种可选择的方式是,这些步骤可以按并行或离散地执行。
再有,在本说明书中,术语“系统”意味着由多个单元和/或装置组成的设备。
工业实用性
本发明是一种用于记录计算机可控程序的记录媒体,该程序被配置在控制部分与硬件之间,该程序对应于从控制部分接收的消息控制硬件,该程序包括用于与控制部分通信的第一处理部分、用于与第一硬件和第二硬件通信的第二处理部分、用于与第一处理部分和第二处理部分通信并执行对应于第一硬件的接口处理的第三处理部分、和用于与第一处理部分和第二处理部分通信并执行对应于第二硬件的接口处理的第四处理部分,其中第一处理部分对应于从控制部分接收的消息输出一个消息到第三处理部分和第四处理部分之一。
因此,在任何情况下,即使硬件发生了变化,也不需要改变控制部分。即使在最坏的情况下,对控制部分的改变也是最小的。一个控制部分可以公共地使用在许多硬件设备中。
本发明是一种用于存储计算机可控程序的存储介质,配置在控制部分与硬件之间,用于对应于从控制部分接收的消息控制硬件,该程序包含压缩的处理部分,其中如果在每个处理部分中发生异常,则在用于初始化与硬件交换数据的第一缓冲器的第一路径、用于不分配与控制部分交换数据的第二缓冲器、分配第二缓冲器、初始化第二缓冲器、和初始化第一缓冲器的第二路径、和用于不分配第二缓冲器和不分配第一缓冲器的第三路径之一中进行初始化。
因此,每个处理部分可以从异常中迅速恢复。
Claims (22)
1.一种用于记录计算机可控程序的记录介质,该程序被配置在控制部分与硬件之间,该程序对应于从控制部分接收的消息控制硬件,该程序包括:
一个第一处理部分,用于与控制部分通信;
一个第二处理部分,用于与第一硬件和第二硬件通信;
一个第三处理部分,用于与第一处理部分和第二处理部分通信并执行对应于第一硬件的接口处理;和
一个第四处理部分,用于与第一处理部分和第二处理部分通信并执行对应于第二硬件的接口处理;
其中第一处理部分对应于从控制部分接收的消息输出一个消息到第三处理部分和第四处理部分之一。
2.如权利要求1所述的记录介质,其中该程序还包括:
一个第五处理部分,用于与控制部分通信;和
其中第五处理部分获得由对应于从控制部分接收的消息的硬件处理的数据。
3.如权利要求2所述的记录介质,其中控制部分包括主应用程序处理部分。
4.如权利要求3所述的记录介质,
其中该程序的第五处理部分从主应用程序处理部分接收指定数据的存储位置的消息;
其中第五处理部分获得对应于该数据的存储位置的硬件处理的数据;
其中第一处理部分从主应用程序处理部分接收指定编码处理类型的消息;
其中第三处理部分和第四处理部分之一对应于编码处理类型从第一处理部分接收消息;和
其中与第二处理部分通信的第一或第二硬件对应于第三处理部分和第四处理部分之一与第二处理部分的通信结果编码获得的数据。
5.如权利要求4所述的记录介质,其中该程序还包括:
一个数据输入-输出管理器处理部分,用于从主应用程序处理部分接收指定数据存储位置的消息,该数据输入-输出管理器处理部分获得由对应于数据存储位置的硬件处理的数据;
一个编码处理管理器处理部分,用于从主应用程序处理部分接收指定编码处理类型的消息;和
一个第一编码卡输入-输出I/F处理部分和一个第二编码卡输入-输出I/F处理部分,二者之一从对应于编码处理类型的编码处理管理器处理部分接收消息;
其中与编码卡驱动器处理部分通信的第一硬件或第二硬件对应于第一编码卡输入-输出I/F处理和第二编码卡输入-输出I/F处理之一与编码卡驱动器处理的通信结果编码获得的数据。
6.如权利要求5所述的记录媒体,其中编码卡驱动器处理部分与用于编码对应于ATRAC格式的音频数据的第一编码器和用于编码对应于MPEG音频第3层格式的音频数据的第二编码器进行通信。
7.如权利要求1所述的记录媒体,其中每个处理部分被分配以优先级。
8.如权利要求1所述的记录媒体,其中如果在每个处理部分发生异常,其状态在第一路径、第二路径、和第三路径之一发生变化,第一路径包括当处理部分产生时,每个处理部分都前进到的第一状态,第二路径包括当处理部分完成时,每个处理部分都前进到的第二状态,当处理部分被产生时,每个处理部分都前进到的第三状态,和第一状态,以及第三路径包括当处理部分完成时,每个处理部分都前进到的第二状态和第四状态。
9.一种用于记录计算机可控程序的记录介质,该程序被配置在控制部分与硬件之间,该程序对应于从控制部分接收的消息控制硬件,该程序包括:
一个第一处理部分,用于与控制部分通信;
一个第二处理部分,是可与第一软件编码器和第二软件编码器进行通信的;
一个第三处理部分,用于与第一处理部分和第二处理部分通信,并执行对应于第一软件编码器的接口处理;和
一个第四处理部分,用于与第一处理部分和第二处理部分通信,并执行对应于第二软件编码器的接口处理;
其中第一处理部分对应于从控制部分接收的消息输出一个消息到第三处理部分和第四处理部分之一。
10.一种信息处理设备,配置在控制部分与硬件之间,用于对应于从控制部分接收的消息控制硬件;包括:
第一装置,用于与控制部分通信;
第二装置,是与第一硬件和第二硬件可通信的;
第三装置,用于与所述第一装置和所述第二装置通信并执行对应于第一硬件的接口处理;和
一个第四装置,用于与所述第一装置和第二装置通信并执行对应于第二硬件的接口处理;
其中所述第一装置对应于从控制部分接收的消息输出一个消息到所述第三装置和所述第四装置之一。
11.如权利要求10所述的信息处理设备,还包括:
第五装置,用于与控制部分通信;
其中所述第五装置获得由对应于从控制部分接收的消息的硬件处理的数据。
12.如权利要求11所述的信息处理设备,
其中所述第五装置从控制部分接收指定数据存储位置的消息并获得由对应于数据存储位置的硬件处理的数据;
其中所述第一装置从控制部分接收指定编码处理类型的消息;
其中所述第三装置和所述第四装置之一从对应于编码处理类型的所述第一装置接收消息;和
其中与所述第二装置通信的第一或第二硬件编码获得的数据,该数据对应于所述第三装置和所述第四装置之一与所述第二装置的通信结果。
13.一种用于对应于从控制部分接收的消息控制硬件的信息处理方法,包括以下步骤:
获得数据,该数据是对应于从控制部分接收的消息由硬件处理的,该消息指定数据的存储位置;
对第一编码器或第二编码器执行接口处理,上述各编码器对应于从控制部分接收的一个消息,该消息指定编码器的类型;
发送已经与第一编码器或第二编码器接口处理的消息;和
使第一编码器或第二编码器对应于已经被接口处理的消息编码获得的数据。
14.一种用于存储计算机可控程序的存储介质,配置在控制部分与硬件之间,用于对应于从控制部分接收的消息控制硬件,该程序含有压缩的处理部分;
其中如果在每个处理部分发生异常,则在用于初始化与硬件交换数据的第一缓冲器的第一路径,用于不分配与控制部分交换数据的第二缓冲器、分配第二缓冲器、初始化第二缓冲器、和初始化第一缓冲器的第二路径,和用于不分配第二缓冲器和不分配第一缓冲器的第三路径之一进行初始化。
15.如权利要求14所述的存储介质,
其中当每个处理部分在第一路径被初始化时,如果处理部分不能从异常中恢复,则处理部分在第二路径进行初始化。
16.如权利要求15所述的存储介质,
其中当每个处理部分在第二路径进行初始化时,如果处理部分不能从异常中恢复,则处理部分在第三路径进行初始化。
17.如权利要求14所述的存储介质,
其中当从控制部分接收的消息的消息类型是中断并消息号是QUIT时,每个处理部分在第一路径中进行初始化。
18.如权利要求14所述的存储介质,
其中当从控制部分接收的消息的消息类型是中断并消息号是RESET时,每个处理部分在第二路径中进行初始化。
19.如权利要求14所述的存储介质,
其中每个处理部分具有应答状态、管理状态、发送状态、接收状态、和准备就绪状态。
20.一种用于存储计算机可控程序的存储介质,配置在控制部分与硬件之间,用于对应于从控制部分接收的消息控制硬件,该程序含有压缩的处理部分;
其中当在每个处理部分中发生异常时,则在含有当处理部分被产生时该处理部分前进到的第一初始化状态的第一路径,含有当该处理部分完成时该处理部分前进到的第一完成状态、当该处理部分产生时该处理部分前进到的第二初始化状态、和第一初始化状态的第二路径,和含有当处理部分完成时该处理部分前进到的第一完成状态和第二完成状态的第三路径之一进行初始化。
21.一种信息处理设备,配置在控制部分和硬件之间,用于执行对应于一个程序的处理,该程序含有用于对应于从控制部分接收的消息控制硬件的压缩处理部分,包括:
第一初始化装置,该装置含有当处理部分产生时每个处理部分前进到的第一初始化状态;
第二初始化装置,该装置含有当处理部分完成时该处理部分前进到的第一完成状态, 当处理部分产生时该处理部分前进到的第二初始化状态,和第一初始化状态;和
第三初始化装置,该装置含有处理部分完成时该处理部分前进到的第一完成状态和第二完成状态;
其中如果在处理部分中发生异常时,执行所述第一初始化装置、所述第二初始化装置、和所述第三初始化装置。
22.一种信息处理方法,配置在控制部分和硬件之间,用于执行对应于一个程序的处理,该程序含有用于对应于从控制部分接收的消息控制硬件的压缩处理部分,包括以下步骤:
第一初始化步骤,该步骤含有当处理部分产生时该每个处理部分前进到的第一初始化状态;
第二初始化步骤,该步骤含有当处理部分完成时该处理部分前进到的第一完成状态,当处理部分产生时该处理部分前进到的第二初始化状态,和第一初始化状态;和
第三初始化步骤,该步骤含有当处理部分完成时该处理部分前进到的第一完成状态和第二完成状态;
其中如果在处理部分中发生异常,则执行第一初始化步骤、第二初始化步骤、和第三初始化步骤。
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP308673/1999 | 1999-10-29 | ||
JP30867499 | 1999-10-29 | ||
JP308674/1999 | 1999-10-29 | ||
JP30867399 | 1999-10-29 | ||
JP325219/2000 | 2000-10-25 | ||
JP2000325219A JP2001209553A (ja) | 1999-10-29 | 2000-10-25 | 記憶媒体、情報処理装置および方法 |
JP2000325218A JP2001202087A (ja) | 1999-10-29 | 2000-10-25 | 記憶媒体、情報処理装置および方法 |
JP325218/2000 | 2000-10-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1337025A true CN1337025A (zh) | 2002-02-20 |
CN1218254C CN1218254C (zh) | 2005-09-07 |
Family
ID=27479972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN008028540A Expired - Fee Related CN1218254C (zh) | 1999-10-29 | 2000-10-27 | 信息处理设备和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US6792476B1 (zh) |
EP (2) | EP1645966A1 (zh) |
CN (1) | CN1218254C (zh) |
WO (1) | WO2001033372A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100573661C (zh) * | 2004-05-19 | 2009-12-23 | 索尼株式会社 | 信息处理设备和内容标题显示方法 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8645540B2 (en) * | 2004-07-29 | 2014-02-04 | International Business Machines Corporation | Avoiding unnecessary provisioning/deprovisioning of resources in a utility services environment |
JP2012128721A (ja) * | 2010-12-16 | 2012-07-05 | Sony Computer Entertainment Inc | 情報処理装置、情報処理システム、情報処理方法、プログラム及び情報記憶媒体 |
JP6305663B2 (ja) * | 2015-12-10 | 2018-04-04 | 三菱電機株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6364133A (ja) * | 1986-08-29 | 1988-03-22 | インタ−ナショナル・ビジネス・マシ−ンズ・コ−ポレ−ション | 情報処理システム |
JPH05334224A (ja) * | 1992-05-29 | 1993-12-17 | Nec Corp | バス制御装置 |
JPH07200420A (ja) * | 1993-12-28 | 1995-08-04 | Oki Electric Ind Co Ltd | リセット制御装置 |
EP0714212A3 (en) * | 1994-11-21 | 1999-03-31 | SICAN, GESELLSCHAFT FÜR SILIZIUM-ANWENDUNGEN UND CAD/CAT NIEDERSACHSEN mbH | Video decoder using concurrent processing and resource sharing |
US5815678A (en) * | 1995-07-14 | 1998-09-29 | Adaptec, Inc. | Method and apparatus for implementing an application programming interface for a communications bus |
US6009476A (en) * | 1995-11-21 | 1999-12-28 | Diamond Multimedia Systems, Inc. | Device driver architecture supporting emulation environment |
JPH09259067A (ja) * | 1996-03-22 | 1997-10-03 | Nec Yonezawa Ltd | Icカード及び入出力制御装置及び入出力制御システム |
JPH09319693A (ja) * | 1996-05-28 | 1997-12-12 | Hitachi Ltd | データ転送装置および並列コンピュータシステム |
DE19631939A1 (de) * | 1996-08-08 | 1998-02-12 | Sel Alcatel Ag | Digitaler ISDN-Video-Server |
KR100440522B1 (ko) * | 1996-08-29 | 2004-10-15 | 마츠시타 덴끼 산교 가부시키가이샤 | 화상메모리특유의하드웨어스펙에기인하는각종지연요인을저장방식및판독방식의개선에의해극복한화상복호장치및화상메모리 |
KR100442229B1 (ko) * | 1996-09-13 | 2004-10-08 | 엘지전자 주식회사 | 간이형hdtv비디오디코더및디코딩방법 |
JPH10191236A (ja) * | 1996-12-25 | 1998-07-21 | Nec Corp | 画像処理装置及び画像データメモリ配置方法 |
US6243735B1 (en) * | 1997-09-01 | 2001-06-05 | Matsushita Electric Industrial Co., Ltd. | Microcontroller, data processing system and task switching control method |
US6542541B1 (en) * | 2000-01-12 | 2003-04-01 | Sony Corporation | Method and apparatus for decoding MPEG video signals using multiple data transfer units |
-
2000
- 2000-10-27 US US09/869,658 patent/US6792476B1/en not_active Expired - Fee Related
- 2000-10-27 EP EP06075008A patent/EP1645966A1/en not_active Withdrawn
- 2000-10-27 CN CN008028540A patent/CN1218254C/zh not_active Expired - Fee Related
- 2000-10-27 WO PCT/JP2000/007549 patent/WO2001033372A1/ja active Application Filing
- 2000-10-27 EP EP00970140A patent/EP1143341A4/en not_active Withdrawn
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100573661C (zh) * | 2004-05-19 | 2009-12-23 | 索尼株式会社 | 信息处理设备和内容标题显示方法 |
Also Published As
Publication number | Publication date |
---|---|
EP1143341A1 (en) | 2001-10-10 |
EP1645966A1 (en) | 2006-04-12 |
US6792476B1 (en) | 2004-09-14 |
WO2001033372A1 (fr) | 2001-05-10 |
CN1218254C (zh) | 2005-09-07 |
EP1143341A4 (en) | 2005-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1254746C (zh) | 应用执行装置及方法 | |
CN1227589C (zh) | 用于保存返回状态的数据处理设备和方法 | |
CN1310148C (zh) | 程序执行处理终端装置和程序执行处理方法 | |
CN1280716C (zh) | 计算机处理方法、分布式计算方法和网络计算方法 | |
CN1276358C (zh) | 用于存储设备的地址转换单元 | |
CN1075021A (zh) | 多媒体计算机操作系统及方法 | |
CN1658184A (zh) | 网络系统、分布式处理方法和信息处理装置 | |
CN1178937A (zh) | 控制输出的方法和装置 | |
CN1276605A (zh) | 记录设备、重放设备、记录方法和重放方法 | |
CN1324472C (zh) | 信息提供系统 | |
CN1795434A (zh) | 程序执行控制设备,程序执行控制方法,控制程序和记录介质 | |
CN1133150C (zh) | 自动演奏装置 | |
CN1956088A (zh) | 信息处理装置、信息处理方法以及计算机程序 | |
CN101038554A (zh) | 软件更新方法、更新管理程序和信息处理设备 | |
CN1262948C (zh) | 音乐声音数据处理装置和方法 | |
CN1731402A (zh) | 用协处理器加速文件系统操作的方法及装置 | |
CN1304102A (zh) | 通用计算机和在其中使用的版权管理方法 | |
CN1610881A (zh) | Gui应用开发支持设备、gui显示设备和方法及计算机程序 | |
CN1764881A (zh) | 协助处理密码消息的指令 | |
CN1658142A (zh) | Atapi交换 | |
CN1825249A (zh) | 信息处理设备、信息处理方法以及与之一起使用的程序 | |
CN1473416A (zh) | 信息处理装置和信息处理方法 | |
CN1229728C (zh) | 具有会话管理和分布式管理功能以及相应的操作管理机制的web应用系统 | |
CN1218254C (zh) | 信息处理设备和方法 | |
CN1274499A (zh) | 用于发送和接收信息的方法、系统和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
C10 | Entry into substantive examination | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20050907 Termination date: 20091127 |