WO2013168280A1 - 制御装置、制御方法及び制御プログラム - Google Patents

制御装置、制御方法及び制御プログラム Download PDF

Info

Publication number
WO2013168280A1
WO2013168280A1 PCT/JP2012/062130 JP2012062130W WO2013168280A1 WO 2013168280 A1 WO2013168280 A1 WO 2013168280A1 JP 2012062130 W JP2012062130 W JP 2012062130W WO 2013168280 A1 WO2013168280 A1 WO 2013168280A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
phase
input
operation request
unit
Prior art date
Application number
PCT/JP2012/062130
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 SG11201407199YA priority Critical patent/SG11201407199YA/en
Priority to CN201280073101.0A priority patent/CN104272203B/zh
Priority to PCT/JP2012/062130 priority patent/WO2013168280A1/ja
Priority to JP2014514326A priority patent/JP5784225B2/ja
Priority to TW101125508A priority patent/TWI452455B/zh
Publication of WO2013168280A1 publication Critical patent/WO2013168280A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0426—Programming the control sequence
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G05B19/0423—Input/output
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/25—Pc structure of the system
    • G05B2219/25221—Identification of messages and their relative priority
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2613—Household appliance in general

Definitions

  • the present invention relates to a technique for arbitrating conflicting requests output from a plurality of software to a device, for example.
  • the embedded software has changed from the above-mentioned program in machine language to the program in the language for general computers.
  • a partial program called a device driver that transmits a simple operation command directly to a device is created separately from other programs and is used again.
  • development efficiency is now higher than the development of embedded software in the original machine language.
  • a developer develops embedded software by creating a program for each function based on a requirement specification of a product.
  • a developer creates a program that realizes a function including a program that satisfies a condition for arbitrating a request for a device. If it is a product with few functions, it is relatively easy to create a program even in this way.
  • the condition of which function request is enabled and which function request is invalidated when the requests conflict is very complicated. In this case, only the developer who first developed the embedded software can understand the structure of the program that realizes the complicated conditions, and it is very difficult for other developers to modify the program.
  • Patent Document 1 describes a design modeling in which function division is performed using embedded software as a control filter component, and the control filter components obtained by function division are arranged with priority designation.
  • Non-Patent Document 1 management is divided into three major roles: management of device state transitions, management of conflict resolution when using devices, and management of time constraints imposed on each process. There is a description about design modeling.
  • An object of the present invention is to simplify a processing structure for arbitrating competing requests.
  • the control device includes: A control device that arbitrates conflicting operation requests output from a plurality of APPs (application programs) and controls a device; A request input unit for inputting an operation request output by each APP to a phase predetermined for each APP among a plurality of phases set in order; For each phase, an arbitration information storage unit that stores arbitration information; In order from the first phase, in accordance with the arbitration information stored in the arbitration information storage unit, generate an operation request that arbitrates contention of the input operation request, and a request generation unit that inputs the generated operation request to the next phase; And a device control unit that controls the operation of the device in accordance with an operation request generated by the request generation unit in the last phase.
  • APPs application programs
  • the control apparatus does not need to include a function for arbitrating competing requests in APP, and can separate APP and a function for arbitrating competing requests.
  • the control device since the control device according to the present invention arbitrates requests sequentially in a plurality of phases, it is possible to simplify the processing structure for arbitrating competing requests.
  • FIG. 1 is a configuration diagram of a control device 100 according to Embodiment 1.
  • FIG. 1 is a configuration diagram of a middleware unit 20 according to Embodiment 1.
  • FIG. 5 is a flowchart showing the operation of the middleware unit 20 according to the first embodiment.
  • FIG. The figure which shows the mediation information about the phase 2 which concerns on Embodiment 1.
  • FIG. FIG. 3 is a configuration diagram of a control device 100 according to a second embodiment.
  • 9 is a flowchart showing the operation of the middleware unit 20 according to the second embodiment.
  • FIG. 6 is a configuration diagram of a control device 100 according to a third embodiment.
  • 10 is a flowchart showing the operation of the middleware unit 20 according to the third embodiment.
  • FIG. FIG. 6 is a configuration diagram of a control device 100 according to a fourth embodiment.
  • FIG. 10 is a flowchart showing the operation of the middleware unit 20 according to the fourth embodiment.
  • requirement output in the example shown in FIG. The figure which shows the example supposing the case where the general control apparatus is mounted in the air conditioner.
  • FIG. 1 is a configuration diagram of a control device 100 according to the first embodiment.
  • the control device 100 controls home appliances.
  • the control apparatus 100 includes an application unit 10, a middleware unit 20, a device control unit 30, and a device driver 40.
  • the application unit 10 is an application program (hereinafter, APP) that realizes some function, and includes a basic operation execution unit 11 and a plurality of function execution units 12 (here, function execution units 12A to 12E).
  • the basic operation execution unit 11 is an APP that realizes basic operation of home appliances.
  • the basic operation execution unit 11 operates regardless of the operation of the user, the external environment, or the like when the home appliance is powered on.
  • the function execution part 12 is APP which implement
  • the function execution unit 12 is provided for each additional function, and operates according to a user operation, an external environment, or the like.
  • the middleware unit 20 acquires device operation requests (hereinafter referred to as primary requests) from the basic operation execution unit 11 and the function execution units 12 and arbitrates the competing primary requests (hereinafter referred to as secondary requests). Is generated and output.
  • the middleware unit 20 has a plurality of phases (phases 1 to 4 in this case) in which the order is set, and the primary request output from the basic operation execution unit 11 and each function execution unit 12 Enter in the phase. Then, the middleware unit 20 arbitrates the input primary request in order from the higher phase, repeatedly inputs the arbitrated primary request to the next phase, and finally generates a secondary request.
  • the device control unit 30 generates control parameters to be given to the device driver 40 in accordance with the secondary request generated by the middleware unit 20.
  • the device control unit 30 controls the device by giving the generated control parameter to the device driver 40.
  • the device driver 40 operates the device (hardware) in accordance with the control parameters generated by the device control unit 30.
  • FIG. 2 is a configuration diagram of the middleware unit 20 according to the first embodiment.
  • the middleware unit 20 includes a request input unit 21, an arbitration information storage unit 22, and a request generation unit 23.
  • the request input unit 21 inputs the primary request output from the basic operation execution unit 11 to the first phase 1. Further, the request input unit 21 inputs a primary request output from each function execution unit 12 to a phase predetermined for each function execution unit 12 among a plurality of phases.
  • the mediation information storage unit 22 stores mediation information for mediating primary request contention in the storage device for each phase.
  • the arbitration information is a priority for each primary request.
  • the request generation unit 23 selects the primary request having the highest priority indicated by the arbitration information from the input primary requests in order from the top phase.
  • the request generation unit 23 inputs the selected primary request to the next phase in phases other than the final phase. In the final phase, the request generation unit 23 outputs the selected primary request to the device control unit 30 as a secondary request.
  • FIG. 3 is a flowchart showing the operation of the middleware unit 20 according to the first embodiment.
  • the control device 100 is activated to start processing.
  • the request input unit 21 inputs the primary request output from the basic operation execution unit 11 to the phase 1 and inputs the primary request output from each function execution unit 12 to a predetermined phase (S11).
  • the request generation unit 23 initializes a variable i representing a phase to 1 (S12).
  • the request generation unit 23 selects the primary request having the highest priority from the input primary request for the phase i (S13).
  • the request generation unit 23 determines whether or not the phase i is the final phase (S14).
  • the selected primary request is input to the next phase i + 1 (S15), and the variable i is set to 1. In addition (S16), the process returns to S13.
  • the request generation unit 23 outputs the selected primary request as a secondary request to the device control unit 30 (S17). When outputting the secondary request, the request generation unit 23 executes the processing from S11 again after a predetermined time has elapsed.
  • FIG. 4 is a diagram illustrating an example in which the control device 100 is assumed to be mounted in a refrigerator.
  • a refrigerator is provided with a compressor (an example of a device), and the internal temperature can be controlled by changing the operating speed (rotational speed rpm or rotational frequency Hz) of the compressor.
  • the control device 100 controls the operation speed of the compressor of the refrigerator.
  • the operating speed of the compressor ranges from 0 speed in the stopped state to 10 speed, which is the maximum speed.
  • the refrigerator When the power is turned on, the refrigerator continuously operates to cool the interior.
  • the basic operation execution unit 11 executes this operation.
  • the refrigerator also has a quick cooling function for rapidly cooling the inside of the refrigerator and an ice making function for quickly producing ice.
  • the rapid cooling function and the ice making function are executed when the rapid cooling button and the ice making button are pressed, and are terminated when a predetermined condition is satisfied.
  • the refrigerator has a weak and strong protection function that suppresses the operation of the compressor in order to prevent failure of the compressor and the like.
  • the protection function weak and strong are executed when a predetermined protection condition is satisfied, and are terminated when the protection condition is not satisfied.
  • Each function execution unit 12 executes the rapid cooling function, the ice making function, and each protection function.
  • the function execution unit 12A executes the rapid cooling function
  • the function execution unit 12B executes the ice making function
  • the function execution unit 12C executes the weak protection function
  • the function execution unit 12D executes the strong protection function.
  • the rapid cooling request that is the primary request output from the function execution unit 12A and the ice making request that is the primary request output from the function execution unit 12B are input to the phase 1 and output from the function execution unit 12C.
  • the weak protection request that is a request and the strong protection request that is the primary request output by the function execution unit 12D are input to phase 2.
  • the basic request which is the primary request output from the basic operation execution unit 11, requires operation at the fourth speed
  • the rapid cooling request requires operation at the seventh speed
  • the ice making request requires operation at the fifth speed.
  • the weak protection request requires driving at the second speed
  • the strong protection request requires driving at the zero speed.
  • FIG. 5 is a diagram showing arbitration information for phase 1 according to the first embodiment.
  • the arbitration information shown in FIG. 5 is the priority of the basic request, the rapid cooling request, and the ice making request.
  • the basic request has the lowest priority
  • the rapid cooling request has the second lowest priority
  • the ice making request has the highest priority.
  • FIG. 6 is a diagram illustrating arbitration information for phase 2 according to the first embodiment.
  • the arbitration information shown in FIG. 6 is the priority of the primary request, the weak protection request, and the strong protection request generated in phase 1.
  • the priority of the primary request generated in phase 1 is the lowest
  • the priority of the weak protection request is the next lowest
  • the priority of the strong protection request is the highest.
  • stage 1 the operation of the refrigerator is started (stage 1), and after a while the rapid cooling button is pressed (stage 2), the ice making button is pressed during the rapid cooling operation (stage 3), and the protection function is provided during the rapid cooling and ice making operation.
  • stage 2 the operation of the refrigerator is started (stage 1), and after a while the rapid cooling button is pressed (stage 2), the ice making button is pressed during the rapid cooling operation (stage 3), and the protection function is provided during the rapid cooling and ice making operation.
  • stage 4 the case where the weakness operates
  • ⁇ Stage 1> The refrigerator is turned on and the control device 100 is activated. Then, the request
  • the request generation unit 23 initializes the variable i to 1 (S12), and arbitrates contention for phase 1 (S13). Here, since there is no primary request other than the basic request output by the basic operation execution unit 11, there is no primary request contention. Therefore, the request generation unit 23 selects the basic request output by the basic operation execution unit 11. Since Phase 1 is not the final phase (NO in S14), the request generation unit 23 inputs the basic request selected in S13 to Phase 2 (S15).
  • the request generator 23 adds 1 to the variable i to 2 and returns the process to S13 (S16).
  • the request generation unit 23 mediates contention for phase 2 (S13).
  • phase 2 is the final phase (YES in S14)
  • the request generation unit 23 outputs the basic request selected in S13 to the device control unit 30 as a secondary request (S17). That is, at this point, the basic request is output to the device control unit 30 as it is, and the compressor operates at the fourth speed.
  • the rapid cooling button is pressed.
  • the request input unit 21 inputs the basic request output by the basic operation execution unit 11 and the rapid cooling request output by the function execution unit 12A to the phase 1 (S11).
  • the request generation unit 23 initializes the variable i to 1 (S12), and arbitrates contention for phase 1 (S13).
  • the request generation unit 23 arbitrates the competition according to the arbitration information shown in FIG. As a result, a rapid cooling request with a high priority is selected. Since phase 1 is not the final phase (NO in S14), request generation unit 23 inputs the rapid cooling request selected in S13 to phase 2 (S15).
  • the request generator 23 adds 1 to the variable i to 2 and returns the process to S13 (S16).
  • the request generation unit 23 mediates contention for phase 2 (S13).
  • the request generation unit 23 selects the rapid cooling request input from phase 1.
  • phase 2 is the final phase (YES in S14)
  • the request generation unit 23 outputs the rapid cooling request selected in S13 as a secondary request to the device control unit 30 (S17). That is, at this time, a rapid cooling request is output to the device control unit 30, and the compressor operates at the seventh speed.
  • the request input unit 21 inputs the basic request output by the basic operation execution unit 11, the rapid cooling request output by the function execution unit 12A, and the ice making request output by the function execution unit 12B to the phase 1 (S11). .
  • the request generation unit 23 initializes the variable i to 1 (S12), and arbitrates contention for phase 1 (S13).
  • the request generation unit 23 arbitrates the competition according to the arbitration information shown in FIG. As a result, an ice making request with a high priority is selected.
  • phase 1 is not the final phase (NO in S14)
  • the request generation unit 23 inputs the ice making request selected in S13 to phase 2 (S15). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S13 (S16).
  • the request generation unit 23 mediates contention for phase 2 (S13). Here, since there is no primary request other than the ice making request input from phase 1, there is no contention for the primary request. Therefore, the request generation unit 23 selects the ice making request input from phase 1. Since phase 2 is the final phase (YES in S14), the request generation unit 23 outputs the ice making request selected in S13 to the device control unit 30 as a secondary request (S17). That is, at this time, an ice making request is output to the device control unit 30, and the compressor operates at the fifth speed.
  • the weak protection function operates during the ice making operation.
  • the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the rapid cooling request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the phase 1 to execute the function.
  • the protection weakness request output by the unit 12C is input to the phase 2 (S11).
  • the request generation unit 23 initializes the variable i to 1 (S12), mediates the competition for the phase 1 and inputs the rapid cooling request to the phase 2 (S13-S15), similarly to the stage 3. Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S13 (S16).
  • the request generation unit 23 mediates contention for phase 2 (S13).
  • the request generation unit 23 arbitrates the conflict according to the arbitration information shown in FIG. As a result, a weak protection request with a high priority is selected. Since phase 2 is the final phase (YES in S14), the request generation unit 23 outputs the protection weakness request selected in S13 as a secondary request to the device control unit 30 (S17). That is, at this time, the protection weakness request is output to the device control unit 30, and the compressor operates at the second speed.
  • the control device 100 includes the middleware unit 20 between the application unit 10 and the device control unit 30. Then, the middleware unit 20 arbitrates the conflicting operation request output from the application unit 10 to the device. Therefore, in the application unit 10, the basic operation execution unit 11 and the function execution unit 12 that realize each function need only have the functions to be realized, and the device control may simply output an operation request.
  • the function for arbitrating competing operation requests may be implemented in the middleware unit 20 separately from each function. In particular, for the function of arbitrating conflicting operation requests, the operation requests output from each function are divided into a plurality of phases and processed in stages. Therefore, in each phase, the function of arbitrating competing operation requests can be made simple.
  • the function of arbitrating competing operation requests can be represented by the priorities shown in FIGS.
  • the function units that realize each function do not include a function for arbitrating competing operation requests, so that the function units are not closely related to each other.
  • Embodiment 2 In the first embodiment, it has been described that the primary request having the highest priority is selected from the input primary requests in each phase. However, there may be a case where two or more primary requirements can be satisfied simultaneously. In the case of the refrigerator described above, the rapid cooling request and the ice making request can be realized simultaneously by increasing the speed of the compressor. In the second embodiment, in the phase in which two or more primary requests can be satisfied simultaneously, the primary request having the highest priority is not selected from the input primary requests, but two or more ones are selected. The generation of a new primary request that simultaneously realizes the next request will be described.
  • FIG. 7 is a configuration diagram of the control device 100 according to the second embodiment.
  • the control device 100 according to the second embodiment is different from the control device 100 according to the first embodiment in that each phase is determined to be either a selection phase or a combination phase.
  • the selection phase is the phase described in the first embodiment. That is, in the selection phase, one primary request is selected from a plurality of input primary requests.
  • the combination phase is a phase for generating a new primary request that simultaneously realizes two or more primary requests. In the combination phase, a new primary request is generated according to the combination of input operation requests.
  • the configuration of the middleware unit 20 according to the second embodiment is the same as the configuration of the middleware unit 20 according to the first embodiment shown in FIG. However, the middleware unit 20 according to the second embodiment is different from the middleware unit 20 according to the second embodiment in the arbitration information stored in the arbitration information storage unit 22.
  • the arbitration information storage unit 22 stores the priority as arbitration information for the selection phase, as in the first embodiment. However, for the combination phase, the arbitration information storage unit 22 stores, as arbitration information, combination information that defines a newly generated primary request in accordance with the input primary request combination.
  • the request generation unit 23 newly generates a primary request according to the combination of the input primary requests according to the combination information.
  • FIG. 8 is a flowchart showing the operation of the middleware unit 20 according to the second embodiment.
  • S21 to S22 are the same as S11 to S12 shown in FIG. 3, and S24 to S27 are the same as S14 to S17 shown in FIG.
  • S23 if the phase i is the selection phase, the request generation unit 23 selects the primary request having the highest priority from the input primary requests. If the phase i is the combination phase, the request generation unit 23 generates a new primary request according to the combination of the input primary requests according to the combination information.
  • phase 1 is a combination phase
  • phase 2 is a selection phase
  • the mediation information for phase 1 is the mediation information shown in FIG.
  • the arbitration information shown in FIG. 9 is combination information indicating a primary request newly generated according to a combination of primary requests output from the basic operation execution unit 11, the rapid cooling function, and the ice making function. However, since the basic request is always output, the case where the basic request is not output is omitted.
  • the refrigerator since only the basic request is input, the refrigerator operates at the fourth speed according to the input basic request as in the first embodiment.
  • stage 2 After stage 1, the quench button is pressed. Then, the request input unit 21 inputs the basic request output by the basic operation execution unit 11 and the rapid cooling request output by the function execution unit 12A to the phase 1 (S21).
  • the request generation unit 23 initializes the variable i to 1 (S22), and arbitrates contention for phase 1 (S23). Here, since the basic request and the rapid cooling request are input, the request generation unit 23 arbitrates the competition according to the arbitration information shown in FIG. As a result, a rapid cooling request corresponding to the basic & rapid cooling request is generated. Since Phase 1 is not the final phase (NO in S24), the request generator 23 inputs the rapid cooling request generated in S23 to Phase 2 (S25).
  • the request generator 23 adds 1 to the variable i to 2 and returns the process to S23 (S26).
  • the request generation unit 23 mediates contention for phase 2 (S23).
  • phase 2 is the final phase (YES in S24)
  • the request generation unit 23 outputs the rapid cooling request selected in S23 as a secondary request to the device control unit 30 (S27). That is, at this time, a rapid cooling request is output to the device control unit 30, and the compressor operates at the seventh speed.
  • the request input unit 21 inputs the basic request output by the basic operation execution unit 11, the rapid cooling request output by the function execution unit 12A, and the ice making request output by the function execution unit 12B to the phase 1 (S21). .
  • the request generation unit 23 initializes the variable i to 1 (S22), and arbitrates contention for phase 1 (S23).
  • the request generation unit 23 arbitrates the competition according to the arbitration information shown in FIG. As a result, a rapid cooling & ice making request corresponding to the basic & rapid cooling & ice making request is generated.
  • Phase 1 is not the final phase (NO in S24)
  • the request generator 23 inputs the rapid cooling & ice making request generated in S23 to Phase 2 (S25). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S23 (S26).
  • the request generation unit 23 mediates contention for phase 2 (S23). Here, since there is no primary request other than the rapid cooling & ice making request input from phase 1, there is no contention for the primary request. Therefore, the request generation unit 23 selects the rapid cooling & ice making request input from the phase 1. Since phase 2 is the final phase (YES in S24), the request generation unit 23 outputs the rapid cooling & ice making request selected in S23 to the device control unit 30 as a secondary request (S27). That is, at this time, the rapid cooling & ice making request is output to the device control unit 30, and the compressor operates at the 10th speed.
  • the weak protection function operates during the rapid cooling and ice making operation.
  • the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the rapid cooling request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the phase 1 to execute the function.
  • the weak protection request output by the unit 12C is input to the phase 2 (S21).
  • the request generation unit 23 initializes the variable i to 1 (S22), mediates the competition for the phase 1 and inputs the rapid cooling & ice making request to the phase 2 (S23-S25). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S3 (S26).
  • the request generation unit 23 mediates contention for phase 2 (S23).
  • the request generation unit 23 adjusts the conflict according to the arbitration information shown in FIG. .
  • a weak protection request with a high priority is selected.
  • the request generation unit 23 outputs the protection weakness request selected in S23 as a secondary request to the device control unit 30 (S27). That is, at this time, the protection weakness request is output to the device control unit 30, and the compressor operates at the second speed.
  • control device 100 can generate a new primary request that simultaneously realizes two or more primary requests by storing combination information as arbitration information. . Therefore, as in the first embodiment, it is possible to perform more flexible control than in the first embodiment while making the function of arbitrating competing operation requests simple.
  • Embodiment 3 In the first and second embodiments, the arbitration of contention has been described based on only the input primary request in each phase. In the third embodiment, arbitration will be described based on not only the input primary request but also the operating state of the device.
  • FIG. 10 is a configuration diagram of the control device 100 according to the third embodiment.
  • the control device 100 according to the third embodiment is that the control device 100 according to the first and second embodiments is determined for each phase as to whether it is a selection phase, a combination phase, or a transition phase. And different.
  • the transition phase is a phase in which a new primary request is generated according to the operating state of the device and the input primary request.
  • the configuration of the middleware unit 20 according to the third embodiment is the same as the configuration of the middleware unit 20 according to the first embodiment shown in FIG. However, the middleware unit 20 according to the third embodiment is different from the middleware unit 20 according to the first and second embodiments in the arbitration information stored in the arbitration information storage unit 22.
  • the arbitration information storage unit 22 stores the priority and combination information for the selection phase and the combination phase, respectively, as in the second embodiment. However, for the transition phase, the arbitration information storage unit 22 stores, as arbitration information, state transition information that defines a primary request to be generated according to a device state and a newly input primary request.
  • the request generation unit 23 When the arbitration information is state transition information, the request generation unit 23 newly generates a primary request according to the state of the device and the newly input primary request according to the state transition information. When a new primary request is not input, the request generation unit 23 generates a primary request for maintaining the device state at that time.
  • FIG. 11 is a flowchart showing the operation of the middleware unit 20 according to the third embodiment.
  • S31 to S32 are the same as S21 to S22 shown in FIG. 8, and S34 to S37 are the same as S24 to S27 shown in FIG.
  • S33 if the phase i is the selection phase, the request generation unit 23 selects the primary request having the highest priority from the input primary requests. If the phase i is the combination phase, the request generation unit 23 generates a new primary request according to the combination of the input primary requests according to the combination information. If the phase i is the transition phase, the request generation unit 23 generates a new primary request according to the operation state of the device and the input primary request according to the state transition information.
  • phase 1 is a transition phase and phase 2 is a selection phase.
  • the mediation information for phase 1 is the mediation information shown in FIG.
  • the arbitration information shown in FIG. 12 indicates a primary request that is newly generated according to the operating state of the compressor and the input primary request.
  • the case where the protection function is weak and strong is omitted.
  • FIG. 12 at the time of starting of a refrigerator, only a basic request is input and normal operation is started.
  • the refrigerator operates at the fourth speed according to the input basic request as in the first and second embodiments.
  • stage 2 After stage 1, the quench button is pressed. Then, the request input unit 21 inputs the basic request output by the basic operation execution unit 11 and the rapid cooling request input by the function execution unit 12A to the phase 1 (S31). That is, a new rapid cooling request is input to phase 1.
  • the request generation unit 23 initializes the variable i to 1 (S32), and arbitrates contention for phase 1 (S33). Here, since the operation state of the compressor is normal (fourth speed) and a rapid cooling request is newly input, the request generation unit 23 generates a rapid cooling request according to the arbitration information shown in FIG. Since phase 1 is not the final phase (NO in S34), the request generator 23 inputs the rapid cooling request generated in S33 to phase 2 (S35).
  • the request generator 23 adds 1 to the variable i to 2 and returns the process to S33 (S36).
  • the request generation unit 23 mediates contention for phase 2 (S33).
  • phase 2 is the final phase (YES in S34)
  • the request generator 23 outputs the rapid cooling request selected in S33 as a secondary request to the device controller 30 (S37). That is, at this time, a rapid cooling request is output to the device control unit 30, and the compressor operates at the seventh speed.
  • the request input unit 21 newly inputs the basic request output by the basic operation execution unit 11, the rapid cooling request input by the function execution unit 12A, and the ice making request output by the function execution unit 12B to the phase 1 (S31). ). That is, a new ice making request is input to phase 1.
  • the request generation unit 23 initializes the variable i to 1 (S32), and arbitrates contention for phase 1 (S33).
  • the request generation unit 23 since the operation state of the compressor is rapid cooling (7th speed) and an ice making request is input, the request generation unit 23 generates the rapid cooling & ice making request according to the arbitration information shown in FIG.
  • Phase 1 is not the final phase (NO in S34)
  • the request generator 23 inputs the rapid cooling & ice making request generated in S33 to Phase 2 (S35). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S33 (S36).
  • the request generation unit 23 mediates contention for phase 2 (S33). Here, since there is no primary request other than the rapid cooling & ice making request input from phase 1, there is no contention for the primary request. Therefore, the request generation unit 23 selects the rapid cooling & ice making request input from the phase 1. Since phase 2 is the final phase (YES in S34), the request generator 23 outputs the rapid cooling & ice making request selected in S33 to the device controller 30 as a secondary request (S37). That is, at this time, the rapid cooling & ice making request is output to the device control unit 30, and the compressor operates at the 10th speed.
  • the weak protection function operates during the rapid cooling and ice making operation.
  • the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the rapid cooling request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the phase 1 to execute the function.
  • the weak protection request output by the unit 12C is input to the phase 2 (S31). That is, a new protection weakness request is input to phase 2.
  • the request generation unit 23 initializes the variable i to 1 (S32), and arbitrates contention for phase 1 (S33).
  • a rapid cooling & ice making request is generated that maintains the current operating state of the compressor.
  • Phase 1 is not the final phase (NO in S34)
  • the request generator 23 inputs the rapid cooling & ice making request generated in S33 to Phase 2 (S35). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S33 (S36).
  • the request generation unit 23 mediates contention for phase 2 (S33).
  • the request generation unit 23 adjusts the conflict according to the arbitration information shown in FIG. . As a result, a weak protection request with a high priority is selected.
  • phase 2 is the final phase (YES in S34)
  • the request generation unit 23 outputs the protection weakness request selected in S33 as a secondary request to the device control unit 30 (S37). That is, at this time, the protection weakness request is output to the device control unit 30, and the compressor operates at the second speed.
  • control device 100 can generate a new primary request according to the state of the device by storing the state transition information as the arbitration information. Therefore, as in the first and second embodiments, it is possible to perform more flexible control than in the first and second embodiments while having a simple configuration of the function of arbitrating competing operation requests.
  • the operation state of the compressor only the speed controlled by the primary request is referred to as the operation state of the compressor.
  • information other than the parameters controlled by the primary request such as the power per unit time consumed by the compressor, may be referred to as the operating state of the compressor.
  • Embodiment 4 FIG.
  • a primary request input from the function execution unit 12 includes a phase for correcting the primary request input from the previous phase.
  • FIG. 13 is a configuration diagram of the control device 100 according to the fourth embodiment.
  • the control device 100 according to the fourth embodiment is that the control device 100 according to the first to third embodiments is configured such that any one of the selection phase, the combination phase, the transition phase, and the correction phase is determined for each phase. Different from the device 100.
  • the correction phase the primary request output from the basic operation execution unit 11 or the primary request input from the previous phase is corrected by the primary request input from the function execution unit 12, and a new primary request is issued. Is the phase of generating.
  • FIG. 14 is a configuration diagram of the middleware unit 20 according to the fourth embodiment.
  • the middleware unit 20 according to the fourth embodiment is different from the middleware unit 20 according to the first to third embodiments in that a correction information storage unit 24 is provided.
  • the correction information storage unit 24 stores correction information indicating a method for correcting the primary request for each correction phase.
  • the correction information includes, for example, the correction value indicated by the primary request input from the function execution unit 12 to the primary request output from the basic operation execution unit 11 or the primary request input from the previous phase. To do or to multiply.
  • the arbitration information storage unit 22 stores priority, combination information, and state transition information for the selection phase, combination phase, and transition phase, respectively, as in the third embodiment.
  • the arbitration information storage unit 22 stores any of priority, combination information, and state transition information as arbitration information.
  • the target of arbitration is only the primary request input from the function execution unit 12, and does not include the primary request output from the basic operation execution unit 11 or the primary request input from the previous phase.
  • the request generation unit 23 generates a primary request that arbitrates contention of the primary request input from the function execution unit 12 according to the arbitration information. Then, the request generator 23 corrects the primary request output from the basic operation execution unit 11 or the primary request input from the previous phase with the correction value indicated by the generated primary request according to the correction information. Then, a new primary request is generated.
  • FIG. 15 is a flowchart showing the operation of the middleware unit 20 according to the fourth embodiment.
  • S41 to S42 are the same as S31 to S32 shown in FIG. 11, and S44 to S47 are the same as S34 to S37 shown in FIG.
  • S43 if the phase i is the selection phase, the request generation unit 23 selects the primary request having the highest priority from the input primary requests. If the phase i is the combination phase, the request generation unit 23 generates a new primary request according to the combination of the input primary requests according to the combination information. If the phase i is the transition phase, the request generation unit 23 generates a new primary request according to the operation state of the device and the input primary request according to the state transition information. If the phase i is the correction phase, the request generation unit 23 receives the primary request output from the basic operation execution unit 11 or the previous phase input from the primary request input from the function execution unit 12. Correct the primary request and generate a new primary request.
  • phase 1 is a correction phase and phase 2 is a selection phase.
  • the mediation information for phase 1 is the mediation information shown in FIG.
  • the arbitration information shown in FIG. 16 is the priority between the rapid cooling request and the ice making request.
  • the correction information storage unit 24 stores the addition of the correction value to the basic request as the correction information for the phase 1.
  • the basic request which is the primary request output from the basic operation execution unit 11, requires driving at the fourth speed, the weak protection request requires driving at the second speed, and the strong protection request requires driving at the zero speed.
  • the rapid cooling request indicates the third speed as the correction value, and the ice making request indicates the first speed as the correction value.
  • stage 1 since only the basic request is input, the refrigerator operates at the fourth speed in accordance with the input basic request as in Embodiment 1-3.
  • stage 2 After stage 1, the quench button is pressed. Then, the request input unit 21 inputs the basic request output by the basic operation execution unit 11 and the rapid cooling request input by the function execution unit 12A to phase 1 (S41). The request generation unit 23 initializes the variable i to 1 (S42), and arbitrates contention for phase 1 (S43). Here, since the rapid cooling request is input in addition to the basic request, the request generation unit 23 selects the rapid cooling request. Then, according to the correction information, the request generation unit 23 adds the third correction value indicated by the selected rapid cooling request to the fourth speed indicated by the basic request, and generates a rapid cooling request that requires driving at the seventh speed.
  • request generation unit 23 Since phase 1 is not the final phase (NO in S44), request generation unit 23 inputs the rapid cooling request selected in S43 to phase 2 (S45). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S43 (S46). The request generation unit 23 mediates contention for phase 2 (S43). Here, since there is no primary request other than the rapid cooling request input from phase 1, there is no contention for the primary request. Therefore, the request generation unit 23 selects the rapid cooling request input from phase 1. Since phase 2 is the final phase (YES in S44), the request generator 23 outputs the rapid cooling request selected in S43 as a secondary request to the device controller 30 (S47). That is, at this time, a rapid cooling request is output to the device control unit 30, and the compressor operates at the seventh speed.
  • the request input unit 21 inputs the basic request output by the basic operation execution unit 11, the rapid cooling request output by the function execution unit 12A, and the ice making request output by the function execution unit 12B to the phase 1 (S41). .
  • the request generation unit 23 initializes the variable i to 1 (S42), and arbitrates contention for phase 1 (S43).
  • the request generation unit 23 arbitrates the competition according to the arbitration information shown in FIG. As a result, an ice making request with a high priority is selected.
  • the request generation unit 23 generates the ice making request for requesting to operate at the fifth speed in addition to the first correction value indicated by the selected ice making request in addition to the fourth speed indicated by the basic request. Since phase 1 is not the final phase (NO in S44), request generation unit 23 inputs the ice making request selected in S43 to phase 2 (S45). Then, the request generator 23 adds 1 to the variable i to 2 and returns the process to S43 (S46). The request generation unit 23 mediates contention for phase 2 (S43). Here, since there is no primary request other than the ice making request input from phase 1, there is no contention for the primary request. Therefore, the request generation unit 23 selects the ice making request input from phase 1.
  • phase 2 is the final phase (YES in S44)
  • the request generation unit 23 outputs the ice making request selected in S43 to the device control unit 30 as a secondary request (S47). That is, at this time, an ice making request is output to the device control unit 30, and the compressor operates at the fifth speed.
  • the weak protection function operates during the ice making operation.
  • the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the rapid cooling request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the phase 1 to execute the function.
  • the protection weakness request input by the unit 12C is input to the phase 2 (S41).
  • the request generation unit 23 initializes the variable i to 1 (S42), mediates the contention for the phase 1 and inputs the ice making request to the phase 2 (S43 to S45), similarly to the stage 3.
  • the request generator 23 adds 1 to the variable i to 2 and returns the process to S3 (S46).
  • the request generation unit 23 mediates contention for phase 2 (S43).
  • the request generation unit 23 arbitrates the conflict according to the arbitration information shown in FIG. As a result, a weak protection request with a high priority is selected. Since phase 2 is the final phase (YES in S44), the request generation unit 23 outputs the protection weakness request selected in S43 as a secondary request to the device control unit 30 (S47). That is, at this time, the protection weakness request is output to the device control unit 30, and the compressor operates at the second speed.
  • control device 100 can newly generate correction information, thereby correcting the primary request generated in the previous phase and generating a new primary request. It is. Therefore, as in Embodiment 1-3, more flexible control can be performed while the function of arbitrating competing operation requests has a very simple configuration.
  • the operation speed of the compressor is always assumed to be the fourth speed when the additional function is not operating.
  • the additional function is changed according to the temperature around the refrigerator in order to keep the temperature inside the refrigerator constant. That is, it is conceivable that the basic operation execution unit 11 outputs a basic request for requesting a different operation speed according to the temperature around the refrigerator.
  • an additional function such as a rapid cooling function or an ice making function operates, appropriate control can be performed by correcting the current operation speed with a correction value corresponding to the additional function. It becomes possible.
  • Embodiment 5 FIG. In Embodiment 1-4, the processing of control device 100 has been described using an example assuming that control device 100 is mounted in a refrigerator. However, it is conceivable that the control device 100 is mounted on a household electrical appliance other than the refrigerator or other equipment. In the fifth embodiment, an example in which the control device 100 is assumed to be mounted on another device will be described.
  • FIG. 17 is a diagram illustrating an example in which the control device 100 is assumed to be mounted on an air conditioner.
  • an air conditioner is provided with a compressor (an example of a device), and the indoor temperature can be controlled by changing the operating speed (rotational speed rpm or rotational frequency Hz) of the compressor.
  • the control device 100 controls the operating speed of the compressor of the air conditioner during the cooling operation.
  • the air conditioner When the air conditioner is turned on, the air conditioner performs a basic operation (basic operation execution unit 11) that continuously cools the room.
  • the air conditioner also has various other functions (function execution unit 12).
  • the air conditioner has additional function 1 (high power operation), additional function 2 (arbitrary frequency control), protective function 1 (prevention of excessive discharge temperature rise), protective function 2 (prevention of excessive condensation temperature), protective function 3 ( MIN frequency protection), protection function 4 (stop vibration countermeasure), and protection function 5 (discharge excessive rise stop).
  • the high power operation (additional function 1) is a function that operates when the user operates an operation button in order to enhance the air conditioning performance.
  • the additional function 1 adds a predetermined correction value to the operating speed of the compressor to increase the operating speed of the compressor.
  • Arbitrary frequency control is a function used in an inspection at the time of shipment in a factory.
  • the additional function 2 causes the compressor to operate at a predetermined operating speed.
  • the discharge temperature excessive rise prevention (protection function 1) is a function for preventing the compressor from being broken by excessive increase in the temperature and pressure of the discharge gas.
  • the protection function 1 subtracts a predetermined correction value from the operating speed of the compressor and slows down the operating speed of the compressor.
  • Condensation temperature excessive rise prevention is a function for preventing the refrigerant system (compressor, heat exchanger) from being broken by suppressing the pressure increase on the high pressure side.
  • the protection function 2 subtracts a predetermined correction value from the operating speed of the compressor and slows down the operating speed of the compressor.
  • the MIN frequency protection (protection function 3) is a function that maintains the minimum speed and secures the refrigerant circulation amount because the compressor is burdened when the operation speed becomes slower than necessary.
  • the protection function 3 sets the operation speed of the compressor to the minimum speed when the speed falls below a certain speed.
  • the stop vibration countermeasure (protection function 4) is a function for preventing the pipe from being cut by vibration generated when the compressor is stopped.
  • the protection function 3 sets the operation speed of the compressor to a predetermined speed for a predetermined time before the compressor is stopped.
  • the excessive discharge stoppage (protection function 5) is a function for making an emergency stop of the compressor when an abnormal increase in the temperature and pressure of the discharge gas is detected by the sensor.
  • the protection function 5 sets the operation speed of the compressor to zero.
  • the primary request output by the basic operation and the additional function 1 is input to phase 1 (correction phase).
  • the primary request output by the additional function 2 is input to the phase 2 (selection phase).
  • the primary request output by the protection functions 1 and 2 is input to phase 3 (correction phase).
  • the primary request output by the protection functions 3, 4 and 5 is input to phase 4 (selection phase).
  • phase 3 when only protection function 1 is executed, the correction value of protection function 1 is selected, and when only protection function 2 is executed, the correction value of protection function 2 is selected.
  • combination information for selecting both of the two correction values is set as arbitration information.
  • FIG. 18 is a diagram illustrating the secondary request output in the example illustrated in FIG.
  • the compressor speed F0 set in the basic operation is a precondition for operation.
  • the speed ⁇ F1 is added to the speed F0. Therefore, the speed F0 or the speed F0 + ⁇ F1 is output from the phase 1.
  • either the speed output in phase 1 (speed F0 or speed F0 + ⁇ F1) or speed F2 output from additional function 2 is output. Therefore, from phase 2, one of speed F0, speed F0 + ⁇ F1, and speed F2 is output.
  • phase 3 when only the protective function 1 is operating with respect to the speed output in phase 2, correction is performed at speed ⁇ F3A.
  • FIG. 19 is a diagram illustrating an example in which a general control device is assumed to be mounted on an air conditioner.
  • each function determines whether or not to output an operation request to the device driver by looking at the execution state of other functions inside. Therefore, each function includes very complicated condition determination, and has low maintainability, reusability, and expandability.
  • FIG. 17 when the control device 100 is used, the condition determination as to whether or not to output an operation request to the device driver is organized, and maintainability, reusability, expandability are arranged. Is expensive.
  • FIG. 20 is an explanatory diagram of a DC (direct current) motor-driven automatic transport vehicle.
  • the automatic transport vehicle is provided with a motor (an example of a device). By changing the voltage applied to the motor, the operation speed of the motor is changed, and the moving speed of the automatic transport vehicle can be controlled.
  • An automatic transporter carries a load by a simple linear movement.
  • the automatic transport vehicle includes a torque sensor, a speed sensor, and a temperature sensor associated with the motor, and includes a front obstacle sensor in front of the traveling direction and a rear obstacle sensor behind the traveling direction.
  • FIG. 21 is a diagram illustrating an example in which the control device 100 is assumed to be mounted on the automatic transport vehicle illustrated in FIG. 20. Here, an example will be described in which the control device 100 controls the operation speed of the motor of the automatic transport vehicle.
  • the automatic transport vehicle When the power is turned on, the automatic transport vehicle performs a basic operation (basic operation executing unit 11) for transporting a load by a simple linear movement.
  • basic operation output to the motor is performed at constant voltage values that are different at the start of operation, at constant speed, and at the time of stop.
  • the automated guided vehicle has various other functions (function execution unit 12).
  • the automatic transport vehicle has an additional function 1 (speed maintenance), an additional function 2 (energy-saving operation), an additional function 3 (high speed operation), an additional function 4 (safe operation), a protection function 1 (backward obstacle acceleration), and protection.
  • Functions 2 overload deceleration
  • protection function 3 forward failure stop
  • protection function 4 emergency stop
  • the additional function 1 (speed maintenance) is a function for maintaining the speed when traveling at a constant speed.
  • the additional function 1 adjusts the speed by correcting the voltage value according to the information of the speed sensor.
  • Additional function 2 energy saving operation is a function for realizing energy saving operation.
  • the additional function 2 lowers the voltage value by subtracting the correction value from the voltage value.
  • the additional function 3 (high-speed operation) is a function for operating at high speed, for example, when transporting efficiently. Additional function 3 accelerates by outputting the highest voltage.
  • the additional function 4 (safe driving) is a function for safety by driving at low speed when there is a risk of collapse of cargo. The additional function 4 decelerates by outputting a low voltage.
  • Protective function 1 is a function for avoiding danger when an obstacle is detected rearward by a rear obstacle sensor.
  • the protection function 1 accelerates by adding a correction value to the current voltage value when an obstacle is detected rearward.
  • the protection function 2 overload deceleration is a function that detects an overload state by a torque sensor and prevents motor destruction. When the overload condition is detected, the protection function 2 decelerates by subtracting the correction value from the current voltage value.
  • the protection function 3 (forward obstacle stop) is a function for preventing a collision when an obstacle is detected ahead by a front obstacle sensor. The protection function 3 outputs a voltage value of 0 when an obstacle is detected ahead, and suddenly brakes.
  • the protection function 4 (emergency stop) is a function for preventing the motor from being damaged when the temperature sensor detects an abnormal temperature rise of the motor.
  • the protection function 4 outputs a voltage value 0 when an abnormal temperature rise of the motor is detected, and stops the motor urgently.
  • the primary request output by the basic operation and the additional functions 1 and 2 is input to phase 1 (correction phase).
  • the primary request output by the additional functions 3 and 4 is input to phase 2 (selection phase).
  • the primary request output by the protection functions 1 and 2 is input to phase 3 (correction phase).
  • the primary request output by the protection functions 3 and 4 is input to phase 4 (selection phase).
  • the arbitration information is set so that correction is performed using both of the two correction values.
  • phase 1 the motor voltage value V0 set in the basic operation is a precondition for operation.
  • the correction is made with the voltage value ⁇ ⁇ V1A.
  • the correction is made with the voltage value ⁇ V1A.
  • both of the additional functions 1 and 2 are operating, correction is performed with both the voltage value ⁇ ⁇ V1A and the voltage value ⁇ V1A.
  • phase 2 either the voltage value output in phase 1 or the voltage value output from additional functions 3 and 4 is selected.
  • phase 3 the voltage value output in phase 2 is corrected by one of the voltage values output from protection functions 1 and 2.
  • phase 4 either the voltage value output in phase 3 or the voltage value output from protection functions 3 and 4 is selected.
  • control apparatus 100 according to Embodiment 1-4 is not limited to a refrigerator, as long as it is a product that controls various devices such as actuators according to operation requests output from various functions using a microcomputer. Can be implemented. Then, by using the control device 100 according to Embodiment 1-4, the function of arbitrating competing operation requests can be made very simple. Therefore, product maintenance and function expansion can be easily performed.
  • control device 100 can be mounted on a robot, a manipulator, an automobile, an artificial satellite, or the like equipped with many drive motors. It is.
  • the control value such as the operation speed of the compressor is output from the middleware unit 20 to the device control unit 30 as a secondary request.
  • the device control unit 30 outputs a control parameter corresponding to the process indicated by the secondary request to the device driver 40, and causes the device to execute the process.
  • the device control unit 30 simply outputs the secondary request output from the middleware unit 20 to the device driver 40 as a parameter to control the device.
  • the device control unit 30 outputs the speed indicated by the secondary request to the device driver 40 as a parameter, and operates the compressor at that speed.
  • the device control unit 30 may not only output the secondary request as a parameter to the device driver 40 but also calculate a parameter for controlling another device from the secondary request.
  • the device control unit 30 not only outputs the speed indicated by the secondary request as a parameter to the device driver 40 of the compressor, but also rotates the number of rotations of the fan according to the speed indicated by the secondary request. And the calculated number of revolutions may be output to the fan device driver 40 as a parameter.
  • the device control unit 30 may output a parameter for lighting the lamp according to the speed indicated by the secondary request to the device driver 40 of the lamp.
  • the device control unit 30 stores parameter limit values (upper limit value, lower limit value). When a value exceeding the limit value is input as a secondary request, the device control unit 30 uses the limit value as a control parameter. You may give to the driver 40. That is, the device control unit 30 may serve as a final protection function.
  • the middleware unit 20 it is necessary to determine in which phase the primary request output from each function execution unit 12 is input and the arbitration information in each phase for each device to be controlled.
  • devices that can be controlled by common conditions For example, in the example of the air conditioner described above, the speed control of the fan motor for sending air into the room can be realized by the same control as the compressor. In this way, devices that can be controlled under common conditions can be controlled using the same arbitration information while inputting the primary request to the same phase. As a result, the storage area of the storage device that stores the arbitration information can be saved.
  • FIG. 22 is a diagram illustrating an example of a hardware configuration of the control device 100 according to the above embodiment.
  • the control device 100 includes a CPU 911 (also referred to as a central processing unit, a central processing unit, a processing unit, an arithmetic unit, a microprocessor, a microcomputer, and a processor) that executes a program.
  • the CPU 911 is connected to the ROM 913, the RAM 914, and the communication board 915 via the bus 912, and controls these hardware devices.
  • ROM 913 is an example of a nonvolatile memory.
  • the RAM 914 is an example of a volatile memory.
  • the ROM 913 and the RAM 914 are examples of a storage device (memory).
  • the communication board 915 is an example of a communication device.
  • the ROM 913 stores a program group 916 and a file group 917.
  • the programs in the program group 916 are executed by the CPU 911.
  • the program group 916 includes “application unit 10”, “middleware unit 20”, “device control unit 30”, “device driver 40”, “basic operation execution unit 11”, “function execution unit 12” in the above description.
  • Software, programs, and other programs that execute the functions described as “request input unit 21”, “request generation unit 23”, and the like are stored.
  • the program is read and executed by the CPU 911.
  • the file group 917 stores information such as “operation request”, “arbitration information”, and “correction information” in the above description.
  • the “file” and “database” are stored in a recording medium such as a disk or a memory.
  • Information, data, signal values, variable values, and parameters stored in a storage medium such as a disk or memory are read out to the main memory or cache memory by the CPU 911 via a read / write circuit, and extracted, searched, referenced, compared, and calculated. Used for the operation of the CPU 911 such as calculation / processing / output / printing / display. Information, data, signal values, variable values, and parameters are temporarily stored in the main memory, cache memory, and buffer memory during the operation of the CPU 911 for extraction, search, reference, comparison, calculation, calculation, processing, output, printing, and display. Is remembered.
  • the arrows in the flowchart mainly indicate input / output of data and signals, and the data and signal values are recorded in a memory of the RAM 914, other recording media such as an optical disk, and an IC chip.
  • Data and signals are transmitted online by a bus 912, signal lines, cables, other transmission media, and radio waves.
  • what is described as “to part” in the above description may be “to circuit”, “to device”, “to device”, “to means”, and “to function”. It may be “step”, “ ⁇ procedure”, “ ⁇ processing”.
  • ⁇ device may be “ ⁇ circuit”, “ ⁇ equipment”, “ ⁇ means”, “ ⁇ function”, and “ ⁇ step”, “ ⁇ procedure”, “ May be “processing”.
  • to process may be “to step”. That is, what is described as “ ⁇ unit” may be realized by firmware stored in the ROM 913. Alternatively, it may be implemented only by software, or only by hardware such as elements, devices, substrates, and wirings, by a combination of software and hardware, or by a combination of firmware.
  • Firmware and software are stored in a recording medium such as ROM 913 as a program. The program is read by the CPU 911 and executed by the CPU 911. That is, the program causes a computer or the like to function as the “ ⁇ unit” described above. Alternatively, the procedure or method of “unit” described above is executed by a computer or the like.
  • 10 application section 11 basic operation execution section, 12 function execution section, 20 middleware section, 21 request input section, 22 arbitration information storage section, 23 request generation section, 24 correction information storage section, 30 device control section, 40 device driver, 100 control device.

Abstract

家電製品等の様々な機能を備える製品において、各機能からデバイスへ出力される競合する要求を調停する処理構造を単純にして、保守性や拡張性を高くすることを目的とする。ミドルウェア部（２０）が有する複数のフェーズのうち、機能実行部（１２）毎に予め定められたフェーズへ、各機能実行部（１２）が出力した動作要求が入力される。ミドルウェア部（２０）は、先頭のフェーズから順に、予め定めた調停情報に従い、入力された動作要求の競合を調停した動作要求を生成し、生成した動作要求を次のフェーズへ入力する。デバイス制御部（３０）は、最後のフェーズで生成された動作要求に従い、デバイスの動作を制御する。

Description

制御装置、制御方法及び制御プログラム
　この発明は、例えば、複数のソフトウェアからデバイスに対して出力された競合する要求を調停する技術に関する。
　冷蔵庫、エアコン、クッキングヒータ、乾燥器等の家電製品の技術進歩に伴う高機能化、高性能化により、組込ソフトウェアの開発ボリュームが大きくなっている。
　元々、家電製品がマイクロコンピュータを搭載していない時代には、デバイスの制御はハードウェア回路により実現されていた。しかし、マイクロコンピュータの出現に伴い、デバイスの制御は組込ソフトウェアによる制御に移り変わった。ハードウェア回路から組込ソフトウェアへ制御を移行する際、ハードウェア回路のハードワイアードロジックが、デバイスを制御するプログラムに置き換えられた。
　ハードワイアードロジックからプログラムへの置き換えでは、ハードワイアードロジックで実現される機能を機械語へ直接変換しようとして、機械語の手順に従い命令が羅列される。このように作成された組込ソフトウェアは、論理的なプログラム設計手法に基づいて組込ソフトウェアが最初から作成された場合に比べて、構造化設計がなされていない。こうした組込ソフトウェアのソースコードは、スパゲッティコードと称されるような非常に複雑なものになる傾向があった。そのため、問題発生箇所の特定等の保守作業や、改良のための機能拡張が困難である。
　現在では、組込ソフトウェアは、上述した機械語によるプログラムから一般の計算機向け言語によるプログラムへ移り変わってきている。また、組込ソフトウェアでは、デバイスに対して直接的に単純な操作命令を送信するデバイスドライバと呼ばれる部分プログラムが他のプログラムから分離して作成され、使い回すようになってきている。そのため、現在では、当初の機械語による組込ソフトウェアの開発よりも開発効率は向上している。
　しかし、製品に要求される機能は多数あり、高機能化に伴いますます増加する傾向にある。多数の機能から出力される多様な要求は、最終的にデバイスを作動させるときに競合する場合がある。組込ソフトウェアは、この競合する要求を適切に調停することが求められており、その調停機能の作成が難しいことが課題となっている。
　一般的に、開発者が、製品の要求仕様書に基づき、機能毎にプログラムを作成して組込ソフトウェアを開発する。開発者は、機能を実現するプログラムに、デバイスに対する要求を調停する条件のプログラムを含めて作成してしまう。
　少ない機能の製品であれば、こうしたやり方でもプログラムの作成は比較的容易である。しかし、数多くの機能がデバイスへ多様な要求を出す製品では、要求が競合した場合にどの機能の要求を有効にして、どの機能の要求を無効にするかという条件が非常に複雑になる。
　この場合には、最初に組込ソフトウェアを開発した開発者しか、複雑な条件を実現するプログラムの仕組が理解できず、他の開発者が改修を行うのは非常に難しい。他の開発者が、条件を実現するプログラムの理解が不十分なまま無理に改修を行って、不具合が増えてしまう場合もある。これは、数多くの機能が１つのデバイスに対して密接な関係を持つため、１つの機能だけに着目して改修を行うと、一見関係ないと思われた機能にまで知らずに影響が及んでいることがあるためである。
　そこで、組込ソフトウェアの開発方法として、オブジェクト指向設計や構造化設計等の効率的なプログラム設計方法が考案されている。これらの設計手法に基づき、開発用ソフトウェアプラットホーム、ミドルウェア、ソフトウェア自動作成ツール等が開発されている。
　その例として、特許文献１には、組込ソフトウェアを制御フィルタ部品として機能分割を行い、機能分割した制御フィルタ部品を優先順位指定で配列するという設計モデリングについての記載がある。
　他の例として、非特許文献１には、デバイスの状態遷移の管理、デバイスを利用する際の競合解決の管理、各処理に課せられる時間制約の管理という大きな３つの役割に分担して管理する設計モデリングについての記載がある。
特開平１０－７８８０９号公報
岩橋　正美、満田　成紀、鰺坂　恒夫、中島　毅著　「オブジェクトの自律化と競合解決に基づく組込みオブジェクト指向開発手法の提案」情報処理学会研究報告　Ｖｏｌ．２００９－ＳＥ－１６４　Ｎｏ．１１
　特許文献１や非特許文献１に記載された設計モデリングを用いても、機能を実現する上位の部分プログラムと、デバイスを制御する下位の部分プログラムとが密接に結合した状態となる。その結果、構造的なプログラム設計が難しくなってしまい、ソフトウェアが複雑になり、保守性、再利用性、拡張性が低下してしまう。
　この発明は、競合する要求を調停する処理構造を単純にすることを目的とする。
　この発明に係る制御装置は、
　複数のＡＰＰ（アプリケーションプログラム）から出力された競合する動作要求を調停してデバイスを制御する制御装置であり、
　順序が設定された複数のフェーズのうち、ＡＰＰ毎に予め定められたフェーズへ、各ＡＰＰが出力した動作要求を入力する要求入力部と、
　前記フェーズ毎に、調停情報を記憶した調停情報記憶部と、
　先頭のフェーズから順に、前記調停情報記憶部が記憶した調停情報に従い、入力された動作要求の競合を調停した動作要求を生成し、生成した動作要求を次のフェーズへ入力する要求生成部と、
　最後のフェーズで前記要求生成部が生成した動作要求に従い、前記デバイスの動作を制御するデバイス制御部と
を備えることを特徴とする。
　この発明に係る制御装置は、ＡＰＰには、競合する要求を調停する機能を含める必要がなく、ＡＰＰと、競合する要求を調停する機能とを分離することが可能である。特に、この発明に係る制御装置は、複数のフェーズに分けて順に要求を調停するため、競合する要求を調停する処理構造を単純にすることが可能である。
実施の形態１に係る制御装置１００の構成図。 実施の形態１に係るミドルウェア部２０の構成図。 実施の形態１に係るミドルウェア部２０の動作を示すフローチャート。 制御装置１００が冷蔵庫に実装されている場合を想定した例を示す図。 実施の形態１に係るフェーズ１についての調停情報を示す図。 実施の形態１に係るフェーズ２についての調停情報を示す図。 実施の形態２に係る制御装置１００の構成図。 実施の形態２に係るミドルウェア部２０の動作を示すフローチャート。 実施の形態２に係るフェーズ１についての調停情報を示す図。 実施の形態３に係る制御装置１００の構成図。 実施の形態３に係るミドルウェア部２０の動作を示すフローチャート。 実施の形態３に係るフェーズ１についての調停情報を示す図。 実施の形態４に係る制御装置１００の構成図。 実施の形態４に係るミドルウェア部２０の構成図。 実施の形態４に係るミドルウェア部２０の動作を示すフローチャート。 実施の形態４に係るフェーズ１についての調停情報を示す図。 制御装置１００がエアコンに実装されている場合を想定した例を示す図。 図１７に示す例において出力される２次要求を示す図。 一般的な制御装置がエアコンに実装されている場合を想定した例を示す図。 ＤＣ（直流）モータ駆動型の自動運搬車の説明図。 制御装置１００が図１８に示す自動運搬車に実装されている場合を想定した例を示す図。 上記実施の形態に係る制御装置１００のハードウェア構成の一例を示す図。
　実施の形態１．
　図１は、実施の形態１に係る制御装置１００の構成図である。
　制御装置１００は、家電製品を制御する。制御装置１００は、アプリケーション部１０、ミドルウェア部２０、デバイス制御部３０、デバイスドライバ４０を備える。
　アプリケーション部１０は、何らかの機能を実現するアプリケーションプログラム（以下、ＡＰＰ）であり、基本運転実行部１１、複数の機能実行部１２（ここでは、機能実行部１２Ａ～Ｅ）を備える。
　基本運転実行部１１は、家電製品の基本運転を実現するＡＰＰである。基本運転実行部１１は、家電製品の電源が入っている場合には、利用者の操作や外部の環境等に関わらず動作する。
　機能実行部１２は、家電製品の付加機能を実現するＡＰＰである。機能実行部１２は、付加機能毎に設けられ、利用者の操作や外部の環境等に応じて動作する。
　ミドルウェア部２０は、基本運転実行部１１及び各機能実行部１２からデバイスの動作要求（以下、１次要求）を取得し、競合する１次要求を調停した新動作要求（以下、２次要求）を生成して出力する。
　ミドルウェア部２０は、順序が設定された複数のフェーズ（ここでは、フェーズ１～４）を有しており、基本運転実行部１１及び各機能実行部１２から出力された１次要求をいずれかのフェーズに入力する。そして、ミドルウェア部２０は、上位のフェーズから順に、入力された１次要求を調停して、調停した１次要求を次のフェーズへ入力することを繰り返し、最終的に２次要求を生成する。
　デバイス制御部３０は、ミドルウェア部２０が生成した２次要求に従い、デバイスドライバ４０へ与える制御パラメータを生成する。デバイス制御部３０は、生成した制御パラメータをデバイスドライバ４０へ与えることにより、デバイスを制御する。
　デバイスドライバ４０は、デバイス制御部３０が生成した制御パラメータに従い、デバイス（ハードウェア）を動作させる。
　図２は、実施の形態１に係るミドルウェア部２０の構成図である。
　ミドルウェア部２０は、要求入力部２１、調停情報記憶部２２、要求生成部２３を備える。
　要求入力部２１は、基本運転実行部１１が出力した１次要求を先頭のフェーズ１へ入力する。また、要求入力部２１は、複数のフェーズのうち、機能実行部１２毎に予め定められたフェーズへ各機能実行部１２が出力した１次要求を入力する。
　調停情報記憶部２２は、フェーズ毎に、１次要求の競合を調停するための調停情報を記憶装置に記憶する。ここでは、調停情報は、各１次要求についての優先度である。
　要求生成部２３は、先頭のフェーズから順に、入力された１次要求から、調停情報が示す優先度が最も高い１次要求を選択する。要求生成部２３は、最終フェーズ以外のフェーズでは、選択した１次要求を次のフェーズへ入力する。要求生成部２３は、最終フェーズでは、選択した１次要求を２次要求としてデバイス制御部３０へ出力する。
　図３は、実施の形態１に係るミドルウェア部２０の動作を示すフローチャートである。
　家電製品の電源が入れられると、制御装置１００が起動し、処理が開始する。
　すると、要求入力部２１は、基本運転実行部１１が出力した１次要求をフェーズ１へ入力するとともに、各機能実行部１２が出力した１次要求を予め定められたフェーズへ入力する（Ｓ１１）。
　次に、要求生成部２３は、フェーズを表す変数ｉを１に初期化する（Ｓ１２）。そして、要求生成部２３は、フェーズｉについて、入力された１次要求から優先度が最も高い１次要求を選択する（Ｓ１３）。要求生成部２３は、フェーズｉが最終フェーズであるか否かを判定し（Ｓ１４）、最終フェーズでない場合、選択した１次要求を次のフェーズｉ＋１へ入力し（Ｓ１５）、変数ｉに１を加えて（Ｓ１６）、処理をＳ１３へ戻す。一方、要求生成部２３は、最終フェーズである場合、選択した１次要求を２次要求として、デバイス制御部３０へ出力する（Ｓ１７）。
　要求生成部２３は、２次要求を出力すると、所定の時間が経過した後、再びＳ１１から処理を実行する。
　図４は、制御装置１００が冷蔵庫に実装されている場合を想定した例を示す図である。
　一般に、冷蔵庫には、圧縮機（デバイスの一例）が備えられており、圧縮機の動作速度（回転速度ｒｐｍや回転周波数Ｈｚ）を変更することにより、庫内の温度を制御することができる。ここでは、制御装置１００が冷蔵庫の圧縮機の動作速度を制御する例を説明する。
　なお、ここでは、圧縮機の動作速度は、停止状態の０速から、最高速度の１０速まであるものとする。
　冷蔵庫は、電源が入れられると、継続的に庫内を冷やす動作をする。この動作を実行するのが基本運転実行部１１である。
　また、冷蔵庫は、庫内を急速に冷やす急冷機能や、氷を速やかに製造する製氷機能を有する。急冷機能や製氷機能は、それぞれ急冷ボタンや製氷ボタンが押下された場合に実行され、所定の条件を満たすと終了する。さらに、冷蔵庫は、圧縮機等の故障を防止するために、圧縮機の動作を抑制する保護機能弱、強を有する。保護機能弱、強はそれぞれ、所定の保護条件を満たす場合に実行され、保護条件を満たさなくなると終了する。急冷機能、製氷機能、各保護機能を実行するのが各機能実行部１２である。ここでは、機能実行部１２Ａが急冷機能を実行し、機能実行部１２Ｂが製氷機能を実行し、機能実行部１２Ｃが保護機能弱を実行し、機能実行部１２Ｄが保護機能強を実行する。
　また、機能実行部１２Ａが出力した１次要求である急冷要求と、機能実行部１２Ｂが出力した１次要求である製氷要求とは、フェーズ１に入力され、機能実行部１２Ｃが出力した１次要求である保護弱要求と、機能実行部１２Ｄが出力した１次要求である保護強要求とは、フェーズ２に入力される。
　また、基本運転実行部１１が出力した１次要求である基本要求は４速での運転を要求し、急冷要求は７速での運転を要求し、製氷要求は５速での運転を要求し、保護弱要求は２速での運転を要求し、保護強要求は０速での運転を要求する。
　図５は、実施の形態１に係るフェーズ１についての調停情報を示す図である。
　図５に示す調停情報は、基本要求と急冷要求と製氷要求との優先度である。ここでは、基本要求の優先度が最も低く、急冷要求の優先度が次に低く、製氷要求の優先度が最も高いことが示されている。
　図６は、実施の形態１に係るフェーズ２についての調停情報を示す図である。
　図６に示す調停情報は、フェーズ１で生成された１次要求と保護弱要求と保護強要求との優先度である。ここでは、フェーズ１で生成された１次要求の優先度が最も低く、保護弱要求の優先度が次に低く、保護強要求の優先度が最も高いことが示されている。
　図３のフローチャートに従い、処理の例を説明する。
　ここでは、冷蔵庫の運転が開始され（ステージ１）、その後しばらくして急冷ボタンが押下され（ステージ２）、急冷運転中に製氷ボタンが押下され（ステージ３）、急冷及び製氷運転中に保護機能弱が動作する（ステージ４）場合について説明する。
　＜ステージ１＞
　冷蔵庫の電源が入れられ、制御装置１００が起動する。すると、要求入力部２１は、基本運転実行部１１が出力した１次要求である基本要求をフェーズ１へ入力する（Ｓ１１）。この時点では、付加機能は動作しておらず、他の１次要求は入力されない。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ１２）、フェーズ１についての競合を調停する（Ｓ１３）。ここでは、基本運転実行部１１が出力した基本要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、基本運転実行部１１が出力した基本要求を選択する。フェーズ１は最終フェーズではないため（Ｓ１４でＮＯ）、要求生成部２３は、Ｓ１３で選択された基本要求をフェーズ２へ入力する（Ｓ１５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ１３へ戻す（Ｓ１６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ１３）。ここでは、フェーズ１から入力された基本要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された基本要求を選択する。フェーズ２は最終フェーズであるため（Ｓ１４でＹＥＳ）、要求生成部２３は、Ｓ１３で選択された基本要求を２次要求として、デバイス制御部３０へ出力する（Ｓ１７）。
　つまり、この時点では、基本要求がそのままデバイス制御部３０へ出力され、圧縮機が４速で動作する。
　＜ステージ２＞
　その後、急冷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求とをフェーズ１へ入力する（Ｓ１１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ１２）、フェーズ１についての競合を調停する（Ｓ１３）。ここでは、基本要求と急冷要求とが入力されたため、要求生成部２３は、図５に示す調停情報に従い、競合を調停する。その結果、優先度が高い急冷要求が選択される。フェーズ１は最終フェーズではないため（Ｓ１４でＮＯ）、要求生成部２３は、Ｓ１３で選択された急冷要求をフェーズ２へ入力する（Ｓ１５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ１３へ戻す（Ｓ１６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ１３）。ここでは、フェーズ１から入力された急冷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ１４でＹＥＳ）、要求生成部２３は、Ｓ１３で選択された急冷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ１７）。
　つまり、この時点では、急冷要求がデバイス制御部３０へ出力され、圧縮機が７速で動作する。
　＜ステージ３＞
　その後、急冷運転中に製氷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力する（Ｓ１１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ１２）、フェーズ１についての競合を調停する（Ｓ１３）。ここでは、基本要求と急冷要求と製氷要求とが入力されたため、要求生成部２３は、図５に示す調停情報に従い、競合を調停する。その結果、優先度が高い製氷要求が選択される。フェーズ１は最終フェーズではないため（Ｓ１４でＮＯ）、要求生成部２３は、Ｓ１３で選択された製氷要求をフェーズ２へ入力する（Ｓ１５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ１３へ戻す（Ｓ１６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ１３）。ここでは、フェーズ１から入力された製氷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された製氷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ１４でＹＥＳ）、要求生成部２３は、Ｓ１３で選択された製氷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ１７）。
　つまり、この時点では、製氷要求がデバイス制御部３０へ出力され、圧縮機が５速で動作する。
　＜ステージ４＞
　その後、製氷運転中に保護機能弱が動作する。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力し、機能実行部１２Ｃが出力した保護弱要求をフェーズ２へ入力する（Ｓ１１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ１２）、ステージ３と同様に、フェーズ１についての競合を調停し、急冷要求をフェーズ２へ入力する（Ｓ１３－Ｓ１５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ１３へ戻す（Ｓ１６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ１３）。ここでは、フェーズ１から入力された製氷要求と、機能実行部１２Ｃから出力された保護弱要求とが入力されたため、要求生成部２３は、図６に示す調停情報に従い、競合を調停する。その結果、優先度が高い保護弱要求が選択される。フェーズ２は最終フェーズであるため（Ｓ１４でＹＥＳ）、要求生成部２３は、Ｓ１３で選択された保護弱要求を２次要求として、デバイス制御部３０へ出力する（Ｓ１７）。
　つまり、この時点では、保護弱要求がデバイス制御部３０へ出力され、圧縮機が２速で動作する。
　以上のように、実施の形態１に係る制御装置１００は、アプリケーション部１０とデバイス制御部３０との間に、ミドルウェア部２０を設けた。そして、ミドルウェア部２０によりアプリケーション部１０からデバイスへ出力された競合する動作要求を調停した。
　そのため、アプリケーション部１０において、各機能を実現する基本運転実行部１１、機能実行部１２は、実現する機能だけが実装されていればよく、デバイス制御に関しては単に動作要求を出力するだけでよい。そして、競合する動作要求を調停する機能については、各機能とは別にミドルウェア部２０において実装すればよい。
　特に、競合する動作要求を調停する機能については、各機能から出力される動作要求を複数のフェーズに分けて段階的に処理する。そのため、各フェーズにおいて、競合する動作要求を調停する機能を単純な構成とすることができる。具体的には、各フェーズにおいて、競合する動作要求を調停する機能を、図５や図６に示す優先度により表すことが可能である。
　その結果、従来の組込ソフトウェアとは異なり、各機能を実現する機能部に、競合する動作要求を調停する機能を含めないので、各機能部が密接に関連し合うことがなくなる。
　実施の形態２．
　実施の形態１では、各フェーズで、入力された１次要求から優先度が最も高い１次要求を選択することについて説明した。しかし、２つ以上の１次要求を同時に満たすことが可能な場合も考えられる。上述した冷蔵庫の例であれば、急冷要求と製氷要求とは、圧縮機の速度を速くすることにより同時に実現可能である。
　実施の形態２では、２つ以上の１次要求を同時に満たすことが可能なフェーズでは、入力された１次要求から優先度が最も高い１次要求を選択するのではなく、２つ以上の１次要求を同時に実現する新しい１次要求を生成することを説明する。
　図７は、実施の形態２に係る制御装置１００の構成図である。
　実施の形態２に係る制御装置１００は、フェーズ毎に、選択フェーズと組合せフェーズとのいずれかであることが定められている点が、実施の形態１に係る制御装置１００と異なる。
　選択フェーズは、実施の形態１で説明したフェーズである。つまり、選択フェーズでは、入力された複数の１次要求から１つの１次要求が選択される。
　組合せフェーズは、２つ以上の１次要求を同時に実現する新しい１次要求を生成するフェーズである。組合せフェーズでは、入力された動作要求の組合せに応じて新しい１次要求が生成される。
　実施の形態２に係るミドルウェア部２０の構成は、図２に示す実施の形態１に係るミドルウェア部２０の構成と同じである。但し、実施の形態２に係るミドルウェア部２０は、調停情報記憶部２２が記憶する調停情報が実施の形態２に係るミドルウェア部２０と異なる。
　調停情報記憶部２２は、選択フェーズについては、実施の形態１と同様に、調停情報として優先度を記憶する。しかし、調停情報記憶部２２は、組合せフェーズについては、調停情報として、入力された１次要求の組合せに応じて、新たに生成される１次要求を定めた組合せ情報を記憶する。
　調停情報が組合せ情報である場合、要求生成部２３は、組合せ情報に従い、入力された１次要求の組合せに応じて新たに１次要求を生成する。
　図８は、実施の形態２に係るミドルウェア部２０の動作を示すフローチャートである。
　Ｓ２１からＳ２２は、図３に示すＳ１１からＳ１２と同様であり、Ｓ２４からＳ２７は図３に示すＳ１４からＳ１７と同様である。
　Ｓ２３では、要求生成部２３は、フェーズｉが選択フェーズであれば、入力された１次要求から優先度が最も高い１次要求を選択する。要求生成部２３は、フェーズｉが組合せフェーズであれば、組合せ情報に従い、入力された１次要求の組合せに応じて、新しい１次要求を生成する。
　図４に示す例（制御装置１００が冷蔵庫に実装されている場合を想定した例）について説明する。
　但し、フェーズ１は組合せフェーズであり、フェーズ２は選択フェーズであるとする。フェーズ１についての調停情報は、図９に示す調停情報である。図９に示す調停情報は、基本運転実行部１１と、急冷機能と、製氷機能とから出力された１次要求の組合せに応じて新たに生成される１次要求を示す組合せ情報である。但し、基本要求は、常に出力されているため、基本要求が出力されていない場合については省略した。
　ステージ１では、基本要求のみが入力されるため、実施の形態１と同様に、入力された基本要求に従い、冷蔵庫が４速で動作する。
　＜ステージ２＞
　ステージ１の後、急冷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求とをフェーズ１へ入力する（Ｓ２１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ２２）、フェーズ１についての競合を調停する（Ｓ２３）。ここでは、基本要求と急冷要求とが入力されたため、要求生成部２３は、図９に示す調停情報に従い、競合を調停する。その結果、基本＆急冷要求に対応する急冷要求が生成される。フェーズ１は最終フェーズではないため（Ｓ２４でＮＯ）、要求生成部２３は、Ｓ２３で生成した急冷要求をフェーズ２へ入力する（Ｓ２５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ２３へ戻す（Ｓ２６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ２３）。ここでは、フェーズ１から入力された急冷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ２４でＹＥＳ）、要求生成部２３は、Ｓ２３で選択された急冷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ２７）。
　つまり、この時点では、急冷要求がデバイス制御部３０へ出力され、圧縮機が７速で動作する。
　＜ステージ３＞
　その後、急冷運転中に製氷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力する（Ｓ２１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ２２）、フェーズ１についての競合を調停する（Ｓ２３）。ここでは、基本要求と急冷要求と製氷要求とが入力されたため、要求生成部２３は、図９に示す調停情報に従い、競合を調停する。その結果、基本＆急冷＆製氷要求に対応する急冷＆製氷要求が生成される。フェーズ１は最終フェーズではないため（Ｓ２４でＮＯ）、要求生成部２３は、Ｓ２３で生成した急冷＆製氷要求をフェーズ２へ入力する（Ｓ２５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ２３へ戻す（Ｓ２６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ２３）。ここでは、フェーズ１から入力された急冷＆製氷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷＆製氷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ２４でＹＥＳ）、要求生成部２３は、Ｓ２３で選択された急冷＆製氷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ２７）。
　つまり、この時点では、急冷＆製氷要求がデバイス制御部３０へ出力され、圧縮機が１０速で動作する。
　＜ステージ４＞
　その後、急冷及び製氷運転中に保護機能弱が動作する。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力し、機能実行部１２Ｃが出力した保護弱要求とをフェーズ２へ入力する（Ｓ２１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ２２）、ステージ３と同様に、フェーズ１についての競合を調停し、急冷＆製氷要求をフェーズ２へ入力する（Ｓ２３－Ｓ２５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ３へ戻す（Ｓ２６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ２３）。ここでは、フェーズ１から入力された急冷＆製氷要求と、機能実行部１２Ｃから出力された保護弱要求とが入力されたため、要求生成部２３は、図６に示す調停情報に従い、競合を調停する。その結果、優先度が高い保護弱要求が選択される。フェーズ２は最終フェーズであるため（Ｓ２４でＹＥＳ）、要求生成部２３は、Ｓ２３で選択された保護弱要求を２次要求として、デバイス制御部３０へ出力する（Ｓ２７）。
　つまり、この時点では、保護弱要求がデバイス制御部３０へ出力され、圧縮機が２速で動作する。
　以上のように、実施の形態２に係る制御装置１００は、調停情報として組合せ情報を記憶することにより、２つ以上の１次要求を同時に実現する新しい１次要求を生成することが可能である。
　そのため、実施の形態１と同様に、競合する動作要求を調停する機能を単純な構成としつつ、実施の形態１よりも柔軟な制御を行うことが可能である。
　実施の形態３．
　実施の形態１，２では、各フェーズにおいて、入力された１次要求のみに基づき、競合を調停することについて説明した。実施の形態３では、入力された１次要求だけでなく、デバイスの動作状態に基づき、競合を調停することについて説明する。
　図１０は、実施の形態３に係る制御装置１００の構成図である。
　実施の形態３に係る制御装置１００は、フェーズ毎に、選択フェーズと組合せフェーズと遷移フェーズとのいずれかであることかが定められている点が、実施の形態１，２に係る制御装置１００と異なる。
　遷移フェーズは、デバイスの動作状態と、入力された１次要求とに応じて新しい１次要求を生成するフェーズである。
　実施の形態３に係るミドルウェア部２０の構成は、図２に示す実施の形態１に係るミドルウェア部２０の構成と同じである。但し、実施の形態３に係るミドルウェア部２０は、調停情報記憶部２２が記憶する調停情報が実施の形態１，２に係るミドルウェア部２０と異なる。
　調停情報記憶部２２は、選択フェーズと組合せフェーズとについては、実施の形態２と同様に、それぞれ優先度と組合せ情報とを記憶する。しかし、調停情報記憶部２２は、遷移フェーズについては、調停情報として、デバイスの状態と新たに入力された１次要求とに応じて、生成する１次要求を定めた状態遷移情報を記憶する。
　調停情報が状態遷移情報である場合、要求生成部２３は、状態遷移情報に従い、デバイスの状態と新たに入力された１次要求とに応じて新たに１次要求を生成する。要求生成部２３は、新たに１次要求が入力されない場合、その時のデバイスの状態を維持する１次要求を生成する。
　図１１は、実施の形態３に係るミドルウェア部２０の動作を示すフローチャートである。
　Ｓ３１からＳ３２は、図８に示すＳ２１からＳ２２と同様であり、Ｓ３４からＳ３７は図８に示すＳ２４からＳ２７と同様である。
　Ｓ３３では、要求生成部２３は、フェーズｉが選択フェーズであれば、入力された１次要求から優先度が最も高い１次要求を選択する。要求生成部２３は、フェーズｉが組合せフェーズであれば、組合せ情報に従い、入力された１次要求の組合せに応じて、新しい１次要求を生成する。要求生成部２３は、フェーズｉが遷移フェーズであれば、状態遷移情報に従い、デバイスの動作状態と、入力された１次要求とに応じて、新しい１次要求を生成する。
　図４に示す例（制御装置１００が冷蔵庫に実装されている場合を想定した例）について説明する。
　但し、フェーズ１は遷移フェーズであり、フェーズ２は選択フェーズであるとする。フェーズ１についての調停情報は、図１２に示す調停情報である。図１２に示す調停情報は、圧縮機の動作状態と、入力された１次要求とに応じて新たに生成される１次要求を示す。なお、ここでは、簡単のため保護機能弱、強が動作している場合については省略した。また、図１２には示していないが、冷蔵庫の起動時には、基本要求だけが入力され、通常運転が開始される。
　ステージ１では、基本要求のみが入力されるため、実施の形態１，２と同様に、入力された基本要求に従い、冷蔵庫が４速で動作する。
　＜ステージ２＞
　ステージ１の後、急冷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが入力した急冷要求とをフェーズ１へ入力する（Ｓ３１）。つまり、新たに急冷要求がフェーズ１へ入力される。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ３２）、フェーズ１についての競合を調停する（Ｓ３３）。ここでは、圧縮機の動作状態が通常（４速）であり、新たに急冷要求が入力されたため、要求生成部２３は、図１２に示す調停情報に従い、急冷要求を生成する。フェーズ１は最終フェーズではないため（Ｓ３４でＮＯ）、要求生成部２３は、Ｓ３３で生成した急冷要求をフェーズ２へ入力する（Ｓ３５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ３３へ戻す（Ｓ３６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ３３）。ここでは、フェーズ１から入力された急冷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ３４でＹＥＳ）、要求生成部２３は、Ｓ３３で選択された急冷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ３７）。
　つまり、この時点では、急冷要求がデバイス制御部３０へ出力され、圧縮機が７速で動作する。
　＜ステージ３＞
　その後、急冷運転中に製氷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが入力した急冷要求と、機能実行部１２Ｂが出力した製氷要求を新たにフェーズ１へ入力する（Ｓ３１）。つまり、新たに製氷要求がフェーズ１へ入力される。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ３２）、フェーズ１についての競合を調停する（Ｓ３３）。ここでは、圧縮機の動作状態が急冷（７速）であり、製氷要求が入力されたため、要求生成部２３は、図１２に示す調停情報に従い、急冷＆製氷要求を生成する。フェーズ１は最終フェーズではないため（Ｓ３４でＮＯ）、要求生成部２３は、Ｓ３３で生成した急冷＆製氷要求をフェーズ２へ入力する（Ｓ３５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ３３へ戻す（Ｓ３６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ３３）。ここでは、フェーズ１から入力された急冷＆製氷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷＆製氷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ３４でＹＥＳ）、要求生成部２３は、Ｓ３３で選択された急冷＆製氷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ３７）。
　つまり、この時点では、急冷＆製氷要求がデバイス制御部３０へ出力され、圧縮機が１０速で動作する。
　＜ステージ４＞
　その後、急冷及び製氷運転中に保護機能弱が動作する。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力し、機能実行部１２Ｃが出力した保護弱要求とをフェーズ２へ入力する（Ｓ３１）。つまり、新たに保護弱要求がフェーズ２へ入力される。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ３２）、フェーズ１についての競合を調停する（Ｓ３３）。ここでは、新たに入力された１次要求がないので、現在の圧縮機の動作状態を維持する急冷＆製氷要求が生成される。フェーズ１は最終フェーズではないため（Ｓ３４でＮＯ）、要求生成部２３は、Ｓ３３で生成した急冷＆製氷要求をフェーズ２へ入力する（Ｓ３５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ３３へ戻す（Ｓ３６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ３３）。ここでは、フェーズ１から入力された急冷＆製氷要求と、機能実行部１２Ｃから出力された保護弱要求とが入力されたため、要求生成部２３は、図６に示す調停情報に従い、競合を調停する。その結果、優先度が高い保護弱要求が選択される。フェーズ２は最終フェーズであるため（Ｓ３４でＹＥＳ）、要求生成部２３は、Ｓ３３で選択された保護弱要求を２次要求として、デバイス制御部３０へ出力する（Ｓ３７）。
　つまり、この時点では、保護弱要求がデバイス制御部３０へ出力され、圧縮機が２速で動作する。
　以上のように、実施の形態３に係る制御装置１００は、調停情報として状態遷移情報を記憶することにより、デバイスの状態に応じた新しい１次要求を生成することが可能である。
　そのため、実施の形態１，２と同様に、競合する動作要求を調停する機能を単純な構成としつつ、実施の形態１，２よりも柔軟な制御を行うことが可能である。
　なお、上記説明では、圧縮機の動作状態として、１次要求で制御する速度だけを参照していた。しかし、圧縮機が消費する単位時間当たりの電力等、１次要求で制御するパラメータ以外の情報を、圧縮機の動作状態として参照してもよい。また、膨張弁の開度等、１次要求で制御する圧縮機以外のデバイスの動作状態を参照してもよい。
　つまり、遷移フェーズにおける状態遷移情報は、デバイスの動作状態として、１次要求で制御するパラメータ以外の情報や、１次要求で制御するデバイス以外のデバイスの情報であってもよい。
　実施の形態４．
　実施の形態１－３では、各フェーズにおいて、入力された複数の１次要求から１つの１次要求を選択する、あるいは、入力された１次要求等に応じて新しい１次要求を生成した。
　実施の形態４では、機能実行部１２から入力された１次要求により、前のフェーズから入力された１次要求を補正するフェーズを含めた場合について説明する。
　図１３は、実施の形態４に係る制御装置１００の構成図である。
　実施の形態４に係る制御装置１００は、フェーズ毎に、選択フェーズと組合せフェーズと遷移フェーズと補正フェーズとのいずれかであることが定められている点が、実施の形態１－３に係る制御装置１００と異なる。
　補正フェーズは、機能実行部１２から入力された１次要求により、基本運転実行部１１から出力された１次要求、あるいは、前のフェーズから入力された１次要求が補正され、新しい１次要求を生成するフェーズである。
　図１４は、実施の形態４に係るミドルウェア部２０の構成図である。
　実施の形態４に係るミドルウェア部２０は、補正情報記憶部２４を備える点が、実施の形態１－３に係るミドルウェア部２０と異なる。
　補正情報記憶部２４は、補正フェーズ毎に、１次要求の補正の方法を示す補正情報を記憶する。補正情報は、例えば、機能実行部１２から入力された１次要求が示す補正値を、基本運転実行部１１から出力された１次要求、あるいは、前のフェーズから入力された１次要求に加算することや、乗算すること等を示す。
　なお、調停情報記憶部２２は、選択フェーズと組合せフェーズと遷移フェーズとについては、実施の形態３と同様に、それぞれ優先度と組合せ情報と状態遷移情報とを記憶する。調停情報記憶部２２は、補正フェーズについては、調停情報として、優先度と組合せ情報と状態遷移情報とのいずれかを記憶する。但し、調停の対象は、機能実行部１２から入力された１次要求だけであり、基本運転実行部１１から出力された１次要求や、前のフェーズから入力された１次要求は含まれない。
　要求生成部２３は、補正フェーズでは、調停情報に従い機能実行部１２から入力された１次要求の競合を調停した１次要求を生成する。そして、要求生成部２３は、補正情報に従い、生成した１次要求が示す補正値で、基本運転実行部１１から出力された１次要求、あるいは、前のフェーズから入力された１次要求を補正して、新しい１次要求を生成する。
　図１５は、実施の形態４に係るミドルウェア部２０の動作を示すフローチャートである。
　Ｓ４１からＳ４２は、図１１に示すＳ３１からＳ３２と同様であり、Ｓ４４からＳ４７は図１１に示すＳ３４からＳ３７と同様である。
　Ｓ４３では、要求生成部２３は、フェーズｉが選択フェーズであれば、入力された１次要求から優先度が最も高い１次要求を選択する。要求生成部２３は、フェーズｉが組合せフェーズであれば、組合せ情報に従い、入力された１次要求の組合せに応じて、新しい１次要求を生成する。要求生成部２３は、フェーズｉが遷移フェーズであれば、状態遷移情報に従い、デバイスの動作状態と、入力された１次要求とに応じて、新しい１次要求を生成する。要求生成部２３は、フェーズｉが補正フェーズであれば、機能実行部１２から入力された１次要求により、基本運転実行部１１から出力された１次要求、あるいは、前のフェーズから入力された１次要求を補正し、新しい１次要求を生成する。
　図４に示す例（制御装置１００が冷蔵庫に実装されている場合を想定した例）について説明する。
　但し、フェーズ１は補正フェーズであり、フェーズ２は選択フェーズであるとする。フェーズ１についての調停情報は、図１６に示す調停情報である。図１６に示す調停情報は、急冷要求と製氷要求との優先度である。ここでは、急冷要求の優先度が低く、製氷要求の優先度が高いことが示されている。
　また、補正情報記憶部２４は、フェーズ１についての補正情報として、基本要求へ補正値を加算することを記憶している。
　また、基本運転実行部１１が出力した１次要求である基本要求は４速での運転を要求し、保護弱要求は２速での運転を要求し、保護強要求は０速での運転を要求する。急冷要求は補正値として３速を示し、製氷要求は補正値として１速を示す。
　ステージ１では、基本要求のみが入力されるため、実施の形態１－３と同様に、入力された基本要求に従い、冷蔵庫が４速で動作する。
　＜ステージ２＞
　ステージ１の後、急冷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが入力した急冷要求とをフェーズ１へ入力する（Ｓ４１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ４２）、フェーズ１についての競合を調停する（Ｓ４３）。ここでは、基本要求以外に、急冷要求が入力されたため、要求生成部２３は急冷要求を選択する。そして、要求生成部２３は、補正情報に従い、選択した急冷要求が示す補正値３速を、基本要求が示す４速に加え、７速で運転することを要求する急冷要求を生成する。フェーズ１は最終フェーズではないため（Ｓ４４でＮＯ）、要求生成部２３は、Ｓ４３で選択された急冷要求をフェーズ２へ入力する（Ｓ４５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ４３へ戻す（Ｓ４６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ４３）。ここでは、フェーズ１から入力された急冷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された急冷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ４４でＹＥＳ）、要求生成部２３は、Ｓ４３で選択された急冷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ４７）。
　つまり、この時点では、急冷要求がデバイス制御部３０へ出力され、圧縮機が７速で動作する。
　＜ステージ３＞
　その後、急冷運転中に製氷ボタンが押下される。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力する（Ｓ４１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ４２）、フェーズ１についての競合を調停する（Ｓ４３）。ここでは、基本要求以外に、急冷要求と製氷要求とが入力されたため、要求生成部２３は、図１６に示す調停情報に従い、競合を調停する。その結果、優先度が高い製氷要求が選択される。そして、要求生成部２３は、補正情報に従い、選択した製氷要求が示す補正値１速を、基本要求が示す４速に加え、５速で運転することを要求する製氷要求を生成する。フェーズ１は最終フェーズではないため（Ｓ４４でＮＯ）、要求生成部２３は、Ｓ４３で選択された製氷要求をフェーズ２へ入力する（Ｓ４５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ４３へ戻す（Ｓ４６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ４３）。ここでは、フェーズ１から入力された製氷要求以外に１次要求がないため、１次要求の競合は発生しない。したがって、要求生成部２３は、フェーズ１から入力された製氷要求を選択する。フェーズ２は最終フェーズであるため（Ｓ４４でＹＥＳ）、要求生成部２３は、Ｓ４３で選択された製氷要求を２次要求として、デバイス制御部３０へ出力する（Ｓ４７）。
　つまり、この時点では、製氷要求がデバイス制御部３０へ出力され、圧縮機が５速で動作する。
　＜ステージ４＞
　その後、製氷運転中に保護機能弱が動作する。すると、要求入力部２１は、基本運転実行部１１が出力した基本要求と、機能実行部１２Ａが出力した急冷要求と、機能実行部１２Ｂが出力した製氷要求とをフェーズ１へ入力し、機能実行部１２Ｃが入力した保護弱要求をフェーズ２へ入力する（Ｓ４１）。
　要求生成部２３は、変数ｉを１に初期化し（Ｓ４２）、ステージ３と同様に、フェーズ１についての競合を調停し、製氷要求をフェーズ２へ入力する（Ｓ４３－Ｓ４５）。そして、要求生成部２３は、変数ｉに１加算して２として、処理をＳ３へ戻す（Ｓ４６）。
　要求生成部２３は、フェーズ２についての競合を調停する（Ｓ４３）。ここでは、フェーズ１から入力された製氷要求と、機能実行部１２Ｃから出力された保護弱要求とが入力されたため、要求生成部２３は、図６に示す調停情報に従い、競合を調停する。その結果、優先度が高い保護弱要求が選択される。フェーズ２は最終フェーズであるため（Ｓ４４でＹＥＳ）、要求生成部２３は、Ｓ４３で選択された保護弱要求を２次要求として、デバイス制御部３０へ出力する（Ｓ４７）。
　つまり、この時点では、保護弱要求がデバイス制御部３０へ出力され、圧縮機が２速で動作する。
　以上のように、実施の形態４に係る制御装置１００は、新たに補正情報を記憶することにより、前のフェーズで生成された１次要求を補正して新しい１次要求を生成することが可能である。
　そのため、実施の形態１－３と同様に、競合する動作要求を調停する機能を非常に単純な構成としつつ、より柔軟な制御を行うことが可能である。
　なお、上記説明では、付加機能が動作していない場合、圧縮機の動作速度は常に４速であるとして説明した。しかし、付加機能が動作していない場合であっても、例えば、庫内の温度を一定に保つため、冷蔵庫の周囲の温度等に応じて圧縮機の動作速度が変更されることが考えられる。つまり、基本運転実行部１１は、冷蔵庫の周囲の温度等に応じて異なる動作速度を要求する基本要求を出力することが考えられる。
　この場合、実施の形態４で説明したように、急冷機能や製氷機能等の付加機能が動作する場合に、付加機能に応じた補正値で現在の動作速度を補正することにより、適切な制御が可能になる。
　一方で、保護機能のように、現在の動作速度に関わらず、一定の速度に制御する必要がある付加機能もある。この場合には、実施の形態１で説明したように、現在の動作速度に関わらず、付加機能で指定した動作速度で制御することにより、適切な制御が可能となる。
　実施の形態５．
　実施の形態１－４では、制御装置１００が冷蔵庫に実装されている場合を想定した例を用いて、制御装置１００の処理について説明した。しかし、制御装置１００は、冷蔵庫以外の家電製品や、他の機器に実装されることも考えられる。
　実施の形態５では、制御装置１００が他の機器に実装されている場合を想定した例について説明する。
　図１７は、制御装置１００がエアコンに実装されている場合を想定した例を示す図である。
　一般に、エアコンには、圧縮機（デバイスの一例）が備えられており、圧縮機の動作速度（回転速度ｒｐｍや回転周波数Ｈｚ）を変更することにより、室内の温度を制御することができる。ここでは、制御装置１００が冷房運転時のエアコンの圧縮機の動作速度を制御する例を説明する。
　エアコンは、電源が入れられると継続的に室内を冷やす基本運転（基本運転実行部１１）をする。
　また、エアコンは、他に様々な機能（機能実行部１２）を備えている。ここでは、エアコンは、付加機能１（ハイパワー運転）、付加機能２（任意周波数制御）、保護機能１（吐出温度過昇防止）、保護機能２（凝縮温度過昇防止）、保護機能３（ＭＩＮ周波数保護）、保護機能４（停止振動対策）、保護機能５（吐出過昇停止）の機能を備えている。
　ハイパワー運転（付加機能１）は、利用者が空調性能を強くするため、操作ボタンを操作すると動作する機能である。付加機能１は、圧縮機の動作速度に、所定の補正値を加え、圧縮機の動作速度を速くする。
　任意周波数制御（付加機能２）は、工場での出荷時における検査等で用いられる機能である。付加機能２は、圧縮機を予め決められた動作速度に設定して動作させる。
　吐出温度過昇防止（保護機能１）は、吐出ガスの温度や圧力が過剰に上昇して圧縮機が壊れないようにするための機能である。保護機能１は、センサにより温度や圧力の異常上昇を検知した場合、圧縮機の動作速度から所定の補正値を減じ、圧縮機の動作速度を遅くする。
　凝縮温度過昇防止（保護機能２）は、高圧側の圧力上昇を抑制して冷媒系（圧縮機、熱交換機）が壊れないようにするための機能である。保護機能２は、センサにより圧力の異常上昇を検知した場合、圧縮機の動作速度から所定の補正値を減じ、圧縮機の動作速度を遅くする。
　ＭＩＮ周波数保護（保護機能３）は、必要以上に遅い動作速度になると却って圧縮機に負担がかかるため、最低速度を維持して冷媒循環量を確保できるようにする機能である。保護機能３は、一定の速度を下回った場合、圧縮機の動作速度を最低速度に設定する。
　停止振動対策（保護機能４）は、圧縮機を停止させる際に発生する振動により配管が切断することを防止する機能である。保護機能３は、圧縮機の停止前に圧縮機の動作速度を一定時間所定の速度に設定する。
　吐出過昇停止（保護機能５）は、センサにより吐出ガスの温度、圧力の異常上昇を検知した場合、圧縮機を緊急停止をさせる機能である。保護機能５は、圧縮機の動作速度を０に設定する。
　基本運転と付加機能１とが出力した１次要求は、フェーズ１（補正フェーズ）へ入力される。付加機能２が出力した１次要求は、フェーズ２（選択フェーズ）へ入力される。保護機能１，２が出力した１次要求は、フェーズ３（補正フェーズ）へ入力される。保護機能３，４，５が出力した１次要求は、フェーズ４（選択フェーズ）へ入力される。
　なお、フェーズ３では、保護機能１だけが実行されている場合には、保護機能１の補正値が選択され、保護機能２だけが実行されている場合には、保護機能２の補正値が選択され、保護機能１，２が同時に実行されている場合には、２つの補正値の両方が選択される組合せ情報が調停情報として設定されている。
　図１８は、図１７に示す例において出力される２次要求を示す図である。
　フェーズ１では、基本運転で設定される圧縮機の速度Ｆ０が動作の前提となる。付加機能１が実行されている場合には、速度Ｆ０に速度ΔＦ１が加算される。したがって、フェーズ１からは、速度Ｆ０又は速度Ｆ０＋ΔＦ１が出力される。
　フェーズ２では、フェーズ１で出力された速度（速度Ｆ０又は速度Ｆ０＋ΔＦ１）と、付加機能２から出力された速度Ｆ２とのいずれかが出力される。したがって、フェーズ２からは、速度Ｆ０と速度Ｆ０＋ΔＦ１と速度Ｆ２とのいずれかが出力される。
　フェーズ３では、フェーズ２で出力された速度に対して、保護機能１のみが動作している場合には、速度－ΔＦ３Ａで補正がされる。保護機能２のみが動作している場合には、速度－ΔＦ３Ｂで補正がされる。保護機能１，２の両方が動作している場合には、速度－ΔＦ３Ａと速度－ΔＦ３Ｂとの両方で補正がされる。その結果、組合せに応じた９通りの速度のいずれかが出力される。
　フェーズ４では、フェーズ３で出力された速度と、保護機能３，４，５から出力された速度とのいずれかが出力される。
　したがって、付加機能や保護機能の実行状態に応じて合計１５通りの速度が出力される。
　図１９は、一般的な制御装置がエアコンに実装されている場合を想定した例を示す図である。
　一般的な制御装置では、各機能が、内部で他の機能の実行状態を見て、デバイスドライバへ動作要求を出力するか否かを判定している。そのため、各機能には、非常に複雑な条件判定が含まれており、保守性、再利用性、拡張性が低い。
　これに比べて、図１７に示すように、制御装置１００を用いた場合、デバイスドライバへ動作要求を出力するか否かの条件判定は、整理されており、保守性、再利用性、拡張性が高い。
　図２０は、ＤＣ（直流）モータ駆動型の自動運搬車の説明図である。
　自動運搬車は、モータ（デバイスの一例）が備えられており、モータへ印加する電圧を変更することにより、モータの動作速度が変更され、自動運搬車の移動速度を制御することができる。
　自動運搬車は、単純な直線移動により荷物を運搬する。自動運搬車は、モータに付随してトルクセンサ、速度センサ、温度センサを備えるとともに、進行方向の前方には前方障害物センサ、進行方向の後方には後方障害物センサを備える。
　図２１は、制御装置１００が図２０に示す自動運搬車に実装されている場合を想定した例を示す図である。
　ここでは、制御装置１００が自動運搬車のモータの動作速度を制御する例を説明する。
　自動運搬車は、電源が入れられると、単純な直線移動により荷物を運搬する基本運転（基本運転実行部１１）をする。基本運転は、運転開始時、定速走行時、停止時のそれぞれ異なる一定の電圧値でモータへの出力を行う。
　また、自動運搬車は、他に様々な機能（機能実行部１２）を備えている。ここでは、自動運搬車は、付加機能１（速度維持）、付加機能２（省エネ運転）、付加機能３（高速運転）、付加機能４（安全運転）、保護機能１（後方障害加速）、保護機能２（過負荷減速）、保護機能３（前方障害停止）、保護機能４（緊急停止）の機能を備えている。
　付加機能１（速度維持）は、定速で走行時に、その速度を維持する機能である。付加機能１は、速度センサの情報に従い、電圧値を補正して速度を調整する。
　付加機能２（省エネ運転）は、省エネ運転を実現する機能である。付加機能２は、電圧値から補正値を減じて電圧値を下げる。
　付加機能３（高速運転）は、効率的に運搬を行う場合等に、高速で運転させる機能である。付加機能３は、最高電圧を出力して加速させる。
　付加機能４（安全運転）は、荷崩れの危険性のある場合等に、低速で運転させ安全を図る機能である。付加機能４は、低い電圧を出力して減速させる。
　保護機能１（後方障害加速）は、後方障害物センサにより後方に障害物を検知した場合に危険を回避するための機能である。保護機能１は、後方に障害物を検知した場合に、現在の電圧値に補正値を加えて加速させる。
　保護機能２（過負荷減速）は、トルクセンサにより過負荷状態を検知して、モータ破壊を防止する機能である。保護機能２は、過負荷状態を検知した場合に、現在の電圧値から補正値を減じて減速させる。
　保護機能３（前方障害停止）は、前方障害物センサにより前方に障害物を検知した場合に衝突を防止する機能である。保護機能３は、前方に障害物を検知した場合に、電圧値０を出力して、急ブレーキをかける。
　保護機能４（緊急停止）は、温度センサでモータの異常温度上昇を検知した場合にモータの破損を防止する機能である。保護機能４は、モータの異常温度上昇を検知した場合に、電圧値０を出力して、モータを緊急停止させる。
　基本運転と付加機能１，２とが出力した１次要求は、フェーズ１（補正フェーズ）へ入力される。付加機能３，４が出力した１次要求は、フェーズ２（選択フェーズ）へ入力される。保護機能１，２が出力した１次要求は、フェーズ３（補正フェーズ）へ入力される。保護機能３，４が出力した１次要求は、フェーズ４（選択フェーズ）へ入力される。
　なお、フェーズ１では、付加機能１，２が同時に実行されている場合には、２つの補正値の両方により補正がされるように調停情報が設定されている。
　フェーズ１では、基本運転で設定されるモータの電圧値Ｖ０が動作の前提となる。付加機能１のみが動作している場合には、電圧値±ΔＶ１Ａで補正がされる。付加機能２のみが動作している場合には、電圧値－ΔＶ１Ａで補正がされる。付加機能１，２の両方が動作している場合には、電圧値±ΔＶ１Ａと電圧値－ΔＶ１Ａとの両方で補正がされる。
　フェーズ２では、フェーズ１で出力された電圧値と、付加機能３，４から出力された電圧値とのいずれかが選択される。
　フェーズ３では、フェーズ２で出力された電圧値に対して、保護機能１，２から出力された電圧値のいずれかにより補正がされる。
　フェーズ４では、フェーズ３で出力された電圧値と、保護機能３，４から出力された電圧値とのいずれかが選択される。
　以上のように、冷蔵庫に限らず、マイクロコンピュータを用いて様々な機能から出力された動作要求により、アクチュエータ等の各種デバイスを制御する製品であれば、実施の形態１－４に係る制御装置１００を実装することが可能である。そして、実施の形態１－４に係る制御装置１００を用いることにより、競合する動作要求を調停する機能を非常に単純な構成とすることが可能である。そのため、製品の保守や機能拡張を容易に行うことができる。
　上述した家電製品や自動運搬車以外に、例えば、多くの駆動モータが搭載されたロボットや、マニピュレータ、自動車、人工衛星等に、実施の形態１－４に係る制御装置１００を実装することが可能である。
　なお、上記説明では、圧縮機の動作速度等の制御値が２次要求として、ミドルウェア部２０からデバイス制御部３０へ出力された。
　しかし、制御値に限らず、例えば、通常処理、初期化処理、緊急停止処理、デモモード処理等の各種処理を示す情報が２次要求として、ミドルウェア部２０からデバイス制御部３０へ出力されてもよい。この場合、デバイス制御部３０は、２次要求が示す処理に応じた制御パラメータをデバイスドライバ４０へ出力して、その処理をデバイスに実行させる。
　また、上記説明では、デバイス制御部３０は、ミドルウェア部２０から出力された２次要求を単にパラメータとしてデバイスドライバ４０へ出力し、デバイスを制御した。例えば、上述した冷蔵庫の例では、デバイス制御部３０は、２次要求が示す速度をパラメータとしてデバイスドライバ４０へ出力し、圧縮機をその速度で動作させた。
　しかし、デバイス制御部３０は、２次要求を単にパラメータとしてデバイスドライバ４０へ出力するだけでなく、２次要求から他のデバイスを制御するパラメータを計算する等してもよい。例えば、上述した冷蔵庫の例では、デバイス制御部３０は、２次要求が示す速度をパラメータとして圧縮機のデバイスドライバ４０へ出力するだけでなく、２次要求が示す速度に応じたファンの回転数を計算して、計算した回転数をパラメータとしてファンのデバイスドライバ４０へ出力してもよい。デバイス制御部３０は、その他にも、２次要求が示す速度に応じたランプを点灯させるパラメータを、ランプのデバイスドライバ４０へ出力してもよい。
　また、デバイス制御部３０は、パラメータの限界値（上限値、下限値）を記憶しており、限界値を超えた値が２次要求として入力された場合には、限界値を制御パラメータとしてデバイスドライバ４０へ与えてもよい。つまり、デバイス制御部３０は、最終的な保護機能の役割を果たしてもよい。
　また、ミドルウェア部２０では、制御するデバイス毎に、各機能実行部１２から出力された１次要求をどのフェーズへ入力するかと、各フェーズにおける調停情報とを定める必要がある。
　しかし、共通の条件により制御できるデバイスがある。例えば、上述したエアコンの例では、空気を室内へ送り出すためのファンモータの速度制御については、圧縮機と同じ制御により実現できる。このように共通の条件により制御できるデバイスについては、１次要求を同じフェーズへ入力するとともに、同じ調停情報を用いて制御することが可能である。これにより、調停情報を記憶する記憶装置の記憶領域を節約することができる。
　また、優先度の高い機能から出力された１次要求ほど、前のフェーズ、あるいは、後のフェーズに入力すると、競合する動作要求を調停する機能を整理して構成することができる。
　図２２は、上記実施の形態に係る制御装置１００のハードウェア構成の一例を示す図である。
　図２２に示すように、制御装置１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５と接続され、これらのハードウェアデバイスを制御する。
　ＲＯＭ９１３は、不揮発性メモリの一例である。ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３とＲＡＭ９１４とは、記憶装置（メモリ）の一例である。通信ボード９１５は、通信装置の一例である。
　ＲＯＭ９１３には、プログラム群９１６、ファイル群９１７が記憶されている。プログラム群９１６のプログラムは、ＣＰＵ９１１により実行される。
　プログラム群９１６には、上記の説明において「アプリケーション部１０」、「ミドルウェア部２０」、「デバイス制御部３０」、「デバイスドライバ４０」、「基本運転実行部１１」、「機能実行部１２」、「要求入力部２１」、「要求生成部２３」等として説明した機能を実行するソフトウェアやプログラムやその他のプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
　ファイル群９１７には、上記の説明において「動作要求」、「調停情報」、「補正情報」等の情報が記憶される。「ファイル」や「データベース」は、ディスクやメモリなどの記録媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示などのＣＰＵ９１１の動作に用いられる。抽出・検索・参照・比較・演算・計算・処理・出力・印刷・表示のＣＰＵ９１１の動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。
　また、上記の説明におけるフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号値は、ＲＡＭ９１４のメモリ、その他光ディスク等の記録媒体やＩＣチップに記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体や電波によりオンライン伝送される。
　また、上記の説明において「～部」として説明するものは、「～回路」、「～装置」、「～機器」、「～手段」、「～機能」であってもよく、また、「～ステップ」、「～手順」、「～処理」であってもよい。また、「～装置」として説明するものは、「～回路」、「～機器」、「～手段」、「～機能」であってもよく、また、「～ステップ」、「～手順」、「～処理」であってもよい。さらに、「～処理」として説明するものは「～ステップ」であっても構わない。すなわち、「～部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。ファームウェアとソフトウェアは、プログラムとして、ＲＯＭ９１３等の記録媒体に記憶される。プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。すなわち、プログラムは、上記で述べた「～部」としてコンピュータ等を機能させるものである。あるいは、上記で述べた「～部」の手順や方法をコンピュータ等に実行させるものである。
　１０　アプリケーション部、１１　基本運転実行部、１２　機能実行部、２０　ミドルウェア部、２１　要求入力部、２２　調停情報記憶部、２３　要求生成部、２４　補正情報記憶部、３０　デバイス制御部、４０　デバイスドライバ、１００　制御装置。

Claims (8)

  1. 　複数のＡＰＰ（アプリケーションプログラム）から出力された競合する動作要求を調停してデバイスを制御する制御装置であり、
    　順序が設定された複数のフェーズのうち、ＡＰＰ毎に予め定められたフェーズへ、各ＡＰＰが出力した動作要求を入力する要求入力部と、
    　前記フェーズ毎に、調停情報を記憶した調停情報記憶部と、
    　先頭のフェーズから順に、前記調停情報記憶部が記憶した調停情報に従い、入力された動作要求の競合を調停した動作要求を生成し、生成した動作要求を次のフェーズへ入力する要求生成部と、
    　最後のフェーズで前記要求生成部が生成した動作要求に従い、前記デバイスの動作を制御するデバイス制御部と
    を備えることを特徴とする制御装置。
  2. 　前記調停情報記憶部は、前記複数のフェーズのうちの選択フェーズについては、入力される動作要求についての優先度を前記調停情報として記憶し、
    　前記要求生成部は、前記選択フェーズにおいては、入力された動作要求から、優先度の高い１つの動作要求を選択して、選択した動作要求を次のフェーズへ入力する
    ことを特徴とする請求項１に記載の制御装置。
  3. 　前記調停情報記憶部は、前記複数のフェーズのうちの組合せフェーズについては、入力された動作要求の組合せに応じて、生成される動作要求を定めた組合せ情報を前記調停情報として記憶し、
    　前記要求生成部は、前記組合せフェーズにおいては、組合せ情報に従い、入力された動作要求から新たに動作要求を生成し、生成した動作要求を次のフェーズへ入力する
    ことを特徴とする請求項１又は２に記載の制御装置。
  4. 　前記調停情報記憶部は、前記複数のフェーズのうちの遷移フェーズについては、前記デバイスの動作状態と、入力された動作要求との組合せに応じて、生成される動作要求を定めた状態遷移情報を前記調停情報として記憶し、
    　前記要求生成部は、前記遷移フェーズにおいては、状態遷移情報に従い、入力された動作要求から新たに動作要求を生成し、生成した動作要求を次のフェーズへ入力する
    ことを特徴とする請求項１から３までのいずれかに記載の制御装置。
  5. 　前記調停情報記憶部は、前記複数のフェーズのうちの補正フェーズについては、前記ＡＰＰから出力された動作要求についての優先度を前記調停情報として記憶し、
    　前記要求生成部は、前記補正フェーズにおいては、前記ＡＰＰから出力された動作要求から優先度の高い１つの動作要求を選択して、選択した動作要求で前のフェーズで生成した動作要求を補正し、補正した動作要求を次のフェーズへ入力する
    ことを特徴とする請求項１から４までのいずれかに記載の制御装置。
  6. 　前記要求入力部は、優先度の高い動作要求ほど前のフェーズあるいは後のフェーズへ入力する
    ことを特徴とする請求項１から５までのいずれかに記載の制御装置。
  7. 　複数のＡＰＰ（アプリケーションプログラム）から出力された競合する動作要求を調停してデバイスを制御する制御方法であり、
    　処理装置が、順序が設定された複数のフェーズのうち、ＡＰＰ毎に予め定められたフェーズへ、各ＡＰＰが出力した動作要求を入力する要求入力工程と、
    　処理装置が、フェーズ毎に予め記憶装置に記憶した調停情報に従い、先頭のフェーズから順に、入力された動作要求の競合を調停した動作要求を生成し、生成した動作要求を次のフェーズへ入力する要求生成工程と、
    　処理装置が、最後のフェーズで前記要求生成工程が生成した動作要求に従い、前記デバイスの動作を制御するデバイス制御工程と
    を備えることを特徴とする制御方法。
  8. 　複数のＡＰＰ（アプリケーションプログラム）から出力された競合する動作要求を調停してデバイスを制御する制御プログラムであり、
    　順序が設定された複数のフェーズのうち、ＡＰＰ毎に予め定められたフェーズへ、各ＡＰＰが出力した動作要求を入力する要求入力処理と、
    　フェーズ毎に予め記憶装置に記憶した調停情報に従い、先頭のフェーズから順に、入力された動作要求の競合を調停した動作要求を生成し、生成した動作要求を次のフェーズへ入力する要求生成処理と、
    　最後のフェーズで前記要求生成処理が生成した動作要求に従い、前記デバイスの動作を制御するデバイス制御処理と
    をコンピュータに実行させることを特徴とする制御プログラム。
PCT/JP2012/062130 2012-05-11 2012-05-11 制御装置、制御方法及び制御プログラム WO2013168280A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
SG11201407199YA SG11201407199YA (en) 2012-05-11 2012-05-11 Control apparatus, control method, and control program
CN201280073101.0A CN104272203B (zh) 2012-05-11 2012-05-11 控制装置以及控制方法
PCT/JP2012/062130 WO2013168280A1 (ja) 2012-05-11 2012-05-11 制御装置、制御方法及び制御プログラム
JP2014514326A JP5784225B2 (ja) 2012-05-11 2012-05-11 制御装置、制御方法及び制御プログラム
TW101125508A TWI452455B (zh) 2012-05-11 2012-07-16 控制裝置、控制方法及記錄有控制程式的電腦程式產品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/062130 WO2013168280A1 (ja) 2012-05-11 2012-05-11 制御装置、制御方法及び制御プログラム

Publications (1)

Publication Number Publication Date
WO2013168280A1 true WO2013168280A1 (ja) 2013-11-14

Family

ID=49550362

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/062130 WO2013168280A1 (ja) 2012-05-11 2012-05-11 制御装置、制御方法及び制御プログラム

Country Status (5)

Country Link
JP (1) JP5784225B2 (ja)
CN (1) CN104272203B (ja)
SG (1) SG11201407199YA (ja)
TW (1) TWI452455B (ja)
WO (1) WO2013168280A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104457129A (zh) * 2014-10-31 2015-03-25 青岛海尔股份有限公司 一种app智能调节冰箱工作状态的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000293709A (ja) * 1999-02-03 2000-10-20 Toshiba Corp 画像処理装置、画像処理システムおよび画像処理方法
JP2006110707A (ja) * 2004-09-14 2006-04-27 Sony Corp ロボット装置
JP2010282405A (ja) * 2009-06-04 2010-12-16 Renesas Electronics Corp データ処理システム
JP2011233071A (ja) * 2010-04-30 2011-11-17 Fujitsu Ltd 動作制御方法、インタラクティブデバイス及びプログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000315106A (ja) * 1999-05-06 2000-11-14 Yaskawa Electric Corp プログラマブルコントローラ
JP2005031975A (ja) * 2003-07-11 2005-02-03 Mitsubishi Electric Corp 情報提供システム
EP1703347B1 (en) * 2005-03-15 2018-10-17 Omron Corporation Programmable logic controller device and programmable logic controller system
KR100983068B1 (ko) * 2006-03-10 2010-09-20 후지쯔 가부시끼가이샤 기록 장치, 기록 장치의 제어 방법 및 프로그램을 저장한 컴퓨터로 판독 가능한 기록 매체
TWI340877B (en) * 2007-08-16 2011-04-21 Delta Electronics Inc Plc with queue function and method for the same
TW201024021A (en) * 2008-12-26 2010-07-01 Pinnacle Machine Tool Co Ltd Programmable control method for rotary nozzle of machine tool and device thereof
TWM382509U (en) * 2010-02-01 2010-06-11 Sowatt Automation Technology Co Ltd Monitoring recorder for micro computer programmable controller

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000293709A (ja) * 1999-02-03 2000-10-20 Toshiba Corp 画像処理装置、画像処理システムおよび画像処理方法
JP2006110707A (ja) * 2004-09-14 2006-04-27 Sony Corp ロボット装置
JP2010282405A (ja) * 2009-06-04 2010-12-16 Renesas Electronics Corp データ処理システム
JP2011233071A (ja) * 2010-04-30 2011-11-17 Fujitsu Ltd 動作制御方法、インタラクティブデバイス及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104457129A (zh) * 2014-10-31 2015-03-25 青岛海尔股份有限公司 一种app智能调节冰箱工作状态的方法

Also Published As

Publication number Publication date
CN104272203A (zh) 2015-01-07
TWI452455B (zh) 2014-09-11
CN104272203B (zh) 2016-10-12
TW201346473A (zh) 2013-11-16
SG11201407199YA (en) 2014-12-30
JP5784225B2 (ja) 2015-09-24
JPWO2013168280A1 (ja) 2015-12-24

Similar Documents

Publication Publication Date Title
US10857903B2 (en) Power control system for electric vehicle
CN108973652B (zh) 一种散热控制方法、装置和设备
JP4928763B2 (ja) 電動圧縮機の制御装置
JP5784225B2 (ja) 制御装置、制御方法及び制御プログラム
CN107962925B (zh) 针对声学舒适度的基于温度的鼓风机策略
JP2011219026A (ja) アイドルストップ制御装置
KR20180020237A (ko) 열 기관의 예측 시동을 위한 방법
JP2009225552A (ja) 機械駆動系統の運転方法
US20240088818A1 (en) Control device, electric compressor, ripple voltage abnormality cause determination method and program
JP6330643B2 (ja) 電子制御装置
JPWO2019116557A1 (ja) 運転支援方法及び運転支援装置
CN112158047A (zh) 整车热管理系统的控制方法、车辆和存储介质
JP2010187500A (ja) 車両用回生制御装置および車両用回生制御方法
JP4737534B2 (ja) ヒートポンプシステム
WO2016051742A1 (ja) モータ制御装置、このモータ制御装置を備えるモータユニット、モータユニットを備える自動車、および、モータ制御方法
CN110454937B (zh) 空调器及其控制方法和装置
JP6890072B2 (ja) 電動圧縮機の制御装置、電動圧縮機、移動体用の空気調和装置及び電動圧縮機の制御方法
JP6044483B2 (ja) 車両用温調装置
US8266920B2 (en) Refrigerant cycle and method of controlling the same
JP5013189B2 (ja) 車両用空調装置
US11609765B2 (en) Control system, mobile object, computer-readable storage medium, and control method
JP7406538B2 (ja) 装置システム
JP5630410B2 (ja) 電動圧縮機制御システム
JP2012034433A (ja) モータ駆動システム
JP5101171B2 (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: 12876336

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014514326

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

Country of ref document: EP

Kind code of ref document: A1