JP6081282B2 - Operating condition manual automatic generation device - Google Patents

Description

The present invention relates to an operation condition manual automatic generation apparatus with an improved configuration of a program and data set.

  In general, a program has a complicated configuration due to conditional branching, causing a long debugging time and a long time for improving the program.

  In addition, it is necessary to modify the program and change the explanatory text in the manual due to the design change.

Japanese Patent Laid-Open No. 08-063357

  In view of such problems, an object of the present invention is to provide a condition data separation type information processing apparatus that can shorten the program debugging time and improvement time by simplifying the program configuration. is there.

  Another object of the present invention is to provide an operation condition manual automatic generation device capable of automatically changing the explanatory text in the manual only by changing a part of the data even if a design change occurs. .

In one aspect of the operation condition manual automatic generation device of the present invention, in the operation condition manual automatic generation device comprising a processor and a storage device storing a program and data,
The data includes a command identifier, a set of logical conditional expressions corresponding to the command identifier, a template including a character string and a variable,
The program includes the command identifier, a condition determination subroutine for determining whether the logical conditional expression is true, and an operation condition explanation sentence generation subroutine corresponding to the condition.
The command identifier causes the processor to execute processing corresponding to the command identifier when the value of the logical conditional expression corresponding to the command identifier is true,
The operating condition explanation generating subroutine causes the processor to convert a variable included in the template into a character string corresponding to the condition based on the corresponding template, and to explain the operating condition based on the converted template. Generate a sentence.

  According to the configuration of one aspect of the operation condition manual automatic generation apparatus, the variable included in the template is converted into a character string corresponding to the condition by the operation condition description sentence generation subroutine, and based on the template after the conversion Since the operating condition explanation is automatically generated, even if a design change occurs, the explanation in the manual can be automatically changed by changing only part of the data without changing the program.

  Other objects, characteristic configurations and effects of the present invention will become apparent from the following description read in connection with the appended claims and the drawings.

It is a hardware schematic block diagram of the condition data separation type information processing apparatus according to Embodiment 1 of the present invention. (A) is a diagram showing a program configuration example of an event handler for a button press event, (B) is a general type explanatory diagram of a command / condition table, and (C) is a specific example explanatory diagram of a command / condition table. is there. (A) and (B) are explanatory diagrams of conversion tables corresponding to FIGS. 2 (B) and 2 (C), respectively. (A) is an explanatory diagram of a template for creating an operation condition explanation for a print command, and (B) is a diagram showing an explanation of an operation condition automatically created by the processing of FIG. 6 using this template. It is a schematic flowchart which shows the process sequence of a condition determination subroutine. It is a flowchart which shows the process sequence of the subroutine which produces | generates the description of one line. It is a flowchart which shows the process sequence of the subroutine which produces | generates the operation condition description for all the commands.

  FIG. 1 is a schematic hardware configuration diagram of a conditional data separation type information processing apparatus according to the first embodiment of the present invention.

  In this device, a processor 10 is coupled to a storage device 12 via an interface 11 including a bus. The storage device 12 adopts a virtual storage system, and includes a RAM, for example, a DRAM as a main storage device, and an auxiliary storage device such as a hard disk drive or a flash memory drive.

  The storage device 12 stores a program 20 and data 30, the program includes processing units 21 to 26 described later, and the data 30 includes data 31 to 36 described later.

  Further, the display unit 40, the input unit 41, the plurality of sensors 42, and the plurality of image input / output devices 43 are coupled to the processor 10 through the interface 11. In FIG. 2, for simplification, a plurality of interfaces are described in one block.

  The data 30 includes a state storage unit 31 in which an initial state at the time of activation is set, and a command / condition table 32 including a combination of a command and a logical conditional expression corresponding thereto, for example, as shown in FIG. More specifically, as shown in FIG. 2C, a conversion table 33 for converting a condition (symbol) into a corresponding address in its name and state storage unit 31, and a template for creating an operation condition explanation 34, for example, as shown in FIG. 4A, an image data storage unit 35 for storing image data before and after processing, and an operating condition explanation sentence 36 generated by a program using the template 34, for example, FIG. B) as shown in FIG.

  The logical conditional expressions have a hierarchical structure, which simplifies complicated logical conditional expressions.

In FIG. 2 (B)
Command A = {Condition 1 = State A, Condition 2 = {State B, State C},...
Is a plurality of logical conditional expressions delimited by “,” in {} on the right side, when condition 1 = state A, condition 2 = {state B, state C},... When each logical conditional expression is true, the entire logical conditional expression on the right side is true, indicating that the command A on the left side is executed. Condition 2 = {state B, state C} indicates that condition 2 is true when state B and state C are satisfied.

  Condition 1 = the leading address in the state storage unit 31 corresponding to condition 1 on the left side of state A is ADDR00 with reference to FIG. 3A, and when the content of one byte is state A, condition 1 = State A is true. Similarly, referring to FIG. 3A, the start address in the state storage unit 31 corresponding to condition 2 is ADDR01, and when the contents of 2 bytes are state B and state C, respectively, condition 2 = {State B, State C} is true.

Also,
Command B = {Condition 10 = [State X, State Y], ... ……}
[State X, State Y] in {} on the right side of FIG. 4 indicates that the condition 10 is true when the state X is true or the state Y is true, that is, the logical sum is true.

In FIG. 2C,
btnCopy = {checkInhibitingRules = true, checkPaper = true, checkToner = {$ C, $ M, $ Y}} is the checkinhibitingRules, checkPaper, When the logical conditions corresponding to checkToner, ... are logical values true, true, ... on the right side, that is, when the logical product of each condition is true, the logical condition expression on the right side is true, and btnPrint on the left side The command Copy corresponding to the button is executed. checkInhibitingRules, checkPaper, and checkToner are each true when the logical conditional expression on the right side corresponding to the command that matches the character string on the left side of another line is true.

  For example, in checkInhibitingRules, when the condition colorSelection in {} on the right side is full-color, the condition resolution is 300x300 or 500x500, and so on, the logical conditional expression on the right side is true. A delimiter in {} indicates a logical sum. Since there is no condition colorSelection that matches the left side of another row, the logical conditional expression colorSelection = full-color is true when the content of the address ADDR14 in the state storage unit 31 is full-color.

  Similarly, the same applies to the condition resolution. Since the condition checkToner of the logical conditional expression checkToner = {C = not empty, M = not empty, Y = not empty} has no match with the left side of the other line and the right side is a logical conditional expression, this logical When the value of the conditional expression {C = not empty, M = not empty, Y = not empty} is true, the condition checkToner is true. The symbols C, M, and Y of the logical conditional expression {C = not empty, M = not empty, Y = not empty} refer to the conversion table in FIG. 3B, and the names are cyan, magenta, and yellow, respectively. The respective start addresses in the state storage unit 31 are ADDR10, ADDR11, and ADDR12, and are true when the respective contents are not empty (not empty).

  In the program 20, an initial screen is displayed on the display unit 40 by the user interface unit 21, the user interface unit 21 changes the initial screen in response to an input from the input unit 41, and a setting value input screen is displayed on the display unit 40. When a setting value such as a document size, paper feed size, paper orientation, number of copies, scanner reading resolution, and the like is input from the input unit 41 in the displayed state, this is supplied to the overall control unit 22 via the user interface unit 21. The overall control unit 22 updates the corresponding default value or the value changed thereafter in the state storage unit 31 with this set value.

  The input unit 41 includes, for example, a touch panel and hardware keys, and the display unit 40 is, for example, a liquid crystal display device.

  The overall control unit 22 also inputs a status change from a plurality of sensors 42 provided in the image forming apparatus, for example, the remaining amount of toner or the remaining amount of paper in the paper cassette is 100%, 75%, 50%, 25 %, The corresponding value in the state storage unit 31 is updated in response to a change between empty.

  When an operation button displayed on the display unit 40, such as the print button btnPrint, is pressed via the input unit 41, the event is notified to the overall control unit 22 via the user interface unit 21, and the event handler 23 is sent by the overall control unit 22. It is activated.

  FIG. 2A shows a specific example of the event handler 23. In this example, when an event occurs, a button object “sender” generated on the event transmission side is received, and if the return value of checkCondition () that is a member function of the sender is true, this is a corresponding subroutine in the image forming process 26. Executes the print function Print (e.document), and if it is false, invokes the member function describeErrorSource () of the object sender to generate an operating condition description, and the generated description to the function Display (sender. Process to be displayed by describeErrorSource ()). Here, the argument of the print function Print (e.document) is an identifier to be printed specified by the object e as event information.

  The image input / output device 43 includes a scanner, a print engine, a hard disk drive (box), a facsimile modem, a network interface, and the like.

  For example, the image formation processing unit 26 receives print data from the network interface of the image input / output device 43, temporarily stores it in the image data processing unit 35, expands it into bitmap data, and temporarily stores it in the image data processing unit 35. The bitmap data is supplied to the print engine of the image input / output device 43 to perform printing processing. At this time, the job status change (standby, start, hold due to error occurrence, end) is written to the status storage unit 31 via the control unit 22 to update the status.

  FIG. 5 is a flowchart showing the processing procedure of the condition determination subroutine 24, that is, the processing procedure of the function checkCondition () for determining the logical value on the right side of FIG. 2 (B) or (C). In the following, the step identification codes in the figure are shown in parentheses.

  (S0) The logical conditional expression in {} on the right side of one line in FIG. 2 (B) or (C) is read. For example, checkInhibitingRules = true, checkPaper = true, checkToner = {$ C, $ M, $ Y} is read.

  (S1) It is determined whether one sub-condition in this logical conditional expression is satisfied. In the above example, first, it is determined whether or not the sub condition checkInhibitingRules = true is satisfied.

  (S2) If the sub-condition is satisfied, the process proceeds to step S3. Otherwise, the logical value false is set as the return value of the function checkCondition ().

  (S3) If there is an undetermined sub-condition, the process returns to step S3. Otherwise, the logical value true is set as the return value of the function checkCondition ().

  FIG. 6 is a flowchart showing an operation condition description sentence generation process of the function describeErrorSource.

  (S10) An explanatory text creation template corresponding to the command, for example, a template corresponding to the print command Print (e.document) in FIG.

  (S11) The condition corresponding to the command, for example, all logical conditional expressions on the right side of the first row in FIG.

  Thereafter, the processes in steps S12 to S17 are repeated for this template.

  (S13) The next line (first line) is read from this template.

  (S14) If the sub-condition is included in this line, the sub-condition is converted into a character string, and if not included, the process proceeds to step S17. {} In FIG. 4A is a sub-condition.

  (S15) As in step S1 of FIG. 2, the success or failure of the sub condition or the logical value is determined. If the sub-condition is satisfied or the logical value is true, the process proceeds to step S17. Otherwise, the process proceeds to step S16.

  (S16) One line after the conversion in step S14 is marked. For example, this one line is displayed in a color different from the color of the character string of the other line, this one line is surrounded by a frame, this one line is displayed in black and white inversion, or blinked to display the one line. Mark.

  (S17) If it is not the last line of this template, the process returns to step S12, and if it is the last line, the process proceeds to step S18.

  (S18) The sub-condition in the template converted into a character string as described above, for example, the explanatory text shown in FIG. 4B is created with the function sender.describeErrorSource () in FIG. Is displayed on the display unit 40 by executing the function sDisplay (sender.describeErrorSource ()).

  FIG. 7 is a flowchart showing the processing procedure of the explanatory note generation subroutine 25. The explanatory note generation subroutine 25 is a process of outputting an explanatory note 36, which is a set of explanatory notes corresponding to each of all commands used in the image forming process 26, in the form of a file as part of a manual. By repeating the processes in steps S20 to S23, explanations corresponding to all the commands are generated.

  (S21) One of all commands is read.

  (S22) The function makeExplanation () is executed. This performs the same processing as in FIG. However, steps S15 and S16 in FIG. 6 are omitted, and in step S18, the one-line explanatory text generated in step S14 is output in the file of all explanatory texts in the file.

  In the above, preferred embodiments of the present invention have been described. However, the present invention includes various other modifications, and those using other configurations for realizing the functions of the above-described components can be used by those skilled in the art. Other configurations that would come from these configurations or functions, if any, are also included in the present invention.

DESCRIPTION OF SYMBOLS 10 Processor 11 Interface 12 Memory | storage part 20 Program 21 User interface part 22 Overall control part 23 Event handler 24 Condition determination subroutine 25 Explanation sentence generation subroutine 26 Image formation process 30 Data 31 State memory part 32 Command / condition table 33 Conversion table 34 Template 35 Image data 36 Description 40 Input unit 41 Display unit 42 Sensor 43 Image input / output device

Claims (4)

In an operating condition manual automatic generation device comprising a processor and a storage device storing a program and data,
The data includes a command identifier, a set of logical conditional expressions corresponding to the command identifier, a template including a character string and a variable,
The program includes the command identifier, a condition determination subroutine for determining whether the logical conditional expression is true, and an operation condition explanation sentence generation subroutine corresponding to the condition.
The command identifier causes the processor to execute processing corresponding to the command identifier when the value of the logical conditional expression corresponding to the command identifier is true,
The operating condition explanation generating subroutine causes the processor to convert a variable included in the template into a character string corresponding to the condition based on the corresponding template, and to explain the operating condition based on the converted template. Generate a statement,
An operating condition manual automatic generation device characterized by the above. A logical conditional expression corresponding to the command identifier is represented by a logical product of a plurality of logical conditional expressions,
The condition determination subroutine includes a process of determining the authenticity of each of the plurality of logical conditional expressions.
The apparatus for automatically generating operation condition instructions according to claim 1 . At least one of the plurality of logical conditional expressions is a logical conditional expression corresponding to another command identifier.
The apparatus for automatically generating operation condition instructions according to claim 2 . The operation condition explanation sentence generation subroutine causes the processor to generate an operation condition explanation sentence corresponding to each of the plurality of logical condition expressions, and to output the operation condition explanation sentences by concatenating them.
4. The operation condition manual automatic generation apparatus according to claim 2 or 3 ,

Images