固件更新系统,固件传输服务器、固件整合设备以及程序

摘要

本发明提供一种固件更新技术，作业区域和作业时间小，即使电源切断也能够再次开始更新，而且支持了不支持写入的文件系统。为此，在更新制作/发布服务器中，对旧版和新版的固件映像进行分割，提取出新版和旧版的分割后的固件映像的差分，制作出更新数据包，并将其传输给整合设备。另一方面，在整合设备中，对旧版的分割后的固件映像(当前使用中的既有固件映像)应用更新数据包。

说明书

技术领域

本发明涉及在进行固件传输的服务器与固件整合设备(firmwareincorporating device)之间执行的固件更新技术。

背景技术

近年来，在放弃DVD设备或者TV设备等整合设备之后，在软件(包括固件)发现了不良情况的情况下，一般进行通过将以往的固件改写成解决了不良情况的固件来解决问题的方法。这里，所谓固件(firmware)，指的是预先存储在整合设备的非易失性存储区域中的所有数据。关于这样的固件更新，例如在专利文献1、非专利文献2以及非专利文献2等中已经公开。

专利文献1公开了对固件全部进行更换的固件更新方式。为了对固件全部进行更换，在经由网络进行更新的情况下，需要将新版本(version)的固件映像(firmware image)全部进行传输，因此，应该传输的数据大小增大。

另外，非专利文献1公开了提取旧版本的数据与新版本数据的差分的技术。在经由网络进行更新的情况下，如果利用该技术传输固件的更新差分部分，能够减小传输数据大小。

非专利文献2公开了在Linux中经常使用的软件更新程序。通过该程序，以数据包为单位来管理软件，发布有更新的软件数据包。

现有技术文献

专利文献1：日本特开平11-110218号公报

非专利文献1：xdelta：http://xdelta.org/

非专利文献2：Yum：Yellow dog Updater，Modified：http://linux.duke.edu/projects/yum

但是，在专利文献1的方法中，用于应该传输的数据大小很大，因此存在下载耗费时间、用于设备侧的下载的区域也变大的问题。另外，还存在用于对固件全部进行改写的作业时间也变长的问题。

另外，在非专利文献1的固件传输中，虽然传输的数据的大小变小，但是却存在为了将更新应用于固件映像要耗费时间和作业区域的问题。即，例如，在将更新数据应用于旧版本的固件映像的情况下，当逐渐应用于旧本版的映像时，在由于电源切断等而中断了的情况下，固件映像会损坏。因此，需要使应用了更新数据后的输出与旧版本的映像在不同的区域进行，相应地需要占用作业区域。另外，由于需要访问整个旧版本的映像，因此也耗费时间。

另外，如果使用非专利文献2的固件的更新，则不耗费作业区域和时间，但是对于不支持写入的文件系统来说则无法应对。在数据包中放入有文件系统中的更新对象的文件。为了写入该文件，需要文件系统对写入的支持。通常，在整合设备的情况下，为了减轻处理(不影响启动时间)，使用了仅支持读入的I/O请求的文件系统。因此，希望有能够在保持了仅支持读入的文件系统的优点的情况下更新OS(Operating System操作系统)等的固件的方法。

发明内容

本发明是鉴于上述状况而完成的发明，其提供一种作业区域小、作业时间短、即使电源切断也能够再次开始更新、而且即使是不支持写入的文件系统也能够更新固件的技术。

为了解决上述课题，在本发明中，在固件传输服务器中，具有将旧版本的固件映像分割成预定个数而生成的多个旧版本分割固件映像；该固件传输服务器以与旧版本的固件映像相同的条件对新版本的固件映像进行分割，并生成多个新版本分割固件映像。另外，针对固件映像的每个分割单位，提取出新版本固件映像与旧版本固件映像的差分信息，并生成具有每个所述分割单位的差分信息的更新映像。并且，将更新映像传输给整合设备。在接收到该更新映像的整合设备中，将更新映像应用于使用中的既有固件映像，更新固件。

这里，以目录名相通的文件对旧版本的固件进行汇总分割，由此生成所述多个旧版本分割固件映像。由此，以与生成多个旧版本分割固件映像时相同的条件，根据所述目录名，来对新版本的固件进行分割，从而生成多个新版本分割固件映像。

固件传输服务器还具有映像分割表，该映像分割表在分割固件映像时使用，用于将成为分配固件映像的基准的目录名与分割映像编号对应起来进行管理。另外，在映像分割表中，与各分割映像编号对应的表的区域大小设定成相等。在该情况下，在执行固件的分割处理的时候，在分配给分割表中的第一表区域的文件的合计大小大于区域大小的情况下，使分配给第一表区域的文件的一部分移动到所分配的文件的合计大小小于区域大小的第二表区域中。并且对移动处理后的所述第一表区域赋予表示移动目的地的链接信息。

在整合设备中，在将更新映像应用于既有固件映像从而更新固件的时候，使启动OS从通常使用的通常OS切换到紧急时使用的紧急用OS。该紧急用OS具有以下功能：当在固件更新中整合设备的电源切断的情况下，确定更新应用中的更新映像的功能；能够直接对存储器进行访问的功能；以及使更新应用处理工作的功能。

另外，整合设备具有对所述既有固件映像根据目录名进行分割而生成的既有分割固件映像。该分割的条件与上述的新旧固件映像的分割处理时使用的条件相同。并且，在固件更新处理的时候，将具有基于目录名的每个分割单位的差分信息的更新映像，应用于具有对应的目录名的既有分割固件映像。

进一步的本发明的特征可以通过下文的用于实施本发明的最佳方式和附图来明确。

根据本发明，在整合设备中，固件更新所需要的作业区域小，而且作业时间短，即使电源切断也能够再次开始更新，而且即使是不支持写入的文件系统，也能够更新固件。

附图说明

图1是表示本发明的实施方式涉及的固件更新系统的概要结构的图。

图2是表示本发明的实施方式涉及的更新制作/发布服务器的软件结构的图。

图3是表示本发明的整合设备的软件的结构的图。

图4是表示映像分割表的结构例的图。

图5是表示分割固件映像的结构体的图。

图6是表示更新映像的结构例的图。

图7是表示分区表的结构例的图。

图8是表示安装表的结构例的图。

图9是表示更新状态的结构例的图。

图10是用于说明映像分割功能的处理内容的流程图。

图11是用于说明更新制作功能的处理内容的流程图。

图12是用于说明更新发布功能的处理内容的流程图。

图13是用于说明更新应用程序的处理内容的流程图。

图14是用于说明恢复用程序的处理内容的流程图。

具体实施方式

关于本发明，直截了当地说，是对新旧固件映像进行分割，将每个分割区域的差分数据作为更新映像从服务器发送到整合设备中，在整合设备中不使用文件系统而通过OS执行固件的更新。

下面，参照附图对本发明的实施方式进行说明。其中，需要注意的是本实施方式不过是为了实现本发明的一个示例，其并不限定本发明的技术范围。另外，在各图中，对于共同的结构标以相同的参照符号。

<系统结构>

图1是表示系统(固件更新系统)的概要结构的图。该系统具备：传输更新映像140的更新制作/传输服务器130；经网络150接收更新映像140并更新内部的固件的整合设备160。

开发者110将制作的新的固件映像120传输到更新制作/发布服务器130。这里，所谓固件映像120是将开发者110开发的软件与构成文件作为一个文件来存档而形成的。存档的形式是不支持写入I/O请求的文件系统映像。例如，如果是Linux，则是cramfs那样的文件系统的映像。

更新制作/发布服务器130例如是配置在因特网上的整合设备制造商的服务器，其具备作为具有网络功能的计算机的硬件。即，更新制作/发布服务器130具备：CPU131、RAM132、网络接口133以及HDD134。在HDD134中存储有将固件映像分割而形成的分割固件映像。具体来说，是基于比新的固件映像120老一个版本的固件映像制作得到的旧版分割固件映像135。另外，对于更新制作/发布服务器130的软件结构将参照图2在后文中进行叙述。另外，旧版分割固件映像135的结构将参照图5在后文中进行叙述。

另外，更新制作/发布服务器130基于固件映像120和旧版分割固件映像135制作出更新映像140，并经由网络150发送给整合设备160。另外，对于更新映像140的详细结构，将参照图6在后文中叙述。

整合设备160具备作为具有网络功能的计算机的硬件。即，整合设备160具备：CPU161、RAM162、网络接口163以及闪速存储器164。整合设备160将软件更新请求发送给更新制作/发布服务器130，并接收更新映像160，对存储在闪速存储器164中的分割固件映像165进行更新。另外，对于整合设备160的软件结构，将参照图3在后文中进行叙述。另外，对于在整合设备160中使用中的分割固件映像165的结构，将参照图5在后文中进行叙述。

<更新制作·发布服务器的软件结构>

图2是表示更新制作/发布服务器130的软件的结构的图。该软件由映像分割功能210、更新制作功能220、更新发布功能230、映像分割表240、旧版分割固件映像(存储部)135、以及新的分割固件映像(存储部)260构成。所述的各功能以及表存储在HDD134中。

映像分割功能210是更新制作功能220调用的功能(参照图11)，其对固件映像120进行分割，制作出新版固件映像260。映像分割功能的处理内容的详细情况将在后文参照图10进行叙述。

更新制作功能220是用于制作更新映像140的功能。其详细的处理内容将在后文参照图11进行叙述。

更新发布功能230是将更新数据包140发布给整合设备160的功能。关于更新发布功能230的详细的处理将在后文参照图12进行叙述。

映像分割表240是在映像分割功能210中使用的数据，其详细情况将参照图4在后文中进行叙述。分割固件映像260是更新制作功能220的输出，其详细结构将参照图5在后文中叙述。

<整合设备的软件结构>

图3是表示整合设备160的软件结构的图。该软件由OS组300、更新应用程序330、安装表350、更新状态360；分割固件映像165构成。OS组300具有：在通常时使用、具有读入专用文件系统的通常OS310；在电源突然切断时等紧急时使用、具有恢复用程序322的紧急用OS321；以及分区表(partitiontable)340。另外，分割固件映像165是在当前时刻搭载于整合设备160的分割固件映像，其在更新前与旧版分割固件映像135为相同内容，在更新后与新版分割固件映像260为相同内容。

通常OS(操作系统)310支持读入专用文件系统311作为文件系统。该读入专用文件系统311能够安装闪速存储器164上的文件系统映像，并通过Linux那样的目录树(directory tree)访问文件。但是，即使经由目录树打开文件，文件仅支持读入操作，而不支持写入操作。为了对闪速存储器进行写入，如Linux OS的MTD接口那样，需要直接访问闪速存储器。

紧急用OS321是在更新应用程序330的处理由于电源切断等而中断的情况下使用的OS，其包括恢复用程序322。对于恢复用程序322的处理将在图14中叙述，但是，简单地说，其具有将更新固件写入到闪速存储器164功能。但是，在该情况下，与仅指定文件名就能够进行写入的支持写入的文件系统不同，必须指定应该写入的闪速存储器的地址(LBA)进行写入。

分区表340是记载了闪速存储器164的分区的表，其存储在具有通常OS310和紧急用OS321的OS组300中。关于分区表340的详细结构将在后文参照图7进行叙述。

更新应用程序330是根据更新映像140来更新分割固件映像165的程序。更新应用程序330的详细的处理内容将在后文参照图13进行叙述。

安装表350用于记述整合设备160内的分割固件映像165通过哪个目录树进行安装。安装表350在闪速存储器164中记录在与分割固件映像165不同的区域中。关于安装表350的详细的结构，将参照图8在后文进行叙述。

更新状态360是用于存储更新状态的区域，其在闪速存储器164中记录在与分割固件映像165不同的区域中。关于更新状态360的详细结构将在后文参照图9进行叙述。

<映像分割表的结构>

图4是表示映像分割表240的结构的图。该映像分割表240用于对新制作的固件映像120进行分割，并生成新版分割固件映像260。

在图4中，映像大小410是分割的大小。在图4的例子中，分割大小(分割出的各映像的大小)不超过8Mbyte，但是并不限定于该大小。

在映像分割表240中，针对分割出的映像，赋予映像编号420。在目录名430中记录有在分割出的映像中存储的目录子树。例如，符号420所示的行具有这样的意思：“在映像编号为2的映像中存储/lib以下的目录树”。另外，符号441一行中的“/”意思是“存储了符号442、443、以及444的行中没有存储的所有目录树”。

<分割固件映像(新旧)的结构>

图5是表示分割固件映像260和旧版分割固件映像135的结构的图。分割固件映像260和135是将固件映像120以映像大小(分割大小410)为单位进行分割而生成，并由分割编号510和530以及分割出的映像数据520和540构成。

<更新映像的结构>

图6是表示更新映像140的结构的图。更新映像140由映像编号610、与映像编号对应的更新数据620构成。如图6所示，例如，关于映像编号为2的映像数据，由于在新版和旧版之间没有差，因此，没有包含在更新映像140中。

<分区表的结构>

图7是表示分区表340的结构的图。该分区表340是在确定将映像数据物理性地写入到哪里时所参照的表，其进行了闪速存储器164的分区设定。

分区表340由分区编号710、与分区编号710对应的闪速存储器的地址范围720构成。在本次的示例中，定义了5个8M字节的分区5和1个2M字节的分区。

<安装表的结构>

图8是表示安装表350的详细结构的图。安装表350是为了将正确的数据存储在文件树内的正确位置而使用的表，其由存储了映像的分区编号810、映像编号820以及安装OS的安装点830构成。当不清楚安装点830时，OS无法判断应该安装哪个数据。

另外，在安装表350中，例如，行832是这样的意思：“在分区编号为2的分区中，存储与映像标号2对应的映像，OS将该映像安装到/lib”。

<更新状态的结构>

图9是表示更新状态360的结构的图。在更新状态360中记录更新状态编号。即，更新状态360是表示现在正在更新与哪个映像编号对应的更新映像的信息。当所有的更新映像的更新处理结束时，最后更新的映像编号被记录，因此，可知所有的更新映像已经处理过了。

<映像分割功能的处理内容>

图10是用于说明在映像分割功能210中使用的映像分割功能所执行的处理内容的流程图。另外，作为映像分割表240，使用图4所示的表的例子进行说明。

首先，映像分割功能210在RAM132上设置行数与映像分割表240的行数为相同数量的作业区域(步骤1010)，如果是图4的映像分割表240，则设置4个作业区域。

接着，映像分割功能210对包含在固件映像120中的各文件反复执行以下的步骤1021和1022的处理(步骤1020)。

即，映像分割功能210对文件与映像分割表240的哪个映像编号420对应进行检索(步骤1021)。例如，如果文件名为/lib/libc.so，则映像编号为“2”，如果文件名为/sbin/insmod，则与行442、443、444中的任何一个目录都不相当，因此，与行441的目录“/”匹配，映像编号为“1”。

然后，映像分割功能210将文件存储到与通过步骤1021而匹配的映像编号对应的作业区域中(步骤1022)。例如，如果为/lib/libc.so，则在作业区域2以相同文件名进行保存，如果为/sbin/insmod，则在作业区域1以相同文件名进行保存。

接着，映像分割功能210在各作业区域中反复执行以下的步骤1031至1034的处理(步骤1030)。即，映像分割功能210估计将保存在各作业区域中的文件作为文件系统映像进行存档了的情况下的大小(步骤1031)。具体来说，实际制作出存档，测量所制作的存档文件大小。

另外，映像分割功能210判定映像大小是否大于映像大小410(在图4的例子中为8M字节)(步骤1032)。在判断为映像大小大于映像大小410的情况下，处理转移到步骤1033，在判断为小于映像大小410的情况下，处理转移到步骤1034。

当在步骤1032中为是(Yes)的情况下，映像分割功能210将保存在作业区域中的文件移动到映像大小比映像大小410小的作业区域中，并且，将该源文件作为符号链接(symbolic link)保留，使链接目的地为移动目的地(步骤1033)。例如，将保存在作业区域2中的/lib.libc.so作为/bin/overflow3/lib/libc.so移动到了作业区域3的情况下，作业区域2中的/lib.libc.so成为通向/bin/overflow3/lib/libc.so的符号链接。这样，即使移动文件的内容，也能够以相同的名字访问文件。

当在步骤1032中为否的情况下，或者，在步骤1033的处理之后，映像分割功能210将保存在作业区域中的文件作为文件系统映像存档，并保存到分割固件映像260中(步骤1034)。例如，如果是作业区域2，则保存的地点成为行532。

通过上述的作业，固件映像120被分割成最大为8M字节的文件系统映像，并作为分割固件映像260进行保存。

<更新制作功能的处理内容>

图11是用于说明更新制作功能220执行的更新映像制作处理的内容的流程图。

首先，将由开发者110制作的固件映像120输入到更新制作/发布服务器130，更新制作功能220取得该固件映像120(步骤1110)。

接着，更新制作功能220调出映像分割功能210，并使用其进行固件映像分割处理(图10)，并取得分割固件映像260(步骤1120)。

然后，更新制作功能220，针对分割固件映像260的各映像编号510(为循环变量m)，反复执行下面的步骤1131至1134的处理(步骤1130)。

即，更新制作功能220对分割固件映像260的映像编号510为m的映像数据520与旧版分割固件映像135的映像编号530为m的映像数据540进行比较(步骤1131)，判断映像数据是否相同(步骤1132)。如果相同则结束处理，如果不相同则使处理转移到步骤1133。

在步骤1132为否的情况下，更新制作功能220以二进制为单位提取步骤1131的分割固件映像260的映像数据520与旧版分割固件映像135的映像数据530之间的差分数据(步骤1133)。作为提取方法，例如可以使用xdelta那样的技术。

接着，更新制作功能220将m保存到更新映像140的映像编号610，将在步骤1133中提取到的差分数据保存到更新状态620中(步骤1134)。

如上所述，制作出更新映像。如前所述，更新映像例如为图6那样的结构。

<更新发布功能的处理内容>

图12是用于说明更新发布功能230的处理内容的流程图。

当取得从整合设备160发送到更新制作/发布服务器130的固件更新的请求时(步骤1210)，更新发布功能230将更新制作功能220制作好的更新映像传输到请求发送源整合设备160(步骤1220)。

另外，更新请求的发送例如由使用者指定更新，或者由整合设备160定期地自动发送，或者在启动整合设备160时与更新制作/发布服务器130进行通信来检查固件是否正在更新，在正在更新的情况下自动发送更新请求即可。

<更新应用程序的处理内容>

图13是用于说明整合设备160中的更新应用程序330执行的处理内容的流程图。另外，更新应用程序330与CPU161协同作为更新应用处理部发挥功能。

整合设备160从更新制作/发布服务器130接收更新映像140，启动了的更新应用程序330将存储地点通知通常OS(在RAM上展开的OS)，通常OS将其保存到存储器中(步骤1310)。另外，关于更新映像140的保存目的地，为安装表350的映像编号820为“WORK2”的行中的、与分区编号810对应的分区。在图8所示的安装表的情况下，为与分区编号6对应的分区(WORK2)。另外，在进行保存的时候，不经文件系统311而由通常OS的文件系统311以外的功能直接写入到闪速存储器164中。另外，更新状态921为“0”(表示还没有进行任何更新)。

接着，更新应用程序330将下次启动时的OS从通常OS切换到紧急用OS321(步骤1320)。这是用于使在非常事态时等电源切断的情况下能够使用紧急用OS321的处理，如果电源没有断开，则使用通常OS310(在RAM162上展开的通常OS)。另外，切换通过切换引导装入(boot load)的设定等可以实现。此外，紧急用OS321的功能只要至少具有以下功能即可：更新状态参照功能；指定地址、执行针对闪速存储器164的数据读写的功能；以及执行恢复用程序322的功能。

另外，更新应用程序330对更新映像140的各映像编号610反复执行步骤1331至1334的处理(步骤1330)。这里，复返的变量在下文中为n。

即，更新应用程序330对更新状态921进行更新(步骤1331)。具体来说，将“n”输入到更新状态921中。

另外，更新应用程序330，参照安装表350(图8)，查找与映像编号n对应的分区，来作为更新数据620的应用对象。例如，在n＝1的情况下，参照图8，对应的分区编号为1，存在于该分区的数据成为更新应用对象。将更新数据620应用到更新应用对象的数据。应用的时候，使用xdelta的差分应用功能那样的功能。应用后的数据被输出到与映像编号为WORK(作业区域)1对应的分区(分区编号为“m”)。在图8的示例中，与WOKR1对应的分区编号为5，因此，输出到分区5中。这样，不是分区编号为1的区域而是将更新数据存储到WORK1，是因为若没有保留旧版的数据，则在中途电源断开的情况下，无法再次开始固件的更新处理。

并且，当更新数据在应用对象中的存储完成时，更新应用程序330将安装表的分区编号810的m和n对调(步骤1333)。在图8的例子中，行831的分区编号为5，行835的分区编号为1。

接着，更新应用程序330再次执行安装处理。在这里所示的例子的情况下，安装点“/”被安装到分区5中。由此，安装于安装点“/”的数据为更新过的映像编号为1的数据。

在发送来的所有更新映像被应用后(对所有的映像编号结束了步骤1332至1334的处理之后)，更新应用程序330使启动OS返回到原来的通常OS310，并结束处理(步骤1340)。

<回复用程序的处理内容>

图14是用于说明从紧急用OS321开始启动的恢复用程序322的处理的流程图。另外，紧急用OS321在图13的处理在中途结束的情况下启动。

当图13的处理由于某种原因(紧急事态或者异常事态)而结束的情况下，恢复用程序322参照更新状态921，取得曾经正在更新中(结束时正在处理中)的更新数据的映像(步骤1410)。在图9的情况下为2。

然后，恢复用程序322从图13的处理的步骤1332，n＝步骤1410的值，再次开始图13的处理(步骤1420)。此时，使用紧急用OS321。

<小结>

在本实施方式中，在更新制作·发布服务器中，将更新对象设备(整合设备)的旧版本的固件映像与新版本的固件映像分别分割成等大小M(字节)的N个新版本固件映像i(1＜i＜N)(下文中称为新固件映像i)与N个旧版本固件映像i(下文中称为旧固件映像)。然后，提取出旧固件映像i与新固件映像i之间的差分i(1＜i＜N)，汇总差分i来形成更新数据包，并传输给对象设备。由此，整合设备侧的更新处理仅通过针对存在差的分割后的固件映像i的更新即可完成，因此，容易确定更新对象的文件，而且能够非常高效地执行固件的更新处理。

更新对象设备的闪速存储器分成N个以上的分区，分区大小至少在大小M以上，旧固件映像i存储在各分区中。另外，更新对象设备接收更新数据包，并将数据包中所包含的差分i应用到存储于分区中的旧固件映像i，生成新固件映像i。

另外，在对象设备，设置使用于针对旧固件映像i的更新作业的作业用的分区W。将作为针对旧固件映像i的更新作业的输出的新固件映像i输出到分区W。更新后，将W的数据作为新固件映像i进行处理，将存储有旧固件映像i的分区作为W处理。

另外，在对象设备设置紧急用OS和更新状态数据。在更新状态中记录当前正在更新哪个固件映像i的状态。当在更新途中切断了电源的情况下，当下一次接通电源时，紧急用OS启动，参照更新状态数据再次开始更新处理。

通过以上，作业区域的大小仅仅是作业用的分区W。另外，由于仅仅是对有差分的分割后的固件映像i进行更新，因此，更新所需要的时间比对所有的固件映像进行更新花费的时间要短。此外，即使在从旧固件映像i生成新固件映像i的作业的中途电源被切断的情况下，由于旧固件映像i仍然保留，因此，在下一次的电源接通时能够再次开始更新。

另外，在实施方式中，作业区域的大小是作业用分区WORK1、WORK2的合计，为10M字节。固件映像的大小为4个8M的映像的量，为32M字节。在对固件映像全部进行更新的方式中，由于需要与固件映像相同大小(32M字节)的作业区域，因此，能够减小作业区域。另外，由于仅仅是对有差分的分割后的固件映像的更新，因此更新所需要的时间也比对所有的固件映像进行更新要短。另外，即使是在从旧固件映像生成新固件映像的作业的中途切断电源的情况下，通过图14的处理，在下一次的电源接通时能够再次开始更新。

另外，本发明也可以通过实现本实施方式的功能的软件程序代码来实现。在该情况下，将记录有程序代码的存储介质提供给系统或者装置，由该系统或者装置的计算机(或者CPU、MPU)读出存储在存储介质中的程序代码。在该情况下，从存储介质读出的程序代码本身实现了所述的实施方式的功能，该程序代码本身以及存储有该程序代码的存储介质构成本发明。作为用于供给这样的程序代码的存储介质，例如可以使用柔性盘、CD-ROM、DVD-ROM、硬盘、光盘、光磁盘、CD-R、磁带、非易失性的存储卡、ROM等。

另外，也可以构成为：根据程序代码的指示，由在计算机上工作的OS(操作系统)等进行实际的处理的一部分或者全部，通过该处理来实现所述的实施方式的功能。另外，也可以构成为：在从存储介质读出的程序代码写入到计算机的存储器后，根据该程序代码的指示，由计算机的CPU等进行实际的处理的一部分或者全部，通过该处理来实现所述的实施方式的功能。

另外，也可以构成为：将实现实施方式的功能的软件的程序代码经由网络进行传输，由此，将其存储到系统或者装置的硬盘或存储器等存储单元或者CD-RW、CD-R等存储介质中，在使用时由该系统或者装置的计算机(或者CPU、MPU)读出存储在该存储单元或者该存储介质中的程序代码来执行。