專利名稱：服務(wù)安全擴(kuò)充平臺(tái)的制作方法
技術(shù)領(lǐng)域：
涉及可擴(kuò)充服務(wù)的全新“服務(wù)安全擴(kuò)充平臺(tái)”，實(shí)現(xiàn)新水平的安全性，達(dá)到排除實(shí)現(xiàn)數(shù)字內(nèi)容提供服務(wù)的執(zhí)行形式的不正當(dāng)訪問，而無需否定執(zhí)行形式包含引起不正當(dāng)訪問的處理。詳細(xì)而言，涉及一種服務(wù)安全擴(kuò)充平臺(tái)，能排除以其它服務(wù)的狀態(tài)變化、數(shù)據(jù)破壞和平臺(tái)本身的系統(tǒng)故障為代表的不正當(dāng)訪問，無需根據(jù)執(zhí)行形式散發(fā)源的概率進(jìn)行推測，同時(shí)還能利用執(zhí)行形式的改變或添加達(dá)到服務(wù)功能/各項(xiàng)指標(biāo)的改變或添加新服務(wù)的服務(wù)擴(kuò)充。
背景技術(shù)：
如上所述，本發(fā)明提供的是以往沒有的全新提供的“服務(wù)安全擴(kuò)充平臺(tái)”，舉出應(yīng)作為已有技術(shù)示出的適當(dāng)例子，非常困難。因此，首先在下面闡述相信是本發(fā)明首先提倡的服務(wù)安全擴(kuò)充平臺(tái)固有的3個(gè)主要特征。第1特征是服務(wù)的擴(kuò)充性，第2特征為確保安全性，第3特征是服務(wù)擴(kuò)充操作無縫化。
第1特征“服務(wù)的擴(kuò)充性”是指每一服務(wù)具有不同的用戶接口，可在任意的時(shí)刻改變用戶接口或添加未預(yù)料的服務(wù)。第2特征“確保安全性”是指確保安全，而無需否定執(zhí)行形式包含引起不正當(dāng)訪問的處理。第3特征“服務(wù)擴(kuò)充操作無縫化”是指可根據(jù)與利用服務(wù)時(shí)相同的操作感進(jìn)行服務(wù)擴(kuò)充用的操作步驟。
綜上所述，已有技術(shù)中不能找到完全滿足這3個(gè)主要特征的“服務(wù)安全擴(kuò)充平臺(tái)”。然而，免強(qiáng)而言，作為僅滿足第1特征的，可舉出利用個(gè)人計(jì)算機(jī)且基于互聯(lián)網(wǎng)的推型服務(wù)，作為一例已有技術(shù)。Pointcast網(wǎng)絡(luò)公司的Pointcast(R)是實(shí)現(xiàn)新聞分配服務(wù)的推型服務(wù)。使用個(gè)人計(jì)算機(jī)的多個(gè)推型服務(wù)，其利用可對個(gè)人計(jì)算機(jī)裝配每一服務(wù)安裝用機(jī)器語言記述的瀏覽器。
這里說明推型服務(wù)中的本發(fā)明第1特征“服務(wù)的擴(kuò)充性”?？赏ㄟ^在個(gè)人計(jì)算機(jī)的硬盤裝配實(shí)現(xiàn)推型服務(wù)的瀏覽器，添加新服務(wù)。瀏覽器是用機(jī)器語言記述的計(jì)算機(jī)程序，提供每一服務(wù)固有的各自不同的用戶接口。
以往進(jìn)行瀏覽器的裝配如下。例如，裝配瀏覽器時(shí)，首先預(yù)先啟動(dòng)文件傳送協(xié)議(例如ftp)的客戶機(jī)，將瀏覽器下載到客戶機(jī)的硬盤等，接著啟動(dòng)下載的瀏覽器，從而實(shí)現(xiàn)該裝配。還在利用新瀏覽器前，用編入瀏覽器的設(shè)定菜單進(jìn)行操作，實(shí)現(xiàn)瀏覽器的設(shè)定。
關(guān)于作為本發(fā)明第2特征的“確保安全性”，以往只是基于臆測，并非具有具體方案的保證。也就是說，以往由于瀏覽器從正式主頁等正規(guī)發(fā)布處獲得，瀏覽器安全只不過希望應(yīng)該不讓有惡意的第3者感染計(jì)算機(jī)病毒。
關(guān)于意味著服務(wù)的高級提示功能的本發(fā)明第3特征“服務(wù)擴(kuò)充操作無縫化”，以往的技術(shù)中，通過每一服務(wù)改變?yōu)g覽器，實(shí)現(xiàn)不同的用戶接口。因而，為了構(gòu)成部分操作無縫化，滿足對所需多個(gè)服務(wù)具有不同的用戶接口的必要條件。
參照圖18具體說明上述可擴(kuò)充服務(wù)但不安全的以往的服務(wù)平臺(tái)。如該圖所示，以往的服務(wù)平臺(tái)PF c包含服務(wù)提供源1610、傳送系統(tǒng)120和終端1630。服務(wù)提供源1610包含執(zhí)行文件提供器1111和文件傳送服務(wù)器1611。執(zhí)行文件提供器1111可以是存放執(zhí)行文件的硬盤裝置。文件傳送服務(wù)器1611可以是萬維網(wǎng)服務(wù)器。執(zhí)行文件是指以直接傳給終端1630的OS執(zhí)行的程序文件為代表的二進(jìn)制數(shù)據(jù)，后面參照圖19說明。
傳送系統(tǒng)120將服務(wù)提供源1610送來的執(zhí)行文件往空間上或時(shí)間上分開的終端1630傳送。
終端1630包含執(zhí)行器1133和執(zhí)行文件存放器1132。執(zhí)行器1133通過啟動(dòng)執(zhí)行文件存放器1132存放的執(zhí)行文件，執(zhí)行終端1630的全部處理。例如，作為執(zhí)行文件，啟動(dòng)文件傳送程序時(shí)，將通過傳送系統(tǒng)120接收的、實(shí)現(xiàn)新服務(wù)的執(zhí)行文件存放到執(zhí)行文件存放器1132。執(zhí)行實(shí)現(xiàn)服務(wù)的執(zhí)行文件，則能給用戶提供服務(wù)。
圖19示出服務(wù)平臺(tái)PFc中存放在執(zhí)行文件存放器1132的數(shù)據(jù)的例子。將提供進(jìn)行執(zhí)行文件啟動(dòng)等平臺(tái)操作的用戶接口的外殼(shell)的執(zhí)行文件FE(shell)、作為經(jīng)傳送系統(tǒng)120把實(shí)現(xiàn)新服務(wù)的執(zhí)行文件FE導(dǎo)入到終端1630的文件傳送程序的FE(文件傳送)與作為服務(wù)S1的執(zhí)行文件的FE(S1)和作為服務(wù)S2的執(zhí)行文件的FE(S2)并行地存放在執(zhí)行文件存放器1132內(nèi)。這些執(zhí)行文件都按機(jī)器語言加以裝配。
圖20示出服務(wù)平臺(tái)PF c的軟件層。讀取該圖可知，服務(wù)平臺(tái)PF c中，能通過啟動(dòng)文件傳送執(zhí)行文件新導(dǎo)入一切服務(wù)。這樣，緊接在OS(操作系統(tǒng))構(gòu)成的OS層的上方，由執(zhí)行文件構(gòu)成應(yīng)用層。結(jié)果，實(shí)現(xiàn)服務(wù)的執(zhí)行文件能夠又直接參考OS資源，又進(jìn)行操作。因此，OS對有惡意的執(zhí)行文件無防備，因而無論如何不能說服務(wù)平臺(tái)PFc安全。
關(guān)于本發(fā)明第1特征“服務(wù)的擴(kuò)充性”，以往可單純導(dǎo)入新服務(wù)，但不可能導(dǎo)入本發(fā)明提供的內(nèi)容視聽和無縫化的新服務(wù)。即，內(nèi)容視聽和新服務(wù)導(dǎo)入的操作性，其表觀和步驟都完全不同。例如，以往在裝配瀏覽器時(shí)，啟動(dòng)文件傳送協(xié)議的客戶機(jī)，將瀏覽器下載到客戶機(jī)的硬盤等，接著必須啟動(dòng)下載的瀏覽器。還在利用新服務(wù)前，必須對瀏覽器的設(shè)定操作與瀏覽器內(nèi)容視聽畫面完全不同的使用方法的設(shè)定菜單。
以往對全部服務(wù)用共用的用戶接口進(jìn)行功能擴(kuò)充。因此，為了擴(kuò)充服務(wù)，裝配瀏覽器時(shí)需要的各種參數(shù)(裝配處的目錄和用戶名等)的輸入等于全部服務(wù)所需的參數(shù)的和集合。這樣，為了裝配特定服務(wù)擴(kuò)充程序，有時(shí)一直查找用戶，連原來不需要的參數(shù)也輸入。
反之，本發(fā)明的服務(wù)安全擴(kuò)充平臺(tái)提供的服務(wù)靈活擴(kuò)充性可不終止瀏覽器，不按照與內(nèi)容視聽完全不同的使用方法的步驟，始終在與內(nèi)容視聽相同操作的使用方法中進(jìn)行服務(wù)擴(kuò)充。即，達(dá)到的狀況為不強(qiáng)行要求用戶操作僅用于服務(wù)擴(kuò)充的專門使用方法，而以和用戶會(huì)最熟習(xí)的內(nèi)容視聽相同的使用方法擴(kuò)充服務(wù)，如同通常操作方法的延伸。然而，如上文所述，以往的服務(wù)平臺(tái)不能這樣提供擴(kuò)充性，所以求得全新服務(wù)擴(kuò)充實(shí)現(xiàn)方法。
關(guān)于作為本發(fā)明第2特征的“確保安全性”，現(xiàn)實(shí)以下的狀況不少從正規(guī)發(fā)布處獲得的瀏覽器也因故障而給其它推型服務(wù)的運(yùn)作施加不良影響，或使整個(gè)系統(tǒng)停機(jī)。因此，以往瀏覽器的二進(jìn)制元具有正當(dāng)性，即需要保證至少瀏覽器的二進(jìn)制元會(huì)不包含不正當(dāng)訪問的處理。然而，該保證畢竟基于致信關(guān)系，并非確實(shí)做成瀏覽器的二進(jìn)制元不包含不正當(dāng)訪問處理。
反之，本發(fā)明的服務(wù)安全擴(kuò)充平臺(tái)提供的安全性是全新水平的安全性，任何執(zhí)行形式的執(zhí)行都不引起對其它服務(wù)的不良影響或整個(gè)系統(tǒng)停機(jī)。已有技術(shù)中不存在這種方式，因而求得全新實(shí)現(xiàn)方法。
關(guān)于作為本發(fā)明第3特征的實(shí)現(xiàn)高級提示功能的“服務(wù)擴(kuò)充操作無縫化”，已有技術(shù)不可能使服務(wù)管理和內(nèi)容視聽無縫化。其原因在于，用瀏覽器的設(shè)定菜單進(jìn)行服務(wù)管理。即，不能在內(nèi)容的視聽畫面上進(jìn)行有關(guān)服務(wù)管理的操作。
反之，本發(fā)明的服務(wù)安全擴(kuò)充平臺(tái)提供的服務(wù)高級提示功能在內(nèi)容中包含服務(wù)設(shè)定，因而可在與內(nèi)容視聽相同的使用方法中具有包含內(nèi)容的高級表現(xiàn)，而且可從服務(wù)器自由設(shè)定提示內(nèi)容。
例如在使用調(diào)查中進(jìn)行記述并對服務(wù)器反饋回答的高級記述能力的內(nèi)容中組合用戶設(shè)定功能，回答調(diào)查中用戶有興趣的內(nèi)容，從而能實(shí)現(xiàn)高級提示功能，自動(dòng)設(shè)定進(jìn)行內(nèi)容取舍選擇用的用戶嗜好信息。對用戶而言，也能用簡單操作進(jìn)行高級設(shè)定，無需意識(shí)到何處為內(nèi)容，何處為內(nèi)容設(shè)定。
當(dāng)然，已有技術(shù)中不存在實(shí)現(xiàn)本發(fā)明服務(wù)安全擴(kuò)充平臺(tái)提供的服務(wù)高級提示功能的方式，因而求得全新的實(shí)現(xiàn)方法。
于是，本發(fā)明的目的為提供一種實(shí)現(xiàn)上述3個(gè)特征的服務(wù)安全擴(kuò)充平臺(tái)。

發(fā)明內(nèi)容
為達(dá)到上述目的本發(fā)明具有下面闡述的特征。
第1方面是一種服務(wù)安全擴(kuò)充平臺(tái)，其特征在于，建立服務(wù)與執(zhí)行形式的對應(yīng)關(guān)系，利用執(zhí)行形式的改變或添加達(dá)到服務(wù)的擴(kuò)充，其中具有進(jìn)行服務(wù)的擴(kuò)充的服務(wù)依賴性API，而且僅由服務(wù)依賴性API的調(diào)用進(jìn)行來自執(zhí)行形式的服務(wù)的擴(kuò)充。
如上文所述，第1方面中，能確保不依賴執(zhí)行形式正當(dāng)性的安全性。
第2方面在第1方面中，其特征在于，服務(wù)擴(kuò)充是新設(shè)新的服務(wù)。
第3方面在第1方面中，其特征在于，服務(wù)擴(kuò)充是啟動(dòng)服務(wù)利用。
第4方面在第1方面、第2方面和第3方面的任一方面中，其特征在于，僅由來自與關(guān)注的服務(wù)對應(yīng)的執(zhí)行形式的服務(wù)依賴性API調(diào)用進(jìn)行關(guān)注的服務(wù)擴(kuò)充。
第5方面在第1方面、第2方面和第3方面的任一方面中，其特征在于，在服務(wù)之間定義母子關(guān)系，執(zhí)行形式請求的服務(wù)依賴性API調(diào)用將服務(wù)對應(yīng)的服務(wù)依賴性資源指定為處理對象時(shí)，僅在執(zhí)行形式對應(yīng)的服務(wù)為服務(wù)的母服務(wù)的情況下，可對服務(wù)依賴性資源進(jìn)行處理。
第6方面在第1方面、第2方面和第3方面的任一方面中，其特征在于，元服務(wù)對應(yīng)的執(zhí)行形式可利用服務(wù)依賴性API擴(kuò)充至少一個(gè)服務(wù)。
第7方面在第6方面中，其特征在于，元服務(wù)對應(yīng)的執(zhí)行形式可利用服務(wù)依賴性API擴(kuò)充全部服務(wù)，不與元服務(wù)對應(yīng)的執(zhí)行形式(DE)不能利用服務(wù)依賴性API擴(kuò)充服務(wù)。
第8方面在第1方面、第2方面和第3方面的任一方面中，其特征在于，執(zhí)行形式是滿足作為內(nèi)容應(yīng)滿足的條件的控制內(nèi)容(DC)，將控制內(nèi)容(DC)與至少一個(gè)內(nèi)容一起作為內(nèi)容傳送，并且傳送從至少一個(gè)內(nèi)容指定控制內(nèi)容(DC)的信息，可僅由所控制內(nèi)容進(jìn)行服務(wù)依賴性API的處理。
第9方面在第8方面中，其特征在于，由服務(wù)依賴性API控制特定的服務(wù)的內(nèi)容(DC)的自動(dòng)存放。
第10方面在第1方面、第2方面、第3方面、第4方面、第5方面、第6方面、第7方面、第8方面和第9方面的任一方面中，其特征在于，對至少一個(gè)服務(wù)提供部發(fā)送執(zhí)行形式，并且在執(zhí)行該執(zhí)行形式的至少一個(gè)終端進(jìn)行接收。
本方面的一實(shí)施方式中，不終止瀏覽器，不按照與內(nèi)容視聽完全不同的使用方法的步驟，始終在操作與內(nèi)容視聽相同的使用方法中進(jìn)行服務(wù)擴(kuò)充。即，可達(dá)到的狀況為不強(qiáng)行要求用戶操作僅用于服務(wù)擴(kuò)充的專門使用方法，而在和用戶會(huì)最熟習(xí)的內(nèi)容視聽相同的使用方法中(可以說在任何期間)擴(kuò)充服務(wù)。
而且，能達(dá)到全新水平的安全性，任何執(zhí)行形式(與已有例中的瀏覽器對應(yīng))的執(zhí)行都不引起對其它服務(wù)的不良影響或整個(gè)系統(tǒng)停機(jī)。
又，在不同的實(shí)施方式中，其功能為通過內(nèi)容中包含服務(wù)設(shè)定，可在與內(nèi)容視聽相同的使用方法中具有包含內(nèi)容的高級表現(xiàn)，而且能從服務(wù)器自由設(shè)定提示內(nèi)容。于是，對用戶而言，能以簡單的操作進(jìn)行高級設(shè)定，無需意識(shí)到何處為內(nèi)容，何處為服務(wù)設(shè)定。


圖1是以圖解方式示出本發(fā)明實(shí)施方式1的服務(wù)安全擴(kuò)充平臺(tái)的組成的框圖。
圖2是示出圖1所示服務(wù)安全擴(kuò)充平臺(tái)的標(biāo)識(shí)化執(zhí)行形式存放器存放的標(biāo)識(shí)化執(zhí)行形式的說明圖。
圖3是圖1所示服務(wù)安全擴(kuò)充平臺(tái)的服務(wù)依賴性資源管理器管理的服務(wù)依賴性資源管理表的說明圖。
圖4是示出圖1所示服務(wù)安全擴(kuò)充平臺(tái)的服務(wù)依賴性資源管理器的新服務(wù)登記管理運(yùn)作的流程圖。
圖5是示出圖1所示服務(wù)安全擴(kuò)充平臺(tái)的終端的服務(wù)執(zhí)行運(yùn)作的流程圖。
圖6是示出圖1所示服務(wù)安全擴(kuò)充平臺(tái)的終端的軟件層的說明圖。
圖7是示出圖1所示服務(wù)安全擴(kuò)充平臺(tái)對用戶提示的畫面例的說明圖。
圖8是以圖解方式示出本發(fā)明實(shí)施方式2的服務(wù)安全擴(kuò)充平臺(tái)的組成的框圖。
圖9是示出圖8所示服務(wù)安全擴(kuò)充平臺(tái)的標(biāo)識(shí)化執(zhí)行形式存放器存放的標(biāo)識(shí)化執(zhí)行形式以及元服務(wù)執(zhí)行形式的說明圖。
圖10是示出圖8所示服務(wù)安全擴(kuò)充平臺(tái)的終端的服務(wù)執(zhí)行運(yùn)作的流程圖。
圖11是以圖解方式示出本發(fā)明實(shí)施方式3的服務(wù)安全擴(kuò)充平臺(tái)的組成的框圖。
圖12是示出圖11所示服務(wù)安全擴(kuò)充平臺(tái)的標(biāo)識(shí)化執(zhí)行形式存放器存放的標(biāo)識(shí)化執(zhí)行形式和母子標(biāo)識(shí)化執(zhí)行形式的說明圖。
圖13是示出圖11所示服務(wù)安全擴(kuò)充平臺(tái)的終端的服務(wù)執(zhí)行運(yùn)作的流程圖。
圖14是以圖解方式示出本發(fā)明實(shí)施方式4的服務(wù)安全擴(kuò)充平臺(tái)的組成的框圖。
圖15是圖14所示服務(wù)安全擴(kuò)充平臺(tái)的內(nèi)容存放器存放的控制內(nèi)容和內(nèi)容的說明圖。
圖16是示出圖14所示服務(wù)安全擴(kuò)充平臺(tái)的服務(wù)依賴性資源管理器管理的服務(wù)依賴性資源管理表的說明圖。
圖17是示出圖14所示服務(wù)安全擴(kuò)充平臺(tái)的終端的控制內(nèi)容執(zhí)行運(yùn)作的流程圖。
圖18是以圖解方式示出已有技術(shù)中的已有服務(wù)平臺(tái)的組成的框圖。
圖19是示出圖18所示服務(wù)平臺(tái)的執(zhí)行文件存放器存放的執(zhí)行文件的說明圖。
圖20是示出圖18所示服務(wù)平臺(tái)的終端中的軟件層的說明圖。
最佳實(shí)施方式首先，說明本發(fā)明服務(wù)安全擴(kuò)充平臺(tái)的基本概念。本發(fā)明的服務(wù)安全擴(kuò)充平臺(tái)中，服務(wù)不是由以往那樣的OS直接執(zhí)行的例如二進(jìn)制執(zhí)行文件，而是構(gòu)成作為由對OS指示執(zhí)行的執(zhí)行器解釋的“腳本”構(gòu)成的執(zhí)行形式。于是，執(zhí)行形式包含API調(diào)用，并且建立與規(guī)定服務(wù)的對應(yīng)關(guān)系。
API具有在調(diào)用時(shí)進(jìn)行依賴于帶對應(yīng)關(guān)系的服務(wù)的舉動(dòng)的服務(wù)依賴性。服務(wù)依賴性API對與所包含執(zhí)行形式建立對應(yīng)關(guān)系的服務(wù)中固有的資源進(jìn)行處理。將執(zhí)行形式至資源的一切處理限定為通過API，而且不存在對由服務(wù)依賴性API處理的資源進(jìn)行處理的服務(wù)依賴性API以外的API。執(zhí)行形式內(nèi)記述的成套API對全部服務(wù)相同，是共同預(yù)先準(zhǔn)備的。
通過這樣組成，確保不依賴以往的執(zhí)行文件(或本發(fā)明的執(zhí)行形式)的正當(dāng)性的新水平的安全性，創(chuàng)造可擴(kuò)充服務(wù)的全新“服務(wù)安全擴(kuò)充平臺(tái)”。該平臺(tái)中，通過使作為實(shí)現(xiàn)服務(wù)的執(zhí)行形式的一個(gè)例子的瀏覽器運(yùn)作，能視聽作為服務(wù)的接口的內(nèi)容。逐次調(diào)用內(nèi)容中包含的API，以實(shí)現(xiàn)內(nèi)容的常規(guī)視聽。因此，以包含作為一種API的服務(wù)依賴性API的方式構(gòu)成執(zhí)行形式(瀏覽器)。也就是說，正在視聽內(nèi)容的過程中，通過調(diào)用服務(wù)依賴性API擴(kuò)充服務(wù)。因而，本發(fā)明中，用戶可將服務(wù)擴(kuò)充看作一種內(nèi)容視聽操作。
由包含服務(wù)依賴性API的執(zhí)行形式?jīng)Q定擴(kuò)充服務(wù)的用戶接口。可通過執(zhí)行形式帶有與服務(wù)的對應(yīng)關(guān)系，利用分別適合各服務(wù)的用戶接口擴(kuò)充服務(wù)。
每一服務(wù)能最優(yōu)地構(gòu)成擴(kuò)充服務(wù)的用戶接口。例如，在推型服務(wù)/儲(chǔ)存型廣播服務(wù)的情況下，在該服務(wù)的成員中，可利用常規(guī)服務(wù)內(nèi)容對特定成員勸簽該特定成員才可加入的收費(fèi)服務(wù)合同。即，由于能根據(jù)目的必要且充分地定制用戶接口，可較適當(dāng)且強(qiáng)化地勸誘服務(wù)。
使便攜式電話等利用的JAVA應(yīng)用(i應(yīng)用等)適應(yīng)本發(fā)明，則可通過在實(shí)現(xiàn)用戶購讀的服務(wù)的應(yīng)用軟件記述擴(kuò)充服務(wù)功能的程序，實(shí)現(xiàn)該服務(wù)的功能擴(kuò)充。例如，能在i應(yīng)用本身實(shí)現(xiàn)插件式擴(kuò)充掃描等i應(yīng)用功能的操作。
而且，在內(nèi)容中包含的腳本記述內(nèi)容，作為判斷條件，以調(diào)用對詢問進(jìn)行應(yīng)答并送回表示接收機(jī)型號(hào)、廠家類別的字符串的API，從而能使每一接收機(jī)型號(hào)或廠家改變用戶接口。
如果適應(yīng)數(shù)字廣播的每次收視付費(fèi)的節(jié)目，則通過在分配內(nèi)容中記述適當(dāng)?shù)乃惴苡脙?nèi)容中編程的算法管理可嘗試免費(fèi)視聽的時(shí)間和頻道。在數(shù)字廣播中的每一收視付費(fèi)節(jié)目的情況下，可通過每一收視付費(fèi)頻道數(shù)據(jù)廣播進(jìn)行每一收視付費(fèi)的簽約。還可提供與促進(jìn)簽約關(guān)聯(lián)的每一用戶不同的服務(wù)，諸如僅對數(shù)據(jù)廣播游戲中增加高分的用戶按便宜的費(fèi)用進(jìn)行服務(wù)簽約。
接著，通過內(nèi)容中編程為執(zhí)行服務(wù)依賴性API，用戶對內(nèi)容進(jìn)行規(guī)定操作，而無損于內(nèi)容記述能力，從而能對內(nèi)容無縫擴(kuò)充服務(wù)。
例如裝配萬維網(wǎng)瀏覽器的plug-in時(shí)，能在內(nèi)容接收時(shí)安裝plug-in，無需為了取得該plug-in的安裝程序而訪問該plug-in開發(fā)商的下載網(wǎng)頁。用戶不必預(yù)先熟悉萬維網(wǎng)瀏覽器的plug-in的商品名，僅選擇“從360度的角度看商品的活動(dòng)圖像”之類的內(nèi)容原意說明，就能執(zhí)行。
如果適應(yīng)電子書本播放器或PDA，則能提供的功能在進(jìn)入特定主頁時(shí)，用戶不知不覺中就將該主頁所需的告示欄顯示專用瀏覽器自動(dòng)準(zhǔn)備得可用?？梢哉f能無縫地構(gòu)成用于內(nèi)容視聽和服務(wù)擴(kuò)充的用戶接口。由于能利用操作性與內(nèi)容操作中相同的用戶接口擴(kuò)充服務(wù)，用戶負(fù)擔(dān)小。
接著，作為逐次執(zhí)行的API，添加服務(wù)依賴性API，從而執(zhí)行執(zhí)行形式，則與其它API相同，也逐次執(zhí)行服務(wù)依賴性API。結(jié)果，也可將執(zhí)行形式編程得自動(dòng)執(zhí)行服務(wù)擴(kuò)充。通過完全自動(dòng)化，能在用戶無覺察中實(shí)現(xiàn)旅行期間的專用服務(wù)和免費(fèi)試用等只限于當(dāng)時(shí)的服務(wù)擴(kuò)充。
例如，在電子書本播放器或PDA的情況下，可使標(biāo)題附帶頁循環(huán)時(shí)的畫面效果，并且作為只能使用該標(biāo)題的收費(fèi)插件提供。還能自動(dòng)利用成田飛機(jī)場內(nèi)的虛擬設(shè)施指南等僅在該處有意義的服務(wù)。
接著，本發(fā)明中保證不終止瀏覽器，不按照與內(nèi)容視聽完全不同的使用方法的步驟，能始終在與內(nèi)容視聽相同的使用方法中進(jìn)行服務(wù)擴(kuò)充。即提供一種環(huán)境不強(qiáng)行要求用戶操作僅為擴(kuò)充服務(wù)準(zhǔn)備的專門使用方法，而以和用戶會(huì)最熟習(xí)的內(nèi)容視聽相同的使用方法，用戶無需特別意識(shí)，注意到就擴(kuò)充服務(wù)。
例如，在推型服務(wù)/儲(chǔ)存型廣播服務(wù)的情況下，觀視器版本提升，不必熟習(xí)觀視器本身的升級功能；導(dǎo)入別的服務(wù)，不必熟習(xí)啟動(dòng)萬維網(wǎng)瀏覽器下載的多個(gè)用戶接口的寫法。
總之，需要根據(jù)內(nèi)容的內(nèi)涵、用戶的喜好分別使用多個(gè)瀏覽器時(shí)，用戶不必熟習(xí)各種用戶接口的不同操作性。因此，不熟習(xí)的用戶也能安心且方便地?cái)U(kuò)充功能。而且，視聽裝置出廠后，不使用戶接口固定，能根據(jù)用戶的使用方法，改善其操作性。
還能確保全新水平的安全性，雖然全部共用，但任何執(zhí)行形式(對應(yīng)于已有例的瀏覽器)的執(zhí)行都不引起對其它服務(wù)的不良影響或整個(gè)系統(tǒng)停機(jī)。
實(shí)施方式1參照圖1、圖2、圖3、圖4、圖5、圖6和圖7說明本發(fā)明實(shí)施方式1的服務(wù)安全擴(kuò)充平臺(tái)。如圖1所示，本實(shí)施方式的服務(wù)安全擴(kuò)充平臺(tái)SEP1包含服務(wù)提供源110、傳送系統(tǒng)120和終端130。
服務(wù)提供源110發(fā)送用于實(shí)現(xiàn)終端130應(yīng)執(zhí)行新服務(wù)的執(zhí)行形式。傳送系統(tǒng)120使服務(wù)提供源110發(fā)送的信息在時(shí)間上而且/或者空間上往終端130移動(dòng)。傳送系統(tǒng)120可由互聯(lián)網(wǎng)通信網(wǎng)、廣播或通信的無線網(wǎng)或DVD-ROM(數(shù)字多功能盤片-只讀存儲(chǔ)器)等封裝媒體和實(shí)體物流系統(tǒng)的組合構(gòu)成。
終端130用通過傳送系統(tǒng)120接收的信息執(zhí)行防務(wù)提供源110提供的服務(wù)，并將執(zhí)行結(jié)果供給用戶。圖1中，為了簡化，表示成服務(wù)提供源110、傳送系統(tǒng)120和終端130各自的臺(tái)數(shù)比為1∶1∶1。然而，臺(tái)數(shù)比也可以是類似于廣播方式的1∶1∶c(c為任意自然數(shù))、互聯(lián)網(wǎng)等的a∶1∶c(c為任意自然數(shù))或具有多個(gè)傳送系統(tǒng)時(shí)的a∶b∶c(b為任意自然數(shù))。這樣的廣義化也適用于以下闡述的全部實(shí)施方式。
服務(wù)提供源110包含執(zhí)行形式提供器111、服務(wù)標(biāo)識(shí)設(shè)定器112和發(fā)送器113。執(zhí)行形式提供器111存放實(shí)現(xiàn)服務(wù)的執(zhí)行形式，并根據(jù)需要進(jìn)行輸出。執(zhí)行形式可以是互聯(lián)網(wǎng)上用的HTML語言(超文本標(biāo)記語言)、用于日本數(shù)字廣播的數(shù)據(jù)廣播的BML語言(廣播標(biāo)記語言)等SGML(標(biāo)準(zhǔn)通用標(biāo)記語言)/XML(可擴(kuò)充標(biāo)記語言)系統(tǒng)的標(biāo)記語言、在虛擬機(jī)上工作的Java(R)語言或機(jī)器語言等。但是，將執(zhí)行形式構(gòu)成通過后面說明的終端130具有的執(zhí)行器傳到終端130的OS執(zhí)行。
服務(wù)標(biāo)識(shí)設(shè)定器112對執(zhí)行形式提供器111輸出的執(zhí)行形式DE產(chǎn)生表示執(zhí)行形式DE的屬性等從屬事項(xiàng)的附帶信息IS，同時(shí)將其授給執(zhí)行形式DE，以產(chǎn)生標(biāo)識(shí)化執(zhí)行形式DEi。附帶信息IS包含作為與對應(yīng)的執(zhí)行形式DE實(shí)現(xiàn)的服務(wù)建立對應(yīng)關(guān)系的信息的服務(wù)標(biāo)識(shí)信息Es以及表示該執(zhí)行形式DE的使用條件、使用狀態(tài)和對應(yīng)的服務(wù)內(nèi)容等信息的從屬信息α。服務(wù)標(biāo)識(shí)信息Es可為例如不重復(fù)的數(shù)字的ID和名稱等。從屬信息α可以是文本，也可以是代碼。標(biāo)識(shí)化執(zhí)行形式DEi可以合為一體地產(chǎn)生執(zhí)行形式DE和附帶信息IS，也可以使它們相互獨(dú)立地產(chǎn)生。本實(shí)施方式中考慮可見性，以獨(dú)立產(chǎn)生附帶IS的情況為例進(jìn)行說明。
發(fā)送器113將從服務(wù)標(biāo)識(shí)設(shè)定器112輸入的標(biāo)識(shí)化執(zhí)行形式DE i(執(zhí)行形式DE和附帶信息IS)發(fā)送到傳送系統(tǒng)120。實(shí)現(xiàn)該發(fā)送的傳送模型，“拉型”和“推型”均可。
拉型所指的傳送模型根據(jù)來自作為接收方的終端130的需求(demand)進(jìn)行發(fā)送，使按作為用于閱覽互聯(lián)網(wǎng)主頁的傳送協(xié)議的HTTP(超文本傳送協(xié)議)等可觀看。推型所指的傳送模型按規(guī)定的定時(shí)從發(fā)送方進(jìn)行發(fā)送，與接收方的請求無關(guān)，使在作為用于數(shù)字廣播傳送的傳送協(xié)議的DSM-CC(數(shù)字儲(chǔ)存媒體命令和控制)的數(shù)據(jù)轉(zhuǎn)盤式磁帶等上可見。
終端130包含下載器131、標(biāo)識(shí)化執(zhí)行形式存放器132、執(zhí)行器133、資源選擇器134、普通資源管理器135和服務(wù)依賴性資源管理器136。下載器131接收傳送系統(tǒng)120傳送來的標(biāo)識(shí)化執(zhí)行形式DEi(執(zhí)行形式DE和附帶信息IS)，將接收的標(biāo)識(shí)化執(zhí)行形式DEi寫入標(biāo)識(shí)化執(zhí)行形式存放器132，同時(shí)還從標(biāo)識(shí)化執(zhí)行形式DEi提取附帶信息IS，輸出到服務(wù)依賴性資源管理器136。附帶信息IS包含上文所述那樣用服務(wù)標(biāo)識(shí)設(shè)定器112設(shè)定的服務(wù)標(biāo)識(shí)信息Es。下載器131與用發(fā)送器113和傳送系統(tǒng)120實(shí)現(xiàn)的傳送模型匹配，用推型和拉型均可實(shí)施。
標(biāo)識(shí)化執(zhí)行形式存放器132存放由下載器131寫入的標(biāo)識(shí)化執(zhí)行形式DEi(執(zhí)行形式DE和附帶信息IS)。標(biāo)識(shí)化執(zhí)行形式存放器132根據(jù)需求將存放的標(biāo)識(shí)化執(zhí)行形式DEi輸出到執(zhí)行器133。可用硬盤(HDD)和DVD-RAM等記錄媒體、快速擦寫存儲(chǔ)器和RAM等半導(dǎo)體紀(jì)錄媒體構(gòu)成標(biāo)識(shí)化執(zhí)行形式存放器132。
圖2示出本實(shí)施方式中在標(biāo)識(shí)化執(zhí)行形式存放器132存放標(biāo)識(shí)化執(zhí)行形式DE i的狀況。該例中，對服務(wù)S1、服務(wù)S2至服務(wù)Sn(n為任意自然數(shù))，使標(biāo)識(shí)化執(zhí)行形式DEi(S1)對應(yīng)于服務(wù)S1，標(biāo)識(shí)化執(zhí)行形式DEi(S2)對應(yīng)于服務(wù)S2，標(biāo)識(shí)化執(zhí)行形式DEi(Sn)對應(yīng)于服務(wù)Sn。
于是，標(biāo)識(shí)化執(zhí)行形式DEi(S1)包含分別與服務(wù)S1對應(yīng)的服務(wù)標(biāo)識(shí)信息Es(S1)和從屬信息α1組成的附帶信息IS(S1)以及執(zhí)行形式DE。具體而言，使服務(wù)標(biāo)識(shí)信息Es(S1)與執(zhí)行形式DE和服務(wù)S1對應(yīng)。同樣，標(biāo)識(shí)化執(zhí)行形式DEi(S2)包含分別與服務(wù)S2對應(yīng)的服務(wù)標(biāo)識(shí)信息Es(S2)和從屬信息α2組成的附帶信息IS(S2)以及執(zhí)行形式DE。標(biāo)識(shí)化執(zhí)行形式DEi(Sn)包含分別與服務(wù)Sn對應(yīng)的服務(wù)標(biāo)識(shí)信息Es(Sn)和從屬信息αn組成的附帶信息IS(Sn)以及執(zhí)行形式DE。執(zhí)行形式DE利用服務(wù)標(biāo)識(shí)信息Es(Sn)與服務(wù)S2建立對應(yīng)關(guān)系。
不需要一個(gè)個(gè)區(qū)分服務(wù)時(shí)，將標(biāo)識(shí)化執(zhí)行形式DEi表現(xiàn)為用服務(wù)標(biāo)識(shí)信息Es和從屬信息α組成的附帶信息IS以及DE構(gòu)成。需要一個(gè)個(gè)識(shí)別服務(wù)時(shí)，將標(biāo)識(shí)化執(zhí)行形式DEI(So)表現(xiàn)為用服務(wù)標(biāo)識(shí)信息Es(So)和從屬信息αo組成的附帶信息IS(So)以及DE構(gòu)成。O為n以下的任意自然數(shù)。
返回圖1，執(zhí)行器133解釋標(biāo)識(shí)化執(zhí)行形式存放器132輸入的標(biāo)識(shí)化執(zhí)行形式DEi中包含的執(zhí)行形式DE，并執(zhí)行服務(wù)。但是，如上文所述，具有的特征為標(biāo)識(shí)化執(zhí)行形式存放器132存放的標(biāo)識(shí)化執(zhí)行形式DEi中包含的執(zhí)行形式DE在終端130內(nèi)不用執(zhí)行器133就不能解釋并執(zhí)行。執(zhí)行器133以基于執(zhí)行形式DE的步驟實(shí)現(xiàn)對話處理，從用戶的鍵盤、指向設(shè)備、話音輸入設(shè)備等輸入設(shè)備進(jìn)行輸入Iu，并且對GUI畫面顯示和聲音輸出等輸出設(shè)備輸出。
如果執(zhí)行形式DE是Java(R)語言或標(biāo)記語言，執(zhí)行器133可為虛擬機(jī)或一般稱為瀏覽器的執(zhí)行環(huán)境。執(zhí)行形式DE是機(jī)器語言，則為附屬于執(zhí)行該形式用的OS的庫等中間件群。
執(zhí)行器133解釋并執(zhí)行執(zhí)行形式DE時(shí)，執(zhí)行形式DE包含API(應(yīng)用程序接口)調(diào)用Capi的情況下，通過資源選擇器134對普通資源管理器135或服務(wù)依賴性資源管理器136發(fā)布API調(diào)用Capi，請求執(zhí)行處理。執(zhí)行器133還將與當(dāng)前執(zhí)行的執(zhí)行形式DE有對應(yīng)關(guān)系的服務(wù)標(biāo)識(shí)信息Es通知服務(wù)依賴性資源管理器136。
資源選擇器134根據(jù)執(zhí)行器133發(fā)布的API調(diào)用Capi判斷是否對普通資源管理器135和服務(wù)依賴性資源管理器136中的一方請求API處理。對判斷為受到請求的情況傳達(dá)API調(diào)用Capi。API調(diào)用Capi分類為普通資源管理器135應(yīng)處理的普通API(后文稱為“普通API”)和服務(wù)依賴性資源管理器136應(yīng)處理的API(后文稱為“服務(wù)依賴性API”)。
資源是指終端130可通過執(zhí)行器133參考、改變或控制的一切計(jì)算機(jī)資源。即，包含對RAM的一次記錄器和HDD等二次記錄器中存放的數(shù)據(jù)結(jié)構(gòu)、對可控制輸入輸出設(shè)備的接入權(quán)和具體輸入輸出控制、以及通信控制等。這些資源中，將可處理得不影響其它服務(wù)的資源作為普通資源，將存在于每一服務(wù)而且擴(kuò)充服務(wù)時(shí)需要的資源定義為服務(wù)依賴性資源。于是，將對普通資源的API作為普通API，將對服務(wù)依賴性資源的API定義為服務(wù)依賴性API。
在例子中說明2種API與同一資源的關(guān)系。設(shè)想一API對資源進(jìn)行參考，不影響其它服務(wù)，而另一API改變資源，影響其它服務(wù)。這時(shí)，前者對應(yīng)于普通API，后者對應(yīng)于服務(wù)依賴性API。然而，為了說明簡便，進(jìn)行的說明將參考用的資源和改變用的資源視為分別獨(dú)立存在，并判斷為前者與后者的內(nèi)容得到匹配。
作為服務(wù)依賴性API的具體實(shí)例，可考慮改變服務(wù)利用狀態(tài)的函數(shù)(后文稱為“服務(wù)利用狀態(tài)操作函數(shù)”)。由服務(wù)利用狀態(tài)操作函數(shù)指定用戶是否在終端130利用個(gè)別服務(wù)，并控制提供服務(wù)時(shí)終端130應(yīng)進(jìn)行的處理的啟動(dòng)和停止。具體是執(zhí)行形式DE或標(biāo)識(shí)化執(zhí)行形式DEi的內(nèi)部數(shù)據(jù)初始化和所需信息的接收等前處理、通過傳送系統(tǒng)對服務(wù)提供部的服務(wù)利用合同的簽訂、收費(fèi)和用戶登記等。
另一方面，作為普通API的具體實(shí)例，有終端接收部130的畫面顯示和鍵盤輸入等輸入輸出設(shè)備的操作、對RAM的暫存和對HDD的二次存儲(chǔ)的數(shù)據(jù)讀寫等。但是，以作為普通API的資源的畫面顯示為例的情況下，同時(shí)出現(xiàn)與多個(gè)服務(wù)對應(yīng)的畫面顯示時(shí)，也考慮服務(wù)之間產(chǎn)生競爭。然而，本實(shí)施方式中，實(shí)際上用普通資源管理器135和API調(diào)用方法等實(shí)現(xiàn)同時(shí)僅一服務(wù)占用畫面的約束，則即使對所有的執(zhí)行形式DE，實(shí)際上也不產(chǎn)生競爭。
普通資源管理器135存放并管理普通資源。普通資源管理器135還根據(jù)從資源選擇器134輸入的API調(diào)用Capi進(jìn)行對普通資源的參考和操作等。例如，調(diào)用畫面描繪API時(shí)，對作為進(jìn)行畫面描繪的普通資源的圖形顯示設(shè)備發(fā)布命令。
服務(wù)依賴性資源管理器136存放并管理服務(wù)依賴性資源，根據(jù)從資源選擇器134輸入的API調(diào)用Capi進(jìn)行服務(wù)依賴性資源RS的參考和操作等，還根據(jù)從下載器131輸入的附帶信息IS進(jìn)行服務(wù)依賴性資源RS的管理處理。
參考圖3說明為管理服務(wù)依賴性資源管理器136存放的服務(wù)依賴性資源RS而產(chǎn)生的服務(wù)依賴性資源管理表Trs。如該圖的例子所示，服務(wù)依賴性資源管理表Trs是至少由表示n種服務(wù)S1～Sn的多個(gè)行L1～Ln和表示每一服務(wù)S的利用狀態(tài)的2列C1和C2構(gòu)成矩陣狀的數(shù)據(jù)庫。具體而言，該圖中，行L1對應(yīng)于服務(wù)S1，行L2對應(yīng)于服務(wù)S2，行Ln對應(yīng)于服務(wù)Sn(這時(shí)n為3以上的自然數(shù))。而且，列C1對應(yīng)于服務(wù)標(biāo)識(shí)信息Es，列C2對應(yīng)于利用狀態(tài)。
更具體地說，根據(jù)服務(wù)標(biāo)識(shí)信息Es(Sn)的Sn和從屬信息αn決定并寫入列C1和列C2的值，分別如圖2圖解方式所示。圖3所示的例子中，可知行L1所示的服務(wù)S1是“未利用”，行L2所示的服務(wù)S1是“利用”狀態(tài)，行Ln所示的服務(wù)S1是“利用”狀態(tài)，。這樣，設(shè)置L1～Ln，分別用于儲(chǔ)存識(shí)別不同服務(wù)S1～Sn的服務(wù)的信息。在該意義上，將行L1～Ln(行Lo)稱為服務(wù)標(biāo)識(shí)行。
接著，說明添加新的服務(wù)標(biāo)識(shí)行時(shí)的運(yùn)作。下載器131接收服務(wù)(標(biāo)識(shí)化執(zhí)行形式DEi)時(shí)，在服務(wù)依賴性資源管理表Trs上添加規(guī)定標(biāo)識(shí)化執(zhí)行形式存放器132存放的執(zhí)行形式DE對應(yīng)的服務(wù)依賴性資源RS的服務(wù)標(biāo)識(shí)行。通過利用這些處理自動(dòng)將服務(wù)導(dǎo)入終端130，在服務(wù)依賴性資源管理器136上登記并管理新服務(wù)。
下面，參照圖4說明服務(wù)依賴性資源管理器136的新服務(wù)登記管理程序的運(yùn)作。從服務(wù)提供源110將新服務(wù)對應(yīng)的標(biāo)識(shí)化執(zhí)行形式DEi(執(zhí)行形式DE和附帶信息IS)發(fā)送到終端130，并且首先輸入到下載器131。下載器131從標(biāo)識(shí)化執(zhí)行形式DEi提取附帶信息IS，輸出到服務(wù)依賴性資源管理器136。然后，服務(wù)依賴性資源管理器136中，在輸入附帶信息IS的時(shí)刻，啟動(dòng)本程序的運(yùn)作。
因此，在步驟S502判斷服務(wù)依賴性資源管理器136中是否輸入附帶信息IS。沒有輸入時(shí)，判斷為“否”，重復(fù)本步驟的處理。反之，“是”時(shí)，處理進(jìn)至下一步驟S504。即，服務(wù)依賴性資源管理器136在從下載器131收領(lǐng)附帶信息IS前，實(shí)質(zhì)上未啟動(dòng)簽名服務(wù)的登記管理處理。
步驟S504中，判斷步驟S502接收的附帶信息IS的服務(wù)標(biāo)識(shí)信息Es所示的服務(wù)S是否已登記到存放在服務(wù)依賴性資源管理器136中的服務(wù)依賴性資源管理表Trs上。是未包含(即未登記)的服務(wù)時(shí)，判斷為“否”，處理進(jìn)至下一步驟S506。
步驟S506中，在服務(wù)依賴性資源管理器136將新服務(wù)對應(yīng)的新服務(wù)標(biāo)識(shí)行(Ln+1)添加到服務(wù)依賴性資源管理表Trs。下面，以圖3所示的服依賴性資源管理表Trs為例進(jìn)行說明。服務(wù)依賴性資源管理表Trs中已經(jīng)登記服務(wù)S1～Sn，因而添加服務(wù)標(biāo)識(shí)行L(n+1)，以登記新服務(wù)S(n+1)。然后，在下一步驟S508產(chǎn)生處理。
步驟S508中，根據(jù)新接收附帶信息IS中包含的服務(wù)標(biāo)識(shí)信息Es，將作為識(shí)別服務(wù)S(n+1)的值的S(n+1)記錄行L(n+1)、列C1。然后，處理進(jìn)至下一步驟S510。
步驟S510中，在服務(wù)依賴性資源管理表Trs添加的行L(n+1)、列C2的利用狀態(tài)欄內(nèi)記入“未利用”。這是因?yàn)樽鳛榻邮招路?wù)(標(biāo)識(shí)化執(zhí)行形式DEi)時(shí)的初始狀態(tài)，設(shè)定“未利用”。然而，初始狀態(tài)可以是“利用”，或設(shè)定為在一定期間作為示范進(jìn)行試用等，還可每一服務(wù)由服務(wù)標(biāo)識(shí)設(shè)定器112將表示采用這些初始狀態(tài)中的哪一個(gè)的信息作為附帶信息IS(從屬信息α)提供。本步驟的處理結(jié)束后，結(jié)束本程序。
另一方面，上述步驟S504中判斷為“是”(即包含)時(shí)，跳過上述步驟S506、步驟S508和步驟S510，結(jié)束本程序的處理。即，是已經(jīng)導(dǎo)入下載器131收到的服務(wù)時(shí)，不需要登記服務(wù)，因而立即結(jié)束本程序的處理。
接著，參照圖5說明終端130的服務(wù)執(zhí)行程序的運(yùn)作。具體而言，在終端130通過執(zhí)行對執(zhí)行器133調(diào)用的API的執(zhí)行形式，實(shí)現(xiàn)服務(wù)的執(zhí)行。即，執(zhí)行器133為了執(zhí)行從標(biāo)識(shí)化執(zhí)行形式存放器132輸入的標(biāo)識(shí)化執(zhí)行形式DEi包含的執(zhí)行形式DE，在發(fā)布API調(diào)用Capi的時(shí)刻，啟動(dòng)本程序的實(shí)質(zhì)性處理。
于是，步驟S512中，由資源選擇器134根據(jù)執(zhí)行器133發(fā)布的API調(diào)用Capi判斷調(diào)用的API是否服務(wù)依賴性API。是服務(wù)依賴性API，則判斷為“是”，使處理進(jìn)至下一步驟S514。
步驟S514中，利用服務(wù)依賴性資源管理器136從執(zhí)行器133獲得與當(dāng)前執(zhí)行的執(zhí)行形式DE有對應(yīng)關(guān)系的服務(wù)的服務(wù)標(biāo)識(shí)信息Es。然后，處理進(jìn)至下一步驟S516。
步驟S516中，由服務(wù)員依賴性資源管理器136判斷API調(diào)用Capi指定為處理對象的服務(wù)依賴性資源RS是否對應(yīng)于與步驟S514檢測出的當(dāng)前正在執(zhí)行的執(zhí)行形式DE對應(yīng)的服務(wù)。對應(yīng)于正在執(zhí)行的執(zhí)行形式DE所對應(yīng)的服務(wù)時(shí)，判斷為“是”，使處理進(jìn)至下一步驟S518。
步驟S518中，由服務(wù)依賴性資源管理器136進(jìn)行對服務(wù)依賴性資源的服務(wù)依賴性API的處理，然后，本程序的處理結(jié)束。
另一方面，上述步驟S512中判斷為“否”即非服務(wù)依賴性API(即為普通API)時(shí)，處理進(jìn)至步驟S520。
步驟S520中，由普通資源管理器135對普通資源進(jìn)行處理。然后，本程序的處理結(jié)束。
上述步驟S516中為“否”，即不對應(yīng)于正在執(zhí)行的執(zhí)行形式DE所對應(yīng)的服務(wù)時(shí)，處理進(jìn)至步驟S521。
步驟S521中，進(jìn)行差錯(cuò)處理后，結(jié)束本程序。這樣，設(shè)定成即使是正在執(zhí)行的執(zhí)行形式對應(yīng)的服務(wù)(S512中為“是”)，也不允許對不可操作(S516中為“否”)的服務(wù)依賴性資源的API處理。
換句話說，本實(shí)施方式中，設(shè)定成只有與正在執(zhí)行的執(zhí)行形式DE建立對應(yīng)關(guān)系的服務(wù)所涉及的服務(wù)依賴性資源可操作。因此，即使讓執(zhí)行形式DE發(fā)布任何API調(diào)用，服務(wù)依賴性資源管理器136也能排除對其它服務(wù)的參考和操作。也就是說，即使輸入進(jìn)行對其它服務(wù)的參考和操作的服務(wù)的執(zhí)行形式DE，也經(jīng)步驟S516在步驟S521進(jìn)行差錯(cuò)處理，從而防止該參考和操作，同時(shí)還能檢測出這類要求。
綜上所述，本實(shí)施方式中，在步驟S512由資源選擇器134進(jìn)行約束，使得只能用服務(wù)依賴性API操作對服務(wù)依賴性資源的處理。參照圖6所示的服務(wù)安全擴(kuò)充平臺(tái)SEP1的終端130的軟件層說明這點(diǎn)。
如圖6所示，從軟件結(jié)構(gòu)看服務(wù)安全擴(kuò)充平臺(tái)SEP1的終端130，則最下層存在由作為基本軟件的OS實(shí)現(xiàn)的OS層。然后，在OS層的上面有分別起普通資源管理器135、服務(wù)依賴性資源管理器136和標(biāo)識(shí)化執(zhí)行形式存放器132的作用的普通資源管理軟件、服務(wù)依賴性資源管理軟件和標(biāo)識(shí)化執(zhí)行形式存放軟件。而且，在普通資源管理軟件和服務(wù)依賴性資源管理軟件的上面有起資源選擇器134的作用的資源選擇軟件。這些普通資源管理軟件、服務(wù)依賴性資源管理軟件、資源選擇軟件和標(biāo)識(shí)化執(zhí)行形式存放軟件構(gòu)成中間件層。
起執(zhí)行器133的作用的執(zhí)行軟件(執(zhí)行器)位于中間件層的資源選擇層的上面，起下載器131的作用的下載軟件(下載器)位于標(biāo)識(shí)化執(zhí)行形式存放軟件的上面。這些執(zhí)行軟件和下載軟件一起構(gòu)成應(yīng)用層。
然后，執(zhí)行各服務(wù)S1～Sn的服務(wù)S1～Sn執(zhí)行形式位于應(yīng)用層的執(zhí)行軟件的上面，構(gòu)成內(nèi)容層。
這樣，從圖6所示的軟件結(jié)構(gòu)可知，服務(wù)安全擴(kuò)充平臺(tái)SEP1中，服務(wù)執(zhí)行形式DE不能又通過軟件選擇器進(jìn)行API調(diào)用，又參考或操作資源。于是，對服務(wù)依賴性資源必須調(diào)用服務(wù)依賴性API，因而不經(jīng)過服務(wù)依賴性軟件管理器136，就不能進(jìn)行參考或操作。
接著，參考由圖7所示的服務(wù)安全擴(kuò)充平臺(tái)SEP1對用戶提示的畫面的例子，簡單說明改變?yōu)閷?shí)際利用新添加的服務(wù)的狀態(tài)時(shí)的運(yùn)作。圖7示出一例執(zhí)行形式DE顯示的對用戶詢問是否開始利用新服務(wù)的畫面。
畫面SM是一例通過用執(zhí)行器133執(zhí)行實(shí)現(xiàn)作為新服務(wù)的“我的新聞服務(wù)”的執(zhí)行形式DE進(jìn)行提示的畫面。畫面SM上配置宣告利用服務(wù)的按鍵BY和宣告不利用的按鍵BN。用戶操作輸入設(shè)備選擇按鍵BY，就開始利用此服務(wù)。
這里說明選擇按鍵BY的運(yùn)作。按鍵BY在執(zhí)行形式DE中編程，使宣告開始利用服務(wù)的服務(wù)依賴性API啟動(dòng)。因此，選擇按鍵BY時(shí)，服務(wù)依賴性API通過資源選擇器134到達(dá)服務(wù)依賴性資源管理器136，將服務(wù)依賴性資源管理表Trs記載的服務(wù)依賴性資源RS中相符的服務(wù)利用狀態(tài)欄的值改寫成“利用”。
圖7所示的例子說明單純啟動(dòng)服務(wù)的利用，但同樣可實(shí)施對服務(wù)提供部的服務(wù)利用合同簽訂和用戶登記或者儲(chǔ)存型數(shù)據(jù)廣播中視聽前的事先自動(dòng)儲(chǔ)存處理的啟動(dòng)等。
這樣，對服務(wù)使用/未使用的狀態(tài)遷移等涉及服務(wù)的操作，可由服務(wù)本身的執(zhí)行形式DE進(jìn)行與用戶對話。而且，即使其他服務(wù)裝配具有任何惡意的執(zhí)行形式時(shí)，也能排除對服務(wù)和平臺(tái)的以錯(cuò)誤運(yùn)作或停機(jī)為代表的一切不良影響。綜上所述，本發(fā)明實(shí)施方式1的服務(wù)安全擴(kuò)充平臺(tái)SEP1中，能依然保持服務(wù)擴(kuò)充性且確保完全安全性，即使設(shè)想任何的執(zhí)行形式DE，也不引起對其他服務(wù)和平臺(tái)本身的不正當(dāng)處理的影響，而不是根據(jù)實(shí)行形式DE的發(fā)布源本身的概率類推執(zhí)行形式DE不包含引起不正當(dāng)處理的編碼這種不可靠的安全性。
實(shí)施方式2下面，參照圖8、圖9和圖11說明本發(fā)明實(shí)施方式2的服務(wù)安全擴(kuò)充平臺(tái)。如圖8所示，本實(shí)施方式的服務(wù)安全擴(kuò)充平臺(tái)SEP2將圖1所示的服務(wù)安全擴(kuò)充平臺(tái)SEP1中的服務(wù)提供源110改為服務(wù)提供源210，將終端130改為終端230。
服務(wù)提供源210將服務(wù)提供源110的服務(wù)標(biāo)識(shí)設(shè)定器112換成元服務(wù)指定器212。終端230將終端130的執(zhí)行器133換成執(zhí)行器233，同時(shí)還在資源選擇器134與服務(wù)依賴性資源管理器136之間新設(shè)元服務(wù)判定器234。
終端230把實(shí)施方式1的終端130的下載器131換成下載器231，把標(biāo)識(shí)化執(zhí)行形式存放器132換成標(biāo)識(shí)化執(zhí)行形式存放器232，執(zhí)行器133換成執(zhí)行器233，同時(shí)還在資源選擇器134與服務(wù)依賴性資源管理器136之間新設(shè)元服務(wù)判定器234。
服務(wù)提供源210中，元服務(wù)指定器212授給所述服務(wù)標(biāo)識(shí)器112產(chǎn)生元服務(wù)指定信息的功能。即，元服務(wù)指定器212與服務(wù)標(biāo)識(shí)設(shè)定器112相同，也產(chǎn)生表示執(zhí)行形式DE的屬性等地從屬事項(xiàng)的附帶信息IS，同時(shí)還產(chǎn)生指定與元服務(wù)有對應(yīng)關(guān)系的執(zhí)行形式DE的元服務(wù)指定信息ISm。
元服務(wù)是一種上文所述的服務(wù)，是唯一能實(shí)際進(jìn)行用戶利用的服務(wù)的開始/結(jié)束等服務(wù)功能/各指標(biāo)的改變和新服務(wù)的添加的服務(wù)擴(kuò)充的服務(wù)，其存在以擴(kuò)充服務(wù)為目的。在該意義上，本說明書中將上述實(shí)施方式1的服務(wù)So和本實(shí)施方式的元服務(wù)Smeta加以區(qū)分地進(jìn)行說明。
授給執(zhí)行形式DE附帶信息IS，產(chǎn)生標(biāo)識(shí)化執(zhí)行形式DEi；授給執(zhí)行形式DE元服務(wù)指定信息ISm，產(chǎn)生元服務(wù)執(zhí)行形式DEm。即。從元服務(wù)指定器212將標(biāo)識(shí)化執(zhí)行形式DEi與元服務(wù)執(zhí)行形式DEm混在一起，進(jìn)行輸出。然后，通過發(fā)送器113和傳送系統(tǒng)120將這些標(biāo)識(shí)化執(zhí)行形式D I和元服務(wù)執(zhí)行形式DEm輸入到終端230。由終端230的下載器231將標(biāo)識(shí)化執(zhí)行形式DEi和元服務(wù)執(zhí)行形式DEm輸出到標(biāo)識(shí)化執(zhí)行形式存放器232。而且，下載器231從標(biāo)識(shí)化執(zhí)行形式DEi提取附帶信息IS，從元服務(wù)執(zhí)行形式DEm提取元服務(wù)指定信息ISm，分別將其輸出到服務(wù)依賴性資源管理器236。
圖9示出將元服務(wù)指定器212輸出的標(biāo)識(shí)化執(zhí)行形式DEi和元服務(wù)執(zhí)行形式DEm存放在標(biāo)識(shí)化執(zhí)行形式存放器232的狀況。該圖所示的例子中，與圖1所示的實(shí)施方式1中的相同，也示出與服務(wù)S1、S2至服務(wù)Sn(n為任意自然數(shù))對應(yīng)的標(biāo)識(shí)化執(zhí)行形式DEi(S1)、DEi(S2)和DEi(Sn)的例子。但是，本圖中，在與服務(wù)S3對應(yīng)標(biāo)識(shí)化執(zhí)行形式DEi(S3)的位置表示首個(gè)元服務(wù)執(zhí)行形式DEm(1)。元服務(wù)執(zhí)行形式DEm(1)授給執(zhí)行形式DE表示這是元服務(wù)的元服務(wù)指定信息ISm(1)。
元服務(wù)執(zhí)行形式DEm(1)包含由對應(yīng)于這是元服務(wù)m1的服務(wù)標(biāo)識(shí)信息Es(Sm1)和從屬信息αm1組成的元服務(wù)指定信息ISm以及執(zhí)行形式DE。具體而言，服務(wù)標(biāo)識(shí)信息Es(Sm1)使執(zhí)行形式DE與元服務(wù)1建立對應(yīng)關(guān)系。這樣，除服務(wù)標(biāo)識(shí)信息Es(Sm1)的“Sm1”規(guī)定元服務(wù)1這點(diǎn)外，元服務(wù)指定信息ISm基本上與附帶信息IS相同。
也就是說，如上文所述，元服務(wù)Sm是一種服務(wù)Sn，因而元服務(wù)執(zhí)行形式DEm也能表示為標(biāo)識(shí)化執(zhí)行形式DEi(Sm)。于是，可將元服務(wù)指定信息ISm統(tǒng)稱為附帶信息IS，但本說明書中，為了便于理解本實(shí)施方式的特征，其說明將元服務(wù)指定信息ISm與附帶信息IS加以區(qū)分。而且，將元服務(wù)對應(yīng)的服務(wù)標(biāo)識(shí)信息Es稱為元服務(wù)標(biāo)識(shí)信息Esm，與執(zhí)行方式DE對應(yīng)的服務(wù)標(biāo)識(shí)信息Es有區(qū)別地進(jìn)行說明。
標(biāo)識(shí)化執(zhí)行形式存放器232的運(yùn)作與上述實(shí)施方式1的標(biāo)識(shí)化執(zhí)行形式存放器132基本相同。但是，標(biāo)識(shí)化執(zhí)行形式存放器232存放標(biāo)識(shí)化執(zhí)行形式DEi和元服務(wù)執(zhí)行形式DEm，并根據(jù)要求，對執(zhí)行器233輸出標(biāo)識(shí)化執(zhí)行形式DEi或元執(zhí)行形式DEm。
執(zhí)行器233從標(biāo)識(shí)化執(zhí)行形式DEi提取服務(wù)標(biāo)識(shí)信息Es，從元服務(wù)執(zhí)行形式DEm提取服務(wù)標(biāo)識(shí)信息Esm，分別將其輸出到元服務(wù)判定器234。
元服務(wù)判定器234根據(jù)從資源選擇器134輸入的API調(diào)用Capi、從執(zhí)行器133輸入的服務(wù)標(biāo)識(shí)信息Es以及服務(wù)標(biāo)識(shí)信息Esm，僅在正在執(zhí)行的執(zhí)行形式DE與元服務(wù)有對應(yīng)關(guān)系時(shí)，對服務(wù)依賴性資源管理器136輸出API調(diào)用Capi。
服務(wù)依賴性資源管理器136存放服務(wù)依賴性資源RS，同時(shí)利用服務(wù)依賴性資源管理表Trs管理服務(wù)依賴性資源RS。存放在服務(wù)依賴性資源管理器136的服務(wù)依賴性資源RS及其服務(wù)依賴性資源管理表Trs可與參照圖3說明的實(shí)施方式1中的相同。
然后，服務(wù)依賴性管理器136響應(yīng)經(jīng)元服務(wù)判定器234輸入的API調(diào)用Capi，進(jìn)行對服務(wù)依賴性資源管理器136存放的服務(wù)依賴性資源RS的參考和操作等。又根據(jù)下載器131供給的附帶信息IS識(shí)別各執(zhí)行形式DE分別對應(yīng)的服務(wù)的內(nèi)容。
添加新服務(wù)，則服務(wù)依賴性資源管理器136根據(jù)從下載器231輸入的附帶信息IS和元服務(wù)指定信息ISm，在檢測出存在服務(wù)依賴性資源管理表Trs中未登記的新服務(wù)的時(shí)刻添加對該服務(wù)的識(shí)別行，以記述內(nèi)容。即，服務(wù)依賴性資源管理表Trs中，在列C1寫入元服務(wù)的內(nèi)容，但僅關(guān)注服務(wù)標(biāo)識(shí)行添加步驟，則與實(shí)施方式1中的處理內(nèi)容相同。
接著，參照圖10所示的流程圖說明終端230的服務(wù)執(zhí)行程序的運(yùn)作。具體而言，終端230中，通過執(zhí)行對執(zhí)行器233調(diào)用的API的執(zhí)行形式DE，實(shí)現(xiàn)服務(wù)的執(zhí)行。也就是說，為了使執(zhí)行器133執(zhí)行從標(biāo)識(shí)化執(zhí)行形式存放器132輸入的標(biāo)識(shí)化執(zhí)行形式DEi和元服務(wù)執(zhí)行形式DEm包含的執(zhí)行形式DE，在發(fā)布API調(diào)用Capi的時(shí)刻啟動(dòng)本程序的處理。
圖10所示的流程圖在圖5所示流程圖中，將步驟S514“從執(zhí)行機(jī)取得正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es”換成步驟S1014“取得正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es或服務(wù)標(biāo)識(shí)信息Esm”，將步驟516“判定對正在執(zhí)行的服務(wù)的操作”換成步驟S1016“判定對正在執(zhí)行的元服務(wù)的操作”。除這2點(diǎn)外，流程的組成相同。下面，把重點(diǎn)放在本實(shí)施方式固有的運(yùn)作進(jìn)行說明。
于是，步驟S512中，由資源選擇器134根據(jù)執(zhí)行器133發(fā)布的API調(diào)用Capi判斷為調(diào)用的API是服務(wù)依賴性API后，處理進(jìn)至步驟S1014。
步驟S1014中，元服務(wù)判定器234從執(zhí)行器233讀出對當(dāng)前正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es或元服務(wù)標(biāo)識(shí)信息Esm。然后，處理進(jìn)至下一步驟1006。
步驟S1016中，判斷正在執(zhí)行的執(zhí)行形式DE是否與元服務(wù)有對應(yīng)關(guān)系?！胺瘛睍r(shí)，通過上述差錯(cuò)處理步驟S521后，結(jié)束本程序。反之，正在執(zhí)行的執(zhí)行形式DE與元服務(wù)有對應(yīng)關(guān)系時(shí)，判斷為“是”，使處理通過上述步驟S518“對服務(wù)依賴性資源進(jìn)行處理”后，結(jié)束本程序。
步驟S518中，如果是正在執(zhí)行的元服務(wù)的執(zhí)行形式DE(步驟S1016中為“是”)，執(zhí)行對全部服務(wù)的服務(wù)依賴性資源的處理。
綜上所述，實(shí)施方式2中，執(zhí)行形式DE是元服務(wù)，則能執(zhí)行對全部服務(wù)的服務(wù)依賴性API。因此，在元服務(wù)執(zhí)行形式DE的畫面上顯示可從服務(wù)提供部提供的服務(wù)的列表，在顯示列表完成以服務(wù)功能/各指標(biāo)的改變和新服務(wù)的添加為代表的服務(wù)擴(kuò)充。
實(shí)施方式3接著，參照圖11、圖12和圖13詳細(xì)說明本發(fā)明實(shí)施方式3的服務(wù)安全擴(kuò)充平臺(tái)。如圖11所示，本實(shí)施方式的服務(wù)安全擴(kuò)充平臺(tái)SEP3將圖1所示的服務(wù)擴(kuò)充平臺(tái)SEP1的服務(wù)提供源110改為服務(wù)提供源310，將終端130改為終端330。
服務(wù)提供源310將服務(wù)提供源110的服務(wù)標(biāo)識(shí)設(shè)定器112換成服務(wù)標(biāo)識(shí)設(shè)定器312，同時(shí)還新設(shè)服務(wù)標(biāo)識(shí)母子管理器314。服務(wù)標(biāo)識(shí)母子管理器314在各個(gè)服務(wù)具有母子關(guān)系時(shí)，將這種關(guān)系作為標(biāo)識(shí)信息Es之間的母子關(guān)系進(jìn)行管理。還將表示管理的母子關(guān)系的服務(wù)母子指定信息ISh輸出到服務(wù)標(biāo)識(shí)設(shè)定器312。
終端330將終端130的下載器131換成下載器331，標(biāo)識(shí)化執(zhí)行形式存放器132換成標(biāo)識(shí)化執(zhí)行形式存放器332，執(zhí)行器133換成執(zhí)行器233，并且在資源選擇器134與服務(wù)依賴性資源管理器136之間新設(shè)母子判定器334。
服務(wù)提供源310中，服務(wù)標(biāo)識(shí)母子管理器314管理的服務(wù)母子關(guān)系定義為母服務(wù)可操作子服務(wù)的服務(wù)依賴性資源Rs的關(guān)系。根據(jù)需要，稱為母服務(wù)Sp、子服務(wù)Sc、母服務(wù)的范圍依賴性資源RSc，以相互識(shí)別。例如，對服務(wù)種類“音樂內(nèi)容分配服務(wù)”所對應(yīng)的母服務(wù)，具有以“松下音樂分配服務(wù)”、“Teichiku(テイチク)音樂分配系統(tǒng)”和“EP頻道音樂服務(wù)”為代表各個(gè)服務(wù)種類所對應(yīng)的子服務(wù)。
服務(wù)標(biāo)識(shí)設(shè)定器312授給上述服務(wù)標(biāo)識(shí)設(shè)定器112母子服務(wù)標(biāo)識(shí)信息產(chǎn)生功能。即，與服務(wù)標(biāo)識(shí)設(shè)定器112相同，服務(wù)標(biāo)識(shí)設(shè)定器312也產(chǎn)生表示執(zhí)行形式DE的屬性等的從屬事項(xiàng)的附帶信息IS。服務(wù)標(biāo)識(shí)設(shè)定器312還根據(jù)服務(wù)標(biāo)識(shí)母子管理器314供給的服務(wù)母子信息Ih產(chǎn)生服務(wù)母子信息Esc。例如，根據(jù)服務(wù)母子信息Ih產(chǎn)生服務(wù)母子指定信息ISh(S1-1)。服務(wù)母子信息Esc(S1-1)定義此服務(wù)是母服務(wù)S1的子服務(wù)。
授給執(zhí)行形式DE附帶信息IS，以產(chǎn)生標(biāo)識(shí)化執(zhí)行形式DEi，并且授給執(zhí)行形式DE服務(wù)母子指定信息ISh，以產(chǎn)生母子標(biāo)識(shí)化執(zhí)行形式DEc。也就是說，服務(wù)標(biāo)識(shí)設(shè)定器312將標(biāo)識(shí)化執(zhí)行形式DEi和母子標(biāo)識(shí)化執(zhí)行形式DEc混在一起，進(jìn)行輸出。然后，通過發(fā)送器113和傳送系統(tǒng)120將這些標(biāo)識(shí)化執(zhí)行形式DEi和母子標(biāo)識(shí)化執(zhí)行形式DEc輸入到終端330。由終端330的下載器331將標(biāo)識(shí)化執(zhí)行形式DEi和母子標(biāo)識(shí)化執(zhí)行形式DEc輸出到標(biāo)識(shí)化執(zhí)行形式存放器332。而且，下載器331從標(biāo)識(shí)化執(zhí)行形式DEi提取附帶信息IS，從母子標(biāo)識(shí)化執(zhí)行形式DEc提取服務(wù)母子指定信息ISh，分別將其輸出到服務(wù)依賴性資源管理器136。
圖12示出將服務(wù)標(biāo)識(shí)設(shè)定器312輸出的標(biāo)識(shí)化執(zhí)行形式DEi和母子標(biāo)識(shí)化執(zhí)行形式DEc存放在標(biāo)識(shí)化執(zhí)行形式存放器332的狀況。該圖所示的例子中，與圖2所示的實(shí)施方式1中的相同，也示出與服務(wù)S1、S2至服務(wù)Sn(n為任意自然數(shù))對應(yīng)的標(biāo)識(shí)化執(zhí)行形式DEi(S1)、DEi(S2)和DEi(Sn)的例子。但是，本圖中，在與服務(wù)S3對應(yīng)標(biāo)識(shí)化執(zhí)行形式DEi(S3)的位置表示首個(gè)母子標(biāo)識(shí)化執(zhí)行形式DEc(1)。母子標(biāo)識(shí)化執(zhí)行形式DEc(1)授給執(zhí)行形式DE表示這是子服務(wù)的服務(wù)母子指定信息ISh(1)。
母子標(biāo)識(shí)化執(zhí)行形式DEc(1)包含由對應(yīng)于這是母服務(wù)Sp1的服務(wù)標(biāo)識(shí)信息Es(Sc1)和從屬信息αc1組成的元服務(wù)指定信息ISh(1)以及執(zhí)行形式DE。具體而言，母子服務(wù)標(biāo)識(shí)信息Esc將執(zhí)行形式DE作為對母服務(wù)Sp1的子服務(wù)Sc1，建立對應(yīng)關(guān)系。這樣，除服務(wù)標(biāo)識(shí)信息Es(Sp1)的“Sp1”規(guī)定子服務(wù)1這點(diǎn)外，服務(wù)母子指定信息ISh基本上與附帶信息IS相同。
也就是說，如上文所述，子服務(wù)Sc是一種服務(wù)Sn，因而母子標(biāo)識(shí)化執(zhí)行形式DEc也能表示為標(biāo)識(shí)化執(zhí)行形式DEi(Sc)。于是，可將服務(wù)母子指定信息ISh統(tǒng)稱為附帶信息IS，但本說明書中，為了便于理解本實(shí)施方式的特征，其說明將服務(wù)母子指定信息Ish與附帶信息IS加以區(qū)分。而且，將規(guī)定對母服務(wù)Sp的子服務(wù)Sc的服務(wù)標(biāo)識(shí)信息Es稱為母子服務(wù)標(biāo)識(shí)信息Esc，與執(zhí)行方式DE對應(yīng)的服務(wù)標(biāo)識(shí)信息Es有區(qū)別地進(jìn)行說明。
標(biāo)識(shí)化執(zhí)行形式存放器332的運(yùn)作與上述實(shí)施方式1的標(biāo)識(shí)化執(zhí)行形式存放器132基本相同。但是，標(biāo)識(shí)化執(zhí)行形式存放器332存放標(biāo)識(shí)化執(zhí)行形式DEi和母子標(biāo)識(shí)化執(zhí)行形式DEc，并根據(jù)要求，對執(zhí)行器333輸出標(biāo)識(shí)化執(zhí)行形式DEi或母子標(biāo)識(shí)化執(zhí)行形式DEc。
執(zhí)行器333從標(biāo)識(shí)化執(zhí)行形式DEi提取服務(wù)標(biāo)識(shí)信息Es，從母子標(biāo)識(shí)化執(zhí)行形式DEc提取母子服務(wù)標(biāo)識(shí)信息Esc，分別將其輸出到母子判定器334。
母子判定器334根據(jù)從資源選擇器134輸入的API調(diào)用Capi和從執(zhí)行器333輸入的服務(wù)標(biāo)識(shí)信息Es以及母子服務(wù)標(biāo)識(shí)信息Esc，僅在正在執(zhí)行的執(zhí)行形式DE是API調(diào)用Capi的處理對象的服務(wù)依賴性資源的服務(wù)母輩(母、祖母或曾祖母……)時(shí)，對服務(wù)依賴性資源管理器136輸出API調(diào)用Capi。
也就是說，母子判定器334從執(zhí)行器333取得正在執(zhí)行的執(zhí)行形式DE的母子服務(wù)標(biāo)識(shí)信息Esc，同時(shí)還通過資源選擇器134獲得執(zhí)行器333發(fā)布的API調(diào)用Capi。又從下載器331獲得判定服務(wù)間的母子關(guān)系用的信息，即服務(wù)母子指定信息ISh。然后，判斷母子服務(wù)標(biāo)識(shí)信息Esc表示的服務(wù)是否服務(wù)母子指定信息ISh表示的服務(wù)的母輩。判斷為是母輩時(shí)，對服務(wù)依賴性資源管理器136傳送服務(wù)依賴性API的調(diào)用的要求(API調(diào)用Capi)；判斷為不是母輩時(shí)，不傳送。
接著，參照圖13所示流程圖說明終端330的服務(wù)執(zhí)行程序的運(yùn)作。具體而言，終端330中，為了執(zhí)行對執(zhí)行器333調(diào)用的API的執(zhí)行形式DE和母子標(biāo)識(shí)化執(zhí)行形式DEc包含的執(zhí)行形式DE，在發(fā)布API調(diào)用Capi的時(shí)刻啟動(dòng)本程序的處理。
圖13所示的流程圖在圖5所示流程圖中，將步驟S514“從執(zhí)行機(jī)取得正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es”換成步驟S1314“取得正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es或母子服務(wù)標(biāo)識(shí)信息Esc”，將步驟516“判定對正在執(zhí)行的服務(wù)的操作”換成步驟S1316“判定對正在執(zhí)行的元服務(wù)的操作”。除這2點(diǎn)外，流程的組成相同。下面，把重點(diǎn)放在本實(shí)施方式固有的運(yùn)作進(jìn)行說明。
于是，步驟S512中，由資源選擇器134根據(jù)執(zhí)行器333發(fā)布的API調(diào)用Capi判斷為調(diào)用的API是服務(wù)依賴性API后，處理進(jìn)至步驟S1304。
步驟S1314中，母子判定器334從執(zhí)行器333讀出對當(dāng)前正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es或母子服務(wù)標(biāo)識(shí)信息Esc。然后，處理進(jìn)至下一步驟S1306。
步驟S1316中，母子判定器334對服務(wù)依賴性API調(diào)用Capi的處理對象的服務(wù)依賴性資源所對應(yīng)的服務(wù)判斷正在執(zhí)行的執(zhí)行形式DE對應(yīng)的服務(wù)是否母輩服務(wù)。“否”時(shí)，通過上述差錯(cuò)處理步驟S521后，結(jié)束本程序。反之，正在執(zhí)行的執(zhí)行形式DE是母輩服務(wù)時(shí)，判斷為“是”，使處理通過上述步驟S518“對服務(wù)依賴性資源進(jìn)行處理”后，結(jié)束本程序。
步驟S518中，由服務(wù)依賴性資源管理器136執(zhí)行對與服務(wù)依賴性API調(diào)用Capi對應(yīng)的服務(wù)依賴性資源的處理。即，進(jìn)行管理，使得可對當(dāng)前執(zhí)行的執(zhí)行形式DE的子輩服務(wù)(子、孫或曾孫……)的服務(wù)依賴性資源進(jìn)行處理。
實(shí)施方式4接著，參照圖14和圖15、圖16和圖17說明本發(fā)明實(shí)施方式4的服務(wù)安全擴(kuò)充平臺(tái)。如圖8所示，本實(shí)施方式的服務(wù)安全擴(kuò)充平臺(tái)SEP4將圖1所示的服務(wù)安全擴(kuò)充平臺(tái)SEP1中的服務(wù)提供源110改為服務(wù)提供源410，將終端130改為終端430。
服務(wù)提供源410將服務(wù)提供源110的執(zhí)行形式提供器111換成內(nèi)容提供器411，將服務(wù)標(biāo)識(shí)設(shè)定器112換成控制內(nèi)容指定器412。終端430將終端130的下載器131換成內(nèi)容下載器431，將標(biāo)識(shí)化執(zhí)行形式存放器132換成內(nèi)容存放器，執(zhí)行器133換成執(zhí)行器433，同時(shí)還在資源選擇器134與服務(wù)依賴性資源管理器136之間新設(shè)控制內(nèi)容判定器434。
內(nèi)容提供器411解釋實(shí)現(xiàn)服務(wù)的執(zhí)行形式DE和執(zhí)行形式DE，存放作為按對用戶提示的目的制作的數(shù)據(jù)的內(nèi)容DC，并根據(jù)需要進(jìn)行輸出。執(zhí)行形式DE也具有內(nèi)容DC應(yīng)滿足的條件。例如，執(zhí)行形式DE和內(nèi)容DC都用可包含對逐次運(yùn)作步驟編程的腳本記述的標(biāo)記語言記述。作為腳本的語言，可為Java(R)系統(tǒng)的Java Script和ECMA Script等語言。作為標(biāo)記語言，可為HTML語言和BML語言。
控制內(nèi)容指定器412在內(nèi)容提供器411輸出的內(nèi)容DC中，對控制內(nèi)容授給指定控制內(nèi)容的附帶信息ISC，作為控制內(nèi)容DCc輸出?？刂苾?nèi)容DCc的定義是作為與服務(wù)有對應(yīng)關(guān)系的執(zhí)行形式DE制作的內(nèi)容DC。
內(nèi)容下載器431接收傳送系統(tǒng)120傳送來的內(nèi)容DC和控制內(nèi)容DCc，并將接收的信息寫入內(nèi)容存放器432。
傳送系統(tǒng)120也將執(zhí)行形式DE作為一種內(nèi)容DC傳送，因而內(nèi)容下載器431具有存放內(nèi)容DC的功能即可。
內(nèi)容下載器431根據(jù)表示是否應(yīng)自動(dòng)下載服務(wù)依賴性管理器136作為服務(wù)依賴性資源保持的服務(wù)的內(nèi)容的信息，控制內(nèi)容的存放。
即，內(nèi)容下載器431在應(yīng)對關(guān)注的服務(wù)自動(dòng)下載時(shí)，存放涉及服務(wù)的全部內(nèi)容DC，其中包括控制內(nèi)容DCc。反之，不應(yīng)自動(dòng)下載時(shí)，僅存放控制內(nèi)容DCc。
內(nèi)容存放器432存放內(nèi)容DC。實(shí)施方式1的標(biāo)識(shí)化執(zhí)行形式存放器132存放的信息是執(zhí)行形式DE，與此相反，內(nèi)容存放器432存放內(nèi)容DC。內(nèi)容DC中包含控制內(nèi)容DCc。
圖15示出在內(nèi)容存放器432存放控制內(nèi)容指定器412輸出的內(nèi)容DC和附帶信息ISc的狀況。該圖所示的例子中，對服務(wù)S1將作為控制內(nèi)容DCc的C(S1，DE)和作為內(nèi)容DC的C(S1，1)、C(S1，2)和C(S1，3)保持在內(nèi)容存放器432中。通過執(zhí)行器433執(zhí)行作為控制內(nèi)容DCc的C(S1，E)，讀入作為內(nèi)容DC的C(S1，1)、C(S1，2)和C(S1，3)，給用戶提示。即，作為控制內(nèi)容DCc的C(S1，DE)進(jìn)行與對作為內(nèi)容DC的C(S1，1)、C(S1，2)和C(S1，3)的一切瀏覽器相同的運(yùn)作。
控制內(nèi)容判定器434根據(jù)執(zhí)行器433的輸出判斷正在執(zhí)行的內(nèi)容DC是否控制內(nèi)容DCc。僅在是控制內(nèi)容DCc時(shí)，把來自資源選擇器134的服務(wù)依賴性API請求傳給服務(wù)依賴性資源管理器136。
圖16示出一例本實(shí)施方式中服務(wù)依賴性資源管理器136存放的服務(wù)依賴性資源表Trs4。服務(wù)依賴性資源表Trs4類似于實(shí)施方式1的服務(wù)依賴性資源管理表Trs，如圖3所示，但每一服務(wù)在列C2保持內(nèi)容下載器431是否應(yīng)自動(dòng)下載內(nèi)容DC的信息。
接著，參照圖17所示的流程圖說明終端430的控制內(nèi)容DCc的執(zhí)行程序的運(yùn)作。具體而言，終端430中，為了執(zhí)行對執(zhí)行器433調(diào)用的API的控制內(nèi)容DCc，在發(fā)布API調(diào)用Capi的時(shí)刻啟動(dòng)本程序的處理。
圖17所示的流程圖在圖5所示流程圖中，將步驟S514“從執(zhí)行機(jī)取得正在執(zhí)行的執(zhí)行形式DE的服務(wù)標(biāo)識(shí)信息Es”換成步驟S1714“取得正在執(zhí)行的內(nèi)容DC的服務(wù)標(biāo)識(shí)信息Es”，將步驟516“判定對正在執(zhí)行的服務(wù)的操作”換成步驟S1716“判定對正在執(zhí)行的服務(wù)的控制內(nèi)容操作”。除這2點(diǎn)外，流程的組成相同。下面，把重點(diǎn)放在本實(shí)施方式固有的運(yùn)作進(jìn)行說明。
于是，步驟S512中，由資源選擇器134根據(jù)執(zhí)行器333發(fā)布的API調(diào)用Capi判斷為調(diào)用的API是服務(wù)依賴性API后，處理進(jìn)至步驟S1704。
步驟S1714中，控制內(nèi)容判定器434從執(zhí)行器433讀出對當(dāng)前正在執(zhí)行的內(nèi)容DC的服務(wù)標(biāo)識(shí)信息Es。然后，處理進(jìn)至下一步驟S1716。
步驟S1716中，控制內(nèi)容判定器434對服務(wù)依賴性API調(diào)用Capi的處理對象的服務(wù)依賴性資源所對應(yīng)的服務(wù)判斷正在執(zhí)行的內(nèi)容DC是否內(nèi)容DC對應(yīng)的服務(wù)所對應(yīng)的控制內(nèi)容。“否”時(shí)，通過上述差錯(cuò)處理步驟S521后，結(jié)束本程序。反之，正在執(zhí)行的內(nèi)容DC是母輩服務(wù)時(shí)，判斷為“是”，使處理通過上述步驟S518“對服務(wù)依賴性資源進(jìn)行處理”后，結(jié)束本程序。
步驟S518中，由服務(wù)依賴性資源管理器136執(zhí)行對與服務(wù)依賴性API調(diào)用Capi對應(yīng)的服務(wù)依賴性資源的處理。
如果采用本說明書中揭示的服務(wù)安全擴(kuò)充平臺(tái)，能實(shí)現(xiàn)新水平的安全性，達(dá)到排除實(shí)現(xiàn)服務(wù)的執(zhí)行形式DE的不正當(dāng)訪問，而無需否定執(zhí)行形式DE中包含的引起不正當(dāng)訪問的處理。
詳細(xì)而言，達(dá)到排除引起其它服務(wù)的狀態(tài)改變和數(shù)據(jù)破壞、平臺(tái)本身的系統(tǒng)故障等對服務(wù)的正常享受影響不良的舉動(dòng)的處理，即排除不正當(dāng)訪問，而不必從執(zhí)行形式DE的散發(fā)源的概率推測執(zhí)行形式DE中包含的引起不正當(dāng)訪問的處理。
而且，實(shí)現(xiàn)上述性質(zhì)的同時(shí)，還能實(shí)現(xiàn)利用執(zhí)行形式DE的改變和添加達(dá)到改變服務(wù)功能/各指標(biāo)和添加新服務(wù)等服務(wù)擴(kuò)充的功能。
因此，能同時(shí)實(shí)現(xiàn)以往的服務(wù)可擴(kuò)充平臺(tái)從來沒有的新水平的安全性和操作性。
生產(chǎn)事業(yè)上的可用性綜上所述，本發(fā)明對實(shí)現(xiàn)“服務(wù)的擴(kuò)充性”、“確保服務(wù)安全性”和“無縫服務(wù)擴(kuò)充操作”這3個(gè)特征的、歷來沒有的全新服務(wù)安全擴(kuò)充平臺(tái)是有用的。
權(quán)利要求
1.一種服務(wù)安全擴(kuò)充平臺(tái)(SEP)，建立服務(wù)(S)與執(zhí)行形式(DE)的對應(yīng)關(guān)系，利用所述執(zhí)行形式(DE)的改變或添加實(shí)現(xiàn)所述服務(wù)(S)的擴(kuò)充，其特征在于，其中具有進(jìn)行所述服務(wù)的擴(kuò)充的服務(wù)依賴性API，而且僅通過所述服務(wù)依賴性API的調(diào)用進(jìn)行來自所述執(zhí)行形式(DE)的所述服務(wù)的擴(kuò)充。
2.如權(quán)利要求1所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP1)，其特征在于，所述服務(wù)擴(kuò)充是新設(shè)新的服務(wù)。
3.如權(quán)利要求1所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP1)，其特征在于，所述服務(wù)擴(kuò)充是啟動(dòng)服務(wù)的利用。
4.如權(quán)利要求1至3任一項(xiàng)所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP)，其特征在于，僅由來自與關(guān)注的所述服務(wù)對應(yīng)的執(zhí)行形式(DE)的所述服務(wù)依賴性API的調(diào)用進(jìn)行關(guān)注的所述服務(wù)擴(kuò)充。
5.如權(quán)利要求1至3任一項(xiàng)所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP)，其特征在于，在所述服務(wù)之間定義母子關(guān)系(服務(wù)母子指定信息ISh)，所述執(zhí)行形式請求的所述服務(wù)依賴性API調(diào)用將與所述服務(wù)(S)對應(yīng)的服務(wù)依賴性資源(RS)指定為處理對象時(shí)，僅在與所述執(zhí)行形式(DE)對應(yīng)的服務(wù)(S)為所述服務(wù)(S)的母服務(wù)的情況下，可對服務(wù)依賴性資源(RS)進(jìn)行處理。
6.如權(quán)利要求1至3任一項(xiàng)所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP)，其特征在于，與元服務(wù)對應(yīng)的所述執(zhí)行形式(DE)可利用所述服務(wù)依賴性API擴(kuò)充至少一個(gè)所述服務(wù)(S)。
7.如權(quán)利要求6所述的服務(wù)安全擴(kuò)充平臺(tái)，其特征在于，與所述元服務(wù)對應(yīng)的所述執(zhí)行形式可利用所述服務(wù)依賴性API擴(kuò)充全部所述服務(wù)(S)，不與所述元服務(wù)對應(yīng)的所述執(zhí)行形式(DE)不能利用所述服務(wù)依賴性API擴(kuò)充所述服務(wù)。
8.如權(quán)利要求1至3任一項(xiàng)所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP4)，其特征在于，所述執(zhí)行形式(DE)是滿足作為內(nèi)容(DC)應(yīng)滿足的條件的控制內(nèi)容(DCc)，將所述控制內(nèi)容(DC)與至少一個(gè)所述內(nèi)容一起作為內(nèi)容(DC)傳送，并且傳送從至少一個(gè)內(nèi)容(DC)指定所述控制內(nèi)容(DCc)的信息(Es)，可僅由所控制內(nèi)容(DC)進(jìn)行服務(wù)依賴性API的處理。
9.如權(quán)利要求8所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP4)，其特征在于，由所述服務(wù)依賴性API控制特定的所述服務(wù)的內(nèi)容(DC)的自動(dòng)存放。
10.如權(quán)利要求1至9任一項(xiàng)所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP)，其特征在于，從至少一個(gè)服務(wù)提供部(110、210、310、410)發(fā)送所述執(zhí)行形式，并且在執(zhí)行所述執(zhí)行形式(DE)的至少一個(gè)終端(130、230、330、430)進(jìn)行接收。
11.一種服務(wù)安全擴(kuò)充方法，實(shí)現(xiàn)權(quán)利要求1至權(quán)利要求10中所述的服務(wù)安全擴(kuò)充平臺(tái)(SEP)。
12.一種存儲(chǔ)媒體，其特征在于，存放實(shí)施權(quán)利要求1至權(quán)利要求10中所述的服務(wù)安全擴(kuò)充平臺(tái)的計(jì)算機(jī)程序。
全文摘要
本發(fā)明的目的是，提供可擴(kuò)充服務(wù)的全新服務(wù)安全擴(kuò)充平臺(tái)，能排除實(shí)現(xiàn)數(shù)字內(nèi)容提供服務(wù)的執(zhí)行形式的不正當(dāng)訪問，而無需否定執(zhí)行形式包含引起不正當(dāng)訪問的處理。該服務(wù)安全擴(kuò)充平臺(tái)(SEP)建立服務(wù)(S)與執(zhí)行形式(DE)的對應(yīng)關(guān)系，利用所述執(zhí)行形式(DE)的改變或添加達(dá)到所述服務(wù)(S)的擴(kuò)充，其中具有進(jìn)行服務(wù)擴(kuò)充的服務(wù)依賴性API，而且僅由服務(wù)依賴性API的調(diào)用進(jìn)行來自執(zhí)行形式(DE)的服務(wù)的擴(kuò)充。
文檔編號(hào)G06F21/53GK1675620SQ03819028
公開日2005年9月28日 申請日期2003年6月11日 優(yōu)先權(quán)日2002年6月12日
發(fā)明者片岡充照 申請人:松下電器產(chǎn)業(yè)株式會(huì)社