專利名稱：數據傳送的電子設備和方法
技術領域：
本發(fā)明的實施例涉及數據傳送的電子設備和方法，特別地，涉及使用藍牙(Bluetooth)進行數據傳送。
技術背景隨著技術的進步，用戶越來越要求和期望在使用電子設備時更快 地訪問遠程服務。作為一個例子，在移動電子設備的用戶看到一個帶指示在因特網 上可發(fā)現更多信息或竟爭等的URI的廣告時，他們可能不愿意去獲得 URI所提供的服務，因為鍵入URI是緩慢、麻煩和易出錯的，特別是 對于小的移動設備，出錯時還要進行糾錯。EP 1312066改善了用戶訪問URI的速度。它揭示了一種廣告系 統，包含附近消費者設備的用戶不需消費者設備介入就可直接看見的 廣告，其中廣告者設備用藍牙將例如URI的廣告的標識下栽到消費者 設備，以便隨后能將數據下載到消費者設備和從消費者設備上載數 椐。至于怎樣用藍牙將URI從廣告者設備傳送給消費者設備并沒有提 到。在第 一藍牙設備的用戶要訪問本地設備所提供的服務時，第 一藍 牙設備啟動設備發(fā)現(查詢)過程，以發(fā)現哪些設備在范圍內。在范圍 內的藍牙設備以包括它們的藍牙設備地址的查詢響應進4于響應。然 后，第一藍牙設備用"名稱發(fā)現"過程依次尋呼在范圍內的各個設備， 請求設備的對用戶友好的名稱。名稱發(fā)現將可連接設備(即在范圍內 的將響應該尋呼的設備)的藍牙設備名提供給發(fā)起方。發(fā)起方設備將 LMP—name—req消息發(fā)送給可連接設備，而可連接設備以含有藍牙設 備名的LMP name res消息進行響應。藍牙設備名是與設備關聯的對 用戶友好的字符串，由最多248個字節(jié)組成，用UTF-8編碼。得到所 有的名稱后，第一藍牙設備就啟動服務發(fā)現協議(SDP)。它查詢其他 設備，以確定其中是否有可提供服務的候選者。其他設備以所提供的 服務的指示和所使用的協議進行應答。所提供的服務用含有服務名的 服務屬性指示。然后，向第一設備的用戶顯示候選設備的列表。通過 名稱發(fā)現獲得的對用戶友好的名稱用來標識候選設備，因此用戶可以 按所告知的信息選擇應該用哪個設備來提供所需要的服務。然后，只 是執(zhí)行與所選設備的完整鏈路建立過程。月良務發(fā)現協議(SDP)提供了發(fā)現服務和它們的屬性的機制。服務 是任何可為另一個實體提供信息、執(zhí)行操作或控制資源的實體。服務 的所有信息包含在由服務屬性列表組成的單個服務記錄內。一種從一個藍牙設備向另一個藍牙設備提供URI的方式是將它 放在廣告者設備處維持的服務記錄的服務屬性之一內。于是，URI可 在SDP期間傳送。然而，發(fā)明人認識到與每個可連接設備連接、請求它的對用戶友 好的名稱的處理("名稱請求"過程)是很費時的。每個連接需要能占用 多到2.5秒的尋呼過程。因此，在啟動服務發(fā)現協議和得到所需服務 的訪問中可能有某些延遲。所希望的是改善用戶用移動設備訪問服務的速度。發(fā)明內容按照本發(fā)明的一個實施例，提供了一種電子設備，這種電子設備 無線電收發(fā)機，用于接收名稱請求消息和以名稱應答消息進行響應， 該名稱應答消息包括對名稱的附加數據或作為對名稱的替代的數據。按照本發(fā)明的另一個實施例，提供了一種計算機程序，這種計算 機程序包括計算機程序指令，用于使電子收發(fā)機設備能通過傳送名稱 應答消息來響應所接收的名稱請求消息，該名稱應答消息包括對名稱 的附加數據或作為對名稱的替代的數據。這種計算機程序可以實現在 計算機可讀介質或載體或存儲器上。
按照發(fā)明的另 一個實施例，提供了 一種將數據從一個電子設備傳送給另一個電子設備的方法，這種方法包括在電子設備處接收來自 另 一個電子設備的名稱請求消息；以及將名稱應答消息作為應答從該 電子設備傳送給另 一電子設備，該名稱應答消息包括對名稱的附加數 據或作為對名稱的替代的數據。數據可以以顯式或隱式的預定方式分界。 數據可以指定一個URI。電子設備可以附著到廣告上。 電子設備還可以包括用于存儲數據的可編程存儲器和用于從存 儲器讀出數據以便納入名稱應答消息的裝置。在可供使用時，存儲器 存儲數據。電子設備還可以包括可再充電電池和用于對電池充電的太 陽能板。名稱請求消息可以用電子設備的標識符直接發(fā)給電子設備，而名 稱應答消息可以用另 一個設備的標識符直接發(fā)給另 一個設備。電子設 備和另 一個電子設備在消息交換期間可以在時間上與另 一個設備的 時鐘同步。電子設備和另 一個電子設備在消息交換期間可以在頻率上 與另 一個設備的跳頻序列同步。名稱請求消息和名稱應答消息是藍牙名稱發(fā)現過程的一部分。接 收名稱請求消息可以緊接在尋呼之后，如在例如藍牙名稱發(fā)現過程中 那樣。名稱請求消息可以是LMP一name—req消息，而名稱應答消息可 以是LMP—name—res消息，這兩個消息是在藍牙名稱發(fā)現過程中所用 的消息。按照本發(fā)明的又一個實施例，提供了一種電子設備，這種電子設 備包括無線電收發(fā)機，用于發(fā)送名稱請求消息和接收作為應答的名 稱應答消息；以及提取裝置，用于從所接收的名稱應答消息中提取數 據的提取裝置，該數據包括在名稱應答消息內作為對名稱的附加或作 為對名稱的替代。提取裝置可以按照名稱應答消息內的 一 個或多個分 界符識別數據。分界符可以是顯式的或隱式的。電子設備可以用所提取的數據自動啟動通信處理。例如，所啟動 的通信處理可以涉及蜂窩通信網內的數據調用，雖然在調用前可能需
要進行用戶確認。所提取的數據可以指定一個URI。這種電子設備可以是一個手持 便攜移動設備。名稱請求消息和名稱應答消息是藍牙名稱發(fā)現過程的一部分。接 收名稱請求消息可以緊接在尋呼之后，如在藍牙名稱發(fā)現過程中那 樣。名稱請求消息可以是LMP—name一req消息，而名稱應答消息可以 是LMP_name—res消息，這兩個消息是在藍牙名稱發(fā)現過程中所用的 消息。按照本發(fā)明的另一個實施例，提供了一種計算機程序，這種計算 機程序包括計算機程序指令，用于使電子收發(fā)機設備能通過提取數據 響應所接收的名稱應答消息的計算機程序指令，其中所述數據包括在 名稱應答消息內作為對名稱的附加或作為對名稱的替代。按照本發(fā)明的另 一個實施例，提供了 一種將數據從第一設備傳送 給第二設備的方法，這種方法包括將名稱請求消息從第二設備發(fā)送 給第一設備；在第二設備處接收從第一設備在對名稱請求消息的應答 中傳送的名稱應答消息；以及從所接收的名稱應答消息中提取數據， 所述數據包括在名稱應答消息內作為對名稱的附加或作為對名稱的 替代。


為了更好地理解本發(fā)明，下面將僅以示例性的方式參考附圖，在 這些附圖中圖1例示了藍牙設備的配置；圖2例示了適合用作發(fā)起方設備的設備40;圖3例示了適合用作可連接設備的設備60;圖4例示了發(fā)起方設備查詢可連接設備以能快速訪問由可連接設 備提供的服務的處理；以及圖5例示了作為發(fā)起方設備的移動蜂窩電話和作為可連接設備的 廣告者設備。
具體實施方式
圖1例示了藍牙設備2的配置，其中有一些可以是移動式的，而 一些可以是固定式的。在這個例子中，設備2B、 2C和2D處在發(fā)起 方設備2A的范圍4之內，但設備2E不在范圍4之內。設備2B、 2C 和2E目前是響應設備。因此，只有設備2B和2C可與發(fā)起方設備2A 連接。圖2例示了適合用作發(fā)起方設備2A的設備40。設備2A典型的 是便攜移動電子設備。在這個例子中，設備40包括處理器42、顯示 器44、諸如小鍵盤、游戲桿等的用戶輸入設備46、小功率射頻收發(fā) 機48、存儲器50和電源52。處理器42連接成接收來自用戶輸入設 備46的輸入命令和向顯示器44提供控制圖像顯示的輸出命令。處理 器42還連接成向無線電收發(fā)機48提供數據和接收來自無線電收發(fā)機 48的數據以及從存儲器50讀出數據和將數據寫入存儲器50。處理器 42還可以與諸如蜂窩無線電收發(fā)機之類的功能電路(未示出)連接，如 果它可作為移動蜂窩電話工作的話。存儲器50用來存儲在裝入處理器42中時控制電子設備40的操 作的計算機程序指令54。計算機程序指令54提供使電子設備可以執(zhí) 行圖4所示的方法的邏輯和例行程序。計算機程序指令54可以通過電磁載波信號到達電子設備42或者 從諸如計算機程序產品之類的物理實體、存儲器件或諸如CD-ROM 或DVD之類的記錄媒體拷貝。計算機程序指令54可以方便地作為 JAVA小程序得以提供。圖3例示了適合用作可連接設備2B、 2C之一的設備60。這里只 是例示和說明最低限度的一些組件。設備2B、 2C可以是手持移動電 子設備或固定設備。在這個例子中，設備60包括小功率射頻收發(fā)機 62、存儲器64和電源66。存儲器50用來存儲附加數據30。電源66在有些情況下可以是連 接到太陽能板上的可再充電電池。圖4例示了發(fā)起方設備用來查詢可連接設備2B和2C以便快速 訪問由這些設備提供的服務的處理21。在步驟10,發(fā)起方設備2A執(zhí)行"設備發(fā)現"，以便發(fā)現設備能與 之通信的其他設備。發(fā)起方設備2A進入查詢子狀態(tài)，在其中用收發(fā) 機48以不同的跳頻反復發(fā)送查詢消息(ID分組)。本身允許被發(fā)現的 設備2B、 2C和2E定期進入查詢掃描子狀態(tài)，在其中設備能用收發(fā) 機62以包括設備的藍牙設備地址(BD一ADDR)和它的藍牙時鐘值 (CLK)的FHS分組來響應查詢消息。設備發(fā)現過程的結果是存儲在存 儲器50內的每個可連接設備2B、 2C的BD_ADDR和CLK的列表。在步驟12，用列表內的第一條目作為目標進入循環(huán)20。循環(huán)20 包括步驟12、 14、 16和18。在步驟18后，在步驟12用列表內的下 一條目作為目標重新進入循環(huán)20。在步驟12處，在列表內沒有剩下 的條目時循環(huán)終止，或者在任何時候響應用戶選擇處理(未示出)循 環(huán)終止，這將在下面更詳細地說明。在步驟14，發(fā)起方設備2A執(zhí)行名稱發(fā)現。發(fā)起方設備2A用收 發(fā)機48尋呼22目標。發(fā)起方設備2A用目標的藍牙時鐘值模擬它的 藍牙時鐘而用目標的藍牙設備地址模擬它的跳頻序列。在尋呼期間， 用收發(fā)機48向目標發(fā)送包括發(fā)起方設備的藍牙設備地址(BD一ADDR) 和它的藍牙時鐘值(CLK)的FHS分組。這使目標可以模擬發(fā)起方設備 2A的時鐘和它的跳頻序列。發(fā)起方設備2A和目標因此就在時間和頻 率上得到同步。發(fā)起方設備2A然后用收發(fā)機48向目標發(fā)送LMP一name一req消息 24。目標用收發(fā)機62以LMP—name—res消息26進行響應。然后，發(fā) 起方設備2A通過用收發(fā)機48向目標發(fā)送LMP—detach消息28終止 對該目標的名稱發(fā)現過程。這就結束了對這個目標設備的名稱發(fā)現過 程。在現有技術中只采用藍牙設備名的LMP_name—res消息26內的 名稱字段現在可選地或附加地采用"附加"數據30。這個附加數據存儲 在目標的存儲器84內。
附加數據30的數據量被限制為最多248個字節(jié)。它可以用UTF-8 標準編碼。附加數據30可以用于任何適當的用途。例如，它可以提 供有關目標的信息或有關目標所提供的服務的信息。它可以使發(fā)起方 設備2A訪問內容或服務。在一個例子中，如下面更詳細的說明，附 加數椐30是統一資源標識符(URI)。LMP—name—res消息26內的名稱字段對附加數據30分界，使得 附加數據30在發(fā)起方設備2A處被收到時，可以與藍牙設備名區(qū)分開。 這種分界可以是隱式的，由數據本身的性質得出。例如，當接收到在 名稱字段內以"http: 〃 " 、 "ftp : 〃 "等開始的內容時可以將其作為附加數 據30處理。分界也可以是顯式的。例如，附加數據30可以用一個或 幾個諸如空格、*、 0/。等的字符開始和可選地用該字符結束。在發(fā)起 方設備2A必須也知道可用的分界符以識別所接收的LMP一name—res 消息26內的附加數據30的意義上，在目標處對附加數據30分界所 用的或可用的分界符的特征是預先確定的。于是在步驟16發(fā)起方設備2A過濾所接收的LMP—name—res消息 26,自動提取消息內存在的任何附加數據30。發(fā)起方設備2A用它對 關于用于附加數據30的分界符的知識解析LMP_name—res消息的內 容，提取藍牙設備名和/或附加數據30。 LMP_name—res消息26的內 容可以只包括藍牙設備名或只包括附加數據30，或者包括藍牙設備名 和附加數據30兩者。如果LMP_name—res消息26包括附加數據30，就在步驟18將附 加數據30存儲在存儲器50內，并將它與通過顯示器44向發(fā)起方設 備2A的用戶顯示的選項相關聯。這個選項添加給在進行循環(huán)20期間 先前顯示的選項列表，如果有的話。于是循環(huán)返回到步驟12，在此，用列表內下一條目作為目標重新 進入循環(huán)20。在任何時候由用戶使用用戶輸入設備46選擇一個列出的選項就 可以使用與所選選項關聯的附加數據30并終止循環(huán)20。處理21包括與當前藍牙設備共同的步驟。例如，設備發(fā)現步驟
10、循環(huán)進入/退出步驟12和名稱發(fā)現步驟14在當前藍牙設備內執(zhí)行。 處理21的不同之處是，循環(huán)20已經擴展為包括提取附加數據30的 過濾步驟16、立即提供可選選項的顯示步驟18和在選擇所顯示的選 項時出現的新的終止步驟。在圖5所示的本發(fā)明的一個應用中，發(fā)起方設備2A是移動蜂窩 電話、個人計算機、個人數字助理或類似的設備，而目標設備是廣告 者設備2B、 2C。廣告者設備2B、 2C典型的是附著于諸如招貼畫之類的視覺廣告 上或附著于承載視覺廣告的廣告牌或物理媒體上的設備。廣告是發(fā)起 方設備的用戶不需要發(fā)起方設備的中介就直接看得見的。在這個例子中，廣告者設備2B附著于承載廣告92的廣告牌90 上，而廣告者設備2C附著于廣告94上。廣告設備2C的收發(fā)機62、 存儲器64和電源66集成在附著于視覺廣告94上的粘貼內。在相應 的廣告設備2B、 2C內的每個存儲器64存儲廣告設備在接收到 LMP_name_req消息時在LMP_name_res消息內傳輸的附力口數據30。 對于廣告設備2B來說，附加數據30是到提供諸如參加竟爭、玩游戲、 參加抽獎或收集輔幣之類的宣傳的網站的URI。對于廣告設備2C來 說，附加數據30是到播放當前電視廣告碎見頻和提供廣告94所宣傳的 產品或服務的附加信息的網站的URI 。移動蜂窩電話2A的用戶在看到廣告時可能正在火車站等候火 車。他在他的電話上選擇啟動瀏覽器應用的選項，執(zhí)行結合圖4說明 的處理。隨著從當地的廣告者設備2B、 2C接收到在各自的接收的 LMP_name—res消息內的每個URI,移動電話2A向用戶顯示對URI 的選項。選擇了選項，就將瀏覽器指向所選的URI 。訪問URI的物理鏈路可以或許通過與所選URI關聯的廣告者設 備的中介經過藍牙網絡、經過蜂窩遠程通信網或經過WLAN網絡。 典型的是，在選擇URI時自動建立物理鏈路。與不同的廣告者設備關聯的URI可以指向不同的服務器，或可選 地指向一個共享的服務器96。共享的服務器有益地能使用短的非用戶 友好的URI,例如http:〃nokia.com/1/4/6/7。在共享服務器處的URI 存儲了全部宣傳資料等，或者允許進一步鏈接到其他服務器。共享服 務器的所有者可以向每個用戶收費，或許通過接線費，或者向這種服 務的每個廣告者收費。這種配置使電子設備2A的用戶可以即興訪問與廣告92、 94關聯 的網站，因為建立訪問的時間很短。雖然上面參考各個實例對本發(fā)明的實施例作了說明，但應該理 解，在不背離如所要求的本發(fā)明的范圍的情況下可以對所給出的這些 實例進4亍修改。雖然在以上說明中力圖強調本發(fā)明的被認為是特別重要的特征， 但應理解申請人要求保護以上參考附圖所說明的和/或附圖所示的任 何專利性的特征或特征的組合，無論對此是否已作了特別強調。
權利要求
1.一種電子設備，包括無線電收發(fā)機，用于接收名稱請求消息和以名稱應答消息進行響應，所述名稱應答消息包括對名稱的附加數據或作為對名稱的替代的數據。
2. 如在權利要求1中所述的電子設備，其中以預定方式對所述數 據分界。
3. 如在權利要求1或2中所述的電子設備，其中所述數據規(guī)定了URI。
4. 如在以上任何一個權利要求中所述的電子設備，其中所述電子 設備附著于廣告。
5. 如在以上任何一個權利要求中所述的電子設備，還包括用于存名稱應答^息的裝置。q …"、 、 、
6. 如在權利要求1至4的任何一個權利要求中所述的電子設備， 還包括存儲所述數據的存儲器和用于從所述存儲器讀出所述數據以 便納入名稱應答消息的裝置。
7. 如在以上任〗可一個^又利要求中所述的電子設備，還包括可再充 電電池和用于對所述電池充電的太陽能^反。
8. 如在以上任何一個權利要求中所述的電子設備，其中所述名稱 請求消息和名稱應答消息是藍牙名稱發(fā)現過程的 一部分。
9. 如在以上任何一個權利要求中所述的電子設備，其中所述名稱 請求消息的接收緊接在尋呼之后。
10. 如在以上任何一個權利要求中所述的電子設備，其中所述名 稱請求消息是LMP一name一req消息，而所述名稱應答消息是 LMP—name—res消息。
11. 一種計算機程序，包括計算機程序指令，用于使電子收發(fā)機 設備能通過傳送名稱應答消息來響應所接收的名稱請求消息，所述名 稱應答消息包括對名稱的附加數據或作為對名稱的替代的數據。
12. —種將數據從第一設備傳送給第二設備的方法，包括在所述第 一設備處接收來自所述第二設備的名稱請求消息；以及 將名稱應答消息作為應答從所述第 一設備傳送給所述第二設備，所述名稱應答消息包括對名稱的附加數據或作為對名稱的替代的數據。
13. —種電子設備，包括無線電收發(fā)機，用于發(fā)送名稱請求消息和接收作為應答的名稱應 答消息；以及提取裝置，用于從所接收的名稱應答消息中提取數據，所述數據 包括在所述名稱應答消息內作為對名稱的附加或作為對名稱的替代。
14. 如在權利要求13中所述的電子設備，其中所述提取裝置按照 所述名稱應答消息內的 一 個或多個分界符識別所述數據。
15. 如在權利要求13或14的任何一個權利要求中所述的電子設 備，其中所述電子設備用所提取的數據自動啟動通信處理。
16. 如在4又利要求15中所述的電子設備，其中所述通信處理涉及 蜂窩通信網絡內的數據調用。
17. 如在權利要求13至16的任何一個權利要求中所述的電子設 備，其中所提取的數據指定了一個URI。
18. 如在權利要求13至17的任何一個權利要求中所述的電子設 備，其中所述電子設備是手持便攜移動設備。
19. 如在權利要求13至18的任何一個權利要求中所述的電子設 備，其中所述名稱請求消息和名稱應答消息是藍牙名稱發(fā)現過程的一 部分。
20. 如在權利要求13至19的任何一個權利要求中所述的電子設 備，其中所述名稱請求消息的發(fā)送緊接在尋呼之后。
21. 如在權利要求13至20的任何一個權利要求中所述的電子設 備，其中所述名稱請求消息是LMP一name—req消息，而所述名稱應答 消息是LMP name res消息。
22. —種計算機程序，包括計算機程序指令，用于使電子收發(fā)機 設備能通過提取數椐響應所接收的名稱應答消息，其中所述數據包括 在所述名稱應答消息內作為對名稱的附加或作為對名稱的替代。
23. —種將數據從第一設備傳送給第二設備的方法，包括 將名稱請求消息從所述第二設備發(fā)送給所述第 一設備；在所述第二設備處接收從所述第 一設備在對所述名稱請求消息 的應答中傳送的名稱應答消息；以及從所接收的所述名稱應答消息中提取數據，所述數據包括在所述 名稱應答消息內作為對名稱的附加或作為對名稱的替代。
全文摘要
第一電子設備包括無線電收發(fā)機，用于接收名稱請求消息和以名稱應答消息進行響應，該名稱應答消息包括對名稱的附加數據或作為對名稱的替代的數據。第二電子設備包括無線電收發(fā)機，用于發(fā)送名稱請求消息和接收作為應答的名稱應答消息；以及提取裝置，用于從所接收的名稱應答消息中提取數據，所述數據包括在所述名稱應答消息內作為對名稱的附加或作為對名稱的替代。數據可以是一個URI，而第一設備可以是廣告者設備。
文檔編號H04B7/26GK101133435SQ200580048902
公開日2008年2月27日 申請日期2005年3月1日 優(yōu)先權日2005年3月1日
發(fā)明者G·L·羅斯, J·彭德爾伯里 申請人:諾基亞公司