一種與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電信通訊行業(yè)IPTV+0TT (網(wǎng)絡(luò)電視)領(lǐng)域,尤其涉及一種與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法。
【背景技術(shù)】
[0002]IPTV(網(wǎng)絡(luò)電視)業(yè)務(wù)是指以機(jī)頂盒接入到寬帶網(wǎng)絡(luò),以PC機(jī)(個(gè)人電腦)或者電視機(jī)為顯示終端,從而為用戶提供一種交互式電視體驗(yàn)和多媒體服務(wù)的寬帶增值業(yè)務(wù)。通過(guò)此種技術(shù)方式實(shí)現(xiàn)后,使得IPTV業(yè)務(wù)終端可選擇的范圍更廣,縮短終端產(chǎn)品上市時(shí)間。OTT是“Over The Top”的縮寫(xiě),是指通過(guò)互聯(lián)網(wǎng)向用戶提供各種應(yīng)用服務(wù)。這種應(yīng)用和目前運(yùn)營(yíng)商所提供的通信業(yè)務(wù)不同,它僅利用運(yùn)營(yíng)商的網(wǎng)絡(luò),而服務(wù)由運(yùn)營(yíng)商之外的第三方提供。目前,典型的OTT業(yè)務(wù)有互聯(lián)網(wǎng)電視業(yè)務(wù)。
[0003]流媒體設(shè)備在IPTV+0TT領(lǐng)域業(yè)務(wù)中承擔(dān)著重要的作用,他直接面向終端用戶提供服務(wù)。相比與傳統(tǒng)的Iinux機(jī)頂盒來(lái)說(shuō),android智能機(jī)頂盒的開(kāi)放性,易用性為終端廠商及運(yùn)營(yíng)商接受,越來(lái)越多的廠商加入機(jī)頂盒行業(yè)隊(duì)列,促使智能機(jī)頂盒門(mén)檻大大降低。
[0004]現(xiàn)如今智能終端設(shè)備廠商產(chǎn)品的多樣性(android系統(tǒng)不同,芯片不同),設(shè)備的千差萬(wàn)別,為終端廠家設(shè)備更新?lián)Q代造成繁重的工作量,對(duì)業(yè)務(wù)的快速推廣帶來(lái)不便。
[0005]綜上所述,本申請(qǐng)發(fā)明人在實(shí)現(xiàn)本申請(qǐng)實(shí)施例中發(fā)明技術(shù)方案的過(guò)程中,發(fā)現(xiàn)上述技術(shù)至少存在如下技術(shù)問(wèn)題:
在現(xiàn)有技術(shù)中,由于智能終端設(shè)備廠商產(chǎn)品的多樣性(android系統(tǒng)不同,芯片不同),設(shè)備的千差萬(wàn)別,為終端廠家設(shè)備更新?lián)Q代造成繁重的工作量,對(duì)業(yè)務(wù)的快速推廣帶來(lái)不便,所以,現(xiàn)有技術(shù)中存在智能終端設(shè)備更新?lián)Q代工作量較大,業(yè)務(wù)推廣不便,設(shè)置多樣化而無(wú)法滿足相關(guān)業(yè)務(wù)需求的技術(shù)問(wèn)題。
【發(fā)明內(nèi)容】
[0006]本發(fā)明提供了一種與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法,解決了現(xiàn)有技術(shù)中存在智能終端設(shè)備更新?lián)Q代工作量較大,業(yè)務(wù)推廣不便,設(shè)置多樣化而無(wú)法滿足相關(guān)業(yè)務(wù)需求的技術(shù)問(wèn)題,實(shí)現(xiàn)了使得系統(tǒng)設(shè)置能夠與不同android系統(tǒng),不同芯片流媒體設(shè)備進(jìn)行通信,以便解決現(xiàn)有流媒體設(shè)備中設(shè)置多樣化而無(wú)法滿足相關(guān)業(yè)務(wù)需求,并且實(shí)現(xiàn)現(xiàn)有android系統(tǒng)設(shè)置中流媒體設(shè)備上層控制模塊的統(tǒng)一化問(wèn)題,增強(qiáng)IPTV+0TT業(yè)務(wù)設(shè)置的性能及可擴(kuò)展性的技術(shù)效果。
[0007]為解決上述技術(shù)問(wèn)題,本申請(qǐng)實(shí)施例提供了一種與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法,所述方法包括:
步驟一:客戶端通過(guò)BindService綁定服務(wù)端Service,獲取設(shè)備系統(tǒng)設(shè)置接口實(shí)例對(duì)象,并通過(guò)Proxy代理服務(wù)向服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù);
步驟二:服務(wù)端Service通過(guò)Binder的onTransact獲取Proxy代理請(qǐng)求數(shù)據(jù); 步驟三:服務(wù)端Service通過(guò)請(qǐng)求的數(shù)據(jù)封裝結(jié)果,并通過(guò)Stub內(nèi)部抽象類調(diào)用服務(wù)端相應(yīng)的函數(shù)接口;
步驟四:服務(wù)端Service返回函數(shù)接口調(diào)用數(shù)據(jù)成功或失敗的信息,并判斷信息是否滿足要求,如果滿足要求,則流程結(jié)束;如果關(guān)鍵數(shù)據(jù)不滿足,基本數(shù)據(jù)滿足,則根據(jù)預(yù)置的策略,執(zhí)行相應(yīng)策略;
步驟五:服務(wù)端Service返回客戶端請(qǐng)求信息的處理結(jié)果并通過(guò)客戶端響應(yīng)信息,處理流程完畢。
[0008]進(jìn)一步的,對(duì)所述步驟一中的請(qǐng)求數(shù)據(jù),分別做以下處理:解析出請(qǐng)求數(shù)據(jù)的個(gè)數(shù)以及數(shù)據(jù)結(jié)構(gòu)類型及長(zhǎng)度,然后將請(qǐng)求數(shù)據(jù)解析成符合發(fā)送的格式;或者,根據(jù)請(qǐng)求數(shù)據(jù)的格式,解析出其中特定字段,然后根據(jù)預(yù)置的格式,生成符合發(fā)送的格式。
[0009]進(jìn)一步的,對(duì)所述步驟二中的約束條件包括:android系統(tǒng)版本、芯片類型。
[0010]進(jìn)一步的,對(duì)應(yīng)android系統(tǒng)版本的約束,包括但不限于下列兩種處理方式:android版本升級(jí)更新,能完全兼容與松親合;同一 android系統(tǒng)版本,底層的持續(xù)更新不會(huì)影響到終端設(shè)備接口,能完全兼容與松耦合。
[0011]進(jìn)一步的,對(duì)于不同的芯片,業(yè)務(wù)方面快速移植,避免重復(fù)開(kāi)發(fā)。
[0012]本申請(qǐng)實(shí)施例中提供的一個(gè)或多個(gè)技術(shù)方案,至少具有如下技術(shù)效果或優(yōu)點(diǎn):
由于采用了將與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法設(shè)計(jì)為包括:步驟一:客戶端通過(guò)BindService綁定服務(wù)端Service,獲取設(shè)備系統(tǒng)設(shè)置接口實(shí)例對(duì)象,并通過(guò)Proxy代理服務(wù)向服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù);步驟二:服務(wù)端Service通過(guò)Binder的onTransact獲取Proxy代理請(qǐng)求數(shù)據(jù);步驟三:服務(wù)端Service通過(guò)請(qǐng)求的數(shù)據(jù)封裝結(jié)果,并通過(guò)Stub內(nèi)部抽象類調(diào)用服務(wù)端相應(yīng)的函數(shù)接口 ;步驟四:服務(wù)端Service返回函數(shù)接口調(diào)用數(shù)據(jù)成功或失敗的信息,并判斷信息是否滿足要求,如果滿足要求,則流程結(jié)束;如果關(guān)鍵數(shù)據(jù)不滿足,基本數(shù)據(jù)滿足,則根據(jù)預(yù)置的策略,執(zhí)行相應(yīng)策略;步驟五:服務(wù)端Service返回客戶端請(qǐng)求信息的處理結(jié)果并通過(guò)客戶端響應(yīng)信息,處理流程完畢的技術(shù)方案,即,在結(jié)合android智能終端在IPTV領(lǐng)域應(yīng)用的基本情況,不僅能夠?qū)崿F(xiàn)電信級(jí)要求的基本業(yè)務(wù),滿足其基本需求,而且允許電信級(jí)用戶根據(jù)自己的業(yè)務(wù)需求,滿足所希望的某些特定方面的要求,提高IPTV+0TT業(yè)務(wù)靈活性;運(yùn)營(yíng)商讓終端廠家提供不同android系統(tǒng),不同芯片類型的智能終端設(shè)備,提高產(chǎn)品競(jìng)爭(zhēng)力,滿足了用戶的自主性。
[0013]進(jìn)一步的,在增加新業(yè)務(wù)情況下,采用本申請(qǐng)中的方法還可以在不改變?cè)心K的基礎(chǔ)上在模塊中添加新的功能點(diǎn),這就大大提高了模塊的可擴(kuò)展性,避免重新開(kāi)發(fā)的運(yùn)營(yíng)成本,提高了系統(tǒng)的穩(wěn)定性及后期的維護(hù)質(zhì)量,降低了維護(hù)成本。
【附圖說(shuō)明】
[0014]圖1是本申請(qǐng)實(shí)施例一中與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法的流程圖;
圖2是本申請(qǐng)實(shí)施例一中接口適配方法應(yīng)用的框架結(jié)構(gòu)示意圖;
圖3是本申請(qǐng)實(shí)施例一中接口適配方法流程圖;
圖4是本申請(qǐng)實(shí)施例一中在Setting中創(chuàng)建有線網(wǎng)絡(luò)的流程圖。
【具體實(shí)施方式】
[0015]本發(fā)明提供了一種與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法,解決了現(xiàn)有技術(shù)中存在智能終端設(shè)備更新?lián)Q代工作量較大,業(yè)務(wù)推廣不便,設(shè)置多樣化而無(wú)法滿足相關(guān)業(yè)務(wù)需求的技術(shù)問(wèn)題,實(shí)現(xiàn)了使得系統(tǒng)設(shè)置能夠與不同android系統(tǒng),不同芯片流媒體設(shè)備進(jìn)行通信,以便解決現(xiàn)有流媒體設(shè)備中設(shè)置多樣化而無(wú)法滿足相關(guān)業(yè)務(wù)需求,并且實(shí)現(xiàn)現(xiàn)有android系統(tǒng)設(shè)置中流媒體設(shè)備上層控制模塊的統(tǒng)一化問(wèn)題,增強(qiáng)IPTV+0TT業(yè)務(wù)設(shè)置的性能及可擴(kuò)展性的技術(shù)效果。
[0016]本申請(qǐng)實(shí)施中的技術(shù)方案為解決上述技術(shù)問(wèn)題。總體思路如下:
采用了將與android終端設(shè)備系統(tǒng)設(shè)置接口的適配方法設(shè)計(jì)為包括:步驟一:客戶端通過(guò)BindService綁定服務(wù)端Service,獲取設(shè)備系統(tǒng)設(shè)置接口實(shí)例對(duì)象,并通過(guò)Proxy代理服務(wù)向服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù);步驟二:服務(wù)端Service通過(guò)Binder的onTransact獲取Proxy代理請(qǐng)求數(shù)據(jù);步驟三:服務(wù)端Service通過(guò)請(qǐng)求的數(shù)據(jù)封裝結(jié)果,并通過(guò)Stub內(nèi)部抽象類調(diào)用服務(wù)端相應(yīng)的函數(shù)接口 ;步驟四:服務(wù)端Service返回函數(shù)接口調(diào)用數(shù)據(jù)成功或失敗的信息,并判斷信息是否滿足要求,如果滿足要求,則流程結(jié)束;如果關(guān)鍵數(shù)據(jù)不滿足,基本數(shù)據(jù)滿足,則根據(jù)預(yù)置的策略,執(zhí)行相應(yīng)策略;步驟五:服務(wù)端Service返回客戶端請(qǐng)求信息的處理結(jié)果并通過(guò)客戶端響應(yīng)信息,處理流程完畢的技術(shù)方案,即,在結(jié)合android智能終端在IPTV領(lǐng)域應(yīng)用的基本情況,不僅能夠?qū)崿F(xiàn)電信級(jí)要求的基本業(yè)務(wù),滿足其基本需求,而且允許電信級(jí)用戶根據(jù)自己的業(yè)務(wù)需求,滿足所希望的某些特定方面的要求,提高IPTV+0TT業(yè)務(wù)靈活性;運(yùn)營(yíng)商讓終端廠家提供不同android系統(tǒng),不同芯片類型的智能終端設(shè)備,提高產(chǎn)品競(jìng)爭(zhēng)力,滿足了用戶的自主性。
[0017]為了更好的理解上述技術(shù)方案,下面將結(jié)合說(shuō)明書(shū)附圖以及具體的實(shí)施方式對(duì)上述技術(shù)方案進(jìn)行詳細(xì)的說(shuō)明。
[0018]實(shí)施例一:
在實(shí)施例一中,提供了一種與an