WO2021234769A1 - 空気調和機のリモコン装置、及びそれを備える空気調和機 - Google Patents

空気調和機のリモコン装置、及びそれを備える空気調和機 Download PDF

Info

Publication number
WO2021234769A1
WO2021234769A1 PCT/JP2020/019616 JP2020019616W WO2021234769A1 WO 2021234769 A1 WO2021234769 A1 WO 2021234769A1 JP 2020019616 W JP2020019616 W JP 2020019616W WO 2021234769 A1 WO2021234769 A1 WO 2021234769A1
Authority
WO
WIPO (PCT)
Prior art keywords
remote controller
route information
route
remote control
control device
Prior art date
Application number
PCT/JP2020/019616
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 PCT/JP2020/019616 priority Critical patent/WO2021234769A1/ja
Priority to JP2022523750A priority patent/JP7275388B2/ja
Publication of WO2021234769A1 publication Critical patent/WO2021234769A1/ja

Links

Images

Classifications

    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24F—AIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00—Control or safety arrangements
    • F24F11/50—Control or safety arrangements characterised by user interfaces or communication
    • F24F11/56—Remote control

Definitions

  • This disclosure relates to a remote control device for an air conditioner and an air conditioner equipped with the remote controller.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of an air conditioner on an indoor unit.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of an air conditioner on an indoor unit.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of an air conditioner on an indoor unit.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of an air conditioner on an indoor unit.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of an air conditioner on an indoor unit.
  • Patent Document 1 displays a QR code (registered trademark), an AR marker (registered trademark), etc. for acquiring information on the operating state of
  • JP-A-2016-133294 it may be difficult for an operator to photograph a QR code or the like in an environment where an indoor unit is installed behind the ceiling or the like.
  • the worker needs to move to the vicinity of the air conditioner in order to acquire the information of the air conditioner, which may take time and effort to acquire the information.
  • This disclosure is made to solve such a problem, and the purpose of this disclosure is to make it possible to easily obtain information on an air conditioner remotely.
  • the remote control device of the present disclosure is a remote control device for an air conditioner, and includes a first communication unit, a second communication unit, and a control unit.
  • the first communication unit is configured to communicate with the air conditioner.
  • the second communication unit is configured to perform wireless communication with a terminal device capable of wireless communication.
  • the control unit is configured to control the first and second communication units.
  • the second communication unit is further configured to be capable of wireless communication with a remote control device of another air conditioner different from the air conditioner with which communication is performed by the first communication unit.
  • the control unit has a first process of creating a communication path to a remote control device capable of sequentially wireless communication through a remote control device of another air conditioner, and for the remote control device to operate as a repeater between other remote control devices. It is configured to perform the second process.
  • the first process is a process of transmitting route creation information including itself to another remote controller device whose radio communication intensity of wireless communication by the second communication unit is equal to or higher than a reference value, and a process of transmitting route creation information from the remote controller device. It includes a process of receiving route sharing information for specifying a remote controller device included in a communication path and storing the received route sharing information as route information.
  • the second process is the second of the remote control devices other than the other remote control devices that add themselves to the route creation information and transmit the route creation information when the route creation information is received from the other remote control device. It includes a process of transmitting route creation information to a remote controller device having a radio wave strength of wireless communication by a communication unit equal to or higher than a standard value and having the strongest radio wave strength.
  • the second process further includes a process of transmitting the received route sharing information to another remote control device that has transmitted the route creation information when the route sharing information is received from the remote control device that has transmitted the route creation information.
  • the information of the air conditioner can be easily acquired remotely by multi-hop by wireless communication between the remote controllers.
  • FIG. 1 It is a block diagram which shows the whole structure of the air-conditioning system which uses the remote control device of the air conditioner which follows the embodiment of this disclosure. It is a figure explaining the transition between "pre-processing phase” and "operation phase” in the remote control of each air conditioner. It is a figure which shows the configuration example of an air conditioning system. It is a figure explaining the flow of the normal processing of an operation phase. It is a figure which shows the route information which a connection source remote controller has. It is a figure which shows the route information which a master remote controller has. It is a figure explaining the flow of the abnormality processing of an operation phase. It is a flowchart which shows an example of the procedure of the process executed by the control part of the remote control which became the connection source remote control.
  • FIG. 1 is a block diagram showing an overall configuration of an air conditioning system in which a remote control device for an air conditioner according to an embodiment of the present disclosure is used.
  • the air conditioning system 100 includes a plurality of air conditioners 10 and a terminal device 2. Although two air conditioners 10 are illustrated in FIG. 1, more air conditioners 10 may be provided.
  • Each air conditioner 10 includes a remote controller 1, an indoor unit 3, and an outdoor unit 4.
  • the indoor unit 3 includes an indoor heat exchanger and an expansion valve (neither is shown).
  • the indoor heat exchanger is configured such that the refrigerant exchanges heat with the indoor air.
  • the opening degree of the expansion valve is adjusted according to a control command from a controller (not shown) in the indoor unit 3.
  • the outdoor unit 4 includes a compressor and an outdoor heat exchanger (neither is shown).
  • the compressor compresses the refrigerant received from an accumulator (not shown), discharges the refrigerant to the outdoor heat exchanger through the four-way valve during the cooling operation, and discharges the refrigerant to the indoor heat exchanger through the four-way valve during the heating operation.
  • the outdoor heat exchanger is configured such that the refrigerant exchanges heat with the outdoor air.
  • the indoor unit 3 and the outdoor unit 4 are connected to each other through a refrigerant pipe, and the indoor unit 3, the outdoor unit 4, and the refrigerant pipe form a refrigerating cycle device.
  • the remote controller 1 includes a display unit 11, an operation unit 12, a control unit 13, a storage unit 14, a wireless communication unit 15, and a wired communication unit 16.
  • the display unit 11 displays the operation status of the indoor unit 3 and the outdoor unit 4, the operation status of the operation unit 12, and the like.
  • the operation unit 12 is an input device for the user to operate the air conditioner 10.
  • the control unit 13 includes a CPU (Central Control Unit), a memory (RAM (Random Access Memory) and a ROM (Read Only Memory)), an input / output buffer for inputting / outputting various signals, and the like (all of them). Not shown).
  • the CPU expands the program stored in the ROM into a RAM or the like and executes it.
  • the program stored in the ROM is a program in which the procedure of the process executed by the control unit 13 is described.
  • the control unit 13 executes various processes on the remote controller 1 according to this program. Specifically, the control unit 13 controls each unit in the remote controller 1, generates a control command for controlling the operation of the indoor unit 3 and the outdoor unit 4, and transmits the control command to the indoor unit 3 through the wired communication unit 16. do.
  • the storage unit 14 is composed of, for example, a flash memory, an SSD (Solid State Drive), or the like, and stores route information for its own remote controller 1 to perform wireless communication with another remote controller 1 by multi-hop. This route information will be described in detail later.
  • the wireless communication unit 15 can perform wireless communication with the wireless communication unit 21 of the terminal device 2 by using a communication method according to the BLE (Bluetooth Low Energy, “Bluetooth” is a registered trademark) communication standard.
  • BLE Bluetooth Low Energy
  • UWB Ultra Wide Band
  • the terminal device 2 is a device for collecting information on the air conditioner 10 (including data necessary for maintenance and hereinafter also referred to as “monitoring data”) and for confirmation by a maintenance worker or the like, for example, a smartphone. It is a mobile terminal such as a tablet device or a tablet device.
  • the wireless communication unit 15 can also perform wireless communication with another remote controller 1 within the communication range of BLE communication.
  • the monitoring data of the air conditioner 10 different from the air conditioner 10 to which the terminal device 2 is connected can be transmitted between the air conditioners 10 capable of BLE communication based on the route information. It can be obtained by multi-hop.
  • the wired communication unit 16 can communicate with the indoor unit 3 through a signal line, transmits a control command from the control unit 13 to the indoor unit 3, and transmits operation data of the indoor unit 3 and the outdoor unit 4 from the indoor unit 3. Receive.
  • wireless communication may be used instead of the wired communication by the wired communication unit 16.
  • the remote controller 1 of each air conditioner 10 sequentially performs at least one route information indicating a communication path to the remote controller 1 capable of multi-hop communication by BLE communication through the remote controller 1 of the other air conditioner 10. Have. Then, the remote controller 1 of each air conditioner 10 requests the acquisition of monitoring data of the air conditioner 10 to be monitored (hereinafter, may be referred to as “monitoring target”) from the terminal device 2 wirelessly connected. When the request is received, the monitoring data (monitoring result) is acquired from the remote controller 1 to be monitored by multi-hop according to the route information stored in the storage unit 14.
  • each remote controller 1 sets a communication path to the remote controller 1 capable of sequentially communicating through another remote controller 1 by multi-hop in the "preprocessing phase”. Create the route information to be shown. Then, in the "operation phase", each remote controller 1 acquires monitoring data (monitoring result) from the monitoring target based on the route information created in the preprocessing phase, and transmits the monitoring data (monitoring result) to the terminal device 2.
  • FIG. 2 is a diagram illustrating the transition between the “pre-processing phase” and the “operation phase” in the remote controller 1 of each air conditioner 10.
  • each remote controller 1 periodically shifts from the operation phase in which the monitoring data to be monitored can be acquired to the preprocessing phase, and the master remote controller 1 controls the creation (update) of route information and each remote controller 1. (Details will be described later) Perform preprocessing such as determination. Then, when the preprocessing is completed, each remote controller 1 shifts to the operation phase again.
  • the normal process is a process of acquiring monitoring data from the target remote controller when the remote controller 1 to be monitored (hereinafter, also referred to as “target remote controller”) is included in the route information possessed by the user.
  • the abnormality processing is a processing for acquiring monitoring data through the master remote controller when the target remote controller is not included in the route information possessed by the player.
  • the interrupt process is a process performed when there is a remote control operation from the operation unit 12 or when a connection request for another terminal device 2 is received during execution of various processes in the operation phase or the pre-process phase. ..
  • FIG. 3 is a diagram showing a configuration example of the air conditioning system 100.
  • the remote controller 1 of each air conditioner 10 included in the air conditioning system 100 and the indoor unit 3 to be monitored are shown, and the other devices are not shown.
  • the air conditioning system 100 includes remote controllers 1a to 1j and a terminal device 2. Then, in the following, a case where the remote controller 1a receives a monitor request requesting acquisition of monitoring data from the remote controller 1c (target remote controller) to be monitored from the terminal device 2 will be described.
  • the remote controller 1a to which the terminal device 2 is connected will be referred to as a "connection source remote controller". Any of the remote controllers 1a to 1j can be the connection source remote controller and the target remote controller.
  • the remote controller 1b is a "master remote controller" and can be a connection source remote controller and a target remote controller like other remote controllers, and each remote controller in the communication path from the connection source remote controller 1a to the target remote controller 1c is along the communication path.
  • the master remote controller 1b acquires monitoring data from the target remote controller 1c instead of the connection source remote controller 1a.
  • the master remote controller is not fixed, and which of the remote controllers 1a to 1j becomes the master remote controller is determined in the preprocessing phase. The determination of the master remote controller will be described in detail later in the explanation of the preprocessing phase.
  • FIG. 4 is a diagram illustrating a flow of normal processing in the operation phase.
  • FIG. 4 in the configuration shown in FIG. 3, only the terminal device 2, the connection source remote controller 1a, the target remote controller 1c, the master remote controller 1b, and the remote controller 1d as a repeater are shown, and the other remote controllers are not shown. doing.
  • FIG. 5A is a diagram showing route information possessed by the connection source remote controller 1a
  • FIG. 5B is a diagram showing route information possessed by the master remote controller 1b.
  • the connection source remote controller 1a has three route information of routes 1 to 3
  • the master remote controller 1b has nine route information of routes 1 to 9.
  • the route 1 of the route information of the remote controller 1a will be typically described.
  • the remote controller 1a can communicate with the remote controller 1c through the remote controller 1d in a multi-hop manner. For each of the remaining routes, routes that can be communicated are similarly specified.
  • the connection source remote controller 1a receives a monitor request from the terminal device 2 requesting acquisition of monitoring data to be monitored (process (1)).
  • the connection source remote controller 1a receives a monitor request from the terminal device 2, it confirms whether the target remote controller 1c is included in the route information (FIG. 5A) possessed by the connection source remote controller 1a.
  • the target remote controller 1c is included in the path 1.
  • connection source remote controller 1a acquires a communication path (hereinafter referred to as "monitor path") from the connection source remote controller 1a to the target remote controller 1c from the route information (route 1) including the target remote controller 1c. Then, the connection source remote controller 1a requests the master remote controller 1b to confirm whether each remote controller in the monitor path can communicate by multi-hop along the monitor path, and the path including the master remote controller 1b. It is transmitted to the master remote controller 1b according to the information (route 3) (process (2)).
  • connection source remote controller 1a If there is no response from the master remote controller 1b for a predetermined time after the monitor route confirmation request is transmitted to the master remote controller 1b, the connection source remote controller 1a retransmits the monitor route confirmation request to the master remote controller 1b. If there is no response even after repeated retransmissions, there is a possibility that one of the remote controllers in the communication path from the connection source remote controller 1a to the master remote controller 1b is out of order, and the connection source remote controller 1a is connected to the terminal device 2. Send a message to that effect.
  • the master remote controller 1b When the master remote controller 1b receives the monitor path confirmation request from the connection source remote controller 1a, it confirms whether there is a problem with the monitor path according to the monitor path confirmation request (process (3)). In this example, since the master remote controller 1b can receive the monitor route confirmation request from the connection source remote controller 1a, there is no problem in communication between the connection source remote controller 1a and the remote controller 1d, and the master remote controller 1b is targeted through the remote controller 1d. By communicating with the remote controller 1c, the communication status between the remote controller 1d and the target remote controller 1c is confirmed.
  • the master remote controller 1b receives a response from the target remote controller 1c through the remote controller 1d, it transmits a confirmation result that the monitor path is normal to the connection source remote controller 1a (process (4)). If the master remote controller 1b cannot receive the response from the target remote controller 1c within a predetermined time, the confirmation result indicating that the monitor path is abnormal is transmitted from the master remote controller 1b to the connection source remote controller 1a, and that fact is transmitted to the terminal device. It is sent to 2.
  • connection source remote controller 1a When the connection source remote controller 1a receives the confirmation result that the monitor route is normal, the connection source remote controller 1a makes a monitor request on the monitor route to request the transmission of the monitor data to be monitored based on the route information route 1 (FIG. 5A). Send to remote control 1d.
  • the remote controller 1d that has received the monitor request from the connection source remote controller 1a transmits the monitor request to the target remote controller 1c (process (5)).
  • each remote controller on the monitor path retransmits the monitor request if there is no response from the destination remote controller for a predetermined time, and if there is no response even after repeated retransmissions, the remote controller 1b is sent to the master remote controller 1b. Send a monitor route confirmation request. Then, when an abnormality in the monitor path is confirmed, the master remote controller 1b transmits to that effect to the connection source remote controller 1a, and the terminal device 2 is notified that the monitor data to be monitored cannot be acquired.
  • the target remote controller 1c When the target remote controller 1c receives the monitor request, it transmits the monitor result (monitoring data) to the remote controller 1d on the monitor path.
  • the remote controller 1d that has received the monitor result from the target remote controller 1c transmits the monitor result to the connection source remote controller 1a.
  • the connection source remote controller 1a that has received the monitor result (monitoring data) to be monitored transmits the monitor result to the terminal device 2 (process (6)).
  • FIG. 6 is a diagram for explaining the flow of abnormal processing in the operation phase.
  • the target remote controller is 1h, and only the terminal device 2, the connection source remote controller 1a, the target remote controller 1h, the master remote controller 1b, and the remote controllers 1d and 1i serving as repeaters are shown. , Other remote controllers are not shown.
  • the route information of the connection source remote controller 1a shall be shown in FIG. 5A, and the route information of the master remote controller 1b shall be shown in FIG. 5B.
  • connection source remote controller 1a when the connection source remote controller 1a receives a monitor request from the terminal device 2 (process (1)), the target remote controller is included in the route information (FIG. 5A) possessed by the connection source remote controller 1a. Check if 1h is included.
  • the connection source remote controller 1a since the target remote controller 1h is not included in the route information of the connection source remote controller 1a, the connection source remote controller 1a makes a monitor request to the target remote controller 1h and a monitor route confirmation request to the target remote controller 1h. It is transmitted to the master remote controller 1b according to the route information (route 3) including the master remote controller 1b (process (1), process (2)). In this abnormal processing, the monitor result is acquired by the master remote controller 1b according to the monitor request from the connection source remote controller 1a. Therefore, the above monitor path confirmation request confirms the monitor path from the master remote controller 1b to the target remote controller 1h. It is what you request.
  • connection source remote controller 1a If there is no response from the master remote controller 1b for a predetermined time after the monitor request and the monitor route confirmation request are transmitted to the master remote controller 1b, the connection source remote controller 1a retransmits the monitor request and the monitor route confirmation request to the master remote controller 1b. .. If there is no response even after repeated retransmissions, there is a possibility that one of the remote controllers in the communication path from the connection source remote controller 1a to the master remote controller 1b is out of order, and the connection source remote controller 1a is connected to the terminal device 2. Send a message to that effect.
  • the master remote controller 1b When the master remote controller 1b receives the monitor path confirmation request from the connection source remote controller 1a, it confirms whether there is a problem with the monitor path according to the confirmation request (process (3)). In this example, the master remote controller 1b confirms the communication state between the master remote controller 1b and the target remote controller 1h by communicating with the target remote controller 1h through the remote controller 1i.
  • the master remote controller 1b receives a response from the target remote controller 1h through the remote controller 1i, it determines that the monitor path is normal (process (4)). If the master remote controller 1b cannot receive the response from the target remote controller 1h within a predetermined time, the confirmation result indicating that the monitor path is abnormal is transmitted from the master remote controller 1b to the connection source remote controller 1a, and that fact is transmitted to the terminal device. It is sent to 2.
  • the monitor When the master remote controller 1b determines that the monitor path to the target remote controller 1h is normal, the monitor requests transmission of monitoring data to be monitored based on the route information including the target remote controller 1h (route 8 in FIG. 5B). The request is sent to the remote controller 1i on the monitor path. The remote controller 1i that has received the monitor request from the master remote controller 1b transmits the monitor request to the target remote controller 1h (process (5)).
  • the target remote controller 1h When the target remote controller 1h receives the monitor request, it transmits the monitor result (monitoring data) to the remote controller 1i on the monitor path.
  • the remote controller 1i that has received the monitor result from the target remote controller 1h transmits the monitor result to the master remote controller 1b.
  • the master remote controller 1b that has received the monitor result (monitoring data) to be monitored transmits the monitor result to the connection source remote controller 1a, and the monitor result is transmitted from the connection source remote controller 1a to the terminal device 2 (process (6). )).
  • FIG. 7 is a flowchart showing an example of a processing procedure executed by the control unit 13 of the remote controller 1 which is the connection source remote controller. This flowchart shows the procedures for normal processing and abnormal processing in the operation phase (interrupt processing will be described later). The series of processes shown in this flowchart starts when the remote controller 1 to which the terminal device 2 is connected receives a monitor request from the terminal device 2.
  • connection source remote controller 1 to which the terminal device 2 is connected receives the monitor request from the terminal device 2, the monitor refers to the route information stored in the storage unit 14 and is instructed by the monitor request. It is confirmed whether or not the target target remote controller of the target is included in the route information (step S10).
  • the connection source remote controller 1 acquires the communication path (monitor path) to the target remote controller from the route information, and confirms whether each remote controller in the monitor path can communicate by multi-hop along the monitor path as the master remote controller.
  • the monitor route confirmation request requested in 1b is transmitted to the master remote controller according to the route information including the master remote controller (step S15).
  • connection source remote controller 1 receives the confirmation result of the monitor route by the master remote controller from the master remote controller (YES in step S20), it determines whether or not there is a problem in the route confirmation result (step S25). When there is a problem in the confirmation result of the monitor path (YES in step S25), the connection source remote controller 1 transmits to the terminal device 2 that the monitor data to be monitored cannot be acquired (step S45).
  • connection source remote controller 1 transmits a monitor request to the target remote controller according to the route information to the target remote controller (step S30). Then, when the connection source remote controller 1 receives the monitor result which is the monitor target monitoring data from the target remote controller (YES in step S35), the connection source remote controller 1 transmits the received monitor result to the terminal device 2 (step S40).
  • step S10 if it is determined in step S10 that the target remote controller is not included in the route information (NO in step S10), the following abnormality processing is executed. That is, the connection source remote controller 1 transmits a monitor request to the target remote controller and a monitor path confirmation request to the target remote controller to the master remote controller (step S50).
  • connection source remote controller 1 determines whether or not a response from the master remote controller has been received (step S55).
  • the response from this master remote controller includes the confirmation result of the monitor path from the master remote controller to the target remote controller and the monitor data (monitor result) of the monitor target acquired by the master remote controller if there is no problem with the monitor path. included.
  • connection source remote controller 1 When the connection source remote controller 1 receives the response from the master remote controller (YES in step S55), it determines whether or not there is a problem in the confirmation result of the monitor path (step S60). If there is a problem with the confirmation result of the monitor route (YES in step S60), the process is transferred to step S45, and the connection source remote controller 1 transmits to the terminal device 2 that the monitor data to be monitored cannot be acquired. ..
  • connection source remote controller 1 transmits the monitor result, which is the monitor target monitoring data received from the master remote controller, to the terminal device 2 (step S65).
  • each remote controller 1 on the monitor path can transmit the monitor result normally, the monitor result for which the transmission is completed is discarded (erased). Whether or not various data (monitor request, monitor result, data associated with route confirmation) can be transmitted and received normally is confirmed by, for example, whether or not the data is lost due to the checksum. When the data is lost, the retransmission request is transmitted from the remote controller 1 on the receiving side to the remote controller 1 on the transmitting side. If the data can be received without loss, the remote controller 1 on the receiving side transmits the data to the remote controller 1 on the transmitting side, and the remote controller 1 on the transmitting side discards (erases) the data.
  • the connection source remote controller is confirmed after the communication path (monitor path) to the monitor target is confirmed by the master remote controller.
  • a monitor request is sent from 1 to the target remote controller, and the monitor data (monitor result) of the monitor target is acquired (normal processing).
  • the route information of the connection source remote controller 1 does not include the target remote controller
  • a monitor request is sent from the connection source remote controller 1 to the master remote controller, and the master remote controller responds to the monitor request from the master remote controller to the target remote controller.
  • the monitoring data (monitoring result) of the monitoring target acquired by is transmitted from the master remote controller to the connection source remote controller (abnormal processing).
  • FIG. 8 is a flowchart illustrating an outline of the processing executed in the preprocessing phase. The series of processes shown in this flowchart is executed according to a periodic transition from the operation phase.
  • route information is created (updated) in each remote controller 1 (step S1). Since other remote controllers are involved in the creation of the route information of a certain remote controller, the route information of each remote controller 1 is sequentially created in a predetermined order.
  • one master remote controller is determined from all the remote controllers 1 (step S2). As described above, the master remote controller confirms the communication path from the connection source remote controller to the target remote controller, or when the target remote controller is not included in the route information of the connection source remote controller, the master remote controller replaces the connection source remote controller. You can get the monitor result from and send it to the remote controller of the connection source.
  • the master route information is created by the master remote controller (step S3).
  • the master route information is created by the master remote controller collecting route information from all the remote controllers included in the route information of the remote controller determined by the master remote controller. Specifically, when there is a remote controller whose master remote controller is unknown in the collected route information of the other remote controller, the route information to the unknown remote controller is added to the route information of the master remote controller.
  • FIG. 9 is a diagram showing a configuration example of the air conditioning system 100.
  • FIG. 10 is a diagram illustrating a flow of processing for creating route information.
  • FIG. 11 is a sequence diagram showing exchanges between remote controllers.
  • FIG. 12 is a diagram showing how the route information is transmitted between the remote controllers when the route information is created, and
  • FIG. 13 is a diagram showing how the route information is shared between the remote controllers after the route information is completed.
  • the radio wave intensity of communication with each other remote controller (BLE communication) is detected in the remote controller 1a as the starting point (FIG. 9). Then, in this example, among the remote controllers having the radio field strength exceeding the reference value (for example, the remote controllers 1c, 1d, 1e), the remote controller 1d having the strongest radio field strength is selected. When there are a plurality of selectable remote controllers having the same radio wave intensity, for example, the previously detected remote controller may be selected. Then, the remote controller 1a transmits the route information including itself to the selected remote controller 1d (FIG. 12).
  • the same process is performed on the remote controller 1d that has received the route information from the remote controller 1a. That is, in the remote controller 1d, the radio wave intensity of communication with each remote controller other than the remote controller 1a of the transmission source is detected. Then, in this example, the remote controller 1b having the strongest radio field strength is selected from the remote controls having the radio wave strength exceeding the reference value (FIGS. 10 and 11). The remote controller 1d adds itself to the route information received from the remote controller 1a and transmits the route information to the selected remote controller 1b (FIG. 12).
  • the same processing is performed on the remote controller 1b that has received the route information from the remote controller 1d. That is, in the remote controller 1b, the radio field intensity of communication with each remote controller other than the remote controllers 1a and 1d already included in the route is detected. Then, in this example, among the remote controllers having the radio field strength exceeding the reference value, the remote controller 1i having the strongest radio field strength is selected as the path (FIGS. 10 and 11). The remote controller 1b adds itself to the route information received from the remote controller 1d, and transmits the route information to the selected remote controller 1i (FIG. 12).
  • the same processing is performed on the remote controller 1i that has received the route information from the remote controller 1b. That is, in the remote controller 1i, the radio field intensity of communication with each remote controller except the remote controllers 1a, 1d, and 1b already included in the route is detected. In this example, it is assumed that there is no remote controller having a radio field strength exceeding the reference value (FIG. 11). When there is no remote controller having a radio field strength exceeding the reference value, one route information including the remote controllers 1a, 1d, 1b, and 1i is completed (FIG. 10).
  • the terminal remote controller 1i adds itself to the route information received from the remote controller 1b in order to share the completed route information in the remote controllers 1a, 1d, 1b included in the route, and completes the route information (route sharing information). ) Is transmitted to the remote controller 1b of the transmission source. Then, according to this route information, the completed route information (route sharing information) is sequentially transmitted from the terminal remote controller 1i to the starting remote controller 1a (FIGS. 10 and 11), and the remote controllers 1a, 1d, and 1b included in the route are used. , The completed route information is shared (Fig. 13).
  • the remote controller 1a When one route information is completed in the remote controller 1a, the remote controller 1a tries to create another route information. That is, in the remote controller 1a, the radio wave intensity of communication with each remote controller other than the remote controller whose route has been selected is detected. Then, among the remote controllers having the radio field strength exceeding the reference value, the remote controller having the radio field strength next to the selected remote controller (for example, the remote controller 1d) is selected, and other route information is created by the same processing procedure as described above. Then, in the remote controller 1a, the route information is created until there is no remote controller having a radio wave intensity exceeding the reference value.
  • FIG. 14 is a flowchart illustrating a procedure of processing executed by the remote controller 1 in which route information is created.
  • the series of processes shown in FIG. 14 is started in response to the route information creation trigger sequentially given to each remote controller 1.
  • the trigger for the transition from the operation phase to the preprocessing phase and the trigger for creating the route information of each remote controller may be generated by the master remote controller up to that point, or may be generated by a specific predetermined remote controller 1. May be good.
  • FIG. 15 shows a procedure of processing executed by the remote controller 1 (that is, the remote controller that serves as a repeater in the route information being created) that received the route information being created while the route information is being created by the other remote controller. It is a flowchart explaining. The series of processes shown in FIG. 15 is started when the route information is received during the creation of the route information in the other remote controller 1.
  • the control unit 13 (FIG. 1) of the remote controller 1 first finds whether there is another remote controller 1 whose BLE communication signal strength is equal to or higher than the reference value other than the remote controller selected in step S120 described later. It is determined whether or not (step S110). If there is no other remote controller 1 whose radio wave strength is equal to or higher than the reference value (NO in step S110), the subsequent series of processes are not executed and the process is transferred to the end.
  • the control unit 13 selects the remote controller 1 having the strongest radio field strength among the remote controls 1 having a radio wave strength equal to or higher than the reference value (YES in step S110). Step S120). When there are a plurality of selectable remote controllers 1 having the same radio wave intensity, for example, the previously detected remote controller 1 is selected. Then, the control unit 13 transmits the route information including itself to the selected remote controller 1 (step S130).
  • control unit 13 when the control unit 13 receives the route sharing information (completed route information) from the remote controller 1 that has transmitted the route information (YES in step S140), the control unit 13 stores the received route sharing information as one of its own route information. Store in 14 (step S150).
  • control unit 13 returns the process to step S110, and confirms that there is no other remote controller 1 having a radio field intensity equal to or higher than the reference value other than the remote controller selected in step S120. Then, when there is another remote controller 1 having a radio wave strength equal to or higher than the reference value (YES in step S110), the processing after step S120 is executed again, so that the other remote controller 1 via the other remote controller 1 is executed again. Route information is created.
  • the control unit 13 of the remote controller 1 that has received the route information being created determines whether or not there is a remote controller 1 having a radio wave intensity equal to or higher than the reference value. Determination (step S210).
  • the control unit 13 selects the remote controller 1 having the strongest radio field strength among the remote controls 1 having a radio field strength of the reference value or more (step S220). ). When there are a plurality of selectable remote controllers 1 having the same radio wave intensity, for example, the previously detected remote controller 1 is selected. Then, the control unit 13 transmits the route information including itself to the selected remote controller 1 (step S230).
  • control unit 13 when the control unit 13 receives the route sharing information (completed route information) from the remote controller 1 that has transmitted the route information (YES in step S240), the control unit 13 stores the received route sharing information in the storage unit 14 (step S250). .. Then, the control unit 13 transmits the received route sharing information to the original remote controller 1 that has transmitted the route information being created (step S260). After that, the processing is transferred to the end, and a series of processing is completed.
  • step S210 determines whether there is no remote controller 1 having a radio wave intensity equal to or higher than the reference value (NO in step S210).
  • the control unit 13 adds itself to the received route information and stores it in the storage unit 14. (Step S270). Then, the control unit 13 transmits the route information added by itself to the remote controller 1 of the transmission source as the route sharing information (step S280). After that, the processing is transferred to the end, and a series of processing is completed.
  • the route information of each remote controller 1 is created.
  • the master remote controller is determined from the plurality of remote controllers 1 included in the air conditioning system 100 (step S2). In the present embodiment, as shown below, the master remote controller is determined to be the remote controller having the most route information created in step S1.
  • FIG. 16 is a flowchart showing an example of the procedure of the master remote controller determination process executed in step S2 of FIG. This series of processes is, for example, started simultaneously by each remote controller 1 after a predetermined time has elapsed from the start of the creation of the route information executed in step S1 of FIG. The above-mentioned predetermined time is appropriately set in anticipation of the time when the creation of the route information of each remote controller 1 is completed.
  • control unit 13 of each remote controller 1 for which the creation of the route information is completed transmits the number of the route information it has to all the remote controllers before and after itself based on its own route information (step). S310).
  • control unit 13 determines whether or not the number of route information has been received from the other remote controller 1 (step S320). When the control unit 13 has not received the number of route information from the other remote controller 1 (NO in step S320), the control unit 13 determines whether or not the predetermined period has elapsed (step S340), and the predetermined period has elapsed. If not (NO in step S340), the process returns to step S320.
  • control unit 13 When the control unit 13 receives the number of route information from the other remote controller 1 (YES in step S320), the control unit 13 stores the number of the received route information of the other remote controller 1 in the storage unit 14 (step S330). The process is returned to step S320.
  • step S340 determines that the number of the route information possessed by its own remote controller is the number of the route information of the other remote controller 1. It is determined whether or not there is more than (step S350).
  • step S350 when the number of its own route information is larger than the number of the route information of the other remote controller 1 (YES in step S350), the control unit 13 sets its own remote controller 1 as the master remote controller (step S360). .. On the other hand, when the number of its own route information is smaller than the number of route information of the other remote controller 1 (NO in step S350), the control unit 13 sets its own remote controller 1 as a non-master remote controller (step S360). ). When the number of route information conflicts, for example, the one with the larger total number of remote controllers included in the route information is set as the master remote controller.
  • step S3 when the master remote controller is determined as described above (step S2), the master route information is created by the master remote controller (step S3).
  • FIG. 17 is a diagram showing a configuration example of the air conditioning system 100.
  • FIG. 18 is a diagram showing an example of the route information of the remote controller 1d selected as the route from the master remote controller 1b.
  • 19 and 20 are diagrams showing an example of the route information of the master remote controller 1b and the remote controllers 1d and 1a selected for the route.
  • the radio field strength with each of the other remote controllers is detected in the master remote controller 1b (FIG. 17).
  • the remote controller 1d having the strongest radio field strength is selected as the path.
  • the previously detected remote controller may be selected.
  • the master remote controller 1b adds information indicating that it is the master remote controller (hereinafter referred to as "master information") to the route information including itself, and transmits the route information to the selected remote controller 1d.
  • master information information indicating that it is the master remote controller
  • the remote controller 1d that has received the route information from the master remote controller 1b adds itself to the received route information and stores it in the storage unit 14 together with the master information (FIG. 18). Further, the remote controller 1d transmits the route information added by itself to the master remote controller 1b, and is shared by the master remote controller 1b as the optimum route to the remote controller 1d in the master remote controller 1b (FIG. 19).
  • the same process is performed on the remote controller 1d that has received the route information from the master remote controller 1b. That is, in the remote controller 1d, the radio wave intensity with each remote controller other than the master remote controller 1b of the transmission source is detected. Then, in this example, the remote controller 1a having the strongest radio field strength is selected from the remote controls having the radio wave strength exceeding the reference value.
  • the remote controller 1d transmits the route information added by itself to the selected remote controller 1a. Master information is also added to this route information.
  • the remote controller 1a which has received the route information from the remote controller 1d, adds itself to the received route information and stores it in the storage unit 14 together with the master information (FIG. 19). Further, the remote controller 1a transmits the route information added by itself to the master remote controller 1b via the remote controller 1d, and is shared by the master remote controller 1b as the optimum route to the remote controller 1a in the master remote controller 1b (FIG. 20). ).
  • the reference value of the radio wave strength for selecting the remote controller as the route may be set lower than when creating the route information of each remote controller. As a result, there is a possibility that the master remote controller can grasp the state of more remote controllers 1.
  • the route information of all the remote controllers included in the route information of the master remote controller is collected by the master remote controller. If the collected route information includes a remote controller 1 that is not included in the route information of the master remote controller, the remote controller 1 is added to the route information of the master remote controller.
  • FIG. 21 is a flowchart showing an example of a processing procedure for creating master route information executed in step S3 of FIG. This series of processes is executed after the master remote controller is determined according to the flowchart shown in FIG.
  • control unit 13 of the master remote controller creates the route information of the master remote controller by executing the same route information creation process as the flowchart shown in FIG. 14 (step S405). Details are as described with reference to FIGS. 17 to 20.
  • control unit 13 of the master remote controller requests the transmission of the route information to all the remote controllers 1 included in the route information created in step S405 (step S410).
  • the request for transmitting the route information to the corresponding remote controller 1 is transmitted to the corresponding remote controller 1 according to the route information created in step S405.
  • the control unit 13 of the master remote controller determines whether or not the route information is received from the remote controller 1 that has transmitted the route information transmission request (step S420). Upon receiving the route information, the control unit 13 of the master remote controller determines whether or not the received route information includes the remote controller 1 that is not included in the route information itself (step S430). When it is determined that the remote controller 1 not included in the own route information is not included in the received route information (NO in step S430), that is, each remote controller 1 included in the received route information is already included in the own route information. If so, the process is returned to step S420.
  • step S430 If it is determined in step S430 that the received route information includes the remote controller 1 that is not included in the own route information (YES in step S430), the control unit 13 of the master remote controller receives the route information in the received route information. The route information including the target remote controller is compared with its own route information, and the route information to the target remote controller is created (step S440).
  • Step S450 the control unit 13 of the master remote controller sequentially transmits the created route information to the remote controller on the route based on the created route information.
  • the control unit 13 of the master remote controller receives the route sharing information indicating that the route is shared by the remote controller on the route (YES in step S460)
  • the process returns to step S420, and the route information from the other remote controller 1 Further check whether or not the message was received.
  • step S420 it is determined that the route information is not received from the other remote controller 1 (NO in step S420), and when the route information from the other remote controller 1 is not received for a predetermined period (YES in step S470). The process is transferred to the end, and the series of processes is completed.
  • the route information of each remote controller 1 is created (updated), the master remote controller is determined, and the master route information is created by the determined master remote controller. Then, when the above preprocessing is completed, the preprocessing phase is shifted to the operation phase, and monitoring data can be acquired.
  • the interrupt processing is performed when there is a remote control operation from the operation unit 12 or when a connection request for another terminal device 2 is received during execution of normal processing or abnormal processing in the operation phase, or various processing in the preprocessing phase. And so on.
  • the interrupt process is executed according to a predetermined priority for the interrupt operation as described above.
  • a predetermined priority for the interrupt operation For example, an interrupt operation with high urgency is set to a high priority, and the interrupt operation is preferentially executed by interrupting the processing being executed in the operation phase or the preprocessing phase.
  • the interrupt operation with low urgency is set to a low priority, the processing being executed in the operation phase or the preprocessing phase is continued, and the interrupt operation is appropriately notified.
  • FIG. 22 is a diagram illustrating an interrupt process for an example of an interrupt operation having a high priority.
  • FIG. 22 shows the air conditioning system 100 described with reference to FIG. 3 and the like.
  • a remote controller operation is performed on the remote controller 1d on the monitor path during normal processing of acquiring monitoring data to be monitored by the connection source remote controller 1a from the target remote controller 1c in response to a monitor request from the terminal device 2. Suppose that was done.
  • the remote control operation is considered to be more urgent than the collection of monitoring data and the creation of route information, and is set to a high priority process. Therefore, the normal process of acquiring the monitoring data of the monitor target is interrupted according to the remote control operation, and that fact is transmitted from the remote controller 1d to each remote controller on the monitor path (in this example, the connection source remote controller 1a and the target remote controller 1c). Will be done.
  • each remote controller that received the notification of processing interruption the processing content immediately before the interruption is retained. Then, when the processing based on the remote control operation is completed in the remote controller 1d, the fact that the interrupt operation is completed is transmitted from the remote controller 1d to each remote controller on the monitor path, and the interrupted process is restarted in each remote controller.
  • the interrupt operation with high priority in addition to the above remote control operation, for example, receiving an abnormality of the indoor unit 3 or the outdoor unit 4 from the indoor unit 3 by the wired communication unit 16 has a high priority.
  • the interrupt process is executed as an interrupt operation.
  • FIG. 23 is a diagram illustrating an interrupt process for an example of an interrupt operation having a low priority.
  • FIG. 23 also shows the air conditioning system 100 described with reference to FIG. 3 and the like.
  • the remote controller 1d on the monitor path has another remote controller 1d. It is assumed that the connection request is received from the terminal device 2b.
  • connection request from the other terminal device 2b during the execution of various processes in the operation phase or the pre-processing phase is set to low priority processing because of low urgency. Therefore, the normal process of acquiring the monitoring data to be monitored is continued, and it is transmitted to the terminal device 2b that the remote controller 1d cannot be connected.
  • FIG. 24 is a flowchart showing an example of the interrupt processing procedure executed by the control unit 13 of the remote controller 1. The series of processes shown in this flowchart is started when an interrupt occurs during execution of various processes in the operation phase or the preprocessing phase.
  • the control unit 13 determines whether or not the generated interrupt is a high-priority interrupt (step S510).
  • a high-priority interrupt as described above, for example, when a remote control operation is performed, or when an abnormality in the indoor unit 3 or the outdoor unit 4 is received from the indoor unit 3 by the wired communication unit 16. do.
  • step S510 If it is determined in step S510 that the interrupt has a high priority (YES in step S510), the control unit 13 interrupts the processing being executed in the operation phase or the preprocessing phase (step S520). Then, the control unit 13 stores the processing content before the interruption in the storage unit 14, and notifies the other remote controller 1 related to the processing of the interruption of the processing (step S530). As a result, the processing content immediately before the interruption is retained even in each remote controller that has received the notification of the interruption of the processing.
  • control unit 13 When the processing content before the interruption is saved, the control unit 13 starts the processing corresponding to the interrupt that has occurred (step S540). Then, when the interrupt processing is completed (YES in step S550), the control unit 13 resumes the interrupted processing and notifies the remote controller 1 that has notified the interruption of the processing of the resumption of the processing (step S560).
  • step S510 determines whether the priority of the interrupt that has occurred is low (NO in step S510).
  • the control unit 13 refuses to execute the process corresponding to the interrupt that has occurred (step S570). .. That is, the processing being executed in the operation phase or the preprocessing phase is continued.
  • the interrupt generated is, for example, a connection request from another terminal device 2, a notification to the effect that connection is not possible is transmitted to the other terminal device 2.
  • the interrupt process is executed according to the predetermined priority for the interrupt operation, the interrupt with a high priority such as the original remote control operation may not be executed. It is possible to prevent the processing being executed in the operation phase or the preprocessing phase from being unnecessarily interrupted by a low-priority interrupt.
  • 1,1a-1j remote controller 2,2a, 2b terminal device, 3 indoor unit, 4 outdoor unit, 10 air conditioner, 11 display unit, 12 operation unit, 13 control unit, 14 storage unit, 15, 21 wireless communication unit , 16 Wired communication unit, 100 Air conditioning system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Mechanical Engineering (AREA)
  • General Engineering & Computer Science (AREA)
  • Selective Calling Equipment (AREA)

Abstract

リモコン（１）は、無線通信部（１５）と、制御部（１３）とを備える。無線通信部（１５）は、端末装置（２）と無線通信可能であり、さらに、他の空気調和機（１０）のリモコン（１）と無線通信可能に構成される。制御部（１３）は、第１の処理と、第２の処理とを実行するように構成される。第１の処理は、無線通信部（１５）による無線通信の電波強度が基準値以上の他のリモコン（１）とマルチホップにより無線通信を行なうための経路情報を作成する処理を含む。第２の処理は、他のリモコン（１）間の中継器としてリモコン（１）が作動するための処理を含む。

Description

空気調和機のリモコン装置、及びそれを備える空気調和機
　本開示は、空気調和機のリモコン装置、及びそれを備える空気調和機に関する。
　空気調和機の情報（メンテナンスに必要な情報等）を遠隔で取得可能なシステムが知られている。たとえば、特開２０１６－１３３２９４号公報（特許文献１）には、空気調和機の運転状態に関する情報を取得するためのＱＲコード（登録商標）やＡＲマーカ（登録商標）等を室内機に表示し、作業者がＱＲコード等をモバイル端末で撮影することで上記情報を取得可能なシステムが記載されている。取得された情報は、端末画面に表示されるとともに管理サーバへ送信される（特許文献１参照）。
特開２０１６－１３３２９４号公報
　特開２０１６－１３３２９４号公報に記載のシステムでは、室内機が天井裏等に設置されているような環境では、作業者がＱＲコード等を撮影することが困難な場合がある。また、作業者は、空気調和機の情報を取得するために空気調和機の近くまで移動する必要があり、情報の取得に手間や時間がかかる可能性がある。
　本開示は、かかる問題を解決するためになされたものであり、本開示の目的は、空気調和機の情報を遠隔で容易に取得可能とすることである。
　本開示のリモコン装置は、空気調和機のリモコン装置であって、第１の通信部と、第２の通信部と、制御部とを備える。第１の通信部は、空気調和機と通信を行なうように構成される。第２の通信部は、無線通信可能な端末装置と無線通信を行なうように構成される。制御部は、第１及び第２の通信部を制御するように構成される。第２の通信部は、さらに、第１の通信部により通信が行なわれる空気調和機と異なる他の空気調和機のリモコン装置と無線通信可能に構成される。制御部は、他の空気調和機のリモコン装置を通じて順次無線通信可能なリモコン装置までの通信経路を作成する第１の処理と、当該リモコン装置が他のリモコン装置間の中継器として作動するための第２の処理とを実行するように構成される。第１の処理は、第２の通信部による無線通信の電波強度が基準値以上の他のリモコン装置へ、自身を含む経路作成情報を送信する処理と、経路作成情報を送信したリモコン装置から、通信経路に含まれるリモコン装置を特定する経路共有情報を受信し、受信した経路共有情報を経路情報として記憶する処理とを含む。第２の処理は、他のリモコン装置から経路作成情報を受信した場合に、経路作成情報に自身を追加して、経路作成情報を送信した他のリモコン装置以外のリモコン装置のうち、第２の通信部による無線通信の電波強度が基準値以上であって電波強度が最も強いリモコン装置へ、経路作成情報を送信する処理を含む。第２の処理は、さらに、経路作成情報を送信したリモコン装置から経路共有情報を受信した場合に、受信した経路共有情報を、経路作成情報を送信した他のリモコン装置へ送信する処理を含む。
　本開示によるリモコン装置及び空気調和機によれば、リモコン装置間の無線通信によるマルチホップにより、空気調和機の情報を遠隔で容易に取得することが可能となる。
本開示の実施の形態に従う空気調和機のリモコン装置が用いられる空調システムの全体構成を示すブロック図である。 各空気調和機のリモコンにおける「前処理フェーズ」と「運用フェーズ」との遷移を説明する図である。 空調システムの構成例を示す図である。 運用フェーズの通常処理の流れを説明する図である。 接続元リモコンが有する経路情報を示す図である。 マスタリモコンが有する経路情報を示す図である。 運用フェーズの異常処理の流れを説明する図である。 接続元リモコンとなったリモコンの制御部により実行される処理の手順の一例を示すフローチャートである。 前処理フェーズで実行される処理の概要を説明するフローチャートである。 空調システムの構成例を示す図である。 経路情報作成の処理の流れを説明する図である。 リモコン間のやり取りを示すシーケンス図である。 経路情報の作成時にリモコン間で経路情報が伝達される様子を示す図である。 経路情報の完成後にリモコン間で経路情報が共有される様子を示す図である。 経路情報が作成されるリモコンにおいて実行される処理の手順を説明するフローチャートである。 他のリモコンにおける経路情報の作成中に、その作成中の経路情報を受信したリモコンにおいて実行される処理の手順を説明するフローチャートである。 図８のステップＳ２で実行されるマスタリモコン決定処理の手順の一例を示すフローチャートである。 空調システムの構成例を示す図である。 マスタリモコンからの経路に選択されたリモコンの経路情報の一例を示す図である。 マスタリモコン及び経路に選択されたリモコンの経路情報の一例を示す図である。 マスタリモコン及び経路に選択されたリモコンの経路情報の一例を示す図である。 図８のステップＳ３で実行されるマスタ経路情報作成の処理手順の一例を示すフローチャートである。 優先度の高い割込操作の一例に対する割込処理を説明する図である。 優先度の低い割込操作の一例に対する割込処理を説明する図である。 リモコンの制御部により実行される割込処理の手順の一例を示すフローチャートである。
　以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
　＜全体構成＞
　図１は、本開示の実施の形態に従う空気調和機のリモコン装置が用いられる空調システムの全体構成を示すブロック図である。図１を参照して、この空調システム１００は、複数の空気調和機１０と、端末装置２とを備える。図１には、２つの空気調和機１０が例示されているが、より多くの空気調和機１０を備えてもよい。各空気調和機１０は、リモコン１と、室内ユニット３と、室外ユニット４とを含む。
　室内ユニット３は、室内熱交換器と、膨張弁とを含む（いずれも図示せず）。室内熱交換器は、冷媒が室内空気と熱交換を行なうように構成される。膨張弁は、室内ユニット３内の図示しないコントローラからの制御指令に従って開度が調整される。
　室外ユニット４は、圧縮機と、室外熱交換器とを含む（いずれも図示せず）。圧縮機は、図示しないアキュムレータから受ける冷媒を圧縮し、冷房運転時には、四方弁を通じて室外熱交換器へ冷媒を吐出し、暖房運転時には、上記四方弁を通じて室内熱交換器へ冷媒を吐出する。室外熱交換器は、冷媒が室外空気と熱交換を行なうように構成される。室内ユニット３と室外ユニット４とは、冷媒配管を通じて接続され、室内ユニット３、室外ユニット４、及び冷媒配管によって冷凍サイクル装置が形成される。
　リモコン１は、表示部１１と、操作部１２と、制御部１３と、記憶部１４と、無線通信部１５と、有線通信部１６とを含む。表示部１１は、室内ユニット３及び室外ユニット４の運転状況や、操作部１２による操作状況等を表示する。操作部１２は、利用者が空気調和機１０を操作するための入力装置である。
　制御部１３は、ＣＰＵ（Central　Control　Unit）、メモリ（ＲＡＭ（Random　Access　Memory）及びＲＯＭ（Read　Only　Memory））、各種信号を入出力するための入出力バッファ等を含んで構成される（いずれも図示せず）。ＣＰＵは、ＲＯＭに格納されているプログラムをＲＡＭ等に展開して実行する。ＲＯＭに格納されるプログラムは、制御部１３により実行される処理の手順が記されたプログラムである。制御部１３は、このプログラムに従って、リモコン１における各種処理を実行する。具体的には、制御部１３は、リモコン１内の各部を制御するとともに、室内ユニット３及び室外ユニット４の動作を制御するための制御指令を生成して有線通信部１６を通じて室内ユニット３へ送信する。
　記憶部１４は、たとえば、フラッシュメモリやＳＳＤ（Solid　State　Drive）等によって構成され、自身のリモコン１が他のリモコン１とマルチホップにより無線通信を行なうための経路情報を記憶する。この経路情報については、後ほど詳しく説明する。
　無線通信部１５は、ＢＬＥ（Bluetooth　Low　Energy、「Bluetooth」は登録商標）通信規格に従う通信方式を用いて、端末装置２の無線通信部２１と無線通信を行なうことができる。なお、ＢＬＥ通信に代えて、ＵＷＢ（Ultra　Wide　Band）通信の規格に従う通信方式等を用いてもよい。端末装置２は、空気調和機１０の情報（メンテナンスに必要なデータ等を含み、以下「監視データ」とも称する。）を収集してメンテナンス作業者等が確認するための機器であり、たとえば、スマートフォンやタブレット機器等のモバイル端末である。
　また、無線通信部１５は、ＢＬＥ通信の通信可能範囲にある他のリモコン１とも無線通信を行なうことができる。詳細は後述するが、この空調システム１００では、端末装置２が接続される空気調和機１０と異なる空気調和機１０の監視データを、経路情報に基づいて、ＢＬＥ通信可能な空気調和機１０間のマルチホップにより取得することができる。
　有線通信部１６は、信号線を通じて室内ユニット３と通信可能であり、制御部１３からの制御指令を室内ユニット３へ送信したり、室内ユニット３及び室外ユニット４の運転データ等を室内ユニット３から受信したりする。なお、リモコン１と室内ユニット３との通信にも、有線通信部１６による有線での通信に代えて無線通信を用いてもよい。
　この空調システム１００では、各空気調和機１０のリモコン１は、他の空気調和機１０のリモコン１を通じて順次ＢＬＥ通信によりマルチホップで通信可能なリモコン１までの通信経路を示す少なくとも１つの経路情報を有している。そして、各空気調和機１０のリモコン１は、無線接続される端末装置２から、監視対象の空気調和機１０（以下「モニタ対象」と称する場合がある。）の監視データの取得を要求するモニタ要求を受信すると、記憶部１４に記憶されている経路情報に従って、モニタ対象のリモコン１からマルチホップにより監視データ（モニタ結果）を取得する。
　各空気調和機１０のリモコン１において上記の処理を実現可能とするため、各リモコン１は、「前処理フェーズ」において、マルチホップにより他のリモコン１を通じて順次通信可能なリモコン１までの通信経路を示す経路情報を作成する。そして、各リモコン１は、「運用フェーズ」において、前処理フェーズで作成された経路情報に基づいてモニタ対象から監視データ（モニタ結果）を取得し、端末装置２へ送信する。
　図２は、各空気調和機１０のリモコン１における「前処理フェーズ」と「運用フェーズ」との遷移を説明する図である。図２を参照して、各リモコン１は、モニタ対象の監視データを取得可能な運用フェーズから定期的に前処理フェーズに移行し、経路情報の作成（更新）や各リモコン１を統括するマスタリモコン（詳細は後述）の決定等の前処理を実行する。そして、前処理が完了すると、各リモコン１は、再度運用フェーズに移行する。
　なお、運用フェーズには、通常処理、異常処理、割込処理の３つの処理がある。通常処理は、自身の有する経路情報にモニタ対象のリモコン１（以下「対象リモコン」とも称する。）が含まれている場合に、対象リモコンから監視データを取得する処理である。異常処理は、自身の有する経路情報に対象リモコンが含まれていない場合に、マスタリモコンを通じて監視データを取得する処理である。割込処理は、運用フェーズ又は前処理フェーズにおける各種処理の実行中に、操作部１２からリモコン操作があった場合や、他の端末装置２の接続要求を受けた場合等に行なわれる処理である。
　以下では、まず、前処理フェーズにおいて作成（更新）された経路情報を用いて、端末装置２からのモニタ要求に応じてモニタ対象の監視データの取得が行なわれる運用フェーズの通常処理及び異常処理について説明する。その後、前処理フェーズにおいて実行される、経路情報の作成やマスタリモコンの決定等の処理について説明する。そして、最後に、割込処理について説明する。
　＜運用フェーズ（通常処理及び異常処理）＞
　図３は、空調システム１００の構成例を示す図である。この図３では、空調システム１００に含まれる各空気調和機１０のリモコン１と、モニタ対象の室内ユニット３とが示されており、その他の機器については図示を省略している。
　図３を参照して、この例では、空調システム１００は、リモコン１ａ～１ｊと、端末装置２とを備えている。そして、以下では、モニタ対象のリモコン１ｃ（対象リモコン）から監視データの取得を要求するモニタ要求をリモコン１ａが端末装置２から受信した場合について説明する。なお、以下では、端末装置２が接続されるリモコン１ａを「接続元リモコン」と称する。リモコン１ａ～１ｊのいずれも、接続元リモコン及び対象リモコンになり得る。
　リモコン１ｂは、「マスタリモコン」であり、他のリモコンと同様に接続元リモコン及び対象リモコンになり得るほか、接続元リモコン１ａから対象リモコン１ｃまでの通信経路中の各リモコンが当該通信経路に沿ってマルチホップにより無線通信を行なうことができる状態であるかを確認する（モニタ経路確認）。また、接続元リモコン１ａが有する経路情報に対象リモコン１ｃが含まれていない場合に実行される異常処理時に、マスタリモコン１ｂは、接続元リモコン１ａに代わり対象リモコン１ｃから監視データを取得して、接続元リモコン１ａへ送信する。マスタリモコンは固定的ではなく、リモコン１ａ～１ｊのうちのどれがマスタリモコンになるかは、前処理フェーズにおいて決定される。マスタリモコンの決定については、後ほど前処理フェーズの説明の中で詳しく説明する。
　図４は、運用フェーズの通常処理の流れを説明する図である。この図４では、図３に示した構成において、端末装置２、接続元リモコン１ａ、対象リモコン１ｃ、マスタリモコン１ｂ、及び中継器となるリモコン１ｄのみが示され、他のリモコンについては図示を省略している。
　また、図５Ａは、接続元リモコン１ａが有する経路情報を示す図であり、図５Ｂは、マスタリモコン１ｂが有する経路情報を示す図である。この例では、接続元リモコン１ａは、経路１～経路３の３つの経路情報を有しており、マスタリモコン１ｂは、経路１～経路９の９つの経路情報を有している。リモコン１ａの経路情報の経路１について代表的に説明すると、リモコン１ａは、リモコン１ｄを通じてリモコン１ｃへマルチホップで通信可能とされる。残りの各経路についても、同様に通信可能な経路が特定される。
　図５Ａ，図５Ｂとともに図４を参照して、接続元リモコン１ａは、モニタ対象の監視データの取得を要求するモニタ要求を端末装置２から受ける（処理（１））。接続元リモコン１ａは、端末装置２からモニタ要求を受けると、自身が保有する経路情報（図５Ａ）の中に対象リモコン１ｃが含まれているか確認する。ここでは、経路１に対象リモコン１ｃが含まれている。
　次いで、接続元リモコン１ａは、対象リモコン１ｃが含まれる経路情報（経路１）から、接続元リモコン１ａから対象リモコン１ｃまでの通信経路（以下「モニタ経路」と称する。）を取得する。そして、接続元リモコン１ａは、モニタ経路中の各リモコンがモニタ経路に沿ってマルチホップにより通信可能であるかの確認をマスタリモコン１ｂに要求するモニタ経路確認要求を、マスタリモコン１ｂが含まれる経路情報（経路３）に従ってマスタリモコン１ｂへ送信する（処理（２））。
　なお、マスタリモコン１ｂへのモニタ経路確認要求の送信後、マスタリモコン１ｂから所定時間応答がない場合は、接続元リモコン１ａは、マスタリモコン１ｂへモニタ経路確認要求を再送する。再送を繰り返しても応答がない場合は、接続元リモコン１ａからマスタリモコン１ｂまでの通信経路中のいずれかのリモコンが故障している可能性があり、接続元リモコン１ａは、端末装置２へその旨を送信する。
　マスタリモコン１ｂは、接続元リモコン１ａからモニタ経路確認要求を受信すると、モニタ経路確認要求に従って、モニタ経路に問題がないか確認する（処理（３））。この例では、接続元リモコン１ａからモニタ経路確認要求をマスタリモコン１ｂが受信できていることから、接続元リモコン１ａとリモコン１ｄとの間の通信は問題なく、マスタリモコン１ｂは、リモコン１ｄを通じて対象リモコン１ｃと通信を行なうことにより、リモコン１ｄと対象リモコン１ｃとの間の通信状態を確認する。
　そして、マスタリモコン１ｂは、リモコン１ｄを通じて対象リモコン１ｃから応答を受信すると、モニタ経路は正常である旨の確認結果を接続元リモコン１ａへ送信する（処理（４））。なお、対象リモコン１ｃからの応答を所定時間内にマスタリモコン１ｂが受信できないときは、モニタ経路が異常である旨の確認結果がマスタリモコン１ｂから接続元リモコン１ａへ送信され、その旨が端末装置２へ送信される。
　接続元リモコン１ａは、モニタ経路が正常である旨の確認結果を受けると、経路情報の経路１（図５Ａ）に基づいて、モニタ対象の監視データの送信を要求するモニタ要求をモニタ経路上のリモコン１ｄへ送信する。接続元リモコン１ａからモニタ要求を受信したリモコン１ｄは、対象リモコン１ｃへモニタ要求を送信する（処理（５））。
　なお、モニタ経路上の各リモコンは、モニタ要求の送信後、送信先のリモコンから所定時間応答がない場合は、モニタ要求を再送し、再送を繰り返しても応答がない場合は、マスタリモコン１ｂへモニタ経路の確認要求を送信する。そして、モニタ経路の異常が確認されたときは、マスタリモコン１ｂから接続元リモコン１ａへその旨が送信され、モニタ対象の監視データを取得不可である旨が端末装置２へ通知される。
　対象リモコン１ｃは、モニタ要求を受信すると、モニタ経路上のリモコン１ｄへモニタ結果（監視データ）を送信する。対象リモコン１ｃからモニタ結果を受信したリモコン１ｄは、接続元リモコン１ａへモニタ結果を送信する。そして、モニタ対象のモニタ結果（監視データ）を受信した接続元リモコン１ａは、そのモニタ結果を端末装置２へ送信する（処理（６））。
　図６は、運用フェーズの異常処理の流れを説明する図である。この図６では、図３に示した構成において、対象リモコンが１ｈであり、端末装置２、接続元リモコン１ａ、対象リモコン１ｈ、マスタリモコン１ｂ、及び中継器となるリモコン１ｄ，１ｉのみが示され、他のリモコンについては図示を省略している。なお、接続元リモコン１ａが有する経路情報は、図５Ａに示されるものとし、マスタリモコン１ｂが有する経路情報は、図５Ｂに示されるものとする。
　図５Ａ，図５Ｂとともに図６を参照して、接続元リモコン１ａは、端末装置２からモニタ要求を受けると（処理（１））、自身が保有する経路情報（図５Ａ）の中に対象リモコン１ｈが含まれているか確認する。
　この例では、対象リモコン１ｈは接続元リモコン１ａの経路情報に含まれていないため、接続元リモコン１ａは、対象リモコン１ｈへのモニタ要求と、対象リモコン１ｈまでのモニタ経路の確認要求とを、マスタリモコン１ｂが含まれる経路情報（経路３）に従ってマスタリモコン１ｂへ送信する（処理（１）、処理（２））。なお、この異常処理では、接続元リモコン１ａからのモニタ要求に従ってマスタリモコン１ｂによりモニタ結果が取得されるため、上記のモニタ経路確認要求は、マスタリモコン１ｂから対象リモコン１ｈまでのモニタ経路の確認を要求するものである。
　なお、マスタリモコン１ｂへのモニタ要求及びモニタ経路確認要求の送信後、マスタリモコン１ｂから所定時間応答がない場合は、接続元リモコン１ａは、マスタリモコン１ｂへモニタ要求及びモニタ経路確認要求を再送する。再送を繰り返しても応答がない場合は、接続元リモコン１ａからマスタリモコン１ｂまでの通信経路中のいずれかのリモコンが故障している可能性があり、接続元リモコン１ａは、端末装置２へその旨を送信する。
　マスタリモコン１ｂは、接続元リモコン１ａからモニタ経路確認要求を受信すると、その確認要求に従って、モニタ経路に問題がないか確認する（処理（３））。この例では、マスタリモコン１ｂは、リモコン１ｉを通じて対象リモコン１ｈと通信を行なうことにより、マスタリモコン１ｂと対象リモコン１ｈとの間の通信状態を確認する。
　そして、マスタリモコン１ｂは、リモコン１ｉを通じて対象リモコン１ｈから応答を受信すると、モニタ経路は正常であると判断する（処理（４））。なお、対象リモコン１ｈからの応答を所定時間内にマスタリモコン１ｂが受信できないときは、モニタ経路が異常である旨の確認結果がマスタリモコン１ｂから接続元リモコン１ａへ送信され、その旨が端末装置２へ送信される。
　マスタリモコン１ｂは、対象リモコン１ｈまでのモニタ経路は正常であると判断すると、対象リモコン１ｈが含まれる経路情報（図５Ｂの経路８）に基づいて、モニタ対象の監視データの送信を要求するモニタ要求をモニタ経路上のリモコン１ｉへ送信する。マスタリモコン１ｂからモニタ要求を受信したリモコン１ｉは、対象リモコン１ｈへモニタ要求を送信する（処理（５））。
　対象リモコン１ｈは、モニタ要求を受信すると、モニタ経路上のリモコン１ｉへモニタ結果（監視データ）を送信する。対象リモコン１ｈからモニタ結果を受信したリモコン１ｉは、マスタリモコン１ｂへモニタ結果を送信する。そして、モニタ対象のモニタ結果（監視データ）を受信したマスタリモコン１ｂは、そのモニタ結果を接続元リモコン１ａへ送信し、接続元リモコン１ａから端末装置２へモニタ結果が送信される（処理（６））。
　図７は、接続元リモコンとなったリモコン１の制御部１３により実行される処理の手順の一例を示すフローチャートである。このフローチャートでは、運用フェーズにおける通常処理及び異常処理の手順が示されている（割込処理については後述）。このフローチャートに示される一連の処理は、端末装置２が接続されたリモコン１において、端末装置２からモニタ要求を受信すると開始する。
　図７を参照して、端末装置２が接続された接続元リモコン１は、端末装置２からモニタ要求を受信すると、記憶部１４に記憶された経路情報を参照し、モニタ要求により指示されるモニタ対象の対象リモコンが経路情報に含まれているか否かを確認する（ステップＳ１０）。
　経路情報に対象リモコンが含まれているときは（ステップＳ１０においてＹＥＳ）、以下に示す通常処理が実行される。すなわち、接続元リモコン１は、対象リモコンまでの通信経路（モニタ経路）を経路情報から取得し、モニタ経路中の各リモコンがモニタ経路に沿ってマルチホップにより通信可能であるかの確認をマスタリモコン１ｂに要求するモニタ経路確認要求を、マスタリモコンが含まれる経路情報に従ってマスタリモコンへ送信する（ステップＳ１５）。
　そして、接続元リモコン１は、マスタリモコンによるモニタ経路の確認結果をマスタリモコンから受信すると（ステップＳ２０においてＹＥＳ）、その経路確認結果に問題があるか否かを判定する（ステップＳ２５）。モニタ経路の確認結果に問題があるときは（ステップＳ２５においてＹＥＳ）、接続元リモコン１は、モニタ対象の監視データを取得不可であることを端末装置２へ送信する（ステップＳ４５）。
　モニタ経路の確認結果に問題ないときは（ステップＳ２５においてＮＯ）、接続元リモコン１は、対象リモコンまでの経路情報に従って、対象リモコン宛にモニタ要求を送信する（ステップＳ３０）。そして、接続元リモコン１は、対象リモコンからモニタ対象の監視データであるモニタ結果を受信すると（ステップＳ３５においてＹＥＳ）、受信したモニタ結果を端末装置２へ送信する（ステップＳ４０）。
　一方、ステップＳ１０において経路情報に対象リモコンが含まれていないと判定されると（ステップＳ１０においてＮＯ）、以下に示す異常処理が実行される。すなわち、接続元リモコン１は、対象リモコンへのモニタ要求と、対象リモコンまでのモニタ経路の確認要求とを、マスタリモコンへ送信する（ステップＳ５０）。
　そして、接続元リモコン１は、マスタリモコンからの応答を受信したか否かを判定する（ステップＳ５５）。このマスタリモコンからの応答には、マスタリモコンから対象リモコンまでのモニタ経路の確認結果と、モニタ経路に問題がない場合には、マスタリモコンにより取得されるモニタ対象の監視データ（モニタ結果）とが含まれる。
　接続元リモコン１は、マスタリモコンからの応答を受信すると（ステップＳ５５においてＹＥＳ）、モニタ経路の確認結果に問題があるか否かを判定する（ステップＳ６０）。モニタ経路の確認結果に問題があるときは（ステップＳ６０においてＹＥＳ）、ステップＳ４５へ処理が移行され、接続元リモコン１は、モニタ対象の監視データを取得不可であることを端末装置２へ送信する。
　モニタ経路の確認結果に問題ないときは（ステップＳ６０においてＮＯ）、接続元リモコン１は、マスタリモコンから受信したモニタ対象の監視データであるモニタ結果を端末装置２へ送信する（ステップＳ６５）。
　なお、モニタ経路上の各リモコン１は、モニタ結果を正常に送信できた場合には、送信が完了したモニタ結果を破棄（消去）する。なお、各種データ（モニタ要求、モニタ結果、経路確認に伴なうデータ）を正常に送受信できたか否かは、たとえば、チェックサムによるデータの損失有無により確認される。データが損失している場合には、受信側のリモコン１から送信側のリモコン１へ再送要求が送信される。損失なくデータを受信できている場合には、受信側のリモコン１から送信側のリモコン１へその旨が送信され、送信側のリモコン１においてデータが破棄（消去）される。
　以上のように、運用フェーズでは、接続元リモコン１の経路情報に対象リモコンが含まれている場合には、マスタリモコンによりモニタ対象までの通信経路（モニタ経路）が確認された後、接続元リモコン１から対象リモコンへモニタ要求が送信され、モニタ対象の監視データ（モニタ結果）が取得される（通常処理）。一方、接続元リモコン１の経路情報に対象リモコンが含まれていない場合には、接続元リモコン１からマスタリモコンへモニタ要求が送信され、マスタリモコンから対象リモコンへのモニタ要求に応答してマスタリモコンにより取得されるモニタ対象の監視データ（モニタ結果）がマスタリモコンから接続元リモコンへ送信される（異常処理）。
　次に、各リモコンにおける経路情報の作成・更新やマスタリモコンの決定等を行なう前処理フェーズについて説明する。
　＜前処理フェーズ＞
　図８は、前処理フェーズで実行される処理の概要を説明するフローチャートである。このフローチャートに示される一連の処理は、運用フェーズからの定期的な移行に従って実行される。
　図８を参照して、まず、各リモコン１において経路情報の作成（更新）が行なわれる（ステップＳ１）。あるリモコンの経路情報の作成には、他のリモコンも関わるため、各リモコン１における経路情報の作成は、予め定められた順序に従って順次行なわれる。
　全てのリモコン１において経路情報の作成が終了すると、全てのリモコン１の中から１つのマスタリモコンが決定される（ステップＳ２）。上述のように、マスタリモコンは、接続元リモコンから対象リモコンまでの通信経路の確認を行なったり、接続元リモコンの経路情報に対象リモコンが含まれていない場合に、接続元リモコンに代わって対象リモコンからモニタ結果を取得して接続元リモコンへ送信したりする。
　マスタリモコンが決定されると、マスタリモコンによるマスタ経路情報の作成が行なわれる（ステップＳ３）。マスタ経路情報は、マスタリモコンに決定されたリモコンの経路情報に含まれる全てのリモコンからマスタリモコンが経路情報を収集することで作成される。具体的には、収集された他のリモコンの経路情報にマスタリモコンが不知のリモコンが存在する場合に、その不知のリモコンまでの経路情報がマスタリモコンの経路情報に追加される。以下、これらの各処理について詳しく説明する。
　＜経路情報の作成＞
　図９から図１３を用いて、リモコン１ａの経路情報を作成する場合を例に説明する。図９は、空調システム１００の構成例を示す図である。図１０は、経路情報作成の処理の流れを説明する図である。図１１は、リモコン間のやり取りを示すシーケンス図である。図１２は、経路情報の作成時にリモコン間で経路情報が伝達される様子を示す図であり、図１３は、経路情報の完成後にリモコン間で経路情報が共有される様子を示す図である。
　図９から図１３を適宜参照して、本実施の形態では、まず、起点のリモコン１ａにおいて、他の各リモコンとの通信（ＢＬＥ通信）の電波強度が検知される（図９）。そして、この例では、基準値を超える電波強度を有するリモコンのうち（たとえばリモコン１ｃ，１ｄ，１ｅ）、電波強度が最も強いリモコン１ｄが選択される。なお、電波強度が同等の選択可能なリモコンが複数ある場合には、たとえば、先に検知されたリモコンが選択されるようにしてもよい。そして、リモコン１ａは、選択されたリモコン１ｄへ自身を含む経路情報を送信する（図１２）。
　次いで、リモコン１ａから経路情報を受信したリモコン１ｄにおいて、同様の処理が行なわれる。すなわち、リモコン１ｄにおいて、送信元のリモコン１ａを除く各リモコンとの通信の電波強度が検知される。そして、この例では、基準値を超える電波強度を有するリモコンのうち、電波強度が最も強いリモコン１ｂが選択される（図１０，図１１）。リモコン１ｄは、リモコン１ａから受信した経路情報に自身を追加して、選択されたリモコン１ｂへ経路情報を送信する（図１２）。
　続いて、リモコン１ｄから経路情報を受信したリモコン１ｂにおいて、同様の処理が行なわれる。すなわち、リモコン１ｂにおいて、既に経路に含まれているリモコン１ａ，１ｄを除く各リモコンとの通信の電波強度が検知される。そして、この例では、基準値を超える電波強度を有するリモコンのうち、電波強度が最も強いリモコン１ｉが経路に選択される（図１０，図１１）。リモコン１ｂは、リモコン１ｄから受信した経路情報に自身を追加して、選択されたリモコン１ｉへ経路情報を送信する（図１２）。
　さらに、リモコン１ｂから経路情報を受信したリモコン１ｉにおいて、同様の処理が行なわれる。すなわち、リモコン１ｉにおいて、既に経路に含まれているリモコン１ａ，１ｄ，１ｂを除く各リモコンとの通信の電波強度が検知される。この例では、基準値を超える電波強度を有するリモコンはないものとする（図１１）。基準値を超える電波強度を有するリモコンがなくなると、リモコン１ａ，１ｄ，１ｂ，１ｉを含む１つの経路情報が完成する（図１０）。
　末端のリモコン１ｉは、経路に含まれるリモコン１ａ，１ｄ，１ｂにおいて、完成した経路情報を共有するために、リモコン１ｂから受信した経路情報に自身を追加して、完成した経路情報（経路共有情報）を送信元のリモコン１ｂへ送信する。そして、この経路情報に従って、末端のリモコン１ｉから起点のリモコン１ａまで、完成した経路情報（経路共有情報）が順次送信され（図１０，図１１）、経路に含まれるリモコン１ａ，１ｄ，１ｂにおいて、完成した経路情報が共有される（図１３）。
　リモコン１ａにおいて１つの経路情報が完成すると、リモコン１ａは、他の経路情報の作成を試みる。すなわち、リモコン１ａにおいて、経路選択済のリモコンを除く各リモコンとの通信の電波強度が検知される。そして、基準値を超える電波強度を有するリモコンのうち、選択済のリモコン（たとえばリモコン１ｄ）に次ぐ電波強度を有するリモコンが選択され、上記と同様の処理手順で他の経路情報が作成される。そして、リモコン１ａにおいて、基準値を超える電波強度を有するリモコンがなくなるまで、経路情報の作成が行なわれる。
　図１４及び図１５は、図８のステップＳ１で実行される経路情報作成の処理手順の一例を示すフローチャートである。
　図１４は、経路情報が作成されるリモコン１において実行される処理の手順を説明するフローチャートである。図１４に示される一連の処理は、運用フェーズから前処理フェーズへの移行後、リモコン１毎に順次与えられる経路情報作成トリガに応じて開始される。なお、運用フェーズから前処理フェーズへの移行のトリガ、及び各リモコンの経路情報作成のトリガは、それまでのマスタリモコンが生成してもよいし、予め定められた特定のリモコン１が生成してもよい。
　一方、図１５は、他のリモコンにおける経路情報の作成中に、その作成中の経路情報を受信したリモコン１（すなわち、作成中の経路情報において中継器となるリモコン）において実行される処理の手順を説明するフローチャートである。図１５に示される一連の処理は、他のリモコン１における経路情報の作成中に、その経路情報を受信した場合に開始される。
　図１４を参照して、リモコン１の制御部１３（図１）は、まず、後述のステップＳ１２０において選択済のリモコン以外で、ＢＬＥ通信の電波強度が基準値以上の他のリモコン１が有るか否かを判定する（ステップＳ１１０）。電波強度が基準値以上の他のリモコン１がない場合には（ステップＳ１１０においてＮＯ）、以降の一連の処理は実行されずにエンドへと処理が移行される。
　電波強度が基準値以上の他のリモコン１が有る場合には（ステップＳ１１０においてＹＥＳ）、制御部１３は、電波強度が基準値以上のリモコン１のうち電波強度が最も強いリモコン１を選択する（ステップＳ１２０）。電波強度が同等の選択可能なリモコン１が複数ある場合には、たとえば、先に検知されたリモコン１が選択される。そして、制御部１３は、選択されたリモコン１へ自身を含む経路情報を送信する（ステップＳ１３０）。
　その後、制御部１３は、経路情報を送信したリモコン１から経路共有情報（完成した経路情報）を受信すると（ステップＳ１４０においてＹＥＳ）、受信した経路共有情報を自身の経路情報の１つとして記憶部１４に記憶する（ステップＳ１５０）。
　次いで、制御部１３は、ステップＳ１１０へ処理を戻し、ステップＳ１２０において選択済のリモコン以外で、電波強度が基準値以上のリモコン１が他にないか確認する。そして、電波強度が基準値以上の他のリモコン１が他に有る場合には（ステップＳ１１０においてＹＥＳ）、ステップＳ１２０以降の処理が再度実行されることにより、当該他のリモコン１を経由する他の経路情報が作成される。
　図１５を参照して、他のリモコンにおける経路情報の作成中に、その作成中の経路情報を受信したリモコン１の制御部１３は、電波強度が基準値以上のリモコン１が有るか否かを判定する（ステップＳ２１０）。
　電波強度が基準値以上のリモコン１が有る場合には（ステップＳ２１０においてＹＥＳ）、制御部１３は、電波強度が基準値以上のリモコン１のうち電波強度が最も強いリモコン１を選択する（ステップＳ２２０）。電波強度が同等の選択可能なリモコン１が複数ある場合には、たとえば、先に検知されたリモコン１が選択される。そして、制御部１３は、選択されたリモコン１へ自身を含む経路情報を送信する（ステップＳ２３０）。
　その後、制御部１３は、経路情報を送信したリモコン１から経路共有情報（完成した経路情報）を受信すると（ステップＳ２４０においてＹＥＳ）、受信した経路共有情報を記憶部１４に記憶する（ステップＳ２５０）。そして、制御部１３は、受信した経路共有情報を、作成中の経路情報を送信してきた元のリモコン１へ送信する（ステップＳ２６０）。その後、処理はエンドへ移行され、一連の処理が終了する。
　一方、ステップＳ２１０において、電波強度が基準値以上のリモコン１はないと判定されると（ステップＳ２１０においてＮＯ）、制御部１３は、受信した経路情報に自身を追加して記憶部１４に記憶する（ステップＳ２７０）。そして、制御部１３は、自身が追加された経路情報を経路共有情報として送信元のリモコン１へ送信する（ステップＳ２８０）。その後、処理はエンドへ移行され、一連の処理が終了する。
　以上により、各リモコン１の経路情報が作成される。再び図８を参照して、各リモコン１の経路情報が作成されると（ステップＳ１）、空調システム１００に含まれる複数のリモコン１の中からマスタリモコンが決定される（ステップＳ２）。本実施の形態では、以下に示されるように、マスタリモコンは、ステップＳ１において作成された経路情報が最も多いリモコンに決定される。
　＜マスタリモコンの決定＞
　図１６は、図８のステップＳ２で実行されるマスタリモコン決定処理の手順の一例を示すフローチャートである。この一連の処理は、たとえば、図８のステップＳ１で実行される経路情報の作成が開始されてから所定時間経過後に、各リモコン１で同時に開始される。上記の所定時間は、各リモコン１の経路情報の作成が終了する時間を見込んで適宜設定される。
　図１６を参照して、経路情報の作成が終了した各リモコン１の制御部１３は、自身の経路情報に基づいて、自身が有する経路情報の数を自身の前後のリモコン全てへ送信する（ステップＳ３１０）。
　そして、制御部１３は、他のリモコン１から経路情報の数を受信したか否かを判定する（ステップＳ３２０）。制御部１３は、他のリモコン１から経路情報の数を受信していないときは（ステップＳ３２０においてＮＯ）、所定期間が経過したか否かを判定し（ステップＳ３４０）、所定期間が経過していなければ（ステップＳ３４０においてＮＯ）、ステップＳ３２０へ処理を戻す。
　制御部１３は、他のリモコン１から経路情報の数を受信したときは（ステップＳ３２０においてＹＥＳ）、その受信した他のリモコン１の経路情報の数を記憶部１４に記憶し（ステップＳ３３０）、ステップＳ３２０へ処理を戻す。
　その後、他のリモコン１から経路情報の数を所定期間受信しなくなると（ステップＳ３４０においてＹＥＳ）、制御部１３は、自身のリモコンが有する経路情報の数が、他のリモコン１の経路情報の数よりも多いか否かを判定する（ステップＳ３５０）。
　そして、自身の経路情報の数が、他のリモコン１の経路情報の数よりも多いときは（ステップＳ３５０においてＹＥＳ）、制御部１３は、自身のリモコン１をマスタリモコンに設定する（ステップＳ３６０）。一方、自身の経路情報の数が、他のリモコン１の経路情報の数よりも少ないときは（ステップＳ３５０においてＮＯ）、制御部１３は、自身のリモコン１を非マスタリモコンに設定する（ステップＳ３６０）。なお、経路情報の数が競合した場合には、たとえば、経路情報に含まれるリモコンの総数の多い方がマスタリモコンに設定される。
　再び図８を参照して、上記のようにしてマスタリモコンが決定されると（ステップＳ２）、マスタリモコンによるマスタ経路情報の作成が行なわれる（ステップＳ３）。
　＜マスタ経路情報の作成＞
　マスタリモコンが決定されると、図１４に示したフローチャートに従って、マスタリモコンの経路情報の作成が改めて実行される。この際、マスタリモコンから経路に選択されるリモコンへの経路情報の伝達時に、マスタリモコンの情報が併せて伝達される。これにより、マスタリモコンの情報が経路上のリモコンに周知される。
　以下、図１７から図２０を用いて、マスタリモコンの決定後にマスタリモコンの経路情報を改めて作成する場合の処理を説明する。以下では、リモコン１ｂがマスタリモコンに設定された場合を例に説明する。
　図１７は、空調システム１００の構成例を示す図である。図１８は、マスタリモコン１ｂからの経路に選択されたリモコン１ｄの経路情報の一例を示す図である。図１９及び図２０は、マスタリモコン１ｂ及び経路に選択されたリモコン１ｄ，１ａの経路情報の一例を示す図である。
　図１７から図２０を適宜参照して、マスタリモコン１ｂにおいて、他の各リモコンとの電波強度が検知される（図１７）。この例では、基準値を超える電波強度を有するリモコンのうち（たとえばリモコン１ｃ～１ｇ，１ｉ）、電波強度が最も強いリモコン１ｄが経路に選択される。なお、電波強度が同等の選択可能なリモコンが複数ある場合には、たとえば、先に検知されたリモコンが選択されるようにしてもよい。
　そして、マスタリモコン１ｂは、自身を含む経路情報に、自身がマスタリモコンである旨の情報（以下「マスタ情報」と称する。）を付加して、選択されたリモコン１ｄへ経路情報を送信する。マスタリモコン１ｂから経路情報を受信したリモコン１ｄは、受信した経路情報に自身を追加して、マスタ情報とともに記憶部１４に記憶する（図１８）。また、リモコン１ｄは、自身が追加された経路情報をマスタリモコン１ｂへ送信し、マスタリモコン１ｂにおいて、リモコン１ｄまでの最適経路としてマスタリモコン１ｂで共有される（図１９）。
　次いで、マスタリモコン１ｂから経路情報を受信したリモコン１ｄにおいて、同様の処理が行なわれる。すなわち、リモコン１ｄにおいて、送信元のマスタリモコン１ｂを除く各リモコンとの電波強度が検知される。そして、この例では、基準値を超える電波強度を有するリモコンのうち、電波強度が最も強いリモコン１ａが選択される。
　リモコン１ｄは、自身が追加された経路情報を選択されたリモコン１ａへ送信する。なお、この経路情報にも、マスタ情報が付加される。リモコン１ｄから経路情報を受信したリモコン１ａは、受信した経路情報に自身を追加して、マスタ情報とともに記憶部１４に記憶する（図１９）。また、リモコン１ａは、自身が追加された経路情報を、リモコン１ｄを経由してマスタリモコン１ｂへ送信し、マスタリモコン１ｂにおいて、リモコン１ａまでの最適経路としてマスタリモコン１ｂで共有される（図２０）。
　なお、マスタリモコンの経路情報の作成時においては、経路となるリモコンを選択するための電波強度の基準値を、各リモコンの経路情報作成時よりも低く設定してもよい。これにより、マスタリモコンによってより多くのリモコン１の状態を把握できる可能性がある。
　さらに、上記のようにマスタリモコンの経路情報の作成が実行された後、マスタリモコンにより、マスタリモコンの経路情報に含まれる全てのリモコンの経路情報が収集される。そして、収集された経路情報の中に、マスタリモコンの経路情報に含まれていないリモコン１が存在する場合には、そのリモコン１がマスタリモコンの経路情報に加えられる。
　図２１は、図８のステップＳ３で実行されるマスタ経路情報作成の処理手順の一例を示すフローチャートである。この一連の処理は、図１６に示したフローチャートに従ってマスタリモコンが決定された後に実行される。
　図２１を参照して、マスタリモコンの制御部１３は、図１４に示したフローチャートと同様の経路情報作成処理を実行することによって、マスタリモコンの経路情報を作成する（ステップＳ４０５）。詳細は、図１７から図２０で説明したとおりである。
　次いで、マスタリモコンの制御部１３は、ステップＳ４０５において作成された経路情報に含まれる全てのリモコン１に対して経路情報の送信を要求する（ステップＳ４１０）。該当するリモコン１への経路情報の送信要求は、ステップＳ４０５において作成された経路情報に従って、該当するリモコン１へ送信される。
　そして、マスタリモコンの制御部１３は、経路情報の送信要求を送信したリモコン１から経路情報を受信したか否かを判定する（ステップＳ４２０）。マスタリモコンの制御部１３は、経路情報を受信すると、受信した経路情報中に、自身の経路情報にないリモコン１が含まれているか否かを判定する（ステップＳ４３０）。自身の経路情報にないリモコン１は受信した経路情報中にはないと判定されると（ステップＳ４３０においてＮＯ）、すなわち、受信した経路情報に含まれる各リモコン１が自身の経路情報に既に含まれているときは、ステップＳ４２０へ処理が戻される。
　ステップＳ４３０において、受信した経路情報中に自身の経路情報にないリモコン１が含まれていると判定されると（ステップＳ４３０においてＹＥＳ）、マスタリモコンの制御部１３は、受信した経路情報の中で対象のリモコンが含まれる経路情報と、自身の経路情報とを比較し、その対象のリモコンまでの経路情報を作成する（ステップＳ４４０）。
　そして、マスタリモコンの制御部１３は、新たに作成された経路情報を経路上のリモコンで共有するため、作成された経路情報に基づいて、その作成された経路情報を経路上のリモコンへ順次送信する（ステップＳ４５０）。その後、マスタリモコンの制御部１３は、経路上のリモコンにおいて経路が共有されたことを示す経路共有情報を受信すると（ステップＳ４６０においてＹＥＳ）、ステップＳ４２０へ処理を戻し、他のリモコン１から経路情報を受信したか否かをさらに確認する。
　そして、ステップＳ４２０において、他のリモコン１から経路情報を受信していないと判定され（ステップＳ４２０においてＮＯ）、他のリモコン１からの経路情報を所定期間受信しなくなると（ステップＳ４７０においてＹＥＳ）、エンドへ処理が移行され、一連の処理が終了する。
　以上のように、前処理フェーズにおいて、各リモコン１の経路情報の作成（更新）、マスタリモコンの決定、及び決定されたマスタリモコンによるマスタ経路情報の作成が行なわれる。そして、上記の前処理が完了すると、前処理フェーズから運用フェーズへ移行され、監視データの取得が可能になる。
　＜割込処理＞
　最後に割込処理について説明する。割込処理は、運用フェーズにおける通常処理若しくは異常処理、又は前処理フェーズにおける各種処理の実行中に、操作部１２からリモコン操作があった場合や、他の端末装置２の接続要求を受けた場合等に実行される。
　本実施の形態では、上記のような割込操作に対して予め定められた優先度に従って割込処理が実行される。たとえば、緊急性の高い割込操作については、高い優先度に設定され、運用フェーズ又は前処理フェーズにおける実行中の処理を中断して割込操作が優先的に実行される。一方、緊急性の低い割込操作については、低い優先度に設定され、運用フェーズ又は前処理フェーズにおける実行中の処理が継続されるとともに、割込操作は不可であることが適宜通知される。
　図２２は、優先度の高い割込操作の一例に対する割込処理を説明する図である。この図２２には、図３等で説明した空調システム１００が示されている。図２２を参照して、端末装置２からのモニタ要求に応じて接続元リモコン１ａによりモニタ対象の監視データを対象リモコン１ｃから取得する通常処理の実行中に、モニタ経路上のリモコン１ｄにおいてリモコン操作が行なわれたものとする。
　この例では、リモコン操作は、監視データの収集や経路情報の作成等よりも緊急性が高いものとされ、優先度の高い処理に設定されている。そのため、リモコン操作に応じて、モニタ対象の監視データを取得する通常処理は中断され、その旨がリモコン１ｄからモニタ経路上の各リモコン（この例では、接続元リモコン１ａ及び対象リモコン１ｃ）へ送信される。
　処理中断の通知を受信した各リモコンにおいては、中断する直前の処理内容が保持される。そして、リモコン１ｄにおいてリモコン操作に基づく処理が終了すると、割込操作が終了した旨がリモコン１ｄからモニタ経路上の各リモコンへ送信され、各リモコンにおいて、中断されていた処理が再開される。
　なお、優先度の高い割込操作としては、上記のリモコン操作のほか、たとえば、室内ユニット３又は室外ユニット４の異常を室内ユニット３から有線通信部１６により受信すること等も、優先度の高い割込操作として割込処理が実行される。
　図２３は、優先度の低い割込操作の一例に対する割込処理を説明する図である。この図２３にも、図３等で説明した空調システム１００が示されている。図２３を参照して、端末装置２ａからのモニタ要求に応じて接続元リモコン１ａによりモニタ対象の監視データを対象リモコン１ｃから取得する通常処理の実行中に、モニタ経路上のリモコン１ｄが他の端末装置２ｂから接続要求を受けたものとする。
　この例では、運用フェーズ又は前処理フェーズでの各種処理の実行中における他の端末装置２ｂからの接続要求は、緊急性は低いものとされ、優先度の低い処理に設定されている。そのため、モニタ対象の監視データを取得する通常処理は継続され、リモコン１ｄに接続不可であることが端末装置２ｂへ送信される。
　図２４は、リモコン１の制御部１３により実行される割込処理の手順の一例を示すフローチャートである。このフローチャートに示される一連の処理は、運用フェーズ又は前処理フェーズにおける各種処理の実行中に割込が発生すると開始される。
　図２４を参照して、制御部１３は、発生した割込が優先度の高い割込であるか否かを判定する（ステップＳ５１０）。優先度の高い割込としては、上記のように、たとえば、リモコン操作が行なわれた場合や、室内ユニット３又は室外ユニット４の異常を有線通信部１６が室内ユニット３から受信した場合等に発生する。
　ステップＳ５１０において優先度の高い割込であると判定されると（ステップＳ５１０においてＹＥＳ）、制御部１３は、運用フェーズ又は前処理フェーズにおける実行中の処理を中断する（ステップＳ５２０）。そして、制御部１３は、中断前の処理内容を記憶部１４に保存するとともに、当該処理に関連する他のリモコン１へ処理の中断を通知する（ステップＳ５３０）。これにより、処理の中断の通知を受信した各リモコンにおいても、中断する直前の処理内容が保持される。
　中断前の処理内容が保存されると、制御部１３は、発生した割込に対応する処理を開始する（ステップＳ５４０）。そして、割込処理が終了すると（ステップＳ５５０においてＹＥＳ）、制御部１３は、中断された処理を再開するとともに、処理の中断を通知したリモコン１へ処理の再開を通知する（ステップＳ５６０）。
　一方、ステップＳ５１０において、発生した割込の優先度は低いと判定されると（ステップＳ５１０においてＮＯ）、制御部１３は、その発生した割込に対応する処理の実行を拒否する（ステップＳ５７０）。すなわち、運用フェーズ又は前処理フェーズにおける実行中の処理が継続される。なお、特に図示しないが、発生した割込が、たとえば他の端末装置２からの接続要求である場合には、接続不可である旨の通知が当該他の端末装置２へ送信される。
　このように、本実施の形態では、割込操作に対して予め定められた優先度に従って割込処理が実行されるので、本来のリモコン操作等の優先度の高い割込が実行されなかったり、運用フェーズ又は前処理フェーズにおける実行中の処理が優先度の低い割込によって不必要に中断されたりするのを抑制することができる。
　今回開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本開示により示される技術的範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
　１，１ａ～１ｊ　リモコン、２，２ａ，２ｂ　端末装置、３　室内ユニット、４　室外ユニット、１０　空気調和機、１１　表示部、１２　操作部、１３　制御部、１４　記憶部、１５，２１　無線通信部、１６　有線通信部、１００　空調システム。

Claims (6)

  1. 　空気調和機のリモコン装置であって、
    　前記空気調和機と通信を行なうように構成された第１の通信部と、
    　無線通信可能な端末装置と無線通信を行なうように構成された第２の通信部と、
    　前記第１及び第２の通信部を制御するように構成された制御部とを備え、
    　前記第２の通信部は、さらに、前記第１の通信部により通信が行なわれる前記空気調和機と異なる他の空気調和機のリモコン装置と無線通信可能に構成され、
    　前記制御部は、
    　前記他の空気調和機のリモコン装置を通じて順次無線通信可能なリモコン装置までの通信経路を作成する第１の処理と、
    　当該リモコン装置が他のリモコン装置間の中継器として作動するための第２の処理とを実行するように構成され、
    　前記第１の処理は、
    　前記第２の通信部による無線通信の電波強度が基準値以上の他のリモコン装置へ、自身を含む経路作成情報を送信する処理と、
    　前記経路作成情報を送信したリモコン装置から、前記通信経路に含まれるリモコン装置を特定する経路共有情報を受信し、受信した経路共有情報を経路情報として記憶する処理とを含み、
    　前記第２の処理は、
    　他のリモコン装置から前記経路作成情報を受信した場合に、前記経路作成情報に自身を追加して、前記経路作成情報を送信した前記他のリモコン装置以外のリモコン装置のうち、前記第２の通信部による無線通信の電波強度が前記基準値以上であって電波強度が最も強いリモコン装置へ、前記経路作成情報を送信する処理と、
    　前記経路作成情報を送信したリモコン装置から前記経路共有情報を受信した場合に、受信した前記経路共有情報を、前記経路作成情報を送信した前記他のリモコン装置へ送信する処理とを含む、リモコン装置。
  2. 　前記制御部は、
    　記憶された経路情報の数を示す第１の値を前記第２の通信部により通信可能なリモコン装置へ送信し、
    　他のリモコン装置が有する経路情報の数を示す第２の値を前記第２の通信部により通信可能なリモコン装置から受信し、
    　前記第１の値が前記第２の値よりも大きい場合に、自身をマスタリモコンに設定し、
    　前記第１の値が前記第２の値よりも小さい場合に、自身を非マスタリモコンに設定する、請求項１に記載のリモコン装置。
  3. 　前記制御部は、前記マスタリモコンに設定された場合に、前記経路情報に基づいて、前記経路情報で特定されるリモコン装置が有する経路情報の送信を前記特定されるリモコン装置へ要求する、請求項２に記載のリモコン装置。
  4. 　前記制御部は、前記特定されるリモコン装置への経路情報の送信要求に従って受信した経路情報を自身が有する経路情報と比較し、
    　前記受信した経路情報内に自身が有する経路情報にないリモコン装置がある場合に、前記受信した経路情報に基づいて、前記経路情報にないリモコン装置までの通信経路を作成する、請求項３に記載のリモコン装置。
  5. 　前記制御部は、
    　前記空気調和機と異なる他の空気調和機の監視を要求する監視要求を前記端末装置から受信した場合に、前記他の空気調和機のリモコン装置である対象リモコン装置が前記経路情報に含まれているか確認し、
    　前記対象リモコン装置が前記経路情報に含まれているときは、前記経路情報に従って前記対象リモコン装置から前記他の空気調和機の監視結果を取得し、取得した監視結果を前記端末装置へ送信し、
    　前記対象リモコン装置が前記経路情報に含まれていないときは、前記マスタリモコンに設定されたリモコン装置であるマスタリモコン装置へ前記監視要求を送信し、
    　前記監視要求に従って前記マスタリモコン装置により取得された監視結果を前記マスタリモコン装置から受信し、受信した監視結果を前記端末装置へ送信する、請求項３又は請求項４に記載のリモコン装置。
  6. 　室外ユニットと、
    　室内ユニットと、
    　請求項１から請求項５のいずれか１項に記載のリモコン装置を備える空気調和機。
PCT/JP2020/019616 2020-05-18 2020-05-18 空気調和機のリモコン装置、及びそれを備える空気調和機 WO2021234769A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2020/019616 WO2021234769A1 (ja) 2020-05-18 2020-05-18 空気調和機のリモコン装置、及びそれを備える空気調和機
JP2022523750A JP7275388B2 (ja) 2020-05-18 2020-05-18 空気調和機のリモコン装置、及びそれを備える空気調和機

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/019616 WO2021234769A1 (ja) 2020-05-18 2020-05-18 空気調和機のリモコン装置、及びそれを備える空気調和機

Publications (1)

Publication Number Publication Date
WO2021234769A1 true WO2021234769A1 (ja) 2021-11-25

Family

ID=78708202

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/019616 WO2021234769A1 (ja) 2020-05-18 2020-05-18 空気調和機のリモコン装置、及びそれを備える空気調和機

Country Status (2)

Country Link
JP (1) JP7275388B2 (ja)
WO (1) WO2021234769A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011158180A (ja) * 2010-02-01 2011-08-18 Mitsubishi Electric Corp 空気調和システム
JP2011190963A (ja) * 2010-03-12 2011-09-29 Mitsubishi Electric Corp 空気調和システム、制御方法及びプログラム
JP2015070308A (ja) * 2013-09-26 2015-04-13 株式会社デンソーウェーブ 複数のリモートコントローラーを初期設定するための方法、および制御システム
WO2018185913A1 (ja) * 2017-04-06 2018-10-11 三菱電機株式会社 空気調和機のリモコン装置および空気調和システム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020245891A1 (ja) * 2019-06-03 2020-12-10 三菱電機株式会社 リモートコントローラおよび空気調和システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011158180A (ja) * 2010-02-01 2011-08-18 Mitsubishi Electric Corp 空気調和システム
JP2011190963A (ja) * 2010-03-12 2011-09-29 Mitsubishi Electric Corp 空気調和システム、制御方法及びプログラム
JP2015070308A (ja) * 2013-09-26 2015-04-13 株式会社デンソーウェーブ 複数のリモートコントローラーを初期設定するための方法、および制御システム
WO2018185913A1 (ja) * 2017-04-06 2018-10-11 三菱電機株式会社 空気調和機のリモコン装置および空気調和システム

Also Published As

Publication number Publication date
JPWO2021234769A1 (ja) 2021-11-25
JP7275388B2 (ja) 2023-05-17

Similar Documents

Publication Publication Date Title
KR100638029B1 (ko) 네트워크의 디바이스
US8364085B2 (en) Device discovery and channel selection in a wireless networking environment
CN102607105B (zh) 空调、控制其室外单元的方法及具有空调的中央控制系统
JP5274122B2 (ja) 設備機器制御監視装置および設備機器制御監視プログラム
JP6051089B2 (ja) 空調システム
JP2005274118A (ja) エアコンの中央制御システム及びその動作方法
JP4626443B2 (ja) 遠隔監視制御システム、ゲートウェイ装置、及びセンタサーバ
JP6456794B2 (ja) 端末、およびその制御方法
WO2021234769A1 (ja) 空気調和機のリモコン装置、及びそれを備える空気調和機
US11828479B2 (en) Server based air conditioning system adaptor for updating control program
KR20100030110A (ko) 공기조화기의 데이터 디버깅 방법
US7778184B2 (en) Communication system and remote diagnosis system
JP2010114835A (ja) 設備機器の通信制御装置、管理システム及び通信制御方法
JP6929634B2 (ja) 制御装置、端末装置及び機器制御システム
KR20060119298A (ko) 공기 조화기 제어 시스템 및 그 제어방법
JP4994889B2 (ja) 空調用通信システム、通信システムおよびプログラム
JP2008228191A (ja) 無線通信システム、その無線ノード及び無線通信方法
JP3551093B2 (ja) ワイヤレス空調制御装置
CN113587391A (zh) 一种基于蓝牙通信的多联机系统
WO2014027391A1 (ja) 空気調和装置の通信システム及び通信方法
JP6818773B2 (ja) 空気調和装置
KR102205165B1 (ko) 공기조화기 및 그 제어방법
KR102114307B1 (ko) 공기조화기 및 그 제어방법
JP7206947B2 (ja) 空気調和システム
JP7120046B2 (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: 20936187

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022523750

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20936187

Country of ref document: EP

Kind code of ref document: A1