WO2022091880A1 - 空気調和システム - Google Patents

空気調和システム Download PDF

Info

Publication number
WO2022091880A1
WO2022091880A1 PCT/JP2021/038643 JP2021038643W WO2022091880A1 WO 2022091880 A1 WO2022091880 A1 WO 2022091880A1 JP 2021038643 W JP2021038643 W JP 2021038643W WO 2022091880 A1 WO2022091880 A1 WO 2022091880A1
Authority
WO
WIPO (PCT)
Prior art keywords
air conditioner
test run
maintenance
server
air
Prior art date
Application number
PCT/JP2021/038643
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 US18/033,119 priority Critical patent/US20230392811A1/en
Priority to AU2021370412A priority patent/AU2021370412A1/en
Priority to EP21885999.9A priority patent/EP4235047A1/en
Priority to CN202180068961.4A priority patent/CN116348712A/zh
Publication of WO2022091880A1 publication Critical patent/WO2022091880A1/ja

Links

Images

Classifications

    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24HEATING; RANGES; VENTILATING
    • F24FAIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00Control or safety arrangements
    • F24F11/30Control or safety arrangements for purposes related to the operation of the system, e.g. for safety or monitoring
    • F24F11/49Control or safety arrangements for purposes related to the operation of the system, e.g. for safety or monitoring ensuring correct operation, e.g. by trial operation or configuration checks
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24HEATING; RANGES; VENTILATING
    • F24FAIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00Control or safety arrangements
    • F24F11/50Control or safety arrangements characterised by user interfaces or communication
    • F24F11/52Indication arrangements, e.g. displays
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24HEATING; RANGES; VENTILATING
    • F24FAIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00Control or safety arrangements
    • F24F11/50Control or safety arrangements characterised by user interfaces or communication
    • F24F11/56Remote control
    • F24F11/58Remote control using Internet communication
    • FMECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24HEATING; RANGES; VENTILATING
    • F24FAIR-CONDITIONING; AIR-HUMIDIFICATION; VENTILATION; USE OF AIR CURRENTS FOR SCREENING
    • F24F11/00Control or safety arrangements
    • F24F11/62Control or safety arrangements characterised by the type of control or by internal processing, e.g. using fuzzy logic, adaptive control or estimation of values
    • F24F11/63Electronic processing
    • F24F11/64Electronic processing using pre-stored data

Definitions

  • the present invention relates to an air conditioning system.
  • an abnormality of the air conditioner is predicted or detected.
  • An air conditioning system has been proposed. In this air conditioning system, maintenance work can be performed in advance by predicting or detecting an abnormality in the air conditioner in the intermediate period, so that air conditioning operation cannot be performed during the operation period when air conditioning operation is frequently performed. You can avoid the situation.
  • the air conditioner system of one embodiment includes a plurality of air conditioners, a server connected to each air conditioner via a communication network and storing device information of each air conditioner, and each air conditioner. It has a terminal connected to the server via the server.
  • the server has a classification unit that classifies the plurality of air conditioners into a plurality of groups based on the device information, and a notification unit that notifies the terminal of information related to the test run of the air conditioners classified into the group. Have.
  • the work load of the maintenance worker in the intermediate period can be distributed and reduced.
  • FIG. 1 is an explanatory diagram showing an example of an air conditioning system of this embodiment.
  • FIG. 2 is a block diagram showing an example of the configuration of an air conditioner.
  • FIG. 3 is a block diagram showing an example of a server configuration.
  • FIG. 4 is an explanatory diagram showing an example of the table configuration of the device management table.
  • FIG. 5 is an explanatory diagram showing an example of the table configuration of the test run management table.
  • FIG. 6 is an explanatory diagram showing an example of the table configuration of the maintenance management table.
  • FIG. 7 is a block diagram showing an example of the configuration of a smartphone terminal.
  • FIG. 8 is an explanatory diagram showing an example of a test run request screen of a smartphone terminal.
  • FIG. 9 is an explanatory diagram showing an example of a screen for switching from the maintenance recommendation screen of the smartphone terminal to the maintenance reservation screen.
  • FIG. 10 is an explanatory diagram showing an example of a processing operation from a test run request of an air conditioning system to the completion of maintenance work.
  • FIG. 11 is a flowchart showing an example of the processing operation of the control unit in the smartphone terminal related to the test run request reception processing.
  • FIG. 12 is a flowchart showing an example of the processing operation of the control unit in the smartphone terminal related to the maintenance reservation processing.
  • FIG. 13 is a flowchart showing an example of the processing operation of the control unit in the server related to the test run request processing.
  • FIG. 10 is an explanatory diagram showing an example of a processing operation from a test run request of an air conditioning system to the completion of maintenance work.
  • FIG. 11 is a flowchart showing an example of the processing operation of the control unit in the smartphone terminal related to the test run request reception processing.
  • FIG. 12 is a flowchart
  • FIG. 14 is a flowchart showing an example of the processing operation of the control unit in the server related to the trial run result notification processing.
  • FIG. 15 is a flowchart showing an example of the processing operation of the control unit in the server related to the reservation registration processing.
  • FIG. 16 is a flowchart showing an example of the processing operation of the control unit in the server related to the first test run request processing.
  • FIG. 17 is a flowchart showing an example of the processing operation of the control unit in the server related to the second test run request processing.
  • FIG. 18 is a flowchart showing an example of the processing operation of the control unit in the server related to the third test run request processing.
  • FIG. 1 is an explanatory diagram showing an example of the air conditioning system 1 of this embodiment.
  • the air conditioning system 1 shown in FIG. 1 includes an air conditioner 2, a server 3, a smartphone terminal 4, and a communication network 5.
  • the air conditioner 2 is an air conditioner arranged at each location.
  • the server 3 is a server that manages device information of a plurality of air conditioners 2 in the air conditioning system.
  • the smartphone terminal 4 corresponds to the terminal of the present invention and can be carried by the user of the air conditioner 2 to communicate with the server 3.
  • the communication network 5 is, for example, a communication network such as the Internet.
  • FIG. 2 is a block diagram showing an example of the configuration of the air conditioner 2.
  • the air conditioner 2 shown in FIG. 2 has an outdoor unit 11, an indoor unit 12, an adapter 13, and a remote controller 14.
  • the outdoor unit 11 has a main body 11A.
  • the main body 11A is provided with, for example, an outdoor fan, a compressor, an outdoor heat exchanger, an expansion valve, and the like.
  • the indoor unit 12 has a main body 12A, a light receiving unit 12B, and a control unit 12C.
  • the indoor unit 12 is, for example, a part of an air conditioner that is arranged in a room and heats or cools the air in the room.
  • the remote controller 14 can remotely control the indoor unit 12 according to the operation of the user of the indoor unit 12.
  • the main body 12A is provided with, for example, an indoor fan and an indoor heat exchanger, and the indoor air that has exchanged heat with the refrigerant by the indoor heat exchanger is blown out from the main body 12A to heat, cool, dehumidify the room, etc. Is done.
  • the adapter 13 has a first communication unit 13A, a second communication unit 13B, a storage unit 13C, and a control unit 13D.
  • the first communication unit 13A is a communication IF (Interface) such as a UART (Universal Asynchronous Receiver Transmitter) that connects the adapter 13 and the control unit 12C in the indoor unit 12 by communication.
  • the second communication unit 13B is an IF that connects the adapter 13 and the communication network 5 by communication.
  • the control unit 13D controls the indoor unit 12 with AI (Artificial Intelligence).
  • the adapter 13 is arranged for each indoor unit 12.
  • the storage unit 13C has an operation history memory 131C, a failure estimation model 132C, and a refrigerant amount estimation model 133C.
  • the operation history memory 131C periodically collects various operation state data collected from the main body 11A of the outdoor unit 11 and the main body 12A of the indoor unit 12 using the first communication unit 13A, and stores the collected operation state data. do.
  • the second communication unit 13B transmits the operation state data stored in the operation history memory 131C to the server 3.
  • the server 3 uses the operating state data of the air conditioner 2 as teacher data, and generates a refrigerant amount estimation model and a failure estimation model based on the teacher data. Further, the server 3 transmits the generated refrigerant amount estimation model and failure estimation model to the adapter 13 via the communication network 5.
  • the adapter 13 receives the refrigerant amount estimation model 133C and the failure estimation model 132C from the server 3 using the second communication unit 13B, and stores the received refrigerant amount estimation model 133C and the failure estimation model 132C in the storage unit 13C.
  • the failure estimation model 132C is a failure in the main body 11A of the outdoor unit 11 and the main body 12A of the indoor unit 12 by inputting a part of the operation state data collected from the main body 11A of the outdoor unit 11 and the main body 12A of the indoor unit 12. Is predicted or detected, that is, estimated.
  • the failure estimation model 132C estimates the failure of the air conditioner 2 such as dirt on the outdoor heat exchanger, lock of the expansion valve, and abnormality related to deterioration of the compressor.
  • the refrigerant amount estimation model 133C has the main body 11A of the outdoor unit 11 and the main body 12A of the indoor unit 12 by inputting a part of the operation state data collected from the main body 11A of the outdoor unit 11 and the main body 12A of the indoor unit 12. Estimate the current amount of residual refrigerant in a refrigerant circuit (not shown). For example, the refrigerant amount estimation model 133C obtains at least the number of revolutions of the compressor, the refrigerant discharge temperature of the compressor, the heat exchanger temperature, the opening degree of the expansion valve, and the outside air temperature among the operating state data indicating the operating state during operation. It is used to estimate the current amount of refrigerant remaining in the refrigerant circuit. As a result, the refrigerant amount estimation model 133C estimates an abnormality due to a shortage of the refrigerant amount.
  • FIG. 3 is a block diagram showing an example of the configuration of the server 3.
  • the server 3 shown in FIG. 3 has a communication unit 31, an operation unit 32, a display unit 33, a storage unit 34, and a control unit 35.
  • the storage unit 34 has an equipment management table 341, a test run management table 342, and a maintenance management table 343.
  • the communication unit 31 is an interface for communicating with the communication network 5.
  • the operation unit 32 is an interface for inputting various information such as operation commands.
  • the display unit 33 is an interface for displaying various information.
  • the storage unit 34 is an area for storing various types of information.
  • the control unit 35 controls the entire server 3.
  • FIG. 4 is an explanatory diagram showing an example of the table configuration of the device management table 341.
  • the device management table 341 shown in FIG. 4 is a table that manages information related to the air conditioner ID that identifies the air conditioner 2 as device information.
  • the device management table 341 manages the model 341B, the customer name 341C, the zip code 341D, the address 341E, and the terminal ID 341F in association with each other for each air conditioner ID 341A.
  • the model 341B is information for identifying the model of the air conditioner 2.
  • the customer name 341C is information for identifying the user of the air conditioner 2.
  • the postal code 341D is information for specifying the area where the air conditioner 2 is arranged.
  • Address 341E is information for specifying the location of the air conditioner 2.
  • the terminal ID 341F is a telephone number of the smartphone terminal 4 which is the contact information of the user of the air conditioner 2.
  • FIG. 5 is an explanatory diagram showing an example of the table configuration of the test run management table 342.
  • the test run management table 342 shown in FIG. 5 is a table for managing the presence / absence of a test run request to the user of the air conditioner 2.
  • the test run management table 342 manages the air conditioner ID 342B and the test run request flag 342C in association with each terminal ID 342A, which is the telephone number of the smartphone terminal 4 that is the contact information of the user of the air conditioner 2.
  • the test run requested flag 342C is an identifier that identifies whether or not the smartphone terminal 4 has requested the test run of the air conditioner 2. If a test run request has been made, the test run requested flag 342C is "1", and if a test run request has not been made, the test run requested flag 342C is "0".
  • FIG. 6 is an explanatory diagram showing an example of the table configuration of the maintenance management table 343.
  • the maintenance management table 343 shown in FIG. 6 is a table that manages maintenance information for each maintenance ID 343A that identifies maintenance of the air conditioner 2.
  • the maintenance management table 343 manages the maintenance work date and time 343B, maintenance content 343C, customer information 343D, terminal ID 343E, air conditioner ID 343F, and maintenance work execution flag 343G for each maintenance ID 343A. ..
  • the maintenance work date and time 343B is a reservation date and time for the maintenance work.
  • the maintenance content is information that identifies the maintenance content of the air conditioner 2, for example, the failure content, the maintenance worker in charge of maintenance, and the like.
  • the customer information 343D is information such as a customer name, an e-mail address, an address, and a zip code that identifies the user of the air conditioner 2 to be maintained.
  • the terminal ID 343E is information such as a telephone number that identifies the smartphone terminal 4 that is the contact information of the user of the air conditioner 2 to be maintained.
  • the air conditioner ID 343F is information for identifying the air conditioner 2 to be maintained.
  • the maintenance work completed flag 343G is an identifier that identifies whether or not the maintenance work has been executed. When the maintenance work has been executed, the maintenance work executed flag 343G is "1", and when the maintenance work has not been executed, the maintenance work executed flag 343G is "0".
  • the control unit 35 has a generation unit 35A, a classification unit 35B, a notification unit 35C, and a management unit 35D.
  • the generation unit 35A generates a failure estimation model and a refrigerant amount estimation model using the operating state data from each air conditioner 2 as teacher data.
  • the classification unit 35B classifies the plurality of air conditioners 2 managed by the server 3 into a plurality of groups according to a predetermined rule described later, based on the device information in the device management table 341.
  • the notification unit 35C sends information related to the test run to the air conditioner 2 in the group, that is, a test run request to the air conditioner 2 in the group. Notify the user's smartphone terminal 4.
  • the test run request is a notification requesting each air conditioner 2 to perform a test run.
  • the management unit 35D manages the equipment management table 341, the test run management table 342, and the maintenance management table 343.
  • FIG. 7 is a block diagram showing an example of the configuration of the smartphone terminal 4.
  • the smartphone terminal 4 shown in FIG. 7 has a communication unit 41, an operation unit 42, a display unit 43, a storage unit 44, and a control unit 45.
  • the communication unit 41 is an interface for communicating with the communication network 5.
  • the operation unit 42 is an interface for inputting various information such as operation commands.
  • the display unit 43 is an interface for displaying various information.
  • the storage unit 44 is an area for storing various types of information.
  • the control unit 45 controls the entire smartphone terminal 4.
  • FIG. 8 is an explanatory diagram showing an example of the test run request screen 43A of the smartphone terminal 4.
  • the smartphone terminal 4 displays the test run request screen 43A on the display unit 43 in response to the test run request from the server 3.
  • the test run request screen 43A shown in FIG. 8 is a screen for requesting the customer to perform a test run of the air conditioner 2.
  • the message 431A "We recommend a test run during the off-season. Do you want to start the test run?", The "Yes" button 432A for the test run execution, and the "No” button 433A that does not require a test run. And have.
  • Message 431A is a message urging the user of the smartphone terminal 4 to start the trial run of the air conditioner 2.
  • the smartphone terminal 4 When the smartphone terminal 4 detects the button operation of the button 432A on the test run request screen 43A, the smartphone terminal 4 transmits the start of the test run to the air conditioner 2 and erases the test run request screen 43A. Further, when the smartphone terminal 4 detects the button operation of the button 433A on the test run request screen 43A, the smartphone terminal 4 erases the test run request screen 43A.
  • FIG. 9 is an explanatory diagram showing an example of a switching screen from the maintenance recommendation screen 43B of the smartphone terminal 4 to the maintenance reservation screen 43C.
  • the smartphone terminal 4 displays the maintenance recommendation screen 43B on the display unit 43 according to the maintenance recommendation from the server 3.
  • the maintenance recommendation screen 43B shown in FIG. 9 is a screen for requesting the customer to make a reservation for the maintenance work of the air conditioner 2. Message 431B of "Maybe it is out of order. Do you want to request repair?", Model name 432B, error code 433B, "Yes" button 434B to start repair request, and "Yes” button 434B that does not require repair request. It has a "No" button 435B.
  • Message 431B is a message urging the user of the air conditioner 2 to make a reservation for maintenance work.
  • the model name 432B is information for identifying the model of the air conditioner 2.
  • the error code 433B is a code for identifying the error content.
  • the maintenance reservation screen 43C is a screen for inputting the maintenance reservation contents of the air conditioner 2 to the customer.
  • the maintenance reservation screen 43C has a name input field 431C, a zip code input field 432C, an address input field 433C, an email address input field 434C, a telephone number input field 435C, and a desired date and time input field 436C. Further, the maintenance reservation screen 43C has a confirmation button 437C, a cancel button 438C, and a model name 439C.
  • the name input field 431C is a field for inputting the user name of the air conditioner 2 to be maintained.
  • the postal code input field 432C is a field for inputting a postal code that identifies the area where the air conditioner 2 to be maintained is arranged.
  • the address input field 433C is a field for inputting the address of the location where the air conditioner 2 to be maintained is arranged.
  • the e-mail address input field 434C is a field for inputting an e-mail address that is the contact information of the user of the air conditioner 2 to be maintained.
  • the telephone number input field 435C is a field for inputting a telephone number that is the contact information of the user of the air conditioner 2 to be maintained.
  • the desired date and time input field 436C is a field for inputting a desired date and time for maintenance work of the air conditioner 2 to be maintained.
  • the model name 439C is information for identifying the model of the air conditioner 2 to be maintained.
  • the smartphone terminal 4 When the smartphone terminal 4 detects the confirmation button 437C on the maintenance reservation screen 43C, the smartphone terminal 4 transmits the maintenance content to the server 3 and deletes the maintenance reservation screen 43C.
  • the smartphone terminal 4 detects the cancel button 438C on the maintenance reservation screen 43C, the smartphone terminal 4 deletes the maintenance reservation screen 43C.
  • FIG. 10 is an explanatory diagram showing an example of a processing operation from a test run request of the air conditioning system 1 to the completion of maintenance work.
  • the server 3 notifies the smartphone terminal 4 of the user of the air conditioner 2 according to the predetermined rule at a predetermined timing of the test run request (step S1).
  • the predetermined timing is a timing for issuing a test run request, for example, a timing once a day.
  • the predetermined timing is not limited to once a day, and can be appropriately changed, for example, once every two days and once every three days.
  • the predetermined rule is a condition for finally grouping the air conditioners 2 in charge of the maintenance worker 6 within a predetermined period.
  • the installation area information indicating the installation area for identifying the location of the air conditioner 2. It is a condition for designating the air conditioner 2 of the group according to the number information indicating the number of the air conditioner 2 and the air conditioner 2.
  • the smartphone terminal 4 When the smartphone terminal 4 receives the test run request, the smartphone terminal 4 displays the test run request screen 43A shown in FIG. 8 on the display unit 43. The user of the smartphone terminal 4 can recognize the test run request of the air conditioner 2 by looking at the test run request screen 43A. Then, the smartphone terminal 4 requests the air conditioner 2 to start the test run in response to the test run start operation on the test run request screen 43A (step S2). The air conditioner 2 will execute the trial run in response to the test run start request. When the air conditioner 2 executes the trial run, the air conditioner 2 notifies the server 3 of the trial run result (step S3). The air conditioner 2 executes a trial run, and when, for example, an abnormality of the air conditioner 2 is estimated using the refrigerant amount estimation model 133C or the failure estimation model 132C, the content of the abnormality is obtained as the trial run result.
  • the server 3 receives the test run result from the air conditioner 2, and if the received content indicates an estimation of the abnormality of the air conditioner 2, the server 3 notifies the smartphone terminal 4 of the maintenance recommendation (step S4).
  • the smartphone terminal 4 displays the maintenance recommendation screen 43B shown in FIG.
  • the user of the smartphone terminal 4 can recognize the maintenance recommendation of the air conditioner 2 by looking at the maintenance recommendation screen 43B.
  • the smartphone terminal 4 displays the maintenance reservation screen 43C shown in FIG. 9 according to the maintenance recommended operation on the maintenance recommendation screen 43B.
  • the user of the smartphone terminal 4 can input the reservation contents of the maintenance work by looking at the maintenance reservation screen 43C.
  • the smartphone terminal 4 transmits a maintenance reservation request to the server 3 according to the maintenance reservation operation on the maintenance reservation screen 43C (step S5).
  • the server 3 receives the maintenance reservation request from the smartphone terminal 4, the server 3 notifies the maintenance worker 6 of the maintenance request according to the maintenance reservation content (step S6). Since the maintenance request is generated as a result of requesting a test run only for the smartphone terminal 4 of the air conditioner 2 according to the predetermined rule at the predetermined timing described above, it is recommended to receive the maintenance at the same time during the interim period. In other words, by distributing the timing of the trial run of the air conditioner 2, the maintenance request based on the trial run result can be dispersed. Then, the maintenance worker 6 executes the maintenance work of the air conditioner 2 to be maintained (step S7).
  • each air conditioner 2 When requesting a trial run of each air conditioner 2, for example, the trial run of 30,000 air conditioners 2 in the area in charge of a certain service base is started all at once, and the maintenance of 200 air conditioners 2 is performed. It is assumed that the number of air conditioners 2 that can be maintained by the maintenance worker 6 in one day after obtaining the necessary test run results is 100. In this case, the maintenance worker 6 takes two days because the maintenance work of the air conditioner 2 in this area is equivalent to 200 units.
  • the predetermined timing is set 5 times every day in the interim period, and the predetermined rule is set to 6000 of the 30000 air conditioners 2 in the same area.
  • the server 3 makes a test run request to the smartphone terminals 4 of the users of 6000 air conditioners 2 in the same area every day, and all the air conditioners 2 in the same area in 5 days. Request a test run from the user's smartphone terminal 4. As a result, the number of maintenance recommendations based on the test run results per day is reduced, that is, the number of maintenance recommendations is dispersed over five days.
  • the maintenance request (maintenance reservation) is dispersed from the trial run result.
  • the work of the maintenance worker 6 is also distributed, and the work load of the maintenance worker 6 can be reduced.
  • FIG. 11 is a flowchart showing an example of the processing operation of the control unit 45 in the smartphone terminal 4 related to the test run request reception processing.
  • the control unit 45 of the smartphone terminal 4 determines whether or not a test run request has been received from the server 3 (step S11).
  • the control unit 45 displays the test run request screen 43A shown in FIG. 8 on the display unit 43 (step S12).
  • the user of the smartphone terminal 4 can recognize that the test run of the air conditioner 2 is necessary by looking at the test run request screen 43A.
  • the control unit 45 determines whether or not the test run start operation (button operation of the button 432A) on the test run request screen 43A is detected (step S13). When the control unit 45 detects the test run start operation (step S13: Yes), the control unit 45 executes the test run of the air conditioner 2 and ends the processing operation shown in FIG. After the processing operation related to the test run request reception process is completed, the user of the smartphone terminal 4 can execute the test run of the air conditioner 2 by operating the button on the test run request screen 43A.
  • step S13 the control unit 45 determines whether or not the test run unnecessary operation (button operation of the button 433A) is detected (step S14).
  • step S14 the control unit 45 detects an operation that does not require a test run (step S14: Yes)
  • step S14 Yes
  • control unit 45 When the control unit 45 does not receive the test run request (step S11: No), the control unit 45 ends the processing operation shown in FIG. When the control unit 45 does not detect the test run unnecessary operation (step S14: No), the control unit 45 proceeds to step S13 in order to determine whether or not the test run start operation has been detected.
  • FIG. 12 is a flowchart showing an example of the processing operation of the control unit 45 in the smartphone terminal 4 related to the maintenance reservation processing.
  • the control unit 45 in the smartphone terminal 4 shown in FIG. 12 determines whether or not the maintenance recommendation has been received from the server 3 (step S21).
  • the control unit 45 displays the maintenance recommendation screen 43B shown in FIG. 9 on the display unit 43 (step S22).
  • the user of the smartphone terminal 4 can recognize the test run result of the air conditioner 2 by looking at the maintenance recommendation screen 43B.
  • the control unit 45 determines whether or not the maintenance recommended start operation (button operation of the button 434B) on the maintenance recommended screen 43B is detected (step S23).
  • the control unit 45 detects the maintenance recommended start operation (step S23: Yes)
  • the control unit 45 displays the maintenance reservation screen 43C on the display unit 43 (step S24).
  • the user of the smartphone terminal 4 can see the maintenance reservation screen 43C and recognize the input contents of the maintenance reservation of the air conditioner 2.
  • the control unit 45 determines whether or not the maintenance reservation start operation (button operation of the confirmation button 437C) on the maintenance reservation screen 43C is detected (step S25).
  • step S25: Yes When the control unit 45 detects the maintenance reservation start operation on the maintenance reservation screen 43C (step S25: Yes), the control unit 45 transmits the maintenance reservation request to the server 3 (step S26), and ends the processing operation shown in FIG.
  • the user of the smartphone terminal 4 can input the maintenance reservation from the maintenance reservation screen 43C.
  • the user uses the smartphone terminal 4 to make a reservation including the customer name, zip code, address, e-mail address, telephone number, desired maintenance date and time, model name of the air conditioner 439C, etc. related to the air conditioner 2 to be maintained. You can enter information. If the control unit 45 does not receive the maintenance recommendation (step S21: No), the control unit 45 ends the processing operation shown in FIG.
  • step S23 the control unit 45 determines whether or not the maintenance recommended unnecessary operation (button operation of the button 435B) is detected (step S27).
  • step S27 the control unit 45 detects an operation that does not require maintenance recommendation (step S27: Yes)
  • step S28 the control unit 45 erases the maintenance recommendation screen 43B (step S28), and ends the processing operation shown in FIG.
  • step S27: No the control unit 45 proceeds to step S23 in order to determine whether or not the maintenance recommended start operation has been detected.
  • step S29 determines whether or not the maintenance reservation unnecessary operation (button operation of the cancel button 438C) is detected.
  • the control unit 45 detects an operation that does not require maintenance reservation (step S29: Yes)
  • the control unit 45 erases the maintenance reservation screen 43C (step S30), and ends the processing operation shown in FIG.
  • the control unit 45 proceeds to step S25 in order to determine whether or not the maintenance reservation start operation has been detected.
  • FIG. 13 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the test run request processing.
  • the control unit 35 in the server 3 determines whether or not a predetermined timing has been detected (step S31).
  • the control unit 35 detects a predetermined timing (step S31: Yes)
  • the control unit 35 refers to the device management table 341 and designates an undesignated air conditioner ID of the group according to the predetermined rule (step S32).
  • the control unit 35 refers to the device management table 341 and specifies the terminal ID corresponding to the designated air conditioner ID (step S33).
  • the control unit 35 transmits a test run request to the smartphone terminal 4 based on the specific terminal ID (step S34).
  • the server 3 requests the test run only to the smartphone terminal 4 of the air conditioner 2 corresponding to the air conditioner ID specified by the predetermined rule at the predetermined timing.
  • the control unit 35 sets the test run request completed flag 342C corresponding to the terminal ID of the smartphone terminal 4 to which the test run request has been transmitted to “1”, and updates the contents of the test run management table 342 (step S35).
  • the server 3 can recognize the air conditioner ID and the terminal ID for which the test run has been requested by referring to the test run requested flag 342C in the test run management table 342.
  • control unit 35 determines whether or not there is an unspecified air conditioner ID after updating the test run requested flag 342C to “1” (step S36).
  • step S36: Yes the control unit 35 proceeds to step S31 in order to determine whether or not a predetermined timing has been detected. That is, the server 3 can specify an undesignated air conditioner ID suitable for a predetermined rule at each predetermined timing.
  • step S36: No the control unit 35 ends the processing operation shown in FIG.
  • the predetermined timing is not detected (step S31: No)
  • the control unit 35 proceeds to step S31 in order to determine whether or not the predetermined timing has been detected. That is, the server 3 does not request a test run until a predetermined timing is detected.
  • FIG. 14 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the trial run result notification processing.
  • the control unit 35 in the server 3 determines whether or not the test run result has been received from the air conditioner 2 (step S41).
  • the air conditioner 2 detects an abnormality in the air conditioner 2 using the failure estimation model 132C and the refrigerant amount estimation model 133C
  • the air conditioner 2 transmits the test run result to the server 3.
  • the control unit 35 receives the trial run result (step S41: Yes)
  • the control unit 35 extracts the air conditioner ID and the maintenance content from the trial run result (step S42).
  • the control unit 35 refers to the test run management table 342, identifies the terminal ID corresponding to the extracted air conditioner ID (step S43), and transmits the maintenance recommendation to the smartphone terminal 4 based on the specific terminal ID (step S44). ), The processing operation shown in FIG. 14 is terminated. As a result, the server 3 can transmit the maintenance recommendation to the smartphone terminal 4 of the user of the air conditioner 2 according to the test run result from each air conditioner 2. When the control unit 35 does not receive the test run result (step S41: No), the control unit 35 ends the processing operation shown in FIG.
  • FIG. 15 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the reservation registration processing.
  • the control unit 35 in the server 3 determines whether or not a maintenance reservation request has been received from the smartphone terminal 4 (step S51).
  • the control unit 35 extracts the reservation information from the maintenance reservation request (step S52).
  • the reservation information is information including a customer name, a zip code, an address, an e-mail address, a telephone number, a desired maintenance date and time, a model name of the air conditioner 439C, and the like related to the air conditioner 2 to be maintained.
  • the control unit 35 registers the maintenance work date / time, maintenance content, customer information, terminal ID, and air conditioner ID in the reservation information in the maintenance management table 343 (step S53).
  • the server 3 can confirm the reservation information for each maintenance ID by referring to the maintenance management table 343.
  • the control unit 35 selects the maintenance worker 6 corresponding to the maintenance content (step S54), notifies the maintenance worker 6 of the maintenance content (step S55), and ends the processing operation shown in FIG.
  • the control unit 35 ends the processing operation shown in FIG.
  • the server 3 of the present embodiment divides the plurality of air conditioners 2 to be managed into groups according to predetermined rules, and requests a trial run at different times for each group within the intermediate period. Notify the smartphone terminal 4 of the user of the air conditioner 2 in the group of the test run request to the air conditioner 2 in the group.
  • the time for performing the trial run of each air conditioner 2 can be dispersed, it is possible to suppress the concentration of maintenance work in one period of the intermediate period, and it is possible to reduce the work load of the maintenance worker 6.
  • by performing the maintenance work in the intermediate period it is possible to avoid a situation in which the air conditioner 2 cannot be operated due to the maintenance work during the operating period.
  • the smartphone terminal 4 When the smartphone terminal 4 receives the test run request, the smartphone terminal 4 requests the air conditioner 2 corresponding to the user of the smartphone terminal 4 to start the test run according to a predetermined operation. Further, the air conditioner 2 executes the trial run in response to the request for starting the trial run, and when the result of the trial run requiring maintenance of the air conditioner 2 is detected, the result of the trial run is notified to the server 3. Then, when the server 3 receives the result of the trial run from the air conditioner 2, the server 3 notifies the smartphone terminal 4 of the user of the air conditioner 2 that the maintenance of the air conditioner 2 is recommended.
  • each smartphone terminal 4 can promptly receive maintenance work in order to obtain maintenance recommendations based on the test run results of the test run of the air conditioner 2 executed at different times, and the air conditioner can be air-conditioned during the operation period. It is possible to avoid a situation in which the machine 2 cannot be operated due to maintenance work.
  • the smartphone terminal 4 When the smartphone terminal 4 receives the maintenance recommendation from the server 3, the smartphone terminal 4 notifies the server 3 of the information related to the reservation of the maintenance work of the air conditioner 2 according to the predetermined reservation operation. As a result, the customer can easily reserve maintenance work.
  • the air conditioner 2 notifies the server 3 as a result of the trial run when the failure of the air conditioner 2 is estimated by using the failure estimation model 132C according to the start of the test run. As a result, each air conditioner 2 can notify the server 3 of the result of the test run using the failure estimation model 132C.
  • the air conditioner 2 estimates the shortage of the current residual refrigerant flowing in the air conditioner 2 by using the refrigerant amount estimation model 133C according to the start of the trial run of the air conditioner 2, the trial run is performed. As a result, the server 3 is notified. As a result, each air conditioner 2 can notify the server 3 of the result of the test run using the refrigerant amount estimation model 133C.
  • FIG. 16 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the first test run request processing.
  • the control unit 35 in the server 3 determines whether or not a predetermined timing has been detected (step S61).
  • the control unit 35 detects a predetermined timing (step S61: Yes)
  • the control unit 35 refers to the device management table 341 and designates an area by a zip code that identifies the group as a predetermined rule (step S62).
  • the location of the air conditioner 2 is grouped by the postal code registered by the user, and the air conditioner ID of the air conditioner 2 corresponding to each postal code is linked to the group of the postal code. wear.
  • grouping may be performed for each municipality in which the air conditioner 2 is installed.
  • the control unit 35 refers to the device management table 341 and designates an undesignated air conditioner ID in the designated area (step S63).
  • the control unit 35 refers to the device management table 341 and identifies the terminal ID corresponding to the designated air conditioner ID (step S64).
  • the control unit 35 transmits a test run request to the smartphone terminal 4 based on the specific terminal ID (step S65).
  • the control unit 35 sets the test run request completed flag 342C corresponding to the terminal ID of the smartphone terminal 4 to which the test run request has been transmitted to “1”, and updates the contents of the test run management table 342 (step S66).
  • control unit 35 determines whether or not there is an undesignated area after setting the test run requested flag 342C to “1” (step S67).
  • step S67: Yes the control unit 35 shifts to step S61 in order to determine whether or not a predetermined timing has been detected.
  • step S67: No the control unit 35 ends the processing operation shown in FIG.
  • step S61: No the control unit 35 proceeds to step S61 in order to determine whether or not the predetermined timing has been detected.
  • the control unit 35 that executes the first trial run request processing designates an area corresponding to an unspecified zip code from a plurality of zip codes as a predetermined rule for identifying the arrangement location of the air conditioner 2 at a predetermined timing. Specify an undesignated air conditioner ID in the designated area. Further, the control unit 35 requests the smartphone terminal 4 of the user of the designated air conditioner 2 to perform a test run based on the terminal ID of the designated air conditioner 2. As a result, since the trial run request for the smartphone terminal 4 of the user of the air conditioner 2 is dispersed and the acquisition time of the trial run result is dispersed for each designated area, the maintenance reservation timing can also be dispersed.
  • the work of the maintenance worker 6 is also dispersed, and the work load of the maintenance worker 6 can be reduced. Moreover, since the test run requests are distributed in each region, the work load of the maintenance worker 6 can be reduced by shortening the moving distance of the maintenance worker 6 during the maintenance work.
  • FIG. 17 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the second test run request processing.
  • the control unit 35 in the server 3 determines whether or not a predetermined timing has been detected (step S71).
  • the control unit 35 detects a predetermined timing (step S71: Yes)
  • the control unit 35 refers to the device management table 341 and designates a predetermined number of air conditioner IDs as a predetermined rule from the plurality of air conditioner IDs (step S72). ..
  • the control unit 35 refers to the device management table 341 and specifies the terminal ID corresponding to the designated air conditioner ID (step S73).
  • the control unit 35 transmits a test run request to the smartphone terminal 4 based on the specific terminal ID (step S74).
  • the control unit 35 sets the test run request completed flag 342C corresponding to the terminal ID of the smartphone terminal 4 to which the test run request has been transmitted to “1”, and updates the contents of the test run management table 342 (step S75).
  • control unit 35 determines whether or not there is an unspecified air conditioner ID after setting the test run requested flag 342C to “1” (step S76).
  • step S76: Yes the control unit 35 proceeds to step S71 in order to determine whether or not a predetermined timing has been detected.
  • step S71: No the control unit 35 ends the processing operation shown in FIG.
  • step S71: No the control unit 35 proceeds to step S71 in order to determine whether or not the predetermined timing has been detected.
  • the control unit 35 that executes the second trial run request processing designates a predetermined number of undesignated air conditioner IDs as a predetermined rule from a plurality of air conditioner IDs at predetermined timings, and the designated air conditioner 2 Based on the terminal ID, the smartphone terminal 4 of the user of the designated air conditioner 2 is requested to perform a trial run.
  • the maintenance reservation time can also be dispersed.
  • the work of the maintenance worker 6 is also dispersed, and the work load of the maintenance worker 6 can be reduced. For example, by leveling the number of test runs of the air conditioner 2 and reducing the number of maintenance work, the work load of the maintenance worker 6 can be reduced.
  • a predetermined rule a case where a predetermined number of unspecified air conditioner IDs are specified from a plurality of air conditioner IDs at a predetermined timing is illustrated, but as a predetermined rule different from this, at each predetermined timing.
  • An area such as a municipality that identifies the location where the air conditioner 2 is arranged may be specified, and a predetermined number of undesignated air conditioner IDs may be specified within the specified area.
  • FIG. 18 is a flowchart showing an example of the processing operation of the control unit 35 in the server 3 related to the third test run request processing.
  • the control unit 35 in the server 3 determines whether or not a predetermined timing has been detected (step S81).
  • the control unit 35 detects a predetermined timing (step S81: Yes)
  • the control unit 35 refers to the device management table 341 and designates an undesignated model as a predetermined rule (step S82).
  • the control unit 25 designates the number of units corresponding to the undesignated model (step S83).
  • the control unit 35 refers to the device management table 341 and designates a designated number of undesignated air conditioner IDs among the air conditioner IDs of the designated model (step S84).
  • the control unit 35 refers to the device management table 341 and specifies the terminal ID corresponding to the designated air conditioner ID (step S85).
  • the control unit 35 transmits a test run request to the smartphone terminal 4 based on the specific terminal ID (step S86).
  • the control unit 35 sets the test run request completed flag 342C corresponding to the terminal ID of the smartphone terminal 4 to which the test run request has been transmitted to “1”, and updates the contents of the test run management table 342 (step S87).
  • control unit 35 determines whether or not there is an undesignated air conditioner ID among the undesignated air conditioner IDs of the designated model (). Step S88). When there is an undesignated air conditioner ID (step S88: Yes), the control unit 35 determines whether or not a predetermined timing has been detected (step S89).
  • step S89: Yes When the control unit 35 detects a predetermined timing (step S89: Yes). In order to specify the designated number of units corresponding to the designated model, the process proceeds to step S83. Further, when the predetermined timing is not detected (step S89: No), the control unit 35 shifts to step S89 in order to determine whether or not the predetermined timing has been detected.
  • step S88 When there is no undesignated air conditioner ID among the undesignated air conditioner IDs of the designated model (step S88: No), the control unit 35 determines whether or not there is an undesignated model (step S90). ). When there is an undesignated model (step S90: Yes), the control unit 35 shifts to step S82 in order to specify the undesignated model. Further, when there is no undesignated model (step S90: No), the control unit 35 ends the processing operation shown in FIG.
  • control unit 35 does not detect the predetermined timing (step S81: No), the control unit 35 ends the processing operation shown in FIG.
  • the control unit 35 that executes the third test run request processing designates an undesignated model from a plurality of models as a predetermined rule at a predetermined timing, and undesignated a predetermined number from the unspecified air conditioner ID of the designated model. Specify the air conditioner ID of. Further, based on the terminal ID of the designated air conditioner 2, the smartphone terminal 4 of the user of the designated air conditioner 2 is requested to perform a trial run. As a result, since the trial run request for the smartphone terminal 4 of the user of the air conditioner 2 is dispersed and the acquisition time of the trial run result is dispersed for each predetermined number of the designated models, the maintenance reservation timing can also be dispersed.
  • the work of the maintenance worker 6 is also dispersed, and the work load of the maintenance worker 6 can be reduced. For example, by reducing the number of test runs of a model having a high failure rate per day, the work load of the maintenance worker 6 can be reduced.
  • the server 3 requests the smartphone terminal 4 of the user of the air conditioner 2 to perform a trial run, and based on the operation state data collected by the air conditioner 2, the refrigerant for each air conditioner 2 is used.
  • the case of generating a quantity estimation model and a failure estimation model is illustrated.
  • the function of generating the refrigerant amount estimation model and the failure estimation model may be executed by another server, and can be changed as appropriate.
  • the server 3 exemplifies the case where the smartphone terminal 4 is notified of the recommendation for maintenance of the air conditioner 2 when the failure of the air conditioner 2 is estimated. However, it is not limited to the case where the failure of the air conditioner 2 is estimated.
  • the server 3 has, for example, an air conditioner even when the failure rate of the air conditioner 2 is equal to or higher than a predetermined threshold value, the maintenance work frequency of the air conditioner 2 is a predetermined number of times or more, and the integrated operation time of the air conditioner 2 is a predetermined time or longer. You may notify the maintenance recommendation of 2. Further, the server 3 notifies the recommendation of maintenance of the air conditioner 2 even when the product release time of the air conditioner 2 has passed a predetermined period or more or the product warranty period of the air conditioner 2 has passed a predetermined period or more. Is also good.
  • the air conditioner 2 illustrates a case where the failure of the air conditioner 2 is estimated by using the failure estimation model 132C and the refrigerant amount estimation model 133C.
  • the control unit 13D of the air conditioner 2 passes through various sensors in the air conditioner 2 according to the start of the trial operation, for example, the power of the air conditioner 2 is turned on, the remote control is not operated, the cooling operation is not possible, and the heating operation is not possible. , Failures such as air conditioner plate malfunction and discharge temperature abnormality may be detected.
  • the air conditioner 2 exemplifies the case where the test run is executed when the test run start operation from the smartphone terminal 4 is detected. Instead of this, when the air conditioner 2 detects the test run start operation, if a person is detected in the air-conditioned space by the person detection sensor (not shown) of the indoor unit 12, the test run is suspended and the test run is suspended in the air-conditioned space. You may execute the test run after the person is no longer detected. Further, even if the test run operation from the smartphone terminal 4 is not detected after obtaining the consent of the user of the air conditioner 2 in advance, if the server 3 requests the air conditioner 2 to execute the test run, the test run is performed. May be executed.
  • the air conditioner 2 exemplifies the case where the test run is executed when the test run start operation from the smartphone terminal 4 is detected.
  • the test run start operation from the smartphone terminal 4.
  • the user may see the display screen of the information related to the test run on the smartphone terminal 4 and execute the test run start operation by using the remote controller 14 or the like of the air conditioner 2, and the test run start operation may be executed as appropriate.
  • each component of each of the illustrated parts does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each part is not limited to the one shown in the figure, and all or part of them may be functionally or physically distributed / integrated in any unit according to various loads and usage conditions. Can be configured.
  • each device is all or arbitrary parts on the CPU (Central Processing Unit) (or microcomputers such as MPU (Micro Processing Unit) and MCU (Micro Controller Unit)). You may try to do it. Further, various processing functions may be executed in whole or in any part on a program analyzed and executed by a CPU (or a microcomputer such as an MPU or MCU) or on hardware by wired logic. Needless to say.
  • CPU Central Processing Unit
  • MPU Micro Processing Unit
  • MCU Micro Controller Unit
  • Air conditioner system Air conditioner 3 Server 4 Smartphone terminal 35 Control unit 35A Generation unit 35B Classification unit 35C Notification unit 132C Failure estimation model 133C Refrigerant amount estimation model

Landscapes

  • Engineering & Computer Science (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Mechanical Engineering (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Air Conditioning Control Device (AREA)
  • Central Air Conditioning (AREA)
  • Sorption Type Refrigeration Machines (AREA)

Abstract

空気調和システムは、複数の空気調和機と、同各空気調和機と通信網を介して接続されて前記各空気調和機の機器情報を記憶するサーバと、前記各空気調和機毎に前記サーバを介して接続される端末と、を有する。前記サーバは、前記複数の空気調和機を前記機器情報に基づく複数のグループに分類する分類部と、前記グループに分類された空気調和機の試運転に関わる情報を前記端末に通知する通知部とを有する。その結果、各空気調和機の試運転を分散して実行することで、中間期での保守作業者の作業負担を分散して軽減できる。

Description

空気調和システム
 本発明は、空気調和システムに関する。
 例えば、春や秋のように空気調和機の運転が頻繁に行われないような時期(以下、中間期という)に空気調和機の試運転を行うことで、空気調和機の異常を予知又は検知する空気調和システムが提案されている。この空気調和システムでは、中間期に空気調和機の異常を予知又は検知することで、事前に保守作業が行えるため、空調運転が頻繁に行われる稼働期に保守作業で空調運転が行えなくなるような事態を回避できる。
特開2011-89751号公報
 しかしながら、従来の空気調和システムでは、中間期のある時期、例えば、5月の同一時期に保守作業者が担当する区域の全ての空気調和機で一斉に試運転が実行されてしまうと、空気調和機の異常が検知された場合に保守作業が一時期に集中してしまうことが考えられる。その結果、保守作業者側の作業負担が大きくなる。
 本発明ではこのような問題に鑑み、各空気調和機の試運転を分散して実行することで、中間期での保守作業者の作業負担を分散して軽減できる空気調和システムを提供することを目的とする。
 一つの態様の空気調和システムは、複数の空気調和機と、同各空気調和機と通信網を介して接続されて前記各空気調和機の機器情報を記憶するサーバと、前記各空気調和機毎に前記サーバを介して接続される端末と、を有する。前記サーバは、前記複数の空気調和機を前記機器情報に基づく複数のグループに分類する分類部と、前記グループに分類された空気調和機の試運転に関わる情報を前記端末に通知する通知部とを有する。
 一つの側面として、試運転を分散して実行することで、例えば、中間期での保守作業者の作業負担を分散して軽減できる。
図1は、本実施例の空気調和システムの一例を示す説明図である。 図2は、空気調和機の構成の一例を示すブロック図である。 図3は、サーバの構成の一例を示すブロック図である。 図4は、機器管理テーブルのテーブル構成の一例を示す説明図である。 図5は、試運転管理テーブルのテーブル構成の一例を示す説明図である。 図6は、保守管理テーブルのテーブル構成の一例を示す説明図である。 図7は、スマホ端末の構成の一例を示すブロック図である。 図8は、スマホ端末の試運転要求画面の一例を示す説明図である。 図9は、スマホ端末の保守推奨画面から保守予約画面への切替画面の一例を示す説明図である。 図10は、空気調和システムの試運転要求から保守作業完了までの処理動作の一例を示す説明図である。 図11は、試運転要求受信処理に関わるスマホ端末内の制御部の処理動作の一例を示すフローチャートである。 図12は、保守予約処理に関わるスマホ端末内の制御部の処理動作の一例を示すフローチャートである。 図13は、試運転要求処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。 図14は、試運転結果通知処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。 図15は、予約登録処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。 図16は、第1の試運転要求処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。 図17は、第2の試運転要求処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。 図18は、第3の試運転要求処理に関わるサーバ内の制御部の処理動作の一例を示すフローチャートである。
 以下、図面に基づいて、本願の開示する空気調和システムの実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜変形しても良い。
 図1は、本実施例の空気調和システム1の一例を示す説明図である。図1に示す空気調和システム1は、空気調和機2と、サーバ3と、スマホ端末4と、通信網5とを有する。空気調和機2は、各場所に配置された空気調和機である。サーバ3は、空気調和システム内の複数の空気調和機2の機器情報を管理するサーバである。スマホ端末4は本発明の端末に相当し、空気調和機2の使用者が携帯してサーバ3との通信が行えるものである。通信網5は、例えば、インターネット等の通信網である。
 図2は、空気調和機2の構成の一例を示すブロック図である。図2に示す空気調和機2は、室外機11と、室内機12と、アダプタ13と、リモコン14とを有する。室外機11は、本体11Aを有する。本体11Aには、例えば、室外ファン、圧縮機、室外熱交換器や膨張弁等が備えられている。室内機12は、本体12Aと、受光部12Bと、制御部12Cとを有する。室内機12は、例えば、室内に配置され、室内の空気を加熱又は冷却する空気調和機の一部である。リモコン14は、室内機12の利用者の操作に応じて室内機12を遠隔操作できる。本体12Aには、例えば、室内ファンや室内熱交換器が備えられ、室内熱交換器で冷媒と熱交換を行った室内空気が本体12Aから吹き出されることで、部屋の暖房、冷房、除湿等が行われる。
 アダプタ13は、第1の通信部13Aと、第2の通信部13Bと、記憶部13Cと、制御部13Dとを有する。第1の通信部13Aは、アダプタ13と室内機12内の制御部12Cとを通信接続する、例えば、UART(Universal Asynchronous Receiver Transmitter)等の通信IF(Interface)である。第2の通信部13Bは、アダプタ13と通信網5との間を通信で接続するIFである。制御部13Dは、室内機12をAI(Artificial Intelligence)制御する。アダプタ13は、室内機12毎に配置するものである。記憶部13Cは、運転履歴メモリ131Cと、故障推定モデル132Cと、冷媒量推定モデル133Cとを有する。
 運転履歴メモリ131Cは、第1の通信部13Aを用いて室外機11の本体11A及び室内機12の本体12Aから収集した各種の運転状態データを定期的に収集し、収集した運転状態データを記憶する。第2の通信部13Bは、運転履歴メモリ131Cに記憶中の運転状態データをサーバ3に送信する。尚、後述するが、サーバ3は、空気調和機2の運転状態データを教師データとし、この教師データに基づき、冷媒量推定モデル及び故障推定モデルを生成する。更に、サーバ3は、生成した冷媒量推定モデル及び故障推定モデルを通信網5経由でアダプタ13に送信する。アダプタ13は、第2の通信部13Bを用いてサーバ3から冷媒量推定モデル133C及び故障推定モデル132Cを受信し、受信した冷媒量推定モデル133C及び故障推定モデル132Cを記憶部13Cに記憶する。
 故障推定モデル132Cは、室外機11の本体11A及び室内機12の本体12Aから収集した運転状態データの一部を入力することで、室外機11の本体11A及び室内機12の本体12A内の故障を予知又は検知、すなわち推定する。故障推定モデル132Cは、例えば、室外熱交換器の汚れ、膨張弁のロックや、圧縮機の劣化に係る異常等の空気調和機2の故障を推定する。
 冷媒量推定モデル133Cは、室外機11の本体11A及び室内機12の本体12Aから収集した運転状態データの一部を入力することで、室外機11の本体11A及び室内機12の本体12A内の図示せぬ冷媒回路における現在の残存冷媒量を推定する。例えば、冷媒量推定モデル133Cは、運転時の運転状態を示す運転状態データのうち、少なくとも圧縮機の回転数、圧縮機の冷媒吐出温度、熱交換器温度、膨張弁の開度及び外気温度を用いて、冷媒回路に残存する現在の冷媒量を推定する。その結果、冷媒量推定モデル133Cは、冷媒量不足による異常を推定する。
 図3は、サーバ3の構成の一例を示すブロック図である。図3に示すサーバ3は、通信部31と、操作部32と、表示部33と、記憶部34と、制御部35とを有する。記憶部34は、機器管理テーブル341と、試運転管理テーブル342と、保守管理テーブル343とを有する。通信部31は、通信網5との間の通信を行うためのインターフェースである。操作部32は、操作コマンド等の各種情報を入力するためのインターフェースである。表示部33は、各種情報を表示するためのインターフェースである。記憶部34は、各種情報を記憶する領域である。制御部35は、サーバ3全体を制御する。
 図4は、機器管理テーブル341のテーブル構成の一例を示す説明図である。図4に示す機器管理テーブル341は、機器情報として空気調和機2を識別する空気調和機IDに関わる情報を管理するテーブルである。機器管理テーブル341は、空気調和機ID341A毎に、機種341Bと、顧客名341Cと、郵便番号341Dと、住所341Eと、端末ID341Fとを対応付けて管理する。機種341Bは、空気調和機2の機種を識別する情報である。顧客名341Cは、空気調和機2の使用者を識別する情報である。郵便番号341Dは、空気調和機2の配置場所の地域を特定する情報である。住所341Eは、空気調和機2の配置場所を特定する情報である。端末ID341Fは、空気調和機2の使用者の連絡先となるスマホ端末4の電話番号である。
 図5は、試運転管理テーブル342のテーブル構成の一例を示す説明図である。図5に示す試運転管理テーブル342は、空気調和機2の使用者への試運転要求の有無を管理するテーブルである。試運転管理テーブル342は、空気調和機2の使用者の連絡先となるスマホ端末4の電話番号である端末ID342A毎に、空気調和機ID342Bと、試運転要求済みフラグ342Cとを対応付けて管理する。試運転要求済みフラグ342Cは、スマホ端末4に対して空気調和機2の試運転を要求したか否かを識別する識別子である。試運転要求済みの場合、試運転要求済みフラグ342Cは“1”、試運転要求済みでない場合、試運転要求済みフラグ342Cは“0”である。
 図6は、保守管理テーブル343のテーブル構成の一例を示す説明図である。図6に示す保守管理テーブル343は、空気調和機2の保守を識別する保守ID343A毎に保守情報を管理するテーブルである。保守管理テーブル343は、保守ID343A毎に、保守作業日時343Bと、保守内容343Cと、顧客情報343Dと、端末ID343Eと、空気調和機ID343Fと、保守作業実行済みフラグ343Gとを対応付けて管理する。保守作業日時343Bは、保守作業の予約日時である。保守内容は、空気調和機2の保守内容、例えば、故障内容や保守を担当する保守作業者等を識別する情報である。顧客情報343Dは、保守対象の空気調和機2の使用者を識別する、例えば、顧客名、メールアドレス、住所や郵便番号等の情報である。端末ID343Eは、保守対象の空気調和機2の使用者の連絡先となるスマホ端末4を識別する電話番号等の情報である。空気調和機ID343Fは、保守対象の空気調和機2を識別する情報である。保守作業実行済みフラグ343Gは、保守作業が実行済みであるか否かを識別する識別子である。保守作業実行済みの場合、保守作業実行済みフラグ343Gは“1”、保守作業実行済みでない場合、保守作業実行済みフラグ343Gは“0”である。
 制御部35は、生成部35Aと、分類部35Bと、通知部35Cと、管理部35Dとを有する。生成部35Aは、各空気調和機2からの運転状態データを教師データとして故障推定モデル及び冷媒量推定モデルを生成する。分類部35Bは、機器管理テーブル341内の機器情報に基づき、サーバ3が管理する複数の空気調和機2を後述する所定ルールに応じた複数のグループに分類する。通知部35Cは、中間期内において、グループ毎に時期をずらして試運転を要求すべく、当該グループ内の空気調和機2への試運転に関わる情報、すなわち試運転要求を当該グループ内の空気調和機2の使用者のスマホ端末4に通知する。尚、試運転要求は、各空気調和機2に試運転を要求する通知である。管理部35Dは、機器管理テーブル341、試運転管理テーブル342及び保守管理テーブル343を管理する。
 図7は、スマホ端末4の構成の一例を示すブロック図である。図7に示すスマホ端末4は、通信部41と、操作部42と、表示部43と、記憶部44と、制御部45とを有する。通信部41は、通信網5との間の通信を行うためのインターフェースである。操作部42は、操作コマンド等の各種情報を入力するためのインターフェースである。表示部43は、各種情報を表示するためのインターフェースである。記憶部44は、各種情報を記憶する領域である。制御部45は、スマホ端末4全体を制御する。
 図8は、スマホ端末4の試運転要求画面43Aの一例を示す説明図である。スマホ端末4は、サーバ3からの試運転要求に応じて試運転要求画面43Aを表示部43に表示する。図8に示す試運転要求画面43Aは、顧客に対して空気調和機2の試運転を要求する画面である。試運転要求画面43Aは、「オフシーズン中の試運転をおすすめします。試運転を開始しますか?」のメッセージ431Aと、試運転実行の「はい」のボタン432Aと、試運転不要の「いいえ」のボタン433Aとを有する。メッセージ431Aは、空気調和機2の試運転開始をスマホ端末4の使用者に促すメッセージである。スマホ端末4は、試運転要求画面43A上のボタン432Aのボタン操作を検出した場合、試運転開始を空気調和機2に送信し、試運転要求画面43Aを消去する。また、スマホ端末4は、試運転要求画面43A上のボタン433Aのボタン操作を検出した場合、試運転要求画面43Aを消去する。
 図9は、スマホ端末4の保守推奨画面43Bから保守予約画面43Cへの切替画面の一例を示す説明図である。スマホ端末4は、サーバ3からの保守推奨に応じて保守推奨画面43Bを表示部43に表示する。図9に示す保守推奨画面43Bは、顧客に対して空気調和機2の保守作業の予約を要求する画面である。「故障している可能性があります。修理を依頼しますか?」のメッセージ431Bと、機種名432Bと、エラーコード433Bと、修理依頼開始の「はい」のボタン434Bと、修理依頼不要の「いいえ」のボタン435Bとを有する。メッセージ431Bは、保守作業の予約を空気調和機2の使用者に促すメッセージである。機種名432Bは、空気調和機2の機種を識別する情報である。エラーコード433Bは、エラー内容を識別するコードである。スマホ端末4は、保守推奨画面43B上のボタン434Bのボタン操作を検出した場合、保守推奨画面43Bから保守作業の予約画面である保守予約画面43Cに切替える。スマホ端末4は、保守推奨画面43B上のボタン435Bのボタン操作を検出した場合、保守推奨画面43Bを消去する。
 保守予約画面43Cは、顧客に対して空気調和機2の保守予約内容を入力する画面である。保守予約画面43Cは、名前入力欄431Cと、郵便番号入力欄432Cと、住所入力欄433Cと、メールアドレス入力欄434Cと、電話番号入力欄435Cと、希望日時入力欄436Cとを有する。更に、保守予約画面43Cは、確認ボタン437Cと、キャンセルボタン438Cと、機種名439Cとを有する。名前入力欄431Cは、保守対象の空気調和機2の使用者名を入力する欄である。郵便番号入力欄432Cは、保守対象の空気調和機2の配置箇所の地域を識別する郵便番号を入力する欄である。住所入力欄433Cは、保守対象の空気調和機2の配置箇所の住所を入力する欄である。メールアドレス入力欄434Cは、保守対象の空気調和機2の使用者の連絡先であるメールアドレスを入力する欄である。電話番号入力欄435Cは、保守対象の空気調和機2の使用者の連絡先である電話番号を入力する欄である。希望日時入力欄436Cは、保守対象の空気調和機2の保守作業の希望日時を入力する欄である。機種名439Cは、保守対象の空気調和機2の機種を識別する情報である。スマホ端末4は、保守予約画面43C上の確認ボタン437Cを検出した場合、サーバ3に対して保守内容を送信して保守予約画面43Cを消去する。スマホ端末4は、保守予約画面43C上のキャンセルボタン438Cを検出した場合、保守予約画面43Cを消去する。
 次に本実施例の空気調和システム1の動作について説明する。図10は、空気調和システム1の試運転要求から保守作業完了までの処理動作の一例を示す説明図である。サーバ3は、所定タイミングで所定ルールに応じた空気調和機2の使用者のスマホ端末4に対して試運転要求を通知する(ステップS1)。所定タイミングは、試運転要求を発行するタイミング、例えば、1日1回のタイミングである。尚、所定タイミングは、1日1回に限定されるものではなく、例えば、2日に1回、3日に1回のように適宜変更可能である。所定ルールは、最終的に所定期間内に保守作業者6が担当する空気調和機2をグループ化する条件であって、例えば、空気調和機2の配置箇所を識別する設置地域を示す設置地域情報や空気調和機2の台数を示す台数情報に応じたグループの空気調和機2を指定する条件である。
 スマホ端末4は、試運転要求を受信した場合、図8に示す試運転要求画面43Aを表示部43に表示する。スマホ端末4の使用者は、試運転要求画面43Aを見て空気調和機2の試運転要求を認識できる。そして、スマホ端末4は、試運転要求画面43A上の試運転開始操作に応じて空気調和機2への試運転開始を要求する(ステップS2)。空気調和機2は、試運転開始要求に応じて試運転を実行することになる。空気調和機2は、試運転を実行した場合、その試運転結果をサーバ3に通知する(ステップS3)。尚、空気調和機2は、試運転を実行し、例えば、冷媒量推定モデル133Cや故障推定モデル132Cを使用して空気調和機2の異常を推定した場合に異常の内容を試運転結果として得る。
 サーバ3は、空気調和機2からの試運転結果を受信し、受信内容が空気調和機2の異常の推定を示すものである場合、保守推奨をスマホ端末4に通知する(ステップS4)。スマホ端末4は、サーバ3からの保守推奨を受信した場合、図9に示す保守推奨画面43Bを表示する。スマホ端末4の使用者は、保守推奨画面43Bを見て空気調和機2の保守推奨を認識できる。スマホ端末4は、保守推奨画面43B上の保守推奨操作に応じて、図9に示す保守予約画面43Cを表示する。スマホ端末4の使用者は、保守予約画面43Cを見て保守作業の予約内容を入力できる。
 スマホ端末4は、保守予約画面43C上の保守予約操作に応じて保守予約要求をサーバ3に送信する(ステップS5)。サーバ3は、スマホ端末4からの保守予約要求を受信した場合、保守予約内容に応じて保守作業者6に保守依頼を通知する(ステップS6)。尚、保守依頼は、前述した所定タイミングで所定ルールの空気調和機2のスマホ端末4に対してのみ試運転を要求した結果発生しているものであるため、中間期内で同時期に受ける保守推奨の集中を分散できる、つまり、空気調和機2の試運転の時期を分散することで試運転結果による保守依頼を分散できる。そして、保守作業者6は、保守対象の空気調和機2の保守作業を実行する(ステップS7)。
 各空気調和機2に試運転を要求する際に、例えば、あるサービス拠点が担当する地域内の30000台の空気調和機2の試運転を一斉に開始して、200台の空気調和機2の保守が必要との試運転結果を取得し、そして、保守作業者6が1日で保守できる空気調和機2の台数を100台と想定する。この場合、保守作業者6は、この地域の空気調和機2の保守作業が200台分のため、2日間かかることになる。
 本実施例の空気調和システム1では、上述した想定結果に基づき、所定タイミングを中間期内の1日毎に5回、所定ルールを同地域内の30000台の空気調和機2のうちの6000台を1グループとする。この場合、サーバ3は、1日毎に同地域内の6000台の空気調和機2の使用者のスマホ端末4に対して試運転要求を行い、5日間で同地域内の全ての空気調和機2の使用者のスマホ端末4に対して試運転を要求する。その結果、1日当たりの試運転結果による保守推奨の数が減少する、つまり、保守推奨の数が5日間に分散することになる。そして、地域内の空気調和機2の試運転の時期を分散することで試運転結果から保守依頼(保守予約)が分散する。保守依頼(保守予約)が分散されることで、保守作業者6の作業も分散され、保守作業者6の作業負担を軽減できる。
 図11は、試運転要求受信処理に関わるスマホ端末4内の制御部45の処理動作の一例を示すフローチャートである。図11においてスマホ端末4の制御部45は、サーバ3から試運転要求を受信したか否かを判定する(ステップS11)。制御部45は、試運転要求を受信した場合(ステップS11:Yes)、図8に示す試運転要求画面43Aを表示部43に表示する(ステップS12)。その結果、スマホ端末4の使用者は、試運転要求画面43Aを見て空気調和機2の試運転が必要なことを認識できる。
 制御部45は、試運転要求画面43A上の試運転開始操作(ボタン432Aのボタン操作)を検出したか否かを判定する(ステップS13)。制御部45は、試運転開始操作を検出した場合(ステップS13:Yes)、空気調和機2の試運転を実行し、図11に示す処理動作を終了する。試運転要求受信処理に関わる処理動作の終了後、スマホ端末4の使用者は、試運転要求画面43A上のボタン操作で空気調和機2の試運転を実行できる。
 制御部45は、試運転開始操作を検出しなかった場合(ステップS13:No)、試運転不要操作(ボタン433Aのボタン操作)を検出したか否かを判定する(ステップS14)。制御部45は、試運転不要操作を検出した場合(ステップS14:Yes)、試運転を実行することなく、図11に示す処理動作を終了する。
 制御部45は、試運転要求を受信しなかった場合(ステップS11:No)、図11に示す処理動作を終了する。制御部45は、試運転不要操作を検出しなかった場合(ステップS14:No)、試運転開始操作を検出したか否かを判定すべく、ステップS13に移行する。
 図12は、保守予約処理に関わるスマホ端末4内の制御部45の処理動作の一例を示すフローチャートである。図12に示すスマホ端末4内の制御部45は、サーバ3から保守推奨を受信したか否かを判定する(ステップS21)。制御部45は、保守推奨を受信した場合(ステップS21:Yes)、図9に示す保守推奨画面43Bを表示部43に表示する(ステップS22)。その結果、スマホ端末4の使用者は、保守推奨画面43Bを見て空気調和機2の試運転結果を認識できる。
 制御部45は、保守推奨画面43B上の保守推奨開始操作(ボタン434Bのボタン操作)を検出したか否かを判定する(ステップS23)。制御部45は、保守推奨開始操作を検出した場合(ステップS23:Yes)、保守予約画面43Cを表示部43に表示する(ステップS24)。その結果、スマホ端末4の使用者は、保守予約画面43Cを見て、空気調和機2の保守予約の入力内容を認識できる。制御部45は、保守予約画面43C上の保守予約開始操作(確認ボタン437Cのボタン操作)を検出したか否かを判定する(ステップS25)。
 制御部45は、保守予約画面43C上の保守予約開始操作を検出した場合(ステップS25:Yes)、保守予約要求をサーバ3に送信し(ステップS26)、図12に示す処理動作を終了する。その結果、スマホ端末4の使用者は、保守予約画面43Cから保守予約を入力できる。使用者は、スマホ端末4を使用して、保守対象の空気調和機2に関わる顧客名、郵便番号、住所、メールアドレス、電話番号、保守希望日時、空気調和機の機種名439C等を含む予約情報を入力できる。制御部45は、保守推奨を受信しなかった場合(ステップS21:No)、図12に示す処理動作を終了する。
 制御部45は、保守推奨開始操作を検出しなかった場合(ステップS23:No)、保守推奨不要操作(ボタン435Bのボタン操作)を検出したか否かを判定する(ステップS27)。制御部45は、保守推奨不要操作を検出した場合(ステップS27:Yes)、保守推奨画面43Bを消去し(ステップS28)、図12に示す処理動作を終了する。
 制御部45は、保守推奨不要操作を検出しなかった場合(ステップS27:No)、保守推奨開始操作を検出したか否かを判定すべく、ステップS23に移行する。
 また、制御部45は、保守予約開始操作を検出しなかった場合(ステップS25:No)、保守予約不要操作(キャンセルボタン438Cのボタン操作)を検出したか否かを判定する(ステップS29)。制御部45は、保守予約不要操作を検出した場合(ステップS29:Yes)、保守予約画面43Cを消去し(ステップS30)、図12に示す処理動作を終了する。また、制御部45は、保守予約不要操作を検出しなかった場合(ステップS29:No)、保守予約開始操作を検出したか否かを判定すべく、ステップS25に移行する。
 図13は、試運転要求処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図13においてサーバ3内の制御部35は、所定タイミングを検出したか否かを判定する(ステップS31)。制御部35は、所定タイミングを検出した場合(ステップS31:Yes)、機器管理テーブル341を参照し、所定ルールに応じたグループの未指定の空気調和機IDを指定する(ステップS32)。
 制御部35は、機器管理テーブル341を参照し、指定の空気調和機IDに対応した端末IDを特定する(ステップS33)。制御部35は、特定の端末IDに基づくスマホ端末4に試運転要求を送信する(ステップS34)。その結果、サーバ3は、所定タイミングに所定ルールで指定した空気調和機IDに対応した空気調和機2のスマホ端末4にのみ試運転を要求する。制御部35は、試運転要求を送信済みのスマホ端末4の端末IDに対応する試運転要求済みフラグ342Cを“1”に設定して試運転管理テーブル342の内容を更新する(ステップS35)。サーバ3は、試運転管理テーブル342の試運転要求済みフラグ342Cを参照し、試運転要求済みの空気調和機ID及び端末IDを認識できる。
 更に、制御部35は、試運転要求済みフラグ342Cを“1”に更新した後、未指定の空気調和機IDがあるか否かを判定する(ステップS36)。制御部35は、未指定の空気調和機IDがある場合(ステップS36:Yes)、所定タイミングを検出したか否かを判定すべく、ステップS31に移行する。つまり、サーバ3は、所定タイミング毎に所定ルールに適した未指定の空気調和機IDを指定できる。制御部35は、未指定の空気調和機IDがない場合(ステップS36:No)、図13に示す処理動作を終了する。制御部35は、所定タイミングを検出しなかった場合(ステップS31:No)、所定タイミングを検出したか否かを判定すべく、ステップS31に移行する。つまり、サーバ3は、所定タイミングを検出するまで試運転を要求しない。
 図14は、試運転結果通知処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図14においてサーバ3内の制御部35は、空気調和機2から試運転結果を受信したか否かを判定する(ステップS41)。尚、空気調和機2は、故障推定モデル132C及び冷媒量推定モデル133Cを用いて空気調和機2の異常を検知した場合、その試運転結果をサーバ3に送信する。制御部35は、試運転結果を受信した場合(ステップS41:Yes)、試運転結果から空気調和機ID及び保守内容を抽出する(ステップS42)。
 制御部35は、試運転管理テーブル342を参照し、抽出した空気調和機IDに対応する端末IDを特定し(ステップS43)、特定の端末IDに基づくスマホ端末4に保守推奨を送信し(ステップS44)、図14に示す処理動作を終了する。その結果、サーバ3は、各空気調和機2からの試運転結果に応じて空気調和機2の使用者のスマホ端末4に対して保守推奨を送信できる。制御部35は、試運転結果を受信しなかった場合(ステップS41:No)、図14に示す処理動作を終了する。
 図15は、予約登録処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図15においてサーバ3内の制御部35は、スマホ端末4から保守予約要求を受信したか否かを判定する(ステップS51)。制御部35は、保守予約要求を受信した場合(ステップS51:Yes)、保守予約要求から予約情報を抽出する(ステップS52)。尚、予約情報とは、保守対象の空気調和機2に関わる顧客名、郵便番号、住所、メールアドレス、電話番号、保守希望日時、空気調和機の機種名439C等を含む情報である。
 制御部35は、予約情報内の保守作業日時、保守内容、顧客情報、端末ID及び空気調和機IDを保守管理テーブル343に登録する(ステップS53)。サーバ3は、保守管理テーブル343を参照して、保守ID毎の予約情報を確認できる。制御部35は、保守内容に対応した保守作業者6を選択し(ステップS54)、保守作業者6に保守内容を通知し(ステップS55)、図15に示す処理動作を終了する。制御部35は、保守予約要求を受信しなかった場合(ステップS51:No)、図15に示す処理動作を終了する。
 以上、説明したように本実施例のサーバ3は、管理する複数の空気調和機2を所定ルールに応じたグループに分け、中間期内において、グループ毎に時期をずらして試運転を要求すべく、当該グループ内の空気調和機2への試運転要求を当該グループ内の空気調和機2の使用者のスマホ端末4に通知する。その結果、各空気調和機2の試運転を行う時期を分散できるため、中間期の一時期に保守作業が集中することを抑制でき、保守作業者6の作業負担を軽減できる。しかも、中間期に保守作業を行うことで、稼働時期に空気調和機2が保守作業で運転できなくなるような事態を回避できる。
 スマホ端末4は、試運転要求を受信した場合に、所定操作に応じて当該スマホ端末4の使用者に対応した空気調和機2に対して試運転の開始を要求する。更に、空気調和機2は、試運転の開始の要求に応じて試運転を実行し、当該空気調和機2の保守を要する試運転の結果を検出した場合に当該試運転の結果をサーバ3に通知する。そして、サーバ3は、空気調和機2から試運転の結果を受信した場合に、当該空気調和機2の使用者のスマホ端末4に対して空気調和機2の保守の推奨を通知する。その結果、各スマホ端末4の使用者は、時期をずらして実行した空気調和機2の試運転の試運転結果で保守の推奨を得るため、迅速に保守作業を受けることができ、稼働時期に空気調和機2が保守作業で運転できなくなるような事態を回避できる。
 スマホ端末4は、サーバ3から保守の推奨を受信した場合に、所定の予約操作に応じて当該空気調和機2の保守作業の予約に関わる情報をサーバ3に通知する。その結果、顧客は、容易に保守作業を予約できる。
 空気調和機2は試運転の開始に応じて、故障推定モデル132Cを使用して当該空気調和機2の故障を推定した場合に試運転の結果としてサーバ3に通知する。その結果、各空気調和機2は、故障推定モデル132Cを用いて試運転の結果をサーバ3に通知できる。
 空気調和機2は、空気調和機2の試運転の開始に応じて、冷媒量推定モデル133Cを使用して当該空気調和機2内を流通する現在の残存冷媒量の不足を推定した場合に試運転の結果としてサーバ3に通知する。その結果、各空気調和機2は、冷媒量推定モデル133Cを用いて試運転の結果をサーバ3に通知できる。
 本実施例の試運転要求処理としては、図13に示す所定ルールに応じた未指定の空気調和機IDを指定する場合を例示したが、所定ルールのより具体的な例を、図16~図18に基づき、説明する。
 図16は、第1の試運転要求処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図16においてサーバ3内の制御部35は、所定タイミングを検出したか否かを判定する(ステップS61)。制御部35は、所定タイミングを検出した場合(ステップS61:Yes)、機器管理テーブル341を参照し、所定ルールとしてグループを識別する郵便番号で地域を指定する(ステップS62)。尚、所定ルールは、空気調和機2の配置箇所を使用者により登録された郵便番号でグループ分けし、各郵便番号に対応する空気調和機2の空気調和機IDを当該郵便番号のグループに紐付ける。または、郵便番号に代えて、空気調和機2が設置された市町村単位でグループ分けをしても良い。
 制御部35は、機器管理テーブル341を参照し、指定地域内の未指定の空気調和機IDを指定する(ステップS63)。制御部35は、機器管理テーブル341を参照し、指定の空気調和機IDに対応した端末IDを特定する(ステップS64)。制御部35は、特定の端末IDに基づくスマホ端末4に試運転要求を送信する(ステップS65)。制御部35は、試運転要求を送信済みのスマホ端末4の端末IDに対応する試運転要求済みフラグ342Cを“1”に設定して試運転管理テーブル342の内容を更新する(ステップS66)。
 更に、制御部35は、試運転要求済みフラグ342Cを“1”に設定した後、未指定の地域があるか否かを判定する(ステップS67)。制御部35は、未指定の地域がある場合(ステップS67:Yes)、所定タイミングを検出したか否かを判定すべく、ステップS61に移行する。制御部35は、未指定の地域がない場合(ステップS67:No)、図16に示す処理動作を終了する。制御35部は、所定タイミングを検出しなかった場合(ステップS61:No)、所定タイミングを検出したか否かを判定すべく、ステップS61に移行する。
 第1の試運転要求処理を実行する制御部35は、所定タイミング毎に空気調和機2の配置箇所を識別する所定のルールとして複数の郵便番号から未指定の郵便番号に対応した地域を指定し、指定地域内の未指定の空気調和機IDを指定する。更に、制御部35は、指定の空気調和機2の端末IDに基づき、指定の空気調和機2の使用者のスマホ端末4に試運転を要求する。その結果、指定地域毎に空気調和機2の使用者のスマホ端末4に対する試運転要求を分散して試運転結果の取得時期を分散するため、保守予約の時期も分散できる。保守予約の時期が分散されることで、保守作業者6の作業も分散され、保守作業者6の作業負担を軽減できる。しかも、地域単位で試運転要求を分散したので、保守作業者6の保守作業時の移動距離を短縮化することで保守作業者6の作業負担を軽減できる。
 図17は、第2の試運転要求処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図17においてサーバ3内の制御部35は、所定タイミングを検出したか否かを判定する(ステップS71)。制御部35は、所定タイミングを検出した場合(ステップS71:Yes)、機器管理テーブル341を参照し、複数の空気調和機IDから所定ルールとして所定台数の空気調和機IDを指定する(ステップS72)。
 制御部35は、機器管理テーブル341を参照し、指定の空気調和機IDに対応した端末IDを特定する(ステップS73)。制御部35は、特定の端末IDに基づくスマホ端末4に試運転要求を送信する(ステップS74)。制御部35は、試運転要求を送信済みのスマホ端末4の端末IDに対応する試運転要求済みフラグ342Cを“1”に設定して試運転管理テーブル342の内容を更新する(ステップS75)。
 更に、制御部35は、試運転要求済みフラグ342Cを“1”に設定した後、未指定の空気調和機IDがあるか否かを判定する(ステップS76)。制御部35は、未指定の空気調和機IDがある場合(ステップS76:Yes)、所定タイミングを検出したか否かを判定すべく、ステップS71に移行する。制御部35は、未指定の空気調和機IDがない場合(ステップS76:No)、図17に示す処理動作を終了する。制御部35は、所定タイミングを検出しなかった場合(ステップS71:No)、所定タイミングを検出したか否かを判定すべく、ステップS71に移行する。
 第2の試運転要求処理を実行する制御部35は、所定タイミング毎に複数の空気調和機IDから所定のルールとして未指定の所定台数の空気調和機IDを指定し、指定の空気調和機2の端末IDに基づき、指定の空気調和機2の使用者のスマホ端末4に試運転を要求する。その結果、所定台数毎に空気調和機2の使用者のスマホ端末4に対する試運転要求を分散して試運転結果の収集時期を分散するため、保守予約の時期も分散できる。保守予約の時期が分散されることで、保守作業者6の作業も分散され、保守作業者6の作業負担を軽減できる。例えば、空気調和機2の試運転台数を平準化して保守作業件数を抑えることで、保守作業者6の作業負担を軽減できる。
 尚、所定のルールとして、所定タイミング毎に複数の空気調和機IDから未指定の所定台数の空気調和機IDを指定する場合を例示したが、これとは異なる所定のルールとして、所定タイミング毎に空気調和機2の配置箇所を識別する、市町村等の地域を指定し、指定した地域内で未指定の所定台数の空気調和機IDを指定しても良い。
 図18は、第3の試運転要求処理に関わるサーバ3内の制御部35の処理動作の一例を示すフローチャートである。図18においてサーバ3内の制御部35は、所定タイミングを検出したか否かを判定する(ステップS81)。制御部35は、所定タイミングを検出した場合(ステップS81:Yes)、機器管理テーブル341を参照し、所定ルールとして未指定の機種を指定する(ステップS82)。
 制御部25は、未指定の機種に対応する台数を指定する(ステップS83)。制御部35は、機器管理テーブル341を参照し、指定機種の空気調和機IDの内、指定台数の未指定の空気調和機IDを指定する(ステップS84)。
 制御部35は、機器管理テーブル341を参照し、指定の空気調和機IDに対応した端末IDを特定する(ステップS85)。制御部35は、特定の端末IDに基づくスマホ端末4に試運転要求を送信する(ステップS86)。制御部35は、試運転要求を送信済みのスマホ端末4の端末IDに対応する試運転要求済みフラグ342Cを“1”に設定して試運転管理テーブル342の内容を更新する(ステップS87)。
 更に、制御部35は、試運転要求済みフラグ342Cを“1”に設定した後、指定機種の未指定の空気調和機IDの内、未指定の空気調和機IDがあるか否かを判定する(ステップS88)。制御35部は、未指定の空気調和機IDがある場合(ステップS88:Yes)、所定タイミングを検出したか否かを判定する(ステップS89)。
 制御部35は、所定タイミングを検出した場合(ステップS89:Yes)。指定機種に対応する指定台数を指定すべく、ステップS83に移行する。また、制御部35は、所定タイミングを検出したのでない場合(ステップS89:No)、所定タイミングを検出したか否かを判定すべく、ステップS89に移行する。
 制御部35は、指定機種の未指定の空気調和機IDの内、未指定の空気調和機IDがない場合(ステップS88:No)、未指定の機種があるか否かを判定する(ステップS90)。制御部35は、未指定の機種がある場合(ステップS90:Yes)、未指定の機種を指定すべく、ステップS82に移行する。また、制御部35は、未指定の機種がない場合(ステップS90:No)、図18に示す処理動作を終了する。
 また、制御部35は、所定タイミングを検出したのでない場合(ステップS81:No)、図18に示す処理動作を終了する。
 第3の試運転要求処理を実行する制御部35は、所定タイミング毎に、所定ルールとして複数の機種から未指定の機種を指定し、指定機種の未指定の空気調和機IDから所定台数の未指定の空気調和機IDを指定する。更に、指定の空気調和機2の端末IDに基づき、指定の空気調和機2の使用者のスマホ端末4に試運転を要求する。その結果、指定機種の所定台数毎に空気調和機2の使用者のスマホ端末4に対する試運転要求を分散して試運転結果の取得時期を分散するため、保守予約の時期も分散できる。保守予約の時期が分散されることで、保守作業者6の作業も分散され、保守作業者6の作業負担を軽減できる。例えば、故障率の高い機種の1日の試運転台数を小さくすることで、保守作業者6の作業負担を軽減できる。
 尚、説明の便宜上、サーバ3は、空気調和機2の使用者のスマホ端末4に対して試運転を要求すると共に、空気調和機2で収集した運転状態データに基づき、空気調和機2毎の冷媒量推定モデルや故障推定モデルを生成する場合を例示した。しかしながら、冷媒量推定モデルや故障推定モデルを生成する機能を別のサーバで実行しても良く、適宜変更可能である。
 サーバ3は、空気調和機2の故障を推定した場合に空気調和機2の保守の推奨をスマホ端末4に通知する場合を例示した。しかしながら、空気調和機2の故障を推定した場合に限定されるものではない。サーバ3は、例えば、空気調和機2の故障率が所定閾値以上、空気調和機2の保守作業頻度が所定回数以上、空気調和機2の運転積算時間が所定時間以上の場合でも、空気調和機2の保守の推奨を通知しても良い。また、サーバ3は、空気調和機2の商品発売時期が所定期間以上経過や、空気調和機2の商品保証期間が所定期間以上経過の場合でも、空気調和機2の保守の推奨を通知しても良い。
 また、空気調和機2は、故障推定モデル132C及び冷媒量推定モデル133Cを用いて空気調和機2の故障を推定する場合を例示した。しかしながら、空気調和機2の制御部13Dは、試運転開始に応じて、空気調和機2内の各種センサを通じて、例えば、空気調和機2の電源投入不良、リモコン動作不良、冷房運転不可、暖房運転不可、風向板動作不良や吐出温度異常等の故障を検知しても良い。
 空気調和機2は、スマホ端末4からの試運転開始操作を検出した場合、試運転を実行する場合を例示した。これに代えて、空気調和機2が試運転開始操作を検出したときに、室内機12の図示せぬ人検知センサで空調空間内で人を検知した場合は試運転の実行を保留し、空調空間内で人を検知しなくなってから試運転を実行しても良い。また、空気調和機2の使用者から事前に承諾を得たうえで、スマホ端末4からの試運転操作を検出しなくても、サーバ3から空気調和機2に試運転の実行が要求されれば試運転を実行しても良い。
 また、空気調和機2は、スマホ端末4からの試運転開始操作を検出した場合、試運転を実行する場合を例示した。しかしながら、スマホ端末4からの試運転開始操作に限定されるものではない。使用者は、スマホ端末4への試運転に関わる情報の表示画面を見て、空気調和機2のリモコン14等を使用して試運転開始操作を実行してもよく、適宜変更可能である。
 また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
 更に、各装置で行われる各種処理機能は、CPU(Central Processing Unit)(又はMPU(Micro Processing Unit)、MCU(Micro Controller Unit)等のマイクロ・コンピュータ)上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、CPU(又はMPU、MCU等のマイクロ・コンピュータ)で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。
 1 空気調和システム
 2 空気調和機
 3 サーバ
 4 スマホ端末
 35 制御部
 35A 生成部
 35B 分類部
 35C 通知部
 132C 故障推定モデル
 133C 冷媒量推定モデル

Claims (10)

  1.  複数の空気調和機と、同各空気調和機と通信網を介して接続されて前記各空気調和機の機器情報を記憶するサーバと、前記各空気調和機毎に前記サーバを介して接続される端末と、を有する空気調和システムであって、
     前記サーバは、
     前記複数の空気調和機を前記機器情報に基づく複数のグループに分類する分類部と、
     前記グループに分類された空気調和機の試運転に関わる情報を前記端末に通知する通知部と
     を有することを特徴とする空気調和システム。
  2.  前記試運転に関わる情報は、前記空気調和機に対する試運転の実行を前記端末に要求する情報であることを特徴とする請求項1に記載の空気調和システム。
  3.  前記機器情報は前記空気調和機が設置された地域を識別する設置地域情報を含み、前記分類部は前記機器情報に基づき、前記複数の空気調和機を設置地域毎のグループに分類することを特徴とする請求項1又は2に記載の空気調和システム。
  4.  前記機器情報は前記空気調和機が設置された台数を識別する台数情報を含み、前記分類部は前記機器情報に基づき、前記複数の空気調和機を所定台数毎のグループに分類することを特徴とする請求項1又は2に記載の空気調和システム。
  5.  前記機器情報は空気調和機の機種を識別する機種情報を含み、前記分類部は前記機器情報に基づき、前記複数の空気調和機を前記空気調和機の機種毎のグループに分類することを特徴とする請求項1又は2に記載の空気調和システム。
  6.  前記端末は、
     前記試運転に関わる情報を受信した場合に、所定操作に応じて前記端末に対応した前記空気調和機に対して前記通信網を介して試運転の開始を要求し、
     前記空気調和機は、
     前記試運転の開始の要求に応じて試運転を実行し、前記空気調和機の保守を要する前記試運転の結果を検出した場合に前記試運転の結果を前記サーバに通知し、
     前記サーバは、
     前記空気調和機から前記試運転の結果を受信した場合に、前記端末に対して前記空気調和機への保守の推奨を通知する
     ことを特徴とする請求項1又は2に記載の空気調和システム。
  7.  前記端末は、
     前記サーバから前記保守の推奨を受信した場合に、所定の予約操作に応じて前記空気調和機の保守作業の予約に関わる情報を前記サーバに通知する
     ことを特徴とする請求項6に記載の空気調和システム。
  8.  前記端末は、
     前記試運転に関わる情報を受信した場合に、前記試運転に関わる情報を表示し、
     前記空気調和機は、
     所定操作に応じて前記空気調和機に対する試運転の開始を要求し、前記試運転の開始の要求に応じて試運転を実行し、当該空気調和機の保守を要する前記試運転の結果を検出した場合に当該試運転の結果を前記サーバに通知し、
     前記サーバは、
     前記空気調和機から前記試運転の結果を受信した場合に、前記端末に対して前記空気調和機への保守の推奨を通知する
     ことを特徴とする請求項1又は2に記載の空気調和システム。
  9.  前記空気調和機は、
     前記空気調和機の運転状態データを用いて故障の有無を推定する故障推定モデルを有し、前記空気調和機の試運転時に前記故障推定モデルを使用して当該空気調和機の故障を推定した場合に前記試運転の結果を前記サーバに通知する
     ことを特徴とする請求項1又は2に記載の空気調和システム。
  10.  前記空気調和機は、
     前記空気調和機の運転状態データを用いて冷媒量を推定する冷媒量推定モデルを有し、前記空気調和機の試運転時に前記冷媒量推定モデルを使用して当該空気調和機の冷媒量を推定した場合に前記試運転の結果を前記サーバに通知する
     ことを特徴とする請求項1又は2に記載の空気調和システム。
PCT/JP2021/038643 2020-10-26 2021-10-19 空気調和システム WO2022091880A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US18/033,119 US20230392811A1 (en) 2020-10-26 2021-10-19 Air conditioning system
AU2021370412A AU2021370412A1 (en) 2020-10-26 2021-10-19 Air conditioning system
EP21885999.9A EP4235047A1 (en) 2020-10-26 2021-10-19 Air conditioning system
CN202180068961.4A CN116348712A (zh) 2020-10-26 2021-10-19 空调系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020179169A JP7360373B2 (ja) 2020-10-26 2020-10-26 空気調和システム
JP2020-179169 2020-10-26

Publications (1)

Publication Number Publication Date
WO2022091880A1 true WO2022091880A1 (ja) 2022-05-05

Family

ID=81383805

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/038643 WO2022091880A1 (ja) 2020-10-26 2021-10-19 空気調和システム

Country Status (6)

Country Link
US (1) US20230392811A1 (ja)
EP (1) EP4235047A1 (ja)
JP (2) JP7360373B2 (ja)
CN (1) CN116348712A (ja)
AU (1) AU2021370412A1 (ja)
WO (1) WO2022091880A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7518411B2 (ja) 2022-09-21 2024-07-18 ダイキン工業株式会社 サーバシステム、冷媒漏洩修理システム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008249234A (ja) * 2007-03-30 2008-10-16 Mitsubishi Electric Corp 冷凍サイクル装置の故障診断装置及びそれを搭載した冷凍サイクル装置
JP2011089751A (ja) 2009-10-26 2011-05-06 Sanyo Electric Co Ltd 空気調和装置の故障診断システム
WO2015111203A1 (ja) * 2014-01-27 2015-07-30 日立アプライアンス株式会社 空調機試運転アプリケーション、及び空調機試運転システム
JP2018204867A (ja) * 2017-06-05 2018-12-27 三菱電機株式会社 設備機器試運転システム
JP2020086910A (ja) * 2018-11-26 2020-06-04 三菱電機株式会社 空調システム管理装置、データ提供システム、データ提供方法、及び、プログラム
WO2020175409A1 (ja) * 2019-02-27 2020-09-03 ダイキン工業株式会社 検査実行方法、管理サーバ、モバイル端末、及び、冷媒サイクル装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005090864A (ja) * 2003-09-17 2005-04-07 Toshiba Kyaria Kk 空気調和機の点検作業支援システムおよび点検作業支援方法
WO2018220760A1 (ja) 2017-05-31 2018-12-06 三菱電機株式会社 空気調和機故障診断装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008249234A (ja) * 2007-03-30 2008-10-16 Mitsubishi Electric Corp 冷凍サイクル装置の故障診断装置及びそれを搭載した冷凍サイクル装置
JP2011089751A (ja) 2009-10-26 2011-05-06 Sanyo Electric Co Ltd 空気調和装置の故障診断システム
WO2015111203A1 (ja) * 2014-01-27 2015-07-30 日立アプライアンス株式会社 空調機試運転アプリケーション、及び空調機試運転システム
JP2018204867A (ja) * 2017-06-05 2018-12-27 三菱電機株式会社 設備機器試運転システム
JP2020086910A (ja) * 2018-11-26 2020-06-04 三菱電機株式会社 空調システム管理装置、データ提供システム、データ提供方法、及び、プログラム
WO2020175409A1 (ja) * 2019-02-27 2020-09-03 ダイキン工業株式会社 検査実行方法、管理サーバ、モバイル端末、及び、冷媒サイクル装置
JP2020139674A (ja) * 2019-02-27 2020-09-03 ダイキン工業株式会社 検査実行方法、管理サーバ、モバイル端末、及び、冷媒サイクル装置

Also Published As

Publication number Publication date
US20230392811A1 (en) 2023-12-07
JP2023129641A (ja) 2023-09-14
CN116348712A (zh) 2023-06-27
JP7360373B2 (ja) 2023-10-12
AU2021370412A1 (en) 2023-06-08
EP4235047A1 (en) 2023-08-30
AU2021370412A9 (en) 2024-09-26
JP2022070128A (ja) 2022-05-12

Similar Documents

Publication Publication Date Title
US6772096B2 (en) Remote maintenance system
CN110675079B (zh) 故障数据处理方法、装置和计算机设备
KR101219018B1 (ko) 원격 관리 장치 및 원격 관리 시스템
JP6883526B2 (ja) 電力供給を制御する方法及び装置
JP6044527B2 (ja) 空調システム
JP6167971B2 (ja) 遠隔管理システム
JP2023129641A (ja) 空気調和システム
JP2006279685A (ja) 遠隔監視システム及び遠隔監視装置
JP7101492B2 (ja) 空調制御装置、空調制御システム、空調制御方法、及び、プログラム
US11860648B2 (en) Device management system with improved ability to identify cause of anomaly in device
JP6764794B2 (ja) 空調機管理システムおよびこれに用いる空調機管理装置、空調機管理方法
CN117061568B (zh) 一种电气设备的智能数据处理方法及系统
JP2015124901A (ja) 空調システム
JPWO2017109992A1 (ja) 保守支援システム、表示装置及び保守支援方法
CN110852459A (zh) 一种自动报修系统
JP4550253B2 (ja) 空調機の遠隔監視システム、および室内機の監視方法
JP2015197723A (ja) 遠隔管理システム
JP4404163B1 (ja) 設備機器管理装置、設備機器管理システム及び設備機器管理方法
JP2002132995A (ja) 通信施設の管理システム
JP2000266390A (ja) 空調機の遠隔制御システム
WO2023195087A1 (ja) 保守予約システム、保守予約サーバ、保守予約方法、およびプログラム
JP6405996B2 (ja) 需要家装置、電力消費管理装置、電力消費管理システム、電力消費管理方法および電力消費管理プログラム
JP2006126907A (ja) 遠隔監視システム
JP2003092786A (ja) 異常監視方法、異常監視システム及び家庭用電気製品
JP2004086675A (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: 21885999

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021885999

Country of ref document: EP

Effective date: 20230526

ENP Entry into the national phase

Ref document number: 2021370412

Country of ref document: AU

Date of ref document: 20211019

Kind code of ref document: A