JP5189478B2 - Information processing apparatus, workflow system, information processing apparatus verification control method, program, and recording medium. - Google Patents

Description

  The present invention relates to a test execution function during workflow system development.

  Conventionally, when developing a workflow system, the screen used in each activity is designed, the workflow execution order (process) is determined, and if there is access to an external database, a temporary external database for development The test execution was done after preparing.

  The workflow system includes access to various external data and operating system data. However, strict access restrictions are applied to these various data.

  For this reason, various workflow systems are devised in order to realize both the function of controlling access to such external data and system data and the efficiency of development, operation, and maintenance.

Patent Document 1 describes a system that dynamically changes a user's access right to a work target file according to each work stage.
JP-A-7-287688

  However, the access control mechanism as in Patent Document 1 cannot be applied at the stage of function verification in units of screens during development. The reason for this is that screen-based functional verification involves not only screen attributes but also access restrictions based on the position in the workflow, so the user who is the criterion for access control and the position in the workflow are at the screen-level verification stage. Because it is indefinite.

  For this reason, at present, even in a workflow system having an access control function, external data can be accessed indefinitely without applying access restrictions at the verification stage in units of screens, or externally. There is a restriction that the data access function itself does not work.

  As described above, when unlimited access to external data is permitted, there is also a risk that the production database is erroneously read or written.

  However, in the verification on a screen basis, if the function to access the external DB itself does not work, there is no risk of accidentally reading or writing to the production database, but security can be maintained, but it is sufficient. Verification is not possible and development efficiency is poor.

  The present invention has been made to solve the above-described problems. An object of the present invention is to provide a mechanism that enables safe and efficient operation confirmation according to actual execution, including an access function to an external database, in verification of a screen unit during development of a workflow system.

The present invention is an information processing apparatus that can display a screen used in an activity executed in a workflow and can communicate with a workflow server that processes various types of data embedded in the screen, and verifies whether it is activated in a production operation mode. A startup mode determination means for determining whether the process is started, a process for acquiring the various data, and a request for the process for acquiring the various data to the workflow server when executing the process for acquiring the various data in the verification mode. Then, a property that specifies whether it is an actual data property indicating that data managed by the workflow server is acquired or a dummy data property indicating that dummy data is acquired is stored in association with each other. A process storage means and an execution instruction for receiving an execution instruction for the acquisition process of the various data; The property stored in the processing storage unit corresponding to the acquisition processing of the data indicated by the receiving unit and the execution command received by the execution command receiving unit is the actual data property or the dummy data property. The property instructing means for determining whether or not the data is instructed by the execution instruction received by the execution instruction receiving means when it is determined by the start mode determining means that the apparatus has been started in the production operation mode. of the requests and obtains the actual data to the workflow server based on the obtained processing, whereas, in a case where it is determined to have been started in the verification mode, by the property determining means, the acquisition processing of the data If it is determined that the property is the actual data property, the execution instruction is designated. Based on the data acquisition process, the actual data is requested and acquired from the workflow server, and when the property of the data acquisition process is determined to be the dummy data property, the execution instruction instructs Data acquisition means for acquiring the dummy data based on the data acquisition process .

  According to the present invention, in the operation check for each screen during the development of a workflow system, while preventing unauthorized access to external data and security problems such as data rewriting due to a setting mistake, the access target record is corrected each time. The verification including the external database access function can be executed without the trouble of improving the development efficiency of the workflow system.

  FIG. 1 is a system configuration diagram showing the overall configuration of a workflow system showing an embodiment of the present invention.

  As shown in FIG. 1, the workflow system of this embodiment includes a client C001, a workflow server C009, and a system database C014. In addition, a plurality of external databases C100 and an external system C013 exist outside the system.

  The workflow server C009 has an access control unit C010, and the access control unit C010 controls access to the system database C014, the external database C100, the external system C013, and the like.

  The client C001 can access the system database C014, the external database C100, the external system C013, and the like via the workflow server C009.

  In this workflow system, form data C017 in the system database C014, screen definition C015, external DB connection definition C016, form data C017, function (data processing) definition C018, external system connection as design information of each form handled in the workflow It has a definition C019, a table such as organization data C020 as system data, an item configuration definition C021, and a route definition C022.

  Hereinafter, data stored in each table in the system database C014 will be described.

  The organization data C020 includes department information shown in FIG. 3 and role information shown in FIG. The route definition C022 is data defining an approval process such as application and return from the drafting of a workflow as shown in FIG.

  Although not shown in detail in the function definition C018, data extraction processing from the form data C017 and processing (function) for accessing the external DB are defined.

  The functions include, for example, form data acquisition for acquiring data from the form data C017, form data update for updating the form data C017, external DB data acquisition for acquiring data from the external DBC 100, external DB data update for updating the external DBC 100, external External system call to call system C013, acquisition of separate form data to acquire data of another form and import it as the form data being processed, generation of separate form data to generate another form data from the form data being processed, The data is classified into function types (processing types) such as organization data acquisition for acquiring data from the organization data C020. FIG. 6 shows examples of function types and operation types.

  In the external DB connection definition C016, in addition to the external DB access authority illustrated in FIG. 7, an IP address, a port number, a login ID, a password, and the like for connecting to the external DB are defined.

  Although not shown, the external system connection definition C019 defines a process for connecting to the external system C013. Although not shown, the item configuration definition C021 defines data items handled in the form. The data items handled in the form are defined at the development stage.

  A screen is defined in the screen definition C015. An example of the screen image defined by the screen definition C015 is shown in FIG. The form data C017 stores specific data item values when the workflow operates. FIG. 9 shows an example in which the marriage registration form data is input.

  The above is the description of the data stored in each table in the system database C014.

The client C001 includes a function control unit C002, a data acquisition control unit C003 , an output data display unit C004, and a dummy data setting unit C005.

  The function control unit C002 controls the execution of various functions.

  The data acquisition control unit C003 acquires data from the data acquisition destination under the control of the function control unit C002. Note that the data acquisition control unit C003 acquires data from various DBs via the workflow server C009 when the activation mode of the client C001 is an operation mode (not a “verification mode” described later). On the other hand, in the “verification mode” to be described later, the data acquisition control unit C003 acquires data from the data acquisition destination described in the verification mode property definition file C006. If the data acquisition destination is “server”, data is acquired from the workflow server C009. If the data acquisition destination is “dummy” described later, dummy data is acquired from the dummy data storage directory C007. An example of the verification mode property definition file C006 is shown in FIG. An example of the dummy data storage directory C007 is shown in FIG.

  The output data display unit C004 performs data output processing under the control of the function control unit C002. The output data display unit C004 outputs data to various DBs via the workflow server C009 when the activation mode of the client C001 is the production operation (operation mode). On the other hand, in the “verification mode”, the output data display unit C004 outputs data to a confirmation screen or the export / import file C008 instead of outputting data to various DBs via the workflow server C009.

  The dummy data setting unit C005 sets dummy data in the dummy data storage directory C007 or sets data in the export / import file C008. An example of the setting screen is shown in FIG. Note that the setting screen of FIG. 13 is also used as the above-described confirmation screen in which the output data display unit C004 outputs dummy data.

  FIG. 2 is a block diagram illustrating an example of a hardware configuration of an information processing apparatus applicable to the client C001 and the workflow server C009 illustrated in FIG.

  In FIG. 2, the CPU 201 comprehensively controls each device connected to the system bus 204. The ROM 203 or the external memory 211 stores an operating system (OS) that is a control program of the CPU 201 and programs for realizing various functions described later of each server or each client.

  The RAM 202 functions as a main memory, work area, temporary save area, and the like for the CPU 201.

  The input controller 205 controls input from the input unit 209. Examples of the input unit 209 include a pointing device such as a keyboard and a mouse in a terminal such as a server or a client.

  The output controller 206 controls the display of the output unit 210. Examples of the output unit 210 include a CRT and a liquid crystal display.

  The external memory controller 207 controls access to the external memory 211 that stores a boot program, various applications, font data, user files, edit files, printer drivers, and the like. In addition, the external memory controller 207 stores various tables and parameters for realizing various functions of each server or each client.

  Examples of the external memory 211 include a hard disk (HD), a floppy (registered trademark) disk (FD), a compact flash (registered trademark) connected to a PCMCIA card slot via an adapter, and smart media.

  The communication I / F controller 208 executes communication control processing with an external device via the network 100.

  Note that a program 212 for realizing the present invention is recorded in the external memory 211, and is executed by the CPU 201 by being loaded into the RAM 202 as necessary.

  Further, the access control unit C010 of the workflow server C009 illustrated in FIG. 1 corresponds to a function realized by the CPU 201 of the information processing apparatus configuring the workflow server C009 reading and executing a program stored in the external memory 211. To do.

  In the function control unit C002, function control unit C002, output data display unit C004, and dummy data setting unit C005 of the client C001, the CPU 201 of the information processing apparatus constituting the client C001 is stored in the external memory 211 (or from the workflow server C009) This corresponds to a function realized by reading and executing a program (downloaded and stored in the RAM 202).

  FIG. 3 is a diagram showing an example of department information stored in the organization data C020 shown in FIG.

  Department information having a hierarchical structure as shown in FIG. 3 is stored in the organization data C020.

  FIG. 4 is a diagram showing an example of role information stored in the organization data C020 shown in FIG.

  Role information as shown in FIG. 4 is stored in the organization data C020.

  FIG. 5 is a diagram showing an example of route definition information stored in the route definition C022 shown in FIG.

  Information defining a workflow route as shown in FIG. 5 is stored in the route definition C022.

  FIG. 6 is a diagram showing an operation type for each function type of the function defined by the function definition information stored in the function definition C018 shown in FIG.

  FIG. 7 is a diagram illustrating a part of the external DB access authority setting stored in the external DB connection definition C016 illustrated in FIG.

  In the external DB access authority setting stored in the external DB connection definition C016, as indicated by the access authority 701, an access authority to the table of each database is set for each external DB key. The verification mode access 702 is information that sets whether or not access to the table of each database from the client C001 activated in the verification mode for each external DB key is set. That is, it is used when there is an access from the client C001 activated in the “verification mode”, and is not used for an access from the client C001 activated in the “operation mode”.

  FIG. 8 is a diagram illustrating an example of an image of a screen defined by the screen definition information stored in the screen definition C015 illustrated in FIG.

  FIG. 9 is a diagram showing an example of a screen image on which the form data stored in the form data C017 shown in FIG. 1 is described.

  FIG. 10 is a diagram showing an example of the verification mode property definition file C006 shown in FIG.

  As shown in FIG. 10, in the verification mode property definition file C006, a data acquisition destination 1402 and a dummy data acquisition mode 1403 are set for each function type 1401.

  As described above, in the verification mode, the data acquisition control unit C003 acquires dummy data when the data acquisition destination 1402 is “dummy” (dummy data mode), and the data acquisition destination 1402 is “server” (actual). Data mode), data is acquired from the workflow server C009.

  In the verification mode, even when data acquisition from the workflow server C009 fails, the data acquisition control unit C003 acquires dummy data.

  When acquiring dummy data, if the dummy data acquisition mode 1403 is “automatic acquisition”, the data acquisition control unit C003 acquires dummy data from the dummy data storage directory C007, and the dummy data acquisition mode 1403 sets “every time setting”. ", The dummy data is obtained from the dummy data setting screen.

  FIG. 11 is a diagram illustrating an example of the dummy data storage directory C007 illustrated in FIG.

  As shown in FIG. 11, in the dummy data storage directory C007, dummy data is stored in a hierarchical structure for each function type and for each data type (by screen and by data table).

  That is, the dummy data storage directory C007 has a directory or the like for each table or screen, and stores corresponding dummy data for each table or screen. The correspondence between the form ID and the form name is shown in FIG.

  FIG. 13 is a diagram showing an example of a dummy data setting screen for setting dummy data corresponding to data stored in the system database C014 shown in FIG. 1 in the dummy data storage directory C007 (FIG. 11).

  This dummy data setting screen is also used as a confirmation screen on which the output data display unit C004 outputs data for the system database.

  In FIG. 13, reference numeral 1500 denotes a dummy data setting field, in which dummy data is input.

  Reference numeral 1502 denotes a dummy data registration button which is pressed when registering dummy data input in the dummy data setting field 1500 in the dummy data storage directory C007 (FIG. 11). At this time, if “by screen” is selected in the dummy data application range 1501, the dummy data is registered for each screen (stored in a directory provided for each screen in the dummy data storage directory C007). Used when obtaining dummy data on the same screen. On the other hand, when “by table” is selected in the dummy data application range 1501, the dummy data is registered for each table (stored in a directory provided for each table in the dummy data storage directory C007) and stored in the same table. Used when obtaining dummy data. Specific description will be given below.

  As described above, in the dummy data storage directory C007, the data file of the dummy data is stored with the application range (by screen / table) determined for each data file.

  For example, it is assumed that there is a form type “marriage notification” and there are three screens of “application screen”, “upper processing screen” (FIG. 18), and “HR processing screen”.

  In this case, since the data to be verified on the “application screen” is in an initial state, the item is blank. In this case, “by screen” is specified in the application range 1501 as “data for“ application screen ”of“ marriage registration ””, and a data file in which the dummy data setting field 1500 is blank is created. As shown at 1601 of 11, dummy data is registered as “dummy data file of“ new data ”” under “dummy data storage directory”-“form data acquisition”-“KEKKON + SINSEI”.

  On the other hand, data to be verified on the “upper processing screen” and the “HR processing screen” is data in which values have already been entered in most items in the “application screen”. In this case, “by table” is designated in the application range 1501 as “data for marriage notification”, and data B in which values are entered in the items of the dummy data setting field 1500 is created, and 1602 in FIG. As shown in the figure, dummy data is registered as “dummy data file of“ post-application data ”” under “dummy data storage directory”-“form data acquisition”-“KEKKON”.

  When the data acquisition control unit C003 acquires dummy data of the “application screen” of “marriage notification”, “under“ dummy data storage directory ”-“ for form data acquisition ”-“ KEKKON + SINSEI ” A dummy data file “1601” of “new data” is acquired.

Also, when the data acquisition control unit C003 acquires the “superior processing screen” or “personnel processing screen” of “ marriage notification ”, “dummy data storage directory”-“form data acquisition”-“KEKKON” "Dummy data file of" data after application "" 1602 is acquired from below. Thus, data can be shared between different screens, and at the same time, dedicated data can be set for a specific screen.

  In the present embodiment, the file is stored in the local directory of the information processing apparatus that configures the client C001. However, it is also possible to store the data in the DB using the application range as a key item. Good.

  Reference numeral 1503 in FIG. 13 denotes an export button, which is pressed when the dummy data input in the dummy data setting field 1500 is output to the export / import file C008.

  Reference numeral 1504 denotes an import button which is pressed when dummy data is imported from the export / import file C008 and set in the dummy data setting field 1500.

  FIG. 14 is a diagram showing an example of an external DB dummy data setting screen for setting dummy data corresponding to data stored in the external database C100 shown in FIG. 1 in the dummy data storage directory C007 (FIG. 11). is there.

  In FIG. 14, reference numeral 1805 denotes an external DB information setting field for setting the DB name, table name, search condition, etc. of the external DB. Reference numeral 1800 denotes a dummy data setting field, in which dummy data is input.

  Reference numeral 1802 denotes a dummy data registration button for registering dummy data input in the dummy data setting field 1800 in correspondence with the external DB information set in the external DB information setting field 1805 (FIG. 11). Press to. At this time, if “by screen” is selected in the dummy data application range 1801, the dummy data is registered for each screen (stored in a directory provided for each screen in the dummy data storage directory C007). Used when obtaining dummy data on the same screen. On the other hand, if “by table” is selected in the dummy data application range 1801, the dummy data is registered for each table (stored in a directory provided for each table in the dummy data storage directory C007) and stored in the same table. Used when obtaining dummy data.

  Reference numeral 1803 denotes an export button which is pressed when outputting the external DB information set in the external DB information setting field 1805 and the dummy data input in the dummy data setting field 1800 to the export / import file C008.

  Reference numeral 1804 denotes an import button which is pressed when the external DB information and dummy data are imported from the export / import file C008 and set in the external DB information setting column 1805 and the dummy data setting column 1800.

  The example shown in FIG. 14 corresponds to a setting screen image when registering dummy data for acquiring a grade and years of service from the employee master of the personnel management DB using the employee ID as a key in the application form.

  FIG. 15 is a diagram showing an example of a confirmation screen (external DB output data confirmation screen) on which the output data display unit C004 shown in FIG. 1 outputs data for external DB.

  In FIG. 15, reference numeral 1901 denotes an external DB information display column, and 1902 denotes an output data display column, which displays the external DB data output by the output data display unit C004.

  An export button 1903 is pressed when outputting the external DB information and output data displayed in the external DB information display column 1901 and the output data display column 1902 to the export / import file C008.

  Note that the example shown in FIG. 14 corresponds to a confirmation screen image when confirming output data for adding a record of a congratulatory transfer to the transfer request table of the accounting DB in the personnel processing form.

  Hereinafter, before explaining the details of the processing of the workflow system according to the present embodiment, the problems of the workflow system are organized.

  As described above, the workflow server C009 accesses each data in response to a request from the client C001. At this time, the workflow server C009 performs an access check according to the data type.

  For example, if it is a request for display form data from the client C001 in the “operation mode”, the workflow server C009 obtains the login user ID, the key of the form data to be referenced, etc. from the client C001, and the user of the login user ID The form data is sent to the client C001 after collating with the information, checking the form data state based on the form data key and the user information having the current reference authority.

  Also in the case of an access request to the external DBC 100, the workflow server C009 obtains the same information from the client C001, specifies the route information to be applied based on the key of the form data, and determines the route information from the current state of the form data. The operation stage is identified (activity), the access authority to the external DBC 100 set at that position is verified, the external DBC 100 is edited according to the client request, or the data acquired from the external DBC 100 is stored in the client C001. Send to.

  In the case of updating the form data, the workflow server C009 similarly checks the state of the form data in the workflow server C009 and the user information having the current reference authority, and updates the form data in the database. According to the route information, the status of the form data and the user information having the reference authority are updated to the next work stage.

  On the other hand, in the case of a request from the client C001 in the “verification mode”, the workflow server C009 can acquire only the screen definition key to be verified that the client C001 holds, and the login user ID and the key of the form data to be displayed. Cannot be acquired. In the verification stage of the screen under development, user information necessary for system operation and design information other than the screen definition such as the route are not necessarily completed first, and there is no form data that can be displayed on the screen. This is because of the assumption.

  In this case, screen definition information, form item configuration applied to the screen, and function design information embedded in the screen can be referenced / edited by a user with development authority who can execute the client in the verification mode. Therefore, there is no problem even if data is transmitted from the workflow server C009 to the client C001.

  However, in the case of an access request to the form data or the external DBC 100, information necessary for performing an access check on the workflow server C009 side cannot be acquired from the client C001 side, so the workflow server C009 side has access authority to the form data or the external DBC 100. Can not check. However, it is a security problem to permit unlimited access to the form data and the external DBC 100 without performing an access check.

  For example, when a work by a personnel representative is included in the flow path under development, external DB access to the personnel master managed by the personnel system may be included in the work stage. Although such important data is linked, developers of workflow systems, which are different systems, must not be freely accessible by using the single unit verification function of the screen.

  Normally, a dedicated external DB environment is prepared for verification during development work, but there is the trouble of switching between the production operation environment and the connection destination. There is a risk of connecting to the DB.

  On the other hand, if restrictions such as the function to access the external DB or form data do not work in screen-by-screen verification, the screen alone cannot be fully verified, and the system operates including the route and user information. Until the necessary data is completed, a verification environment in the same state as the actual production is prepared, and the form data can be actually flowed according to the route, it is not possible to confirm sufficient operation of the screen function.

  For example, if you want to verify the screen for the final approver used at the end of a long path, verify the screen function until each screen and function used in the middle path operates normally and the form data reaches the final approval state. I can't.

  Therefore, in the workflow system according to the present embodiment, when a request to the workflow server C009 occurs in the client C001 being executed in the “verification mode”, the request is transmitted to the workflow server C009 as usual according to the type of the request. Alternatively, whether the function is to be simulated in the client C001 without using the workflow server C009 is automatically separated in the client C001 so that the operation can be verified.

  Hereinafter, with reference to FIGS. 16 and 17, processing in the workflow system of the present embodiment will be described in detail.

  FIG. 16 is a flowchart showing an example of input / output processing in the workflow system of the present invention.

  FIG. 17 is a flowchart illustrating an example of the acquisition process shown in step S202 of FIG.

The processing on the client C001 side shown in the flowcharts of FIGS. 16 and 17 is executed by the function control unit C002, the data acquisition control unit C003 , the output data display unit C004, and the dummy data setting unit C005 shown in FIG. In other words, this is realized by the CPU 201 of the information processing apparatus constituting the client C001 reading and executing the program stored in the external memory 211 (or downloaded from the workflow server C009 and stored in the RAM 202).

  The processing on the workflow server C009 side shown in the flowcharts of FIGS. 16 and 17 is executed by the access control unit C010 of the workflow server C009. That is, it corresponds to a function realized by the CPU 201 of the information processing apparatus constituting the workflow server C009 reading and executing the program stored in the external memory 211.

  In describing the flowcharts of FIGS. 16 and 17, the specific examples shown in FIGS. 18 and 19 are used.

  FIG. 18 is a diagram illustrating an example of a form flow.

  The example shown in FIG. 18 shows a “marriage registration” form flow, which includes an application activity, a manager approval activity, and a personnel processing activity.

  FIG. 19 is a diagram showing an example of each activity screen in the form flow shown in FIG. 18 and main functions incorporated in the screen.

  The example shown in FIG. 19 shows an example of each activity screen of the “Marriage Notification” form path definition and main functions incorporated in the screen.

  When an input / output process occurs in the client C001, the function control unit C002 starts the process of this flowchart and controls the execution of the function according to the instruction. For example, when a proposal for “notification of marriage” is instructed in the application activity, the function control unit C002 executes and controls the “draft” function (function type: form data acquisition) as shown in FIG.

  First, in step S201 in FIG. 16, the function control unit C002 determines the operation type of the function to be executed.

  When it is determined in step S201 that the action type of the function type corresponding to the function to be executed is an acquisition system, in step S202, the function control unit C002 causes the data acquisition control unit C003 to execute an acquisition system process (FIG. 11). ) Is executed. In the case of the “draft” function (function type: form data acquisition), as shown in FIG. 6, since it is an “acquisition system” (input processing system), the function control unit C002 sends an acquisition system to the data acquisition control unit C003. Processing (FIG. 17) will be executed.

  Here, the acquisition processing will be described with reference to FIG.

  First, the data acquisition control unit C003 determines a mode in step S001. Here, the mode will be described.

  There are two types of client activation methods: “operation mode” used for production operation and “verification mode” used for verification of screen design on the development client.

  In the case of a client activated in the “operation mode”, it is activated using a login user ID, a key of the form data to be displayed, and the like as parameters. The client in the “operation mode” is started mainly on a Web browser from a link on an intranet screen, a link of a processing request mail to a user, or the like.

  On the other hand, in the case of a “verification mode” client, the development client starts up using only the key that specifies the screen definition to be verified as parameters.

  Access to each data from the client C001 is performed through the workflow server C009.

  The development client has a function of designing screen definition, item data item definition, function definition incorporated in the screen, route information applied to the form, and the like. From the screen definition design tool, the client module can be started in the “verification mode” to check the display and operation during operation. The development client can be operated by a user with development authority.

  The development client does not include an external DB (first database) reference function. A user having development authority does not necessarily have access rights to the external DB (first database) referenced by the system. A user having development authority is managed separately from the operation user. Also, the authority to access the form data is not included in the development authority. The maintenance of the form data is given only to an administrative user who has a separate system management authority.

If the data acquisition control unit C003 determines in step S001 that the mode is not “verification mode” (“operation mode”) ( No in S001), the process proceeds to step S003, and the data acquisition request is sent to the workflow server. Send to C009.

  On the other hand, if the data acquisition control unit C003 determines in step S001 that the mode is “verification mode” (Yes in S001), the process proceeds to step S002.

  In step S002, the data acquisition control unit C003 determines whether the data acquisition destination of the verification mode property is “server” for the function being executed.

  If it is determined in step S002 that the data acquisition destination of the verification mode property is not “server” (“dummy”) (No in S002), the data acquisition control unit C003 performs the process in step S005. Proceed.

  In the case of the “draft” function (function type: form data acquisition) described above, the data acquisition destination of the verification mode property in FIG. 6 is “dummy”, and the process proceeds to step S005.

  In step S005, the data acquisition control unit C003 determines whether or not the dummy data acquisition mode of the verification mode property defined in the verification mode property definition file C006 is set to “automatic acquisition” for the function being executed. judge.

  If it is determined in step S005 that the dummy data acquisition mode of the verification mode property is “automatic acquisition” (Yes in S005), the data acquisition control unit C003 advances the process to step S006. In the case of the “draft” function (function type: form data acquisition), since the dummy data acquisition mode of the verification mode property in FIG. 6 is “automatic acquisition”, the process proceeds to step S006.

  In step S006, the data acquisition control unit C003 searches the dummy data file saved for the verification target screen specified from the dummy data storage directory C007.

  Next, in step S007, the data acquisition control unit C003 determines whether or not a dummy data file is found in the dummy data file search in step S006. If it is determined that a dummy data file has been found (Yes in S007), the data acquisition control unit C003 reads the found data file and acquires dummy data. In the “draft” function of “marriage notification”, a dummy data file of new form data (dummy data file 1601 of “new data” shown in 1601 in FIG. 11) is retrieved from the dummy data storage directory C007, read, Dummy data is acquired. This dummy data includes only form data. As for the screen design information, actual data is acquired from the workflow server C009 in both “operation mode” and “verification mode” (acquired by a process different from the flow of FIG. 17). Therefore, even in the “draft” function of “marriage notification”, the design information of the marriage notification screen and the actual data are acquired from the workflow server C009 by a process not shown.

  Next, in step S009, the data acquisition control unit C003 combines the acquired dummy data (similar to the case where the acquired dummy data is processed to generate pseudo form data and acquired from the workflow server C009). Processable).

  Next, in step S010, the data acquisition control unit C003 processes the acquired data without distinction of “operation mode” / “verification mode”. In the “draft” function of “marriage notification”, a marriage notification screen (marriage notification shown in FIG. 8) on which new form data is displayed is displayed on the screen of the client C001.

  When the “draft” function of “marriage notification” ends, the function control unit C002 executes and controls the “grade acquisition” function (function type: acquisition of external DB data) as shown in FIG. In this “grade acquisition” function, the data acquisition control unit C003 determines that the data acquisition destination of the verification mode property is “server” (Yes) in step S002 of FIG. 16, and advances the process to step S003.

  In step S003, the data acquisition control unit C003 transmits a data acquisition request to the workflow server C009. This data acquisition request includes the client start mode (“verification mode” or “operation mode”). In the “grade acquisition” function of “marriage notification”, the user grade is set from the employee master of the personnel DB, which is an external DB, using the user ID described in the employee ID column of the marriage notification screen (FIG. 8) as a key. A data acquisition request to be acquired is transmitted to the workflow server C009.

  When receiving the data acquisition request from the client C001, in step S101, the access control unit C010 of the workflow server C009 determines whether or not there is an access right to the designated data. When the designated data is an external DB, the access authority for the data is determined based on the external DB access authority setting (FIG. 7) in the external DB connection definition C016. In the “production mode”, the access authority 701 is used. In the “verification mode”, the access is performed based on the verification mode access 702.

  If it is determined in S101 that there is no access authority to the designated data, the access control unit C010 returns an access authority no error to the client C001 in step S102.

  In the “grade acquisition” function of “marriage notification”, grade data is designated from the employee master of the personnel DB, which is an external DB. Therefore, in “verification mode”, the access control unit C010 is determined to be “impossible”. , No access authority error is returned. At this time, the workflow server C009 may transmit data attributes (item configuration information) to be returned to the client C001, or the client C001 may store data attributes to be returned from the workflow server C009.

  When an error without access authority is received from the workflow server C009, in step S004, the data acquisition control unit C003 of the client C001 determines whether it is “verification mode”, and when it is not “verification mode” (in the case of “operation mode”). In step S011, error processing is performed.

  On the other hand, in S004, in the case of the “verification mode”, the data acquisition control unit C003 advances the process to step S005.

  In step S005, it is determined whether the dummy data acquisition mode 1403 of the verification mode property (FIG. 10) is “automatic acquisition”.

  If it is determined in S005 that the dummy data acquisition mode 1403 is not “automatic acquisition” (“obtained every time”) (No in S005), the data acquisition control unit C003 advances the process to step S012. . Note that in the case of the “grade acquisition” function (function type: acquisition of external DB data) of “marriage notification” executed in “verification mode”, No in S004, and the dummy data acquisition mode of the verification mode property in FIG. Since it is “obtained every time”, No in S005, and the process proceeds to step S012.

  In step S012, the data acquisition control unit C003 causes the dummy data setting unit C005 to display a dummy data setting screen (FIG. 13 and the like) and prompts input of a portion that needs to be input. Note that the attribute of the part that needs to be input may be stored from the beginning by the client, even the attribute received from the server in S102.

  If the designated data is data in the system DBC 014, a dummy data setting screen (FIG. 13) is displayed to prompt the input of the portion of * mark that needs to be input. If the specified data is data of the external DBC 100, the external DB dummy data setting screen (FIG. 14) is displayed to prompt the input of the part that needs to be input. In the case of the “grade acquisition” function (function type: acquisition of external DB data) of “marriage notification”, an external DB dummy data setting screen (FIG. 14) is displayed.

  The user can save the data contents once set as a dummy data file in the dummy data storage directory C007 by using a data registration button (1502 in FIG. 13, 1802 in FIG. 14) on the dummy data setting screen. At this time, the dummy data application range (1501 in FIG. 13, 1801 in FIG. 14) can be set for each screen (data dedicated to the screen of the form) or for each table (common data for the entire data table).

  When a necessary part is input on the dummy data setting screen and an OK button is instructed, the data acquisition control unit C003 advances the process to step S013.

  In step S013, the data acquisition control unit C003 acquires data set by manual input or arbitrary file reading (import) from the dummy data setting screen (FIG. 14) via the dummy data setting unit C005. Then, the process proceeds to step S009.

  Then, the data acquisition control unit C003 synthesizes the acquired dummy data (processes the acquired dummy data to generate pseudo form data so that it can be processed in the same manner as when acquired from the workflow server C009) ( S009), the acquired data is processed without distinction between “operation mode” / “verification mode” (S010). In the “grade acquisition” function of “marriage notification”, the acquired grade is displayed on the marriage notification screen added.

  When the “grade acquisition” function of “marriage notification” is finished and a grade (for example, “M2”) is entered in the grade column, the function control unit C002, as shown in FIG. Function type: acquisition of external DB data) is controlled. In this “congratulation amount acquisition” function (function type: acquisition of external DB data), the data acquisition control unit C003 determines in step S002 of FIG. 16 that the data acquisition destination of the verification mode property is “server” (Yes). In step S003, the data acquisition request is transmitted to the workflow server C009.

  In the “Marriage Amount” function of “Marriage Notification”, since the congratulation amount data is designated from the congratulation amount master of the personnel DB that is an external DB, the access control unit C010 in FIG. Based on the verification mode access 702, it is determined that the user has access authority, and the process proceeds to step S103.

  In step S103, the access control unit C010 acquires data, and in step S104, returns the acquired data to the client C001.

  When reception of data returned from the workflow server C009 is received, in step S010, the data acquisition control unit C003 of the client C001 processes the acquired data (S010). In the “get a congratulatory amount” function of “notification of marriage”, the acquired congratulatory amount is displayed on the marriage notification screen.

  When the “congratulation amount acquisition” function of “marriage notification” is completed, as shown in FIG. 19, the function control unit C002 performs the “spouse information acquisition” function, “address change notification creation” function, and “application” function in this order. Execute the process. Since this “application” function (function type: form data update) is an “output system” (output processing system) as shown in FIG. 6, the function control unit C002 advances the process to step S203.

  In step S203, when the function control unit C002 determines that the mode is “verification mode” (Yes in S203), the process proceeds to step S205.

  In step S205, the function control unit C002 causes the output data display unit to execute an output data confirmation screen display process. In the “application” function of “notification of marriage” executed in the “verification mode”, the application content is confirmed and displayed on the dummy data setting screen shown in FIG. When updating the DB data corresponding to the external DBC 100, the output data is confirmed and displayed on the external DB output data confirmation screen (FIG. 15).

On the other hand, when it is determined in step S203 that the mode is “operation mode” (No in S203), the function control unit C002 transmits output data to the workflow server C009 in step S204 . In the “application” function of “marriage notification” executed in the “operation mode”, the application content is transmitted to the workflow server C009, and the form data of the “marriage notification” form in the form data C017 is updated.

  When the “apply” function ends, the “apply” activity ends. When the “superior approval” activity and the “personnel processing” activity are processed, the “marriage registration” form workflow is completed.

  As described above, in the workflow system according to the present embodiment, when a request to the workflow server C009 is generated in the client C001 being executed in the “verification mode”, the request to the workflow server C009 is made as usual according to the type of request. Whether the request is transmitted or whether the function is artificially executed in the client C001 without going through the workflow server C009 is automatically separated in the client C001 so that the operation can be verified.

  Therefore, in the operation check for each screen during workflow system development, while preventing unauthorized access to external data and security problems such as data rewriting due to setting mistakes, and without the trouble of correcting the access target record each time, The verification including the external database access function can be executed, and the development efficiency of the workflow system is improved.

  That is, in the verification of each screen during the development of the workflow system, it is possible to check the operation safely and efficiently according to the actual execution including the access function to the external database.

  In the above embodiment, when the data acquisition destination 1402 is set for each function type 1401 in the verification mode property definition file C006 (FIG. 10) and input processing (acquisition processing) is executed, the verification mode property definition file C006 is started in the verification mode. When “dummy” (dummy data mode) is set for the function type of the input process, the configuration in which dummy data is input on the client C001 side without instructing the workflow server C009 has been described.

  However, in addition, in the verification mode property definition file C006 (FIG. 10), the data output destination is set to “server” (actual data mode) or “dummy” (dummy data mode) for each function type 1401. Depending on the output destination setting, it may be controlled whether to output data to the workflow server C009 or to output data (screen output or output to a file) on the client C001 side. That is, when executing the output process (output system process), the workflow server C009 is started in the verification mode and when “dummy” (dummy data mode) is set for the function type of the output process. The client C001 may output data to a screen (FIGS. 13 and 15), a file, or the like without instructing the user.

  The configuration and contents of the various data described above are not limited to this, and it goes without saying that the various data and configurations are configured according to the application and purpose.

  Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.

  Hereinafter, the configuration of a computer-readable recording medium in which a program for causing a computer to function as the client C001 and the workflow server C009 constituting the workflow system according to the present invention will be described with reference to the memory map shown in FIG.

  FIG. 20 is a diagram for explaining a memory map of a computer-readable recording medium (storage medium) on which a program for causing a computer to function as the client C001 and the workflow server C009 constituting the workflow system according to the present invention is recorded.

  Although not specifically shown, information for managing a program group stored in the recording medium, for example, version information, creator, etc. is also stored, and information depending on the OS on the program reading side, for example, a program is identified and displayed. Icons may also be stored.

  Further, data depending on various programs is also managed in the directory. In addition, when a program or data to be installed is compressed, a program to be decompressed may be stored.

  The functions shown in FIGS. 16 and 17 in this embodiment may be performed by a host computer by a program installed from the outside. In this case, the present invention is applied even when an information group including a program is supplied to the output device from a recording medium such as a CD-ROM, a flash memory, or an FD, or from an external recording medium via a network. Is.

  As described above, a recording medium in which a program code of software for realizing the functions of the above-described embodiments is recorded is supplied to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus is stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by reading and executing the program code.

  In this case, the program code itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program code constitutes the present invention.

  As a recording medium for supplying the program code, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, A silicon disk or the like can be used.

  Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) or the like running on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.

  Furthermore, after the program code read from the recording medium is written in a memory provided in a function expansion board inserted in the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the case where the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program represented by software for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading out a program represented by software for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention. It becomes.

  In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

1 is a system configuration diagram illustrating an overall configuration of a workflow system according to an embodiment of the present invention. It is a block diagram which shows an example of the hardware constitutions of the information processing apparatus applicable to the client C001 and workflow server C009 shown in FIG. It is a figure which shows an example of the department information memorize | stored in the organization data C020 shown in FIG. It is a figure which shows an example of the roll information memorize | stored in the structure | tissue data C020 shown in FIG. It is a figure which shows an example of the route definition information memorize | stored in route definition C022 shown in FIG. It is a figure which shows the operation | movement classification for every function classification of the function defined by the function definition information memorize | stored in the function definition C018 shown in FIG. It is a figure which illustrates a part of external DB access authority setting memorize | stored in the external DB connection definition C016 shown in FIG. It is a figure which shows an example of the image of the screen defined by the screen definition information memorize | stored in the screen definition C015 shown in FIG. It is a figure which shows an example of the screen image in which the form data memorize | stored in the form data C017 shown in FIG. 1 was described. It is a figure which shows an example of the verification mode property definition file C006 shown in FIG. It is a figure which shows an example of the dummy data storage directory C007 shown in FIG. It is a figure which shows a response | compatibility with form ID and form name. It is a figure which shows an example of the dummy data setting screen for setting the dummy data corresponding to the data stored in the system database C014 shown in FIG. 1 in the dummy data storage directory C007 (FIG. 11). It is a figure which shows an example of the dummy data setting screen for external DB for setting the dummy data corresponding to the data stored in the external database C100 shown in FIG. 1 to the dummy data storage directory C007 (FIG. 11). It is a figure which shows an example of the confirmation screen (external DB output data confirmation screen) which the output data display part C004 shown in FIG. 1 outputs the data for external DB. It is a flowchart which shows an example of the input / output process in the workflow system of this invention. It is a flowchart which shows an example of the acquisition type | system | group process shown to step S202 of FIG. It is a figure which shows the example of a form flow. It is a figure which shows the example of the main function integrated in the screen of each activity of the form flow shown in FIG. 18, and a screen. It is a figure explaining the memory map of the computer-readable recording medium (storage medium) which recorded the program for functioning a computer as the client C001 and workflow server C009 which comprise the workflow system which concerns on this invention.

Explanation of symbols

C001 Client C002 Function control unit C003 Function control unit C004 Output data display unit C005 Dummy data setting unit C005
C006 Verification mode property definition file C007 Dummy data storage directory C008 Export / import file C009 Workflow server C010 Access control unit C013 External system C014 System database C015 Screen definition C016 External DB connection definition C017 Form data C018 Function (data processing) definition C020 Organization data Table C021 Item configuration definition C022 Route definition C100 External database

Claims (11)

An information processing apparatus that can display a screen used in an activity executed in a workflow and can communicate with a workflow server that processes various data embedded in the screen.
An activation mode determination means for determining whether the operation is started in the production operation mode or the verification mode;
Indicates that when the various data acquisition processing and the various data acquisition processing are executed in the verification mode, the workflow server requests the various data acquisition processing to acquire data managed by the workflow server. A processing storage means for storing a property that specifies whether it is a real data property or a dummy data property indicating that dummy data is to be acquired;
An execution command receiving means for receiving an execution command of the various data acquisition processing;
Whether the property stored in the process storage means corresponding to the data acquisition process indicated by the execution instruction received by the execution instruction reception means is the actual data property or the dummy data property. Property discriminating means for discriminating;
When it is determined by the activation mode determination means that the operation is started in the production operation mode, the execution is received by the workflow server based on the data acquisition process indicated by the execution instruction received by the execution instruction reception means. When data is requested and acquired, and it is determined that the data is activated in the verification mode, the property determination unit determines that the property of the data acquisition process is the actual data property If it is, the actual data is requested and acquired from the workflow server based on the data acquisition process instructed by the execution instruction, and the property of the data acquisition process is determined to be the dummy data property. when the can, taken the dummy data based on the acquired processing of the data that the execution instruction to instruct And a data acquisition means for,
An information processing apparatus comprising: It said data acquisition means, when executing the process of acquiring the data received by the execution instruction reception means, wherein the start mode determination unit is determined to have been started in the verification mode, by the property determining means, the data When the property of the acquisition process is determined as the actual data property, and the access authority error is notified from the workflow server as a result of requesting the actual data to the workflow server based on the data acquisition process, the dummy data the information processing apparatus according to claim 1, characterized in that to obtain the. Dummy data storage means for storing the dummy data;
First dummy data acquisition means for acquiring the dummy data stored in the dummy data storage means;
Second dummy data acquisition means for causing the user to input data on the dummy data setting screen and acquiring the data as dummy data;
The processing storage means further corresponds to the data acquisition process, wherein the acquisition property for specifying the dummy data acquisition process is an automatic acquisition property acquired by the first dummy data acquisition means, or Stores the acquisition property each time it is acquired by the second dummy data acquisition means,
Based on the process storage means, the acquisition property corresponding to the data acquisition process, an acquisition property determination means for determining whether the acquisition property is an automatic acquisition property or an acquisition property each time,
In the execution of the data acquisition process, the data acquisition unit acquires the first data if the acquisition property is determined as an automatic acquisition property by the acquisition property determination unit when acquiring the dummy data. The dummy data is acquired from the dummy data storage means by a dummy data acquisition means, and the dummy data is acquired by the second dummy data acquisition means when it is determined as an acquisition property each time. Item 3. The information processing apparatus according to item 1 or 2 . Said data acquisition means, in the execution of the acquisition process of the data, when obtaining the dummy data, the acquisition properties, even when it is determined that the automatic acquisition properties by the acquiring property determining means, said first when the dummy data acquiring means and the dummy data storing means and said dummy data that can not be acquired from the by the second dummy data acquisition means and to accept input of the dummy data from the user The information processing apparatus according to claim 3 . And dummy data registration means for storing the dummy data received from the user, to the dummy data storage means by said second dummy data acquisition means,
The information processing apparatus according to claim 3 or 4, characterized in that it has a. The dummy data storage means designates a hierarchy associated with the acquisition processing of the various types of data and, if the dummy data includes data corresponding to one activity screen, or a plurality of screens. When the data corresponding to the activity screen is included, the table is designated by table, and has a hierarchy associated with the application range of the dummy data,
The dummy data registration unit is configured to store the dummy data in the dummy data storage unit based on a hierarchy associated with the data acquisition process corresponding to the dummy data and a hierarchy associated with the application range. Registered in the corresponding hierarchy,
When the data acquisition process uses the dummy data , the data acquisition unit acquires the dummy data from a hierarchy corresponding to the data acquisition process in the dummy data storage unit and the application range. The information processing apparatus according to claim 5 , wherein: The execution command receiving means further includes
Accepting execution instructions for the output processing of the various data,
The information processing apparatus further includes:
When it is determined by the activation mode determination means that the operation is started in the production operation mode, the data is sent to the workflow server based on the data output process instructed by the execution instruction received by the execution instruction reception means. output, on the other hand, when it is determined to have been started in the verification mode by the start-mode judging means, the data to output the data on the basis of the output processing of the data that the execution instruction is designated as the dummy data Output means;
The information processing apparatus according to claim 1, further comprising: A workflow system having a workflow server that processes various data used in an activity executed in a workflow, and an information processing apparatus that can communicate with the workflow server ,
The information processing apparatus includes:
An activation mode determination means for determining whether the operation is started in the production operation mode or the verification mode;
Indicates that when the various data acquisition processing and the various data acquisition processing are executed in the verification mode, the workflow server requests the various data acquisition processing to acquire data managed by the workflow server. A processing storage means for storing a property that specifies whether it is a real data property or a dummy data property indicating that dummy data is to be acquired;
An execution command receiving means for receiving an execution command of the various data acquisition processing;
Whether the property stored in the process storage means corresponding to the data acquisition process indicated by the execution instruction received by the execution instruction reception means is the actual data property or the dummy data property. Property discriminating means for discriminating;
When it is determined by the activation mode determination means that the operation is started in the production operation mode, the execution is received by the workflow server based on the data acquisition process indicated by the execution instruction received by the execution instruction reception means. When data is requested and acquired, and it is determined that the data is activated in the verification mode, the property determination unit determines that the property of the data acquisition process is the actual data property If it is, the actual data is requested and acquired from the workflow server based on the data acquisition process instructed by the execution instruction, and the property of the data acquisition process is determined to be the dummy data property. when the can, taken the dummy data based on the acquired processing of the data that the execution instruction to instruct A data acquisition means for, are those having,
The workflow server
And access rights storage means for storing the acquired processing of the various data instructed from the information processing apparatus, an acquisition destination of acquisition processing of the data, the access authority corresponding to the startup mode,
In performing the process of acquiring the data instructed from the information processing apparatus, the access authority checking means for checking the data location in the acquisition process of the data, the access authority corresponding to the startup mode,
An access authority error notifying unit for notifying the information processing apparatus of an access authority error when the access authority check means causes an access authority error in the data acquisition process instructed by the information processing apparatus; Having
The data acquisition unit of the information processing apparatus determines that the data is input in the verification mode by the start mode determination unit when executing the input process of the data received by the execution command reception unit , and the property determination unit Thus, the property of the data acquisition process is determined to be the actual data property, and an access authority error is notified from the workflow server as a result of requesting the workflow server to acquire the actual data based on the data acquisition process . In some cases, the workflow system is characterized in that the dummy data is acquired . A verification control method for an information processing apparatus capable of communicating with a workflow server that displays a screen used in an activity executed in a workflow and processes various data embedded in the screen,
Activation mode determining means, and start-mode judging step of judging whether it is activated by either verification mode is activated in actual operation mode,
When the registration unit executes the various data acquisition process and the various data acquisition process in the verification mode, the registration unit requests the workflow server to acquire the various data and acquires the data managed by the workflow server. A registration step for associating and storing in the processing storage means a property that specifies whether the property is an actual data property indicating that the data is to be acquired or a dummy data property indicating that the dummy data is to be acquired;
An execution command receiving means for receiving an execution command for acquiring the various data;
Whether the property stored in the process storage means corresponding to the data acquisition process indicated by the execution instruction received by the execution instruction received in the execution instruction reception step is the actual data property or the dummy data property A property determination step for determining whether or not
When it is determined that the data acquisition means is activated in the production operation mode by the activation mode determination step, the data acquisition means is based on the data acquisition process instructed by the execution instruction received by the execution instruction reception step. When the actual data is requested and acquired from the workflow server, and it is determined that the data is activated in the verification mode, the property of the data acquisition process is determined as the actual data by the property determination step. If it is determined that the property is a property, the actual data is requested and acquired from the workflow server based on the data acquisition process instructed by the execution instruction, and the property of the data acquisition process is the dummy data property The data acquisition process indicated by the execution instruction. A data acquisition step of acquiring the dummy data based on,
A verification control method for an information processing apparatus, comprising: The computer displays a screen for use in activities performed in the workflow, a program to function as information processing apparatus capable of communicating with a workflow server for processing various data embedded in the screen,
The computer,
An activation mode discriminating means for discriminating whether it is activated in the production operation mode or the verification mode;
Indicates that when the various data acquisition processing and the various data acquisition processing are executed in the verification mode, the workflow server requests the various data acquisition processing to acquire data managed by the workflow server. A registration unit that associates a property that specifies whether it is a real data property or a dummy data property indicating that dummy data is acquired and stores it in the processing storage unit;
An execution command receiving means for receiving an execution command of the various data acquisition processing;
Whether the property stored in the process storage means corresponding to the data acquisition process indicated by the execution instruction received by the execution instruction reception means is the actual data property or the dummy data property. Property discriminating means for discriminating,
When it is determined by the activation mode determination means that the operation is started in the production operation mode, the execution is received by the workflow server based on the data acquisition process indicated by the execution instruction received by the execution instruction reception means. When data is requested and acquired, and it is determined that the data is activated in the verification mode, the property determination unit determines that the property of the data acquisition process is the actual data property If it is, the actual data is requested and acquired from the workflow server based on the data acquisition process instructed by the execution instruction, and the property of the data acquisition process is determined to be the dummy data property. The dummy data is acquired based on the data acquisition process indicated by the execution instruction. Data acquisition means for,
Program to function as.   A computer-readable recording medium on which the program according to claim 10 is recorded.

Images