WO2021256492A1 - アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法 - Google Patents

アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法 Download PDF

Info

Publication number
WO2021256492A1
WO2021256492A1 PCT/JP2021/022825 JP2021022825W WO2021256492A1 WO 2021256492 A1 WO2021256492 A1 WO 2021256492A1 JP 2021022825 W JP2021022825 W JP 2021022825W WO 2021256492 A1 WO2021256492 A1 WO 2021256492A1
Authority
WO
WIPO (PCT)
Prior art keywords
actuator
heater
application
blocks
block
Prior art date
Application number
PCT/JP2021/022825
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 CN202180040454.XA priority Critical patent/CN115843356A/zh
Priority to JP2022531858A priority patent/JPWO2021256492A1/ja
Publication of WO2021256492A1 publication Critical patent/WO2021256492A1/ja
Priority to US18/070,796 priority patent/US20230088560A1/en

Links

Images

Classifications

    • D—TEXTILES; PAPER
    • D06—TREATMENT OF TEXTILES OR THE LIKE; LAUNDERING; FLEXIBLE MATERIALS NOT OTHERWISE PROVIDED FOR
    • D06F—LAUNDERING, DRYING, IRONING, PRESSING OR FOLDING TEXTILE ARTICLES
    • D06F33/00—Control of operations performed in washing machines or washer-dryers 
    • D06F33/50—Control of washer-dryers characterised by the purpose or target of the control
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24C—DOMESTIC STOVES OR RANGES ; DETAILS OF DOMESTIC STOVES OR RANGES, OF GENERAL APPLICATION
    • F24C7/00—Stoves or ranges heated by electric energy
    • F24C7/08—Arrangement or mounting of control or safety devices
    • F24C7/082—Arrangement or mounting of control or safety devices on ranges, e.g. control panels, illumination
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24C—DOMESTIC STOVES OR RANGES ; DETAILS OF DOMESTIC STOVES OR RANGES, OF GENERAL APPLICATION
    • F24C7/00—Stoves or ranges heated by electric energy
    • F24C7/02—Stoves or ranges heated by electric energy using microwaves
    • F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
    • F24—HEATING; RANGES; VENTILATING
    • F24C—DOMESTIC STOVES OR RANGES ; DETAILS OF DOMESTIC STOVES OR RANGES, OF GENERAL APPLICATION
    • F24C7/00—Stoves or ranges heated by electric energy
    • F24C7/08—Arrangement or mounting of control or safety devices
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • D—TEXTILES; PAPER
    • D06—TREATMENT OF TEXTILES OR THE LIKE; LAUNDERING; FLEXIBLE MATERIALS NOT OTHERWISE PROVIDED FOR
    • D06F—LAUNDERING, DRYING, IRONING, PRESSING OR FOLDING TEXTILE ARTICLES
    • D06F2105/00—Systems or parameters controlled or affected by the control systems of washing machines, washer-dryers or laundry dryers
    • D06F2105/10—Temperature of washing liquids; Heating means therefor
    • D—TEXTILES; PAPER
    • D06—TREATMENT OF TEXTILES OR THE LIKE; LAUNDERING; FLEXIBLE MATERIALS NOT OTHERWISE PROVIDED FOR
    • D06F—LAUNDERING, DRYING, IRONING, PRESSING OR FOLDING TEXTILE ARTICLES
    • D06F2105/00—Systems or parameters controlled or affected by the control systems of washing machines, washer-dryers or laundry dryers
    • D06F2105/50—Starting machine operation, e.g. delayed start or re-start after power cut
    • D—TEXTILES; PAPER
    • D06—TREATMENT OF TEXTILES OR THE LIKE; LAUNDERING; FLEXIBLE MATERIALS NOT OTHERWISE PROVIDED FOR
    • D06F—LAUNDERING, DRYING, IRONING, PRESSING OR FOLDING TEXTILE ARTICLES
    • D06F34/00—Details of control systems for washing machines, washer-dryers or laundry dryers
    • D06F34/04—Signal transfer or data transmission arrangements
    • D06F34/05—Signal transfer or data transmission arrangements for wireless communication between components, e.g. for remote monitoring or control

Definitions

  • the present disclosure relates to a device including an actuator and / or a heater and a method for controlling the device.
  • Patent Document 1 discloses a washing machine capable of setting operating conditions for washing desired by the user.
  • control program developed in advance by the manufacturer of the product or the like must be stored in the product in advance, and it is difficult to customize and update the control program according to the wishes of various users.
  • the present disclosure provides an apparatus and a method capable of executing a wide variety of control programs more easily and safely.
  • the apparatus includes at least one of an actuator and a heater, and a control unit that controls at least one of the actuator and the heater, and the control unit includes the actuator and the heating.
  • the application is modified by modifying at least one of the plurality of blocks with reference to the first rule defining the first parameter range in which the at least one drive of the vessel is not allowed.
  • the at least one has parameters included in the first parameter range and drives the at least one of the actuator and the heater based on the modified application.
  • a recording medium such as a system, method, integrated circuit, computer program or computer-readable CD-ROM, and the system, method, integrated circuit, computer program. And may be realized by any combination of recording media.
  • the device can execute a wide variety of control programs more easily and safely.
  • FIG. 1 is a hardware configuration diagram of the system according to the first embodiment.
  • FIG. 2A is a hardware configuration diagram of the cloud server according to the first embodiment.
  • FIG. 2B is a hardware configuration diagram of the device according to the first embodiment.
  • FIG. 2C is a hardware configuration diagram of the terminal according to the first embodiment.
  • FIG. 3 is a functional configuration diagram of the system according to the first embodiment.
  • FIG. 4 shows an example of a block that defines an application according to the first embodiment.
  • FIG. 5 shows a plurality of blocks for a washing machine according to the first embodiment.
  • FIG. 6 shows a plurality of blocks for a microwave oven in the first embodiment.
  • FIG. 7 shows a plurality of blocks for a rice cooker according to the first embodiment.
  • FIG. 8 is a sequence diagram of the system according to the first embodiment.
  • FIG. 9 shows an example of the device database according to the first embodiment.
  • FIG. 10 shows an example of the execution content declaration in the first embodiment.
  • FIG. 11 shows a flowchart of the pre-execution confirmation process according to the first embodiment.
  • FIG. 12 shows an example of the rule database according to the first embodiment.
  • FIG. 13 shows an example of changing the block in the first embodiment.
  • FIG. 14 shows an example of changing the block in the first embodiment.
  • FIG. 15A is a sequence diagram of the system according to the first modification of the first embodiment.
  • FIG. 15B is a sequence diagram of the system according to the second modification of the first embodiment.
  • FIG. 15C is a sequence diagram of the system according to the third modification of the first embodiment.
  • FIG. 15A is a sequence diagram of the system according to the first modification of the first embodiment.
  • FIG. 15B is a sequence diagram of the system according to the second modification of the first embodiment.
  • FIG. 15D is a sequence diagram of the system according to the fourth modification of the first embodiment.
  • FIG. 15E is a sequence diagram of the system according to the fifth modification of the first embodiment.
  • FIG. 16 shows a flowchart of the pre-execution confirmation process according to the second embodiment.
  • FIG. 17 shows a flowchart of the pre-execution confirmation process according to the third embodiment.
  • FIG. 18 shows a flowchart of the pre-execution confirmation process according to the fourth embodiment.
  • FIG. 19 shows an example of the rule database according to the fourth embodiment.
  • the inventors of the present application have constructed an environment in which a control program can be developed while maintaining the guarantee of safety by using a functional block that abstracts the control of the actuator and / or the heater included in the product.
  • a functional block that abstracts the control of the actuator and / or the heater included in the product.
  • dangerous applications ie, applications that cannot be safely controlled by the product
  • a program included in a household electric appliance or the like is incorporated into a device for directly controlling an actuator and / or a heater, and a program developed by a manufacturer and a program developed by a third party. It is assumed that they are included in a mixed state. At this time, it is highly likely that the manufacturer will not disclose information on all household appliances including know-how to a third party. For example, the parameters or timings that drive the actuator and / or the heater are the know-how related to the performance of the manufacturer's home appliances and the like. Therefore, since it may lead to a decrease in competitiveness, it is unlikely that the manufacturer will open the know-how to a third party so that it can freely drive home electric appliances and the like.
  • a third party may create an application that includes a combination of controls or a parameter range that the manufacturer does not anticipate, that is, an application whose safety is not guaranteed, due to lack of information on household appliances and the like. It is not desirable for the user to provide such an application to the user.
  • the manufacturer wants to guarantee that even if household appliances or the like operate using an application provided by a third party, they will operate safely. At this time, it is desired to reduce the amount of work for verifying safety by actually driving a wide variety of applications with home appliances and the like.
  • the present disclosure provides a device and the like capable of more easily and safely executing a wide variety of applications defined by a plurality of functional blocks for driving an actuator and / or a heater.
  • each figure is not necessarily exactly illustrated.
  • substantially the same configurations are designated by the same reference numerals, and duplicate explanations are omitted or simplified.
  • FIG. 1 is a hardware configuration diagram of the system 1 according to the first embodiment.
  • FIG. 2A is a hardware configuration diagram of the cloud server 10 according to the first embodiment.
  • FIG. 2B is a hardware configuration diagram of the device 20 according to the first embodiment.
  • FIG. 2C is a hardware configuration diagram of the terminal 30 according to the first embodiment.
  • the system 1 in the present embodiment includes a cloud server 10, devices 20a to 20h used in facilities 2a to 2d, and terminals 30a to 30d.
  • Facilities 2a to 2d are, for example, houses, but are not limited thereto.
  • Facilities 2a to 2d may be, for example, condominiums, stores, offices, and the like.
  • the cloud server 10 is a virtual server provided via a computer network (for example, the Internet).
  • the cloud server 10 is connected to the devices 20a to 20h and the terminals 30a to 30d via the computer network.
  • a physical server may be used instead of the cloud server 10.
  • the cloud server 10 virtually includes a processor 11 and a memory 12 connected to the processor 11.
  • the processor 11 functions as a sequence manager and a device manager described later when an instruction or a software program stored in the memory 12 is executed.
  • the devices 20a to 20h are electric machines and appliances used in the facilities 2a to 2d.
  • the devices 20c to 20h used in the facilities 2b to 2d are not shown.
  • the device 20 when it is not necessary to distinguish between the devices 20a to 20h, the device 20 will be referred to as the device 20.
  • household electric appliances home appliances
  • housing equipment and the like
  • Household appliances (home appliances) and housing equipment are not limited to equipment used in homes, but also include equipment used in business.
  • household electric appliances, housing equipment, etc. may be abbreviated as household electric appliances, etc.
  • Home appliances include, for example, microwave ovens, rice cookers, mixers (Blender), electric ovens, electric toasters, electric pots, hot plates, IH (Induction heating) cookers, roasters, bakeries, electric pressure cooking pans, and electric anhydrous cooking pans.
  • Multi-cooker coffee maker, refrigerator, washing machine, dishwasher, vacuum cleaner, air conditioner, air purifier, humidifier, dryer, fan, ion generator and the like are used.
  • the housing equipment for example, an electric shutter, an electronic lock, an electric water heater for a bathtub, and the like are used.
  • the device 20 is not limited to this.
  • the device 20 includes a housing 21, an actuator 22, a heater 23, and a control unit 24.
  • the device 20 may include at least one of the actuator 22 and the heater 23, and may not include both the actuator 22 and the heater 23.
  • the housing 21 houses the actuator 22, the heater 23, and the control unit 24. Further, the housing 21 may have an internal space for processing an object. For example, a washing tub of a washing machine, a heating chamber of a microwave oven, an inner pot of a rice cooker, and the like correspond to an internal space for processing an object.
  • the actuator 22 is a mechanical element that converts input energy into physical motion based on an electric signal.
  • an electric motor, a hydraulic cylinder, a pneumatic actuator, or the like can be used, but the actuator 22 is not limited thereto.
  • the heater 23 is an electric heater that converts electric energy into heat energy.
  • the heater 23 heats the object by, for example, Joule heating, induction heating, dielectric heating, or the like.
  • the apparatus 20 of the present disclosure includes the actuator 22 and / or the heater 23
  • a manufacturer of home electric appliances or the like provides a third party with a development environment in which all the parameters and combinations of driving for driving the actuator 22 and the heater 23 can be freely controlled.
  • the third party controls a program that deviates from the parameter range in which the actuator 22 and / or the heater 23 assumed by the manufacturer can be safely driven, or the drive limit of the actuator 22 and / or the heater 23. It will be possible to create.
  • the driving of the actuator 22 that physically moves or the heater 23 that outputs heat energy, which is not expected by the manufacturer has a big problem of ensuring safety.
  • Examples of the drive not assumed by the manufacturer include high-speed rotation of an electric motor, which is an example of an actuator, and supply of an overcurrent to the heater 23.
  • the inventors of the present application aimed at not hindering the construction of an environment in which a wide variety of applications can be provided to users by considering excessive safety aspects. Therefore, the apparatus 20 of the present disclosure is targeted on the assumption that the safety aspect is ensured by specializing in the actuator 22 that physically moves or the heater 23 that outputs heat energy.
  • the control unit 24 is a controller that controls the actuator 22 and / or the heater 23, and functions as a device described later.
  • the control unit 24 is composed of, for example, an integrated circuit.
  • the terminals 30a to 30d are used in the facilities 2a to 2d, respectively, and function as a user interface.
  • FIG. 1 the illustration of the terminals 30b to 30d used in the facilities 2b to 2d is omitted. In the following, when it is not necessary to distinguish between the terminals 30a to 30d, it is described as the terminal 30.
  • the terminal 30 is connected to the cloud server 10 and the device 20 via a computer network, and functions as a user interface (UI) described later.
  • UI user interface
  • a portable information terminal such as a smartphone or a tablet computer can be used.
  • the terminal 30 may be a terminal fixed to the wall, floor, or ceiling of the facilities 2a to 2d. Further, the terminal 30 may be included in the device 20.
  • the terminal 30 may be realized as a display terminal having a display or the like built in each of the devices 20a to 20h.
  • the terminal 30 includes a display 31 and an input device 32.
  • the display 31 for example, a liquid crystal display and an organic EL display can be used.
  • the input device 32 for example, a touch panel, a keyboard, a mouse, a mechanical button, or the like can be used.
  • a voice input device may be used as the input device 32.
  • the display 31 and the input device 32 may be integrally mounted as a touch screen.
  • a gesture input device may be used as the input device 32.
  • the gesture input device has, for example, a camera and a recognition unit. The camera captures an image including the gesture, and the recognition unit recognizes the gesture using the image.
  • FIG. 3 is a functional configuration diagram of the system 1 according to the first embodiment.
  • the cloud server 10 includes a sequence manager 100 and a device manager 200.
  • the devices 20a to 20h each include devices 300a to 300h.
  • the terminals 30a to 30d include UI400a to 400d, respectively.
  • the device 300 when it is not necessary to distinguish between the devices 300a to 300h, it is described as the device 300.
  • UI400a to 400d when it is not necessary to distinguish between UI400a to 400d, it is described as UI400.
  • the sequence manager 100 manages a plurality of applications.
  • the plurality of applications are downloaded from the application distribution platform to the sequence manager 100, for example, by a user operation.
  • the application included in the application distribution platform does not have to be downloaded to the sequence manager 100.
  • information indicating that the application included in the application distribution platform is associated may be recorded in the database of the sequence manager 100. The details of the application will be described later.
  • the device manager 200 has a database for managing the devices 300 and UI 400 used in a plurality of facilities 2a to 2d and each facility 2a to 2d.
  • the device manager 200 manages the device 300 and the UI 400 by recording the device information and the UI information associated with the facilities 2a to 2d in the database.
  • the device information and UI information include, for example, a control function and a drive function, and an operating status.
  • the device manager 200 can manage the operating status of the device 300 and grasp the operating schedule of the device 300. Further, the device manager 200 may manage the log information of the device 300.
  • such a database may be possessed by the sequence manager 100 instead of the device manager 200, or may be possessed by both the sequence manager 100 and the device manager 200.
  • the device 300 has a control function and a drive function of the device 20.
  • the device 300 can drive the device 20 according to the instruction from the device manager 200.
  • UI400 provides information to the user and accepts input from the user.
  • the application (hereinafter, may be abbreviated as an application) is a control program defined by a plurality of functional blocks (hereinafter, abbreviated as blocks) that drive the actuator 22 and / or the heater 23.
  • Each of the plurality of blocks can include parameters for driving the actuator 22 or the heater 23.
  • each of the plurality of blocks is an abstraction of the control of the actuator 22 or the heater 23.
  • the application may include a block that does not drive the actuator 22 and / or the heater 23, in addition to the plurality of blocks that drive the actuator 22 and / or the heater 23.
  • An example of a block that does not drive the actuator 22 and / or the heater 23 includes information display using the interface of the device 300, audio output using the buzzer of the device 300, lighting or extinguishing of the lamp of the device 300, and the like. .. Further, the block may include a condition for starting the driving of the actuator 22 or the heater 23.
  • an application including the first block and the second block will be described as an example.
  • the block may include an end condition instead of a start condition.
  • the execution of the first block when switching to the second block, when the end condition included in the first block is satisfied, the first block is switched to the second block.
  • FIG. 4 shows an example of a block that defines an application in the first embodiment.
  • the block 1000 shown in FIG. 4 is a block that controls the stirring operation of the washing machine, and includes parameters 1001 to 1006.
  • Parameter 1001 includes information indicating the type of agitation (eg, usually dancing, shaking).
  • the parameter 1001 can be rephrased as indicating the type of function.
  • Parameter 1002 includes a value indicating the rotation speed of the drum.
  • the parameter 1002 can be rephrased as indicating the driving strength of the actuator 22 and / or the heater 23.
  • Parameter 1003 includes a value indicating the amount of water supplied to the drum as the water level after water supply. It can also be said that the parameter 1003 indicates the state after the actuator 22 and / or the heater 23 is driven.
  • Parameter 1004 includes a value indicating on / off of the circulation pump.
  • the parameter 1004 can be rephrased as indicating whether or not to drive the actuator 22 and / or the heater 23.
  • Parameter 1005 includes information (eg, short, medium, long) indicating the stirring interval in stages.
  • Parameter 1006 includes a value indicating the stirring time.
  • FIGS. 5 to 7 Multiple such blocks are used to define the application. For example, a plurality of blocks as shown in FIGS. 5 to 7 are used.
  • FIG. 5 shows a plurality of blocks for a washing machine according to the first embodiment.
  • FIG. 6 shows a plurality of blocks for a microwave oven in the first embodiment.
  • FIG. 7 shows a plurality of blocks for a rice cooker according to the first embodiment.
  • the plurality of blocks shown in FIGS. 5 to 7 are examples, and the blocks for a washing machine, a microwave oven, and a rice cooker are not limited thereto. For example, multiple blocks may be layered by the level of abstraction.
  • the level of abstraction may be changed between the hierarchy for manufacturers and the hierarchy for non-manufacturers.
  • Examples of non-manufacturers are hierarchies for other manufacturers and hierarchies for third parties.
  • the hierarchy for manufacturers has a lower level of abstraction than the hierarchy for non-manufacturers.
  • a low level of abstraction means that the contents close to the parameters for driving the actuator and the heater are controlled.
  • the manufacturer makes it possible for non-manufacturers to develop applications by providing blocks with the minimum level of abstraction that guarantees know-how and safety to non-manufacturers.
  • Manufacturers can enable more people to develop applications by providing general users with blocks with a higher level of abstraction.
  • Higher levels of abstraction correspond, for example, to blocks defined by terms that ordinary users themselves can understand without specialized knowledge.
  • Terms that can be understood without specialized knowledge are, for example, contents corresponding to the functions themselves of household electric appliances and the like. Specifically, when "plenty" is selected as the parameter related to the amount of water in the "washing" block in the washing machine, the water level parameter in the water supply block is raised from 60 mm to 100 mm in one embodied layer.
  • the manufacturer provides the other manufacturer with a block having the minimum level of abstraction that guarantees know-how and safety, so that the other manufacturer can realize the provided block even higher.
  • Blocks with a concrete level can be specified and implemented independently.
  • each manufacturer can freely develop an application related to driving an actuator and a heater of each manufacturer for a third party who develops only an application while ensuring their own know-how and safety.
  • the manufacturer may be shown to the app developer and the user that the block cannot be used or operates within a limited parameter range.
  • “high speed” is selected as the parameter related to the motor rotation in the "stirring” block in the washing machine
  • the manufacturer's washing machine realizes a parameter of 150 rpm to realize "high speed”.
  • the washing machine of another manufacturer can rotate only up to 120 rpm due to the characteristics of the motor, it is shown to the application developer or the user that the error or the limit value of 120 rpm is realized.
  • FIG. 8 is a sequence diagram of the system 1 according to the first embodiment.
  • Step S110 The sequence manager 100 transmits the sequence manager information to the device manager 200.
  • the transmission of this sequence manager information is performed, for example, by an instruction of a system administrator.
  • the device manager 200 registers the received sequence manager information in, for example, the sequence manager database. If the sequence manager information is registered in the sequence manager database in advance, this step may be skipped.
  • the sequence manager information includes, for example, an identifier and / or an address of the sequence manager 100 (for example, a URL (Uniform Resource Locator), an IP (Internet Protocol) address, etc.). Further, the sequence manager information may include arbitrary information.
  • Step S112 The device 300 transmits the device information 1101 to the device manager 200.
  • the transmission of the device information 1101 is performed, for example, when the device 300 is connected to the computer network.
  • the device manager 200 registers the received device information 1101 in the device database 1100. If the device information 1101 is registered in the device database 1100 in advance, this step may be skipped.
  • the device information 1101 may be registered in the device manager 200 via the UI 400 after being transmitted to the UI 400.
  • the device information 1101 includes an identifier and / or an address of the device 300. Further, the device information 1101 may include arbitrary information.
  • FIG. 9 shows an example of the device database according to the first embodiment. A plurality of device information including the device information 1101 is registered in the device database 1100 of FIG. Each device information includes a device ID, an address, a type, a manufacturer name, a model number, an actuator / heater, and a deterioration level.
  • the actuator / heater is identification information of the actuator 22 and / or the heater 23 constituting the device 300.
  • the deterioration level is an example of deterioration information indicating whether or not the actuator 22 and / or the heater 23 constituting the device 300 is deteriorated.
  • the device information 1101 may include information on an executable block.
  • the information about the executable block may be information in which the blocks included in the database are associated with the executable or infeasible, or may be information only on the executable block. Further, whether or not the block can be executed can be prepared in advance based on the information such as the actuator / heater included in the device information 1101.
  • the device information 1101 may include information that can identify the facilities 2a to 2d.
  • Step S114 The UI 400 transmits UI information to the device manager 200.
  • the transmission of this UI information is performed, for example, according to a user's instruction.
  • the device manager 200 registers the received UI information in, for example, a UI database. If the UI information is registered in the UI database in advance, this step may be skipped.
  • UI information includes, for example, an identifier and / or address of UI400. Further, the UI information may include arbitrary information.
  • the UI information may include information that can identify facilities 2a to 2d.
  • the sequence manager 100, the device manager 200, the device 300, and the UI 400 can be linked to each other and establish a connection with each other.
  • the preparation phase F100 ends.
  • the pre-execution phase F200 of the application will be described.
  • the application is downloaded from the application distribution platform to the sequence manager 100 according to the instruction from the user via the UI 400. In this way, the following processing is performed with the application downloaded to the sequence manager 100.
  • Step S210 The UI 400 receives the application execution request from the user and transmits the application execution request including the application identification information to the sequence manager 100. For example, the user selects an application from a plurality of applications downloaded to the sequence manager 100 via the UI 400, and instructs the execution of the selected application.
  • the application execution request transmitted from the UI 400 to the sequence manager 100 is transmitted as a set with information that can identify the facilities 2a to 2d.
  • the application execution request does not have to be explicitly accepted by the user.
  • the user's behavior or state may be detected, and the application execution request may be automatically transmitted to the sequence manager 100 based on the detection result.
  • Step S212 The sequence manager 100 sends an execution content declaration of the application identified by the application execution request to the device manager 200.
  • the execution content declaration includes information on a plurality of blocks defining an application to be executed and information capable of identifying facilities 2a to 2d.
  • FIG. 10 is a diagram showing an example of an execution content declaration in the first embodiment.
  • FIG. 10 shows an execution content declaration 1200 for an application defined by combining a plurality of blocks for the washing machine shown in FIG.
  • the execution content declaration 1200 includes a plurality of blocks 1201, information 1202 regarding devices necessary for executing each block 1201, and information 1203 in the order in which each block 1201 is executed.
  • the execution content declaration 1200 does not have to include the information 1202 regarding the device. In that case, it is necessary for the device manager 200 to search for a device capable of executing the corresponding block at the facility indicated by the received facility information from the information of the plurality of blocks 1201, and perform device allocation.
  • the device information 1202 indicates the model number of the device 300, but the present invention is not limited to this.
  • the information 1202 regarding the device may be any information as long as it can indicate the conditions of the device 300 that can be assigned to the block.
  • the device information 1202 may include a plurality of model numbers, or may include only the device type, purpose of use, location, or any combination thereof.
  • the device manager 200 allocates the device 300 associated with the device manager 200 to each block included in the execution content declaration based on the information that can identify the facilities 2a to 2d.
  • the device manager 200 has a device having a model number WM-0001 registered in the device database 1100 of FIG. 9 as connected to the facility indicated by the received facility information in each of the plurality of blocks 1201 shown in FIG. Allocate DEV001.
  • the allocation of the operating device 300 may be prohibited.
  • the device manager 200 declares the execution content. Notifies the sequence manager 100 that the executed application cannot be executed.
  • Step S215 The device manager 200 notifies the device 300 of the result of the device allocation. As a result, the plurality of blocks included in the application are transmitted to the allocated device 300.
  • Step S216 The device 300 confirms the block before executing the block. That is, before executing the block, the device 300 checks whether the device 300 has a problem when the block is executed. For example, device 300 checks for safety and / or efficiency issues.
  • the device 300 changes the block based on the confirmation result. This modifies the block so that the problem does not occur.
  • FIG. 11 shows a flowchart of the pre-execution confirmation process according to the first embodiment.
  • the device 300 acquires the rule corresponding to the block.
  • the rule defines a range of parameters (hereinafter referred to as non-permissible range) in which driving of at least one of the actuator 22 and the heater 23 is not permitted.
  • the device 300 refers to the rule database to acquire the parameter range corresponding to the actuator 22 or heater 23 driven by the block.
  • the rule database may be included in, for example, the device 300, or may be included in the sequence manager 100 or the device manager 200.
  • FIG. 12 shows an example of the rule database according to the first embodiment.
  • Rules 1301 and 1302 are registered in the rule database 1300 of FIG.
  • Each of rules 1301 and 1302 has a parameter range that defines an unacceptable range.
  • rule 1301 has a range greater than 1000 rpm as an unacceptable range.
  • the range of parameters for causing the actuator 22 or the heater 23 to reach the durable temperature is predetermined.
  • the durable temperature means the rated temperature and indicates the maximum allowable temperature. Therefore, if the actuator 22 or the heater 23 is driven using parameters within the unacceptable range, the temperature of the internal space of the housing 21, the actuator 22 or the heater 23 reaches an unacceptable temperature.
  • each of rules 1301 and 1302 has an unacceptable range as a parameter range, but is not limited to this.
  • each of the rules 1301 and 1302 may have a parameter range (hereinafter referred to as an allowable range) in which the actuator 22 or the heater 23 is allowed to be driven as a parameter range.
  • an allowable range in which the actuator 22 or the heater 23 is allowed to be driven.
  • each of rules 1301 and 1302 can define a range excluding the allowable range as a non-allowable range. This permissible range is defined as a range in which the actuator 22 or the heater 23 can be safely driven.
  • tolerances are defined with a wide range of parameters available for the development of a wide variety of applications.
  • the permissible range does not depend only on the performance of the actuator 22 or the heater 23 itself. There is. Therefore, in order to drive safely in any environment, the weight given to safety becomes a high tolerance range, and the room for developing a wide variety of applications is reduced. Therefore, the rule may be associated with the information of the device 300 or the like independently of the application. By using such a rule, both safety and development of a wide variety of applications can be achieved at the same time.
  • the rules relate to the range in which the actuator 22 or heater 23 can be safely driven.
  • the range that can be safely driven may be a range that takes into consideration the start condition or end condition of the block.
  • a rule (allowable range) can be set assuming a load that affects the safety of the actuator 22 or the heater 23. That is, the permissible range depends on the performance of the actuator 22 or the heater 23, the start condition or the end condition of the block, and the like.
  • the allowable range or the non-acceptable range may be defined by a combination of a plurality of parameters.
  • the permissible range or the non-permissible range may be a range of output values of a function of a plurality of parameters.
  • the allowable range or the non-allowable range may be the output value range of the function of the first parameter indicating the water level and the second parameter indicating the rotation speed of the motor.
  • Functions can be predetermined empirically and / or experimentally.
  • an allowable range or a non-acceptable range may be defined by a set of a plurality of combinations of values of a plurality of parameters.
  • Each of the rules 1301 and 1302 further has a type, a manufacturer name, a model number, and an actuator / heater.
  • the device 300 can acquire the rule corresponding to the actuator 22 or the heater 23 driven by the block from the rule database 1300.
  • device 300 refers to rule database 1300 of FIG. 12 and acquires rule 1301 for the dehydration block of FIG.
  • Step S2166 The device 300 determines whether or not the parameters contained in the block are included in the unacceptable range. Here, when it is determined that the parameter is not included in the unacceptable range (No in S2166), the device 300 skips the subsequent steps S2167 and ends the pre-execution confirmation process. On the other hand, if it is determined that the parameter is included in the unacceptable range (Yes in S2166), the device 300 proceeds to the next step S2167.
  • Step S2167 The device 300 changes the block and ends the pre-execution confirmation process.
  • Modifying a block means modifying the contents of the block, deleting the block, adding new blocks before and after the block, or any combination thereof.
  • the device 300 can change the block by changing the parameter of the block to a parameter included in the allowable range.
  • a specific example of such a block change will be described with reference to FIG.
  • FIG. 13 shows an example of changing the block in the first embodiment.
  • the rotation speed parameter in the dehydration block is included in the unacceptable range, it is changed to the parameter included in the allowable range (1200 rpm ⁇ 1000 rpm).
  • the device 300 can change the block by changing the parameter of the block to the parameter included in the allowable range and adding a new block.
  • a specific example of such a block change will be described with reference to FIG.
  • FIG. 14 shows an example of changing the block in the first embodiment.
  • the time parameter in the dehydration block is included in the unacceptable range, it is changed to the parameter included in the allowable range (600s ⁇ 300s), and the stop block and the dehydration block are added after the dehydration block. ..
  • the stop block and the dehydration block are added after the dehydration block. ..
  • the load is reduced, a stop is added, and the dehydration block is performed again. Therefore, it is possible to provide an application that can safely execute the functions specified in the application before the change.
  • the device 300 can change the block by deleting the block.
  • the temperature parameter when a temperature parameter is included in an unacceptable range, the temperature parameter may be changed to a temperature parameter included in the allowable range. Further, when the execution time parameter is included in the non-allowable range, the execution time parameter may be changed to the execution time parameter included in the allowable range, and a new block may be added.
  • the pot bottom temperature parameter when the pot bottom temperature parameter is included in the unacceptable range, the pot bottom temperature parameter may be changed to the pot bottom temperature parameter included in the allowable range. Further, when the duration parameter is included in the unacceptable range, the duration parameter may be changed to the duration parameter included in the allowable range, and a new block may be added.
  • Step S21-7 The device 300 transmits the result of the pre-execution confirmation to the device manager 200. If the block has been modified, the modified block may be sent to the device manager 200.
  • Step S2128 The device manager 200 returns the result of the device allocation to the sequence manager 100. Further, when the block is changed in the pre-execution confirmation, the application including the changed block may be transmitted to the sequence manager 100.
  • Step S220 The sequence manager 100 receives the allocation result notification from the device manager 200, and notifies the user of the completion of execution preparation via the UI 400.
  • the UI 400 displays a list of devices on which the application is executed, and also displays a graphical user interface (GUI) for accepting input for confirmation of application execution from the user.
  • GUI graphical user interface
  • the UI 400 may accept changes in device allocation from the user. Further, the UI 400 does not have to display a list of devices.
  • Step S224 The UI 400 receives the input of the execution confirmation from the user and sends the application start instruction to the device manager 200.
  • the device manager 200 transfers the application start instruction to the sequence manager 100.
  • steps S220, S222, and S224 provide information to the user again before the application is executed, but may be omitted because the work of the user may increase.
  • Step S310 The sequence manager 100 receives the application start instruction and selects the first block (first block) from the plurality of blocks included in the application. Then, the sequence manager 100 transmits the execution instruction of the selected first block to the device manager 200.
  • the sequence manager 100 may collectively send the execution instructions of the plurality of blocks to the device manager 200.
  • the device manager 200 transmits the execution instruction of the first block to the device 300 assigned to the first block based on the execution instruction of the first block received from the sequence manager 100.
  • Step S312 The device manager 200 receives the execution instruction of the first block and updates the schedule (scheduled use time) of each device.
  • Step S314 The device 300 receives the execution instruction of the first block and executes the first block.
  • Step S316 The device 300 sends a completion notification to the device manager 200 when the execution of the first block is completed. If an error occurs during the execution of the first block, the device 300 may send the error information to the device manager 200. Further, the device 300 may send event information to the device manager 200 during the execution of the first block. As the event information, for example, the output value of the sensor, the operation of the device, or the like can be used, but the event information is not limited to this.
  • the device manager 200 transfers the completion notification and / or various information received from the device 300 to the sequence manager 100.
  • Step S3128 Upon receiving the completion notification of the first block, the sequence manager 100 updates the progress of the application and selects the next block (second block). Further, when the sequence manager 100 receives the error information, the sequence manager 100 executes a process corresponding to the error information (for example, returning to the previous block, returning to the first block, waiting, etc.). The processing information corresponding to the error information may be stored in advance in the sequence manager 100, or may be received from the user via the UI 400, for example. Further, when the sequence manager 100 receives the event information, the sequence manager 100 executes a process corresponding to the event information. For example, when the event information includes the output value of the water level sensor, the sequence manager 100 updates the water level parameter for displaying the water level included in the running block.
  • Step S320 The sequence manager 100 sends an execution instruction for the selected second block to the device manager 200.
  • the execution instruction of the second block may be an instruction to the same device as the execution instruction (S310) of the first block, or may be an instruction to a different device.
  • the execution instruction of the second block may be collectively transmitted to the device manager 200 in the same manner as the execution instruction of the first block.
  • the execution of blocks is instructed one by one, but it is not limited to this.
  • execution of a plurality of blocks to which the same device is assigned may be instructed collectively. In that case, it may be confirmed in advance whether each block satisfies the parameter range of function execution, or the block corresponding to the change may be downloaded to the device side before execution. Further, for example, each block execution instruction may be given to a plurality of devices.
  • the application including blocks and the rule database provide an environment in which a wide variety of applications can be developed, and the actuator 22 or the actuator 22 that physically moves with respect to the application freely developed under the environment. It is possible to safely drive the heater 23 that outputs heat energy. In other words, it is possible to provide an environment in which an application can be freely developed, and at the same time, it is possible to provide a function for ensuring safety independently of the application. As a result, for example, it becomes possible to create a wide variety of applications with a high degree of freedom in parallel with the development of a rule database to ensure safety, and to develop a wide variety of applications at an early stage. Can be made possible.
  • the rule database is defined independently of the application without changing the various applications themselves. By updating the database, it becomes possible to support all applications.
  • the device 20 in the present embodiment includes at least one of the actuator 22 and the heater 23, and a control unit 24 that controls at least one of the actuator 22 and the heater 23, and the control unit 24 includes the actuator 22 and the heater.
  • Modifying the application by modifying at least one of the blocks, with reference to the first rule defining the first parameter range where at least one drive of the is not allowed, at least one of the blocks. It has parameters included in the first parameter range and drives at least one of the actuator 22 and the heater 23 based on the modified application.
  • the actuator 22 and / or the heater 23 can be driven based on the application defined by the plurality of blocks. Therefore, it is possible to develop an application using a block that abstracts the control of the device 20, and it is possible to develop a wide variety of applications not only by the manufacturer but also by a third party, and these applications can be easily developed by the device 20. It will be possible to execute. Further, based on the application, the block having the parameters included in the unacceptable first parameter range can be modified before the actuator 22 and / or the heater 23 is driven. Therefore, it is possible to prevent the actuator 22 and / or the heater 23 from being driven by an unacceptable parameter.
  • the application developer can improve the safety of the device 20 controlled by the application even when the application is created in which the suitability for the user is more important than the security of the actuator 22 and / or the heater 23. Can be done.
  • control unit 24 is allowed to drive at least one of the actuator 22 and the heater 23 with reference to the first rule for the parameters included in the first parameter range.
  • the application may be changed by changing the parameters included in the range.
  • the parameters included in the unacceptable first parameter range can be changed to the parameters included in the acceptable range, so that, for example, the application developer can safely drive the actuator 22 and the heater 23.
  • the developer of the software incorporated in the device 20 that controls the actuator 22 and the heater 23 should check the safety of each application every time. It is possible to execute the block without, and it is possible to prevent the actuator 22 and / or the heater 23 from being driven by unacceptable parameters.
  • control unit 24 is allowed to drive at least one of the actuator 22 and the heater 23 with reference to the first rule for the parameters included in the first parameter range.
  • the application may be changed by changing the parameters included in the range and adding new blocks to a plurality of blocks.
  • the parameter included in the unacceptable first parameter range can be changed to the parameter included in the acceptable range, so that the actuator 22 and / or the heater 23 is driven by the unacceptable parameter. Can be prevented. Furthermore, since a new block can be added, it is possible to supplement the function deteriorated by changing the parameter with a new block.
  • control unit 24 may change the application by deleting the block having the parameter included in the first parameter range.
  • the block having the parameter included in the unacceptable first parameter range can be deleted, it is possible to prevent the actuator 22 and / or the heater 23 from being driven by the unacceptable parameter.
  • the device can be controlled without confusion by performing the deletion.
  • the user may be notified that the deletion has been made.
  • control unit 24 refers to the first rule and determines whether or not each of the plurality of parameters included in the plurality of blocks is included in the first parameter range. If it is determined that the parameter is included in the first parameter range, the block having the parameter may be changed.
  • the application may include information on the order in which each of the plurality of blocks is executed and information on the timing at which each of the plurality of blocks is executed.
  • the timing information of each block indicates, for example, the time between the start timing of the block and the start or end timing of another block (for example, the first block).
  • the application can include information on the order and timing, and can be sequentially determined and executed while checking the parameter range of each block.
  • the application includes information of a plurality of blocks and information of the order in which each is executed, and the rule includes information that at least one block among the plurality of blocks cannot be executed. If it is included, information on blocks that cannot be developed or executed by this application may be presented to the developer as error information.
  • the third block is executed after the second block.
  • the application developer can freely develop the application by lowering the priority of considering that the actuator 22 and the heater 23 are safely driven.
  • the developer of the software incorporated in the device 20 that controls the actuator 22 and the heater 23 can allow the execution of the block without checking the safety of each application each time.
  • the first parameter range may be a parameter range that causes at least one of the actuator 22 and the heater 23 to reach the endurance temperature.
  • the device 20 in the present embodiment may include a housing 21 having an internal space
  • the first parameter range may be a range of parameters that bring the internal space to a durable temperature
  • FIG. 15A is a sequence diagram of the system 1 in the modification 1 of the first embodiment.
  • the pre-execution confirmation (S216) is performed by the device 300 immediately before the device 300 receives the execution instruction (S310) and executes the block (S314).
  • the software embedded in the device 300 can have a simple configuration in which a pre-execution confirmation is performed immediately before the execution of the block. That is, steps S215 and S217 can be omitted. As a result, it is not necessary to incorporate the function for performing these processes and the communication API into the device 300, and it is possible to reduce the memory used by the microcomputer mounted on the device 300.
  • the result of the pre-execution confirmation may be notified to the device manager 200 and / or the UI 400.
  • the confirmation result may be notified to the device manager 200 or the UI 400.
  • FIG. 15B is a sequence diagram of the system 1 in the second modification of the first embodiment.
  • the pre-execution confirmation (S216) is performed by the device manager 200 as it is when the device manager 200 performs the allocation result notification (S218).
  • the software incorporated in the device 300 does not have to include the pre-execution confirmation (S216) function. Therefore, it is possible to suppress the use of the memory of the device 300, which leads to cost reduction of the device 300.
  • the block execution (S314) by the device 300 the flow of the process performed by the instruction from the sequence manager 100 mounted on the cloud server 10 has been described, but the block execution (S314) is performed.
  • the form is not limited to this.
  • the content of the notification from the sequence manager 100 may be stored in the memory in the device 300, and the block may be executed by a direct instruction from the user through the UI of the device 20 or the UI 400 of the terminal 30. That is, the application may be downloaded in the device and the user may execute the application at an arbitrary timing.
  • FIG. 15C is a sequence diagram of the system 1 in the modified example 3 of the first embodiment.
  • the sequence manager 100 in the application execution phase F300, notifies the device 300 of one or more blocks executed by the device 300 (S310C). Then, the device 300 stores one or more notified blocks in the memory (S311C).
  • the device 300 receives an instruction from the user to execute one or more saved blocks (S312C), and executes one or more blocks in order from the first block (S314).
  • the device 300 can be controlled without the communication between the device manager 200 and the device 300, so that the communication between the cloud server 10 and the device 20 is unstable. Therefore, it is possible to reduce the risk that the operation of the device 300 is stopped or a delay occurs. Therefore, this modification is more effective in an environment where the reliability of communication with the cloud server 10 is low, and / or in a device 300 in which operation stoppage or delay of the device during application execution is not allowed.
  • the pre-execution confirmation (S216) has an important meaning as in the first embodiment, but the timing at which the pre-execution confirmation (S216) is performed and the main module are limited to FIG. 15C. Will not be done. That is, the modification 3 may be combined with the modification 1 or 2.
  • FIG. 15D is a sequence diagram of the system 1 in the modified example 4 of the first embodiment.
  • the modified example 4 corresponds to the combination of the modified example 1 and the modified example 3.
  • the pre-execution confirmation (S216) is performed by the device 300 immediately before the device 300 receives the execution instruction (S312C) and executes the block (S314).
  • the block When the block is downloaded to the device 300 and the user executes the block at an arbitrary timing, there is a high possibility that the timing for downloading the block and the timing for executing the block are significantly different. That is, it is conceivable that the block may be executed several days, several months, several years, or the like after the block is downloaded to the device 300. In that case, the deterioration level of the device 300 or the like may change between the time the block is downloaded and the time the block is executed. Therefore, in the device 300 whose execution of the block is affected by the deterioration level, the pre-execution confirmation is performed by the device 300 immediately before the block is executed, so that the pre-execution confirmation according to the deterioration level becomes possible.
  • FIG. 15E is a sequence diagram of the system 1 in the modified example 5 of the first embodiment.
  • the modified example 5 corresponds to the combination of the modified example 2 and the modified example 3.
  • the pre-execution confirmation (S216) is performed by the device manager 200 as it is when the device manager 200 performs the allocation result notification (S218).
  • Embodiment 2 Next, the second embodiment will be described.
  • the present embodiment is mainly different from the first embodiment in that the pre-execution confirmation is skipped when the application has been authenticated.
  • the present embodiment will be described with a focus on the differences from the first embodiment.
  • step S216 of the pre-execution confirmation in the first embodiment replaces the step S216A. Therefore, step S216A of the pre-execution confirmation process will be described with reference to FIG.
  • FIG. 16 shows a flowchart of the pre-execution confirmation process according to the second embodiment.
  • Step S2161A The device 300 acquires the application authentication information.
  • the app credentials include information indicating that the application is authenticated if it is authenticated.
  • Application authentication is, for example, a mechanism for guaranteeing the quality of an application, and enables confirmation of the safety and / or identity (that it has not been tampered with) of the application.
  • An example of an application to which authentication information is given will be described.
  • the change history of the application code indicates that the parameter range has not been changed, the information indicating that the application has been authenticated is associated with it.
  • Step S2162A The device 300 determines whether or not the application has been authenticated based on the acquired application information. Here, if it is determined that the application has been authenticated (Yes in S2162A), the device 300 skips the subsequent steps S2165 to S2167 and ends the pre-execution confirmation process. On the other hand, if it is determined that the application is not authenticated (No of S2162A), the device 300 proceeds to the next step S2165.
  • the device 20 in the present embodiment includes at least one of the actuator 22 and the heater 23, and a control unit 24 for controlling at least one of the actuator 22 and the heater 23, and the control unit 24 includes a control unit 24.
  • a plurality of blocks that drive at least one of the actuator 22 and the heater 23, and an application containing information indicating whether or not it has been certified, each of the plurality of blocks being the actuator 22 or the heater 23.
  • a first rule defining a first parameter range in which at least one of the actuator 22 and the heater 23 is not allowed to be driven if it has parameters to drive and does not contain information indicating that the application is certified.
  • the application is modified by modifying at least one of the plurality of blocks, and at least one of the plurality of blocks has parameters contained in the first parameter range and is based on the modified application. Drives at least one of the actuator 22 and the heater 23.
  • the actuator 22 and / or the heater 23 can be driven based on the application defined by the plurality of blocks. Therefore, it is possible to develop an application using a block that abstracts the control of the device 20, and it is possible to easily execute a wide variety of applications thus developed on the device 20. Further, based on the application, the block having the parameters included in the unacceptable first parameter range can be modified before the actuator 22 and / or the heater 23 is driven. Therefore, it is possible to prevent the actuator 22 and / or the heater 23 from being driven by an unacceptable parameter. That is, it is possible to suppress the execution of an application for which the device 20 cannot be safely controlled, and it is possible to improve the safety of the device 20 controlled by the application.
  • the device 20 in the present embodiment has information indicating that the application has been authenticated, the application does not have to be changed without referring to the first rule.
  • the process for changing the block can be skipped, and the processing load can be reduced.
  • the present embodiment is mainly different from the first embodiment in that the pre-execution confirmation is skipped when the creator of the application and the creator of the device are the same.
  • the present embodiment will be described with a focus on the differences from the first embodiment.
  • step S216 of the pre-execution confirmation in the first embodiment replaces the step S216B. Therefore, step S216B of the pre-execution confirmation process will be described with reference to FIG.
  • FIG. 17 shows a flowchart of the pre-execution confirmation process according to the third embodiment.
  • the device 300 acquires the application creator information.
  • the application creator information indicates the creator of the application.
  • the creator means a company, an individual, an organization, etc. that created an application, and may be called a developer or an author.
  • the device 300 acquires device manufacturer information.
  • the device manufacturer information indicates the manufacturer of the device.
  • the manufacturer means a company, an individual, an organization, or the like that produced the device 300 (that is, the device 20), and may be referred to as a manufacturer.
  • Step S2164B The device 300 determines whether the creator of the application and the creator of the device 300 are different.
  • the device 300 is the creator of the application and the device 300 if the company to which the creator of the application belongs and the creator of the device 300 match. It may be determined that the creator of the is the same. Further, the device 300 may determine that the creator of the application and the creator of the device 300 are the same if the creator of the application is a development contractor of the creator of the device 300.
  • the device 300 skips the subsequent steps S2165 to S2167 and ends the pre-execution confirmation process.
  • the device 300 proceeds to the next step S2165.
  • the device 20 in the present embodiment includes at least one of the actuator 22 and the heater 23, and a control unit 24 for controlling at least one of the actuator 22 and the heater 23, and the control unit 24 includes a control unit 24.
  • the control unit 24 includes a control unit 24.
  • the creator of the application and the creator of the device 20 are different, then at least one drive of the actuator 22 and the heater 23 is not allowed. Modifying the application by modifying at least one of the blocks with reference to the first rule defining the parameter range, at least one of the blocks has the parameters contained in the first parameter range. And drive at least one of the actuator 22 and the heater 23 based on the modified application.
  • the actuator and / or the heater can be driven based on the application defined by a plurality of blocks. Therefore, it is possible to develop an application using a block that abstracts the control of the device 20, and it is possible to easily execute a wide variety of applications thus developed on the device 20. Further, based on the application, the block having the parameters included in the unacceptable first parameter range can be modified before the actuator 22 and / or the heater 23 is driven. Therefore, it is possible to prevent the actuator 22 and / or the heater 23 from being driven by an unacceptable parameter. That is, it is possible to suppress the execution of an application for which the device 20 cannot be safely controlled, and it is possible to improve the safety of the device 20 controlled by the application. Further, when the creator of the application and the manufacturer of the device 20 are different, processing involving changes in the application can be performed, and when the creator of the application and the manufacturer of the device 20 are the same, the processing load can be increased. It can be reduced.
  • the present embodiment is mainly different from the first embodiment in that the pre-execution confirmation is performed using the rule corresponding to the deterioration level of the apparatus.
  • the present embodiment will be described with a focus on the differences from the first embodiment.
  • step S216 of the pre-execution confirmation in the first embodiment replaces the step S216C. Therefore, step S216C of the pre-execution confirmation process will be described with reference to FIG.
  • FIG. 18 shows a flowchart of the pre-execution confirmation process according to the fourth embodiment.
  • the device 300 acquires device deterioration information.
  • the device deterioration information indicates the deterioration level of the actuator 22 and / or the heater 23 included in the device 20.
  • the method for detecting the deterioration level is not particularly limited, and may be detected by, for example, a sensor.
  • Step S2165C The device 300 acquires the rule corresponding to the deterioration level.
  • the device 300 refers to the rule database to acquire a parameter range corresponding to the deterioration level of the actuator 22 or the heater 23 driven by the block.
  • FIG. 19 shows an example of the rule database according to the fourth embodiment.
  • Rules 1301C to 1304C are registered in the rule database 1300C of FIG.
  • Each of rules 1301C to 1304C has a parameter range that defines an unacceptable range.
  • rule 1301C has a range greater than 1000 rpm as an unacceptable range for motor MM0001 with a degradation level of 0.
  • rule 1302C has a range greater than 800 rpm as an unacceptable range for motor MM0001 with degradation level 1. That is, rule 1302C has a wider non-permissible range and a narrower permissible range than rule 1301C.
  • Each of the rules 1301C to 1304C further has a type, a manufacturer name, a model number, an actuator / heater, and a deterioration level.
  • the device 300 can acquire the rule corresponding to the deterioration level of the actuator 22 or the heater 23 driven by the block from the rule database 1300C. For example, when the deterioration level of the motor MM0001 driven by the dehydration block of FIG. 10 is 0, the device 300 acquires rule 1301C by referring to the rule database 1300C of FIG. 19 for the dehydration block.
  • the item for determining the deterioration level is, for example, the number of times the actuator 22 and / or the heater 23 included in the device 300 has been used, the time used, or the number of days used from the start of operation to the present. These items are expected to increase in proportion to the user's use. Therefore, the rule is determined so that the deterioration level increases as the value corresponding to the item increases.
  • the item that determines the deterioration level is, for example, the added value of the temperature of the heater 23, or the reproducibility of the input and output of the actuator 22 and / or the heater 23.
  • the added value of the temperature of the heater 23 is a value obtained by adding the temperature when the heater 23 is driven. For example, the average temperature, intermediate temperature, or maximum temperature of the heater 23 at the time of block execution is used.
  • the temperature of the heater 23 may be the ratio of the execution temperature to the limit temperature of the heater 23 and the difference between the execution temperature and the limit temperature of the heater 23.
  • the reproducibility of the input and output of the actuator 22 and / or the heater 23 refers to the relationship between the input value for driving the actuator 22 and / or the heater 23 and the output of the actuator 22 and / or the heater 23. Is required. The ratio between the actual output value for a given input and the output value specified in the relationship is used.
  • the device 20 in the present embodiment includes at least one of the actuator 22 and the heater 23, and a control unit 24 that controls at least one of the actuator 22 and the heater 23, and the control unit 24 includes a control unit 24.
  • One first block has parameters included in the first parameter range, and if the degradation information indicates that at least one of the actuator 22 and the heater 23 is degraded, then the actuator 22 and the heater 23 Modifying the application by modifying at least one second block contained in multiple blocks with reference to a second rule that defines a second parameter range that is different from the first parameter range where at least one drive is not allowed.
  • at least one second block has parameters included in the second parameter range and drives at least one of the actuator 22 and the heater 23 based on the modified application.
  • the actuator 22 and / or the heater 23 can be driven based on the application defined by the plurality of blocks. Therefore, it is possible to develop an application using a block that abstracts the control of the device 20, and it is possible to easily execute a wide variety of applications thus developed on the device 20. Further, based on the application, the block having the parameters included in the unacceptable first parameter range can be modified before the actuator 22 and / or the heater 23 is driven. Therefore, it is possible to prevent the actuator 22 and / or the heater 23 from being driven by an unacceptable parameter. That is, it is possible to suppress the execution of an application for which the device 20 cannot be safely controlled, and it is possible to improve the safety of the device 20 controlled by the application.
  • different parameter ranges can be used according to the deterioration information of the device 20, and by using the block, the actuator 22 and / or the heater 23 from the application side can be used while considering the performance of the device that deteriorates over time. It is possible to further improve the safety of the device 20 controlled by the application by executing the drive instruction to.
  • the sequence manager 100 and the device manager 200 are included in the cloud server 10, but are not limited thereto.
  • the sequence manager 100 and / or the device manager 200 may be included in the device 20.
  • the UI 400 was included in the terminal 30, it may be included in the device 20.
  • the application may be changed based on the deterioration information.
  • the device 300 refers to the parameter conversion information in which the plurality of deterioration levels and the conversion methods of the plurality of parameters are associated with each other, acquires the conversion method corresponding to the deterioration level, and blocks using the acquired conversion method.
  • the parameters contained in may be converted.
  • the conversion method for example, it may be defined by the value after conversion, or may be defined by the coefficient applied to the value before conversion.
  • the block is changed when the parameter is included in the unacceptable range in the pre-execution confirmation, and then the block is executed, but the present invention is not limited to this.
  • the device manager 200 and / or the sequence manager 100 is notified of the execution stop (error) without executing the block. You may.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Chemical & Material Sciences (AREA)
  • Combustion & Propulsion (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Textile Engineering (AREA)
  • Selective Calling Equipment (AREA)
  • Stored Programmes (AREA)
  • Control Of Washing Machine And Dryer (AREA)

Abstract

装置（２０）は、アクチュエータ（２２）及び／又は加熱器（２３）と、アクチュエータ（２２）及び／又は加熱器（２３）を制御する制御部（２４）と、を備え、制御部（２４）は、アクチュエータ（２２）及び／又は加熱器（２３）を駆動する複数のブロックで規定されたアプリケーションを取得し、複数のブロックの各々は、アクチュエータ（２２）又は加熱器（２３）を駆動するためのパラメータを有し、アクチュエータ（２２）及び／又は加熱器（２３）の駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、複数のブロックの少なくとも１つを変更することでアプリケーションを変更し、複数のブロックの少なくとも１つは、第１パラメータ範囲に含まれるパラメータを有し、変更したアプリケーションに基づいて、アクチュエータ（２２）及び／又は加熱器（２３）を駆動する。

Description

アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法
　本開示は、アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法に関する。
　従来、家庭用電化製品及び住宅設備等は、その製造者等によって予め用意された運転条件（制御プログラム）に従って制御される。特許文献１には、ユーザが実施したい洗濯の運転条件を設定可能な洗濯機が開示されている。
特開２００３－２８４８８９号公報
　しかしながら、上記従来技術では、製品の製造者等によって予め開発された制御プログラムが製品に予め格納されていなければならず、多様なユーザの望みに合わせて制御プログラムをカスタマイズ及びアップデートすることは難しい。
　そこで、本開示は、より簡単かつ安全に、多種多彩な制御プログラムを実行することができる装置及び方法を提供する。
　本開示の一態様に係る装置は、アクチュエータ及び加熱器の少なくとも１つと、前記アクチュエータ及び前記加熱器の前記少なくとも１つを制御する制御部と、を備え、前記制御部は、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する。
　なお、これらの包括的又は具体的な態様は、システム、方法、集積回路、コンピュータプログラム又はコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一態様に係る装置は、より簡単かつ安全に、多種多彩な制御プログラムを実行することができる。
図１は、実施の形態１におけるシステムのハードウェア構成図である。 図２Ａは、実施の形態１におけるクラウドサーバのハードウェア構成図である。 図２Ｂは、実施の形態１における装置のハードウェア構成図である。 図２Ｃは、実施の形態１における端末のハードウェア構成図である。 図３は、実施の形態１におけるシステムの機能構成図である。 図４は、実施の形態１におけるアプリケーションを規定するブロックの一例を示す。 図５は、実施の形態１における洗濯機のための複数のブロックを示す。 図６は、実施の形態１における電子レンジのための複数のブロックを示す。 図７は、実施の形態１における炊飯器のための複数のブロックを示す。 図８は、実施の形態１におけるシステムのシーケンス図である。 図９は、実施の形態１におけるデバイスデータベースの一例を示す。 図１０は、実施の形態１における実行内容宣言の一例を示す。 図１１は、実施の形態１における実行前確認処理のフローチャートを示す。 図１２は、実施の形態１におけるルールデータベースの一例を示す。 図１３は、実施の形態１におけるブロックの変更の一例を示す。 図１４は、実施の形態１におけるブロックの変更の一例を示す。 図１５Ａは、実施の形態１の変形例１におけるシステムのシーケンス図である。 図１５Ｂは、実施の形態１の変形例２におけるシステムのシーケンス図である。 図１５Ｃは、実施の形態１の変形例３におけるシステムのシーケンス図である。 図１５Ｄは、実施の形態１の変形例４におけるシステムのシーケンス図である。 図１５Ｅは、実施の形態１の変形例５におけるシステムのシーケンス図である。 図１６は、実施の形態２における実行前確認処理のフローチャートを示す。 図１７は、実施の形態３における実行前確認処理のフローチャートを示す。 図１８は、実施の形態４における実行前確認処理のフローチャートを示す。 図１９は、実施の形態４におけるルールデータベースの一例を示す。
　（本開示の基礎となった知見）
　本願発明者らが本開示に至るまでの経緯を説明する。アクチュエータ及び／又は加熱器を有する家庭用電化製品等において、多様なユーザの望みに合わせて制御プログラムを開発するためには、開発環境のオープン化が求められる。すなわち、制御プログラムの開発の難度を低下させて、サードパーティが制御プログラムの開発に容易に参加できる環境が求められる。このような環境では、例えば、アパレル企業が、自社の販売する衣服を洗濯するための洗濯機の制御プログラムを開発することも可能となる。
　そこで、本願発明者らは、製品に含まれるアクチュエータ及び／又は加熱器の制御を抽象化した機能ブロックを用いて、安全面の担保を維持しながら、制御プログラムを開発可能な環境を構築し、複数の機能ブロックの組み合わせからなる制御プログラムをパッケージ化してアプリケーションとして配信可能な仕組みを検討した。これにより、多種多彩なアプリケーションの配信が可能となり、より多様なユーザの望みに応えて製品をカスタマイズ及びアップデートすることが可能となる。しかしながら、このような環境では、危険なアプリケーション（つまり、製品を安全に制御することができないアプリケーション）が配信される可能性があり、製品の安全性が低下する。
　例えば、家庭用電化製品等に含まれるプログラムは、アクチュエータ及び／又は加熱器を直接制御するための機器に組込まれ、かつ、製造者により開発されたプログラムと、サードパーティにより開発されたプログラムとを互いに入り交じった状態で含むことが想定される。このとき、製造者は、サードパーティに、ノウハウを含む全ての家庭用電化製品等の情報を公開しない可能性が高い。例えば、アクチュエータ及び／又は加熱器を駆動するパラメータ又はタイミングは、製造者の家庭用電化製品等の性能に関わるノウハウである。よって、競争力の低下につながる恐れがあるため、製造者は、サードパーティに、家庭用電化製品等を自在に駆動できるようにノウハウをオープンにする可能性は低い。
　そのため、サードパーティは、家庭用電化製品等の情報不足により、製造者が想定しない制御の組み合わせ、又はパラメータ範囲を含むアプリケーション、すなわち、安全性が担保されないアプリケーションを作成する可能性がある。このようなアプリケーションがユーザに提供されることは、ユーザに望ましくない。
　また、家庭用電化製品等の製造者は、新たな制御プログラムを提供することで、ユーザのくらしのアップデートを試みることが考えられる。しかしながら、多種多様な新たな制御プログラムの開発には、パラメータの調整、又はハードの性能評価などの膨大な工数がかかる。家庭用電化製品等は、アクチュエータ及び／又は加熱器のハードが物理的に駆動するため、家庭用電化製品等のプログラムは、スマートフォンのプログラムと比較して、性能評価などの工数が大きくなることが容易に予想される。しかし、大量生産ではなく、ユーザ一人一人の生活に応じたオンデマンド開発が求められる時代において、スマートフォンのプログラムと同様に、家庭用電化製品等の多種多様な制御プログラムを開発することが求められる。そのため、製造者は、膨大な工数を低減した上で、製品の安全性を担保する多種多様なアプリケーションを作成しなければならない。
　さらに、製造者は、サードパーティが提供するアプリケーションを用いて家庭用電化製品等が動作した場合でも、安全に動作することを保証することを望むことが考えられる。このとき、多種多様なアプリケーションを家庭用電化製品等で実際に駆動させて安全性を検証する作業の量を低減することが望まれる。
　そこで、本開示は、アクチュエータ及び／又は加熱器を駆動する複数の機能ブロックで規定された多種多彩なアプリケーションを、より簡単かつ安全に実行することができる装置等を提供する。
　以下、実施の形態について、図面を参照しながら具体的に説明する。
　なお、以下で説明する実施の形態は、いずれも包括的又は具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、請求の範囲を限定する主旨ではない。
　また、各図は、必ずしも厳密に図示したものではない。各図において、実質的に同一の構成については同一の符号を付し、重複する説明は省略又は簡略化する。
　（実施の形態１）
　［１．１　ハードウェア構成］
　本実施の形態におけるシステム１のハードウェア構成について、図１～図２Ｃを参照しながら説明する。図１は、実施の形態１におけるシステム１のハードウェア構成図である。図２Ａは、実施の形態１におけるクラウドサーバ１０のハードウェア構成図である。図２Ｂは、実施の形態１における装置２０のハードウェア構成図である。図２Ｃは、実施の形態１における端末３０のハードウェア構成図である。
　図１に示すように、本実施の形態におけるシステム１は、クラウドサーバ１０と、施設２ａ～２ｄで用いられる装置２０ａ～２０ｈと、端末３０ａ～３０ｄと、を備える。施設２ａ～２ｄは、例えば住宅であるが、これに限定されない。施設２ａ～２ｄは、例えばマンション、店舗、オフィス等であってもよい。
　クラウドサーバ１０は、コンピュータネットワーク（例えばインターネット）を介して提供される仮想的なサーバである。クラウドサーバ１０は、コンピュータネットワークを介して、装置２０ａ～２０ｈ及び端末３０ａ～３０ｄに接続される。なお、クラウドサーバ１０の代わりに物理サーバが用いられてもよい。
　図２Ａに示すように、クラウドサーバ１０は、仮想的に、プロセッサ１１と、プロセッサ１１に接続されたメモリ１２と、を備える。プロセッサ１１は、メモリ１２に格納されたインストラクション又はソフトウェアプログラムが実行されたときに、後述するシーケンスマネージャ及びデバイスマネージャとして機能する。
　装置２０ａ～２０ｈは、施設２ａ～２ｄで利用される電気機械器具である。なお、図１では、施設２ｂ～２ｄで利用される装置２０ｃ～２０ｈの図示が省略されている。以下において、装置２０ａ～２０ｈの区別が不要な場合には装置２０と記載する。
　装置２０としては、家庭用電化製品（家電）及び住宅設備等を用いることができる。家庭用電化製品（家電）及び住宅設備等は、住宅内で使用される機器に限られず、事業に用いられる機器も含む。なお、本開示では、家庭用電化製品及び住宅設備等を家庭用電化製品等と省略して記載することがある。家電としては、例えば、電子レンジ、炊飯器、ミキサー（Blender）、電気オーブン、電気トースター、電気ポット、ホットプレート、ＩＨ（Induction heating）調理器、ロースター、ベーカリー、電気圧力調理なべ、電気無水調理なべ、マルチクッカー、コーヒーメーカー、冷蔵庫、洗濯機、食洗器、掃除機、エアコン、空気清浄機、加湿器、ドライヤー、扇風機、及びイオン発生器等が用いられる。住宅設備としては、例えば、電動シャッター、電子ロック、及び浴槽用の電気湯沸し器等が用いられる。なお、装置２０は、これに限定されない。
　図２Ｂに示すように、装置２０は、筐体２１と、アクチュエータ２２と、加熱器２３と、制御部２４と、を備える。なお、装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つを備えればよく、アクチュエータ２２及び加熱器２３の両方を備えなくてもよい。
　筐体２１は、アクチュエータ２２と、加熱器２３と、制御部２４と、を収容する。また、筐体２１は、対象物を処理するための内部空間を有してもよい。例えば、洗濯機の洗濯槽、電子レンジの加熱室、及び炊飯器の内釜等が、対象物を処理するための内部空間に相当する。
　アクチュエータ２２は、電気信号に基づいて入力エネルギーを物理的運動に変換する機械要素である。アクチュエータ２２としては、例えば電気モータ、油圧シリンダ及び空気圧アクチュエータ等を用いることができるが、これらに限定されない。
　加熱器２３は、電気エネルギーを熱エネルギーに変換する電気加熱器である。加熱器２３は、例えばジュール加熱、誘導加熱及び誘電加熱等により対象物を加熱する。加熱器２３としては、例えば、ニクロム線、コイル及びマグネトロン等を用いることができる。
　ここで、本開示の装置２０が、アクチュエータ２２及び／又は加熱器２３を備える理由の一例を説明する。家庭用電化製品等の製造者が、アクチュエータ２２及び加熱器２３を駆動するパラメータ、駆動の組み合わせを全て自由に制御可能な開発環境をサードパーティに提供した場合を考える。このとき、サードパーティは、製造者が想定しているアクチュエータ２２及び／又は加熱器２３を安全に駆動できるパラメータ範囲、又はアクチュエータ２２及び／又は加熱器２３の駆動制限を逸脱して制御するプログラムを作成することが可能になる。特に、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３の、製造者の想定していない駆動は、安全性の担保の課題が大きい。製造者の想定していない駆動としては、例えば、アクチュエータの一例である電気モータの高速回転、及び、加熱器２３への過電流の供給が挙げられる。本願発明者らは、過度に安全面を考慮することで、ユーザに多種多様なアプリケーションを提供できる環境の構築を阻害しないことを目指した。そこで、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３に特化して、安全面を担保することを想定し、本開示の装置２０を対象としている。
　制御部２４は、アクチュエータ２２及び／又は加熱器２３を制御するコントローラであり、後述するデバイスとして機能する。制御部２４は、例えば、集積回路で構成される。
　端末３０ａ～３０ｄは、施設２ａ～２ｄでそれぞれ利用され、ユーザインタフェースとして機能する。なお、図１では、施設２ｂ～２ｄで利用される端末３０ｂ～３０ｄの図示が省略されている。以下において、端末３０ａ～３０ｄの区別が不要な場合には端末３０と記載する。
　端末３０は、コンピュータネットワークを介してクラウドサーバ１０及び装置２０に接続され、後述するユーザインタフェース（ＵＩ）として機能する。端末３０としては、スマートフォン及びタブレットコンピュータ等の持ち運び可能な情報端末を用いることができる。なお、端末３０は、施設２ａ～２ｄの壁、床又は天井に固定された端末であってもよい。また、端末３０は、装置２０に含まれてもよい。例えば、端末３０は、各装置２０ａ～２０ｈに内蔵されたディスプレイ等を有する表示端末として実現されてもよい。
　図２Ｃに示すように、端末３０は、ディスプレイ３１と、入力デバイス３２と、を備える。ディスプレイ３１としては、例えば液晶ディスプレイ及び有機ＥＬディスプレイを用いることができる。入力デバイス３２としては、例えばタッチパネル、キーボード、マウス及び機械式ボタン等を用いることができる。また、入力デバイス３２として、音声入力デバイスが用いられてもよい。ディスプレイ３１と入力デバイス３２とは、タッチスクリーンとして一体で実装されてもよい。または、入力デバイス３２として、ジェスチャー入力デバイスが用いられてもよい。ジェスチャー入力デバイスは、例えば、カメラと認識部とを有する。カメラはジェスチャーを含む画像を撮像し、認識部は画像を用いてジェスチャーを認識する。
　［１．２　機能構成］
　次に、本実施の形態におけるシステム１の機能構成について、図３を参照しながら説明する。図３は、実施の形態１におけるシステム１の機能構成図である。
　クラウドサーバ１０は、シーケンスマネージャ１００と、デバイスマネージャ２００と、を備える。装置２０ａ～２０ｈは、デバイス３００ａ～３００ｈをそれぞれ備える。端末３０ａ～３０ｄは、ＵＩ４００ａ～４００ｄをそれぞれ備える。
　以下において、デバイス３００ａ～３００ｈの区別が不要な場合にはデバイス３００と記載する。また、ＵＩ４００ａ～４００ｄの区別が不要な場合にはＵＩ４００と記載する。
　シーケンスマネージャ１００は、複数のアプリケーションを管理している。複数のアプリケーションは、例えばユーザの操作によって、アプリケーション配信プラットフォームからシーケンスマネージャ１００にダウンロードされる。または、アプリケーション配信プラットフォームに含まれるアプリケーションは、シーケンスマネージャ１００にダウンロードされなくてもよい。その場合、シーケンスマネージャ１００のデータベースに、アプリケーション配信プラットフォームに含まれるアプリケーションが紐づけていることを示す情報が記録されてもよい。アプリケーションの詳細については後述する。
　デバイスマネージャ２００は、複数の施設２ａ～２ｄ及び各施設２ａ～２ｄで利用されるデバイス３００及びＵＩ４００を管理するためのデータベースを有する。デバイスマネージャ２００は、データベースに、施設２ａ～２ｄに紐づくデバイス情報及びＵＩ情報を記録することにより、デバイス３００及びＵＩ４００を管理する。デバイス情報及びＵＩ情報は、例えば、制御機能及び駆動機能、並びに稼働状況などを含む。例えば、デバイスマネージャ２００は、デバイス３００の稼働状況を管理して、デバイス３００の稼働スケジュールを把握することができる。また、デバイスマネージャ２００は、デバイス３００のログ情報を管理してもよい。
　なお、このようなデータベースは、デバイスマネージャ２００の代わりにシーケンスマネージャ１００が有してもよく、シーケンスマネージャ１００及びデバイスマネージャ２００の両方が有してもよい。
　デバイス３００は、装置２０の制御機能及び駆動機能を有する。デバイス３００は、デバイスマネージャ２００からの指示に従って装置２０を駆動することができる。
　ＵＩ４００は、ユーザに情報を提供し、ユーザから入力を受け付ける。
　ここで、アプリケーションについて説明する。本実施の形態では、アプリケーション（以下、略してアプリということもある）とは、アクチュエータ２２及び／又は加熱器２３を駆動する複数の機能ブロック（以下、略してブロック）で規定される制御プログラムを意味する。複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを含むことができる。具体的には、複数のブロックの各々は、アクチュエータ２２又は加熱器２３の制御を抽象化したものである。なお、アプリケーションは、アクチュエータ２２及び／又は加熱器２３を駆動する複数のブロックに加えて、アクチュエータ２２及び／又は加熱器２３を駆動しないブロックを含んでもよい。アクチュエータ２２及び／又は加熱器２３を駆動しないブロックの一例は、デバイス３００の有するインタフェースを用いた情報表示、デバイス３００の有するブザーを用いた音声出力、デバイス３００の有するランプの点灯又は消灯などを含む。また、ブロックは、アクチュエータ２２又は加熱器２３の駆動を開始する条件を含んでもよい。例えば、第１のブロック、第２のブロックを含むアプリケーションを例に説明する。ここで、第１のブロックの実行中に、第２のブロックに切り替える際に、第２のブロックに含まれる開始条件を満たしたときに、第１のブロックから第２のブロックに切り替える。また、ブロックは、開始条件ではなく、終了条件を含んでいてもよい。第１のブロックの実行中に、第２のブロックに切り替える際に、第１のブロックに含まれる終了条件を満たしたときに、第１のブロックから第２のブロックに切り替える。
　図４は、実施の形態１におけるアプリケーションを規定するブロックの一例を示す。図４に示すブロック１０００は、洗濯機の攪拌動作を制御するブロックであり、パラメータ１００１～１００６を含む。パラメータ１００１は、攪拌の種類を示す情報（例えば、通常、ダンシング、揺り）を含む。パラメータ１００１は、機能の種類を示すとも言い換えることができる。パラメータ１００２は、ドラムの回転数を示す値を含む。パラメータ１００２は、アクチュエータ２２及び／又は加熱器２３の駆動の強度を示すとも言い換えることができる。パラメータ１００３は、ドラム内への給水量を給水後の水位で示す値を含む。パラメータ１００３は、アクチュエータ２２及び／又は加熱器２３の駆動後の状態を示すとも言い換えることができる。パラメータ１００４は、循環ポンプのオン／オフを示す値を含む。パラメータ１００４は、アクチュエータ２２及び／又は加熱器２３を駆動するか否かを示すとも言い換えることができる。パラメータ１００５は、攪拌間隔を段階的に示す情報（例えば、短、中、長）を含む。パラメータ１００６は、攪拌時間を示す値を含む。
　アプリケーションを規定するために、このようなブロックが複数用いられる。例えば、図５～図７に示すような複数のブロックが用いられる。
　図５は、実施の形態１における洗濯機のための複数のブロックを示す。図６は、実施の形態１における電子レンジのための複数のブロックを示す。図７は、実施の形態１における炊飯器のための複数のブロックを示す。なお、図５～図７に示す複数のブロックは例示であり、洗濯機、電子レンジ及び炊飯器のためのブロックは、これらに限定されない。例えば、複数のブロックは、抽象化レベルによって階層化されてもよい。
　例えば、製造者向けの階層と製造者以外向けの階層とで抽象化レベルを変更してもよい。製造者以外の例は、他の製造者向けの階層、サードパーティ向けの階層である。この時、製造者向けの階層は、製造者以外向けの階層より抽象度が低い。抽象度が低いことは、アクチュエータ及び加熱器を駆動するパラメータに近い内容が制御されることを意味する。
　一方、製作者は、ノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックを製造者以外向けに提供することで、製造者以外がアプリケーションを開発可能にする。製造者は、一般ユーザに、さらに高い抽象化レベルを有するブロックを提供することで、より多くの人がアプリケーションを開発可能にできる。さらに高い抽象化レベルは、例えば、一般ユーザ自身が専門的な知識がなくても理解できる用語で規定されたブロックに対応する。専門的な知識がなくても理解できる用語は、例えば、家庭用電化製品等の機能自体に対応する内容である。具体的には、洗濯機においての「洗い」ブロック中の水量に関するパラメータとして「たっぷり」を選択した場合に、一つの具体化されたレイヤーにおいては、給水ブロックにおける水位パラメータを６０ｍｍから１００ｍｍに上げ、攪拌ブロックにおける回転量パラメータを１２０ｒｐｍから１００ｒｐｍに下げるなどの変更が行われる。上記より、抽象度の高いレベルにおけるブロックの並べ替え及びパラメータ変更は、より抽象度の低いブロックで実現することができる。また、洗濯機、電子レンジ及び炊飯器以外の装置でも、図５～図７と同様に複数のブロックを定義することができる。これらのブロックにより、アクチュエータ及び加熱器の駆動に関する安全性、秘匿性を担保しながら、その組替、パラメータ調整によって自由にアプリケーション開発を行うことができる。
　なお、製造者が他の製造者に、ノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックを提供することで、他の製造者は、提供されたブロックを実現するために、さらに高い具体化レベルを有するブロックを独自で規定し実装を行うことができる。これにより、各製造者がそれぞれのノウハウ及び安全性を担保しながら、アプリのみを開発するサードパーティに対して、各製造者のアクチュエータ及び加熱器の駆動に関するアプリ開発を自由に行うことができる。
　この時、他の製造者は、製造者が提供するノウハウ及び安全性を担保する最小の抽象化レベルを有するブロックに合わせた、さらに高い具体化レベルを有するブロックを開発せず、エラーを返し、製造者が提供するブロックが使用できない、または制限されたパラメータ範囲で動作することをアプリ開発者ならびにユーザに提示してもよい。具体的には、洗濯機においての「攪拌」ブロック中のモータ回転に関するパラメータとして、「高速」を選択した場合に、製造者の洗濯機では、「高速」を実現するための１５０ｒｐｍというパラメータが実現可能であるのに対し、他の製造業者の洗濯機ではモータの特性上、１２０ｒｐｍまでしか回転できない場合に、エラーまたは限界値の１２０ｒｐｍで実現する旨をアプリ開発者又はユーザに提示する。
　［１．３　処理］
　次に、以上のように構成されたシステム１の処理について図８を参照しながら説明する。図８は、実施の形態１におけるシステム１のシーケンス図である。
　［１．３．１　準備フェーズＦ１００］
　まず、準備フェーズＦ１００について説明する。
　（ステップＳ１１０）
　シーケンスマネージャ１００は、デバイスマネージャ２００にシーケンスマネージャ情報を送信する。このシーケンスマネージャ情報の送信は、例えばシステム管理者の命令により行われる。デバイスマネージャ２００は、受信したシーケンスマネージャ情報を例えばシーケンスマネージャデータベースに登録する。なお、シーケンスマネージャ情報がシーケンスマネージャデータベースに予め登録されている場合は、このステップはスキップされてもよい。
　シーケンスマネージャ情報は、例えばシーケンスマネージャ１００の識別子及び／又はアドレス（例えばＵＲＬ（Uniform Resource Locator）、ＩＰ（Internet Protocol）アドレス等）を含む。さらに、シーケンスマネージャ情報は、任意の情報を含んでもよい。
　（ステップＳ１１２）
　デバイス３００は、デバイスマネージャ２００にデバイス情報１１０１を送信する。このデバイス情報１１０１の送信は、例えばデバイス３００がコンピュータネットワークに接続されたときに行われる。デバイスマネージャ２００は、受信したデバイス情報１１０１をデバイスデータベース１１００に登録する。なお、デバイス情報１１０１がデバイスデータベース１１００に予め登録されている場合は、このステップはスキップされてもよい。
　なお、デバイス情報１１０１は、ＵＩ４００に送信されてから、ＵＩ４００を介してデバイスマネージャ２００に登録されてもよい。
　デバイス情報１１０１は、デバイス３００の識別子及び／又はアドレスを含む。さらに、デバイス情報１１０１は、任意の情報を含んでもよい。図９は、実施の形態１におけるデバイスデータベースの一例を示す。図９のデバイスデータベース１１００には、デバイス情報１１０１を含む複数のデバイス情報が登録されている。各デバイス情報は、デバイスＩＤと、アドレスと、種別と、製造者名と、型番と、アクチュエータ／加熱器と、劣化レベルと、を含む。アクチュエータ／加熱器は、デバイス３００を構成するアクチュエータ２２及び／又は加熱器２３の識別情報である。劣化レベルは、デバイス３００を構成するアクチュエータ２２及び／又は加熱器２３が劣化しているか否かを示す劣化情報の一例である。ここでは、劣化レベルは、値が増加すればより劣化していることを示す。デバイス情報１１０１に、実行可能なブロックの情報が含まれていてもよい。実行可能なブロックに関する情報とは、データベースに含まれるブロックが実行可能又は実行不可能が対応付けられた情報でもよいし、実行可能なブロックのみの情報でもよい。また、ブロックが実行可能か否かは、デバイス情報１１０１に含まれるアクチュエータ／加熱器などの情報に基づいて予め準備され得る。なお、デバイス情報１１０１は、施設２ａ～２ｄを特定可能な情報を含んでもよい。
　（ステップＳ１１４）
　ＵＩ４００は、デバイスマネージャ２００にＵＩ情報を送信する。このＵＩ情報の送信は、例えばユーザの指示により行われる。デバイスマネージャ２００は、受信したＵＩ情報を例えばＵＩデータベースに登録する。なお、ＵＩ情報がＵＩデータベースに予め登録されている場合は、このステップはスキップされてもよい。
　ＵＩ情報は、例えばＵＩ４００の識別子及び／又はアドレスを含む。さらに、ＵＩ情報は、任意の情報を含んでもよい。
　なお、ＵＩ情報は、施設２ａ～２ｄを特定可能な情報を含んでもよい。
　以上の処理により、シーケンスマネージャ１００、デバイスマネージャ２００、デバイス３００及びＵＩ４００は、互いに紐づけられ、互いに接続を確立することができる。これにより、準備フェーズＦ１００が終了する。
　［１．３．２　アプリ実行前フェーズＦ２００］
　次に、アプリ実行前フェーズＦ２００について説明する。なお、アプリ実行前フェーズＦ２００の前には、ＵＩ４００を介したユーザからの指示に従って、アプリケーション配信プラットフォームからシーケンスマネージャ１００にアプリケーションがダウンロードされている。このようにシーケンスマネージャ１００にアプリケーションがダウンロードされた状態で以下の処理が行われる。
　（ステップＳ２１０）
　ＵＩ４００は、ユーザからアプリ実行要求を受け付け、アプリケーションの識別情報を含むアプリ実行要求をシーケンスマネージャ１００に送信する。例えば、ユーザは、ＵＩ４００を介して、シーケンスマネージャ１００にダウンロードされている複数のアプリケーションの中からアプリケーションを選択し、選択したアプリケーションの実行を指示する。
　なお、ＵＩ４００からシーケンスマネージャ１００に送信されるアプリ実行要求は、施設２ａ～２ｄを特定可能な情報とセットで送信される。
　なお、アプリ実行要求は、ユーザから明示的に受け付けられなくてもよい。例えば、ユーザの行動又は状態を検出し、検出結果に基づいて自動的にアプリ実行要求がシーケンスマネージャ１００に送信されてもよい。
　（ステップＳ２１２）
　シーケンスマネージャ１００は、アプリ実行要求によって識別されたアプリケーションの実行内容宣言をデバイスマネージャ２００に送信する。実行内容宣言は、実行するアプリケーションを規定する複数のブロックの情報及び施設２ａ～２ｄを特定可能な情報を含む。
　図１０は、実施の形態１における実行内容宣言の一例を示す図である。図１０には、図５に示す洗濯機のための複数のブロックを組み合わせて規定されたアプリケーションのための実行内容宣言１２００が表されている。実行内容宣言１２００は、複数のブロック１２０１、各ブロック１２０１の実行に必要なデバイスに関する情報１２０２、及び、各ブロック１２０１が実行される順番の情報１２０３を含む。
　なお、実行内容宣言１２００は、デバイスに関する情報１２０２を含まなくてもよい。その場合、複数のブロック１２０１の情報から、受け取った施設情報が示す施設で該当ブロックを実行可能なデバイスを、デバイスマネージャ２００が検索してデバイス割り付けを行う必要がある。
　なお、図１０では、デバイスに関する情報１２０２は、デバイス３００の型番を示しているが、これに限定されない。デバイスに関する情報１２０２は、ブロックに割付可能なデバイス３００の条件を示すことができれば、どのような情報であってもよい。例えば、デバイスに関する情報１２０２は、複数の型番を含んでもよいし、デバイスの種別、使用目的、配置場所、又は、これらの任意の組み合わせのみを含んでもよい。
　（ステップＳ２１４）
　デバイスマネージャ２００は、実行内容宣言に含まれる各ブロック対して、施設２ａ～２ｄを特定可能な情報を基にして、デバイスマネージャ２００に紐付けられているデバイス３００を割り付ける。例えば、デバイスマネージャ２００は、図１０に示す複数のブロック１２０１の各々に、図９のデバイスデータベース１１００に、受け取った施設情報が示す施設に接続済として登録されている、型番ＷＭ－０００１を有するデバイスＤＥＶ００１を割り付ける。なお、デバイス３００の稼働状態又はクラウドへの接続状態が管理されている場合には、稼働中のデバイス３００の割り付けが禁止されてもよい。
　なお、例えば図１０に示す複数のブロックが、受け取った施設情報が示す施設に接続済として登録されていない場合、すなわち、該当施設において対象デバイスが存在していない場合、デバイスマネージャ２００は実行内容宣言されたアプリケーションの実行が不可であることをシーケンスマネージャ１００に通知する。
　（ステップＳ２１５）
　デバイスマネージャ２００は、デバイス割り付けの結果をデバイス３００に通知する。これにより、アプリケーションに含まれる複数のブロックが、それぞれ割り付けられたデバイス３００に送信される。
　（ステップＳ２１６）
　デバイス３００は、ブロックの実行前にブロックを確認する。つまり、デバイス３００は、ブロックを実行する前に、ブロックが実行されたときにデバイス３００で問題が生じないかをチェックする。例えばデバイス３００は、安全及び／又は効率上の問題をチェックする。
　そして、デバイス３００は、確認結果に基づいて、ブロックを変更する。これにより、問題が生じないようにブロックが修正される。
　このような実行前確認処理について、図１１を参照しながら、さらに詳細に説明する。図１１は、実施の形態１における実行前確認処理のフローチャートを示す。
　（ステップＳ２１６５）
　デバイス３００は、ブロックに対応するルールを取得する。ルールは、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されないパラメータの範囲（以下、非許容範囲という）を定義している。例えば、デバイス３００は、ルールデータベースを参照して、ブロックが駆動するアクチュエータ２２又は加熱器２３に対応するパラメータ範囲を取得する。ルールデータベースは、例えばデバイス３００に含まれてもよいし、シーケンスマネージャ１００又はデバイスマネージャ２００に含まれてもよい。
　図１２は、実施の形態１におけるルールデータベースの一例を示す。図１２のルールデータベース１３００には、ルール１３０１及び１３０２が登録されている。ルール１３０１及び１３０２の各々は、非許容範囲を定義するパラメータ範囲を有する。例えば、ルール１３０１は、１０００ｒｐｍより大きい範囲を非許容範囲として有する。
　このような非許容範囲としては、例えば筐体２１の内部空間、アクチュエータ２２又は加熱器２３を耐久温度に到達させるパラメータの範囲が予め定められる。耐久温度とは、定格温度を意味し、許容される最大温度を示す。したがって、非許容範囲内のパラメータを用いてアクチュエータ２２又は加熱器２３が駆動されれば、筐体２１の内部空間、アクチュエータ２２又は加熱器２３の温度は、許容されない温度に到達する。
　なお、図１２では、ルール１３０１及び１３０２の各々は、非許容範囲をパラメータ範囲として有しているが、これに限定されない。例えば、ルール１３０１及び１３０２の各々は、アクチュエータ２２又は加熱器２３の駆動が許容されるパラメータの範囲（以下、許容範囲という）をパラメータ範囲として有してもよい。この場合であっても、ルール１３０１及び１３０２の各々は、許容範囲を除く範囲を非許容範囲として定義することができる。この許容範囲は、アクチュエータ２２又は加熱器２３が安全に駆動できる範囲として規定される。さらには、許容範囲は、多種多様なアプリケーションの開発に向けて広い範囲でパラメータを利用可能に規定される。
　例えば、アクチュエータ２２又は加熱器２３は、筐体２１の内部空間などのデバイス３００の環境に応じて安全に駆動できるパラメータが変わり、許容範囲はアクチュエータ２２又は加熱器２３自体の性能のみに依存しない場合がある。したがって、いずれの環境でも安全に駆動するために、安全性を考慮する比重が高い許容範囲になり、多種多様なアプリケーションの開発の余地が低減することになる。そこで、ルールは、アプリケーションと独立して、デバイス３００等の情報と対応付けられてもよい。そのようなルールが用いられることで、安全性及び多種多様なアプリケーションの開発を両立できる。
　ルールは、アクチュエータ２２又は加熱器２３が安全に駆動できる範囲に関連する。安全に駆動できる範囲は、ブロックの開始条件又は終了条件を考慮された範囲であってもよい。第１のブロックと、第１のブロックの後に実行される第２のブロックを例に考える。第２のブロックの開始条件に達するまで、第１のブロックを実行することで、アクチュエータ２２又は加熱器２３の安全性に影響がある負荷かかる場合を想定したルール（許容範囲）が設定され得る。つまり、許容範囲は、アクチュエータ２２又は加熱器２３の性能、ブロックの開始条件又は終了条件などに依存する。
　例えば、許容範囲又は非許容範囲は、複数のパラメータの組み合わせによって規定されてもよい。具体的には、許容範囲又は非許容範囲は、複数のパラメータの関数の出力値の範囲であってもよい。例えば、デバイス３００が洗濯機である場合に、許容範囲又は非許容範囲は、水位を示す第１パラメータ及びモータの回転数を示す第２パラメータの関数の出力値の範囲であってもよい。関数は、経験的及び／又は実験的に予め定めることができる。なお、関数の代わりに、複数のパラメータの値の複数の組み合わせの集合によって許容範囲又は非許容範囲が規定されてもよい。
　ルール１３０１及び１３０２の各々は、さらに、種別と、製造者名と、型番と、アクチュエータ／加熱器と、を有する。これにより、デバイス３００は、ルールデータベース１３００から、ブロックで駆動されるアクチュエータ２２又は加熱器２３に対応するルールを取得することができる。例えば、デバイス３００は、図１２のルールデータベース１３００を参照して、図１０の脱水ブロックのためにルール１３０１を取得する。
　（ステップＳ２１６６）
　デバイス３００は、ブロックに含まれるパラメータが非許容範囲に含まれるか否かを判定する。ここで、パラメータが非許容範囲に含まれないと判定された場合（Ｓ２１６６のＮｏ）、デバイス３００は、以降のステップＳ２１６７をスキップして実行前確認処理を終了する。一方、パラメータが非許容範囲に含まれると判定された場合（Ｓ２１６６のＹｅｓ）、デバイス３００は、次のステップＳ２１６７に進む。
　（ステップＳ２１６７）
　デバイス３００は、ブロックを変更して実行前確認処理を終了する。ブロックの変更とは、当該ブロックの内容を修正すること、当該ブロックを削除すること、当該ブロックの前後に新たなブロックを追加すること、又は、それらの任意の組み合わせを意味する。
　例えば、デバイス３００は、ブロックのパラメータを許容範囲に含まれるパラメータに変更することでブロックを変更することができる。このようなブロックの変更の具体例について図１３を参照しながら説明する。
　図１３は、実施の形態１におけるブロックの変更の一例を示す。図１３では、脱水ブロック内の回転数パラメータが非許容範囲に含まれるので、許容範囲に含まるパラメータに変更されている（１２００ｒｐｍ→１０００ｒｐｍ）。
　また例えば、デバイス３００は、ブロックのパラメータを許容範囲に含まれるパラメータに変更し、かつ、新たなブロックを追加することでブロックを変更することもできる。このようなブロックの変更の具体例について図１４を参照しながら説明する。
　図１４は、実施の形態１におけるブロックの変更の一例を示す。図１４では、脱水ブロック内の時間パラメータが非許容範囲に含まれるので、許容範囲に含まれるパラメータに変更され（６００ｓ→３００ｓ）、かつ、脱水ブロックの後に停止ブロック及び脱水ブロックが追加されている。例えば、脱水工程において洗濯槽を高速で長時間回転し続けることで、デバイス３００に意図しない負荷がかかるブロックを変更することにより、負荷を低減し、停止を追加し、再度、脱水ブロックを行うことで、変更前のアプリケーションに規定された機能を、安全に実行できるアプリ―ションを提供することができる。
　また例えば、デバイス３００は、ブロックを削除することでブロックを変更することもできる。
　なお、ここでは、洗濯機のためのブロックの変更について説明したが、他の装置についても同様にブロックを変更することができる。
　例えば、電子レンジでは、温度パラメータが非許容範囲に含まれる場合に、当該温度パラメータが許容範囲に含まれる温度パラメータに変更されてもよい。また、実行時間パラメータが非許容範囲に含まれる場合に、当該実行時間パラメータが許容範囲に含まれる実行時間パラメータに変更され、かつ、新たなブロックが追加されてもよい。
　また、炊飯器では、鍋底温度パラメータが非許容範囲に含まれる場合に、当該鍋底温度パラメータが許容範囲に含まれる鍋底温度パラメータに変更されてもよい。また、継続時間パラメータが非許容範囲に含まれる場合に、当該継続時間パラメータが許容範囲に含まれる継続時間パラメータに変更され、かつ、新たなブロックが追加されてもよい。
　（ステップＳ２１７）
　デバイス３００は、実行前確認の結果をデバイスマネージャ２００に送信する。ブロックが変更されている場合には、変更されたブロックがデバイスマネージャ２００に送信されてもよい。
　（ステップＳ２１８）
　デバイスマネージャ２００は、デバイス割り付けの結果をシーケンスマネージャ１００に回答する。また、実行前確認においてブロックが変更されている場合には、変更されたブロックを含むアプリケーションがシーケンスマネージャ１００に送信されてもよい。
　（ステップＳ２２０）
　シーケンスマネージャ１００は、デバイスマネージャ２００からの割付結果通知を受けて、ＵＩ４００を介してユーザに実行準備完了を通知する。
　（ステップＳ２２２）
　ＵＩ４００は、アプリケーションが実行されるデバイスの一覧を表示するとともに、ユーザからアプリケーション実行の確認の入力を受け付けるためのグラフィカルユーザインタフェース（ＧＵＩ）を表示する。なお、ＵＩ４００は、ユーザからデバイスの割り付けの変更を受け付けてもよい。また、ＵＩ４００は、デバイスの一覧を表示しなくてもよい。
　（ステップＳ２２４）
　ＵＩ４００は、ユーザから実行確認の入力を受けて、デバイスマネージャ２００にアプリ開始指示を送信する。デバイスマネージャ２００は、アプリ開始指示をシーケンスマネージャ１００に転送する。
　なお、ステップＳ２２０、Ｓ２２２、及びＳ２２４は、アプリケーションが実行される前にユーザに改めて情報を提供しているが、ユーザの作業が増える可能性があるため、省略されてもよい。
　以上により、アプリ実行前フェーズＦ２００が終了する。
　［１．３．３　アプリ実行フェーズＦ３００］
　次に、アプリ実行フェーズＦ３００について説明する。
　（ステップＳ３１０）
　シーケンスマネージャ１００は、アプリ開始指示を受けて、アプリケーションに含まれる複数のブロックの中から最初のブロック（第１ブロック）を選択する。そして、シーケンスマネージャ１００は、選択した第１ブロックの実行指示をデバイスマネージャ２００に送信する。
　なお、複数のブロックが連続して動作される場合、シーケンスマネージャ１００は、複数のブロックの実行指示をまとめてデバイスマネージャ２００に送信してもよい。
　デバイスマネージャ２００は、シーケンスマネージャ１００から受信した第１ブロックの実行指示に基づいて、第１ブロックに割り付けられたデバイス３００に第１ブロックの実行指示を送信する。
　（ステップＳ３１２）
　デバイスマネージャ２００は、第１ブロックの実行指示を受けて、各デバイスのスケジュール（使用予定時間）を更新する。
　（ステップＳ３１４）
　デバイス３００は、第１ブロックの実行指示を受けて、第１ブロックを実行する。
　（ステップＳ３１６）
　デバイス３００は、第１ブロックの実行が完了したときに、完了通知をデバイスマネージャ２００に送信する。なお、第１ブロックの実行中にエラーが発生した場合には、デバイス３００は、エラー情報をデバイスマネージャ２００に送信してもよい。また、デバイス３００は、第１ブロックの実行中に、イベント情報をデバイスマネージャ２００に送信してもよい。イベント情報としては、例えば、センサの出力値又は機器操作等を用いることができるが、これに限定されない。デバイスマネージャ２００は、デバイス３００から受信した完了通知及び／又は各種情報をシーケンスマネージャ１００に転送する。
　（ステップＳ３１８）
　シーケンスマネージャ１００は、第１ブロックの完了通知を受けて、アプリケーションの進捗を更新し、次のブロック（第２ブロック）を選択する。また、シーケンスマネージャ１００は、エラー情報を受信した場合に、エラー情報に対応する処理（例えば、１つ前のブロックに戻る、最初のブロックに戻る、待機等）を実行する。エラー情報に対応する処理の情報は、例えば、シーケンスマネージャ１００に予め保持されてもよいし、ＵＩ４００を介してユーザから受け付けられてもよい。また、シーケンスマネージャ１００は、イベント情報を受信した場合に、イベント情報に対応する処理を実行する。例えば、イベント情報に水位センサの出力値が含まれる場合、シーケンスマネージャ１００は、実行中のブロックに含まれる水位を表示するための水位パラメータを更新する。
　（ステップＳ３２０）
　シーケンスマネージャ１００は、選択した第２ブロックの実行指示をデバイスマネージャ２００に送信する。
　なお、第２ブロックの実行指示は、第１ブロックの実行指示（Ｓ３１０）と同一のデバイスに対する指示でもよいし、異なるデバイスへの指示でもよい。
　なお、第２ブロックの実行指示は、第１ブロックの実行指示と同様に、複数のブロックの実行指示をまとめてデバイスマネージャ２００に送信してもよい。
　以降の処理は第１ブロックのための処理（Ｓ３１２～Ｓ３１８）と同様であるので、図示及び説明を省略する。アプリケーションに含まれるブロックが順に実行され、最後のブロックの実行が完了すれば、アプリ実行フェーズＦ３００が終了する。
　なお、ここでは、ブロックの実行は１つずつ順に指示されているが、これに限定されない。例えば、同一のデバイスが割り付けられた複数のブロックの実行は、まとめて指示されてもよい。その場合、あらかじめ各ブロックが機能実行のパラメータ範囲を満たすかの確認を行ったり、変更に対応するブロックを実行前にデバイス側にダウンロードしたりしてもよい。また、例えば、複数のデバイスに対して各々のブロック実行指示を行ってもよい。
　［１．４　効果など］
　以上のように、ブロックを含むアプリケーションとルールデータベースとにより、多種多様なアプリケーションを開発可能な環境を提供し、その環境下で自由に開発したアプリケーションに対して、物理的に運動するアクチュエータ２２、又は熱エネルギーを出力する加熱器２３の安全に駆動することを可能にしている。言い換えると、アプリケーションを自由に開発可能な環境を提供するとともに、アプリケーションと独立して安全性を担保するための機能を提供できる。その結果、例えば、自由度の高い多種多様なアプリケーションの開発と、安全性を担保するためのルールデータベースの開発とを並行して作成することが可能になり、多種多様なアプリケーションを早期に開発することを可能にすることができる。
　また、アプリケーションの提供後においても、ルールデータベースを変更することで、より安全性を担保したアプリケーションへの変更も可能になる。また、事前に製造者が想定しない状況の改善が必要になった場合においても、多種多様なアプリケーション自体を変更せずとも、アプリケーションとは独立して、ルールデータベースを規定していることで、ルールデータベースを更新することで、全てのアプリケーションへの対応が可能になる。
　アプリケーション自体を変更せずに、アプリケーションが実行されたときの状態を検知することでエラー処理のルールベースを保持する対処方法も考えられる。しかし、この対処方法は、常にエラーの状態になった後に対処することになり、家電に負荷がかかる状況、又は安全性が担保できない状況になることを許容することを意味する。そこで、アプリケーションとは独立にルールデータベースを保有し、ルールデータを参照してアプリケーションの内容を変更することで、安全性を担保することを可能にしている。
　本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを有し、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、複数のブロックの少なくとも１つを変更することでアプリケーションを変更し、複数のブロックの少なくとも１つは、第１パラメータ範囲に含まれるパラメータを有し、変更したアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
　これによれば、複数のブロックで規定されたアプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、多種多彩なアプリケーションを製造者だけではなく、サードパーティも開発することができ、これらのアプリケーションを装置２０で簡単に実行することが可能となる。さらに、アプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３が駆動される前に、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを変更することができる。したがって、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを抑制することができる。つまり、もしアプリケーション開発者が誤ってアクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動するよう指示を行った場合でも、装置２０を安全に制御することができないアプリケーションが実行されることを抑制することができる。したがって、アプリケーション開発者は、アクチュエータ２２及び／又は加熱器２３の安全性の担保よりもユーザに適することを重視したアプリケーションを作成した場合でも、アプリケーションで制御される装置２０の安全性を向上させることができる。
　また例えば、本実施の形態における装置２０において、制御部２４は、第１のルールを参照して、第１パラメータ範囲に含まれるパラメータを、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容される範囲に含まれるパラメータに変更することで、アプリケーションを変更してもよい。
　これによれば、許容されない第１パラメータ範囲に含まれるパラメータを許容される範囲に含まれるパラメータに変更することができるので、例えば、アプリケーションの開発者は、アクチュエータ２２及び加熱器２３が安全に駆動することを考慮する優先度を下げて自由にアプリケーションを開発でき、さらにアクチュエータ２２及び加熱器２３を制御する装置２０に組み込まれるソフトウェアの開発者は、アプリケーション一つ一つの安全性を毎回チェックすることなくブロックを実行でき、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを防止することができる。
　また例えば、本実施の形態における装置２０において、制御部２４は、第１のルールを参照して、第１パラメータ範囲に含まれるパラメータを、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容される範囲に含まれるパラメータに変更し、かつ、複数のブロックに新たなブロックを追加することで、アプリケーションを変更してもよい。
　これによれば、許容されない第１パラメータ範囲に含まれるパラメータを許容される範囲に含まれるパラメータに変更することができるので、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを防止することができる。さらに、新たなブロックを追加することもできるので、パラメータの変更によって低下した機能を新たなブロックで補完することも可能となる。
　また例えば、本実施の形態における装置２０において、制御部２４は、第１パラメータ範囲に含まれるパラメータを有するブロックを削除することで、アプリケーションを変更してもよい。
　これによれば、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを削除することができるので、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを防止することができる。例えば、アクチュエータ２２及び加熱器２３が、アプリケーション開発者が指定したパラメータをそもそも実行することができない場合に、削除を行うことで、デバイスが混乱することなく制御を行うことができる。一方で、削除された旨をユーザに通知を行ってもよい。
　また例えば、本実施の形態における装置２０において、制御部２４は、第１のルールを参照して、複数のブロックに含まれる複数のパラメータの各々が、第１パラメータ範囲に含まれるか否かを判定し、パラメータが第１パラメータ範囲に含まれると判定された場合、当該パラメータを有するブロックを変更してもよい。
　これによれば、より確実に、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを変更することができる。
　また例えば、本実施の形態における装置２０において、アプリケーションは、複数のブロックのそれぞれが実行される順番の情報と、複数のブロックのそれぞれが実行されるタイミングの情報とを含んでもよい。各ブロックのタイミングの情報は、例えば、当該ブロックの開始タイミングと、他のブロック（例えば１番目のブロック）の開始又は終了のタイミングとの間の時間を示す。
　これによれば、アプリケーションは、順番及びタイミングの情報を含むことができ、各ブロックの持つパラメータ範囲を確認しながら、シーケンシャルに判断して実行することができる。
　また例えば、本実施の形態における装置２０において、アプリケーションは、複数のブロックの情報とそれぞれが実行される順番の情報を含み、ルールは、複数のブロックの中で少なくとも１つのブロックが実行できない情報を含む場合に、エラー情報として、本アプリケーションが開発できないこと、または、実行できないブロックの情報を開発者に提示してもよい。
　これによれば、アプリケーションが実行される前に、新たなブロックを追加、ブロックの順番を変更、又は、ブロックを削除することで、第２のブロックの後に第３のブロックが実行されることを担保することができる。したがって、アプリケーションの開発者は、アクチュエータ２２及び加熱器２３が安全に駆動することを考慮する優先度を下げて自由にアプリケーションを開発ができる。さらに、アクチュエータ２２及び加熱器２３を制御する装置２０に組み込まれるソフトウェアの開発者は、アプリケーション１つ１つの安全性を毎回チェックすることなくブロックの実行を許可することができる。
　また例えば、本実施の形態における装置２０において、第１パラメータ範囲は、アクチュエータ２２及び加熱器２３の少なくとも１つを耐久温度に到達させるパラメータの範囲であってもよい。
　これによれば、アプリケーションが実行されたときにアクチュエータ２２及び／又は加熱器２３が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
　また例えば、本実施の形態における装置２０は、内部空間を有する筐体２１を備えてもよく、第１パラメータ範囲は、内部空間を耐久温度に到達させるパラメータの範囲であってもよい。
　これによれば、アプリケーションが実行されたときに筐体２１の内部空間が耐久温度に到達することを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。
　（実施の形態１の変形例）
　なお、上記実施の形態１では、システム１の処理について図８を参照しながら説明したが、処理の流れについてはこれに限定されない。特に、詳細に説明している実行前確認（Ｓ２１６）について、実行前確認が行われるタイミング及び主体となるモジュールはこれに限定されない。そこで、システム１のシーケンス図のいくつかの変形例について、図１５Ａ～図１５Ｅを参照しながら具体的に説明する。
　図１５Ａは、実施の形態１の変形例１におけるシステム１のシーケンス図である。図１５Ａでは、実行前確認（Ｓ２１６）は、デバイス３００が実行指示を受けて（Ｓ３１０）ブロックを実行する（Ｓ３１４）直前に、デバイス３００によって行われる。
　これにより、デバイス３００に組み込まれるソフトウェアは、ブロックの実行直前に実行前確認を行うというシンプルな構成とすることができる。すなわち、ステップＳ２１５及びＳ２１７を省略することができる。その結果、それらの処理を行うための機能及び通信ＡＰＩをデバイス３００に組み込む必要がなくなり、デバイス３００に搭載されるマイコンの使用メモリ等を低減することが可能となる。
　なお、実行前確認の結果がデバイスマネージャ２００及び／又はＵＩ４００に通知されてもよい。例えば、実行前確認を行った結果としてパラメータの変更又はブロックの実行停止指示が行われた場合に、デバイスマネージャ２００又はＵＩ４００に確認結果が通知されてもよい。
　図１５Ｂは、実施の形態１の変形例２におけるシステム１のシーケンス図である。図１５Ｂでは、実行前確認（Ｓ２１６）は、デバイスマネージャ２００が割付結果通知（Ｓ２１８）を行う際に、そのままデバイスマネージャ２００によって行われる。
　これにより、デバイス３００に組み込まれるソフトウェアは、実行前確認（Ｓ２１６）の機能を含まなくてもよい。したがって、デバイス３００が有するメモリの使用を抑えることができ、デバイス３００のコストダウンにつながる。
　また、上記実施の形態１では、デバイス３００によるブロック実行（Ｓ３１４）について、クラウドサーバ１０に実装されたシーケンスマネージャ１００からの指示によって行われる処理の流れを説明したが、ブロック実行（Ｓ３１４）が行われる形態についても、これに限定されない。
　例えば、シーケンスマネージャ１００からの通知内容を、デバイス３００内のメモリに保存し、装置２０が有するＵＩ又は端末３０が有するＵＩ４００を通じたユーザからの直接の指示により、ブロックが実行されてもよい。すなわち、アプリケーションをデバイス内にダウンロードしておいて、ユーザが任意のタイミングでアプリケーションを実行する形態としてもよい。
　図１５Ｃは、実施の形態１の変形例３におけるシステム１のシーケンス図である。図１５Ｃでは、アプリ実行フェーズＦ３００において、シーケンスマネージャ１００からデバイス３００に、デバイス３００で実行される１以上のブロックが通知される（Ｓ３１０Ｃ）。そして、デバイス３００は、通知された１以上のブロックをメモリに保存する（Ｓ３１１Ｃ）。
　その後、デバイス３００は、ユーザから、保存された１以上のブロックの実行の指示を受け付け（Ｓ３１２Ｃ）、１以上のブロックを第１ブロックから順に実行する（Ｓ３１４）。
　以上のように、ブロックをデバイス３００に保存することで、デバイスマネージャ２００とデバイス３００との通信を介さずにデバイス３００の制御が行えるため、クラウドサーバ１０と装置２０との間の通信が不安定になることによってデバイス３００の動作が停止したり遅延が生じたりするリスクを低減することができる。そのため、本変形例は、クラウドサーバ１０との通信の信頼性が低い環境において、及び／又は、アプリケーション実行中のデバイスの動作停止や遅延が許容されないデバイス３００において、より効果的である。
　なお、変形例３においても、実施の形態１と同様に、実行前確認（Ｓ２１６）は重要な意味を有するが、実行前確認（Ｓ２１６）が行われるタイミングや主体となるモジュールは図１５Ｃに限定されない。すなわち、変形例３は、変形例１又は２と組み合わされてもよい。
　図１５Ｄは、実施の形態１の変形例４におけるシステム１のシーケンス図である。変形例４は、変形例１と変形例３との組み合わせに相当する。変形例４では、図１５Ｄに示すように、実行前確認（Ｓ２１６）は、デバイス３００が実行指示を受けて（Ｓ３１２Ｃ）ブロックを実行する（Ｓ３１４）直前にデバイス３００によって行われる。
　ブロックをデバイス３００にダウンロードしておいて、ユーザが任意のタイミングでブロックを実行する場合、ブロックをダウンロードするタイミングと実行するタイミングとが大きくずれる可能性が高まる。すなわち、ブロックをデバイス３００にダウンロードしてから数日後、数か月後、又は数年後等にブロックが実行される場合が考えられる。その場合、ブロックがダウンロードされてからブロックが実行されるまでの間にデバイス３００の劣化レベル等が変わる恐れもある。そのため、ブロックの実行が劣化レベルの影響を受けるデバイス３００では、ブロックが実行される直前にデバイス３００によって実行前確認が行われることで、劣化レベルに応じた実行前確認が可能となる。
　図１５Ｅは、実施の形態１の変形例５におけるシステム１のシーケンス図である。変形例５は、変形例２と変形例３との組み合わせに相当する。変形例５では、図１５Ｅに示すように、実行前確認（Ｓ２１６）は、デバイスマネージャ２００が割付結果通知（Ｓ２１８）を行う際に、そのままデバイスマネージャ２００によって行われる。
　（実施の形態２）
　次に、実施の形態２について説明する。本実施の形態では、アプリケーションが認証済みである場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
　なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
　［２．１　処理］
　本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ａに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ａについて図１６を参照しながら説明する。
　図１６は、実施の形態２における実行前確認処理のフローチャートを示す。
　（ステップＳ２１６１Ａ）
　デバイス３００は、アプリ認証情報を取得する。アプリ認証情報は、アプリケーションが認証済みである場合に認証済みであることを示す情報を含む。
　アプリケーションの認証は、例えばアプリケーションの品質を保証するための仕組みであり、アプリケーションの安全性及び／又は同一性（改ざんされていないこと）などの確認を可能とする。認証情報の付与されているアプリケーションの一例を説明する。アプリケーションのコードの変更履歴がパラメータ範囲の変更が行われなかったことを示す場合、アプリケーションに認証済みであることを示す情報が対応付けられている。
　（ステップＳ２１６２Ａ）
　デバイス３００は、取得されたアプリ情報に基づいて、アプリケーションが認証済みであるか否かを判定する。ここで、アプリケーションが認証済みであると判定された場合（Ｓ２１６２ＡのＹｅｓ）、デバイス３００は、以降のステップＳ２１６５～ステップＳ２１６７をスキップして実行前確認処理を終了する。一方、アプリケーションが認証済みではないと判定された場合（Ｓ２１６２ＡのＮｏ）、デバイス３００は、次のステップＳ２１６５に進む。
　［２．２　効果など］
　以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ認証済みか否かを示す情報を含むアプリケーションを取得し、複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを有し、アプリケーションが認証済みであることを示す情報を含まない場合、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、複数のブロックの少なくとも１つを変更することでアプリケーションを変更し、複数のブロックの少なくとも１つは、第１パラメータ範囲に含まれるパラメータを有し、変更したアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
　これによれば、複数のブロックで規定されたアプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、そのように開発された多種多彩なアプリケーションを装置２０で簡単に実行することが可能となる。さらに、アプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３が駆動される前に、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを変更することができる。したがって、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを抑制することができる。つまり、装置２０を安全に制御することができないアプリケーションが実行されることを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。さらに、アプリケーションが認証済みでない場合に、アプリケーションの変更を伴う処理を行うことができ、アプリケーションが認証済みである場合に処理負荷の軽減を図ることができる。したがって、全てのアプリケーションに対するパラメータ範囲に対する判定処理を行う必要は無く、認証を行うことによる管理によって、処理負荷の軽減とともに、パラメータ範囲の設計の基準ができ、アプリケーション開発者にとっては、より容易かつ安全な設計が可能となる。
　また例えば、本実施の形態における装置２０において、アプリケーションが認証済みであることを示す情報を有する場合、第１のルールを参照せずに、アプリケーションを変更しなくてもよい。
　これによれば、アプリケーションが認証済みである場合に、ブロックを変更するための処理をスキップすることができ、処理負荷を軽減することができる。
　（実施の形態３）
　次に、実施の形態３について説明する。本実施の形態では、アプリケーションの制作者と装置の製作者とが同一である場合に実行前確認がスキップされる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
　なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
　［３．１　処理］
　本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｂに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｂについて図１７を参照しながら説明する。
　図１７は、実施の形態３における実行前確認処理のフローチャートを示す。
　（ステップＳ２１６１Ｂ）
　デバイス３００は、アプリ制作者情報を取得する。アプリ制作者情報は、アプリケーションの制作者を示す。制作者は、アプリケーションを制作した会社、個人又は団体等を意味し、開発者又は著者と呼ばれる場合もある。
　（ステップＳ２１６３Ｂ）
　デバイス３００は、デバイス製作者情報を取得する。デバイス製作者情報は、デバイスの製作者を示す。製作者は、デバイス３００（つまり装置２０）を製作した会社、個人又は団体等を意味し、製造者と呼ばれる場合もある。
　（ステップＳ２１６４Ｂ）
　デバイス３００は、アプリケーションの制作者とデバイス３００の製作者とが異なるか否かを判定する。アプリケーションの制作者が個人であり、デバイス３００の製作者が会社である場合、デバイス３００は、アプリケーションの制作者が属する会社とデバイス３００の製作者とが一致すれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。また、デバイス３００は、アプリケーションの制作者がデバイス３００の製作者の開発委託先であれば、アプリケーションの制作者とデバイス３００の製作者とが同じであると判定してもよい。
　ここで、アプリケーションの制作者とデバイス３００の製作者とが同じである場合（Ｓ２１６４ＢのＮｏ）、デバイス３００は、以降のステップＳ２１６５～ステップＳ２１６７をスキップして実行前確認処理を終了する。一方、アプリケーションの制作者とデバイス３００の製作者とが異なる場合（Ｓ２１６４ＢのＹｅｓ）、デバイス３００は、次のステップＳ２１６５に進む。
　［３．２　効果など］
　以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定され、かつ制作者を示す情報を含むアプリケーションを取得し、複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを有し、装置２０の製作者を示す情報を取得し、アプリケーションの制作者と装置２０の製作者とが異なる場合、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、複数のブロックの少なくとも１つを変更することでアプリケーションを変更し、複数のブロックの少なくとも１つは、第１パラメータ範囲に含まれるパラメータを有し、変更したアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
　これによれば、複数のブロックで規定されたアプリケーションに基づいてアクチュエータ及び／又は加熱器を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、そのように開発された多種多彩なアプリケーションを装置２０で簡単に実行することが可能となる。さらに、アプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３が駆動される前に、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを変更することができる。したがって、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを抑制することができる。つまり、装置２０を安全に制御することができないアプリケーションが実行されることを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。さらに、アプリケーションの制作者と装置２０の製造者とが異なる場合に、アプリケーションの変更を伴う処理を行うことができ、アプリケーションの制作者と装置２０の製造者とが同じ場合には、処理負荷の軽減を図ることができる。
　（実施の形態４）
　次に、実施の形態４について説明する。本実施の形態では、装置の劣化レベルに対応するルールを用いて実行前確認が行われる点が上記実施の形態１と主として異なる。以下に、上記実施の形態１と異なる点を中心に本実施の形態について説明する。
　なお、本実施の形態におけるシステム１のハードウェア構成及び機能構成は、上記実施の形態１と同様であるので、図示及び説明を省略する。
　［４．１　処理］
　本実施の形態では、上記実施の形態１における実行前確認のステップＳ２１６がステップＳ２１６Ｃに代わる点を除いて、上記実施の形態１の処理と同様である。したがって、実行前確認処理のステップＳ２１６Ｃについて図１８を参照しながら説明する。
　図１８は、実施の形態４における実行前確認処理のフローチャートを示す。
　（ステップＳ２１６３Ｃ）
　デバイス３００は、デバイス劣化情報を取得する。デバイス劣化情報は、装置２０に含まれるアクチュエータ２２及び／又は加熱器２３の劣化レベルを示す。劣化レベルの検出方法は、特に限定されず、例えばセンサによって検出されればよい。
　（ステップＳ２１６５Ｃ）
　デバイス３００は、劣化レベルに対応するルールを取得する。例えば、デバイス３００は、ルールデータベースを参照して、ブロックが駆動するアクチュエータ２２又は加熱器２３の劣化レベルに対応するパラメータ範囲を取得する。
　図１９は、実施の形態４におけるルールデータベースの一例を示す。図１９のルールデータベース１３００Ｃには、ルール１３０１Ｃ～１３０４Ｃが登録されている。ルール１３０１Ｃ～１３０４Ｃの各々は、非許容範囲を定義するパラメータ範囲を有する。例えば、ルール１３０１Ｃは、劣化レベル０のモータＭＭ０００１のために、１０００ｒｐｍより大きい範囲を非許容範囲として有する。例えば、ルール１３０２Ｃは、劣化レベル１のモータＭＭ０００１のために、８００ｒｐｍより大きい範囲を非許容範囲として有する。つまり、ルール１３０２Ｃは、ルール１３０１Ｃよりも非許容範囲が広く、許容範囲が狭い。
　ルール１３０１Ｃ～１３０４Ｃの各々は、さらに、種別と、製造者名と、型番と、アクチュエータ／加熱器と、劣化レベルと、を有する。これにより、デバイス３００は、ルールデータベース１３００Ｃから、ブロックで駆動されるアクチュエータ２２又は加熱器２３の劣化レベルに対応するルールを取得することができる。例えば、デバイス３００は、図１０の脱水ブロックで駆動されるモータＭＭ０００１の劣化レベルが０である場合、脱水ブロックのために、図１９のルールデータベース１３００Ｃを参照してルール１３０１Ｃを取得する。
　なお、劣化レベルを決定する項目は、例えば、デバイス３００に含まれるアクチュエータ２２及び／又は加熱器２３の使用回数、使用時間、又は稼働開始から現在まで使用日数である。これらの項目は、ユーザの使用に対して概ね比例関係で増えると想定される。よって、項目に対応する値が大きくなるごとに、劣化レベルが大きくなるようにルールが決定される。
　また、劣化レベルを決定する項目は、例えば、加熱器２３の温度の加算値、又はアクチュエータ２２及び／又は加熱器２３の入力及び出力の再現度合である。加熱器２３の温度の加算値とは、加熱器２３が駆動されたときの温度を加算した値である。例えば、ブロック実行時の加熱器２３の平均温度、中間温度、又は最大温度が用いられる。加熱器２３の温度は、加熱器２３の限界温度に対する実行温度の割合、加熱器２３の限界温度に対する実行温度の差分であってもよい。
　アクチュエータ２２及び／又は加熱器２３の入力及び出力の再現度合とは、アクチュエータ２２及び／又は加熱器２３を駆動するための入力値とアクチュエータ２２及び／又は加熱器２３の出力との関係を参照して求められる。所定の入力に対する実際の出力値と、関係に規定された出力値との割合が用いられる。
　［４．２　効果など］
　以上のように、本実施の形態における装置２０は、アクチュエータ２２及び加熱器２３の少なくとも１つと、アクチュエータ２２及び加熱器２３の少なくとも１つを制御する制御部２４と、を備え、制御部２４は、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、複数のブロックの各々は、アクチュエータ２２又は加熱器２３を駆動するためのパラメータを有し、アクチュエータ２２及び加熱器２３の少なくとも１つが劣化しているか否かを示す劣化情報を取得し、劣化情報がアクチュエータ２２及び加熱器２３の少なくとも１つが劣化していないことを示している場合、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、複数のブロックに含まれる少なくとも１つの第１ブロックを変更することでアプリケーションを変更し、少なくとも１つの第１ブロックは、第１パラメータ範囲に含まれるパラメータを有し、劣化情報がアクチュエータ２２及び加熱器２３の少なくとも１つが劣化していることを示している場合、アクチュエータ２２及び加熱器２３の少なくとも１つの駆動が許容されない、第１パラメータ範囲と異なる第２パラメータ範囲を定義する第２のルールを参照して、複数のブロックに含まれる少なくとも１つの第２ブロックを変更することでアプリケーションを変更し、少なくとも１つの第２ブロックは、第２パラメータ範囲に含まれるパラメータを有し、変更したアプリケーションに基づいて、アクチュエータ２２及び加熱器２３の少なくとも１つを駆動する。
　これによれば、複数のブロックで規定されたアプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３を駆動することができる。したがって、装置２０の制御を抽象化したブロックを用いたアプリケーションの開発が可能となり、そのように開発された多種多彩なアプリケーションを装置２０で簡単に実行することが可能となる。さらに、アプリケーションに基づいてアクチュエータ２２及び／又は加熱器２３が駆動される前に、許容されない第１パラメータ範囲に含まれるパラメータを有するブロックを変更することができる。したがって、アクチュエータ２２及び／又は加熱器２３が許容されないパラメータで駆動されることを抑制することができる。つまり、装置２０を安全に制御することができないアプリケーションが実行されることを抑制することができ、アプリケーションで制御される装置２０の安全性を向上させることができる。さらに、装置２０の劣化情報に応じて異なるパラメータ範囲を用いることができ、ブロックを用いることで、経年劣化していくデバイスのパフォーマンスを考慮しながら、アプリケーション側からのアクチュエータ２２及び／又は加熱器２３への駆動指示を実行し、アプリケーションで制御される装置２０の安全性をより向上させることができる。
　（他の実施の形態）
　以上、本開示の１つ又は複数の態様に係るシステムについて、実施の形態に基づいて説明したが、本開示は、この実施の形態に限定されるものではない。本開示の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本開示の１つ又は複数の態様の範囲内に含まれてもよい。
　また、上記各実施の形態において、シーケンスマネージャ１００及びデバイスマネージャ２００は、クラウドサーバ１０に含まれていたが、これに限定されない。シーケンスマネージャ１００及び／又はデバイスマネージャ２００は、装置２０に含まれてもよい。また、ＵＩ４００は、端末３０に含まれていたが、装置２０に含まれてもよい。
　また、上記各実施の形態において、劣化情報に基づいて、アプリケーションが変更されてもよい。例えば、デバイス３００は、複数の劣化レベルと複数のパラメータの変換方法とが対応付けられたパラメータ変換情報を参照して、劣化レベルに対応する変換方法を取得し、取得した変換方法を用いてブロックに含まれるパラメータを変換してもよい。変換方法としては、例えば、変換後の値で定義されてもよいし、変換前の値に適用される係数で定義されてもよい。
　また、上記各実施の形態では、実行前確認においてパラメータが非許容範囲に含まれる場合にブロックを変更し、その後ブロックが実行されていたが、これに限ったものではない。例えば、パラメータが非許容範囲に含まれる場合に、デバイス３００の状態が想定と異なっていたときは、ブロックを実行せず、デバイスマネージャ２００及び／又はシーケンスマネージャ１００に実行中止（エラー）が通知されてもよい。
　複数の機能ブロックで規定されたアプリケーションを実行することができる家庭用電化製品等に利用できる。
　１　システム
　２ａ、２ｂ、２ｃ、２ｄ　施設
　１０　クラウドサーバ
　１１　プロセッサ
　１２　メモリ
　２０、２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、２０ｆ、２０ｇ、２０ｈ　装置
　２１　筐体
　２２　アクチュエータ
　２３　加熱器
　２４　制御部
　３０、３０ａ、３０ｂ、３０ｃ、３０ｄ　端末
　３１　ディスプレイ
　３２　入力デバイス
　１００　シーケンスマネージャ
　２００　デバイスマネージャ
　３００、３００ａ、３００ｂ、３００ｃ、３００ｄ、３００ｅ、３００ｆ、３００ｇ、３００ｈ　デバイス
　４００、４００ａ、４００ｂ、４００ｃ、４００ｄ　ＵＩ
　１０００、１２０１　ブロック
　１００１、１００２、１００３、１００４、１００５、１００６　パラメータ
　１１００　デバイスデータベース
　１１０１　デバイス情報
　１２００　実行内容宣言
　１２０２　デバイスに関する情報
　１２０３　順番の情報
　１３００、１３００Ｃ　ルールデータベース
　１３０１、１３０１Ｃ、１３０２、１３０２Ｃ、１３０３Ｃ、１３０４Ｃ　ルール
　Ｆ１００　準備フェーズ
　Ｆ２００　アプリ実行前フェーズ
　Ｆ３００　アプリ実行フェーズ

Claims (16)

  1. 　アクチュエータ及び加熱器の少なくとも１つと、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを制御する制御部と、を備え、
    　前記制御部は、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する、
    　装置。
  2. 　前記制御部は、
    　前記第１のルールを参照して、前記第１パラメータ範囲に含まれるパラメータを、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容される範囲に含まれるパラメータに変更することで、前記アプリケーションを変更する、
    　請求項１に記載の装置。
  3. 　前記制御部は、
    　前記第１のルールを参照して、前記第１パラメータ範囲に含まれるパラメータを、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容される範囲に含まれるパラメータに変更し、かつ、前記複数のブロックに新たなブロックを追加することで、前記アプリケーションを変更する、
    　請求項１に記載の装置。
  4. 　前記制御部は、
    　前記第１パラメータ範囲に含まれるパラメータを有するブロックを削除することで、前記アプリケーションを変更する、
    　請求項１に記載の装置。
  5. 　前記制御部は、
    　前記第１のルールを参照して、前記複数のブロックに含まれる複数のパラメータの各々が、前記第１パラメータ範囲に含まれるか否かを判定し、
    　前記パラメータが前記第１パラメータ範囲に含まれると判定された場合、前記パラメータを有するブロックを変更する、
    　請求項１～４のいずれか１項に記載の装置。
  6. 　前記アプリケーションは、前記複数のブロックのそれぞれが実行される順番の情報と、前記複数のブロックのそれぞれが実行されるタイミングの情報とを含む、
    　請求項１～５のいずれか１項に記載の装置。
  7. 　前記第１パラメータ範囲は、前記アクチュエータ及び前記加熱器の前記少なくとも１つを耐久温度に到達させるパラメータの範囲である、
    　請求項１～６のいずれか１項に記載の装置。
  8. 　前記装置は、内部空間を有する筐体を備え、
    　前記第１パラメータ範囲は、前記内部空間を耐久温度に到達させるパラメータの範囲である、
    　請求項１～６のいずれか１項に記載の装置。
  9. 　アクチュエータ及び加熱器の少なくとも１つと、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを制御する制御部と、を備え、
    　前記制御部は、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定され、かつ認証済みか否かを示す情報を含むアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アプリケーションが認証済みであることを示す情報を含まない場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する、
    　装置。
  10. 　前記アプリケーションが認証済みであることを示す情報を有する場合、前記第１のルールを参照せずに、前記アプリケーションを変更しない、
    　請求項９に記載の装置。
  11. 　装置であって、
    　アクチュエータ及び加熱器の少なくとも１つと、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを制御する制御部と、を備え、
    　前記制御部は、
    　前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する複数のブロックで規定され、かつ制作者を示す情報を含むアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記装置の製作者を示す情報を取得し、
    　前記アプリケーションの制作者と前記装置の製作者とが異なる場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する、
    　装置。
  12. 　アクチュエータ及び加熱器の少なくとも１つと、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを制御する制御部と、を備え、
    　前記制御部は、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化しているか否かを示す劣化情報を取得し、
    　前記劣化情報が前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化していないことを示している場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックに含まれる少なくとも１つの第１ブロックを変更することで前記アプリケーションを変更し、前記少なくとも１つの第１ブロックは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記劣化情報が前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化していることを示している場合、前記アクチュエータ及び前記加熱器の少なくとも１つの駆動が許容されない、前記第１パラメータ範囲と異なる第２パラメータ範囲を定義する第２のルールを参照して、前記複数のブロックに含まれる少なくとも１つの第２ブロックを変更することで前記アプリケーションを変更し、前記少なくとも１つの第２ブロックは、前記第２パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する、
    　装置。
  13. 　アクチュエータ及び加熱器の少なくとも１つを備える装置を制御する方法であって、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する、
    　方法。
  14. 　アクチュエータ及び加熱器の少なくとも１つを備える装置を制御する方法であって、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定され、かつ認証済みか否かを示す情報を含むアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アプリケーションが認証済みであることを示す情報を含まない場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する、
    　方法。
  15. 　アクチュエータ及び加熱器の少なくとも１つを備える装置を制御する方法であって、
    　前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する複数のブロックで規定され、かつ制作者を示す情報を含むアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記装置の製作者を示す情報を取得し、
    　前記アプリケーションの制作者と前記装置の製作者とが異なる場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックの少なくとも１つを変更することで前記アプリケーションを変更し、前記複数のブロックの前記少なくとも１つは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する、
    　方法。
  16. 　アクチュエータ及び加熱器の少なくとも１つを備える装置を制御する方法であって、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つを駆動する複数のブロックで規定されたアプリケーションを取得し、前記複数のブロックの各々は、前記アクチュエータ又は前記加熱器を駆動するためのパラメータを有し、
    　前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化しているか否かを示す劣化情報を取得し、
    　前記劣化情報が前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化していないことを示している場合、前記アクチュエータ及び前記加熱器の前記少なくとも１つの駆動が許容されない第１パラメータ範囲を定義する第１のルールを参照して、前記複数のブロックに含まれる少なくとも１つの第１ブロックを変更することで前記アプリケーションを変更し、前記少なくとも１つの第１ブロックは、前記第１パラメータ範囲に含まれるパラメータを有し、
    　前記劣化情報が前記アクチュエータ及び前記加熱器の前記少なくとも１つが劣化していることを示している場合、前記アクチュエータ及び前記加熱器の少なくとも１つの駆動が許容されない、前記第１パラメータ範囲と異なる第２パラメータ範囲を定義する第２のルールを参照して、前記複数のブロックに含まれる少なくとも１つの第２ブロックを変更することで前記アプリケーションを変更し、前記少なくとも１つの第２ブロックは、前記第２パラメータ範囲に含まれるパラメータを有し、
    　前記変更したアプリケーションに基づいて、前記アクチュエータ及び前記加熱器の少なくとも１つを駆動する、
    　方法。
PCT/JP2021/022825 2020-06-19 2021-06-16 アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法 WO2021256492A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180040454.XA CN115843356A (zh) 2020-06-19 2021-06-16 具备执行器和/或加热器的装置以及控制该装置的方法
JP2022531858A JPWO2021256492A1 (ja) 2020-06-19 2021-06-16
US18/070,796 US20230088560A1 (en) 2020-06-19 2022-11-29 Apparatus including actuator and/or heater and method for controlling said apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020106607 2020-06-19
JP2020-106607 2020-06-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/070,796 Continuation US20230088560A1 (en) 2020-06-19 2022-11-29 Apparatus including actuator and/or heater and method for controlling said apparatus

Publications (1)

Publication Number Publication Date
WO2021256492A1 true WO2021256492A1 (ja) 2021-12-23

Family

ID=79267938

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/022825 WO2021256492A1 (ja) 2020-06-19 2021-06-16 アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法

Country Status (4)

Country Link
US (1) US20230088560A1 (ja)
JP (1) JPWO2021256492A1 (ja)
CN (1) CN115843356A (ja)
WO (1) WO2021256492A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11265206A (ja) * 1997-11-24 1999-09-28 Hewlett Packard Co <Hp> 分散制御システム
US20130325939A1 (en) * 2011-04-12 2013-12-05 Jonghoon SHIM Terminal management system and method for managing a terminal
US20160342151A1 (en) * 2015-05-18 2016-11-24 Milwaukee Electric Tool Corporation User interface for tool configuration and data capture

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5771174A (en) * 1995-12-21 1998-06-23 Measurex Corporation Distributed intelligence actuator controller with peer-to-peer actuator communication
JP4714025B2 (ja) * 2006-01-06 2011-06-29 株式会社日立製作所 センサノード、基地局、センサネット及びセンシングデータの送信方法
WO2012070250A1 (ja) * 2010-11-25 2012-05-31 パナソニック株式会社 通信機器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11265206A (ja) * 1997-11-24 1999-09-28 Hewlett Packard Co <Hp> 分散制御システム
US20130325939A1 (en) * 2011-04-12 2013-12-05 Jonghoon SHIM Terminal management system and method for managing a terminal
US20160342151A1 (en) * 2015-05-18 2016-11-24 Milwaukee Electric Tool Corporation User interface for tool configuration and data capture

Also Published As

Publication number Publication date
JPWO2021256492A1 (ja) 2021-12-23
US20230088560A1 (en) 2023-03-23
CN115843356A (zh) 2023-03-24

Similar Documents

Publication Publication Date Title
KR20130021280A (ko) 세탁장치 및 이를 포함하여 이루어지는 온라인 시스템
US20230324867A1 (en) Drive apparatus, drive method, and recording medium
KR20200014029A (ko) 가전제품 및 가전제품의 페어링을 설정하는 온라인 시스템
JP2024026402A (ja) 情報処理方法、及び、情報処理装置
WO2021256496A1 (ja) 情報処理方法および情報処理装置
WO2022137616A1 (ja) 駆動装置、駆動方法、及び、プログラム
WO2021256492A1 (ja) アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法
WO2021256494A1 (ja) アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法
WO2021256497A1 (ja) アクチュエータ及び／又は加熱器を備える装置並びにその装置を制御する方法
KR101737498B1 (ko) 원격 제어 가능한 오븐 및 오븐 제어 단말 장치
WO2021256500A1 (ja) 情報処理方法および情報処理装置
WO2021256498A1 (ja) 情報処理方法および情報処理装置
WO2022137615A1 (ja) 駆動装置、駆動方法、及び、プログラム
WO2021256430A1 (ja) 洗濯機、制御方法、及び、制御システム
JP7486075B2 (ja) 洗濯機、制御方法、及び、制御システム
JP2022001152A (ja) 洗濯機、制御方法、及び、制御システム
JP7296562B2 (ja) 情報提供システム、及び調理器
JP2023089508A (ja) シート類処理装置、制御方法、及び、制御システム
JP2021162268A (ja) 調理器
KR20240067775A (ko) 주방공기질의 자동관리방법과 이를 제공하는 시스템 및 컴퓨터 판독가능 기록매체
JP2005150901A (ja) 機器登録システムおよび情報端末

Legal Events

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

Ref document number: 21826583

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022531858

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21826583

Country of ref document: EP

Kind code of ref document: A1