亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種數(shù)據(jù)傳輸方法以及終端與流程

文檔序號:11147233閱讀:856來源:國知局
一種數(shù)據(jù)傳輸方法以及終端與制造工藝

本發(fā)明涉及信息技術,尤其涉及一種數(shù)據(jù)傳輸方法以及終端。



背景技術:

隨著智能穿戴設備的興起,智能終端與智能穿戴設備之間的數(shù)據(jù)傳輸也越來越多。在數(shù)據(jù)量比較大的時候,比如對于藍牙,尤其是低功耗藍牙等,傳輸會變得不穩(wěn)定而且耗時較長,容易導致數(shù)據(jù)丟失,傳輸失敗。

在傳輸音樂時,為了使得智能穿戴設備更加智能,能夠適應不同的場景播放相應的音樂,通常要向智能穿戴設備傳輸一些標記,以使智能穿戴設備能夠根據(jù)這些標記實現(xiàn)智能得播放音樂。如何有效的壓縮標記的數(shù)據(jù)量,而不影響智能終端與智能穿戴設備之間的交互,是一個亟待解決的問題。



技術實現(xiàn)要素:

本發(fā)明的目的在于提出一種數(shù)據(jù)傳輸方法以及終端,能夠壓縮數(shù)據(jù)量,節(jié)約資源。

為解決上述問題,本發(fā)明提供一種數(shù)據(jù)傳輸方法,包括:

一種數(shù)據(jù)傳輸方法,所述方法包括:

向第二智能終端發(fā)送歌曲名稱列表請求;

接收第二智能終端發(fā)送的歌曲名稱列表;

向第二智能終端發(fā)送歌曲標記列表。

進一步的,在上述方法中,所述歌曲標記列表由一個或者多個歌曲標記組成,所述歌曲名稱列表由一個或者多個歌曲名稱組成,所述歌曲標記在所述歌曲標記列表中的位置與所述歌曲名稱在所述歌曲名稱列表中的位置對應。

進一步的,在上述方法中,所述接收第二智能終端發(fā)送的歌曲名稱列表后,包括:

根據(jù)所述歌曲名稱列表中的每一個所述歌曲名稱,獲取用戶或者服務器設置的所述歌曲名稱對應的所述歌曲標記。

進一步的,在上述方法中,所述歌曲標記為一位或者多位二進制;所述歌曲標記列表為一個二進制數(shù)組。

進一步的,在上述方法中,所述向第二智能終端發(fā)送歌曲標記列表之前,包括:

所述歌曲標記列表存放完畢所有所述歌曲標記后,加一閾值。

進一步的,在上述方法中,所述歌曲標記列表的第一位為0,所述歌曲標記列表從第二位開始存放所述歌曲標記。

進一步的,在上述方法中,所述向第二智能終端發(fā)送歌曲標記列表,還包括:向第二智能終端發(fā)送歌曲標記列表時,將所述歌曲標記列表同步到服務器。

進一步的,在上述方法中,其特征在于,所述向第二智能終端發(fā)送歌曲標記列表,包括:

使用XML文件發(fā)送所述歌曲標記列表。

根據(jù)本發(fā)明的另一面,本發(fā)明提供一種數(shù)據(jù)傳輸方法,包括:

接收第一智能終端發(fā)送的歌曲名稱列表請求;

向第一智能終端發(fā)送歌曲名稱列表;

接收歌曲標記列表。

進一步的,在上述方法中,其特征在于,所述歌曲標記列表由一個或者多個歌曲標記組成,所述歌曲名稱列表由一個或者多個歌曲名稱組成,所述歌曲標記在所述歌曲標記列表中的位置與所述歌曲名稱在所述歌曲名稱列表中的位置對應。

進一步的,在上述方法中,其特征在于,所述歌曲標記為一位或者多位二進制;所述歌曲標記列表為一個二進制數(shù)組。

進一步的,在上述方法中,其特征在于,所述接收歌曲標記列表之后,包括:

將所述歌曲標記列表減去一閾值。

根據(jù)本發(fā)明的另一面,本發(fā)明提供一種數(shù)據(jù)傳輸終端,所述終端包括:

發(fā)送模塊,用于向另一終端發(fā)送歌曲名稱列表請求;

接收模塊,用于接收另一終端發(fā)送的歌曲名稱列表;

所述發(fā)送模塊,還用于向另一終端發(fā)送歌曲標記列表。

進一步的,在上述終端中,所述終端還包括:

處理模塊,用于處理所述歌曲名稱列表,形成對應的所述歌曲標記列表。

進一步的,在上述終端中,所述終端還包括:

獲取模塊,用于根據(jù)所述歌曲名稱列表中的每一個歌曲名稱,獲取用戶或者服務器設置的與所述歌曲名稱對應的歌曲標記。

進一步的,在上述終端中,所述處理模塊,還用于:

將所述歌曲名稱列表中的每一歌曲名稱處理為一位或者多位二進制的歌曲標記,存放于所述歌曲標記列表中的對應位置。

進一步的,在上述終端中,所述處理模塊,還用于:

當所述歌曲名稱列表中的每一歌曲名稱都處理完成時,將所述歌曲標記列表加一閾值。

進一步的,在上述終端中,其特征在于,所述處理模塊,還用于:

將所述歌曲標記列表的第一個二進制位為設為0,所述歌曲標記列表從第二位開始存放所述歌曲標記。

進一步的,在上述終端中,所述處理模塊,還用于:

將所述歌曲標記列表處理為XML文件。

根據(jù)本發(fā)明的另一面,本發(fā)明提供一種數(shù)據(jù)傳輸終端,包括:

接收模塊,用于接收另一終端發(fā)送的歌曲名稱列表請求;

發(fā)送模塊,用于向另一終端發(fā)送歌曲名稱列表;

所述接收模塊,還用于接收歌曲標記列表。

進一步的,在上述終端中,所述數(shù)據(jù)傳輸終端,還包括:

處理模塊,用于將所述歌曲標記列表減去一閾值。

附圖說明

圖1是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)谝粚嵤├姆椒鞒淌疽鈭D;

圖2是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)诙嵤├姆椒鞒淌疽鈭D;

圖3是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)谌龑嵤├姆椒鞒淌疽鈭D;

圖4是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)谒膶嵤├慕K端的功能模塊示意圖;

圖5是本發(fā)明實施例提供的一種數(shù)據(jù)傳輸?shù)谖鍖嵤├慕K端的功能模塊示意圖;

具體實施方式

下面結(jié)合附圖和實施例對本發(fā)明實施例作進一步的詳細說明??梢岳斫獾氖牵颂幩枋龅木唧w實施例僅僅用于解釋本發(fā)明實施例,而非對本發(fā)明實施例的限定。另外還需要說明的是,為了便于描述,附圖中僅示出了與本發(fā)明實施例相關的部分而非全部結(jié)構(gòu)。

下面實施例中的第一智能終端可以是手機,電腦,平板等等智能終端,第二智能終端可以是智能手環(huán),智能手表,藍牙耳機等等智能穿戴設備。

實施例中的標記位主要用于對音樂進行分類,比如高興,傷感,中文,英文,快歌,慢歌等等,下面實施例以快歌和慢歌為例,同樣的,這里的快歌與慢歌同樣可以替換成其他音樂分類。

實施例一

如圖1所示,本發(fā)明提供一種數(shù)據(jù)傳輸方法,包括:

步驟S101,向第二智能終端發(fā)送歌曲名稱列表請求;

步驟S102,接收第二智能終端發(fā)送的歌曲名稱列表;

步驟S103,向第二智能終端發(fā)送歌曲標記列表。

優(yōu)選的,步驟S101之前,包括:

第二智能終端發(fā)現(xiàn)本地的歌曲沒有標記位,比如快歌或者慢歌的標記位(該標記位可以用于根據(jù)用戶的步頻播放相應的快歌或者慢歌),向第一智能終端發(fā)送一個請求,用于請求歌曲標記位的,第一智能終端收到該請求后,向第二智能終端發(fā)送一個請求,用于請求歌曲名稱列表。

優(yōu)選的,步驟S101,包括:

第一智能終端向第二智能終端發(fā)送保存在第一智能終端的歌曲名稱列表,這里的歌曲名稱不一定是歌曲的名字,可以是任何標識一首歌曲的id,歌曲名稱列表里面包含了每個歌曲名稱。

優(yōu)選的,步驟S103,包括:

根據(jù)歌曲名稱列表中的每一個歌曲名稱,處理得到每一個歌曲標記,所有的歌曲標記組成歌曲標記列表,其中歌曲標記在歌曲標記列表中的位置與歌曲名稱在歌曲名稱列表中的位置對應,向第二智能終端發(fā)送歌曲標記列表。

優(yōu)選的,步驟S103,還包括:

根據(jù)歌曲名稱列表中的每一個歌曲名稱,獲取用戶或者服務器設置的歌曲名稱對應的歌曲標記,比如將歌曲名稱列表展示給用戶看,由用戶設置其相應的分類,或者將這些歌曲名稱列表上傳到云服務器,由云服務器通過學習找到相應的分類。

實施例二

如圖2所示,本發(fā)明提供一種數(shù)據(jù)傳輸方法,包括:

步驟S201,向第二智能終端發(fā)送歌曲名稱列表請求;

步驟S202,接收第二智能終端發(fā)送的歌曲名稱列表;

步驟S203,根據(jù)歌曲名稱列表處理得到歌曲標記列表;

步驟S204,歌曲標記列表加一閾值;

步驟S205,向第二智能終端發(fā)送歌曲標記列表。

優(yōu)選的,S201和S202參見實施例1對應的部分。

優(yōu)選的,歌曲標記為一位或者多位二進制,歌曲標記列表為一個二進制數(shù)組。

優(yōu)選的,S203,包括:

根據(jù)歌曲名稱列表中的每一個歌曲名稱,處理得到每一個歌曲標記,即一位或者多位二進制,所有的歌曲標記組成歌曲標記列表,其中歌曲標記在歌曲標記列表中的位置與歌曲名稱在歌曲名稱列表中的位置對應。

該歌曲標記的二進制的位數(shù)與歌曲的分類數(shù)目有關,比如一共有8種歌曲分類,則該歌曲標記的二進制位數(shù)有3位,分別用001,010,011,100,101,110,111來代表8種不同的分類。

優(yōu)選的,S204,包括:

當所有的歌曲標記都放入歌曲標記列表中時,將歌曲標記列表加一閾值,該閾值可以是十進制的100,主要用于防止歌曲標記列表,及二進制數(shù)組與計算機中原本的一些ASCII碼搞混。

優(yōu)選的,S204之后,包括:

將歌曲標記列表前面多加一位0,所述歌曲標記列表從第二位開始存放所述歌曲標記,前面多加一位0主要是用于防止加上閾值歌曲標記列表會發(fā)生溢出。

優(yōu)選的,S205,包括:

第一智能終端直接向第二智能終端發(fā)送歌曲標記列表,或者第一智能終端先向服務器發(fā)送歌曲標記列表,再由服務器或者第一智能終端向第二智能終端發(fā)送歌曲標記列表。這樣可以實現(xiàn)服務器同步該歌曲標記。

優(yōu)選的,S206,包括:

使用XML文件發(fā)送所述歌曲標記列表。

實施例三

如圖3所示,本發(fā)明提供一種數(shù)據(jù)傳輸方法,包括:

步驟S301,接收第一智能終端發(fā)送的歌曲名稱列表請求;

步驟S302,向第一智能終端發(fā)送歌曲名稱列表;

步驟S303,接收歌曲標記列表。

優(yōu)選的,歌曲標記列表由一個或者多個歌曲標記組成,歌曲名稱列表由一個或者多個歌曲名稱組成,歌曲標記在歌曲標記列表中的位置與歌曲名稱在歌曲名稱列表中的位置對應。

優(yōu)選的,歌曲標記為一位或者多位二進制;歌曲標記列表為一個二進制數(shù)組。

優(yōu)選的,S303之后,包括:

將所述歌曲標記列表減去一閾值。

實施例四

如圖4所示,本發(fā)明提供一種數(shù)據(jù)傳輸終端,包括:

發(fā)送模塊401,用于向另一終端發(fā)送歌曲名稱列表請求;

接收模塊402,用于接收另一終端發(fā)送的歌曲名稱列表;

所述發(fā)送模塊401,還用于向另一終端發(fā)送歌曲標記列表。

處理模塊403,用于處理所述歌曲名稱列表,形成對應的所述歌曲標記列表。

優(yōu)選的,所述終端還包括:

獲取模塊404,用于根據(jù)所述歌曲名稱列表中的每一個歌曲名稱,獲取用戶或者服務器設置的與所述歌曲名稱對應的歌曲標記。

優(yōu)選的,處理模塊403,還用于:

將所述歌曲名稱列表中的每一歌曲名稱處理為一位或者多位二進制的歌曲標記,存放于所述歌曲標記列表中的對應位置。

優(yōu)選的,處理模塊403,還用于:

當所述歌曲名稱列表中的每一歌曲名稱都處理完成時,將所述歌曲標記列表加一閾值。

優(yōu)選的,處理模塊403,還用于:

將所述歌曲標記列表的第一個二進制位為設為0,所述歌曲標記列表從第二位開始存放所述歌曲標記。

優(yōu)選的,處理模塊403,還用于:

將所述歌曲標記列表處理為XML文件。

本實施例相關內(nèi)容可以參見實施例一以及實施例二中的相應部分,在此不再贅述。

實施例五

如圖5所示,本發(fā)明提供一種數(shù)據(jù)傳輸終端,包括:

接收模塊501,用于接收另一終端發(fā)送的歌曲名稱列表請求;

發(fā)送模塊502,用于向另一終端發(fā)送歌曲名稱列表;

所述接收模塊501,還用于接收歌曲標記列表。

優(yōu)選的,所述終端還包括:

處理模塊503,用于將所述歌曲標記列表減去一閾值。

實施例五的其它詳細內(nèi)容,具體可參見實施例三的對應部分,在此不再贅述。

綜上所述,本發(fā)明通過向第二智能終端發(fā)送歌曲名稱列表請求,接收第二智能終端發(fā)送的歌曲名稱列表,向第二智能終端發(fā)送歌曲標記列表,能夠有效的壓縮標記的數(shù)據(jù)量,提高傳輸效率。

本說明書中各個實施例采用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似部分互相參見即可。

以上結(jié)合具體實施例描述了本發(fā)明實施例的技術原理。這些描述只是為了解釋本發(fā)明實施例的原理,而不能以任何方式解釋為對本發(fā)明實施例保護范圍的限制?;诖颂幍慕忉?,本領域的技術人員不需要付出創(chuàng)造性的勞動即可聯(lián)想到本發(fā)明實施例的其它具體實施方式,這些方式都將落入本發(fā)明實施例的保護范圍之內(nèi)。

當前第1頁1 2 3 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1