WO2020066611A1 - 通信装置、通信装置の制御方法、およびプログラム - Google Patents

通信装置、通信装置の制御方法、およびプログラム Download PDF

Info

Publication number
WO2020066611A1
WO2020066611A1 PCT/JP2019/035673 JP2019035673W WO2020066611A1 WO 2020066611 A1 WO2020066611 A1 WO 2020066611A1 JP 2019035673 W JP2019035673 W JP 2019035673W WO 2020066611 A1 WO2020066611 A1 WO 2020066611A1
Authority
WO
WIPO (PCT)
Prior art keywords
controller
communication device
selection method
network
operating
Prior art date
Application number
PCT/JP2019/035673
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 CN201980062637.4A priority Critical patent/CN112753238B/zh
Publication of WO2020066611A1 publication Critical patent/WO2020066611A1/ja
Priority to US17/210,332 priority patent/US11582666B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/10—Reselecting an access point controller
    • 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
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present invention relates to a communication device that operates as an access point of a wireless LAN, a communication device control method, and a program.
  • the Wi-Fi EasyMesh (registered trademark) standard formulated by Wi-Fi Alliance is a standard that defines various controls in a network (hereinafter, multi-AP network) configured by one or more access points (hereinafter, AP). It is.
  • an AP configuring a multi-AP network acquires various types of information of other APs and implements efficient network control between a plurality of APs using the information.
  • the multi-AP network includes a Multi-AP @ Controller (hereinafter, a controller) and a Multi-AP @ Agent (hereinafter, an agent).
  • the controller is an AP that controls another AP to control the entire multi-AP network.
  • the agent is an AP that comes under the control of the controller and notifies the controller of network information.
  • the controller controls the multi-AP network by issuing instructions to the agent based on network topology information, discovery information, and the like received from the agent using a protocol defined by the IEEE1905.1 standard. Further, the controller performs proxy control of data communication between the multi-AP network and the public network, and manages data traffic.
  • Patent Document 1 describes a technique for efficiently distributing the communication load of a plurality of APs.
  • a connection control device acquires communication load information of a plurality of APs and transmits a connection prohibition command or a connection command to the AP based on the communication load information.
  • the ⁇ Wi-Fi ⁇ EasyMesh standard specifies that there is one controller on a multi-AP network, but does not specify a specific method for selecting a controller. Further, a method for changing an AP serving as a controller to another AP is not specified. Therefore, there is a problem in that when a role setting as a controller is performed for each of a plurality of APs on a multi-AP network, a plurality of controllers exist on one multi-AP network.
  • the present invention has been made to solve this problem, and prevents a plurality of access points from operating as a controller that controls another access point, and more appropriately determines an access point that operates as a controller. to enable.
  • a communication device is a communication device that operates as an access point for constructing a wireless LAN, and is used in a network including at least one or more access points.
  • Receiving means for receiving a selection instruction for operating as a controller for controlling the controller, specifying means for specifying a controller selection method used in the selection instruction received by the receiving means, and already operating as a controller in the network Searching means for searching for another communication device; obtaining means for obtaining, from the other communication device found by the searching means, information indicating a controller selection method used in the other communication device; Controller selection method and previous Determining means for determining whether to change the device operating as the controller from the other communication device to the communication device based on a comparison with a controller selection method indicated by the information obtained by the obtaining device. It is characterized by.
  • the present invention it is possible to prevent a plurality of access points from operating as a controller controlling another access point, and to more appropriately determine an access point operating as a controller.
  • FIG. 1 is a diagram illustrating a network configuration of a communication system according to a first embodiment.
  • FIG. 2 is a diagram illustrating a functional configuration of a communication device.
  • 5 is a flowchart illustrating a process executed in the communication device. It is a figure showing an example of an extended format of a search response message.
  • 5 is a flowchart illustrating a process executed in the communication device.
  • FIG. 3 is a diagram illustrating a control sequence between communication devices.
  • FIG. 3 is a diagram illustrating a control sequence between communication devices.
  • 9 is a flowchart illustrating a process executed in the communication device according to the second embodiment.
  • FIG. 9 is a diagram illustrating a control sequence between communication devices according to the second embodiment.
  • FIG. 9 is a diagram illustrating a control sequence between communication devices according to the second embodiment.
  • FIG. 1 shows a network configuration of a communication system according to the present embodiment.
  • the communication devices 101 to 104 perform wireless communication on the multi AP network 110.
  • the communication devices 101 and 102 are devices that operate as APs for constructing a wireless LAN conforming to the IEEE 802.11 series standard.
  • the communication devices 103 and 104 are devices that operate as stations (hereinafter, STAs) connected to the wireless LAN constructed by the APs 101 and / or 102, respectively.
  • STAs stations
  • the communication apparatus 101 is connected to the WAN 105, and can connect to the WAN by relaying communication of the other communication apparatuses 102 to 104.
  • the communication devices 101 and 102 may perform wired communication in addition to or instead of wireless communication.
  • either one of the communication device 101 and the communication device 102 plays a role of a controller having a function of controlling the other AP and controlling the entire multi-AP network 110.
  • the other AP that does not play the role of the controller comes under the control of the controller and plays the role of an agent having a function of notifying the controller of network information.
  • the controller controls a connection channel and transmission power of the agent by transmitting a predetermined control message.
  • the controller shifts an agent to a different BSS (Basic ⁇ Service ⁇ Set), controls STA steering (roaming, etc.), and controls data traffic and diagnoses a network.
  • BSS Basic ⁇ Service ⁇ Set
  • the network information reported to the controller by the agent is, for example, the capability information of the agent itself (HT @ Capability, VHT @ Capability, etc.) and the capability information of the STA and AP connected to the agent.
  • the AP connected to the agent indicates a STA function of a multi-AP device called Backhaul @ STA.
  • the network information includes information on a wireless LAN connection channel, information on radio wave interference, STA link information (notification of connection and disconnection), information for notifying a change in topology, metrics information of a Beacon frame, and the like. May be included.
  • the AP serving as the controller may have the function of the agent at the same time, and in this embodiment, both the communication device 101 and the communication device 102 have both the function of the controller and the function of the agent.
  • the Wi-Fi @ EasyMesh standard one controller is defined in one multi-AP network. There may be more than one agent. Therefore, in the present embodiment, a description will be given assuming that one of the communication device 101 and the communication device 102 operates as a controller and the other operates as an agent.
  • the communication devices 101 and 102 include a wireless LAN router, a PC, a tablet terminal, a smartphone, a television, a printer, a copying machine, a projector, and the like. It is not limited to these.
  • FIG. 2 shows a hardware configuration of the communication apparatus 101 (and 102).
  • the communication device 101 includes a storage unit 201, a control unit 202, a function unit 203, an input unit 204, an output unit 205, a communication unit 206, and an antenna 207.
  • the storage unit 201 is configured by a memory such as a ROM or a RAM, and stores a program for performing various operations to be described later and information such as communication parameters for wireless communication.
  • a memory such as a ROM or a RAM
  • storage media such as flexible disks, hard disks, optical disks, magneto-optical disks, CD-ROMs, CD-Rs, magnetic tapes, nonvolatile memory cards, and DVDs May be used.
  • the storage unit 201 may include a plurality of memories and the like.
  • the control unit 202 is configured by a processor such as a CPU and an MPU, and controls the entire communication device 101 by executing a program stored in the storage unit 201. In addition, the control unit 202 executes at least one function determined by setting and operation of the communication device 101 among programs that function as the multi-AP controller unit 208 and the multi-AP agent unit 209 stored in the storage unit 201. I do.
  • both functions of the multi AP controller unit 208 and the multi AP agent unit 209 are enabled.
  • the function of the multi-AP controller unit 208 is enabled and the function of the multi-AP agent unit 209 is disabled.
  • the function of the multi-AP controller unit 208 is disabled and the function of the multi-AP agent unit 209 is enabled.
  • the communication apparatus 101 controls the multi-AP network by issuing instructions to the agent based on the network topology information and discovery information received from the agent.
  • the topology information is, for example, a 1905 Topology Notification message or a 1905 Topology Response message based on the Wi-Fi EasyMesh specification.
  • the discovery information is, for example, 1905 @ AP-Autoconfiguration @ Search @ message or 1905 @ AP-Autoconfiguration @ Response @ message. These are messages based on the Wi-Fi @ EasyMesh specification.
  • the controller can transmit Client ⁇ Association ⁇ Control ⁇ Request ⁇ message specified as a multi-AP control message in the Wi-Fi EasyMesh specification.
  • the control unit 202 may control the communication device 101 as a whole in cooperation with a program stored in the storage unit 201 and an OS (Operating System). Further, the control unit 202 may include a plurality of processors such as a multi-core, and control the entire communication device 101 by the plurality of processors.
  • the control unit 202 controls the function unit 203 to execute predetermined processing such as printing and projection.
  • the function unit 203 is hardware for the communication device 101 to execute a predetermined process.
  • the functional unit 203 is a printing unit and performs a printing process.
  • the data processed by the function unit 203 may be data stored in the storage unit 201 or data communicated with another communication device via a communication unit 206 described later.
  • the input unit 204 accepts various operations from the user via a pointing device such as a mouse, voice input, button operation, and the like.
  • the output unit 205 performs various outputs to the user.
  • the output by the output unit 205 includes at least one of display on an LED, display on a screen, audio output from a speaker, vibration output, and the like.
  • both the input unit 204 and the output unit 205 may be realized by one module like a touch panel.
  • the communication unit 206 controls a wireless LAN conforming to the IEEE 802.11 series standard, which is a protocol of the data link layer, and controls a wired communication such as a wired LAN based on the IEEE 802.3 standard. Further, it controls IP communication, which is a communication protocol of the network layer.
  • the communication unit 206 executes a protocol according to the IEEE1905.1 standard on communication according to the IEEE802.11 standard or the IEEE802.3 standard, and controls a controller and / or an agent according to the Wi-Fi @ EasyMesh standard. I do.
  • the IEEE 1905.1 standard is a standard that defines a protocol located in a layer between the data link layer and the network layer.
  • the present invention is not limited to this, and may be applied to a communication device conforming to another wireless communication system such as Bluetooth (registered trademark), NFC, UWB, ZigBee, MBOA or a communication device conforming to another wired communication system.
  • MBOA is an abbreviation for Multi Band OFDM Alliance.
  • UWB includes wireless USB, wireless 1394, WINET, and the like.
  • the communication unit 206 controls the antenna 207 to transmit and receive a wireless signal for wireless communication.
  • FIG. 3 is a flowchart showing a process executed when the communication apparatus 101 is instructed to operate as a controller of a multi-AP network.
  • Each step in FIG. 3 is realized by the control unit 202 reading and executing a program stored in the storage unit 201. Note that the processing in FIG. 3 can be similarly executed in the communication device 102.
  • at least a part of the flowchart illustrated in FIG. 3 may be realized by hardware.
  • a dedicated circuit may be automatically generated on a FPGA from a program for realizing each step by using a predetermined compiler.
  • FPGA is an abbreviation of Field ⁇ Programmable ⁇ Gate ⁇ Array.
  • a Gate @ Array circuit may be formed in the same manner as the FPGA, and may be realized as hardware. Further, it may be realized by an ASIC (Application ⁇ Specific ⁇ Integrated ⁇ Circuit).
  • the multi-AP controller unit 208 of the communication device 101 determines whether or not there is a selection instruction for performing setting to operate as a controller (S301). If there is no user service provider change instruction (No in S301), the process returns to S301 to wait until a change instruction is received.
  • the multi-AP controller unit 208 searches for an AP already operating as a controller in the multi-AP network (S302). .
  • a search method for example, based on the Wi-Fi EasyMesh specification, an AP-Autoconfiguration @ Search message specified in the IEEE@1905.1 standard is multicast-transmitted. However, not limited to this method, any protocol or any message may be used.
  • the communication apparatus 101 transmits the instruction to the user S302 before the processing of the user S301.
  • a search process may be performed.
  • the AP that is already operating as a controller and found as a result of the search is output using the output unit 205 so that the user can identify it.
  • the search process in S302 is performed, and the multi-AP controller unit 208 of the communication device 101 determines whether there is an AP already operating as a controller on the multi-AP network (S303). This determination may be made based on, for example, whether or not a response (AP-Autoconfiguration @ Response message) to the AP-Autoconfiguration @ Search message transmitted in S302 has been received. If no response is received, the search process of S302 may be performed again for a predetermined period or a predetermined number of times.
  • the multi-AP controller unit 208 of the communication device 101 sets its own device as a controller. It is set (S304).
  • the communication device 101 set as a controller hereinafter functions as a controller on the multi-AP network.
  • the multi-AP controller unit 208 of the communication apparatus 101 records the controller selection method used in the selection instruction received in S301 in the storage unit 201 (S305), and ends the processing.
  • the controller selection method is a method for instructing an AP to select to operate as a controller of a multi-AP network.
  • the communication apparatus 101 stores in the storage unit 201 information indicating which of the three methods is the controller selection method used in the selection instruction received in step S301.
  • a selection instruction may be received based on a user's operation on the input unit 204 of the communication device 101, or may be selected from an external device such as a smartphone via the communication unit 206.
  • An instruction may be accepted.
  • the designation by the service provider may be such that a selection instruction is received via the WAN 105 and the communication unit 206.
  • the automatic selection algorithm may be any algorithm as long as it can determine one controller.
  • the controller stops its role by turning off the power, or leaves the multi-AP network a new controller is selected from APs having a controller function on the multi-AP network by an automatic selection algorithm. Is done. As described above, when a controller is not found on the multi-AP network, it is possible to set an arbitrary AP as a new controller.
  • step S306 the communication apparatus 101 acquires, from this AP, information indicating a controller selection method used in the AP operating as a controller.
  • a controller selection method used in the AP operating as a controller.
  • an acquisition method for example, it is acquired from an AP-Autoconfiguration @ Response message received at the time of searching for a controller described above.
  • a message for inquiring again about the selection method may be transmitted to the controller found as a result of the search, and the message may be obtained from the response.
  • FIG. 4 shows an example of an extended format of an AP-Autoconfiguration @ Response message used for notification of a controller selection method in the present embodiment.
  • Controller ⁇ Selection ⁇ Response ⁇ TLV (type-length-value) ⁇ format is a format specific to the Wi-Fi EasyMesh standard.
  • Controller ⁇ Selection ⁇ Response ⁇ TLV ⁇ format is composed of three fields of tlvType, tlvLength, and tlvValue. It is also used to respond to an AP-Autoconfiguration @ Search message from a multi-AP agent.
  • the length of each field is defined as 1 octet, 2 octet, and 1 octet, respectively, but the format is not limited to these fields and the field length.
  • tlvType field a predetermined value indicating that this message is Controller ⁇ Selection ⁇ Response ⁇ TLV is set.
  • the value of the tlvType field is a value defined for identifying the type of the multi-AP @ TLV format and is unique to each format. In the present embodiment, an arbitrary value can be used.
  • the $ tlvLength field is a value indicating the number of octets in a subsequent field, and in the present embodiment, 1 is set as the number of octets in the subsequent tlvValue field.
  • the $ tlvValue field is information for identifying a controller selection method.
  • a value of 0x00 indicates a controller selected by the end user
  • a value of 0x01 indicates a controller selected by the service provider
  • a value of 0x02 indicates a controller selected by the automatic selection algorithm. It is assumed that values from 0x03 to 0xFF are reserved for defining other designation methods in the future.
  • the controller selection method will be described as an end user designation, a service provider designation, and an automatic selection algorithm in descending order of priority. However, if a common definition is made on the multi-AP network, the present invention is not limited to this, and it is possible to control the selection of the controller based on any selection method and any priority.
  • each field value of ControllerSelection ⁇ Response ⁇ TLV ⁇ format is not limited to the value described above, and any value can be used.
  • the notification method is not limited to the notification method using Controller ⁇ Selection ⁇ Response, but may be any notification method.
  • the AP-AutoconfigurationResponse message specified in the IEEE # 1905.1 standard is extended to include information on the controller selection method, and is used for notification of the controller selection method.
  • step S307 the multi-AP controller unit 208 of the communication apparatus 101 determines whether the controller selection method used in the selection instruction received in step S301 (hereinafter, a new controller selection method) is a controller selection method specified by the end user. I do.
  • the multi-AP controller unit 208 of the communication device 101 changes its role to the new multi-AP controller.
  • the controller device may simultaneously function as an agent. In this case, by enabling the function of the controller unit 208 while keeping the function of the agent unit 209 active, the controller function and the agent function are combined. Function at the same time.
  • the controller is unconditionally changed regardless of the controller selection method used in the AP already operating as a controller (hereinafter, the current controller selection method). I do. That is, even if the current controller is the controller selected by the end user specification, the controller is changed by overwriting the setting by the later end user specification.
  • the multi-AP controller unit 208 of the communication apparatus 101 records “end user designation” in the storage unit 201 as a new controller selection method (Step S309).
  • the controller search message or the inquiry about the controller selection method is received from the agent, the recorded controller selection method is read from the storage unit 201 and notified.
  • the multi-AP controller unit 208 of the communication device 101 notifies the current multi-AP controller that the own device operates as a new multi-AP controller instead of the current multi-AP controller.
  • controller setting information is obtained (step S310).
  • various messages specified in the IEEE 1905.1 standard can be used, but not limited to the IEEE 1905.1, but any protocol and any format may be used.
  • the controller setting information includes at least one of information such as SSID, channel setting, password and certificate required for authentication, agent management information, network topology information, and discovery information.
  • the multi-AP controller unit 208 of the communication device 101 performs setting as a new controller based on the acquired controller setting information (Step S311), and ends the process. Thereafter, the communication device 101, as a controller of the multi-AP network, issues instructions to the agent based on the network topology information and discovery information obtained from the agent to control the multi-AP network.
  • the multi-AP controller unit 208 determines whether the new controller selection method is a service provider specification. (S312).
  • the multi AP controller unit 208 further determines whether the current controller selection method is the end user specification. (S313). As a result of the determination in S313, when it is determined that the current controller selection method is not the end user designation (No in S313), the multi AP controller unit 208 of the communication device 101 changes its role to a new multi AP controller. (S314).
  • the multi-AP controller unit 208 of the communication apparatus 101 records “service provider designation” in the storage unit 201 as a new controller selection method (S315), and shifts the processing to S310.
  • the details of the recording method here are the same as in the above-described S309, and thus description thereof is omitted.
  • the multi-AP controller unit 208 notifies an error to the instruction source of the selection instruction accepted in S301 (in this case, the service provider).
  • the method of the error notification may be a response to the selection instruction received in S301, and an arbitrary protocol and an arbitrary format can be used.
  • the error notification may include detailed information such as the cause of the error.
  • the process of S317 is performed.
  • the multi-AP controller unit 208 of the communication apparatus 101 determines whether the current controller selection method is an end user designation or a service provider designation (S317).
  • step S317 If it is determined in step S317 that the current controller device is neither specified by the end user nor specified by the service provider (No in S317), the process of S318 is performed.
  • the multi AP controller unit 208 of the communication device 101 selects whether or not the own device becomes a new multi AP controller by an automatic selection algorithm (S318). Since any method can be used for the automatic selection algorithm, detailed description will be omitted.
  • the multi-AP controller unit 208 of the communication apparatus 101 records “automatic selection algorithm” in the storage unit 201 as a new controller selection method (Step S319), and shifts the processing to S310.
  • the details of the recording method here are the same as in the above-described S309, and thus description thereof is omitted.
  • the multi-AP controller unit 208 sends an error to the instruction source of the selection instruction received in S301.
  • the notification is made (S316).
  • the controller is changed only when the current controller selection method is also the automatic selection algorithm. If the current controller selection method is specified by the end user or service provider, the process ends without changing the controller.
  • FIG. 5 is a flowchart showing processing executed when the role of the controller is invalidated in the communication apparatus 101.
  • Each step in FIG. 5 is realized by the control unit 202 reading and executing a program stored in the storage unit 201. Note that the processing in FIG. 5 can be similarly executed in the communication device 102.
  • at least a part of the flowchart illustrated in FIG. 5 may be realized by hardware.
  • a dedicated circuit may be automatically generated on a FPGA from a program for realizing each step by using a predetermined compiler.
  • FPGA is an abbreviation of Field ⁇ Programmable ⁇ Gate ⁇ Array.
  • a GateArray circuit may be formed in the same manner as the FPGA, and may be realized as hardware. Further, it may be realized by an ASIC (Application ⁇ Specific ⁇ Integrated ⁇ Circuit).
  • the multi AP controller unit 208 of the communication device 101 determines whether a search message has been received from an agent (S501).
  • the search message is defined such that the AP-Autoconfiguration @ Search message specified in the IEEE1905.1 standard is transmitted by multicast. Therefore, the determination here may be made by determining whether this message has been received.
  • the search message is not limited to this message, and any protocol or any message can be used.
  • the multi-AP controller unit 208 of the communication apparatus 101 returns to S501 to wait until the search message is received. And return the process.
  • the multi-AP controller unit 208 of the communication apparatus 101 determines the controller selection method recorded in the storage unit 201 Reading is performed (S502).
  • the controller selection method is information recorded in the storage unit 201 when the own device functions as a controller in any of S305, S309, S315, and S319 described above.
  • the multi-AP controller unit 208 of the communication device 101 generates a search response message based on the controller selection method read in S502 and transmits the search response message to the agent (S503).
  • the transmission destination of the search response message is the agent that transmitted the search message in S501 described above.
  • the search response message uses, for example, the extended format of the AP-Autoconfiguration @ Response message shown in FIG.
  • the multi-AP controller unit 208 of the communication apparatus 101 determines whether or not a role change notification has been received from the agent that transmitted the search response message (S504).
  • the role change notification is notified when a new AP changes role as a new multi-AP controller instead of the current multi-AP controller, as described in S310 described above.
  • the agent may wait for the role change notification from the agent again for a predetermined period or a predetermined number of times.
  • the multi-AP controller unit 208 of the communication device 101 ends the processing and continues to operate as a controller. I do.
  • the multi-AP controller unit 208 transmits the controller setting information to the AP that starts operating as a new multi-AP controller. (S505). Since the details of the transfer method and the controller setting information have been described in S310, the description is omitted here.
  • the controller transfers the controller setting information in response to the role change notification from the agent.
  • the transfer method of the controller setting information is not limited to this, and may be transferred at an arbitrary timing by the controller device, or may be transferred by another agent that manages the controller setting information instead of the controller.
  • the multi-AP controller unit 208 of the communication device 101 invalidates the multi-AP controller function of the own device, and ends the processing (S506).
  • the communication device 101 functions as both the controller and the agent, only the function of the controller is stopped and the function of the agent is continued.
  • the communication apparatus 101 can transfer the controller setting information to the AP that becomes a new controller on the multi-AP network, and can invalidate the function of the controller of the communication apparatus.
  • FIG. 6 shows a control sequence in the case where the controller is changed by the end user specification from the controller using the service provider specification as the controller selection method. Note that, in the figure, it is assumed that the AP 101 is selected and instructed by the service provider, set to function as a controller, and the AP 102 is set in advance to function as an agent.
  • the AP 102 starts searching for a current controller on the multi-AP network (602) in response to a role setting instruction (601) as a controller from the end user.
  • the AP 101 and the AP 102 transmit / receive an AP-Autoconfiguration / Search message (603) and an AP-Autoconfiguration / Response message (604).
  • the AP-Autoconfiguration @ Response message (604) is an extended format of the AP-Autoconfiguration @ Response message shown in FIG.
  • the AP 102 receives the AP-Autoconfiguration @ Response message (604) from the AP 101, and thereby discovers the AP 101 which is a service provider-specified controller (605).
  • the AP 102 determines to change the controller based on the controller selection method of the current controller AP 101 and the service provider designation and the controller selection method of its own device designated by the end user. Then, the device itself sets a role as a controller (606).
  • the AP 102 that has set the role as a controller notifies the AP 101 that its own device has changed the role to the controller (607).
  • the AP 101 that has received the role change notification (607) from the AP 102 transfers the controller setting information to the AP 102 (608), and invalidates its own role as a controller (609).
  • the AP 101 functions as both the controller and the agent, only the function of the controller may be stopped and the function of the agent may be continued.
  • the AP 102 performs setting as a controller based on the controller setting information acquired from the AP 101 (610), and functions as a new multi-AP controller.
  • the AP 102 notifies the end user as the instruction source that the role setting instruction (601) as the controller has succeeded by displaying the information (611).
  • the end user can set the device selected by himself as a new controller.
  • the end user can inheriting the setting information from the current controller, it is possible to save the user the trouble of performing various settings for a new controller.
  • FIG. 6 shows an example in which the AP 101 is set in advance by an operator of a service provider to function as a controller. Similarly, the end user can select a device of his choice as a new controller, even if the device is preset to function as a controller by an automatic selection algorithm.
  • FIG. 7 shows a control sequence when a controller is changed by a service provider specification from a controller using an end user specification as a controller selection method. Unlike the sequence of FIG. 6, in FIG. 6, it is assumed that the AP 101 is set to function as an agent, the AP 102 is selected and instructed by an end user, and is set in advance to function as a controller.
  • the AP 101 starts searching for the current controller on the multi-AP network in response to a role setting instruction as a controller from the service provider (701) (702).
  • the AP 101 and the AP 102 transmit and receive an AP-Autoconfiguration Search message (703) and an AP-Autoconfiguration Response message (704).
  • the AP-Autoconfiguration @ Response message (704) is an extended format of the AP-Autoconfiguration @ Response message shown in FIG.
  • the AP 101 upon receiving the AP-Autoconfiguration @ Response message (704) from the AP 102, discovers the AP 102 which is a controller specified by the end user (705).
  • the AP 101 determines not to change the controller based on the fact that the controller selection method of the AP 102 which is the current controller is specified by the end user, and that the controller selection method of the own apparatus is specified by the service provider. Then, it notifies the service provider, which is the instruction source, that the accepted role setting instruction (701) of the controller has failed (706).
  • the service provider cannot set a device selected by itself as a new controller. That is, it is possible to prevent the controller specified by the end user from being unintentionally changed in setting by a service provider outside the multi-AP network.
  • FIG. 7 shows an example in which the AP 101 receives a role setting instruction from the service provider operator as a controller. Similarly, even when a setting instruction to function as a controller is received by the automatic selection algorithm, it is possible to prevent the controller from being unintentionally changed in setting by the end user. In this case, the failure of the role setting instruction (701) as the controller is notified by outputting to the output unit 205 of the AP 101.
  • the controller selection method of each of the device that is to be newly operated as a controller and the device that is already operating as a controller is specified, and these are compared, and the AP set by using the higher priority controller selection method is used as the controller. To decide. As a result, the AP that operates as the controller can be determined more appropriately.
  • the configuration is such that the current controller is searched in response to receiving the role setting instruction as the controller, and the information on the controller selection method of the current controller included in the search response message received from the current controller is obtained.
  • the present embodiment an example will be described in which a search response message received from a controller when participating in a multi-AP network is recorded, and information about a controller selection method included in the recorded search response message is acquired.
  • the functional configuration of the communication device according to the present embodiment is the same as that of the communication device 101 (and 102) according to the first embodiment, and a description thereof will not be repeated.
  • FIG. 8 is a flowchart showing a process executed when the communication device 101 operating as an agent changes a role to a controller.
  • Each step in FIG. 8 is realized by the multi-AP controller unit 208 and the multi-AP agent unit 209 of the control unit 202 reading and executing a program stored in the storage unit 201 of the communication device 101.
  • the processing in steps S805 to S817 is the same as the processing in steps S307 to S319 in FIG.
  • the communication device 102 can similarly execute the processing in FIG.
  • at least a part of the flowchart illustrated in FIG. 8 may be realized by hardware.
  • a dedicated circuit may be automatically generated on a FPGA from a program for realizing each step by using a predetermined compiler.
  • FPGA is an abbreviation of Field ⁇ Programmable ⁇ Gate ⁇ Array.
  • a Gate @ Array circuit may be formed in the same manner as the FPGA, and may be realized as hardware. Further, it may be realized by an ASIC (Application ⁇ Specific ⁇ Integrated ⁇ Circuit).
  • the multi-AP agent unit 209 of the communication device 101 participates in the multi-AP network 110 according to an instruction from the user (S801).
  • a method of participating in the multi-AP network for example, Wi-Fi Protected Setup (hereinafter, WPS) can be used based on the Wi-Fi Easy Mesh specification.
  • WPS and DPP are standards formulated by Wi-Fi Alliance, and are standards for easily setting communication parameters such as SSID and encryption key necessary for wireless LAN connection in a communication device.
  • the method of participating in the multi-AP network is not limited to these methods and protocols.
  • the multi-AP agent unit 209 of the communication device 101 acquires and records the controller selection method used by the current controller (S802).
  • the controller selection method is acquired from the search response message received from the controller when participating in the multi-AP network in the previous step S301, and is recorded in the storage unit 201.
  • the method of searching for a controller when participating in a multi-AP network is the same as in S302 of FIG. 3, and a description thereof will be omitted.
  • the multi-AP controller unit 208 of the communication device 101 determines whether or not there is a selection instruction to operate as a controller (S803).
  • the processing in this step is the same as that in S301 in FIG.
  • the multi-AP controller unit 208 reads the controller selection method used in the current controller from the storage unit 201 ( S804).
  • the controller selection method recorded in S302 described above is read from the storage unit 201. Note that the controller selection method read in this step is used for determination in subsequent steps S811 and S815.
  • FIG. 9 shows a control sequence when the controller is changed by the end user specification from the controller using the service provider specification as the controller selection method.
  • the AP 101 is selected and instructed by the service provider, set to function as a controller, and the AP 102 is set in advance to function as an agent.
  • a predetermined function is started based on the Wi-Fi @ EasyMesh specification. For example, when the AP starts as an agent, the STA function of the multi-AP device called Backhaul @ STA is started to participate in the multi-AP network, and the process of joining the network is started.
  • the AP when the AP starts up as a controller, it starts up the AP function of a multi-AP device called Frontal @ AP and waits for a connection from another STA device or a Backhaul @ STA started up by another AP.
  • the AP 102 as an agent starts to participate in the multi-AP network by an operation corresponding to the user pressing the WPS push button (901, 902).
  • a wireless frame (903) such as WPS Authentication or WPS Association is transmitted and received between the AP 101 and the AP 102 based on the Wi-Fi Easy Mesh specification. Further, an AP-Autoconfiguration @ Search message (904) and an AP-Autoconfiguration @ Response message (905) are transmitted and received between the AP 101 and the AP 102.
  • the AP-Autoconfiguration @ Response message (905) is an extended format of the AP-Autoconfiguration @ Response message shown in FIG.
  • the AP 102 Upon receiving the AP-Autoconfiguration @ Response message (905) from the AP 101, the AP 102 discovers the AP 101 using the service provider designation as the controller selection method (906). Further, the controller selection method (in this case, service provider designation) of the current controller (AP 101) is recorded in the storage device (907).
  • the AP 102 reads the controller selection method of the current controller (AP101) from the storage device (909), and proceeds to the subsequent sequence. .
  • FIG. 9 shows an example in which the AP 101 is set in advance by an operator of the service provider to function as a controller. Similarly, the end user can select a device of his choice as a new controller, even if the device is preset to function as a controller by an automatic selection algorithm.
  • FIG. 10 shows a control sequence in the case where a controller is changed from a controller in which end user designation is used as the controller selection method to a controller by service provider designation. Unlike the sequence of FIG. 9, in FIG. 9, it is assumed that the AP 101 is set to function as an agent, the AP 102 is selected and instructed by an end user, and is set in advance to function as a controller.
  • the AP 101 as an agent starts participating in a multi-AP network by an operation corresponding to the user pressing the WPS push button (1001, 1002).
  • a wireless frame (1003) such as WPS Authentication or WPS Association is transmitted and received between the AP 101 and the AP 102, similarly to the sequence (903 to 905) in FIG. Further, an AP-Autoconfiguration @ Search message (1004) and an AP-Autoconfiguration @ Response message (1005) are transmitted and received between the AP 101 and the AP 102.
  • the AP-Autoconfiguration @ Response message (1005) is an extended format of the AP-Autoconfiguration @ Response message shown in FIG.
  • the AP 101 upon receiving the AP-Autoconfiguration @ Response message (1005) from the AP 102, discovers the AP 102, which is an end-user-specified controller (1006). Then, the controller selection method of the current controller (AP 102) (here, designated by the end user) is recorded in the storage device (1007).
  • the AP 101 reads the method of selecting the current controller (AP 102) from the storage device in response to the role setting instruction as a controller from the service provider (1008) (1009). As a result, it is determined that the controller should not be changed based on the fact that the controller selection method of the AP 102 that is the current controller is specified by the end user and that the controller selection method of the own device is specified by the service provider. Then, it notifies the service provider as the instruction source that the accepted role setting instruction of the controller (1008) has failed (1010).
  • FIG. 10 shows an example in which the AP 101 receives a role setting instruction from the service provider operator as a controller. Similarly, even when a setting instruction to function as a controller is received by the automatic selection algorithm, it is possible to prevent the controller from being unintentionally changed in setting by the end user. In this case, the failure of the role setting instruction (1008) as the controller is notified by outputting to the output unit 205 of the AP 101.
  • the search response message received from the controller when participating in the multi-AP network is recorded, and the information on the controller selection method included in the recorded search response message is obtained.
  • the controller determination process can be performed more efficiently than in the first embodiment.
  • controller selection method three methods are exemplified as the controller selection method.
  • other methods may be used, and the priority of the controller selection method is not limited to the above-described order. Further, the priority of the controller selection method itself may be changed by the user.
  • the device already operating as the controller has transmitted the information indicating the controller selection method, but the information indicating the priority of the controller selection method is used as the information indicating the controller selection method. You may make it transmit.
  • the information indicating the controller selection method to be transmitted is not limited to this, and other information may be used as long as the information can be compared with the controller selection method.
  • the present invention can take an embodiment as a system, an apparatus, a method, a program, a recording medium (storage medium), or the like.
  • the present invention may be applied to a system including a plurality of devices (for example, a host computer, an interface device, an imaging device, a web application, etc.), or may be applied to a device including a single device. good.
  • the present invention supplies a program for realizing one or more functions of the above-described embodiments to a system or an apparatus via a network or a storage medium, and one or more processors in a computer of the system or the apparatus read and execute the program.
  • This processing can be realized. Further, it can also be realized by a circuit (for example, an ASIC) that realizes one or more functions.

Landscapes

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

Abstract

無線ＬＡＮを構築するアクセスポイントとして動作する通信装置であって、少なくとも一つ以上のアクセスポイントを含んで構成されるネットワークにおいて他のアクセスポイントを制御するコントローラとして動作するための選択指示を受け付け、当該選択指示において用いられたコントローラ選択方法と、既にコントローラとして動作している他の通信装置において用いられたコントローラ選択方法との比較に基づいて、コントローラとして動作する装置を他の通信装置から通信装置へ変更するか否かを決定する。

Description

通信装置、通信装置の制御方法、およびプログラム
　本発明は、無線ＬＡＮのアクセスポイントとして動作する通信装置、通信装置の制御方法、およびプログラムに関する。
　Ｗｉ－Ｆｉ　Ａｌｌｉａｎｃｅにおいて策定されたＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ（登録商標）規格は、一つ以上のアクセスポイント（以下、ＡＰ）により構成されるネットワーク（以下、マルチＡＰネットワーク）における各種の制御を規定した規格である。Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格において、マルチＡＰネットワークを構成するＡＰは、他のＡＰの各種情報を取得し、その情報を用いて複数ＡＰ間における効率的なネットワーク制御を実現する。マルチＡＰネットワークは、Ｍｕｌｔｉ－ＡＰ　Ｃｏｎｔｒｏｌｌｅｒ（以下、コントローラ）と、Ｍｕｌｔｉ－ＡＰ　Ａｇｅｎｔ（以下、エージェント）を含む。コントローラは、他のＡＰを制御してマルチＡＰネットワーク全体を制御するＡＰである。エージェントは、コントローラの管理下に入り、ネットワーク情報をコントローラに報知するＡＰである。コントローラは、エージェントからＩＥＥＥ１９０５．１規格で規定されたプロトコルを用いて受け取るネットワークトポロジ情報や、ディスカバリー情報などに基づいて、エージェントに指示を出してマルチＡＰネットワークの制御を行う。また、コントローラは、マルチＡＰネットワークと公衆網との間でデータ通信のプロキシ制御の実施や、データトラフィックの管理を行う。
　特許文献１には、複数のＡＰにおける通信負荷を効率的に分散するための技術が記載されている。特許文献１では、接続制御装置が、複数のＡＰにおける通信負荷情報を取得し、通信負荷情報に基づいてＡＰに対して接続禁止指令や接続指令を送信する。
特開２０１７－０３８１２６号公報
　Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格では、マルチＡＰネットワーク上のコントローラは１つであることが規定されているが、コントローラの具体的な選択方法は規定されていない。また、コントローラの役割を担うＡＰを、別のＡＰへ変更する方法も規定されていない。そのため、マルチＡＰネットワーク上の複数のＡＰに対し各々にコントローラとしての役割設定を行うと、一つのマルチＡＰネットワーク上に複数のコントローラが存在してしまうという問題がある。
　本発明はこの問題を解決するためになされたものであり、複数のアクセスポイントが他のアクセスポイントを制御するコントローラとして動作することを防ぎ、コントローラとして動作するアクセスポイントをより適切に決定することを可能にする。
　上記目的を達成するために、本発明の通信装置は、無線ＬＡＮを構築するアクセスポイントとして動作する通信装置であって、少なくとも一つ以上のアクセスポイントを含んで構成されるネットワークにおいて他のアクセスポイントを制御するコントローラとして動作するための選択指示を受け付ける受付手段と、前記受付手段によって受け付けられた選択指示において用いられたコントローラ選択方法を特定する特定手段と、前記ネットワークにおいて既にコントローラとして動作している他の通信装置を探索する探索手段と、前記探索手段によって見つかった他の通信装置から、当該他の通信装置において用いられたコントローラ選択方法を示す情報を取得する取得手段と、前記特定手段によって特定されたコントローラ選択方法と前記取得手段によって取得された情報が示すコントローラ選択方法との比較に基づいて、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更するか否かを決定する決定手段とを有することを特徴とする。
　本発明によれば、複数のアクセスポイントが他のアクセスポイントを制御するコントローラとして動作することを防ぎ、コントローラとして動作するアクセスポイントをより適切に決定することが可能となる。
実施形態１に係る通信システムのネットワーク構成を示す図である。 通信装置の機能構成を示す図である。 通信装置において実行される処理を示すフローチャートである。 探索応答メッセージの拡張フォーマットの一例を示す図である。 通信装置において実行される処理を示すフローチャートである。 通信装置間の制御シーケンスを説明する図である。 通信装置間の制御シーケンスを説明する図である。 実施形態２に係る通信装置において実行される処理を示すフローチャートである。 実施形態２に係る通信装置間の制御シーケンスを説明する図である。 実施形態２に係る通信装置間の制御シーケンスを説明する図である。
　以下、添付の図面を参照して、本発明をその実施形態のいくつかの例に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
　＜実施形態１＞
　図１に、本実施形態に係る通信システムのネットワーク構成を示す。通信装置１０１～１０４は、マルチＡＰネットワーク１１０上で無線通信を行う。
　通信装置１０１と１０２はＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ＬＡＮを構築するＡＰとして動作する装置である。通信装置１０３と１０４は各々ＡＰ１０１及び／又は１０２が構築した無線ＬＡＮに接続するステーション（以下、ＳＴＡ）として動作する装置である。また、通信装置１０１はＷＡＮ１０５に接続され、他の通信装置１０２～１０４の通信を中継してＷＡＮに接続させることができる。なお、通信装置１０１と１０２は無線通信に加えて、又は代えて有線で通信しても良い。
　ここで、通信装置１０１と通信装置１０２の何れか一方のＡＰは、他のＡＰを制御してマルチＡＰネットワーク１１０全体を制御する機能を備えるコントローラの役割を担う。また、コントローラの役割を担わない他方のＡＰは、コントローラの管理下に入り、ネットワーク情報をコントローラに報知する機能を備えるエージェントの役割を担う。例えば、コントローラは所定の制御メッセージを送信することにより、エージェントの接続チャネルや送信パワーを制御する。更に、コントローラは、エージェントを異なるＢＳＳ（Ｂａｓｉｃ　Ｓｅｒｖｉｃｅ　Ｓｅｔ）へ移行させたり、ＳＴＡのステアリング（ローミング等）を制御したり、その他、データトラフィックの制御やネットワークの診断などを行う。一方、エージェントがコントローラに報知するネットワーク情報とは、例えばエージェント自身の能力情報（ＨＴ　Ｃａｐａｂｉｌｉｔｙや、ＶＨＴ　Ｃａｐａｂｉｌｉｔｙ等）やエージェントに接続しているＳＴＡ及びＡＰの能力情報である。尚、エージェントに接続しているＡＰとは、Ｂａｃｋｈａｕｌ　ＳＴＡと呼ばれるマルチＡＰデバイスのＳＴＡ機能を指す。このほか、ネットワーク情報には、無線ＬＡＮ接続チャネルの情報、電波干渉に係る情報、ＳＴＡのリンク情報（接続や切断の通知）、トポロジの変化を通知するための情報、Ｂｅａｃｏｎフレームのメトリクス情報などが含まれてもよい。なお、コントローラの役割を担うＡＰが、エージェントの機能を同時に備えていてもよく、本実施形態では通信装置１０１と通信装置１０２の何れもが、コントローラの機能とエージェントの機能の両方を備えているものとする。Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格では、１つのマルチＡＰネットワークにおいてコントローラは１つと規定されている。エージェントは複数存在しても構わない。従って、本実施形態では、通信装置１０１と通信装置１０２の何れか一方のＡＰがコントローラとして動作し、他方がエージェントとして動作するものとして説明する。
　尚、通信装置１０１や１０２の具体例として、無線ＬＡＮルータやＰＣ、タブレット端末、スマートフォン、テレビ、プリンタ、複写機、プロジェクタ等があるが、後述のハードウェア構成及び機能構成を満たすものであればこれらに限定されない。
　図２に、通信装置１０１（及び１０２）のハードウェア構成を示す。通信装置１０１は、記憶部２０１、制御部２０２、機能部２０３、入力部２０４、出力部２０５、通信部２０６、アンテナ２０７を備える。
　記憶部２０１はＲＯＭやＲＡＭ等のメモリにより構成され、後述する各種動作を行うためのプログラムや、無線通信のための通信パラメータ等の情報を記憶する。なお、記憶部２０１として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、記憶部２０１が複数のメモリ等を備えていてもよい。
　制御部２０２はＣＰＵやＭＰＵ等のプロセッサにより構成され、記憶部２０１に記憶されたプログラムを実行することにより通信装置１０１全体を制御する。また、制御部２０２は、記憶部２０１に記憶されたマルチＡＰコントローラ部２０８、及びマルチＡＰエージェント部２０９として機能するプログラムのうち、通信装置１０１の設定や操作により決定される少なくとも一つの機能を実行する。
　通信装置１０１がコントローラの役割とエージェントの役割を同時に担う場合には、マルチＡＰコントローラ部２０８とマルチＡＰエージェント部２０９の両方の機能が有効化される。通信装置１０１がコントローラの役割のみを担う、つまりエージェントの役割を担わない場合には、マルチＡＰコントローラ部２０８の機能が有効化され、マルチＡＰエージェント部２０９の機能は無効化される。逆に、通信装置１０１がエージェントの役割のみを担う、つまりコントローラの役割を担わない場合には、マルチＡＰコントローラ部２０８の機能は無効化され、マルチＡＰエージェント部２０９の機能が有効化される。マルチＡＰコントローラ部２０８の機能により、通信装置１０１はエージェントから受信したネットワークトポロジ情報やディスカバリー情報に基づいて、エージェントに指示を出してマルチＡＰネットワークを制御する。ここで、トポロジ情報は例えばＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づく１９０５　Ｔｏｐｏｌｏｇｙ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ｍｅｓｓａｇｅや１９０５　Ｔｏｐｏｌｏｇｙ　Ｒｅｓｐｏｎｓｅ　ｍｅｓｓａｇｅである。ディスカバリー情報は、例えば１９０５　ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈ　ｍｅｓｓａｇｅや１９０５　ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　ｍｅｓｓａｇｅである。これらはＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づくメッセージである。これらの情報に基づいて、コントローラは、Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様でマルチＡＰ制御メッセージとして規定されたＣｌｉｅｎｔ　Ａｓｓｏｃｉａｔｉｏｎ　Ｃｏｎｔｒｏｌ　Ｒｅｑｕｅｓｔ　ｍｅｓｓａｇｅを送信することができる。これにより、マルチＡＰネットワークにおける他のＢＳＳにＳＴＡが接続することを禁止させ、所定のＢＳＳへ明示的にＳＴＡをステアリング（ローミング）し、ＢＳＳ間で効率的なＳＴＡステアリングを可能とする。なお、通信装置１０１がコントローラの役割を担わない場合には、マルチＡＰコントローラ部２０８を備えない機能構成であってもよい。
　制御部２０２は、記憶部２０１に記憶されたプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）との協働により通信装置１０１全体を制御するようにしてもよい。また、制御部２０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。
　また、制御部２０２は、機能部２０３を制御して、印刷や投影等の所定の処理を実行する。機能部２０３は、通信装置１０１が所定の処理を実行するためのハードウェアである。例えば、通信装置１０１がプリンタである場合、機能部２０３は印刷部であり、印刷処理を行う。機能部２０３が処理するデータは、記憶部２０１に記憶されているデータであってもよいし、後述する通信部２０６を介して他の通信装置と通信したデータであってもよい。
　入力部２０４は、マウス等のポインティングデバイスや音声入力、ボタン操作等を介してユーザからの各種操作の受付を行う。出力部２０５は、ユーザに対して各種出力を行う。ここで、出力部２０５による出力とは、ＬＥＤへの表示や画面上への表示、スピーカーによる音声出力、振動出力等の少なくとも１つを含む。なお、タッチパネルのように入力部２０４と出力部２０５の両方を１つのモジュールで実現するようにしてもよい。
　通信部２０６は、データリンク層のプロトコルであるＩＥＥＥ８０２．１１シリーズ規格に準拠した無線ＬＡＮの制御や、ＩＥＥＥ８０２．３規格に基づく有線ＬＡＮ等の有線通信の制御を行う。更に、ネットワーク層の通信プロトコルであるＩＰ通信の制御等を行う。また、通信部２０６は、ＩＥＥＥ８０２．１１規格やＩＥＥＥ８０２．３規格に従った通信上で、ＩＥＥＥ１９０５．１規格に従ったプロトコルを実行し、Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格に従ったコントローラ及び／又はエージェントの制御を行う。尚、ＩＥＥＥ１９０５．１規格は、データリンク層とネットワーク層の間の階層に位置するプロトコルを規定した規格である。しかし、これに限らず、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＺｉｇＢｅｅ、ＭＢＯＡ等の他の無線通信方式に準拠した通信装置や他の有線通信方式に準拠した通信装置にも、本実施形態の構成を適用可能である。ここで、ＭＢＯＡは、Ｍｕｌｔｉ　Ｂａｎｄ　ＯＦＤＭ　Ａｌｌｉａｎｃｅの略である。また、ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、ＷＩＮＥＴなどが含まれる。また、通信部２０６はアンテナ２０７を制御して、無線通信のための無線信号の送受信を行う。
　図３は、通信装置１０１において、マルチＡＰネットワークのコントローラとして動作する旨の選択指示がなされた場合に実行される処理を示したフローチャートである。図３の各ステップは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出し、実行することで実現される。尚、通信装置１０２においても、同様に図３の処理は実行可能である。また、図３に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ　Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
　まず、通信装置１０１のマルチＡＰコントローラ部２０８は、コントローラとして動作する設定を行うための選択指示があるか否かを判断する（Ｓ３０１）。ユーザサービスプロバイダ変更指示がない場合には（Ｓ３０１のいいえ）、変更指示を受け付けるまで待機するべくＳ３０１へと処理を戻す。
　Ｓ３０１の判断の結果、コントローラとして動作するための選択指示があると判断された場合（Ｓ３０１のはい）、マルチＡＰコントローラ部２０８はマルチＡＰネットワークにおいて既にコントローラとして動作中のＡＰを探索する（Ｓ３０２）。探索方法としては、例えばＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づき、ＩＥＥＥ　１９０５．１規格に規定されたＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージをマルチキャスト送信して行われる。しかし、この方法に限らず任意のプロトコルや任意のメッセージを利用してもよい。
　なお、マルチＡＰネットワーク上のどのＡＰがコントローラの役割を担っているかを確認するための指示を、ユーザ操作等によって受け付けた場合には、通信装置１０１は、ユーザＳ３０１の処理の前にユーザＳ３０２の探索処理を行ってもよい。その場合、探索の結果見つかった既にコントローラとして動作中のＡＰを、ユーザが識別できるように出力部２０５を用いて出力する。
　Ｓ３０２における探索処理を行い、通信装置１０１のマルチＡＰコントローラ部２０８は、マルチＡＰネットワーク上にコントローラとして既に動作しているＡＰが存在するか否かを判断する（Ｓ３０３）。ここでの判断は、例えばＳ３０２で送信したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージに対する応答（ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ）を受信したか否かに基づいて判断すればよい。なお、応答を受信しない場合には、所定期間または所定回数だけ再度Ｓ３０２の探索処理を行っても良い。
　Ｓ３０３の判断の結果、マルチＡＰネットワーク上にコントローラとして動作しているＡＰが存在しないと判断された場合には（Ｓ３０３のいいえ）、通信装置１０１のマルチＡＰコントローラ部２０８は、自装置をコントローラとして設定する（Ｓ３０４）。コントローラとして設定された通信装置１０１は、以降はマルチＡＰネットワーク上のコントローラとして機能する。
　Ｓ３０４の後、通信装置１０１のマルチＡＰコントローラ部２０８は、Ｓ３０１で受け付けた選択指示において用いられたコントローラ選択方法を記憶部２０１へ記録し（Ｓ３０５）、処理を終了する。ここで、コントローラ選択方法とは、ＡＰに対して、マルチＡＰネットワークのコントローラとして動作するための選択指示を行うための方法である。本実施形態において、３種類のコントローラ選択方法がある。一つ目は、ユーザ（エンドユーザ）の指定によってコントローラを選択する方法である。二つ目はサービスプロバイダによる指定によってコントローラを選択する方法である。三つ目は、自動選択アルゴリズムによりコントローラを選択する方法である。Ｓ３０５で通信装置１０１は、Ｓ３０１で受け付けた選択指示において用いられたコントローラ選択方法がこれら３つの方法のうちのどれであるかを示す情報を記憶部２０１へ記憶する。尚、ユーザの指定によってコントローラを選択する方法では、通信装置１０１の入力部２０４へのユーザによる操作に基づいて選択指示を受け付けてもよいし、スマートフォン等の外部装置から通信部２０６を介して選択指示を受け付けてもよい。また、サービスプロバイダによる指定は、ＷＡＮ１０５及び通信部２０６を介して選択指示を受け付けるようにしてもよい。自動選択アルゴリズムは、コントローラを一つに決定できる方法であれば任意のアルゴリズムであってよい。尚、コントローラが電源ＯＦＦ等によって自身の役割を停止する場合や、マルチＡＰネットワークから離脱する場合には、自動選択アルゴリズムにより、マルチＡＰネットワーク上のコントローラ機能を有するＡＰの中から新規にコントローラが選択される。このように、マルチＡＰネットワーク上にコントローラが見つからない場合には、任意のＡＰを新規コントローラとして役割設定することが可能である。
　Ｓ３０３の判断の結果、マルチＡＰネットワーク上にコントローラとして動作しているＡＰが存在すると判断された場合には、Ｓ３０６へ進む。Ｓ３０６において通信装置１０１は、コントローラとして動作しているＡＰにおいて用いられたコントローラ選択方法を示す情報を、このＡＰから取得する。取得方法としては、例えば前述したコントローラの探索時に受信したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージから取得する。又は、探索の結果発見されたコントローラへ、改めて選択方法を問い合わせるためのメッセージを送信し、その応答から取得してもよい。
　図４に、本実施形態において、コントローラ選択方法の通知に使用するＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットの一例を示す。Ｃｏｎｔｒｏｌｌｅｒ　Ｓｅｌｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　ＴＬＶ　（ｔｙｐｅ－ｌｅｎｇｔｈ－ｖａｌｕｅ）　ｆｏｒｍａｔはＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格固有のフォーマットである。Ｃｏｎｔｒｏｌｌｅｒ　Ｓｅｌｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　ＴＬＶ　ｆｏｒｍａｔは、ｔｌｖＴｙｐｅ、ｔｌｖＬｅｎｇｔｈ、ｔｌｖＶａｌｕｅの３つのフィールドから構成される。また、マルチＡＰエージェントからのＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージに対する応答に使われる。本実施形態では、図に示す通り各フィールドの長さを各々１ｏｃｔｅｔ、２ｏｃｔｅｔ、１ｏｃｔｅｔとして定義するが、フォーマットはこれらのフィールド及びフィールド長に限定されない。
　ｔｌｖＴｙｐｅフィールドへは、本メッセージがＣｏｎｔｒｏｌｌｅｒ　Ｓｅｌｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　ＴＬＶであることを示す所定の値を設定する。なお、ｔｌｖＴｙｐｅフィールドの値はマルチＡＰ　ＴＬＶフォーマットのタイプを識別するために定義された、フォーマット毎に固有の値であり、本実施例においては任意の値を利用可能とする。
　ｔｌｖＬｅｎｇｔｈフィールドは、後続のフィールドにおけるｏｃｔｅｔ数を示す値であり、本実施形態では後続のｔｌｖＶａｌｕｅフィールドのｏｃｔｅｔ数である１を設定するものとする。
　ｔｌｖＶａｌｕｅフィールドは、コントローラ選択方法を識別するための情報である。値が０ｘ００の場合はエンドユーザ指定により選択されたコントローラ、値が０ｘ０１の場合はサービスプロバイダ指定により選択されたコントローラ、値が０ｘ０２の場合は自動選択アルゴリズムにより選択されたコントローラであることを示す。０ｘ０３から０ｘＦＦまでの値は、将来これら以外の指定方法を定義するために予約されているものとする。なお、本実施形態ではコントローラ選択方法のうち、優先度が高いものから順にエンドユーザ指定、サービスプロバイダ指定、自動選択アルゴリズムとして説明する。しかしながら、マルチＡＰネットワーク上で共通の定義がなされていれば、これに限らず任意の選択方法や任意の優先順位に基づいてコントローラの選択を制御することが可能である。また、コントローラの選択方法を識別する情報を含む構成であれば、ＣｏｎｔｒｏｌｌｅｒＳｅｌｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅ　ＴＬＶ　ｆｏｒｍａｔの各フィールド値は上述した値に限定されず任意の値を使用することができる。通知方法もＣｏｎｔｒｏｌｌｅｒ　Ｓｅｌｅｃｔｉｏｎ　Ｒｅｓｐｏｎｓｅを使った通知方法に限らず任意の通知方法であってもよい。このように、本実施形態ではコントローラ選択方法に関する情報を含むようＩＥＥＥ　１９０５．１規格に規定されたＡＰ－ＡｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを拡張して、コントローラ選択方法の通知に使用する。
　図３へ説明を戻す。Ｓ３０７において、通信装置１０１のマルチＡＰコントローラ部２０８は、Ｓ３０１で受け付けた選択指示において用いられたコントローラ選択方法（以下、新規コントローラ選択方法）がエンドユーザ指定のコントローラ選択方法であるか否かを判断する。
　Ｓ３０７の判断の結果、新規コントローラ選択方法がエンドユーザ指定であると判断された場合は（ステップＳ３０７のはい）、通信装置１０１のマルチＡＰコントローラ部２０８は、自装置を新しいマルチＡＰコントローラへ役割変更する（ステップＳ３０８）。なお、前述した通りコントローラ装置は同時にエージェントとして機能してもよく、その場合、エージェント部２０９の機能を有効にしたままコントローラ部２０８の機能を有効化することで、コントローラの機能とエージェントの機能を同時に機能させる。このように、新規コントローラ選択方法がエンドユーザ指定の場合は、既にコントローラとして動作しているＡＰにおいて用いられたコントローラ選択方法（以下、現コントローラ選択方法）に関わらず無条件でコントローラの変更を実施する。すなわち、現在のコントローラがエンドユーザ指定によって選択されたコントローラであっても、後のエンドユーザ指定により設定を上書きしてコントローラは変更される。
　続いて、通信装置１０１のマルチＡＰコントローラ部２０８は、新規コントローラ選択方法として「エンドユーザ指定」を記憶部２０１に記録する（ステップＳ３０９）。記録されたコントローラ選択方法は、エージェントからコントローラ探索メッセージやコントローラ選択方法の問合せを受信した場合に、記憶部２０１から読み出して通知される。
　さらに通信装置１０１のマルチＡＰコントローラ部２０８は、現在のマルチＡＰコントローラに代わり自装置が新規マルチＡＰコントローラとして動作する旨を現在のマルチＡＰコントローラへ通知する。そして、コントローラ設定情報を取得する（ステップＳ３１０）。取得方法としては、ＩＥＥＥ　１９０５．１規格に規定された各種のメッセージを用いることが可能であるが、ＩＥＥＥ　１９０５．１に限らず任意のプロトコル、任意のフォーマットを用いてもよい。なお、コントローラ設定情報には、ＳＳＩＤやチャネル設定、認証に必要となるパスワードや証明書、エージェントの管理情報やネットワークのトポロジ情報、ディスカバリー情報などの情報のうちの少なくとも一つが含まれる。
　通信装置１０１のマルチＡＰコントローラ部２０８は、取得したコントローラ設定情報を基に、新規コントローラとしての設定を行い（ステップＳ３１１）、処理を終了する。これ以降、通信装置１０１はマルチＡＰネットワークのコントローラとして、エージェントから取得したネットワークのトポロジ情報やディスカバリー情報に基づいて、エージェントへ指示を出してマルチＡＰネットワークの制御を行う。
　一方、Ｓ３０７の判断の結果、新規コントローラ選択方法がエンドユーザ指定でないと判断された場合には（Ｓ３０７のいいえ）、マルチＡＰコントローラ部２０８は、新規コントローラ選択方法がサービスプロバイダ指定か否かを判断する（Ｓ３１２）。
　Ｓ３１２の判断の結果、新規コントローラ選択方法がサービスプロバイダ指定であると判断された場合には（Ｓ３１２のはい）、マルチＡＰコントローラ部２０８は、さらに現コントローラ選択方法がエンドユーザ指定か否かを判断する（Ｓ３１３）。Ｓ３１３の判断の結果、現コントローラ選択方法がエンドユーザ指定でないと判断された場合には（Ｓ３１３のいいえ）、通信装置１０１のマルチＡＰコントローラ部２０８は、自装置を新しいマルチＡＰコントローラへ役割変更する（Ｓ３１４）。
　続いて、通信装置１０１のマルチＡＰコントローラ部２０８は、新規コントローラ選択方法として「サービスプロバイダ指定」を記憶部２０１へ記録し（Ｓ３１５）、Ｓ３１０へ処理を移行する。ここでの記録方法の詳細は、前述のＳ３０９と同様のため説明を省略する。
　一方Ｓ３１３の判断の結果、現コントローラ選択方法がエンドユーザ指定であると判断された場合、マルチＡＰコントローラ部２０８は、Ｓ３０１で受け付けた選択指示の指示元（この場合はサービスプロバイダ）へエラーを通知する（Ｓ３１６）。エラー通知の方法は、Ｓ３０１で受け付けた選択指示に対する応答として通知すればよく、任意のプロトコル、任意のフォーマットを用いることが可能である。なお、エラー通知にはエラーの原因等、詳細情報を含めてもよい。
　Ｓ３１３～Ｓ３１６で示したように、新規コントローラ選択方法がサービスプロバイダ指定の場合は、現コントローラ選択方法がエンドユーザ指定でなければコントローラの変更を実施する。現コントローラ選択方法がエンドユーザ指定であればコントローラを変更せずに処理を終了する。
　一方、Ｓ３１２の判断の結果、新規コントローラ選択方法がサービスプロバイダ指定でない、即ち自動選択アルゴリズムであると判断された場合には（Ｓ３１２のいいえ）、Ｓ３１７の処理が行われる。Ｓ３１７において、通信装置１０１のマルチＡＰコントローラ部２０８は、現コントローラ選択方法がエンドユーザ指定またはサービスプロバイダ指定か否かを判断する（Ｓ３１７）。
　Ｓ３１７の判断の結果、現コントローラ装置がエンドユーザ指定でもサービスプロバイダ指定でもないと判断された場合には（Ｓ３１７のいいえ）、Ｓ３１８の処理が行われる。Ｓ３１８において、通信装置１０１のマルチＡＰコントローラ部２０８は、自動選択アルゴリズムにより自装置が新規マルチＡＰコントローラとなるか否かを選択する（Ｓ３１８）。自動選択アルゴリズムは任意の方法が用いられ得るため、詳細な説明は省略する。
　続いて、通信装置１０１のマルチＡＰコントローラ部２０８は、新規コントローラ選択方法として「自動選択アルゴリズム」を記憶部２０１に記録し（ステップＳ３１９）、Ｓ３１０へ処理を移行する。ここでの記録方法の詳細は、前述のＳ３０９と同様のため説明を省略する。
　Ｓ３１７の判断の結果、現コントローラ選択方法がエンドユーザ指定またはサービスプロバイダ指定であると判断された場合（Ｓ３１７のはい）、マルチＡＰコントローラ部２０８は、Ｓ３０１で受け付けた選択指示の指示元へエラーを通知する（Ｓ３１６）。
　Ｓ３１６～Ｓ３１９で示したように、新規コントローラ選択方法が自動選択アルゴリズムの場合は、現コントローラ選択方法も自動選択アルゴリズムの場合に限りコントローラの変更を実施する。現コントローラ選択方法がエンドユーザ指定またはサービスプロバイダ指定であればコントローラを変更せずに処理を終了する。
　図５は、通信装置１０１において、コントローラの役割を無効化する場合に実行される処理を示すフローチャートである。図５の各ステップは、記憶部２０１に記憶されたプログラムを制御部２０２が読み出し、実行することで実現される。尚、通信装置１０２においても、同様に図５の処理は実行可能である。また、図５に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅＡｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
　まず、通信装置１０１のマルチＡＰコントローラ部２０８は、エージェントから探索メッセージを受信したか否かを判断する（Ｓ５０１）。前述した通り、例えばＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格では、探索メッセージはＩＥＥＥ１９０５．１規格に規定されたＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージをマルチキャスト送信するよう定義されている。従ってここでの判断は、本メッセージを受信したか否かを判断すればよい。なお、探索メッセージとしては、本メッセージに限らず任意のプロトコルや任意のメッセージを利用することが可能である。
　Ｓ５０１の判断の結果、エージェントから探索メッセージを受信していないと判断された場合には（Ｓ５０１のいいえ）、通信装置１０１のマルチＡＰコントローラ部２０８は、探索メッセージを受信するまで待機するべくＳ５０１へと処理を戻す。
　一方、Ｓ５０１の判断の結果、エージェントから探索メッセージを受信したと判断された場合には（Ｓ５０１のはい）、通信装置１０１のマルチＡＰコントローラ部２０８は、記憶部２０１に記録されたコントローラ選択方法を読み込む（Ｓ５０２）。コントローラ選択方法は、前述したＳ３０５、Ｓ３０９、Ｓ３１５、Ｓ３１９の何れかにおいて、自装置がコントローラとして機能する際に記憶部２０１へ記録された情報である。
　続いて、通信装置１０１のマルチＡＰコントローラ部２０８は、Ｓ５０２で読み込んだコントローラ選択方法に基づいて、探索応答メッセージを生成し、エージェントへ送信する（Ｓ５０３）。探索応答メッセージの送信先は、前述したＳ５０１で探索メッセージを送信したエージェントである。なお、探索応答メッセージは、例えば図４で示したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットが用いられる。
　さらに、通信装置１０１のマルチＡＰコントローラ部２０８は、探索応答メッセージを送信したエージェントから、役割変更通知を受信したか否かを判断する（Ｓ５０４）。役割変更通知は、前述したＳ３１０で説明した通り、現在のマルチＡＰコントローラに代わり新たなＡＰが新規マルチＡＰコントローラとして役割変更する場合に通知される。なお、役割変更通知を受信しない場合には、所定期間または所定回数だけ再度エージェントからの役割変更通知を待ってもよい。
　Ｓ５０４の判断の結果、エージェントから役割変更通知を受信していないと判断された場合には（Ｓ５０４のいいえ）、通信装置１０１のマルチＡＰコントローラ部２０８は処理を終了し、コントローラとしての動作を継続する。
　一方、Ｓ５０４の判断の結果、エージェントから役割変更通知を受信したと判断された場合には（Ｓ５０４のはい）、マルチＡＰコントローラ部２０８は、コントローラ設定情報を新規マルチＡＰコントローラとして動作を開始するＡＰへ転送する（Ｓ５０５）。転送方法やコントローラ設定情報の詳細は、Ｓ３１０で説明済みのため、ここでは説明を省略する。なお、本実施形態ではエージェントからの役割変更通知に応じてコントローラがコントローラ設定情報を転送するものとした。しかし、コントローラ設定情報の転送方法としてはこれに限らず、任意のタイミングでコントローラ装置が転送してもよいし、コントローラに代わりコントローラ設定情報を管理する他のエージェントが転送してもよい。
　最後に、通信装置１０１のマルチＡＰコントローラ部２０８は、自装置のマルチＡＰコントローラ機能を無効化し、処理を終了する（Ｓ５０６）。なお、通信装置１０１がコントローラとエージェントの両方として機能していた場合には、コントローラの機能だけを停止し、エージェントの機能は継続される。
　図５に示したフローチャートの処理の結果、通信装置１０１はマルチＡＰネットワーク上の新規コントローラとなるＡＰに対しコントローラ設定情報を転送し、自装置のコントローラの機能を無効化することができる。
　続いて、本実施形態の通信装置１０１と通信装置１０２のシステム全体の制御処理について、図６及び図７を用いて説明する。
　図６に、コントローラ選択方法としてサービスプロバイダ指定が用いられたコントローラから、エンドユーザ指定によってコントローラが変更される場合の制御シーケンスを示す。なお、同図ではＡＰ１０１がサービスプロバイダにより選択指示され、コントローラとして機能するよう設定され、ＡＰ１０２がエージェントとして機能するよう予め設定されているものとする。
　ＡＰ１０２は、エンドユーザからのコントローラとしての役割設定指示（６０１）に応じて、マルチＡＰネットワーク上の現コントローラの探索を開始する（６０２）。
　コントローラの探索シーケンスとして、ＡＰ１０１とＡＰ１０２はＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージ（６０３）及びＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（６０４）を送受信する。なお、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（６０４）は、図４で示したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットである。ＡＰ１０２は、ＡＰ１０１からのＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（６０４）を受信することにより、サービスプロバイダ指定のコントローラであるＡＰ１０１を発見する（６０５）。
　続いてＡＰ１０２は、現コントローラであるＡＰ１０１のコントローラ選択方法サービスプロバイダ指定であること、及び自装置におけるコントローラ選択方法がエンドユーザ指定であることに基づいて、コントローラを変更すると決定する。そして、自装置をコントローラとして役割設定する（６０６）。
　コントローラとしての役割を設定したＡＰ１０２は、自装置がコントローラへ役割を変更したことをＡＰ１０１へ通知する（６０７）。
　ＡＰ１０２から役割変更通知（６０７）を受信したＡＰ１０１は、コントローラ設定情報をＡＰ１０２へ転送し（６０８）、自装置のコントローラとしての役割を無効化する（６０９）。なお、ＡＰ１０１がコントローラとエージェントの両方として機能していた場合には、コントローラの機能だけを停止し、エージェントの機能を継続してもよい。
　一方、ＡＰ１０２は、ＡＰ１０１から取得したコントローラ設定情報を基にコントローラとしての設定を行い（６１０）、新しいマルチＡＰコントローラとして機能する。
　最後にＡＰ１０２は、コントローラとしての役割設定指示（６０１）が成功したことを、指示元であるエンドユーザへ表示等を行うことによって通知する（６１１）。
　このように、マルチＡＰネットワーク上にサービスプロバイダ指定のコントローラが存在していても、エンドユーザは自身が選択する装置を新しいコントローラとして設定することができる。また、現在のコントローラから設定情報を引き継ぐことで、ユーザが改めて、新たなコントローラへ様々な設定を行う手間を省くことができる。
　なお、図６ではＡＰ１０１がサービスプロバイダのオペレーターによりコントローラとして機能するよう予め設定される例を示した。同様に、自動選択アルゴリズムによりコントローラとして機能するよう予め設定された場合にも、エンドユーザは自身が選択する装置を新しいコントローラとして選択することができる。
　続いて図７に、コントローラ選択方法としてエンドユーザ指定が用いられたコントローラから、サービスプロバイダ指定によってコントローラの変更を行った場合の制御シーケンスを示す。図６のシーケンスとは異なり、同図ではＡＰ１０１がエージェントとして機能するよう設定され、ＡＰ１０２がエンドユーザにより選択指示され、コントローラとして機能するよう予め設定されているものとする。
　ＡＰ１０１は、サービスプロバイダからのコントローラとしての役割設定指示（７０１）に応じて、マルチＡＰネットワーク上の現コントローラの探索を開始する（７０２）。
　コントローラの探索シーケンスとして、ＡＰ１０１とＡＰ１０２はＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージ（７０３）及びＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（７０４）を送受信する。なお、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（７０４）は、図４で示したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットである。ＡＰ１０１は、ＡＰ１０２からＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（７０４）を受信することにより、エンドユーザ指定のコントローラであるＡＰ１０２を発見する（７０５）。
　続いてＡＰ１０１は、現コントローラであるＡＰ１０２のコントローラ選択方法がエンドユーザ指定であること、及び自装置におけるコントローラ選択方法がサービスプロバイダ指定であることに基づいて、コントローラを変更しないと決定する。そして、受け付けたコントローラの役割設定指示（７０１）が失敗したことを、指示元であるサービスプロバイダへ通知する（７０６）。
　このように、マルチＡＰネットワーク上にエンドユーザ指定のコントローラが存在している場合には、サービスプロバイダは自身が選択する装置を新しいコントローラとして設定することができない。すなわち、エンドユーザ指定によるコントローラが、マルチＡＰネットワーク外のサービスプロバイダにより意図せず設定変更されるのを防止することができる。
　なお、図７ではＡＰ１０１がサービスプロバイダのオペレーターによりコントローラとして役割設定の指示を受ける例を示した。同様に、自動選択アルゴリズムによりコントローラとして機能するよう設定指示を受けた場合にも、エンドユーザ指定によるコントローラが意図せず設定変更されるのを防止することができる。この場合、コントローラとしての役割設定指示（７０１）が失敗したことは、ＡＰ１０１の出力部２０５へ出力することで通知される。
　以上説明したように、本実施形態によれば、マルチＡＰネットワークにおいて複数のコントローラが同時に存在してしまうことを防ぐことができる。また、新たにコントローラとして動作しようとする装置と既にコントローラとして動作中の装置それぞれのコントローラ選択方法を特定し、これらを比較し、より優先度の高いコントローラ選択方法を用いて設定されたＡＰをコントローラに決定する。これにより、コントローラとして動作するＡＰをより適切に決定することができるようになる。
　＜実施形態２＞
　実施形態１では、コントローラとしての役割設定指示を受け付けたことに応じて現コントローラを探索し、現コントローラから受信した探索応答メッセージに含まれる現コントローラのコントローラ選択方法に関する情報を取得する構成とした。これに対して本実施形態では、マルチＡＰネットワークへの参加時にコントローラから受信した探索応答メッセージを記録し、記録した探索応答メッセージに含まれるコントローラ選択方法に関する情報を取得する例を説明する。なお、本実施形態の通信装置の機能構成は、実施形態１の通信装置１０１（及び１０２）と同様であるため、説明を省略する。
　図８は、エージェントとして動作している通信装置１０１がコントローラへ役割を変更する場合に、実行される処理を示すフローチャートである。図８の各ステップは、通信装置１０１の記憶部２０１に記憶されたプログラムを制御部２０２のマルチＡＰコントローラ部２０８及びマルチＡＰエージェント部２０９が読み出し、実行することで実現される。同図において、ステップＳ８０５～Ｓ８１７の処理は、各々図３のステップＳ３０７～Ｓ３１９の処理と同様であるため、説明を省略する。尚、通信装置１０２においても、同様に図８の処理は実行可能である。また、図８に示すフローチャートの少なくとも一部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ上に自動的に専用回路を生成すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ　Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
　まず、通信装置１０１のマルチＡＰエージェント部２０９は、ユーザからの指示に応じてマルチＡＰネットワーク１１０へ参加する（Ｓ８０１）。マルチＡＰネットワークへの参加方法としては、例えばＷｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づき、Ｗｉ－ＦｉＰｒｏｔｅｃｔｅｄ　Ｓｅｔｕｐ（以下、ＷＰＳ）を用いることが可能である。又は、Ｄｅｖｉｃｅ　Ｐｒｏｖｉｓｉｏｎｉｎｇ　Ｐｒｏｔｏｃｏｌ（以下、ＤＰＰ）を用いてもよい。ＷＰＳとＤＰＰはＷｉ－Ｆｉ　Ａｌｌｉａｎｃｅが策定した規格であり、ＳＳＩＤや暗号鍵等の無線ＬＡＮ接続に必要な通信パラメータを通信装置に簡単に設定するための規格である。なお、マルチＡＰネットワークへの参加方法としては、これらの方式やプロトコルに限定されない。
　通信装置１０１のマルチＡＰエージェント部２０９は、現コントローラが用いたコントローラ選択方法を取得して記録する（Ｓ８０２）。ここでは、前Ｓ３０１のマルチＡＰネットワーク参加時にコントローラから受信する探索応答メッセージから、コントローラ選択方法を取得して記憶部２０１へ記録するものとする。なお、マルチＡＰネットワークへの参加時にコントローラを探索する方法は、図３のＳ３０２と同様であるため説明を省略する。
　続いて、通信装置１０１のマルチＡＰコントローラ部２０８は、コントローラとして動作するための選択指示があるか否かを判断する（Ｓ８０３）。本ステップの処理は、図３のＳ３０１と同様であるため、説明を省略する。
　Ｓ８０３の判断の結果、コントローラとして動作するための選択指示があると判断された場合（Ｓ８０３のはい）、マルチＡＰコントローラ部２０８は現在のコントローラにおいて用いられたコントローラ選択方法を記憶部２０１から読み込む（Ｓ８０４）。ここでは、前述のＳ３０２で記録されたコントローラ選択方法を、記憶部２０１から読み込むものとする。なお、本ステップで読み込んだコントローラ選択方法は、以降のステップＳ８１１及びステップＳ８１５の判断に用いられる。
　続いて、本実施形態の通信装置１０１と通信装置１０２のシステム全体の制御処理について、図９及び図１０を用いて説明する。
　図９に、コントローラ選択方法としてサービスプロバイダ指定が用いられたコントローラから、エンドユーザ指定によってコントローラが変更される場合の制御シーケンスを示す。なお、同図ではＡＰ１０１がサービスプロバイダにより選択指示され、コントローラとして機能するよう設定され、ＡＰ１０２がエージェントとして機能するよう予め設定されているものとする。ＡＰがコントローラやエージェントとして起動する場合、Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づき所定の機能を立ち上げる。例えば、ＡＰがエージェントとして起動すると、マルチＡＰネットワークへ参加するためにＢａｃｋｈａｕｌ　ＳＴＡと呼ばれるマルチＡＰデバイスのＳＴＡ機能を立ち上げ、ネットワークへの参加処理を開始する。一方、ＡＰがコントローラとして起動すると、Ｆｒｏｎｔｈａｕｌ　ＡＰと呼ばれるマルチＡＰデバイスのＡＰ機能を立ち上げ、他のＳＴＡ装置や他のＡＰで起動されたＢａｃｋｈａｕｌ　ＳＴＡからの接続を待ち受ける。
　まず、ユーザのＷＰＳのプッシュボタン押下に対応する操作により（９０１、９０２）、エージェントであるＡＰ１０２はマルチＡＰネットワークへの参加を開始する。
　マルチＡＰネットワークへの参加シーケンスでは、Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ仕様に基づいて、ＷＰＳ　ＡｕｔｈｅｎｔｉｃａｔｉｏｎやＷＰＳ　Ａｓｓｏｃｉａｔｉｏｎなどの無線フレーム（９０３）がＡＰ１０１とＡＰ１０２の間で送受信される。更には、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージ（９０４）、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（９０５）がＡＰ１０１とＡＰ１０２の間で送受信される。
　なお、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（９０５）は、図４で示したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットである。ＡＰ１０２は、ＡＰ１０１からのＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（９０５）を受信することにより、コントローラ選択方法としてサービスプロバイダ指定が用いられたＡＰ１０１を発見する（９０６）。更に、現コントローラ（ＡＰ１０１）のコントローラ選択方法（この場合は、サービスプロバイダ指定）を記憶装置へ記録する（９０７）。
　また、ＡＰ１０２は、エンドユーザからのコントローラとして動作するための選択指示（９０８）に応じて、現コントローラ（ＡＰ１０１）のコントローラ選択方法を記憶装置から読み込み（９０９）、以降のシーケンスへと処理を進める。
　なお、同図においてシーケンス（９１０）～（９１５）の各シーケンスの詳細は、図６のシーケンス（６０６）～（６１１）と同様であるため、説明を省略する。
　なお、図９ではＡＰ１０１がサービスプロバイダのオペレーターによりコントローラとして機能するよう予め設定される例を示した。同様に、自動選択アルゴリズムによりコントローラとして機能するよう予め設定された場合にも、エンドユーザは自身が選択する装置を新しいコントローラとして選択することができる。
　続いて図１０に、コントローラ選択方法としてエンドユーザ指定が用いられたコントローラから、サービスプロバイダ指定によってコントローラへの変更を行った場合の制御シーケンスを示す。図９のシーケンスとは異なり、同図ではＡＰ１０１がエージェントとして機能するよう設定され、ＡＰ１０２がエンドユーザにより選択指示され、コントローラとして機能するよう予め設定されているものとする。
　まず、ユーザのＷＰＳのプッシュボタン押下に対応する操作により（１００１、１００２）、エージェントであるＡＰ１０１はマルチＡＰネットワークへの参加を開始する。
　マルチＡＰネットワークへの参加シーケンスでは、図９のシーケンス（９０３～９０５）と同様に、ＷＰＳ　ＡｕｔｈｅｎｔｉｃａｔｉｏｎやＷＰＳ　Ａｓｓｏｃｉａｔｉｏｎなどの無線フレーム（１００３）がＡＰ１０１とＡＰ１０２の間で送受信される。また、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｓｅａｒｃｈメッセージ（１００４）や、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（１００５）がＡＰ１０１とＡＰ１０２の間で送受信される。
　なお、ＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（１００５）は、図４で示したＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージの拡張フォーマットである。ＡＰ１０１は、ＡＰ１０２からＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージ（１００５）を受信することにより、エンドユーザ指定のコントローラであるＡＰ１０２を発見する（１００６）。そして、現コントローラー（ＡＰ１０２）のコントローラ選択方法（ここでは、エンドユーザ指定）を記憶装置へ記録する（１００７）。
　また、ＡＰ１０１は、サービスプロバイダからのコントローラとしての役割設定指示（１００８）に応じて、現コントローラー（ＡＰ１０２）の選択方法を記憶装置から読み込む（１００９）。その結果、現コントローラであるＡＰ１０２のコントローラ選択方法がエンドユーザ指定であること、及び自装置のコントローラ選択方法がサービスプロバイダ指定であることに基づいて、コントローラを変更しないと決定する。そして、受け付けたコントローラの役割設定指示（１００８）が失敗したことを、指示元であるサービスプロバイダへ通知する（１０１０）。
　なお、図１０ではＡＰ１０１がサービスプロバイダのオペレーターによりコントローラとして役割設定の指示を受ける例を示した。同様に、自動選択アルゴリズムによりコントローラとして機能するよう設定指示を受けた場合にも、エンドユーザ指定によるコントローラが意図せず設定変更されるのを防止することができる。この場合、コントローラとしての役割設定指示（１００８）が失敗したことは、ＡＰ１０１の出力部２０５へ出力することで通知される。
　以上のように、本実施形態ではマルチＡＰネットワークへの参加時にコントローラから受信した探索応答メッセージを記録し、記録した探索応答メッセージに含まれるコントローラ選択方法に関する情報を取得する構成とした。その結果、コントローラ役割設定指示時に現コントローラを改めて探索しなくてもよくなり、実施形態１よりもより一層効率的にコントローラの決定処理を行うことができる。
　（その他の実施形態）
　上述の実施形態においては、コントローラ選択方法として三つの方法を例示したが、これら以外の方法を用いてもよいし、コントローラ選択方法の優先度も上述の順番に限るものではない。また、コントローラ選択方法の優先度自体をユーザが変更できるようにしてもよい。
　上記実施形態においては、図４で示すように、既にコントローラとして動作している装置がコントローラ選択方法を示す情報を送信したが、コントローラ選択方法を示す情報としてコントローラ選択方法の優先度を示す情報を送信するようにしてもよい。これに限らず、送信されるコントローラ選択方法を示す情報は、コントローラ選択方法の比較ができる情報であればその他の内容であっても構わない。
　本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、ｗｅｂアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　本発明は上記実施の形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために以下の請求項を添付する。
　本願は、２０１８年９月２７日提出の日本国特許出願特願２０１８－１８２０９０を基礎として優先権を主張するものであり、その記載内容の全てをここに援用する。

Claims (9)

  1. 　無線ＬＡＮを構築するアクセスポイントとして動作する通信装置であって、
    　少なくとも一つ以上のアクセスポイントを含んで構成されるネットワークにおいて他のアクセスポイントを制御するコントローラとして動作するための選択指示を受け付ける受付手段と、
    　前記受付手段によって受け付けられた選択指示において用いられたコントローラ選択方法を特定する特定手段と、
    　前記ネットワークにおいて既にコントローラとして動作している他の通信装置を探索する探索手段と、
    　前記探索手段によって見つかった他の通信装置から、当該他の通信装置において用いられたコントローラ選択方法を示す情報を取得する取得手段と、
    　前記特定手段によって特定されたコントローラ選択方法と前記取得手段によって取得された情報が示すコントローラ選択方法との比較に基づいて、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更するか否かを決定する決定手段と、を有することを特徴とする通信装置。
  2. 　前記探索手段によって他の通信装置が見つからなかった場合、前記通信装置は前記コントローラとして動作することを特徴とする請求項１記載の通信装置。
  3. 　前記決定手段によって、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更すると決定された場合、前記通信装置が前記コントローラとして動作することを前記他の通信装置へ通知する通知手段を更に有することを特徴とする請求項１又は２記載の通信装置。
  4. 　前記決定手段によって、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更すると決定された場合、前記他の通信装置が前記コントローラとして動作するために設定された設定情報を、当該他の通信装置から受信する受信手段を更に有することを特徴とする請求項１乃至３のいずれか一項に記載の通信装置。
  5. 　前記決定手段によって、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更すると決定されなかった場合、前記通信装置は、前記他の通信装置による制御を受けるエージェントとして動作することを特徴とする請求項１乃至４のいずれか一項に記載の通信装置。
  6. 　前記コントローラ選択方法は、ユーザによる選択指示、サービスプロバイダによる選択指示、及び自動選択による選択指示を含むことを特徴とする請求項１乃至５のいずれか一項に記載の通信装置。
  7. 　前記ネットワークは、Ｗｉ－Ｆｉ　ＥａｓｙＭｅｓｈ規格に基づくネットワークであり、前記取得手段は、ＩＥＥＥ　１９０５．１規格に規定されたＡＰ－Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｒｅｓｐｏｎｓｅメッセージに含まれた情報を取得することを特徴とする請求項１乃至６のいずれか一項に記載の通信装置。
  8. 　無線ＬＡＮを構築するアクセスポイントとして動作する通信装置を制御する制御方法であって、
    　少なくとも一つ以上のアクセスポイントを含んで構成されるネットワークにおいて他のアクセスポイントを制御するコントローラとして動作するための選択指示を受け付ける受付工程と、
    　前記受け付けられた選択指示において用いられたコントローラ選択方法を特定する特定工程と、
    　前記ネットワークにおいて既にコントローラとして動作している他の通信装置を探索する探索工程と、
    　前記探索工程によって見つかった他の通信装置から、当該他の通信装置において用いられたコントローラ選択方法を示す情報を取得する取得工程と、
    　前記特定されたコントローラ選択方法と前記取得された情報が示すコントローラ選択方法との比較に基づいて、前記コントローラとして動作する装置を前記他の通信装置から前記通信装置へ変更するか否かを決定する決定工程と、
    　を有することを特徴とする通信装置の制御方法。
  9. 　前記請求項１乃至７のいずれか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。
PCT/JP2019/035673 2018-09-27 2019-09-11 通信装置、通信装置の制御方法、およびプログラム WO2020066611A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980062637.4A CN112753238B (zh) 2018-09-27 2019-09-11 通信装置、通信装置的控制方法以及计算机可读存储介质
US17/210,332 US11582666B2 (en) 2018-09-27 2021-03-23 Communication apparatus, control method of communication apparatus, and computer-readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018182090A JP7102311B2 (ja) 2018-09-27 2018-09-27 通信装置、通信装置の制御方法、およびプログラム
JP2018-182090 2018-09-27

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/210,332 Continuation US11582666B2 (en) 2018-09-27 2021-03-23 Communication apparatus, control method of communication apparatus, and computer-readable storage medium

Publications (1)

Publication Number Publication Date
WO2020066611A1 true WO2020066611A1 (ja) 2020-04-02

Family

ID=69952602

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/035673 WO2020066611A1 (ja) 2018-09-27 2019-09-11 通信装置、通信装置の制御方法、およびプログラム

Country Status (4)

Country Link
US (1) US11582666B2 (ja)
JP (1) JP7102311B2 (ja)
CN (1) CN112753238B (ja)
WO (1) WO2020066611A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111757334A (zh) * 2020-07-07 2020-10-09 太仓市同维电子有限公司 一种快速实现Easy Mesh家庭无线组网的方法
CN112543466A (zh) * 2019-09-23 2021-03-23 中兴通讯股份有限公司 一种角色自选举的方法及装置
CN114465947A (zh) * 2022-02-15 2022-05-10 青岛海信宽带多媒体技术有限公司 路由器及Mesh组网中路由器的自动角色选择方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210060509A (ko) * 2018-10-17 2021-05-26 주식회사 윌러스표준기술연구소 다중 액세스 포인트 네트워크에서의 온보딩 방법 및 이를 사용하는 액세스 포인트
JP7152934B2 (ja) * 2018-10-22 2022-10-13 キヤノン株式会社 通信装置、制御方法、及びプログラム
FR3126275B1 (fr) * 2021-08-23 2023-11-03 Sagemcom Broadband Sas Procede de gestion d’une fonction controleur par un equipement d’un reseau d’acheminement
CN113824612B (zh) * 2021-09-22 2023-01-24 深圳创维数字技术有限公司 网络设备兼容性测试方法、终端设备以及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013158028A (ja) * 2013-03-26 2013-08-15 Canon Inc 通信装置、通信装置の制御方法、プログラム
JP2017135517A (ja) * 2016-01-26 2017-08-03 キヤノン株式会社 通信装置、通信方法、プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0520116A1 (en) * 1991-06-28 1992-12-30 International Business Machines Corporation Method and apparatus for performing pattern search functions
JP4519535B2 (ja) * 2004-06-17 2010-08-04 株式会社バッファロー データ通信装置、データ通信方法、データ通信プログラム、通信チャンネル選択装置および通信チャンネル選択プログラム
US7319878B2 (en) * 2004-06-18 2008-01-15 Qualcomm Incorporated Method and apparatus for determining location of a base station using a plurality of mobile stations in a wireless mobile network
EP1928125B1 (en) * 2006-11-30 2012-07-18 Research In Motion Limited Determining Identifiers for Wireless Networks with Hidden Identifiers
US8320344B2 (en) * 2009-02-27 2012-11-27 T-Mobile Usa, Inc. System and method for provisioning telecommunications services between an access point and a telecommunications network and providing a missing information notification
CN104010350B (zh) * 2013-02-22 2017-10-24 佳能株式会社 通信装置及其控制方法
JP6213882B2 (ja) * 2015-08-07 2017-10-18 パナソニックＩｐマネジメント株式会社 無線端末の接続制御装置及びこれを備えた接続制御システム並びに接続制御方法
US10645617B2 (en) * 2018-08-22 2020-05-05 Verizon Patent And Licensing Inc. Systems and methods for hybrid management of an in-premises network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013158028A (ja) * 2013-03-26 2013-08-15 Canon Inc 通信装置、通信装置の制御方法、プログラム
JP2017135517A (ja) * 2016-01-26 2017-08-03 キヤノン株式会社 通信装置、通信方法、プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONZMOUS: "Wi-Fi CERTIFIED EasyMesh Highlights. Smarter, consistent residential Wi-Fi® coverage", WI-FI ALLIANCE, 12 May 2018 (2018-05-12), XP055700068, Retrieved from the Internet <URL:https://www.wi-fi.org/download.php?file=/sites/default/files/private/Wi-Fi_CERTIFIED_EasyMesh_Highlights.pdf> [retrieved on 20191001] *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112543466A (zh) * 2019-09-23 2021-03-23 中兴通讯股份有限公司 一种角色自选举的方法及装置
EP3993484A4 (en) * 2019-09-23 2022-08-03 ZTE Corporation METHOD AND DEVICE FOR AUTOMATIC ROLE ACCEPTANCE, AND COMPUTER READABLE STORAGE MEDIA
CN111757334A (zh) * 2020-07-07 2020-10-09 太仓市同维电子有限公司 一种快速实现Easy Mesh家庭无线组网的方法
CN114465947A (zh) * 2022-02-15 2022-05-10 青岛海信宽带多媒体技术有限公司 路由器及Mesh组网中路由器的自动角色选择方法
CN114465947B (zh) * 2022-02-15 2024-02-27 青岛海信宽带多媒体技术有限公司 路由器及Mesh组网中路由器的自动角色选择方法

Also Published As

Publication number Publication date
JP7102311B2 (ja) 2022-07-19
JP2020053867A (ja) 2020-04-02
US11582666B2 (en) 2023-02-14
CN112753238B (zh) 2023-07-18
US20210211959A1 (en) 2021-07-08
CN112753238A (zh) 2021-05-04

Similar Documents

Publication Publication Date Title
WO2020066611A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
JP6368989B2 (ja) 通信装置
US8577999B2 (en) Method for WLAN network and device role activation
JP7366592B2 (ja) 通信装置、通信装置の制御方法およびプログラム
JP5849173B2 (ja) 装置とサービスの発見方法及び装置ミドルウェア
JP6141006B2 (ja) 通信装置、制御方法、及びプログラム
WO2022143153A1 (zh) Wi-Fi配置方法及电子设备
JP7410618B2 (ja) 通信装置、制御方法、およびプログラム
JP2008104076A (ja) 通信パラメータの設定方法、通信装置、通信装置の制御方法およびプログラム
US10021004B2 (en) Communication device, control method for communication device, and program
JP2023179736A (ja) 通信装置、制御方法、およびプログラム
WO2018051781A1 (ja) 通信装置、通信方法、及びプログラム
WO2020085019A1 (ja) 通信装置、通信装置の制御方法、およびプログラム
JP2005136591A (ja) 通信環境設定方法および通信環境設定プログラム
US20140334340A1 (en) Communication device, method for controlling the communication device, and program
US10225079B2 (en) Communication apparatus, control method, and storage medium
JP2021118442A (ja) 通信装置、通信装置の制御方法およびプログラム

Legal Events

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

Ref document number: 19864276

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19864276

Country of ref document: EP

Kind code of ref document: A1