信息处理设备及其控制方法

专利名称：信息处理设备及其控制方法
技术领域：
本发明涉及信息处理设备及其控制方法，更特别地，涉及用于有效率地通知与软 件的更新细节相关的信息的信息处理设备及其控制方法。
背景技术：
通过因特网向用户发布最新版本的软件是各个软件开发者的常用手段。换而言 之，当用户PC中安装的软件版本不再是最新版本时，软件开发者响应于来自用户的请求， 通过因特网向该用户提供最新版本的软件。在提供最新版本的软件时，软件开发者还通知 用户相对于前一版本的修改。更具体地，软件开发者提供作为从更新前的功能到更新后的 功能的修改的列表的、称为发行注记(release notes)的文档数据。用户在他或她的PC上 显示所提供的发行注记的文档数据。日本特开2008-165418描述了当注册了新版本数据时，文档管理服务器向被注册 为与较旧版本数据相关的通知目的地的用户通知已经注册了该新版本数据。因此，根据日 本特开2008-165418，可以避免使用户接收关于与他或她的工作无关的数据的修改的信息。需要注意的是，日本特开2008-165418并未描述当针对预定软件进行多次更新时 将向用户提供的信息。另外，当针对预定软件进行多次更新时，发行注记通常针对各次更新描述相对于 前一更新的修改。因此，发行注记包括多次更新中的多个修改信息。但是，很少用户需要与 所有更新中的修改相关的信息。尤其通常不需要较早更新中的信息。特别地，当发行注记 包括用户不需要的很多信息时，用户从发行注记中识别所需信息而需要的精力增加。换而 言之，向用户提供与软件的多项更新细节相关的信息的效率降低。当进行了多次更新时，描述各次更新中的全部修改的发行注记如图7A所示。图7A 示出当版本5.0的预定软件(应用程序X)经过从版本5. 1到版本5. 5的五次更新时的发 行注记的示例，并且该发行注记包括各项更新细节(修改)701到709。该发行注记可能包 括用户不需要的信息。例如，如图7A中的附图标记704所示，当中间更新(该情况下的版 本5. 2)中发生的问题在后续的更新(该情况下的版本5. 3)中被修正时，使用修正后的版 本(5.3以后的版本)的用户不大可能需要与该问题相关的信息。因此，对于在多次更新中 在某次更新中发生并且在后续更新中被解决的问题和修改来说，用户甚至不希望知道存在 这样的问题。因此，在发行注记中包括修改704的必要性很低。修改706说明在幻灯片功能中能够对静止图片和运动图片进行幻灯片显示。因 此，较早更新中与幻灯片功能相关的修改702 (仅能进行静止图片的幻灯片显示)的必要性 也较低。换而言之，当特定功能在更新中被多次修改时，通知最终修改通常就足够了，无需 通知中间修改细节。修改708说明最终移除了红眼校正功能。因此，通知较早更新中与红眼校正功能 相关的修改(图7A的示例中的修改701、705和707)的必要性也较低。另外，由于第一次 更新前的版本5. 0不包括任何红眼校正功能，因此，对通知移除了红眼校正功能的修改708进行显示的必要性原本就较低。

发明内容
因此，需要提供当一次对相同软件进行多次更新时能够有效率地提供与更新细节 相关的信息的信息处理设备及其控制方法。根据本发明的一个方面，提供一种信息处理设备，包括存储部件，用于当一次对 相同软件进行多次更新时，存储各次更新的多条更新信息，其中各条更新信息描述相对于 前一更新的修改细节；生成部件，用于通过分析所述多条更新信息，从所述多条更新信息中 所描述的全部修改细节中确定不包括在差异信息中的修改细节，并且基于确定结果生成所 述差异信息，其中所述差异信息描述所述软件在所述多次更新前后的修改细节；以及显示 控制部件，用于控制显示装置以显示所述生成部件所生成的所述差异信息。
根据本发明的另一方面，提供一种信息处理设备的控制方法，所述信息处理设备 具有用于当一次对相同软件进行多次更新时存储各次更新的多条更新信息的存储部件，其 中各条更新信息描述相对于前一更新的修改细节，所述控制方法包括生成步骤，用于通过 分析所述多条更新信息，从所述多条更新信息中所描述的全部修改细节中确定不包括在差 异信息中的修改细节，并且基于确定结果生成所述差异信息，其中所述差异信息描述所述 软件在所述多次更新前后的修改细节；以及显示控制步骤，用于控制显示装置以显示在所 述生成步骤中生成的所述差异信息。根据以下参考附图对示例性实施例的描述，本发明的其它特征会变得显而易见。


图1是示出作为根据本发明实施例的信息处理设备的示例的修改显示设备的结 构的示例的框图；图2是用于解释根据本发明实施例的信息处理设备中的问题修正显示处理的流 程图；图3是用于解释根据本发明实施例的信息处理设备中的功能修改显示处理的流 程图；图4是用于解释根据本发明实施例的信息处理设备中的功能移除处理的流程图；图5A和5B是示出根据本发明实施例的信息处理设备中用于显示差异信息的画面 示例的图；图6是示出根据本发明实施例的信息处理设备要通知的发行注记的示例的图；图7A和7B是示出包括修改的所有信息的发行注记的示例的图；以及图8A到8D是示出根据本发明实施例的信息处理设备所使用的管理文件的示例的 图。
具体实施例方式
以下将参照附图详细描述本发明的优选实施例。 图1是示出作为根据本发明实施例的信息处理设备的示例的修改显示设备101的 结构的示例的框图。可以通过在通用计算机装置中安装用于实现后面将描述的功能的软件，来实现修改显示设备101，该通用计算机装置具有例如可与因特网连接的结构。需要注 意的是，所述计算机装置包括允许在线更新其软件的全部装置，例如，所谓的个人计算机、 例如移动电话的便携式信息终端、以及具有因特网通信功能的数字装置(数字照相机、打 印机、传真机、电视接收器等)。另外，本发明可应用于利用例如CD-ROM或DVD-ROM的记录 介质来离线更新其软件的装置。参照图1，CPU 108为总体控制修改显示设备101中的各个 单元的中央处理单元，并用作执行各种信息处理的主体。当该CPU 108控制修改显示设备 101中包括的装置时，可以实现该实施例所提出的功能。存储器106允许读取访问和写入访问，并主要用作CPU 108的工作区域和数据缓 冲器。修改显示设备101包括作为用作存储装置的硬盘驱动器的HDD 107。HDD 107存 储程序和数据。CPU 108控制修改显示设备101中的各个单元以根据从HDD 107中读出的 程序进行操作，并根据所述程序处理记录在HDD 107中的数据。CPU 108还可将处理后的数 据记录在HDD 107中。需要注意的是，HDD 107还记录如图8A所示的已安装应用程序管理 文件。该已安装应用程序管理文件描述安装在HDD 107中的应用程序的名称以及该应用程 序的版本号(标识符)。 CPU 108包括分析单元108a、确定单元108b、生成单元108c以及显示控制单元 108d。分析单元108a、确定单元108b、生成单元108c以及显示控制单元108d是当CPU 108 加载程序时实现的各个功能模块。需要注意的是，分析单元108a、确定单元108b以及生成 单元108c可包括在单个功能模块中。分析单元108a、确定单元108b、生成单元108c以及 显示控制单元108d可作为独立于CPU 108的电路而包括在修改显示设备101中。分析单 元108a、确定单元108b以及生成单元108c可包括在单个生成电路(生成单元)中。显示器105包括例如CRT，并且基于来自CPU 108的指示，显示例如字母和数字的 字符以及例如图形的图像。键盘104是输入装置，修改显示设备101的用户操作该输入装 置以输入各种数据和例如命令的信息。鼠标103是指示装置的示例，并且是用户用来操作 显示在显示器105上的程序的接口。网络板(network board) 109通过因特网110与内容发布服务器111连接。网络 板109是用于通过因特网110与内容(应用程序)发布服务器111通信的发送/接收单元 (通信接口)。修改显示设备101通过因特网110从内容发布服务器111中获取可安装应 用程序管理文件(图8B)和描述各个版本中的修改的发行注记(图6)。将获取的文件保存 在 HDD 107 中。修改显示设备101将HDD 107中保存的已安装应用程序管理文件(图8A)中描述 的应用程序的版本、与从内容发布服务器111中获取的可安装应用程序管理文件(图8B) 中描述的应用程序的版本进行比较。在本实施例中，针对单个应用程序进行版本比较。当 如图8B所示的可安装应用程序管理文件中描述的版本较新(具有较大的编号)时，修改显 示设备101知道用于更新该应用程序的更新安装器可用。随后，修改显示设备101从内容 发布服务器111获取描述更新的修改并具有如图6所示的结构的发行注记。换而言之，修 改显示设备101获取如下的发行注记当将应用程序从如图8A所示的版本更新至如图8B 所示的版本时，该发行注记包括在如图8A和图8B所示的应用程序的版本之间进行的全部 更新中的修改的信息，并且具有特有的结构。
例如，已安装应用程序管理文件将应用程序的特有信息(例如，名称)与已安装的 版本号相关联，并在图8A的示例中描述已经安装了版本5. 0的应用程序X。可安装应用程 序管理文件将应用程序的特有信息与可安装的最新版本号相关联，并在图8B的示例中描 述应用程序X的可安装版本号是5. 5。因此，修改显示设备101获取如图6所示的发行注记 a到e，作为与针对已安装版本的应用程序(软件)X进行的各次更新中的更新细节相关的 信息(更新信息)。图6中的发行注记a描述从版本5. 0到版本5. 1的修改。图6中的发 行注记b描述从版本5. 1到版本5. 2的修改。图6中的发行注记c描述从版本5. 2到版本 5. 3的修改。图6中的发行注记d描述从版本5. 3到版本5. 4的修改。图6中的发行注记 e描述从版本5. 4到版本5. 5的修改。修改显示设备101获取图6中的发行注记a到e作 为要分析的发行注记。需要注意的是，除修改后的版本和修改细节之外，如图6所示的发行 注记还可以包括通知适合于用户的细节所需的属性和标识符。
在如图6所示的发行注记a到e中，将用于标识在各次更新中修改后的版本的标 识符与相对于各前一版本的修改细节相关联。如图6所示的发行注记a到e包括进一步将 用于标识软件中的功能的功能标识符与多次更新中的标识符和修改细节相关联的多条信 息。如图6所示的发行注记a到e具有例如以下数据结构。更新后版本栏601描述各次更新中修改后的版本的标识符。更新后版本栏601描 述例如更新后的版本号。修改目的栏602描述用于标识修改目的的类型的信息。例如，当修改是特定功能 的修改时，修改目的栏602描述“功能修改”；当修改是问题的修正时，修改目的栏602描述 “问题修正”。问题发生版本栏603描述用于标识导致应用程序X中的问题的版本的信息。例如， 当修改目的栏602描述“问题修正”时，问题发生版本栏603有效。例如，当修改目的栏602 描述“问题修正”时，问题发生版本栏603描述最初导致所修正的问题的版本号。功能ID栏604描述应用程序X中的功能的标识符(功能ID)。例如，当修改目的 栏602描述“功能修改”时，功能ID栏604有效。例如，当修改目的栏602描述“功能修改” 时，功能ID栏604描述分配给所修改的功能的功能ID。假设将要标识的多个功能原则上是 属于应用程序X的等级结构中的同一层级的功能，但是也可以是属于没有包含关系的不同 层级的功能。修改/移除栏605描述用于标识功能修改中的修改(广义的修改)的类型的信 息。例如，当修改目的栏602描述“功能修改”时，修改/移除栏605有效。当针对功能ID 栏604所指定的功能进行修改(狭义的修改)时，修改/移除栏605描述“修改”；当移除了 功能ID栏604所指定的功能时，修改/移除栏605描述“移除”。需要注意的是，广义的修 改包括狭义的修改和移除。通知栏606指定修改的通知属性。例如，当修改目的栏602描述“功能修改”时， 通知栏606有效。例如，当修改目的栏602描述“功能修改”时，通知栏606在该修改需要 通知的情况下描述“需要”，并在其它情况下描述“正常”。功能ID最初实现版本栏607描述用于标识最初实现功能ID栏604中所指定的 功能的版本的信息。例如，当修改目的栏602描述“功能修改”时，功能ID最初实现版本栏 607有效。例如，当修改目的栏602描述“功能修改”时，功能ID最初实现版本栏607描述最初实现功能ID栏604所指定的功能的版本号。修改细节栏608描述要通知用户的修改细节，即相对于前一版本的修改细节。图7A示出基于如图6所示的发行注记a到e、在当将软件从版本5. 0更新至版本5. 5时显示修改的情况下显示的全部修改细节。修改701原样显示图6中的发行注记a中 的修改细节栏608中的描述细节。修改702和703原样显示图6中的发行注记b中的修改 细节栏608中的描述细节。修改704、705和706原样显示图6中的发行注记c中的修改细 节栏608中的描述细节。修改707原样显示图6中的发行注记d中的修改细节栏608中的 描述细节。修改708和709原样显示图6中的发行注记e中的修改细节栏608中的描述细 节。由此，通过简单列举全部多次更新中进行的全部修改，显示包括了很多不必要的信息， 因而增加了用户从发行注记中识别所需信息所需的精力。换而言之，向用户提供与软件的 多项更新细节相关的信息的效率降低。相反，在本实施例中，当一次进行多次更新时，修改显示设备101从全部修改中仅 提取要向用户通知的修改，并使用如图2、3和4所示的过程向用户通知这些修改。以下将 详细描述本实施例。以下将使用图2描述不通知与在多次更新中在特定更新中发生并且在后续更新 中被修正的问题相关的信息所需的过程。图2是示出问题修正显示处理的流程图。在步骤s201中，CPU 108开始问题修正显示处理。在步骤s202中，CPU 108访问 HDD 107，并从如图8A所示的已安装应用程序管理文件中获取更新前的版本号。在步骤s203中，CPU 108访问HDD 107，并获取如图6所示的发行注记a到e。假 设HDD 107存储通过因特网110和网络板109预先从内容发布服务器111下载的、如图6 所示的发行注记a到e。在步骤s204中，CPU 108加载来自所获取的发行注记中的修正信息。CPU 108可 以基于图6中的修改目的栏602中的描述，判断该加载的修改细节表示“问题修正”还是 “功能修改”。如果修改目的栏602描述“问题修正”，则CPU 108加载修改细节作为修正信 息。另外，如果修改目的栏602描述“功能修改”，则CPU108可忽略该行或可使处理转至步 骤 s210。在步骤s205中，CPU 108获取导致所修正的问题的版本。换而言之，CPU 108参照 图6中的问题发生版本栏603来获取问题发生版本号。在步骤s206中，CPU 108比较更新前的版本号(5. 0)和问题发生版本号。多次更 新前的版本号是在步骤s202中获得的，问题发生版本号是在步骤s205中获得的。如果CPU 108在步骤s207中判断为问题发生版本号较大(“是”)，则判断为修正 了在要应用的多次更新中的一次更新中发生的问题的第一修改是在后续更新中进行的。在 此情况下，CPU 108使处理进入步骤S208。另一方面，如果CPU 108在步骤s207中判断为 问题发生版本号不是较大(“否”)，则判断为修正了在更新前的版本中发生的问题的第二 修改是在要应用的多次更新中进行的。在此情况下，CPU 108使处理进入步骤s209。在步骤s208中，CPU 108判断为第一修改是无需向用户提供的修改，并将第一修 改从差异信息中排除。需要注意的是，差异信息是针对应用程序X的修改细节中在多次更 新前后的差异的信息，并且是要通知给用户的信息。在本实施例中，通知方法由显示器105 上的显示操作实现。但是，通知方法并不仅限于显示操作，并还可由音频输出操作或打印操作实现。在步骤s209中，由于所修正的问题发生在更新前的版本中，因而CPU 108判断为 第二修改是需要通知用户的修改，并且生成包括第二修改的差异信息。
换而言之，CPU 108分析多条更新信息。然后，CPU 108从该多条更新信息中所描 述的全部修改细节中，确定不包括在描述软件在多次更新前后的修改细节的差异信息中的 修改细节，并且基于确定结果生成差异信息。更具体地，分析单元108a分析多条更新信息， 并向确定单元108b提供该分析结果。根据该分析结果，确定单元108b从该多条更新信息 中所描述的全部修改细节中，确定不包括在描述软件在多次更新前后的修改细节的差异信 息中的修改细节。确定单元108b向生成单元108c提供所确定的细节。生成单元108c基 于所确定的细节生成差异信息。生成单元108c向显示控制单元108d提供所生成的差异信 息。显示控制单元108d控制显示器105以显示所接收到的差异信息(参见图5A和5B)。在步骤s210中，CPU 108检查当前参照的发行注记是否包括要进行判断信息表 示要通知的修改还是不通知的修改的判断处理的修正信息。如果包括要处理的修正信息 (“是”)，则CPU108使处理返回至步骤s204，以对要处理的修正信息执行判断处理。如果 已经处理了全部修正信息(“否”)，则CPU 108使处理进入步骤s211。在步骤s211中，CPU 108检查是否仍然存在要进行判断是否通知修正信息的判断 处理的发行注记。如果仍然存在要处理的发行注记(“是”)，则CPU 108使处理返回至步 骤s203，并对要处理的发行注记执行判断处理。如果已经处理了全部发行注记(“否”)，则 CPU 108使处理进入步骤s212，从而结束问题修正显示处理。利用上述过程，禁止了通知无 需向用户通知的问题修正，并且可以通知需要向用户通知的问题修正。因此，可以将与问题 修正相关并且用户所需要的信息有效率地提供给用户。以下将使用图3描述当在不同更新中进行了针对单个功能的修改时仅通知针对 该功能的最后修改的处理的过程。图3是示出功能修改显示处理的流程图。在此处理的描 述中，也将描述以下方法该方法共同描述在特定更新中针对特定功能的修改以及在向较 新版本的更新中针对相同功能的修改。另外，在此处理的描述中，后面将使用图4描述从差 异信息中排除在多次更新的中途添加并且在多次更新之后移除的新功能的全部修改的方 法。在步骤s301中，CPU 108开始功能修改显示处理。在步骤s302中，CPU 108访问 HDD 107，并从如图8A所示的已安装应用程序管理文件中获取更新前的版本号。在步骤s303中，CPU 108访问HDD 107，并获取如图6所示的发行注记a到e。假 设HDD 107存储通过因特网110和网络板109预先从内容发布服务器111下载的、如图6 所示的发行注记a到e。在步骤s304中，CPU 108从所获取的发行注记中加载要处理的功能修改信息。CPU 108可以基于图6中的修改目的栏602中的描述，判断该加载的修改细节表示“问题修正” 还是“功能修改”。如果修改目的栏602描述“功能修改”，则CPU 108加载修改细节作为功 能修改信息。另一方面，如果修改目的栏602描述“问题修正”，则CPU 108可忽略该行或可 使处理转至步骤s312。在步骤s305中，CPU 108参照所加载的功能修改信息的图6中的通知栏606。如 果CPU 108判断为图6中的通知栏606描述“需要”(“是”)，则处理进入步骤S311。如果CPU 108判断为图6中的通知栏606描述“正常”(“否”)，则处理进入步骤s306。在步骤s306中，CPU 108获取功能修改信息的功能ID。CPU108参照图6中的功 能ID栏604获取功能ID。在步骤s307中，CPU 108通过访问存储器106，确认在显示缓冲器中是否存储有具 有相同功能ID的功能修改信息。需要注意的是，显示缓冲器是在存储器106中虚拟地确保 以存储要在显示器105上显示的信息的区域。如果CPU 108判断为在显示缓冲器中没有存 储具有相同功能ID的功能修改信息(“否”)，则处理进入步骤s311。如果CPU 108判断为 存储了具有相同功能ID的功能修改信息(“是”)，则处理进入步骤s308。在步骤s308中，CPU 108在存储在显示缓冲器中的具有相同功能ID的功能修改 信息中指定更新后版本栏601中的版本号最大(版本号最新)的功能修改信息，并将该版 本号与当前处理的功能修改信息的更新后的版本号进行比较。在步骤s309中，CPU 108判断步骤s308中的比较结果。如果CPU 108判断为当 前处理的信息的更新后的版本号比存储在显示缓冲器中的信息的版本号大、即新(“是”)， 则处理进入步骤s310。如果CPU 108判断为当前处理的信息的更新后的版本号不比存储在 显示缓冲器中的信息的版本号大、即新(“否”)，则处理进入步骤s312。在步骤s310，CPU 108移除存储在显示缓冲器中、并且通知属性不是“需要”的具 有相同功能ID的功能修改信息，从而由具有较新的更新后版本的功能修改信息来更新这 些功能修改信息。需要注意的是，如果具有相同功能ID的功能修改信息具有通知属性“需 要”，则CPU 108不移除该功能修改信息。在步骤s311中，CPU 108将当前处理的功能修改信息存储在显示缓冲器中。如果 在步骤s305中判断为“是”，则无论在显示缓冲器中是否已经存储有具有相同功能ID的功 能修改信息，CPU 108都将当前处理的功能修改信息存储在显示缓冲器中。或者，如果在步 骤s307中判断为“否”，则CPU 108将当前处理的功能修改信息作为该功能的新的修改信息 存储在显示缓冲器中。或者，在步骤s310之后，CPU 108将当前处理的功能修改信息存储 在显示缓冲器中，从而由更新后版本较新的该功能修改信息来更新功能修改信息。在步骤s312中，CPU 108检查当前参照的发行注记是否包括要进行判断信息表示 要通知的修改还是不通知的修改的判断处理的功能修改信息。如果包括要处理的功能修改 信息(“是”)，则CPU 108使处理返回至步骤S304，从而对要处理的功能修改信息执行判断 处理。如果已经处理了全部功能修改信息(“否”)，则CPU 108使处理进入步骤s313。在步骤s313中，CPU 108检查是否仍然存在要进行判断是否通知功能修改信息的 判断处理的发行注记。如果仍然存在要处理的发行注记(“是”)，则CPU 108使处理返回至 步骤s302，并对要处理的发行注记执行判断处理。如果已经处理了全部发行注记(“否”)， 则CPU 108使处理进入步骤s314。换而言之，通过重复步骤s302到s313的循环，CPU 108如下针对各个功能生成差 异信息。即，CPU 108针对软件中的各个功能分析更新信息，从而针对软件中的各个功能生 成差异信息。当在多次更新中针对一个功能进行了修改时，CPU 108生成包括多次更新中 的最近的更新中的修改细节的差异信息。CPU 108生成排除了多次更新中的其它更新中的 修改细节的差异信息。利用该过程，禁止了通知无需向用户通知的功能修改，并且可以通知 需要向用户显示的功能修改。这样，可以将与各功能修改相关并且用户所需要的信息有效率地提供给用户。在步骤s314中，CPU 108执行功能移除处理。以下将利用图4详细描述功能移除
处理。 在步骤s401中，CPU 108开始功能移除处理。在步骤s402中，CPU 108访问HDD 107，并从如图8A所示的已安装应用程序管理文件中获取更新前的版本号。在步骤s403中，CPU 108访问存储器106，并从显示缓冲器中获取具有相同功能ID 的全部功能修改信息。在步骤s404中，CPU 108从具有相同功能ID的功能修改信息中指定更新后版本 栏601中的版本号最大(版本号最新)的功能修改信息。在步骤s405中，CPU 108参照步骤s404中所指定的具有最大值的(最新的)功 能修改信息的修改/移除栏605，并判断该值是“修改”还是“移除”。如果CPU 108判断为 最新的功能修改信息的修改/移除属性是“移除”(功能移除)(“是”)，则处理进入步骤 s406。如果CPU 108判断为最新的功能修改信息的修改/移除属性不是“移除”(“否”)， 则处理跳至步骤s409。在步骤s406中，CPU 108参照与步骤s404中指定的具有最大值的功能修改信息 的功能ID相同的功能ID相关的功能ID最初实现版本栏607，以获取功能添加版本号。然 后，CPU 108将功能添加版本号与在步骤s402中获取的更新前的版本号进行比较。在步骤s407中，CPU 108判断步骤s406中的比较结果。如果CPU 108判断为功 能添加版本号较大(“是”)，则判断为在多次更新的中途添加了要判断的功能。在此情况 下，CPU 108使处理进入步骤S408。另一方面，如果CPU 108判断为功能添加版本号不是较 大(“否”)，则判断为在多次更新之前添加了要判断的功能。在此情况下，CPU 108使处理 进入步骤s409。在步骤s408中，CPU 108从显示缓冲器中，移除具有与要判断的功能的功能ID相 同的功能ID的全部功能修改信息中、通知属性不是“需要”的功能修改信息。需要注意的 是，如果具有与要判断的功能的功能ID相同的功能ID的功能修改信息的通知属性为“需 要”，则CPU 108不移除该功能修改信息。在步骤s409中，CPU 108检查在显示缓冲器中是否存储有具有要进行判断表示要 显示在显示器105上的修改还是不显示的修改的判断处理的功能ID的功能修改信息。如 果CPU 108判断为存储有具有要处理的功能ID的功能修改信息(“是”)，则处理返回至步 骤s403，从而对要处理的功能ID进行上述处理。如果CPU 108判断为没有存储具有要处理 的功能ID的功能修改信息(“否”)，则处理进入步骤s410，从而结束功能移除处理。换而言之，通过重复步骤s403到s409的循环，CPU 108如下生成差异信息。艮口， 当在多次更新中的第一更新中添加新功能并且在第二更新中移除该新功能时，CPU 108生 成不包括与该新功能相关的信息的差异信息。在多次更新中，该第二更新晚于第一更新。 因而，可以避免将与在多次更新的中途添加的功能相关的信息包括在差异信息中。也就是 说，利用上述过程，禁止了通知无需向用户通知的功能添加，并且可以通知需要向用户通知 的功能添加。因此，可以将与所添加的功能相关并且用户所需要的信息有效率地提供给用 户。在图3的步骤s315中，CPU 108向显示器105提供显示缓冲器的内容(差异信息)。显示器105对显示缓冲器的内容(差异信息)进行显示(参见图5A和5B)。在步骤s316中，CPU 108结束功能修改显示处理。利用上述过程，不通知无需向 用户通知的功能修改信息，并且可以通知需要向用户通知的功能修改信息。
如图5A所示，可以利用上述过程来整理图7A中的显示内容。需要注意的是，整理 后的显示内容包括为想要确认在更新中途进行的所有修改的用户而设置的全部修改显示 菜单501。换而言之，CPU 108不仅生成用于进行如图5A所示的显示的差异信息，还生成用 于进行如图7A所示的显示的全部修改的信息，并将这些信息存储在显示缓冲器中。随后， 在检测到鼠标103点击此全部修改显示菜单501时，CPU 108向显示器105提供全部修改 的信息。显示器105可以相应地将如图5A所示的显示切换为如图7A所示的显示。因此， 不仅显示最终的功能修改信息，还可以响应于想要确认在更新中途进行的全部修改的用户 的请求而通知所述全部修改。需要注意的是，图5A仅显示图7A中的最终的功能修改信息，而不显示中间的功能 修改信息。因此，以下将描述中间的功能修改信息的显示示例。当从图8C所示的已安装应 用程序管理文件中获取更新前的版本、并且从图8D所示的可安装应用程序管理文件中获 取可更新的版本时，利用如图6所示的相同的发行注记，可以检测到软件可以从版本5. 1更 新到版本5. 4。在此情况下，图7B示出在显示这些更新期间进行的全部修改的情况下的显 示的示例。当应用以上描述的本实施例的处理时，显示如图5B所示的差异信息。可以从图 5B看出，示出两个功能修改，即，在修改707中修改的红眼校正功能和在先前修改705中修 改的红眼校正功能。在上述实施例中，描述了将多次更新应用于单个软件的情况。但是，本发明不限于 此类情况。例如，本发明还包括一次将多次更新应用于构成单个软件的多个应用程序的情 况。因此，在所附权利要求中，单个或多个应用程序都可构成“相同软件”。其它实施例可以由读取并执行记录在存储装置上的程序以进行上述实施例的功能的系统或 设备的计算机(或例如CPU或MPU的装置)，或者由系统或设备的计算机通过例如读取和执 行记录在存储设备上的程序以进行上述实施例的功能而执行步骤的方法，来实现本发明的 方面。为此，例如通过网络或从用作存储装置的各种记录介质(例如，计算机可读介质)向 计算机提供该程序。尽管已参考示例性实施例描述了本发明，但是应理解，本发明并不限于所公开的 示例性实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和 功能。
权利要求
一种信息处理设备，包括存储部件，用于当一次对相同软件进行多次更新时，存储各次更新的多条更新信息，其中各条更新信息描述相对于前一更新的修改细节；生成部件，用于通过分析所述多条更新信息，从所述多条更新信息中所描述的全部修改细节中确定不包括在差异信息中的修改细节，并且基于确定结果生成所述差异信息，其中所述差异信息描述所述软件在所述多次更新前后的修改细节；以及显示控制部件，用于控制显示装置以显示所述生成部件所生成的所述差异信息。
2.根据权利要求1所述的信息处理设备，其特征在于，如果在所述多次更新期间将新 功能添加至所述软件然后又从所述软件移除所述新功能，则所述生成部件生成不包括与所 述新功能有关的细节的差异信息。
3.根据权利要求1所述的信息处理设备，其特征在于，如果所述生成部件判断为修正 了在所述多次更新中的某次更新中发生的问题的第一修改是在所述多次更新中的另一更 新中进行的，则所述生成部件生成不包括与所述第一修改有关的细节的差异信息，以及如 果所述生成部件判断为修正了在所述多次更新之前的更新中发生的问题的第二修改是在 所述多次更新中的更新中进行的，则所述生成部件生成包括与所述第二修改有关的细节的 差异信息。
4.根据权利要求1所述的信息处理设备，其特征在于，在所述多条更新信息中，各个版 本的标识符、修改细节以及用于标识所述软件中的功能的功能标识符相互关联，以及所述生成部件通过针对所述软件中的各个功能分析所述多条更新信息，来针对所述软 件中的各个功能生成所述差异信息。
5.根据权利要求4所述的信息处理设备，其特征在于，如果在所述多次更新中的多次 更新中针对一个功能进行了修改，则所述生成部件针对所述一个功能生成仅包括进行了修 改的多次更新中的最近更新中的修改细节的差异信息。
6.根据权利要求1所述的信息处理设备，其特征在于，所述显示控制部件还控制所述 显示装置，以与所述差异信息一起显示允许浏览全部所述多条更新信息的菜单。
7.一种信息处理设备的控制方法，所述信息处理设备具有用于当一次对相同软件进行 多次更新时存储各次更新的多条更新信息的存储部件，其中各条更新信息描述相对于前一 更新的修改细节，所述控制方法包括生成步骤，用于通过分析所述多条更新信息，从所述多条更新信息中所描述的全部修 改细节中确定不包括在差异信息中的修改细节，并且基于确定结果生成所述差异信息，其 中所述差异信息描述所述软件在所述多次更新前后的修改细节；以及显示控制步骤，用于控制显示装置以显示在所述生成步骤中生成的所述差异信息。
全文摘要
本发明提供一种信息处理设备及其控制方法。针对相同软件所进行的多次更新，分析了多条更新信息，其中各条更新信息描述相对于前一版本的修改细节。根据在多条更新信息中所描述的全部修改细节，确定要通知的信息和不通知的信息，并且通知要通知的信息。例如，可以将与在该多次更新的中途发生并修正的问题相关的修改细节确定为不通知的信息。
文档编号G06F9/44GK101968735SQ20101024122
公开日2011年2月9日 申请日期2010年7月27日 优先权日2009年7月27日
发明者宫崎成幸 申请人:佳能株式会社