WO2018051633A1 - 通信装置及び通信方法 - Google Patents

通信装置及び通信方法 Download PDF

Info

Publication number
WO2018051633A1
WO2018051633A1 PCT/JP2017/026060 JP2017026060W WO2018051633A1 WO 2018051633 A1 WO2018051633 A1 WO 2018051633A1 JP 2017026060 W JP2017026060 W JP 2017026060W WO 2018051633 A1 WO2018051633 A1 WO 2018051633A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
function
request
seeker
available
Prior art date
Application number
PCT/JP2017/026060
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 BR112018009372A priority Critical patent/BR112018009372A8/pt
Priority to CA3004878A priority patent/CA3004878A1/en
Priority to JP2018505039A priority patent/JP6939770B2/ja
Priority to CN201780003935.7A priority patent/CN108353267B/zh
Priority to US15/765,813 priority patent/US11076279B2/en
Priority to EP17850539.2A priority patent/EP3361817B1/en
Priority to KR1020187012701A priority patent/KR20190051888A/ko
Publication of WO2018051633A1 publication Critical patent/WO2018051633A1/ja
Priority to PH12018500997A priority patent/PH12018500997A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1068—Discovery involving direct consultation or announcement among potential requesting and potential source peers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • 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/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the technology disclosed herein relates to a communication apparatus and communication method that perform communication operations in accordance with the Wi-Fi P2P (Peer-to-Peer) specification.
  • Wi-Fi P2P Peer-to-Peer
  • Wi-Fi Wireless Fidelity
  • Wi-Fi P2P Wi-Fi Direct
  • Wi-Fi CERTIFIED Miracast may be used as a wireless LAN.
  • An information terminal equipped with Wi-Fi P2P can perform printing, information sharing / synchronization, image display, etc. with simple and easy operation.
  • An object of the technology disclosed in the present specification is to provide an excellent communication device and communication method capable of preferably performing communication operation in accordance with the Wi-Fi P2P specification.
  • the technology disclosed in the present specification is made in consideration of the above problems, and a first aspect thereof is a communication device supporting a service using a Wi-Fi P2P or BSS (Basic Service Set) connection.
  • a communication device that operates both the service adviser function and the service seeker function when trying to operate either the service adviser function or the service seeker function.
  • an application service platform receives a seek service method from a service layer as a trigger in the communication device. It is configured to operate the service seeker function, and also to operate the service adviser function when the service advertiser function is not operating.
  • a third aspect of the technology disclosed in the present specification is a communication device that supports a service using a Wi-Fi P2P or BSS connection,
  • the communication device is a communication device that starts operation of the service seeker function triggered by receiving a request or inquiry specifying a compatible service when operating only the service adviser function.
  • the communication device includes a hash value that matches the service name that can be supported when operating only the service / advertiser function. Triggered by receiving a query containing a string indicating a request or an available service name, the service seeker function is operated to transmit a request or inquiry specifying an available service to another communication device. Is configured as.
  • a fifth aspect of the technology disclosed in the present specification is a communication device that supports a service using Wi-Fi P2P or BSS connection, and in a situation where there is no restriction on usable channels, A service seeker triggered by the failure to receive a request or a query specifying a service that can be handled within a predetermined time on a social channel while operating only the service adviser function.
  • a communication device that initiates the operation of a function and sends a request or query specifying available services on all available channels.
  • the communication device can not receive a response to a request or inquiry transmitted using the service-seeker function within a second predetermined time. With this as a trigger, it is configured to stop the service seeker function.
  • a seventh aspect of the technology disclosed in the present specification is a communication device that supports a service using Wi-Fi P2P or BSS connection, and in a situation where there is no restriction on usable channels,
  • a communication device that supports a service using Wi-Fi P2P or BSS connection, and in a situation where there is no restriction on usable channels.
  • the service seeker function and the service adviser function it is possible to receive a response to a request or a query designating a service which can be transmitted by itself on a social channel within a predetermined time.
  • the request or inquiry specifying a compatible service on all the available channels is transmitted.
  • Communication device In response to a failure to receive a request or inquiry specifying a compatible service within a predetermined time, the request or inquiry specifying a compatible service on all the available channels is transmitted.
  • an eighth aspect of the technology disclosed in the present specification is a communication device that supports a service using Wi-Fi P2P or BSS connection, and in a situation where there is no restriction on usable channels, When both the service seeker function and the service advertiser function are operated, they themselves transmit a request or inquiry specifying an available service on the social channel, and the response to the self-sent request or inquiry Or it is a communication apparatus that transmits a request or inquiry specifying an available service on all available channels after waiting for reception of a request or inquiry specifying an available service.
  • the communication device confirms with the user whether or not to transmit a request or a query other than a social channel, or after a predetermined time It is configured to send requests or queries on all available channels after it has elapsed.
  • a tenth aspect of the technology disclosed herein is a communication device supporting a service using Wi-Fi P2P or BSS connection, in a situation where usable channels are limited to operating channels.
  • the operation of the service seeker function is started on the operating channel triggered by the reception of a request or a query specifying an available service.
  • an eleventh aspect of the technology disclosed in the present specification is a communication device supporting a service using Wi-Fi P2P, in a situation where usable channels are limited to operating channels. While operating both the service seeker function and the service advertiser function, transmit a probe request frame on the operating channel, and receive probe request frames from other devices, or A communication device waiting for reception of a probe response frame for a probe request frame transmitted by the device.
  • a twelfth aspect of the technology disclosed in the present specification is a communication method of a communication apparatus supporting a service using Wi-Fi P2P or BSS connection, Starting the operation of the service-seeker function; And starting the operation of the service advertiser function when the service advertiser function is deactivated. Communication method.
  • a thirteenth aspect of the technology disclosed in the present specification is a communication method of a communication device supporting a service using Wi-Fi P2P or BSS connection, Activating the service / advertiser function to await reception of a request or inquiry specifying another service from another communication device; Triggered by the reception of a request or inquiry specifying an available service, the operation of the service-seeker function is started to transmit a request or inquiry specifying an available service; Communication method.
  • a fourteenth aspect of the technology disclosed in the present specification is a communication method of the communication device in a situation where there is no restriction on usable channels while supporting services using Wi-Fi P2P or BSS connection, Activating the service adviser function to await reception of a request or query specifying a compatible service from another device on the social channel; Starting the operation of the service-seeker function triggered by the failure to receive a request or inquiry specifying a service that can be handled within a predetermined time period; Sending a request or query specifying the available services on all available channels; Communication method.
  • a fifteenth aspect of the technology disclosed in the present specification is a communication method of the communication device in a situation where there is no restriction on usable channels while supporting services using Wi-Fi P2P or BSS connection, Activating both the service-seeker function and the service-advertiser function; Waiting on the social channel to receive a response to the request or query specifying the available service that it has sent; Triggered by failure to receive a response to a request or query sent by itself within a predetermined time, or failure to receive a request or query specifying a service that can be handled within a predetermined time, all responses that can be handled Sending a request or query specifying the available services on the channel; Communication method.
  • a sixteenth aspect of the technology disclosed in the present specification is a communication method of the communication device in a situation where there is no restriction on usable channels while supporting service using Wi-Fi P2P or BSS connection, Activating both the service-seeker function and the service-advertiser function; Sending a request or query specifying the available services on the social channel; Waiting for a request or inquiry specifying a response or an available service to the request or inquiry sent by itself; Sending a request or query specifying the available services on all available channels; Communication method.
  • a seventeenth aspect of the technology disclosed herein supports a service using a Wi-Fi P2P or BSS connection, and is a communication method of a communication device in a situation where available channels are limited to operating channels.
  • an eighteenth aspect of the technology disclosed in the present specification is a communication method of the communication device in a situation where a usable channel is limited to an operating channel while supporting a service using Wi-Fi P2P, Activating both the service-seeker function and the service-advertiser function; Sending a probe request frame on the operating channel; Waiting for reception of a probe request frame from another device or reception of a probe response frame for a probe request frame transmitted by the own device on the operating channel; Communication method.
  • an excellent communication operation can be suitably performed as a service seeker and a service advertiser defined in Wi-Fi P2P service at the time of device discovery and service discovery.
  • a communication device and a communication method can be provided.
  • FIG. 1 is a diagram showing P2Ps framework components.
  • FIG. 2 is a diagram for explaining the P2Ps operation.
  • FIG. 3 is a diagram showing a sequence for setting up an ASP session between P2Ps devices.
  • FIG. 4 is a diagram showing an example of a functional configuration of a communication apparatus 400 that performs wireless communication operation as a P2Ps device.
  • FIG. 5 is a diagram showing a sequence example for setting up the WFD R2 device to operate both the service advertiser function and the service seeker function.
  • FIG. 6 is a flow chart showing the procedure for setting up the WFD R2 device to operate both the service advertiser and the service seeker.
  • FIG. 1 is a diagram showing P2Ps framework components.
  • FIG. 2 is a diagram for explaining the P2Ps operation.
  • FIG. 3 is a diagram showing a sequence for setting up an ASP session between P2Ps devices.
  • FIG. 4 is a diagram showing an example of a functional configuration of a communication
  • FIG. 7 is a diagram showing a sequence example for setting up the service seeker function to operate when the WFD R2 device operates only the service advertiser function on the P2P interface side.
  • FIG. 8 is a flowchart showing a processing procedure for setting up the service seeker function to operate when the WFD R2 device operates only the service advertiser function on the P2P interface side.
  • FIG. 9 sets up the WFD R2 device to also operate the service seeker function while operating only the service advertizer function on the P2P interface under the condition that there is no restriction on available channels. It is the flowchart which showed the processing procedure for.
  • FIG. 10 shows the process for setup when the WFD R2 device operates both the service seeker and the service advertizer on the P2P interface under the condition that there is no restriction on available channels.
  • FIG. 11 shows the process for setup when the WFD R2 device operates both the service seeker and the service advertizer on the P2P interface under the condition that there is no restriction on available channels. It is the flowchart which showed the procedure (however, when scanning other than a social channel is always performed).
  • Figure 12 sets up the WFD R2 device to also operate the service seeker function while operating only the service advertiser function on the P2P interface side, with limited channel availability It is the flowchart which showed the processing procedure for.
  • Fig. 13 shows the process for setting up when the WFD R2 device operates both the service seeker and the service advertiser on the P2P interface under the condition that there is no restriction on available channels. It is the flowchart which showed the procedure.
  • FIG. 14 is a diagram summarizing the points of the point (3).
  • Wi-Fi P2P Wi-Fi Alliance
  • Wi-Fi P2P link for example, Send, Play, Display, Print, etc.
  • P2Ps Wi-Fi P2P service
  • FIG. 1 shows the P2Ps framework components.
  • the Wi-Fi P2P layer indicated by reference numeral 101 corresponds to a MAC (Media Access Control) layer defined by the Wi-Fi P2P standard, but should be configured as software compatible with the Wi-Fi P2P standard Can.
  • MAC Media Access Control
  • a platform called Application Service Platform (ASP) indicated by reference numeral 102 is defined above the Wi-Fi P2P layer 101.
  • ASP Application Service Platform
  • wireless connection is configured by a physical layer compatible with the Wi-Fi PHY below the Wi-Fi P2P layer 101.
  • a service layer indicated by reference numeral 103 is defined above the ASP layer 102.
  • the ASP layer 102 is a common platform shared by each service, and performs session management and service instruction processing between the top application (App) layer 104 and the lower Wi-Fi P2P layer 101, and other devices. Control between ASPs.
  • the ASP layer 102 implements common functions required for each service, specifically, device discovery, device discovery, service session discovery, and the like.
  • the service layer 103 includes use case specific services.
  • the WFA defines basic services such as send, play, display, and printing.
  • the send service is a service and an application that performs file transfer between two P2Ps devices.
  • the play service is a service and application for performing content sharing or streaming based on DLNA (registered trademark) (Digital Living Network Alliance) between two P2Ps devices.
  • display services are services and applications that enable screen sharing between devices (Source and Sink). More specifically, the display service is a use case of Miracast, which is a one-to-one wireless display transmission technology formulated by WFA, and its technical specification is defined as Wi-Fi Display (WFD). ing.
  • the print is a service and an application that enables printout of a document or an image between a device having content such as a document or an image and a printer.
  • an Enable API Application Program Interface
  • reference numeral 105 an Enable API (Application Program Interface) indicated by reference numeral 105 may be defined.
  • the application layer 104 can provide a user interface (UI), has a function of visualizing and expressing information for the user, and transmitting information input from the user to the lower layer.
  • UI user interface
  • ASP session When device discovery and P2P are performed between P2P layers of device A and device B, a logical link called an ASP session is set up between the ASPs of each other. Note that the ASP can set up multiple ASP sessions for each service with the partner device's ASP, and each ASP session is identified by a session identifier assigned by the ASP that has requested the session.
  • the service of the device can communicate with the corresponding device on the other device side using a service specific protocol defined by the ASP protocol in the service standard.
  • a service session is set up between service X of device A and device B, and another service session is set up between service Y of device A and device B.
  • An interface called a method is defined between the ASP in the device and the service.
  • Methods are interfaces that indicate operations initiated by a service.
  • the parameters (or fields) of the method can include information about the operation to be performed.
  • an event is an interface provided from an ASP to a service.
  • the ASP on each device establishes an ASP session dedicated to service X between the devices and then establishes a service session. Furthermore, when the user intends to use the service Y, a service session is established after newly establishing an ASP session dedicated to the service Y among the devices.
  • P2Ps defined by the WFA define roles of a service seeker and a service advertiser in device discovery.
  • the service seeker can also discover a service adviser and request a connection with the service adviser if the desired service is detected.
  • FIG. 3 illustrates an example of setting up an ASP session between the device A serving as a service advertisementr and the device B serving as a service seeker.
  • service seeker and service adviser are often used in the sense of referring to the entire device with that role, more precisely, service seeker function (Service Seeker Application) and service It refers to a P2Ps device (P2Ps device) that has run an Advertiser Function (Service Advertiser Application).
  • the setup operation of the ASP is a process in which a specific service of one P2Ps device searches for another P2Ps device and service, requests a service, establishes a Wi-Fi P2P connection, and operates an application.
  • the ASP in the device A When the ASP in the device A receives an Advertise Service method from the service layer in the device, the device A operates as a service advertiser. In FIG. 3, it is assumed that the device A operates the service advertisementr on the P2P interface (I / F) side. Device A advertises its service and waits for other devices to search for the service. Also, the ASP of device A can respond to other devices based on the information included in the advertisement service method supplied from the service layer.
  • the service layer in device B receives the information indicating the intention to use the service (User Service) from the application (not shown), the service layer stores the information necessary for the Seek Service method. , Can be transmitted to ASP. Then, when the ASP in device B receives the seek service method from the service layer, device B operates as a service seeker and executes a process of searching for a device that supports the service requested by the upper application or the user. Do. In FIG. 3, device B operates the service seeker on the P2P interface side.
  • the ASP of device B transmits a probe request frame to the other device from the P2P interface side. At this time, the ASP of device B calculates a hash value of the service name of the service that it is trying to search for, and includes it in the probe request frame.
  • the ASP of device A calculates a hash value of the service name of the service supported by itself, and when it receives a probe request from device B on the P2P interface, it attempts hash matching. Then, when the hash values match and it is found that the device B supports the service sought, the device A transmits a probe response frame to the device B from the P2P interface side.
  • a service name, an advertisement ID value, and the like can be included.
  • the device A and the device B can detect that each other supports P2Ps, and the service supported by each other, and the device discovery process it can.
  • device A and device B exchange information about specific items of service through the P2P service discovery process.
  • a service name (a plurality of service names when searching for the presence or absence of support for a plurality of services)
  • a service discovery request (Service Discovery Request) message including a service information request can be transmitted from the P2P interface of device B to device A. Transmitted to
  • the ASP of device A performs service name matching (Name Matching), and if it matches, a service discovery response (Service Discovery Response) message is transmitted from device P's P2P interface to device B.
  • the service discovery response message can include information such as service name, advertisement ID, service status, and service status.
  • the service status is information notifying whether the service requested from the remote device is available on the device A side as a service adviser.
  • the ASP of device B can notify the application and the user of the resultant search result (SearchResult) through the service.
  • the application (not shown) displays on the UI a device list listing devices discovered through the P2P service discovery process. The user can select a desired device through this UI.
  • the ASP tries to make a P2P connection to a device selected by the user, triggered by receiving a connection request (ConnectSession) method from the service layer, but the details of the subsequent processes will not be described.
  • FIG. 4 shows a functional configuration example of a communication apparatus 400 that performs wireless communication operation as a P2Ps device.
  • the communication device 400 includes a data processing unit 401, a control unit 402, a communication unit 403, and a power supply unit 404. Further, the communication unit 403 further includes a modulation and demodulation unit 411, a spatial signal processing unit 412, a channel estimation unit 413, a wireless interface (IF) unit 414, an amplifier unit 415, and an antenna 416.
  • IF wireless interface
  • One set of the radio interface unit 414, the amplifier unit 415, and the antenna 416 may constitute one transmission / reception branch, and a plurality (n) of transmission / reception branches may be provided as illustrated.
  • the function of the amplifier unit 415 may be included in the wireless interface unit 414.
  • the communication unit 403 is premised to perform the wireless communication operation using any one of a plurality of frequency channels defined by P2Ps.
  • a channel currently performing communication operation is called an operating channel.
  • a channel used for device discovery and service discovery is referred to as a social channel.
  • the communication apparatus 400 has no restriction on the channels that can be used by the communication unit 403 (when it can be transitioned to a social channel other than the operating channel by time division) and the restriction on which channels can be used (it is moved to the social channel) If you can not).
  • the data processing unit 401 At the time of transmission in which data is input from the upper layer (not shown) of the communication protocol, the data processing unit 401 generates a packet for wireless transmission from the data, adds a MAC header for media access control, Processing such as addition of an error detection code is performed, and the processed data is provided to the modulation / demodulation unit 411. Conversely, when receiving data input from the modem unit 411, the data processing unit 401 analyzes the MAC header, detects packet errors, reorders packets, etc., and processes the processed data into its own Provide to the upper layer of the protocol. In the P2Ps framework, the MAC layer defined by the Wi-Fi P2P standard corresponds to the Wi-Fi P2P layer (see FIG. 1).
  • the control unit 402 exchanges information between the units in the communication device 400. Further, the control unit 402 performs setting of parameters in the modem unit 411 and the spatial signal processing unit 412 in the communication unit 403 and scheduling of packets in the data processing unit 401. Further, the control unit 402 sets parameters of the wireless interface unit 414 and the amplifier unit 415 in the communication unit 403 and controls transmission power. In particular, in the technology disclosed herein, the control unit 402 controls the operation of the service seeker and the service advertiser at the time of device discovery and service discovery.
  • the modem unit 411 performs encoding, interleaving and modulation processing on the input data from the data processing unit 401 based on the coding and modulation scheme set by the control unit 402 to generate a data symbol stream.
  • the modem 411 demodulates, deinterleaves and decodes the input from the spatial signal processor 412 in the opposite direction to that at the time of transmission, and provides data to the data processor 401 or the controller 402. Do.
  • the spatial signal processing unit 412 performs signal processing to be provided for spatial separation on data input from the modulation / demodulation unit 411 as necessary, and obtains one or more transmission symbol streams obtained. It is provided to the wireless interface unit 413. Also, at the time of reception, the spatial signal processing unit 412 performs signal processing on the received symbol stream input from each of the wireless interface units 414, performs spatial decomposition of the stream as necessary, and then transmits the signal to the modem unit 411. provide.
  • the channel estimation unit 413 calculates complex channel gain information of the propagation path from the preamble portion and the training signal portion in the input signal from each of the radio interface units 414.
  • the calculated complex channel gain information is used for modulation / demodulation processing in the modulation / demodulation unit 411 via the control unit 402, and spatial processing in the spatial signal processing unit 412.
  • the wireless interface unit 414 converts the input from the spatial signal processing unit 412 into an analog signal, performs filtering, and up-converts to a carrier wave frequency, and sends it to the antenna 416 or the amplifier unit 415. Also, at the time of reception, the wireless interface unit 414 performs down conversion to a baseband frequency and conversion processing to a digital signal in contrast to the input from the antenna 416 or the amplifier unit 415, and the spatial signal processing unit 412 and the channel The data is provided to the estimation unit 413.
  • the amplifier unit 415 At the time of transmission, the amplifier unit 415 amplifies the analog signal input from the wireless interface unit 414 to a predetermined power, and transmits the amplified signal to the antenna 416. Also, at the time of reception, the amplifier unit 415 performs low noise amplification on the signal input from the antenna 416 to a predetermined power, and outputs the amplified signal to the wireless interface unit 414. In the amplifier unit 415, at least one of the function at the time of transmission and the function at the time of reception may be included in the wireless interface unit 414.
  • the power supply unit 404 is configured of a battery power supply or a fixed power supply (such as a commercial power supply), and supplies power to each unit of the communication device 400.
  • P2Ps defined by WFA define roles of service seeker and service advertiser in device discovery and service discovery (described above).
  • the service seeker can display a list of discovered counterpart devices on the UI, and the user attempts to connect to the selected device through the service seeker's UI.
  • the service adviser can not generate the screen of the device list only by sending back information on the service to which the user is supporting, and the user can select the device through the UI of the service adviser. I can not
  • a print service a PC (Personal Computer) functioning as a print server will be a seeker, and a printer will be an adviser.
  • the print server as a seeker attempts to find a printer and connect to a printer of your choice.
  • the printer as an adviser can send information about the print service supported by the printer to the print server, present the device list to the user, or connect with the selected print server. There is no need to try.
  • Wi-Fi Display Release 2 (hereinafter referred to as “WFD R2”), which is a display transmission technology by one-to-one wireless communication, formulated by WFA, each device of Source and Sink Needs to be compatible with both the seeker and the adviser. If the procedure and operation method for both of them are not decided, it may cause the problem of compatibility.
  • WFD R2 devices must have the ability to operate both the service seeker and the service advertiser simultaneously.
  • device refers to both Source and Sink.
  • Service Seekers and Service Advertisers are defined in the "Wi-Fi Peer-to-Peer Service Technical Specification", which is a technical specification of P2Ps. In addition, this technical specification is published free of charge.
  • the ASP when the ASP receives the seek service method, the device starts operating as a service seeker, and when the ASP receives an advertising service method, the device operates as a service advertiser. It is described only to start. That is, the procedure and operation method for each device to correspond to both a service seeker and a service advertiser at the time of device discovery are not clearly defined at the time of this application.
  • Wi-Fi P2P is defined as the connection means of the second layer. If this is the case, even if a terminal connected to the AP tries to provide a service via the AP, device discovery and service discovery can not be performed, which can not be realized. Therefore, it is desirable to perform functional expansion so that device discovery and service discovery using a BSS connection connected with an AP can be realized.
  • both the service seeker and the service advertiser can operate simultaneously in the control unit 402 in order to realize the procedure and operation method described later. • Control the start of the seeker operation.
  • the WFD R2 device operates the service advertisement function by default.
  • the device may include the operation of the service advertisement function.
  • this device If the ASP in the WFD R2 device receives at least either a seek service method or an advertisement service method, this device operates the service seeker function. Also, at this time, if the service advertisement is off, the service advertisement function is also activated.
  • the WFD R2 device operates both functions if it tries to operate either the service advertisement function or the service seeker function. In particular, avoid situations where the device only acts as a service seeker. As a result, the device can not only discover the partner device as a service seeker, but also can be discovered by the partner device as a service adviser.
  • FIG. 5 shows an example of a sequence in which the WFD R2 device is set up to operate both the service advertiser function and the service seeker function.
  • device B acts as a service seeker.
  • the point of transmitting a probe request frame to another device to execute a device discovery process, etc. is the same as FIG.
  • the device B also operates as a service advertisement as the ASP issues an advertisement service method to itself.
  • device B operates as a service advertisement.
  • the point of waiting for receiving a probe request from another device is the same as that in FIG.
  • the ASP in the device A issues a seek service method to itself, and the device A also operates as a service seeker.
  • FIG. 6 shows, in the form of a flowchart, a processing procedure for setting up the WFD R2 device to operate both the service advertiser and the service seeker.
  • the ASP when the ASP receives the seek service method from the service layer (Yes in step S601), it checks whether the operation of the service seeker is turned off in this device (step S602). Then, if the operation of the service seeker is turned off (Yes in step S602), the ASP causes the seek service method to be issued to itself in this device (step S603), and the device is the service seeker's The operation is turned on (step S604). In this way, the device is acting as a service seeker.
  • step S605 it is checked whether the service / advertiser operation is turned off in this device (step S605). Then, if the operation of the service advertisement is turned off (Yes in step S605), the ASP issues an advertisement service method to itself in this device (step S606), and the device receives the service. The operation of the advertiser is turned on (step S607).
  • the WFD R2 device receives a probe request frame containing a hash value that matches the service (for example, Miracast Sink) supported by itself, while operating only the service advertisement function on the P2P interface side. Once you have it, you should have the service seeker function work as soon as possible. As a result, this device can transmit probe request frames from itself to other devices.
  • a hash value that matches the service (for example, Miracast Sink) supported by itself
  • the WFD R2 device can not find the other party unless it launches a service seeker, and does not create a device list to be displayed on the own device.
  • a device running only the service advertisement function can also create a device list to be displayed on its own device by presenting the service seeker function as described above, and can present its UI to the user It will be.
  • FIG. 7 shows a sequence example in which the device A of WFD R2 sets up to operate the service seeker function while operating only the service advertiser function on the P2P interface side.
  • device B Triggered by the ASP in device B receiving the seek service method from the service layer, device B starts the operation of the service seeker function. Then, the device B transmits a probe request frame including the hash value of the service name that it is searching for to another device.
  • Device A operates only the service advertisement function by the fact that the ASP receives the advertisement service method from the service layer in the device.
  • the hash value of the service name included in the probe request frame received from the device B matches the service supported by the device A.
  • the device A sends a probe response frame back to the device B, and the service discovery process is subsequently performed with the device B, etc., as in FIG.
  • the ASP issues a seek service method to itself, and the device A also operates the service seeker function.
  • the device A transmits a probe request frame including the hash value of the service name that it is trying to search to another device, and the probe response from the device whose hash value matches (provisionally, device B) Frames can be received and a UI of device list based on search results can be presented to the user.
  • FIG. 8 is a flowchart showing the procedure for setting up the WFD R2 device to operate the service seeker function while operating only the service advertizer function on the P2P interface side. It shows.
  • step S801 If the device is operating as a service advertisementr (Yes in step S801), it waits to receive a probe request frame from another device (operating as a service seeker) (step S802).
  • step S803 when a probe request frame is received from another device (Yes in step S802), whether the hash value of the service name included in the received probe request frame matches the service supported by the own device or not , And hash matching (step S803).
  • step S804 if the hash values do not match (No in step S804), it is understood that the service that can not be handled by the own device is specified in the received probe request frame. In this case, the process returns to step S801, and the device continues to operate only as a service / advertiser.
  • step S804 when the hash values of the service names match (Yes in step S804), it is known that the service that can be supported by the own device is specified in the received probe request frame.
  • the ASP issues a seek service method to itself in this device (step S805), and the device also operates the service seeker function (step S806).
  • a device that is operating only the service advertizer function can also request a probe itself by operating the service seeker function triggered by receiving a probe request frame that matches the hash value.
  • By transmitting a frame and receiving a probe response frame it is possible to create a device list to be displayed on the own device and present the UI to the user.
  • a variation is also conceivable in which the same is done on the BSS (Basic Service Set) connection side. That is, when the WFD R2 device operates only the service / advertiser function on the BSS interface side, an mDNS query (multicast) including a character string corresponding to a service (for example, Miracast Sink) supported by itself. As soon as you receive a DNS (Domain Name System) query, the service seeker function is also activated. As a result, this device also sends an mDNS query from itself, receives mDNS responses from other devices that have received an mDNS query including the corresponding character string, and in search results of device discovery and service discovery. It becomes possible to create a device list to be displayed on the own device based on it.
  • BSS Basic Service Set
  • the WFD R2 device controls the operation according to the available channel limitation and the operation status of the device's service advertizer or service seeker.
  • the allocated band is divided into a plurality of channels and used. One of these is assigned to the social channel used for service discovery, and the other channel is used for normal communication operations. Among them, as described above, in particular, the channel used when connecting to the AP on the BSS interface side, the channel operating as a P2P client and used when connecting to P2P GO (P2P Group Owner), or oneself The channel operating as P2P GO will be referred to as the operating channel.
  • the device is associated with an access point not associated with AP or P2P GO, not P2P GO, or operating in a non-social channel. Even if you are a member of a P2P group, you can still transition to a social channel other than the operating channel on a time division basis.
  • the device when there is a limitation in available channels, specifically, the device is associated with AP or P2P GO, or itself operates as P2P GO, and the operating channel is a social channel. In this case, the frame transmission / reception operation in this case is limited to the operating channel.
  • WFD R2 devices that operate only the service / advertiser function for P2P interface are supported by themselves on the social channel Wait for a predetermined amount of time to receive a probe request frame containing a hash value that matches the service, and if not, activate the service seeker function to scan on all available channels (ie, probe) Transmission of a request frame, waiting for reception of a probe response frame, and waiting for reception of a probe request frame are performed.
  • the service seeker function is also activated to actively start searching for another device on another channel, and the service advertiser function is still operated. Can also be found on other channels.
  • this device may stop the service seeker function.
  • the operation of the service advertiser function basically waits for reception of a probe request frame, performs hash matching when it can be received, and returns a probe response frame when it matches.
  • the service seeker function since the probe request frame is transmitted by itself, the power consumption is increased by the transmission power and the communication medium is used at the time of transmission. Therefore, by stopping the service seeker function when the second predetermined time has timed out, the power consumption of the device can be reduced and the wireless communication medium can be saved (traffic congestion avoidance).
  • FIG. 9 shows a processing procedure for performing in the form of a flowchart.
  • the WFD R2 device operating only the service advertiser function waits for reception of a probe request frame on the social channel (step S901).
  • the device receives the hash value included in the received probe request frame. Hash matching is performed to see if the device matches with the service supported by the own device (step S903).
  • step S904 when the hash values match (Yes in step S904), it is understood that the service that can be handled by the own device is specified in the received probe request frame.
  • the device returns a probe response frame to another device (step S905), and immediately activates the service seeker function (step S906).
  • step S904 if a probe request frame including a hash value matching the service supported by the own device is not received on the social channel within a predetermined time (No in step S904 and Yes in step S902) ), The device issues a seek service method to itself in this device, and the device also operates the service seeker function (step S906). From then on, while the device continues to operate as a service advisor, it also starts the operation of the service seeker function.
  • the device scans (that is, transmits a probe request frame and waits to receive a probe response frame) on all available channels as a service seeker (step S 907).
  • the service / seeker function is also activated to actively start searching for the other device on another channel, and the service advertiser function is still operated. You will be able to find it on the channel.
  • the device repeatedly performs the scan operation on all the channels for a second predetermined time (No in step S 910). During this time, the device also keeps the service / advertiser function activated, so it can be found by other devices on other channels.
  • the timeout mechanism is used as a stop condition so that reception is waited for a predetermined time, but the same applies basically even if other stop conditions such as the maximum number of scan attempts are used. It is.
  • step S 910 when the device receives the probe response frame on any of the channels within a second predetermined time (No in step S 910) and finds the desired other device (Yes in step S 908) And the UI of the other device list found through the service layer and the application is presented to the user as a search result (step S 909).
  • step S 911 if it has not been possible to find the other device for the second predetermined time (Yes in step S 910), that is, if it times out, the device stops the service seeker function (step S 911).
  • a variant is also conceivable which does the same thing on the BSS connection side. That is, a WFD R2 device that operates only the service / advertiser function for the BSS interface only receives a predetermined time for receiving an mDNS query containing a hash value matching the service to which it is compatible. If not received, the service / seeker function is activated, and an mDNS query including a character string corresponding to the service actively sought by oneself is sent to search for a partner device. If it is still unable to find the other device for the second predetermined time, this device may stop the service seeker function. By stopping the service-seeker function due to the timeout, it is possible to reduce the power consumption of the device and save the wireless communication medium (avoid traffic congestion).
  • WFD R2 devices operating both service seeker and service advertiser functions for P2P interface are on social channel While transmitting a probe request frame, it waits for reception of a probe request frame from another device or reception of a probe response frame for a probe request frame transmitted by its own device for a predetermined time. Then, if the other device can not be found, this device scans (that is, probe request frame) on all available channels while keeping both the service seeker function and the service advertiser function activated. Transmission and probe response frame reception, and probe request frame reception).
  • the WFD R2 device actively starts searching for another device on another channel when it times out, and also operates the service advertiser function. Can be found at In addition, if the other device can not be found in only a second predetermined time as a service seeker, this device may stop the service seeker function.
  • FIG. 10 shows the setup for setting up WFD R2 devices operating both the service seeker and the service advertiser on the P2P interface under unlimited channel availability.
  • the processing procedure is shown in the form of a flowchart.
  • the WFD R2 device operating both the service seeker and service advertiser functions waits on the social channel to receive probe request frames from other devices (step S1001).
  • the device receives the hash value contained in the received probe request frame. Hash matching is performed to see if the device matches the service supported by the own device (step S1002).
  • step S1003 when the hash values match (Yes in step S1003), it is understood that the service that can be supported by the own device is specified in the received probe request frame.
  • this device after returning a probe response frame to another device (step S1004), this device continues to perform a service discovery process with the other device. Specifically, the probe request frame is transmitted on the social channel (step S1005), and the reception of the probe response frame for the probe request frame transmitted by the own device is awaited (step S1006).
  • this device has the service seeker function and The scan (i.e., transmission of a probe request frame) is performed on all the channels that can be supported while keeping the service advertisement function together (step S1007).
  • the device also keeps the service / advertiser function activated, so it can be found by other devices on other channels.
  • the device can receive the probe response frame on the social channel (Yes in step S1006), or can receive the probe response frame on any of the channels to discover the desired counterpart device.
  • the UI of the device list is presented to the user through the service layer and the application (step S1009).
  • step S1008 the device continues to operate both the service seeker and the service advertiser, step Returning to S1001, the same processing as described above is repeatedly executed.
  • the other device if the other device can not be detected (No in step S1008), the user is presented with the search result that the other device could not be found through the service layer and the application, and then the other device is found A UI may be presented to allow the user to select whether to continue. Then, the process may return to step S1001 only when the user selects the continuation, and may not search for the other device when the user does not select the continuation. When interrupting the search for the other device, it is preferable that this device stop the service seeker function. In the processing procedure shown in FIG. 10, although the timeout condition that waits for a predetermined time is used as the suspension condition, it is essentially the same even if other suspension conditions such as the maximum number of scan trials are used. .
  • the WFD R2 device when there is no restriction on usable channels is other than the social channel and can not shift to other channels. It is possible to discover devices (devices compatible with WFD R2 and devices compatible with WFD R1) and vice versa.
  • WFD R2 devices operating both service seeker and service advertiser functions for P2P interface are on social channel While sending a probe request frame, it waits for reception of a probe request frame from another device or reception of a probe response frame for a probe request frame sent by its own device for a predetermined time (the above (3-2) and As well). Then, even if it is possible to find the other device, it is preferable that this device scan on all available channels while keeping both the service seeker function and the service advertiser function activated. . This is to discover WFD R2 compatible devices and WFD R1 compatible devices that may exist in different channels.
  • a UI may be displayed to select whether the user permits or desires to scan other than social channels.
  • FIG. 11 is for setting up when the WFD R2 device operates both the service seeker function and the service advertiser function on the P2P interface under the condition that there is no restriction on available channels.
  • the processing procedure (however, in the case where a scan other than the social channel is always performed) is shown in the form of a flowchart.
  • the WFD R2 device operating both the service seeker and service advertiser functions transmits a probe request frame on the social channel (step S1101) to the probe request frame transmitted by the own device. While waiting for reception of the probe response frame (step S1102), the processing waits for reception of a probe request frame from another device (step S1103).
  • the device receives the hash value included in the received probe request frame. Hash matching is performed to see if the device matches the service supported by the own device (step S1104).
  • step S1105 when the hash values match (Yes in step S1105), it is understood that the service that can be supported by the own device is specified in the received probe request frame. In this case, this device returns probe response frames to the other devices (step S1106).
  • the search result of the other device on the social channel is presented to the user as processing in step S1107.
  • the other device can be found on the social channel.
  • the probe request frame is received on the social channel (Yes in step S1103), and the hash values match (Yes in step S1105), the probe response frame for the received probe request frame is returned.
  • the search results of one or more discovered devices are presented to the user.
  • the UI for displaying whether the user permits or desires to scan other than the social channel is displayed, and it is checked whether the scan should be performed other than the social channel. .
  • the device stops the service seeker function, operates only the service advertiser function, and returns to waiting for probe request frame reception. .
  • the process may return to step S1101 to repeat the same process as described above.
  • this device when scanning other than social channels (Yes in step S1108), this device operates on all channels that can be supported while keeping both the service seeker function and the service advertiser function operating. Scan (ie, waiting for transmission of a probe request frame and reception of a probe request frame, and waiting for reception of a probe request frame) (step S1109). The device also keeps the service / advertiser function activated, so it can be found by other devices on other channels.
  • step S1109 when the device receives the probe response frame on the social channel or any of the channels and can find the desired counterpart device (Yes in step S1109), the service layer and the search result are obtained.
  • the UI of the device list is presented to the user through the application (step S1110).
  • step S1101 the device continues to operate both the service seeker and the service advertiser, step Returning to S1101, the same processing as described above is repeatedly executed.
  • the device may deactivate the service seeker function and operate only the service advertiser function to return to waiting for probe request frame reception.
  • the processing procedure shown in FIG. 11 uses a timeout mechanism that waits for a predetermined time as a termination condition, it is essentially equivalent even if other termination conditions such as the maximum number of scan trials are used. .
  • the WFD R2 which operates only the service advertiser function for P2P
  • the device listens for probe request frames on the operating channel. If you receive a probe request frame that contains a hash value that matches the service you are supporting (for example, Miracast Sink), you also activate the service-seeker function. As a result, this device will transmit a probe request frame on the operating channel and will be able to discover the other device.
  • FIG. 12 shows a processing procedure for performing in the form of a flowchart.
  • the WFD R2 device operating only the service advertiser function waits for reception of a probe request frame on the social channel (step S1201).
  • the device determines whether the hash value included in the received probe request frame matches the service supported by the own device. , And hash matching (step S1203).
  • step S1204 the device returns to step S1201 and continues only the operation of the service / advertiser function, and waits for reception of probe request frames from other devices.
  • step S1204 when the hash values match (Yes in step S1204), it is understood that the service that can be handled by the own device is specified in the received probe request frame.
  • the device returns a probe response frame (step S1205), and the ASP issues a seek service method to itself in this device, and the device also operates the service seeker function (step S1206). ). From then on, the device starts to operate the service seeker function while continuing to operate as a service advertiser on the operating channel.
  • both service seeker and service advertiser functions are operated for P2P interface
  • the sending WFD R2 device sends a probe request frame on the operating channel and also receives a probe request frame from another device or receives a probe response frame for the probe request frame sent by the own device. stand by.
  • FIG. 13 shows the setup for setting up WFD R2 devices operating both the service seeker and the service advertiser on the P2P interface under unlimited channel availability.
  • the processing procedure is shown in the form of a flowchart.
  • the WFD R2 device operating both the service seeker and the service advertiser function first transmits a probe request frame on the operating channel as the service seeker's operation (step S1301).
  • the UI of the device list is presented to the user through the service layer and the application as a search result (step S1303).
  • this device After presenting the UI of the device list (step S1303), and when the probe response frame for the probe request frame can not be received (No in step S1302), this device continues the operation of the service adviser. It waits for reception of a probe request frame from another device (step S1304).
  • the process returns to step S1301 and the device keeps the probe request frame on the operating channel while keeping both the service seeker and the service advertiser functions. Alternatively, the probe response frame transmission and reception operation is repeatedly performed.
  • the device determines whether the hash value contained in the received probe request frame matches the service supported by the device itself, Matching is performed (step S1305).
  • step S1306 If the hash values do not match (No in step S1306), the process returns to step S1301 and the device operates the probe request frame on the operating channel or keeps the service seeker and service advertiser functions. The probe response frame transmission and reception operation is repeatedly executed.
  • step S1306 When the hash values match (Yes in step S1306), it is understood that the service that can be handled by the own device is specified in the received probe request frame. In this case, the device continues to operate the service advisor function. That is, this device sends a probe response frame back to the other device (step S1307). After that, the process returns to step S1301, and the device repeatedly performs the probe request frame or probe response frame transmitting / receiving operation on the operating channel while operating both the service seeker and the service advertiser function.
  • the service seeker and the service advertiser operation by performing the service seeker and the service advertiser operation, in the case where the own device discovers the corresponding service device and operates to be discovered from other devices at the same time.
  • the time to act as a service seeker can be limited. This reduces the frequency with which the device sends requests or queries specifying available services, thereby reducing power consumption and preventing wasting wireless communication media, as compared to the case where the device is operated as a service seeker at all times. It has the effect of not reducing the probability of finding other service-ready devices or the probability of being found from other service-ready devices.
  • the service seeker function by operating the service seeker function in a specific state, every time a partner device is found, a list of partner devices and a connection confirmation UI are displayed, eliminating the possibility of being bothersome for the user. be able to.
  • the technology disclosed herein can be suitably applied mainly to communication devices of P2Ps specification, but is equally applied to various communication systems in which the role of seeker and adviser is defined in device discovery. This makes it easier to find the desired communication partner.
  • a communication apparatus supporting a service using a Wi-Fi P2P or BSS connection A communication device that operates both a service adviser function and a service seeker function when trying to operate either the service adviser function or the service seeker function.
  • a communication apparatus supporting a service using a Wi-Fi P2P or BSS connection A communication device, which starts operation of a service seeker function triggered by receiving a request or inquiry specifying an available service, when operating only the service adviser function.
  • (4) While operating only the service / advertiser function, having received a request containing a hash value matching the service name that can be supported or a query that contains a string indicating the service name that can be supported The communication device according to the above (3), which operates the service-seeker function to send a request or a query for specifying a compatible service to another communication device by using as a trigger.
  • a communication apparatus supporting a service using a Wi-Fi P2P or BSS connection in a situation where there is no restriction on usable channels, A service seeker triggered by the failure to receive a request or a query specifying a service that can be handled within a predetermined time on a social channel while operating only the service adviser function.
  • the service seeker function is stopped based on a failure to receive a response to a request or inquiry sent using the service seeker function within a second predetermined time, as described in (5) above. Communication device.
  • a communication apparatus supporting a service using a Wi-Fi P2P or BSS connection in a situation where there is no restriction on usable channels,
  • the service seeker function and the service adviser function it is possible to receive a response to a request or a query designating a service which can be transmitted by itself on a social channel within a predetermined time.
  • the request or inquiry specifying a compatible service on all the available channels is transmitted.
  • a communication apparatus supporting a service using Wi-Fi P2P or BSS connection in a situation where there is no restriction on usable channels, When both the service seeker function and the service advertiser function are operated, they themselves transmit a request or inquiry specifying an available service on the social channel, and the response to the self-sent request or inquiry Or a communication device that transmits a request or inquiry specifying an available service on all available channels after waiting to receive a request or inquiry specifying an available service. (9) Transmit the request or inquiry on all available channels after confirming with the user whether or not to transmit the request or inquiry other than the social channel or after a predetermined time has elapsed, The communication device according to (8) above.
  • a communication apparatus supporting a service using Wi-Fi P2P or BSS connection in a situation where available channels are limited to operating channels, When operating only the service adviser function, the operation of the service seeker function is started on the operating channel triggered by the reception of a request or a query specifying an available service.
  • a communication device supporting a service using Wi-Fi P2P in a situation where available channels are limited to operating channels, While operating both the service seeker function and the service advertiser function, transmit a probe request frame on the operating channel, and receive probe request frames from other devices, or A communication apparatus waiting for reception of a probe response frame for a probe request frame transmitted by the device.
  • a communication method of a communication apparatus supporting a service using a Wi-Fi P2P or BSS connection Starting the operation of the service-seeker function; And starting the operation of the service advertiser function when the service advertiser function is deactivated.

Abstract

Ｗｉ－Ｆｉ　Ｐ２Ｐ仕様に則って好適に通信動作を行なう通信装置及び通信方法を提供する。　ＷＦＤ Ｒ２のデバイスは、サービス・アドバータイザー機能又はサービス・シーカー機能のどちらか一方を動作させようとしたら、両方の機能を動作させるようにする。特に、デバイスがサービス・シーカーとしてのみ動作するという状況を避けるようにする。これによって、デバイスは、サービス・シーカーとして相手デバイスを発見できるだけでなく、サービス・アドバータイザーとして相手デバイスからも発見してもらうことができるようになる。

Description

通信装置及び通信方法
　本明細書で開示する技術は、Ｗｉ－Ｆｉ　Ｐ２Ｐ（Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ）仕様に則って通信動作を行なう通信装置及び通信方法に関する。
　最近、スマートフォンや電話、タブレットなどさまざまな情報端末が、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃ　Ｅｎｇｉｎｅｅｒｓ）８０２．１１に代表される無線ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）規格に準拠した通信機能を標準で装備している。無線ＬＡＮとして、例えば、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ　Ｆｉｄｅｌｉｔｙ）、Ｗｉ－Ｆｉ　Ｐ２Ｐ（以下、「Ｗｉ－Ｆｉダイレクト」又は「Ｗｉ－Ｆｉ　Ｄｉｒｅｃｔ」と呼ばれることもある）、Ｗｉ－Ｆｉ　ＣＥＲＴＩＦＩＥＤ　Ｍｉｒａｃａｓｔを用いることができる（例えば、特許文献１を参照のこと）。Ｗｉ－Ｆｉ　Ｐ２Ｐを実装している情報端末は、簡単且つ手軽な操作で、印刷、情報の共有・同期化、画像表示などを行なうことができる。
特開２０１６－２８４６５号公報
　本明細書で開示する技術の目的は、Ｗｉ－Ｆｉ　Ｐ２Ｐ仕様に則って好適に通信動作を行なうことができる、優れた通信装置及び通信方法を提供することにある。
　本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第１の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）接続を用いるサービスをサポートする通信装置であって、
　サービス・アドバータイザー機能又はサービス・シーカー機能のどちらか一方を動作させようとする際に、サービス・アドバータイザー機能及びサービス・シーカー機能の両方を動作させる、通信装置である。
　本明細書の第２の側面によれば、第１の側面に係る通信装置は、同通信装置内で、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｌａｔｆｏｒｍ）がサービス層からシーク・サービス・メソッドを受信したことをトリガーにしてサービス・シーカー機能を動作させ、さらにサービス・アドバータイザー機能の動作が停止しているときにはサービス・アドバータイザー機能も動作させるように構成されている。
　また、本明細書で開示する技術の第３の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、
　サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始する、通信装置である。
　本明細書の第４の側面によれば、第３の側面に係る通信装置は、サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービス名称にマッチするハッシュ値を含んだ要求又は対応可能なサービス名称を示す文字列を含んだ問い合わせを受信したことをトリガーにして、サービス・シーカー機能を動作させて他の通信装置へ対応可能なサービスを指定する要求又は問い合わせを送信するように構成されている。
　また、本明細書で開示する技術の第５の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・アドバータイザー機能のみを動作させているときに、ソーシャル・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置である。
　本明細書の第６の側面によれば、第５の側面に係る通信装置は、サービス・シーカー機能を用いて送信した要求又は問い合わせに対する応答を第２の所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能を停止するように構成されている。
　また、本明細書で開示する技術の第７の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置である。
　また、本明細書で開示する技術の第８の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを自ら送信するとともに、自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせの受信待機を行なった後に、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置である。
　本明細書の第９の側面によれば、第８の側面に係る通信装置は、ソーシャル・チャネル以外での要求又は問い合わせの送信を行なうべきか否かをユーザーに確認した後又は所定の時間が経過した後に、対応可能なすべてのチャネル上で要求又は問い合わせを送信するように構成されている。
　また、本明細書で開示する技術の第１０の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
　サービス・アドバータイザー機能のみを動作させているときに、前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置である。
　また、本明細書で開示する技術の第１１の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、前記オペレーティング・チャネル上で、プローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機する、通信装置である。
　また、本明細書で開示する技術の第１２の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
　サービス・シーカー機能の動作を開始するステップと、
　サービス・アドバータイザー機能の動作が停止しているときに、さらにサービス・アドバータイザー機能の動作を開始するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１３の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、他の通信装置からの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１４の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、ソーシャル・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１５の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を受信待機するステップと、
　自ら送信した要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１６の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
　自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１７の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、前記オペレーティング・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
　前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法である。
　また、本明細書で開示する技術の第１８の側面は、Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　前記オペレーティング・チャネル上で、プローブ要求フレームを送信するステップと、
　前記オペレーティング・チャネル上で、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機するステップと、
を有する通信方法である。
　本明細書で開示する技術によれば、デバイス・ディスカバリー並びにサービス・ディスカバリーに際してＷｉ－Ｆｉ　Ｐ２Ｐサービスで定義されるサービス・シーカー並びにサービス・アドバータイザーとして好適に通信動作を行なうことができる、優れた通信装置及び通信方法を提供することができる。
　なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
　本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
図１は、Ｐ２Ｐｓフレームワーク構成要素を示した図である。 図２は、Ｐ２Ｐｓ動作について説明するための図である。 図３は、Ｐ２Ｐｓデバイス間でＡＳＰセッションをセットアップするためのシーケンスを示した図である。 図４は、Ｐ２Ｐｓデバイスとして無線通信動作を行なう通信装置４００の機能的構成例を示した図である。 図５は、ＷＦＤ Ｒ２のデバイスがサービス・アドバータイザー機能及びサービス・シーカー機能の両方を動作させるようにセットアップするシーケンス例を示した図である。 図６は、ＷＦＤ Ｒ２のデバイスがサービス・アドバータイザー及びサービス・シーカーの両方の機能を動作させるようにセットアップするための処理手順を示したフローチャートである。 図７は、ＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするシーケンス例を示した図である。 図８は、ＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順を示したフローチャートである。 図９は、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順を示したフローチャートである。 図１０は、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているときの、セットアップするための処理手順を示したフローチャートである。 図１１は、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているときの、セットアップするための処理手順（但し、ソーシャル・チャネル以外でのスキャンも必ず行なう場合）を示したフローチャートである。 図１２は、使用できるチャネルに制限がある状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順を示したフローチャートである。 図１３は、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているときの、セットアップするための処理手順を示したフローチャートである。 図１４は、ポイント（３）の要点をまとめた図である。
　以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
　Ｗｉ－Ｆｉ　Ｐ２Ｐによれば、各デバイスがアクセスポイント（ＡＰ）の介在なしに互いに容易に接続することができる。また、ＷＦＡ（Ｗｉ－Ｆｉ　Ａｌｌｉａｎｃｅ）では、Ｗｉ―Ｆｉ　Ｐ２Ｐリンクを用いたさまざまなサービス（例えば、センド（Ｓｅｎｄ）、プレイ（Ｐｌａｙ）、ディスプレイ（Ｄｉｓｐｌａｙ）、プリント（Ｐｒｉｎｔ）など）をサポートするプラットフォームを導入する技術、すなわちＷｉ―Ｆｉ　Ｐ２Ｐサービス（Ｐ２Ｐｓ）が仕様化されている。
　図１には、Ｐ２Ｐｓフレームワーク構成要素を示している。同図中、参照番号１０１で示すＷｉ－Ｆｉ　Ｐ２Ｐ層は、Ｗｉ－Ｆｉ　Ｐ２Ｐ標準によって定義されるＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層に相当するが、Ｗｉ－Ｆｉ　Ｐ２Ｐ標準と互換のソフトウェアとして構成することができる。
　また、Ｗｉ－Ｆｉ　Ｐ２Ｐ層１０１の上位には、参照番号１０２で示すＡｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｌａｔｆｏｒｍ（ＡＳＰ）というプラットフォームが定義される。なお、図示を省略するが、Ｗｉ－Ｆｉ　Ｐ２Ｐ層１０１の下位には、Ｗｉ－Ｆｉ　ＰＨＹと互換の物理層によって、無線接続が構成されるものとする。さらにＡＳＰ層１０２の上位には、参照番号１０３で示す、サービス（Ｓｅｒｖｉｃｅ）層が定義される。
　ＡＳＰ層１０２は、各サービスで共有される共通のプラットフォームであり、最上位のアプリケーション（Ａｐｐ）層１０４と下位のＷｉ－Ｆｉ　Ｐ２Ｐ層１０１との間のセッション管理やサービスの命令処理、他のデバイスのＡＳＰ間の制御などを行なう。ＡＳＰ層１０２は、各サービスで必要とされる共通の機能、具体的にはデバイス・ディスカバリー（Ｄｅｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ）、サービス・ディスカバリー（Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ）、ＡＳＰセッション管理などを実現する。
　サービス層１０３は、ユースケース特定のサービスを含む。ＷＦＡでは、センド、プレイ、ディスプレイ、プリントといった基本サービスが定義されている。ここで、センド・サービスは、２つのＰ２Ｐｓデバイス間でファイル伝送を行なうサービス及びアプリケーションである。また、プレイ・サービスは、２つのＰ２Ｐｓデバイス間でＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ　Ｌｉｖｉｎｇ　Ｎｅｔｗｏｒｋ　Ａｌｌｉａｎｃｅ）を基盤とするコンテンツ共有又はストリーミングを行なうサービス及びアプリケーションである。また、ディスプレイ・サービスは、デバイス（ＳｏｕｒｃｅとＳｉｎｋ）間で画面共有を可能にするサービス及びアプリケーションである。より具体的には、ディスプレイ・サービスは、ＷＦＡによって策定された、１対１の無線通信によるディスプレイ伝送技術であるＭｉｒａｃａｓｔのユースケースであり、その技術仕様はＷｉ－Ｆｉ　Ｄｉｓｐｌａｙ（ＷＦＤ）として規定されている。また、プリントは文書や画像などのコンテンツを有しているデバイスとプリンター間での文書や画像のプリントアウトを可能にするサービス及びアプリケーションである。
　さらに、サード・パーティーから提供されるアプリケーションをサポートしＡＳＰ共通のプラットフォームを利用できるようにするために、参照番号１０５で示す、イネーブル（Ｅｎａｂｌｅ）ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を定義してもよい。
　アプリケーション層１０４は、ＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を提供することができ、ユーザーに対し情報を可視化して表現するとともに、ユーザーから入力された情報を下位層に伝達する機能を有している。
　続いて、Ｐ２Ｐｓ動作について、図２を参照しながら説明する。同図では、Ｐ２ＰｓによりＰ２Ｐ接続される２台のデバイスＡ、Ｂが存在する。
　デバイスＡとデバイスＢの互いのＰ２Ｐ層間でデバイス・ディスカバリー及びＰ２Ｐが行なわれると、互いのＡＳＰ間では、ＡＳＰセッションと呼ばれる論理的なリンクがセットアップされる。なお、ＡＳＰは、相手デバイスのＡＳＰとの間で、サービス毎に複数のＡＳＰセッションをセットアップすることができ、各ＡＳＰセッションはそのセッションを要求したＡＳＰによって割り当てられるセッション識別子で識別される。
　デバイスのサービスは、他のデバイス側の対応するデバイスと、サービス標準でＡＳＰプロトコルによって定義されるサービス特定のプロトコルを用いて通信することができる。図２に示す例では、デバイスＡとデバイスＢのサービスＸ間でサービス・セッションがセットアップされ、また、デバイスＡとデバイスＢのサービスＹ間では別のサービス・セッションがセットアップされている。
　デバイス内のＡＳＰとサービスとの間では、メソッド（ｍｅｔｈｏｄ）及びイベント（ｅｖｅｎｔ）というインターフェースが定義されている。メソッドは、サービスによって開始される動作を示すインターフェースである。メソッドのパラメーター（又はフィールド）には、遂行しようとする動作に対する情報を含ませることができる。また、イベントは、ＡＳＰからサービスに提供するインターフェースである。
　例えば、ユーザーがデバイスＡとデバイスＢ間でサービスＸを利用しようとする場合、各デバイス上のＡＳＰは、サービスＸ専用のＡＳＰセッションをデバイス間で確立してから、サービス・セッションを確立する。さらにユーザーがサービスＹを利用しようとする場合には、サービスＹ専用のＡＳＰセッションをデバイス間で新たに確立してから、サービス・セッションを確立する。
　続いて、Ｐ２Ｐｓデバイス間でＡＳＰセッションをセットアップするためのシーケンスについて、図３を参照しながら説明する。
　ＷＦＡで規定されるＰ２Ｐｓでは、デバイス・ディスカバリーに際してサービス・シーカー（Ｓｅｒｖｉｃｅ　Ｓｅｅｋｅｒ）とサービス・アドバータイザー（Ｓｅｒｖｉｃｅ　Ａｄｖｅｒｔｉｓｅｒ）という役割が定義されている。サービス・シーカーは、サービス・アドバータイザーを発見（ｄｉｓｃｏｖｅｒ）し、所望のサービスを検出した場合にはサービス・アドバータイザーとの接続を要求することもできる。図３では、サービス・アドバータイザーとしての役割を担うデバイスＡとサービス・シーカーとしての役割を担うデバイスＢ間でＡＳＰセッションのセットアップを行なう例を示している。なお、サービス・シーカーやサービス・アドバータイザーという用語は、その役割を持つ機器全体を指すような意味合いで使われる場合が多いが、より正確にはサービス・シーカー機能（Ｓｅｒｖｉｃｅ　Ｓｅｅｋｅｒ　Ａｐｐｌｉｃａｔｉｏｎ）やサービス・アドバータイザー機能（Ｓｅｒｖｉｃｅ　Ａｄｖｅｒｔｉｓｅｒ　Ａｐｐｌｉｃａｔｉｏｎ）を動作させたＰ２Ｐｓデバイス（Ｐ２Ｐｓ機器）を指している。
　ＡＳＰのセットアップ動作は、一方のＰ２Ｐｓデバイスの特定のサービスが他方のＰ２Ｐｓデバイス及びサービスを探索し、サービスを要求し、Ｗｉ－Ｆｉ　Ｐ２Ｐ接続を確立し、アプリケーションを動作させる過程である。
　デバイスＡ内のＡＳＰが同デバイス内のサービス層からアドバータイズ・サービス・メソッド（ＡｄｖｅｒｔｉｓｅＳｅｒｖｉｃｅ　ｍｅｔｈｏｄ）を受信すると、デバイスＡは、サービス・アドバータイザーとして動作する。図３では、デバイスＡはＰ２Ｐインターフェース（Ｉ／Ｆ）側でサービス・アドバータイザーを動作させるものとする。デバイスＡは、自分のサービスをアドバータイズし、他のデバイスが当該サービスを探索することができるように待機する。また、デバイスＡのＡＳＰは、サービス層から供給されるアドバータイズ・サービス・メソッドに含まれる情報に基づいて、他のデバイスに応答することができる。
　また、デバイスＢ内のサービス層は、アプリケーション（図示を省略）からサービスを使用する意図（Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）を示す情報を受信すると、シーク・サービス・メソッド（ＳｅｅｋＳｅｒｖｉｃｅ　ｍｅｔｈｏｄ）に必要な情報を格納して、ＡＳＰに伝達することができる。そして、デバイスＢ内のＡＳＰがサービス層からシーク・サービス・メソッドを受信すると、デバイスＢは、サービス・シーカーとして動作して、上位アプリケーション又はユーザーが要求するサービスをサポートするデバイスを探索するプロセスを実施する。図３では、デバイスＢは、Ｐ２Ｐインターフェース側でサービス・シーカーを動作させるものとする。
　デバイスＢのＡＳＰは、他のデバイスに、プローブ要求（Ｐｒｏｂｅ　ｒｅｑｕｅｓｔ）フレームをＰ２Ｐインターフェース側から伝送する。このとき、デバイスＢのＡＳＰは、自分が探そうとしているサービスのサービス名称（ｓｅｒｖｉｃｅ　ｎａｍｅ）のハッシュ値を計算して、プローブ要求フレーム内に含ませる。
　デバイスＡのＡＳＰは、自分がサポートしているサービスのサービス名称のハッシュ値を計算しており、Ｐ２ＰインターフェースでデバイスＢからのプローブ要求を受信すると、ハッシュ・マッチング（Ｈａｓｈ　Ｍａｔｃｈｉｎｇ）を試みる。そして、ハッシュ値が一致し、デバイスＢが探しているサービスをサポートしていることが分かったときには、デバイスＡは、デバイスＢへのプローブ応答（Ｐｒｏｂｅ　ｒｅｓｐｏｎｓｅ）フレームをＰ２Ｐインターフェース側から伝送する。プローブ応答フレーム内に、サービス名称、アドバータイズメントＩＤ値などを含ませることができる。
　プローブ要求フレーム及びプローブ応答フレームを交換するプロセスでは、デバイスＡとデバイスＢが互いにＰ２Ｐｓをサポートするデバイスであることと、各自がサポートするサービスを検知することができ、デバイス・ディスカバリー・プロセスということができる。
　続いて、デバイスＡとデバイスＢは、Ｐ２Ｐサービス・ディスカバリー・プロセスを通じて、サービスの具体的な事項に関する情報を交換する。
　例えば、サービス名称（複数のサービスに対するサポートの有無を探索する場合は、複数のサービス名称）、サービス情報要求を含んだサービス・ディスカバリー要求（Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔ）メッセージが、デバイスＢのＰ２ＰインターフェースからデバイスＡに伝送される。
　これに対し、デバイスＡのＡＳＰは、サービス名称のマッチング（Ｎａｍｅ　Ｍａｔｃｈｉｎｇ）を行ない、マッチングする場合にはサービス・ディスカバリー応答（Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｓｐｏｎｓｅ）メッセージがデバイスＡのＰ２ＰインターフェースからデバイスＢに伝送される。サービス・ディスカバリー応答メッセージには、サービス名称、アドバータイズメントＩＤ、サービス状態、サービス状態（Ｓｅｒｖｉｃｅ　Ｓｔａｔｕｓ）などの情報を含めることができる。サービス状態は、サービス・アドバータイザーとしてのデバイスＡ側で遠隔デバイスから要求されるサービスが利用可能であるかを通知する情報である。
　デバイスＢのＡＳＰは、サービス層からシーク・サービス・メソッドによって要求された動作が完了すると、その結果であるサーチ結果（ＳｅａｒｃｈＲｅｓｕｌｔ）を、サービスを通じてアプリケーション及びユーザーに通知することができる。例えば、アプリケーション（図示を省略）は、Ｐ２Ｐサービス・ディスカバリー・プロセスを通じて発見したデバイスをリストアップしたデバイス・リストをＵＩに表示する。ユーザーはこのＵＩを通じて所望するデバイスを選択することができる。ＡＳＰは、サービス層から接続要求（ＣｏｎｎｅｃｔＳｅｓｓｉｏｎ）メソッドを受信したことをトリガーにしてユーザーが選択したデバイスに対するＰ２Ｐ接続を試みるが、以降のプロセスの詳細については説明を省略する。
　図４には、Ｐ２Ｐｓデバイスとして無線通信動作を行なう通信装置４００の機能的構成例を示している。
　通信装置４００は、データ処理部４０１と、制御部４０２と、通信部４０３と、電源部４０４を備えている。また、通信部４０３はさらに、変復調部４１１と、空間信号処理部４１２と、チャネル推定部４１３と、無線インターフェース（ＩＦ）部４１４と、アンプ部４１５と、アンテナ４１６を備えている。１組の無線インターフェース部４１４と、アンプ部４１５と、アンテナ４１６で１つの送受信ブランチを構成し、図示のように複数（ｎ本）の送受信ブランチを備えていてもよい。なお、アンプ部４１５の機能が無線インターフェース部４１４に内包される場合もある。
　通信部４０３は、Ｐ２Ｐｓで規定される複数の周波数チャネルのうちいずれかを使用して無線通信動作を行なえることを前提としている。現在通信動作を行なっているチャネルをオペレーティング・チャネル（ｏｐｅｒａｔｉｎｇ　ｃｈａｎｎｅｌ）と言う。また、デバイス・ディスカバリー並びにサービス・ディスカバリーに使用するチャネルをソーシャル・チャネル（ｓｏｃｉａｌ　ｃｈａｎｎｅｌ）と言う。通信装置４００は、通信部４０３で使用できるチャネルに制限がない場合（時分割でオペレーティング・チャネル以外のソーシャル・チャネルに移行できる場合）と、使用できるチャネルに制限がある場合（ソーシャル・チャネルに移行できない場合）がある。
　データ処理部４０１では、通信プロトコルの上位層（図示しない）よりデータが入力される送信時において、そのデータから無線送信のためのパケットを生成し、メディア・アクセス制御のためのＭＡＣヘッダーの付加や誤り検出符号の付加などの処理を実施し、処理後のデータを変復調部４１１へ提供する。また、データ処理部４０１は、逆に変復調部４１１からのデータ入力がある受信時において、ＭＡＣヘッダーの解析、パケット誤りの検出、パケットのリオーダー処理などを実施し、処理後のデータを自身のプロトコル上位層へ提供する。Ｐ２Ｐｓフレームワークでは、Ｗｉ－Ｆｉ　Ｐ２Ｐ標準によって定義されるＭＡＣ層はＷｉ－Ｆｉ　Ｐ２Ｐ層（図１を参照のこと）に相当する。
　制御部４０２は、通信装置４００内の各部間の情報の受け渡しを行なう。また、制御部４０２は、通信部４０３内の変復調部４１１及び空間信号処理部４１２におけるパラメーターの設定、データ処理部４０１におけるパケットのスケジューリングを行なう。また、制御部４０２は、通信部４０３内の無線インターフェース部４１４及びアンプ部４１５のパラメーターの設定及び送信電力の制御を行なう。特に本明細書で開示する技術では、制御部４０２は、デバイス・ディスカバリー並びにサービス・ディスカバリーに際してサービス・シーカー並びにサービス・アドバータイザーの動作を制御する。
　変復調部４１１は、送信時には、データ処理部４０１からの入力データに対し、制御部４０２によって設定されたコーディング及び変調方式基づいて、エンコード、インターリーブ及び変調処理を行ない、データ・シンボル・ストリームを生成して、空間信号処理部４１２へ提供する。また、変復調部４１１は、受信時には、空間信号処理部４１２からの入力に対して、送信時とは反対に復調処理、デインターリーブ、デコードを行ない、データ処理部４０１若しくは制御部４０２へデータを提供する。
　空間信号処理部４１２は、送信時には、必要に応じて変復調部４１１から入力されるデータに対して空間分離に供される信号処理を行ない、得られた１つ以上の送信シンボル・ストリームをそれぞれの無線インターフェース部４１３へ提供する。また、空間信号処理部４１２は、受信時には、それぞれの無線インターフェース部４１４から入力された受信シンボル・ストリームに対して信号処理を行ない、必要に応じてストリームの空間分解を行なってから変復調部４１１へ提供する。
　チャネル推定部４１３は、各無線インターフェース部４１４からの入力信号のうち、プリアンブル部分及びトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部４０２を介して変復調部４１１での変復調処理、及び、空間信号処理部４１２での空間処理に利用される。
　無線インターフェース部４１４は、送信時には、空間信号処理部４１２からの入力をアナログ信号へ変換し、フィルタリング、及び搬送波周波数へのアップコンバートを実施し、アンテナ４１６又はアンプ部４１５へ送出する。また、無線インターフェース部４１４は、受信時には、アンテナ４１６又はアンプ部４１５からの入力に対して反対にベースバンド周波数へのダウンコンバートやディジタル信号への変換処理を実施し、空間信号処理部４１２及びチャネル推定部４１３へデータを提供する。
　アンプ部４１５は、送信時には、無線インターフェース部４１４から入力されたアナログ信号を所定の電力まで増幅し、アンテナ４１６へと送出する。また、アンプ部４１５は、受信時には、アンテナ４１６から入力された信号を所定の電力まで低雑音増幅して、無線インターフェース部４１４に出力する。アンプ部４１５は、送信時の機能と受信時の機能の少なくともどちらか一方が無線インターフェース部４１４に内包される場合がある。
　電源部４０４は、バッテリー電源又は固定電源（商用電源など）で構成され、通信装置４００の各部に対し電力を供給する。
　続いて、従来のＰ２Ｐｓデバイス・ディスカバリーの際の問題点について説明する。
　ＷＦＡで規定されるＰ２Ｐｓでは、デバイス・ディスカバリー並びにサービス・ディスカバリーに際して、サービス・シーカーとサービス・アドバータイザーという役割が定義されている（前述）。サービス・シーカーは、発見した相手デバイスのリストをＵＩに表示でき、ユーザーがこのサービス・シーカーのＵＩを介して選択したデバイスに対して接続を試みる。ところが、サービス・アドバータイザーは自分が対応しているサービスに関する情報を返信するのみで、デバイス・リストの画面を生成できず、ユーザーがサービス・アドバータイザーのＵＩを介してデバイスを選択することができない。
　一方がシーカーになり、他方がアドバータイザーになるデバイスの組み合わせで好適に機能するサービスであれば、上記の規定のままでも問題ない。例えば、プリント・サービスであれば、プリント・サーバーとして機能するＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）がシーカーとなり、プリンターがアドバータイザーとなる。シーカーとしてのプリント・サーバーは、プリンターの発見とユーザーが選択したプリンターへの接続を試みる。また、アドバータイザーとしてのプリンターは、自分が対応しているプリント・サービスに関する情報をプリント・サーバーに返信すればよく、ユーザーにデバイス・リストを提示したり、選択されたプリント・サーバーと接続を試みたりする必要はない。
　しかしながら、デバイス間で画面共有を可能にするディスプレイ・サービスなどの場合では、画面情報を送信するＳｏｕｒｃｅ、及びＳｏｕｒｃｅから画面情報を受信して表示するＳｉｎｋのいずれからも、相手を選択できるような仕組みが必要である。例えば、スマートフォン内の画像をＴＶ受像機のような大画面に表示出力する場合には、スマートフォン側から画像の出力先のデバイスを選択できるとともに、逆にＴＶ受信機側から画像の提供元のスマートフォンを選択できることが好ましい。具体的には、ＷＦＡによって策定された、１対１の無線通信によるディスプレイ伝送技術であるＷｉ－Ｆｉ　Ｄｉｓｐｌａｙ　Ｒｅｌｅａｓｅ　２（以下、「ＷＦＤ　Ｒ２」とする）のユースケースでは、Ｓｏｕｒｃｅ及びＳｉｎｋの各デバイスはともにシーカー及びアドバータイザーの両方に対応できる必要がある。その両対応のための手順や動作方法が定まってないと、互換性の問題を引き起こすおそれがある。
　要するに、ＷＦＤ　Ｒ２のデバイスは、サービス・シーカーとサービス・アドバータイザーの両方を同時に動作させる能力を持たなければならない。但し、ここで言う「デバイス」は、ＳｏｕｒｃｅとＳｉｎｋの両方を指すものとする。
　サービス・シーカーとサービス・アドバータイザーはＰ２Ｐｓの技術仕様書である“Ｗｉ－Ｆｉ　Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ　Ｓｅｒｖｉｃｅ　Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ”にて定義されている。また、この技術仕様書は無償で公開されている。但し、Ｐ２Ｐｓの技術仕様書では、ＡＳＰがシーク・サービス・メソッドを受信するとデバイスはサービス・シーカーとして動作を開始し、ＡＳＰがアドバータイズ・サービス・メソッドを受信するとデバイスはサービス・アドバータイザーとして動作を開始するということまでしか記述されていない。すなわち、デバイス・ディスカバリーに際して各デバイスがサービス・シーカー並びにサービス・アドバータイザーの両方に対応するための手順や動作方法は、本出願時点において明確には定義されていない。
　一方、単純にサービス・シーカーとサービス・アドバータイザーの両方を動作させてしまうと、相手機器を発見するまでサービス・シーカーとして動作してしまうために、プローブ要求を送信し続けてしまい、消費電力の増大や無線通信媒体の負荷増大を引き起こしてしまう。この問題を回避するために、例えば単にサービス・シーカー機能を動作させる時間とサービス・アドバータイザー機能を動作させる時間を切り替えるようにすると、当該サービスに対応している他のＰ２Ｐｓ機器から発見してもらえる確率が低下したり、当該サービスに対応している他のＰ２Ｐｓ機器を発見できる確率が低下したりして、そもそも相互に発見し合うためにサービス・シーカーとサービス・アドバータイザーの両方を動作させるという目的と相入れなくなってしまう。さらに、サービス・シーカー機能を常に動作させておくと、相手デバイスを発見する度に発見相手デバイスのリストや接続確認のＵＩが表示されるため、ユーザーにとっては煩わしいものとなってしまうおそれもある。
　また、Ｐ２Ｐｓ仕様においては、第２層の接続手段としてＷｉ－Ｆｉ　Ｐ２Ｐのみが規定されている。このままでは、ＡＰに接続している端末がＡＰ経由でサービスを行おうとしても、デバイス・ディスカバリーやサービス・ディスカバリーを行なうことができず、実現できない。そのため、ＡＰと接続しているＢＳＳ接続を用いたデバイス・ディスカバリー並びにサービス・ディスカバリーが実現できるように機能拡張を行なうことが望まれる。
　そこで、本明細書では、Ｐ２Ｐｓの技術仕様を拡張し、ＷＦＤ　Ｒ２のデバイスがデバイス・ディスカバリーに際してシーカー及びアドバイザーの両方に対応するための手順や動作方法について提案する。
　なお、図４に示した通信装置４００は、後述する手順や動作方法を実現するために、制御部４０２において、サービス・シーカーとサービス・アドバータイザーの両方が同時に動作可能となっており、サービス・シーカー動作の開始を制御するものとする。
　まず前提として、ＷＦＤ Ｒ２のデバイスを、デフォルトではサービス・アドバータイザー機能を動作させるようにする。変形例として、従来通りにＡＳＰがアドバータイズ・サービス・メソッドを受信したら、デバイスはサービス・アドバータイザー機能の動作を開始する場合も含める。
　かかる前提の上で、以下に示すＷＦＤ Ｒ２のデバイスの手順若しくは動作方法に関するポイント（１）～（３）を説明する。
ポイント（１）
　ＷＦＤ Ｒ２のデバイス内のＡＳＰがシーク・サービス・メソッド又はアドバータイズ・サービス・メソッドの少なくともどちらかを受信したら、このデバイスはサービス・シーカー機能を動作させる。また、このときサービス・アドバータイザーがオフになっていたら、サービス・アドバータイザー機能も動作させる。
　要するに、ＷＦＤ Ｒ２のデバイスは、サービス・アドバータイザー機能又はサービス・シーカー機能のどちらか一方を動作させようとしたら、両方の機能を動作するようにする。特に、デバイスがサービス・シーカーとしてのみ動作するという状況を避けるようにする。これによって、デバイスは、サービス・シーカーとして相手デバイスを発見できるだけでなく、サービス・アドバータイザーとして相手デバイスからも発見してもらうことができるようになる。
　図５には、ＷＦＤ Ｒ２のデバイスがサービス・アドバータイザー機能及びサービス・シーカー機能の両方を動作させるようにセットアップするシーケンス例を示している。
　デバイスＢ内のＡＳＰがサービス層からシーク・サービス・メソッドを受信したことをトリガーにして、デバイスＢは、サービス・シーカーとして動作する。他のデバイスにプローブ要求フレームを送信してデバイス・ディスカバリー・プロセスを実施する点などは図３と同様なので、ここでは図示並びに説明を省略する。このとき、デバイスＢにおいて、サービス・アドバータイザーがオフになっていたら、ＡＳＰが自らに対してアドバータイズ・サービス・メソッドを発行することで、デバイスＢはサービス・アドバータイザーとしても動作する。
　また、デバイスＡ内のＡＳＰがサービス層からアドバータイズ・サービス・メソッドを受信したことをトリガーにして、デバイスＢは、サービス・アドバータイザーとして動作する。他のデバイスからのプローブ要求受信待ちに入る点などは図３と同様なので、ここでは図示並びに説明を省略する。このとき、デバイスＡにおいて、サービス・シーカーがオフになっていたら、デバイスＡ内のＡＳＰが自らに対してシーク・サービス・メソッドを発行することで、デバイスＡはサービス・シーカーとしても動作する。
　図６には、ＷＦＤ Ｒ２のデバイスがサービス・アドバータイザー及びサービス・シーカーの両方の機能を動作させるようにセットアップするための処理手順をフローチャートの形式で示している。
　デバイス内で、ＡＳＰがサービス層からシーク・サービス・メソッドを受信すると（ステップＳ６０１のＹｅｓ）、また、このデバイスにおいてサービス・シーカーの動作がオフになっているかどうかをチェックする（ステップＳ６０２）。そして、サービス・シーカーの動作がオフになっていたら（ステップＳ６０２のＹｅｓ）、このデバイス内でＡＳＰが自らに対してシーク・サービス・メソッドを発行させて（ステップＳ６０３）、デバイスはサービス・シーカーの動作をオンにする（ステップＳ６０４）。このようにして、デバイスは、サービス・シーカーとして動作していることになる。
　このとき、このデバイスにおいてサービス・アドバータイザーの動作がオフになっているかどうかをチェックする（ステップＳ６０５）。そして、サービス・アドバータイザーの動作がオフになっていたら（ステップＳ６０５のＹｅｓ）、このデバイス内でＡＳＰが自らに対してアドバータイズ・サービス・メソッドを発行して（ステップＳ６０６）、デバイスはサービス・アドバータイザーの動作をオンにする（ステップＳ６０７）。
ポイント（２）
　ＷＦＤ　Ｒ２のデバイスは、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、自分が対応しているサービス（例えばＭｉｒａｃａｓｔ　Ｓｉｎｋ）にマッチするハッシュ値を含んだプローブ要求フレームを受信したら、すぐにサービス・シーカー機能も動作させるようにする。その結果、このデバイスは自分からも他のデバイスにプローブ要求フレームを送信できるようになる。
　ＷＦＤ　Ｒ２のデバイスは、サービス・シーカーを立ち上げないと自分から相手を探せなくて自デバイスで表示するデバイス・リストを作ることがないからである。サービス・アドバータイザー機能のみを動作させているデバイスは、上記のようにサービス・シーカー機能も動作させることで、自デバイスで表示するデバイス・リストを作り、ユーザーにそのＵＩを提示することができるようになる。
　図７には、ＷＦＤ　Ｒ２のデバイスＡが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするシーケンス例を示している。
　デバイスＢ内のＡＳＰがサービス層からシーク・サービス・メソッドを受信したことをトリガーにして、デバイスＢは、サービス・シーカー機能の動作を開始する。そして、デバイスＢは、自分が探そうとしているサービス名称のハッシュ値を含んだプローブ要求フレームを、他のデバイスに送信する。
　デバイスＡは、ＡＳＰが同デバイス内のサービス層からアドバータイズ・サービス・メソッドを受信したことにより、サービス・アドバータイザー機能のみを動作させている。ここで、デバイスＢから受信したプローブ要求フレームに含まれているサービス名称のハッシュ値が、デバイスＡで対応しているサービスとマッチしたとする。デバイスＡがデバイスＢにプローブ応答フレームを返信し、引き続きデバイスＢとの間でサービス・ディスカバリー・プロセスを実施する点などは図３と同様なので、ここでは図示並びに説明を省略する。このとき、デバイスＡにおいて、ＡＳＰが自らに対してシーク・サービス・メソッドを発行することで、デバイスＡはサービス・シーカー機能も動作させる。
　そして、デバイスＡは、自分が探そうとしているサービス名称のハッシュ値を含んだプローブ要求フレームを、他のデバイスに送信し、ハッシュ値がマッチしたデバイス（仮に、デバイスＢとする）からのプローブ応答フレームを受信し、サーチ結果に基づくデバイス・リストのＵＩをユーザーに提示することができる。
　図８には、ＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順をフローチャートの形式で示している。
　デバイスは、サービス・アドバータイザーとして動作中であれば（ステップＳ８０１のＹｅｓ）、（サービス・シーカーとして動作している）他のデバイスからのプローブ要求フレームを受信待機する（ステップＳ８０２）。
　そして、他のデバイスからプローブ要求フレームを受信すると（ステップＳ８０２のＹｅｓ）、受信したプローブ要求フレームに含まれているサービス名称のハッシュ値が、自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ８０３）。
　ここで、ハッシュ値がマッチしなければ（ステップＳ８０４のＮｏ）、受信したプローブ要求フレームでは自デバイスでは対応できないサービスが指定されていることが分かる。この場合、ステップＳ８０１に戻り、デバイスは、このままサービス・アドバータイザーとしてのみ動作を続ける。
　一方、サービス名称のハッシュ値がマッチするときには（ステップＳ８０４のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、このデバイス内ではＡＳＰが自らに対してシーク・サービス・メソッドを発行することで（ステップＳ８０５）、デバイスはサービス・シーカー機能も動作させる（ステップＳ８０６）。
　このようにして、サービス・アドバータイザー機能のみを動作させているデバイスは、ハッシュ値がマッチするプローブ要求フレームを受信したことをトリガーにしてサービス・シーカー機能も動作させることで、自らもプローブ要求フレームを送信するようになり、それに対するプローブ応答フレームを受信することにより自デバイスで表示するデバイス・リストを作り、ユーザーにそのＵＩを提示することができるようになる。
　ＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）接続側でも同様のことを行なう変形例も考えられる。すなわち、ＷＦＤ　Ｒ２のデバイスは、ＢＳＳインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、自分が対応しているサービス（例えばＭｉｒａｃａｓｔ　Ｓｉｎｋ）に対応する文字列を含むｍＤＮＳ問い合わせ（ｍｕｌｔｉｃａｓｔ　ＤＮＳ（Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｙｓｔｅｍ）　ｑｕｅｒｙ）を受信したら、すぐにサービス・シーカー機能も動作させるようにする。その結果、このデバイスは自分からもｍＤＮＳ問い合わせを送信するようになり、対応する文字列を含むｍＤＮＳ問い合わせを受信した他のデバイスからｍＤＮＳ応答を受信し、デバイス・ディスカバリー並びにサービス・ディスカバリーのサーチ結果に基づいて自デバイスに表示するデバイス・リストを作ることができるようになる。
ポイント（３）
　ＷＦＤ　Ｒ２のデバイスは、使用できるチャネルの制限の有無とデバイスのサービス・アドバータイザー又はサービス・シーカーの動作状態とに応じて、動作を制御するようにする。
　ＩＥＥＥ８０２．１１では、割り当てられた帯域を複数のチャネルに分割して用いている。このうちの１つは、サービス・ディスカバリーに使用するソーシャル・チャネルに割り当てられ、他のチャネルは通常の通信動作に用いられる。そのうち特に、前述のように、ＢＳＳインターフェース側でＡＰと接続する際に用いているチャネル、Ｐ２Ｐクライアントとして動作していてＰ２Ｐ　ＧＯ（Ｐ２Ｐ　Ｇｒｏｕｐ　Ｏｗｎｅｒ）と接続する際に用いているチャネル、又は自らがＰ２Ｐ　ＧＯとして動作しているチャネルをオペレーティング・チャネルと呼ぶことにする。
　使用できるチャネルに制限がない場合とは、具体的には、デバイスが、ＡＰ又はＰ２Ｐ　ＧＯにアソシエーションしていない、Ｐ２Ｐ　ＧＯになっていない、あるいはソーシャル・チャネル以外で動作しているアクセスポイントにアソシエーションしているかＰ２Ｐグループのメンバーになっていても時分割でオペレーティング・チャネル以外のソーシャル・チャネルに移行できる場合である。
　一方、使用できるチャネルに制限がある場合とは、具体的には、デバイスが、ＡＰ又はＰ２Ｐ　ＧＯにアソシエーションしているか、又は自分がＰ２Ｐ　ＧＯとして動作しており、オペレーティング・チャネルがソーシャル・チャネルではなく、且つ時分割でソーシャル・チャネルに移行して送受信できない場合であり、この場合のフレーム送受信動作はオペレーティング・チャネルに限定される。
（３－１）使用できるチャネルに制限がない場合であって、Ｐ２Ｐインターフェース向けにサービス・アドバータイザー機能のみを動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上で自分が対応しているサービスにマッチするハッシュ値を含んだプローブ要求フレームを受信するのを所定の時間だけ待機し、受信しなかったらサービス・シーカー機能も動作させて、対応可能なすべてのチャネル上でスキャン（すなわち、プローブ要求フレームの送信とプローブ応答フレームの受信待機、並びにプローブ要求フレームの受信待機）を行なう。
　ＷＦＤ　Ｒ２のデバイスは、タイムアウトするとサービス・シーカー機能も動作させて自ら積極的に他のチャネル上でも相手デバイスの探索を開始する上、サービス・アドバータイザー機能も動作させたままなので、相手デバイスからも他のチャネル上で見つけてもらうことができる。また、サービス・シーカーとして第２の所定の時間だけかけて相手デバイスを発見することができなかった場合には、このデバイスはサービス・シーカー機能を停止するようにしてもよい。
　サービス・アドバータイザー機能の動作は、基本的にプローブ要求フレームの受信待機状態にあり、受信できたときにハッシュ・マッチングし、マッチした場合にプローブ応答フレームを返信する。他方、サービス・シーカー機能の動作は、自らプローブ要求フレームを送信するので、その送信電力の分だけ消費電力が多くなるとともに送信時に通信メディアを使用する。したがって、第２の所定の時間がタイムアウトしたことによりサービス・シーカー機能を停止することで、デバイスの低消費電力化と無線通信媒体の節約（トラフィックの混雑回避）になる。
　図９には、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順をフローチャートの形式で示している。
　サービス・アドバータイザー機能のみを動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上でプローブ要求フレームの受信を待機する（ステップＳ９０１）。
　所定の時間がタイムアウトするまでに（ステップＳ９０２のＮｏ）、ソーシャル・チャネル上でプローブ要求フレームを受信できたときには（ステップＳ９０１のＹｅｓ）、デバイスは、受信したプローブ要求フレームに含まれているハッシュ値が、自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ９０３）。
　ここで、ハッシュ値がマッチするときには（ステップＳ９０４のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、デバイスは、他のデバイスにプローブ応答フレームを返信した上で（ステップＳ９０５）、直ちにサービス・シーカー機能も動作させる（ステップＳ９０６）。
　一方、所定の時間内に、ソーシャル・チャネル上で、自デバイスが対応しているサービスにマッチするハッシュ値を含んだプローブ要求フレームを受信できなかったときには（ステップＳ９０４のＮｏで且つステップＳ９０２のＹｅｓ）、このデバイス内でＡＳＰが自らに対してシーク・サービス・メソッドを発行することで、デバイスはサービス・シーカー機能も動作させる（ステップＳ９０６）。以降、デバイスは、サービス・アドバータイザーとして動作し続けながら、サービス・シーカー機能の動作も開始する。
　デバイスは、サービス・シーカーとして、対応可能なすべてのチャネル上でスキャン（すなわち、プローブ要求フレームの送信とプローブ応答フレームの受信待機）を行なう（ステップＳ９０７）。デバイスは、タイムアウトするとサービス・シーカー機能も動作させて自ら積極的に他のチャネル上でも相手デバイスの探索を開始する上、サービス・アドバータイザー機能も動作させたままなので、相手デバイスからも他のチャネル上で見つけてもらうことができるようになる。
　デバイスは、第２の所定の時間だけ（ステップＳ９１０のＮｏ）、すべてのチャネル上でのスキャン動作を繰り返し実施する。この間もデバイスはサービス・アドバータイザー機能も動作したままなので、相手デバイスからも他のチャネル上で見つけてもらうことができる。なお、図９に示した処理手順では、所定の時間だけ受信待機するようタイムアウト機構を中止条件に用いているが、最大のスキャン試行回数など他の中止条件を用いても、本質的には同様である。
　そして、デバイスは、第２の所定の時間内に（ステップＳ９１０のＮｏ）、いずれかのチャネル上でプローブ応答フレームを受信し、所望する相手デバイスを発見することができたときには（ステップＳ９０８のＹｅｓ）、サーチ結果として、サービス層及びアプリケーションを通じて発見した相手デバイス・リストのＵＩをユーザーに提示する（ステップＳ９０９）。
　また、第２の所定の時間だけかけて相手デバイスを発見することができなかった場合（ステップＳ９１０のＹｅｓ）、すなわち、タイムアウトすると、デバイスはサービス・シーカー機能を停止する（ステップＳ９１１）。
　ＢＳＳ接続側で同様のことを行なう変形例も考えられる。すなわち、ＢＳＳインターフェース向けにサービス・アドバータイザー機能のみを動作させているＷＦＤ　Ｒ２のデバイスは、自分が対応しているサービスにマッチするハッシュ値を含んだｍＤＮＳ問い合わせを受信するのを所定の時間だけ待機し、受信しなかったらサービス・シーカー機能を動作させるようにして、自ら積極的に探しているサービスに対応する文字列を含んだｍＤＮＳ問い合わせを送信して相手デバイスを探索する。それでも第２の所定の時間だけかけて相手デバイスを発見することができなかった場合には、このデバイスはサービス・シーカー機能を停止するようにしてもよい。タイムアウトしたことによりサービス・シーカー機能を停止することで、デバイスの低消費電力化と無線通信媒体の節約（トラフィックの混雑回避）になる。
（３－２）使用できるチャネルに制限がない場合であって、Ｐ２Ｐインターフェース向けにサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上でプローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を所定の時間だけ待機する。そして、相手デバイスを発見することができなかったら、このデバイスは、サービス・シーカー機能及びサービス・アドバータイザー機能をともに動作させたままで、対応可能なすべてのチャネル上でスキャン（すなわち、プローブ要求フレームの送信とプローブ応答フレームの受信待機、並びにプローブ要求フレームの受信待機）を行なう。
　この場合、ＷＦＤ　Ｒ２のデバイスは、タイムアウトすると自ら積極的に他のチャネル上でも相手デバイスの探索を開始する上、サービス・アドバータイザー機能も動作させているので、相手デバイスからも他のチャネル上で見つけてもらうことができる。また、サービス・シーカーとして第２の所定の時間だけかけて相手デバイスを発見することができなかった場合には、このデバイスはサービス・シーカー機能を停止するようにしてもよい。
　図１０には、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているときの、セットアップするための処理手順をフローチャートの形式で示している。
　サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上で、他のデバイスからのプローブ要求フレームの受信を待機する（ステップＳ１００１）。
　所定の時間がタイムアウトするまでに（ステップＳ１０１０のＮｏ）、ソーシャル・チャネル上でプローブ要求フレームを受信できたときには（ステップＳ１０１０のＹｅｓ）、デバイスは、受信したプローブ要求フレームに含まれているハッシュ値が、自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ１００２）。
　ここで、ハッシュ値がマッチするときには（ステップＳ１００３のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、このデバイスは、他のデバイスにプローブ応答フレームを返信した後（ステップＳ１００４）、相手デバイスとの間で引き続きサービス・ディスカバリー・プロセスを実施する。具体的には、ソーシャル・チャネル上でプローブ要求フレームを送信して（ステップＳ１００５）、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機する（ステップＳ１００６）。
　一方、所定時間内に、ソーシャル・チャネル上でプローブ要求フレームもプローブ応答フレームも受信できず、相手デバイスを発見することができなかったら（ステップＳ１０１０のＹｅｓ）、このデバイスは、サービス・シーカー機能及びサービス・アドバータイザー機能をともに動作させたままで、対応可能なすべてのチャネル上でスキャン（すなわち、プローブ要求フレームの送信）を行なう（ステップＳ１００７）。なお、デバイスはサービス・アドバータイザー機能も動作させたままなので、相手デバイスからも他のチャネル上で見つけてもらうことができる。
　そして、デバイスは、ソーシャル・チャネル上でプローブ応答フレームを受信し（ステップＳ１００６のＹｅｓ）、又は、いずれかのチャネル上でプローブ応答フレームを受信して、所望する相手デバイスを発見することができたときには（ステップＳ１００８のＹｅｓ）、サーチ結果として、サービス層及びアプリケーションを通じてユーザーにデバイス・リストのＵＩを提示する（ステップＳ１００９）。
　また、いずれのチャネル上でも相手デバイスを検出することができなかった場合には（ステップＳ１００８のＮｏ）、デバイスは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、ステップＳ１００１に戻り、上記と同様の処理を繰り返し実行する。あるいは、相手デバイスを検出することができなかった場合には（ステップＳ１００８のＮｏ）、サービス層及びアプリケーションを通じてユーザーに相手デバイスを発見できなかったというサーチ結果を提示した上でユーザーに相手デバイス発見を継続するかどうかをユーザーに選択させるＵＩを提示するようにしてもよい。そした、ユーザーが継続を選択した場合にのみステップＳ１００１に戻り、継続を選択しなかった場合には相手デバイスの探索を中断するようにしてもよい。相手デバイスの探索を中断する場合には、このデバイスはサービス・シーカー機能を停止することが好適である。なお、図１０に示した処理手順では、所定の時間だけ待つようなタイムアウト機構を中止条件に用いているが、最大のスキャン試行回数など他の中止条件を用いても、本質的に同等である。
　上記（３－１）及び（３－２）に共通するメリットとして、使用できるチャネルに制限がない場合のＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル以外で動作していて他のチャネルに移行できない他のデバイス（ＷＦＤ　Ｒ２対応のデバイス、並びにＷＦＤ　Ｒ１対応のデバイス）を発見することができるし、逆に相手デバイスから自デバイスを発見してもらうことができる。
（３－３）使用できるチャネルに制限がない場合であって、Ｐ２Ｐインターフェース向けにサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上でプローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を所定の時間だけ待機する（上記（３－２）と同様）。そして、相手デバイスを発見することができた場合でも、このデバイスは、サービス・シーカー機能及びサービス・アドバータイザー機能をともに動作させたままで、対応可能なすべてのチャネル上でスキャンを行なう方が好ましい。別チャネルに存在するかもしれないＷＦＤ　Ｒ２対応のデバイスやＷＦＤ　Ｒ１対応のデバイスを発見するためである。
　但し、対応可能なすべてのチャネル上でスキャンを開始する前に、ユーザーがソーシャル・チャネル以外でのスキャンを許可又は希望するか否かを選択するためのＵＩの表示を行なうようにしてもよい。
　図１１には、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときの、セットアップするための処理手順（但し、ソーシャル・チャネル以外でのスキャンも必ず行なう場合）をフローチャートの形式で示している。
　サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上でプローブ要求フレームを送信して（ステップＳ１１０１）、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機するとともに（ステップＳ１１０２）、他のデバイスからのプローブ要求フレームの受信を待機する（ステップＳ１１０３）。
　所定の時間がタイムアウトするまでに（ステップＳ１１１１のＮｏ）、ソーシャル・チャネル上でプローブ要求フレームを受信できたときには（ステップＳ１１０３のＹｅｓ）、デバイスは、受信したプローブ要求フレームに含まれているハッシュ値が、自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ１１０４）。
　ここで、ハッシュ値がマッチするときには（ステップＳ１１０５のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、このデバイスは、他のデバイスにプローブ応答フレームを返信する（ステップＳ１１０６）。
　所定の時間が経過した後に、ステップＳ１１０７の処理として、ソーシャル・チャネル上での相手デバイスのサーチ結果をユーザーに提示する。その際、ソーシャル・チャネル上でプローブ要求フレームもプローブ応答フレームも受信できず、相手デバイスを発見することができなかった場合には（ステップＳ１１１１のＹｅｓ）、ソーシャル・チャネル上で相手デバイスを発見できなかった旨のサーチ結果をユーザーに提示する。一方、ソーシャル・チャネル上でプローブ要求フレームを受信し（ステップＳ１１０３のＹｅｓ）、且つ、ハッシュ値がマッチして（ステップＳ１１０５のＹｅｓ）、受信したプローブ要求フレームに対するプローブ応答フレームを返信した場合には（ステップＳ１１０６）、発見できた１つ乃至複数のデバイスのサーチ結果をユーザーに提示する。さらにステップＳ１１０７の処理として、ユーザーがソーシャル・チャネル以外でのスキャンを許可又は希望するか否かを選択するためのＵＩを表示して、ソーシャル・チャネル以外でのスキャンを行なうべきかどうかをチェックする。
　ソーシャル・チャネル以外でのスキャンを行なわない場合には（ステップＳ１１０８のＮｏ）、デバイスは、サービス・シーカー機能を停止し、サービス・アドバータイザー機能のみを動作させて、プローブ要求フレーム受信待機に戻る。あるいは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、ステップＳ１１０１に戻り、上記と同様の処理を繰り返し実行するようにしてもよい。
　一方、ソーシャル・チャネル以外でのスキャンを行なう場合には（ステップＳ１１０８のＹｅｓ）、このデバイスは、サービス・シーカー機能及びサービス・アドバータイザー機能をともに動作させたままで、対応可能なすべてのチャネル上でスキャン（すなわち、プローブ要求フレームの送信とプローブ要求フレームの受信待機、及びプローブ要求フレームの受信待機）を行なう（ステップＳ１１０９）。なお、デバイスはサービス・アドバータイザー機能も動作させたままなので、相手デバイスからも他のチャネル上で見つけてもらうことができる。
　最終的に、デバイスがソーシャル・チャネル又はいずれかのチャネル上でプローブ応答フレームを受信して、所望する相手デバイスを発見することができたときには（ステップＳ１１０９のＹｅｓ）、サーチ結果として、サービス層及びアプリケーションを通じてユーザーにデバイス・リストのＵＩを提示する（ステップＳ１１１０）。
　また、いずれのチャネル上でも相手デバイスを検出することができなかった場合には（ステップＳ１１０９のＮｏ）、デバイスは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、ステップＳ１１０１に戻り、上記と同様の処理を繰り返し実行する。あるいは、このデバイスは、サービス・シーカー機能の動作を停止しサービス・アドバータイザー機能のみを動作させてプローブ要求フレーム受信待機に戻ってもよい。なお、図１１に示した処理手順では、所定の時間だけ待つようなタイムアウト機構を中止条件に用いているが、最大のスキャン試行回数など他の中止条件を用いても、本質的に同等である。
（３－４）使用できる周波数に制約がある場合、すなわちフレーム送受信動作はオペレーティング・チャネルに限定される場合であって、Ｐ２Ｐインターフェース向けにサービス・アドバータイザー機能だけを動作させているＷＦＤ　Ｒ２のデバイスは、オペレーティング・チャネル上でプローブ要求フレームを受信待機する。もし自分が対応しているサービス（例えば、Ｍｉｒａｃａｓｔ　Ｓｉｎｋ）にマッチするハッシュ値を含んだプローブ要求フレームを受信したら、すぐにサービス・シーカー機能も動作させる。その結果、このデバイスは、オペレーティング・チャネル上でプローブ要求フレームを送信するようになり、相手デバイスを自ら発見できるようになる。
　図１２には、使用できるチャネルに制限がある状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・アドバータイザー機能のみを動作させているときに、サービス・シーカー機能も動作させるようにセットアップするための処理手順をフローチャートの形式で示している。
　サービス・アドバータイザー機能のみを動作させているＷＦＤ　Ｒ２のデバイスは、ソーシャル・チャネル上でプローブ要求フレームの受信を待機する（ステップＳ１２０１）。
　ソーシャル・チャネル上でプローブ要求フレームを受信できたときには（ステップＳ１２０１のＹｅｓ）、デバイスは、受信したプローブ要求フレームに含まれているハッシュ値が自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ１２０３）。
　ハッシュ値がマッチしないときには（ステップＳ１２０４のＮｏ）、デバイスは、そのままステップＳ１２０１に戻り、サービス・アドバータイザー機能の動作のみを継続し、他のデバイスからのプローブ要求フレームを受信待機する。
　一方、ハッシュ値がマッチするときには（ステップＳ１２０４のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、デバイスはプローブ応答フレームを返信し（ステップＳ１２０５）、さらにこのデバイス内でＡＳＰが自らに対してシーク・サービス・メソッドを発行することで、デバイスはサービス・シーカー機能も動作させる（ステップＳ１２０６）。以降、デバイスは、オペレーティング・チャネル上において、サービス・アドバータイザーとして動作し続けながら、サービス・シーカー機能の動作も開始する。
（３－５）使用できる周波数に制約がある場合、すなわちフレーム送受信動作はオペレーティング・チャネルに限定される場合であって、Ｐ２Ｐインターフェース向けにサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、オペレーティング・チャネル上でプローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機する。
　図１３には、使用できるチャネルに制限がない状況下でＷＦＤ　Ｒ２のデバイスが、Ｐ２Ｐインターフェース側でサービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているときの、セットアップするための処理手順をフローチャートの形式で示している。
　サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させているＷＦＤ　Ｒ２のデバイスは、まず、サービス・シーカーの動作として、オペレーティング・チャネル上でプローブ要求フレームを送信する（ステップＳ１３０１）。
　プローブ要求フレームに対するプローブ応答フレームを受信できたときには（ステップＳ１３０２のＹｅｓ）、サーチ結果として、サービス層及びアプリケーションを通じてユーザーにデバイス・リストのＵＩを提示する（ステップＳ１３０３）。
　デバイス・リストのＵＩを提示した後（ステップＳ１３０３）、並びに、プローブ要求フレームに対するプローブ応答フレームを受信できなかったとき（ステップＳ１３０２のＮｏ）、このデバイスは、続いて、サービス・アドバータイザーの動作として、他のデバイスからのプローブ要求フレームの受信を待機する（ステップＳ１３０４）。
　プローブ要求フレームを受信しないときには（ステップＳ１３０４のＮｏ）、ステップＳ１３０１に戻り、デバイスは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、オペレーティング・チャネル上でのプローブ要求フレーム又はプローブ応答フレームの送受信動作を繰り返し実行する。
　また、プローブ要求フレームを受信したときには（ステップＳ１３０４のＹｅｓ）、デバイスは、受信したプローブ要求フレームに含まれているハッシュ値が、自デバイスで対応しているサービスとマッチするか否か、ハッシュ・マッチングを行なう（ステップＳ１３０５）。
　ハッシュ値がマッチしないときには（ステップＳ１３０６のＮｏ）、ステップＳ１３０１に戻り、デバイスは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、オペレーティング・チャネル上でのプローブ要求フレーム又はプローブ応答フレームの送受信動作を繰り返し実行する。
　また、ハッシュ値がマッチするときには（ステップＳ１３０６のＹｅｓ）、受信したプローブ要求フレームでは自デバイスで対応可能なサービスが指定されていることが分かる。この場合、デバイスは、サービス・アドバータイザー機能の動作を続ける。すなわち、このデバイスは、他のデバイスにプローブ応答フレームを返信する（ステップＳ１３０７）。その後、ステップＳ１３０１に戻り、デバイスは、サービス・シーカー及びサービス・アドバータイザーの両方の機能を動作させたまま、オペレーティング・チャネル上でのプローブ要求フレーム又はプローブ応答フレームの送受信動作を繰り返し実行する。
　なお、ポイント（３）の要点を図１４にまとめる。
　本明細書で開示する技術によれば、サービス・シーカー並びにサービス・アドバータイザー動作を行なうことにより、自機器が対応するサービス機器を発見すると同時に他の機器から発見されるように動作する場合において、サービス・シーカーとして動作する時間を限定することができる。これにより、機器は対応可能なサービスを指定する要求又は問い合わせを送信する頻度を減らして消費電力の低減及び無線通信媒体の浪費を防止しながらも、常時サービス・シーカーとして動作させた場合と比較して他のサービス対応機器を発見する確率や他のサービス対応機器から発見される確率を低下させることがないという効果を有する。さらに、サービス・シーカー機能を特定の状態において動作させることより、相手デバイスを発見する度に相手デバイスのリストや接続確認のＵＩが表示され、ユーザーにとっては煩わしいものとなってしまう可能性を排除することができる。
　以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
　本明細書で開示する技術は、主にＰ２Ｐｓ仕様の通信装置に好適に適用することができるが、デバイス・ディスカバリーに際してシーカーとアドバータイザーの役割が定義されるさまざまな通信システムにも同様に適用して、所望する通信相手を見つけ易くすることができる。
　要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
　なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、
　サービス・アドバータイザー機能又はサービス・シーカー機能のどちらか一方を動作させようとする際に、サービス・アドバータイザー機能及びサービス・シーカー機能の両方を動作させる、通信装置。
（２）前記通信装置内で、ＡＳＰがサービス層からシーク・サービス・メソッドを受信したことをトリガーにしてサービス・シーカー機能を動作させ、さらにサービス・アドバータイザー機能の動作が停止しているときにはサービス・アドバータイザー機能も動作させる、上記（１）に記載の通信装置。
（３）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、
　サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始する、通信装置。
（４）サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービス名称にマッチするハッシュ値を含んだ要求又は対応可能なサービス名称を示す文字列を含んだ問い合わせを受信したことをトリガーにして、サービス・シーカー機能を動作させて他の通信装置へ対応可能なサービスを指定する要求又は問い合わせを送信する、上記（３）に記載の通信装置。
（５）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・アドバータイザー機能のみを動作させているときに、ソーシャル・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
（６）サービス・シーカー機能を用いて送信した要求又は問い合わせに対する応答を第２の所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能を停止する、上記（５）に記載の通信装置。
（７）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
（８）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを自ら送信するとともに、自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせの受信待機を行なった後に、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
（９）ソーシャル・チャネル以外での要求又は問い合わせの送信を行なうべきか否かをユーザーに確認した後又は所定の時間が経過した後に、対応可能なすべてのチャネル上で要求又は問い合わせを送信する、上記（８）に記載の通信装置。
（１０）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
　サービス・アドバータイザー機能のみを動作させているときに、前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
（１１）Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、前記オペレーティング・チャネル上で、プローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機する、通信装置。
（１２）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
　サービス・シーカー機能の動作を開始するステップと、
　サービス・アドバータイザー機能の動作が停止しているときに、さらにサービス・アドバータイザー機能の動作を開始するステップと、
を有する通信方法。
（１３）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、他の通信装置からの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法。
（１４）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、ソーシャル・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法。
（１５）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を受信待機するステップと、
　自ら送信した要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法。
（１６）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
　自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法。
（１７）Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
　サービス・アドバータイザー機能を動作させて、前記オペレーティング・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
　前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
　前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
を有する通信方法。
（１８）Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
　前記オペレーティング・チャネル上で、プローブ要求フレームを送信するステップと、
　前記オペレーティング・チャネル上で、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機するステップと、
を有する通信方法。
　４００…通信装置、４０１…データ処理部、４０２…制御部
　４０３…通信部、４０４…電源部
　４１１…変復調部、４１２…空間信号処理部
　４１３…チャネル推定部、４１４…無線インターフェース部
　４１５…アンプ部、４１６…アンテナ

Claims (18)

  1. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ（Ｐｅｅｒ－ｔｏ－Ｐｅｅｒ）又はＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）接続を用いるサービスをサポートする通信装置であって、
    　サービス・アドバータイザー機能又はサービス・シーカー機能のどちらか一方を動作させようとする際に、サービス・アドバータイザー機能及びサービス・シーカー機能の両方を動作させる、通信装置。
  2. 　前記通信装置内で、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｐｌａｔｆｏｒｍ）がサービス層からシーク・サービス・メソッドを受信したことをトリガーにしてサービス・シーカー機能を動作させ、さらにサービス・アドバータイザー機能の動作が停止しているときにはサービス・アドバータイザー機能も動作させる、請求項１に記載の通信装置。
  3. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、
    　サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始する、通信装置。
  4. 　サービス・アドバータイザー機能のみを動作させているときに、対応可能なサービス名称にマッチするハッシュ値を含んだ要求又は対応可能なサービス名称を示す文字列を含んだ問い合わせを受信したことをトリガーにして、サービス・シーカー機能を動作させて他の通信装置へ対応可能なサービスを指定する要求又は問い合わせを送信する、請求項３に記載の通信装置。
  5. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
    　サービス・アドバータイザー機能のみを動作させているときに、ソーシャル・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
  6. 　サービス・シーカー機能を用いて送信した要求又は問い合わせに対する応答を第２の所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能を停止する、請求項５に記載の通信装置。
  7. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
  8. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルに制限がない状況下において、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを自ら送信するとともに、自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせの受信待機を行なった後に、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
  9. 　ソーシャル・チャネル以外での要求又は問い合わせの送信を行なうべきか否かをユーザーに確認した後又は所定の時間が経過した後に、対応可能なすべてのチャネル上で要求又は問い合わせを送信する、請求項８に記載の通信装置。
  10. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
    　サービス・アドバータイザー機能のみを動作させているときに、前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信する、通信装置。
  11. 　Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートする通信装置であって、使用できるチャネルがオペレーティング・チャネルに限定される状況下において、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させているときに、前記オペレーティング・チャネル上で、プローブ要求フレームを送信するとともに、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機する、通信装置。
  12. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
    　サービス・シーカー機能の動作を開始するステップと、
    　サービス・アドバータイザー機能の動作が停止しているときに、さらにサービス・アドバータイザー機能の動作を開始するステップと、
    を有する通信方法。
  13. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートする通信装置の通信方法であって、
    　サービス・アドバータイザー機能を動作させて、他の通信装置からの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
    　対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始して、対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    を有する通信方法。
  14. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
    　サービス・アドバータイザー機能を動作させて、ソーシャル・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
    　対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
    　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    を有する通信方法。
  15. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
    　ソーシャル・チャネル上で、自ら送信した対応可能なサービスを指定する要求又は問い合わせに対する応答を受信待機するステップと、
    　自ら送信した要求又は問い合わせに対する応答を所定の時間内に受信できず、又は対応可能なサービスを指定する要求又は問い合わせを所定の時間内に受信できなかったことをトリガーにして、対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    を有する通信方法。
  16. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルに制限がない状況下における通信装置の通信方法であって、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
    　ソーシャル・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    　自ら送信した要求又は問い合わせに対する応答又は対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
    　対応可能なすべてのチャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    を有する通信方法。
  17. 　Ｗｉ－Ｆｉ　Ｐ２Ｐ又はＢＳＳ接続を用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
    　サービス・アドバータイザー機能を動作させて、前記オペレーティング・チャネル上で他のデバイスからの対応可能なサービスを指定する要求又は問い合わせを受信待機するステップと、
    　前記オペレーティング・チャネル上で、対応可能なサービスを指定する要求又は問い合わせを受信したことをトリガーにして、サービス・シーカー機能の動作を開始するステップと、
    　前記オペレーティング・チャネル上で対応可能なサービスを指定する要求又は問い合わせを送信するステップと、
    を有する通信方法。
  18. 　Ｗｉ－Ｆｉ　Ｐ２Ｐを用いるサービスをサポートし、使用できるチャネルがオペレーティング・チャネルに限定される状況下における通信装置の通信方法であって、
    　サービス・シーカー機能及びサービス・アドバータイザー機能の両方を動作させるステップと、
    　前記オペレーティング・チャネル上で、プローブ要求フレームを送信するステップと、
    　前記オペレーティング・チャネル上で、他のデバイスからのプローブ要求フレームの受信、又は、自デバイスが送信したプローブ要求フレームに対するプローブ応答フレームの受信を待機するステップと、
    を有する通信方法。
PCT/JP2017/026060 2016-09-16 2017-07-19 通信装置及び通信方法 WO2018051633A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
BR112018009372A BR112018009372A8 (pt) 2016-09-16 2017-07-19 ?aparelho e método de comunicação?
CA3004878A CA3004878A1 (en) 2016-09-16 2017-07-19 Communication apparatus and communication method
JP2018505039A JP6939770B2 (ja) 2016-09-16 2017-07-19 通信装置及び通信方法
CN201780003935.7A CN108353267B (zh) 2016-09-16 2017-07-19 通信装置和通信方法
US15/765,813 US11076279B2 (en) 2016-09-16 2017-07-19 Communication apparatus and communication method
EP17850539.2A EP3361817B1 (en) 2016-09-16 2017-07-19 Communication device and communication method
KR1020187012701A KR20190051888A (ko) 2016-09-16 2017-07-19 통신 장치 및 통신 방법
PH12018500997A PH12018500997A1 (en) 2016-09-16 2018-05-08 Communication device and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-182296 2016-09-16
JP2016182296 2016-09-16

Publications (1)

Publication Number Publication Date
WO2018051633A1 true WO2018051633A1 (ja) 2018-03-22

Family

ID=61618760

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/026060 WO2018051633A1 (ja) 2016-09-16 2017-07-19 通信装置及び通信方法

Country Status (9)

Country Link
US (1) US11076279B2 (ja)
EP (1) EP3361817B1 (ja)
JP (1) JP6939770B2 (ja)
KR (1) KR20190051888A (ja)
CN (1) CN108353267B (ja)
BR (1) BR112018009372A8 (ja)
CA (1) CA3004878A1 (ja)
PH (1) PH12018500997A1 (ja)
WO (1) WO2018051633A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114125789A (zh) * 2020-08-28 2022-03-01 华为技术有限公司 通信方法、终端设备及存储介质
JP7098757B2 (ja) 2018-05-31 2022-07-11 華為技術有限公司 アプリケーション機能の実施方法及び電子装置
JP7319431B2 (ja) 2018-05-31 2023-08-01 華為技術有限公司 アプリケーション機能の実施方法及び電子装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200084587A (ko) * 2019-01-03 2020-07-13 삼성전자주식회사 디스플레이 장치 및 그 제어 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016506110A (ja) * 2013-03-12 2016-02-25 エルジー エレクトロニクス インコーポレイティド ダイレクト通信システムにおけるｐ２ｐグループ形成方法およびそのための装置
US20160205199A1 (en) * 2013-08-20 2016-07-14 Samsung Electronics Co., Ltd. Method and system for dual role handling in a wireless environment

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150087841A (ko) * 2012-10-29 2015-07-30 엘지전자 주식회사 엔에프씨를 이용한 와이파이 다이렉트 서비스 방법 및 이를 위한 장치
US9723545B2 (en) * 2013-11-01 2017-08-01 Qualcomm Incorporated Discovery of Wi-Fi direct services via discovery probe
JP6398728B2 (ja) 2014-07-11 2018-10-03 ソニー株式会社 情報処理装置および情報処理方法
WO2016209019A1 (ko) * 2015-06-24 2016-12-29 엘지전자 주식회사 무선 통신 시스템에서 mdns를 이용하여 디스커버리를 수행하는 방법 및 장치
JP6783524B2 (ja) * 2016-01-29 2020-11-11 キヤノン株式会社 通信装置、制御方法、および、プログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016506110A (ja) * 2013-03-12 2016-02-25 エルジー エレクトロニクス インコーポレイティド ダイレクト通信システムにおけるｐ２ｐグループ形成方法およびそのための装置
US20160205199A1 (en) * 2013-08-20 2016-07-14 Samsung Electronics Co., Ltd. Method and system for dual role handling in a wireless environment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3361817A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7098757B2 (ja) 2018-05-31 2022-07-11 華為技術有限公司 アプリケーション機能の実施方法及び電子装置
US11452151B2 (en) 2018-05-31 2022-09-20 Huawei Technologies Co., Ltd. Application function implementation method and electronic device
JP7319431B2 (ja) 2018-05-31 2023-08-01 華為技術有限公司 アプリケーション機能の実施方法及び電子装置
US11864248B2 (en) 2018-05-31 2024-01-02 Huawei Technologies Co., Ltd. Application function implementation method and electronic device
CN114125789A (zh) * 2020-08-28 2022-03-01 华为技术有限公司 通信方法、终端设备及存储介质
WO2022042265A1 (zh) * 2020-08-28 2022-03-03 华为技术有限公司 通信方法、终端设备及存储介质
CN114125789B (zh) * 2020-08-28 2023-08-04 华为技术有限公司 通信方法、终端设备及存储介质

Also Published As

Publication number Publication date
KR20190051888A (ko) 2019-05-15
EP3361817B1 (en) 2020-09-16
PH12018500997A1 (en) 2019-01-28
JP6939770B2 (ja) 2021-09-22
US20190349738A1 (en) 2019-11-14
US11076279B2 (en) 2021-07-27
JPWO2018051633A1 (ja) 2019-06-27
EP3361817A1 (en) 2018-08-15
CA3004878A1 (en) 2018-03-22
CN108353267A (zh) 2018-07-31
CN108353267B (zh) 2022-05-03
EP3361817A4 (en) 2018-12-05
BR112018009372A8 (pt) 2019-02-26
BR112018009372A2 (ja) 2018-11-13

Similar Documents

Publication Publication Date Title
JP6328811B2 (ja) ダイレクト通信システムにおけるｐ２ｐグループ形成方法およびそのための装置
AU2013338811B2 (en) Method for searching for or advertising service in direct communication system and device for same
AU2013356802B2 (en) Method and device for session initialization in wireless communication system
RU2524567C2 (ru) Улучшенный механизм обнаружения сервиса в беспроводных системах связи
WO2018051633A1 (ja) 通信装置及び通信方法
KR101680675B1 (ko) 직접 통신 시스템에서 서비스 탐색 또는 광고 방법 및 이를 위한 장치
US20160219423A1 (en) Method for remotely controlling another device using direct communication and apparatus therefor
JP6563416B2 (ja) 近接ベースのピアツーピアモバイルコンピューティング用のアプリケーションのユーザエクスペリエンスを向上させるシステムおよび方法
JP6496750B2 (ja) 記憶された上位レイヤ情報を利用するためのシステムおよび方法
US10045387B2 (en) Method for constructing docking protocol by using direct communication, and apparatus therefor
US9763277B2 (en) Communication device, method for controlling the communication device, and storage medium
JP2006080749A (ja) プロトコル機能制御方法

Legal Events

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

Ref document number: 2018505039

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 20187012701

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 12018500997

Country of ref document: PH

ENP Entry into the national phase

Ref document number: 3004878

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2017850539

Country of ref document: EP

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112018009372

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112018009372

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20180509

NENP Non-entry into the national phase

Ref country code: DE