[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2019168032A1 - 機器管理システム、及び、機器管理方法 - Google Patents

機器管理システム、及び、機器管理方法 Download PDF

Info

Publication number
WO2019168032A1
WO2019168032A1 PCT/JP2019/007572 JP2019007572W WO2019168032A1 WO 2019168032 A1 WO2019168032 A1 WO 2019168032A1 JP 2019007572 W JP2019007572 W JP 2019007572W WO 2019168032 A1 WO2019168032 A1 WO 2019168032A1
Authority
WO
WIPO (PCT)
Prior art keywords
timing
user
server
information
operation information
Prior art date
Application number
PCT/JP2019/007572
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 EP19760454.9A priority Critical patent/EP3761658B1/en
Priority to CN201980003692.6A priority patent/CN110945877B/zh
Priority to JP2020503568A priority patent/JP7407423B2/ja
Priority to US16/638,692 priority patent/US11252237B2/en
Publication of WO2019168032A1 publication Critical patent/WO2019168032A1/ja
Priority to US17/181,582 priority patent/US11546429B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • This disclosure relates to a device management system and a device management method.
  • a home appliance control cloud also referred to as a control cloud
  • a control cloud which is a cloud that controls the devices, via a network, and operate under the control of the control cloud (patent) Reference 1).
  • the user who uses the device does not necessarily connect the device to the control cloud by making settings for connecting to the network. If the device is not connected to the control cloud, there is a problem that the device cannot be efficiently managed by the control cloud.
  • the present disclosure provides a device management system that can efficiently manage devices.
  • An apparatus management system includes: a server connected to a network; a plurality of base stations for long-distance wireless communication connected to the network; and a plurality of base stations At least one device communicably connected to one base station, each of which sequentially transmits operation information indicating a current operation state of the device to the server via the one base station; When each of the plurality of base stations sequentially receives the operation information, the base station sequentially transmits unique information that is unique to the base station together with the sequentially received operation information to the server.
  • Sequentially receives the operation information and the unique information sequentially stores the operation information and the unique information sequentially received at corresponding timing, When the first unique information received at the timing differs from the second unique information received at the second timing next to the first timing, the first unique information was received in the first period until the first timing.
  • the plurality of first operation information and the plurality of second operation information received in the second period after the second timing are managed separately.
  • a recording medium such as a method, an integrated circuit, a computer program, or a computer-readable CD-ROM, and the method, the integrated circuit, the computer program, and the recording medium. You may implement
  • the device management system according to the present disclosure can efficiently manage devices.
  • FIG. 1 is an explanatory view showing the evolution of household appliances.
  • FIG. 2 is an explanatory diagram illustrating an example of third-generation home appliance architecture and external service cooperation.
  • FIG. 3 is an explanatory diagram showing an example of third-generation home appliance architecture and AI speaker cooperation.
  • FIG. 4 is an explanatory diagram showing a first problem of the third generation household appliances.
  • FIG. 5 is an explanatory diagram showing a second problem of the third-generation household appliances.
  • FIG. 6 is an explanatory diagram showing a net connection rate of a home appliance with a built-in network connection function.
  • FIG. 7 is an explanatory diagram showing a network connection of cloud home appliances.
  • FIG. 1 is an explanatory view showing the evolution of household appliances.
  • FIG. 2 is an explanatory diagram illustrating an example of third-generation home appliance architecture and external service cooperation.
  • FIG. 3 is an explanatory diagram showing an example of third-generation home appliance architecture and AI speaker cooperation.
  • FIG. 4 is an explanatory diagram showing a
  • FIG. 8 is a table showing the characteristics of communication methods (Wi-Fi, LPWA) that can be used in always-connected IoT home appliances.
  • FIG. 9 is a first explanatory diagram showing the architecture of a fourth generation household appliance (always connected IoT household appliance) and external service cooperation.
  • FIG. 10 is a second explanatory diagram showing the architecture of the fourth-generation household appliances and external service cooperation.
  • FIG. 11 is a third explanatory diagram showing the architecture of the fourth-generation household appliances and external service cooperation.
  • FIG. 12 is a diagram showing the evolution of the home appliance architecture.
  • FIG. 13 is a diagram for explaining the function sharing (externalization of functions) of the fourth-generation household appliances.
  • FIG. 9 is a first explanatory diagram showing the architecture of a fourth generation household appliance (always connected IoT household appliance) and external service cooperation.
  • FIG. 10 is a second explanatory diagram showing the architecture of the fourth-generation household appliances and external service cooperation.
  • FIG. 11 is a third
  • FIG. 14 is a diagram illustrating a relationship between four-layer customer contacts and always-connected IoT home appliances.
  • FIG. 15 is a diagram for explaining lifetime management of home appliances.
  • FIG. 16 is a diagram showing a flow of collecting operation state data of home appliances in the device management system.
  • FIG. 17 is a table showing specific examples of home appliance operation information and unique information received by the cloud.
  • FIG. 18 is a configuration diagram illustrating a block of a device that is an IoT home appliance.
  • FIG. 19 is a configuration diagram illustrating a block of the server 20 that is an IoT home appliance control cloud.
  • FIG. 20 is a graph showing an example of the moving distance from the position at the start date of use to the position at the current date.
  • FIG. 20 is a graph showing an example of the moving distance from the position at the start date of use to the position at the current date.
  • FIG. 21 is a graph showing an example of the moving distance from the position at the start date of use to the position at the current date.
  • FIG. 22 is a graph in which the number of operations is totaled by “integration”.
  • FIG. 23 is a graph in which the number of operations is tabulated “every day”.
  • FIG. 24 is a graph for explaining a method of detecting that a device is installed in a general household.
  • FIG. 25 is a graph for explaining a method of detecting that a device is installed in a general household.
  • FIG. 26 is a diagram illustrating an example in which the exclusion range is determined using operation information and position information transmitted from a plurality of devices.
  • FIG. 27 is a flowchart showing a process for obtaining consent for log transmission at the time of device installation.
  • FIG. 28 is a flowchart illustrating an example of a procedure until the IoT home appliance service is used.
  • FIG. 29 is a diagram for explaining a first example of a procedure for associating a device and a user.
  • FIG. 30 is a flowchart illustrating a first example of a procedure for associating a device with a user.
  • FIG. 31 is a sequence diagram illustrating a first example of a procedure for associating a device with a user.
  • FIG. 32 is a flowchart illustrating a second example of a procedure for associating a device and a user.
  • FIG. 33 is a sequence diagram illustrating a second example of a procedure for associating a device with a user.
  • FIG. 29 is a diagram for explaining a first example of a procedure for associating a device and a user.
  • FIG. 30 is a flowchart illustrating a first example of a procedure for associating a device with a user.
  • FIG. 34 is a graph illustrating an example of a prediction case in use by the user.
  • FIG. 35 is a graph illustrating an example of a prediction case in use by a user.
  • FIG. 36 is a diagram illustrating an example of a constantly connected IoT home appliance using LPWA.
  • FIG. 37 is a diagram for describing a home appliance and user linking support function by LPWA.
  • FIG. 38 is a diagram for explaining a Wi-Fi connection support function that makes full use of LPWA.
  • FIG. 39 is a diagram for explaining the method 1 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • FIG. 40 is a diagram for explaining the method 2 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • FIG. 41 is a diagram for explaining the method 3 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • FIG. 42 is a flowchart illustrating an example of processing for determining “moving” and “transfer”.
  • FIG. 43 is a diagram for explaining another example of the process of determining “moving” and “transfer”.
  • FIG. 44 is a flowchart illustrating another example of the process of determining “moving” and “transfer”.
  • FIG. 45 is a diagram for describing another example of the process of determining “moving” and “transfer”.
  • FIG. 46 is a flowchart illustrating another example of the process of determining “moving” and “transfer”.
  • FIG. 47 is a diagram for explaining an exception in a case where “moving” is expected.
  • FIG. 42 is a flowchart illustrating an example of processing for determining “moving” and “transfer”.
  • FIG. 43 is a diagram for explaining another example of the process of determining “moving” and
  • FIG. 48 is a table divided into categories according to the type of device.
  • FIG. 49 is a graph showing a predicted case where the device is “transfer / resale / theft”.
  • FIG. 50 is a flowchart of processing for executing a countermeasure when a device is stolen.
  • FIG. 51 is a flowchart illustrating an example of a process for associating a user and a device when the movement of the device is detected.
  • FIG. 52 is a flowchart illustrating another example of a user-device association process when movement of a device is detected.
  • FIG. 53 is a graph showing a case in which it is predicted that the user has changed the “family structure”.
  • FIG. 54 is a graph showing a case where a device is predicted to be “failed”.
  • FIG. 55 is a graph showing a case where a device is predicted to be “discarded”.
  • An apparatus management system includes: a server connected to a network; a plurality of base stations for long-distance wireless communication connected to the network; and a plurality of base stations At least one device communicably connected to one base station, each of which sequentially transmits operation information indicating a current operation state of the device to the server via the one base station; When each of the plurality of base stations sequentially receives the operation information, the base station sequentially transmits unique information that is unique to the base station together with the sequentially received operation information to the server.
  • Sequentially receives the operation information and the unique information sequentially stores the operation information and the unique information sequentially received at corresponding timing, When the first unique information received at the timing differs from the second unique information received at the second timing next to the first timing, the first unique information was received in the first period until the first timing.
  • the plurality of first operation information and the plurality of second operation information received in the second period after the second timing are managed separately.
  • the device in order to manage operation information based on the user's use of the current device, it is possible to determine the device state suitable for the user's use state. As described above, since the device can be managed by excluding operation information based on use by a user other than the user, the device can be managed efficiently.
  • the server stores the plurality of first operation information in association with a first identifier, and stores the plurality of second operation information in association with a second identifier different from the first identifier.
  • the plurality of first operation information and the plurality of second operation information may be managed separately.
  • the determination of the state of the device based on the operation information and unique information acquired during the second period used by the user is separated from the operation information and unique information acquired during the first period. It can be carried out. For this reason, it is possible to accurately determine the state of the device.
  • the second identifier is an identifier indicating that the second identifier is associated with a user who uses the at least one device in the second period, and the server includes a second identifier after the second timing. If the third unique information received at timing 3 is different from the second unique information, it is determined that the at least one device has moved, and whether or not the user of the at least one device has been changed to another user. May be transmitted to the at least one device or a terminal owned by the user.
  • a response to the inquiry received from the at least one device or the terminal indicates that a user of the at least one device has been changed to the other user.
  • the plurality of third operation information received in the third period after the third timing may be managed separately from the plurality of first operation information and the plurality of second operation information.
  • a device when a device is transferred, it is managed separately from the operation information by the user before the transfer, so that the state of the device suitable for the user after the transfer can be determined.
  • the server responds to the inquiry received from the at least one device or the terminal indicating that the user of the at least one device has not been changed to the other user.
  • a plurality of third operation information received in a third period after the third timing may be managed together with the plurality of second operation information.
  • the device can be managed without changing the user.
  • the at least one device is a plurality of devices
  • the server has a plurality of the second unique information received from the plurality of devices at the second timing, and the second A plurality of pieces of third unique information received from the plurality of devices at a third timing after the timing of the same, and the second unique information is different from the third unique information
  • a plurality of third operation information received in a third period after the third timing may be managed together with the plurality of second operation information.
  • the server when the server does not receive the operation information even after a predetermined period from the fourth timing after the second timing, the server manages a plurality of the operation information received up to the fourth timing.
  • the state may be changed to an unmanaged state.
  • the server does not receive the operation information even after a predetermined period from the fourth timing after the second timing, and the fourth unique information received at the fourth timing is stored in advance. If it is the same as any one of a plurality of pieces of unique information included in the held unique information list, the management state of the plurality of operation information received by the fourth timing is changed to a non-management state. Also good.
  • the second identifier is an identifier indicating that the second identifier is associated with a user who uses the at least one device in the second period, and the server includes a second identifier after the second timing. If the third unique information received at the timing of 3 is different from the second unique information, it is determined that the at least one device has moved, and an inquiry is made as to whether or not the at least one device has been stolen.
  • a recording medium such as a method, an integrated circuit, a computer program, or a computer-readable CD-ROM, and the method, the integrated circuit, the computer program, and the recording medium. You may implement
  • FIG. 1 is an explanatory view showing the evolution of household appliances.
  • Fig. 1 shows the architecture evolution of household appliances (white goods such as washing machines and refrigerators, air conditioners, humidified air purifiers, etc.).
  • the household appliances of the first generation are a single-function product because hardware such as compressors and motors is realized by control logic made with LSI (Large-scale Integrated Circuit) etc. It was.
  • LSI Large-scale Integrated Circuit
  • the second generation (from 1990 to 2010), home appliances with built-in microcomputers are equipped with microcomputers, and by creating microcomputer software, it is possible to perform complex control, so that multifunctional home appliances Was realized. However, functions could not be changed or added by changing the microcomputer after shipment.
  • Third-generation (2012 and later) cloud home appliances have communication functions such as Wi-Fi (registered trademark) and Bluetooth (registered trademark) (hereinafter referred to as BT), and connect home GW (gateway) and broadband network.
  • IoT Internet of Things
  • the IoT home appliance control cloud is a cloud (an aggregate of a server and a network) that controls home appliances through a communication path such as a broadband network, and is one of cloud-type services.
  • FIG. 2 is an explanatory diagram showing an example of third-generation home appliance architecture and external service cooperation.
  • the user can remotely monitor the operation status of each household appliance, perform remote operation control (start, stop, temperature adjustment, detergent introduction, etc.), etc. by using the APPs of the smartphone.
  • the home appliance can be controlled from various cloud services, or the operation information of the home appliance (Log etc.) can be taken out and used by external services.
  • FIG. 3 is an explanatory diagram showing an example of third-generation consumer electronics architecture and AI (Artificial Intelligence) speaker cooperation.
  • the AI speaker control mechanism in the cloud is accessed via the home GW from the AI speaker that implements the voice interaction function.
  • the AI speaker control mechanism accesses each household electrical appliance control mechanism, so that the user can remotely control each household electrical appliance from the AI speaker through voice conversation.
  • FIG. 4 is an explanatory diagram showing a first problem of the third generation household appliances.
  • the first problem is that a home without Wi-Fi GW cannot use the functions of third-generation home appliances.
  • FIG. 5 is an explanatory view showing a second problem of the third-generation household appliances.
  • the second problem is that even if the Wi-Fi GW is at home, the user does not connect the third-generation home appliances to the Wi-Fi GW.
  • Information devices such as smartphones, tablets, and PCs, or AI speakers cannot use the original functions that users want for their products unless they have an Internet connection function such as Wi-Fi.
  • Some smartphones or AI speakers cannot be used in the first place unless connected to the Internet and user information (email address, account, etc.) is set. Since the user has purchased the device in order to use these functions, the user must always set the user ID or Wi-Fi and connect to the Internet.
  • the user Immediately after purchase, the user performs Wi-Fi settings. However, if the convenience of the Internet service is considered to be relatively low, the user may cancel the connection or may disconnect for some reason. Often not reconnect.
  • FIG. 6 is an explanatory diagram showing the net connection rate of home appliances with built-in network connection functions (AV and household appliances).
  • the above-mentioned cloud home appliances can be connected to the IoT home appliance control cloud by implementing communication means such as Wi-Fi or Bluetooth (hereinafter referred to as BT), and by using various cloud services, the microcomputer Can provide customer value not found in household appliances. For this reason, customer satisfaction can be improved by providing customer value that exceeds the cost increase due to the implementation of communication means such as Wi-Fi in cloud consumer electronics.
  • communication means such as Wi-Fi or Bluetooth
  • the communication means described above has the problem that the setting is not made by the user who owns the device in many cases as shown below, that is, if the cloud home appliance is not connected to the cloud, it has only the same customer value as the microcomputer home appliance. There is a problem that it cannot be provided.
  • Wi-Fi In order to connect Wi-Fi, the user needs to prepare a Wi-Fi access point in the home. However, there are cases where a Wi-Fi access point is not held in the home for users who connect to the Internet only from smartphones, that is, users who use only a communication network prepared by a communication carrier.
  • FIG. 7 is an explanatory diagram showing the network connection of cloud home appliances.
  • wireless communication means specially developed for IoT collectively called LPWA (Low Power Wide Area)
  • LPWA Low Power Wide Area
  • LPWA radio The characteristics of LPWA radio are that, compared to LTE (Long Term Evolution), the terminal cost can be reduced by mounting a small-scale semiconductor, and the number of base stations can be reduced by low-rate modulation that provides a very long communication distance (up to 10 km). As a result, the cost reduction of both the radio circuit and the infrastructure equipment has been realized. On the other hand, the amount of data that can be transmitted is small because the method of reducing the transmission rate and improving the reception sensitivity is employed.
  • LTE Long Term Evolution
  • LPWA wireless By installing LPWA wireless in home appliances, users do not need to subscribe to the Internet line, and home appliances can be directly connected to the base station and services connected to the cloud server can be realized at a very low cost. there is a possibility.
  • the LPWA is classified into cellular LPWA and non-cellular LPWA.
  • the cellular LPWA uses a frequency band (license band) assigned to a cellular carrier and is provided as one of cellular lines (LTE, etc.).
  • Non-cellular LPWA uses LPWA radio by utilizing the non-licensed band existing in each country and eliminating the need for channel usage costs.
  • Non-licensed bands are shared with other wireless systems, so restrictions on not monopolizing channels are stipulated by the Radio Law of each country.
  • FIG. 8 is a table showing the characteristics of the communication methods (Wi-Fi, LPWA) that can be used in the always-connected IoT home appliances.
  • Cellular LPWA (1-1) NB-IoT It originates from the GSM (registered trademark) (2G) system, and is a specification specialized in data transmission for IoT by applying the advantages of low transmission rate and LTE communication sequence. By setting the channel interval to 200 kHz which is the same as GSM, the replacement operation to the GSM channel is facilitated. Sensitivity points are improved by reducing the peak rate of uplink transmission to 62.5 kbps and by accumulating and receiving multiple repeated transmissions (64 times). The maximum link budget is as large as 130 dB. In addition, the specification is such that the transmission power is suppressed to 100 mW (GSM is 2 W), and the peak current is suppressed to enable operation with one battery.
  • GSM registered trademark
  • 2G registered trademark
  • LTE-M (1-2) LTE-M (CAT-M) This is a system that originates from the LTE (4G) system and performs communication using the minimum channel spacing (1.4 MHz) of LTE. Since it conforms to the LTE slot configuration, it can be operated in a mixed manner in a conventional LTE communication slot. The sensitivity point is improved by reducing the peak rate of uplink transmission to 1 Mbps and accumulating and receiving by repeated transmission. The maximum link budget is 130 dB.
  • the transmission power is 200 mW.
  • Non-cellular LPWA (2-1) LoRa
  • a conventional low power radio band (ISM band) is used, but reception sensitivity is improved by ultra-low rate modulation.
  • a method for realizing ultra-low rate modulation uses special spread modulation called LoRa chirp modulation.
  • the feature of LoRa chirp modulation is that it achieves a low transmission rate of 250 bps and a spread band of 125 kHz, and is highly resistant to interference noise and highly sensitive.
  • a plurality of data rates can be selected with the same bandwidth, and these can be received simultaneously on the same channel, thereby improving the capacity of communication capacity.
  • the maximum link budget is 149 dB.
  • the transmission power is 20 mW.
  • LoRa Alliance standardized specifications to enable interconnection between operators.
  • SIGFOX A conventional low power radio band (ISM band) is used, but reception sensitivity is improved by ultra-low rate modulation.
  • the implementation method of ultra-low rate modulation is narrow band FSK modulation, and the problem of frequency error is overcome by devising digital demodulation processing on the base station side.
  • the fixed rate is 100 bps upstream and 600 bps downstream.
  • the effect of interference noise is avoided by transmitting multiple times with different frequencies. Since the fixed rate and simultaneous multiple reception are not possible, the capacity of the communication capacity is relatively small.
  • the maximum link budget is 158 dB.
  • the transmission power is 20 mW.
  • SIGFOX inherits the characteristics of conventional low power radio (low power, low current peak), and can be driven with a single battery for 10 years or with a coin battery.
  • SIGFOX can be used for sensor IoT because it can only communicate in one direction, but it is not suitable for IoT home appliances.
  • LPWA technology As shown in FIG. 8, a combination of LPWA technology and Wi-Fi is considered appropriate in order to realize a constantly connected IoT home appliance.
  • the characteristics of the three types of LPWA as described above are different from each other, if communication quality is emphasized, the cost increases. On the other hand, if cost is emphasized, there is a risk that communication quality is poor and stable communication cannot be secured. For this reason, it is difficult for an always-connected IoT home appliance to select one type of LPWA.
  • FIG. 9 is a first explanatory diagram showing the architecture of a fourth generation consumer electronics (always connected IoT consumer electronics) and external service cooperation.
  • Home appliances are, for example, white goods such as washing machines and refrigerators, air conditioners, and humidified air purifiers, and are also simply referred to as devices.
  • LPWA LPWA
  • the feature of LPWA is that it can be used without setting by the user, realizes a very long communication distance ( ⁇ 10 km), and always connects to a base station where radio waves reach.
  • FIG. 10 is a second explanatory diagram showing the architecture of the fourth-generation household appliances and external service cooperation.
  • LPWA has excellent characteristics as described above, but it uses a technique to lower the transmission rate and improve the reception sensitivity, so the amount of data that can be transmitted is smaller than Wi-Fi or LTE.
  • fourth-generation household appliances (hereinafter also referred to as “always-connected IoT household appliances”) have not only LPWA but also Wi-Fi as well as third-generation household appliances so that appropriate communication according to the application can be performed. Make it possible.
  • FIG. 11 is a third explanatory diagram showing the architecture of the fourth-generation household appliances and external service cooperation.
  • One of the major challenges of third-generation home appliances is to force users to make troublesome Wi-Fi settings by using LPWA for Wi-Fi settings as shown below. Can be simple.
  • the Wi-Fi setting is input to the cloud, and the fourth-generation household appliances use the LPWA to acquire the Wi-Fi setting from the cloud and connect to the Wi-Fi GW.
  • a Wi-Fi setting is input to one fourth-generation household appliance and transmitted to other devices in the home via LPWA, and the other device connects to the Wi-Fi GW using the setting.
  • FIG. 12 is a diagram showing the evolution of the home appliance architecture.
  • the first-generation household appliances (before 1990) are single-function products realized by mechanics such as compressors and motors and control logic.
  • Second-generation household appliances (up to about 2010) have a built-in microcomputer, and complex control is possible by making the microcomputer execute microcomputer software. For this reason, the second generation household electrical appliances are multifunctional. However, it was difficult to change functions or add functions of second-generation household electrical appliances by changing the microcomputer software after shipment.
  • Third-generation (2012 and later) cloud home appliances have communication functions such as Wi-Fi, Bluetooth (hereinafter referred to as BT), and can be connected to the IoT home appliance control cloud via the home GW and broadband network became.
  • the cloud home appliances can update the microcomputer software in the main unit from the IoT home appliance control cloud even after shipment, or update the control mechanism of the corresponding device on the cloud side without updating the microcomputer software, etc.
  • Wi-Fi, etc. it was difficult to connect all the shipped products, and the cloud function could not be used in many cases.
  • FIG. 13 is a diagram for explaining the function sharing (externalization of functions) of the fourth-generation home appliances.
  • the fourth-generation cloud consumer electronics it is possible to easily connect all the products shipped at all times, so that all products can be remotely monitored and controlled even after shipment. For this reason, significant improvement of the quality assurance function can be expected.
  • the cloud is still connected to the device and can be traced after shipment. Can be executed. For this reason, the recall cost can be greatly reduced.
  • FIG. 14 is a diagram showing the relationship between four layers of customer contacts and always-connected IoT home appliances.
  • the mobile carrier built a perfect platform (equipment ID, personal information, location information, payment means, etc.) with a feature phone.
  • FIG. 15 is a diagram for explaining lifetime management of home appliances.
  • the characteristics of LPWA technology are, for example, the following two points.
  • the cloud can grasp where the IoT home appliance is used.
  • the cloud can grasp the operating status and location information of all IoT home appliances, and can manage the lifetime of home appliances. Through this lifetime management, it is possible to provide appropriate functions according to the usage scene of home appliances, from purchase and installation, to turning points such as moving and disposal.
  • the present disclosure relates to a method for determining in which state the home appliance is in and a function provided according to each state.
  • the following two models are conceivable for communication modules installed in always-on IoT home appliances.
  • the two models are (1) an unmounted model in which no battery is mounted in the communication module, and (2) an installed model in which a battery is mounted in the communication module.
  • the communication module of the model starts communication at the start of energization when the power is turned on.
  • location information, usage frequency, set menu item information, and the like are uploaded to the cloud.
  • the cloud is a state where the home appliances corresponding to the uploaded information are placed at the store for demonstration, the state where they are installed and used in the user's house, the state immediately after moving or resale, and unused for a long time
  • the state of the device such as the state can be estimated.
  • the model communication module Since the model communication module has a battery, it can communicate with the cloud even when no power is supplied from an external power source. For this reason, the cloud can also estimate a state that cannot be estimated or difficult in the model (1) with respect to the model (2). For example, in the model (1), it is difficult to estimate whether the model is not energized from the external power source, for example, whether it has been discarded or stored for a long period of time. Since the model (2) can communicate even when the battery is not energized from an external power source, there are more cases that can be estimated than the model (1). For example, the cloud can be estimated to be discarded if the position information when the model (2) communicates last is the incinerator or the recycling center.
  • the cloud can be estimated to be unused for a long period of time if the state of use frequency 0 continues with the same position information as that used in the past.
  • the cloud is a household electrical appliance equipped with the communication module of the model (2), it can also detect a case where the household electrical appliance has been illegally dumped.
  • the cloud acquires various information from the always-connected IoT home appliances
  • the state of various home appliances is predicted based on the acquired information, and the “lifetime of home appliances” from the beginning of use to disposal is predicted. It is possible to provide functions according to the situation.
  • the cloud can still communicate with the device after shipment and trace the status of the device. For this reason, the cloud can execute a response such as failure notification or forced stop for the recall target product. Since the manufacturer can trace the device, it is possible to accurately grasp the progress of the recall correspondence, and there is an advantage that the cost for dealing with the device whose state is unknown can be greatly reduced.
  • function expansion development after shipment such as providing new functions and software updates to improve usability, it was difficult to connect to customer value in the third generation due to the low connection rate to the cloud, but continuous connection is possible The fourth generation will be able to provide added value to customers.
  • FIG. 16 is a diagram showing a flow of collecting operation state data of home appliances in the device management system.
  • FIG. 17 is a table showing specific examples of home appliance operation information and unique information received by the cloud.
  • the device management system 1 includes a server 20, a base station 30, and a device 10.
  • the server 20 is connected to a network such as the Internet and functions as an IoT home appliance control cloud. Detailed functions of the server 20 will be described later.
  • the base station 30 is, for example, an LPWA base station, and is a base station used for long-distance wireless communication for a IoT home appliance to always connect to a network. Although one base station 30 is illustrated in FIG. 16, the device management system 1 includes a plurality of base stations 30.
  • the device 10 is the above-described fourth-generation household appliance, that is, an always-connected IoT household appliance, and is connected to one base station 30 among the plurality of base stations 30 by communication.
  • the device 10 uses the LPWA communication module built in the device 10 to store the operation state data (hereinafter also referred to as “operation information”) indicating the current operation state of the device 10.
  • operation information the operation state data
  • the data is sequentially transmitted to the server 20 via.
  • the operation information includes “device unique ID”, “communication module ID”, “communication module type”, “transmission date / time”, “power supply state”, “operation count start date / time”. And data items such as “number of operations”.
  • the operation information may include information such as software version information, information for managing the difference information when there is a member change, set menu items, mode settings, and the like. .
  • the server 20 can more accurately manage the state in which the device 10 is operating.
  • the data items included in the operation information may have priorities and transmission frequencies set, such as items to be written every time data is sent, items to be written only once a week, items to be written only when there is a change, etc.
  • the transmission data size may be reduced by adding a difference.
  • the communication module is operated not by an external power supply but by an internal battery, it is useful to transmit only important data items in order to reduce power consumption.
  • the base station 30 sequentially receives the operation information
  • the base station 30 sequentially transmits to the server 20 unique information that is information unique to the base station 30 together with the sequentially received operation information.
  • the unique information transmitted together with the operation information is the base station 30 that transmits the unique information, as shown at the bottom of the table of FIG. It is position information which shows the position which exists.
  • the unique information is not limited to the position information, but may be an identifier for identifying the base station 30.
  • FIG. 18 is a block diagram showing a block of the device 10 which is an IoT home appliance.
  • the device 10 includes a communication module 101, a control unit 104, a functional module 107, a holding unit 108, a power supply unit 109, a battery 110, an operation unit 111, and a display unit 112. Is provided.
  • the communication module 101 is connected to the server 20 that manages the device 10 via a plurality of different line networks.
  • the communication module 101 is a communication module for performing long-distance wireless communication such as LPWA, for example.
  • the communication module 101 may include a communication module that performs at least one of the three types of LPWA and Wi-Fi described with reference to FIG. That is, the communication module 101 may include a plurality of communication modules that respectively perform a plurality of types of LPWA, or may include a plurality of communication modules that respectively perform LPWA and Wi-Fi.
  • the communication module 101 includes a holding unit 102 that holds the module ID of the communication module. When the communication module 101 has a plurality of communication modules with different communication methods, the holding unit 102 holds the module IDs of the plurality of communication modules.
  • the control unit 104 generates operation information of the device 10 and transmits the generated operation information to the server 20 using the communication module 101. Specifically, the control unit 104 may generate the operation information including the power supply state by acquiring the power supply state indicating the power on / off of the power supply unit 109 of the device 10 or the device 10 is operated. The operation information including the number of operations may be generated by counting the number of operations indicating the number of operations, or the operation information including the function information indicating the function performed by the function module 107 may be generated. The operation information may include various data items described with reference to FIG. The control unit 104 may cause the display unit 112 to display an image based on information received from the server 20 via the communication module 101.
  • the functional module 107 is a module that demonstrates the function of the device 10.
  • the holding unit 108 is a storage device that holds a unique ID for each device 10.
  • the power supply unit 109 receives power from an external power supply and supplies power to the components inside the device 10.
  • the battery 110 is a battery that supplies power to the communication module 101 and the like.
  • the battery 110 may be a primary battery or a secondary battery.
  • the operation unit 111 is an input device that receives an operation by the user on the device 10.
  • the operation unit 111 may be a door, a door, or the like when the device 10 has a door, a door, or the like that opens and closes, such as a refrigerator, a microwave oven, or a rice cooker.
  • the display unit 112 is a display device that displays various information as images.
  • the configuration of the device 10 will be described in detail using a refrigerator as an example.
  • the device 10 that is a refrigerator is used as a home appliance, and includes various modules for realizing an original function as the home appliance.
  • modules include a compressor for cooling the inside of the cabinet, a lighting device that illuminates the inside of the cabinet when the door is opened, and a sensor for measuring the temperature or humidity in the cabinet.
  • a module corresponds to the function module 107.
  • large household appliances such as a refrigerator or an air conditioner are generally connected to an external power source via a power supply unit 109.
  • a control unit 104 using a microcomputer or a processor is generally mounted in order to control various convenient functions.
  • a sensor installed in a dedicated plate for storing ice made ice is used to determine whether or not ice making is performed, and an operation for making new ice is performed.
  • control is performed by a microcomputer or a processor and software executed therein.
  • the device 10 has a display unit 112 for presenting various information to the user, or an operation unit 111 for the user to perform complicated operations.
  • the display unit of the conventional device has performed only the minimum necessary display such as display of an abnormal state or presence / absence of energization by a limited method such as display with a plurality of lamps or several digits. Also, simple operations such as quick freezing instructions or resetting operations in case of abnormality have been performed with only a few buttons.
  • the device 10 includes a small touch panel display as the operation unit 111 and the display unit 112, and can display a more complicated state and various settings.
  • the communication module 101 characterizes the IoT home appliance with respect to the device 10.
  • the communication module 101 enables connection to the Internet using any one of various communication means such as Wi-Fi or LTE, or a plurality of methods.
  • independent communication module IDs are assigned to the respective communication modules, and depending on the communication method, for example, a role as a communication identifier, such as a telephone number in LTE.
  • LPWA a technique called LPWA, which has a low communication speed but can be connected to the Internet with low power consumption, has been developed.
  • FIG. 19 is a block diagram showing a block of the server 20 that is an IoT home appliance control cloud.
  • the server 20 includes a communication unit 201, a control unit 202, and a storage unit 203.
  • the communication unit 201 communicates with a network such as the Internet, and sequentially receives operation information and position information sequentially transmitted by the device 10. Further, the communication unit 201 may transmit the processing result of the control unit 202 to the device 10 via the network and the base station 30.
  • the control unit 202 sequentially stores the operation information and the position information sequentially received at timings corresponding to each other by the communication unit 201 in association with each other in the storage unit 203.
  • the control unit 202 may transmit a processing result using the operation information or the position information stored in the storage unit 203 to the communication unit 201 to the device 10 by executing a predetermined program.
  • the control unit 202 is realized by a non-volatile memory that stores a predetermined program and a processor that executes the predetermined program.
  • the control unit 202 may be realized by a dedicated circuit that realizes the above function.
  • the storage unit 203 stores the operation information and position information received by the communication unit 201.
  • the storage unit 203 may store the processing result obtained by the control unit 202.
  • the storage unit 203 is realized by, for example, an HDD (Hard Disk Drive), an SSD (Solid State Drive), or the like.
  • FIG. 20 and FIG. 21 are graphs showing an example of the moving distance from the position at the start of use date and time to the position at the current date and time.
  • the positional information collected from the device 10 to the server 20 by the constant connection using the LPWA is one of the important elements for enabling the state prediction that cannot be realized in the form in which the home appliances are connected to the network so far. It is. Further, when the power of the device 10 is turned on, the communication module 101 sequentially transmits operation information to the server 20. For this reason, in the server 20, the date and time when the user started using the device 10 is the oldest transmission date and time that has been sequentially transmitted up to the current date and time and is stored (hereinafter also referred to as "use start date and time"). It can be judged that.
  • 20 and 21 are graphs in which the vertical axis indicates the distance between the location information on the use start date and time of the device 10 and the location information on the data transmission date and the horizontal axis indicates the number of days elapsed from the start date and time of use. It is.
  • a section without a line represents that the power of the home appliance is off.
  • a line parallel to the horizontal axis indicates that the home appliance exists at the same place, and a vertical line indicates that the home appliance has moved. Since home appliances are used in a basic home range, movement detection is an important point in state prediction.
  • FIG. 21 is an example of a graph when a battery for a communication module is built in a home appliance.
  • the communication module can transmit the operating state data to the cloud regardless of the power state of the home appliance, so that even when the home appliance is turned off, the movement trace of the home appliance can be performed. Become.
  • FIG. 22 is a graph in which the number of operations is counted by “integration”.
  • FIG. 23 is a graph in which the number of operations is tabulated “every day”.
  • the daily operation count collected as operation information in the server 20 by the LPWA always-on connection of the device 10 is one of the important factors that makes it possible to predict the state that could not be realized with conventional home appliances and network connection methods. It becomes easier to grasp the state of home appliances than ever, and by applying to all home appliances, it is possible to predict the state of home appliances based on that assumption.
  • FIG. 22 is a graph with the vertical axis representing the value calculated by integrating the number of operations of the device 10 and the horizontal axis representing the number of days elapsed from the start date of use.
  • a section without a line or a line parallel to the horizontal axis represents that the home appliance is not in operation. The purpose is to confirm changes in the number of operations over a long period of time.
  • FIG. 23 is a graph in which the value obtained by calculating the number of operations of the device 10 for each day is plotted on the vertical axis, and the number of days elapsed from the use start date and time is plotted on the horizontal axis.
  • a section without a line or a value of 0 indicates that the device 10 is not operating.
  • the purpose is to confirm the increase / decrease pattern of the number of operations in the short or medium period.
  • the server 20 can keep track of positional information and operation status from the start of use to disposal of all of the plurality of devices 10 by always connecting the LPWA, and can provide functions for each state of the home appliance using these information.
  • Specific examples of function provision include support for Wi-Fi connection at the time of purchase and installation of home appliances, provision of advertisements immediately after moving or when the number of inhabitants increases, and disposal of home appliances For example, it can be excluded from the recall target.
  • 24 and 25 are graphs for explaining a method for detecting that the device 10 is installed in a general home.
  • the device 10 is not purchased until it is purchased by the user and installed in a general household, and a relationship is created with the user. That is, since the timing at which the device 10 is installed in a general home can be considered as the start of user use, it is very important to detect the timing.
  • the server 20 may determine that the device 10 is installed in a general home by checking with the user when the device 10 is first energized.
  • the device 10 displays a UI (User Interface) for confirming that the device 10 is installed in a general home on the display unit 112 and accepts an input from the operation unit 111, so that the device 10 You may confirm whether it was installed in the home.
  • the device 10 may be initially energized at a consumer electronics retailer, but a question such as “Do you want to start using it?” Is displayed. "?” Etc. and accepting an answer to the display, it is conceivable to distinguish between store use and use by the general household of the user.
  • the operation information such as the use start date and the operation frequency may be accumulated from the timing of use by the user, and the information may be reset at the time of store use.
  • the control unit 202 of the server 20 has received the first unique information received at the first timing among the plurality of pieces of unique information sequentially received and the second timing next to the first timing. It is determined whether or not the second unique information is different, and when the first unique information and the second unique information are different, the plurality of first operation information received in the first period until the first timing, A plurality of second operation information received in the second period after the second timing is managed separately. That is, the first period is a period before the device 10 is purchased by the user, and the second period is a period owned by the user after the device 10 is sold to the user. Indicates.
  • control unit 202 stores a plurality of first operation information in association with a first identifier, and stores a plurality of second operation information in association with a second identifier different from the first identifier.
  • the plurality of first operation information and the plurality of second operation information may be managed separately.
  • a 1st identifier is an identifier which shows the case where it is before sales and is located in a household appliance mass retailer etc., for example.
  • the second identifier is an identifier indicating that the second identifier is associated with a user who uses at least one device in the second period.
  • a 2nd identifier is an identifier which shows having installed in the said user's house after having purchased by the user of a general household.
  • the plurality of first operation information may be deleted from the storage unit 203 after the start of use of the user is detected.
  • the first identifier may be an identifier indicating that it is owned by the first user
  • the second identifier may be an identifier indicating that it is owned by a second user different from the first user.
  • the server 20 may determine that the device 10 is installed in a general home when the operation unit 111 of the device 10 receives a specific use operation from the user. Specifically, it is determined that the specific use operation is performed when water injection is detected if the device 10 is a washing machine, or when steam is actually detected when rice cooking is started if the device 10 is a rice cooker. May be. Thus, it is preferable that the specific use operation is an operation that is unlikely to be used before being actually sold.
  • a specific usage operation is a device that must be installed, such as an air conditioner, and when a part of the installation setting by the construction company is detected, the specific usage operation is performed. It may be determined that
  • the server 20 uses the sequentially received position information, and determines that the device 10 is installed in a general household when the position of the device 10 indicates a position outside the exclusion range such as a home appliance mass retailer or a distribution warehouse. May be.
  • Information indicating the exclusion range may be stored in the storage unit 203 in advance, or may be acquired from an external device by the communication unit 201. In urban areas, this determination method alone is not sufficient, but there is no False Positive (determined that it was mistakenly installed in a general household), so it is desirable to use it.
  • the exclusion range is not limited to a predetermined range as shown in FIG.
  • FIG. 26 is a diagram illustrating an example in which the exclusion range is determined using operation information and position information transmitted from a plurality of devices.
  • the server 20 When the first specific information received at the first timing is different from the second specific information received at the second timing next to the first timing, the server 20 according to the present embodiment
  • the plurality of first operation information received in the first period up to the timing is managed separately from the plurality of second operation information received in the second period after the second timing. For this reason, since the operation information based on the user's use of the current device is managed, it is possible to determine the device state suitable for the user's use state. As described above, since the device can be managed by excluding operation information based on use by a user other than the user, the device can be managed efficiently.
  • the state of the device based on the operation information and unique information acquired during the second period used by the user can be determined separately from the operation information and unique information acquired during the first period. it can. For this reason, it is possible to accurately determine the state of the device.
  • the device 10 transmits logs such as operation information when use in a general home starts.
  • the log of the device 10 does not become personal information in Japanese law unless it is associated with the user's ID, but there is a possibility that the user's feelings may remain unpleasant. For this reason, when it is determined that use in a general household has started, it is desirable that the device 10 once stop sending the log to the server 20.
  • the device 10 has a display unit 112 that can display a message, the request for consent is explained after explaining that the log is transmitted to the server 20, and if the consent is obtained, the device 10 continues to transmit the log. Is also possible.
  • FIG. 27 is a flowchart showing a process for obtaining consent for log transmission when the device 10 is installed.
  • the device 10 is a device including the communication module 101, it is assumed that there is no need for setting to connect to the network.
  • the device 10 is purchased and installed in the user's house (S1). At this time, since the device 10 moves from the store to the user's house, different unique information is transmitted to the server 20.
  • the server 20 detects use in a general home by the means described with reference to FIGS. 24 and 25 (S2). Instead of detecting by the server 20, the use of the device 10 in a general home may be detected when the device 10 accepts a specific use operation.
  • the server 20 inquires of the user whether or not to consent to log transmission (S3).
  • the server 20 transmits information for inquiring to the device 10, and the device 10 receives the information and displays the information for inquiring on the display unit 112.
  • the device 10 may make an inquiry.
  • the device 10 When the operation unit 111 of the device 10 obtains consent by accepting the input (Yes in S3), the device 10 continuously transmits a log (S4). Thereby, for example, if the device 10 is a refrigerator, the server 20 can detect a failure from data such as power consumption and the temperature condition in the use area. Further, the server 20 can similarly detect a failure in the transition of the charge amount in the lithium ion battery and the transition of the power generation amount in the solar power generation. By collecting such information, it is possible to provide the user with a function such as notification of replacement time.
  • the device 10 may resume the log transmission if it can obtain the user's consent again when associating the device 10 with the user.
  • the server 20 may continue to store device information and send a notification or command from the server 20 to the device 10 even if the consent to the log transmission is not obtained.
  • a function is a function for protecting the safety of the user, such as displaying a notification of recall information or displaying an indicator for updating the firmware at the time of recall, and may not be invalidated.
  • FIG. 28 is a flowchart showing an example of a procedure until the IoT home appliance service is used.
  • the device 10 is purchased by a user at a consumer electronics store or the like, the user himself or a seller transports the device 10 to his home and installs it (S11).
  • the device 10 is a large home appliance such as an air conditioner, there are some that involve installation work. Since general large household appliances operate with an external power supply, they are energized by connecting to a household outlet and begin to operate as household appliances.
  • the constant connection of the device 10 is set (S12).
  • the device 10 may be always connected by being connected to a Wi-Fi access point in each home. For this purpose, it is necessary to set a name of the Wi-Fi access point, a password for encrypted communication, and the like as necessary.
  • the constant connection setting is unnecessary by setting the home appliances in advance before factory shipment.
  • the device 10 can transmit the operation information to the server 20.
  • history data such as a log of driving conditions is transmitted to the server 20.
  • the user cannot operate the device 10 from the outside due to security problems.
  • a user account for operating the device 10 (S13).
  • a user account is created by setting a user ID and password on a home page of an IoT home appliance service that is browsed by a Web browser using an operation device.
  • the user logs in with the operating device using the created user account (S14).
  • an operation device use of a smartphone or a tablet is assumed, but use of a VPA (Virtual Private Assistant) device such as a smart speaker is also assumed.
  • VPA Virtual Private Assistant
  • the device 10 is associated with the user ID (S15). By performing this association, the operation from the operation device logged in with the user account can be performed thereafter.
  • an image taken with the camera using an application compatible with IoT home appliances can be obtained if the user logs in with a smartphone even from the outside. By browsing, you can check the food in the refrigerator.
  • the operation of the IoT home appliance can be performed only with a user account linked in advance, there is no worry that the video in the refrigerator is stolen from an unrelated third party.
  • the user account Since the device 10 that has not been associated with the user account cannot use various services, that is, in a state in which the functions are restricted, the user account is provided at the time of power activation or the like in order to provide the user with full functions. It is conceivable to display a notification that prompts the user to link the user.
  • FIG. 29 is a diagram for explaining a first example of a procedure for associating the device 10 and a user.
  • FIG. 30 is a flowchart illustrating a first example of the association procedure between the device 10 and the user.
  • the user logs in by inputting the user ID and password to the operation device 40 such as a smartphone (S21).
  • the operation device 40 such as a smartphone (S21).
  • the user inputs the device code given to the device 10 using the operation device 40, and the device 10 transmits the input device code to the server 20 (S22).
  • the device code is displayed on the device 10 itself.
  • the device code may be described in an accessory of the device 10 such as a warranty or an instruction manual instead of being displayed on the device 10.
  • a device code may be taken with a camera included in the smartphone, and characters may be recognized on the smartphone itself or on the server side.
  • the device code may not be a character string such as a number, but may be a two-dimensional barcode.
  • the server 20 When the device 10 transmits the device code to the server 20, the server 20 notifies the device 10 specified by the device code. Note that the manufacturer of the device 10 needs to create a correspondence table between the device code and the communication address information for communication by the communication module in factory settings. Thus, the server 20 can identify the communication address for the designated device code and refer to the device 10 by referring to the correspondence table.
  • the device 10 Upon receiving the notification from the server 20, the device 10 displays that the notification has been made on the display unit 112 provided in the device 10 (S23). For example, the device 10 may notify the user of reception of the notification by blinking a display lamp.
  • the user After the notification of reception, the user inputs information to the operation unit 111 of the device 10 so that information indicating that the user has input is transmitted to the server 20 (S24). Thereby, the server 20 completes the association between the device 10 and the user by associating the device ID with the user ID.
  • the operation unit 111 may be, for example, an input button, and input may be performed by pressing the button.
  • FIG. 31 is a sequence diagram illustrating a first example of a procedure for associating the device 10 and a user.
  • the operating device 40 receives the input user ID and password, and transmits the user ID and password to the server 20 (S31).
  • the server 20 confirms whether the password is correct based on user information managed in advance by the server 20. Here, if the password is incorrect, there is a possibility of impersonation by a third party, so the subsequent processing is not continued.
  • the server 20 transmits login information to the operating device 40 (S32).
  • the login information is, for example, an ID for identifying a session and key data used in subsequent communication.
  • the operating device 40 transmits the device code acquired by the method shown in FIGS. 29 and 30 to the server 20 (S33).
  • the device code is transmitted as it is, but actually it is desirable to send the result processed using the login information.
  • a processing method not only the device code but also an ID for identifying a session is given to the device code, and then encryption is performed with the above-described key data. It is also preferable to protect the entire communication with encrypted communication such as SSL.
  • the server 20 converts the acquired device code into the communication address of the corresponding device 10 based on the device information previously managed on the server side. If it can be converted into the communication address, the server 20 transmits a control signal instructing blinking on the display unit 112 to the device 10 (S34).
  • the control signal for the blink instruction requires a mechanism for preventing impersonation by the server 20. If impersonation cannot be prevented, a malicious third party user account can be associated with the device 10 by using a pseudo server.
  • the public key of the server 20 is held in the device 10 in advance, and the blinking instruction from the server 20 is notified after adding a time-varying factor, and is entirely based on the secret key of the server 20. It is desirable to give a signature.
  • the device 10 When the device 10 receives the blink instruction, the device 10 blinks the display unit 112. Thereafter, when the user inputs to the operation unit 111, the device 10 transmits the received input to the server 20 (S35).
  • the server 20 When receiving the input, the server 20 completes the association between the user account and the device 10, and transmits a completion notification to the operation device 40 (S36). It is desirable that the server 20 sets a period for waiting for input. Usually, it should be about 1 minute. The server 20 starts counting after transmitting the blinking instruction control signal, and when the input cannot be received even after a period of waiting for input elapses, the server 20 transmits a completion notification to the operation device 40 that the association has failed. May be.
  • the operating device 40 displays the received completion notification.
  • FIG. 32 is a flowchart showing a second example of the procedure for associating the device 10 with the user. *
  • the user logs in by inputting the user ID and password to the operation device 40 such as a smartphone (S41), makes the user stand by in the logged-in state, and the user presses the setting button of the device 10. (S42).
  • the operation device 40 such as a smartphone
  • the device 10 When the setting button is pressed, the device 10 requests the server 20 for a password for associating the device 10 with the user account. At this time, the server 20 desirably issues a one-time password or a time-limited password. And the apparatus 10 receives a password from the server 20, and displays a password on the display part 112 (S43).
  • the password exemplifies a character string such as a number, but it may be a two-dimensional bar code, a blinking pattern of an LED, sound data such as a Morse code, or the like.
  • a password is input by reading using the camera of the operating device 40.
  • sound data such as a Morse code signal
  • a password is input by collecting sound with the microphone of the operating device 40.
  • the server 20 When the server 20 receives the password from the operation device 40, the server 20 associates the device 10 that has made the association request with the user account that has sent the password (S45), and sends a notification indicating the completion of association to the device 10. To do.
  • the device 10 When the device 10 receives the notification of association completion from the server 20, the device 10 displays that the notification has been made on the display unit 112 provided in the device 10 (S46). For example, the device 10 may notify the user of reception of the notification by blinking a display lamp.
  • FIG. 33 is a sequence diagram showing a second example of the procedure for associating the device 10 and the user.
  • the operating device 40 receives the input user ID and password, and transmits the user ID and password to the server 20 (S51).
  • the server 20 confirms whether the password is correct based on user information managed in advance by the server 20. Here, if the password is incorrect, there is a possibility of impersonation by a third party, so the subsequent processing is not continued.
  • the server 20 transmits login information to the operating device 40 (S52).
  • the login information is, for example, an ID for identifying a session and key data used in subsequent communication.
  • the device 10 upon receiving an input from the user, requests the server 20 to issue a one-time password (S53). At the time of this request, the device 10 also transmits its own device ID to the server 20. Alternatively, the server 20 may acquire the corresponding device ID from the device information managed in advance by the server 20 based on the address information of the device 10 at the time of communication.
  • the server 20 transmits a one-time password to the device 10 (S54).
  • the issued one-time password is displayed on the display unit 112 of the device 10.
  • the operating device 40 receives an input of the one-time password displayed on the display unit 112 from the user, and transmits the input one-time password to the server 20 (S55).
  • the one-time password is sent as it is, but actually, it is desirable to send the result processed using the login information.
  • a processing method not only the device code but also an ID for identifying a session is given to the device code, and then encryption is performed with the above-described key data. It is also preferable to protect the entire communication with encrypted communication such as SSL.
  • the server 20 confirms whether the one-time password received from the operation device 40 matches the one-time password issued in advance, and associates the user account with the device ID when the match is confirmed.
  • the server 20 transmits an association completion notification to the operation device 40 (S56). It is desirable that the server 20 sets a period for waiting for input. Usually, it should be about 1 minute. After transmitting the one-time password, the server 20 starts counting, and when the input cannot be received even after a period of waiting for the input, the server 20 transmits a completion notification to the operation device 40 that the association has failed. Also good.
  • the operating device 40 displays the received completion notification.
  • FIG. 34 and FIG. 35 are diagrams showing an example of a graph of a prediction case in use by the user.
  • the server 20 notifies the LED / display etc. on the home appliance when the number of days elapsed from the date and time when the user started using the device 10 exceeds the useful life of the product and the number of useful uses, A control signal may be transmitted to the device 10 so as not to forcibly operate by the control from the device 10. The notification may be transmitted to the operating device 40 owned by the user.
  • the server 20 provides information that prompts the replacement of consumables such as a filter based on the number of operations as shown in FIG. 35 and information that prompts an inspection such as cleaning of the washing tub to the device 10 or the operation device 40 of the user. By sending, you will be able to use the product with fuller performance.
  • FIG. 36 shows an example of a constantly connected IoT home appliance by LPWA.
  • remote control of home appliances can be performed from a smartphone through an IoT home appliance control cloud and LPWA line network, and further, service provision from an external service group having no LPWA function is also possible. It shows using through the IoT home appliance control cloud.
  • a log for notifying the state of the home appliance from the home appliance side can also be transmitted to the IoT home appliance control cloud via the LPWA line network.
  • the server 20 enables after-sales service for home appliances after purchase, such as notifying the user when a failure of the home appliance is detected from the sent log.
  • FIG. 37 is a diagram for explaining a home appliance and user linking support function by LPWA.
  • the method for associating the home appliance with the user is as described above.
  • a connection support function using LPWA is shown in a case where home appliances that have been linked and home appliances that are not linked are mixed in a state where there are a plurality of home appliances in the house.
  • the association of the air conditioner is completed, and the washing machine and the refrigerator are in a state where the association is not yet completed.
  • ⁇ Ask the operation device such as a smartphone, that has been linked at the timing when the air-conditioner has been linked, such as "Are there other devices that have not been linked yet?"
  • the air conditioner calls the peripheral device with LPWA as shown in (1).
  • the calling method is, for example, a method in which the device operates as a software access point that operates as a base station and broadcasts calls simultaneously.
  • the content of the call is “Are there any devices that have not been associated with the user?”.
  • a device that has not been associated with the user responds, and the air conditioner that has received the response determines a device that is considered to be in the same home. In this case, it is assumed that the determination is performed using information such as received signal strength (RSSI) and communication delay time in response.
  • RSSI received signal strength
  • the air conditioner will ask the operation device, such as “Do you have this device?” As shown in (3).
  • the user can start the linking process as shown in (4) by selecting the device. Since the linking process at this time is a state in which the device code of the device to be linked is already known, the process shown in FIGS. 29 and 30 is merged with the process after the device code is transmitted. . In addition, since the two conditions of being already associated with the user and the air conditioner and being in the same house as the air conditioner have been cleared, it is possible to simplify the association registration.
  • the home appliance device enters a state of waiting for association with an operation terminal, and when a button is pressed on the device, association is completed.
  • the buttons may be simultaneously pressed by a plurality of buttons.
  • a method such as designating a button to be pressed by the operating device to complete the association is also useful.
  • the air-conditioner has been continually urged at the timing when the tie-up is completed, but at another timing, a push notification such as “Do you have this device?” Is sent to the operation device.
  • a form of promotion is also conceivable. For example, when a device that is not linked is activated, the LPWA asks if the device linked to the user is in the vicinity, and if it is determined that the linked device is in the same home, the linked home appliance The operation device may be urged to be associated via the via.
  • FIG. 38 is a diagram for explaining the Wi-Fi connection support function that makes full use of LPWA.
  • Method 1 is home connection setting sharing.
  • Method 2 is remote Wi-Fi connection setting.
  • Method 3 is a setting for associating with a user account using the BSSID information of Wi-Fi GW.
  • IoT home appliances hold both LPWA and Wi-Fi modules and that they are connected to the IoT home appliance control cloud using LPWA. It is assumed that the user has a user account that can log in to the IoT home appliance control cloud using the operation device.
  • the refrigerator, washing machine, and air conditioner as devices are connected to the IoT home appliance control cloud using LPWA, and the smartphone as the operation device is connected to the IoT as the server 20 through the Wi-Fi GW. Indicates the state of logging in to the home appliance control cloud.
  • FIG. 39 is a diagram for explaining the method 1 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • Method 1 if Wi-Fi connection setting is performed on the first IoT home appliance, the connection setting information is notified to the IoT home appliance not connected to Wi-Fi existing in the house by using LPWA.
  • This is a method of sharing connection setting information in a horizontal cooperation.
  • FIG. 39 shows an example in which Wi-Fi connection setting is performed using the washing machine as the first IoT home appliance.
  • the washing machine selects the SSID and completes the connection with the Wi-Fi GW by inputting the password, and stores the input SSID and password information. . As a result, the washing machine is connected to the Wi-Fi GW.
  • the washing machine that has completed the connection to the Wi-Fi GW transmits a notification that the Wi-Fi connection has been completed to the IoT home appliance control cloud.
  • the IoT home appliance control cloud Upon receiving the notification, the IoT home appliance control cloud notifies the user who owns the user account associated with the washing machine that the washing machine has completed the Wi-Fi connection, and the “other Wi- By displaying on the smartphone, “Do not connect Fi-Fi connected IoT home appliances to Wi-Fi?”, The user is prompted to connect to Wi-Fi of other devices.
  • the Wi-Fi connection information recorded by the washing machine is transmitted to the IoT home appliance control cloud.
  • the IoT home appliance control cloud transmits the received Wi-Fi connection information to the IoT home appliance not connected to Wi-Fi via LPWA.
  • Each IoT home appliance that has received Wi-Fi connection information and is not connected to Wi-Fi performs Wi-Fi connection processing for the Wi-Fi GW using the received Wi-Fi connection information. .
  • FIG. 40 is a diagram for explaining the method 2 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • Method 2 is a method of executing a connection process by transmitting a Wi-Fi setting command using LPWA to a user-owned IoT home appliance associated with a user account.
  • the user causes the smartphone to execute the application and logs in to the IoT home appliance control cloud on the executed application.
  • the user inputs the Wi-Fi GW SSID and Password information to register the Wi-Fi GW connection information in the IoT home appliance control cloud on the smartphone application.
  • the IoT home appliance control cloud transmits the connection information registered in (2) to the IoT home appliance already associated with the user account via LPWA.
  • the IoT home appliance that has received the connection information performs a connection process to the Wi-Fi GW using the received connection information.
  • FIG. 41 is a diagram for explaining the method 3 of the Wi-Fi connection support function utilizing the constant connection by LPWA.
  • Method 3 differs from Method 1 and Method 2 in which the IoT home appliance and the user account have already been linked, and is a method that simultaneously realizes IoT home appliance / user account linking and Wi-Fi connection processing.
  • the user causes the smartphone to execute the application, logs into the IoT home appliance control cloud on the executed application, and registers information necessary for Wi-Fi connection (S61).
  • the information input by the user is the SSID and password of the Wi-Fi GW to which the smartphone is connected.
  • the smartphone acquires the BSSID from the SSID information inside the application, and registers both the SSID and the BSSID.
  • the user account and Wi-Fi connection information including the SSID, BSSID, and password are registered on the IoT home appliance control cloud.
  • IoT home appliance performs Wi-Fi search after power on, collects neighboring Wi-Fi information, and creates a BSSID list.
  • the IoT home appliance transmits the created BSSID list to the IoT home appliance control cloud using LPWA (S62).
  • the IoT home appliance control cloud performs a matching search using the received BSSID and the registered BSSID (S63), and when they match (Yes in S64), transmits the SSID list to the notification IoT home appliance (S65).
  • the IoT home appliance selects the SSID of the Wi-Fi connected to the smartphone from the received SSID list (S66).
  • the IoT home appliance control cloud inquires connection permission to the smartphone that has registered the SSID (S67).
  • the smartphone accepts selection of permission / non-permission on the application from the user (S68).
  • the IoT home appliance control cloud transmits user information including a user account in which the Wi-Fi GW password and the SSID are registered in the IoT home appliance (S69).
  • IoT home appliances are connected to the same Wi-Fi GW as the smartphone that registered the SSID when the WiFi connection process is successful and the connection is successful (Yes in S70). For this reason, the IoT home appliance associates the user account and the IoT home appliance by performing the association processing between the smartphone application and the IoT home appliance using the user account received from the IoT home appliance control cloud (S71).
  • FIG. 42 is a flowchart illustrating an example of processing for determining “moving” and “transfer”.
  • the device 10 may be transferred to another user after purchase.
  • a problem occurs when the device 10 is transferred to another user after the user and the device 10 are linked.
  • the user who has been used before can browse the log of the device 10 or perform an operation even after the transfer.
  • the association between the user and the device is released by resetting the device 10, such a problem is solved.
  • such an operation for releasing the association is an operation that is not necessary in the conventional home appliances, so it is doubtful that the transferred user can correctly reset.
  • the server 20 determines whether or not it has been transferred using the operation information and position information received from the IoT home appliance. At the time of transfer, it is assumed that the normal home appliances are once cut off, then moved to another location and newly used.
  • the server 20 can confirm the energization status of the IoT home appliance by using the operation information, and can also identify that the installation location has been changed by using the position information described above. By combining the two, the server 20 can determine the possibility that the device 10 has been transferred.
  • the server 20 detects that the device 10 has been turned off and the installation location of the device 10 has moved using the operation information and the position information (S81). For example, the server 20 can determine whether the device 10 is turned off by determining whether the power state of the operation information is off. Further, the server 20 can detect that the installation location of the device 10 has moved when the position information has changed from the previous position information.
  • the user may be inquired by causing the display unit to display an inquiry as to whether or not to change the association.
  • the server 20 determines whether or not the device 10 has a display unit (S82).
  • the server 20 may determine whether or not the device 10 has a display unit by referring to the information of the device 10, and whether or not the device 10 has a display unit in the operation information. If the information is included, the determination may be made based on the operation information.
  • the server 20 transmits a message for confirming whether it is “transfer” or “moving” to the operation device such as a smartphone that has been associated, thereby determining whether it is “transfer” to the user.
  • An inquiry is made as to whether it is “moving” (S84). If it is confirmed that the inquiry is “moving”, the hold state is canceled and the association between the user and the device 10 is maintained (S85). On the contrary, if it can be confirmed that it is “transfer”, the association is released (S86).
  • the above inquiry is made using the display unit (S87). If it is confirmed that the inquiry is “moving”, the hold state is canceled and the association between the user and the device 10 is maintained (S88). On the other hand, if it can be confirmed that it is “transfer”, the association is canceled (S89).
  • the server 20 can determine that the linking change is unnecessary, and the user can continue to use the device 10 as before. Is possible.
  • the control unit 202 moves the device 10 that transmitted the third specific information.
  • the communication unit 201 may be used to transmit an inquiry as to whether or not the user of the device 10 has been changed to another user to a terminal such as a smartphone owned by the device 10 or the user.
  • the third timing corresponds to the detection timing in step S81.
  • the control unit 202 transmits the inquiry.
  • the received plurality of third operation information is managed separately from the plurality of first operation information and the plurality of second operation information.
  • the control unit 202 associates a plurality of third operation information with a third identifier different from the first identifier and the second identifier, and stores them in the storage unit 203, whereby the plurality of third operation information is stored.
  • the plurality of first operation information and the plurality of second operation information are managed separately. For this reason, it is possible to effectively determine whether or not the device 10 has been transferred. Further, when the device 10 is transferred, it is managed separately from the operation information by the user before the transfer, so that the state of the device 10 suitable for the user after the transfer can be determined.
  • the control unit 202 transmits the inquiry after the third timing.
  • the plurality of third operation information received in the third period is managed together with the plurality of second operation information.
  • the control unit 202 stores a plurality of third operation information in the storage unit 203 in association with the second identifier. For this reason, for example, when the device 10 moves without being transferred, the device 10 can be managed without changing the user.
  • FIG. 43 is a diagram for explaining another example of the process of determining “moving” and “transfer”.
  • FIG. 44 is a flowchart illustrating another example of the process of determining “moving” and “transfer”.
  • FIG. 43 shows an example of position information when a plurality of devices (device A and device B) move at the same time at time T1.
  • a plurality of devices When a plurality of devices are moved at the same time, it is considered that the move has been performed. For this reason, it is possible to improve the determination accuracy by linking the position information of a plurality of devices owned by the user. For example, if the position of a refrigerator, washing machine, air conditioner, etc. owned by the user is changed at the same timing, there is a high probability of moving with high probability, and if only the washing machine is changed, there is a high possibility that it is not moving. .
  • the server 20 detects the disconnection of power and the movement of the installation location based on the operation information and the position information (S91).
  • the server 20 determines whether or not there are a plurality of devices that have moved in conjunction with each other (S92). That is, the server 20 determines whether there are a plurality of devices that have moved from the first location to the second location.
  • the server 20 determines that there are a plurality of devices that have moved in conjunction with each other (Yes in S92), the server 20 determines that the possibility of moving is high (S93).
  • the server 20 determines that there is a high possibility of transfer if it is determined that there are not a plurality of devices that have moved in conjunction with each other (No in S92), that is, if there is one device that has moved (S94).
  • the control unit 202 has the same second pieces of second specific information received from the plurality of devices 10 at the second timing before the time T1, and the time after the second timing.
  • the plurality of third unique information received from the plurality of devices at the third timing after T1 are the same and the second unique information and the third unique information are different, the third and subsequent timings are used.
  • the plurality of third operation information received in the third period may be managed together with the plurality of second operation information. For this reason, when a plurality of devices are moved, it is possible to manage the devices by assuming that the user has not been changed.
  • FIG. 45 is a diagram for explaining another example of the process of determining “moving” and “transfer”.
  • FIG. 46 is a flowchart illustrating another example of the process of determining “moving” and “transfer”.
  • the server 20 may determine whether it is “moving” or “transferring” by using the operation count information for each day in addition to the above-described power-off and detecting the movement of the installation location. Thereby, the determination accuracy can be improved.
  • the server 20 has a predetermined pattern of change in the number of operations per unit time in the period before the position information changes and the period after the position information changes.
  • the degree of correlation is satisfied (that is, similar), it may be determined that the possibility of moving is high.
  • step S102 is performed instead of step S92 as shown in FIG.
  • steps S101, S103, and S104 are the same as the processes in steps S91, S93, and S94, respectively.
  • step S102 the server 20 determines whether the usage frequency has changed. Whether or not the usage frequency has changed is determined by determining whether or not the pattern of changes in the number of operations satisfies a predetermined degree of correlation as described above.
  • FIG. 47 is a diagram for explaining an exception of a case where “moving” is expected.
  • FIG. 48 is a table divided into categories according to the type of device.
  • the server 20 detects that the position information has been changed, and it is neither moving nor transfer. For example, as shown in FIG. 47, the position of a small household appliance such as a shaver or a dryer that is supposed to be carried changes when it is carried by the user. In this case, it is assumed that the user returns to the original house. For this reason, the server 20 can determine that it is continuously used by the user without moving or transferring by detecting that the server 20 has returned to the original position. That is, in this case, the server 20 keeps the association between the user and the device.
  • the server 20 classifies the device according to the size of the device, the device used depending on the season, and the like, and the server 20 determines the state of the device according to the characteristics of these categories. May be changed.
  • FIG. 49 is a diagram showing a graph of a prediction case where the device 10 is “transfer / resale / theft”.
  • the server 20 predicts that “transfer / resale / theft” has occurred. It is possible to provide a service that prompts confirmation or notifies a warning to an LED / display or the like on a home appliance. If the account information before the user change remains linked, the user is notified by e-mail or the like to prompt the account information to be unlinked.
  • Logs that can be referred to should be limited to logs that are linked to the user, but information related to user safety, such as the service life of the device being exceeded and the number of times it has been used, is safe for home appliances. In some cases, it is better to convey this information for your use. Based on this point of view, it is useful to manage the accumulated information from the first use of the device to the present on the server separately from the log used by the user. Alternatively, it can be realized by managing which period is associated with the user for the cumulative information.
  • the cumulative information associated with home appliances can be used in cases such as selling equipment sold at mass retailers or resale cases such as resale.
  • FIG. 50 is a flowchart of processing for executing a countermeasure when the device 10 is stolen.
  • the device 10 When the device 10 is stolen, it is desirable to provide a function that allows the user to lock the device 10 associated with his / her user account so that other users cannot use it. Specifically, it is a function of sending a command for locking the stolen device 10 from the operating device to the stolen device 10 using the operating device 40 such as a smartphone that has been linked. By having this function, it is possible to prevent a user who has illegally obtained the device 10 from using the device 10 from using the device 10 or browsing past logs to an unauthorized user.
  • the server 20 detects that there is a suspicion of “theft” from information such as position information and operating state transmitted by the device 10 (S111).
  • step S115 If the user is aware, the process proceeds to step S115. If the user is not aware, the process proceeds to step S113. In step S112, after step S111, it is determined whether information indicating that the lock button on the operating device in step S115 has been pressed has been received from the user's operating device 40 until the predetermined period has elapsed. . As a result, if the lock button has not been pressed even after a predetermined period, the process proceeds to step S113.
  • step S113 the server 20 inquires of the user operating device 40 whether or not the device 10 is stolen with respect to the user account associated with the device 10 (S114). With this function, even if the user is not aware that the user has been stolen, a message such as “Is it at home” or “Is it at hand” is sent from the home appliance to the operation device 40. This makes it possible for the user to notice that the user has been stolen.
  • step S115 When the server 20 receives the theft input from the operating device 40 in step S114, the process proceeds to step S115. In this case, it may be considered that the lock button in step S115 is pressed when a theft is input.
  • step S115 when the lock button is pressed, the device 10 is locked. Thus, unauthorized use can be stopped by locking the home appliance using the function of locking the device 10.
  • step S114 When the input indicating that the theft is not theft is received from the operating device 40 in step S114, the process is terminated.
  • the control unit 202 determines that the device 10 has moved and the device 10 is stolen.
  • An inquiry as to whether or not the request has been made may be transmitted to a terminal owned by the user using the communication unit 201.
  • the control unit 202 sends a control signal to lock the device 10 so that it cannot be used. You may transmit using. In this case, when receiving the control signal, the device 10 may be locked so that the device 10 cannot be used. For this reason, when the device 10 is stolen, it can be locked so that other users cannot use the device 10.
  • locking the device 10 so that it cannot be used specifically means that the device 10 does not accept a user input from the operation unit 111.
  • the device 10 may be in a state in which the power of the device 10 is turned off and the device 10 does not accept a user input from the operation unit 111 thereafter.
  • the apparatus 10 is an apparatus having a door that opens and closes, such as a refrigerator, a washing machine, a microwave oven, and a rice cooker, the apparatus 10 may be locked so as not to open the door.
  • FIG. 51 is a flowchart illustrating an example of the association process between the user and the device 10 when the movement of the device 10 is detected.
  • the server 20 detects the disconnection of power and the movement of the installation location (S121).
  • the server 20 determines whether or not the device 10 has a display unit (S122).
  • the server 20 determines whether or not a plurality of devices have moved simultaneously (S123).
  • the server 20 suspends the association between the user and the device 10 (S124).
  • step S123 when a plurality of devices have moved simultaneously (Yes in S123), the server 20 determines whether the moved plurality of devices are only small home appliances (S125).
  • the server 20 determines whether or not the plurality of devices return to the original installation location in a few days (S126).
  • the server 20 maintains the association between the user and the plurality of devices when the plurality of devices return to the original installation location within a few days (Yes in S126) or when determined No in Step S125 (S127). .
  • step S126 If the plurality of devices do not return to the original installation location in a few days (Yes in S126), the server 20 proceeds to step S124.
  • step S122 when the server 20 determines that the device 10 has a display unit (Yes in S122), the server 20 inquires of the user's operating device 40 whether or not it is transfer (S128).
  • the server 20 If the server 20 receives a reply from the operation device 40 that it is a transfer (Yes in S128), the server 20 releases the association between the user and the device.
  • step S127 When the server 20 receives a reply that it is not transferable from the operation device 40 (No in S128), the server 20 proceeds to step S127.
  • the determination state is such that the linked state between the user and the device 10 is not put on hold and can be used continuously. Has been built.
  • FIG. 52 is a flowchart showing another example of the process of associating the user and the device 10 when the movement of the device 10 is detected.
  • the server 20 detects the disconnection of power and the movement of the installation location (S131).
  • the server 20 suspends the association between the user and the device 10 (S132).
  • the server 20 inquires of the user's operating device 40 whether or not it is transfer (S133).
  • the server 20 When the server 20 receives a reply from the operation device 40 that it is a transfer (Yes in S133), the server 20 releases the association between the user and the device.
  • the server 20 When the server 20 receives a reply that it is not transferable from the operation device 40 (No in S133), the server 20 maintains the association between the user and the device (S135).
  • FIG. 53 is a diagram showing a graph of a case where it is predicted that the user has changed the “family structure”.
  • the location of the device 10 does not change, but the pattern of the number of operations has changed greatly. This case is a case where it is predicted that “the family structure has been changed”. There is a possibility that the user may have changed such as marriage or living with his / her parents, and a service such as displaying a product advertisement corresponding to the LED / display on the home appliance is possible.
  • FIG. 54 is a diagram showing a graph of a case in which the device 10 is predicted to be “failed”.
  • FIG. 55 is a diagram illustrating a graph of a case where the device 10 is predicted to be “discarded”.
  • the server 20 predicts that “failure” or “discard” has occurred when it has not received the operation information and the position information for a certain period or more.
  • the server 20 predicts that the device 10 has been “discarded” if the number of operations becomes zero and no data is transmitted for a certain period of time after the location of the device 10 changes. May be.
  • the server 20 can almost certainly determine “discard” when the location where the communication is interrupted is within a specific range (an incineration site or a recycling center). If the corresponding home appliance is a recall target, it may be excluded from the recall target management list when it is determined to be “discard”. If “discard” is an erroneous determination and the home appliance starts to move again, it can be dealt with by sending a recall notification again because communication should have resumed. For this reason, the risk of misjudgment is considered to be small.
  • the management state of the plurality of operation information received by the fourth timing May be changed to an unmanaged state.
  • control unit 202 receives the fourth information received at the fourth timing without the communication unit 201 receiving the operation information even after a predetermined period from the fourth timing after the second timing.
  • the unique information is the same as any one of the plurality of unique information included in the unique information list held in advance, the management state of the plurality of operation information received by the fourth timing is changed to the unmanaged state May be.
  • the server 20 does not manage the device 10 when it is determined that the device 10 is broken or discarded, the processing load on the management can be reduced.
  • This disclosure relates to a fourth-generation home appliance (always-connected IoT home appliance) that realizes always-on connection to the cloud using LPWA.
  • always-on IoT home appliances it is possible to complete the connection with the cloud without the user being particularly conscious and to use a service utilizing the cloud.
  • the state prediction of home appliances is realized from log information and location information uploaded to the cloud by constantly connected IoT home appliances.
  • the present disclosure is useful as a device management system and a device management method that can efficiently manage devices.
  • device management system 10 device 20 server 30 base station 40 operation device 101 communication module 102 holding unit 104 control unit 107 function module 108 holding unit 109 power supply unit 110 battery 111 operation unit 112 display unit 201 communication unit 202 control unit 203 storage unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)
  • Selective Calling Equipment (AREA)

Abstract

サーバ（２０）と、遠距離無線通信の複数の基地局（３０）と、複数の基地局のうちの一の基地局に通信接続する少なくとも１つの機器であって、それぞれが当該機器の現在の稼働状態を示す稼働情報を、一の基地局を介してサーバに逐次送信する少なくとも１つの機器（１０）と、を備え、複数の基地局のそれぞれは、稼働情報を逐次受信すると、逐次受信された稼働情報と共に当該基地局に固有の情報である固有情報をサーバに逐次送信し、サーバは、稼働情報および固有情報を逐次受信し、逐次受信された稼働情報および固有情報を対応付けて逐次記憶し、第１のタイミングで受信された第１固有情報と、第２のタイミングで受信された第２固有情報とが異なる場合、第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する。

Description

機器管理システム、及び、機器管理方法
　本開示は、機器管理システム、及び、機器管理方法に関する。
　近年、生活家電（機器ともいう）が、当該機器を制御するクラウドである家電制御クラウド（制御クラウドともいう）にネットワークを介して接続され、制御クラウドによる制御の下で動作する形態がある（特許文献１参照）。
特開２０１６－６３５２０号公報
　しかし、機器を使用するユーザが、必ずしも、ネットワークに接続するための設定などをして、機器を制御クラウドに接続するとは限らない。機器が制御クラウドに接続されなければ、制御クラウドによる機器の管理を効率よく行うことができないという問題がある。
　そこで、本開示は、機器の管理を効率よく行うことができる機器管理システムなどを提供する。
　本開示の一態様に係る機器管理システムは、ネットワークに通信接続されているサーバと、前記ネットワークに通信接続されている、遠距離無線通信の複数の基地局と、前記複数の基地局のうちの一の基地局に通信接続する少なくとも１つの機器であって、それぞれが当該機器の現在の稼働状態を示す稼働情報を、前記一の基地局を介して前記サーバに逐次送信する少なくとも１つの機器と、を備え、前記複数の基地局のそれぞれは、前記稼働情報を逐次受信すると、逐次受信された前記稼働情報と共に当該基地局に固有の情報である固有情報を前記サーバに逐次送信し、前記サーバは、前記稼働情報および前記固有情報を逐次受信し、対応するタイミングで逐次受信された前記稼働情報および前記固有情報を対応付けて逐次記憶し、第１のタイミングで受信された第１固有情報と、前記第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なる場合、前記第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、前記第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する。
　なお、これらの全般的または具体的な態様は、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の機器管理システムは、機器の管理を効率よく行うことができる。
図１は、生活家電の進化を示す説明図である。 図２は、第三世代の生活家電のアーキテクチャと外部サービス連携の例を示す説明図である。 図３は、第三世代の生活家電のアーキテクチャとＡＩスピーカー連携の例を示す説明図である。 図４は、第三世代の生活家電の第一の課題を示す説明図である。 図５は、第三世代の生活家電の第二の課題を示す説明図である。 図６は、ネット接続機能内蔵家電のネット接続率を示す説明図である。 図７は、クラウド生活家電のネット接続などを示す説明図である。 図８は、常時接続ＩｏＴ生活家電で利用可能な通信方式（Ｗｉ－Ｆｉ、ＬＰＷＡ）の特徴を示す表である。 図９は、第四世代の生活家電（常時接続ＩｏＴ家電）のアーキテクチャと外部サービス連携を示す第一の説明図である。 図１０は、第四世代の生活家電のアーキテクチャと外部サービス連携を示す第二の説明図である。 図１１は、第四世代の生活家電のアーキテクチャと外部サービス連携を示す第三の説明図である。 図１２は、生活家電のアーキテクチャの進化を示す図である。 図１３は、第四世代の生活家電の機能分担（機能の外部化）について説明するための図である。 図１４は、４層の顧客接点と常時接続ＩｏＴ家電との関係を示す図である。 図１５は、家電の生涯管理について説明するための図である。 図１６は、機器管理システムにおける家電機器の稼働状態データの収集フローを示す図である。 図１７は、クラウドが受信する家電機器の稼働情報および固有情報の具体例を示す表である。 図１８は、ＩｏＴ家電である機器のブロックを示す構成図である。 図１９は、ＩｏＴ家電制御クラウドであるサーバ２０のブロックを示す構成図である。 図２０は、使用開始日時時点の位置から現在日時時点の位置までの移動距離の一例を表したグラフである。 図２１は、使用開始日時時点の位置から現在日時時点の位置までの移動距離の一例を表したグラフである。 図２２は、稼働回数を「積算」で集計したグラフである。 図２３は、稼働回数を「日毎」で集計したグラフである。 図２４は、機器が一般家庭へ設置されたことを検知する方法について説明するためのグラフである。 図２５は、機器が一般家庭へ設置されたことを検知する方法について説明するためのグラフである。 図２６は、除外範囲を、複数の機器から送信される稼働情報および位置情報を用いて決定する例を示す図である。 図２７は、機器を設置の際のログ送信の同意を得るための処理を示すフローチャートである。 図２８は、ＩｏＴ家電サービスを利用するまでの手順の一例を示すフローチャートである。 図２９は、機器とユーザとの紐付け手順の第１の例を説明するための図である。 図３０は、機器とユーザとの紐付け手順の第１の例を示すフローチャートである。 図３１は、機器とユーザとの紐付け手順の第１の例を示すシーケンス図である。 図３２は、機器とユーザとの紐付け手順の第２の例を示すフローチャートである。 図３３は、機器とユーザとの紐付け手順の第２の例を示すシーケンス図である。 図３４は、ユーザ使用中の予測ケースの一例を示すグラフである。 図３５は、ユーザ使用中の予測ケースの一例を示すグラフである。 図３６は、ＬＰＷＡによる常時接続ＩｏＴ家電の一例を示す図である。 図３７は、ＬＰＷＡによる家電機器とユーザ紐付けサポート機能について説明するための図である。 図３８は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能について説明するための図である。 図３９は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法１について説明するための図である。 図４０は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法２について説明するための図である。 図４１は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法３について説明するための図である。 図４２は、「引っ越し」および「譲渡」を判別する処理の一例を示すフローチャートである。 図４３は、「引っ越し」および「譲渡」を判別する処理の他の一例について説明するための図である。 図４４は、「引っ越し」および「譲渡」を判別する処理の他の一例を示すフローチャートである。 図４５は、「引っ越し」および「譲渡」を判別する処理の他の一例について説明するための図である。 図４６は、「引っ越し」および「譲渡」を判別する処理の他の一例を示すフローチャートである。 図４７は、「引っ越し」が予想されるケースの例外について説明するための図である。 図４８は、機器の種別に応じてカテゴリ分けした表である。 図４９は、機器が「譲渡・転売・盗難」の予測ケースを示すグラフである。 図５０は、機器が盗難された際の対策を実行する処理のフローチャートである。 図５１は、機器の移動を検知した際のユーザと機器との紐付け処理の一例を示すフローチャートである。 図５２は、機器の移動を検知した際のユーザと機器の紐付け処理の他の一例を示すフローチャートである。 図５３は、ユーザの「家族構成変更」が為されたと予測されるケースを示すグラフである。 図５４は、機器が「故障」したと予測されるケースを示すグラフである。 図５５は、機器が「廃棄」されたと予測されるケースを示すグラフである。
　本開示の一態様に係る機器管理システムは、ネットワークに通信接続されているサーバと、前記ネットワークに通信接続されている、遠距離無線通信の複数の基地局と、前記複数の基地局のうちの一の基地局に通信接続する少なくとも１つの機器であって、それぞれが当該機器の現在の稼働状態を示す稼働情報を、前記一の基地局を介して前記サーバに逐次送信する少なくとも１つの機器と、を備え、前記複数の基地局のそれぞれは、前記稼働情報を逐次受信すると、逐次受信された前記稼働情報と共に当該基地局に固有の情報である固有情報を前記サーバに逐次送信し、前記サーバは、前記稼働情報および前記固有情報を逐次受信し、対応するタイミングで逐次受信された前記稼働情報および前記固有情報を対応付けて逐次記憶し、第１のタイミングで受信された第１固有情報と、前記第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なる場合、前記第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、前記第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する。
　このため、例えば、現在の機器のユーザの使用に基づく稼働情報を管理するため、ユーザの使用状態に適した機器の状態を判定することができる。このように、当該ユーザ以外のユーザなどによる使用に基づく稼働情報を除外して機器の管理を行うことができるため、機器の管理を効率よく行うことができる。
　また、前記サーバは、前記複数の第１稼働情報を第１識別子と対応付けて記憶し、かつ、前記複数の第２稼働情報を前記第１識別子とは異なる第２識別子と対応付けて記憶することで、前記複数の第１稼働情報と、前記複数の第２稼働情報とを分けて管理してもよい。
　このため、例えば、ユーザが使用している第２期間中に取得された稼働情報および固有情報に基づく機器の状態の判定を、第１期間中に取得された稼働情報および固有情報とは分けて行うことができる。このため、機器の状態の判定を精度よく行うことができる。
　また、前記第２識別子は、前記第２期間において前記少なくとも１つの機器を利用しているユーザに対応付けられていることを示す識別子であり、前記サーバは、前記第２のタイミングの後の第３のタイミングで受信された第３固有情報が前記第２固有情報と異なる場合、前記少なくとも１つの機器が移動したと判断し、前記少なくとも１つの機器のユーザが他のユーザに変更されたか否かの問い合わせを、前記少なくとも１つの機器または前記ユーザが所有する端末に送信してもよい。
　このため、例えば機器の譲渡が為されたか否かを効果的に判定することができる。
　また、前記サーバは、前記問い合わせを送信した後に、前記少なくとも１つの機器または前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器のユーザが前記他のユーザに変更されたことを示す場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を、前記複数の第１稼働情報および前記複数の第２稼働情報とは分けて管理してもよい。
　これによれば、例えば機器の譲渡が為された場合に、譲渡前のユーザによる稼働情報とは分けて管理するため、譲渡後のユーザに適した機器の状態を判定することができる。
　また、前記サーバは、前記問い合わせを送信した後に、前記少なくとも１つの機器または前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器のユーザが前記他のユーザに変更されていないことを示す場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を前記複数の第２稼働情報と共に管理してもよい。
　このため、例えば機器の譲渡が為されずに機器が移動した場合には、ユーザを変更せずに機器の管理を行うことができる。
　また、前記少なくとも１つの機器は、複数の機器であり前記サーバは、前記第２のタイミングで前記複数の機器から受信された複数の前記第２固有情報が互いに同じであり、かつ、前記第２のタイミングの後の第３のタイミングで前記複数の機器から受信された複数の第３固有情報が互いに同じであり、かつ、前記第２固有情報と、前記第３固有情報とが異なる場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を前記複数の第２稼働情報と共に管理してもよい。
　このため、例えば複数の機器が移動した場合には、ユーザが変更されていないと見なして、機器の管理を行うことができる。
　また、前記サーバは、前記第２のタイミングの後の第４のタイミングから所定期間後となっても稼働情報を受信しない場合、前記第４のタイミングまでに受信された複数の前記稼働情報の管理状態を非管理状態に変更してもよい。
　このため、当該機器の管理をしないため、管理にかかる処理負荷を低減することができる。
　また、前記サーバは、前記第２のタイミングの後の第４のタイミングから所定期間後となっても稼働情報を受信せず、かつ、前記第４のタイミングで受信された第４固有情報が予め保持している固有情報リストに含まれる複数の固有情報のいずれか１つと同じである場合、前記第４のタイミングまでに受信された複数の前記稼働情報の管理状態を非管理状態に変更してもよい。
　このため、当該機器の管理をしないため、管理にかかる処理負荷を低減することができる。
　また、前記第２識別子は、前記第２期間において前記少なくとも１つの機器を利用しているユーザに対応付けられていることを示す識別子であり、前記サーバは、前記第２のタイミングの後の第３のタイミングで受信された第３固有情報が前記第２固有情報と異なる場合、前記少なくとも１つの機器が移動したと判断し、前記少なくとも１つの機器が盗難されたか否かの問い合わせを、前記ユーザが所有する端末に送信し、前記問い合わせを送信した後に、前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器が盗難されたことを示す場合、機器を使用できないようにロックする制御信号を前記少なくとも１つの機器に送信し、前記少なくとも１つの機器は、前記制御信号を受信すると、当該機器を使用できないようにロックしてもよい。
　このため、機器が盗難された場合に、他のユーザが機器を使用できないようにロックすることができる。
　なお、これらの全般的または具体的な態様は、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
　なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって請求の範囲に記載の主題を限定することを意図するものではない。
　以降において、本発明に至る背景、及び、本発明により解決すべき課題を詳細に説明した後で、実施の形態を説明する。
　（本発明に至る背景）
　図１は、生活家電の進化を示す説明図である。
　図１に生活家電（洗濯機、冷蔵庫等の白物家電とエアコン、加湿空気清浄機等）のアーキテクチャの進化を示す。
　第一世代（１９９０年以前）の生活家電機器は、コンプレッサ、モータ等のハードウェアを、ＬＳＩ（Ｌａｒｇｅ－ｓｃａｌｅ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）等で作った制御ロジックにより実現していたため、単機能の製品となっていた。
　第二世代（１９９０年以降２０１０年くらいまで）のマイコン内蔵生活家電機器には、マイコンが導入され、マイコンのソフトウェアを作成することにより、複雑な制御が可能になったことにより、多機能な家電が実現できた。しかしながら、出荷後マイコンを変更することで機能を変更、追加することはできなかった。
　第三世代（２０１２年以降）のクラウド家電は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（以下ＢＴとする）等の通信機能を持ち、ホームＧＷ（ゲートウェイ）とブロードバンド回線網とを経由してＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）家電制御クラウドに接続可能になった。このため、出荷後もクラウドから本体内のマイコンのソフトウェアを更新することもできるようになった。マイコンのソフトウェアは更新しないで、クラウド側の該当機器の制御機構を更新すること等により、出荷後も機能追加、更新を行うことができるようになった。ここで、ＩｏＴ家電制御クラウドとは、ブロードバンド回線網などの通信路を通じて家電機器を制御するクラウド（サーバとネットワークとの集合体）であり、クラウド型のサービスの１つである。
　図２は、第三世代の生活家電のアーキテクチャと外部サービス連携の例を示す説明図である。
　第三世代のクラウド生活家電（洗濯機、冷蔵庫等の白物家電とエアコン、加湿）の場合は、スマートフォンのＡＰＰｓ（アプリケーション）からＩｏＴ家電制御クラウドの各生活家電制御機構を経由して、家庭内の各生活家電にアクセスすることが可能になる。
　このため、ユーザは、スマートフォンのＡＰＰｓを用いることで各生活家電の動作状況の遠隔監視、遠隔動作制御（起動、停止、温度調節、洗剤投入等）などをすることができる。また、ＥＣサービスクラウド又は見守りサービスクラウド等の外部サービス群と、ＩｏＴ家電制御クラウド内の各生活家電制御機構とが連携することにより、各種クラウドサービスから生活家電を制御したり、生活家電の動作情報（ログ等）を取り出し、それを外部サービスで利用したりすることが可能になる。
　図３は、第三世代の生活家電のアーキテクチャとＡＩ（Ａｒｔｉｆｉｃｉａｌ　Ｉｎｔｅｌｌｉｇｅｎｃｅ、人工知能）スピーカー連携の例を示す説明図である。
　第三世代のクラウド生活家電（洗濯機、冷蔵庫等の白物家電とエアコン、加湿）の場合は、音声対話機能を実現するＡＩスピーカーから、ホームＧＷ経由でクラウド内のＡＩスピーカー制御機構にアクセスし、そのＡＩスピーカー制御機構が各生活家電制御機構にアクセスすることで、ユーザがＡＩスピーカーから音声対話で各生活家電を遠隔制御することも可能になる。
　（解決すべき課題）
　図４は、第三世代の生活家電の第一の課題を示す説明図である。第一の課題は、Ｗｉ－Ｆｉ　ＧＷがない家庭では、第三世代の家電の機能を使うことができない、という課題である。
　ある家庭が第三世代のクラウド生活家電（洗濯機、冷蔵庫等の白物家電とエアコン、加湿）を購入した場合でも、その家庭にＷｉ－Ｆｉ等のホームＧＷがなくブロードバンド回線網に接続できない場合は、クラウド家電がＩｏＴ家電制御クラウドに接続できない。この場合、ＩｏＴ家電制御クラウドから家電にアクセスすることが不可能なため、第三世代の生活家電が掲げる、購入後のクラウド側での機能進化による商品付加価値向上という目的を達成することができない。そのため、ＩｏＴ家電でありながら製造時に機能が固定されていた従来型の第二世代生活家電（マイコン生活家電）としてしか使用できない。
　図５は、第三世代の生活家電の第二の課題を示す説明図である。第二の課題は、Ｗｉ－Ｆｉ　ＧＷが家庭にあってもユーザが第三世代の生活家電をＷｉ－Ｆｉ　ＧＷに接続しない、という課題である。
　スマートフォン、タブレット、ＰＣ等の情報機器、又は、ＡＩスピーカーは、Ｗｉ－Ｆｉ等によるインターネット接続機能がないと、ユーザがその製品に望む本来の機能が使えない。また、スマートフォン又はＡＩスピーカーには、インターネットに接続し、ユーザ情報（メールアドレス、アカウント等）を設定しないと、そもそも使えない機器もある。ユーザはそれらの機能を使いたいためにその機器を購入したため、ユーザは必ずユーザＩＤ設定又はＷｉ－Ｆｉ設定を行い、インターネットに接続させる。
　スマートＴＶの場合も、Ｙｏｕｔｕｂｅ、Ｎｅｔｆｌｉｘ、Ａｍａｚｏｎ　Ｐｒｉｍｅ　Ｖｉｄｅｏ等の映像配信サービスが普及しており、これらの映像コンテンツを大画面ＴＶで視聴するために、ユーザ（もしくは設置業者）がＷｉ－Ｆｉの設定を行うことが多い。
　クラウド生活家電の場合は、ユーザが面倒なＷｉ－Ｆｉ設定を行ったことで利用可能になるインターネットサービスが判り難かったり、このインターネットサービスの利用価値性がユーザにとって必要な機能と思えなかったりするため、ユーザは最初からインターネット接続設定を行わないことが多い。
　また、購入直後において、ユーザは、Ｗｉ－Ｆｉ設定を行うが、インターネットサービスの利便性が比較的高くないと考えた場合、折角接続したものを解除する、または、何らかの理由で接続が切れても再接続しないことが多い。
　従って、情報機器とＡＩスピーカーとについてはほぼ１００％接続が期待できるため、インターネットに接続されることを前提に各種クラウドサービスを開発することが可能であるが、ＴＶ又は生活家電の場合は、１００％の接続率はほぼ期待されない。
　図６は、ネット接続機能内蔵家電（ＡＶと生活家電）のネット接続率を示す説明図である。
　前述のクラウド生活家電は、Ｗｉ－Ｆｉ又はＢｌｕｅｔｏｏｔｈ（以下ＢＴとする）などの通信手段が実装されることによって、ＩｏＴ家電制御クラウドへの接続が実現され、各種クラウドサービスを利用することで、マイコン生活家電にない顧客価値を提供できる。このため、Ｗｉ－Ｆｉ等の通信手段をクラウド生活家電に実装することによるコスト増加を上回る顧客価値を提供できることで顧客満足度を向上させることができる。
　しかしながら、前述の通信手段は、以下に示すような多くのケースで機器を保有するユーザによる設定がなされないという課題、つまりはクラウド生活家電がクラウドへ接続されないと、マイコン生活家電と同じ顧客価値しか提供できないという課題がある。
　（１）Ｗｉ－Ｆｉを接続するためには、ユーザは宅内にＷｉ－Ｆｉのアクセスポイントを用意する必要がある。しかしながら、インターネットの接続はスマートフォンからしか行わないユーザ、つまり通信キャリアが用意する通信網しか使用しないユーザにとってＷｉ－Ｆｉのアクセスポイントを宅内に保有していないケースがある。
　（２）Ｗｉ－Ｆｉのアクセスポイントが宅内に存在していたとしても、家電の接続設定の煩雑さ、例えばＷｉ－Ｆｉのパスワード入力を筆頭とする接続作業のために、万人が容易にＷｉ－Ｆｉの接続設定を出来るとは言い難い。
　実際、図６のように２０１７年の日本市場でのクラウド対応ＴＶ又はクラウド生活家電のネットワーク接続率は、５０％以下に留まり、多くのユーザがクラウド生活家電をマイコン生活家電として使っていることがわかる。
　図７は、クラウド生活家電のネット接続などを示す説明図である。
　クラウド生活家電がクラウドに接続されていない場合、ＩｏＴ家電制御クラウドからクラウド生活家電にアクセスすることが不可能である。このため、クラウド生活家電で実現可能な、購入後のクラウド側での機能進化による商品付加価値向上機能を利用することができない。
　そのため、クラウド生活家電でありながら、製造時に機能が固定されていた従来型のマイコン生活家電と同等の機能しか使えない。
　本来のクラウド生活家電であれば、万が一リコールなどが発生した際にも対象家電に対して緊急停止指示、リモートファーム更新、又は、ユーザへのメール通知などの対応を取ることができる。しかし、接続率の低い、現状では、製造メーカは、これらのＩｏＴ家電制御クラウドから、クラウド生活家電を制御する機能をつかうことができないことが多い。このため、対象クラウド生活家電の全部に対して、遠隔監視、制御ができれば実現可能な、リモートメンテナンス又はリコール通知等の機能が十分機能しない。
　そこで、Ｗｉ－Ｆｉ又はＢＴ等の通信手段が実装されたクラウド生活家電が、実際にはクラウドへ接続されづらい状況もあるなか、家電以外の機器又はセンサをＩｏＴ化するための様々な通信手段が利用可能になってきた。
　特に、ＬＰＷＡ（Ｌｏｗ　Ｐｏｗｅｒ　Ｗｉｄｅ　Ａｒｅａ）と総称されるＩｏＴ向け利用に特化して開発された無線通信手段が実用化され、ＩｏＴ時代に適した通信方式として注目されている。
　ＬＰＷＡ無線の特徴は、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べ、小規模の半導体実装により端末コストを削減できることと、非常に長い通信距離（～１０ｋｍ）が得られる低レート変調により基地局数を削減できることとによって、無線回路とインフラ設備との両方の低コスト化を実現したことである。反面、伝送レートを下げて受信感度を改善する手法を取っているため、伝送できるデータ量は小さい。
　ＬＰＷＡ無線を家電機器に搭載することにより、利用者がインターネット回線を契約する必要がなくなり、家電機器が直接的に基地局に接続されて、クラウドサーバに接続したサービスを非常に低コストに実現できる可能性がある。
　ＬＰＷＡは、セルラーＬＰＷＡとノンセルラーＬＰＷＡとに分類される。セルラーＬＰＷＡは、セルラーキャリアに割り当てられた周波数バンド（ライセンスバンド）を用い、セルラー回線（ＬＴＥなど）の１つとして提供されるものである。
　ノンセルラーＬＰＷＡは、各国に存在するノンライセンスバンドを用いてチャネル使用費用が不要となることを利用してＬＰＷＡ無線を使用するものである。ノンライセンスバンドは他の無線システムとの共用利用となるため、チャネルを独占しないための制限が各国の電波法で規定されている。
　以下に代表的なＬＰＷＡ方式について述べる。
　図８は、常時接続ＩｏＴ生活家電で利用可能な通信方式（Ｗｉ－Ｆｉ、ＬＰＷＡ）の特徴を示す表である。
　（１）セルラーＬＰＷＡ
　（１－１）ＮＢ－ＩｏＴ
　ＧＳＭ（登録商標）（２Ｇ）方式を起源とし、低伝送レート化とＬＴＥ通信シーケンスの優位性を適用し、ＩｏＴ向けのデータ伝送に特化した仕様となっている。チャンネル間隔をＧＳＭと同じ２００ｋＨｚにすることで、ＧＳＭチャネルへの置換え運用を容易にしている。上り送信のピークレートを６２．５ｋｂｐｓと低速化し、また複数回の繰返し送信（６４回）で蓄積受信することで、感度点の改善を行っている。最大リンクバジェットは１３０ｄＢと大きい。また、送信電力を１００ｍＷ（ＧＳＭは２Ｗ）に抑える仕様とし、ピーク電流を抑えて電池１本での運用を可能としている。
　（１－２）ＬＴＥ－Ｍ（ＣＡＴ－Ｍ）
　ＬＴＥ（４Ｇ）方式を起源とし、ＬＴＥの最小チャネル間隔（１．４ＭＨｚ）を用いて通信を行う方式である。ＬＴＥのスロット構成に準拠しているため、従来ＬＴＥの通信スロットに混在させて運用することができる。上り送信のピークレートを１Ｍｂｐｓと低速化し、繰り返し送信で蓄積受信することで、感度点の改善を行っている。最大リンクバジェットは１３０ｄＢである。
　伝送レートがやや高いため、電池駆動時の消費電力が最も小さい。送信電力は２００ｍＷである。
　（２）ノンセルラーＬＰＷＡ
　（２－１）ＬｏＲａ
　従来の小電力無線バンド（ＩＳＭバンド）を用いるが、超低レート変調により受信感度を改善している。超低レート変調の実現方法は、ＬｏＲａチャープ変調と呼ばれる特殊な拡散変調を用いる。ＬｏＲａチャープ変調の特徴は、２５０ｂｐｓの低伝送レートと拡散帯域１２５ｋＨｚとを実現し、妨害ノイズに強く高感度が得られることである。また、同一帯域幅で複数のデータレートを選択でき、これらを同一チャネルで同時に受信できるので、通信容量のキャパシティが改善される。最大リンクバジェットは１４９ｄＢである。送信電力は２０ｍＷである。
　従来の小電力無線の特徴（小電力、小電流ピーク）を継承しており、電池１本で１０年駆動又はコイン電池での駆動が可能である。
　ＬｏＲａ　Ａｌｌｉａｎｃｅで仕様を統一し、事業者間の相互接続を可能とした。
　（２－２）ＳＩＧＦＯＸ
　従来の小電力無線バンド（ＩＳＭバンド）を用いるが、超低レート変調により受信感度を改善している。超低レート変調の実現方法は、狭帯域ＦＳＫ変調であり、基地局側でデジタル復調処理を工夫することで、周波数誤差の問題を克服した。ＳＩＧＦＯＸ変調では、上り１００ｂｐｓ、下り６００ｂｐｓの固定レートとなる。周波数を変えた複数回送信をすることで妨害ノイズの影響を回避している。固定レートおよび同時多重受信不可のため、通信容量のキャパシティは比較的小さい。最大リンクバジェットは１５８ｄＢである。送信電力は２０ｍＷである。
　ＳＩＧＦＯＸは、従来の小電力無線の特徴（小電力、小電流ピーク）を継承しており、電池１本で１０年駆動又はコイン電池での駆動が可能である。
　ＳＩＧＦＯＸ独自仕様となり、基地局をＳＩＧＦＯＸ１社で独占する形態をとる。
　ＳＩＧＦＯＸは、片方向通信しかできないため、センサ系ＩｏＴには使えるが、ＩｏＴ生活家電には適さない。
　図８に示されるように、常時接続ＩｏＴ生活家電を実現するためには、ＬＰＷＡ技術とＷｉ－Ｆｉとの組み合わせが適切と考えられる。しかしながら、上述したような３方式のＬＰＷＡの特質はそれぞれ異なるため、通信品質を重視すればコストが高くなり、反対にコストを重視すると通信品質が悪く安定的な通信が確保できないリスクがある。このため、常時接続ＩｏＴ家電が１つの方式のＬＰＷＡを選択することは難しい。
　（実施の形態）
　以降において、適切に制御クラウドに接続され、制御され得る機器について説明する。
　図９は、第四世代の生活家電（常時接続ＩｏＴ家電）のアーキテクチャと外部サービス連携を示す第一の説明図である。生活家電は、例えば、洗濯機、冷蔵庫等の白物家電とエアコン、加湿空気清浄機であり、単に機器ともいう。
　第三世代の生活家電の課題を解決するためには、生活家電を利用する全てのユーザがＷｉ－Ｆｉ　ＧＷを持ち、生活家電をインターネットに接続し継続的に利用したいと思わせるサービス開発を行い、かつ、簡単にＷｉ－Ｆｉ設定をできるようにする必要があった。
　しかし、近年多様な通信手段の台頭により従来よりも簡単に家電をクラウドに接続できる、ＬＰＷＡ（Ｌｏｗ　Ｐｏｗｅｒ　Ｗｉｄｅ　Ａｒｅａ）と総称される通信手段が提唱され、注目されている。
　ＬＰＷＡの特徴は、ユーザが設定することなく利用することができ、非常に長い通信距離（～１０ｋｍ）を実現し、電波の届くところなら必ず基地局につながることである。
　第四世代の生活家電（常時接続ＩｏＴ家電）においては、ＬＰＷＡを生活家電に搭載することにより、ユーザがＷｉ－Ｆｉ　ＧＷを用意し、面倒なＷｉ－Ｆｉ設定をすることなく、クラウドと接続することが可能となり、購入後のクラウド側での機能拡張などが可能となる。
　図１０は、第四世代の生活家電のアーキテクチャと外部サービス連携を示す第二の説明図である。
　ＬＰＷＡは、前述の通り優れた特徴を持つ反面、伝送レートを下げて受信感度を改善する手法を取っているため、伝送できるデータ量はＷｉ－Ｆｉ又はＬＴＥなどに比べて小さい。そのため、第四世代の生活家電（以下、「常時接続ＩｏＴ家電」とも言う。）においてはＬＰＷＡだけでなく、第三世代の生活家電同様Ｗｉ－Ｆｉも併せ持つことで用途に応じた適切な通信を可能とする。
　図１１は、第四世代の生活家電のアーキテクチャと外部サービス連携を示す第三の説明図である。
　第三世代の生活家電の大きな課題の一つであった、ユーザに面倒なＷｉ－Ｆｉ設定を強いるという点も、以下に例を示すようにＬＰＷＡをＷｉ－Ｆｉ設定に活用することで設定を簡単にすることができる。
　（１）クラウドにＷｉ－Ｆｉ設定を入力し、第四世代の生活家電はＬＰＷＡを利用して、クラウドからＷｉ－Ｆｉ設定を取得しＷｉ－Ｆｉ　ＧＷに接続する。
　（２）一台の第四世代の生活家電にＷｉ－Ｆｉ設定を入力し、ＬＰＷＡ経由で、宅内他機器に送信、他機器はその設定を用いてＷｉ－Ｆｉ　ＧＷに接続する。
　図１２は、生活家電のアーキテクチャの進化を示す図である。
　第一世代（１９９０年以前）の生活家電機器は、例えばコンプレッサ、モータ等のメカニクスと制御ロジックとにより実現された単機能製品である。
　第二世代（２０１０年くらいまで）の生活家電機器は、マイコンを内蔵しており、マイコンにマイコンソフトを実行させることにより、複雑な制御が可能となった。このため、第二世代の生活家電機器は、多機能である。ただし、第二世代の生活家電機器は、出荷後において、マイコンソフトを変更することで機能を変更したり、追加したりすることは困難であった。
　第三世代（２０１２年以降）のクラウド家電は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（以下ＢＴとする）等の通信機能を持ち、ホームＧＷとブロードバンド回線網とを経由してＩｏＴ家電制御クラウドに接続可能になった。このため、クラウド家電は、出荷後であってもＩｏＴ家電制御クラウドから本体内のマイコンソフトを更新することも、マイコンソフトを更新しないで、クラウド側の該当機器の制御機構を更新すること等により、機能の追加または機能の更新を行うことができるようになった。ただし、Ｗｉ－Ｆｉ等では、出荷された全製品を接続することが難しく、クラウド機能が使えない場合が多かった。
　第四世代（２０２０年以降）ＬＰＷＡ等の常時接続機能を搭載した常時接続ＩｏＴ家電では、出荷された全製品を接続することができるため、クラウドの機能がすべての製品で利用可能になると考えられている。
　図１３は、第四世代の生活家電の機能分担（機能の外部化）について説明するための図である。
　第四世代のクラウド生活家電（洗濯機、冷蔵庫等の白物家電とエアコン、加湿空気清浄機等）の場合は、生活家電と、クラウド（サーバ）と、スマートフォン等のＵＩ機器との間を常時接続機能で繋ぐことで、クラウドと、スマートフォンと、生活家電などの機器とに機能分担（機能の外部化）を実現することができる。このため、機器が出荷された後も、クラウド側で機能変更や追加を行うことで、生活家電の機能・性能改善が可能となる。
　また、第四世代のクラウド生活家電では、出荷された製品の全数の常時接続を容易に実現できるため、出荷後も全製品の遠隔監視および遠隔制御が可能となる。このため、品質保証機能の大幅改善が期待できる。また、不幸にも製品をリコールするような事態になっても、クラウドは、出荷後も機器と通信接続され、トレースできるため、リコールの対象製品に対し、故障の告知、強制停止等の対応を実行できる。このため、リコール費用の大幅低減が可能となる。
　図１４は、４層の顧客接点と常時接続ＩｏＴ家電との関係を示す図である。
　携帯キャリアは、フィーチャーフォンで完璧なプラットホーム（機器ＩＤ、個人情報、位置情報、決済手段等）を構築した。
　次に、携帯音楽プレーヤー、スマートフォンなどの登場により、クラウドサービス側を奪取され、携帯キャリアにより構築されたエコシステムが弱体化した。
　将来では、常時接続に対応する第四世代の常時機器ＩｏＴ家電の登場により、クラウドに常時接続できる機器ＩＤ（クラウド連携ＩＤ）を確保することで、顧客接点の取得に活用することができると考えられる。
　図１５は、家電の生涯管理について説明するための図である。
　ＬＰＷＡ技術の特徴は、例えば、下記の２点である。
　１つ目は、ユーザが設定することなくクラウドとの通信が可能である点である。つまり、全てのＩｏＴ家電をクラウドに接続させ、機器固有ＩＤと通信モジュールＩＤを管理することで、クラウドは、家電機器の稼働状態把握が可能となる。
　２つ目は、上記のＩＤ管理情報と通信網から得られる情報による家電機器の概算位置情報の取得が可能である点である。つまり、クラウドは、ＩｏＴ家電がどこで使われているかが把握可能となる。
　このように、ＬＰＷＡ技術を採用することで、クラウドは、全てのＩｏＴ家電の稼働状況、位置情報を把握可能となり、家電機器の生涯管理が可能となる。この生涯管理により、購入・設置に始まり、引っ越しなどの転機、廃棄までの家電利用シーンに応じた適切な機能提供を実現することができる。
　このように、本開示は、家電機器がどの状態にあるのかを判断する方法と各状態に応じて提供する機能に関する。
　常時接続ＩｏＴ家電に搭載する通信モジュールには、下記２つのモデルが考えられる。２つのモデルとは、（１）通信モジュール内にバッテリが装着されていない未装着モデル、および、（２）通信モジュール内にバッテリが装着されている装着モデルである。
　（１）のモデルの通信モジュールは、電源がオンとなる通電開始時に通信を開始する。これにより、クラウドに位置情報、利用頻度、設定されているメニュー項目の情報などがアップロードされる。そして、クラウドは、アップロードされた情報から対応する家電機器が店頭に置かれてデモをしている状態、ユーザの宅内に設置され使用されている状態、引っ越しまたは転売直後の状態、長期間未使用状態などのような機器の状態を推定することができる。
　（２）のモデルの通信モジュールは、バッテリを有しているため、外部電源からの通電が無くてもクラウドと通信することが可能である。このため、クラウドは、（２）のモデルに対して、（１）のモデルでは推定できない、または困難だった状態の推定も可能である。例えば（１）のモデルについて、外部電源から通電されていない状態、例えば、廃棄されたのか、長期間未使用状態で保管されているのかの推定が困難だった。（２）のモデルはバッテリにより外部電源からの通電が無い場合であっても通信可能となるため、（１）のモデルよりも多くの推定可能なケースが存在する。例えば、クラウドは、（２）のモデルが最後に通信した際の位置情報が焼却場やリサイクルセンター等であれば廃棄と推定することができる。他にも、クラウドは、（２）のモデルについて、過去に使用していた際と同じ位置情報のまま、利用頻度０の状態が続いていれば長期間未使用状態と推定することができる。また、クラウドは、（２）のモデルの通信モジュールを搭載している家電機器であれば、家電機器が不法投棄されてしまったケースも検知することができる。
　このように、クラウドは、常時接続ＩｏＴ家電から様々な情報を取得するため、取得された情報に基づいて様々な家電機器の状態を予測し、使い初めから廃棄までの「家電機器の生涯」の間において状況に応じた機能提供を実現することができる。
　家電機器が常時クラウドに接続していることで、万が一、製品をリコールするような事態になっても、クラウドは、出荷後も機器と通信接続され、機器の状態をトレースできる。このため、クラウドは、リコールの対象製品に対し、故障の告知、強制停止等の対応を実行できる。製造メーカは、機器をトレースできていることで、リコール対応の進捗を正確に把握することができ、状態不明の機器に対する対応費用を大幅に削減できるというメリットがある。また、新しい機能提供、使い勝手の向上のためのソフトウェアアップデートなどの出荷後の機能拡張開発に関しても、第三世代ではクラウドへの接続率の低さからお客様価値に繋がりにくかったが、常時接続が可能な第四世代では、付加価値をお客様にきちんと提供できるようになる。
　図１６は、機器管理システムにおける家電機器の稼働状態データの収集フローを示す図である。図１７は、クラウドが受信する家電機器の稼働情報および固有情報の具体例を示す表である。
　図１６に示されるように、機器管理システム１は、サーバ２０と、基地局３０と、機器１０とを備える。
　サーバ２０は、インターネットなどのネットワークに通信接続されており、ＩｏＴ家電制御クラウドとして機能する。サーバ２０の詳細な機能については後述する。
　基地局３０は、例えばＬＰＷＡ基地局であり、ＩｏＴ家電がネットワークに常時接続するための遠距離無線通信に用いられる基地局である。図１６では、１つの基地局３０が図示されているが、機器管理システム１は、複数の基地局３０を備える。
　機器１０は、上述した第四世代の生活家電、つまり、常時接続ＩｏＴ家電であり、複数の基地局３０のうちの一の基地局３０に通信接続する。機器１０は、当該機器１０の現在の稼働状態を示す稼働状態データ（以下、「稼働情報」とも言う。）を、機器１０に内蔵されているＬＰＷＡ通信モジュールを用いて、一の基地局３０を経由してサーバ２０に逐次送信する。
　なお、稼働情報は、図１７に示されるように、「機器固有ＩＤ」、「通信モジュールＩＤ」、「通信モジュール種別」、「送信日時」、「電源状態」、「稼働回数のカウント開始日時」、「稼働回数」などのデータ項目を含む。稼働情報は、これらのデータ項目以外にもソフトウェアのバージョン情報、部材変更があった場合などはその差分情報を管理する情報、設定されているメニュー項目、モード設定などの情報を含んでいてもよい。これにより、サーバ２０は、機器１０がどのような状態で動作しているのかをより正確に管理することができる。また、稼働情報に含まれるデータ項目は、優先度や送信頻度が設定されていてもよく、データ送信時に毎回記載する項目、週に一度だけ記載する項目、変化があった場合のみ記載する項目など差をつけることで送信データサイズを削減してもよい。特に、通信モジュールが外部電源ではなく、内部のバッテリで動作しているケースなどでは消費電力を抑えるために重要なデータ項目だけ送信するなどの使い方が有用である。
　次に、基地局３０は、稼働情報を逐次受信すると、逐次受信された稼働情報と共に当該基地局３０に固有の情報である固有情報をサーバ２０に逐次送信する。ここで、基地局３０が稼働情報を転送する際に、稼働情報と共に送信される固有情報は、図１７の表の最下段に示されるように、固有情報を送信する基地局３０が設置されている位置を示す位置情報である。また、固有情報は、位置情報に限らずに、基地局３０を識別する識別子であってもよい。
　次に、機器１０およびサーバ２０の構成についてそれぞれ説明する。
　図１８は、ＩｏＴ家電である機器１０のブロックを示す構成図である。
　図１８に示されるように、機器１０は、通信モジュール１０１と、制御部１０４と、機能モジュール１０７と、保持部１０８と、電源部１０９と、バッテリ１１０と、操作部１１１と、表示部１１２とを備える。
　通信モジュール１０１は、機器１０を管理するサーバ２０に、互いに異なる複数の回線網を介して接続する。通信モジュール１０１は、例えば、ＬＰＷＡなどの遠距離無線通信を行うための通信モジュールである。なお、通信モジュール１０１は、図８を用いて説明した、３方式のＬＰＷＡおよびＷｉ－Ｆｉのうちの少なくとも１方式のＬＰＷＡを行う通信モジュールを含んでいてもよい。つまり、通信モジュール１０１は、複数の方式のＬＰＷＡをそれぞれ行う、複数の通信モジュールを含んでいてもよいし、ＬＰＷＡおよびＷｉ－Ｆｉをそれぞれ行う複数の通信モジュールを含んでいてもよい。通信モジュール１０１は、通信モジュールのモジュールＩＤを保持している保持部１０２を有する。通信モジュール１０１は、通信方式が異なる複数の通信モジュールを有している場合には、保持部１０２は、複数の通信モジュールのそれぞれのモジュールＩＤを保持している。
　制御部１０４は、機器１０の稼働情報を生成し、生成された稼働情報を、通信モジュール１０１を用いてサーバ２０に送信する。制御部１０４は、具体的には、機器１０の電源部１０９の電源の入／切を示す電源状態を取得することで電源状態を含む稼働情報を生成してもよいし、機器１０が稼働した回数を示す稼働回数をカウントすることで稼働回数を含む稼働情報を生成してもよいし、機能モジュール１０７が発揮している機能を示す機能情報を含む稼働情報を生成してもよい。稼働情報は、図１７で説明した各種データ項目を含んでいてもよい。また、制御部１０４は、通信モジュール１０１を介してサーバ２０から受信した情報に基づく画像を表示部１１２に表示させてもよい。
　機能モジュール１０７は、機器１０の機能を発揮するモジュールである。
　保持部１０８は、機器１０ごとの固有のＩＤを保持している記憶装置である。
　電源部１０９は、外部電源から電力を受け、機器１０内部の構成要素に電力を供給する。
　バッテリ１１０は、通信モジュール１０１などに電力を供給する電池である。バッテリ１１０は、一次電池であってもよいし、二次電池であってもよい。
　操作部１１１は、機器１０に対するユーザによる操作を受け付ける入力装置である。操作部１１１は、機器１０が冷蔵庫、電子レンジ、炊飯器などのように、開閉するドア、扉などを有する場合、これらのドア、扉などであってもよい。
　表示部１１２は、さまざまな情報を画像として表示する表示装置である。
　機器１０の構成について、冷蔵庫を例として詳しく説明する。
　ＩｏＴ機器としてネット接続されているとしても、冷蔵庫である機器１０は、家電として利用されるものであり、家電として本来の機能を実現するための各種モジュールを備えている。冷蔵庫であれば、庫内を冷却するためのコンプレッサ、扉が開かれた際に庫内を照らす照明装置、庫内の温度又は湿度を測定するためのセンサなどがこうしたモジュールにあたる。このようなモジュールが機能モジュール１０７に相当する。また、冷蔵庫又はエアコンなどの大型家電機器は、電源部１０９を介して外部電源に接続される構成が一般的である。
　また、近年の家電機器では様々な便利機能を制御するために、マイクロコンピューター又はプロセッサを用いた制御部１０４が搭載されていることが一般的である。例えば、製氷機能を持つ冷蔵庫であれば、製氷された氷を保存しておく専用皿内に設置されたセンサで製氷の是非を判断し、新たな氷を作るような動作を行う。こうした詳細な動作を行うために、マイクロコンピューター又はプロセッサと、そこで実行されるソフトウェアによって制御が行われている。
　さらに、機器１０は、ユーザに対して様々な情報を提示するための表示部１１２、又は、ユーザが複雑な操作を行うための操作部１１１をもつ。
　従来の機器の表示部は、複数のランプ又は数桁の数字での表示など限定的な方法で、異常状態の表示又は通電の有無など最低限必要な表示だけを行っていた。また、操作も数個のボタンだけで、急速冷凍の指示又は異常時のリセット操作などシンプルな操作を行ってきた。
　これに対して、機器１０は、小型のタッチパネルディスプレイを、操作部１１１及び表示部１１２として備え、より複雑な状態の表示、及び、各種の設定が可能である。
　機器１０に対し、ＩｏＴ家電を特徴付けるものが、通信モジュール１０１である。通信モジュール１０１は、Ｗｉ－Ｆｉ又はＬＴＥなど様々な通信手段のなかのいずれか、または複数の方式でインターネットへの接続を可能とする。通信モジュールが複数搭載されている場合にはそれぞれ通信モジュールごとに独立した通信モジュールＩＤが付与され、通信方式によっては例えばＬＴＥにおける電話番号のように通信識別子としての役割をになう。インターネットと接続することにより、制御部１０４で収集した各種情報をサーバ２０に送付すること、又は、反対にサーバ２０から機器１０の制御に必要となる情報を取得することが可能である。さらに、近年ではＬＰＷＡと呼ばれる、通信速度は低いものの、低消費電力でネット接続が可能な技術も出てきている。ＬＰＷＡでは、外部電源とは別に機器１０内にバッテリ１１０を持つことで、外部電源に接続されていない場合でも最低限の通信が可能となる。また、通信によっては、特定の家電機器を指定して制御を行う必要もあるため、機器１０ごとの固有ＩＤを保持する保持部１０８を備えることも想定される。
　図１９は、ＩｏＴ家電制御クラウドであるサーバ２０のブロックを示す構成図である。
　図１９に示されるように、サーバ２０は、通信部２０１と、制御部２０２と、記憶部２０３とを有する。
　通信部２０１は、インターネットなどのネットワークに通信接続することで、機器１０により逐次送信された稼働情報および位置情報を逐次受信する。また、通信部２０１は、制御部２０２の処理結果をネットワークおよび基地局３０を介して、機器１０に送信してもよい。
　制御部２０２は、通信部２０１により互いに対応するタイミングで逐次受信された稼働情報および位置情報を対応付けて記憶部２０３に逐次記憶する。制御部２０２は、所定のプログラムを実行することで、記憶部２０３に記憶された稼働情報または位置情報を用いた処理結果を通信部２０１に機器１０へ送信してもよい。
　制御部２０２は、所定のプログラムを記憶している不揮発性メモリと、所定のプログラムを実行するプロセッサとにより実現される。制御部２０２は、上記の機能を実現する専用回路により実現されてもよい。
　記憶部２０３は、通信部２０１により受信された稼働情報および位置情報を記憶する。記憶部２０３は、制御部２０２による処理結果を記憶してもよい。記憶部２０３は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより実現される。
　次に、サーバ２０がＬＰＷＡを用いた常時接続により機器１０から日々の「位置情報」を収集する場合の例について説明する。
　図２０および図２１は、使用開始日時時点の位置から現在日時時点の位置までの移動距離の一例を表したグラフである。
　ＬＰＷＡを用いた常時接続により、機器１０からサーバ２０に集められる位置情報は、これまでの家電機器がネットワークに接続される形態では実現できなかった状態予測が可能とするための重要な要素のひとつである。また、機器１０の電源が入の時、通信モジュール１０１は、サーバ２０へ稼働情報を逐次送信する。このため、サーバ２０では、現在日時までに逐次送信され、蓄積されたデータのうちで最も古い送信日時が、ユーザが機器１０を使用し始めた日時（以下、「使用開始日時」とも言う。）であると判断できる。
　図２０および図２１は、機器１０の使用開始日時の位置情報とデータ送信日時の位置情報との間の距離を算出した値を縦軸に、使用開始日時からの経過日数を横軸にしたグラフである。図２０のグラフにおいて、線が無い区間は家電機器の電源が切の状態であったことを表す。図２０および図２１では、横軸に平行な線は、家電機器が同一場所に存在することを示し、垂直の線は移動したことを表す。家電機器は、基本宅内の範囲で使用されるため、移動の検知は状態予測を行う上で重要なポイントとなる。
　一方、図２１は、家電機器に通信モジュール用バッテリを内蔵した場合のグラフ例である。これにより、家電機器の電源状態に関わらず通信モジュールは稼働状態データをクラウドに送信することができるため、当該家電機器の電源が切の場合であっても、当該家電機器の移動トレースが可能となる。
　次に、機器１０がＬＰＷＡ常時接続により、日々の「稼働回数」が収集される場合の例について説明する。
　図２２は、稼働回数を「積算」で集計したグラフである。図２３は、稼働回数を「日毎」で集計したグラフである。
　機器１０のＬＰＷＡ常時接続により、サーバ２０に稼働情報として集められる日々の稼働回数は、これまでの家電機器とネットワーク接続方法では実現できなかった状態予測が可能となる重要な要素のひとつである。これまで以上に家電機器の状態把握が容易になるとともに、あらゆる家電機器に適用することで、それを前提とした家電機器の状態予測も可能となる。
　図２２は、機器１０の稼働回数を積算して算出した値を縦軸に、使用開始日時からの経過日数を横軸にしたグラフである。図２２のグラフにおいて、線が無い区間もしくは横軸に平行な線は、家電機器が未稼働な状態であることを表す。長期間における稼働回数の変遷の確認を目的としている。
　図２３は、機器１０の稼働回数を日毎に算出した値を縦軸に、使用開始日時からの経過日数を横軸にしたグラフである。図２３のグラフにおいて、線が無い区間もしくは値が０の時は、機器１０が未稼働な状態であることを表す。短期間または中期間における稼働回数の増減パターンの確認を目的としている。
　サーバ２０は、ＬＰＷＡ常時接続により、複数の機器１０全ての使い始めから廃棄までの位置情報や稼働状況を把握できるようになり、これらの情報を活用した家電の状態ごとの機能提供が可能となる。具体的な機能提供の例は、家電を購入し、設置したタイミングでＷｉ－Ｆｉ接続をサポートすること、引っ越しの直後や家庭内の住人が増えたタイミングで広告を提供することや、家電の廃棄を検知することでリコール対象から除外することなどである。
　次に、家電機器の状態予測、例えば、家電機器が「一般家庭へ設置されたこと」の予測方法について説明する。
　図２４および図２５は、機器１０が一般家庭へ設置されたことを検知する方法について説明するためのグラフである。
　機器１０は、ユーザに購入され、一般家庭に設置されることで始めて、ユーザとの間に関係が生まれる。つまり、機器１０が一般家庭へ設置されたタイミングを、ユーザ利用開始として考えることもできるため、当該タイミングを検知することは非常に重要となる。
　機器１０が一般家庭へ設置されたタイミングを検知する方法は複数考えられる。
　例えば、サーバ２０は、機器１０が最初に通電された際に、ユーザに確認することで機器１０が一般家庭に設置されたと判定してもよい。この場合、機器１０において、ユーザに機器１０が一般家庭に設置されたことを確認するＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を表示部１１２に表示し、操作部１１１からの入力を受け付けることで、機器１０が一般家庭に設置されたか否かを確認してもよい。この場合、機器１０は、最初に家電量販店の店頭で通電されるケースも考えられるが、「利用を開始しますか？」などの質問を表示し、Ｎｏの場合は続けて「店頭利用ですか？」などを表示し、当該表示への回答を受け付けることで、店頭利用とユーザの一般家庭による利用とを区別することが考えられる。また、使用開始日、稼働回数などの稼働情報は、ユーザが利用するタイミングから蓄積していき、店頭利用時は情報をリセットしてもよい。
　つまり、サーバ２０の制御部２０２は、逐次受信された複数の固有情報のうち、第１のタイミングで受信された第１固有情報と、第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なるか否かを判定し、第１固有情報と第２固有情報とが異なる場合、第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する。つまり、第１期間は、機器１０がユーザに購入される前の期間であることを示し、第２期間は、機器１０がユーザに販売された後において当該ユーザに所有されている期間であることを示す。
　制御部２０２は、具体的には、複数の第１稼働情報を第１識別子と対応付けて記憶し、かつ、複数の第２稼働情報を第１識別子とは異なる第２識別子と対応付けて記憶部２０３に記憶することで、複数の第１稼働情報と、複数の第２稼働情報とを分けて管理してもよい。第１識別子は、例えば、販売前であり家電量販店などに位置する場合を示す識別子である。第２識別子は、第２期間において少なくとも１つの機器を利用しているユーザに対応付けられていることを示す識別子である。例えば、第２識別子は、一般家庭のユーザにより購入された後に、当該ユーザの家の中に設置されたことを示す識別子である。なお、複数の第１稼働情報は、ユーザの利用開始が検知された後において、記憶部２０３から削除されてもよい。
　なお、第１識別子は、第１のユーザに所有されていることを示す識別子とし、第２識別子は、第１のユーザとは異なる第２のユーザに所有されていることを示す識別子としてもよい。
　また、例えば、サーバ２０は、機器１０の操作部１１１がユーザから特定の利用操作を受け付けた場合に、機器１０が一般家庭に設置されたと判定してもよい。特定の利用操作は、具体的には、機器１０が洗濯機であれば注水を検知した場合、炊飯器であれば実際に炊飯が始まって蒸気を検知した場合に、行われたことが判定されてもよい。このように、特定の利用操作は、実際に販売される前に利用されることが考えにくい操作であることが好ましい。また、特定の利用操作とは、エアコンのように設置工事が必ずある機器であれば、工事事業者による設置設定の一部が行われたことを検知した場合に、特定の利用操作が行われたと判定されてもよい。
　また、例えば、サーバ２０は、逐次受信した位置情報を用い、機器１０の位置が例えば家電量販店、流通倉庫などのような除外範囲の外の位置を示す場合、一般家庭に設置されたと判定してもよい。除外範囲を示す情報は、記憶部２０３に予め記憶されていてもよいし、通信部２０１により外部装置から取得されてもよい。なお、都市部では、この判定方法だけでは不十分だが、Ｆａｌｓｅ　Ｐｏｓｉｔｉｖｅ（誤って一般家庭に設置されたと判定する）はないため、利用することが望ましい。なお、除外範囲は、図２６に示されるように、予め定められた範囲に限らずに、機器１０が内蔵バッテリを有する通信モジュールを有していれば、通電されていない機器１０が多く集まる場所としてもよい。これにより、コストをかけずに常に最新の除外範囲を定めることができる。図２６は、除外範囲を、複数の機器から送信される稼働情報および位置情報を用いて決定する例を示す図である。
　本実施の形態に係るサーバ２０は、第１のタイミングで受信された第１固有情報と、第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なる場合、第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する。このため、現在の機器のユーザの使用に基づく稼働情報を管理するため、ユーザの使用状態に適した機器の状態を判定することができる。このように、当該ユーザ以外のユーザなどによる使用に基づく稼働情報を除外して機器の管理を行うことができるため、機器の管理を効率よく行うことができる。
　また、ユーザが使用している第２期間中に取得された稼働情報および固有情報に基づく機器の状態の判定を、第１期間中に取得された稼働情報および固有情報とは分けて行うことができる。このため、機器の状態の判定を精度よく行うことができる。
　次に、機器１０の生涯管理のうちの家電購入および設置において行われる処理の一例について説明する。
　一般家庭での利用が開始した際に、機器１０が稼働情報などのログを送信することは、プライバシ保護の観点から問題がある可能性もある。機器１０のログは、ユーザのＩＤと紐付けられないかぎりは日本の法律における個人情報とはならないが、ユーザの心情として気持ち悪さが残る可能性がある。そのため、一般家庭での利用が開始されたと判断される場合には、一旦、機器１０は、ログをサーバ２０に送信することを停止することが望ましい。ただし、機器１０がメッセージを表示できる表示部１１２を有する場合には、ログをサーバ２０に送信することを説明した上で同意を求め、同意が得られれば引き続き機器１０がログを送信し続けることも考えられる。
　図２７は、機器１０を設置の際のログ送信の同意を得るための処理を示すフローチャートである。
　なお、ここでは機器１０は、通信モジュール１０１を備える機器であるため、ネットワークに接続する設定の必要はないものとしている。
　まず、機器１０は、購入され、ユーザの家に設置される（Ｓ１）。このとき、機器１０は、店舗からユーザの家に移動するため、サーバ２０には、異なる固有情報が送信される。
　これにより、サーバ２０は、図２４および図２５を用いて説明した手段で、一般家庭での利用を検知する（Ｓ２）。なお、サーバ２０が検知するのではなく、機器１０が特定の利用操作を受け付けたことで、一般家庭での機器１０の利用を検知してもよい。
　サーバ２０は、ユーザに対してログ送信の同意是非を問い合わせる（Ｓ３）。この場合、サーバ２０は、問い合わせるための情報を機器１０に送信し、機器１０は、当該情報を受信し、問い合わせるための情報を表示部１１２に表示する。機器１０が一般家庭での機器１０の利用を検知した場合には、機器１０が問い合わせてもよい。
　機器１０の操作部１１１が入力を受け付けることで同意を得た場合（Ｓ３でＹｅｓ）、機器１０は、継続してログを送信する（Ｓ４）。これにより、サーバ２０は、例えば、機器１０が冷蔵庫であれば電力消費量などのデータと、利用地域における気温状況などから故障検知を行うことが可能である。また、サーバ２０は、リチウムイオン電池における充電量の推移や、太陽光発電での発電量の推移についても、同様に故障検知が可能である。こうした情報を収集しておくことで、ユーザに対しても買い替え時期のお知らせなどの機能を提供することが可能となる。
　一方で、機器１０の操作部１１１が入力を受け付けることで同意が得られなかった場合（Ｓ３でＮｏ）、機器１０は、ログの送信を停止する（Ｓ５）。
　なお、機器１０は、一旦ログ送信を停止した場合でも、機器１０とユーザの紐付けを行う際に、あらためてユーザからの同意を取得することができれば、ログの送信を再開してもよい。
　サーバ２０は、ログの送信に同意が得られなかった場合でも、機器の情報を保存し続け、サーバ２０から機器１０への通知やコマンド送ってもよい。このような機能は、リコールの際にリコール情報の通知やファーム更新を促すインジケーターを表示させるなどユーザの安全を守るための機能であるため、無効化されないようにしてもよい。
　図２８は、ＩｏＴ家電サービスを利用するまでの手順の一例を示すフローチャートである。
　まず、機器１０は、家電量販店などでユーザに購入された後、ユーザ自身または販売者が当該機器１０を自宅まで輸送して設置する（Ｓ１１）。機器１０がエアコンなどの大型家電の場合には、設置工事を伴うものもある。一般的な大型家電は外部電源で動作するため、家庭内のコンセントに接続することで通電され、家電機器としての動作を始める。
　次に、機器１０の常時接続の設定が為される（Ｓ１２）。現在広く利用されているＷｉ－Ｆｉ技術では、機器１０は、各家庭内のＷｉ－Ｆｉアクセスポイントに接続されることで常時接続が為されてもよい。このためには、Ｗｉ－Ｆｉアクセスポイントの名称や、必要に応じて暗号化通信のためのパスワードなどを設定する必要がある。なお、ＬＴＥなど通信キャリアのキャリア網に接続される場合には、予め工場出荷までに家電機器の設定を行っておくことで、この常時接続設定は不要である。
　こうして、常時接続設定が完了すると、機器１０は、稼働情報をサーバ２０に送信することが可能となる。たとえば、運転状況のログなどの履歴データをサーバ２０に送信することが想定される。ただし、セキュリティ上の問題からこの時点ではまだ当該機器１０に対してユーザは外部から操作を行うことはできない。
　次に、ユーザは、機器１０を操作するためのユーザアカウントを作成する（Ｓ１３）。通常のケースでは、操作機器を用いてＷｅｂブラウザで閲覧するＩｏＴ家電サービスのホームページ上で、ユーザＩＤおよびパスワードを設定することでユーザアカウントが作成される。
　そして、ユーザは、作成されたユーザアカウントを用いて、操作機器でログインする（Ｓ１４）。操作機器としては、スマートフォン、タブレットの利用を想定するが、スマートスピーカーなどのＶＰＡ（Ｖｉｒｔｕａｌ　Ｐｒｉｖａｔｅ　Ａｓｓｉｓｔａｎｔ）機器の利用も想定される。
　こうして、ユーザが操作機器でログインを行った後で、機器１０とユーザＩＤとの紐付けを行う（Ｓ１５）。この紐付けを行うことによって、以降は当該ユーザのアカウントでログインした操作機器からの操作が可能となる。
　この後で、ＩｏＴ家電を用いた様々なサービスが利用可能となる（Ｓ１６）。近年では、設置工事担当者や修理で訪問したサービスマンがＷｉ－Ｆｉ設定やユーザアカウントの設定を補佐、代行入力してくれるケースもある。
　機器１０を用いた様々なサービスとして例えば、冷蔵庫内にカメラが設置されているとすると、外出先からでもスマートフォンでログインしておけば、ＩｏＴ家電に対応したアプリを用いてカメラで撮影した画像を閲覧することで、冷蔵庫に入れてある食品などを確認することができる。なお、予め紐付けされたユーザアカウントでのみＩｏＴ家電の操作ができるため、無関係な第三者から冷蔵庫内の映像を盗み見される心配はない。
　ユーザアカウントの紐付けが完了していない状態の機器１０は各種サービスを利用できない、つまり機能制限がかかった状態であるので、ユーザにフル機能の提供をするために電源起動時などタイミングでユーザアカウントの紐付けを促す通知を表示するなどの工夫が考えられる。
　図２９は、機器１０とユーザとの紐付け手順の第１の例を説明するための図である。図３０は、機器１０とユーザとの紐付け手順の第１の例を示すフローチャートである。
　第１の例では、まず、ユーザは、スマートフォンなどの操作機器４０にユーザＩＤおよびパスワードを入力することでログインする（Ｓ２１）。
　次に、ユーザは、操作機器４０を用いて、機器１０に与えられた機器コードを入力し、機器１０は、入力された機器コードをサーバ２０に送信する（Ｓ２２）。この例では、機器１０自身に機器コードが表示される。なお、機器コードは、機器１０に表示される代わりに、例えば保証書、取扱説明書などの機器１０の付属物に記載されていても良い。また、入力ミスを防止するためにスマートフォンが備えるカメラで機器コード撮影し、スマートフォン自身またはサーバ側で文字認識させてもよい。また、機器コードは、数字などの文字列としなくてもよく、二次元バーコードなどであってもよい。
　機器１０が機器コードをサーバ２０に送信すると、サーバ２０は、機器コードで指定された機器１０に対して通知を行う。なお、機器１０のメーカは、工場での設定において機器コードと、通信モジュールによる通信のための通信アドレス情報との対応表を作成しておくことが必要となる。これにより、サーバ２０は、対応表を参照することで、指定された機器コードに対して通信アドレスを特定し、当該機器１０に対して通知を行うことが可能となる。
　機器１０は、サーバ２０からの通知を受信すると、機器１０が備える表示部１１２で通知があった旨を表示する（Ｓ２３）。例えば、機器１０は、表示用のランプを明滅させることによって、通知の受信をユーザに知らせてもよい。
　この受信の通知を行った後で、ユーザは、機器１０の操作部１１１に入力を行うことで、ユーザにより入力がされたことを示す情報がサーバ２０に送信される（Ｓ２４）。これにより、サーバ２０は、機器ＩＤとユーザＩＤとを紐付けることで、機器１０とユーザとの紐付けを完了する。操作部１１１は、例えば、入力用のボタンであってもよく、ボタンが押下されることで入力が為されてもよい。
　図３１は、機器１０とユーザとの紐付け手順の第１の例を示すシーケンス図である。
　操作機器４０は、入力されたユーザＩＤとパスワードを受け付けて、ユーザＩＤおよびパスワードをサーバ２０に送信する（Ｓ３１）。サーバ２０では、予めサーバ２０で管理されているユーザ情報に基づいてパスワードが正しいかどうかが確認される。ここで、パスワードが正しくなかった場合には第三者による成りすましの可能性があるため、以降の処理は継続されない。
　パスワードが正しかった場合、サーバ２０は、操作機器４０に対してログイン情報を送信する（Ｓ３２）。ログイン情報とは、例えばセッションを識別するためのＩＤと、以降の通信で利用する鍵データである。
　次に、操作機器４０は、図２９および図３０で示した方法で取得した機器コードをサーバ２０に対して送信する（Ｓ３３）。なお、図２９および図３０では、機器コードをそのまま送信するとしているが、実際にはログイン情報を用いて処理した結果を送付することが望ましい。処理の方法としては、機器コードだけではなくセッションを識別するためのＩＤを機器コードに付与した上で、先述した鍵データで暗号化するなどの方法が想定される。また、通信全体をＳＳＬなどの暗号化通信で保護することも好ましい。
　サーバ２０は、取得された機器コードを、予めサーバ側で管理されている機器情報に基づいて対応する機器１０の通信アドレスに変換する。通信アドレスに変換できれば、サーバ２０は、当該機器１０に対して表示部１１２での明滅を指示する制御信号を送信する（Ｓ３４）。なお、この明滅指示の制御信号については、サーバ２０による成りすましを防止するための仕組みが必要である。成りすましの防止ができなければ、擬似サーバを利用することによって、悪意のある第三者のユーザアカウントと機器１０とを紐付けることが可能となってしまう。成りすましの防止のためには、例えばサーバ２０の公開鍵を予め機器１０で保持しておき、サーバ２０からの明滅指示は時変要素を加えた上で通知し、全体にサーバ２０の秘密鍵による署名を付与することなどが望ましい。
　機器１０は、明滅指示を受信すると、表示部１１２を明滅させる。その後ユーザが操作部１１１に入力を行えば、機器１０は、サーバ２０に受け付けた入力を送信する（Ｓ３５）。
　サーバ２０は、入力を受信すると、ユーザアカウントと機器１０との紐付けを完了し、完了通知を操作機器４０に送信する（Ｓ３６）。なお、サーバ２０は、入力を待つ期間を定めておくことが望ましい。通常は１分程度とする必要がある。サーバ２０は、明滅指示の制御信号を送信してから、カウントを開始し、入力を待つ期間が経過しても入力を受信できない場合、紐付けが失敗した旨の完了通知を操作機器４０に送信してもよい。
　操作機器４０は、受信した完了通知を表示する。
　図３２は、機器１０とユーザとの紐付け手順の第２の例を示すフローチャートである。　　　
　第１の例では、まず、ユーザは、スマートフォンなどの操作機器４０にユーザＩＤおよびパスワードを入力することでログインし（Ｓ４１）、ログインした状態で待機させ、ユーザは、機器１０の設定ボタンを押す（Ｓ４２）。
　機器１０は、設定ボタンが押されるとサーバ２０に対し、機器１０とユーザアカウントとを紐付けるためのパスワードを要求する。この時、サーバ２０は、ワンタイムパスワードまたは時限式のパスワードを発行することが望ましい。そして、機器１０は、サーバ２０からパスワードを受信し、パスワードを表示部１１２に表示する（Ｓ４３）。
　ユーザは、表示部１１２に表示されたパスワードを操作機器４０に入力し、操作機器４０は、入力されたパスワードをサーバ２０に送信する（Ｓ４４）。この例において、パスワードは、数字などの文字列を例示しているが、二次元バーコードまたはＬＥＤの明滅パターン、モールス信号などの音データ等であってもよい。二次元バーコードまたはＬＥＤの明滅パターンの場合には、操作機器４０のカメラを用いて読み取ることにより、パスワードが入力される。モールス信号などの音データである場合には、操作機器４０のマイクで収音することにより、パスワードが入力される。
　サーバ２０は、操作機器４０からパスワードを受信すると、紐付け要求をした機器１０とパスワードを送ってきたユーザアカウントとの間で紐付けし（Ｓ４５）、紐付け完了を示す通知を機器１０に送信する。
　機器１０は、サーバ２０からの紐付け完了の通知を受信すると、機器１０が備える表示部１１２で通知があった旨を表示する（Ｓ４６）。例えば、機器１０は、表示用のランプを明滅させることによって、通知の受信をユーザに知らせてもよい。
　図３３は、機器１０とユーザとの紐付け手順の第２の例を示すシーケンス図である。
　操作機器４０は、入力されたユーザＩＤとパスワードを受け付けて、ユーザＩＤおよびパスワードをサーバ２０に送信する（Ｓ５１）。サーバ２０では、予めサーバ２０で管理されているユーザ情報に基づいてパスワードが正しいかどうかが確認される。ここで、パスワードが正しくなかった場合には第三者による成りすましの可能性があるため、以降の処理は継続されない。
　パスワードが正しかった場合、サーバ２０は、操作機器４０に対してログイン情報を送信する（Ｓ５２）。ログイン情報とは、例えばセッションを識別するためのＩＤと、以降の通信で利用する鍵データである。
　次に、機器１０は、ユーザからの入力を受け付けると、サーバ２０に対してワンタイムパスワードの発行を要求する（Ｓ５３）。なお、この要求の際に、機器１０は、あわせて自身の機器ＩＤをサーバ２０に送信する。または、サーバ２０は、通信の際の機器１０のアドレス情報に基づいて、サーバ２０で予め管理されている機器情報から、対応する機器ＩＤを取得してもよい。
　この要求に対してサーバ２０は、ワンタイムパスワードを機器１０に送信する（Ｓ５４）。発行されたワンタイムパスワードは、機器１０の表示部１１２で表示される。
　操作機器４０は、表示部１１２に表示されたワンタイムパスワードの入力をユーザから受け付け、入力されたワンタイムパスワードをサーバ２０に送信する（Ｓ５５）。なお、図３３では、ワンタイムパスワードをそのまま送付するとしているが、実際にはログイン情報を用いて処理した結果を送付することが望ましい。処理の方法としては、機器コードだけではなくセッションを識別するためのＩＤを機器コードに付与した上で、先述した鍵データで暗号化するなどの方法が想定される。また、通信全体をＳＳＬなどの暗号化通信で保護することも好ましい。
　サーバ２０は、操作機器４０から受け取ったワンタイムパスワードが予め発行したワンタイムパスワードと一致しているかを確認し、一致を確認した段階でユーザアカウントと機器ＩＤを紐付ける。サーバ２０は、紐付けの完了通知を操作機器４０に送信する（Ｓ５６）。なお、サーバ２０は、入力を待つ期間を定めておくことが望ましい。通常は１分程度とする必要がある。サーバ２０は、ワンタイムパスワードを送信してから、カウントを開始し、入力を待つ期間が経過しても入力を受信できない場合、紐付けが失敗した旨の完了通知を操作機器４０に送信してもよい。
　操作機器４０は、受信した完了通知を表示する。
　次に、機器１０の状態予測について説明する。まず、機器１０の使用開始からユーザ使用中の予測ケースについて説明する。
　図３４および図３５は、ユーザ使用中の予測ケースのグラフの一例を示す図である。
　機器１０が製造工場から出荷され、ユーザが使用を開始し、現在も使用中と予測したケースの例である。サーバ２０は、ユーザが機器１０の使用を開始した日時からの経過日数が、当該製品の耐用年数、耐用使用回数を超過している場合は、家電上のＬＥＤ／ディスプレイ等に通知したり、サーバからの制御で強制的に動作しない様にする制御信号を機器１０に送信してもよい。なお、通知は、ユーザが所有する操作機器４０に送信されてもよい。他にも、サーバ２０は、図３５に示されるような稼働回数からフィルター等の消耗品の交換を促す情報や、洗濯槽の掃除等の点検を促す情報を機器１０またはユーザの操作機器４０に送信することで、より製品をより万全の性能でご利用いただくことが可能となる。
　次に、家電機器の生涯管理のうちのユーザが使用中の期間について説明する。
　図３６は、ＬＰＷＡによる常時接続ＩｏＴ家電の一例を示したものである。
　この例では、Ｗｉ－Ｆｉ　ＧＷのない環境においてもスマートフォンからＩｏＴ家電制御クラウド、ＬＰＷＡ回線網を通じて家電の遠隔操作をすることができ、更にはＬＰＷＡの機能を持たない外部サービス群からのサービス提供もＩｏＴ家電制御クラウドを通じて利用することを示している。
　また、ＩｏＴ家電制御クラウドからの制御以外にも家電側から家電の状態を通知するログをＬＰＷＡ回線網経由でＩｏＴ家電制御クラウドに送信することもできる。サーバ２０は、送られてきたログから家電の故障を検知した場合などにユーザに通知するなど、購入後の家電に対するアフターサービスを可能としている。
　図３７は、ＬＰＷＡによる家電機器とユーザ紐付けサポート機能について説明するための図である。
　家電機器とユーザとを紐付ける方法に関しては上述したとおりである。ここでは複数の家電機器が宅内ある状態で、紐付け完了している家電機器と紐付けされていない家電機器が混在しているケースにおいて、ＬＰＷＡを用いた紐付けサポート機能を示す。図３７の例においてはエアコンの紐付けを完了し、洗濯機、冷蔵庫はまだ紐付け完了していない状態であることが示されている。
　エアコンの紐付けが終わったタイミングで紐付け操作をしていたスマートフォンなどの操作機器に対して、「他にも紐付け完了していない機器はありますか？」などの問いかけを行う。問いかけの結果、操作機器に同意を示す入力が為された場合、エアコンは、（１）に示すように、周辺デバイスに対してＬＰＷＡで呼びかけを行う。
　呼びかけの方法は、例えば自らが基地局として動作するソフトウェアアクセスポイントとして動作し、呼びかけを一斉配信するなどの方法である。呼びかけの内容は「ユーザ紐付け完了していない機器はありますか？」などである。この呼びかけに対して、（２）に示すように、ユーザ紐付け完了していない機器は応答し、応答を受信したエアコンは、同一宅内にあると思われる機器を判定する。この際判定の方法としては、応答の際の受信信号強度（ＲＳＳＩ）や通信遅延時間などの情報を用いて判定することを想定している。
　同一宅内にあると判定された機器があった場合、エアコンは、（３）に示すように、操作機器に対して、「この機器をお持ちですか？」などの問いかけを行う。提示された機器を所有していた場合、ユーザはその機器を選択することで、（４）に示すように紐付け処理を開始することができる。この際の紐付け処理は既に紐付けたい機器の機器コードがわかっている状態なので、前述の図２９および図３０で示した処理のうち、機器コードを送信した後の処理に合流する形になる。他には既にユーザとエアコンとが紐付け済みであること、エアコンと同一宅内にあることの二つの条件をクリアしているので紐付け登録を略式にすることなども考えられる。例えば操作機器で提示された機器を選択すると家電機器側で操作端末との紐付け待ち状態に入り、機器でボタンを押すと紐付けが完了するなどである。この際ボタンは、複数ボタンの同時押しであってもよい。操作機器が紐付けを完了するために押すボタンを指定するなどの方法も有用である。
　図３７の例ではエアコンの紐付けを完了したタイミングで続けて紐付けを促しているが、他のタイミングで操作機器に「この機器をお持ちですか？」といったプッシュ通知をして紐付けを促す形態も考えられる。例えば紐付けされていない機器が起動したタイミングでユーザと紐付いている機器が周辺にいるかＬＰＷＡで問いかけを行い、紐付け済みの機器が同一宅内であると判定された場合に紐付け済みの家電機器経由で操作機器に紐付けを促してもよい。
　図３８は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能について説明するための図である。
　ＬＰＷＡによる常時接続を生かし、Ｗｉ－Ｆｉ　ＧＷとＩｏＴ家電機器との間の接続をサポートする３つの手法を示す。
　手法１は、宅内接続設定共有である。手法２は、リモートＷｉ－Ｆｉ接続設定である。手法３は、Ｗｉ－Ｆｉ　ＧＷの　ＢＳＳＩＤ情報を活用したユーザアカウントとの紐付け設定である。
　いずれの手法もＩｏＴ家電機器がＬＰＷＡとＷｉ－Ｆｉのモジュールを両方保持していることと、ＬＰＷＡを利用してＩｏＴ家電制御クラウドに接続していることを前提としていることと、ユーザはスマートフォン等の操作機器を利用してＩｏＴ家電制御クラウドにログインできるユーザアカウントを持っていることとを前提としている。
　図３８においては、機器としての冷蔵庫、洗濯機、エアコンはそれぞれＬＰＷＡを利用してＩｏＴ家電制御クラウドに繋がっている状態であり、操作機器としてのスマーフォンはＷｉ－Ｆｉ　ＧＷを通じて、サーバ２０としてのＩｏＴ家電制御クラウドにログインしている状態を示す。
　以下、順に、手法１～３について説明する。
　図３９は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法１について説明するための図である。
　手法１は、１台目のＩｏＴ家電にＷｉ－Ｆｉの接続設定をすれば、その接続設定情報を、ＬＰＷＡを利用して宅内に存在するＷｉ－Ｆｉに未接続のＩｏＴ家電に通知することで、接続設定情報を横連携して共有する手法である。図３９は、洗濯機を１台目のＩｏＴ家電としてＷｉ－Ｆｉの接続設定を行う例である。
　（１）１台目の接続設定を行う際に、洗濯機において、ＳＳＩＤを選択しＰａｓｓｗｏｒｄを入力する方法でＷｉ－Ｆｉ　ＧＷとの接続を完了させ、入力されたＳＳＩＤとＰａｓｓｗｏｒｄ情報とを記憶する。これにより、洗濯機は、Ｗｉ－Ｆｉ　ＧＷに接続された状態となる。
　（２）次にＷｉ－Ｆｉ　ＧＷに接続完了した洗濯機は、ＩｏＴ家電制御クラウドに対してＷｉ－Ｆｉ接続が完了した通知を送信する。
　（３）通知を受けたＩｏＴ家電制御クラウドは、洗濯機と紐付くユーザアカウントを所有するユーザに洗濯機がＷｉ－Ｆｉ接続完了したことを通知するとともに、当該ユーザの所有する「別のＷｉ－Ｆｉ未接続ＩｏＴ家電機器もＷｉ－Ｆｉ接続しませんか？」とスマートフォンに表示させることで、他の機器のＷｉ－Ｆｉへの接続をユーザに促す。
　（４）ユーザが同意した場合、洗濯機が記録しているＷｉ－Ｆｉの接続情報をＩｏＴ家電制御クラウドに送信する。
　（５）ＩｏＴ家電制御クラウドは、ＬＰＷＡ経由でＷｉ－Ｆｉに未接続ＩｏＴ家電に、受信されたＷｉ－Ｆｉの接続情報を送信する。
　（６）Ｗｉ－Ｆｉの接続情報を受信した、Ｗｉ－Ｆｉに未接続の各ＩｏＴ家電は、受信したＷｉ－Ｆｉの接続情報を用いてＷｉ－Ｆｉ　ＧＷに対してＷｉ－Ｆｉ接続処理を行う。
　図４０は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法２について説明するための図である。
　手法２は、ユーザアカウントと紐付けされたユーザ所有のＩｏＴ家電に対してＬＰＷＡを利用してＷｉ－Ｆｉの設定コマンドを送信することで接続処理を実行させる手法である。
　（１）ユーザは、スマートフォンにアプリを実行させ、実行させたアプリ上でＩｏＴ家電制御クラウドにログインする。
　（２）次に、ユーザは、スマートフォンのアプリ上で、ＩｏＴ家電制御クラウドにＷｉ－Ｆｉ　ＧＷの接続情報を登録するために、Ｗｉ－Ｆｉ　ＧＷのＳＳＩＤおよびＰａｓｓｗｏｒｄ情報を入力する。
　（３）ＩｏＴ家電制御クラウドは、ユーザアカウントと紐付け済みのＩｏＴ家電に対して（２）で登録した接続情報をＬＰＷＡ経由で送信する。
　（４）接続情報を受信したＩｏＴ家電は、受信された接続情報を用いてＷｉ－Ｆｉ　ＧＷに対して接続処理を行う。
　図４１は、ＬＰＷＡによる常時接続を生かしたＷｉ－Ｆｉ接続サポート機能の手法３について説明するための図である。
　手法３は、ＩｏＴ家電とユーザアカウントとが紐付き済みだった手法１および手法２とは異なり、ＩｏＴ家電およびユーザアカウントの紐付けと、Ｗｉ－Ｆｉの接続処理を同時に実現する手法である。
　ユーザは、スマートフォンにアプリを実行させ、実行させたアプリ上でＩｏＴ家電制御クラウドにログインし、Ｗｉ－Ｆｉ接続に必要な情報を登録する（Ｓ６１）。ここで、ユーザにより入力される情報は、スマートフォンが接続しているＷｉ－Ｆｉ　ＧＷのＳＳＩＤおよびパスワードである。また、ＩｏＴ家電制御クラウドに登録する際、スマートフォンは、アプリ内部でＳＳＩＤ情報からＢＳＳＩＤを取得し、ＳＳＩＤおよびＢＳＳＩＤの両方を登録する。この結果、ＩｏＴ家電制御クラウド上には、ユーザアカウントと、ＳＳＩＤ、ＢＳＳＩＤおよびパスワードを含むＷｉ－Ｆｉ接続情報とが登録される。
　ＩｏＴ家電は、電源オンの後、Ｗｉ－Ｆｉサーチを行い、周辺のＷｉ－Ｆｉ情報を収集し、ＢＳＳＩＤリストを作成する。ＩｏＴ家電は、作成したＢＳＳＩＤリストを、ＬＰＷＡを利用してＩｏＴ家電制御クラウドに送信する（Ｓ６２）。
　ＩｏＴ家電制御クラウドは、受信されたＢＳＳＩＤと登録済みＢＳＳＩＤとを用いてマッチング検索し（Ｓ６３）、一致した場合（Ｓ６４でＹｅｓ）、ＳＳＩＤリストを通知ＩｏＴ家電に送信する（Ｓ６５）。
　ＩｏＴ家電は、受信されたＳＳＩＤリストの中からスマートフォンが接続しているＷｉ－ＦｉのＳＳＩＤ選択する（Ｓ６６）。
　ＩｏＴ家電制御クラウドは、ＳＳＩＤを登録したスマートフォンに対して接続許可を問い合わせる（Ｓ６７）。
　スマートフォンは、アプリ上で許可／不許可の選択をユーザから受け付ける（Ｓ６８）。
　許可の場合（Ｓ６８でＹｅｓ）、ＩｏＴ家電制御クラウドは、ＩｏＴ家電にＷｉ－Ｆｉ　ＧＷのパスワードとＳＳＩＤとを登録したユーザアカウントを含むユーザ情報を送信する（Ｓ６９）。
　ＩｏＴ家電は、ＷｉＦｉ接続処理を行い接続に成功した場合（Ｓ７０でＹｅｓ）、ＳＳＩＤを登録したスマートフォンと同一Ｗｉ－Ｆｉ　ＧＷに接続される。このため、ＩｏＴ家電は、ＩｏＴ家電制御クラウドから受信したユーザアカウントを用いて、スマートフォンアプリとＩｏＴ家電との間で紐付け処理を行うことでユーザアカウントとＩｏＴ家電が紐付けられる（Ｓ７１）。
　次に、機器１０の状態予測のうちの、設置場所の移動または使用ユーザが変更された時のイベントを判定方法について説明する。
　図４２は、「引っ越し」および「譲渡」を判別する処理の一例を示すフローチャートである。
　機器１０は、購入された後で他のユーザに譲渡されることが考えられる。特にユーザと機器１０との間で紐付けが行われた後で、当該機器１０を他のユーザに譲渡した場合には問題が発生する。何も対策を施さない場合、前に利用していたユーザは、譲渡した後であっても、機器１０のログを閲覧したり、操作を行うことも可能である。一方で、機器１０をリセットするなどしてユーザと機器との紐付けが解除されれば、このような問題は解決される。しかしながら、このような紐付けの解除のための操作は、従来の家電機器では必要ない操作であるため、譲渡を受けたユーザが正しくリセットを行うことができるかは疑わしい。
　そこで、サーバ２０は、ＩｏＴ家電から受信した稼働情報および位置情報を用いて譲渡されたか否かを判断することが望ましい。譲渡の際には、通常家電機器への通電を一旦切断した上で、別の場所に移動させて新たに利用を開始することが想定される。サーバ２０は、稼働情報を用いることでＩｏＴ家電の通電状況を確認することが可能であり、また先述した位置情報を用いることで、設置場所が変更されていることも識別可能である。この二つを組み合わせることにより、サーバ２０は、機器１０が譲渡された可能性を判断することが可能である。
　例えば、サーバ２０は、稼働情報および位置情報を用いて、機器１０の通電切断と機器１０の設置場所が移動したことを検知する（Ｓ８１）。サーバ２０は、例えば、稼働情報の電源状態が切であるかを判定することで機器１０が通電切断であるかを判定することができる。また、サーバ２０は、位置情報が前回の位置情報から変化した場合に、機器１０の設置場所が移動したことを検知することができる。
　ただし、これだけではユーザが変らずに住所だけが変わった、つまり引っ越したのか、譲渡されたのかは判断できない。そこで、表示部を有する機器であれば、表示部に、紐付けの変更が必要かどうかの問い合わせ表示させることで、ユーザに問い合わせてもよい。
　つまり、サーバ２０は、機器１０が表示部を有しているか否かを判定する（Ｓ８２）。サーバ２０は、機器１０の情報を参照することで当該機器１０が表示部を有しているか否かを判定してもよいし、稼働情報に機器１０が表示部を有しているか否かの情報が含まれていれば、稼働情報に基づいて判定してもよい。
　表示部を有していない場合（Ｓ８２でＮｏ）、いったん安全のためにユーザと機器との紐付けを保留とする（Ｓ８３）。その上で、サーバ２０は、紐付けを行ったスマートフォンなどの操作機器に、「譲渡」であるのか「引越」であるのかを確認するメッセージを送信することでユーザに「譲渡」であるのか「引越」であるのかを問い合わせる（Ｓ８４）。この問い合わせで「引越」であることが確認できれば、保留状態を解除して、ユーザと機器１０との紐付けを維持する（Ｓ８５）。反対に「譲渡」であることが確認できれば、紐付けを解除する（Ｓ８６）。
　表示部を有している場合（Ｓ８２でＹｅｓ）、表示部を用いて上記問い合わせを行う（Ｓ８７）。この問い合わせで「引越」であることが確認できれば、保留状態を解除して、ユーザと機器１０との紐付けを維持する（Ｓ８８）。反対に「譲渡」であることが確認できれば、紐付けを解除する（Ｓ８９）。
　このように、譲渡を受けたユーザは、紐付けが解除されることで適切にリセット操作を行うことが可能である。逆に、ユーザが変わらずに住所だけが変わったのであれば、サーバ２０は、紐付けの変更が不要であると判断することができ、ユーザは引き続きこれまでどおりに機器１０を利用することが可能である。
　以上のように、制御部２０２は、第２のタイミングの後の第３のタイミングで受信された第３固有情報が第２固有情報と異なる場合、第３固有情報を送信した機器１０が移動したと判断し、機器１０のユーザが他のユーザに変更されたか否かの問い合わせを、機器１０またはユーザが所有するスマートフォンなどの端末に、通信部２０１を用いて送信してもよい。なお、第３のタイミングとは、ステップＳ８１の検知のタイミングに対応する。
　制御部２０２は、問い合わせを送信した後に、機器１０または端末から受信した問い合わせに対する回答が、機器１０のユーザが他のユーザに変更されたことを示す場合、第３のタイミング以降の第３期間において受信された複数の第３稼働情報を、複数の第１稼働情報および複数の第２稼働情報とは分けて管理する。制御部２０２は、具体的には、複数の第３稼働情報を第１識別子および第２識別子とは異なる第３識別子で対応付けて記憶部２０３に記憶することで、複数の第３稼働情報を、複数の第１稼働情報および複数の第２稼働情報とは分けて管理する。このため、機器１０の譲渡が為されたか否かを効果的に判定することができる。また、機器１０の譲渡が為された場合に、譲渡前のユーザによる稼働情報とは分けて管理するため、譲渡後のユーザに適した機器１０の状態を判定することができる。
　一方で、制御部２０２は、問い合わせを送信した後に、機器１０または端末から受信した問い合わせに対する回答が、機器１０のユーザが他のユーザに変更されていないことを示す場合、第３のタイミング以降の第３期間において受信された複数の第３稼働情報を複数の第２稼働情報と共に管理する。制御部２０２は、具体的には、複数の第３稼働情報を第２識別子と対応付けて記憶部２０３に記憶する。このため、例えば機器１０の譲渡が為されずに機器１０が移動した場合には、ユーザを変更せずに機器１０の管理を行うことができる。
　図４３は、「引っ越し」および「譲渡」を判別する処理の他の一例について説明するための図である。図４４は、「引っ越し」および「譲渡」を判別する処理の他の一例を示すフローチャートである。
　引っ越しと譲渡を区別する方法として、先述の通電切断と、設置場所の移動検知に加え、他の情報を組み合わせることで家電機器が譲渡されたのか引っ越しなのかの可能性をより正確に判定してもよい。図４３では、時刻Ｔ１で同時に、複数の機器（機器Ａおよび機器Ｂ）が同時に移動した場合の位置情報の例が示されている。このように同時に複数の機器が移動した場合は、引っ越しが行われたと考えられる。このため、ユーザが所有している複数の機器の位置情報を連動させることで判定精度を上げることができる。例えば、ユーザの所有する冷蔵庫、洗濯機、エアコンなどが同じタイミングで位置変更された場合は高確率で引っ越しの可能性が高く、洗濯機だけ変更されていた場合は引っ越しではない可能性が高くなる。
　この場合、サーバ２０は、稼働情報および位置情報に基づいて、通電切断と設置場所の移動を検知する（Ｓ９１）。
　次に、サーバ２０は、連動して場所を移動した機器が複数あるか否かを判定する（Ｓ９２）。つまり、サーバ２０は、第１の場所から第２の場所に移動した機器が複数あるか否かを判定する。
　サーバ２０は、連動して場所を移動した機器が複数あると判定した場合（Ｓ９２でＹｅｓ）、引っ越しの可能性が高いと判定する（Ｓ９３）。
　サーバ２０は、連動して場所を移動した機器が複数ないと判定した場合（Ｓ９２でＮｏ）、つまり、移動した機器が１台である場合、譲渡の可能性が高いと判定する（Ｓ９４）。
　このように、制御部２０２は、時刻Ｔ１よりも前の第２のタイミングで複数の機器１０から受信された複数の第２固有情報が互いに同じであり、かつ、第２のタイミングの後の時刻Ｔ１よりも後の第３のタイミングで複数の機器から受信された複数の第３固有情報が互いに同じであり、かつ、第２固有情報と第３固有情報とが異なる場合、第３のタイミング以降の第３期間において受信された複数の第３稼働情報を複数の第２稼働情報と共に管理してもよい。このため、複数の機器が移動した場合には、ユーザが変更されていないと見なして、機器の管理を行うことができる。
　図４５は、「引っ越し」および「譲渡」を判別する処理の他の一例について説明するための図である。図４６は、「引っ越し」および「譲渡」を判別する処理の他の一例を示すフローチャートである。
　サーバ２０は、先述の通電切断と、設置場所の移動を検知することに加え、日毎の稼働回数情報を併せて用いることで、「引っ越し」か「譲渡」かの判定を行っても良い。これにより、判定精度を改善することができる。
　図４５では、位置情報が変化しているが、稼働回数のパターンに変化が少ない。このように、サーバ２０は、位置情報が変化してもいても、位置情報が変化する前の期間と、位置情報が変化する後の期間における単位時間当たりの稼働回数の変化のパターンが所定の相関度を満たす場合（つまり類似する場合）、引っ越しの可能性が高いと判断してもよい。
　この場合のサーバ２０の処理では、図４６に示されるように、図４４の処理と比較してステップＳ９２の代わりに、ステップＳ１０２を行っている点が異なる。ステップＳ１０１、Ｓ１０３、Ｓ１０４の処理は、それぞれ、ステップＳ９１、Ｓ９３、Ｓ９４の処理と同様である。
　ステップＳ１０２では、サーバ２０は、利用頻度が変化したか否かを判定している。利用頻度が変化したか否かは、上述したように、稼働回数の変化のパターンが所定の相関度を満たすか否かを判定することで判定している。
　図４５に示されるように、日毎の稼働回数が変化するということは家電機器を使う人が異なる可能性が高く、「譲渡」された可能性がより高くなる。逆に日毎の稼働回数が変化しないということはこれまでと利用頻度が変わっていないので同一人物が他の場所で使っている「引っ越し」と考えられる。ただし、この判定方法はシェーバーやドライヤーのように外出先に持ち運んで使う家電機器にそのまま適応することはできない。
　図４７は、「引っ越し」が予想されるケースの例外について説明するための図である。図４８は、機器の種別に応じてカテゴリ分けした表である。
　上述のように、機器１０の位置情報が変化したことで、引っ越しか譲渡かを判定することができるが、外出先で持ち運び使う小型の機器においては位置情報が変更されていたとしても外出先で利用しているだけのケースがある。つまり、位置情報が変化されたことがサーバ２０によって検知されても、引っ越しでも譲渡でもない場合がある。例えば、図４７に示されるように、持ち運びが想定されるシェーバーやドライヤーなどの小型家電は、ユーザにより持ち運びされると位置が変化することになる。この場合、ユーザは、元の家に帰ってくることが想定される。このため、サーバ２０は、元の位置に戻ったことを検知することで、引っ越しも譲渡も行われずにユーザに継続して利用されていると判断することができる。つまりこの場合、サーバ２０は、ユーザと機器との紐付けを維持したままとする。
　このように、日常生活の中で基本的に通電切断されない冷蔵庫や洗濯機などの大型家電と宅外への持ち運びが想定されるシェーバーやドライヤーなどの小型家電では、引っ越しと判定する際の影響度を変更することで、より判定精度を高めることができる。なお、図４８に示されるように、機器の大きさや、季節によって使用される機器などに応じて、複数のカテゴリに分類し、サーバ２０は、これらのカテゴリの特徴に応じて機器の状態の判断を変更してもよい。
　次に、機器１０の状態予測のうち、機器１０が「譲渡・転売・盗難」が予測されるケースについて説明する。
　図４９は、機器１０が「譲渡・転売・盗難」の予測ケースのグラフを示す図である。
　図４９に示されるように、機器１０の位置が変化し、かつ、稼働回数のパターンも大きく変化した場合、機器１０のユーザが変更したと予測される。このため、サーバ２０は、「譲渡・転売・盗難」が発生したと予測する。家電上のＬＥＤ／ディスプレイ等に、確認を促したり警告を通知するサービスを行うことが可能である。また、ユーザ変更前のアカウント情報が紐付いた状態で残っている場合は該当ユーザに対してメールなどで通知を行い、アカウント情報の紐付け解除を促す。
　一度、ユーザと機器との紐付けが行われた後で紐付け解除を行った場合、当該機器から過去ユーザのログなどを参照できることは管理上望ましくない。参照できるログは、ユーザと紐付く範囲のログに限定されるべきだが、当該機器の耐用年数、耐用使用回数を超過していることなどのユーザの安全に関わる情報は、家電機器を安全にお使いいただくためにもこれらの情報を伝えた方が良いケースもある。こういった観点を踏まえ、サーバ上では当該機器の初回の使用時から現在までの累計情報をユーザが利用したログとは別途管理しておくことが有用である。または、累計情報に対して、どの期間がユーザと紐付いていたのかを管理することで実現可能となる。
　家電機器に紐付く累計情報は、量販店の店頭で展示していた機器を販売するケースや転売などの再販売のケースで参照できるようにするなどの使い方も考えられる。
　次に、機器１０の状態予測において機器１０が盗難された際の対策機能について説明する。
　図５０は、機器１０が盗難された際の対策を実行する処理のフローチャートである。
　機器１０が盗難された場合、ユーザが自身のユーザアカウントと紐付く機器１０を他ユーザが使用できないようにロックできる機能を持たせることが望ましい。具体的には、盗難された機器１０に対して、紐付けを行ったスマートフォンなどの操作機器４０を用いて、操作機器から盗難された機器１０をロックさせる命令を送る機能である。この機能を持つことで盗難により不正に機器１０を入手したユーザが機器１０を利用することや、不正なユーザに過去のログが閲覧されることを防ぐことが可能となる。
　まず、サーバ２０は、機器１０が送信する位置情報、稼働状態などの情報から「盗難」の疑いがあることを検知する（Ｓ１１１）。
　ユーザが気づいていれば、ステップＳ１１５に進み、ユーザが気づいていなければステップＳ１１３に進む。なお、ステップＳ１１２では、ステップＳ１１１の後で、所定期間経過するまでにユーザの操作機器４０からステップＳ１１５における操作機器でのロックボタンが押されたことを示す情報を受信したか否かを判定する。これにより、所定期間経過してもロックボタンが押されていない場合には、ステップＳ１１３に進む。
　ステップＳ１１３において、サーバ２０は、機器１０に紐付くユーザアカウントに対してユーザの操作機器４０に機器１０が盗難されていないかを問い合わせる（Ｓ１１４）。この機能により、ユーザが盗難されたことに気づいていない状態であっても、家電機器から「ご自宅にありますか？」、「手元にありますか？」などのメッセージが操作機器４０に送られることでユーザは盗難されたことに気づくことが可能となる。
　サーバ２０は、ステップＳ１１４において盗難の入力を操作機器４０から受信するとステップＳ１１５に進む。なお、この場合、盗難の入力がされたときにステップＳ１１５のロックボタンが押されたと見なしてもよい。
　ステップＳ１１５において、ロックボタンが押されると、機器１０がロックされる。このように、機器１０をロックさせる機能を使って家電機器をロックすることで不正利用をやめさせることができる。
　ステップＳ１１４において盗難ではないことを示す入力を操作機器４０から受信すると、この処理を終了する。
　次に、一旦ロックされた家電機器のロックを解除することが考える。家電機器側だけでロックを解除できてしまうと不正利用を防ぐことができないため、紐付くユーザアカウントにロック解除の確認を送信する機能が必要となる。しかし、ユーザがこの機能を悪用し、ユーザアカウント紐付けした状態で転売し、転売後にロックするなどのケースが考えられるため製造メーカにロック解除用の連絡窓口を設ける必要がある。製造メーカは連絡を受けた家電機器に紐付くユーザアカウントを持つユーザに対して連絡を取り、ロック解除の可否を判断する。
　盗難対策機能を実現する上で、通信モジュールを用いてクラウドと通信可能なことが前提となる。そのため、盗難の際にこの通信モジュールを取り外してから家電機器を運び出すケースが考えられる。この対策として家電機器は通信モジュールが取り外された状態では常にロックするようにすることが有用である。
　このように、制御部２０２は、第２のタイミングの後の第３のタイミングで受信された第３固有情報が第２固有情報と異なる場合、機器１０が移動したと判断し、機器１０が盗難されたか否かの問い合わせを、通信部２０１を用いて、ユーザが所有する端末に送信してもよい。次に、制御部２０２は、問い合わせを送信した後に、端末から受信した問い合わせに対する回答が、機器１０が盗難されたことを示す場合、機器１０を使用できないようにロックする制御信号を、通信部２０１を用いて送信してもよい。この場合、機器１０は、制御信号を受信すると、当該機器１０を使用できないようにロックしてもよい。このため、機器１０が盗難された場合に、他のユーザが機器１０を使用できないようにロックすることができる。
　ここで、機器１０を使用できないようにロックするとは、具体的には、機器１０が操作部１１１からのユーザの入力を受け付けない状態となることである。例えば、機器１０は、機器１０の電源をオフにして、かつ、その後に機器１０が操作部１１１からのユーザの入力を受け付けない状態となってもよい。また、機器１０が冷蔵庫、洗濯機、電子レンジ、炊飯器など開閉する扉を有する機器の場合、扉が開かないようにロックされてもよい。
　次に、機器１０の状態予測において、複数情報を利用した「引っ越し」および「譲渡」の判別について説明する。
　図５１は、機器１０の移動を検知した際のユーザと機器１０との紐付け処理の一例を示すフローチャートである。
　これまで示してきたいくつの判定方法を組み合わせ、「引っ越し」と「譲渡」の判別をするフローの例を示す。
　サーバ２０は、通電切断、及び、設置場所の移動を検知する（Ｓ１２１）。
　サーバ２０は、機器１０に表示部があるか否かを判定する（Ｓ１２２）。
　サーバ２０は、機器１０に表示部がない場合（Ｓ１２２でＮｏ）、複数機器が同時に移動したか否かを判定する（Ｓ１２３）。
　サーバ２０は、複数同時に移動していない場合（Ｓ１２３でＮｏ）、ユーザと機器１０との紐付けを保留する（Ｓ１２４）。
　ステップＳ１２３において、サーバ２０は、複数機器が同時に移動した場合（Ｓ１２３でＹｅｓ）、移動した複数機器が小型家電のみか否かを判定する（Ｓ１２５）。
　サーバ２０は、移動した複数機器が小型家電のみである場合（Ｓ１２５でＹｅｓ）、複数機器が数日で元の設置場所に戻るか否かを判定する（Ｓ１２６）。
　サーバ２０は、複数機器が数日で元の設置場所に戻った場合（Ｓ１２６でＹｅｓ）、または、ステップＳ１２５でＮｏと判定された場合、ユーザと複数機器との紐付けを維持する（Ｓ１２７）。
　サーバ２０は、複数機器が数日で元の設置場所に戻らない場合（Ｓ１２６でＹｅｓ）、ステップＳ１２４に進む。
　ステップＳ１２２において、サーバ２０は、機器１０に表示部があると判定した場合（Ｓ１２２でＹｅｓ）、譲渡であるか否かをユーザの操作機器４０に問い合わせる（Ｓ１２８）。
　サーバ２０は、操作機器４０から譲渡であるとの回答を受信した場合（Ｓ１２８でＹｅｓ）、ユーザと機器との紐付けを解除する。
　サーバ２０は、操作機器４０から譲渡でないとの回答を受信した場合（Ｓ１２８でＮｏ）、ステップＳ１２７に進む。
　この例では表示部がなく、ユーザに確認が取りにくい構成であっても、引っ越しとほぼ断定できる場合にはユーザと機器１０との紐付け状態を保留状態にせず、継続利用できるように判定フローが構築されている。
　図５２は、機器１０の移動を検知した際のユーザと機器１０の紐付け処理の他の一例を示すフローチャートである。
　前述の例とは逆に、疑わしい状況を極力紐付け保留にし、利用者の確認を常に要求することでセキュリティを担保する考え方もある。この場合、複数の家電機器を利用している場合一つ一つ確認処理を行うのは煩わしいので、一つ確認した段階でＩｏＴ機器間通信しで結果を共有できる構成が望ましい。
　この場合、サーバ２０は、通電切断、及び、設置場所の移動を検知する（Ｓ１３１）。
　サーバ２０は、ユーザと機器１０との紐付けを保留する（Ｓ１３２）。
　サーバ２０は、譲渡であるか否かをユーザの操作機器４０に問い合わせる（Ｓ１３３）。
　サーバ２０は、操作機器４０から譲渡であるとの回答を受信した場合（Ｓ１３３でＹｅｓ）、ユーザと機器との紐付けを解除する。
　サーバ２０は、操作機器４０から譲渡でないとの回答を受信した場合（Ｓ１３３でＮｏ）、ユーザと機器との紐付けを維持する（Ｓ１３５）。
　次に、機器１０の状態予測において、ユーザの「家族構成変更」が為されたと予測されるケースについて説明する。
　図５３は、ユーザの「家族構成変更」が為されたと予測されるケースのグラフを示す図である。
　図５３に示されるように、機器１０の所在位置が変わらないが、稼働回数のパターンが大きく変化している。この場合が、「家族構成変更」したと予測されるケースである。ユーザは、結婚や両親と同居などの変化があった可能性が考えられ、家電上のＬＥＤ／ディスプレイ等に、それに見合った商品広告を表示するなどのサービスが可能である。
　次に、機器の状態予測において、機器１０が「故障」または「廃棄」と予測されるケースについて説明する。
　図５４は、機器１０が「故障」したと予測されるケースのグラフを示す図である。図５５は、機器１０が「廃棄」されたと予測されるケースのグラフを示す図である。
　図５４および図５５に示されるように、サーバ２０は、一定期間以上、稼働情報および位置情報を受信していない場合、「故障」または「廃棄」が発生したと予測する。また、サーバ２０は、機器１０が通信モジュール用バッテリを内蔵する場合において、当該機器１０の所在位置が変わってから、稼働回数がゼロとなり一定期間以上データ送信が無い場合、「廃棄」されたと予測してもよい。
　他にも、サーバ２０は、通信モジュール用バッテリを内蔵する場合は通信が途絶した場所が特定範囲（焼却場やリサイクルセンター）であった場合には、ほぼ確実に「廃棄」と判断できる。該当家電機器がリコール対象だった場合には「廃棄」と判定した段階でリコール対象の管理リストから除外してもよい。仮に「廃棄」が誤判定で、家電機器が再度動き始めた場合には、通信が再開しているはずなので改めてリコール通知を送ることで、対応することができる。このため誤判定にいるリスクは少ないと考えられる。
　このように、サーバ２０は、第２のタイミングの後の第４のタイミングから所定期間後となっても稼働情報を受信しない場合、第４のタイミングまでに受信された複数の稼働情報の管理状態を非管理状態に変更してもよい。
　また、制御部２０２は、第２のタイミングの後の第４のタイミングから所定期間後となっても、通信部２０１が稼働情報を受信せず、かつ、第４のタイミングで受信された第４固有情報が予め保持している固有情報リストに含まれる複数の固有情報のいずれか１つと同じである場合、第４のタイミングまでに受信された複数の稼働情報の管理状態を非管理状態に変更してもよい。
　このように、サーバ２０は、機器１０が故障または廃棄と判定した場合、当該機器１０の管理をしないため、管理にかかる処理負荷を低減することができる。
　本開示は、ＬＰＷＡによるクラウドとの常時接続を実現した、第四世代の生活家電（常時接続ＩｏＴ家電）に関する。常時接続ＩｏＴ家電ではユーザが特に意識することなくクラウドとの接続を完了し、クラウドを活用したサービスを利用することが可能である。本発明においては、常時接続ＩｏＴ家電がクラウドにアップロードするログ情報や位置情報から、家電機器の状態予測を実現している。
　この機能により家電機器が今どのような状態にあるのか、どのような使い方をされているのかを的確に判定し、ユーザに対してそのタイミングで求められている機能、情報の提供を可能としている。具体的にはユーザが家電機器を購入し、ご自宅に設置したタイミングではユーザアカウントの登録を促す機能であったり、ユーザ家電を他者に譲渡したタイミングで、ユーザアカウントの解除し忘れがあった場合には解除を促す機能であったり、万が一お使いの家電にリコールが発生した際には迅速にリコール情報の通知を送り、リモートメンテナンスを実現することなどである。他にも引っ越しや出産などによるくらしの変化を的確に判定し、ユーザに対して新生活に向けた広告を表示するなど、従来型のマイコン生活家電では実現できなかったユーザの生活に寄り添った機能拡張、提供を実現する。
　以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
　したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記実装を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
　また、上述の実施の形態は、本開示における技術を例示するためのものであるから、請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
　本開示は、機器の管理を効率よく行うことができる機器管理システム、機器管理方法などとして有用である。
　　１　機器管理システム
　１０　機器
　２０　サーバ
　３０　基地局
　４０　操作機器
１０１　通信モジュール
１０２　保持部
１０４　制御部
１０７　機能モジュール
１０８　保持部
１０９　電源部
１１０　バッテリ
１１１　操作部
１１２　表示部
２０１　通信部
２０２　制御部
２０３　記憶部

Claims (10)

  1. 　ネットワークに通信接続されているサーバと、
    　前記ネットワークに通信接続されている、遠距離無線通信の複数の基地局と、
    　前記複数の基地局のうちの一の基地局に通信接続する少なくとも１つの機器であって、それぞれが当該機器の現在の稼働状態を示す稼働情報を、前記一の基地局を介して前記サーバに逐次送信する少なくとも１つの機器と、を備え、
    　前記複数の基地局のそれぞれは、前記稼働情報を逐次受信すると、逐次受信された前記稼働情報と共に当該基地局に固有の情報である固有情報を前記サーバに逐次送信し、
    　前記サーバは、
    　　前記稼働情報および前記固有情報を逐次受信し、対応するタイミングで逐次受信された前記稼働情報および前記固有情報を対応付けて逐次記憶し、
    　　第１のタイミングで受信された第１固有情報と、前記第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なる場合、前記第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、前記第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて管理する
    　機器管理システム。
  2. 　前記サーバは、前記複数の第１稼働情報を第１識別子と対応付けて記憶し、かつ、前記複数の第２稼働情報を前記第１識別子とは異なる第２識別子と対応付けて記憶することで、前記複数の第１稼働情報と、前記複数の第２稼働情報とを分けて管理する
    　請求項１に記載の機器管理システム。
  3. 　前記第２識別子は、前記第２期間において前記少なくとも１つの機器を利用しているユーザに対応付けられていることを示す識別子であり、
    　前記サーバは、前記第２のタイミングの後の第３のタイミングで受信された第３固有情報が前記第２固有情報と異なる場合、前記少なくとも１つの機器が移動したと判断し、前記少なくとも１つの機器のユーザが他のユーザに変更されたか否かの問い合わせを、前記少なくとも１つの機器または前記ユーザが所有する端末に送信する
    　請求項２に記載の機器管理システム。
  4. 　前記サーバは、前記問い合わせを送信した後に、前記少なくとも１つの機器または前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器のユーザが前記他のユーザに変更されたことを示す場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を、前記複数の第１稼働情報および前記複数の第２稼働情報とは分けて管理する
    　請求項３に記載の機器管理システム。
  5. 　前記サーバは、前記問い合わせを送信した後に、前記少なくとも１つの機器または前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器のユーザが前記他のユーザに変更されていないことを示す場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を前記複数の第２稼働情報と共に管理する
    　請求項３または４に記載の機器管理システム。
  6. 　前記少なくとも１つの機器は、複数の機器であり
    　前記サーバは、
    　前記第２のタイミングで前記複数の機器から受信された複数の前記第２固有情報が互いに同じであり、かつ、前記第２のタイミングの後の第３のタイミングで前記複数の機器から受信された複数の第３固有情報が互いに同じであり、かつ、前記第２固有情報と、前記第３固有情報とが異なる場合、前記第３のタイミング以降の第３期間において受信された複数の第３稼働情報を前記複数の第２稼働情報と共に管理する
    　請求項１または２に記載の機器管理システム。
  7. 　前記サーバは、前記第２のタイミングの後の第４のタイミングから所定期間後となっても稼働情報を受信しない場合、前記第４のタイミングまでに受信された複数の前記稼働情報の管理状態を非管理状態に変更する
    　請求項１から６のいずれか１項に記載の機器管理システム。
  8. 　前記サーバは、前記第２のタイミングの後の第４のタイミングから所定期間後となっても稼働情報を受信せず、かつ、前記第４のタイミングで受信された第４固有情報が予め保持している固有情報リストに含まれる複数の固有情報のいずれか１つと同じである場合、前記第４のタイミングまでに受信された複数の前記稼働情報の管理状態を非管理状態に変更する
    　請求項１から６のいずれか１項に記載の機器管理システム。
  9. 　前記第２識別子は、前記第２期間において前記少なくとも１つの機器を利用しているユーザに対応付けられていることを示す識別子であり、
    　前記サーバは、
    　前記第２のタイミングの後の第３のタイミングで受信された第３固有情報が前記第２固有情報と異なる場合、前記少なくとも１つの機器が移動したと判断し、前記少なくとも１つの機器が盗難されたか否かの問い合わせを、前記ユーザが所有する端末に送信し、
    　前記問い合わせを送信した後に、前記端末から受信した前記問い合わせに対する回答が、前記少なくとも１つの機器が盗難されたことを示す場合、機器を使用できないようにロックする制御信号を前記少なくとも１つの機器に送信し、
    　前記少なくとも１つの機器は、前記制御信号を受信すると、当該機器を使用できないようにロックする
    　請求項２に記載の機器管理システム。
  10. 　遠距離無線通信の基地局を介して、前記基地局に通信接続されている機器の稼働状態を示す稼働情報と、前記機器が通信接続されている前記基地局に固有の情報である固有情報とを、逐次受信し、
    　対応するタイミングで逐次受信された前記稼働情報および前記固有情報を対応付けて逐次記憶し、
    　前記記憶では、第１のタイミングで受信された第１固有情報と、前記第１のタイミングの次の第２のタイミングで受信された第２固有情報とが異なる場合、前記第１のタイミングまでの第１期間において受信された複数の第１稼働情報と、前記第２のタイミング以降の第２期間において受信された複数の第２稼働情報とを分けて記憶する
    　機器管理方法。
PCT/JP2019/007572 2018-03-02 2019-02-27 機器管理システム、及び、機器管理方法 WO2019168032A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP19760454.9A EP3761658B1 (en) 2018-03-02 2019-02-27 Device management system and device management method
CN201980003692.6A CN110945877B (zh) 2018-03-02 2019-02-27 设备管理系统以及设备管理方法
JP2020503568A JP7407423B2 (ja) 2018-03-02 2019-02-27 機器管理システム、及び、機器管理方法
US16/638,692 US11252237B2 (en) 2018-03-02 2019-02-27 Device management system and device management method
US17/181,582 US11546429B2 (en) 2018-03-02 2021-02-22 Device management system and device management method

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862637544P 2018-03-02 2018-03-02
US62/637,544 2018-03-02
US201862640745P 2018-03-09 2018-03-09
US62/640,745 2018-03-09

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/638,692 A-371-Of-International US11252237B2 (en) 2018-03-02 2019-02-27 Device management system and device management method
US17/181,582 Division US11546429B2 (en) 2018-03-02 2021-02-22 Device management system and device management method

Publications (1)

Publication Number Publication Date
WO2019168032A1 true WO2019168032A1 (ja) 2019-09-06

Family

ID=67808918

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/007572 WO2019168032A1 (ja) 2018-03-02 2019-02-27 機器管理システム、及び、機器管理方法

Country Status (5)

Country Link
US (2) US11252237B2 (ja)
EP (1) EP3761658B1 (ja)
JP (1) JP7407423B2 (ja)
CN (1) CN110945877B (ja)
WO (1) WO2019168032A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021140500A (ja) * 2020-03-05 2021-09-16 パナソニックＩｐマネジメント株式会社 制御システム、制御方法、プログラム
US11683348B2 (en) 2020-07-10 2023-06-20 International Business Machines Corporation Bypassing security vulnerable and anomalous devices in multi-device workflow
CN116569540A (zh) * 2020-12-10 2023-08-08 三菱电机株式会社 设备管理系统
JP7504668B2 (ja) 2020-06-02 2024-06-24 東芝ライフスタイル株式会社 通信システム、及び、家電

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11030618B1 (en) 2016-09-30 2021-06-08 Winkk, Inc. Authentication and personal data sharing for partner services using out-of-band optical mark recognition
WO2020018454A1 (en) 2018-07-16 2020-01-23 Islamov Rustam Cryptography operations for secure post-quantum communications
CN112823341A (zh) * 2018-10-05 2021-05-18 三菱电机株式会社 语音操作支援系统、语音操作系统、语音处理装置、语音操作支援装置、语音操作支援方法以及程序
US11588794B2 (en) 2019-12-10 2023-02-21 Winkk, Inc. Method and apparatus for secure application framework and platform
US11652815B2 (en) 2019-12-10 2023-05-16 Winkk, Inc. Security platform architecture
US12132763B2 (en) 2019-12-10 2024-10-29 Winkk, Inc. Bus for aggregated trust framework
US12073378B2 (en) 2019-12-10 2024-08-27 Winkk, Inc. Method and apparatus for electronic transactions using personal computing devices and proxy services
US11928193B2 (en) 2019-12-10 2024-03-12 Winkk, Inc. Multi-factor authentication using behavior and machine learning
US11936787B2 (en) 2019-12-10 2024-03-19 Winkk, Inc. User identification proofing using a combination of user responses to system turing tests using biometric methods
US11563582B2 (en) * 2019-12-10 2023-01-24 Winkk, Inc. Method and apparatus for optical encryption communication using a multitude of hardware configurations
US11657140B2 (en) 2019-12-10 2023-05-23 Winkk, Inc. Device handoff identification proofing using behavioral analytics
US11328042B2 (en) 2019-12-10 2022-05-10 Winkk, Inc. Automated transparent login without saved credentials or passwords
US11553337B2 (en) 2019-12-10 2023-01-10 Winkk, Inc. Method and apparatus for encryption key exchange with enhanced security through opti-encryption channel
US11574045B2 (en) 2019-12-10 2023-02-07 Winkk, Inc. Automated ID proofing using a random multitude of real-time behavioral biometric samplings
US20220029849A1 (en) * 2021-05-14 2022-01-27 Arris Enterprises Llc Electronic device, method and storage medium for monitoring connection state of client devices
US12095751B2 (en) 2021-06-04 2024-09-17 Winkk, Inc. Encryption for one-way data stream
US11843943B2 (en) 2021-06-04 2023-12-12 Winkk, Inc. Dynamic key exchange for moving target
US11824999B2 (en) 2021-08-13 2023-11-21 Winkk, Inc. Chosen-plaintext secure cryptosystem and authentication
US20230308467A1 (en) * 2022-03-24 2023-09-28 At&T Intellectual Property I, L.P. Home Gateway Monitoring for Vulnerable Home Internet of Things Devices
US20230327905A1 (en) * 2022-04-06 2023-10-12 Haier Us Appliance Solutions, Inc. Service mode indication for domestic appliances

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016063520A (ja) 2014-09-22 2016-04-25 東芝ライテック株式会社 家電制御装置、家電制御システム及び家電制御方法
US20170161334A1 (en) * 2015-12-03 2017-06-08 At&T Intellectual Property I, L.P. Contextual Ownership

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7526539B1 (en) * 2000-01-04 2009-04-28 Pni Corporation Method and apparatus for a distributed home-automation-control (HAC) window
US7138914B2 (en) * 2003-08-01 2006-11-21 Spectrum Tracking Systems, Inc. Method and system for providing tracking services to locate an asset
KR100694208B1 (ko) * 2005-03-07 2007-03-14 삼성전자주식회사 무선 근거리 통신 시스템의 서비스 제공 방법 및 그 장치
JP2007220048A (ja) * 2006-02-20 2007-08-30 Hitachi Ltd 家庭用電気機器、機器制御装置および家電制御システム
CN101311978A (zh) * 2007-05-25 2008-11-26 魏建才 一种用于线缆防盗的方法、终端及系统
WO2009090968A1 (ja) * 2008-01-18 2009-07-23 Nec Corporation 無線アクセスシステム、無線アクセス方法、及び、アクセスポイント装置
US9544398B2 (en) * 2008-02-15 2017-01-10 Good Technology Holdings Limited System and methods to store, retrieve, manage, augment and monitor applications on appliances
JP5520118B2 (ja) * 2010-04-02 2014-06-11 パナソニック株式会社 機器制御システム
JP5677811B2 (ja) * 2010-06-11 2015-02-25 任天堂株式会社 携帯型情報端末、携帯情報システム、携帯型情報端末制御プログラム
US8983449B1 (en) 2011-09-26 2015-03-17 Klone Mobile, LLC End user controlled temporary mobile phone service device swapping system and method
CN102664911A (zh) * 2012-03-19 2012-09-12 东莞瑞柯电子科技股份有限公司 远程管理的电能信息网络系统及其控制方法
US10355947B2 (en) * 2013-05-16 2019-07-16 Panasonic Intellectual Property Corporation Of America Information providing method
JP5649696B1 (ja) * 2013-07-12 2015-01-07 三菱電機株式会社 エネルギーマネジメントシステム、端末装置、端末装置の制御方法、及び、プログラム
JP6128500B2 (ja) * 2013-07-26 2017-05-17 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 情報管理方法
KR102218295B1 (ko) * 2014-02-06 2021-02-22 삼성전자주식회사 가전 기기, 가전 기기의 네트워크 연결 시스템 및 가전 기기의 네트워크 연결 방법
JP6350073B2 (ja) * 2014-07-29 2018-07-04 セイコーエプソン株式会社 デバイス制御装置、デバイス制御方法、及び、デバイス制御プログラム
EP3235314B1 (en) * 2014-12-17 2019-10-09 Telefonaktiebolaget LM Ericsson (publ) Controlling wireless local area network access
US10419540B2 (en) * 2015-10-05 2019-09-17 Microsoft Technology Licensing, Llc Architecture for internet of things
US20180187969A1 (en) * 2017-01-03 2018-07-05 Samsung Electronics Co., Ltd. Refrigerator
US10715886B2 (en) * 2017-06-06 2020-07-14 Landis+Gyr Technologies, Llc Power outage-assessment apparatuses and methods

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016063520A (ja) 2014-09-22 2016-04-25 東芝ライテック株式会社 家電制御装置、家電制御システム及び家電制御方法
US20170161334A1 (en) * 2015-12-03 2017-06-08 At&T Intellectual Property I, L.P. Contextual Ownership

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Overview of low power wide area (LPWA) network technology enabling IoT", J R E A, vol. 61, no. 3, 1 March 2018 (2018-03-01), pages 32 - 35, XP009518919, ISSN: 0447-2322 *
See also references of EP3761658A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021140500A (ja) * 2020-03-05 2021-09-16 パナソニックＩｐマネジメント株式会社 制御システム、制御方法、プログラム
JP7352899B2 (ja) 2020-03-05 2023-09-29 パナソニックＩｐマネジメント株式会社 制御システム、制御方法、プログラム
JP7504668B2 (ja) 2020-06-02 2024-06-24 東芝ライフスタイル株式会社 通信システム、及び、家電
US11683348B2 (en) 2020-07-10 2023-06-20 International Business Machines Corporation Bypassing security vulnerable and anomalous devices in multi-device workflow
CN116569540A (zh) * 2020-12-10 2023-08-08 三菱电机株式会社 设备管理系统
DE112020007830T5 (de) 2020-12-10 2023-11-23 Mitsubishi Electric Corporation Gerätemanagementsystem

Also Published As

Publication number Publication date
US20210203726A1 (en) 2021-07-01
JPWO2019168032A1 (ja) 2021-03-18
EP3761658A1 (en) 2021-01-06
US20210014314A1 (en) 2021-01-14
US11252237B2 (en) 2022-02-15
CN110945877B (zh) 2022-10-25
JP7407423B2 (ja) 2024-01-04
EP3761658A4 (en) 2021-05-05
EP3761658B1 (en) 2024-09-11
US11546429B2 (en) 2023-01-03
CN110945877A (zh) 2020-03-31

Similar Documents

Publication Publication Date Title
WO2019168032A1 (ja) 機器管理システム、及び、機器管理方法
JP7257643B2 (ja) 機器管理方法、及び、機器管理システム
US10887447B2 (en) Configuration and management of smart nodes with limited user interfaces
US10063439B2 (en) Coordinated and device-distributed detection of abnormal network device operation
CN111066218B (zh) 用于远程电力管理和发现的系统、方法以及设备
US9342391B2 (en) Coordinated and device-distributed detection of abnormal network device operation
CN107409073B (zh) 监视物联网设备健康状况的方法、装置、设备和存储介质
CN107251530B (zh) 用于实现物联网(IoT)远程控制应用的系统和方法
US10416205B2 (en) Monitoring of resource consumption patterns in an automated environment including detecting variance in resource consumption
US10873634B2 (en) Apparatus and method for temporarily loaning internet of things (IOT) devices
US20180048987A1 (en) Updating firmware and/or performing a diagnostic check on an internet of things device while providing wireless power via a magnetic coupling and supporting a two-way wireless power exchange capability at a device
WO2016004134A2 (en) Systems and techniques for wireless device configuration
US11109221B1 (en) Electronic device identification system, apparatuses, and methods
US9813308B2 (en) Statistical monitoring of customer devices
US10225347B2 (en) Message controlled appliances
CN115113534A (zh) 场景执行方法和装置、存储介质及电子装置
CN115486039A (zh) 节点控制单元和网络服务设备
US20230306404A1 (en) Dynamic Selection of Processing Devices in a Multi-Device Network

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: 19760454

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2020503568

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019760454

Country of ref document: EP