鬼佬大哥大
  • / 11
  • 下載費用:30 金幣  

同步信息的方法及裝置.pdf

關 鍵 詞:
同步 信息 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201510271880.0

申請日:

2015.05.25

公開號:

CN104902021A

公開日:

2015.09.09

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):H04L 29/08申請日:20150525|||公開
IPC分類號: H04L29/08; G06F17/30 主分類號: H04L29/08
申請人: 北京嘀嘀無限科技發展有限公司
發明人: 王云生
地址: 100085北京市海淀區上地東路9號1號樓5層北區1號
優先權:
專利代理機構: 北京路浩知識產權代理有限公司11002 代理人: 李相雨
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201510271880.0

授權公告號:

||||||

法律狀態公告日:

2018.07.20|||2015.10.07|||2015.09.09

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明提供了一種同步信息的方法,包括:客戶端接收服務端發送的第一信息;客戶端接收到所述第一信息后,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,客戶端向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端。本發明還提供了一種同步信息的裝置,包括接收單元及處理單元。本發明能夠在較短時間內使得服務端和客戶端所保存的聽單偏好信息達到一致,且不會對用戶體驗造成影響。

權利要求書

權利要求書
1.  一種同步信息的方法,其特征在于,該方法包括:
客戶端接收服務端發送的第一信息,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一聽單偏好信息匹配的信息;
客戶端接收到所述第一信息后,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;
若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,客戶端向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端;
其中,所述第一聽單偏好信息和第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。

2.  根據權利要求1所述的方法,其特征在于,所述方法還包括:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則客戶端向用戶展現所述訂單信息。

3.  根據權利要求1所述的方法,其特征在于,所述客戶端接收服務端發送的第一信息之前,還包括:
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作。

4.  根據權利要求1所述的方法,其特征在于,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息;
所述預約訂單聽單偏好信息包括預設的接單時間段信息;
所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息。

5.  根據權利要求4所述的方法,其特征在于,所述客戶端接收服務端發送的第一信息之前,還包括:
服務端根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息;
服務端根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。

6.  一種同步信息的裝置,其特征在于,該裝置包括:
接收單元,用于接收服務端發送的第一信息,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一聽單偏好信息匹配的信息;
處理單元,用于當接收到所述第一信息時,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,則向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端;
其中,所述第一聽單偏好信息和第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。

7.  根據權利要求6所述的裝置,其特征在于,所述裝置還包括展現單元,用于:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則向用戶展現所述訂單信息。

8.  根據權利要求6所述的裝置,其特征在于,所述裝置還包括設 置單元,用于:
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作。

9.  根據權利要求6所述的裝置,其特征在于,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息;
所述預約訂單聽單偏好信息包括預設的接單時間段信息;
所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息。

10.  根據權利要求6所述的裝置,其特征在于,所述裝置還包括篩選單元,用于:
根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息;
根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。

說明書

說明書同步信息的方法及裝置
技術領域
本發明涉及計算機處理技術領域,尤其涉及同步信息的方法及裝置。
背景技術
目前,打車系統的使用越來越普遍,乘客可以便捷地通過移動終端上安裝的打車系統發布打車請求,打車請求發送至服務端,而服務端通常會根據司機設置的聽單偏好向司機所持的客戶端推送相應的訂單信息。而如何保證服務端存儲的聽單偏好信息和客戶端存儲的聽單偏好信息一致則成為至關重要的問題。
現在常用的信息同步方法為:客戶端向服務端發送用戶設置的聽單偏好信息后,屏蔽用戶的一切操作,直至接收到服務端反饋的聽單偏好信息的接收確認消息,如此保證服務端和客戶端所保存的聽單偏好信息一致。
然而,上述方法的弊端是:當客戶端向發送聽單偏好信息時,會屏蔽用戶的一切操作,如此會對用戶體驗造成不便;而且,當用戶更換客戶端時,仍然會造成服務端和客戶端所保存的聽單偏好信息不一致。
發明內容
針對現有技術的缺陷,本發明提供一種同步信息的方法及裝置,能夠在較短時間內使得服務端和客戶端所保存的聽單偏好信息達到一致,且不會對用戶體驗造成影響。
第一方面,本發明提供了一種同步信息的方法,該方法包括:
客戶端接收服務端發送的第一信息,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一 聽單偏好信息匹配的信息;
客戶端接收到所述第一信息后,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;
若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,客戶端向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端;
其中,所述第一聽單偏好信息和第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。
優選地,所述方法還包括:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則客戶端向用戶展現所述訂單信息。
優選地,所述客戶端接收服務端發送的第一信息之前,還包括:
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作。
優選地,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息;
所述預約訂單聽單偏好信息包括預設的接單時間段信息;
所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息。
優選地,所述客戶端接收服務端發送的第一信息之前,還包括:
服務端根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息;
服務端根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。
第二方面,本發明還提供了一種同步信息的裝置,該裝置包括:
接收單元,用于接收服務端發送的第一信息,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一聽單偏好信息匹配的信息;
處理單元,用于當接收到所述第一信息時,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,則向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端;
其中,所述第一聽單偏好信息和第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。
優選地,所述裝置還包括展現單元,用于:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則向用戶展現所述訂單信息。
優選地,所述裝置還包括設置單元,用于:
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的 操作。
優選地,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息;
所述預約訂單聽單偏好信息包括預設的接單時間段信息;
所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息。
優選地,所述裝置還包括篩選單元,用于:
根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息;
根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。
由上述技術方案可知,本發明提供一種同步信息的方法及裝置,在服務端根據其存儲的客戶端的聽單偏好信息向所述客戶端發送訂單信息的同時,向客戶端發送其所存儲的聽單偏好信息,而客戶端進一步對服務端存儲的聽單偏好信息和客戶端存儲的聽單偏好信息進行比較,若兩者不一致則重新發送聽單偏好信息至服務端。如此服務端每次向客戶端發送訂單信息時都會發送聽單偏好信息,從而能夠在較短時間內使得服務端和客戶端所保存的聽單偏好信息達到一致,且不會對用戶體驗造成影響。
附圖說明
為了更清楚地說明本公開實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本公開的一些實施例,對于本領域普通技術人員來講,在不付出創造性勞動的前提下,還可以根據這些圖獲得其他的附圖。
圖1是本發明一實施例提供的一種同步信息的方法的流程示意圖;
圖2是本發明另一實施例提供的一種同步信息的裝置的結構示意 圖。
具體實施方式
下面將結合本公開實施例中的附圖,對本公開實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本公開一部分實施例,而不是全部的實施例。基于本公開中的實施例,本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例,都屬于本公開保護的范圍。
如圖1所示,為本公開一實施例提供的一種同步信息的方法,該方法包括如下步驟:
S1:客戶端接收服務端發送的第一信息。
其中,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一聽單偏好信息匹配的信息。
其中,所述客戶端為提供服務方,如交通工具叫車服務中的司機,所使用的用于接單的移動終端或個人計算機(Personal Computer,簡稱PC)等設備。例如智能手機、個人數碼助理(PDA)、平板電腦、筆記本電腦、車載電腦(carputer)、掌上游戲機、智能眼鏡、智能手表、可穿戴設備、虛擬顯示設備或顯示增強設備(如Google Glass、Oculus Rift、Hololens、Gear VR)等。
其中,所述訂單信息包括:終端出發地信息、終端目的地信息、終端的標識、和/或所述訂單信息的生成時間等等。其中,終端為服務需求方,如交通工具叫車服務中的乘客,所使用的移動終端或個人計算機(Personal Computer,簡稱PC)等設備;終端的標識包含手機號碼、身份標識碼(Identity,簡稱id)、硬件地址(Media Access Control,簡稱MAC)等。
需要說明的是,第一聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息,例如用戶設置的偏好接單的時間段和地址范圍等信息。其中,用戶為司機。則所述訂單信息為與所述第一 聽單偏好信息匹配的信息是指:根據第一聽單偏好信息中設置的條件,服務端篩選出多個符合該條件的訂單。而該聽單偏好信息為客戶端預先發送至服務端并存儲的聽單偏好信息,服務端根據第一聽單偏好信息篩選出與第一聽單偏好信息中的預設的接單時間信息及接單地址信息匹配的多個訂單,并發送至客戶端。
S2:客戶端接收到所述訂單信息后,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較。
具體來說,本實施例中客戶端將用戶設置的聽單偏好信息發送給服務端后,服務端并不會反饋響應消息至客戶端。因此,為避免客戶端發送聽單偏好信息失敗使得客戶端和服務端的聽單偏好信息不一致,則將服務端的第一聽單偏好信息和客戶端的第二聽單偏好信息進行比較。其中,所述第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。
則將第一聽單偏好信息中的預設接單時間段與第二聽單偏好信息中的預設接單時間段進行比較,同時將第一聽單偏好信息中的預設接單地址范圍與第二聽單偏好信息中的預設接單地址范圍進行比較,若兩者均相同,則表明第一聽單偏好信息與第二聽單偏好信息一致,否則第一聽單偏好信息與第二聽單偏好信息不一致。
S3:若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,客戶端向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端。
具體來說,若第一聽單偏好信息與第二聽單偏好信息不一致,則表明服務端并未成功接收到客戶端設置的最新的聽單偏好信息,則客戶端重新發送第二聽單偏好信息,使得服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,以使客戶端和服務端的聽單偏好信息一致,而且服務端將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端,如此保證服務端根據聽單偏好信息向客 戶端推送適合用戶的訂單信息。
相應地,所述方法還包括如下步驟:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則客戶端向用戶展現所述訂單信息。
具體來說,若第一聽單偏好信息與第二聽單偏好信息一致,則表明服務端已成功接收并更新客戶端發送的最新設置的聽單偏好信息,則客戶端進一步將訂單信息展現給用戶,以使用戶從中選擇某一訂單。
本實施例中,步驟S1之前,該方法還包括如下步驟:
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
客戶端接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作。
其中,接收用戶在客戶端的界面的操作是指,在客戶端將用戶設置的聽單偏好信息發送至服務端后,并不會彈出loading對話框屏蔽用戶的在客戶端界面的任何操作,且不管是否接收到服務端的響應消息,都能夠立即接收用戶在客戶端界面上的所有操作。
由此可見,本實施例中,客戶端將聽單偏好信息發送給服務端后,并不會屏蔽用戶的一切操作而去等待接收服務端的響應消息,而是當服務端下次推送訂單信息時,才去驗證客戶端與服務端的聽單偏好信息是否一致,因此本實施例提供的方法相對于現有方法更方便用戶的體驗,不會造成時間的浪費,且由于服務端向客戶端推送訂單信息的頻率比較頻繁,則會在較短時間內使得客戶端與服務端所存儲的聽單偏好信息達到一致。
本實施例中,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息。
其中,客戶端標識包括:手機號碼、身份標識碼(Identity,簡稱id)、硬件地址(Media Access Control,簡稱MAC)等。而由于訂單可分為預約訂單和實時訂單,則聽單偏好信息包括預約訂單聽單偏好信息和實時訂單聽單偏好信息。
具體來說,所述預約訂單聽單偏好信息包括預設的接單時間段信息,即用戶偏好接單的時間段信息;所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息,即用戶偏好接單的地址范圍。舉例來說,預約訂單聽單偏好信息包括時間段信息,如預約時間為下午5點至下午8點的時間段;實時訂單聽單偏好信息包括地址范圍信息,如出發地地址范圍信息或目的地地址范圍信息,如訂單出發地距離客戶端當前地址2km的范圍內,或訂單目的地距離客戶端當前地址10km的范圍內。
進一步地,本實施例步驟S1之前,該方法還包括如下步驟:
服務端根據本地存儲的客戶端的第一聽單偏好信息獲得與所述第一聽單偏好信息匹配的訂單信息。而該步驟具體包括:
A01:服務端根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息。
舉例來說,若預約訂單聽單偏好信息中的預設的時間段信息為下午5點至下午8點,則從所有預約訂單中篩選出預約時間為下午5點至下午8點的預約訂單,并將篩選出的預約訂單信息發送至客戶端。
A02:服務端根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。
舉例來說,若實時訂單聽單偏好信息中預設的地址范圍信息為距離客戶端當前地址2km的范圍,則從所有實時訂單中篩選出訂單出發地距離客戶端當前地址2km的范圍內的實時訂單,并將篩選出的實時訂單信息發送至客戶端。
本實施例提供了一種同步信息的方法,在服務端根據其存儲的客戶端的聽單偏好信息向所述客戶端發送訂單信息的同時,向客戶端發送其所存儲的聽單偏好信息,使得客戶端將服務端存儲的聽單偏好信息和客戶端存儲的聽單偏好信息進行比較,若不一致則重新發送聽單偏好信息至服務端。如此服務端每次向客戶端發送訂單信息時都會發送聽單偏好信息,從而能夠在較短時間內使得服務端和客戶端所保存的聽單偏好信息達到一致,且不會對用戶體驗造成影響。
如圖2所示,為本公開另一實施例提供了一種同步信息的裝置結構示意圖,該裝置包括:接收單元201及處理單元202。其中:
接收單元201,用于接收服務端發送的第一信息,所述第一信息包括訂單信息和所述服務端存儲的第一聽單偏好信息,所述訂單信息為與所述第一聽單偏好信息匹配的信息;
處理單元202,用于當接收到所述訂單信息時,將所述第一聽單偏好信息與所述客戶端存儲的第二聽單偏好信息進行比較;若所述第一聽單偏好信息與所述第二聽單偏好信息不一致,則向服務端發送所述第二聽單偏好信息,以使服務端根據所述第二聽單偏好信息同步所述第一聽單偏好信息,并將包括與同步的第一聽單偏好信息匹配的訂單信息的第一信息發送至客戶端;
其中,所述第一聽單偏好信息和第二聽單偏好信息為用戶通過客戶端設置的用于篩選服務端中訂單信息的信息。
需要說明的是,接收單元201及處理單元202均可位于客戶端中。
本實施例中,所述裝置還包括展現單元,用于:
若所述第一聽單偏好信息與所述第二聽單偏好信息一致,則向用戶展現所述訂單信息。所述展現單元可位于客戶端中。
本實施例中,所述裝置還包括設置單元,用于:
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作;
接收所述服務端發送的完成更新所述服務端內存儲的客戶端的第一聽單偏好信息的響應信息;
或者,
接收用戶通過訂單設置對話框設置的聽單偏好信息,將所述用戶設置的聽單偏好信息發送至服務端,以及接收用戶在客戶端的界面的操作。
需要說明的是,所述設置單元可位于客戶端中。
本實施例中,所述聽單偏好信息包括:客戶端標識、預約訂單聽單偏好信息和實時訂單聽單偏好信息;
所述預約訂單聽單偏好信息包括預設的接單時間段信息;
所述實時訂單聽單偏好信息包括根據客戶端的當前地址預設的接單地址范圍信息。
本實施例中,所述裝置還包括篩選單元,用于:
根據所述第一聽單偏好信息中的預約訂單聽單偏好信息,從多個預約訂單中篩選出預設的接單時間段內的預約訂單信息;
根據所述第一聽單偏好信息中的實時訂單聽單偏好信息,從多個實時訂單中篩選出預設的接單地址范圍內的實時訂單信息。
需要說明的是,所述篩選單元可位于服務端中。
對于裝置實施例而言,由于其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
應當注意的是,在本公開的系統的各個部件中,根據其要實現的功能而對其中的部件進行了邏輯劃分,但是,本公開不受限于此,可以根據需要對各個部件進行重新劃分或者組合,例如,可以將一些部件組合為單個部件,或者可以將一些部件進一步分解為更多的子部件。
本公開的各個部件實施例可以以硬件實現,或者以在一個或者多個處理器上運行的軟件模塊實現,或者以它們的組合實現。本領域的技術人員應當理解,可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本公開實施例的系統中的一些或者全部部件的一些 或者全部功能。本公開還可以實現為用于執行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如,計算機程序和計算機程序產品)。這樣的實現本公開的程序可以存儲在計算機可讀介質上,或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到,或者在載體信號上提供,或者以任何其他形式提供。
應該注意的是上述實施例對本公開進行說明而不是對本公開進行限制,并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中,不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本公開可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中,這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
以上實施方式僅適于說明本公開,而并非對本公開的限制,有關技術領域的普通技術人員,在不脫離本公開的精神和范圍的情況下,還可以做出各種變化和變型,因此所有等同的技術方案也屬于本公開的范疇,本公開的專利保護范圍應由權利要求限定。

關于本文
本文標題:同步信息的方法及裝置.pdf
鏈接地址:http://www.wwszu.club/p-6369557.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大