專(zhuān)利名稱(chēng):信息處理裝置和插件協(xié)作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種信息處理裝置,其中應(yīng)用軟件包括多個(gè)插件并且插件執(zhí)行屏幕過(guò)渡及協(xié)作(interaction)操作,還涉及在這樣的信息處理裝置中使用的插件協(xié)作方法及計(jì) 算機(jī)可讀存儲(chǔ)介質(zhì)。
背景技術(shù):
例如,日本公開(kāi)專(zhuān)利公開(kāi)No. 2009-54027提出了一種試圖對(duì)于每個(gè)插件提高操作 屏幕定制效率的顯示屏幕定制程序的技術(shù)。顯示屏幕定制程序包括各插件所共同的屏幕形 成信息和屏幕定制信息,并且基于屏幕形成信息和屏幕定制信息生成各插件的顯示屏幕。 換句話說(shuō),根據(jù)所提出的這種技術(shù),顯示屏幕生成功能對(duì)于多個(gè)插件而言是共同的,以便統(tǒng) 一化插件的顯示屏幕并提高定制效率。然而,從向用戶(hù)提供方便的功能并方便用戶(hù)操作的 角度,期望定制各插件的關(guān)于插件的顯示屏幕。另一方面,為了快速地提供功能并修改或擴(kuò)展插件的功能,由多個(gè)不同的組織開(kāi) 發(fā)并提供插件,諸如其他的開(kāi)發(fā)部門(mén)和其他的軟件提供商。在這種情形下,如果以開(kāi)發(fā)插件 的組織為單位定制插件的顯示屏幕,則不僅提供考慮了便利功能和方便操作的UI (用戶(hù)界 面),而且還提高了插件的開(kāi)發(fā)效率。因此,插件的軟件結(jié)構(gòu)可包括用于生成顯示屏幕的UI部和用于執(zhí)行實(shí)現(xiàn)功能的 處理的邏輯部,并考慮到插件的開(kāi)發(fā)效率和顯示屏幕的定制方便性。然而,當(dāng)在插件之間進(jìn)行協(xié)作(interaction)時(shí)傳統(tǒng)的插件會(huì)出現(xiàn)如下的問(wèn)題。 換句話說(shuō),在傳統(tǒng)的插件中,邏輯部控制UI部的屏幕顯示。出于這個(gè)原因,通過(guò)協(xié)作的插件 的各個(gè)邏輯部來(lái)控制在實(shí)現(xiàn)插件之間的協(xié)作的時(shí)間時(shí)的屏幕過(guò)渡。例如,如果插件A和插 件B執(zhí)行協(xié)作操作并且作出從插件A的顯示屏幕至插件B的顯示屏幕的過(guò)渡,則插件A的 邏輯部根據(jù)來(lái)自被插件A的UI部接受的用戶(hù)的操作指令執(zhí)行預(yù)定的處理。隨后,向插件B 的邏輯部通知插件A的邏輯部的處理結(jié)果,并指令屏幕過(guò)渡。插件B的邏輯部基于已通知 的處理結(jié)果來(lái)指令插件B的UI部屏幕顯示。結(jié)果,作出從插件A的顯示屏幕至插件B的顯 示屏幕的顯示屏幕的過(guò)渡。如上所述,在傳統(tǒng)的插件中,通過(guò)創(chuàng)建的邏輯部執(zhí)行在實(shí)現(xiàn)插件之間的協(xié)作時(shí)的 屏幕過(guò)渡控制。因此,無(wú)法維持插件的邏輯部和UI部之間的獨(dú)立性。此外,即使對(duì)于各個(gè) 插件而言由邏輯部實(shí)現(xiàn)的功能是共同的,但是對(duì)于各個(gè)插件而言仍不能獲得共同的屏幕過(guò) 渡控制。因此,在不同的插件的邏輯部中提供了相同的功能。因此,根據(jù)傳統(tǒng)的插件,很難開(kāi)發(fā)及維護(hù)軟件,并浪費(fèi)了資源,即沒(méi)有有效率地利用。
發(fā)明內(nèi)容
因此,本發(fā)明的一個(gè)實(shí)施例的總體目的在于,提供一種新穎的且實(shí)用的信息處理 裝置、插件協(xié)作方法和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì),從而克服上述問(wèn)題。
本發(fā)明的一個(gè)實(shí)施例的另一和更多的特定目的在于,提供一種信息處理裝置、插 件協(xié)作方法和計(jì)算機(jī)可讀存儲(chǔ)介質(zhì),從而維持插件的UI部和邏輯部之間的獨(dú)立性,并實(shí)現(xiàn) 插件之間的協(xié)作操作。根據(jù)本發(fā)明的一個(gè)方面,提供了一種信息處理裝置,其包括存儲(chǔ)單元,用于保存 包括多個(gè)插件的應(yīng)用軟件;和處理器,用于執(zhí)行在存儲(chǔ)單元中保存的應(yīng)用軟件;其中,多個(gè) 插件中的每一個(gè)都包括用戶(hù)接口部,用于生成多個(gè)插件中的對(duì)應(yīng)的一個(gè)插件的顯示屏幕; 和邏輯部,用于執(zhí)行實(shí)現(xiàn)多個(gè)插件中的對(duì)應(yīng)的一個(gè)插件的功能的處理;插件中對(duì)應(yīng)的一個(gè) 插件包括至少一個(gè)通知部,用于向另一個(gè)插件通知對(duì)應(yīng)的一個(gè)插件的邏輯部的處理結(jié)果; 和接收部,用于從其他的插件接收處理結(jié)果;并且多個(gè)插件中的作為協(xié)作源的第一插件向 多個(gè)插件中的作為協(xié)作目的地的第二插件的用戶(hù)接口部通知第一插件的邏輯部的處理結(jié) 果,并且第二插件的接收部從第一插件的通知部接收處理結(jié)果而第二插件的用戶(hù)接口部基 于由第二插件的接收部所接收到的處理結(jié)果生成第二插件的顯示屏幕。根據(jù)本發(fā)明的另一方面,提供了一種插件協(xié)作方法,所述插件協(xié)作方法在信息處 理裝置中實(shí)施,所述插件協(xié)作方法包括通過(guò)處理器執(zhí)行在存儲(chǔ)單元中保存的并包括多個(gè) 插件的應(yīng)用軟件;其中,多個(gè)插件中的每一個(gè)都包括用戶(hù)接口部,用于生成多個(gè)插件中的 對(duì)應(yīng)的一個(gè)插件的顯示屏幕;和邏輯部,用于執(zhí)行實(shí)現(xiàn)多個(gè)插件中的對(duì)應(yīng)的一個(gè)插件的功 能的處理;從多個(gè)插件中的作為協(xié)作源的第一插件向多個(gè)插件中的作為協(xié)作目的地的第二 插件的用戶(hù)接口部通知第一插件的邏輯部的處理結(jié)果;以及通過(guò)第二插件的接收部從第一 插件的通知部接收處理結(jié)果,并且通過(guò)第二插件的用戶(hù)接口部基于由第二插件的接收部所 接收到的處理結(jié)果生成第二插件的顯示屏幕。根據(jù)本發(fā)明的另一方面,提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì),其保存有當(dāng)被計(jì)算機(jī) 執(zhí)行時(shí)使得計(jì)算機(jī)執(zhí)行插件協(xié)作處理的程序,所述插件協(xié)作處理包括使得計(jì)算機(jī)執(zhí)行在 存儲(chǔ)單元中保存的且包括多個(gè)插件的應(yīng)用軟件的流程;其中,多個(gè)插件中的每一個(gè)都包括 用戶(hù)接口部,用于生成多個(gè)插件中的對(duì)應(yīng)的一個(gè)插件的顯示屏幕;和邏輯部,用于執(zhí)行實(shí)現(xiàn) 多個(gè)插件中的對(duì)應(yīng)的一個(gè)插件的功能的處理;使得計(jì)算機(jī)從多個(gè)插件中的作為協(xié)作源的第 一插件向多個(gè)插件中的作為協(xié)作目的地的第二插件的用戶(hù)接口部通知第一插件的邏輯部 的處理結(jié)果的流程;以及使得計(jì)算機(jī)通過(guò)第二插件的接收部從第一插件的通知部接收處理 結(jié)果,并且通過(guò)第二插件的用戶(hù)接口部基于由第二插件的接收部所接收到的處理結(jié)果生成 第二插件的顯示屏幕的流程。當(dāng)結(jié)合所附的附圖來(lái)閱讀下面給出的具體實(shí)施方式
時(shí),將會(huì)使得本發(fā)明的其他目 的和進(jìn)一步的特征變得清楚。
圖1是示出了在本發(fā)明的第一實(shí)施例中的信息處理裝置的硬件結(jié)構(gòu)的示例的方 框圖;圖2是示出了在本發(fā)明的第一實(shí)施例中的應(yīng)用的軟件結(jié)構(gòu)的示例的方框圖;圖3是說(shuō)明了在本發(fā)明的第一實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的時(shí)序圖;圖4是示出了在本發(fā)明的第一實(shí)施例中的實(shí)現(xiàn)插件協(xié)作的軟件結(jié)構(gòu)的示例的方 框5
圖5是示出了在本發(fā)明的第二實(shí)施例中的實(shí)現(xiàn)插件協(xié)作的軟件結(jié)構(gòu)的示例的方 框圖;圖6是說(shuō)明了在本發(fā)明的第二實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的時(shí)序圖;圖7是示出了在本發(fā)明的第二實(shí)施例中的信息處理裝置的功能結(jié)構(gòu)的示例的方 框圖;圖8是更加詳細(xì)地說(shuō)明了在本發(fā)明的第二實(shí)施例中的插件協(xié)作處理的時(shí)序的示 例的時(shí)序圖;圖9是說(shuō)明了在本發(fā)明的第三實(shí)施例中的插件協(xié)作操作的示例的示意圖;圖10是示出了在本發(fā)明的第三實(shí)施例中的信息處理裝置的功能結(jié)構(gòu)的示例的方 框圖;以及圖11是詳細(xì)地說(shuō)明了在本發(fā)明的第三實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的 時(shí)序圖。
具體實(shí)施例方式參考附圖,說(shuō)明關(guān)于信息處理裝置、插件協(xié)作方法及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的實(shí)施 例。[第一實(shí)施例]<硬件結(jié)構(gòu)>下面說(shuō)明在本發(fā)明的第一實(shí)施例中的信息處理裝置的硬件結(jié)構(gòu)。圖1是示出了在 本發(fā)明的第一實(shí)施例中的信息處理裝置的硬件結(jié)構(gòu)的示例的方框圖。如圖1所示,信息處理裝置100包括經(jīng)由總線B彼此互連的輸入單元101、顯示單 元102、驅(qū)動(dòng)單元103、RAM(隨機(jī)訪問(wèn)存儲(chǔ)器)104、R0M(只讀存儲(chǔ)器)105、CPU(中央處理 器)106、接口單元107和HDD (硬盤(pán)驅(qū)動(dòng)器)108。輸入單元101可由鍵盤(pán)、鼠標(biāo)等形成,并用來(lái)輸入包括信息處理裝置100的操作信 號(hào)的各種類(lèi)型的信息和命令。顯示單元102可由用于顯示包括信息處理裝置100的處理結(jié) 果的各種類(lèi)型的信息的顯示器(或顯示設(shè)備)形成。接口單元107連接信息處理裝置100至預(yù)定的數(shù)據(jù)通道,諸如LAN(局域網(wǎng))。因 此,信息處理裝置100可經(jīng)由接口單元107與諸如打印機(jī)或PC(個(gè)人計(jì)算機(jī))的外圍設(shè)備 200進(jìn)行通信。HDD 108形成了用于保存各種類(lèi)型的程序和數(shù)據(jù)的非易失性存儲(chǔ)單元。例如, 各種類(lèi)型的程序可包括用于控制整個(gè)信息處理裝置100的信息處理系統(tǒng)和提供信息處 理系統(tǒng)中的各種類(lèi)型的功能的應(yīng)用軟件(以下簡(jiǎn)稱(chēng)為應(yīng)用)。信息處理系統(tǒng)可包括諸如 Windows (注冊(cè)商標(biāo))或UNIX (注冊(cè)商標(biāo))OS (操作系統(tǒng))的基本軟件。此外,HDD 108還管 理通過(guò)預(yù)定的文件系統(tǒng)和/或DB (數(shù)據(jù)庫(kù))在HDD 108中保存的程序和數(shù)據(jù)。驅(qū)動(dòng)單元103形成了與可附著到及分離于驅(qū)動(dòng)單元103的可分離記錄介質(zhì)103a 的接口。因此,信息處理裝置100可經(jīng)由驅(qū)動(dòng)單元103從記錄介質(zhì)103a中讀取信息和/或 將信息寫(xiě)入記錄介質(zhì)103a。ROM 105可由非易失性半導(dǎo)體存儲(chǔ)器(或存儲(chǔ)單元)形成,以便甚至當(dāng)信息處理 裝置100斷電時(shí)仍可保存內(nèi)部數(shù)據(jù)。ROM 105可保存在開(kāi)啟(或引導(dǎo)開(kāi)機(jī))信息處理裝置100時(shí)執(zhí)行的BIOS(基本輸入/輸出系統(tǒng))和與信息處理裝置100的系統(tǒng)設(shè)定和網(wǎng)絡(luò)相關(guān) 設(shè)定相關(guān)的數(shù)據(jù)。RAM 104可由易失性半導(dǎo)體存儲(chǔ)器(或存儲(chǔ)單元)形成,以便臨時(shí)地保存從上述 各種類(lèi)型的存儲(chǔ)單元讀取的程序和數(shù)據(jù)。CPU 106形成了用于執(zhí)行從ROM 105或HDD 108 讀取的及在RAM 104中保存的程序,以便實(shí)現(xiàn)信息處理裝置100的操作,包括信息處理裝置 100的整體控制和信息處理裝置100的各種安裝的功能。具有上述硬件結(jié)構(gòu)的信息處理裝置100可提供信息處理服務(wù)(或信息處理功能)。信息處理裝置100的硬件結(jié)構(gòu)與諸如PC (個(gè)人計(jì)算機(jī))的通用計(jì)算機(jī)的硬件結(jié)構(gòu) 大致相同。<軟件結(jié)構(gòu)>接下來(lái),參考圖2,說(shuō)明在信息處理裝置100中安裝的應(yīng)用的軟件結(jié)構(gòu)。圖2是示 出了在本發(fā)明的第一實(shí)施例中的應(yīng)用的軟件結(jié)構(gòu)的示例的方框圖。如圖2所示,應(yīng)用AP包括多個(gè)插件Pl至Pn (以下還稱(chēng)為插件P)和用于形成插件 P的操作環(huán)境的平臺(tái)PF,其中η是大于等于2的自然數(shù)。因此,由在平臺(tái)PF上執(zhí)行的插件 Pl至Pn中的每一個(gè)的協(xié)作操作來(lái)實(shí)現(xiàn)并提供應(yīng)用AP的功能。這種軟件結(jié)構(gòu)可通過(guò)改善的 開(kāi)發(fā)效率及獨(dú)立開(kāi)發(fā)部件(即,軟件部件)快速地提供功能,并實(shí)現(xiàn)了對(duì)于功能的適當(dāng)修改 或擴(kuò)展。另外,各插件Pi包括用于執(zhí)行實(shí)現(xiàn)功能的處理的插件邏輯部IOi和用于生成顯示 屏幕的插件UI部20i,其中i = 1,. . .,η。下面還將邏輯部IO1至IOn稱(chēng)為邏輯部10,并且 還將UI部20i至20n稱(chēng)為UI部20。這種軟件結(jié)構(gòu)可提高插件P的開(kāi)發(fā)效率,并改善顯示 屏幕的定制方便性。邏輯部10和UI部20具有如下的關(guān)系。例如,邏輯部IO1和UI部2(^是歸屬于相 同的插件Pl的軟件部。另一方面,邏輯部IO2和UI部20i是歸屬于彼此不同的插件P2和 Pl的軟件部。換句話說(shuō),從UI部20i的角度來(lái)看,邏輯部IO2是歸屬于與UI部20i所歸屬 的插件Pl不同的插件P2的軟件部。在邏輯部10中間保持這種關(guān)系并且還在UI部20中 間保持這種關(guān)系。因此,在這種軟件結(jié)構(gòu)中的插件協(xié)作被稱(chēng)為歸屬于彼此不同的插件P的 軟件部的協(xié)作。根據(jù)具有圖2所示的軟件結(jié)構(gòu)的應(yīng)用AP,邏輯部IOi包括屏幕過(guò)渡控制部11,其 中i = 1,. . .,η。以下還將屏幕過(guò)渡控制部Il1至Iln稱(chēng)為屏幕過(guò)渡控制部11。<插件協(xié)作功能>首先,參考圖3,說(shuō)明在圖2中示出的應(yīng)用AP中的插件協(xié)作功能。圖3是說(shuō)明了在 本發(fā)明的第一實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的時(shí)序圖。圖3示出了在應(yīng)用AP包 括4個(gè)插件Pl至Ρ4的示例中插件協(xié)作的處理時(shí)序的示例。此外,當(dāng)作出從插件Pl至插件 Ρ2的屏幕過(guò)渡時(shí)以及當(dāng)作出從插件Ρ3至插件Ρ4的屏幕過(guò)渡時(shí),這種應(yīng)用AP需要用戶(hù)認(rèn) 證。在設(shè)置有這種應(yīng)用AP的信息處理裝置100中,以如下方式執(zhí)行應(yīng)用AP中的插件協(xié)作。如圖3所示,在信息處理裝置100中,在步驟Sll中,從與UI部2(^相關(guān)的插件Pl 的邏輯部IO1指令屏幕顯示。結(jié)果,顯示單元102顯示出插件Pl的操作屏幕(認(rèn)證屏幕 屏幕1)。在信息處理裝置100中,從UI部20i向邏輯部IO1發(fā)出從用戶(hù)輸入接受的認(rèn)證信 息(例如,用戶(hù)ID和密碼)。
在信息處理裝置100中,在步驟S12中,邏輯部IO1基于認(rèn)證信息執(zhí)行用戶(hù)認(rèn)證處 理。在步驟S13中,向作為協(xié)作目的地的插件P2的邏輯部IO2通知認(rèn)證結(jié)果,并且從插件 Pl向插件P2指令屏幕過(guò)渡(屏幕1 — 2)。接下來(lái),在信息處理裝置100中,在步驟S14中,從與UI部202相關(guān)的插件P2的邏 輯部IO2指令屏幕顯示。結(jié)果,在顯示單元102上顯示出其中反映了認(rèn)證結(jié)果的插件P2的 操作屏幕(屏幕2)。在信息處理裝置100中,從UI部202向邏輯部IO2設(shè)定從用戶(hù)輸入接 受的操作信息(例如,所指定的下一處理)。在信息處理裝置100中,在步驟S15中,如果需要?jiǎng)t由邏輯部IO2執(zhí)行預(yù)定的處理, 并且向作為協(xié)作目的地的插件P3的邏輯部IO3通知處理結(jié)果,以便指令屏幕從插件P2過(guò) 渡到插件P3(屏幕2 —3)。接下來(lái),在信息處理裝置100中,在步驟S16中,從與UI部203相關(guān)的插件P3的邏 輯部IO3指令屏幕顯示。結(jié)果,在顯示單元102上顯示出插件P3的操作屏幕(認(rèn)證屏幕 屏幕幻。在信息處理裝置100中,從UI部203向邏輯部IO3發(fā)出從用戶(hù)輸入接受的認(rèn)證信 肩、ο在信息處理裝置100中,在步驟S17中,邏輯部IO3基于認(rèn)證信息執(zhí)行用戶(hù)認(rèn)證處 理。在步驟S18中,向作為協(xié)作目的地的插件P4的邏輯部IO4通知認(rèn)證結(jié)果,并且從插件 P3向插件P4指令屏幕過(guò)渡(屏幕3 — 4)。隨后,在信息處理裝置100中,在步驟S19中,從與UI部204相關(guān)的插件P4的邏 輯部IO4指令屏幕顯示。結(jié)果,在顯示單元102上顯示出其中反映了認(rèn)證結(jié)果的操作屏幕 (屏幕4)。相應(yīng)地,當(dāng)如上所述執(zhí)行應(yīng)用AP中的插件協(xié)作處理時(shí),軟件結(jié)構(gòu)變?yōu)槿鐖D4所示。 圖4是示出了在本發(fā)明的第一實(shí)施例中的實(shí)現(xiàn)插件協(xié)作的軟件結(jié)構(gòu)的示例的方框圖。如圖4所示,插件Pl至P4的邏輯部IO1至IO4分別包括用于控制屏幕過(guò)渡到協(xié)作 目的地的屏幕過(guò)渡控制部11工至114。出于這個(gè)原因,在插件P中,當(dāng)修改協(xié)作目的地時(shí),在 UI部20和邏輯部10之間無(wú)法維持獨(dú)立性,并且需要邏輯部的開(kāi)發(fā)者具有超過(guò)普通技術(shù)人 員的技術(shù)知識(shí)。換句話說(shuō),需要邏輯部的開(kāi)發(fā)者理解除功能實(shí)現(xiàn)處理之外的與屏幕處理相 關(guān)的技術(shù)。但是這樣的需求會(huì)對(duì)邏輯部的開(kāi)發(fā)者產(chǎn)生負(fù)擔(dān),并影響通過(guò)工作共享所實(shí)現(xiàn)的 對(duì)插件P的高效率開(kāi)發(fā)。此外,插件Pl和P3的邏輯部IO1和IO3具有執(zhí)行用戶(hù)認(rèn)證的相同功能(即,認(rèn)證 部U1和123)。這是因?yàn)檫壿嫴縄O1和IO3分別包括屏幕過(guò)渡控制部Il1和Il3,并且當(dāng)執(zhí)行 屏幕過(guò)渡控制部Il1和Il3的操作時(shí)需要用戶(hù)認(rèn)證。因此,在各邏輯部10中提供了對(duì)于插 件P的邏輯部10共同的功能,并導(dǎo)致資源的浪費(fèi)。此外,邏輯部的開(kāi)發(fā)者必須對(duì)復(fù)雜軟件 的開(kāi)發(fā)及維護(hù)負(fù)責(zé)。因此,如上所述的插件P可導(dǎo)致軟件開(kāi)發(fā)及維護(hù)變得困難,由此造成資源浪費(fèi)。[第二實(shí)施例]相應(yīng)地,在根據(jù)本發(fā)明的第二實(shí)施例的信息處理裝置100中,作為協(xié)作源的插件 Pl的UI部20i向作為協(xié)作目的地的插件P2的UI部202通知邏輯部IO1的處理結(jié)果,以便 指令過(guò)渡后的屏幕顯示。換句話說(shuō),這個(gè)實(shí)施例的信息處理裝置100包括這樣的插件協(xié)作 功能。
圖5是示出了在本發(fā)明的第二實(shí)施例中的實(shí)現(xiàn)插件協(xié)作的軟件結(jié)構(gòu)的示例的方 框圖。圖5示出了在這個(gè)實(shí)施例中的應(yīng)用AP的軟件結(jié)構(gòu),其中在這個(gè)實(shí)施例中執(zhí)行與結(jié)合 圖3所描述的插件協(xié)作相等同的插件協(xié)作。這個(gè)實(shí)施例中的應(yīng)用AP的軟件結(jié)構(gòu)在如下的這些點(diǎn)上不同于圖4所示的軟件結(jié) 構(gòu)。即,在這個(gè)實(shí)施例的應(yīng)用AP中,插件Pl至P4的UI部20i至204,而非邏輯部IO1至104, 包括用于控制插件協(xié)作時(shí)的屏幕過(guò)渡的功能部(即,屏幕過(guò)渡控制部至214)。因此,在 插件P中可維持邏輯部10和UI部20的獨(dú)立性,并且掌握與屏幕處理相關(guān)的技術(shù)的UI部 的開(kāi)發(fā)者可應(yīng)對(duì)關(guān)于協(xié)作目的地的修改。結(jié)果,開(kāi)發(fā)及維護(hù)的工作共享可被清晰地界定。此夕卜,由于功能重疊,插件Pl至P3中邏輯部IO1至IO3的功能(即,認(rèn)證部U1至 123)可被以插件形式存在的單一的共同功能所替代??紤]到UI部20包括屏幕過(guò)渡控制部 21 (或屏幕過(guò)渡功能)的上述結(jié)構(gòu),由于可以維持邏輯部10的獨(dú)立性,因此可使用單一的共 同功能。接下來(lái),將會(huì)參考圖6,說(shuō)明這個(gè)實(shí)施例的應(yīng)用AP中的插件協(xié)作處理的時(shí)序的示 例。圖6是說(shuō)明了在本發(fā)明的第二實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的時(shí)序圖。如圖6所示,在信息處理裝置100中,在步驟S21中,通過(guò)插件Pl的UI部2(^生 成顯示屏幕。結(jié)果,在顯示單元102上顯示出插件Pl的操作屏幕(認(rèn)證屏幕屏幕1)。在 信息處理裝置100中,在步驟S22中,從UI部20i向共同認(rèn)證插件1 的邏輯部IOa發(fā)出從 用戶(hù)輸入接受的認(rèn)證信息。在信息處理裝置100中,在步驟S23中,認(rèn)證插件1 的邏輯部IOa基于認(rèn)證信息 執(zhí)行用戶(hù)認(rèn)證處理。向插件Pl的UI部201通知認(rèn)證結(jié)果。在信息處理裝置100中,在步 驟S24中,從插件Pl的UI部20i向作為協(xié)作目的地的插件P2的UI部202發(fā)出認(rèn)證結(jié)果, 并從插件Pl向插件P2指令屏幕過(guò)渡(屏幕1 — 2)。接下來(lái),在信息處理裝置100中,在步驟S25中,通過(guò)插件P2的UI部202生成顯 示屏幕。結(jié)果,在顯示單元102上顯示出其中反映了認(rèn)證結(jié)果的插件P2的操作屏幕(屏幕 2)。在信息處理裝置100中,在步驟S26中,從插件P2的UI部202向作為協(xié)作目的地的插 件P3的UI部203發(fā)出從用戶(hù)輸入接受的操作信息,并從插件P2向插件P3指令屏幕過(guò)渡 (屏幕2 — 3)。隨后,在信息處理裝置100中,在步驟S27中,插件P3的UI部203生成顯示屏幕。 結(jié)果,在顯示單元102上顯示出插件P3的操作屏幕(認(rèn)證屏幕屏幕3)。在信息處理裝置 100中,在步驟S28中,從UI部203向認(rèn)證插件1 的邏輯部IOa再次發(fā)出從用戶(hù)輸入接受 的認(rèn)證信息。在信息處理裝置100中,在步驟S29中,認(rèn)證插件1 的邏輯部IOa基于認(rèn)證信息 執(zhí)行用戶(hù)認(rèn)證處理。向插件P3的UI部203通知認(rèn)證結(jié)果。在信息處理裝置100中,在步 驟S30中,從插件P3的UI部203向作為協(xié)作目的地的插件P4的UI部204發(fā)出認(rèn)證結(jié)果, 并從插件P3向插件P4指令屏幕過(guò)渡(屏幕3 — 4)。接下來(lái),在信息處理裝置100中,在步驟S31中,插件P4的UI部204生成顯示屏 幕。結(jié)果,在顯示單元102上顯示出其中反映了認(rèn)證結(jié)果的插件P4的操作屏幕(屏幕4)。根據(jù)這個(gè)實(shí)施例的信息處理裝置100,插件P的UI部20,而非邏輯部10,控制插件 協(xié)作過(guò)程中的屏幕過(guò)渡,并且經(jīng)由UI部20將邏輯部10的處理結(jié)果發(fā)送到協(xié)作目的地。因此,在這個(gè)實(shí)施例的信息處理裝置100,可利用邏輯部10和UI部20被維持的結(jié)構(gòu)來(lái)執(zhí)行插 件的協(xié)作操作。 接下來(lái),參考圖7,說(shuō)明這個(gè)實(shí)施例的插件協(xié)作功能的結(jié)構(gòu)和操作。圖7是示出了 在本發(fā)明的第二實(shí)施例中的信息處理裝置的功能結(jié)構(gòu)的示例的方框圖。圖7示出了其中在 信息處理裝置100中安裝有包括插件Pl和P2的應(yīng)用AP的情況下的功能結(jié)構(gòu)的示例。在 圖7中,出于方便的目的假設(shè)通過(guò)應(yīng)用AP的協(xié)作操作向插件P2通知插件Pl的處理結(jié)果。
如圖7所示,作為對(duì)于插件P共同的功能部,插件Pl和P2包括處理部U1和132 (以 下還稱(chēng)為處理部1 和輸入輸出部2 和222 (以下還稱(chēng)為輸入輸出部22)。處理部13被包括在邏輯部10當(dāng)中,并形成用于實(shí)現(xiàn)由插件P提供的功能的功能 部。此外,輸入輸出部22被包括在UI部20當(dāng)中,并形成用于接受從用戶(hù)輸入的操作并向 用戶(hù)顯示及輸出信息的功能部。接下來(lái),說(shuō)明在插件P提供了認(rèn)證功能的情況下的上述功能部的示例操作。首先, 輸入輸出部22顯示用于敦促用戶(hù)輸入認(rèn)證信息(例如,用戶(hù)ID和密碼)的認(rèn)證屏幕(或 登錄屏幕)。隨后,輸入輸出部22接受從用戶(hù)輸入的認(rèn)證信息,并向處理部13發(fā)出認(rèn)證信 息。處理部13基于認(rèn)證信息執(zhí)行用戶(hù)認(rèn)證,并向輸入輸出部22發(fā)出認(rèn)證結(jié)果。輸入輸出 部22顯示其中反映了認(rèn)證結(jié)果的屏幕。另一方面,插件Pl包括通知部2111,而插件P2包括通知部21 ,分別作為用于控 制插件協(xié)作過(guò)程中的屏幕過(guò)渡的功能部(或屏幕過(guò)渡控制部)。通知部形成了在插件Pl的UI部20i中包括的屏幕過(guò)渡控制部21工的功能部。 通知部24作為事件向插件P2通知來(lái)自輸入輸出部22i和/或處理部U1的信息,并向作 為協(xié)作目的地的插件P2指令屏幕過(guò)渡。在這種狀態(tài)下,通知部211i基于發(fā)送至作為協(xié)作 目的地的插件P2的信息來(lái)生成可由插件P2(或接收部)訪問(wèn)的事件類(lèi)(class),以便通知 事件。來(lái)自輸入輸出部2 的信息可例如包括用戶(hù)的處理請(qǐng)求指令、輸入值等。此外,來(lái)自 處理部U1的信息可例如包括處理結(jié)果。接收部21 形成了在插件P2的UI部202中包括的屏幕過(guò)渡控制部212的功能部。 接收部21 接收從插件Pl通知的事件。在這種狀態(tài)下,接收部21 參考由通知部2 生 成的事件類(lèi),以便接收事件。接收部21 向輸入輸出部2 和/或處理部1 發(fā)出從所接 收的事件獲取的信息,并指令在協(xié)作后的處理。協(xié)作后的處理可包括屏幕過(guò)渡處理。下面,說(shuō)明其中例如從插件Pl至插件P2的插件協(xié)作需要用戶(hù)認(rèn)證的示例。首先, 插件Pl的通知部211i基于用戶(hù)輸入的認(rèn)證信息來(lái)生成可由插件P2訪問(wèn)的事件類(lèi),并通知 事件。插件P2的接收部21 從所接收的事件獲取認(rèn)證信息,并向插件P2的處理部132發(fā) 出認(rèn)證信息。處理部1 基于認(rèn)證信息執(zhí)行用戶(hù)認(rèn)證,并向輸入輸出部2 發(fā)出認(rèn)證結(jié)果。 輸入輸出部2 顯示出其中反映了認(rèn)證結(jié)果插件P2的屏幕。結(jié)果,顯示單元102的顯示屏 幕作出從插件Pl的顯示屏幕至插件P2的顯示屏幕的過(guò)渡。相應(yīng)地,在這個(gè)實(shí)施例的信息處理裝置100中,從作為協(xié)作源的插件Pl的UI部20i 向作為協(xié)作目的地的插件P2的UI部202通知邏輯部IO1的處理結(jié)果,并指令在過(guò)渡后的屏
幕顯不。接下來(lái),參考圖8,更加詳細(xì)地說(shuō)明在這個(gè)實(shí)施例中的插件協(xié)作功能(S卩,功能部 組的協(xié)作操作)的操作。插件協(xié)作功能是通過(guò)從用于在RAM 104中保存程序的的存儲(chǔ)位置(例如,ROM或HDD)處讀取信息處理裝置100中將被安裝的程序并由CPU 106執(zhí)行程序以 執(zhí)行下面處理來(lái)實(shí)現(xiàn)的。圖8是更加詳細(xì)地說(shuō)明了在本發(fā)明的第二實(shí)施例中的插件協(xié)作處理的時(shí)序的示 例的時(shí)序圖。圖8更加詳細(xì)地示出了圖6所示的步驟S21至S25的、從插件Pl至插件P2 的且包括用戶(hù)認(rèn)證的插件協(xié)作。如圖8所示,在信息處理裝置100中,在步驟SlOl中,插件Pl的UI部2(^中包括 的輸入輸出部2 接受用戶(hù)在顯示屏幕上輸入的認(rèn)證信息(例如,用戶(hù)ID和密碼)。在步 驟S102中,輸入輸出部2 向認(rèn)證插件1 的邏輯部IOa中包括的處理部13a(對(duì)應(yīng)于認(rèn)證 部)發(fā)出已接受的認(rèn)證信息,并指令對(duì)用戶(hù)的認(rèn)證許可進(jìn)行判斷。在信息處理裝置100中,在步驟S201中,認(rèn)證插件1 的邏輯部IOa中包括的處理 部13a基于認(rèn)證信息判斷認(rèn)證許可。在步驟S202中,處理部13a向插件Pl的UI部2(^中 包括的通知部211發(fā)出認(rèn)證結(jié)果。在步驟S203中,通知部通過(guò)“dispatchEvent (分 發(fā)事件)”方法來(lái)通知認(rèn)證結(jié)果。通知部可執(zhí)行以下處理。S卩,通知部可對(duì)于“dispatchEvena分發(fā)事 件)”方法指定并調(diào)用事件對(duì)象(IoginEvent)。結(jié)果,"dispatchEvent (分發(fā)事件)”方法 廣播關(guān)于通過(guò)“addEventListener (追加事件收聽(tīng)者)”以接收事件而注冊(cè)的收聽(tīng)者(或事 件接收目的地)所指定的事件對(duì)象。在這種狀態(tài)下,在插件P2(或協(xié)作目的地)可訪問(wèn)的 存儲(chǔ)器中以庫(kù)格式生成其中認(rèn)證結(jié)果被定義的事件類(lèi)(IoginEvent {authentication}),其 中插件P2是通過(guò)“addEventListener”方法注冊(cè)以接收事件。在“addEventListener”方法中,可在廣播時(shí)通過(guò)指定對(duì)應(yīng)于所接收的事件的事件 對(duì)象(eventObj)和接收到事件時(shí)的執(zhí)行處理(動(dòng)作)來(lái)注冊(cè)收聽(tīng)者。因此,可通過(guò)注冊(cè)作 為協(xié)作目的地的插件P2并通過(guò)指定及注冊(cè)插件Pl的所指定的事件對(duì)象(IoginEvent)和 從插件Pl接收到事件時(shí)的執(zhí)行處理(顯示)來(lái)作出在插件協(xié)作過(guò)程中的屏幕過(guò)渡。更特 別的,可通過(guò)如下處理作出屏幕過(guò)渡。在信息處理裝置100中,在步驟S301中,在插件P2的UI部202中包括的接收部 21 接收來(lái)自插件Pl的認(rèn)證結(jié)果通知。在這種狀態(tài)下,接收部21 獲取由事件類(lèi)定義的 認(rèn)證結(jié)果。接下來(lái),在步驟S302中,接收部21 根據(jù)在接收到事件時(shí)的執(zhí)行處理(顯示),向 UI部202中包括的輸入輸出部2 發(fā)出認(rèn)證結(jié)果,并指令其中反映了認(rèn)證結(jié)果的屏幕顯示。 因此,從插件Pl向插件P2指令屏幕過(guò)渡(屏幕1 — 2)。在信息處理裝置100中,在步驟S303中,在插件P2的UI部202中包括的輸入輸 出部2 生成顯示屏幕。結(jié)果,在顯示單元102上顯示出其中反映了認(rèn)證結(jié)果的插件P2的 操作屏幕(屏幕2)。因此,根據(jù)這個(gè)實(shí)施例的信息處理裝置100,通過(guò)由插件P的UI部20而非由邏輯 部10控制插件協(xié)作過(guò)程中的屏幕過(guò)渡并且通過(guò)UI部20將邏輯部10的處理結(jié)果傳遞到協(xié) 作目的地,實(shí)現(xiàn)了伴隨有屏幕過(guò)渡的插件協(xié)作。[第三實(shí)施例]根據(jù)圖7所示的功能結(jié)構(gòu),通過(guò)從作為協(xié)作源的插件Pl的UI部20i向作為協(xié)作 目的地的插件P2的UI部202通知信息,即通過(guò)單向信息傳遞實(shí)現(xiàn)了插件協(xié)作。
然而,插件協(xié)作功能可具有通過(guò)在插件之間雙向地傳遞信息執(zhí)行協(xié)作操作的結(jié) 構(gòu)。換句話說(shuō),協(xié)作目的地和協(xié)作源可以互換。接下來(lái),參考圖9,說(shuō)明在插件之間作出雙向信息傳遞的插件協(xié)作功能。圖9是說(shuō) 明了在本發(fā)明的第三實(shí)施例中的插件協(xié)作操作的示例的示意圖。這個(gè)實(shí)施例的插件協(xié)作功 能可實(shí)現(xiàn)在插件之間作出雙向信息傳遞的協(xié)作操作。首先,在插件Pl的屏幕(或窗口)Wl上,插件Pl的UI部201顯示出根據(jù)標(biāo)識(shí)符 (ID)分組的3個(gè)設(shè)定值(值V1、V2和V3)的列表。如圖9中的(1)所示,響應(yīng)于用戶(hù)按下 屏幕Wl上的按鈕“追加”,插件Pl從UI部20i向插件P2的UI部202通知追加事件以便在 存儲(chǔ)區(qū)域(或數(shù)據(jù)區(qū))中追加新的設(shè)定值。響應(yīng)于追加事件的通知,插件P2顯示出用于輸入設(shè)定值的屏幕W2,由此作出從插 件Pl的屏幕至插件P2的屏幕的過(guò)渡。響應(yīng)于標(biāo)識(shí)符和設(shè)定值的輸入(ID :003, Vl :G,V2 H,V3 1)并由用戶(hù)在屏幕W2上按下“保存”按鈕,插件P2通過(guò)接受與來(lái)自UI部202的保存 處理相關(guān)的指令的邏輯部IO2在存儲(chǔ)區(qū)域中追加并保存設(shè)定值,如圖9中的⑵所指示的。 從邏輯部IO2向UI部202發(fā)送存儲(chǔ)結(jié)果[成功/不成功],如圖9中的(3)所指示的。結(jié) 果,作為存儲(chǔ)結(jié)果事件,UI部202向插件Pl的UI部20i通知存儲(chǔ)結(jié)果[成功/不成功]和 存儲(chǔ)內(nèi)容
,如圖9中的(4)所指示的。響應(yīng)于存儲(chǔ)結(jié)果事件的通知,插件Pl顯示出包括所追加的設(shè)定值的列表屏幕W3, 并作出從插件P2的屏幕至插件Pl的屏幕的過(guò)渡。由此更新了插件Pl的顯示屏幕(屏幕 Wl —屏幕 W3)。圖10是示出了在本發(fā)明的第三實(shí)施例中的信息處理裝置的功能結(jié)構(gòu)的示例的方 框圖。在圖10中,通過(guò)相同的附圖標(biāo)記指示了與圖7所示的對(duì)應(yīng)部件相同的那些部件,并 對(duì)其不再贅述。如比較圖7和圖10所可以看出的,UI部20的屏幕過(guò)渡控制部21既包括這個(gè)實(shí) 施例的插件協(xié)作功能中的通知部211,又包括這個(gè)實(shí)施例的插件協(xié)作功能中的接收部212。 通過(guò)信息處理裝置100的這個(gè)功能結(jié)構(gòu),這個(gè)實(shí)施例可在插件之間作出雙向信息傳遞。圖11是詳細(xì)地說(shuō)明了在本發(fā)明的第三實(shí)施例中的插件協(xié)作處理的時(shí)序的示例的 時(shí)序圖。圖11示出了在執(zhí)行圖9所示的插件協(xié)作操作的情形下的時(shí)序的示例。如圖11所示,在信息處理裝置100中,在步驟S401中,插件Pl的UI部2(^中包括 的輸入輸出部2 接受新的設(shè)定值(或數(shù)據(jù))追加命令(即,按下“追加”按鈕)。在步驟 S402中,輸入輸出部2 指令向UI部20i的通知部21^通知已接受的數(shù)據(jù)追加命令。在步 驟S403中,通知部211i通過(guò)“dispatchEvent”方法向插件P2通知數(shù)據(jù)追加事件。更特別的,通知部211!執(zhí)行以下的處理。即,通知部211!對(duì)于“dispatchEvent” 方法指定并調(diào)用事件對(duì)象(addEvent (追加事件))。結(jié)果,“dispatchEvent”方法向通過(guò) “dispatchEvent”方法注冊(cè)以接收事件的收聽(tīng)者(或插件P》廣播被指定的事件對(duì)象。在 這種狀態(tài)下,在通過(guò)“addEventListener”方法注冊(cè)以接收事件的插件P2 (或協(xié)作目的地) 可訪問(wèn)的存儲(chǔ)器中,以庫(kù)的格式生成其中定義了數(shù)據(jù)追加命令的事件類(lèi)(addEvenUx})。在信息處理裝置100中,在步驟S401中,插件P2的UI部202中包括的接收部21 從插件Pl接收數(shù)據(jù)追加通知。在這種狀態(tài)下,接收部21 獲取由事件類(lèi)定義的數(shù)據(jù)追加 命令。
接下來(lái),在步驟S502中,根據(jù)接收到事件時(shí)的執(zhí)行處理(輸入),接收部21 向UI 部202的輸入輸出部2 指令屏幕顯示以接受標(biāo)識(shí)符和設(shè)定值的輸入。由此,從插件Pl向 插件P2指令屏幕過(guò)渡(屏幕1 — 2)。在步驟S503中,輸入輸出部2 接受通過(guò)顯示屏幕輸入的標(biāo)識(shí)符和設(shè)定值(或輸 入信息)。此外,在步驟S504中,輸入輸出部2 向插件P2的邏輯部IO2中包括的處理部 132發(fā)出已接受的輸入信息
,并指令存儲(chǔ)處理的執(zhí)行。在步驟S505中,處理部1 在存儲(chǔ)區(qū)域中保存已接受的輸入信息。在步驟S506中, 處理部1 向UI部202的通知部2112發(fā)出存儲(chǔ)結(jié)果[成功]和存儲(chǔ)內(nèi)容[ID :003, Vl :G, V2 :H,V3 :I],并指令執(zhí)行結(jié)果的通知。在步驟S507中,通知部2112通過(guò)“dispatchEvent” 方法通知執(zhí)行結(jié)果事件。另一方面,通知部2Il2執(zhí)行以下的處理。即,通知部2Il2對(duì)于“dispatchEvent” 方法指定并調(diào)用事件對(duì)象(saveEvent (保存事件))。結(jié)果,“dispatchEvent”方法向通過(guò) “addEventListener”方法注冊(cè)以接收事件的收聽(tīng)者(或插件Pl)廣播被指定的事件對(duì)象。 在這種狀態(tài)下,在通過(guò)“addEventListener”方法注冊(cè)以接收事件的插件Pl (或協(xié)作目的 地)可訪問(wèn)的存儲(chǔ)器中,以庫(kù)的格式生成其中定義了執(zhí)行結(jié)果的事件類(lèi)(SaVeEVentW03, G,H,I])(在結(jié)果為[成功]的情形下的存儲(chǔ)內(nèi)容)。在信息處理裝置100中,在步驟S601中,插件Pl的UI部2(^中包括的接收部21 從插件P2接收?qǐng)?zhí)行結(jié)果通知。在這種狀態(tài)下,接收部21 獲取由事件類(lèi)定義的執(zhí)行結(jié)果。接下來(lái),在步驟S602中,根據(jù)接收到事件時(shí)的執(zhí)行處理(顯示),接收部21 向UI 部20i的輸入輸出部2 發(fā)出執(zhí)行結(jié)果,并指令其中反映了執(zhí)行結(jié)果的屏幕顯示。由此,從 插件P2向插件Pl指令屏幕過(guò)渡(屏幕2 — 1)。在信息處理裝置100中,在步驟S603中,插件Pl的UI部2(^中包括的輸入輸出部 2 生成顯示屏幕(或設(shè)定值的列表屏幕)。結(jié)果,在顯示單元102上顯示出其中反映了包 括新追加的設(shè)定值的執(zhí)行結(jié)果的插件Pl的操作屏幕(屏幕1)。因此,在根據(jù)至少某個(gè)實(shí)施例的信息處理裝置100中,通過(guò)從作為協(xié)作源的插件 Pl的UI部20i向作為協(xié)作目的地的插件P2的UI部202通知邏輯部IO2的處理結(jié)果來(lái)指令 過(guò)渡后的屏幕顯示。換句話說(shuō),在信息處理裝置100中,可由UI部20,而非由邏輯部10,控制插件協(xié)作 過(guò)程中的屏幕過(guò)渡,并且可通過(guò)UI部20向協(xié)作目的地傳遞邏輯部10的處理結(jié)果。此外, 還可以單向或以雙向在協(xié)作源和協(xié)作目的地之間執(zhí)行插件協(xié)作過(guò)程中的信息傳遞。在根據(jù)至少某個(gè)實(shí)施例的信息處理裝置100中,可在維持插件P的邏輯部10和UI 部20的獨(dú)立性的情形下執(zhí)行插件之間的協(xié)作操作。信息處理裝置100的插件協(xié)作功能可由程序來(lái)實(shí)現(xiàn),該程序以適用于操作環(huán)境 (或平臺(tái))的編程語(yǔ)言被編碼,并由CPU 106執(zhí)行以執(zhí)行如上所述的步驟或流程。可在包括記錄介質(zhì)103a的任意的非臨時(shí)性或?qū)嶓w性計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中保存 程序。計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)(或記錄介質(zhì)103a)可包括軟盤(pán)(注冊(cè)商標(biāo))、CD (緊湊式磁 盤(pán))、DVD(數(shù)字通用磁盤(pán))、SD (安全數(shù)字)存儲(chǔ)卡、USB (通用串行總線)存儲(chǔ)器等。在記錄介質(zhì)103a中保存了程序的情形下,程序可被驅(qū)動(dòng)單元103等來(lái)讀取并被安 裝到信息處理裝置100當(dāng)中。此外,程序還可通過(guò)接口單元107從諸如互聯(lián)網(wǎng)的通信線被下載,并被安裝到信息處理裝置100當(dāng)中。在上述實(shí)施例中,插件P的UI部20之間的插件協(xié)作過(guò)程中的事件處理使用了,作 為示例,屬于ActioMcript (在Flash中使用的編程語(yǔ)言)的“EventDispatcher”類(lèi)的方 法。然而,在插件協(xié)作過(guò)程中的事件處理當(dāng)然并不局限于此。此外,上述實(shí)施例還可以任意期望的方式被組合。此外,本發(fā)明并不局限于這些實(shí)施例,而是在不脫離本發(fā)明的范圍的前提下可以 作出各種變化和修改。
權(quán)利要求
1.一種信息處理裝置,包括存儲(chǔ)單元,用于保存包括多個(gè)插件的應(yīng)用軟件;和 處理器,用于執(zhí)行在存儲(chǔ)單元中保存的應(yīng)用軟件; 其特征在于所述多個(gè)插件中的每一個(gè)插件都包括用戶(hù)接口部,用于生成所述多個(gè)插件中的對(duì)應(yīng) 的一個(gè)插件的顯示屏幕;以及,邏輯部,用于執(zhí)行實(shí)現(xiàn)所述多個(gè)插件中的所述對(duì)應(yīng)的一個(gè)插 件的功能的處理;所述插件中的所述對(duì)應(yīng)的一個(gè)插件包括至少一個(gè)通知部,用于向另一個(gè)插件通知所 述對(duì)應(yīng)的一個(gè)插件的邏輯部的處理結(jié)果;以及,接收部,用于從其他的插件接收處理結(jié)果; 并且所述多個(gè)插件中的作為協(xié)作源的第一插件向多個(gè)插件中的作為協(xié)作目的地的第二插 件的用戶(hù)接口部通知第一插件的邏輯部的處理結(jié)果,并且第二插件的接收部從第一插件的 通知部接收處理結(jié)果而第二插件的用戶(hù)接口部基于由第二插件的接收部所接收到的處理 結(jié)果生成第二插件的顯示屏幕。
2.根據(jù)權(quán)利要求1所述的信息處理裝置,其特征在于,第一插件的通知部生成通知事件,該通知事件使得第一插件的邏輯部的處理結(jié)果能夠 被注冊(cè)為接收目的地的第二插件所獲取,并且第一插件的通知部向第二插件廣播該通知事 件。
3.根據(jù)權(quán)利要求2所述的信息處理裝置,其特征在于,第二插件的接收部從由第一插件的通知部廣播的通知事件獲取第一插件的邏輯部的處理結(jié)果。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的信息處理裝置,其特征在于,第二插件的通知部向第一插件通知第二插件的邏輯部的處理結(jié)果;并且 第一插件的接收部接收由第二插件的通知部所通知的處理結(jié)果,并基于第一插件的接 收部所接收到的處理結(jié)果通過(guò)第一插件的用戶(hù)接口部生成第一插件的顯示屏幕。
5.一種插件協(xié)作方法,所述插件協(xié)作方法在信息處理裝置中實(shí)施,所述插件協(xié)作方法 包括通過(guò)處理器執(zhí)行在存儲(chǔ)單元中保存的、并包括多個(gè)插件的應(yīng)用軟件; 其中,所述多個(gè)插件中的每一個(gè)插件都包括用戶(hù)接口部,用于生成所述多個(gè)插件中的 對(duì)應(yīng)的一個(gè)插件的顯示屏幕;以及,邏輯部,用于執(zhí)行實(shí)現(xiàn)所述多個(gè)插件中的所述對(duì)應(yīng)的一 個(gè)插件的功能的處理;從所述多個(gè)插件中的作為協(xié)作源的第一插件向多個(gè)插件中的作為協(xié)作目的地的第二 插件的用戶(hù)接口部通知第一插件的邏輯部的處理結(jié)果;以及通過(guò)第二插件的接收部從第一插件的通知部接收處理結(jié)果,并且通過(guò)第二插件的用戶(hù) 接口部基于由第二插件的接收部所接收到的處理結(jié)果生成第二插件的顯示屏幕。
6.根據(jù)權(quán)利要求5所述的插件協(xié)作方法,其包括通過(guò)第一插件的通知部生成通知事件,該通知事件使得第一插件的邏輯部的處理結(jié)果 能夠被注冊(cè)為接收目的地的第二插件所獲?。灰约巴ㄟ^(guò)第一插件的通知部向第二插件廣播該通知事件。
7.根據(jù)權(quán)利要求6所述的插件協(xié)作方法,其包括通過(guò)第二插件的接收部從由第一插件的通知部廣播的通知事件獲取第一插件的邏輯 部的處理結(jié)果。
8.根據(jù)權(quán)利要求5至7中任一項(xiàng)所述的插件協(xié)作方法,其包括通過(guò)第二插件的通知部向第一插件通知第二插件的邏輯部的處理結(jié)果; 通過(guò)第一插件的接收部接收由第二插件的通知部所通知的處理結(jié)果;以及 基于第一插件的接收部所接收到的處理結(jié)果通過(guò)第一插件的用戶(hù)接口部生成第一插 件的顯示屏幕。
全文摘要
公開(kāi)了一種信息處理裝置及插件協(xié)作方法。在該信息處理裝置,每個(gè)插件都包括通知部,用于向另一個(gè)插件通知插件的邏輯部的處理結(jié)果;或接收部,用于從其他的插件接收處理結(jié)果。作為協(xié)作源的第一插件向作為協(xié)作目的地的第二插件的用戶(hù)接口部通知第一插件的邏輯部的處理結(jié)果。第二插件的接收部從第一插件接收處理結(jié)果,并且第二插件的用戶(hù)接口部基于由第二插件的接收部所接收到的處理結(jié)果生成第二插件的顯示屏幕。
文檔編號(hào)G06F9/48GK102135909SQ20111003200
公開(kāi)日2011年7月27日 申請(qǐng)日期2011年1月25日 優(yōu)先權(quán)日2010年1月26日
發(fā)明者樫田羊奈 申請(qǐng)人:株式會(huì)社理光