TWI452455B - Control apparatus, control method and computer product recorded with control program - Google Patents

Description

Control device, control method, and computer program product recorded with control program

The present invention is directed to techniques for coordinating, for example, the requirements for competing outputs from a plurality of software outputs to devices.

The development of embedded software has increased due to the high functionality and high performance achieved by technological advances in home appliances such as refrigerators, air conditioners, cooking heaters, and dryers.

Originally, in the era when home appliances were not equipped with microcomputers, the control of components was realized by hardware circuits. However, with the advent of microcomputers, component control has gradually changed to be controlled by embedded software. When the control mode is moved from the hardware circuit to the embedded software, the hard-wired logic of the hardware circuit is replaced with a program for controlling the device.

When replacing a hard-wired logic into a program, the functions implemented by the hard-wired logic are directly converted into machine language, and the steps are arranged in accordance with the steps of the machine language. The embedded software thus produced is not structured in comparison with the case where the embedded software was originally created according to the logic programming method. The original code of such embedded software has a tendency to become a very complicated person called the Italian code. Therefore, it is difficult to perform maintenance work such as specialization of a problem occurrence site or function expansion for improvement.

At present, embedded software is gradually converted from a program based on the above machine language to a program based on a language suitable for a general computer. In addition, in the embedded software, a part of the program called a component driver that directly transfers a simple operation command to the component is separated from other programs. And made it and patrol it. Therefore, its development efficiency is now higher than the development of embedded software based on machine language.

However, there are many functions required for products, and there is a tendency to increase gradually with high functionality. The diversification requirements arising from most kinds of functions will eventually lead to competing situations when the components operate. For embedded software, it is required to properly coordinate the requirements of the competition, and it is difficult to make the coordination function.

In general, developers develop programs for each function to develop embedded software based on the product specification. The developer creates a program that implements the conditions for coordinating the requirements of the component in the program that implements the function.

If it is a product with few functions, it is relatively easy to make a program. However, in a product in which a wide variety of functions impose diverse requirements on components, when competing requirements are required, the conditions for which functions are effective or which functions are invalid are extremely complicated.

At this point, only developers who originally developed embedded software can understand the architecture of programs that implement complex conditions, which is very difficult for other developers to modify. Other developers will be forced to make changes without fully understanding the program used to implement the condition, and there will be cases where the deletion is increased. Since most of the functions are closely related to one component, if only one function is used for modification, it may have an unknown effect on a function that is considered to be unrelated at first glance.

Therefore, in terms of the development method of embedded software, an efficient programming method such as object-oriented design or structured design is considered. root According to these design methods, a software platform for development, an intermediate software, and an automatic tool for software production have been developed.

As an example, Patent Document 1 describes a method in which an embedded soft body is used as a control filter component to perform functional division, and a functionally divided control filter component is arranged in a prioritized designation. model.

In other examples, Non-Patent Document 1 describes three major functions of state transition management that is divided into components, management of competition for use of components, and management of time limits imposed on each process. Management design model.

(previous technical literature) (Patent Literature)

Patent Document 1: Japanese Patent Laid-Open No. Hei 10-78809

(Non-patent literature)

Non-Patent Document 1: Iwami Masami, Manita Seki, Katsuhiko, Nakajima, "Proposal for Embedded Object-Oriented Development Techniques Based on Self-Regulation and Co-opetition of Objects" Research Institute of Information Processing Society Vol.2009-SE-164 No .11

Even if the design model described in Patent Document 1 or Non-Patent Document 1 is used, a part of the program for realizing the function upper level and a part program for controlling the lower position of the element are in a state of being closely coupled. As a result, structural programming is difficult, software becomes complicated, and maintenance, reuse, and expansion are made. The charge is reduced.

The object of the present invention is to simplify the processing structure of the requirements for coordinating competition.

The control device of the present invention is a control device for controlling the operation requirements of the competing outputs outputted from a plurality of APPs (applications), and is provided with: inputting the action request output by each APP to the plural after the set order In each stage, the input part of each APP's preset stage is required; in accordance with each of the above stages, a coordinated information memory unit that coordinates information is stored; from the previous stage, the coordination coordinated by the aforementioned information memory unit is followed in order. Information, generating an action request for coordinating the competition required by the input action request, and inputting the generated action request to the request generation unit of the next stage; and in the final stage, following the request generation unit The operation request is to control the component control unit of the operation of the aforementioned component.

The control device of the present invention is not required to have the function of coordinating the requirements of the competition in the APP, and can separate the functions of the APP and the requirements for coordinating the competition. In particular, the control device of the present invention distinguishes a plurality of stages and sequentially coordinates the requirements, so that the processing structure of the requirements for coordination and competition can be simplified.

Embodiment 1.

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 device 100 includes an application unit 10, an intermediate software unit 20, an element control unit 30, and a component driver 40.

The application unit 10 is an application (hereinafter referred to as APP) for realizing certain functions, 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 electric appliances. The basic operation execution unit 11 operates continuously when the power of the home appliance is turned on regardless of the user's operation or the external environment.

The function execution unit 12 is an APP that realizes an additional function of the home appliance. The function execution unit 12 is provided for each additional function, and operates in response to the user's operation or the external environment.

The intermediate soft body unit 20 acquires the operation request of the component from the basic operation execution unit 11 and each function execution unit 12 (hereinafter referred to as a one-time request), and generates a new operation request after the first request for coordination and competition (hereinafter referred to as 2). Sub-requirements) and output.

The intermediate soft body unit 20 has a plurality of phases (here, stages 1 to 4) after the setting order, and inputs one request output from the basic operation executing unit 11 and each function executing unit 12 to any one of them. One stage. Then, the intermediate software unit 20 sequentially coordinates the input request from the upper stage, and inputs the coordinated one request to the next stage, and then repeats the operation, and finally generates two requests.

The component control unit 30 follows the secondary secondary generated by the intermediate software unit 20. The control parameters assigned to the component driver 40 are generated. The component control unit 30 controls the component by giving the generated control parameter to the component driver 40.

The component driver 40 operates the component (hardware) in accordance with the control parameters generated by the component control unit 30.

Fig. 2 is a view showing the configuration of the intermediate soft body 20 of the first embodiment.

The intermediate software unit 20 includes a request input unit 21, a coordination information storage unit 22, and a request generation unit 23.

The request input unit 21 inputs the one-time request output by the basic operation execution unit 11 to the previous stage 1. Further, the request input unit 21 inputs the one-time request output by each function execution unit 12 to a stage preset in each of the function execution units 12 in a plurality of stages.

The coordination information storage unit 22 memorizes the coordination information of the competition for coordinating the primary request in each stage in the memory device. Here, the coordination information is the priority regarding each request.

The request generation unit 23 selects the first request having the highest priority displayed by the coordination information from the first stage of the input from the previous stage. The request generation unit 23 inputs the selected one request to the next stage in a stage other than the final stage. In the final stage, the request generation unit 23 inputs the selected one-time request to the component control unit 30 as a secondary request.

Fig. 3 is a flow chart showing the operation of the intermediate software 20 of the first embodiment.

When the power of the home appliance is turned on, the control device 100 starts up and starts processing.

In this way, the request input unit 21 inputs the one-time request output from the basic operation execution unit 11 to the stage 1, and inputs the one-time request output from each function execution unit 12 to the preset stage (S11).

Next, the request generation unit 23 initializes the variable i indicating the stage to 1 (S12). The request generation unit 23 selects the first request having the highest priority from the input one-time request for the stage i (S13). The request generation unit 23 determines whether or not the stage i is the final stage (S14), and in the non-final stage, inputs the selected one request to the next stage i+1 (S15), and adds 1 to the variable i (S16). And the process returns to S13. On the other hand, in the final stage, the request generation unit 23 inputs the selected one request as the second request and inputs it to the component control unit 30 (S17).

The request generation unit 23 executes the processing from S11 again after a predetermined time elapses when the request is output twice.

Fig. 4 is a view showing an example of a case where the control device 100 is installed in a refrigerator.

Generally, the refrigerator is provided with a compressor (an example of a component), and the temperature in the refrigerator can be controlled by changing the operating speed of the compressor (rotation speed rpm or rotation frequency Hz). Here, the case where the control device 100 controls the operating speed of the compressor of the refrigerator will be described as an example.

Here, the operating speed of the compressor is set from zero speed in the stopped state to ten speeds in the highest speed.

When the power is turned on, the refrigerator continues to cool the inside of the refrigerator. The execution of this actor is the basic operation execution unit 11.

In addition, the refrigerator has a quenching function for rapidly freezing the refrigerator, or It is a fast ice making function. The quench function or the ice making function is executed when the quench key or the ice making button is pressed, and stops when the specified conditions are met. Further, in order to prevent malfunction of the compressor or the like, the refrigerator has a weak and strong protection function for suppressing the operation of the compressor. The weak and strong protection functions are executed when the specified protection conditions are met, and are stopped when the protection conditions are not met. The function execution unit 12 is executed to execute the quenching function, the ice making function, and the respective protection functions. Here, the function execution unit 12A executes the quenching function, the function execution unit 12B executes the ice making function, the function execution unit 12C executes the weak protection function, and the function execution unit 12D executes the strong protection function.

In addition, the quenching request requested once by the function execution unit 12A and the required ice making request output by the function executing unit 12B are input to the stage 1, and the one required by the function executing unit 12C is weak. The protection request and the strong protection request requested once by the function execution unit 12D are input to the stage 2.

In addition, the basic requirement for the primary request output by the basic operation execution unit 11 is the operation at the fourth speed, the quenching request is the operation at the seventh speed, the ice making request is the operation at the fifth speed, and the weak protection request is the second speed. The operation, strong protection requires operation at 0 speed.

Fig. 5 is a view showing the coordination information regarding the phase 1 of the first embodiment.

The coordination information shown in Figure 5 is the priority of the basic requirements and quenching requirements and ice making requirements. Here, it is shown that the basic requirements have the lowest priority, the quenching requirements have the lower priority, and the ice making requirements have the highest priority.

Figure 6 shows the coordination information about phase 2 of the first embodiment. Figure.

The coordination information shown in Figure 6 is the priority of the 1st requirement and the weak protection requirement and the strong protection requirement generated in Phase 1. Here, it is shown that the priority of the one request generated in the phase 1 is the lowest, the priority of the weak protection request is the second lowest, and the priority of the strong protection request is the highest.

An example of the processing will be described in accordance with the flowchart of FIG.

Here, it is explained that the operation of the refrigerator is started (state 1), and then the quenching button (state 2) is pressed shortly, the ice making button is pressed during the quenching operation (state 3), and then the weak protection is made during the quenching and ice making operation. The case of a functional action (state 4).

<state 1>

The power of the refrigerator is turned on, and the control device 100 is activated. In this way, the request input unit 21 inputs the basic request for the primary request output from the basic operation execution unit 11 to the phase 1 (S11). At this point in time, the additional function has not been activated and no other 1 request has been entered.

The request generation unit 23 initializes the variable i to 1 (S12), and coordinates the competition of the stage 1 (S13). Here, since there is no request other than the basic request output from the basic operation execution unit 11, there is no one-time competition. Therefore, the request generation unit 23 selects the basic request output from the basic operation execution unit 11. Since the phase 1 is not the final phase (NO in S14), the request generation unit 23 inputs the basic requirement selected in S13 to the phase 2 (S15). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S13 (S16).

The request generation unit 23 coordinates the competition for the stage 2 (S13). Here, there is no one except for the basic requirements entered from Phase 1. Requested, so there is no one-time competition. Therefore, the request generation unit 23 selects the basic requirement input from the stage 1. Since the phase 2 is the final phase (YES in S14), the request generating unit 23 outputs the basic request selected in S13 to the component control unit 30 as the secondary request (S17).

That is, at this point of time, the basic request is directly output to the component control unit 30, and the compressor is operated at the fourth speed.

<state 2>

Then press the quench button. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11 and the quenching request output from the function execution unit 12A to the phase 1 (S11).

The request generation unit 23 initializes the variable i to 1 (S12), and coordinates the competition of the stage 1 (S13). Here, since the basic requirements and the quenching request are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a queuing request with a high priority is selected. Since the phase 1 is not the final phase (NO in S14), the request generation unit 23 inputs the quenching request selected in S13 to the phase 2 (S15). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S13 (S16).

The request generation unit 23 coordinates the competition for the stage 2 (S13). Here, since there is no one request other than the quenching request input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching request input from the stage 1. Since the phase 2 is the final phase (YES in S14), the request generating unit 23 outputs the basic request selected in S13 to the component control unit 30 as the secondary request (S17).

That is, at this point in time, the quenching request is output to the component control unit. 30, the compressor is operated at 7 speeds.

<state 3>

Then press the ice making button during the quenching operation. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1 (S11).

The request generation unit 23 initializes the variable i to 1 (S12), and coordinates the competition of the stage 1 (S13). Here, since the basic requirements, the quenching request, and the ice making request are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, an ice making request with a high priority is selected. Since the stage 1 is not the final stage (NO in S14), the request generation unit 23 inputs the ice making request selected in S13 to the stage 2 (S15). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S13 (S16).

The request generation unit 23 coordinates the competition for the stage 2 (S13). Here, since there is no one request other than the ice making request input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the ice making request input from the stage 1. Since the phase 2 is the final stage (YES in S14), the request generating unit 23 outputs the ice making request selected in S13 to the component control unit 30 as a secondary request (S17).

That is, at this point of time, the ice making request is output to the component control unit 30, and the compressor is operated at the fifth speed.

<state 4>

Then, the weak protection function is operated during the ice making operation. So, want The input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1, and the function execution unit 12C The weak protection of the output is required to be input to phase 2 (S11).

The request generation unit 23 initializes the variable i to 1 (S12), and coordinates the competition of the stage 1 in the same manner as the stage 3, and inputs the quenching request to the stage 2 (S13 to S15). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S13 (S16).

The request generation unit 23 coordinates the competition for the stage 2 (S13). Here, since the ice making request input by the stage 1 and the weak protection request output by the function execution unit 12C are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a weak protection requirement with a high priority is selected. Since the phase 2 is the final phase (YES in S14), the request generation unit 23 outputs the weak protection request selected in S13 to the component control unit 30 as the secondary request (S17).

That is, at this point of time, the weak protection request is output to the component control unit 30, and the compressor is operated at the second speed.

As described above, in the control device 100 according to the first embodiment, the intermediate soft body unit 20 is provided between the application unit 10 and the element control unit 30. The action request from the output of the application unit 10 to the competition of the components is then coordinated by the intermediate software unit 20.

Therefore, in the application unit 10, the basic operation execution unit 11 and the function execution unit 12 for realizing each function need only install the functions to be implemented, and only the output operation requirements are required for the component control. In addition, for coordination and competition The functions required for the action can be separated from the functions and installed in the intermediate software unit 20.

In particular, regarding the function for coordinating the action requirements of the competition, the action requirements outputted by each function can be divided into a plurality of stages for phased processing. Therefore, in each stage, the function for coordinating the action requirements of the competition can be formed into a simple configuration. Specifically, in each stage, the function for coordinating the action requirements of the competition can be expressed by the priority shown in FIG. 5 or FIG.

As a result, unlike the previous embedded software, the function portion for realizing each function does not include the function for coordinating the action requirements of the competing, and therefore the functional units are not closely related.

Embodiment 2.

In the first embodiment, it is explained that the first request having the highest priority is selected from the input one-time request in each stage. However, it is also necessary to consider the situation where two or more requirements are met at the same time. In the above example of the refrigerator, the quenching requirements and the ice making requirements can be simultaneously achieved by increasing the speed of the compressor.

In the second embodiment, in the stage where the two or more requirements can be simultaneously met, the first request having the highest priority is not selected from the input request, but two or more are simultaneously generated. The new one request of one request.

Fig. 7 is a view showing the configuration of a control device 100 according to the second embodiment.

The control device 100 according to the second embodiment is determined in terms of each of the selection phase and the combination phase for each phase, and the implementation form The control device 100 of the state 1 is different.

The selection phase is the phase described in Embodiment 1. That is, in the selection phase, one request is selected from the plurality of input requests.

The combination phase is a phase of generating a new one request that simultaneously fulfills two or more one-time requirements. In the combination phase, a new one request is generated in response to the combination of the action requirements entered.

The configuration of the intermediate soft body portion 20 of the second embodiment is the same as the configuration of the intermediate soft body portion 20 of the first embodiment shown in Fig. 2 . However, in the intermediate software unit 20 of the second embodiment, the coordination information stored in the coordination information storage unit 22 is different from that of the intermediate software unit 20 of the first embodiment.

The coordination information storage unit 22 is the same as the first embodiment in the selection phase, and stores the priority as the coordination information. However, the coordination information storage unit 22 determines, in the combination phase, the combination information of the newly generated one-time request in response to the combination of the one-time request input, as the coordination information.

When the coordination information is the combined information, the request generation unit 23 follows the combination information and generates a new one request in response to the combination of the one requested.

Fig. 8 is a flow chart showing the operation of the intermediate software 20 of 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. 3.

In S23, when the stage i is the selection stage, the request generation unit 23 selects the one request having the highest priority from among the input requests. When the stage i is the combination stage, the request generation unit 23 follows the combination information, and the response unit Enter a combination of 1 request to generate a new 1 request.

Next, an example shown in Fig. 4 (an example in which the control device 100 is mounted in a refrigerator) will be described.

Only phase 1 is set to the combination phase and phase 2 is set to the selection phase. The coordination information about Phase 1 is the coordination information shown in Figure 9. The coordination information shown in Fig. 9 is a combination of one request newly generated in response to a combination of one request output from the basic operation execution unit 11, the quenching function, and the ice making function. However, the basic requirements are often output, so the case where the basic requirements are not output is omitted.

In the state 1, only the basic requirement is input. Therefore, in the same manner as in the first embodiment, the refrigerator is operated at the fourth speed in accordance with the basic requirements input.

<state 2>

After status 1, press the quench button. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11 and the quenching request output from the function execution unit 12A to the phase 1 (S21).

The request generation unit 23 initializes the variable i to 1 (S22), and coordinates the competition of the stage 1 (S23). Here, since the basic requirements and the quenching request are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a quenching requirement corresponding to the basic requirements and the quenching requirements is generated. Since the phase 1 is not the final phase (NO in S24), the request generation unit 23 inputs the quenching request generated in S23 to the phase 2 (S25). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S23 (S26).

The request generation unit 23 coordinates the competition for the stage 2 (S23). Here, since there is no one request other than the quenching request outputted from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching request input from the stage 1. Since the phase 2 is the final phase (YES in S24), the request generating unit 23 outputs the quenching request selected in S23 to the component control unit 30 as the secondary request (S27).

That is, at this point of time, the quenching request is output to the component control unit 30, and the compressor is operated at the seventh speed.

<state 3>

Then press the ice making button during the quenching operation. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1 (S21).

The request generation unit 23 initializes the variable i to 1 (S22), and coordinates the competition of the stage 1 (S23). Here, since the basic requirements, the quenching request, and the ice making request are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, quenching and ice making requirements corresponding to the basic requirements and quenching requirements and ice making requirements are generated. Since the phase 1 is not the final phase (NO in S24), the request generating unit 23 inputs the quenching and ice making request generated in S23 to the stage 2 (S25). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S23 (S26).

The request generation unit 23 coordinates the competition for the stage 2 (S23). Here, since there is no request other than the quenching and ice making requirements input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching and ice making requirements input from the stage 1. Due to the stage 2 is the final stage (YES in S24). Therefore, the request generating unit 23 outputs the quenching and ice making request selected in S23 to the component control unit 30 as a secondary request (S27).

That is, at this point of time, the quenching and ice making request is output to the component control unit 30, and the compressor is operated at the 10th speed.

<state 4>

The weak protection function is then activated during the quenching and ice making operations. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1, and the function execution unit The weak protection requirement output by 12C is input to phase 2 (S21).

The request generation unit 23 initializes the variable i to 1 (S22), coordinates the competition of the stage 1 in the same manner as the stage 3, and inputs the quenching and ice making request to the stage 2 (S23-S25). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S23 (S26).

The request generation unit 23 coordinates the competition for the stage 2 (S23). Here, since the quenching and ice making request input by the stage 1 and the weak protection request output by the function executing unit 12C are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a weak protection requirement with a high priority is selected. Since the phase 2 is the final phase (YES in S24), the request generation unit 23 outputs the weak protection request selected in S23 to the component control unit 30 as the secondary request (S27).

That is, at this point of time, the weak protection request is output to the component control unit 30, and the compressor is operated at the second speed.

As described above, the control device 100 according to the second embodiment can generate a new one-time request that can simultaneously realize two or more primary requests by using the combined information memory as the coordination information.

Therefore, in the same manner as in the first embodiment, the function for coordinating the operational requirements of the competition is formed into a simple configuration, and the smoother control than the first embodiment can be performed.

Embodiment 3.

In the first and second embodiments, it is explained that in each stage, the competition is coordinated only based on the input request once. In the third embodiment, it is explained that not only the one-time request is input, but also that the competition is coordinated according to the operating state of the component.

Fig. 10 is a view showing the configuration of a control device 100 according to the third embodiment.

The control device 100 according to the third embodiment differs from the control device 100 according to the first and second embodiments in that it is determined as a selection phase, a combination phase, and a transition phase for each phase.

The transfer phase is a phase in which a new one-time request is generated in response to the action state of the component and the input request.

The configuration of the intermediate soft body portion 20 of the third embodiment is the same as the configuration of the intermediate soft body portion 20 of the first embodiment shown in Fig. 2 . However, in the intermediate software unit 20 of the third embodiment, the coordination information stored in the coordination information storage unit 22 is different from that of the intermediate software unit 20 of the first and second embodiments.

The coordination information storage unit 22 stores the priority and the combination information in the selection phase and the combination phase in the same manner as in the second embodiment. However, the coordination information storage unit 22 determines the status of the generated one-time request for the transition phase, by remembering the state of the component and the one-time request for the new input. News, as coordination information.

When the coordination information is the state transition information, the request generation unit 23 follows the state transition information, and generates a new one request in response to the state of the component and the one-time request of the new input. When a new one request is not input, a one-time request to maintain the state of the component at this time is generated.

Fig. 11 is a flow chart showing the operation of the intermediate software 20 of 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. 8.

In S33, when the stage i is the selection stage, the request generation unit 23 selects the one request having the highest priority from among the input requests. When the phase i is the combination phase, the request generation unit 23 follows the combination information, and generates a new one-time request in accordance with the combination of the input requirements. When the phase i is the transition phase, the request generation unit 23 follows the state transition information, and generates a new one-time request in response to the operation state of the component and the input request once.

Next, an example shown in Fig. 4 (an example in which the control device 100 is installed in the refrigerator) will be described.

Only phase 1 is set to the transition phase and phase 2 is set to the selection phase. For the coordination information of Phase 1, it is the coordination information shown in Figure 12. The coordination information shown in Fig. 12 shows the one-time request generated based on the operating state of the compressor and the input request. Here, for the sake of simplification, the case where the weak and strong protection functions are operated is omitted. Further, although not shown in Fig. 12, at the time of starting the refrigerator, only the basic requirements are input and the general operation is started.

In state 1, only the basic requirements are entered, so it is related to the first and second embodiments. In the same way, according to the basic requirements entered, the refrigerator is operated at 4 speeds.

<state 2>

After status 1, press the quench button. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11 and the quenching request output from the function execution unit 12A to the phase 1 (S31). The new quenching request will also be entered into Phase 1.

The request generation unit 23 initializes the variable i to 1 (S32), and coordinates the competition of the stage 1 (S33). Here, since the operating state of the compressor is normal (four-speed) and a new quenching request is input, the request generating unit 23 generates the quenching request in accordance with the coordination information shown in FIG. Since the phase 1 is not the final phase (NO in S34), the request generating unit 23 inputs the quenching request generated in S33 to the phase 2 (S35). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S33 (S36).

The request generation unit 23 coordinates the competition of the stage 2 (S33). Here, since there is no one request other than the quenching request input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching request input from the stage 1. Since the phase 2 is the final stage (YES in S34), the request generating unit 23 outputs the quenching request selected in S33 to the component control unit 30 as the secondary request (S37).

That is, at this point of time, the quenching request is output to the component control unit 30, and the compressor is operated at the seventh speed.

<state 3>

Then press the ice making button during the quenching operation. Thus, the input unit 21 is required. The basic request output from the basic operation execution unit 11, the quenching request input by the function execution unit 12A, and the ice making request output from the function execution unit 12B are re-inputted to the stage 1 (S31). That is, the ice making request is re-entered into stage 1.

The request generation unit 23 initializes the variable i to 1 (S32), and coordinates the competition of the stage 1 (S33). Here, since the operating state of the compressor is quenching (7-speed) and the quenching and ice-making request is input, the request generating unit 23 generates the quenching and ice-making request in accordance with the coordination information shown in Fig. 12. Since the stage 1 is not the final stage (NO in S34), the request generating unit 23 inputs the quenching and ice making request generated in S33 to the stage 2 (S35). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S33 (S36).

The request generation unit 23 coordinates the competition of the stage 2 (S33). Here, since there is no request other than the quenching and ice making requirements input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching and ice making requirements input from the stage 1. Since the phase 2 is the final stage (YES in S34), the request generating unit 23 outputs the quenching and ice making request selected in S33 to the component control unit 30 as the secondary request (S37).

That is, at this point of time, the quenching and ice making request is output to the component control unit 30, and the compressor is operated at the 10th speed.

<state 4>

The weak protection function is then activated during the quenching and ice making operations. In this way, the request input unit 21 is the basic output of the basic operation execution unit 11. The request and the quenching request output from the function execution unit 12A and the ice making request output from the function executing unit 12B are input to the stage 1, and the weak protection request output from the function executing unit 12C is input to the stage 2 (S31). New weak protection requirements are also entered into Phase 1.

The request generation unit 23 initializes the variable i to 1 (S32), and coordinates the competition of the stage 1 (S33). Here, since there is no basic requirement for new input, the quenching and the maintenance of the current operating state of the compressor are generated. In the ice making request, since the stage 1 is not the final stage (NO in S34), the request generating unit 23 inputs the quenching and ice making request generated in S33 to the stage 2 (S35). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S33 (S16).

The request generation unit 23 coordinates the competition of the stage 2 (S33). Here, since the quenching and ice making request input by the stage 1 and the weak protection request output by the function executing unit 12C are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a weak protection requirement with a high priority is selected. Since the phase 2 is the final phase (YES in S34), the request generation unit 23 outputs the weak protection request selected in S33 to the component control unit 30 as the secondary request (S37).

That is, at this point of time, the weak protection request is output to the component control unit 30, and the compressor is operated at the second speed.

As described above, the control device 100 according to the third embodiment can generate a new one-time request corresponding to the state of the component by using the state transition information as the coordination information.

Therefore, in the same manner as in the first and second embodiments, the movement for coordinating the competition will be used. The required function is formed into a simple configuration, and the control can be performed more smoothly than in the first and second embodiments.

In the above description, only the speed controlled by the one-time request is referred to as the operating state of the compressor. However, it is also possible to refer to information other than the parameters controlled by the primary request, such as the power per unit time consumed by the compressor, as the operating state of the compressor. Further, it is also possible to refer to the operating state of components other than the compressor controlled by the primary request, such as the opening degree of the expansion valve.

That is, the state transition information in the transfer information can be set to the operation state of the component, or information other than the parameter controlled by the primary request, or information of components other than the device controlled by the primary request.

Embodiment 4.

In the first to third embodiments, in each stage, one request is selected from one of the input plural requests, or a new one request is generated in response to the input request.

In the fourth embodiment, the case where the one-time request input from the previous stage is corrected based on the one-time request input from the function execution unit 12 is included.

Fig. 13 is a view showing the configuration of a control device 100 according to the fourth embodiment.

The control device 100 according to the fourth embodiment differs from the control device 100 according to the first to third embodiments in that it is determined as a selection phase, a combination phase, a transition phase, and a correction phase for each phase.

The correction phase corrects the one-time request input from the basic operation execution unit 11 or from the previous one based on the one-time request input from the function execution unit 12. The 1 request entered in the phase to generate a new 1 request phase.

Fig. 14 is a view showing the configuration of the intermediate soft body 20 of the fourth embodiment.

The intermediate software 20 of the fourth embodiment differs from the intermediate software 20 of the first to third embodiments in that the correction information storage unit 24 is provided.

The correction information storage unit 24 stores the correction information of the correction method requested once for each correction stage. The correction information is displayed, for example, by adding or multiplying the correction value displayed by the one-time request input from the function execution unit 12 to the one-time request input from the basic operation execution unit 11 or from the previous stage. 1 request, etc.

The coordination information storage unit 22 stores the priority, the combination information, and the state transition information in the selection phase, the combination phase, and the transition phase in the same manner as in the third embodiment. The coordination information storage unit 22 uses, as a coordination information, any one of the memory priority, the combination information, and the state transition information for the correction phase. However, the coordination target is only the one-time request input from the function execution unit 12, and does not include the one-time request output from the basic operation execution unit 11 or the one-time request input from the previous stage.

In the correction phase, the request generation unit 23 generates a one-time request for coordinating the competition for one request input from the function execution unit 12 in accordance with the coordination information. Further, the request generation unit 23 corrects the one-time request input from the basic operation execution unit 11 or the one-time request input from the previous stage by using the correction information indicated by the generated one-time request in accordance with the correction information. To generate a new one-time request phase.

Fig. 15 is a flow chart showing the operation of the intermediate software 20 of 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. 11.

In S43, when the stage i is the selection stage, the request generation unit 23 selects the one request having the highest priority from among the input requests. When the phase i is the combination phase, the request generation unit 23 follows the combination information, and generates a new one-time request in accordance with the combination of the input requirements. When the phase i is the transition phase, the request generation unit 23 follows the state transition information, and generates a new one-time request in response to the operation state of the component and the input request once. When the phase i is the correction phase, the request generation unit 23 corrects the one-time request output from the basic operation execution unit 11 or the one-time input from the previous stage in accordance with the one-time request input from the function execution unit 12. Request to generate a new 1 request phase.

Next, an example shown in Fig. 4 (an example in which the control device 100 is installed in the refrigerator) will be described.

Only stage 1 is set to the correction stage, and stage 2 is set to the selection stage. The coordination information about Phase 1 is the coordination information shown in Figure 16. The coordination information shown in Figure 16 is the priority for quenching requirements and ice making requirements. Here, it is shown that the priority of the quenching request is low, and the priority of the ice making request is high.

Further, the correction information storage unit 24 stores the correction value added to the basic requirement as the correction information regarding the phase 1.

In addition, the basic requirement for the primary request output by the basic operation execution unit 11 is that the operation is required at the fourth speed, the weak protection request is required for the operation at the second speed, and the strong protection request is required for the operation at the zero speed. Quenching requirements are displayed 3 The speed is used as the correction value, and the ice making requirement is to display the 1st speed as the correction value.

In the state 1, since only the basic requirements are input, the refrigerator is operated at the fourth speed in accordance with the basic requirements of the input, as in the first to third embodiments.

<state 2>

After status 1, press the quench button. In this way, the request input unit 21 inputs the basic request input by the basic operation execution unit 11 and the quenching request input by the function execution unit 12A to the stage 1 (S41).

The request generation unit 23 initializes the variable i to 1 (S42), and coordinates the competition of the stage 1 (S43). Here, the quenching request is input in addition to the basic requirement, so the request generating unit 23 selects the quenching request. Then, the request generation unit 23 follows the correction information, adds the correction value indicated by the selected quenching request to the third speed, and adds the fourth speed indicated by the basic request to generate the quenching request for the operation at the seventh speed. Since the phase 1 is not the final phase (NO in S44), the request generation unit 23 inputs the quenching request generated in S43 to the phase 2 (S45). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S43 (S46).

The request generation unit 23 coordinates the competition for the stage 2 (S43). Here, since there is no one request other than the quenching request outputted from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the quenching request input from the stage 1. Since the phase 2 is the final phase (YES in S44), the request generating unit 23 outputs the quenching request selected in S43 to the component control unit 30 as the secondary request (S47).

That is, at this point of time, the quenching request is output to the component control unit 30, and the compressor is operated at the seventh speed.

<state 3>

Then press the ice making button during the quenching operation. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1 (S41).

The request generation unit 23 initializes the variable i to 1 (S42), and coordinates the competition of the stage 1 (S43). Here, in addition to the basic requirements, the quenching request and the ice making request are input, so the request generating unit 23 coordinates the matching information according to the coordination information shown in Fig. 16. As a result, a high priority ice making requirement is selected. Then, the request generation unit 23 follows the correction information, adds the correction value indicated by the selected ice making request to the first speed indicated by the basic requirement, and generates an ice making request for the operation at the fifth speed. Since the phase 1 is not the final phase (NO in S44), the request generating unit 23 inputs the ice making request selected in S43 to the phase 2 (S45). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S43 (S46).

The request generation unit 23 coordinates the competition for the stage 2 (S43). Here, since there is no one request other than the ice making request input from the stage 1, there is no one-time competition. Therefore, the request generation unit 23 selects the ice making request input from the stage 1. Since the phase 2 is the final stage (YES in S44), the request generating unit 23 outputs the ice making request selected in S43 to the component control unit 30 as the secondary request (S47).

That is, at this point of time, the ice making request is output to the component control unit 30, and the compressor is operated at the fifth speed.

<state 4>

Then, the weak protection function is operated during the ice making operation. In this way, the request input unit 21 inputs the basic request output from the basic operation execution unit 11, the quenching request output from the function execution unit 12A, and the ice making request output from the function execution unit 12B to the stage 1, and the function execution unit The weak protection requirement output by 12C is input to phase 2 (S41).

The request generation unit 23 initializes the variable i to 1 (S42), and coordinates the competition of the stage 1 in the same manner as the stage 3, and inputs the ice making request to the stage 2 (S43 to S45). Then, the request generation unit 23 adds 1 to the variable i to become 2, and returns to the process of S43 (S46).

The request generation unit 23 coordinates the competition of the stage 2 (S43). Here, since the ice making request input by the stage 1 and the weak protection request output by the function execution unit 12C are input, the request generating unit 23 coordinates the cooperation in accordance with the coordination information shown in FIG. As a result, a weak protection requirement with a high priority is selected. Since the phase 2 is the final phase (YES in S44), the request generation unit 23 outputs the weak protection request selected in S43 to the component control unit 30 as the secondary request (S47).

That is, at this point of time, the weak protection request is output to the component control unit 30, and the compressor is operated at the second speed.

As described above, the control device 100 according to the fourth embodiment can correct the one-time request generated in the previous stage and generate a new one-time request by memorizing the new correction information.

Therefore, as in the first to third embodiments, the function for coordinating the action requirements of the competition can be formed into a simple configuration, and more smooth control can be performed.

In the above description, the case where the additional function is not operated and the operation speed of the compressor are often four-speed are described. However, even when the additional function is not operated, it is necessary to change the operating speed of the compressor in response to the temperature around the refrigerator in order to keep the temperature in the refrigerator constant. In other words, the basic operation execution unit 11 can output a basic request for different operating speeds in response to the temperature around the refrigerator or the like.

At this time, as described in the fourth embodiment, when the additional function such as the quenching function or the ice making function is operated, appropriate control can be performed by correcting the current operating speed by the correction value of the additional function.

On the other hand, as with the protection function, there is an additional function that needs to be controlled to a certain speed regardless of the current speed of motion. At this time, as described in the fourth embodiment, regardless of the current operation speed, it is possible to perform appropriate control by controlling the operation speed specified by the additional function.

Embodiment 5.

In the first to fourth embodiments, the processing of the control device 100 will be described using an example in which the assumption that the control device 100 is installed in the refrigerator. However, it is also possible to consider installing the control device 100 in a home appliance or other device other than the refrigerator.

In the fifth embodiment, an example in which the control device 100 is mounted on another device will be described.

Fig. 17 is a view showing an example of a case where the control device 100 is mounted on an air conditioner.

In general, an air conditioner is provided with a compressor (an example of a component), and can be controlled by changing the operating speed of the compressor (rotation speed rpm or rotation frequency Hz). The temperature inside the chamber. Here, the case where the control device 100 controls the operating speed of the compressor of the air conditioner during the operation of the cold room will be described as an example.

When the power is turned on, the air conditioner performs a basic operation for continuously cooling the room (basic operation execution unit 11).

Further, the air conditioner is provided with various other functions (function execution unit 12). Here, the air conditioner includes: an additional function 1 (high power operation), an additional function 2 (arbitrary frequency control), a protection function 1 (prevention of excessive rise in exhaust gas temperature), and a protection function 2 (prevention of excessive rise in condensation temperature), Protection function 3 (minimum frequency protection), protection function 4 (stopping vibration countermeasures), and protection function 5 (stopping excessive exhaustion).

The high-power operation (additional function 1) is a function that the user operates when the operation key is pressed 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.

Any frequency control (additional function 2) is a function used for inspection at the time of shipment from the factory. The additional function 2 sets the compressor to a preset operating speed to operate.

Preventing excessive rise in exhaust gas temperature (protection function 1) is a function to prevent the compressor from being damaged by excessive rise in temperature or pressure of exhaust gas. The protection function 1 is such that when the sensor detects an abnormal rise in temperature or pressure, the operating speed of the compressor is slowed by subtracting a predetermined correction value from the operating speed of the compressor.

Preventing excessive rise in condensing temperature (protection function 2) is to prevent the refrigerant system (compressor, heat exchanger) from being damaged by suppressing the pressure rise on the high pressure side. Bad function. The protection function 2 reduces the operating speed of the compressor by subtracting a predetermined correction value from the operating speed of the compressor when the sensor detects an abnormal rise in pressure.

The minimum frequency protection (protection function 3) is a function that reduces the load on the compressor when it becomes a slow motion speed higher than necessary, and maintains the minimum speed to ensure the minimum cold circulation amount. The protection function 3 sets the operating speed of the compressor to the lowest speed when it is lower than a certain speed.

The vibration countermeasure (protection function 4) is stopped, and the function of the pipe is cut off to prevent the vibration generated when the compressor is stopped. The protection function 4 sets the operating speed of the compressor to a predetermined speed for a predetermined period of time before the compressor is stopped.

Stopping the excessive rise of the exhaust gas (protection function 5) is a function of causing the compressor to be stopped urgently when the temperature of the exhaust gas or the abnormal rise of the pressure is detected by the sensor. The protection function 5 sets the operating speed of the compressor to zero.

The primary request output from the basic operation and the additional function 1 is input to the phase 1 (correction phase). The 1st request output by the additional function 2 is input to the stage 2 (selection stage). The one-time request output from the protection functions 1, 2 is input to phase 3 (correction phase). The one-time requirement output by the protection functions 3, 4, and 5 is input to the stage 4 (selection stage).

In phase 3, when only the protection function 1 is executed, the correction value of the protection function 1 is selected. When only the protection function 2 is executed, the correction value of the protection function 2 is selected, and when the protection functions 1 and 2 are executed, 2 correction values are selected. The combination of the two is set to coordinate information.

Figure 18 shows the output 2 times in the example shown in Figure 17. The map required.

In the first stage, the speed F0 of the compressor set in the basic operation is the premise of the operation. When the additional function 1 is executed, the speed ΔF1 is added to the speed F0. Therefore, the speed F0 or the speed F0 + ΔF1 is output from the stage 1.

In the phase 2, any one of the speed (speed F0 or speed F0 + ΔF1) output from the phase 1 and the speed F2 output from the additional function 2 is output. Therefore, either the speed F0 and the speed F0+ΔF1 and the speed F2 are output from the phase 2.

In the phase 3, for the speed output from the phase 2, when only the protection function 1 is operated, the correction is performed at the speed -ΔF3A. When the protection function 2 is operated only, the correction is performed at the speed -ΔF3B. When both of the protection functions 1 and 2 operate simultaneously, the correction is performed at both speeds -ΔF3A and -ΔF3B. As a result, the output is output in response to any of the nine speeds.

In phase 4, either one of the speed output from phase 3 and the speed output from the protection functions 3, 4, 5 is output.

Therefore, in response to the execution state of the additional function or the protection function, a total of 15 speeds are output.

Fig. 19 is a view showing an example of a case where a general control device is installed in an air conditioner.

In a general control device, each function internally views the execution state of other functions to determine whether or not the component driver output action request is made. Therefore, each function includes extremely complicated condition determination, and its maintainability, re-application, and expandability are low.

In contrast, as shown in FIG. 17, when the control device 100 is used, The conditions for determining the output requirements of the component driver are sorted out, and their maintainability, re-application, and expandability are high.

Fig. 20 is an explanatory diagram of a DC (Direct Current) motor-driven automatic transport vehicle.

The automatic transport vehicle is equipped with a motor (an example of a component), and by changing the voltage applied to the motor, the operating speed of the motor can be changed, and the moving speed of the automatic transport vehicle can be controlled.

Automatic handling vehicles carry goods by simple linear movement. The automatic transport vehicle is provided with a torque sensor, a speed sensor, and a temperature sensor attached to the motor, and has a front obstacle sensor in front of the traveling direction and a rear obstacle feeling in the rear of the traveling direction. Detector.

Fig. 21 is a view showing an example in which the control device 100 is mounted on the automatic transport vehicle shown in Fig. 20.

Here, an example in which the control device 100 controls the operating speed of the motor of the automatic transport vehicle will be described.

When the power is turned on, the automatic transport vehicle performs the basic operation of transporting the goods by a simple linear movement (basic operation execution unit 11). The basic operation is to output the motor at different voltage values at the start of operation, at constant speed, and at the time of stop.

Further, the automatic transport vehicle has various other functions (function execution unit 12). Here, the automatic transport vehicle includes: additional function 1 (speed maintenance), additional function 2 (energy saving operation), additional function 3 (high speed operation), additional function 4 (safe operation), and protection function 1 (rear obstacle acceleration) ), protection function 2 (overload deceleration), protection function 3 (front obstacle stop), protection function 4 (emergency stop).

The additional function 1 (speed maintenance) is a function of maintaining the speed while traveling at a constant speed. Additional function 1 is based on the information of the speed sensor, and the voltage value is corrected to adjust the speed.

Additional function 2 (energy-saving operation) is a function to achieve energy-saving operation. The additional function 2 subtracts the correction value from the voltage value to lower the voltage value.

The additional function 3 (high-speed operation) is a function of operating at high speed when the operation is performed efficiently. The additional function 3 series outputs the highest voltage to accelerate.

The additional function 4 (safe operation) is a function to achieve safety when operating at a low speed when the risk of cargo collapse is contained. The additional function 3 series outputs a low voltage to decelerate.

Protection function 1 (rear obstacle acceleration) is a function to avoid danger when an obstacle is detected by the rear obstacle sensor. The protection function 1 is to accelerate the correction value by adding the correction value to the current voltage value when an obstacle is detected.

The protection function 2 (overload deceleration) is a function that prevents the destruction of the motor when an excessive load state is detected by the torque sensor. The protection function decelerates by subtracting the correction value from the current voltage value when an excessive load condition is detected.

The protection function 3 (the front obstacle stop) is a function to prevent collision when an obstacle is detected in front by the front obstacle sensor. The protection function 3 is an emergency brake when the detection of an obstacle in front is performed by outputting a voltage value of zero.

Protection function 4 (emergency stop) for detecting by temperature sensor A function to prevent damage to the motor when the motor temperature rises abnormally. The protection function 4 is an output voltage value of 0 to cause the motor to be stopped in an emergency when an abnormal rise in the motor temperature is detected.

The primary operation and the additional requirements of the additional functions 1, 2 are input to the phase 1 (correction phase). The one-time request output by the additional functions 3 and 4 is input to the phase 2 (selection phase). The one-time request output from the protection functions 1, 2 is input to phase 3 (correction phase). The one-time request output by the protection functions 3 and 4 is input to the stage 4 (selection stage).

In the phase 1, when the additional functions 1 and 2 are simultaneously executed, the coordination information is set to be corrected by both correction values.

In the phase 1, the voltage value V0 of the motor set in the basic operation is assumed to be the operation. When only the additional function 1 is operated, the correction is performed with the voltage value ±ΔV1A. When only the additional function 2 is operated, the correction is performed with the voltage value -ΔV1A. When both of the additional functions 1 and 2 are operated, the correction is performed with both voltage values ±ΔV1A and -ΔV1A.

In the phase 2, any one of the voltage value output from the phase 1 and the voltage value output from the additional functions 3 and 4 is selected.

In the phase 3, the voltage value output from the phase 2 is corrected by any of the voltage values output from the protection functions 1 and 2.

In the phase 4, any one of the voltage value output from the phase 3 and the voltage value output from the protection functions 3 and 4 is selected.

As described above, the control device 100 of the first to fourth embodiments can be mounted as long as it is a product that uses a computer and controls various components such as an actuator by an operation request outputted from various functions. In addition, borrow By using the control device 100 of the first to fourth embodiments, the function for coordinating the action requirements of the competition can be formed into a very simple configuration. Therefore, product maintenance and function expansion are easily performed.

In addition to the above-described home electric appliance and automatic transport vehicle, the control device 100 according to the first to fourth embodiments may be attached to, for example, a robot on which a plurality of drive motors are mounted, or a computer, a car, an artificial satellite, or the like.

In the above description, the control value of the operating speed of the compressor or the like is output from the intermediate soft body unit 20 to the element control unit 30 as a secondary request.

However, it is not limited to the control value, for example, information indicating various processes such as general processing, initializing processing, emergency stop processing, and exemplary mode processing, and may be output from the intermediate software unit 20 to the component control unit 30 as a secondary request. . At this time, the component control unit 30 outputs the control parameters for the processing shown in the second request to the component driver 40, and executes the processing in the component.

Further, in the above description, the component control unit 30 outputs the secondary request output from the intermediate software unit 20 as a parameter to the component driver 40 to control the device. For example, in the example of the refrigerator described above, the component control unit 30 outputs the speed indicated by the request twice to the component driver 40 as a parameter, and operates the compressor at the speed.

However, the component control unit 30 may be configured to output not only the secondary request as a parameter to the component driver 40 but also the parameters for controlling the other components from the second request. For example, in the example of the above-described refrigerator, the component control unit 30 may output not only the speed indicated by the request twice as a parameter to the component driver 40 of the compressor, but also calculate the speed shown in response to the second request. The number of revolutions of the fan is output as a parameter to the component driver 40 of the fan. In addition to the above, the element control unit 30 may output a parameter for lighting the lamp according to the speed indicated by the second request to the component driver 40 of the lamp.

Further, when the component control unit 30 stores the threshold (upper limit value, lower limit value) of the parameter in advance and inputs a value exceeding the threshold value as the secondary request, the threshold value may be used as the control parameter. Output to the component driver 40. That is, the component control unit 30 can also function as a final protection function.

Further, in the intermediate software unit 20, it is necessary to determine, to each of the elements to be controlled, which stage of the request output from each function execution unit 12 is input, and the coordination information in each stage.

However, there are components that can be controlled by common conditions. For example, in the example of the above air conditioner, the speed control of the fan motor for transmitting air to the room can be realized by the same control as the compressor. Thus, for components that can be controlled by common conditions, one request can be input to the same stage and controlled using the same coordination information. Thereby, the memory area of the memory device for memorizing the coordination information can be saved.

In addition, the more the one-time request is output from the higher-priority function, the more the input is to the previous stage or the latter stage, and the function for coordinating the action requirements of the competition can be arranged.

Fig. 22 is a view showing an example of a hardware configuration of the control device 100 of the above embodiment.

As shown in FIG. 22, the control device 100 is provided with a CPU 911 (Central Processing Unit), which is also called a central processing unit. Set, processing device, arithmetic device, microprocessor, microcomputer, processor). The CPU 911 is connected to the ROM 913, the RAM 914, and the communication port 915 via the bus bar 912, and controls these hardware elements.

The ROM 913 is an example of a non-volatile memory. The RAM 914 is an example of a volatile memory. The ROM 913 and the RAM 914 are examples of a memory device (memory). The communication port 915 is an example of a communication device.

In the ROM 913, a program group 916 and a file group 917 are stored. The program group of the program group 916 is executed by the CPU 911.

The program group 916 is useful for executing the above-described description as the "application unit 10", the "intermediate software unit 20", the "element control unit 30", the "element driver 40", the "basic operation execution unit 11", and the "function". The software or program or other program of the functions described in the execution unit 12", the "request input unit 21", and the "request generation unit 23". The program is read and executed by the CPU 911.

In the file group 917, information such as "action requirements", "coordination information", and "correction information" in the above description is stored. "File" or "Database" is stored in a memory medium such as a disk or a memory. The information or data or signal value or variable value or parameter memorized in a memory medium such as a disk or a memory is read into the main memory or the cache memory by the CPU 911 via the read/write circuit, and is used in Data extraction, search, reference, comparison, calculation, calculation, processing, output, printing, display, etc. CPU 911 action. Information or data or signal values or variable values or parameters are temporarily stored in the main memory between the actions of the CPU 911 for data extraction, search, reference, comparison, calculation, calculation, processing, output, printing, display, etc. Or cache memory or buffer memory.

In addition, the arrow portion of the flowchart in the above description mainly displays the output input of data or signals, and the data or signal values are recorded on a recording medium or an IC chip of a memory or other optical disk of the RAM 914. In addition, the data or signal can be transmitted online by bus 912 or other transmission medium or electric wave such as a signal line or cable.

In addition, in the above description, as described in "~", it may be "~circuit", "~device", "~machine", "~ means", "~function", or "~step" "~Program" and "~Process". In addition, as the "~ device", it can be "~circuit", "~machine", "~ means", "~ function", or "~step", "~program", "~ deal with". Furthermore, as described in "~Processing", it can also be "~step". That is, as described in the "~ section", it can also be realized by the firmware stored in the ROM 913. It can be implemented only by software, or by hardware of components, devices, substrates/wirings, or a combination of software and hardware, or further combined with firmware. The firmware and the soft system are stored as a program in a recording medium such as the ROM 913. The program is read by the CPU 911 and executed by the CPU 911. In other words, the program causes the computer or the like to perform the functions of the "~ part" described above. Alternatively, the program or method of the "~ part" described above is executed in a computer or the like.

10‧‧‧Application Department

11‧‧‧Basic Operational Operations Department

12‧‧‧ Function Implementation Department

12A‧‧‧Functional Implementation Department

12B‧‧‧Functional Implementation Department

12C‧‧‧Functional Implementation Department

12D‧‧‧Functional Implementation Department

12E‧‧‧Functional Implementation Department

20‧‧‧Intermediate software department

21‧‧‧Request input department

22‧‧‧Coordination of Information Memory

23‧‧‧ Requirements Generation Department

24‧‧‧Revised Information Memory Department

30‧‧‧Component Control Department

40‧‧‧Component Driver

100‧‧‧Control device

911‧‧‧CPU

912‧‧ ‧ busbar

913‧‧‧ROM

914‧‧‧RAM

915‧‧‧COMM

916‧‧‧Program group

917‧‧‧Archives

Fig. 1 is a configuration diagram of a control device 100 according to the first embodiment.

Fig. 2 is a view showing the configuration of the intermediate soft body 20 of the first embodiment.

Fig. 3 is a flow chart showing the operation of the intermediate software 20 of the first embodiment.

Fig. 4 shows the case where the control device 100 is assumed to be installed in the refrigerator. A diagram of the example.

Fig. 5 is a view showing the coordination information regarding the phase 1 of the first embodiment.

Fig. 6 is a view showing the coordination information about the stage 2 of the first embodiment.

Fig. 7 is a view showing the configuration of a control device 100 according to the second embodiment.

Fig. 8 is a flow chart showing the operation of the intermediate software 20 of the second embodiment.

Fig. 9 is a view showing the coordination information of the stage 1 of the second embodiment.

Fig. 10 is a view showing the configuration of a control device 100 according to the third embodiment.

Fig. 11 is a flow chart showing the operation of the intermediate software 20 of the third embodiment.

Fig. 12 is a view showing the coordination information of the stage 1 of the third embodiment.

Fig. 13 is a view showing the configuration of a control device 100 according to the fourth embodiment.

Fig. 14 is a view showing the configuration of the intermediate soft body 20 of the fourth embodiment.

Fig. 15 is a flow chart showing the operation of the intermediate software 20 of the fourth embodiment.

Fig. 16 is a view showing the coordination information of the stage 1 of the fourth embodiment.

Fig. 17 is a view showing an example of a case where the control device 100 is mounted on an air conditioner.

Figure 18 shows the output 2 in the example shown in Figure 17. Diagram of secondary requirements.

Fig. 19 is a view showing an example of a case where a general control device is installed in an air conditioner.

Fig. 20 is an explanatory diagram of a DC (Direct Current) motor-driven automatic transport vehicle.

Fig. 21 is a view showing an example in which the control device 100 is mounted on the automatic transport vehicle shown in Fig. 20.

Fig. 22 is a view showing an example of a hardware configuration of the control device 100 of the above embodiment.

10‧‧‧Application Department

11‧‧‧Basic Operational Operations Department

12A‧‧‧Functional Implementation Department

12B‧‧‧Functional Implementation Department

12C‧‧‧Functional Implementation Department

12D‧‧‧Functional Implementation Department

12E‧‧‧Functional Implementation Department

20‧‧‧Intermediate software department

30‧‧‧Component Control Department

40‧‧‧Component Driver

100‧‧‧Control device

Claims (8)

A control device is a control device for coordinating an action request for controlling a component outputted from a plurality of APPs (applications), and is provided with: inputting an action request output by each APP to a plural number after being set In each stage, the input part is required according to the preset stage in each APP; in accordance with each of the above stages, the coordinated information memory unit with the coordination information is memorized; from the previous stage, the coordination coordinated by the aforementioned information memory department is followed in order. Information, generating an action request for coordinating the competition required by the input action request, and inputting the generated action request to the request generation unit of the next stage; and in the final stage, following the request generation unit The operation request is to control the component control unit of the operation of the aforementioned component. The control device according to claim 1, wherein the coordination information storage unit records a priority memory of the input action request as the coordination information for the selection phase in the plurality of stages; the request generation In the selection phase, the department selects one action request having a higher priority from the input action request, and inputs the selected action request to the next stage. The control device of claim 1, wherein the coordinated information storage unit is for a combination phase of the plurality of stages The combination information determined by the combination of the input action requirements is determined as the coordination information; the request generation unit is configured to generate a new one from the input action request according to the combination information in the combination phase. Action requirements and input the generated action requirements to the next stage. The control device according to claim 1, wherein the coordinated information storage unit determines that the transition phase in the plurality of stages is determined according to a combination of an operation state of the component and an input operation request. The state transition information required for the action is memorized as the coordination information; the request generation unit is in the transfer phase, and according to the state transition information, generates a new action request from the input action request, and generates the generated action request. Enter to the next stage. The control device according to claim 1, wherein the coordination information storage unit records a priority memory of an action request output by the APP as the coordination information for the correction phase in the plurality of stages; The request generation unit selects one operation request having a high priority from the operation request outputted by the APP, and corrects the operation request generated in the previous stage by the selected operation request. And then enter the corrected action request into the next stage. The control device of claim 1, wherein the request input unit has a higher priority, and the previous one or the latter Stage input. A control method is a method for controlling a component of a competing action outputted from a plurality of APPs (applications) to control a component, and the method includes: the processing device inputs an action request output by each APP to a set order In the subsequent plurality of stages, the input step is required according to the preset stage of each APP; the processing device follows the coordination information pre-memorized in the memory device according to each stage, and sequentially generates the input action requirements from the previous stage. Cooperating to coordinate the action requirements, and input the generated action requirements to the next stage of the request generation step; and the processing device in the final stage, according to the action requirements generated by the foregoing requirements generation step, to control the aforementioned components The component control steps of the action. A computer program product recorded with a control program for controlling components generated by coordinating action requests outputted from a plurality of APPs (applications), the computer program products being loaded on a computer and The computer performs the following processing: inputting the action request output by each APP to the required input process according to the preset stage of each APP in the plurality of stages after the set order; the memory is pre-memorized in the memory device according to each stage Coordinating the information, sequentially generating the action requirements for coordinating the competition required by the input action from the previous stage, and inputting the generated action request to The next stage of the request generation process; and in the final stage, the component control process for controlling the operation of the aforementioned component is performed in accordance with the above-described requirements to generate the action request generated by the process.