服務信息交互方法及設備的制作方法
【專利摘要】本發(fā)明實施例提供了一種服務信息交互方法及設備。方法包括：接收請求設備發(fā)送的歷史服務請求；確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度；根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延；根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。本發(fā)明實施例提供了一種設備間的服務信息交互方案，使得能夠?qū)崿F(xiàn)跨設備服務的應用。
【專利說明】服務信息交互方法及設備
【技術領域】
[0001]本發(fā)明實施例涉及設備間交互【技術領域】，尤其涉及一種服務信息交互方法及設備。
【背景技術】
[0002]隨著技術的進步和市場的不斷成熟，人均擁有的智能設備數(shù)不斷增加，其中包括:移動設備、可穿戴設備、智能家居設備等。目前較為普遍的需求是，用戶想要進行跨設備的工作或娛樂。一個例子是:用戶在上下班的路上使用其智能手機觀看視頻；回到家之后，用戶假如想通過智能電視繼續(xù)觀看，則需要在智能電視上查找之前在智能手機上看過的視頻，并快進到之前中斷的位置，或是找到之前看完的下一集，繼續(xù)觀看該視頻。另一個例子是:用戶在手機上打開瀏覽器的頁面看小說，之后，該用戶切換到平板電腦，他需要在瀏覽器輸入相同的地址，找到上次的斷點繼續(xù)閱覽。
[0003]上述跨設備服務的應用場景操作繁瑣，降低了用戶體驗。一種解決方案是在不同設備上使用同一款軟件，并且均登陸個人賬號，這樣一來，軟件的提供方可以在互聯(lián)網(wǎng)的后臺服務器記錄同一賬號的歷史服務上下文。比如在另一臺設備上繼續(xù)觀看視頻時可以直接點擊“繼續(xù)播放”，繼續(xù)瀏覽網(wǎng)頁時可以直接使用同一賬號的歷史記錄或收藏夾。不過該方案有明顯的局限性，即不同設備上使用的必須是相同的軟件，該軟件必須支持用戶登錄和上下文記錄功能，用戶必須有注冊賬號，并且必須在使用不同設備時均登錄。

【發(fā)明內(nèi)容】

[0004]有鑒于此，本發(fā)明實施例的一個目的在于提供一種設備間的服務信息交互方案。
[0005]為實現(xiàn)上述目的，根據(jù)本發(fā)明實施例的一個方面，提供一種服務信息交互方法，包括:
[0006]接收請求設備發(fā)送的歷史服務請求；
[0007]確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度；
[0008]根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延；
[0009]根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
[0010]為實現(xiàn)上述目的，根據(jù)本發(fā)明實施例的又一個方面，提供一種用戶設備，包括:
[0011]接收模塊，用于接收請求設備發(fā)送的歷史服務請求；
[0012]相關度確定模塊，用于確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度；
[0013]時延確定模塊，用于根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延；
[0014]發(fā)送模塊，用于根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
[0015]以上多個技術方案中的至少一個技術方案具有如下有益效果:
[0016]本發(fā)明實施例通過根據(jù)所述至少一個歷史服務上下文各自與請求設備發(fā)送的歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延，根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文，提供了一種設備間的服務信息交互方案，使得能夠?qū)崿F(xiàn)跨設備服務的應用，進一步地，由于發(fā)送時延根據(jù)相關度確定，使得發(fā)送時延可以錯開，減輕了信道沖突，并且，使得請求設備可以按照一定的相關度的次序接收與所述歷史服務請求的相關度不同的歷史服務上下文，提升了用戶體驗。
【專利附圖】

【附圖說明】
[0017]圖1為本發(fā)明提供的一種服務信息交互方法實施例的流程圖；
[0018]圖2a為本發(fā)明提供的一種用戶設備實施例一的結(jié)構(gòu)圖；
[0019]圖2b為圖2a所示實施例的一種實現(xiàn)方式的結(jié)構(gòu)圖；
[0020]圖2c為圖2a所示實施例的又一種實現(xiàn)方式的結(jié)構(gòu)圖；
[0021]圖3為本發(fā)明提供的一種用戶設備實施例二的結(jié)構(gòu)圖。
【具體實施方式】
[0022]下面結(jié)合附圖和實施例，對本發(fā)明的【具體實施方式】作進一步詳細說明。以下實施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。
[0023]本領域技術人員可以理解，本發(fā)明中的“用戶設備”廣義理解為任何可以為用戶提供服務的設備，包括但不限于:手機、個人數(shù)字助理(Personal Digital Assistant,簡稱為PDA)、平板電腦、智能電視等。
[0024]圖1為本發(fā)明提供的一種服務信息交互方法實施例的流程圖。如圖1所示，本實施例包括:
[0025]101、接收請求設備發(fā)送的歷史服務請求。
[0026]舉例來說，一用戶設備接收請求設備發(fā)送的歷史服務請求。其中，所述請求設備可以是用戶正在使用的另一用戶設備，可選地，基于用戶的操作，請求設備欲獲取其他用戶設備上的歷史服務信息，相應地，請求設備發(fā)出歷史服務請求。為了方便描述，將本實施例的執(zhí)行主體稱為本地用戶設備。
[0027]可選地，所述歷史服務請求包括以下至少一種:服務類型、內(nèi)容描述。其中，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯；所述內(nèi)容描述是對服務內(nèi)容的描述，包括但不限于以下至少一種:名稱、摘要、關鍵詞、適用對象、作者等，可選地，所述內(nèi)容描述由用戶輸入。舉例來說，服務類型為音頻播放時，內(nèi)容描述可以是對一首歌曲的描述，比如，該歌曲的名稱、演唱者等。
[0028]102、確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度。
[0029]可選地，所述歷史服務上下文包括:服務類型、內(nèi)容元數(shù)據(jù)以及服務進度。其中，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯；所述內(nèi)容元數(shù)據(jù)包括服務內(nèi)容的一些屬性數(shù)據(jù)，比如名稱、摘要、關鍵詞、適用對象、作者等；所述服務進度舉例來說可以是音頻或視頻文件中的位置，比如30分40秒，小說中的章節(jié)和/或頁數(shù)，
坐寸O
[0030]具體地，確定歷史服務上下文與歷史服務請求的相關度有多種方式，可選地，可以根據(jù)歷史服務上下文中的服務類型和/或內(nèi)容元數(shù)據(jù)與歷史服務請求中的服務類型和/或內(nèi)容描述是否匹配來確定相關度。舉例來說，若第一歷史服務上下文中的服務類型、內(nèi)容元數(shù)據(jù)分別與歷史服務請求中的服務類型、內(nèi)容描述匹配，則所述第一歷史服務上下文與所述歷史服務請求的相關度為2 ;若第二歷史服務上下文中的服務類型與歷史服務請求中的服務類型匹配，比如均為音頻播放，但所述第二歷史服務上下文中的內(nèi)容元數(shù)據(jù)與所述歷史服務請求中的內(nèi)容描述不匹配，則所述第二歷史服務上下文與所述歷史服務請求的相關度為I ;若第三歷史服務上下文中的服務類型與歷史服務請求中的服務類型不匹配，且所述第三歷史服務上下文中的內(nèi)容元數(shù)據(jù)與所述歷史服務請求中的內(nèi)容描述不匹配，則所述第三歷史服務上下文與所述歷史服務請求的相關度為O。
[0031]在一種可能的場景中，所述歷史服務請求中包括多種服務類型，這多種服務類型對應不同的優(yōu)先級，相應地，與越高優(yōu)先級的服務類型匹配的歷史服務上下文與所述歷史服務請求的相關度越高。舉例來說，所述歷史服務請求中的服務類型包括優(yōu)先級順序從高到低的視頻播放、音頻播放和網(wǎng)頁瀏覽，相應地，服務類型為音頻播放的歷史服務上下文與所述歷史服務請求的相關度高于服務類型為網(wǎng)頁瀏覽的歷史服務上下文與所述歷史服務請求的相關度、低于服務類型為視頻播放的歷史服務上下文與所述歷史服務請求的相關度。
[0032]通常，本地的至少一個歷史服務上下文是本地用戶設備之前保存的，具體地，可以是本地用戶設備在本地一服務暫停、中止或終止時生成并保存的。
[0033]考慮到歷史服務信息的隱私性，可選地，所述確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度之前，還包括:
[0034]對所述請求設備進行鑒權(quán)；
[0035]所述確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度，包括:
[0036]若鑒權(quán)通過，則確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度。
[0037]具體地，對所述請求設備進行鑒權(quán)的方式可以有多種，本實施例對此不作限定。舉例來說，可以根據(jù)請求設備的設備名進行鑒權(quán)，相應地，請求設備在發(fā)送的歷史服務請求中攜帶設備名。在一種可選的場景中，若鑒權(quán)不通過，則不執(zhí)行102?104，即本地用戶設備不對請求設備的歷史服務請求進行響應。
[0038]可選地，所述歷史服務請求還包括:服務使用者。
[0039]可選地，所述歷史服務上下文還包括:服務使用者和/或所述服務進度相關的數(shù)據(jù)。其中，所述服務使用者用于標識所述歷史服務的使用者；所述服務進度相關的數(shù)據(jù)可以是服務內(nèi)容中與所述服務進度有關的部分，舉例來說，當服務類型為視頻播放，服務內(nèi)容為某電影，服務進度為30分40秒，所述服務進度相關的數(shù)據(jù)可以是該電影在30分40秒時的畫面。
[0040]在一種可能的場景中，所述歷史服務請求包括服務類型和服務使用者，接收到歷史服務請求的本地用戶設備先根據(jù)所述服務使用者過濾本地的歷史服務上下文，然后根據(jù)所述服務類型，確定過濾后的歷史服務上下文與所述歷史服務請求的相關度。舉例來說，歷史服務請求包括服務使用者張三，本地用戶設備的多個歷史服務上下文中的服務使用者有的是張三，有的是李四，有的是王五，則本地用戶設備將服務使用者不為張三的歷史服務上下文均過濾掉，確定服務使用者為張三的歷史服務上下文與所述歷史服務請求的相關度。
[0041]103、根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延。
[0042]通常，與所述歷史服務請求的相關度不同的歷史服務上下文對應的發(fā)送時延不同。
[0043]可選地，103包括:根據(jù)預設的相關度與發(fā)送時延的對應關系和所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延。
[0044]可選地，歷史服務上下文與所述歷史服務請求的相關度和所述歷史服務上下文對應的發(fā)送時延之間可以是正向關系，即與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越長，也可以是負向關系，即與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短。需要說明的是，當與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短時，從請求設備來看，能夠較早的接收到與所述歷史服務請求的相關度較高的歷史服務上下文，用戶體驗可能更好一些。
[0045]其中，歷史服務上下文對應的發(fā)送時延可以是O,或是+ 或是O到+ 00之間的任一數(shù)值。發(fā)送時延的單位可以為毫秒(ms)。舉例來說，與歷史服務請求的相關度最高的歷史服務上下文對應的發(fā)送時延可以是0，與歷史服務請求的相關度為O的歷史服務上下文對應的發(fā)送時延可以是+ 00。
[0046]舉例來說，本地用戶設備有3個歷史服務上下文，與歷史服務請求的相關度分別為4、2、1，相應地，這3個歷史服務上下文對應的發(fā)送時延分別為4ms、2ms、lms，或分別為Ims、2ms、4ms ο
[0047]104、根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
[0048]舉例來說，若第一歷史服務上下文對應的發(fā)送時延是0，則立刻發(fā)送所述第一歷史服務上下文；若第二歷史服務上下文對應的發(fā)送時延是+⑴，則不發(fā)送所述第二歷史服務上下文；若第三歷史服務上下文對應的發(fā)送時延是2ms,則從當前時刻起算到達2ms時發(fā)送所述第三歷史服務上下文，其中，當前時刻可以是所述用戶設備準備好了發(fā)送各歷史服務上下文的時刻。
[0049]在一種可選的實現(xiàn)方式中，所述接收請求設備發(fā)送的歷史服務請求，包括:
[0050]在無線局域網(wǎng)中接收所述請求設備廣播的歷史服務請求。
[0051]可選地，所述根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文，包括:
[0052]根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，在所述無線局域網(wǎng)中廣播所述至少一個歷史服務上下文。
[0053]其中，所述無線局域網(wǎng)采用以下至少一種無線技術:藍牙、WiF1、Zigbee。
[0054]可選地，本實施例還包括:[0055]接收其它設備發(fā)送的歷史服務上下文；
[0056]若本地存在與所述其它設備發(fā)送的歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均匹配且服務進度不同的歷史服務上下文，則更新或刪除本地的所述歷史服務上下文。
[0057]舉例來說，本地用戶設備的第一歷史服務上下文中，服務類型為視頻播放，內(nèi)容元數(shù)據(jù)為電影A的名稱，服務進度為30分40秒，其它設備發(fā)送的第二歷史服務上下文中，月艮務類型為視頻播放，內(nèi)容元數(shù)據(jù)為電影A的名稱和內(nèi)容摘要，服務進度為20分20秒，第一歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均與所述第二歷史服務上下文匹配，且第一歷史服務上下文中的服務進度與所述第二歷史服務上下文不同，相應地，可以在本地用戶設備上刪除所述第一歷史服務上下文，或者，將所述第一歷史服務上下文中的服務進度更新為與所述第二歷史服務上下文中的服務進度相同，即將所述第一歷史服務上下文中的服務進度由30分40秒更新為20分20秒。
[0058]進一步地，還可以設置服務進度的刪除或更新策略，比如，若服務進度更靠前則刪除，或?qū)⒏壳暗姆者M度更新為更靠后的服務進度，或者，反之。舉例來說，當服務進度的更新策略為將更靠前的服務進度更新為更靠后的服務進度時，在上述第一歷史服務上下文中服務進度為30分40秒，第二歷史服務上下文中的服務進度為20分20秒的場景中，可以不刪除、也不更新所述第一歷史服務上下文，可選地，若上述場景中第二歷史服務上下文中的服務進度為40分20秒，則刪除所述第一歷史服務上下文，或，將所述第一歷史服務上下文中的服務進度由30分40秒更新為40分20秒。
[0059]在一種可能的場景中，所述其它設備與本地用戶設備、所述請求設備處于同一無線局域網(wǎng)中，所述其它設備發(fā)送的歷史服務上下文是所述其它設備基于所述請求設備的歷史服務請求在無線局域網(wǎng)中廣播的?？蛇x地，無線局域網(wǎng)中用戶設備對于本地的歷史服務上下文與歷史服務請求的相關度的計算方法一致，且遵從相同的相關度與發(fā)送時延的對應關系。
[0060]在本實施例的一種應用場景中，用戶張三回到家里，打開智能電視，智能電視作為請求設備在無線局域網(wǎng)中廣播歷史服務請求，所述歷史服務請求中的服務類型包括優(yōu)先級次序從高到低的視頻播放、音頻播放和網(wǎng)頁瀏覽，此時，與所述智能電視處于同一無線局域網(wǎng)的設備有:張三的手機、張三的PAD、張三妻子的手機，這三個設備均執(zhí)行本實施例的方法，相應地，智能電視依次接收到這些設備發(fā)出的不同相關度的歷史服務上下文，若相關度越高的歷史服務上下文對應的發(fā)送時延越短的話，智能電視首先接收到這三個設備發(fā)送的相關度較高的歷史服務上下文并展示給用戶張三，用戶張三可以從中選擇一個歷史服務上下文繼續(xù)服務，比如，繼續(xù)觀看一電影，在繼續(xù)服務的同時，智能電視接收到這三個設備發(fā)送的相關度較低的歷史服務上下文并展示給用戶張三，用戶張三可以選擇切換到相關度較低的一個歷史服務上下文繼續(xù)服務，比如，繼續(xù)瀏覽一網(wǎng)頁。
[0061]本實施例通過根據(jù)所述至少一個歷史服務上下文各自與請求設備發(fā)送的歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延，根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文，提供了一種設備間的服務信息交互方案，使得能夠?qū)崿F(xiàn)跨設備服務的應用，進一步地，由于發(fā)送時延根據(jù)相關度確定，使得發(fā)送時延可以錯開，減輕了信道沖突，并且，使得請求設備可以按照一定的相關度的次序接收與所述歷史服務請求的相關度不同的歷史服務上下文，提升了用戶體驗。
[0062]圖2a為本發(fā)明提供的一種用戶設備實施例一的結(jié)構(gòu)圖。如圖2a所示，用戶設備200包括:
[0063]接收模塊21，用于接收請求設備發(fā)送的歷史服務請求；
[0064]相關度確定模塊22，用于確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度；
[0065]時延確定模塊23，用于根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延；
[0066]發(fā)送模塊24，用于根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
[0067]其中，所述請求設備可以是用戶正在使用的另一用戶設備，可選地，基于用戶的操作，請求設備欲獲取其他用戶設備上的歷史服務信息，相應地，請求設備發(fā)出歷史服務請求。
[0068]可選地，所述歷史服務請求包括以下至少一種:服務類型、內(nèi)容描述。其中，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯；所述內(nèi)容描述是對服務內(nèi)容的描述，包括但不限于以下至少一種:名稱、摘要、關鍵詞、適用對象、作者等，可選地，所述內(nèi)容描述由用戶輸入。舉例來說，服務類型為音頻播放時，內(nèi)容描述可以是對一首歌曲的描述，比如，該歌曲的名稱、演唱者等。
[0069]可選地，所述歷史服務上下文包括:服務類型、內(nèi)容元數(shù)據(jù)以及服務進度。其中，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯；所述內(nèi)容元數(shù)據(jù)包括服務內(nèi)容的一些屬性數(shù)據(jù)，比如名稱、摘要、關鍵詞、適用對象、作者等；所述服務進度舉例來說可以是音頻或視頻文件中的位置，比如30分40秒，小說中的章節(jié)和/或頁數(shù)，
坐寸ο
[0070]具體地，相關度確定模塊22確定歷史服務上下文與歷史服務請求的相關度有多種方式，可選地，相關度確定模塊22可以根據(jù)歷史服務上下文中的服務類型和/或內(nèi)容元數(shù)據(jù)與歷史服務請求中的服務類型和/或內(nèi)容描述是否匹配來確定相關度。舉例來說，若第一歷史服務上下文中的服務類型、內(nèi)容元數(shù)據(jù)分別與歷史服務請求中的服務類型、內(nèi)容描述匹配，則相關度確定模塊22確定所述第一歷史服務上下文與所述歷史服務請求的相關度為2 ;若第二歷史服務上下文中的服務類型與歷史服務請求中的服務類型匹配，比如均為音頻播放，但所述第二歷史服務上下文中的內(nèi)容元數(shù)據(jù)與所述歷史服務請求中的內(nèi)容描述不匹配，則相關度確定模塊22確定所述第二歷史服務上下文與所述歷史服務請求的相關度為I ;若第三歷史服務上下文中的服務類型與歷史服務請求中的服務類型不匹配，且所述第三歷史服務上下文中的內(nèi)容元數(shù)據(jù)與所述歷史服務請求中的內(nèi)容描述不匹配，則相關度確定模塊22確定所述第三歷史服務上下文與所述歷史服務請求的相關度為O。
[0071]在一種可能的場景中，所述歷史服務請求中包括多種服務類型，這多種服務類型對應不同的優(yōu)先級，相應地，與越高優(yōu)先級的服務類型匹配的歷史服務上下文與所述歷史服務請求的相關度越高。舉例來說，所述歷史服務請求中的服務類型包括優(yōu)先級順序從高到低的視頻播放、音頻播放和網(wǎng)頁瀏覽，相應地，相關度確定模塊22確定服務類型為音頻播放的歷史服務上下文與所述歷史服務請求的相關度高于服務類型為網(wǎng)頁瀏覽的歷史服務上下文與所述歷史服務請求的相關度、低于服務類型為視頻播放的歷史服務上下文與所述歷史服務請求的相關度。
[0072]通常，本地的至少一個歷史服務上下文是用戶設備200之前保存的，具體地，用戶設備200可以在本地一服務暫停、中止或終止時生成并保存所述至少一個歷史服務上下文。
[0073]在一種可選的實現(xiàn)方式中，考慮到歷史服務信息的隱私性，如圖2b所示，用戶設備200還包括:鑒權(quán)模塊25，用于對所述請求設備進行鑒權(quán)；
[0074]相關度確定模塊22具體用于:若鑒權(quán)模塊25鑒權(quán)通過，則確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度。
[0075]具體地，鑒權(quán)模塊25對所述請求設備進行鑒權(quán)的方式可以有多種,本實施例對此不作限定。舉例來說，鑒權(quán)模塊25可以根據(jù)請求設備的設備名進行鑒權(quán)，相應地，請求設備在發(fā)送的歷史服務請求中攜帶設備名。在一種可選的場景中，若鑒權(quán)模塊25鑒權(quán)不通過，則相關度確定模塊22不執(zhí)行確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度的動作，即用戶設備200不對請求設備的歷史服務請求進行響應。
[0076]可選地，所述歷史服務請求還包括:服務使用者。
[0077]可選地，所述歷史服務上下文還包括:服務使用者和/或所述服務進度相關的數(shù)據(jù)。其中，所述服務使用者用于標識所述歷史服務的使用者；所述服務進度相關的數(shù)據(jù)可以是服務內(nèi)容中與所述服務進度有關的部分，舉例來說，當服務類型為視頻播放，服務內(nèi)容為某電影，服務進度為30分40秒，所述服務進度相關的數(shù)據(jù)可以是該電影在30分40秒時的畫面。
[0078]在一種可能的場景中，所述歷史服務請求包括服務類型和服務使用者，接收到歷史服務請求的用戶設備200可選地還包括過濾模塊，過濾模塊根據(jù)所述服務使用者過濾本地的歷史服務上下文，然后相關度確定模塊22根據(jù)所述服務類型，確定過濾后的歷史服務上下文與所述歷史服務請求的相關度。舉例來說，歷史服務請求包括服務使用者張三，用戶設備200的多個歷史服務上下文中的服務使用者有的是張三，有的是李四，有的是王五，則過濾模塊將服務使用者不為張三的歷史服務上下文均過濾掉，相關度確定模塊22確定服務使用者為張三的歷史服務上下文與所述歷史服務請求的相關度。
[0079]通常，與所述歷史服務請求的相關度不同的歷史服務上下文對應的發(fā)送時延不同。
[0080]可選地，時延確定模塊23具體用于:根據(jù)預設的相關度與發(fā)送時延的對應關系和所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延。
[0081]可選地，歷史服務上下文與所述歷史服務請求的相關度和所述歷史服務上下文對應的發(fā)送時延之間可以是正向關系，即與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越長，也可以是負向關系，即與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短。需要說明的是，當與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短時，從請求設備來看，能夠較早的接收到與所述歷史服務請求的相關度較高的歷史服務上下文，用戶體驗可能更好一些。
[0082]其中，歷史服務上下文對應的發(fā)送時延可以是O,或是+ 或是O到+ 00之間的任一數(shù)值。發(fā)送時延的單位可以為毫秒(ms)。舉例來說，與歷史服務請求的相關度最高的歷史服務上下文對應的發(fā)送時延可以是O，與歷史服務請求的相關度為O的歷史服務上下文對應的發(fā)送時延可以是+ 00。
[0083]舉例來說，用戶設備200有3個歷史服務上下文，與歷史服務請求的相關度分別為
4、2、I,相應地,這3個歷史服務上下文對應的發(fā)送時延分別為4ms、2ms、Ims,或分別為Ims、2ms、4ms ο
[0084]舉例來說，若第一歷史服務上下文對應的發(fā)送時延是0，則發(fā)送模塊24立刻發(fā)送所述第一歷史服務上下文；若第二歷史服務上下文對應的發(fā)送時延是+⑴，則發(fā)送模塊24不發(fā)送所述第二歷史服務上下文；若第三歷史服務上下文對應的發(fā)送時延是2ms，則發(fā)送模塊24從當前時刻起算到達2ms時發(fā)送所述第三歷史服務上下文，其中，當前時刻可以是發(fā)送模塊24準備好了發(fā)送本地的各歷史服務上下文的時刻。
[0085]在一種可選的實現(xiàn)方式中，接收模塊21具體用于:
[0086]在無線局域網(wǎng)中接收所述請求設備廣播的歷史服務請求。
[0087]可選地，所發(fā)送模塊24具體用于:
[0088]根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，在所述無線局域網(wǎng)中廣播所述至少一個歷史服務上下文。
[0089]其中，所述無線局域網(wǎng)采用以下至少一種無線技術:藍牙、WiF1、Zigbee。
[0090]在一種可選的實現(xiàn)方式中，接收模塊21還用于:
[0091]接收其它設備發(fā)送的歷史服務上下文；
[0092]如圖2c所示，用戶設備200還包括:更新模塊26，用于若本地存在與所述其它設備發(fā)送的歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均匹配且服務進度不同的歷史服務上下文，則更新或刪除本地的所述歷史服務上下文。
[0093]舉例來說，用戶設備200的第一歷史服務上下文中，服務類型為視頻播放，內(nèi)容元數(shù)據(jù)為電影A的名稱，服務進度為30分40秒，其它設備發(fā)送的第二歷史服務上下文中，月艮務類型為視頻播放，內(nèi)容元數(shù)據(jù)為電影A的名稱和內(nèi)容摘要，服務進度為20分20秒，第一歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均與所述第二歷史服務上下文匹配，且第一歷史服務上下文中的服務進度與所述第二歷史服務上下文不同，相應地，更新模塊26可以在用戶設備200上刪除所述第一歷史服務上下文，或者，將所述第一歷史服務上下文中的服務進度更新為與所述第二歷史服務上下文中的服務進度相同，即將所述第一歷史服務上下文中的服務進度由30分40秒更新為20分20秒。
[0094]進一步地，更新模塊26還可以設置服務進度的刪除或更新策略，比如，若服務進度更靠前則刪除，或?qū)⒏壳暗姆者M度更新為更靠后的服務進度，或者，反之。舉例來說，當服務進度的更新策略為將更靠前的服務進度更新為更靠后的服務進度時，在上述第一歷史服務上下文中服務進度為30分40秒，第二歷史服務上下文中的服務進度為20分20秒的場景中，更新模塊26可以不刪除、也不更新所述第一歷史服務上下文，可選地，若上述場景中第二歷史服務上下文中的服務進度為40分20秒，則更新模塊26刪除所述第一歷史服務上下文，或，將所述第一歷史服務上下文中的服務進度由30分40秒更新為40分20秒。
[0095]在一種可能的場景中，所述其它設備與用戶設備200、所述請求設備處于同一無線局域網(wǎng)中，所述其它設備發(fā)送的歷史服務上下文是所述其它設備基于所述請求設備的歷史服務請求在無線局域網(wǎng)中廣播的?？蛇x地，無線局域網(wǎng)中用戶設備對于本地的歷史服務上下文與歷史服務請求的相關度的計算方法一致，且遵從相同的相關度與發(fā)送時延的對應關系O
[0096]本實施例通過根據(jù)所述至少一個歷史服務上下文各自與請求設備發(fā)送的歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延，根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文，提供了一種設備間的服務信息交互方案，使得能夠?qū)崿F(xiàn)跨設備服務的應用，進一步地，由于發(fā)送時延根據(jù)相關度確定，使得發(fā)送時延可以錯開，減輕了信道沖突，并且，使得請求設備可以按照一定的相關度的次序接收與所述歷史服務請求的相關度不同的歷史服務上下文，提升了用戶體驗。
[0097]圖3為本發(fā)明提供的一種用戶設備實施例二的結(jié)構(gòu)圖。如圖3所示，用戶設備300包括:
[0098]處理器(processor)31、通信接口(Communications Interface) 32、存儲器(memory ) 33、以及通信總線34。其中:
[0099]處理器31、通信接口 32、以及存儲器33通過通信總線34完成相互間的通信。
[0100]通信接口 32，用于與其它設備比如請求設備等外部設備的通信。
[0101]處理器31，用于執(zhí)行程序332，具體可以執(zhí)行上述方法實施例中的相關步驟。
[0102]具體地，程序332可以包括程序代碼，所述程序代碼包括計算機操作指令。
[0103]處理器31可能是一個中央處理器CPU，或者是特定集成電路ASIC (ApplicationSpecific Integrated Circuit),或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。
[0104]存儲器33，用于存放程序332。存儲器33可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory),例如至少一個磁盤存儲器。程序332具體可以用于使得……300執(zhí)行以下步驟:
[0105]接收請求設備發(fā)送的歷史服務請求；
[0106]確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度；
[0107]根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延；
[0108]根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
[0109]程序332中各步驟的具體實現(xiàn)可以參見上述方法實施例中的相應步驟和單元中對應的描述，在此不贅述。所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的設備和模塊的具體工作過程，可以參考前述方法實施例中的對應過程描述，在此不再贅述。
[0110]本領域普通技術人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及方法步驟，能夠以電子硬件、或者計算機軟件和電子硬件的結(jié)合來實現(xiàn)。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術方案的特定應用和設計約束條件。專業(yè)技術人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。[0111]所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對原有技術做出貢獻的部分或者該技術方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括:U盤、移動硬盤、只讀存儲器(ROM，Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0112]以上實施方式僅用于說明本發(fā)明，而并非對本發(fā)明的限制，有關【技術領域】的普通技術人員，在不脫離本發(fā)明的精神和范圍的情況下，還可以做出各種變化和變型，因此所有等同的技術方案也屬于本發(fā)明的范疇，本發(fā)明的專利保護范圍應由權(quán)利要求限定。
【權(quán)利要求】
1.一種服務信息交互方法，其特征在于，所述方法包括: 接收請求設備發(fā)送的歷史服務請求； 確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度； 根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延； 根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短。
3.根據(jù)權(quán)利要求 1或2所述的方法，其特征在于，所述歷史服務請求包括以下至少一種:服務類型、內(nèi)容描述。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述歷史服務請求還包括:服務使用者。
5.根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述歷史服務上下文包括:服務類型、內(nèi)容元數(shù)據(jù)以及服務進度。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述歷史服務上下文還包括:服務使用者和/或所述服務進度相關的數(shù)據(jù)。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括: 接收其它設備發(fā)送的歷史服務上下文； 若本地存在與所述其它設備發(fā)送的歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均匹配且服務進度不同的歷史服務上下文，則更新或刪除本地的所述歷史服務上下文。
8.根據(jù)權(quán)利要求3或5所述的方法，其特征在于，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯。
9.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述接收請求設備發(fā)送的歷史服務請求，包括: 在無線局域網(wǎng)中接收所述請求設備廣播的歷史服務請求。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文，包括: 根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，在所述無線局域網(wǎng)中廣播所述至少一個歷史服務上下文。
11.根據(jù)權(quán)利要求9或10所述的方法，其特征在于，所述無線局域網(wǎng)采用以下至少一種無線技術:藍牙、WiF1、Zigbee。
12.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度之前，還包括:對所述請求設備進行鑒權(quán)； 所述確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度，包括: 若所述鑒權(quán)通過，則確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度。
13.一種用戶設備，其特征在于，所述用戶設備包括: 接收模塊，用于接收請求設備發(fā)送的歷史服務請求； 相關度確定模塊，用于確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度; 時延確定模塊，用于根據(jù)所述至少一個歷史服務上下文各自與所述歷史服務請求的相關度，確定至少一個歷史服務上下文各自對應的發(fā)送時延； 發(fā)送模塊，用于根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，發(fā)送所述至少一個歷史服務上下文。
14.根據(jù)權(quán)利要求13所述的設備，其特征在于，與所述歷史服務請求的相關度越高的歷史服務上下文對應的發(fā)送時延越短。
15.根據(jù)權(quán)利要求13或14所述的設備，其特征在于，所述歷史服務請求包括以下至少一種:服務類型、內(nèi)容描述。
16.根據(jù)權(quán)利要求15所述的設備，其特征在于，所述歷史服務請求還包括:服務使用者。
17.根據(jù)權(quán)利要求15或16所述的設備，其特征在于，所述歷史服務上下文包括:服務類型、內(nèi)容元數(shù)據(jù)以及服務進度。
18.根據(jù)權(quán)利要求17所述的設備，其特征在于，所述歷史服務上下文還包括:服務使用者和/或所述服務進度相關的數(shù)據(jù)。
19.根據(jù)權(quán)利要求17所述的設備，其特征在于，所述接收模塊還用于:接收其它設備發(fā)送的歷史服務上下文； 所述設備還包括:更新模塊，用于若本地存在與所述其它設備發(fā)送的歷史服務上下文中的服務類型和內(nèi)容元數(shù)據(jù)均匹配且服務進`度不同的歷史服務上下文，則更新或刪除本地的所述歷史服務上下文。
20.根據(jù)權(quán)利要求15或17所述的設備，其特征在于，所述服務類型包括以下至少一種:音頻播放、視頻播放、網(wǎng)頁瀏覽、文檔編輯。
21.根據(jù)權(quán)利要求13或14所述的設備，其特征在于，所述接收模塊具體用于: 在無線局域網(wǎng)中接收所述請求設備廣播的歷史服務請求。
22.根據(jù)權(quán)利要求21所述的設備，其特征在于，所述發(fā)送模塊具體用于:根據(jù)所述至少一個歷史服務上下文各自對應的發(fā)送時延，在所述無線局域網(wǎng)中廣播所述至少一個歷史服務上下文。
23.根據(jù)權(quán)利要求21或22所述的設備，其特征在于，所述無線局域網(wǎng)采用以下至少一種無線技術:藍牙、WiF1、Zigbee。
24.根據(jù)權(quán)利要求13或14所述的設備，其特征在于，所述設備還包括:鑒權(quán)模塊，用于對所述請求設備進行鑒權(quán)； 所述相關度確定模塊具體用于:若所述鑒權(quán)模塊鑒權(quán)通過，則確定本地的至少一個歷史服務上下文與所述歷史服務請求的相關度。
【文檔編號】H04L29/06GK103747017SQ201410040943
【公開日】2014年4月23日 申請日期:2014年1月28日 優(yōu)先權(quán)日:2014年1月28日
【發(fā)明者】劉嘉 申請人:北京智谷睿拓技術服務有限公司