WO2016155286A1 - 一种基于蓝牙的多设备智能互连方法及*** - Google Patents

一种基于蓝牙的多设备智能互连方法及*** Download PDF

Info

Publication number
WO2016155286A1
WO2016155286A1 PCT/CN2015/092109 CN2015092109W WO2016155286A1 WO 2016155286 A1 WO2016155286 A1 WO 2016155286A1 CN 2015092109 W CN2015092109 W CN 2015092109W WO 2016155286 A1 WO2016155286 A1 WO 2016155286A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
central device
peripheral device
peripheral
central
Prior art date
Application number
PCT/CN2015/092109
Other languages
English (en)
French (fr)
Inventor
葛良波
虞龙杰
Original Assignee
惠州Tcl移动通信有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 惠州Tcl移动通信有限公司 filed Critical 惠州Tcl移动通信有限公司
Priority to US15/114,079 priority Critical patent/US9900926B2/en
Publication of WO2016155286A1 publication Critical patent/WO2016155286A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding

Definitions

  • the present invention relates to the field of Bluetooth technologies, and in particular, to a Bluetooth-based multi-device intelligent interconnection method and system.
  • Smart water heaters sometimes users want to use a tablet on their hands to control remote smartphones to answer and make calls; sometimes users want to use Bluetooth speakers or tablets to play songs on their smartphones; sometimes users want to use laptops to display them And handling information on the Global Navigation Statellite System (GNSS) of smartphones.
  • GNSS Global Navigation Statellite System
  • smart phones can generally perform some business functions by interconnecting with other Bluetooth devices through traditional Bluetooth. However, when these services are started, users often need to set up and connect between multiple devices to use them normally, and some services are also used.
  • Features, such as the ability of the tablet to answer or make calls through a smartphone are generally not supported, and it is not very convenient for the user to use.
  • the present invention is directed to the above-mentioned deficiencies of the prior art, and provides a Bluetooth-based multi-device intelligent interconnection method and system, which aims to solve the problem of setting and connecting multiple devices separately when starting services between different devices in the prior art. Trivial problems.
  • a Bluetooth-based multi-device intelligent interconnection method comprising the steps of:
  • the central device queries peripheral devices within a predetermined distance range, and sends a connection to the peripheral device. begging;
  • the central device After the connection is established, the central device sends a first custom string message to the peripheral device to notify the peripheral device to report the service type.
  • the first custom string message includes a command length field, a destination channel identifier ID field, and a payload information field.
  • the peripheral device sends a second custom string message to the central device, and reports its own service type.
  • the central device receives the service type reported by the peripheral device, and the central device disconnects from the peripheral device;
  • the central device establishes a connection with other peripheral devices in turn, generates a list of peripheral device service types according to the corresponding Bluetooth addresses and service types of all peripheral devices, and stores them, and the networking is completed;
  • the central device After the central device triggers the service or receives the service trigger request from the peripheral device, the central device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device;
  • the central device After receiving the service trigger request of the peripheral device, the central device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device, and specifically includes: one or more peripheral devices send a service trigger request, respectively, and the central device A connection is established.
  • the peripheral device sends a custom service trigger message to the central device to notify the center device of the service type to be triggered.
  • the center device After receiving the customized service trigger message, receives the user's instruction and accepts or rejects the service.
  • the Bluetooth-based multi-device intelligent interconnection method wherein the second custom string message includes a command length field, a destination channel identification ID field, and a payload information field.
  • the Bluetooth-based multi-device intelligent interconnection method wherein the central device re-establishes the connection between the central device and the peripheral device by actively triggering the service and the peripheral device, and the interconnection includes:
  • the central device actively triggers the service and queries nearby peripheral devices;
  • the central device sends custom broadcast information to all devices in the piconet, and broadcasts the service type to be triggered;
  • the peripheral device in the piconet After receiving the service type broadcasted by the central device, the peripheral device in the piconet receives the user's instruction and sends a customized response message to the central device.
  • the central device makes feedback on whether to connect or disconnect according to the content of the response message of the peripheral device.
  • the Bluetooth-based multi-device intelligent interconnection method wherein the central device is a mobile terminal with a Bluetooth function.
  • a Bluetooth-based multi-device intelligent interconnection method comprising the steps of:
  • the central device queries a peripheral device within a predetermined distance range, and sends a connection request to the peripheral device;
  • the central device After the connection is established, the central device sends a first custom string message to the peripheral device to notify the peripheral device to report the service type.
  • the peripheral device sends a second custom string message to the central device, and reports its own service type.
  • the central device receives the service type reported by the peripheral device, and the central device disconnects from the peripheral device;
  • the central device establishes a connection with other peripheral devices in turn, generates a list of peripheral device service types according to the corresponding Bluetooth addresses and service types of all peripheral devices, and stores them, and the networking is completed;
  • the central device After the central device triggers the service or receives the service trigger request from the peripheral device, the central device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device.
  • the first custom string message and the second custom string message all include a command length field, a destination channel identifier ID field, and a payload information field.
  • the Bluetooth-based multi-device intelligent interconnection method wherein the central device re-establishes the connection between the central device and the peripheral device by actively triggering the service and the peripheral device, and the device includes:
  • the central device actively triggers the service and queries nearby peripheral devices;
  • the central device sends custom broadcast information to all devices in the piconet, and broadcasts the service type to be triggered;
  • the peripheral device in the piconet After receiving the service type broadcasted by the central device, the peripheral device in the piconet receives the user's instruction and sends a customized response message to the central device.
  • the central device makes feedback on whether to connect or disconnect according to the content of the response message of the peripheral device.
  • the Bluetooth-based multi-device intelligent interconnection method wherein the central device receives the peripheral device After the service triggers the request, the device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device, including:
  • One or more peripheral devices send a service trigger request to establish a connection with the central device respectively;
  • the peripheral device sends a customized service trigger message to the central device to notify the center device of the type of service to be triggered.
  • the central device After receiving the custom service trigger message, the central device receives the user's instruction and accepts or rejects the service.
  • the Bluetooth-based multi-device intelligent interconnection method according to any one of the preceding claims, wherein the central device is a mobile terminal with a Bluetooth function.
  • a Bluetooth-based multi-device intelligent interconnection system which includes:
  • a query module configured to: the central device queries a peripheral device within a predetermined distance range, and sends a connection request to the peripheral device;
  • the central device After the sending and notifying module is configured to establish a connection, the central device sends a first custom string message to the peripheral device to notify the peripheral device to report the service type;
  • the reporting module is configured to send a second custom string message to the central device, and report the service type of the user;
  • the central device receives the service type reported by the peripheral device, and the central device disconnects from the peripheral device;
  • the networking module is configured to establish a connection between the central device and other peripheral devices, and generate a list of the peripheral device service types according to the corresponding Bluetooth addresses and service types of all the peripheral devices, and store the network.
  • the interconnect module is used for the central device to re-establish a connection with the peripheral device after actively triggering the service or receiving a service trigger request from the peripheral device to complete the interconnection between the central device and the peripheral device.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the first custom string message and the second custom string message both include a command length field, a destination channel identifier ID field, and a payload information field.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the interconnection module includes:
  • the sending and querying unit is configured to actively trigger the service by the central device to query nearby peripheral devices;
  • a first connection unit configured to select and support the industry according to a list of stored peripheral service types a peripheral device of a service type, which in turn establishes a connection to form a piconet;
  • a broadcast unit configured to send, by the central device, custom broadcast information to all devices in the piconet, and broadcast a service type to be triggered;
  • the response unit after receiving the service type broadcasted by the central device, the peripheral device in the piconet receives the instruction of the user, and sends a custom response message to the central device;
  • the feedback module is used for feedback that the central device makes a connection or disconnects according to the content of the response message of the peripheral device.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the interconnection module includes:
  • a second connecting unit configured to send a service trigger request by one or more peripheral devices, and establish a connection with the central device respectively;
  • a notification unit configured to send a custom service trigger message to the central device to notify the central device of the type of service to be triggered;
  • the receiving unit is configured to receive, after receiving the custom service trigger message, the central device, to receive or reject the service.
  • the Bluetooth-based multi-device intelligent interconnection system according to any one of the preceding claims, wherein the central device is a mobile terminal with a Bluetooth function.
  • the present invention provides a Bluetooth-based multi-device intelligent interconnection method and system.
  • the method includes: the central device queries a peripheral device within a predetermined distance range, and sends a connection request to the peripheral device; after establishing the connection, the central device goes to the peripheral device The first custom string message is sent to notify the peripheral device to report the service type; the peripheral device sends a second custom string message to the center device, and reports the service type of the device; the center device receives the service type reported by the peripheral device, and the center device disconnects The connection with the peripheral device; the above steps are repeated, the central device establishes a connection with other peripheral devices in turn, generates a list of the peripheral device service types according to the corresponding Bluetooth address and the service type of all the peripheral devices, and stores the network; After triggering the service or receiving a service trigger request from the peripheral device, the peripheral device is re-established to complete the interconnection between the central device and the peripheral device.
  • the invention is based on the traditional Bluetooth networking and interconnection, and realizes the intelligent inter
  • FIG. 1 is a schematic diagram of a Bluetooth network topology structure according to a first embodiment of the Bluetooth-based multi-device intelligent interconnection method provided by the present invention
  • FIG. 2 is a flow chart of a preferred embodiment of the Bluetooth-based multi-device intelligent interconnection method provided by the present invention
  • FIG. 3 is a schematic flowchart of a second embodiment of the Bluetooth-based multi-device intelligent interconnection method provided by the present invention.
  • FIG. 4 is a schematic flowchart of a third embodiment of the Bluetooth-based multi-device intelligent interconnection method provided by the present invention.
  • FIG. 5 is a schematic flowchart diagram of a fourth embodiment of the Bluetooth-based multi-device intelligent interconnection method according to the present invention.
  • FIG. 6 is a structural block diagram of a preferred embodiment of the Bluetooth-based multi-device intelligent interconnection system of the present invention.
  • the advantage of traditional Bluetooth is that the amount of data transmitted is large, and the data transmission rate is also fast, which is suitable for various practical applications.
  • the development of the traditional Bluetooth protocol is mainly in the Logical Link Control and Adaptation Protocol (L2CAP), the Generic Access Profile (GAP) and the Application Profile. .
  • L2CAP Logical Link Control and Adaptation Protocol
  • Length indicates the length of the command (Commands); Channel ID is fixed to 0x0001; Code in Commands indicates the type of the command, such as Connection request, Connection response, as shown in Table 2; Commands The Identifier in the match is used to match the request and reply; the Length in Commands represents the byte length of the data in Commands; the Data in Commands represents the information that the command can carry.
  • the Commands format of the connection request is shown in Table 3.
  • PSM indicates protocol/service multiplexing, which occupies at least 2 bytes in length
  • Source CID indicates the channel ID of the Bluetooth device that sends the connection request.
  • the Destination CID indicates the channel ID of the Bluetooth device that sends the connection reply
  • the Source CID indicates the channel ID of the Bluetooth device that receives the connection reply, and is directly copied from the Source CID of the connection request command
  • Result indicates The result of the connection request signaling, such as Connection successful, Connection pending, and Connection refused, is shown in Table 5.
  • Bluetooth devices After two Bluetooth devices establish a connection point-to-point, they can send string data to each other.
  • the format of the data packet is shown in Table 7. Among them, Length indicates the byte length of the Information payload; Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system; Information payload indicates the content of the packet, and the length can be set from 0 to 65535 bytes.
  • the host can simultaneously send string data to all the slaves in the piconet.
  • the format of the packets sent by the host is shown in Table 8.
  • Length indicates the total length of the PSM and Information payload bytes; the Channel ID is fixed to 0x0002; PSM indicates the protocol/service multiplexing, which is divided into two parts, the first part is fixedly allocated by the Bluetooth Alliance as the protocol, and the second part is dynamically moved by the system.
  • the allocation is used as a service, which is at least 2 bytes long; the Information payload represents the contents of the packet, and the length can be set from 0 to 65533 bytes.
  • Table 7 The format of the packet sent by the slave to the host in Piconet is shown in Table 7.
  • GAP Generic Access Profile
  • the Bluetooth device can simultaneously query nearby Bluetooth devices and be discovered by nearby Bluetooth devices by means of time division multiplexing, that is, the traditional Bluetooth devices can simultaneously serve as an inquiry device and a discoverable device.
  • the querying device obtains the Bluetooth address of the discoverable device by querying.
  • the querying device and the discoverable device may have been connected to another Bluetooth device, but still maintain the query and discoverable functions.
  • the Bluetooth device can simultaneously connect to nearby Bluetooth devices and connect with nearby Bluetooth devices through time division multiplexing, that is, the Bluetooth devices can simultaneously serve as a connecting device and a connectable device.
  • the connection device sends a connection request (Connection Request) to the connectable device; the connected device can send a connection response (Connection Response) to the connected device.
  • Connection Request connection request
  • Connection Response connection response
  • the connected device and the connectable device may already be connected to another Bluetooth device, but remain connected and connectable.
  • the two Bluetooth devices When two Bluetooth devices are successfully connected, they can send string messages to each other.
  • the two Bluetooth devices have the ability to query, discover, connect, and connect while remaining connected.
  • Piconet consists of one host and one to seven slaves.
  • a host can send string messages to all slaves in the network at the same time. All slaves can send string messages to the host separately.
  • Piconet A and Piconet F Piconet A and Piconet D have a Bluetooth device intersection, so Piconet A and Piconet F, Piconet A and Piconet D and three Piconets form a Scatternet.
  • Scatternet consisting of Piconet A and Piconet F E can send string messages to both A and F
  • Scatternet consisting of Piconet A and Piconet D D can send string messages to both A and J simultaneously.
  • the present invention further provides a flowchart of a preferred embodiment of a Bluetooth-based multi-device intelligent interconnection method. As shown in FIG. 2, the method includes:
  • Step S100 The central device queries a peripheral device within a predetermined distance range, and sends a connection request to the peripheral device.
  • the predetermined distance range refers to a distance range of Bluetooth transmittable data of the center device.
  • Step S200 After the connection is established, the central device sends a first custom string message to the peripheral device to notify the peripheral device to report the service type.
  • Step S300 The peripheral device sends a second custom string message to the center device, and reports its own service type.
  • Step S400 The central device receives the service type reported by the peripheral device, and the central device disconnects the connection with the peripheral device;
  • Step S500 repeating the above steps, the central device sequentially establishes a connection with other peripheral devices, according to Generate a list of peripheral device service types and store them according to the corresponding Bluetooth addresses and service types of all peripheral devices, and complete the networking;
  • Step S600 After actively triggering the service or receiving the service trigger request of the peripheral device, the central device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device.
  • the first custom string message and the second custom string message all include a command length field, a destination channel identifier (Identity, ID) field, and a payload information field.
  • the implementation of the first custom string message is as shown in Table 9 below, and an implementation of the second custom string message is shown in Table 11 below.
  • step S600 specifically includes:
  • Step S601 The central device actively triggers the service, and queries nearby peripheral devices;
  • Step S602 Select a peripheral device supporting the service type according to the stored peripheral device service type list, and sequentially establish a connection to form a piconet;
  • Step S603 The central device sends the customized broadcast information to all the devices in the piconet, and broadcasts the service type to be triggered.
  • Step S604 After receiving the service type broadcasted by the central device, the peripheral device in the piconet receives the instruction of the user, and sends a custom response message to the central device.
  • Step S605 The central device makes a feedback of connecting or disconnecting according to the content of the response message of the peripheral device.
  • the step S600 further includes:
  • One or more peripheral devices send a service trigger request, and establish a connection with the central device respectively.
  • the peripheral device sends a customized service trigger message to the central device to notify the center device of the service type to be triggered.
  • the central device After receiving the customized service trigger message, the central device receives the user's instruction and accepts or rejects the service.
  • the Bluetooth-based multi-device intelligent interconnection method according to any one of the preceding claims, wherein the central device is a mobile terminal with a Bluetooth function.
  • the networking process of the central device and the peripheral device is as shown in FIG. 3, and the purpose of the networking is that the central device and the peripheral device identify each other, and the peripheral device reports the service capability to the central device, and the central device forms a list of peripheral device service capabilities. .
  • the central device queries the first peripheral device in the vicinity, sends a connection request to the peripheral device to establish a GAP layer connection
  • the central device is the host
  • the peripheral device is the slave device
  • the center device and the peripheral device can send the string message to each other.
  • the central device sends a custom string message as shown in Table 9 to the peripheral device to notify the peripheral device to report the service capability.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10.
  • the peripheral device After receiving the message from the central device, the peripheral device sends a customized string message as shown in Table 11 to the central device to report the service capability to the central device.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10
  • Service 0 to Service 255 indicate the support of the service type. Support is indicated by “11111111” and not supported by "00000000”.
  • the central device After obtaining the service capability of the peripheral device, the central device disconnects from the GAP layer of the peripheral device.
  • the central device establishes a GAP layer connection with other peripheral devices in turn to obtain the service capability of the peripheral device, and the central device combines the Bluetooth address and service type support of all peripheral devices to form a list of peripheral device service capabilities, as shown in Table 12.
  • the networking is completed.
  • the central device can query and connect peripheral devices, and the peripheral devices can also connect to the central device.
  • the central device actively triggers the service or receives the service trigger request from the peripheral device, the central device and the peripheral device re-establish the connection to complete the related service.
  • the interconnection process can be divided into two application scenarios, which are respectively introduced below.
  • the central device actively triggers the service request, establishes a GAP layer connection with the peripheral device supporting the service type, and sends a service trigger request, wherein one of the peripheral devices receives the message and implements the configuration with the central device.
  • the profile is interconnected to complete related services. The interconnection process is shown in Figure 4.
  • the central device When the central device has a service trigger request, first, query the nearby peripheral devices, and select a peripheral device supporting the service type according to the peripheral device service capability list (Table 12) to establish a GAP layer connection in turn, and select at most 7 peripheral devices at the same time. Forming a piconet, the central device is the host and the peripheral device is the slave. Then, the central device sends a custom string message as shown in Table 13 to all the peripheral devices in the Piconet, and broadcasts the service type to be triggered.
  • Table 12 peripheral device service capability list
  • Length represents the total length of the PSM and Information payload bytes; Channel ID is fixed to 0x0002; PSM indicates protocol/service multiplexing, which is at least 2 bytes long; Device Type and Command ID are defined as shown in Table 10; Type indicates the type of service to be triggered.
  • the peripheral device in the Piconet After receiving the service type broadcast by the central device, the peripheral device in the Piconet responds according to the user selection and sends a custom string message as shown in Table 14 to the central device.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10
  • Service Accept indicates whether to accept the service, and has the following three definitions:
  • the central device responds according to the response message of the peripheral device. After receiving the response message receiving the service with the Service Accept of "11111111" sent by one of the peripheral devices, the central device disconnects from the GAP layer of other peripheral devices. At the same time, the central device and the peripheral device establish a profile connection corresponding to the service while maintaining the connection of the GAP layer.
  • the central device monitors the service end event. When the service ends, the central device sequentially disconnects the profile connection and the GAP layer connection with the peripheral device, and the interconnection process ends.
  • the ending service disconnection profile connection may also be initiated by the peripheral device.
  • the peripheral device sends a custom string message as shown in Table 15 to the center device, and after receiving the message, the center device sequentially disconnects.
  • the profile connection of the peripheral device is connected to the GAP layer.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10.
  • the peripheral device actively triggers the service request, and establishes a GAP layer connection and a profile connection with the central device in turn to complete related services.
  • the interconnection process is as shown in FIG. 5 .
  • the peripheral device When the peripheral device has a service trigger request, first establish a GAP layer connection with the central device, the peripheral device is the host, and the central device is the slave device. When there are multiple peripheral devices that have a service trigger request at the same time, a GAP layer connection may be established with the central device to form a Scatternet. Then, the peripheral device sends a custom string message as shown in Table 16 to the center device to notify the center device of the type of service to be triggered.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10
  • Service Type indicates the type of service to be triggered.
  • the center device After receiving the service trigger request, if the center device does not accept the service, disconnect the GAP layer of the peripheral device, and terminate the service trigger; if the service is accepted, the center device and the peripheral device maintain the GAP layer connection. Establish a profile connection corresponding to the service.
  • the central device monitors the service end event. When the service ends, the central device sequentially disconnects the profile connection and the GAP layer connection with the peripheral device, and the interconnection process ends.
  • the ending service disconnection profile connection may also be initiated by the peripheral device.
  • the peripheral device sends a custom string message as shown in Table 17 to the center device, and after receiving the message, the center device sequentially disconnects.
  • the profile connection of the peripheral device is connected to the GAP layer.
  • Length indicates the byte length of the Information payload
  • Channel ID indicates the ID of the destination channel, which is dynamically allocated by the system
  • Device Type and Command ID are defined as shown in Table 10.
  • the Bluetooth-based multi-device intelligent interconnection method of the present invention in the networking process, sequentially establishes a GAP layer connection with the peripheral device, and completes the identity recognition and the periphery through the custom string message at the GAP layer.
  • the device service capability is reported, and the central device forms a list of peripheral device service capabilities.
  • the central device can query and connect peripheral devices, and the peripheral devices can also connect to the central device.
  • the central device has a service trigger request or receives a service trigger request from the peripheral device
  • the central device and the peripheral device re-establish a GAP layer connection, and implement signaling interaction through the customized string message at the GAP layer to complete the broadcast of the service to be triggered.
  • Establish, disconnect, reject, etc., implement the device Intelligent interconnection users can quickly trigger Bluetooth-based service connections between intelligent terminals, providing users with convenience.
  • the present invention further provides a Bluetooth-based multi-device intelligent interconnection system, as shown in FIG. 6, including:
  • the query module 100 is configured to query, by the central device, a nearby peripheral device, and send a connection request to the peripheral device;
  • the sending and notifying module 200 is configured to send a first custom string message to the peripheral device to notify the peripheral device to report the service type.
  • the reporting module 300 is configured to send, by the peripheral device, a second custom string message to the central device, and report the service type of the service.
  • the control disconnection module 400 is configured to receive, by the central device, a service type reported by the peripheral device, where the central device disconnects from the peripheral device;
  • the networking module 500 is configured to establish a connection between the central device and other peripheral devices, and integrate the Bluetooth addresses and service types of all the peripheral devices to form a list of the peripheral device service types and store the network.
  • the interconnecting module 600 is configured to, after the central device triggers the service by actively triggering the service or receives the service trigger request from the peripheral device, re-establishing the connection with the peripheral device to complete the interconnection between the central device and the peripheral device.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the first custom string message and the second custom string message both include a command length field, a destination channel ID field, and a payload information field.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the interconnection module 600 includes:
  • the sending and querying unit is configured to actively trigger the service by the central device to query nearby peripheral devices;
  • a first connecting unit configured to select a peripheral device supporting the service type according to the stored peripheral device service type list, and sequentially establish a connection to form a piconet
  • a broadcast unit configured to send, by the central device, custom broadcast information to all devices in the piconet, and broadcast a service type to be triggered;
  • the response unit after receiving the service type broadcasted by the central device, the peripheral device in the piconet receives the instruction of the user, and sends a custom response message to the central device;
  • a feedback module for the central device to connect or disconnect according to the content of the response message of the peripheral device Feedback received.
  • the Bluetooth-based multi-device intelligent interconnection system wherein the interconnection module 600 includes:
  • a second connecting unit configured to send a service trigger request by one or more peripheral devices, and establish a connection with the central device respectively;
  • a notification unit configured to send a custom service trigger message to the central device to notify the central device of the type of service to be triggered;
  • the receiving unit is configured to receive, after receiving the custom service trigger message, the central device, to receive or reject the service.
  • the Bluetooth-based multi-device intelligent interconnection system according to any one of the preceding claims, wherein the central device is a mobile terminal with a Bluetooth function.
  • the present invention provides a Bluetooth-based multi-device intelligent interconnection method and system.
  • the method includes: the central device queries a peripheral device within a predetermined distance range, and sends a connection request to the peripheral device; after the connection is established, The central device sends a first custom string message to the peripheral device to notify the peripheral device to report the service type; the peripheral device sends a second custom string message to the center device, and reports the service type of the service; the center device receives the service type reported by the peripheral device.
  • the central device disconnects from the peripheral device; the above steps are repeated, and the central device establishes a connection with other peripheral devices in turn, and generates a list of peripheral device service types according to the corresponding Bluetooth address and service type of all peripheral devices, and stores the network.
  • the central device After the central device triggers the service or receives the service trigger request from the peripheral device, the central device re-establishes the connection with the peripheral device to complete the interconnection between the central device and the peripheral device.
  • the invention is based on the traditional Bluetooth networking and interconnection, and realizes the intelligent interconnection of peripheral devices with Bluetooth function around the smart phone, which provides convenience for the user to quickly start the Bluetooth-based service connection between the devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种基于蓝牙的多设备智能互连方法及***，中心设备与周围的***设备建立连接，向***设备发送第一自定义字符串消息，通知***设备上报业务类型；中心设备接收到***设备上报的业务类型，断开与***设备的连接；中心设备依次与其它***设备建立连接；中心设备通过主动触发业务或收到业务触发请求，和***设备重新建立连接。

Description

一种基于蓝牙的多设备智能互连方法及***
本申请要求于2015年4月1日提交中国专利局、申请号为201510151016.7，发明名称为“一种基于蓝牙的多设备智能互连方法及***”的中国专利申请优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及蓝牙技术领域，尤其涉及一种基于蓝牙的多设备智能互连方法及***。
背景技术
随着电子设备的普及，越来越多的带有蓝牙功能的智能终端被人们广泛使用，如智能手机、平板、笔记本电脑、蓝牙音响、蓝牙耳机、无线相机、智能电视、智能灯具、智能冰箱、智能热水器、智能打印机等。用户往往希望这些智能终端能够智能互连，其中智能手机由于功能强大且经常使用，希望成为这些智能终端的控制中心和业务提供者，比如：有时候用户希望通过手上的智能手机控制智能灯具或智能热水器；有时候用户希望用手上的平板操控远处的智能手机来接听和拨打电话；有时候用户希望用蓝牙音箱或平板来播放智能手机里的歌曲；有时候用户希望用笔记本电脑来显示和处理智能手机的全球导航卫星***(Global Navigation Statellite System，GNSS)定位信息。目前，智能手机一般可以通过传统蓝牙与其它蓝牙设备实现互连来完成部分业务功能，但是，当启动这些业务时，往往需要用户对多个设备之间进行设置与连接才能正常使用，而且部分业务功能，如平板通过智能手机接听或拨打电话的功能一般都不支持，对用户来说，使用不是很方便。
因此，现有技术还有待于改进和发展。
发明内容
本发明针对现有技术的上述缺陷，提供一种基于蓝牙的多设备智能互连方法及***，旨在解决现有技术中启动不同设备间业务时需对多个设备分别设置与连接，步骤较繁琐的问题。
本发明解决技术问题所采用的技术方案如下：
一种基于蓝牙的多设备智能互连方法，其中所述方法包括步骤：
中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请 求；
建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；所述第一自定义字符串消息包括命令长度字段、目的信道标识ID字段和有效载荷信息字段；
***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
重复上述步骤，中心设备依次与其它***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连；
其中，中心设备通过收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：一个或多个***设备发出业务触发请求，分别与中心设备建立连接；***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
所述基于蓝牙的多设备智能互连方法，其中所述第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
所述基于蓝牙的多设备智能互连方法，其中中心设备通过主动触发业务和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
中心设备主动触发业务，查询附近的***设备；
根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
所述基于蓝牙的多设备智能互连方法，其中所述中心设备为带有蓝牙功能的移动终端。
一种基于蓝牙的多设备智能互连方法，其中，所述方法包括步骤：
中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；
建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
重复上述步骤，中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
所述基于蓝牙的多设备智能互连方法，所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
所述基于蓝牙的多设备智能互连方法，其中，中心设备通过主动触发业务和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
中心设备主动触发业务，查询附近的***设备；
根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
所述基于蓝牙的多设备智能互连方法，其中中心设备通过收到***设备的 业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
上述任一项所述基于蓝牙的多设备智能互连方法，其中，所述中心设备为带有蓝牙功能的移动终端。
一种基于蓝牙的多设备智能互连***，其中，包括：
查询模块，用于中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；
发送与通知模块，用于建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
上报模块，用于***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
控制断开模块，用于中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
组网模块，用于中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
互连模块，用于中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
所述基于蓝牙的多设备智能互连***，其中，所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
所述基于蓝牙的多设备智能互连***，其中，所述互连模块包括：
发送与查询单元，用于中心设备主动触发业务，查询附近的***设备；
第一连接单元，用于根据存储的***设备业务类型列表中选择支持所述业 务类型的***设备，依次建立连接，形成微微网；
广播单元，用于中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
应答单元，用于微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
反馈模块，用于中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
所述基于蓝牙的多设备智能互连***，其中，所述互连模块包括：
第二连接单元，用于一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
通知单元，用于***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
接收单元，用于中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
上述任一项所述基于蓝牙的多设备智能互连***，其中，所述中心设备为带有蓝牙功能的移动终端。
本发明提供了一种基于蓝牙的多设备智能互连方法及***，方法包括：中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；重复上述步骤，中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。本发明基于传统蓝牙的组网及互连，实现将智能手机周围带有蓝牙功能的***设备智能互连起来，为用户快速启动各设备间基于蓝牙的业务连接提供了方便。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明提供的所述基于蓝牙的多设备智能互连方法第一实施例的蓝牙网络拓扑结构示意图；
图2是本发明提供的所述基于蓝牙的多设备智能互连方法较佳实施例的流程图；
图3为本发明提供的所述基于蓝牙的多设备智能互连方法第二实施例的流程示意图；
图4为本发明提供的所述基于蓝牙的多设备智能互连方法第三实施例的流程示意图；
图5为本发明提供的所述基于蓝牙的多设备智能互连方法第四实施例的流程示意图；
图6是本发明所述基于蓝牙的多设备智能互连***较佳实施例的结构框图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
首先对传统蓝牙协议进行详细说明如下。
传统蓝牙的优点是传输数据量较大，数据传输速率也较快，适用于各种不同的实际应用。传统蓝牙协议的开发主要在逻辑链路控制与适配协议(Logical Link Control and Adaptation Protocol,L2CAP)，通用访问协议层(Generic Access Profile，GAP)和应用层(Application Profile)，下面将分别作介绍。
根据蓝牙联盟发布的传统蓝牙协议，逻辑链路控制与适配协议(Logical Link Control and Adaptation Protocol,L2CAP)定义了命令格式和数据格式。
两个蓝牙设备在通信过程中需要交互一系列的命令，命令信道的通用信令格式如表1所示。
Figure PCTCN2015092109-appb-000001
表1
其中，Length表示命令(Commands)的字节长度；Channel ID固定为0x0001；Commands中的Code表示命令的类型，如连接请求(Connection request)，连接回复(Connection response)，如表2所示；Commands中的Identifier用来匹配请求和回复；Commands中的Length表示Commands中的数据(Data)的字节长度；Commands中的Data表示命令可携带的信息。
Code Description
0x00 RESERVED
0x01 Command reject
0x02 Connection request
0x03 Connection response
0x04 Configure request
0x05 Configure response
0x06 Disconnection request
0x07 Disconnection response
0x08 Echo request
0x09 Echo response
0x0A Information request
0x0B Information response
表2
连接请求的Commands格式如表3所示。其中，PSM表示协议/服务复用，最少占2个字节长度；Source CID(源信道ID)表示发送连接请求的蓝牙设备的信道ID。
Figure PCTCN2015092109-appb-000002
表3
连接回复的Commands格式如表4所示。
Figure PCTCN2015092109-appb-000003
表4
其中，Destination CID(目的信道ID)表示发送连接回复的蓝牙设备的信道ID；Source CID(源信道ID)表示接收连接回复的蓝牙设备的信道ID，直接从连接请求命令的Source CID复制；Result表示连接请求信令的结果，例如连接成功(Connection successful)、待定(Connection pending)和拒绝(Connection refused)，如表5所示。
Value Description
0x0000 Connection successful
0x0001 Connection pending
0x0002 Connection refused-PSM not supported
0x0003 Connection refused-security block
0x0004 Connection refused-no resources available
Other Reserved
表5
对于连接请求信令的结果为待定的情况，用Status来进一步阐述结果为待定的原因，如表6所示。
Value Description
0x0000 No further information available
0x0001 Authentication pending
0x0002 Authorization pending
Other Reserved
表6
两个蓝牙设备点对点建立连接后，可以互相发送字符串数据，数据包格式如表7所示。其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Information payload表示数据包内容，长度可设置为0到65535字节。
Length Channel ID Information payload
m    
2 Bytes 2 Bytes m Bytes
表7
当三个或三个以上蓝牙设备连接成功，组成Piconet(微微网)时，主机可以同时向微微网中的所有从机发送字符串数据，主机发送的数据包格式如表8所示。其中，Length表示PSM和Information payload的字节总长度；Channel ID固定为0x0002；PSM表示协议/服务复用，分为两部分，第一部分固定由蓝牙联盟分配用作协议，第二部分由***动态分配用作服务，最少占2个字节长度；Information payload表示数据包内容，长度可设置为0到65533字节。Piconet中从机向主机发送的数据包格式如表7所示。
Length Channel ID PSM Information payload
m+n 0002    
2 Bytes 2 Bytes m(≥2)Bytes n Bytes
表8
通用访问协议(Generic Access Profile，GAP)定义了查询、可被发现、连接、可被连接和已连接等状态和流程。
蓝牙设备通过时分复用方式可以同时查询附近的蓝牙设备和被附近的蓝牙设备发现，即传统蓝牙设备可以同时担任查询设备(Inquiring device)和可被发现设备(Discoverable device)。查询设备通过查询获得可被发现设备的蓝牙地址。
查询设备和可被发现设备可能已经与另外一个蓝牙设备处于连接状态，但仍保持查询和可被发现功能。
蓝牙设备通过时分复用方式可以同时连接附近的蓝牙设备和被附近的蓝牙设备连接，即蓝牙设备可以同时担任连接设备(Connecting device)和可被连接设备(Connectable device)。连接设备向可被连接设备发送连接请求(Connection Request)；可被连接设备向连接设备发送连接回复(Connection Response)。连接成功后，发起连接的蓝牙设备在网络中成为主机(Master)，被连接的蓝牙设备在网络中成为从机(Slave)。
连接设备和可被连接设备可能已经与另外一个蓝牙设备处于连接状态，但仍保持连接和可被连接功能。
当两个蓝牙设备成功连接后，可以互相发送字符串消息。两个蓝牙设备在保持连接的同时，具有查询、可被发现、连接、可被连接的功能。
多个蓝牙设备之间可以组成一个网络，网络拓扑结构如图1所示。在图中共有3个微微网(Piconet)，即以A为主机，B、C、D、E为从机的Piconet，以F为主机，E、G、H为从机的Piconet，以D为主机，J为从机的Piconet。Piconet由一个主机和一到七个从机组成。在Piconet中，主机可以同时向网络中的所有从机发送字符串消息，所有从机可以单独向主机发送字符串消息。
Piconet A和Piconet F，Piconet A和Piconet D两两之间有蓝牙设备交集，因此，Piconet A和Piconet F，Piconet A和Piconet D以及三个Piconet形成散射网(Scatternet)。例如，在Piconet A和Piconet F组成的Scatternet中，E可以同时向A和F发送字符串消息；在Piconet A和Piconet D组成的Scatternet中，D可以同时向A和J发送字符串消息。
根据蓝牙联盟规定，不同的应用层对应于不同的Application Profile，即在GAP连接的基础上，需要再次在Application Profile上连接，才能实现具体的应用功能。
本发明还提供了一种基于蓝牙的多设备智能互连方法较佳实施例的流程图，如图2所示，所述方法包括：
步骤S100、中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；具体地，所述预定距离范围，是指中心设备的蓝牙可传输数据的距离范围。
步骤S200、建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
步骤S300、***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
步骤S400、中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
步骤S500、重复上述步骤，中心设备依次与其他***设备建立连接，根据 所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
步骤S600、中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
具体地，所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道标识(Identity，ID)字段和有效载荷信息字段。具体的，第一自定义字符串消息的实施例如下表9所示，第二自定义字符串消息的一种实施例如下表11所示。
具体实施时，步骤S600具体包括:
步骤S601、中心设备主动触发业务，查询附近的***设备；
步骤S602、根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
步骤S603、中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
步骤S604、微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
步骤S605、中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
所述步骤S600还包括：
S611、一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
S612、***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
S613、中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
上述任一项所述基于蓝牙的多设备智能互连方法，其中，所述中心设备为带有蓝牙功能的移动终端。
具体地，中心设备和***设备的组网过程如图3所示，组网的目的是中心设备和***设备相互身份识别，同时***设备向中心设备上报业务能力，中心设备形成***设备业务能力列表。
首先，中心设备查询到附近的第一个***设备后，向该***设备发送连接请求，建立GAP层连接，中心设备为主机，***设备为从机，中心设备和***设备可以互相发送字符串消息。
然后，中心设备向***设备发送如表9所示的自定义字符串消息，通知***设备上报业务能力。
Figure PCTCN2015092109-appb-000004
表9
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示。
Figure PCTCN2015092109-appb-000005
表10
***设备收到中心设备的消息后，向中心设备发送如表11所示的自定义字符串消息，向中心设备上报业务能力。
Figure PCTCN2015092109-appb-000006
表11
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示；Service 0～Service 255表示该业务类型的支持情况，用“11111111”表示支持，用“00000000”表示不支持。
获得该***设备的业务能力后，中心设备断开与该***设备的GAP层连接。
同理，中心设备依次与其他***设备建立GAP层连接获得***设备的业务能力，中心设备将所有***设备的蓝牙地址和业务类型支持情况合一，形成***设备业务能力列表，如表12所示，组网完成。
Figure PCTCN2015092109-appb-000007
表12
组网完成后，中心设备可查询和连接***设备，***设备也可以连接中心设备。当中心设备主动触发业务或收到***设备的业务触发请求时，中心设备和***设备重新建立连接完成相关业务，互连过程可分为2个应用场景，以下将分别作介绍。
应用场景1
中心设备主动触发业务请求，分别与支持该业务类型的***设备建立GAP层连接并发送业务触发请求，其中一个***设备收到消息后与中心设备实现配 置(Profile)互连，完成相关业务，互连过程如图4所示。
当中心设备有业务触发请求时，首先，查询附近的***设备，根据***设备业务能力列表(表12)选择支持该业务类型的***设备依次与其建立GAP层连接，最多可同时选择7台***设备组成微微网(Piconet)，中心设备为主机，***设备为从机。然后，中心设备向Piconet中所有***设备发送如表13所示的自定义字符串消息，广播待触发的业务类型。
Figure PCTCN2015092109-appb-000008
表13
其中，Length表示PSM和Information payload的字节总长度；Channel ID固定为0x0002；PSM表示协议/服务复用，最少占2个字节长度；Device Type和Command ID的定义如表10所示；Service Type表示待触发的业务类型。
Piconet中的***设备收到中心设备广播的业务类型后，根据用户选择做出响应，向中心设备发送如表14所示的自定义字符串消息。
Figure PCTCN2015092109-appb-000009
表14
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示；Service Accept表示是否接受业务，有以下3种定义：
(1)用“00000000”表示本***设备代表所有***设备拒绝该业务，中心设备收到该信息后，断开与所有***设备的GAP层连接，终止业务触发；
(2)用“00001111”表示本***设备拒绝该业务，中心设备收到该信息后，断开与该***设备的GAP层连接，然后继续等待其他***设备的应答消息。如果没有***设备接受该业务，则中心设备断开与所有***设备的GAP层连 接，终止业务触发。
(3)用“11111111”表示本***设备接受该业务，中心设备收到该信息后，断开与其他***设备的GAP层连接。同时，中心设备与该***设备建立该业务相对应的Profile连接，完成后续业务。
中心设备根据上述***设备的应答消息作出反馈，当收到其中一个***设备发送的Service Accept为“11111111”的接受该业务的应答消息后，中心设备断开与其他***设备的GAP层连接。同时，中心设备与该***设备在保持GAP层连接的同时建立该业务相对应的Profile连接。
中心设备监听业务结束事件，当业务结束时，中心设备依次断开与该***设备的Profile连接和GAP层连接，互连过程结束。其中，结束业务断开Profile连接也可以由该***设备主动发起，此时，***设备向中心设备发送如表15所示的自定义字符串消息，中心设备收到该消息后，依次断开与该***设备的Profile连接和GAP层连接。
Figure PCTCN2015092109-appb-000010
表15
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示。
应用场景2
***设备主动触发业务请求，依次与中心设备建立GAP层连接和Profile连接，完成相关业务，互连过程如图5所示。
当***设备有业务触发请求时，首先与中心设备建立GAP层连接，***设备为主机，中心设备为从机。当有多个***设备同时有业务触发请求时，可分别与中心设备建立GAP层连接，形成散射网(Scatternet)。然后，***设备向中心设备发送如表16所示的自定义字符串消息，通知中心设备待触发的业务类型。
Figure PCTCN2015092109-appb-000011
表16
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示；Service Type表示待触发的业务类型。
中心设备收到该业务触发请求后，如果不接受该业务，则断开与该***设备的GAP层连接，终止业务触发；如果接受该业务，中心设备与该***设备在保持GAP层连接的同时建立该业务相对应的Profile连接。
中心设备监听业务结束事件，当业务结束时，中心设备依次断开与该***设备的Profile连接和GAP层连接，互连过程结束。其中，结束业务断开Profile连接也可以由该***设备主动发起，此时，***设备向中心设备发送如表17所示的自定义字符串消息，中心设备收到该消息后，依次断开与该***设备的Profile连接和GAP层连接。
Figure PCTCN2015092109-appb-000012
表17
其中，Length表示Information payload的字节长度；Channel ID表示目的信道的ID，由***动态分配；Device Type和Command ID的定义如表10所示。
基于上述方法实施例，本发明的基于蓝牙的多设备智能互连方法，在组网过程中，中心设备依次与***设备建立GAP层连接，在GAP层通过自定义字符串消息完成身份识别和***设备业务能力上报，中心设备形成***设备业务能力列表。组网完成后，中心设备可查询和连接***设备，***设备也可以连接中心设备。当中心设备有业务触发请求或收到***设备的业务触发请求时，中心设备和***设备重新建立GAP层连接，在GAP层通过自定义字符串消息实现信令交互，完成待触发业务的广播、建立、断开、拒绝等操作，实现了设备的 智能互连，用户可快速触发智能终端之间基于蓝牙的业务连接，为用户提供了方便。
基于上述方法实施例，本发明还提供一种基于蓝牙的多设备智能互连***，如图6所示，包括：
查询模块100，用于中心设备查询附近的***设备，向***设备发送连接请求；
发送与通知模块200，用于建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
上报模块300，用于***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
控制断开模块400，用于中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
组网模块500，用于中心设备依次与其他***设备建立连接，并将所有***设备的蓝牙地址和业务类型整合，形成***设备业务类型列表并存储，组网完成；
互连模块600，用于中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
所述基于蓝牙的多设备智能互连***，其中，所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道ID字段和有效载荷信息字段。
所述基于蓝牙的多设备智能互连***，其中，所述互连模块600包括：
发送与查询单元，用于中心设备主动触发业务，查询附近的***设备；
第一连接单元，用于根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
广播单元，用于中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
应答单元，用于微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
反馈模块，用于中心设备根据***设备的应答消息内容作出连接或断开连 接的反馈。
所述基于蓝牙的多设备智能互连***，其中，所述互连模块600包括：
第二连接单元，用于一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
通知单元，用于***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
接收单元，用于中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
上述任一项所述基于蓝牙的多设备智能互连***，其中，所述中心设备为带有蓝牙功能的移动终端。
综上所述，本发明提供了一种基于蓝牙的多设备智能互连方法及***，方法包括：中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；重复上述步骤，中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。本发明基于传统蓝牙的组网及互连，实现将智能手机周围带有蓝牙功能的***设备智能互连起来，为用户快速启动各设备间基于蓝牙的业务连接提供了方便。
应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (14)

  1. 一种基于蓝牙的多设备智能互连方法，其中所述方法包括步骤：
    中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；
    建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；所述第一自定义字符串消息包括命令长度字段、目的信道标识ID字段和有效载荷信息字段；
    ***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
    中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
    重复上述步骤，中心设备依次与其它***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
    中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连；
    其中，中心设备通过收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：一个或多个***设备发出业务触发请求，分别与中心设备建立连接；***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝所述业务。
  2. 根据权利要求1所述基于蓝牙的多设备智能互连方法，其中所述第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
  3. 根据权利要求1所述基于蓝牙的多设备智能互连方法，其中中心设备通过主动触发业务和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
    中心设备主动触发业务，查询附近的***设备；
    根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
    中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
    微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
    中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
  4. 根据权利要求1所述基于蓝牙的多设备智能互连方法，其中所述中心设备为带有蓝牙功能的移动终端。
  5. 一种基于蓝牙的多设备智能互连方法，其中所述方法包括步骤：
    中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；
    建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
    ***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
    中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
    重复上述步骤，中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
    中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
  6. 根据权利要求5所述基于蓝牙的多设备智能互连方法，其中所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
  7. 根据权利要求5所述基于蓝牙的多设备智能互连方法，其中中心设备通过主动触发业务和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
    中心设备主动触发业务，查询附近的***设备；
    根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
    中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
    微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
    中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
  8. 根据权利要求5所述基于蓝牙的多设备智能互连方法，其中中心设备通过收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连，具体包括：
    一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
    ***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
    中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
  9. 根据权利要求5所述基于蓝牙的多设备智能互连方法，其中所述中心设备为带有蓝牙功能的移动终端。
  10. 一种基于蓝牙的多设备智能互连***，其中包括：
    查询模块，用于中心设备查询周围一预定距离范围内的***设备，向***设备发送连接请求；
    发送与通知模块，用于建立连接后，中心设备向***设备发送第一自定义字符串消息，通知***设备上报业务类型；
    上报模块，用于***设备向中心设备发送第二自定义字符串消息，上报自身业务类型；
    控制断开模块，用于中心设备接收到***设备上报的业务类型，中心设备断开与***设备的连接；
    组网模块，用于中心设备依次与其他***设备建立连接，根据所有***设备的对应的蓝牙地址和业务类型，生成***设备业务类型列表并存储，组网完成；
    互连模块，用于中心设备通过主动触发业务或收到***设备的业务触发请求后，和***设备重新建立连接，完成中心设备和***设备的互连。
  11. 根据权利要求10所述基于蓝牙的多设备智能互连***，其中所述第一自定义字符串消息、第二自定义字符串消息都包括命令长度字段、目的信道标识ID字段和有效载荷信息字段。
  12. 根据权利要求10所述基于蓝牙的多设备智能互连***，其中所述互连模块包括：
    发送与查询单元，用于中心设备主动触发业务，查询附近的***设备；
    连接单元，用于根据存储的***设备业务类型列表中选择支持所述业务类型的***设备，依次建立连接，形成微微网；
    广播单元，用于中心设备向微微网中的所有设备发送自定义广播信息，广播待触发的业务类型；
    应答单元，用于微微网中的***设备收到中心设备广播的业务类型后，接收用户的指令，向中心设备发送自定义应答消息；
    反馈模块，用于中心设备根据***设备的应答消息内容作出连接或断开连接的反馈。
  13. 根据权利要求10所述基于蓝牙的多设备智能互连***，其中所述互连模块包括：
    第二连接单元，用于一个或多个***设备发出业务触发请求，分别与中心设备建立连接；
    通知单元，用于***设备向中心设备发送自定义业务触发消息，通知中心设备待触发的业务类型；
    接收单元，用于中心设备接收到自定义业务触发消息后，接收用户的指令，接受或拒绝该业务。
  14. 根据权利要求10所述基于蓝牙的多设备智能互连***，其中所述中心设备为带有蓝牙功能的移动终端。
PCT/CN2015/092109 2015-04-01 2015-10-16 一种基于蓝牙的多设备智能互连方法及*** WO2016155286A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/114,079 US9900926B2 (en) 2015-04-01 2015-10-16 Multi-device intelligent interconnection method and system based on bluetooth

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510151016.7 2015-04-01
CN201510151016.7A CN104780499B (zh) 2015-04-01 2015-04-01 一种基于蓝牙的多设备智能互连方法及***

Publications (1)

Publication Number Publication Date
WO2016155286A1 true WO2016155286A1 (zh) 2016-10-06

Family

ID=53621678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/092109 WO2016155286A1 (zh) 2015-04-01 2015-10-16 一种基于蓝牙的多设备智能互连方法及***

Country Status (3)

Country Link
US (1) US9900926B2 (zh)
CN (1) CN104780499B (zh)
WO (1) WO2016155286A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104780499B (zh) * 2015-04-01 2018-05-08 惠州Tcl移动通信有限公司 一种基于蓝牙的多设备智能互连方法及***
CN105187097B (zh) * 2015-08-21 2018-09-07 惠州Tcl移动通信有限公司 一种基于蓝牙的内外设备互联互通实现方法及***
CN105307104B (zh) * 2015-09-18 2019-01-29 惠州Tcl移动通信有限公司 一种基于传统蓝牙的网络内外设备互连方法及***
CN106454705B (zh) * 2016-09-30 2019-12-20 深圳前海零距物联网科技有限公司 智能骑行多设备无线通讯***及方法
CN106412814B (zh) * 2016-12-05 2019-11-22 爱国者电子科技有限公司 识别蓝牙设备的方法和无线路由器
US10187774B2 (en) 2017-02-17 2019-01-22 Qualcomm Incorporated Method to improve connectivity to a wireless low energy peripheral device when being accessed by multiple central devices
CN107493563B (zh) * 2017-08-31 2020-10-27 大唐终端技术有限公司 一种蓝牙实现群组对讲的方法及***
JP6970578B2 (ja) * 2017-10-02 2021-11-24 キヤノン株式会社 通信装置およびその制御方法、プログラム
CN112533304B (zh) * 2020-11-24 2023-10-20 锐捷网络股份有限公司 自组网络管理方法、装置、***、电子设备以及存储介质
CN112565878A (zh) * 2020-12-07 2021-03-26 四川长虹电器股份有限公司 电视上快速输入无线密码的方法
CN115038051B (zh) * 2022-08-12 2022-11-08 北京智芯微电子科技有限公司 基于蓝牙的信息上报方法、接收方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164399A (zh) * 2010-02-23 2011-08-24 中兴通讯股份有限公司 一种基于区域的通信业务处理方法和装置
CN102170679A (zh) * 2011-05-28 2011-08-31 西安电子科技大学 基于Android***的多机蓝牙群通信方法
CN103687058A (zh) * 2012-09-18 2014-03-26 Lg电子株式会社 用于执行设备间通信的设备和方法
CN104780499A (zh) * 2015-04-01 2015-07-15 惠州Tcl移动通信有限公司 一种基于蓝牙的多设备智能互连方法及***

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020012329A1 (en) * 2000-06-02 2002-01-31 Timothy Atkinson Communications apparatus interface and method for discovery of remote devices
US7155163B2 (en) * 2001-01-09 2006-12-26 Agere Systems Inc. Unified passcode pairing of piconet devices
KR100640561B1 (ko) * 2004-08-02 2006-10-31 삼성전자주식회사 근거리 무선 통신 시스템, 근거리 무선 통신 방법 및 이를수행하는 기록매체
US20110028093A1 (en) * 2009-07-28 2011-02-03 Patel Shwetak N Bluetooth Proximity Detection System and Method of Interacting With One or More Bluetooth Devices
CN102595465B (zh) * 2011-01-10 2018-07-17 中兴通讯股份有限公司 一种实现干扰信息上报的方法、***及ue

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102164399A (zh) * 2010-02-23 2011-08-24 中兴通讯股份有限公司 一种基于区域的通信业务处理方法和装置
CN102170679A (zh) * 2011-05-28 2011-08-31 西安电子科技大学 基于Android***的多机蓝牙群通信方法
CN103687058A (zh) * 2012-09-18 2014-03-26 Lg电子株式会社 用于执行设备间通信的设备和方法
CN104780499A (zh) * 2015-04-01 2015-07-15 惠州Tcl移动通信有限公司 一种基于蓝牙的多设备智能互连方法及***

Also Published As

Publication number Publication date
CN104780499B (zh) 2018-05-08
US20170048911A1 (en) 2017-02-16
CN104780499A (zh) 2015-07-15
US9900926B2 (en) 2018-02-20

Similar Documents

Publication Publication Date Title
WO2016155286A1 (zh) 一种基于蓝牙的多设备智能互连方法及***
US10917920B2 (en) Method and apparatus for connecting alternative communication means using bluetooth low energy (LE)
US9544718B2 (en) Method and apparatus for transmitting and receiving audio stream in wireless communication system
WO2017000619A1 (zh) 基于低功耗蓝牙和传统蓝牙的微微网组网互连方法及***
US20160359925A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
KR101863564B1 (ko) 와이파이 다이렉트 연결 설정 시 그룹 오너를 결정하기 위한 장치 및 방법
US20170006415A1 (en) Method and apparatus for controlling device in wireless communication system
US9794323B2 (en) Method and apparatus for performing object transfer service using bluetooth low energy in wireless communication system
US9743225B2 (en) Method and apparatus for forming communication link using bluetooth
EP2871870B1 (en) Device and service discovery method, and device middleware
TWI478555B (zh) 直接通訊系統及其通訊連接方法
US10349253B2 (en) Method for transmitting and receiving data, and device therefor
US20160366263A1 (en) Method and device for transmitting or receiving data in wireless communication system
US9693180B2 (en) Method and apparatus for transmitting and receiving audio streams in wireless communication system
JP2004320730A (ja) データストリーミング及びリアルタイムサービス用の短距離無線ターミナル
US20170034646A1 (en) Method and apparatus for transmitting and receiving data in wireless communication system
WO2013064116A1 (zh) 建立设备到设备连接的方法、装置和***
US20170006456A1 (en) Method and device for conducting discovery in wireless communication system
WO2013166762A1 (zh) 个人网设备组网方法及***
US10492060B2 (en) Method and device for transmitting/receiving data in wireless communication system
US11367449B2 (en) Method and apparatus for calling voice recognition service by using Bluetooth low energy technology
CN105187097B (zh) 一种基于蓝牙的内外设备互联互通实现方法及***
CN113810887B (zh) 蓝牙协议连接方法、装置、存储介质及相关设备
WO2021022986A1 (zh) 直接通信接口无线承载配置方法、终端及网络侧设备
CN101384046A (zh) 一种移动终端***内数据调用方法及***

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 15114079

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15887240

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15887240

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 15887240

Country of ref document: EP

Kind code of ref document: A1