WO2013174246A1 - 一种终端的搜索方法和装置 - Google Patents

一种终端的搜索方法和装置 Download PDF

Info

Publication number
WO2013174246A1
WO2013174246A1 PCT/CN2013/075924 CN2013075924W WO2013174246A1 WO 2013174246 A1 WO2013174246 A1 WO 2013174246A1 CN 2013075924 W CN2013075924 W CN 2013075924W WO 2013174246 A1 WO2013174246 A1 WO 2013174246A1
Authority
WO
WIPO (PCT)
Prior art keywords
application identifier
application
target
receiving end
list
Prior art date
Application number
PCT/CN2013/075924
Other languages
English (en)
French (fr)
Inventor
郜文美
丁志明
树贵明
吴黄伟
王雷
Original Assignee
华为终端有限公司
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 华为终端有限公司 filed Critical 华为终端有限公司
Priority to KR1020147035735A priority Critical patent/KR101785470B1/ko
Priority to EP13793606.8A priority patent/EP2846562B1/en
Priority to JP2015513004A priority patent/JP6140273B2/ja
Publication of WO2013174246A1 publication Critical patent/WO2013174246A1/zh
Priority to US14/550,035 priority patent/US20150081823A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a terminal search method and apparatus.
  • the Wi-Fi Direct (Wireless Fidelity Direct) standard allows devices on a wireless network to connect to each other without using a wireless router. Similar to Bluetooth technology, this standard allows wireless devices to be interconnected in a peer-to-peer fashion, but In terms of transmission speed and transmission distance, it is greatly improved than Bluetooth technology.
  • the Wi-Fi Direct standard targets a wide range of Wi_Fi (Wireless Fidelity) devices, from computers to mobile phones to computer peripherals to home appliances. Devices that comply with this standard can easily connect directly to other devices, transfer data, or share applications without the need for hotspots and routers.
  • Wi-Fi Direct can support a pair of connected devices, and multiple devices can be connected at the same time, and the Wi_Fi Direct standard will support all Wi_Fi devices, from lla/b/g to lln, between different standard Wi-Fi devices. It can also be directly connected.
  • the Bluetooth SIG officially promulgates a new generation of standard specifications
  • Bluetooth Core Specification Version 3.0 High Speed a new alternate RF technology that allows the Bluetooth protocol to dynamically select the correct RF for any task. Transferring large amounts of data at high speed via Bluetooth 3.0 will naturally consume more energy. However, due to the introduction of Enhanced Power Control (EPC) mechanism and 802.11, the actual idle power consumption will be significantly reduced, which can be easily used for VCRs to HDTVs and computers. Data transfer between PMP (Portable Media Player, Media Player), UMPC (Ultra-mobile Personal Computer) and printer.
  • EPC Enhanced Power Control
  • LBS Location Based Serv i ce, location-based services
  • GPS Global System for Mobile Communications
  • LBS server support If the terminal does not rely on the support of the LBS server, it cannot search for other terminals running the same application in the local scope or in the vicinity (within Bluetooth or Wi-F i range), so that it cannot be implemented in the local area or in the vicinity. Data interaction between the terminals.
  • An embodiment of the present invention provides a terminal search method and device, which can implement a targeted search for other terminals running the same application or service without the support of the LBS server, thereby realizing Mobile data interaction.
  • a terminal search method includes:
  • a target receiving end is determined from the candidate receiving end to establish a connection with the target receiving end to establish a target application.
  • a terminal search method includes:
  • a sender including an application registration service module, specifically includes:
  • An obtaining unit configured to obtain an application identifier
  • a broadcast unit configured to broadcast, to the receiving end, a broadcast frame carrying the identifier of the application
  • a receiving unit configured to receive a target application identifier sent by the candidate receiving end a message that the target application identifier is selected by the candidate receiving end from the application identifier;
  • a processing unit configured to determine, from the candidate receiving end, a target receiving end, so as to establish a connection with the target receiving end to establish a target application.
  • a receiving end including an application registration service module, specifically includes:
  • a receiving unit configured to receive a broadcast frame that carries an application identifier broadcasted by the sender
  • a searching unit configured to determine a target application identifier in the application identifier, where the target application identifier corresponding to the application is in a running state at the receiving end;
  • a sending unit configured to send, to the sending end, a message carrying the target application identifier, so as to establish a connection with the sending end of the target application.
  • a method and device for searching a terminal by acquiring an application identifier on a transmitting end, and transmitting a broadcast frame carrying the identifier of the application, the receiving end receives the broadcast frame, and receiving the broadcast frame Searching for the same application corresponding to the application identifier in the broadcast frame in the application on the end, and the same application is in the running state on the receiving end, and the same application identifier is the target
  • the sender receives a message that is sent by the candidate receiving end and carries a respective target application identifier, and determines a target receiving end from the candidate receiving end, where the sending end establishes a location with the target receiving end The connection to the target application.
  • the embodiment of the present invention solves the problem that the terminal in the prior art cannot search for other terminals running the same application in the local scope or in the adjacent area (within the range of Bluetooth or Wi-F i) without relying on the support of the LBS server.
  • the problem is that the terminal can search for other terminals running the same application or service without the LBS server, thereby realizing the mobile data interaction between the terminals.
  • FIG. 1 is a flowchart of a method for searching a terminal according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for searching for a terminal according to Embodiment 1 of the present invention
  • FIG. 4 is a flowchart of a method for searching a terminal according to Embodiment 2 of the present invention
  • 5 is a schematic diagram of a format of a probe request frame according to Embodiment 2 of the present invention
  • FIG. 6 is a structural diagram of an application identifier element in a probe request frame according to Embodiment 2 of the present invention
  • FIG. 7 is a schematic diagram of content included in an application identifier structure in a probe request frame according to Embodiment 2 of the present invention.
  • FIG. 8 is a structural diagram of an extended application identifier result in a probe response frame according to Embodiment 2 of the present invention.
  • FIG. 9 is a schematic diagram of content included in an extended application identifier matching result structure in a probe response frame according to Embodiment 2 of the present invention.
  • FIG. 10 is a flowchart of another method for searching a terminal according to Embodiment 2 of the present invention
  • FIG. 11 is a flowchart of still another method for searching for a terminal according to Embodiment 2 of the present invention
  • FIG. 13 is a structural diagram of a transmitting end according to Embodiment 3 of the present invention
  • FIG. 14 is a structural diagram of another transmitting end according to Embodiment 3 of the present invention.
  • FIG. 15 is a structural diagram of still another transmitting end according to Embodiment 3 of the present invention.
  • FIG. 16 is a structural diagram of still another transmitting end according to Embodiment 3 of the present invention.
  • FIG. 17 is a structural diagram of still another transmitting end according to Embodiment 3 of the present invention
  • FIG. 18 is a structural diagram of still another transmitting end according to Embodiment 3 of the present invention
  • a structural diagram of the receiving end
  • FIG. 20 is a structural diagram of another receiving end according to Embodiment 3 of the present invention.
  • FIG. 21 is a structural diagram of still another receiving end according to Embodiment 3 of the present invention.
  • FIG. 22 is a structural diagram of still another receiving end according to Embodiment 3 of the present invention.
  • FIG. 23 is a structural diagram of still another receiving end according to Embodiment 3 of the present invention.
  • FIG. 24 is a structural diagram of a searching unit in a receiving end according to Embodiment 3 of the present invention.
  • Example 1 An embodiment of the present invention provides a method for searching a terminal. As shown in FIG. 1, the method includes the following steps:
  • a method for searching for a terminal is provided by the embodiment of the present invention, and the broadcaster frame carrying the identifier of the application is broadcast to the receiving end, and the transmitting end receives the bearer sent by the candidate receiving end.
  • a message of the respective target application identifier, the target application identifier is selected by the candidate receiving end from the application identifier, and the sending end determines a target receiving end from the candidate receiving end, so as to The target receiving end establishes a connection of the target application.
  • the embodiment of the invention solves the problem that the terminal cannot search for other terminals running the same application in the local scope or in the adjacent area (within the range of Bluetooth or Wi-F i) without relying on the support of the LBS server.
  • the terminal can search for other terminals running the same application or service without the support of the LBS server, thereby realizing the mobile data interaction between the terminals.
  • An embodiment of the present invention provides another method for searching for a terminal. As shown in FIG. 2, the method includes the following steps:
  • the method for searching for a terminal provided by the embodiment of the present invention, the receiving end receives the broadcast frame carrying the application identifier broadcasted by the sending end, and determines the target application identifier in the application identifier, the target application identifier The corresponding application is in a running state at the receiving end, and then sent to the sending end to carry the target application identifier a message to identify a connection with the sender to the target application.
  • the embodiment of the present invention solves the problem that the terminal cannot search for other terminals running the same application in the local area or in the adjacent area (in the range of Bluetooth or Wi-Fi) without relying on the support of the LBS server in the prior art. In the case that the terminal does not have the support of the LBS server, the terminal can search for other terminals running the same application or service in a targeted manner, thereby realizing the mobile data interaction between the terminals.
  • FIG. 3 it is an example of a scenario in which a Wi-Fi device is found in the present invention, for example, on a bus, a subway, a train station, a shuttle bus, a shopping mall, a bank, a hospital, a school, a company, and any crowd.
  • the user takes out his mobile phone (terminal A), turns on Wi-Fi, launches a game/social application, and the mobile phone screen automatically displays the terminal (mobile/pad) that is also playing the same game/same social application nearby.
  • Users can choose to connect to a stranger via Wi-Fi to connect to a game, join a multiplayer game that is fighting, or meet some friends through social apps.
  • the embodiment of the present invention provides a search method for a terminal, and the social application (social application) is a method for supporting an application (application) of an application/service type discovery, and can be implemented by an application/service type discovery.
  • Data interaction Add a Wi-Fi App Register Client (Wa-W App Register Client) to the social application, and add a Wi-Fi application to the Wi-Fi module/Wi-Fi driver of the terminal.
  • Registration server Wi-Fi App Register Server, written as WAR-S).
  • a first application identification list is stored in the WAR-S in the sending end, and the application corresponding to each application identifier in the first application identification list is in an operating state.
  • the application when an application is started, the application automatically registers the application identifier and the process identifier corresponding to the application to the first application identifier list of the sending end by using the WAR-C of the sending end. ;
  • the user manually triggers and registers the application identifier and the process identifier corresponding to the application to the first application identifier list of the sender through the WAR-C of the sender.
  • the WAR-S returns a corresponding application registration success message to the WAR-C.
  • the receiving end also saves the first application identification list in the WAR-S of the receiving end, and the application corresponding to each application identifier in the first application identification list of the receiving end is in a running state.
  • the registration of the application identifier in the first application identifier list of the receiving end is the same as that in the first application identifier list of the sending end, and details are not described herein again.
  • the first application identifier list in the sending end and the receiving end is a dynamic table, and is dynamically updated according to the startup of the application.
  • the sending end broadcasts a broadcast frame carrying the identifier of the application.
  • the broadcast frame that includes all the application identifiers in the first program identifier list is actively sent, where the broadcast frame may be specifically In order to probe the request frame (Probe Reque st ), and the probe request frame periodically performs transmission, and the specified number is continuously transmitted in each cycle, so as to find as many terminals as possible running the same application in the periphery.
  • the broadcast frame may be specifically In order to probe the request frame (Probe Reque st )
  • the probe request frame periodically performs transmission, and the specified number is continuously transmitted in each cycle, so as to find as many terminals as possible running the same application in the periphery.
  • the format of the probe request frame includes a sequence number of an application in a probe request frame, corresponding to an application identifier and an application identifier element; as shown in FIG. 6, an application identifier element Structure, including application identification element number, length, and application identification structure; as shown in Figure 7, is a schematic diagram of the content contained in the application identification structure, including manufacturer information, application name, and application version number.
  • the receiving end receives the broadcast frame carrying the application identifier.
  • the receiving end After receiving the probe request frame, the receiving end parses the application identifier therein, and queries whether the same application identifier exists in the first application identifier list of the local end, and the same application identifier is the target application. Program identification.
  • the broadcast frame response message may specifically be a probe response frame (Pr obe Response), which carries an identifier that the application matches successfully.
  • Pr obe Response a probe response frame
  • an application is extended in the probe response frame.
  • the structure of the identification result is the content diagram of the application identification matching result structure, where 0 and 1 indicate the matching result, 1 indicates the same application, the matching is successful, 0 indicates the different application, matching unsuccessful.
  • the receiving end notifies the target application of the local end that there is a list of terminals running the same application.
  • no response frame is returned when it is found that the target application identity is not present.
  • the sending end receives a broadcast frame response message carrying the target application identifier.
  • the transmitting end receives the broadcast frame response message sent by all the candidate receiving ends, and notifies the target application of the local end, and has a list of terminals running the same application nearby, so that the sending end is in the candidate receiving end. Select the destination receiver.
  • the user selects a target receiving end from the candidate receiving ends, or the target application automatically selects a target receiving end from the candidate receiving ends.
  • the sending end sends, to the target receiving end, a connection request message that carries the target application identifier, to trigger a connection with the target receiving end to establish the target application.
  • receive a connection request message that is sent by the sending end and that carries the target application identifier.
  • the target receiving end receives the connection request message that is sent by the sending end and carries the target application identifier, and after the connection is successfully established, the target application of the two terminals may perform an online service operation.
  • the embodiment further provides a method for the user to manually stop searching for the terminal. If the user finds that the terminal with the same application identifier is not found after a certain period of time, or has searched for enough, the same existence exists in a short time.
  • the application identifies the terminal
  • the user can send the corresponding process identifier of the application to the sender by pressing the "Stop" button or sending an instruction similar to stopping the search terminal, and the WAR-C in the sender stops searching for the application.
  • the WAR-S the application identifier of the stop search is deleted in the first application identifier list, and the application identifier for stopping the search is no longer carried in the corresponding probe request frame.
  • the embodiment further provides a processing method for keeping alive and logout between the WAR-C and the WAR-S in the terminal.
  • the WAR-S in the terminal sets a corresponding timer for each application, and when the time specified by the timer is reached, the terminal has not been received yet.
  • the WAR-C sends the keep-alive message corresponding to the application, the application is considered to be terminated unexpectedly, and the related information of the application in the first application identifier list is deleted.
  • the WAR-C in the terminal starts sending a keep-alive message to the WAR-S, and the WAR-S returns a response message for the keep-alive message.
  • the WAR-C in the terminal initiates a logout request to the WAR-S, and the request carries the process identifier corresponding to the application to inform the terminal.
  • the WAR-S deletes information about the application described in the first application identification list. After receiving the logout request, the WAR-S deletes the related information of the application in the first application identifier list, and returns a logout success response.
  • the above method uses Wi-Fi as the bearer protocol for the discovery and subsequent data transmission of the application, and can also be carried by using Bluetooth (Bluetooth), wherein the flow is basically the same as the process under the Wi-Fi bearer mode.
  • Bluetooth Bluetooth
  • the difference is mainly that the extension module in the Social APP is BAR-C (Bluetooth Application Register Client, Bluetooth).
  • the application registration client), the extension module in the Bluetooth module/driver is BAR-S (Bluetooth Application Register Server).
  • the ⁇ discovery process needs to extend the LMP (Link Management Protocol) in the Bluetooth protocol, for example, carrying the application identifier in the sending LMP.host -connect ion_ request, and sending the LMP -Accepted (Received response frame) carries the target application's tab, and Bluetooth Personal PIN (Personal Identification Number), for subsequent Bluetooth connection, BAR in the Bluetooth module -S can be paired directly using the parsed PIN code, eliminating the need to manually enter the PIN code.
  • LMP Link Management Protocol
  • BAR in the Bluetooth module -S can be paired directly using the parsed PIN code, eliminating the need to manually enter the PIN code.
  • the embodiment of the present invention further provides a terminal searching method, which can be applied to an existing/legacy application (legacy APP) discovery process, where the existing application is an application that does not support social functions by itself.
  • the embodiments of the present invention can also implement the function of social interaction in the neighborhood for existing applications.
  • Wi-Fi application registration server Wi-Wo App Register Server, WAR-S
  • WAR-S Wi-Fi application registration server
  • each application identification in the second application identification list is provided with a status flag, the status flag is used to indicate whether the application is running or stationary status.
  • the user manually triggers to register some application identifiers that are expected to perform data interaction to the second application identifier list of the terminal, or, when the terminal is shipped from the factory, some applications that want to perform data interaction are pre-wired by the manufacturer. Identifying a second application identifier list registered to the terminal, and the status flag corresponding to the application identifier defaults to a static state (Inactive), where the static state means that the application is not in a running state .
  • the WAR-S of the terminal polls the process manager of the terminal operating system, and queries whether the current application in the current system of the terminal has the same application as the second application identifier list of the terminal, and if so, And setting a status flag corresponding to the same application in the second application identifier list to an active state, and recording, in the second application identifier list, a process identifier corresponding to the application.
  • the second application identifier list is a dynamic table, and is dynamically updated according to the registration and startup of the application.
  • the user actively triggers a device search, and the sender receives a discovery instruction that the user finds the target application, and the instruction carries the process identifier corresponding to the target application that needs to be found. And determining, by the sending end, whether the target application is present in the second application identifier list according to the process identifier, if yes, the sending end sends a broadcast frame carrying the target application identifier.
  • the sending end broadcasts a broadcast frame carrying an application identifier whose status flag is a running status.
  • the broadcast frame may specifically be a probe request frame, the probe request frame may perform transmission periodically, and a specified number may be continuously transmitted in each cycle, so as to find as many terminals as possible running the same application.
  • the format of the probe request frame is as shown in FIGS. 5, 6, and 7.
  • the receiving end receives a broadcast frame carrying an application identifier whose status flag is a running status.
  • the transmitting end sends a broadcast frame
  • at least one candidate receiving end receives the broadcast frame
  • the specific operation of the candidate receiving end after receiving the broadcast frame is as shown in steps 404-405.
  • the receiving end After receiving the probe request frame, the receiving end parses the target application identifier, and queries whether the target application identifier exists in the second application identifier list of the local end, and the target application identifier corresponds to The status flag is taken as the running status.
  • the target application identifier When the target application identifier is queried, send a broadcast frame response message carrying the target application identifier to the sending end.
  • the broadcast frame response message is specifically a probe response frame, and its format is as shown in FIGS.
  • the receiving end At the same time, notifies the target application of the local end that there is a list of terminals running the same application.
  • no response frame is returned when it is found that the target application identity is not present.
  • the sending end receives a broadcast frame response message carrying the target application identifier.
  • the sending end After receiving the probe response frame sent by all the candidate receiving ends, the sending end notifies the local end that there is a list of terminals running the same application in the vicinity of the target application, so that the sending end selects among the candidate receiving ends.
  • Target receiver After receiving the probe response frame sent by all the candidate receiving ends, the sending end notifies the local end that there is a list of terminals running the same application in the vicinity of the target application, so that the sending end selects among the candidate receiving ends.
  • Target receiver After receiving the probe response frame sent by all the candidate receiving ends, the sending end notifies the local end that there is a list of terminals running the same application in the vicinity of the target application, so that the sending end selects among the candidate receiving ends.
  • the user selects a target receiving end from the candidate receiving ends, or the target application automatically selects a target receiving end from the candidate receiving ends.
  • the sending end sends, to the target receiving end, a connection request message that carries the target application identifier, to trigger a connection with the target receiving end to establish the target application.
  • the target receiving end receives the connection request message that is sent by the sending end and carries the target application identifier, and after the connection is successfully established, the target application of the two terminals may perform an online service operation.
  • the embodiment further provides a method for the user to manually stop searching for the terminal. If the user finds that the terminal with the target application identifier is not found after a period of time, or has searched for enough existing target applications in a short time.
  • the user may send a corresponding process identifier of the target application to be stopped to the WAR-S in the sending end by pressing the "Stop," key or send an instruction similar to stopping the search terminal, the The target application related information for stopping the search is deleted in the second application identification list.
  • the embodiment further provides a processing method for the application to keep and log off in the terminal.
  • the end The WAR-S in the terminal sets a corresponding timer for each application, and when the time specified by the timer is reached, the keep-alive message corresponding to the application sent by the process manager in the terminal has not been received. And the application is considered to be terminated unexpectedly, and the related information of the application in the second application identifier list is deleted.
  • the process manager in the terminal starts sending a keep-alive message to the WAR-S, and the WAR-S returns a response message for the keep-alive message.
  • the process manager in the terminal When the application is closed/exited, or when the user manually terminates the application discovery, the process manager in the terminal initiates a logout request to the WAR-S, and the request carries the process identifier corresponding to the application to notify the terminal.
  • the WAR-S deletes related information of the application in the second application identifier list. After receiving the logout request, the WAR-S deletes the related information of the application in the application identifier list, and returns a logout success response.
  • This embodiment can also use Bluetooth as a bearer protocol for application discovery and subsequent data interaction.
  • the embodiment of the present invention further provides a search method for a terminal.
  • Soc i a l APP that is, a method for supporting an application/service type discovery application
  • social functions can be implemented through application/service type discovery.
  • the Wi-F i application registration client WAR-C is added, and the Wi-F i application registration server WAR-S is added to the terminal's Wi-F i module/Wi-F i driver.
  • a third application identifier list is saved in the WAR-S in the sending end, and the application corresponding to each application identifier in the third application identifier list is in a running state, and the third application identifier list is in the list. At least one application identifier is provided with an active announcement flag.
  • the application When an application is started, the application automatically registers the application identifier, the active announcement flag corresponding to the application identifier, and the process identifier corresponding to the application by the WAR-C of the sender. Go to the third application identification list of the sender;
  • the user manually triggers and registers the application identifier, the active announcement flag corresponding to the application identifier, and the process identifier corresponding to the application to the WAR-C of the sender.
  • the third application identifier list in the sender is a list in the sender.
  • the WAR-S of the sender returns a message indicating that the application is successfully registered to the WAR-C of the sender.
  • the receiving end also saves the third application identification list in the WAR-S of the receiving end, and the application corresponding to each application identifier in the third application identification list of the receiving end is in a running state.
  • the third application identifier list is a dynamic table, and is dynamically updated according to the registration and startup of the application.
  • the specific steps are as follows: 501. Obtain an application identifier with an active announcement flag from the third application identifier list saved by the sending end.
  • the sending end broadcasts a broadcast frame that carries the application identifier that is provided with the active announcement flag.
  • the application identifier with the active announcement flag in the third application identifier list is sent from the broadcast frame to the receiver.
  • the broadcast frame periodically performs transmission, and the specified number is continuously transmitted in each cycle, so as to find as many terminals as possible running the same application in the periphery.
  • the format of the broadcast frame is the same as the format of the probe request frame shown in Figures 5, 6, and 7.
  • the receiving end receives a broadcast frame that carries the application identifier that is provided with the active announcement flag.
  • Steps 504-505 since the transmitting end sends a broadcast frame, at least one candidate receiving end receives the broadcast frame, and the specific operation of the candidate receiving end after receiving the broadcast frame is as follows: Steps 504-505.
  • the receiving end After receiving the probe request frame, the receiving end parses the application identifier therein, and queries whether the same application identifier exists in the third application identifier list of the local end, and the same application identifier is the target application. Program identification.
  • the receiving end notifies the target application of the local end, and there is a list of terminals running the same application nearby.
  • the receiving end searches for a candidate application identifier that is the same as the application identifier in the third application identifier list of the receiving end, and sends the candidate application identifier to the sending end.
  • the sending end After receiving the unicast frame that carries the candidate application identifier sent by the candidate receiving end, the sending end determines the target application identifier from the candidate application identifier, where the target application identifier is included in the third end of the sending end. Sending, in the application identifier list, a unicast frame response message carrying the target application identifier to the receiving end;
  • the receiving end receives the unicast frame response message that is sent by the sending end and carries the target application identifier, and obtains the target application identifier.
  • the sending end notifies the target application of the local end that there is a list of terminals running the same application nearby, so that the sending end can know that other terminals also run the same application.
  • the format of the unicast frame is the same as the format of the probe request frame shown in FIG. 5, FIG. 6, and the format of the unicast response frame is the same as the format of the probe response frame shown in FIG.
  • connection request message carrying the target application identifier is sent to the sender to establish a connection with the target terminal.
  • the user selects a sending end from the terminal list, or the target application automatically selects a sending end from the terminal list, and sends a connection request message carrying the target application identifier to the sending end to perform connection. (eg, W i F i D ir ec t connection) to establish a connection with the sender to the target application.
  • a connection request message carrying the target application identifier to the sending end to perform connection.
  • the target application of the two terminals can perform online business operations.
  • the embodiment may also adopt a method for the user to manually stop searching for the terminal. If the user finds that the terminal with the target application identifier is not found after a certain period of time, or has searched for enough existing target applications in a short time. When the terminal is identified, the user can press the "stop" button or send an instruction similar to stopping the search terminal.
  • the WAR-C in the sending end stops sending the corresponding process identifier of the application to the WAR-S in the sending end, and the application identifier of the third application identifier list in the sending end is to stop searching. If the corresponding probe request frame is deleted, the application identifier for stopping the search will no longer be carried.
  • the embodiment further provides a processing method for keeping alive and logout between the WAR-C and the WAR-S in the terminal.
  • the WAR-S in the terminal sets a corresponding timer for each application, and when the time specified by the timer is reached, the terminal has not been received yet.
  • the WAR-C sends the keep-alive message corresponding to the application, the application is considered to be terminated unexpectedly, and the related information of the application in the third application identifier list is deleted.
  • the WAR-C in the terminal starts sending a keep-alive message to the WAR-S, and the WAR-S returns a response message for the keep-alive message.
  • the WAR-C in the terminal initiates a logout request to the WAR-S, and the request carries the process identifier corresponding to the application to inform the terminal.
  • the WAR-S deletes information about the application described in the third application identification list. After receiving the logout request, the WAR-S deletes the related information of the application in the first application identifier list, and returns a logout success response.
  • the embodiment of the present invention further provides a terminal searching method, which is applied to an existing/legacy application (legacy APP) discovery process, where the existing application is an application that does not support social functions, and the present invention Embodiments may also implement the functionality of social proximity in the neighborhood for existing applications.
  • a terminal searching method which is applied to an existing/legacy application (legacy APP) discovery process, where the existing application is an application that does not support social functions, and the present invention Embodiments may also implement the functionality of social proximity in the neighborhood for existing applications.
  • a fourth application identifier list where each application identifier in the fourth application identifier list is provided with a status flag, where the status flag is used to indicate whether the application is in a running state or still The state, the at least one application identifier in the fourth application identifier list is provided with an active announcement flag.
  • the user manually triggers to register some application identifiers that are expected to perform data interaction to the fourth application identifier list of the terminal, or, when the terminal is shipped from the factory, some applications that want to perform data interaction are preset by the manufacturer. Identifying and an active announcement flag corresponding to the application identifier is registered to a fourth application identifier column of the terminal In the table, the status flag corresponding to the application identifier defaults to a static state.
  • the quiescent state means that the application is not in an operating state.
  • the WAR-S of the terminal polls the process manager of the terminal operating system, and queries whether the current application in the current system of the terminal has the same application as the fourth application identifier list of the terminal, and if so, And setting a status flag corresponding to the same application in the fourth application identifier list to an operating state (Ac ti ve ), and recording, in the fourth application identifier list, the application corresponding to the application Process ID.
  • the fourth application identifier list is a dynamic table, and is dynamically updated according to the registration and startup of the application.
  • the sending end broadcasts a broadcast frame that carries the application identifier that is provided with an active announcement flag and whose status flag is a running status.
  • the broadcast frame may specifically be a probe request frame, the probe request frame may perform transmission periodically, and a specified number may be continuously transmitted in each cycle, so as to find as many terminals as possible running the same application.
  • the format of the probe request frame is as shown in FIGS. 5, 6, and 7.
  • the receiving end receives a broadcast frame that carries the application identifier that is provided with an active announcement flag and whose status flag is a running state.
  • the transmitting end sends a broadcast frame
  • at least one candidate receiving end receives the broadcast frame
  • the specific operation of the candidate receiving end after receiving the broadcast frame is as shown in steps 604-605.
  • the receiving end After receiving the probe request frame, the receiving end parses the application identifier therein, and queries whether the same application identifier exists in the fourth application identifier list of the local end, and the same application identifier is the target application. Program identification. At the same time, the receiving end notifies the target application of the local end, and there is a list of terminals running the same application nearby.
  • the receiving end after receiving the broadcast frame, the receiving end searches for the candidate application identifier that is the same as the application identifier in the fourth application identifier list, and sends the bearer to the sending end. a unicast frame identified by the candidate application;
  • the sending end After receiving the unicast frame that carries the candidate application identifier sent by the candidate receiving end, the sending end determines the target application identifier from the candidate application identifier, where the target application identifier is included in the fourth end of the sending end. Sending, in the application identifier list, a unicast frame response message carrying the target application identifier to the receiving end;
  • the receiving end receives the unicast frame response message that is sent by the sending end and carries the target application identifier, and obtains the target application identifier.
  • the sending end notifies the target application of the local end that there is a list of terminals running the same application nearby, so that the sending end can know that other terminals also run the same application.
  • the format of the unicast frame is the same as the format of the probe request frame shown in FIG. 5, FIG. 6, and the format of the unicast response frame is the same as the format of the probe response frame shown in FIG.
  • the user selects a sending end from the terminal list, or the target application automatically selects a sending end from the terminal list, and sends a connection request message carrying the target application identifier to the sending end to perform connection. And triggering a connection with the sending end to establish the target application.
  • the target application of the two terminals can perform online business operations.
  • the embodiment may also adopt a method for the user to manually stop the terminal search. If the user finds that the terminal with the target application identifier is not found after a certain period of time, or has searched for enough existing target applications in a short time. When identifying the terminal, use The user can send the corresponding process identifier of the application to be stopped to the WAR-S in the sending end by pressing the "Stop," key or send an instruction similar to stopping the search terminal, and the corresponding probe request frame will be The application identifier that stops the discovery is no longer carried.
  • the embodiment further provides a processing method for the application to keep and log off in the terminal.
  • the WAR-S in the terminal sets a corresponding timer for each application, and when the time specified by the timer is reached, the terminal has not been received yet.
  • the process manager sends a keep-alive message corresponding to the application, the application is considered to be terminated unexpectedly, and the related information of the application in the fourth application identifier list is deleted.
  • the process manager in the terminal starts sending a keep-alive message to the WAR-S, and the WAR-S returns a response message for the keep-alive message.
  • the process manager in the terminal When the application is closed/exited, or when the user manually terminates the application discovery, the process manager in the terminal initiates a logout request to the WAR-S, and the request carries the process identifier corresponding to the application to notify the terminal.
  • the WAR-S deletes related information of the application in the fourth application identifier list. After receiving the logout request, the WAR-S deletes the related information of the application in the application identifier list and returns a logout success response.
  • the embodiment of the present invention provides a transmitting end, as shown in FIG. 13 , and includes an application registration service module, where the sending end specifically includes an obtaining unit 21, a broadcasting unit 22, a receiving unit 23, and a processing unit 24.
  • the obtaining unit 21 is configured to acquire an application identifier.
  • the broadcast unit 22 is configured to broadcast, to the receiving end, a broadcast frame carrying the application identifier
  • the receiving unit 23 is configured to receive a message that is sent by the candidate receiving end and that carries the target application identifier, where the target application identifier is selected by the candidate receiving end from the application identifier.
  • the processing unit 24 is configured to determine, from the candidate receiving end, a target receiving end, so as to establish a connection with the target receiving end to establish a target application.
  • An embodiment of the present invention provides a sending end, which acquires an application identifier on a sending end. And transmitting, to the receiving end, a broadcast frame carrying the identifier of the application, where the sending end receives a message that is sent by the candidate receiving end and carries a respective target application identifier, where the target application identifier is received by the candidate
  • the terminal is selected from the application identifiers, and the transmitting end determines a target receiving end from the candidate receiving ends to establish a connection with the target receiving end to the target application.
  • the embodiment of the invention solves the problem that the terminal cannot search for other terminals running the same application in the local scope or in the adjacent area (within the range of Bluetooth or Wi-F i) without relying on the support of the LBS server. Without the support of the LBS server, it is possible to search for other terminals running the same application or service in a targeted manner, thereby realizing mobile data interaction between terminals.
  • the sending end further includes a first storage unit 31.
  • the first storage unit is configured to save the first application identifier list, where the application programs corresponding to the respective application identifiers in the first application identifier list are in an running state.
  • the obtaining unit is specifically configured to obtain an application identifier from the first application identifier list saved by the sending end.
  • the receiving unit is specifically configured to receive a broadcast frame response message that is sent by the candidate receiving end and that carries the target application identifier.
  • the sending end further includes a sending unit 32, configured to send, to the target receiving end, a connection request message carrying the target application identifier to trigger a connection with the target receiving end to establish the target application.
  • the sending end further includes a second storage unit 33, configured to save a second application identifier list, where each application identifier in the second application identifier list is in a state a flag indicating whether the application is in a running state or a stationary state;
  • the obtaining unit is specifically configured to obtain, from the second application identifier list saved by the sending end, an application identifier whose status flag is a running status.
  • the receiving unit is specifically configured to receive a broadcast frame response message that is sent by the candidate receiving end and that carries the target application identifier.
  • the sending unit is configured to send, to the target receiving end, a connection request message carrying the target application identifier to trigger a connection with the target receiving end to establish the target application.
  • the sending end further includes a third storage unit 4 1 , configured to save a third application identifier list, where each application identifier in the third application identifier list corresponds to The applications are all in an operational state, and at least one of the application identifiers in the third application identification list is provided with an active announcement flag.
  • the obtaining unit is specifically configured to obtain, from the third application identifier list saved by the sending end, an application identifier with an active announcement flag.
  • the receiving unit is specifically configured to receive a connection request message that is sent by the candidate receiving end and carries the target application identifier.
  • the sending end further includes:
  • the unicast frame receiving unit 42 is configured to receive a unicast frame that is sent by the candidate receiving end and carries the candidate application identifier.
  • a determining unit 4 configured to determine, from the candidate application identifier, a target application identifier, where the target application identifier is included in the third application identifier list, or included in the fourth application list And the value of the status flag corresponding to the target application identifier is an operation status;
  • the response message sending unit 44 is configured to send, to the candidate receiving end, a unicast frame response message carrying the target application identifier.
  • the sending end further includes a fourth storage unit 45, configured to save a fourth application identifier list, where each application identifier in the fourth application identifier list is A status flag, the status flag is used to indicate whether the application is in a running state or a stationary state, and the at least one application identifier in the fourth application identification list is provided with an active announcement flag.
  • a fourth storage unit 45 configured to save a fourth application identifier list, where each application identifier in the fourth application identifier list is A status flag, the status flag is used to indicate whether the application is in a running state or a stationary state, and the at least one application identifier in the fourth application identification list is provided with an active announcement flag.
  • the obtaining unit is configured to obtain, from the fourth application identifier list saved by the sending end, an application identifier that is provided with an active announcement flag and whose status flag is a running state.
  • the receiving unit is specifically configured to receive a connection request message that is sent by the candidate receiving end and carries the target application identifier.
  • a unicast frame receiving unit configured to receive a unicast frame that is sent by the candidate receiving end and carries the candidate application identifier
  • a determining unit configured to determine a target application target from the candidate application identifiers
  • the target application identifier is included in the third application identifier list, or is included in the fourth application list, and the value of the status flag corresponding to the target application identifier is an running status
  • a response message sending unit configured to send, to the candidate receiving end, a unicast frame response message carrying the target application identifier.
  • the embodiment of the present invention further provides a receiving end, as shown in FIG. 19, including an application registration service module, where the receiving end specifically includes a receiving unit 5 1 , a searching unit 52 , and a sending unit 53 .
  • the receiving unit 5 1 is configured to receive, by the sending end, a broadcast frame that carries an application identifier
  • the searching unit 52 is configured to determine, in the application identifier, a target application identifier, where the application corresponding to the target application identifier is in an operating state at the receiving end, and the sending unit 53 is configured to send the carrying to the sending end. There is a message identified by the target application to establish a connection with the sender to the target application.
  • a receiving end is provided by the receiving end, and the receiving end receives the broadcast frame carrying the application identifier broadcasted by the sending end, and determines the target application identifier in the application identifier, where the target application identifier corresponds to The application is in a running state at the receiving end, and then sends a message carrying the target application identifier to the sending end to establish a connection with the sending end of the target application.
  • the embodiment of the present invention solves the problem that the terminal in the prior art cannot search for other terminals running the same application in the local scope or in the adjacent area (within the range of Bluetooth or Wi-F i) without relying on the support of the LBS server.
  • the problem is that the terminal can search for other terminals running the same application or service without the support of the LBS server, thereby realizing the mobile data interaction between the terminals.
  • the receiving end further includes a first storage unit 61.
  • the first storage unit is configured to save the first application identifier list, where the application programs corresponding to the respective application identifiers in the first application identifier list are in an running state.
  • the searching unit is specifically configured to search for the target application identifier that is the same as the application identifier in the first application list.
  • the sending unit is specifically configured to send, to the sending end, the target application The broadcast frame response message identified by the program.
  • the receiving unit is further configured to receive a connection request message that is sent by the sending end and that carries the target application identifier.
  • the receiving end further includes a second storage unit 62, configured to save a second application identifier list, where each application identifier in the second application identifier list is in a state A flag indicating whether the application is in a running state or a stationary state.
  • the searching unit is configured to search for the target application identifier that is the same as the application identifier in the second application identifier list, and the value of the status flag corresponding to the target application identifier is an running status.
  • the sending unit is specifically configured to send, to the sending end, a broadcast frame response message carrying the target application identifier.
  • the receiving unit is further configured to receive a connection request message that is sent by the sending end and that carries the target application identifier.
  • the receiving end further includes a third storage unit 63, configured to save a third application identifier list, where the application identifier corresponding to each application identifier in the third application identifier list is All are in operation.
  • the searching unit is specifically configured to search for the target application identifier that is the same as the application identifier in the third application identifier list.
  • the sending unit is specifically configured to send, to the sending end, a connection request message carrying the target application identifier.
  • the receiving end further includes a fourth storage unit 64.
  • a status flag which is used to indicate whether the application is in a running state or a stationary state.
  • the searching unit is configured to search for the target application identifier that is the same as the application identifier in the fourth application identifier list, and the value of the status flag corresponding to the target application identifier is an running status.
  • the sending unit is specifically configured to send, to the sending end, a connection request message that carries the target application identifier.
  • the searching unit in FIGS. 22 and 23, as shown in FIG. 24, further includes a searching module 71, a unicast frame sending module 72, and a response message receiving module 73.
  • the searching module 71 is configured to search, in the third application identifier list, the candidate application identifier that is the same as the application identifier, or to search for the application in the fourth application identifier list. Identifying the same candidate application identifier, and the value of the status flag corresponding to the candidate application identifier is an running status;
  • the unicast frame sending module 72 is configured to send, to the sending end, a unicast frame carrying the identifier of the candidate application;
  • the response message receiving module 73 is configured to receive a unicast frame response message that is sent by the sending end and that carries the target application identifier, and obtain the target application identifier.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Multimedia (AREA)
  • Computational Linguistics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种发现邻近区域设备的方法和装置，涉及无线通信技术领域，解决了现有技术中终端在不依靠LBS服务器的支持，就无法搜索到本地范围内或临近区域内运行有相同应用程序的其他终端的问题。所述方法包括：获取应用程序标识；向接收端广播携带有所述应用程序标识的广播帧；接收候选接收端发送的携带有目标应用程序标识的消息，所述目标应用程序标识由所述候选接收端从所述应用程序标识中选出；从所述候选接收端中确定目标接收端，以便与所述目标接收端建立目标应用程序的连接。本发明实施例主要应用于近距离无线通信过程中。

Description

一种终端的搜索方法和装置 本申请要求于 2012 年 5 月 21 日提交中国专利局、 申请号为 201210157847.1 的中国专利申请的优先权， 其全部内容通过引用结合在本 申请中。 技术领域
本发明涉及无线通信技术领域，尤其涉及一种终端的搜索方法和 装置。
背景技术
Wi-Fi Direct ( Wireless Fidelity Direct, 无线高保真直连） 标 准是指允许无线网络中的设备无需通过无线路由器即可相互连接，与 蓝牙技术类似， 这种标准允许无线设备以点对点形式互连， 不过在传 输速度与传输距离方面则比蓝牙技术有大幅提升。 Wi-Fi Direct 标 准面向各种 Wi_Fi ( Wireless Fidelity, 无线高保真）设备， 从电脑 到手机、 到电脑外设， 到家电等等。 符合该标准的设备无需热点和路 由器，就可以方便的和其他设备实现直接连接，传输数据或共享应用。 Wi-Fi Direct可以支持一对一直连， 也可以实现多台设备同时连接， 并且 Wi_Fi Direct标准将会支持所有的 Wi_Fi设备， 从 lla/b/g至 lln, 不同标准的 Wi-Fi设备之间也可以直接互联。
蓝牙技术联盟（Bluetooth SIG)正式颁布了新一代标准规范
Bluetooth Core Specification Vers ion 3.0 High Speed (蓝牙核心 规范 3. Q版 高速）， 这是一种全新的交替射频技术， 允许蓝牙协议针 对任一任务动态地选择正确射频。通过蓝牙 3.0高速传送大量数据自 然会消耗更多能量， 但由于引入了增强电源控制（EPC)机制， 再辅以 802.11,实际空闲功耗会明显降低，可以轻松用于录像机至高清电视、 电脑至 PMP ( Portable Media Player , 媒体播放器 ） 、 UMPC ( Ultra-mobile Personal Computer, 超级移动个人计算机） 至打印 机之间的资料传输。
现有技术中， Social (社交）应用都是基于 LBS ( Location Based Serv i ce , 基于位置的业务） 技术， 即需要移动网络、 GPS ( G l oba l Pos i t i on ing Sys t em , 全球定位系统） 的支持， 且需要 LBS服务器的 支持。 如果终端不依靠 LBS服务器的支持， 则无法在本地范围内或临 近区域内（蓝牙或 Wi-F i范围内）搜索到运行有相同应用程序的其他 终端， 从而无法实现本地范围内或临近区域内的终端之间的数据交 互。
发明内容
本发明的实施例提供一种终端的搜索方法和装置，实现了终端在 没有 LBS服务器支持的情况下，能够有针对性的搜索到运行有相同应 用程序或业务的其他终端， 从而实现终端之间的移动数据交互。
本发明采用如下技术方案：
一种终端的搜索方法， 包括：
获取应用程序标识；
向接收端广播携带有所述应用程序标识的广播帧；
接收候选接收端发送的携带有目标应用程序标识的消息，所述目 标应用程序标识由所述候选接收端从所述应用程序标识中选出；
从所述候选接收端中确定目标接收端，以便与所述目标接收端建 立目标应用程序的连接。
一种终端的搜索方法， 包括：
接收发送端广播的携带有应用程序标识的广播帧；
在所述应用程序标识中确定目标应用程序标识，所述目标应用程 序标识对应的应用程序在接收端处于运行状态；
向所述发送端发送携带有所述目标应用程序标识的消息，以便与 所述发送端建立所述目标应用程序的连接。
一种发送端， 包括应用程序注册服务模块， 具体包括：
获取单元， 用于获取应用程序标识；
广播单元， 用于向接收端广播携带有所述应用程序标识的广播 帧；
接收单元，用于接收候选接收端发送的携带有目标应用程序标识 的消息，所述目标应用程序标识由所述候选接收端从所述应用程序标 识中选出；
处理单元， 用于从所述候选接收端中确定目标接收端， 以便与所 述目标接收端建立目标应用程序的连接。
一种接收端， 包括应用程序注册服务模块， 具体包括：
接收单元， 用于接收发送端广播的携带有应用程序标识的广播 帧；
查找单元， 用于在所述应用程序标识中确定目标应用程序标识， 所述目标应用程序标识对应的应用程序在接收端处于运行状态；
发送单元，用于向所述发送端发送携带有所述目标应用程序标识 的消息， 以便与所述发送端建立所述目标应用程序的连接。
本发明实施例提供的一种终端的搜索方法和装置，通过获取发送 端上应用程序标识， 并发送携带有所述应用程序标识的广播帧，接收 端接收所述广播帧，并在所述接收端上的应用程序中查找与所述广播 帧中的应用程序标识对应的相同的应用程序，且所述相同的应用程序 在所述接收端上处于运行状态，所述相同的应用程序标识为目标应用 程序标识，所述发送端接收候选接收端发送的携带有各自的目标应用 程序标识的消息， 并从所述候选接收端中确定目标接收端， 所述发送 端与所述目标接收端建立所述目标应用程序的连接。本发明实施例解 决了现有技术中终端在不依靠 LBS服务器的支持，就无法在本地范围 内或临近区域内（蓝牙或 Wi -F i范围内）搜索到运行有相同应用程序 的其他终端的问题， 实现了终端在没有 LBS服务器的情况下， 能够有 针对性的搜索到运行有相同应用程序或业务的其他终端，从而实现终 端之间的移动数据交互。
附图说明
图 1为本发明实施例 1提供的一种终端的搜索方法的流程图； 图 2为本发明实施例 1提供的一种终端的搜索方法的流程图； 图 3为本发明实施例 2提供的 Wi -F i设备发现的场景实例； 图 4为本发明实施例 2提供的一种终端的搜索方法的流程图； 图 5为本发明实施例 2提供的探测请求帧的格式示意图； 图 6为本发明实施例 2提供的探测请求帧中应用程序标识元素的 结构图；
图 7为本发明实施例 2提供的探测请求帧中应用程序标识结构包 含的内容示意图；
图 8为本发明实施例 2提供的探测响应帧中扩展的应用程序标识 结果的结构图；
图 9为本发明实施例 2提供的探测响应帧中扩展的应用程序标识 匹配结果结构包含的内容示意图；
图 1 0为本发明实施例 2提供的另一种终端的搜索方法的流程图； 图 1 1为本发明实施例 2提供的又一种终端的搜索方法的流程图； 图 12为本发明实施例 2提供的再一种终端的搜索方法的流程图； 图 1 3为本发明实施例 3提供的一种发送端的结构图；
图 14为本发明实施例 3提供的另一种发送端的结构图
图 15为本发明实施例 3提供的又一种发送端的结构图
图 16为本发明实施例 3提供的再一种发送端的结构图
图 17为本发明实施例 3提供的还又一种发送端的结构图； 图 18为本发明实施例 3提供的再另一种发送端的结构图； 图 19为本发明实施例 3提供的一种接收端的结构图；
图 20为本发明实施例 3提供的另一种接收端的结构图
图 21为本发明实施例 3提供的又一种接收端的结构图
图 22为本发明实施例 3提供的再一种接收端的结构图
图 23为本发明实施例 3提供的还又一种接收端的结构图； 图 24为本发明实施例 3提供的接收端中查找单元的结构图
具体实施方式
下面结合附图对本发明实施例一种终端的搜索方法和装置进行 详细描述。
实施例 1 : 本发明实施例提供一种终端的搜索方法， 如图 1所示， 该方法包 括如下步骤：
1 01、 获取应用程序标识；
1 02、 向接收端广播携带有所述应用程序标识的广播帧；
1 03、 接收候选接收端发送的携带有各自的目标应用程序标识的 消息，所述目标应用程序标识由所述候选接收端从所述应用程序标识 中选出；
1 04、 从所述候选接收端中确定目标接收端， 以便与所述目标接 收端建立目标应用程序的连接。
本发明实施例提供的一种终端的搜索方法，通过获取发送端上应 用程序标识， 并向接收端广播携带有所述应用程序标识的广播帧， 所 述发送端接收候选接收端发送的携带有各自的目标应用程序标识的 消息，所述目标应用程序标识由所述候选接收端从所述应用程序标识 中选出， 所述发送端从所述候选接收端中确定目标接收端， 以便与所 述目标接收端建立目标应用程序的连接。本发明实施例解决了终端在 不依靠 LBS服务器的支持， 就无法在本地范围内或临近区域内（蓝牙 或 Wi -F i范围内）搜索到运行有相同应用程序的其他终端的问题， 实 现了终端在没有 LBS服务器支持的情况下，能够有针对性的搜索到运 行有相同应用程序或业务的其他终端，从而实现终端之间的移动数据 交互。
本发明实施例提供另一种终端的搜索方法， 如图 2所示， 该方法 包括如下步骤：
201、 接收发送端广播的携带有应用程序标识的广播帧；
202、 在所述应用程序标识中确定目标应用程序标识， 所述目标 应用程序标识对应的应用程序在接收端处于运行状态；
203、 向所述发送端发送携带有所述目标应用程序标识的消息， 以便与所述发送端建立所述目标应用程序的连接。
本发明实施例提供的一种终端的搜索方法，接收端通过接收发送 端广播的携带有应用程序标识的广播帧，并在所述应用程序标识中确 定目标应用程序标识，所述目标应用程序标识对应的应用程序在接收 端处于运行状态，然后向所述发送端发送携带有所述目标应用程序标 识的消息， 以便与所述发送端建立所述目标应用程序的连接。 本发明 实施例解决了现有技术中终端在不依靠 LBS服务器的支持，就无法在 本地范围内或临近区域内（蓝牙或 Wi-Fi范围内）搜索到运行有相同 应用程序的其他终端的问题，实现了终端在没有 LBS服务器支持的情 况下， 能够有针对性的搜索到运行有相同应用程序或业务的其他终 端， 从而实现终端之间的移动数据交互。
实施例 2:
如图 3所示，为本发明在实现 Wi-Fi设备发现的场景实例，例如， 在公交车上、 地铁上、 火车站、 班车上、 商场、 银行、 医院、 学校、 公司， 任何人群聚集的地方， 用户拿出自己的手机 （终端 A) , 打开 Wi-Fi, 启动一个游戏 /社交应用程序， 手机屏幕上就自动呈现出附近 也正在玩相同游戏 /相同社交应用的终端 （手机 /pad) 。 用户可以选 择与某个陌生人通过 Wi-Fi互连来联机一场游戏，或者加入正在酣战 的多人游戏当中， 或者通过社交应用结识一些朋友。
本发明实施例提供一种终端的搜索方法， 针对 Social APP (社 交应用程序）即为支持应用程序 /业务类型发现的 APP( Application, 应用程序） 的方法， 通过应用程序 /业务类型发现， 可以实现数据交 互。 其中在社交应用程序中增加 Wi-Fi应用程序注册客户端 （Wi-Fi App Register Client, 筒写为 WAR- C ) , 在终端的 Wi- Fi模块 /Wi- Fi 驱动中增加 Wi- Fi应用程序注册服务器（ Wi-Fi App Register Server, 筒写为 WAR-S ) 。
在发送端中的 WAR-S中保存有第一应用程序标识列表，所述第一 应用程序标识列表中的各个应用程序标识对应的应用程序均处于运 行状态。
其中， 当有应用程序启动时， 所述应用程序将通过发送端的 WAR-C 自动将所述应用程序标识和与所述应用程序对应的进程标识 注册到所述发送端的第一应用程序标识列表中；
或者， 当有应用程序启动时， 用户手动触发并通过发送端的 WAR-C 将所述应用程序标识和与所述应用程序对应的进程标识注册 到所述发送端的第一应用程序标识列表中。
另外可选的， 无需应用程序启动， 用户直接手动将所需发现的应 用程序标识注册到所述发送端的第一应用程序标识列表中。
可选的，当所述应用程序在所述发送端的第一应用程序标识列表 中注册成功后， WAR-S向 WAR-C返回相应的应用程序注册成功的消 息。
接收端也同样在所述接收端的 WAR-S 中保存第一应用程序标识 列表，所述接收端的第一应用程序标识列表中的各个应用程序标识对 应的应用程序均处于运行状态。 其中， 所述接收端的第一应用程序标 识列表中的应用程序标识的注册与上述发送端的第一应用程序标识 列表中相同， 此处不再赘述。
其中， 所述发送端和接收端中的第一应用程序标识列表为动态 表， 根据应用程序的启动， 是不断动态更新的。
当发送端在执行终端的搜索时， 如图 4所示， 具体步骤如下：
301、 从所述发送端保存的所述第一应用程序标识列表中获取应 用程序标识；
302、 所述发送端广播携带有所述应用程序标识的广播帧。
具体可以为，当应用程序标识在所述第一程序标识列表中注册成 功后，会主动发送包含有所述第一程序标识列表中的所有应用程序标 识的广播帧， 其中所述广播帧具体可以为探测请求帧 （ Probe Reque s t ) , 且所述探测请求帧周期性地执行发送， 而且在每个周期 中会连续发送指定个数，以便尽量多的发现周边运行有相同应用程序 的终端。
如图 5所示， 为所述探测请求帧的格式， 其中包括应用程序在探 测请求帧中的顺序编号， 对应应用程序标识和应用程序标识元素； 如 图 6所示，为应用程序标识元素的结构，包括应用程序标识元素编号， 长度以及应用程序标识结构； 如图 7所示， 为应用程序标识结构包含 的内容示意图，其中包括厂家信息，应用程序名称和应用程序版本号。
303、 接收端接收携带有应用程序标识的广播帧。
具体的， 由于发送端发送的为广播帧， 所以会有至少一个候选接 收端接收到所述广播帧，所述候选接收端在接收到所述广播帧后的具 体操作如步骤 304-305。 304、 在所述接收端的第一应用程序标识列表中查找与所述应用 程序标识相同的目标应用程序标识。
所述接收端在接收到所述探测请求帧后，通过解析其中的应用程 序标识，查询本端的第一应用程序标识列表中是否存在相同的应用程 序标识， 所述相同的应用程序标识为目标应用程序标识。
305、 当查询存在所述目标应用程序标识时， 向所述发送端发送 携带有所述目标应用程序标识的广播帧响应消息。
所述广播帧响应消息具体可以为探测响应帧（ P r obe Re s pon s e ) , 其中携带了应用程序匹配成功的标识， 如图 8所示， 为所述探测响应 帧中扩展了一个应用程序标识结果的结构， 如图 9所示， 为应用程序 标识匹配结果结构包含的内容示意图， 其中 0和 1表示匹配结果， 1 表示相同的应用程序， 匹配成功， 0表示不相同的应用程序， 匹配不 成功。
同时，所述接收端通知本端的目标应用程序附近有运行相同应用 程序的终端的列表。
在一个实施例中， 当发现不存在目标应用程序标识时， 则不返回 任何响应帧。 当然， 也可以通过返回响应帧的方式来通知发送端不存 在目标应用程序标识。
306、 所述发送端接收携带有所述目标应用程序标识的广播帧响 应消息。
所述发送端接收所有候选接收端发送的广播帧响应消息，并通知 本端的所述目标应用程序， 附近有运行相同应用程序的终端的列表， 以便于所述发送端在所述候选接收端中选择目标接收端。
307、 从所述候选接收端中确定目标接收端， 以便与所述目标接 收端建立目标应用程序的连接。
用户从所述候选接收端中选择目标接收端，或者所述目标应用程 序自动从所述候选接收端中选择目标接收端。
308、 所述发送端向所述目标接收端发送携带有所述目标应用程 序标识的连接请求消息，以触发与所述目标接收端建立所述目标应用 程序的连接。 309、 接收所述发送端发送的携带有所述目标应用程序标识的连 接请求消息。
具体为所述目标接收端接收所述发送端发送的携带有所述目标 应用程序标识的连接请求消息， 连接建立成功后， 两个终端的所述目 标应用程序可以进行联机业务操作。
可选的， 本实施例还提供了用户手动停止搜索终端的方法， 如果 用户发现一段时间后没有搜索到存在相同的应用程序标识的终端，或 者在短时间内已经搜索到足够多的存在相同的应用程序标识的终端 时， 用户可以通过按 "停止" 键或者发送类似停止搜索终端的指令， 所述发送端中的 WAR-C 将停止搜索所述应用程序的对应进程标识发 送给所述发送端中的 WAR-S, 所述第一应用程序标识列表中将所述停 止搜索的应用程序标识删除，相应的所述探测请求帧中将不再携带所 述停止搜索的应用程序标识。
可选的，本实施例还提供了终端中的 WAR-C与 WAR-S之间保活和 注销的处理方法。 当应用程序在第一应用程序标识列表中成功注册 后， 所述终端中的 WAR-S为每一个应用程序设置一个对应的定时器， 当到达所述定时器规定的时间 ,还没有收到终端中的 WAR-C发来的所 述应用程序对应的保活消息时， 则认为所述应用程序意外终止， 删除 所述第一应用程序标识列表中所述应用程序的相关信息。 另外， 应用 程序在所述第一应用程序标识列表中成功注册后， 终端中的 WAR-C 就开始向 WAR-S发送保活消息， WAR-S针对保活消息返回响应消息。 当应用程序关闭 /退出时， 或者用户手动终止搜索应用程序时， 终端 中的 WAR-C向 WAR-S发起注销请求，请求中携带所述应用程序对应的 进程标识，以告知所述终端中的 WAR-S删除第一应用程序标识列表中 所述应用程序的相关信息。 WAR-S接收到注销请求后， 将所述第一应 用程序标识列表中所述应用程序的相关信息删除，并返回注销成功响 应。
上述方法是使用 Wi-Fi 作为应用程序的发现和后续数据传输的 承载协议，也可以使用蓝牙（ Bluetooth )进行承载，其中流程与 Wi-Fi 承载方式下的流程基本相同。 不同之处主要在于 Social APP中的扩 展模块为 BAR-C ( Bluetooth Application Register Client , 蓝牙 应用程序注册客户端）， Bluetooth模块 /驱动中的扩展模块为 BAR-S ( Bluetooth Application Register Server , 蓝牙应用程序注册月良 务器）。另外， ΑΡΡ发现进程需要对蓝牙协议中的 LMP( Link Management Protocol , 链路管 理协议 ） 进行扩展 ， 例 如 ， 在发送 LMP.host -connect ion_ request (主机连接请求帧） 中携带应用程序 标识， 发送 LMP -Accepted (接受响应帧） 中携带目标应用程序的匹 酉己标 口、和蓝牙酉己对所需 々 PIN ( Personal Identification Number, 个人识别密码）， 为后续建立蓝牙连接时， 蓝牙模块中的 BAR-S可以 直接使用解析出来的 PIN码进行配对， 从而无需人工输入 PIN码。
本发明实施例还提供一种终端的搜索方法， 可应用于现有的 /旧 式的应用程序 （ Legacy APP) 的发现过程， 所述现有的应用程序为本 身不支持社交功能的应用程序，通过本发明实施例对于现有应用程序 也可以实现邻近区域社交的功能。
同样， 在终端的 Wi-Fi模块 /Wi-Fi驱动中增加 Wi-Fi应用程序 注册服务器 （Wi- Fi App Register Server, 筒写为 WAR- S ) 。
在终端的 WAR-S中保存第二应用程序标识列表，所述第二应用程 序标识列表中的各个应用程序标识均设有状态标志，所述状态标志用 于指示应用程序是处于运行状态还是静止状态。
其中，用户手动触发将某些希望进行数据交互的应用程序标识注 册到所述终端的第二应用程序标识列表中， 或者， 在终端出厂时， 由 厂家预先将某些希望进行数据交互的应用程序标识注册到所述终端 的第二应用程序标识列表中，且与所述应用程序标识对应的状态标志 默认取值为静止状态（ Inactive ) , 所述静止状态是指所述应用程序 没有处于运行状态。
当有应用程序启动时，所述应用程序会在终端操作系统的进程管 理器中进行注册。所述终端的 WAR-S会对终端操作系统的进程管理器 进行轮询，查询所述终端当前系统中是否运行有和所述终端的第二应 用程序标识列表中相同的应用程序， 如果有， 则将所述第二应用程序 标识列表中与所述相同的应用程序对应的状态标志设置为运行状态 (Active) , 并在所述第二应用程序标识列表中记录所述应用程序对 应的进程标识。 其中， 所述第二应用程序标识列表为动态表， 根据应用程序的注 册和启动， 是不断动态更新的。
当发送端在执行终端的搜索时， 如图 10所示， 具体步骤为：
401、 从所述发送端保存的第二应用程序标识列表中获取一个状 态标志取值为运行状态的应用程序标识。
用户主动触发设备搜索，所述发送端接收用户发现目标应用程序 的发现指令，所述指令中携带所需发现的目标应用程序对应的进程标 识。当所述发送端根据所述进程标识判断所述目标应用程序是否存在 于所述第二应用程序标识列表中， 如果存在， 则所述发送端发送携带 有目标应用程序标识的广播帧。
402、 所述发送端广播携带有所述状态标志取值为运行状态的应 用程序标识的广播帧。
所述广播帧具体可以为探测请求帧，所述探测请求帧可以周期性 地执行发送， 而且可以在每个周期中连续发送指定个数， 以便尽量多 的发现周边运行有相同应用程序的终端。所述探测请求帧的格式如图 5、 6、 7所示。
403、 接收端接收携带有所述状态标志取值为运行状态的应用程 序标识的广播帧。
具体的， 由于发送端发送的为广播帧， 所以会有至少一个候选接 收端接收到所述广播帧，所述候选接收端在接收到所述广播帧后的具 体操作如步骤 404-405。
404、 在所述接收端的第二应用程序标识列表中查找与所述应用 程序标识相同的目标应用程序标识，且所述目标应用程序标识对应的 状态标志的取值为运行状态。
所述接收端在接收到所述探测请求帧后，通过解析其中的目标应 用程序标识，查询本端的第二应用程序标识列表中是否存在所述目标 应用程序标识，且所述目标应用程序标识对应的状态标志取值为运行 状态。
405、 当查询存在所述目标应用程序标识时， 向所述发送端发送 携带有所述目标应用程序标识的广播帧响应消息。 所述广播帧响应消息具体为探测响应帧， 其格式如图 8、 9所示。 同时所述接收端通知本端的目标应用程序附近有运行相同应用程序 的终端的列表。
在一个实施例中， 当发现不存在目标应用程序标识时， 则不返回 任何响应帧。
406、 所述发送端接收携带有所述目标应用程序标识的广播帧响 应消息。
当所述发送端接收所有候选接收端发送的探测响应帧后，通知本 端所述目标应用程序附近有运行相同应用程序的终端的列表，以便于 所述发送端在所述候选接收端中选择目标接收端。
407、 从所述候选接收端中确定目标接收端， 以便与所述目标接 收端建立目标应用程序的连接。
用户从所述候选接收端中选择目标接收端，或者所述目标应用程 序自动从所述候选接收端中选择目标接收端。
408、 所述发送端向所述目标接收端发送携带有所述目标应用程 序标识的连接请求消息，以触发与所述目标接收端建立所述目标应用 程序的连接。
409、 接收所述发送端发送的携带有所述目标应用程序标识的连 接请求消息。
具体为所述目标接收端接收所述发送端发送的携带有所述目标 应用程序标识的连接请求消息， 连接建立成功后， 两个终端的所述目 标应用程序可以进行联机业务操作。
可选的， 本实施例还提供了用户手动停止搜索终端的方法， 如果 用户发现一段时间后没有搜索到存在目标应用程序标识的终端，或者 在短时间内已经搜索到足够多的存在目标应用程序标识的终端时，用 户可以通过按 "停止，，键或者发送类似停止搜索终端的指令， 将要停 止搜索所述目标应用程序的对应进程标识发送给所述发送端中的 WAR-S , 所述第二应用程序标识列表中将所述停止搜索的目标应用程 序相关信息删除。
可选的，本实施例还提供了终端中针对应用程序保活和注销的处 理方法。 当应用程序在第二应用程序标识列表中成功注册后， 所述终 端中的 WAR-S为每一个应用程序设置一个对应的定时器，当到达所述 定时器规定的时间，还没有收到终端中的进程管理器发送的所述应用 程序对应的保活消息时， 则认为所述应用程序意外终止， 删除所述第 二应用程序标识列表中所述应用程序的相关信息。 另外， 应用程序在 应用程序标识列表中成功注册后， 终端中的进程管理器就开始向 WAR-S发送保活消息， WAR-S针对保活消息返回响应消息。 当应用程 序关闭 /退出时， 或者用户手动终止应用程序发现时， 终端中的进程 管理器向 WAR-S发起注销请求，请求中携带所述应用程序对应的进程 标识，以告知所述终端中的 WAR-S删除所述第二应用程序标识列表中 所述应用程序的相关信息。 WAR-S接收到注销请求后， 将应用程序标 识列表中所述应用程序的相关信息删除， 并返回注销成功响应。
本实施例也可使用蓝牙作为应用程序的发现和后续数据交互的 承载协议。
本发明实施例还提供一种终端的搜索方法， 针对 Soc i a l APP , 即为支持应用程序 /业务类型发现的应用程序的方法，通过应用程序 / 业务类型发现， 可以实现社交功能。 其中在社交应用程序中增加 Wi-F i应用程序注册客户端 WAR-C , 在终端的 Wi-F i模块 /Wi-F i驱动 中增加 Wi-F i应用程序注册服务器 WAR-S。
在发送端中的 WAR-S中保存有第三应用程序标识列表，所述第三 应用程序标识列表中的各个应用程序标识对应的应用程序均处于运 行状态，所述第三应用程序标识列表中的至少一个应用程序标识设有 主动宣告标志。
其中， 当有应用程序启动时， 所述应用程序将通过发送端的 WAR-C 自动将所述应用程序标识、 与所述应用程序标识对应的主动宣 告标志和与所述应用程序对应的进程标识注册到所述发送端的第三 应用程序标识列表中；
或者， 当有应用程序启动时， 用户手动触发并通过发送端的 WAR-C将所述应用程序标识、 与所述应用程序标识对应的主动宣告标 志和与所述应用程序对应的进程标识注册到所述发送端的第三应用 程序标识列表中。
可选的，当所述应用程序在所述发送端的第三应用程序标识列表 中注册成功后，发送端的 WAR-S向所述发送端的 WAR-C返回相应的应 用程序注册成功的消息。
接收端也同样在所述接收端的 WAR-S 中保存第三应用程序标识 列表，所述接收端的第三应用程序标识列表中的各个应用程序标识对 应的应用程序均处于运行状态。
其中， 所述第三应用程序标识列表为动态表， 根据应用程序的注 册和启动， 是不断动态更新的。
当发送端在执行终端的搜索时， 如图 11所示， 具体步骤如下： 501、 从所述发送端保存的所述第三应用程序标识列表中获取设 有主动宣告标志的应用程序标识。
502、 所述发送端广播携带有所述设有主动宣告标志的应用程序 标识的广播帧。
具体可以为，当应用程序标识在所述第三应用程序标识列表中注 册成功后，会将所述第三应用程序标识列表中具有主动宣告标志的应 用程序标识， 由所述广播帧发送给接收端， 所述广播帧周期性地执行 发送， 而且在每个周期中会连续发送指定个数， 以便尽量多的发现周 边运行有相同应用程序的终端。 所述广播帧的格式与图 5、 6、 7所示 的探测请求帧的格式相同。
503、 所述接收端接收携带有所述设有主动宣告标志的应用程序 标识的广播帧。
具体的， 由于发送端发送的为广播帧， 所以会有至少一个候选接 收端接收到所述广播帧，所述候选接收端在接收到所述广播帧后的具 体操作如步骤 504-505。
504、 在所述接收端的第三应用程序标识列表中查找与所述应用 程序标识相同的目标应用程序标识。
所述接收端在接收到所述探测请求帧后，通过解析其中的应用程 序标识，查询本端的第三应用程序标识列表中是否存在相同的应用程 序标识， 所述相同的应用程序标识为目标应用程序标识。
同时， 所述接收端通知本端的目标应用程序， 附近有运行相同应 用程序的终端的列表。 可选的， 所述接收端在接收到所述广播帧后， 在所述接收端的第 三应用程序标识列表中查找与所述应用程序标识相同的候选应用程 序标识， 并向所述发送端发送携带有所述候选应用程序标识的单播 帧；
所述发送端接收候选接收端发送的携带有候选应用程序标识的 单播帧后， 从所述候选应用程序标识中确定目标应用程序标识， 所述 目标应用程序标识包含在所述发送端的第三应用程序标识列表中，然 后向所述接收端发送携带有所述目标应用程序标识的单播帧响应消 息；
所述接收端接收所述发送端发送的携带有目标应用程序标识的 单播帧响应消息， 获取目标应用程序标识。
并且所述发送端通知本端的所述目标应用程序，附近有运行相同 应用程序的终端的列表 ,以便可以使所述发送端知道其他终端也运行 有相同的应用程序。
其中所述单播帧的格式与图 5、 6、 7所示的探测请求帧的格式相 同， 所述单播响应帧的格式与图 8、 9所示的探测响应帧的格式相同。
5 05、 当查询存在所述目标应用程序标识时， 向所述发送端发送 携带有所述目标应用程序标识的连接请求消息，以便与所述发送端建 立所述目标应用程序的连接。
用户从所述终端列表中选择发送端，或者所述目标应用程序自动 从所述终端列表中选择发送端，并向所述发送端发送携带有所述目标 应用程序标识的连接请求消息， 进行连接 (例如 W i F i D i r ec t连接 ) , 以便与所述发送端建立所述目标应用程序的连接。
5 06、 接收候选接收端发送的携带有目标应用程序标识的连接请 求消息， 以便与所述接收端建立所述目标应用程序的连接。
连接建立成功后，两个终端的所述目标应用程序可以进行联机业 务操作。
可选的， 本实施例也可采用用户手动停止搜索终端的方法， 如果 用户发现一段时间后没有搜索到存在目标应用程序标识的终端，或者 在短时间内已经搜索到足够多的存在目标应用程序标识的终端时，用 户可以通过按 "停止"键或者发送类似停止搜索终端的指令， 所述发 送端中的 WAR-C 将停止发现所述应用程序的对应进程标识发送给所 述发送端中的 WAR-S , 所述发送端的第三应用程序标识列表中将所述 停止搜索的应用程序标识删除，相应的所述探测请求帧中将不再携带 所述停止搜索的应用程序标识。
可选的，本实施例还提供了终端中的 WAR-C与 WAR-S之间保活和 注销的处理方法。 当应用程序在第三应用程序标识列表中成功注册 后， 所述终端中的 WAR-S为每一个应用程序设置一个对应的定时器， 当到达所述定时器规定的时间 ,还没有收到终端中的 WAR-C发来的所 述应用程序对应的保活消息时， 则认为所述应用程序意外终止， 删除 所述第三应用程序标识列表中所述应用程序的相关信息。 另外， 应用 程序在所述第三应用程序标识列表中成功注册后， 终端中的 WAR-C 就开始向 WAR-S发送保活消息， WAR-S针对保活消息返回响应消息。 当应用程序关闭 /退出时， 或者用户手动终止搜索应用程序时， 终端 中的 WAR-C向 WAR-S发起注销请求，请求中携带所述应用程序对应的 进程标识，以告知所述终端中的 WAR-S删除第三应用程序标识列表中 所述应用程序的相关信息。 WAR-S接收到注销请求后， 将所述第一应 用程序标识列表中所述应用程序的相关信息删除，并返回注销成功响 应。
本发明实施例还提供一种终端的搜索方法， 应用于现有的 /旧式 的应用程序 （ Legacy APP ) 的发现过程， 所述现有的应用程序为不支 持社交功能的应用程序，通过本发明实施例对于现有应用程序也可以 实现邻近区域社交的功能。
同样， 在终端的 Wi-F i模块 /Wi -F i驱动中增加 WAR-S。
在发送端的 WAR-S中保存第四应用程序标识列表，所述第四应用 程序标识列表中的各个应用程序标识均设有状态标志，所述状态标志 用于指示应用程序是处于运行状态还是静止状态，所述第四应用程序 标识列表中的至少一个应用程序标识设有主动宣告标志。
其中，用户手动触发将某些希望进行数据交互的应用程序标识注 册到所述终端的第四应用程序标识列表中， 或者， 在终端出厂时， 由 厂家预先将某些希望进行数据交互的应用程序标识和与所述应用程 序标识对应的主动宣告标志注册到所述终端的第四应用程序标识列 表中， 且与所述应用程序标识对应的状态标志默认取值为静止状态
( Inac t i ve ) , 所述静止状态是指所述应用程序没有处于运行状态。
当有应用程序启动时，所述应用程序会在终端操作系统的进程管 理器中进行注册。所述终端的 WAR-S会对终端操作系统的进程管理器 进行轮询，查询所述终端当前系统中是否运行有和所述终端的第四应 用程序标识列表中相同的应用程序， 如果有， 则将所述第四应用程序 标识列表中与所述相同的应用程序对应的状态标志设置为运行状态 ( Ac t i ve ) , 并在所述第四应用程序标识列表中记录所述应用程序对 应的进程标识。
其中， 所述第四应用程序标识列表为动态表， 根据应用程序的注 册和启动， 是不断动态更新的。
当发送端在执行终端的搜索时， 如图 12所示， 具体步骤为：
601、 从所述发送端保存的所述第四应用程序标识列表中获取设
602、 所述发送端广播携带有所述设有主动宣告标志并且状态标 志取值为运行状态的应用程序标识的广播帧。
所述广播帧具体可以为探测请求帧，所述探测请求帧可以周期性 地执行发送， 而且可以在每个周期中连续发送指定个数， 以便尽量多 的发现周边运行有相同应用程序的终端。所述探测请求帧的格式如图 5、 6、 7所示。
603、 接收端接收携带有所述设有主动宣告标志并且状态标志取 值为运行状态的应用程序标识的广播帧。
具体的， 由于发送端发送的为广播帧， 所以会有至少一个候选接 收端接收到所述广播帧，所述候选接收端在接收到所述广播帧后的具 体操作如步骤 604-605。
604、 在所述接收端的第四应用程序标识列表中查找与所述应用 程序标识相同的目标应用程序标识，且所述目标应用程序标识对应的 状态标志的取值为运行状态。
所述接收端在接收到所述探测请求帧后，通过解析其中的应用程 序标识，查询本端的第四应用程序标识列表中是否存在相同的应用程 序标识， 所述相同的应用程序标识为目标应用程序标识。 同时， 所述接收端通知本端的目标应用程序， 附近有运行相同应 用程序的终端的列表。
可选的， 所述接收端在接收到所述广播帧后， 在所述第四应用程 序标识列表中查找与所述应用程序标识相同的候选应用程序标识，并 向所述发送端发送携带有所述候选应用程序标识的单播帧；
所述发送端接收候选接收端发送的携带有候选应用程序标识的 单播帧后， 从所述候选应用程序标识中确定目标应用程序标识， 所述 目标应用程序标识包含在所述发送端的第四应用程序标识列表中，然 后向所述接收端发送携带有所述目标应用程序标识的单播帧响应消 息；
所述接收端接收所述发送端发送的携带有目标应用程序标识的 单播帧响应消息， 获取目标应用程序标识。
并且所述发送端通知本端的所述目标应用程序，附近有运行相同 应用程序的终端的列表 ,以便可以使所述发送端知道其他终端也运行 有相同的应用程序。
其中所述单播帧的格式与图 5、 6、 7所示的探测请求帧的格式相 同， 所述单播响应帧的格式与图 8、 9所示的探测响应帧的格式相同。
605、 当查询存在所述目标应用程序标识时， 向所述发送端发送 携带有所述目标应用程序标识的连接请求消息，以便与所述发送端建 立所述目标应用程序的连接。
用户从所述终端列表中选择发送端，或者所述目标应用程序自动 从所述终端列表中选择发送端，并向所述发送端发送携带有所述目标 应用程序标识的连接请求消息， 进行连接， 以触发与所述发送端建立 所述目标应用程序的连接。
606、 接收候选接收端发送的携带有目标应用程序标识的连接请 求消息， 以便与所述接收端建立所述目标应用程序的连接。
连接建立成功后，两个终端的所述目标应用程序可以进行联机业 务操作。
可选的， 本实施例也可采用用户手动停止终端搜索的方法， 如果 用户发现一段时间后没有搜索到存在目标应用程序标识的终端，或者 在短时间内已经搜索到足够多的存在目标应用程序标识的终端时，用 户可以通过按 "停止，，键或者发送类似停止搜索终端的指令， 将要停 止发现所述应用程序的对应进程标识发送给所述发送端中的 WAR-S , 相应的所述探测请求帧中将不再携带所述停止发现的应用程序标识。
可选的，本实施例还提供了终端中针对应用程序保活和注销的处 理方法。 当应用程序在第四应用程序标识列表中成功注册后， 所述终 端中的 WAR-S为每一个应用程序设置一个对应的定时器，当到达所述 定时器规定的时间，还没有收到终端中的进程管理器发送的所述应用 程序对应的保活消息时， 则认为所述应用程序意外终止， 删除所述第 四应用程序标识列表中所述应用程序的相关信息。 另外， 应用程序在 所述第四应用程序标识列表中成功注册后，终端中的进程管理器就开 始向 WAR-S发送保活消息， WAR-S针对保活消息返回响应消息。 当应 用程序关闭 /退出时， 或者用户手动终止应用程序发现时， 终端中的 进程管理器向 WAR-S发起注销请求，请求中携带所述应用程序对应的 进程标识，以告知所述终端中的 WAR-S删除所述第四应用程序标识列 表中所述应用程序的相关信息。 WAR-S接收到注销请求后， 将应用程 序标识列表中所述应用程序的相关信息删除， 并返回注销成功响应。
本发明上述实施例可应用于所有近距离无线通信中的应用程序 发现过程。
实施例 3
本发明实施例提供一种发送端， 如图 1 3所示， 包括应用程序注 册服务模块， 所述发送端具体包括获取单元 21、 广播单元 22、 接收 单元 23和处理单元 24。
其中， 获取单元 21 , 用于获取应用程序标识；
广播单元 22 , 用于向接收端广播携带有所述应用程序标识的广 播帧；
接收单元 23 , 用于接收候选接收端发送的携带有目标应用程序 标识的消息，所述目标应用程序标识由所述候选接收端从所述应用程 序标识中选出；
处理单元 24 , 用于从所述候选接收端中确定目标接收端， 以便 与所述目标接收端建立目标应用程序的连接。
本发明实施例提供了一种发送端，通过获取发送端上应用程序标 识， 并向接收端广播携带有所述应用程序标识的广播帧， 所述发送端 接收候选接收端发送的携带有各自的目标应用程序标识的消息，所述 目标应用程序标识由所述候选接收端从所述应用程序标识中选出，所 述发送端从所述候选接收端中确定目标接收端，以便与所述目标接收 端建立目标应用程序的连接。 本发明实施例解决了终端在不依靠 LBS 服务器的支持， 就无法在本地范围内或临近区域内 （蓝牙或 Wi -F i 范围内）搜索到运行有相同应用程序的其他终端的问题， 实现了在没 有 LBS服务器支持的情况下，能够有针对性的搜索到运行有相同应用 程序或业务的其他终端， 从而实现终端之间的移动数据交互。
可选的， 如图 14所示， 所述发送端还包括第一存储单元 31。 所述第一存储单元， 具体用于保存第一应用程序标识列表， 所述 第一应用程序标识列表中的各个应用程序标识对应的应用程序均处 于运行状态。
所述获取单元，具体用于从所述发送端保存的所述第一应用程序 标识列表中获取应用程序标识。
所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的广播帧响应消息。
所述发送端还包括发送单元 32 , 用于向所述目标接收端发送携 带有所述目标应用程序标识的连接请求消息，以触发与所述目标接收 端建立所述目标应用程序的连接。
可选的， 如图 15所示， 所述发送端还包括第二存储单元 33 , 用 于保存第二应用程序标识列表，所述第二应用程序标识列表中的各个 应用程序标识均设有状态标志，所述状态标志用于指示应用程序是处 于运行状态还是静止状态；
所述获取单元，具体用于从所述发送端保存的第二应用程序标识 列表中获取一个状态标志取值为运行状态的应用程序标识。
所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的广播帧响应消息。
所述发送单元，用于向所述目标接收端发送携带有所述目标应用 程序标识的连接请求消息，以触发与所述目标接收端建立所述目标应 用程序的连接。 可选的， 如图 1 6所示， 所述发送端还包括第三存储单元 4 1 , 用 于保存第三应用程序标识列表，所述第三应用程序标识列表中的各个 应用程序标识对应的应用程序均处于运行状态，所述第三应用程序标 识列表中的至少一个应用程序标识设有主动宣告标志。
所述获取单元，具体用于从所述发送端保存的所述第三应用程序 标识列表中获取设有主动宣告标志的应用程序标识。
所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的连接请求消息。
可选的， 如图 1 7所示， 所述发送端还包括：
单播帧接收单元 42 , 用于接收候选接收端发送的携带有候选应 用程序标识的单播帧；
确定单元 4 3 , 用于从所述候选应用程序标识中确定目标应用程 序标识， 所述目标应用程序标识包含在所述第三应用程序标识列表 中，或者包含在所述第四应用程序列表中且所述目标应用程序标识对 应的状态标志的取值为运行状态；
响应消息发送单元 44 , 用于向所述候选接收端发送携带有所述 目标应用程序标识的单播帧响应消息。
可选的， 如图 1 8所示， 所述发送端还包括第四存储单元 45 , 用 于保存第四应用程序标识列表，所述第四应用程序标识列表中的各个 应用程序标识均设有状态标志，所述状态标志用于指示应用程序是处 于运行状态还是静止状态，所述第四应用程序标识列表中的至少一个 应用程序标识设有主动宣告标志。
所述获取单元，具体用于从所述发送端保存的所述第四应用程序 标识列表中获取设有主动宣告标志并且状态标志取值为运行状态的 应用程序标识。
所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的连接请求消息。
单播帧接收单元，用于接收候选接收端发送的携带有候选应用程 序标识的单播帧；
确定单元，用于从所述候选应用程序标识中确定目标应用程序标 识， 所述目标应用程序标识包含在所述第三应用程序标识列表中， 或 者包含在所述第四应用程序列表中且所述目标应用程序标识对应的 状态标志的取值为运行状态；
响应消息发送单元，用于向所述候选接收端发送携带有所述目标 应用程序标识的单播帧响应消息。
相应地， 本发明实施例还提供一种接收端， 如图 1 9所示， 包括 应用程序注册服务模块， 所述接收端具体包括接收单元 5 1、 查找单 元 52和发送单元 5 3。
其中， 接收单元 5 1 , 用于接收发送端广播的携带有应用程序标 识的广播帧；
查找单元 52 , 用于在所述应用程序标识中确定目标应用程序标 识， 所述目标应用程序标识对应的应用程序在接收端处于运行状态； 发送单元 5 3 , 用于向所述发送端发送携带有所述目标应用程序 标识的消息， 以便与所述发送端建立所述目标应用程序的连接。
本发明实施例所提供的一种接收端，接收端通过接收发送端广播 的携带有应用程序标识的广播帧，并在所述应用程序标识中确定目标 应用程序标识，所述目标应用程序标识对应的应用程序在接收端处于 运行状态，然后向所述发送端发送携带有所述目标应用程序标识的消 息， 以便与所述发送端建立所述目标应用程序的连接。 本发明实施例 解决了现有技术中终端在不依靠 LBS服务器的支持，就无法在本地范 围内或临近区域内（蓝牙或 Wi -F i范围内 )搜索到运行有相同应用程 序的其他终端的问题， 实现了终端在没有 LBS服务器支持的情况下， 能够有针对性的搜索到运行有相同应用程序或业务的其他终端，从而 实现终端之间的移动数据交互。
可选的， 如图 20所示， 所述接收端还包括第一存储单元 6 1。 所述第一存储单元， 具体用于保存第一应用程序标识列表， 所述 第一应用程序标识列表中的各个应用程序标识对应的应用程序均处 于运行状态。
所述查找单元，具体用于在所述第一应用程序列表中查找与所述 应用程序标识相同的目标应用程序标识。
所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的广播帧响应消息。
所述接收单元，还用于接收所述发送端发送的携带有所述目标应 用程序标识的连接请求消息。
可选的， 如图 21所示， 所述接收端还包括第二存储单元 62 , 用 于保存第二应用程序标识列表，所述第二应用程序标识列表中的各个 应用程序标识均设有状态标志，所述状态标志用于指示应用程序是处 于运行状态还是静止状态。
所述查找单元，具体用于在所述第二应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识，且所述目标应用程序标 识对应的状态标志的取值为运行状态。
所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的广播帧响应消息。
所述接收单元，还用于接收所述发送端发送的携带有所述目标应 用程序标识的连接请求消息。
可选的， 如图 22所示， 所述接收端还包括第三存储单元 63 , 用 于保存第三应用程序标识列表，所述第三应用程序标识列表中的各个 应用程序标识对应的应用程序均处于运行状态。
所述查找单元，具体用于在所述第三应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识。
所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的连接请求消息。
可选的， 如图 23所示， 所述接收端还包括第四存储单元 64。 用 于保存第四应用程序标识列表，所述第四应用程序标识列表中的各个 应用程序标识均设有状态标志，所述状态标志用于指示应用程序是处 于运行状态还是静止状态。
所述查找单元，具体用于在所述第四应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识，且所述目标应用程序标 识对应的状态标志的取值为运行状态。
所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的连接请求消息。 可选的， 在图 22和 23中的查找单元， 如图 24所示， 还包括查 找模块 71、 单播帧发送模块 72和响应消息接收模块 73。
查找模块 71 , 用于在所述第三应用程序标识列表中查找与所述 应用程序标识相同的候选应用程序标识； 或者， 用于在所述第四应用 程序标识列表中查找与所述应用程序标识相同的候选应用程序标识， 且所述候选应用程序标识对应的状态标志的取值为运行状态；
单播帧发送模块 72 , 用于向所述发送端发送携带有所述候选应 用程序标识的单播帧；
响应消息接收模块 73 , 用于接收所述发送端发送的携带有目标 应用程序标识的单播帧响应消息， 获取所述目标应用程序标识。
另外， 以上实施例中分别说明的各技术、 系统、 装置、 方法以及 明的精神和原则之内的其他的模块， 方法， 装置， 系统及技术， 这些 根据本发明实施例的记载组合而成的模块， 方法， 装置， 系统及技术 均在本发明的保护范围之内。
显然， 本领域的技术人员应该明白， 上述的本发明的各单元或各 步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置 上， 或者分布在多个计算装置所组成的网络上， 可选地， 它们可以用 计算装置可执行的程序代码来实现， 从而， 可以将它们存储在存储装 置中由计算装置来执行。 或者将它们分别制作成各个电路模块， 或者 将它们中的多个单元或步骤制作成单个电路模块来实现。 这样， 本发 明不限制于任何特定的硬件和软件结合。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并 不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范 围内， 可轻易想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护范围应所述以权利要求的保护范围为准。

Claims

权利要求
1、 一种终端的搜索方法， 其特征在于， 包括：
获取应用程序标识；
向接收端广播携带有所述应用程序标识的广播帧；
接收候选接收端发送的携带有目标应用程序标识的消息，所述目 标应用程序标识由所述候选接收端从所述应用程序标识中选出； 从所述候选接收端中确定目标接收端，以便与所述目标接收端建 立目标应用程序的连接。
2、 根据权利要求 1所述的方法， 其特征在于， 发送端保存有第 一应用程序标识列表，所述第一应用程序标识列表中的各个应用程序 标识对应的应用程序均处于运行状态；
所述获取应用程序标识包括：
从所述第一应用程序标识列表中获取所述应用程序标识。
3、 根据权利要求 1所述的方法， 其特征在于， 发送端保存有第 二应用程序标识列表，所述第二应用程序标识列表中的各个应用程序 标识均设有状态标志，所述状态标志用于指示应用程序是处于运行状 态还是静止状态；
所述获取应用程序标识包括：
从所述第二应用程序标识列表中获取一个状态标志取值为运行 状态的应用程序标识。
4、 根据权利要求 2或 3所述的方法， 其特征在于， 所述接收候 选接收端发送的携带有目标应用程序标识的消息包括：
接收候选接收端发送的携带有目标应用程序标识的广播帧响应 消息。
5、 根据权利要求 2或 3所述的方法， 其特征在于， 所述从所述 候选接收端中确定目标接收端之后， 还包括：
向所述目标接收端发送携带有所述目标应用程序标识的连接请 求消息， 以触发与所述目标接收端建立所述目标应用程序的连接。
6、 根据权利要求 1所述的方法， 其特征在于， 发送端保存有第 三应用程序标识列表，所述第三应用程序标识列表中的各个应用程序 标识对应的应用程序均处于运行状态，所述第三应用程序标识列表中 的至少一个应用程序标识设有主动宣告标志； 所述获取应用程序标识包括：
从所述第三应用程序标识列表中获取设有主动宣告标志的应用 程序标识。
7、 根据权利要求 1所述的方法， 其特征在于， 发送端保存有第 四应用程序标识列表，所述第四应用程序标识列表中的各个应用程序 标识均设有状态标志，所述状态标志用于指示应用程序是处于运行状 态还是静止状态，所述第四应用程序标识列表中的至少一个应用程序 标识设有主动宣告标志；
所述获取应用程序标识包括：
从所述第四应用程序标识列表中获取设有主动宣告标志并且状 态标志取值为运行状态的应用程序标识。
8、 根据权利要求 6或 7所述的方法， 其特征在于， 所述接收候 选接收端发送的携带有目标应用程序标识的消息包括：
接收候选接收端发送的携带有目标应用程序标识的连接请求消 息。
9、 根据权利要求 6或 7所述的方法， 其特征在于， 所述接收候 选接收端发送的携带有目标应用程序标识的消息之前， 还包括： 接收候选接收端发送的携带有候选应用程序标识的单播帧； 从所述候选应用程序标识中确定目标应用程序标识，所述目标应 用程序标识包含在所述第三应用程序标识列表中，或者包含在所述第 四应用程序列表中且所述目标应用程序标识对应的状态标志的取值 为运行 态；
向所述候选接收端发送携带有所述目标应用程序标识的单播帧 响应消息。
1 0、 一种终端的搜索方法， 其特征在于， 包括：
接收发送端广播的携带有应用程序标识的广播帧；
在所述应用程序标识中确定目标应用程序标识，所述目标应用程 序标识对应的应用程序在接收端处于运行状态；
向所述发送端发送携带有所述目标应用程序标识的消息，以便与 所述发送端建立所述目标应用程序的连接。
1 1、 根据权利要求 1 0所述的方法， 其特征在于， 所述接收端保 存有第一应用程序标识列表，所述第一应用程序标识列表中的各个应 用程序标识对应的应用程序均处于运行状态；
在所述应用程序标识中确定目标应用程序标识，所述目标应用程 序标识对应的应用程序在接收端处于运行状态包括：
在所述第一应用程序列表中查找与所述应用程序标识相同的目 标应用程序标识。
12、 根据权利要求 10所述的方法， 其特征在于， 所述接收端保 存有第二应用程序标识列表，所述第二应用程序标识列表中的各个应 用程序标识均设有状态标志，所述状态标志用于指示应用程序是处于 运行状态还是静止状态；
所述在所述应用程序标识中确定目标应用程序标识，所述目标应 用程序标识对应的应用程序在接收端处于运行状态， 包括：
在所述第二应用程序标识列表中查找与所述应用程序标识相同 的目标应用程序标识，且所述目标应用程序标识对应的状态标志的取 值为运行^ 态。
1 3、 根据权利要求 11或 12所述的方法， 其特征在于， 所述向所 述发送端发送携带有所述目标应用程序标识的消息包括：
向所述发送端发送携带有所述目标应用程序标识的广播帧响应 消息。
14、 根据权利要求 11或 12所述的方法， 其特征在于， 所述向所 述发送端发送携带有所述目标应用程序标识的消息之后， 还包括： 接收所述发送端发送的携带有所述目标应用程序标识的连接请 求消息。
15、 根据权利要求 10所述的方法， 其特征在于， 所述接收端保 存有第三应用程序标识列表，所述第三应用程序标识列表中的各个应 用程序标识对应的应用程序均处于运行状态；
所述在所述应用程序标识中确定目标应用程序标识，所述目标应 用程序标识对应的应用程序在接收端处于运行状态包括：
在所述第三应用程序标识列表中查找与所述应用程序标识相同 的目标应用程序标识。
16、 根据权利要求 10所述的方法， 其特征在于， 所述接收端保 存有第四应用程序标识列表，所述第四应用程序标识列表中的各个应 用程序标识均设有状态标志，所述状态标志用于指示应用程序是处于 运行状态还是静止状态；
所述在所述应用程序标识中确定目标应用程序标识，所述目标应 用程序标识对应的应用程序在接收端处于运行状态包括：
在所述第四应用程序标识列表中查找与所述应用程序标识相同 的目标应用程序标识，且所述目标应用程序标识对应的状态标志的取 值为运行^ 态。
1 7、 根据权利要求 1 5或 16所述的方法， 其特征在于， 所述向所 述发送端发送携带有所述目标应用程序标识的消息包括：
向所述发送端发送携带有所述目标应用程序标识的连接请求消 息。
1 8、 根据权利要求 1 5或 16所述的方法， 其特征在于， 所述在所 述应用程序标识中确定目标应用程序标识，所述目标应用程序标识对 应的应用程序在接收端处于运行状态包括：
在所述第三应用程序标识列表中查找与所述应用程序标识相同 的候选应用程序标识；
或者，在所述第四应用程序标识列表中查找与所述应用程序标识 相同的候选应用程序标识，且所述候选应用程序标识对应的状态标志 的取值为运行状态；
向所述发送端发送携带有所述候选应用程序标识的单播帧； 接收所述发送端发送的携带有目标应用程序标识的单播帧响应 消息， 获取所述目标应用程序标识。
1 9、 一种发送端， 其特征在于， 包括应用程序注册服务模块， 所 述发送端具体包括：
获取单元， 用于获取应用程序标识；
广播单元， 用于向接收端广播携带有所述应用程序标识的广播 帧；
接收单元，用于接收候选接收端发送的携带有目标应用程序标识 的消息，所述目标应用程序标识由所述候选接收端从所述应用程序标 识中选出；
处理单元， 用于从所述候选接收端中确定目标接收端， 以便与所 述目标接收端建立目标应用程序的连接。
20、 根据权利要求 1 9所述的发送端， 其特征在于， 所述发送端 还包括第一存储单元， 用于保存第一应用程序标识列表， 所述第一应 用程序标识列表中的各个应用程序标识对应的应用程序均处于运行 状态；
所述获取单元，具体用于从所述第一应用程序标识列表中获取应 用程序标识。
21、 根据权利要求 1 9所述的发送端， 其特征在于， 所述发送端 还包括第二存储单元， 用于保存第二应用程序标识列表， 所述第二应 用程序标识列表中的各个应用程序标识均设有状态标志，所述状态标 志用于指示应用程序是处于运行状态还是静止状态；
所述获取单元，具体用于从所述第二应用程序标识列表中获取一 个状态标志取值为运行状态的应用程序标识。
22、 根据权利要求 20或 21所述的发送端， 其特征在于， 所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的广播帧响应消息。
2 3、 根据权利要求 20或 21所述的发送端， 其特征在于， 所述发 送端还包括：
发送单元，用于向所述目标接收端发送携带有所述目标应用程序 标识的连接请求消息，以触发与所述目标接收端建立所述目标应用程 序的连接。
24、 根据权利要求 1 9所述的发送端， 其特征在于， 所述发送端 还包括第三存储单元， 用于保存第三应用程序标识列表， 所述第三应 用程序标识列表中的各个应用程序标识对应的应用程序均处于运行 状态，所述第三应用程序标识列表中的至少一个应用程序标识设有主 动宣告标志；
所述获取单元，具体用于从所述第三应用程序标识列表中获取设 有主动宣告标志的应用程序标识。
25、 根据权利要求 1 9所述的发送端， 其特征在于， 所述发送端 还包括第四存储单元， 用于保存第四应用程序标识列表， 所述第四应 用程序标识列表中的各个应用程序标识均设有状态标志，所述状态标 志用于指示应用程序是处于运行状态还是静止状态，所述第四应用程 序标识列表中的至少一个应用程序标识设有主动宣告标志；
所述获取单元，具体用于从所述第四应用程序标识列表中获取设
26、 根据权利要求 24或 25所述的发送端， 其特征在于， 所述接收单元，具体用于接收候选接收端发送的携带有目标应用 程序标识的连接请求消息。
27、 根据权利要求 24或 25所述的发送端， 其特征在于， 所述发 送端还包括：
单播帧接收单元，用于接收候选接收端发送的携带有候选应用程 序标识的单播帧；
确定单元，用于从所述候选应用程序标识中确定目标应用程序标 识， 所述目标应用程序标识包含在所述第三应用程序标识列表中， 或 者包含在所述第四应用程序列表中且所述目标应用程序标识对应的 状态标志的取值为运行状态；
响应消息发送单元，用于向所述候选接收端发送携带有所述目标 应用程序标识的单播帧响应消息。
28、 一种接收端， 其特征在于， 包括应用程序注册服务模块， 所 述接收端具体包括：
接收单元， 用于接收发送端广播的携带有应用程序标识的广播 帧；
查找单元， 用于在所述应用程序标识中确定目标应用程序标识， 所述目标应用程序标识对应的应用程序在接收端处于运行状态；
发送单元，用于向所述发送端发送携带有所述目标应用程序标识 的消息， 以便与所述发送端建立所述目标应用程序的连接。
29、 根据权利要求 28所述的接收端， 其特征在于， 所述接收端 还包括第一存储单元， 用于保存第一应用程序标识列表， 所述第一应 用程序标识列表中的各个应用程序标识对应的应用程序均处于运行 状态；
所述查找单元，具体用于在所述第一应用程序列表中查找与所述 应用程序标识相同的目标应用程序标识。
30、 根据权利要求 28所述的接收端， 其特征在于， 所述接收端 还包括第二存储单元， 用于保存第二应用程序标识列表， 所述第二应 用程序标识列表中的各个应用程序标识均设有状态标志，所述状态标 志用于指示应用程序是处于运行状态还是静止状态； 所述查找单元，具体用于在所述第二应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识，且所述目标应用程序标 识对应的状态标志的取值为运行状态。
31、 根据权利要求 29或 30所述的接收端， 其特征在于， 所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的广播帧响应消息。
32、 根据权利要求 29或 30所述的接收端， 其特征在于， 所述接 收单元，还用于接收所述发送端发送的携带有所述目标应用程序标识 的连接请求消息。
33、 根据权利要求 28所述的接收端， 其特征在于， 所述接收端 还包括第三存储单元， 用于保存第三应用程序标识列表， 所述第三应 用程序标识列表中的各个应用程序标识对应的应用程序均处于运行 状态；
所述查找单元，具体用于在所述第三应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识。
34、 根据权利要求 28所述的接收端， 其特征在于， 所述接收端 还包括第四存储单元。 用于保存第四应用程序标识列表， 所述第四应 用程序标识列表中的各个应用程序标识均设有状态标志，所述状态标 志用于指示应用程序是处于运行状态还是静止状态；
所述查找单元，具体用于在所述第四应用程序标识列表中查找与 所述应用程序标识相同的目标应用程序标识，且所述目标应用程序标 识对应的状态标志的取值为运行状态。
35、 根据权利要求 33或 34所述的接收端， 其特征在于， 所述发送单元，具体用于向所述发送端发送携带有所述目标应用 程序标识的连接请求消息。
36、 根据权利要求 33或 34所述的接收端， 其特征在于， 所述查 找单元包括：
查找模块，用于在所述第三应用程序标识列表中查找与所述应用 程序标识相同的候选应用程序标识； 或者， 用于在所述第四应用程序 标识列表中查找与所述应用程序标识相同的候选应用程序标识，且所 述候选应用程序标识对应的状态标志的取值为运行状态；
单播帧发送模块，用于向所述发送端发送携带有所述候选应用程 序标识的单播帧；
响应消息接收模块，用于接收所述发送端发送的携带有目标应用 程序标识的单播帧响应消息， 获取所述目标应用程序标识。
PCT/CN2013/075924 2012-05-21 2013-05-20 一种终端的搜索方法和装置 WO2013174246A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020147035735A KR101785470B1 (ko) 2012-05-21 2013-05-20 단말 검색 방법 및 장치
EP13793606.8A EP2846562B1 (en) 2012-05-21 2013-05-20 Method and apparatus for searching terminals
JP2015513004A JP6140273B2 (ja) 2012-05-21 2013-05-20 端末検索方法及び装置
US14/550,035 US20150081823A1 (en) 2012-05-21 2014-11-21 Terminal Search Method and Apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210157847.1 2012-05-21
CN2012101578471A CN103428630A (zh) 2012-05-21 2012-05-21 一种终端的搜索方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/550,035 Continuation US20150081823A1 (en) 2012-05-21 2014-11-21 Terminal Search Method and Apparatus

Publications (1)

Publication Number Publication Date
WO2013174246A1 true WO2013174246A1 (zh) 2013-11-28

Family

ID=49623115

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/075924 WO2013174246A1 (zh) 2012-05-21 2013-05-20 一种终端的搜索方法和装置

Country Status (7)

Country Link
US (1) US20150081823A1 (zh)
EP (1) EP2846562B1 (zh)
JP (1) JP6140273B2 (zh)
KR (1) KR101785470B1 (zh)
CN (1) CN103428630A (zh)
MY (1) MY189975A (zh)
WO (1) WO2013174246A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104581402A (zh) * 2013-10-16 2015-04-29 联想(北京)有限公司 一种交互控制方法及电子设备
US9749834B2 (en) 2012-06-06 2017-08-29 Kyocera Corporation Communication control method, user terminal, processor, and storage medium

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104703251B (zh) * 2013-12-05 2018-04-27 联想(北京)有限公司 一种信息传输方法、第一电子设备和第二电子设备
WO2015085591A1 (zh) * 2013-12-13 2015-06-18 华为技术有限公司 近距离发现方法和装置
JP6377760B2 (ja) 2014-06-30 2018-08-22 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ＰｒｏＳｅ情報送信方法、端末、および通信デバイス
CN104581368A (zh) * 2015-02-03 2015-04-29 安徽广电信息网络股份有限公司 一种基于信令交互的多屏互动方法
CN106161412B (zh) * 2015-04-27 2019-09-10 阿里巴巴集团控股有限公司 一种互联网业务处理方法及装置
CN105049495B (zh) * 2015-06-29 2018-10-02 广州酷狗计算机科技有限公司 设备发现方法、装置及系统
JP6204477B2 (ja) * 2015-06-29 2017-09-27 ガンホー・オンライン・エンターテイメント株式会社 サーバー装置
US10397868B2 (en) * 2015-07-31 2019-08-27 Nintendo Co., Ltd. Wireless system, wireless device, non-transitory computer-readable storage medium having stored therein communication program, and communication method
JP6625887B2 (ja) 2015-07-31 2019-12-25 任天堂株式会社 無線システム、無線機器、通信プログラム、および通信方法
US10306451B2 (en) 2015-07-31 2019-05-28 Nintendo Co., Ltd. Wireless system, wireless device, non-transitory computer-readable storage medium having stored therein communication program, and communication method
JP6132037B1 (ja) * 2016-01-15 2017-05-24 カシオ計算機株式会社 無線通信方法及びプログラム
CN106059863A (zh) * 2016-05-16 2016-10-26 乐视控股（北京）有限公司 一种设备搜索方法及装置
KR102500710B1 (ko) * 2016-12-09 2023-02-16 후아웨이 테크놀러지 컴퍼니 리미티드 핫스팟 접속 구축 방법 및 단말 장치
KR102621649B1 (ko) 2017-02-08 2024-01-05 삼성전자주식회사 사용자의 활동 패턴과 관련된 타인의 활동 정보를 제공하는 방법 및 그 전자 장치
JP7114223B2 (ja) * 2017-02-20 2022-08-08 株式会社東芝 機器制御システム、通信方法、無線端末及び制御装置
CN107231275B (zh) * 2017-05-31 2021-07-30 普天智能照明研究院有限公司 用于用户设备与家居设备连接配置的方法
CN107635284A (zh) * 2017-11-14 2018-01-26 北京锐安科技有限公司 一种无线定位方法、装置、设备及存储介质
CN108683793B (zh) * 2018-03-26 2020-10-30 维沃移动通信有限公司 应用图标的显示方法和移动终端

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1708922A (zh) * 2002-10-31 2005-12-14 诺基亚公司 为服务请求选择数据项的方法和系统
CN1957327A (zh) * 2004-03-18 2007-05-02 日本电气株式会社 数据处理设备，数据处理方法，和数据处理程序
CN102262768A (zh) * 2010-05-31 2011-11-30 任天堂株式会社 信息处理系统及信息处理方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6959436B2 (en) * 2000-12-15 2005-10-25 Innopath Software, Inc. Apparatus and methods for intelligently providing applications and data on a mobile device system
JP2004104774A (ja) * 2002-08-23 2004-04-02 Matsushita Electric Ind Co Ltd 無線通信システム
WO2004034698A1 (ja) * 2002-10-09 2004-04-22 Matsushita Electric Industrial Co., Ltd. 情報処理装置
US7573906B2 (en) * 2003-05-15 2009-08-11 At&T Intellectual Property I, L.P. Methods, computer program products, and systems for managing quality of service in a communication network for applications
US20050262075A1 (en) * 2004-05-21 2005-11-24 Bea Systems, Inc. Systems and methods for collaboration shared state management
US20050262006A1 (en) * 2004-05-20 2005-11-24 Bea Systems, Inc. Systems and methods for a collaboration server
US20080090656A1 (en) * 2005-03-10 2008-04-17 Stephan Hartwig System And Method Of Controlling Sensors And Actuators In Gaming Environment
JP5350008B2 (ja) * 2009-02-25 2013-11-27 京セラ株式会社 無線通信システムおよび無線通信装置
JP4871373B2 (ja) * 2009-06-19 2012-02-08 任天堂株式会社 情報処理システムおよび情報処理装置
GB201014195D0 (en) * 2009-08-26 2010-10-06 Pharos Systems Internat Inc Method for downloading a dataset to an output device
JP5677811B2 (ja) * 2010-06-11 2015-02-25 任天堂株式会社 携帯型情報端末、携帯情報システム、携帯型情報端末制御プログラム
JP5893827B2 (ja) * 2010-09-24 2016-03-23 任天堂株式会社 情報処理装置、情報処理プログラム、情報処理方法及び情報処理システム
US8224894B1 (en) * 2011-05-09 2012-07-17 Google Inc. Zero-click sharing of application context across devices

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1708922A (zh) * 2002-10-31 2005-12-14 诺基亚公司 为服务请求选择数据项的方法和系统
CN1957327A (zh) * 2004-03-18 2007-05-02 日本电气株式会社 数据处理设备，数据处理方法，和数据处理程序
CN102262768A (zh) * 2010-05-31 2011-11-30 任天堂株式会社 信息处理系统及信息处理方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9749834B2 (en) 2012-06-06 2017-08-29 Kyocera Corporation Communication control method, user terminal, processor, and storage medium
CN104581402A (zh) * 2013-10-16 2015-04-29 联想(北京)有限公司 一种交互控制方法及电子设备
CN104581402B (zh) * 2013-10-16 2018-02-27 联想(北京)有限公司 一种交互控制方法及电子设备

Also Published As

Publication number Publication date
KR20150020583A (ko) 2015-02-26
KR101785470B1 (ko) 2017-10-26
EP2846562A1 (en) 2015-03-11
EP2846562B1 (en) 2020-06-24
JP2015522994A (ja) 2015-08-06
US20150081823A1 (en) 2015-03-19
CN103428630A (zh) 2013-12-04
JP6140273B2 (ja) 2017-05-31
EP2846562A4 (en) 2015-04-15
MY189975A (en) 2022-03-22

Similar Documents

Publication Publication Date Title
WO2013174246A1 (zh) 一种终端的搜索方法和装置
CN109803242B (zh) 通过nrf进行nf发现的方法、设备及可读存储介质
EP2297988B1 (en) Infrastructure assisted discovery in a wireless peer-to-peer network
EP2289204B1 (en) Managing discovery in a wireless peer-to-peer network
EP2387260B1 (en) System of wi-fi terminals and channel operation method for the same
KR101954657B1 (ko) Ｗｉ－Ｆｉ Ｐ２Ｐ 네트워크에서 단말 간 연결 방법 및 그 단말
WO2013015623A2 (en) Method and apparatus for device/service discovery and channel access control in proximity device-to-device wireless communication
US10484866B2 (en) Device-to-device identification conflict solution method and device-to-device user equipment
WO2016161867A1 (zh) 终端直通中继节点的确定、使用方法及装置
US20120179737A1 (en) System and method for searching for mobile devices, and for establishing connections and data exchange between the mobile devices
WO2018058636A1 (zh) 一种传输响应消息的方法和装置
US20140237125A1 (en) Method, apparatus, and system for establishing device-to-device connection
JP2004349807A (ja) プレゼンスサービスを応用したアクセスポイント高速接続方法
WO2018107952A1 (zh) 无线连接方法及装置
CN108605206A (zh) 一种社交信息交互方法及装置
CN108781217A (zh) 多媒体数据传输的方法、服务器和终端
CN101518108A (zh) 用于有助于通信的系统和方法
WO2011103797A1 (zh) 一种基于区域的通信业务处理方法和装置
WO2014206273A1 (zh) 对码方法和装置
WO2015172436A1 (zh) 一种终端互发现方法及装置
JP6251210B2 (ja) 端末装置、通信セッション確立方法、及び、プログラム
JP6469203B2 (ja) 端末装置、通信セッション確立方法、及び、プログラム
WO2023078268A1 (zh) Dns消息的发送方法、终端及网络侧设备
JP6146477B2 (ja) 端末機、通信処理方法、及び通信処理プログラム
WO2023083174A1 (zh) 签约更新的方法、装置、网元及介质

Legal Events

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

Ref document number: 13793606

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015513004

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013793606

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20147035735

Country of ref document: KR

Kind code of ref document: A