CN100429642C - 信息处理方法、装置、程序和记录介质 - Google Patents
信息处理方法、装置、程序和记录介质 Download PDFInfo
- Publication number
- CN100429642C CN100429642C CNB2004100346985A CN200410034698A CN100429642C CN 100429642 C CN100429642 C CN 100429642C CN B2004100346985 A CNB2004100346985 A CN B2004100346985A CN 200410034698 A CN200410034698 A CN 200410034698A CN 100429642 C CN100429642 C CN 100429642C
- Authority
- CN
- China
- Prior art keywords
- information
- data
- processing
- hdcc
- cell 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
-
- 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
-
- 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/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Abstract
本发明涉及信息处理方法、装置、程序和记录介质,在对内容数据执行各种处理操作如内容数据再现时,缩短引导内容数据应用程序以启动操作的时间。在HDD(21)中储存用于管理内容数据的数据库文件(FL1)。接着保存基于数据库(hdcc处理文件FL2的数据图象)表述的hdcc处理数据(FL2a)。应用程序使用此hdcc处理数据(FL2a),对内容数据执行所需的处理。如果根据应用程序的处理结果而需要对数据库进行登记处理,就必须对hdcc处理数据(FL2a)执行登记处理。通过这样做,hdcc处理数据(FL2a)始终与数据库文件(FL1)保持同步。
Description
技术领域
本发明涉及一种用于信息处理的方法和装置,该信息处理能对内容数据执行各种处理操作,例如首先包括再现内容数据。本发明还涉及由此信息处理装置执行的程序以及在其上储存该程序的记录介质。
背景技术
近来,廉价的大存储容量硬盘驱动器(HDD)已经得到广泛应用。为了与之保持同步,所谓的把记录在诸如CD(紧致盘)的介质上的音频数据数字音频转换(ripping)记录和保存到硬盘上已经变得流行起来。通过构造由能再现CD和HDD的盘驱动器组合成的音频设备,此数字音频转换变得有可能。例如,此数字音频转换对于个人计算机也是有可能的。
同时,在数字音频转换CD的声源时,实践上一般例如根据ATRAC(自适应传输音频编码)系统或MP3(MPEG-1音频层3)系统而压缩和记录音频数据。
如果音频数据,如大量的乐曲,通过数字音频转换而在硬盘上记录为文件,用户在交换和再现他/她想听的CD集时就不会感到烦恼,从而听音环境比以前所得到的更丰富。
在本说明书中,储存在记录介质如HDD中的基于文件的AV(音频视频)数据,首先包括前述音频数据,这些数据被称作“内容数据”。
在监督和再现记录在HDD上的大量内容数据的内容管理应用程序中,通常使用数据库来实现对内容数据的有效管理和再现。
此数据库用内容管理信息表述,并储存在HDD中。
此数据库从一个内容数据到另一个监督HDD中的目录(路径)。还监督各种各样的属性信息,首先包括基于内容数据的标题、艺术家姓名或压缩格式。有些场合,称作边缘(fringe)数据的有关数据与内容数据一起记录,边缘数据以诸如唱片集封套或歌词卡的图象数据为代表。而且,例如通过显示边缘数据的路径而监督这些边缘数据。
在例如引导内容管理应用程序时,从数据库选择和收集所需信息,并且利用这样收集的信息来准备内容处理数据,内容管理应用程序直接使用内容处理数据进行内容管理和再现。内容处理数据例如为显示概况所需的列表数据,该列表数据作为登记在数据库中的内容的列表。因而,只有在已经完全表述内容处理数据并且已经显示列表之后,用于此情况的内容管理操作才变得有可能。
按上述表述的内容处理数据不是在HDD上展开而是在诸如RAM的高速缓冲上展开。内容管理应用程序配置为解释内容管理数据,因而在高速缓冲上展开,以执行上述列表显示。也就是说,如果一旦内容处理数据保存在高速缓冲中,就不需访问储存在HDD中的数据库,而只要访问高速缓冲存储区来处理内容处理数据就足够了,因而确保有效的内容管理和再现操作。对于利用高速缓冲进行数据读/写的技术,已知的有在日本特开平专利出版物2002-27419(专利出版1)中公布的技术。
同时,在此,高速缓冲指在易失性存储器如RAM上的区域,并且具有与存储器不同的意义,称作高速缓冲存储器,它介于CPU和RAM或HDD之间。
然而,在准备上述内容处理数据时,从数据库过滤和提取所需信息的处理是相当繁重和耗时的。
因而,在本领域的当前状况中,在例如通过完成列表显示而完全引导内容管理应用程序之前,需要相当多的时间来启动操作。这不适当地增加用户的压力,因而不是令人满意的。在需要管理的内容数据量增加的情况下,此问题变得更加突出,因为随后表述内容处理数据的时间延长。
在实际系统中,考虑到表述内容处理数据时需要大量的时间,例如结合列表显示而只从显示一幅图象所需的信息来表述内容处理数据。根据所显示列表的卷屏和列表显示数据的减少,通过访问数据库来表述内容处理数据。也就是说,当前使用的处理算法是时常准备必需的最少量的内容处理数据。
在此处理算法中需要大量的处理时间来准备每个内容处理数据,例如与卷屏相应的列表显示是不平滑的,因而又给用户增加压力。
而且,例如根据卷屏而不定期地访问数据库,从而,实时执行的其它处理,如内容数据再现,容易被延迟,因此有可能妨碍稳定的内容数据再现。基于相同的理由,在实现需要内容数据之间连续再现的稳定再现时,如现场声源,或在实现稳定的特殊再现时,如重复或随机的再现,有可能遇到困难。
也就是说,在当前状况下,在表述用于内容处理和高速缓冲的数据时,需要大量的时间来表述用于内容处理的数据,因而,从开始引导内容管理应用程序到启动操作所需的时间也是相当可观的。而且风险较高,其它处理的稳定性受到损害。
发明内容
从而,本发明的目的是克服常规技术中的前述问题。
在一个方面中,本发明提供一种信息处理装置,包括:用于储存数据库的第一非易失性存储部件,该数据库监督储存在记录介质中的至少一个单元数据;第一登记部件,该部件用数据库执行登记处理;用于保存单元数据过程信息的第一信息保存部件,单元数据过程信息用形成数据库的信息的预定信息来表述,并且用于单元数据的预定处理;单元数据处理部件,该部件用单元数据过程信息对单元数据执行预定处理;以及第二登记部件,该部件对单元数据过程信息执行登记处理。第二登记部件根据单元数据处理部件执行的处理结果而进行操作,对单元数据过程信息执行登记处理,以便与第一登记部件对数据库执行登记处理时的处理结果保持一致。
在另一方面,本发明提供一种信息处理方法,包括以下步骤:对数据库执行登记处理的第一登记处理,数据库是监督储存在记录介质中的至少一个单元数据的信息并且储存在非易失性存储区中;单元数据处理,该处理用保存在信息保存区中的内容处理信息对单元数据执行所需处理,内容处理信息是用形成数据库的信息的预定信息来表述的信息并且在对单元数据的所需处理中使用;以及第二登记处理,该处理对内容处理信息执行登记处理。在第一登记处理根据对单元数据处理的处理结果而对数据库执行登记处理的情况下,第二登记处理对所述信息执行登记处理,以便与处理结果保持一致地处理单元数据。
在又一方面,本发明提供一种用于信息处理的计算机程序,包括以下步骤:对数据库执行登记处理的第一登记处理,数据库是监督储存在记录介质中的至少一个单元数据的信息并且储存在非易失性存储区中;单元数据处理,该处理用保存在信息保存区中的内容处理信息对单元数据执行所需处理,内容处理信息是用形成数据库的信息的预定信息来表述的信息并且在对单元数据的所需处理中使用;以及第二登记处理,该处理对内容处理信息执行登记处理。在第一登记处理根据对单元数据处理的处理结果而对数据库执行登记处理的情况下,第二登记处理对所述信息执行登记处理,以便与处理结果保持一致地处理单元数据。
在还一方面,本发明提供一种在其上记录程序的记录介质,所述程序在信息处理装置上执行并包括以下步骤:对数据库执行登记处理的第一登记处理,数据库是监督储存在记录介质中的至少一个单元数据的信息并且储存在非易失性存储区中;单元数据处理,该处理用保存在信息保存区中的内容处理信息对单元数据执行所需处理,内容处理信息是用形成数据库的信息的预定信息来表述的信息并且在对单元数据的所需处理中使用;以及第二登记处理,该处理对内容处理信息执行登记处理。在第一登记处理根据对单元数据处理的处理结果而对数据库执行登记处理的情况下,第二登记处理对所述信息执行登记处理,以便与处理结果保持一致地处理单元数据。
在本发明的以上方面中,基于数据库表述的内容处理信息保存在第一信息保存部件(信息保存区)中,其中,数据库储存在第一非易失性存储部件(非易失性区)。
在对单元数据执行处理时,即面向单元数据的处理时,使用保存在第一信息保存部件(信息保存区)中的内容处理信息。
在根据单元数据处理的处理结果而对数据库执行登记处理的情况下,根据对单元数据的相同处理结果而对保存在第一信息保存部件(信息保存区)中的内容处理信息执行登记处理。
通过这样做,如果最初一旦根据数据库形成内容处理信息,就总是实现数据库与内容处理信息之间的同步状态。
根据本发明,用于管理内容数据(单元数据)的数据库储存在HDD(非易失性存储部件/存储区)中。接着保存基于数据库(hdcc处理文件的数据图象或用于处理单元数据的信息)而准备的hdcc处理数据。应用程序(单元数据处理部件)利用此hdcc处理数据来执行内容数据所需的处理。
在根据应用程序的处理结果而需要对数据库进行登记处理的情况下,就必须对hdcc处理数据执行登记处理。
通过这样做,如果最初只准备hdcc处理数据,就随后获得与数据库同步的hdcc处理数据。因而,在必须安装hdcc处理数据的情况下,如引导应用程序时,安装到目前为止获得的hdcc处理数据就足够了,而不必时不时地用数据库信息来准备所述数据。
用数据库信息来表述hdcc处理数据的处理是重负荷的,而且是耗时的。相反,安装现有hdcc处理数据的处理是轻负荷的,并需要相对较短的处理时间。因而,根据本发明,从引导应用程序到可处理hdcc处理数据只需相当短的时间,即,从完成引导应用程序到操作变得可能的时间更短。另外,此时需要的处理是轻负荷的,因而不妨碍其它处理。
附图说明
图1为示出体现本发明的记录和/或再现装置的示例结构的框图。
图2说明储存在体现本发明的记录和/或再现装置的HDD中的内容数据的目录管理。
图3为示出用于管理/再现内容数据的程序的结构的框图。
图4说明体现本发明的hdcc处理文件和数据库文件的示例结构。
图5为示出作为数据库高速缓冲处理的初始化处理的流程图。
图6为示出在图2所示程序结构下的初始化处理序列的箭头图。
图7为示出在图3所示程序结构下的初始化处理序列的箭头图。
图8为示出作为数据库高速缓冲处理的登记处理的流程图。
图9为示出在图3所示程序结构下的初始化处理序列的箭头图。
图10为示出作为数据库高速缓冲处理的结束处理的流程图。
图11为示出在图3所示程序结构下的结束处理的箭头图。
具体实施方式
以下解释本发明的优选实施例。下面的解释按以下顺序进行:
1.记录和/或再现装置的结构
2.内容数据的目录管理
3.用于内容数据管理的程序结构
4.文件结构
5.初始化处理
6.登记处理
7.结束处理
1.记录和/或再现装置的结构
图1的框图示出作为体现本发明的信息处理装置的记录和/或再现装置1的示例结构。
CPU(中央处理单元)11基于引导的程序而对记录和/或再现装置1执行总体控制和计算。例如,CPU 11负责以下操作:网络通信、对用户的输入/输出处理、从介质的内容再现或数字音频转换、对HDD21的内容储存及其管理。为简化以下解释,可由记录和/或再现装置1的此实施例记录和/或再现的内容数据假设为音频内容数据。
CPU 11通过总线12与各个电路单元交换控制信号或数据。
在ROM 13中,储存将由CPU 11执行的操作程序、程序加载器、用于各种计算的系数以及程序中所用的参数。
在RAM 20中,储存将由CPU 11执行的程序。RAM 20还用作CPU 11执行各种处理操作所需的数据区或任务区。
操作输入单元15是设置到记录和/或再现装置1壳体上的包括各种操作器的位置,如操作键、滚轮或触摸屏。用于操作GUI(图形用户界面)的键盘或鼠标也设置为操作输入单元15。操作输入单元15还可设计成遥控器。
经操作输入单元15输入的信息在输入处理单元14中经过预定的处理,并且作为操作命令发送到CPU 11。CPU 11响应输入操作命令而执行计算或控制操作。
对于显示监视器17,连接诸如液晶显示器的显示器件,以显示多种信息。
当CPU 11向显示处理单元16发送与各种操作状态、输入状态或通信状态相应的显示信息时,显示监视器17基于提供给它的显示数据而执行显示操作。
在本实施例中例如显示GUI图象,此图象根据用于再现和监督所数字音频转换音频文件的程序而监督和再现音频文件。
在此情况下,介质驱动器19是至少能再现预定介质的驱动器。当然,介质驱动器19可以是对预定介质既能再现也可记录的驱动器。
尽管对可由介质驱动器19处理的介质没有限制,但它们例如是各种光盘形状记录介质中的任一种,如CD、DVD或小型盘(Mini-Disc)。该介质也可由存储器件(如闪存)形成。介质驱动器19也可以是分别与这些可变介质相关联并连接到总线12的各种驱动器。
例如,如果用户已经通过对操作输入单元15的操作而命令介质驱动器19再现介质,CPU 11就命令介质驱动器19再现该介质。作为对此的响应,介质驱动器19从装入的介质访问特定的数据,以读出该数据。
在如此读出的数据是音频内容的情况下,根据需要,这些内容通过CPU 11的处理进行解码,并因而传送到音频输入/输出处理单元24。音频输入/输出处理单元24执行声场处理,如均衡、音量调节、D/A转换或放大,以便从扬声器25输出这样处理的数据。
介质驱动器19再现的数据也可在CPU 11的控制之下在HDD 21中储存为音频数据文件。也就是说,通过所谓数字音频转换获得的音频数据文件可储存为内容数据。
同时,音频数据文件可以是16位量化的数字音频数据形式,其中,CD格式的采样频率为44.1kHz,或者,为了节省HDD 21的容量,音频数据文件可被压缩成音频数据,该文件根据预定格式进行压缩处理。尽管对压缩系统没有限制,但也可使用ATRAC(自适应传输音频编码)系统或MP3(MPEG-1音频层3)系统。
调谐器单元27可以是AM·FM无线电调谐器,并在CPU 11的控制下对天线26接收的广播信号进行解调。当然,调谐器单元可以是TV调谐器、BS调谐器或数字广播调谐器。
广播音频信号按需要由音频数据处理器24进行处理,并经过扬声器25输出为广播语音。
在CPU 11的控制之下,通信处理器22对传输数据进行编码或对接收数据进行解码。
网络接口23在网络上向适合处理外部网络的预定单元发送由通信处理器22编码的传输数据。网络接口单元还在网络上从适合处理外部网络的单元向通信处理器22传送信号。
通信处理器22向CPU 11传送接收到的信息。
记录和/或再现装置1的结构不局限于以上结合图1所描述的,它的形式可以变化。
例如,记录和/或再现装置可根据通信系统,如USB(通用串行总线)、IEEE 1394或蓝牙(Bluetooth),而提供与外围设备的接口。
网络接口23在网络上下载的音频内容数据、以及经过接口如USB或IEEE 1394发送的音频内容数据,可储存在HDD 21中。
还可提供用于连接到麦克风或外部耳机的端子、用于处理DVD再现的视频输出端子、线性连接端子或光学数字连接端子。
还可形成用于与外部信息处理装置或音频装置进行数据交换的PCMCIA槽或存储卡槽。
2.内容数据的目录管理
从以上图1的解释可理解,本实施例的记录和/或再现装置1能在其HDD 21中储存内容数据,作为音频数据文件。
在HDD 21上,可如图2所示地监督内容数据。
首先,可在根目录的下一层中放置文件夹的选择编号,所述编号在允许范围内。这些文件夹根据内容数据所属类型或根据所有人用户进行准备。
可在所述文件夹的下一层中放置唱片集的选择编号,所述编号在允许范围内。所述唱片集例如从一个唱片集标题关联到另一个。在唱片集目录之下放置一个或多个所讨论唱片集所属的轨道。基于轨道的单元数据代表一个内容数据。
由储存在HDD 21中的数据库文件对这些内容数据执行目录管理。下面解释数据库文件。
3.用于内容数据管理的程序结构
在本实施例中,用于启动内容数据管理/再现的程序安装到HDD21中,并储存在其中。
图3以框图示出用于此内容数据管理/再现的程序的结构。为了确认,图3所示的各种程序在OS(操作系统)下操作。
位于最上层程序中的应用程序31是能执行与内容数据有关的所需功能操作的应用程序。应该指出,应用程序31具有所谓的内容播放器的功能,该内容播放器能监督和再现作为音频数据文件储存在HDD21中的内容。
此应用程序31根据用户在应用程序31上的操作或根据程序操作的流程,向更低层发出命令或事件。这实现应用程序31的操作。
在附图所示的程序结构中,使用本实施例数据库高速缓冲对内容数据执行处理的应用程序可以是与应用程序31不同的应用程序,其中,应用程序31作为上述内容播放器。也可安装多个利用本实施例数据库高速缓冲的应用程序。在安装多个应用程序的情况下,可以设想:同时引导这些应用程序,并随后使被引导的应用程序共同拥有下一层程序的数据库高速缓冲系统。
对于应用程序31下面的层,有作为硬盘内容控制器(hdcc)32的程序。
此hdcc 32例如能分析从应用程序31发出的命令。作为对从应用程序31发出的命令的响应,hdcc 32对下级的内容数据存取模块33执行控制。
hdcc 32还监督和处理保存在RAM 20的hdcc高速缓冲区20A(第一信息保存部件)中的hdcc处理数据FL2a。
hdcc处理数据FL2a通过从形成数据库文件FL1的一组表格中,提取应用程序31执行内容管理和再现所需的信息而形成。
当应用程序31被引导时,显示储存在HDD 21中的内容的列表,并且一起显示所述内容的属性信息,如标题、艺术家姓名或有关唱片集标题,以及与内容有关的数据,首先包括唱片集封套的图象数据(边缘数据)。hdcc处理数据FL2a通过在解码处理之后包括用于显示这些内容数据的列表以及边缘数据所需的属性信息而构造。
hdcc处理数据FL2a还包括以下信息,如内容数据在HDD 21上储存的路径。通过查询与内容数据路径有关的信息,有可能例如利用文件系统读出正从HDD 21再现的内容数据,以执行再现处理。
也就是说,hdcc处理数据FL2a是可由应用程序31或hdcc 32在对内容数据执行所需处理如管理或再现时使用的信息。换句话说,hdcc处理数据FL2a是与数据库文件FL1对应的信息,其中,数据库文件FL1是以可由应用程序31或hdcc 32处理的形式重新构建的。
内容数据存取模块(cdam)33是负责存取HDD 21的程序,用于读出和写入与内容数据有关的数据。在cdam 33的下层中,有数据库模块(db)34和用于从HDD 21执行基于文件的读出/写入的文件系统(fsys)35,其中,db 34是储存在HDD 21(第一非易性存储部件)中的用于对数据库文件FL1执行处理的程序。在图3中示出与内容数据管理有关的hdcc处理文件FL2。此hdcc处理文件FL2是储存在HDD 21(第二和第三非易性存储部件)中的文件,该文件由文件系统(fsys)35读出/写入。后面结合图4解释hdcc处理文件FL2。
cdam 33对保存在RAM 20的头部-高速缓冲区20B中的头部信息FL3执行写/读出处理。此头部信息FL3也在后面结合图4进行解释。
因而,监督内容数据的程序结构由应用程序31、hdcc 33、数据库模块34和文件系统35构成。
对于此程序结构,用于内容数据管理的信息由数据库文件FL1、hdcc处理文件FL2、hdcc处理数据FL2a和头部信息FL3构成。
应该指出,数据库文件FL1和hdcc处理文件FL2是储存在HDD21中的数据,所述文件即使在电源供电中断之后也能保存,其中,HDD21作为非易性存储区。
相反,hdcc处理数据FL2a和头部信息FL3保存在RAM 20内所提供的存储区中,并且在应用程序31结束时被删除,其中,所述存储区作为易失性存储区。
4.文件结构
因而,在本实施例中,用于内容数据管理的信息由数据库文件FL1、hdcc处理文件FL2、hdcc处理数据FL2a和头部信息FL3构成。为了说明以上信息,现在结合图4解释数据库文件FL1和hdcc处理文件FL2的结构。
图4a示出数据库文件FL1。
在此数据库文件FL1中储存用于监督结合图2所述的内容数据中目录结构的信息。
例如,还监督HDD 21中基于内容数据的目录(路径)。
还监督各种基于内容数据的属性信息,首先包括标题、艺术家姓名和压缩格式。
有以下情况:称作边缘数据的有关数据,如唱片集封套或作为歌词卡的视频数据,伴随内容数据一起记录在HDD 21中。这些边缘数据也通过指示这些边缘数据的路径进行管理。
对于本实施例的数据库文件FL1,上述需要的各种信息根据预定的结构储存在表格上。另外,如图4a所示,预定数据大小的标识符值储存在预定区域中。
此标识符值是确认与相似地储存在HDD 21中的hdcc处理文件FL2的内容相匹配(核对为同步状态)所需的信息。在本实施例中,标识符值是指示数据库文件FL1最后登记(更新)的日期和时间的信息。标识符值也可以是用于数据内容的预定标识信息,首先包括指示数据条目数量和数据结构的信息。标识符值也可以是日期时间信息与用于数据内容的预定标识信息的组合。
图4b示出储存在HDD 21中的hdcc处理文件FL2的结构。
同时,在对保存在hdcc-高速缓冲区20A中的hdcc处理文件FL2进行初始化时,这在后面解释,文件FL2通常不从数据库文件FL1重新构建,hdcc处理文件FL2的数据图象而是直接传送到并保存在hdcc-高速缓冲区20A中。
也就是说,hdcc处理文件FL2具有与数据库系统中高速缓冲数据相同的意义。结果,hdcc处理文件FL2有时称作高速缓冲文件。
在图4b中,hdcc处理文件FL2包括预定大小的头部区,作为引导区,随后是hdcc处理文件FL2的数据图象,该数据图象是真实数据。
hdcc处理文件FL2的头部区的数据变为储存在RAM 20的头部-高速缓冲区20B中的头部信息FL3。hdcc处理文件FL2的数据图象直接变为hdcc处理文件FL2的数据内容,所述数据内容应该储存在RAM 20的hdcc-高速缓冲区20A中。
也就是说,头部信息FL3可通过以下获得:存取HDD 21以得到hdcc处理文件FL2的头部区的数据,并且在头部-高速缓冲区20B中写和保存数据。
以相似的方式,hdcc处理数据FL2a可通过以下获得:存取HDD21以得到hdcc处理文件FL2的数据图象,并且在hdcc-高速缓冲区20A中写和保存数据。
图4c示出hdcc处理文件FL2的头部区的结构。为了确认,保存在头部-高速缓冲区20B中的头部信息FL3具有类似的结构。
首先,在预定大小的引导区中,储存用于标识文件类型的标识信息。即,用储存在此区域中的值来表示文件类型是hdcc处理文件FL2。在此情况下,储存例如与语句“CDAM”有关的位值。
编辑标记是数据保护所需的信息。通过查询此标记的值,可以推测是否已经正常地在HDD 21中执行写。
在本实施例中,有储存多个hdcc处理文件FL2(高速缓冲文件)的情况。在此情况下,高速缓冲ID是用于标识每个hdcc处理文件FL2的标识符。
在格式版本中,储存用于确定格式版本为hdcc处理文件FL2的值。
头部区中的标识符值具有与图4a所示数据库文件FL1的标识符值相同的意义。
也就是说,标识符值是使储存在HDD 21中的数据库文件FL1的内容与相似地储存在HDD 21中的hdcc处理文件FL2同步(确认匹配)所需的信息,并且,标识符值确定数据库文件FL1中最后登记(更新)的时间和日期。
应该指出,用于储存文件类型标识信息(CDAM)、编辑标记、高速缓冲ID、格式版本和标识符值的区域是由cdam 33分析和处理的信息。
另一方面,在用户区中储存由hdcc 32分析和处理的任选信息。
例如,cdam 33不是位于应用程序一侧层中的程序,而是位于OS一侧(系统一侧)层中的程序,它执行比较简单的处理。相反,位于cdam 33上层的hdcc 32是应用程序一侧的程序,它执行更高级的处理。例如,对于内容数据的目录,hdcc 32可查询数据库信息,以确定内容数据在如图2所示的总体目录结构中的位置。然而,cdam 33只用给定的目录作为基准来确定父目录或子目录。
因而,通过在用户区中储存hdcc 32应付和处理所必需的数据,可有效地利用hdcc处理文件FL2来增加例如与内容管理有关的更高级的功能。
5.初始化处理
根据前面的解释,以下解释用于处理本实施例中内容的数据库高速缓冲处理操作。首先解释初始化处理。
同时,从以下解释可理解,通过重新构建数据库文件FL1来固有地表述hdcc处理数据FL2a。然而,在本实施例中,从储存在HDD21中的hdcc处理文件FL2得到的数据图象直接保存在hdcc-高速缓冲区20A中,作为hdcc处理数据FL2a。也就是说,在数据库系统中,在获得hdcc处理数据FL2a时,hdcc处理文件FL2被处理成高速缓冲数据。数据库高速缓冲在本文指此系统操作。
初始化处理在此指在hdcc-高速缓冲区20A中安装(保存)hdcc处理数据FL2a的处理,这例如与应用程序31的引导相对应,其中,hdcc-高速缓冲区20A到此为止是空闲区。
图5用流程图示出初始化处理的流程。应该指出,在此图中示出的处理由CPU 11根据在如图4所示程序结构下的程序来执行。
例如,在发出初始化命令的情况下,例如通过引导应用程序31,执行步骤S101的处理。
在步骤S101中,访问储存在HDD 21中的数据库文件FL1,并且从每个形成数据库文件FL1的表格中获得标识符值。也就是说,按照结合图4a所解释地,读入储存在数据库文件FL1每个表格的结构中的标识符值。
在下一步骤S102中,访问储存在HDD 21中的高速缓冲文件(hdcc处理文件FL2),以便获得储存在头部区中的标识符值。
通过以上步骤S101和S102的处理,获得数据库文件FL1和hdcc处理文件FL2的标识符值。在步骤S103中,互相比较数据库文件FL1和hdcc处理文件FL2的标识符值,以核实这些标识符值是否相等。
在正常地执行登记处理和结束处理的情况下,数据库文件FL1的标识符值和hdcc处理文件FL2的数据图象互相吻合。标识符值的此种吻合意味着数据库文件FL1的内容与hdcc处理文件FL2的数据图象的内容同步(匹配)。相反,标识符值的不吻合意味着:由于一些或其它的因素,数据库文件FL1的内容与hdcc处理文件FL2的数据图象的内容不同步(不匹配)。也就是说,步骤S103中的处理是用于核实数据库文件FL1的内容与hdcc处理文件FL2的数据图象的内容是否同步(匹配)的处理。
如果在步骤S103中得到肯定结果,即,两个标识符值互相吻合,处理就转移到步骤S104。如果两个标识符值互相吻合,hdcc处理文件FL2的数据图象的内容就与数据库文件FL1的登记内容同步。也就是说,hdcc处理文件FL2的数据图象的内容反映数据库文件FL1的当前登记内容,从而,此数据图象直接用作hdcc处理数据。
因而,在步骤S104的处理中,访问储存在HDD 21中的hdcc处理文件FL2(高速缓冲文件),以读入和获得数据图象。所得到的数据图象在RAM 20的hdcc-高速缓冲区20A中写成hdcc处理数据FL2a,并且展开。随后,hdcc处理数据FL2a保存在hdcc-高速缓冲区20A中。
如果在步骤S103中得到否定结果,即,两个标识符值互相不吻合,hdcc处理数据FL2a(高速缓冲文件)的数据图象的内容就与数据库文件FL1的登记内容不匹配(不同步)。
应该指出,hdcc处理数据FL2a的数据图象毕竟是基于数据库文件FL1而形成的。也就是说,数据库文件FL1的登记内容作为基准。因而,在hdcc处理文件FL2(高速缓冲文件)的数据图象和数据库文件FL1中,数据库文件FL1的内容更可靠。
据此,步骤S105之后的处理是以下处理:在hdcc-高速缓冲区20A中安装刚刚用数据库文件FL1表述的hdcc处理数据FL2a。
也就是说,在步骤S105中执行以下处理:访问储存在HDD 21中的数据库文件FL1,从各个表格中选择、提取并收集构造hdcc处理数据FL2a所需的信息。
在下一步骤S106中,用收集到信息表述hdcc处理数据FL2a。如此表述的hdcc处理数据FL2a传送并写到hdcc-高速缓冲区20A中,在此区域中数据被展开并保存。
在步骤S104或步骤S106中的处理结束之后,例如,应用程序31和hdcc 32能利用储存在hdcc-高速缓冲区20A中的hdcc处理数据FL2a来执行必要的处理,例如首先包括列表显示。这意味着:在步骤S104或步骤S106的处理结束时,应用程序31上的动作变得有可能。
对于图5所示的处理,只要hdcc处理文件FL2(高速缓冲文件)的数据图象与数据库文件FL1的登记内容在初始化处理中相互同步,此数据图象就直接处理成hdcc处理数据FL2a并安装在hdcc-高速缓冲区20A中。
在本实施例中,如果只正常地执行后面解释的登记处理和结束处理,hdcc处理文件FL2(高速缓冲文件)的数据图象就与数据库文件FL1的登记内容就互相同步,因而步骤S104的处理就作为常规初始化处理来执行。
从数据库文件FL1构造hdcc处理文件FL2的处理相对而言是耗时的,因为它需要根据预定的过滤条件从数据库文件FL1提取必要的信息。在内容数据量增加的情况下,处理时间进一步延长。到目前为止,每次执行初始化处理时,都从数据库文件FL1构造hdcc处理数据FL2a。也就是说,始终执行步骤S105→S106的处理。
在本实施例中,步骤S104的处理作为常规初始化处理来执行。也就是说,不是对于每个初始化操作都执行从数据库文件FL1构造hdcc处理数据FL2a的处理。
由于步骤S104的处理是从hdcc处理文件FL2(高速缓冲文件)读入并传送数据图象以便在RAM 20中写数据图象的处理,因此,该处理可在短时间内完成。也就是说,可在极短的时间内结束作为常规初始化处理的处理。而且,步骤S104的处理是把从HDD 21读出的数据写到RAM 20中的轻负荷处理,因此,该处理几乎不影响同时运行的其它处理,若有的话。例如,如果内容数据再现与其它处理同时执行,也保证再现输出的连续性,因而实现稳定的再现输出。
进而,在现有技术的情况下,其中,在每次初始化操作时都从数据库文件FL1表述hdcc处理数据FL2a,从列表显示一幅图象的内容数据所必需和足够的信息表述hdcc处理数据FL2a。为此,从数据库文件FL1表述hdcc处理数据FL2a的中断处理相对频繁地发生,以响应列表图象的卷屏。在此情况下,卷屏处理不能平滑地执行。另外,其它处理易于频繁地受到影响,从而,不能稳定地执行内容数据的连续再现、或特殊再现,如随机再现或重复再现。
在本实施例中,如果最初只从数据库文件FL1表述hdcc处理数据FL2a,hdcc处理数据FL2a随后就继续与数据库文件FL1同步。
因而,在本实施例中,在最初从数据库文件FL1表述hdcc处理数据FL2a时,利用整个数据库文件FL1的登记内容。尽管在表述hdcc处理数据FL2a时需要许多时间,但是,如果一旦表述hdcc处理数据FL2a,通过从高速缓冲文件读出就可获得hdcc处理数据FL2a,从而,只要短时间的轻负荷处理就够了。即使列表图象卷屏,从RAM 20的hdcc-高速缓冲区20A读出显示所需的数据也足够了,从而,列表图象可平滑地卷屏显示。
而且,由于不可能根据列表图象的卷屏进行从数据库文件FL1表述hdcc处理数据FL2a的处理,因此,容易稳定地执行上述内容数据的连续再现或特殊再现。
应该指出,步骤S105→S106的处理是针对后述错误状态的再同步处理,在错误状态中,数据库文件FL1停止与hdcc处理数据FL2a的数据图象同步。
如上所述,步骤S105→S106的处理有点耗时。然而,为了实现恢复,需要此处理,从而,数据库文件FL1与hdcc处理数据FL2a的数据图象同步。而且,不频繁地执行此处理,因而对用户的压力最小化。
现在以基于图3所示程序结构的处理序列来解释本实施例的初始化处理。为了解释,参考图6和7的箭头图。
图6示出在数据库文件FL1与hdcc处理文件FL2的数据图象(hdcc处理数据FL2a)同步(匹配)的情况下的初始化处理序列。
图6中所示的处理序列对应图5流程图中步骤S101→S102→S103→S104的处理。
在图6中,首先通过步骤S201的处理,从应用程序31向hdcc 32发出初始化命令。作为对此初始化命令的响应,通过步骤S202的处理,hdcc 32向cdam 33发出高速缓冲初始化(初始化高速缓冲)命令。为响应初始化高速缓冲命令,通过执行步骤S203的处理,cdam 33使用文件系统35执行获得标识符值的处理。也就是说,cdam 33获得储存在hdcc处理文件FL2的头部区中的标识符值,其中,文件FL2储存在HDD 21中。然而,在此情况下,在获得标识符值时,获得hdcc处理文件FL2的整个头部区的数据。
在如上所述地获得标识符值时,cdam 33通过在步骤S204中的设置标识符值的处理,前进到在头部-高速缓冲区20B中写入和展开所得到的标识符值的处理。在此情况下,通过展开在步骤S203中在头部-高速缓冲区20B内获得的整个头部区中的数据,可在头部-高速缓冲区20B中展开标识符值。
在完成步骤S203→S204时,cdam 33执行步骤S205的处理。即,cdam 33例如通过响应“完成”来通知hdcc 32:完成与初始化高速缓冲命令相应的处理。
在接收响应“完成”时,hdcc 32在下一步骤S206中向cdam 33发出检查高速缓冲命令。
作为对此的响应,cdam 33在步骤S207的处理中执行获得标识符值的处理,所述标识符值在先前步骤S204中在头部-高速缓冲区20B中被展开。
同时,在图5的步骤S102的处理中,从储存在HDD 21中的hdcc处理文件FL2的头部区获得标识符值。在此方面中,步骤S102的处理与在图6所示步骤S204和S207中获得的处理序列不同。然而,图6中步骤S204和S207的处理所获得标识符值基本上与储存在hdcc处理文件FL2的头部区中的相同,其中,文件FL2储存在HDD 21中。
接着,在步骤S207之后,cdam 33执行步骤S208的处理,向数据库模块34发出从数据库文件FL1获得标识符值的命令。
在下一步骤S209中,在步骤S207、S208中获得的hdcc处理文件FL2与数据库文件FL1比较标识符值。这对应于图5中步骤S103的处理。由于在此情况下hdcc处理文件FL2与数据库文件FL1同步,因此获得一致性的比较结果(ok)。
如果以此方式获得一致性的比较结果(ok),cdam 33就通过步骤S210的处理,通过返回响应(高速缓冲OK)而向hdcc 32通知检查高速缓冲的结果(ok)。
在接收以上高速缓冲OK的通知时,hdcc 32在步骤S211中向cdam 33发出从fsys获得高速缓冲的命令。cdam 33响应从fsys获得高速缓冲的命令,执行步骤S212的处理。在步骤S212中,cdam 33向文件系统35发出命令:使文件系统从储存在HDD 21中的hdcc处理文件FL2读入数据图象。cdam获得如此读入的数据图象。
通过下一步骤S213中的处理,hdcc 32执行在hdcc-高速缓冲区20A中展开cdam 33所获得数据图象的处理(设置高速缓冲)。处理S211→S212→S213对应图5中步骤S104的处理。
在完成设置高速缓冲的处理时,hdcc 32在下一步骤S214的处理中用响应“完成”来通知应用程序31:与应用程序31发出的初始化命令(S201)对应的初始化处理完成。应用程序31认可此通知时,初始化处理序列结束。
图7示出在数据库文件FL1与hdcc处理文件FL2的数据图象(hdcc处理数据FL2a)不同步的情况下的初始化处理序列。此序列对应S101→S102→S103→S105→S106的处理序列。
由于图7中从步骤S301到步骤S308的处理与图6中从步骤S201到S208的处理相似,因此,在此为了简化而省略其解释。
在此情况下,在步骤S309中获得结果NG,NG表示在hdcc处理文件FL2与数据库文件FL1之间标识符值不相符的比较结果。标识符值不相符意味着:因一些处理错误,数据库文件FL1的登记内容没有在hdcc处理文件FL2的图象数据的内容中反映,从而,所述内容互相不同步。
在此情况下,通过从步骤S301至步骤S308的处理,cdam 33返回响应(高速缓冲NG),通知hdcc步骤S309的比较结果为NG,作为对hdcc 32检查高速缓冲命令的回复。
在接收此通知时,hdcc 32前进到步骤S311,向cdam 33发出从db获得数据的命令。在接收此命令时,cdam 33通过步骤S312的处理向数据库模块34发出使数据库模块读出数据库文件FL1的命令。
hdcc 32通过下一步骤S313的处理,从数据库文件FL1提取需要的信息来表述hdcc处理数据FL2a,其中,数据库文件FL1是通过以上步骤S312的处理而读出的。接着,hdcc 32通过下一步骤S314的处理,向hdcc-高速缓冲区20A传送如此表述的hdcc处理数据FL2a,以在其中展开(保存)所述数据。在完成此处理时,hdcc 32通过下一步骤S315的处理,通知应用程序31初始化处理结束。
在图7所示的处理中,步骤S311-S314的处理序列对应步骤S105→S106的处理。在步骤S311-S314的处理序列中,步骤S312、S313代表比较耗时的重负荷处理。通过比较,在图6所示步骤S211-S213的处理序列中,没有特别耗时的重负荷处理。
6.登记处理
现在解释本实施例的数据库高速缓冲中的登记处理。此登记处理是改变数据库文件FL1的内容的处理,该处理响应内容数据的管理状态的改变,以反映内容数据的新管理状态。
例如当增加或删减内容数据时,在此改变管理状态。当例如根据对应用程序的动作而编辑已经登记的内容数据,例如通过分割或耦合来编辑时,登记处理就变为是必需的。相似地,当改变与内容数据有关的属性信息时或当对边缘数据进行补充、删减或其它编辑时,登记处理变为是必需的。
图8以流程图的形式示出登记处理的流程。
当如上所述地改变内容数据的管理状态时,发出指示执行登记处理的命令。作为对此命令的响应,通过步骤S401中的处理在数据库文件FL1中登记数据,以便在内容数据的管理状态中反映正在进行改变的内容。同时,与此数据登记相伴的是更新储存在数据库文件FL1中的标识符值。在此情况下,通过步骤S401的处理,与数据登记有关的时间和日期信息设置为标识符值。
在下一步骤S402中,以相似的方式对当前在hdcc-高速缓冲区20A中展开的hdcc处理数据执行数据登记,以便在内容数据的管理状态中反映正在进行改变的内容。
也就是说,在本实施例中,如果根据内容数据管理状态中的改变而对数据库模块34执行登记处理,就执行登记处理,以便在保存在hdcc-高速缓冲区20A中的hdcc处理数据FL2a中反映改变的内容。
以此方式,hdcc处理数据FL2a的信息内容总是与数据库文件FL1中的登记内容匹配。换句话说,在表述hdcc处理数据FL2a时,不必每次在数据库文件FL1改变时都从数据库文件FL1收集信息,以使hdcc处理数据FL2a与数据库文件匹配。也就是说,使hdcc处理数据FL2a的有效信息内容与数据库文件FL1的内容同步的处理(步骤S402)可以是短时间和轻负荷的。
在下一步骤S403中,重写(登记)当前保存在头部-高速缓冲区20B中的头部信息FL3的标识符值,以使它与前一步骤S401的处理所更新的数据库文件FL1的标识符值相同。
通过步骤S403的此处理,储存在数据库文件FL1中的标识符值与储存在头部-高速缓冲区20B内的头部信息FL3中的标识符值相同。
此步骤S403的处理是识别数据库文件FL1与hdcc处理数据FL2a(高速缓冲文件)同步的预备处理。
以上基于图3所示程序结构的登记处理序列如图9所示。
首先,在图9中,通过步骤S501的处理,从应用程序31向hdcc32发出指示对数据库文件FL1进行数据登记的命令(设定数据)。hdcc 32响应此命令,发出指示cdam 33为数据库文件FL1登记数据的命令(设定数据)。
作为对此命令(设定数据)的响应,cdam 33通过步骤S503的处理向数据库模块34发出控制数据库模块以便对储存在HDD 21中的数据库文件FL1登记数据的命令。为了确认,在此时登记指示正进行登记的日期和时间的标识符值。
在步骤S503完成为数据库文件FL1登记数据的处理时,cdam 33用“完成”响应来通知hdcc 32数据登记处理结束,如步骤S504所示。
到此为止的处理代表图8中步骤S401的处理。
在接收步骤S504的通知时,hdcc 32执行步骤S505的处理(设定数据)。
对于此处理,对当前保存在hdcc-高速缓冲区20A中的hdcc处理数据FL2a执行数据登记。此处理与图8中步骤S402的处理相对应。
步骤S506后面的处理是与图8中步骤S403对应的处理。
在此步骤S506中,从hdcc 32向cdam 33发送命令“使高速缓冲同步”。首先,对于与此命令相应的处理,cdam 33执行使数据库模块34读出并获得储存在HDD 21中的数据库文件FL1的标识符值,如步骤S507所示。在此获得的标识符值是表示与先前步骤S503中登记处理时相对应的更新时间和日期的最新值。
在下一步骤S508的处理中,对头部-高速缓冲区20B保存的头部信息FL3的标识符值区域设定所获得的标识符值。以此方式,数据库文件FL1的标识符值是与头部-高速缓冲区20B的头部信息FL3标识符值相同的值。
在完成步骤S508的处理时,cdam 33通过执行步骤S509的处理,返回“完成”,作为对步骤S506的命令“使高速缓冲同步”的响应。也就是说,cdam 33通知:与使高速缓冲同步命令相应的处理已经结束。在接收步骤S501的设定数据命令时,hdcc 32通过执行步骤S510的处理而向应用程序31返回“完成”。
8.结束处理
现在解释本实施例的数据库高速缓冲中的结束处理。当应用程序31结束时执行结束处理。
例如在应用程序31运行过程中当主电源断开时,应用程序31结束。例如,当通过用户操作而命令应用程序31的运行状态结束时,或者即使当通过从应用程序31激活另一应用程序而切换应用程序时,即使主电源接通,应用程序31也结束。
图10用流程图示出结束处理。对于应用程序31的结束,如果发出指示结束的命令,就执行图10中所示的结束处理。
首先,在步骤S601中,当前在头部-高速缓冲区20B中展开的头部信息FL3登记为hdcc处理文件FL2(高速缓冲文件)中的头部区的信息,其中,文件FL2储存在HDD 21中。同时,对于此处理,可清除到目前为止在头部-高速缓冲区20B中展开的头部信息FL3。
在下一步骤S602中,到目前为止在hdcc-高速缓冲区20A中展开的hdcc处理数据登记为hdcc处理文件FL2(高速缓冲文件)中的图象数据,其中,文件FL2储存在HDD 21中。同时,也可用步骤S602的处理来清除到目前为止在hdcc-高速缓冲区20A中展开的hdcc处理数据。
在图11中示出结束处理,作为图3所示程序配置下的处理序列。
在图11中,通过执行步骤S701中的处理,从应用程序31向hdcc32发出指示执行结束处理的命令“终止”。
作为对此命令“终止”的响应,hdcc 32执行步骤S702的处理,从hdcc-高速缓冲区20A得到hdcc处理数据FL2a。
通过下一步骤S703的处理,hdcc 32向cdam 33发出保存高速缓冲命令,指示保存高速缓冲文件(hdcc处理文件FL2)。
作为对保存高速缓冲命令的响应,cdam 33执行步骤S704的处理,以获得保存在头部-高速缓冲区20B中的头部信息FL3。这获得hdcc处理数据FL2a和头部信息FL3。
接着,cdam 33执行下一步骤S705的处理,命令文件系统35通过执行保存处理而登记头部信息FL3和hdcc处理数据FL2a,分别作为头部区的信息和hdcc处理文件FL2的数据图象、以及作为数据图象,其中,文件FL2储存在HDD 21中。
当完成步骤S705的处理时,cdam 33执行步骤S706的处理,通过响应“完成”来通知hdcc 32:保存高速缓冲的处理结束。
在接收此通知时,hdcc 32执行步骤S707的处理,通过响应“完成”来通知应用程序31:步骤S701发出的“终止”命令的处理结束。
通过图10和11所示的处理,在应用程序结束时,用到目前保存在hdcc-高速缓冲区20A中的hdcc处理文件FL2和保存在头部-高速缓冲区20B中的头部信息FL3,来更新hdcc处理文件FL2的头部区的信息以及数据图象。
同时,在图10中,在高速缓冲文件(hdcc处理文件FL2)中登记头部-高速缓冲区20B的头部信息FL3,接着,在高速缓冲文件(hdcc处理文件FL2)中登记hdcc-高速缓冲区20A的hdcc处理数据FL2a。
图11所示的处理以hdcc-高速缓冲区20A的hdcc处理数据FL2a和头部-高速缓冲区20B的头部信息FL3的顺序获得信息,随后在高速缓冲文件(hdcc处理文件FL2)中一次性地登记这两者,因而与图12所示的处理稍微有些不同。
然而,在本实施例中,只要最后用hdcc-高速缓冲区20A的hdcc处理数据FL2a和头部-高速缓冲区20B的头部信息FL3来更新hdcc处理文件FL2就够了,而实现这点的处理顺序可根据需要而改变。对初始化处理和登记处理也是如此。
对于通过上述结束处理来更新的HDD 21上的hdcc处理文件FL2(高速缓冲文件)的数据内容,作出以下注释。
首先,图象数据已经用hdcc处理数据FL2a更新。如果通常只执行前面的登记处理,hdcc处理数据FL2a就是始终与数据库文件FL1的登记内容同步的信息内容。因而,在结束处理之后的图象数据的内容与数据库文件FL1的登记内容同步。
另一方面,头部区用头部-高速缓冲区20B的头部信息FL3来更新。从前面对登记处理的解释可以理解,储存在头部信息FL3中的标识符值是始终与数据库文件FL1的标识符值相同的值。因此,在结束处理之后储存在hdcc处理数据FL2a(高速缓冲文件)中的标识符值应该与数据库文件FL1中的标识符值相吻合。
也就是说,在结束处理之后保存在HDD 21中的hdcc处理文件FL2具有与数据库文件FL1的登记内容同步的内容,作为数据图象(hdcc处理数据)。因而,可以理解,根据已经结合图5和6所解释的,在初始化hdcc处理数据FL2a时,可直接使用hdcc处理文件FL2的数据图象。
另外,在前面也描述过,只要正常地执行各种用于数据库高速缓冲的处理操作,如初始化处理、登记处理或结束处理,在结束处理之后保存在HDD 21中的hdcc处理文件FL2的标识符值就与数据库文件FL1中的标识符值相吻合。这意味着,如果两者的标识符值互相吻合,hdcc处理文件FL2的数据图象(hdcc处理数据)就认为是与数据库文件FL1的登记内容匹配。
相反,如果两个标识符值互相不吻合,在执行数据图象高速缓冲的过程中发生一些错误的风险就可能较高,从而,hdcc处理文件FL2的数据图象(hdcc处理数据)停止与数据库文件FL1的登记内容匹配。
在前面描述中,在结合图5-7所解释的初始化处理中,通过互相比较标识符值而判断是否已经实现同步。
前面的解释假设用CPU 11运行的程序来实现本发明以上实施例的操作。此程序通过例如安装在HDD 21或ROM 13中而储存。
可替换地,所述程序可暂时地或永久地储存(记录)在可移动记录介质上,如软盘、CD-ROM(紧致盘只读存储器)、MO(磁光)盘、DVD(数字多用途盘)、磁盘或半导体存储器。此可移动记录介质可作为所谓的软件包提供。
例如,在本实施例中,程序可记录在由介质驱动器19处理的介质上,并作为软件包提供。因而,对于记录和/或再现装置1,程序可由介质驱动器19从记录介质读出,并且通过储存在HDD 21或ROM13中而安装。而且,对于此封装介质,体现本发明的系统的程序例如安装在通用个人计算机上。
除了如上所述从可移动记录介质安装以外,程序也可在网络如因特网上从保存程序的服务器下载。
还可以想到,构造用于在以后增加本发明适当功能的升级程序,以封装介质或在网络上散布升级程序。用户在已经安装现有系统的环境中获得升级程序就可以。
本发明不局限于上述结构,可包括大量的修改例。
例如,尽管在本实施例中,对储存在HDD 21中的hdcc处理文件FL2,储存标识符值作为同步信息,但是,也可想到,在HDD 21上保存作为同步信息的标识符值,作为与hdcc处理文件FL2独立的另一数据文件。也就是说,第二非易失性存储部件与第三非易失性存储部件可以相互分离或共同布置成硬件组件。
然而,更理想地是,第二和第三非易失性存储部件共同布置成单一数据文件,对于hdcc处理文件FL2,在所述单一数据文件中储存标识符值作为同步信息,因而有利地简化数据管理。
在RAM 20中共同提供储存hdcc处理数据FL2a的hdcc-高速缓冲区20A和储存头部信息FL3的头部-高速缓冲区20B。然而,这些区域还可设置在作为独立硬件的存储器件中,或设置在作为公共硬件的存储区中。
对于储存在HDD 21中的数据库文件FL1和hdcc处理文件FL2也是如此,从而,它们可储存在作为存储器件的多个HDD中,所述多个HDD是独立的硬件。
也就是说,在本发明中,第一和第二信息保存部件可以是各个不同的存储器件或布置成公共器件。对于第一至第三非易失性存储部件也是如此。
储存hdcc处理数据FL2a的hdcc-高速缓冲区20A和储存头部信息FL3的头部-高速缓冲区20B被描述为易失性存储区,即RAM。然而,它们也可以是非易失性存储区。也就是说,在初始化处理时,通过用形成hdcc处理文件FL2的数据图象和头部区信息来重写储存在非易失性存储区中的头部信息FL3和hdcc处理数据FL2a,可以获得与上述实施例相同的数据库高速缓冲系统操作。
内容数据、数据库文件FL1和高速缓冲文件(hdcc处理文件FL2)的存储位置也不局限于HDD,可以是任选的非易失性存储器件或记录介质。
根据本发明,可以想到,即使在运行应用程序31时也能在初始化时检查是否已经实现匹配。在此情况下,在应用程序31运行过程中,在预定的时机或时间执行图10和11所示的结束处理,即,通过登记hdcc处理数据FL2a和头部信息FL3来更新hdcc处理文件FL2的处理。
例如,在应用程序31运行过程中,在预定的时机或时间执行图5中步骤S101→S102→S103的处理是足够的。如果在步骤S103的处理中得到肯定结果,继续保存hdcc处理数据FL2a就足够了,而不必执行任何处理。相反,如果得到否定结果,为了使hdcc处理数据FL2a与数据库文件FL1重新同步,在预定的时机执行步骤S105→S106的处理就足够了。
在上述实施例中,适于处理所述内容的应用程序所使用的hdcc处理数据FL2a是内容列表显示所需的列表数据。然而,这对于本发明不是限制性的。也就是说,只要hdcc处理数据是通过利用或查询数据文件的信息而得到的信息并且是可由应用程序使用的信息就行,其中,所述应用程序用于内容管理和再现。
而且,在上述实施例中,通过如图1所示配置的记录和/或再现装置1执行本发明的信息处理。然而,记录和/或再现装置的配置也可任意修改。例如,根据本发明的信息处理装置例如可通过个人计算机形成。
另外,数据库监督的内容数据不必局限于音频数据文件,而例如可以是视频数据。
Claims (8)
1.一种信息处理装置,包括:
用于储存数据库的第一非易失性存储部件,该数据库监督储存在记录介质中的至少一个单元数据;
第一登记部件,该部件对所述数据库执行登记处理;
用于保存单元数据过程信息的第一信息保存部件,所述单元数据过程信息用预定信息来表述,并且用于所述单元数据的预定处理,其中所述预定信息是形成所述数据库的信息;
单元数据处理部件,该部件用单元数据过程信息对所述单元数据执行所述预定处理;以及
第二登记部件,该部件对所述单元数据过程信息执行登记处理;
所述第二登记部件根据所述单元数据处理部件执行的处理结果而进行操作,以对所述单元数据过程信息执行登记处理,以便与所述第一登记部件对所述数据库执行登记处理时的登记处理结果保持一致。
2.如权利要求1所述的信息处理装置,进一步包括:
存储控制部件,该部件根据所述单元数据处理部件引导的处理的结束而进行操作,以把所述第一信息保存部件保存的单元数据过程信息储存到第二非易失性存储部件上。
3.如权利要求2所述的信息处理装置,进一步包括:
用于储存并处理匹配信息的匹配信息处理部件,所述匹配信息处理部件进行如下操作:当根据所述单元数据处理部件执行的处理结果而执行所述第一登记部件对所述数据库的登记处理和所述第二登记部件对所述单元数据过程信息的登记处理时,第二信息保存部件对所述单元数据储存匹配信息并保存,其中,匹配信息指示所述数据库的登记内容与单元数据过程信息的匹配;
其中,所述存储控制部件把所述第二信息保存部件保存的所述匹配信息储存到第三非易失性存储部件中。
4.如权利要求3所述的信息处理装置,其中,所述第三非易失性存储部件和所述第二非易失性存储部件具有相同的存储区;并且其中
所述存储控制部件以形成包括所述单元数据过程信息和所述匹配信息的文件的方式,使所述单元数据过程信息和所述匹配信息储存在所述相同存储区中。
5.如权利要求3所述的信息处理装置,进一步包括:
判断部件,该部件基于储存在所述第三非易失性存储部件中的所述匹配信息,核实储存在所述第二非易失性存储部件中的单元数据过程信息的登记内容和所述数据库的登记内容是否相互匹配。
6.如权利要求5所述的信息处理装置,进一步包括:
初始化部件,在单元数据过程信息被初始化并且所述判断部件获得表示所述登记内容匹配的判断结果的情况下,所述初始化部件使储存在所述第二非易失性存储部件中的单元数据过程信息保存在所述第一信息保存部件中。
7.如权利要求5所述的信息处理装置,进一步包括:
初始化部件,在单元数据过程信息被初始化并且所述判断部件获得表示所述登记内容不匹配的判断结果的情况下,所述初始化部件使用储存在所述第一非易失性存储部件中的数据库来表述所述单元数据过程信息,并使所述第一信息保存部件保存如此表述的单元数据过程信息。
8.一种信息处理方法,包括以下步骤:
对数据库执行登记处理的第一登记处理,数据库是监督储存在记录介质中的至少一个单元数据的信息并且储存在非易失性存储区中;
单元数据处理,该处理用保存在信息保存区中的内容处理信息对所述单元数据执行所需处理,所述内容处理信息是用预定信息来表述的信息并且在对所述单元数据的所需处理中使用,所述预定信息是形成所述数据库的信息;以及
第二登记处理,该处理对所述内容处理信息执行登记处理;其中
在所述第一登记处理根据对所述单元数据的所述处理的处理结果而对所述数据库执行登记处理的情况下,所述第二登记处理对所述内容处理信息执行登记处理,以便与所述处理结果保持一致地处理单元数据。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP119948/2003 | 2003-04-24 | ||
JP2003119948A JP4100241B2 (ja) | 2003-04-24 | 2003-04-24 | 情報処理装置、情報処理方法、プログラム、記憶媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1540548A CN1540548A (zh) | 2004-10-27 |
CN100429642C true CN100429642C (zh) | 2008-10-29 |
Family
ID=33447082
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100346985A Expired - Fee Related CN100429642C (zh) | 2003-04-24 | 2004-04-23 | 信息处理方法、装置、程序和记录介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7308461B2 (zh) |
JP (1) | JP4100241B2 (zh) |
KR (1) | KR20040092418A (zh) |
CN (1) | CN100429642C (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5901843B2 (ja) | 2013-03-28 | 2016-04-13 | 三菱電機株式会社 | 再生装置、制御方法及びプログラム |
JP6221717B2 (ja) * | 2013-12-12 | 2017-11-01 | 富士通株式会社 | ストレージ装置、ストレージシステム及びデータ管理プログラム |
US10671494B1 (en) * | 2017-11-01 | 2020-06-02 | Pure Storage, Inc. | Consistent selection of replicated datasets during storage system recovery |
EP3848811A4 (en) * | 2018-09-07 | 2022-05-25 | Kabushiki Kaisha Toshiba | DATABASE DEVICE, PROGRAM, AND DATA PROCESSING METHOD |
US11078762B2 (en) | 2019-03-05 | 2021-08-03 | Swm International, Llc | Downhole perforating gun tube and components |
US10689955B1 (en) | 2019-03-05 | 2020-06-23 | SWM International Inc. | Intelligent downhole perforating gun tube and components |
US11268376B1 (en) | 2019-03-27 | 2022-03-08 | Acuity Technical Designs, LLC | Downhole safety switch and communication protocol |
US11619119B1 (en) | 2020-04-10 | 2023-04-04 | Integrated Solutions, Inc. | Downhole gun tube extension |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997005616A1 (en) * | 1995-07-26 | 1997-02-13 | Sony Electronics Inc. | Compact disc changer utilizing disc database |
CN1204813A (zh) * | 1997-04-01 | 1999-01-13 | 株式会社第一兴商 | 卡拉ok系统和用于此系统的内容存储媒体 |
JP2003030967A (ja) * | 2001-07-18 | 2003-01-31 | Sony Corp | 記録装置および方法、記録媒体、並びにプログラム |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6829368B2 (en) * | 2000-01-26 | 2004-12-07 | Digimarc Corporation | Establishing and interacting with on-line media collections using identifiers in media signals |
US6862689B2 (en) * | 2001-04-12 | 2005-03-01 | Stratus Technologies Bermuda Ltd. | Method and apparatus for managing session information |
US6795834B2 (en) * | 2000-06-26 | 2004-09-21 | Fujitsu Limited | Apparatus, method, and storage medium for file management |
US7054888B2 (en) * | 2002-10-16 | 2006-05-30 | Microsoft Corporation | Optimizing media player memory during rendering |
US7007049B2 (en) * | 2002-11-18 | 2006-02-28 | Innopath Software, Inc. | Device memory management during electronic file updating |
-
2003
- 2003-04-24 JP JP2003119948A patent/JP4100241B2/ja not_active Expired - Fee Related
-
2004
- 2004-04-02 US US10/817,637 patent/US7308461B2/en not_active Expired - Fee Related
- 2004-04-16 KR KR1020040026228A patent/KR20040092418A/ko not_active Application Discontinuation
- 2004-04-23 CN CNB2004100346985A patent/CN100429642C/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997005616A1 (en) * | 1995-07-26 | 1997-02-13 | Sony Electronics Inc. | Compact disc changer utilizing disc database |
CN1192285A (zh) * | 1995-07-26 | 1998-09-02 | 索尼电子有限公司 | 使用盘数据库的cd变换器 |
CN1204813A (zh) * | 1997-04-01 | 1999-01-13 | 株式会社第一兴商 | 卡拉ok系统和用于此系统的内容存储媒体 |
JP2003030967A (ja) * | 2001-07-18 | 2003-01-31 | Sony Corp | 記録装置および方法、記録媒体、並びにプログラム |
Also Published As
Publication number | Publication date |
---|---|
CN1540548A (zh) | 2004-10-27 |
JP2004326923A (ja) | 2004-11-18 |
KR20040092418A (ko) | 2004-11-03 |
US20040243625A1 (en) | 2004-12-02 |
US7308461B2 (en) | 2007-12-11 |
JP4100241B2 (ja) | 2008-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10645161B2 (en) | Communication system and its method and communication apparatus and its method | |
USRE43917E1 (en) | Recording and reproducing apparatus and terminal apparatus | |
JP5145937B2 (ja) | 再生開始位置制御付きコンテンツ再生方法および装置 | |
EP1579327A1 (en) | Pre-configured backup dvd-rws | |
CN100511182C (zh) | 信息处理器件和信息处理方法 | |
CN101169795A (zh) | 信息处理装置、信息处理方法、程序和程序记录介质 | |
CN100429642C (zh) | 信息处理方法、装置、程序和记录介质 | |
CN100382046C (zh) | 记录及重现装置、信息传送及管理方法以及记录介质 | |
KR20020094951A (ko) | 오디오 데이터 관리장치와 관리방법 및 기록장치 | |
CN100511465C (zh) | 记录/再现装置及记录/再现方法 | |
JP2006338814A (ja) | 情報取得方法及びコンテンツ記憶装置 | |
EP1612705A2 (en) | Music content storage apparatus, system and method | |
JP2003263857A (ja) | 情報記録装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
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: 20081029 Termination date: 20100423 |