微服務(wù)框架有哪些 面向移動(dòng)瀏覽的內(nèi)容服務(wù)集成框架研究
發(fā)布時(shí)間:2020-03-07 來(lái)源: 散文精選 點(diǎn)擊:
[摘要]移動(dòng)服務(wù)必須考慮環(huán)境的不確定性。在提供內(nèi)容的服務(wù)中,網(wǎng)絡(luò)資源的聚集和個(gè)性化的內(nèi)容組織還存在動(dòng)態(tài)關(guān)聯(lián)。因此首先探討移動(dòng)環(huán)境下內(nèi)容服務(wù)的全過(guò)程,在此基礎(chǔ)上提出一個(gè)一般性系統(tǒng)框架支持資源整合和個(gè)性化服務(wù)的統(tǒng)一,探討系統(tǒng)的核心實(shí)現(xiàn)機(jī)制。
[關(guān)鍵詞]移動(dòng)商務(wù)移動(dòng)瀏覽 內(nèi)容服務(wù)場(chǎng)景
[分類號(hào)]C931.6
1 引言
“在移動(dòng)服務(wù)中,移動(dòng)瀏覽是最重要的手機(jī)應(yīng)用之一”,這種服務(wù)是在移動(dòng)環(huán)境下以提供給用戶感興趣的內(nèi)容并使服務(wù)商獲取利潤(rùn)為目標(biāo),通過(guò)用戶主動(dòng)檢索或被動(dòng)接收的方式,接受內(nèi)容服務(wù)商提供的特定應(yīng)用領(lǐng)域(新聞、天氣預(yù)報(bào)、游戲、商業(yè)交易等)的文本、圖片、音頻、視頻等按用戶需求聚集的信息。移動(dòng)瀏覽作為一種基本的商業(yè)應(yīng)用,可以衍生出更多復(fù)雜的服務(wù)模式。
從用戶體驗(yàn)的角度看,內(nèi)容服務(wù)的質(zhì)量體現(xiàn)在移動(dòng)環(huán)境下,穩(wěn)定、高效地為用戶提供個(gè)性化的內(nèi)容。從移動(dòng)的特性出發(fā),改善內(nèi)容服務(wù)質(zhì)量的研究可以分為兩類:①如何利用移動(dòng)特性提高服務(wù)的質(zhì)量;②如何減弱移動(dòng)特性對(duì)服務(wù)質(zhì)量的消極影響。眾多研究都基于這兩個(gè)視角,如利用移動(dòng)特有的“場(chǎng)景(Context)”從海量資源中過(guò)濾有價(jià)值的信息;針對(duì)網(wǎng)絡(luò)傳輸和終端存儲(chǔ)、計(jì)算的局限性,利用語(yǔ)義技術(shù)和“場(chǎng)景”提高服務(wù)的發(fā)現(xiàn)、獲取、組合能力;從內(nèi)容管理的角度探討內(nèi)容資源的采集、描述、組織和應(yīng)用等操作,以提供給用戶最合適的內(nèi)容;從網(wǎng)絡(luò)架構(gòu)、協(xié)同代理機(jī)制等系統(tǒng)開(kāi)發(fā)角度探討如何克服移動(dòng)環(huán)境的“瓶頸”,提高服務(wù)的實(shí)施效率。
總體來(lái)看,目前研究相對(duì)集中于微觀層面,缺乏用系統(tǒng)視角闡述移動(dòng)商務(wù)中內(nèi)容服務(wù)的全過(guò)程,特別是資源的聚集和個(gè)性化服務(wù)問(wèn)的動(dòng)態(tài)關(guān)聯(lián)以及如何受移動(dòng)環(huán)境的影響、和環(huán)境如何互動(dòng)等問(wèn)題。因此本文以面向移動(dòng)瀏覽的內(nèi)容服務(wù)為切入點(diǎn),探討內(nèi)容服務(wù)的全過(guò)程,然后提出一個(gè)一般性系統(tǒng)集成框架滿足這種關(guān)聯(lián)需求,并分析系統(tǒng)的核心實(shí)現(xiàn)機(jī)制。
2 面向移動(dòng)瀏覽的內(nèi)容服務(wù)的生命周期
采用信息資源處理的視角,結(jié)合大量實(shí)際商業(yè)應(yīng)用,可以將內(nèi)容服務(wù)的過(guò)程歸納成AASIpI過(guò)程,即內(nèi)容聚合(Aggregation)、標(biāo)注(Annotation)、存儲(chǔ)(Stor,age)、個(gè)性化整合(Integration&Personalization)、交互(Interaction)5個(gè)階段(見(jiàn)圖1)。
2.1內(nèi)容聚合
內(nèi)容聚合是根據(jù)服務(wù)模式的設(shè)定,從多數(shù)據(jù)源獲取多樣性的資源,這種資源可以作為“原料”,最終加工為內(nèi)容“成品”提供給用戶。內(nèi)容“原料”的個(gè)體作為一種實(shí)體,可稱為微內(nèi)容單元(Micro-Content As-set)――上傳到網(wǎng)上并呈現(xiàn)給用戶的電子形式的媒體,如文本、圖像、聲音、視頻或任何其他類型的數(shù)據(jù)。微單元可以集合或分拆成新的微單元,可通過(guò)合理的機(jī)制查詢、發(fā)現(xiàn)、獲取和復(fù)用。微內(nèi)容的分類取決于不同視角,通過(guò)分類可以識(shí)別出微內(nèi)容的特征差異,并提供微內(nèi)容的“場(chǎng)景”特征獲取的途徑。收集什么樣的資源、從何處收集,如何收集、收集資源的什么特征信息是該階段要解決的主要問(wèn)題。
2.2內(nèi)容標(biāo)注
機(jī)器要具備更高的信息處理能力和智能服務(wù)能力,必須要理解內(nèi)容的“場(chǎng)景”。場(chǎng)景的描述取決于對(duì)內(nèi)容的類型辨識(shí),一個(gè)微內(nèi)容單元可以理解為同時(shí)處于多個(gè)分類體系中,是映射到不同體系維度上的多維“場(chǎng)景”特征的集合,這種特征集合需要一種有效的描述機(jī)制。元數(shù)據(jù)(Metadata)是“關(guān)于數(shù)據(jù)的數(shù)據(jù)”,是當(dāng)前主流的資源描述機(jī)制。描述微內(nèi)容單元的元數(shù)據(jù)可分為語(yǔ)法元數(shù)據(jù)和語(yǔ)義元數(shù)據(jù)兩大類。前者描述了微內(nèi)容非應(yīng)用領(lǐng)域的關(guān)聯(lián)特征,如語(yǔ)言、長(zhǎng)度、日期、比特(bife)率、流量、存儲(chǔ)地址等,主要是關(guān)于微內(nèi)容創(chuàng)建、使用過(guò)程等的技術(shù)范疇的數(shù)據(jù)以及使用過(guò)程中的存取權(quán)限、知識(shí)產(chǎn)權(quán)、保存控制等的數(shù)據(jù),以支持微內(nèi)容的存儲(chǔ)、遷移和有效管理。這些元數(shù)據(jù)一般源自復(fù)雜多變的系統(tǒng)環(huán)境中,易隨環(huán)境而變化;后者描述了微內(nèi)容特定應(yīng)用領(lǐng)域的特征,如內(nèi)容來(lái)自足球領(lǐng)域,相關(guān)元數(shù)據(jù)項(xiàng)則包含球隊(duì)、聯(lián)賽、教練、球員、積分、賽制等。這些元數(shù)據(jù)一般“固化”在特定微內(nèi)容單元上,不隨環(huán)境而變化。元數(shù)據(jù)是對(duì)微內(nèi)容單元的特征分析后獲取的屬性集,即微內(nèi)容的“標(biāo)注”。通過(guò)元數(shù)據(jù)標(biāo)注微內(nèi)容的特征能夠“填補(bǔ)語(yǔ)義溝壑”,使計(jì)算機(jī)能“理解”內(nèi)容,從而為機(jī)器具備更智能的資源處理能力奠定基礎(chǔ),提升資源的利用價(jià)值。
元數(shù)據(jù)對(duì)內(nèi)容的語(yǔ)義標(biāo)注需要重點(diǎn)關(guān)注兩個(gè)問(wèn)題:語(yǔ)義標(biāo)準(zhǔn)化和語(yǔ)義關(guān)聯(lián)。前者解決微內(nèi)容描述中的語(yǔ)義多樣性,主要表現(xiàn)在同一類別(比如同一應(yīng)用領(lǐng)域)的微內(nèi)容應(yīng)該具有相同的語(yǔ)義元數(shù)據(jù)結(jié)構(gòu)而不在乎其語(yǔ)法的異構(gòu)性,并且元數(shù)據(jù)項(xiàng)如果存在多個(gè)“稱謂”,這些“稱謂”要統(tǒng)一于一個(gè)規(guī)范的表述中,這需要實(shí)現(xiàn)相對(duì)應(yīng)概念間的映射;后者則是要根據(jù)領(lǐng)域類別建立元數(shù)據(jù)關(guān)聯(lián),最基本的即層級(jí)關(guān)系,而復(fù)雜關(guān)聯(lián)可借助各種增強(qiáng)的邏輯機(jī)制,通過(guò)規(guī)則或規(guī)則的組合來(lái)定義。
2.3內(nèi)容存儲(chǔ)
通過(guò)內(nèi)容標(biāo)注形成的內(nèi)容“資產(chǎn)”包含兩個(gè)部分:微內(nèi)容的數(shù)字載體以及對(duì)應(yīng)的元數(shù)據(jù)集。數(shù)字載體一般分布式地存儲(chǔ)在網(wǎng)絡(luò)中,通過(guò)唯一標(biāo)識(shí)符機(jī)制標(biāo)定其邏輯地址,唯一標(biāo)識(shí)符作為微內(nèi)容的屬性標(biāo)注在相應(yīng)的微單元元數(shù)據(jù)中。元數(shù)據(jù)一般以XML或RDF(Resource Description Framework)的結(jié)構(gòu)表達(dá),存儲(chǔ)在文本型或關(guān)系型數(shù)據(jù)庫(kù)中,形成元數(shù)據(jù)庫(kù)(MetaBase)。大量元數(shù)據(jù)存儲(chǔ)在元數(shù)據(jù)庫(kù)中,就形成了一種企業(yè)“資產(chǎn)”的匯集。
2.4內(nèi)容的個(gè)性化整合
內(nèi)容要實(shí)現(xiàn)個(gè)性化整合,關(guān)鍵是整合過(guò)程中的場(chǎng)景感知(Context-Aware)以及情境推理,整合過(guò)程可抽象為基于場(chǎng)景的需求確認(rèn)、情境模式選擇、內(nèi)容組織模式選擇、內(nèi)容整合任務(wù)制定和任務(wù)執(zhí)行五個(gè)步驟(如圖2所示)。需求源提供的場(chǎng)景信息可分為三種類型:①用戶通過(guò)手機(jī)終端的UI(用戶界面)提交的服務(wù)請(qǐng)求(實(shí)時(shí)提交的檢索要求、提前定制的服務(wù)等);②用戶的預(yù)置信息(駐留在移動(dòng)終端操作系統(tǒng)中的個(gè)人電子日程表、預(yù)先提交給系統(tǒng)的個(gè)人注冊(cè)信息、來(lái)自偏好庫(kù)的用戶偏好等);③用戶時(shí)、空數(shù)據(jù)(用戶所處的位置、接入服務(wù)的時(shí)間點(diǎn))。對(duì)需求源的信息進(jìn)行聚合和抽象后,可形成一組機(jī)器能理解的結(jié)構(gòu)化用戶需求集;然后經(jīng)由系統(tǒng)的推理機(jī)制,決定出系統(tǒng)哪些情境模式(內(nèi)容服務(wù)商預(yù)置的典型的個(gè)性化需求的抽象描述)以及內(nèi)容組織模式(內(nèi)容服務(wù)商預(yù)置的基本信息處理流程的抽象描述)可以滿足或近似滿足用戶的這種內(nèi)容需求,以形成個(gè)性化的內(nèi)容整合任務(wù);該任務(wù)包含了從內(nèi)容庫(kù)中獲取相應(yīng)資源并按整合方案實(shí)施的內(nèi)容組織活動(dòng)。
2.5內(nèi)容交互
個(gè)性化整合的內(nèi)容最終將通過(guò)移動(dòng)終端呈現(xiàn)在用戶眼前,移動(dòng)用戶通過(guò)一種動(dòng)態(tài)交互的方式體驗(yàn)服務(wù)。 從內(nèi)容供應(yīng)的方式看,可分為“拉(Pull)”式和“推(Push)”式!椒⻊(wù)強(qiáng)調(diào)用戶主導(dǎo)何時(shí)基于移動(dòng)情境的內(nèi)容展示;“推”式服務(wù)強(qiáng)調(diào)基于情境的特定內(nèi)容展示必須經(jīng)由情境的改變來(lái)觸發(fā)。值得注意的是:要在系統(tǒng)能預(yù)先根據(jù)用戶情境的改變觸發(fā)反應(yīng)(內(nèi)容提供)的能力與這種反應(yīng)對(duì)用戶的最小干擾能力間取得平衡。也就是說(shuō)當(dāng)用戶預(yù)定了某種旅游內(nèi)容服務(wù),雖然根據(jù)用戶當(dāng)前地點(diǎn)觸發(fā)了這種服務(wù),系統(tǒng)將旅游信息“推’’給移動(dòng)終端,但要考慮是否要干擾或中止終端用戶正在進(jìn)行的內(nèi)容瀏覽行為,展示該旅游信息;還是將該信息暫存,以讓用戶自己決定何時(shí)“拉”出該信息,但用戶的移動(dòng)可能導(dǎo)致暫存的該地點(diǎn)附近的旅游景點(diǎn)信息已失去其推薦效用了。對(duì)用戶習(xí)慣、要求和服務(wù)特征進(jìn)行調(diào)查、評(píng)估,是建立合適的平衡機(jī)制的關(guān)鍵。
3 移動(dòng)內(nèi)容服務(wù)的集成框架
通過(guò)內(nèi)容服務(wù)全過(guò)程分析,以支持語(yǔ)義推理,實(shí)現(xiàn)資源整合和個(gè)性化服務(wù)的統(tǒng)一為目標(biāo),可以設(shè)計(jì)出內(nèi)容服務(wù)的一般性系統(tǒng)框架(見(jiàn)圖3)。該框架處于一個(gè)開(kāi)放的、多角色參與、互操作的異構(gòu)環(huán)境中。從縱向看,分別向移動(dòng)手持終端的用戶群、內(nèi)容服務(wù)商以及領(lǐng)域?qū)<姨峁┯脩艚涌冢瑱?quán)責(zé)不同的用戶通過(guò)普適網(wǎng)絡(luò)(Ubiquitous Network)的分布式終端參與操作。從橫向看,是一個(gè)5層的架構(gòu):需求層、服務(wù)層、推理層、知識(shí)層以及資產(chǎn)層?蓜澐譃閮(nèi)容服務(wù)中心、用戶偏好注冊(cè)中心、內(nèi)容資產(chǎn)注冊(cè)中心、服務(wù)注冊(cè)中心、知識(shí)注冊(cè)中心5個(gè)系統(tǒng)。
3.1內(nèi)容資產(chǎn)注冊(cè)中心
內(nèi)容資產(chǎn)注冊(cè)中心主要負(fù)責(zé)微內(nèi)容的聚合、標(biāo)注和相關(guān)維護(hù)。元數(shù)據(jù)推理引擎支持微內(nèi)容單元的領(lǐng)域類別與知識(shí)庫(kù)中的領(lǐng)域本體進(jìn)行匹配,以確定微內(nèi)容單元的屬性集,通過(guò)數(shù)據(jù)挖掘?qū)崿F(xiàn)這些屬性概念的實(shí)例化,并以概念化的規(guī)范描述,形成微單元元數(shù)據(jù)集,經(jīng)過(guò)映射,存儲(chǔ)到元數(shù)據(jù)庫(kù)中。
其中,元數(shù)據(jù)推理引擎實(shí)現(xiàn)對(duì)微內(nèi)容的語(yǔ)法、語(yǔ)義元數(shù)據(jù)的抽取。抽取通過(guò)兩種途徑實(shí)現(xiàn):一種是元數(shù)據(jù)結(jié)構(gòu)根據(jù)領(lǐng)域本體直接獲取。整個(gè)元數(shù)據(jù)抽取流程可以描述為:當(dāng)系統(tǒng)根據(jù)預(yù)先配置,明確了待標(biāo)注的微內(nèi)容單元的領(lǐng)域類別和對(duì)應(yīng)的數(shù)據(jù)源后,激活元數(shù)據(jù)抽取引擎,依據(jù)本體庫(kù)中匹配出的領(lǐng)域本體,形成相應(yīng)的元數(shù)據(jù)結(jié)構(gòu),結(jié)構(gòu)中的每個(gè)元數(shù)據(jù)項(xiàng)實(shí)質(zhì)都是概念化的內(nèi)容特征屬性,而元數(shù)據(jù)項(xiàng)的值或范圍可以由推理引擎對(duì)微內(nèi)容單元的語(yǔ)義和語(yǔ)法的挖掘得到。
另一種是元數(shù)據(jù)并不能直接從知識(shí)庫(kù)的領(lǐng)域本體中獲取。推理引擎要基于一些增強(qiáng)的推理規(guī)則和算法,挖掘出一些新的屬性,創(chuàng)建新的元數(shù)據(jù)。比如在一篇關(guān)于球隊(duì)“曼聯(lián)”的新聞報(bào)道中,推理引擎根據(jù)對(duì)應(yīng)的領(lǐng)域本體一“球隊(duì)”,知道該微內(nèi)容對(duì)應(yīng)的元數(shù)據(jù)項(xiàng)包括:“球隊(duì)”、“球員”、“教練”、“目前積分”、“排名”、“聯(lián)賽”、“所屬城市”等;推理引擎還通過(guò)文本挖掘算法和已有知識(shí)知道“所屬城市”是“曼徹斯特城”,同城還有一支球隊(duì)一“曼城”;而根據(jù)規(guī)則“當(dāng)兩隊(duì)位于同一城市或鄰近地區(qū),則互稱為德比對(duì)手”,因此可創(chuàng)建出該微內(nèi)容的新的元數(shù)據(jù)項(xiàng):“德比對(duì)手”。這種額外增加的元數(shù)據(jù)能進(jìn)一步提高系統(tǒng)的推理能力。
3.2用戶偏好注冊(cè)中心
用戶在內(nèi)容服務(wù)商的服務(wù)器駐留的客戶信息、預(yù)定某些服務(wù)時(shí)的注冊(cè)信息、用戶的歷史行為痕跡(如訪問(wèn)的站點(diǎn)、鏈接、Web日志等)都可以被該中心采集、過(guò)濾、更新,并借助推理引擎和知識(shí)庫(kù)中的知識(shí)對(duì)采集的結(jié)果進(jìn)行分、聚類和規(guī)范描述,形成特定用戶(用戶群)的偏好集合。這些信息反映用戶個(gè)性、喜好,具有相對(duì)穩(wěn)定性,因此可將其存儲(chǔ)在用戶偏好庫(kù)中,便于企業(yè)級(jí)的信息共享。用戶偏好注冊(cè)中心的工作一般經(jīng)過(guò)配置后由系統(tǒng)自動(dòng)執(zhí)行。
3.3知識(shí)注冊(cè)中心
知識(shí)注冊(cè)中心是一個(gè)知識(shí)管理系統(tǒng),核心工作是內(nèi)容服務(wù)領(lǐng)域中相關(guān)知識(shí)(用戶偏好、資源特征、資源組織方式、用戶需求等中的各種抽象概念和概念間關(guān)系)的構(gòu)建、更新、發(fā)布、共享、存儲(chǔ)等?梢岳帽倔w描述語(yǔ)言描述,完成知識(shí)構(gòu)建。領(lǐng)域?qū)<彝ㄟ^(guò)uI編輯、修改、刪除各種本體,也可以從外部導(dǎo)人第三方的本體進(jìn)行擴(kuò)展。
3.4服務(wù)注冊(cè)中心
從信息系統(tǒng)的角度理解,營(yíng)銷策略體現(xiàn)在內(nèi)容服務(wù)商根據(jù)潛在市場(chǎng)和用戶群的細(xì)分,結(jié)合自身的服務(wù)能力抽象描述的不同粒度、不同級(jí)別的服務(wù)模式,可以被機(jī)器識(shí)別和使用。移動(dòng)瀏覽的內(nèi)容服務(wù)模式可理解為兩部分:情境模式和內(nèi)容組織模式。操作者(一般是營(yíng)銷、服務(wù)領(lǐng)域?qū)<液推髽I(yè)高層人員)在UI上將企業(yè)提出的營(yíng)銷策略進(jìn)行抽象定制和編碼形成服務(wù)模式,如果是基于本體技術(shù)構(gòu)建,則主要形成情境本體和內(nèi)容組織本體,本體的創(chuàng)建方式可以是自行創(chuàng)建也可以是基于外部或頂層本體的擴(kuò)展。這種內(nèi)容服務(wù)模式可以在特定應(yīng)用場(chǎng)景下結(jié)合知識(shí)庫(kù)中的規(guī)則、公理等被內(nèi)容服務(wù)子系統(tǒng)的推理引擎讀取,以驅(qū)動(dòng)內(nèi)容的整合活動(dòng)。服務(wù)注冊(cè)中心負(fù)責(zé)定義、修改、存儲(chǔ)、維護(hù)、發(fā)布這些服務(wù)模式。通過(guò)這種方式,營(yíng)銷策略可以靈活地描述、改進(jìn),也可以被廣泛地識(shí)別、復(fù)用和快速部署,以促進(jìn)商業(yè)模式的快速實(shí)施。從知識(shí)管理的角度講,服務(wù)注冊(cè)中心實(shí)現(xiàn)了對(duì)企業(yè)特定的服務(wù)模式關(guān)聯(lián)知識(shí)的管理。
3.5內(nèi)容服務(wù)中心
內(nèi)容服務(wù)中心的工作涵蓋了內(nèi)容的個(gè)性化整合和內(nèi)容交互兩階段。服務(wù)中心對(duì)用戶請(qǐng)求進(jìn)行實(shí)時(shí)監(jiān)聽(tīng)。一旦觸發(fā)服務(wù),則實(shí)施用戶實(shí)時(shí)需求的抽象描述和編碼;需求與服務(wù)模式的匹配推理,形成特定內(nèi)容組織方案;并驅(qū)動(dòng)和監(jiān)控方案的執(zhí)行,將最終的個(gè)性化內(nèi)容以人機(jī)交互方式提供給用戶終端。其中,核心是服務(wù)推理引擎的工組機(jī)制。
推理引擎可以利用本體依賴的邏輯推理能力――框架邏輯(FL,F(xiàn)rame Logic)、描述邏輯(DL,Descrip―tion Logic),也可以將基于本體的邏輯系統(tǒng)轉(zhuǎn)換為常用的邏輯系統(tǒng),使用更成熟的推理技術(shù)如Hom Losic進(jìn)行推理,以加強(qiáng)推理能力。推理引擎包括兩個(gè)推理步驟:情境模式匹配、內(nèi)容組織模式匹配。
情境模式匹配的輸入包含三個(gè)部分:①由檢索引擎提供的對(duì)應(yīng)特定場(chǎng)景的用戶情境需求;②一般性的領(lǐng)域知識(shí)如匹配算子和規(guī)則;③由情境模式庫(kù)提供的情境模式集。用戶的抽象需求通過(guò)匹配算子和規(guī)則與情境模式集進(jìn)行匹配,選定適合當(dāng)前情境的情境模式并進(jìn)行實(shí)例化,用戶也許位于這些情境之中或者對(duì)處于某些情境中感興趣。
內(nèi)容組織模式匹配是將上階段的輸出和內(nèi)容組織模式庫(kù)中的組織模式集進(jìn)行語(yǔ)義匹配。匹配的思路類似上一步驟,輸入包括上一步驟選定的情境模式實(shí)例,內(nèi)容組織本體、匹配算子、規(guī)則、組織模式集以及必要的一些用戶信息,經(jīng)過(guò)推理匹配,選定出適合的內(nèi)容組織模式的實(shí)例集。如針對(duì)“就近用餐”、“工作”以及“就近觀光”三種情境模式,匹配出的內(nèi)容組織模式包括信息聚合(聚合比賽信息、記者招待會(huì)、登記處、餐飲信息、藝術(shù)展信息、公交路線等);分類(按工作、餐飲、休閑分類);排序(餐飲地點(diǎn)、藝術(shù)展廳地點(diǎn)按乘車(chē)距離排序等)。
4 結(jié)論
本文探討了面向移動(dòng)瀏覽的內(nèi)容服務(wù)的全過(guò)程,明確了服務(wù)過(guò)程中資源整合和個(gè)性化服務(wù)間的內(nèi)在關(guān)聯(lián),提出了一個(gè)滿足這種關(guān)聯(lián)需求的一般性系統(tǒng)集成框架,為資源整合和個(gè)性化服務(wù)的移動(dòng)服務(wù)平臺(tái)開(kāi)發(fā)提供了思路。未來(lái)將圍繞移動(dòng)股票內(nèi)容服務(wù)這一具體領(lǐng)域展開(kāi)研究,分析其移動(dòng)場(chǎng)景關(guān)聯(lián)的資源融合和個(gè)性化問(wèn)題,并依據(jù)此集成架構(gòu)建立一個(gè)實(shí)際系統(tǒng)以評(píng)估架構(gòu)的實(shí)用性,對(duì)開(kāi)發(fā)過(guò)程中的具體問(wèn)題進(jìn)一步深入研究。
相關(guān)熱詞搜索:框架 面向 集成 面向移動(dòng)瀏覽的內(nèi)容服務(wù)集成框架研究 理解面向服務(wù)的架構(gòu) 譯理解面向服務(wù)的架構(gòu)
熱點(diǎn)文章閱讀