專利名稱：信息處理設(shè)備及其控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理設(shè)備及其控制方法，更特別地，涉及用于有效率地通知與軟 件的更新細(xì)節(jié)相關(guān)的信息的信息處理設(shè)備及其控制方法。
背景技術(shù)：
通過因特網(wǎng)向用戶發(fā)布最新版本的軟件是各個(gè)軟件開發(fā)者的常用手段。換而言 之，當(dāng)用戶PC中安裝的軟件版本不再是最新版本時(shí)，軟件開發(fā)者響應(yīng)于來自用戶的請(qǐng)求， 通過因特網(wǎng)向該用戶提供最新版本的軟件。在提供最新版本的軟件時(shí)，軟件開發(fā)者還通知 用戶相對(duì)于前一版本的修改。更具體地，軟件開發(fā)者提供作為從更新前的功能到更新后的 功能的修改的列表的、稱為發(fā)行注記(release notes)的文檔數(shù)據(jù)。用戶在他或她的PC上 顯示所提供的發(fā)行注記的文檔數(shù)據(jù)。日本特開2008-165418描述了當(dāng)注冊(cè)了新版本數(shù)據(jù)時(shí)，文檔管理服務(wù)器向被注冊(cè) 為與較舊版本數(shù)據(jù)相關(guān)的通知目的地的用戶通知已經(jīng)注冊(cè)了該新版本數(shù)據(jù)。因此，根據(jù)日 本特開2008-165418，可以避免使用戶接收關(guān)于與他或她的工作無關(guān)的數(shù)據(jù)的修改的信息。需要注意的是，日本特開2008-165418并未描述當(dāng)針對(duì)預(yù)定軟件進(jìn)行多次更新時(shí) 將向用戶提供的信息。另外，當(dāng)針對(duì)預(yù)定軟件進(jìn)行多次更新時(shí)，發(fā)行注記通常針對(duì)各次更新描述相對(duì)于 前一更新的修改。因此，發(fā)行注記包括多次更新中的多個(gè)修改信息。但是，很少用戶需要與 所有更新中的修改相關(guān)的信息。尤其通常不需要較早更新中的信息。特別地，當(dāng)發(fā)行注記 包括用戶不需要的很多信息時(shí)，用戶從發(fā)行注記中識(shí)別所需信息而需要的精力增加。換而 言之，向用戶提供與軟件的多項(xiàng)更新細(xì)節(jié)相關(guān)的信息的效率降低。當(dāng)進(jìn)行了多次更新時(shí)，描述各次更新中的全部修改的發(fā)行注記如圖7A所示。圖7A 示出當(dāng)版本5.0的預(yù)定軟件(應(yīng)用程序X)經(jīng)過從版本5. 1到版本5. 5的五次更新時(shí)的發(fā) 行注記的示例，并且該發(fā)行注記包括各項(xiàng)更新細(xì)節(jié)(修改)701到709。該發(fā)行注記可能包 括用戶不需要的信息。例如，如圖7A中的附圖標(biāo)記704所示，當(dāng)中間更新(該情況下的版 本5. 2)中發(fā)生的問題在后續(xù)的更新(該情況下的版本5. 3)中被修正時(shí)，使用修正后的版 本(5.3以后的版本)的用戶不大可能需要與該問題相關(guān)的信息。因此，對(duì)于在多次更新中 在某次更新中發(fā)生并且在后續(xù)更新中被解決的問題和修改來說，用戶甚至不希望知道存在 這樣的問題。因此，在發(fā)行注記中包括修改704的必要性很低。修改706說明在幻燈片功能中能夠?qū)o止圖片和運(yùn)動(dòng)圖片進(jìn)行幻燈片顯示。因 此，較早更新中與幻燈片功能相關(guān)的修改702 (僅能進(jìn)行靜止圖片的幻燈片顯示)的必要性 也較低。換而言之，當(dāng)特定功能在更新中被多次修改時(shí)，通知最終修改通常就足夠了，無需 通知中間修改細(xì)節(jié)。修改708說明最終移除了紅眼校正功能。因此，通知較早更新中與紅眼校正功能 相關(guān)的修改(圖7A的示例中的修改701、705和707)的必要性也較低。另外，由于第一次 更新前的版本5. 0不包括任何紅眼校正功能，因此，對(duì)通知移除了紅眼校正功能的修改708進(jìn)行顯示的必要性原本就較低。

發(fā)明內(nèi)容
因此，需要提供當(dāng)一次對(duì)相同軟件進(jìn)行多次更新時(shí)能夠有效率地提供與更新細(xì)節(jié) 相關(guān)的信息的信息處理設(shè)備及其控制方法。根據(jù)本發(fā)明的一個(gè)方面，提供一種信息處理設(shè)備，包括存儲(chǔ)部件，用于當(dāng)一次對(duì) 相同軟件進(jìn)行多次更新時(shí)，存儲(chǔ)各次更新的多條更新信息，其中各條更新信息描述相對(duì)于 前一更新的修改細(xì)節(jié)；生成部件，用于通過分析所述多條更新信息，從所述多條更新信息中 所描述的全部修改細(xì)節(jié)中確定不包括在差異信息中的修改細(xì)節(jié)，并且基于確定結(jié)果生成所 述差異信息，其中所述差異信息描述所述軟件在所述多次更新前后的修改細(xì)節(jié)；以及顯示 控制部件，用于控制顯示裝置以顯示所述生成部件所生成的所述差異信息。
根據(jù)本發(fā)明的另一方面，提供一種信息處理設(shè)備的控制方法，所述信息處理設(shè)備 具有用于當(dāng)一次對(duì)相同軟件進(jìn)行多次更新時(shí)存儲(chǔ)各次更新的多條更新信息的存儲(chǔ)部件，其 中各條更新信息描述相對(duì)于前一更新的修改細(xì)節(jié)，所述控制方法包括生成步驟，用于通過 分析所述多條更新信息，從所述多條更新信息中所描述的全部修改細(xì)節(jié)中確定不包括在差 異信息中的修改細(xì)節(jié)，并且基于確定結(jié)果生成所述差異信息，其中所述差異信息描述所述 軟件在所述多次更新前后的修改細(xì)節(jié)；以及顯示控制步驟，用于控制顯示裝置以顯示在所 述生成步驟中生成的所述差異信息。根據(jù)以下參考附圖對(duì)示例性實(shí)施例的描述，本發(fā)明的其它特征會(huì)變得顯而易見。


圖1是示出作為根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備的示例的修改顯示設(shè)備的結(jié) 構(gòu)的示例的框圖；圖2是用于解釋根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備中的問題修正顯示處理的流 程圖；圖3是用于解釋根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備中的功能修改顯示處理的流 程圖；圖4是用于解釋根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備中的功能移除處理的流程圖；圖5A和5B是示出根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備中用于顯示差異信息的畫面 示例的圖；圖6是示出根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備要通知的發(fā)行注記的示例的圖；圖7A和7B是示出包括修改的所有信息的發(fā)行注記的示例的圖；以及圖8A到8D是示出根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備所使用的管理文件的示例的 圖。
具體實(shí)施例方式
以下將參照附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。 圖1是示出作為根據(jù)本發(fā)明實(shí)施例的信息處理設(shè)備的示例的修改顯示設(shè)備101的 結(jié)構(gòu)的示例的框圖。可以通過在通用計(jì)算機(jī)裝置中安裝用于實(shí)現(xiàn)后面將描述的功能的軟件，來實(shí)現(xiàn)修改顯示設(shè)備101，該通用計(jì)算機(jī)裝置具有例如可與因特網(wǎng)連接的結(jié)構(gòu)。需要注 意的是，所述計(jì)算機(jī)裝置包括允許在線更新其軟件的全部裝置，例如，所謂的個(gè)人計(jì)算機(jī)、 例如移動(dòng)電話的便攜式信息終端、以及具有因特網(wǎng)通信功能的數(shù)字裝置(數(shù)字照相機(jī)、打 印機(jī)、傳真機(jī)、電視接收器等)。另外，本發(fā)明可應(yīng)用于利用例如CD-ROM或DVD-ROM的記錄 介質(zhì)來離線更新其軟件的裝置。參照?qǐng)D1，CPU 108為總體控制修改顯示設(shè)備101中的各個(gè) 單元的中央處理單元，并用作執(zhí)行各種信息處理的主體。當(dāng)該CPU 108控制修改顯示設(shè)備 101中包括的裝置時(shí)，可以實(shí)現(xiàn)該實(shí)施例所提出的功能。存儲(chǔ)器106允許讀取訪問和寫入訪問，并主要用作CPU 108的工作區(qū)域和數(shù)據(jù)緩 沖器。修改顯示設(shè)備101包括作為用作存儲(chǔ)裝置的硬盤驅(qū)動(dòng)器的HDD 107。HDD 107存 儲(chǔ)程序和數(shù)據(jù)。CPU 108控制修改顯示設(shè)備101中的各個(gè)單元以根據(jù)從HDD 107中讀出的 程序進(jìn)行操作，并根據(jù)所述程序處理記錄在HDD 107中的數(shù)據(jù)。CPU 108還可將處理后的數(shù) 據(jù)記錄在HDD 107中。需要注意的是，HDD 107還記錄如圖8A所示的已安裝應(yīng)用程序管理 文件。該已安裝應(yīng)用程序管理文件描述安裝在HDD 107中的應(yīng)用程序的名稱以及該應(yīng)用程 序的版本號(hào)(標(biāo)識(shí)符)。 CPU 108包括分析單元108a、確定單元108b、生成單元108c以及顯示控制單元 108d。分析單元108a、確定單元108b、生成單元108c以及顯示控制單元108d是當(dāng)CPU 108 加載程序時(shí)實(shí)現(xiàn)的各個(gè)功能模塊。需要注意的是，分析單元108a、確定單元108b以及生成 單元108c可包括在單個(gè)功能模塊中。分析單元108a、確定單元108b、生成單元108c以及 顯示控制單元108d可作為獨(dú)立于CPU 108的電路而包括在修改顯示設(shè)備101中。分析單 元108a、確定單元108b以及生成單元108c可包括在單個(gè)生成電路(生成單元)中。顯示器105包括例如CRT，并且基于來自CPU 108的指示，顯示例如字母和數(shù)字的 字符以及例如圖形的圖像。鍵盤104是輸入裝置，修改顯示設(shè)備101的用戶操作該輸入裝 置以輸入各種數(shù)據(jù)和例如命令的信息。鼠標(biāo)103是指示裝置的示例，并且是用戶用來操作 顯示在顯示器105上的程序的接口。網(wǎng)絡(luò)板(network board) 109通過因特網(wǎng)110與內(nèi)容發(fā)布服務(wù)器111連接。網(wǎng)絡(luò) 板109是用于通過因特網(wǎng)110與內(nèi)容(應(yīng)用程序)發(fā)布服務(wù)器111通信的發(fā)送/接收單元 (通信接口)。修改顯示設(shè)備101通過因特網(wǎng)110從內(nèi)容發(fā)布服務(wù)器111中獲取可安裝應(yīng) 用程序管理文件(圖8B)和描述各個(gè)版本中的修改的發(fā)行注記(圖6)。將獲取的文件保存 在 HDD 107 中。修改顯示設(shè)備101將HDD 107中保存的已安裝應(yīng)用程序管理文件(圖8A)中描述 的應(yīng)用程序的版本、與從內(nèi)容發(fā)布服務(wù)器111中獲取的可安裝應(yīng)用程序管理文件(圖8B) 中描述的應(yīng)用程序的版本進(jìn)行比較。在本實(shí)施例中，針對(duì)單個(gè)應(yīng)用程序進(jìn)行版本比較。當(dāng) 如圖8B所示的可安裝應(yīng)用程序管理文件中描述的版本較新(具有較大的編號(hào))時(shí)，修改顯 示設(shè)備101知道用于更新該應(yīng)用程序的更新安裝器可用。隨后，修改顯示設(shè)備101從內(nèi)容 發(fā)布服務(wù)器111獲取描述更新的修改并具有如圖6所示的結(jié)構(gòu)的發(fā)行注記。換而言之，修 改顯示設(shè)備101獲取如下的發(fā)行注記當(dāng)將應(yīng)用程序從如圖8A所示的版本更新至如圖8B 所示的版本時(shí)，該發(fā)行注記包括在如圖8A和圖8B所示的應(yīng)用程序的版本之間進(jìn)行的全部 更新中的修改的信息，并且具有特有的結(jié)構(gòu)。
例如，已安裝應(yīng)用程序管理文件將應(yīng)用程序的特有信息(例如，名稱)與已安裝的 版本號(hào)相關(guān)聯(lián)，并在圖8A的示例中描述已經(jīng)安裝了版本5. 0的應(yīng)用程序X。可安裝應(yīng)用程 序管理文件將應(yīng)用程序的特有信息與可安裝的最新版本號(hào)相關(guān)聯(lián)，并在圖8B的示例中描 述應(yīng)用程序X的可安裝版本號(hào)是5. 5。因此，修改顯示設(shè)備101獲取如圖6所示的發(fā)行注記 a到e，作為與針對(duì)已安裝版本的應(yīng)用程序(軟件)X進(jìn)行的各次更新中的更新細(xì)節(jié)相關(guān)的 信息(更新信息)。圖6中的發(fā)行注記a描述從版本5. 0到版本5. 1的修改。圖6中的發(fā) 行注記b描述從版本5. 1到版本5. 2的修改。圖6中的發(fā)行注記c描述從版本5. 2到版本 5. 3的修改。圖6中的發(fā)行注記d描述從版本5. 3到版本5. 4的修改。圖6中的發(fā)行注記 e描述從版本5. 4到版本5. 5的修改。修改顯示設(shè)備101獲取圖6中的發(fā)行注記a到e作 為要分析的發(fā)行注記。需要注意的是，除修改后的版本和修改細(xì)節(jié)之外，如圖6所示的發(fā)行 注記還可以包括通知適合于用戶的細(xì)節(jié)所需的屬性和標(biāo)識(shí)符。
在如圖6所示的發(fā)行注記a到e中，將用于標(biāo)識(shí)在各次更新中修改后的版本的標(biāo) 識(shí)符與相對(duì)于各前一版本的修改細(xì)節(jié)相關(guān)聯(lián)。如圖6所示的發(fā)行注記a到e包括進(jìn)一步將 用于標(biāo)識(shí)軟件中的功能的功能標(biāo)識(shí)符與多次更新中的標(biāo)識(shí)符和修改細(xì)節(jié)相關(guān)聯(lián)的多條信 息。如圖6所示的發(fā)行注記a到e具有例如以下數(shù)據(jù)結(jié)構(gòu)。更新后版本欄601描述各次更新中修改后的版本的標(biāo)識(shí)符。更新后版本欄601描 述例如更新后的版本號(hào)。修改目的欄602描述用于標(biāo)識(shí)修改目的的類型的信息。例如，當(dāng)修改是特定功能 的修改時(shí)，修改目的欄602描述“功能修改”；當(dāng)修改是問題的修正時(shí)，修改目的欄602描述 “問題修正”。問題發(fā)生版本欄603描述用于標(biāo)識(shí)導(dǎo)致應(yīng)用程序X中的問題的版本的信息。例如， 當(dāng)修改目的欄602描述“問題修正”時(shí)，問題發(fā)生版本欄603有效。例如，當(dāng)修改目的欄602 描述“問題修正”時(shí)，問題發(fā)生版本欄603描述最初導(dǎo)致所修正的問題的版本號(hào)。功能ID欄604描述應(yīng)用程序X中的功能的標(biāo)識(shí)符(功能ID)。例如，當(dāng)修改目的 欄602描述“功能修改”時(shí)，功能ID欄604有效。例如，當(dāng)修改目的欄602描述“功能修改” 時(shí)，功能ID欄604描述分配給所修改的功能的功能ID。假設(shè)將要標(biāo)識(shí)的多個(gè)功能原則上是 屬于應(yīng)用程序X的等級(jí)結(jié)構(gòu)中的同一層級(jí)的功能，但是也可以是屬于沒有包含關(guān)系的不同 層級(jí)的功能。修改/移除欄605描述用于標(biāo)識(shí)功能修改中的修改(廣義的修改)的類型的信 息。例如，當(dāng)修改目的欄602描述“功能修改”時(shí)，修改/移除欄605有效。當(dāng)針對(duì)功能ID 欄604所指定的功能進(jìn)行修改(狹義的修改)時(shí)，修改/移除欄605描述“修改”；當(dāng)移除了 功能ID欄604所指定的功能時(shí)，修改/移除欄605描述“移除”。需要注意的是，廣義的修 改包括狹義的修改和移除。通知欄606指定修改的通知屬性。例如，當(dāng)修改目的欄602描述“功能修改”時(shí)， 通知欄606有效。例如，當(dāng)修改目的欄602描述“功能修改”時(shí)，通知欄606在該修改需要 通知的情況下描述“需要”，并在其它情況下描述“正常”。功能ID最初實(shí)現(xiàn)版本欄607描述用于標(biāo)識(shí)最初實(shí)現(xiàn)功能ID欄604中所指定的 功能的版本的信息。例如，當(dāng)修改目的欄602描述“功能修改”時(shí)，功能ID最初實(shí)現(xiàn)版本欄 607有效。例如，當(dāng)修改目的欄602描述“功能修改”時(shí)，功能ID最初實(shí)現(xiàn)版本欄607描述最初實(shí)現(xiàn)功能ID欄604所指定的功能的版本號(hào)。修改細(xì)節(jié)欄608描述要通知用戶的修改細(xì)節(jié)，即相對(duì)于前一版本的修改細(xì)節(jié)。圖7A示出基于如圖6所示的發(fā)行注記a到e、在當(dāng)將軟件從版本5. 0更新至版本5. 5時(shí)顯示修改的情況下顯示的全部修改細(xì)節(jié)。修改701原樣顯示圖6中的發(fā)行注記a中 的修改細(xì)節(jié)欄608中的描述細(xì)節(jié)。修改702和703原樣顯示圖6中的發(fā)行注記b中的修改 細(xì)節(jié)欄608中的描述細(xì)節(jié)。修改704、705和706原樣顯示圖6中的發(fā)行注記c中的修改細(xì) 節(jié)欄608中的描述細(xì)節(jié)。修改707原樣顯示圖6中的發(fā)行注記d中的修改細(xì)節(jié)欄608中的 描述細(xì)節(jié)。修改708和709原樣顯示圖6中的發(fā)行注記e中的修改細(xì)節(jié)欄608中的描述細(xì) 節(jié)。由此，通過簡單列舉全部多次更新中進(jìn)行的全部修改，顯示包括了很多不必要的信息， 因而增加了用戶從發(fā)行注記中識(shí)別所需信息所需的精力。換而言之，向用戶提供與軟件的 多項(xiàng)更新細(xì)節(jié)相關(guān)的信息的效率降低。相反，在本實(shí)施例中，當(dāng)一次進(jìn)行多次更新時(shí)，修改顯示設(shè)備101從全部修改中僅 提取要向用戶通知的修改，并使用如圖2、3和4所示的過程向用戶通知這些修改。以下將 詳細(xì)描述本實(shí)施例。以下將使用圖2描述不通知與在多次更新中在特定更新中發(fā)生并且在后續(xù)更新 中被修正的問題相關(guān)的信息所需的過程。圖2是示出問題修正顯示處理的流程圖。在步驟s201中，CPU 108開始問題修正顯示處理。在步驟s202中，CPU 108訪問 HDD 107，并從如圖8A所示的已安裝應(yīng)用程序管理文件中獲取更新前的版本號(hào)。在步驟s203中，CPU 108訪問HDD 107，并獲取如圖6所示的發(fā)行注記a到e。假 設(shè)HDD 107存儲(chǔ)通過因特網(wǎng)110和網(wǎng)絡(luò)板109預(yù)先從內(nèi)容發(fā)布服務(wù)器111下載的、如圖6 所示的發(fā)行注記a到e。在步驟s204中，CPU 108加載來自所獲取的發(fā)行注記中的修正信息。CPU 108可 以基于圖6中的修改目的欄602中的描述，判斷該加載的修改細(xì)節(jié)表示“問題修正”還是 “功能修改”。如果修改目的欄602描述“問題修正”，則CPU 108加載修改細(xì)節(jié)作為修正信 息。另外，如果修改目的欄602描述“功能修改”，則CPU108可忽略該行或可使處理轉(zhuǎn)至步 驟 s210。在步驟s205中，CPU 108獲取導(dǎo)致所修正的問題的版本。換而言之，CPU 108參照 圖6中的問題發(fā)生版本欄603來獲取問題發(fā)生版本號(hào)。在步驟s206中，CPU 108比較更新前的版本號(hào)(5. 0)和問題發(fā)生版本號(hào)。多次更 新前的版本號(hào)是在步驟s202中獲得的，問題發(fā)生版本號(hào)是在步驟s205中獲得的。如果CPU 108在步驟s207中判斷為問題發(fā)生版本號(hào)較大(“是”)，則判斷為修正 了在要應(yīng)用的多次更新中的一次更新中發(fā)生的問題的第一修改是在后續(xù)更新中進(jìn)行的。在 此情況下，CPU 108使處理進(jìn)入步驟S208。另一方面，如果CPU 108在步驟s207中判斷為 問題發(fā)生版本號(hào)不是較大(“否”)，則判斷為修正了在更新前的版本中發(fā)生的問題的第二 修改是在要應(yīng)用的多次更新中進(jìn)行的。在此情況下，CPU 108使處理進(jìn)入步驟s209。在步驟s208中，CPU 108判斷為第一修改是無需向用戶提供的修改，并將第一修 改從差異信息中排除。需要注意的是，差異信息是針對(duì)應(yīng)用程序X的修改細(xì)節(jié)中在多次更 新前后的差異的信息，并且是要通知給用戶的信息。在本實(shí)施例中，通知方法由顯示器105 上的顯示操作實(shí)現(xiàn)。但是，通知方法并不僅限于顯示操作，并還可由音頻輸出操作或打印操作實(shí)現(xiàn)。在步驟s209中，由于所修正的問題發(fā)生在更新前的版本中，因而CPU 108判斷為 第二修改是需要通知用戶的修改，并且生成包括第二修改的差異信息。
換而言之，CPU 108分析多條更新信息。然后，CPU 108從該多條更新信息中所描 述的全部修改細(xì)節(jié)中，確定不包括在描述軟件在多次更新前后的修改細(xì)節(jié)的差異信息中的 修改細(xì)節(jié)，并且基于確定結(jié)果生成差異信息。更具體地，分析單元108a分析多條更新信息， 并向確定單元108b提供該分析結(jié)果。根據(jù)該分析結(jié)果，確定單元108b從該多條更新信息 中所描述的全部修改細(xì)節(jié)中，確定不包括在描述軟件在多次更新前后的修改細(xì)節(jié)的差異信 息中的修改細(xì)節(jié)。確定單元108b向生成單元108c提供所確定的細(xì)節(jié)。生成單元108c基 于所確定的細(xì)節(jié)生成差異信息。生成單元108c向顯示控制單元108d提供所生成的差異信 息。顯示控制單元108d控制顯示器105以顯示所接收到的差異信息(參見圖5A和5B)。在步驟s210中，CPU 108檢查當(dāng)前參照的發(fā)行注記是否包括要進(jìn)行判斷信息表 示要通知的修改還是不通知的修改的判斷處理的修正信息。如果包括要處理的修正信息 (“是”)，則CPU108使處理返回至步驟s204，以對(duì)要處理的修正信息執(zhí)行判斷處理。如果 已經(jīng)處理了全部修正信息(“否”)，則CPU 108使處理進(jìn)入步驟s211。在步驟s211中，CPU 108檢查是否仍然存在要進(jìn)行判斷是否通知修正信息的判斷 處理的發(fā)行注記。如果仍然存在要處理的發(fā)行注記(“是”)，則CPU 108使處理返回至步 驟s203，并對(duì)要處理的發(fā)行注記執(zhí)行判斷處理。如果已經(jīng)處理了全部發(fā)行注記(“否”)，則 CPU 108使處理進(jìn)入步驟s212，從而結(jié)束問題修正顯示處理。利用上述過程，禁止了通知無 需向用戶通知的問題修正，并且可以通知需要向用戶通知的問題修正。因此，可以將與問題 修正相關(guān)并且用戶所需要的信息有效率地提供給用戶。以下將使用圖3描述當(dāng)在不同更新中進(jìn)行了針對(duì)單個(gè)功能的修改時(shí)僅通知針對(duì) 該功能的最后修改的處理的過程。圖3是示出功能修改顯示處理的流程圖。在此處理的描 述中，也將描述以下方法該方法共同描述在特定更新中針對(duì)特定功能的修改以及在向較 新版本的更新中針對(duì)相同功能的修改。另外，在此處理的描述中，后面將使用圖4描述從差 異信息中排除在多次更新的中途添加并且在多次更新之后移除的新功能的全部修改的方 法。在步驟s301中，CPU 108開始功能修改顯示處理。在步驟s302中，CPU 108訪問 HDD 107，并從如圖8A所示的已安裝應(yīng)用程序管理文件中獲取更新前的版本號(hào)。在步驟s303中，CPU 108訪問HDD 107，并獲取如圖6所示的發(fā)行注記a到e。假 設(shè)HDD 107存儲(chǔ)通過因特網(wǎng)110和網(wǎng)絡(luò)板109預(yù)先從內(nèi)容發(fā)布服務(wù)器111下載的、如圖6 所示的發(fā)行注記a到e。在步驟s304中，CPU 108從所獲取的發(fā)行注記中加載要處理的功能修改信息。CPU 108可以基于圖6中的修改目的欄602中的描述，判斷該加載的修改細(xì)節(jié)表示“問題修正” 還是“功能修改”。如果修改目的欄602描述“功能修改”，則CPU 108加載修改細(xì)節(jié)作為功 能修改信息。另一方面，如果修改目的欄602描述“問題修正”，則CPU 108可忽略該行或可 使處理轉(zhuǎn)至步驟s312。在步驟s305中，CPU 108參照所加載的功能修改信息的圖6中的通知欄606。如 果CPU 108判斷為圖6中的通知欄606描述“需要”(“是”)，則處理進(jìn)入步驟S311。如果CPU 108判斷為圖6中的通知欄606描述“正?！?“否”)，則處理進(jìn)入步驟s306。在步驟s306中，CPU 108獲取功能修改信息的功能ID。CPU108參照?qǐng)D6中的功 能ID欄604獲取功能ID。在步驟s307中，CPU 108通過訪問存儲(chǔ)器106，確認(rèn)在顯示緩沖器中是否存儲(chǔ)有具 有相同功能ID的功能修改信息。需要注意的是，顯示緩沖器是在存儲(chǔ)器106中虛擬地確保 以存儲(chǔ)要在顯示器105上顯示的信息的區(qū)域。如果CPU 108判斷為在顯示緩沖器中沒有存 儲(chǔ)具有相同功能ID的功能修改信息(“否”)，則處理進(jìn)入步驟s311。如果CPU 108判斷為 存儲(chǔ)了具有相同功能ID的功能修改信息(“是”)，則處理進(jìn)入步驟s308。在步驟s308中，CPU 108在存儲(chǔ)在顯示緩沖器中的具有相同功能ID的功能修改 信息中指定更新后版本欄601中的版本號(hào)最大(版本號(hào)最新)的功能修改信息，并將該版 本號(hào)與當(dāng)前處理的功能修改信息的更新后的版本號(hào)進(jìn)行比較。在步驟s309中，CPU 108判斷步驟s308中的比較結(jié)果。如果CPU 108判斷為當(dāng) 前處理的信息的更新后的版本號(hào)比存儲(chǔ)在顯示緩沖器中的信息的版本號(hào)大、即新(“是”)， 則處理進(jìn)入步驟s310。如果CPU 108判斷為當(dāng)前處理的信息的更新后的版本號(hào)不比存儲(chǔ)在 顯示緩沖器中的信息的版本號(hào)大、即新(“否”)，則處理進(jìn)入步驟s312。在步驟s310，CPU 108移除存儲(chǔ)在顯示緩沖器中、并且通知屬性不是“需要”的具 有相同功能ID的功能修改信息，從而由具有較新的更新后版本的功能修改信息來更新這 些功能修改信息。需要注意的是，如果具有相同功能ID的功能修改信息具有通知屬性“需 要”，則CPU 108不移除該功能修改信息。在步驟s311中，CPU 108將當(dāng)前處理的功能修改信息存儲(chǔ)在顯示緩沖器中。如果 在步驟s305中判斷為“是”，則無論在顯示緩沖器中是否已經(jīng)存儲(chǔ)有具有相同功能ID的功 能修改信息，CPU 108都將當(dāng)前處理的功能修改信息存儲(chǔ)在顯示緩沖器中。或者，如果在步 驟s307中判斷為“否”，則CPU 108將當(dāng)前處理的功能修改信息作為該功能的新的修改信息 存儲(chǔ)在顯示緩沖器中。或者，在步驟s310之后，CPU 108將當(dāng)前處理的功能修改信息存儲(chǔ) 在顯示緩沖器中，從而由更新后版本較新的該功能修改信息來更新功能修改信息。在步驟s312中，CPU 108檢查當(dāng)前參照的發(fā)行注記是否包括要進(jìn)行判斷信息表示 要通知的修改還是不通知的修改的判斷處理的功能修改信息。如果包括要處理的功能修改 信息(“是”)，則CPU 108使處理返回至步驟S304，從而對(duì)要處理的功能修改信息執(zhí)行判斷 處理。如果已經(jīng)處理了全部功能修改信息(“否”)，則CPU 108使處理進(jìn)入步驟s313。在步驟s313中，CPU 108檢查是否仍然存在要進(jìn)行判斷是否通知功能修改信息的 判斷處理的發(fā)行注記。如果仍然存在要處理的發(fā)行注記(“是”)，則CPU 108使處理返回至 步驟s302，并對(duì)要處理的發(fā)行注記執(zhí)行判斷處理。如果已經(jīng)處理了全部發(fā)行注記(“否”)， 則CPU 108使處理進(jìn)入步驟s314。換而言之，通過重復(fù)步驟s302到s313的循環(huán)，CPU 108如下針對(duì)各個(gè)功能生成差 異信息。即，CPU 108針對(duì)軟件中的各個(gè)功能分析更新信息，從而針對(duì)軟件中的各個(gè)功能生 成差異信息。當(dāng)在多次更新中針對(duì)一個(gè)功能進(jìn)行了修改時(shí)，CPU 108生成包括多次更新中 的最近的更新中的修改細(xì)節(jié)的差異信息。CPU 108生成排除了多次更新中的其它更新中的 修改細(xì)節(jié)的差異信息。利用該過程，禁止了通知無需向用戶通知的功能修改，并且可以通知 需要向用戶顯示的功能修改。這樣，可以將與各功能修改相關(guān)并且用戶所需要的信息有效率地提供給用戶。在步驟s314中，CPU 108執(zhí)行功能移除處理。以下將利用圖4詳細(xì)描述功能移除
處理。 在步驟s401中，CPU 108開始功能移除處理。在步驟s402中，CPU 108訪問HDD 107，并從如圖8A所示的已安裝應(yīng)用程序管理文件中獲取更新前的版本號(hào)。在步驟s403中，CPU 108訪問存儲(chǔ)器106，并從顯示緩沖器中獲取具有相同功能ID 的全部功能修改信息。在步驟s404中，CPU 108從具有相同功能ID的功能修改信息中指定更新后版本 欄601中的版本號(hào)最大(版本號(hào)最新)的功能修改信息。在步驟s405中，CPU 108參照步驟s404中所指定的具有最大值的(最新的)功 能修改信息的修改/移除欄605，并判斷該值是“修改”還是“移除”。如果CPU 108判斷為 最新的功能修改信息的修改/移除屬性是“移除”(功能移除)(“是”)，則處理進(jìn)入步驟 s406。如果CPU 108判斷為最新的功能修改信息的修改/移除屬性不是“移除”(“否”)， 則處理跳至步驟s409。在步驟s406中，CPU 108參照與步驟s404中指定的具有最大值的功能修改信息 的功能ID相同的功能ID相關(guān)的功能ID最初實(shí)現(xiàn)版本欄607，以獲取功能添加版本號(hào)。然 后，CPU 108將功能添加版本號(hào)與在步驟s402中獲取的更新前的版本號(hào)進(jìn)行比較。在步驟s407中，CPU 108判斷步驟s406中的比較結(jié)果。如果CPU 108判斷為功 能添加版本號(hào)較大(“是”)，則判斷為在多次更新的中途添加了要判斷的功能。在此情況 下，CPU 108使處理進(jìn)入步驟S408。另一方面，如果CPU 108判斷為功能添加版本號(hào)不是較 大(“否”)，則判斷為在多次更新之前添加了要判斷的功能。在此情況下，CPU 108使處理 進(jìn)入步驟s409。在步驟s408中，CPU 108從顯示緩沖器中，移除具有與要判斷的功能的功能ID相 同的功能ID的全部功能修改信息中、通知屬性不是“需要”的功能修改信息。需要注意的 是，如果具有與要判斷的功能的功能ID相同的功能ID的功能修改信息的通知屬性為“需 要”，則CPU 108不移除該功能修改信息。在步驟s409中，CPU 108檢查在顯示緩沖器中是否存儲(chǔ)有具有要進(jìn)行判斷表示要 顯示在顯示器105上的修改還是不顯示的修改的判斷處理的功能ID的功能修改信息。如 果CPU 108判斷為存儲(chǔ)有具有要處理的功能ID的功能修改信息(“是”)，則處理返回至步 驟s403，從而對(duì)要處理的功能ID進(jìn)行上述處理。如果CPU 108判斷為沒有存儲(chǔ)具有要處理 的功能ID的功能修改信息(“否”)，則處理進(jìn)入步驟s410，從而結(jié)束功能移除處理。換而言之，通過重復(fù)步驟s403到s409的循環(huán)，CPU 108如下生成差異信息。艮口， 當(dāng)在多次更新中的第一更新中添加新功能并且在第二更新中移除該新功能時(shí)，CPU 108生 成不包括與該新功能相關(guān)的信息的差異信息。在多次更新中，該第二更新晚于第一更新。 因而，可以避免將與在多次更新的中途添加的功能相關(guān)的信息包括在差異信息中。也就是 說，利用上述過程，禁止了通知無需向用戶通知的功能添加，并且可以通知需要向用戶通知 的功能添加。因此，可以將與所添加的功能相關(guān)并且用戶所需要的信息有效率地提供給用 戶。在圖3的步驟s315中，CPU 108向顯示器105提供顯示緩沖器的內(nèi)容(差異信息)。顯示器105對(duì)顯示緩沖器的內(nèi)容(差異信息)進(jìn)行顯示(參見圖5A和5B)。在步驟s316中，CPU 108結(jié)束功能修改顯示處理。利用上述過程，不通知無需向 用戶通知的功能修改信息，并且可以通知需要向用戶通知的功能修改信息。
如圖5A所示，可以利用上述過程來整理圖7A中的顯示內(nèi)容。需要注意的是，整理 后的顯示內(nèi)容包括為想要確認(rèn)在更新中途進(jìn)行的所有修改的用戶而設(shè)置的全部修改顯示 菜單501。換而言之，CPU 108不僅生成用于進(jìn)行如圖5A所示的顯示的差異信息，還生成用 于進(jìn)行如圖7A所示的顯示的全部修改的信息，并將這些信息存儲(chǔ)在顯示緩沖器中。隨后， 在檢測(cè)到鼠標(biāo)103點(diǎn)擊此全部修改顯示菜單501時(shí)，CPU 108向顯示器105提供全部修改 的信息。顯示器105可以相應(yīng)地將如圖5A所示的顯示切換為如圖7A所示的顯示。因此， 不僅顯示最終的功能修改信息，還可以響應(yīng)于想要確認(rèn)在更新中途進(jìn)行的全部修改的用戶 的請(qǐng)求而通知所述全部修改。需要注意的是，圖5A僅顯示圖7A中的最終的功能修改信息，而不顯示中間的功能 修改信息。因此，以下將描述中間的功能修改信息的顯示示例。當(dāng)從圖8C所示的已安裝應(yīng) 用程序管理文件中獲取更新前的版本、并且從圖8D所示的可安裝應(yīng)用程序管理文件中獲 取可更新的版本時(shí)，利用如圖6所示的相同的發(fā)行注記，可以檢測(cè)到軟件可以從版本5. 1更 新到版本5. 4。在此情況下，圖7B示出在顯示這些更新期間進(jìn)行的全部修改的情況下的顯 示的示例。當(dāng)應(yīng)用以上描述的本實(shí)施例的處理時(shí)，顯示如圖5B所示的差異信息。可以從圖 5B看出，示出兩個(gè)功能修改，即，在修改707中修改的紅眼校正功能和在先前修改705中修 改的紅眼校正功能。在上述實(shí)施例中，描述了將多次更新應(yīng)用于單個(gè)軟件的情況。但是，本發(fā)明不限于 此類情況。例如，本發(fā)明還包括一次將多次更新應(yīng)用于構(gòu)成單個(gè)軟件的多個(gè)應(yīng)用程序的情 況。因此，在所附權(quán)利要求中，單個(gè)或多個(gè)應(yīng)用程序都可構(gòu)成“相同軟件”。其它實(shí)施例可以由讀取并執(zhí)行記錄在存儲(chǔ)裝置上的程序以進(jìn)行上述實(shí)施例的功能的系統(tǒng)或 設(shè)備的計(jì)算機(jī)(或例如CPU或MPU的裝置)，或者由系統(tǒng)或設(shè)備的計(jì)算機(jī)通過例如讀取和執(zhí) 行記錄在存儲(chǔ)設(shè)備上的程序以進(jìn)行上述實(shí)施例的功能而執(zhí)行步驟的方法，來實(shí)現(xiàn)本發(fā)明的 方面。為此，例如通過網(wǎng)絡(luò)或從用作存儲(chǔ)裝置的各種記錄介質(zhì)(例如，計(jì)算機(jī)可讀介質(zhì))向 計(jì)算機(jī)提供該程序。盡管已參考示例性實(shí)施例描述了本發(fā)明，但是應(yīng)理解，本發(fā)明并不限于所公開的 示例性實(shí)施例。所附權(quán)利要求書的范圍符合最寬的解釋，以包含所有這類修改、等同結(jié)構(gòu)和 功能。
權(quán)利要求
一種信息處理設(shè)備，包括存儲(chǔ)部件，用于當(dāng)一次對(duì)相同軟件進(jìn)行多次更新時(shí)，存儲(chǔ)各次更新的多條更新信息，其中各條更新信息描述相對(duì)于前一更新的修改細(xì)節(jié)；生成部件，用于通過分析所述多條更新信息，從所述多條更新信息中所描述的全部修改細(xì)節(jié)中確定不包括在差異信息中的修改細(xì)節(jié)，并且基于確定結(jié)果生成所述差異信息，其中所述差異信息描述所述軟件在所述多次更新前后的修改細(xì)節(jié)；以及顯示控制部件，用于控制顯示裝置以顯示所述生成部件所生成的所述差異信息。
2.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，如果在所述多次更新期間將新 功能添加至所述軟件然后又從所述軟件移除所述新功能，則所述生成部件生成不包括與所 述新功能有關(guān)的細(xì)節(jié)的差異信息。
3.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，如果所述生成部件判斷為修正 了在所述多次更新中的某次更新中發(fā)生的問題的第一修改是在所述多次更新中的另一更 新中進(jìn)行的，則所述生成部件生成不包括與所述第一修改有關(guān)的細(xì)節(jié)的差異信息，以及如 果所述生成部件判斷為修正了在所述多次更新之前的更新中發(fā)生的問題的第二修改是在 所述多次更新中的更新中進(jìn)行的，則所述生成部件生成包括與所述第二修改有關(guān)的細(xì)節(jié)的 差異信息。
4.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，在所述多條更新信息中，各個(gè)版 本的標(biāo)識(shí)符、修改細(xì)節(jié)以及用于標(biāo)識(shí)所述軟件中的功能的功能標(biāo)識(shí)符相互關(guān)聯(lián)，以及所述生成部件通過針對(duì)所述軟件中的各個(gè)功能分析所述多條更新信息，來針對(duì)所述軟 件中的各個(gè)功能生成所述差異信息。
5.根據(jù)權(quán)利要求4所述的信息處理設(shè)備，其特征在于，如果在所述多次更新中的多次 更新中針對(duì)一個(gè)功能進(jìn)行了修改，則所述生成部件針對(duì)所述一個(gè)功能生成僅包括進(jìn)行了修 改的多次更新中的最近更新中的修改細(xì)節(jié)的差異信息。
6.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，所述顯示控制部件還控制所述 顯示裝置，以與所述差異信息一起顯示允許瀏覽全部所述多條更新信息的菜單。
7.一種信息處理設(shè)備的控制方法，所述信息處理設(shè)備具有用于當(dāng)一次對(duì)相同軟件進(jìn)行 多次更新時(shí)存儲(chǔ)各次更新的多條更新信息的存儲(chǔ)部件，其中各條更新信息描述相對(duì)于前一 更新的修改細(xì)節(jié)，所述控制方法包括生成步驟，用于通過分析所述多條更新信息，從所述多條更新信息中所描述的全部修 改細(xì)節(jié)中確定不包括在差異信息中的修改細(xì)節(jié)，并且基于確定結(jié)果生成所述差異信息，其 中所述差異信息描述所述軟件在所述多次更新前后的修改細(xì)節(jié)；以及顯示控制步驟，用于控制顯示裝置以顯示在所述生成步驟中生成的所述差異信息。
全文摘要
本發(fā)明提供一種信息處理設(shè)備及其控制方法。針對(duì)相同軟件所進(jìn)行的多次更新，分析了多條更新信息，其中各條更新信息描述相對(duì)于前一版本的修改細(xì)節(jié)。根據(jù)在多條更新信息中所描述的全部修改細(xì)節(jié)，確定要通知的信息和不通知的信息，并且通知要通知的信息。例如，可以將與在該多次更新的中途發(fā)生并修正的問題相關(guān)的修改細(xì)節(jié)確定為不通知的信息。
文檔編號(hào)G06F9/44GK101968735SQ20101024122
公開日2011年2月9日 申請(qǐng)日期2010年7月27日 優(yōu)先權(quán)日2009年7月27日
發(fā)明者宮崎成幸 申請(qǐng)人:佳能株式會(huì)社