程非常相似。主要差別再次在于，網(wǎng)絡(luò)客戶端10不與網(wǎng)絡(luò)服務(wù)器20或AWS 11直接通信，而是通過代理15。對于網(wǎng)絡(luò)客戶端10是其一部分的“夕卜部世界”，代理15用作網(wǎng)絡(luò)服務(wù)器20。因此，代理接收用于網(wǎng)頁的發(fā)起請求401，在步驟402中，將該請求轉(zhuǎn)發(fā)給實際網(wǎng)絡(luò)服務(wù)器20。因此，組合的步驟401和402具有與在圖3中的步驟301相似的效果。在步驟403中，代理接收網(wǎng)絡(luò)服務(wù)器20的回復(fù)(與步驟302相對照，在那里，這個回復(fù)由客戶端10接收)。代理15現(xiàn)在評估包含在回復(fù)內(nèi)的網(wǎng)絡(luò)標(biāo)簽，并且在步驟404中(與在圖3中的步驟303相對照)，將所需要的請求發(fā)給AWS 11。
[0074]圖4的步驟405到410對應(yīng)于圖3的步驟304到310，并且不再描述。組合的步驟411和412實現(xiàn)與在圖3中的步驟311相同的效果:在步驟410中接收的額外數(shù)據(jù)由AWS 11作為額外HTML傳輸給代理服務(wù)器15。代理服務(wù)器將HTML插入在步驟403中從網(wǎng)絡(luò)服務(wù)器20中已經(jīng)接收的回復(fù)內(nèi)，并且在步驟412中，將組合的結(jié)果返回給網(wǎng)絡(luò)客戶端。
[0075]圖4的流程的和圖2的平臺200相對圖3的流程的和圖1的平臺100的優(yōu)點在于，在前一種情況下，系統(tǒng)的工作不取決于網(wǎng)絡(luò)客戶端10對網(wǎng)絡(luò)標(biāo)簽的正確評估。如果網(wǎng)絡(luò)客戶端10不能或者不愿意(例如，由于JavaScript不可用或者通過網(wǎng)絡(luò)客戶端的配置限制其功能)發(fā)出請求303，那么圖1和圖3的系統(tǒng)失敗。由平臺200的服務(wù)提供商控制的代理服務(wù)器可以期望正確地發(fā)出請求404。
[0076]平臺200相對平臺100的缺點在于，要求網(wǎng)絡(luò)服務(wù)器20的流量略微(重新)引向代理服務(wù)器15。雖然存在標(biāo)準(zhǔn)技術(shù)來實現(xiàn)這個目標(biāo)(例如，重新定向、域名系統(tǒng)修改)，但是這是額外的復(fù)雜化。
[0077]圖5示意性示出了根據(jù)本發(fā)明的一個實施方式的輔助網(wǎng)絡(luò)服務(wù)器11的信息處理的流程圖。在步驟501中，AWS 11根據(jù)網(wǎng)絡(luò)標(biāo)簽(對照步驟303和404)接收請求。然后，AWS 11在步驟502中檢查用戶的同意。這可以通過檢查瀏覽器緩存來進(jìn)行。技術(shù)人員還可以具有其他方式，來提供用戶偏好，例如，用戶同意。例如，可以將偏好編碼在網(wǎng)絡(luò)客戶端的請求中使用的URL內(nèi)。
[0078]在步驟503中，AWS 11向網(wǎng)絡(luò)服務(wù)器20請求額外數(shù)據(jù)(見步驟304、405)。根據(jù)所接收的數(shù)據(jù)和用戶同意檢查的結(jié)果，AWS 11將數(shù)據(jù)(例如，個人數(shù)據(jù))發(fā)送給后端服務(wù)器(504)。數(shù)據(jù)可以包括配置文件14。
[0079]在步驟505中，從BES 12中接收數(shù)據(jù)(對照步驟310和410)。在步驟506中，將這個數(shù)據(jù)轉(zhuǎn)換成HTML并且發(fā)送給原始請求的源(網(wǎng)絡(luò)客戶端10或代理15，分別對照步驟311和411)0
[0080]圖6示意性示出了根據(jù)本發(fā)明的一個實施方式的后端服務(wù)器12的信息處理的流程圖。
[0081 ] 在步驟601中，從AWS 11中接收數(shù)據(jù)(例如，個人數(shù)據(jù))(對照步驟306、407)。在步驟602中，檢索并且解釋配置文件14(關(guān)于更多細(xì)節(jié)，見參照圖7的描述)。
[0082]在步驟604中，根據(jù)配置文件14，處理數(shù)據(jù)，并且數(shù)據(jù)可以部分或完全存儲在數(shù)據(jù)庫13內(nèi)。在步驟605中，從數(shù)據(jù)庫13中接收回復(fù)，并且在步驟606中，可以基于數(shù)據(jù)庫的回復(fù)將數(shù)據(jù)發(fā)送給AWS 11。步驟604還可以包括將處理后的數(shù)據(jù)發(fā)送給推薦系統(tǒng)，用于根據(jù)處理后的信息，獲得額外信息。然后，在步驟606中，將這個額外信息發(fā)送給AWS。推薦系統(tǒng)可以根據(jù)各種屬性提供輸出，例如，所使用的OS的類型(移動電話、平板電腦、臺式電腦/膝上型電腦等)、瀏覽器類型、用戶信息等。
[0083]在圖1至圖4中公開的并且參照圖6提及的數(shù)據(jù)庫13是，但是是BES12的(處理后的)數(shù)據(jù)的一個示例接收器。實際上，配置文件14可以規(guī)定用于數(shù)據(jù)的任意數(shù)量的不同輸出路徑，稱為“流”?？梢栽跀?shù)據(jù)庫內(nèi)存儲和/或者屏幕上顯示的標(biāo)準(zhǔn)日志文件稱為控制臺流。預(yù)先定義的輸出路徑的進(jìn)一步實例是SQL數(shù)據(jù)庫，在這種情況下，作為在配置文件14內(nèi)的參考的輸出路徑表示要存儲數(shù)據(jù)的數(shù)據(jù)庫的地址和表格名稱。輸出路徑或流的另一個實例是前述推薦系統(tǒng)。
[0084]圖7示意性示出了根據(jù)本發(fā)明的一個實施方式的對應(yīng)于配置文件14的處理數(shù)據(jù)的方法。
[0085]配置文件14包括稱為“概念”的多個部分，每個部分具有其自身的處理規(guī)則。在步驟71中，從網(wǎng)絡(luò)服務(wù)器20(或者代理15，視情況而定)中請求的當(dāng)前頁面的URL與每個概念的模板匹配，直到找出匹配。例如，概念可以限定為與“Vindex.html”匹配，表示該概念適合于在“/index.html”內(nèi)結(jié)束的任何URL。如果找出匹配概念，那么處理繼續(xù)。在步驟71中使用URL，只不過是一個實例。在匹配步驟中可以使用與來自網(wǎng)絡(luò)客戶端的請求相關(guān)的任何數(shù)據(jù)項。例如，還可以根據(jù)瀏覽器緩存值、POST查詢、網(wǎng)絡(luò)瀏覽器事件等，進(jìn)行匹配。通常，在第一匹配步驟71中，與網(wǎng)絡(luò)客戶端相關(guān)的對象或事件與預(yù)定的對象或事件匹配，以便系統(tǒng)可以確定(最)合適的概念。
[0086]在步驟72中，從可用數(shù)據(jù)中提取數(shù)據(jù)，并且將數(shù)據(jù)分配給有名變量。例如，“document.getElementByld( ’name ’ )，，的JavaScript類語法可以用于從當(dāng)前頁面中提取數(shù)據(jù)?？梢允褂脴?biāo)準(zhǔn)腳本語言構(gòu)造，例如，使用“subString(i，n)”函數(shù)來處理所獲得的數(shù)據(jù)，以獲得在位置i開始的η個字符。除了字符串處理函數(shù)外，尤其，還可以使用算術(shù)和日期/時間計算的函數(shù)。
[0087]在步驟73中，收集所選擇的分配數(shù)據(jù)。通過最簡單的形式，選擇每個有名變量的完全收集。更復(fù)雜的變體使用數(shù)據(jù)的條件選擇。例如，可以僅從訂閱類的用戶或者具有某個姓的用戶中選擇數(shù)據(jù)。這個條件檢查可以由包含一個分配的有名變量的布爾表達(dá)式來實現(xiàn)。
[0088]在步驟74中格式化所收集的數(shù)據(jù)。例如，基本格式化動作可以是創(chuàng)建逗號分隔值(CSV)文本或者SQL數(shù)據(jù)庫行插入命令。
[0089]在步驟75中，將格式化數(shù)據(jù)寫入一個或多個輸出中。例如，輸出可以是日志文件(在數(shù)據(jù)庫13中)或者控制臺輸出。更復(fù)雜的實例是通過FTP將輸出發(fā)送給遠(yuǎn)程文件存儲器。而且，可以一個或多個變量的值為條件作出特定輸出。
[0090]因此，配置文件14允許這種文件的創(chuàng)建者具有很大的自由，來精確地規(guī)定哪些數(shù)據(jù)應(yīng)當(dāng)以什么方式存儲在什么樣的環(huán)境下。在一個有利的實施方式中，配置文件14由網(wǎng)絡(luò)服務(wù)器20運(yùn)營商創(chuàng)建并且按需從網(wǎng)絡(luò)服務(wù)器20自動檢索，并且由AWS 11或BES 12緩存。
[0091]圖8示意性示出了根據(jù)本發(fā)明的一個實施方式的信息處理平臺。在這個實施方式中，網(wǎng)絡(luò)客戶端150是在所謂的“物聯(lián)網(wǎng)”內(nèi)的裝置，例如，家用電器。平臺包括輔助網(wǎng)絡(luò)服務(wù)器110、連接的后端服務(wù)器120以及連接的代碼數(shù)據(jù)庫130。配置文件140可以包含在平臺內(nèi)的任何地方，例如，包含在AWS 110內(nèi)，包含在BES 120內(nèi)，或者作為代碼的一部分包含在代碼數(shù)據(jù)庫130內(nèi)。
[0092]在運(yùn)行中，平臺可以如下使用。在物聯(lián)網(wǎng)(1T)內(nèi)的各個裝置通過請求(動作S101)定期將其狀態(tài)報告給AWS 110。請求包括代碼請求，該請求是對請求裝置特定的編程代碼的請求。
[0093]在通過AWS 110接收請求之后，BES 120針對請求裝置將要運(yùn)行的平臺代碼，聯(lián)系代碼數(shù)據(jù)庫130(動作S102)。數(shù)據(jù)庫130提供平臺代碼，然后，該代碼由AWS 110或BES 120解釋(動作S103)。平臺代碼可以在配置文件140內(nèi)體現(xiàn)。根據(jù)這個平臺代碼，AWS 110或MS120構(gòu)建傳送給裝置的客戶端特定的代碼(動作S104)。作為客戶端和裝置特定的這個構(gòu)建的代碼指示裝置執(zhí)行特定的行為和/或收集數(shù)據(jù)(例如，執(zhí)行限定的傳感器測量)。將收集的數(shù)據(jù)推回平臺，用于處理(動作S105) ^WS 110或BES 120根據(jù)平臺代碼，例如，通過流內(nèi)的方式處理所收集的數(shù)據(jù)(動作S106)。處理后的數(shù)據(jù)可以重新分布，用于存儲或者第三方服務(wù)(動作S107)。
[0094]通過這種方式，可以在單個緊湊的代碼庫內(nèi)開發(fā)1T平臺服務(wù)，沒有處理整合很多異構(gòu)裝置