WO2012157044A1 - 業務フロー管理方法、装置及びプログラム - Google Patents

業務フロー管理方法、装置及びプログラム Download PDF

Info

Publication number
WO2012157044A1
WO2012157044A1 PCT/JP2011/061062 JP2011061062W WO2012157044A1 WO 2012157044 A1 WO2012157044 A1 WO 2012157044A1 JP 2011061062 W JP2011061062 W JP 2011061062W WO 2012157044 A1 WO2012157044 A1 WO 2012157044A1
Authority
WO
WIPO (PCT)
Prior art keywords
business
file transfer
flow management
server
business flow
Prior art date
Application number
PCT/JP2011/061062
Other languages
English (en)
French (fr)
Inventor
宣一 相澤
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2011/061062 priority Critical patent/WO2012157044A1/ja
Publication of WO2012157044A1 publication Critical patent/WO2012157044A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0633—Workflow analysis

Definitions

  • the present invention relates to a technology for managing a flow of a business process provided on a network constructed using a proxy server.
  • a proxy server see, for example, Patent Document 1.
  • This method performs all file transfers via a proxy server.
  • the system administrator can know the transfer source system, transfer destination system, transfer start time, transfer end time, and the like for all file transfers through the proxy server log.
  • This proxy server provides only the function of relaying packets. For this reason, the proxy server has the advantage that less time and effort are required for setting.
  • the proxy server is not equipped with a function for managing file transfer executed in the entire system. For this reason, in this type of system, it is not possible to manage a series of multiple file transfers according to a business scenario.
  • the present inventor has provided a mechanism that enables management of a series of file transfers over a plurality of times according to a business scenario in a system that transfers files using a proxy server. To do.
  • the present invention provides a processing method for extracting a file transfer log related to a predetermined business process from the file transfer log in the proxy server and generating a business scenario corresponding to the predetermined business process.
  • a system employing a proxy server can be transferred to a system capable of managing static information related to file transfer executed in the system and dynamic information such as traffic.
  • a series of file transfers executed multiple times according to a business scenario with little effort.
  • the figure which shows the file transfer chart produced from the business flow management table of FIG. The figure which shows the example of an edit screen of a business flow management table.
  • the figure explaining the management screen (under edit) which supports the change of a server.
  • the system described below detects a file transfer log related to each business process from the file transfer log of the proxy server, and generates a business scenario (hereinafter also referred to as “business flow”) corresponding to the business process.
  • business flow a business scenario
  • This business flow management server is equipped with a function for generating a table for managing a business scenario and a function for managing a series of file transfers between computers based on the correspondence with the table.
  • the proxy server realizes address resolution associated with a file transfer request through access to the business flow management server.
  • the business flow management server specifies the transfer destination of the file by associating the contents of access with the business scenario, reads the address of the transfer destination from a DNS (Domain Name System) server, and returns it to the proxy server. Even when the file transfer is completed, the proxy server accesses the business flow management server. The business flow management server updates the status of the table through these accesses and manages the progress of the business process.
  • DNS Domain Name System
  • the business flow management server is equipped with a function that presents the flow diagram of the business flow and the contents of the table on the display screen as necessary.
  • the system administrator can easily check the overall image of the system related to file transfer, and can grasp the influence at the time of system migration or change.
  • the system administrator can edit the flow chart and table contents of the business flow on the screen.
  • the editing function it is possible to further reduce the work burden associated with system migration or change.
  • ESB Enteprise Service Bus
  • This method allows all file transfers to be executed via the ESB, and allows the file transfer being executed in the entire system to be understood through the ESB configuration definition and transfer history.
  • FIG. 1 shows a schematic configuration of a system according to an embodiment.
  • This system includes a network 101, a proxy server 102 connected to the network 101, a business flow management server 103, a DNS server 104, and a plurality of business servers 105.
  • one of the business servers 105 is a file transfer source, and the other is a file transfer destination.
  • the proxy server 102, the business flow management server 103, the DNS server 104, and the business server 105 all have a configuration as an independent computer.
  • the computer includes a central processing unit (CPU) 111, a main storage device 112, a communication control device 113, an input / output device 114, and the like.
  • file transfer between any two business servers 105 is executed via the proxy server 102.
  • a server that issues a file transfer request during file transfer is referred to as a “request source server”, and a server that responds to a file transfer request is referred to as a “request destination server”.
  • the direction of file transfer differs depending on the type of file transfer (“PUT” command or “GET” command). Therefore, in the case of the “PUT” command, the “request source server” becomes the “transfer source server”, and the “request destination server” becomes the “transfer destination server”. On the other hand, in the case of the “GET” command, “request destination server” becomes “transfer source server”, and “request source server” becomes “transfer destination server”.
  • FIG. 2 shows a detailed configuration of the business flow management server 103.
  • the business flow management server 103 is connected to a screen display device 106 for displaying a user interface screen.
  • a business flow management program 121 for managing a business situation and determining an appropriate file transfer destination according to the business flow, and a timer management for monitoring a business flow timer are provided.
  • the business flow management server 103 can be mounted on the same computer as the proxy server 102.
  • Fig. 3 shows a conceptual data flow diagram for the daily aggregation of sales data.
  • the daily aggregation work of sales data is realized by data cooperation of the six business servers 105 (servers A to F).
  • Servers A, B, and C are at each sales base and store a sales data file for one day. Servers A, B, and C transmit each sales data file to server D after the end of the day's work. That is, in the server D, sales data files of each base are collected. Each sales data file has a data name “base sales”.
  • the server D executes a merge process of these files.
  • the merged sales data file is given a data name of “all sales”.
  • the merged sales data file is transmitted from the server D to the server E.
  • Server E stores the sales data file with the data name “all sales” in the sales database 301.
  • the server E transfers to the server F executing the aggregation process only the control information file with the data name “start aggregation”.
  • the server F When the server F receives the notification, the server F totals the sales data for one day using the data stored in the sales database 301, and stores the total result in the sales database 301 again.
  • a conceptual data flow diagram as shown in FIG. 3 is created at the initial stage when designing a system, and its contents are consistent with the file transfer actually executed. However, if there is an increase or decrease in the number of bases or server replacement due to operation for many years, the conceptual data flow diagram created in the initial stage will not reflect the current situation.
  • the workflow management server 103 has a function for analyzing the flow of the file transfer that occurs in accordance with the daily totaling operation of the sales data from the file transfer log of the proxy server 102 that relays the file transfer. Mount. This function constitutes a part of the business flow management program 121.
  • the proxy server 102 In the file transfer via the proxy server 102, information such as a request source server name (address), a request destination server name (address), a transfer start time, a transfer end time, and a transfer type is acquired when each file is transferred.
  • the file transfer log is stored in the main storage device 112 of the proxy server 102.
  • the business flow management server 103 creates the business flow management table 126 by reading this file transfer log.
  • the business flow management table 126 is created for each business.
  • FIG. 4 shows an example of the data structure of the business flow management table 126 created by the business flow management program 121 (hereinafter referred to as “program 121”) regarding the daily aggregation work of sales data.
  • program 121 the business flow management program 121
  • one record corresponds to each file transfer included in the business process.
  • items other than those described later are blank.
  • Each record 400 includes a “number” 401 that is a number for identifying file transfer, a “data name” 402 that is a logical name of data included in a file to be transmitted and received, and a “request source” 403 that is a request source server name.
  • Request destination server name “request destination” 404, file transfer type “type” 405, file transfer scheduled start time “scheduled start” 406, file transfer scheduled end time “scheduled end” 407, actual The file transfer start time “start time” 408, the actual file transfer end time “end time” 409, and the actual file transfer result “result” 410 are included.
  • “request source” 403, “request destination” 404, and “type” 405 are information obtained directly from the file transfer log.
  • “scheduled start” 406 and “scheduled end” 407 are information obtained by analyzing a file transfer log within a certain period. For example, in the case of daily aggregation work of sales data, it can be obtained as the average value of the start time and the end time of the relevant file transfer every day (if the monthly work, the day on which the relevant work is performed every month). . In FIG. 4, the data portion automatically saved by the log analysis is shown by shading.
  • Data name 402 is information (data name) input by the system administrator. Therefore, immediately after the program 121 analyzes the file transfer log and creates a table, this item is blank. In this embodiment, one file transfer that occurs in connection with one business needs to be identified by a combination of “data name” 402 and “request source” 403.
  • Start time” 408, “End time” 409, and “Result” 410 are information updated by the program 121 as the business flow progresses. Therefore, immediately after the program 121 analyzes the file transfer log and creates a table, these items are blank.
  • the proxy server 102 does not execute only the file transfer related to one business flow.
  • file transfer related to a plurality of business flows is executed concurrently.
  • the program 121 employs the following three extraction rules, and automatically generates a business flow management table 126 corresponding to the daily aggregation work of sales data.
  • the program 121 uses information such as a server involved in a specific business and a time zone during which the business is performed. These pieces of information are given by the system administrator before the automatic generation of the business flow management table 126 is started. However, this extraction rule alone may include unsteady business.
  • the program 121 has a function of extracting only file transfers that appear periodically (for example, every day) within a certain period.
  • the program 121 uses a function of analyzing the relationship between a plurality of file transfers and leaving only highly relevant file transfers on the workflow management table 126.
  • the business flow management table 126 shown in FIG. 4 is obtained by rearranging the file transfers extracted using the above three extraction rules in the order of the earliest scheduled file transfer start time. If an appropriate extraction rule can be prepared, a file transfer related to a specific job can be accurately extracted at this stage.
  • the program 121 creates a file transfer chart from the created workflow management table 126 for the understanding of the system administrator and correction of the workflow management table 126.
  • FIG. 5 shows a file transfer chart created from the business flow management table 126 of FIG.
  • the vertical axis represents time
  • the horizontal axis represents servers.
  • one file transfer is represented by one arrow (edge).
  • the start point of the arrow is plotted at the transfer start scheduled time of the transfer source server
  • the end point of the arrow is plotted at the transfer end scheduled time of the transfer destination server.
  • the program 121 determines whether each server is a transfer source server or a transfer destination server from the information of “request source” 403, “request destination” 404, and “type” 405.
  • the created file transfer chart (FIG. 5) is displayed on the screen of the screen display device 106 through the screen display program 124.
  • the system administrator can assign a data name to each arrow on this screen.
  • FIG. 5 shows a state in which “transfer file i” (i is 1 to 6) and a data name are assigned in the order of occurrence of arrows.
  • This diagram can be considered substantially equivalent to the conceptual data flow diagram of FIG. Therefore, by mounting this automatic file transfer chart generation function, the system management burden on the system administrator is greatly reduced.
  • file transfer 4 is a process of another business by checking the file transfer chart. This is because the server F is for sales data aggregation processing.
  • a function that allows the system administrator to correct an error in the automatically generated file transfer chart is also installed. Since the file transfer chart has a one-to-one correspondence with the business flow management table 126, the other content is automatically corrected by correcting one.
  • FIG. 6 shows an edit screen 601 of the business flow management table 126 that operates on the file transfer chart.
  • Various operation buttons are displayed on the edit screen 601.
  • the “select table” button 602 is a button prepared for displaying the contents of the existing business flow management table 126 in the edit mode. When this button is operated, for example, a list of editable business flow management table 126 names is displayed. The system administrator selects the business flow management table 126 to be edited from the list screen.
  • the “log capture” button 603 is a button prepared for capturing a file transfer log from the business flow management table 126 and displaying a file transfer chart.
  • An “add” button 604 is a button prepared for adding an arrow (edge) on the screen.
  • a “delete” button 605 is a button prepared for deleting an arrow (edge) from the screen.
  • the “edit” button 606 is a button prepared for inputting a data name or changing a data name in an arrow (edge) displayed on the screen. A data name can be input by selecting any arrow and operating the “edit” button 606.
  • An “overwrite save” button 607 is a button prepared for overwriting and saving the currently displayed contents in the workflow management table 126.
  • a “new save” button 608 is a button prepared for saving the currently displayed content in the business flow management table 126 having a new name.
  • a “table format display” button 609 is a button prepared for switching the display contents to a table format (that is, the business flow management table 126).
  • the business flow management table 126 may have the structure shown in FIG. In the case of FIG. 9, a “start condition” 411 is added as an item of the record.
  • the “start condition” 411 is information that specifies a file transfer start condition, and is information that is necessary when the program 121 manages the progress of a business scenario.
  • Start condition 411 defines preconditions that a certain server must satisfy in order to transfer a file in another server, for example, information indicating the state of other file transfer related in the same business process.
  • the program 121 automatically sets the “start condition” 411.
  • the system administrator may set or correct the “start condition” 411.
  • a “start condition” 411 for file transfer that starts the file transfer unconditionally is represented by a blank.
  • FIG. 10 also describes a method for determining the start condition.
  • the program 121 automatically sets the “start condition” 411 for each file transfer from the contents of “request source” 403, “request destination” 404, and “type” 405 in the workflow management table 126. To do.
  • FIG. 11 shows an example of a procedure for automatically setting a start condition by the program 121.
  • FIG. 11 shows a case where “success” of another file transfer is set as a requirement in the “start condition” 411.
  • step 1101 the program 121 determines whether or not the setting of the “start condition” 411 of the file transfer corresponding to each record is completed for all records. When the setting has been completed for all the records, the program 121 ends the processing. On the other hand, if the setting has not been completed for all records, the program 121 proceeds to step 1102.
  • step 1102 the program 121 reads the variable of “request source” 403 or “request destination” 404 according to the “type” 405 of the record N to be processed, and the source of file transfer in the record N to be processed Get the server name X.
  • step 1103 the program 121 determines whether or not the record M (number from 1 to N-1) representing the file transfer before the record N to be processed has reached N-1. If a positive result is obtained (when finished), the process returns to step 1101. If a negative result is obtained, the process proceeds to step 1104.
  • step 1104 the program 121 acquires the transfer destination server name Y of the file transfer from the variable read from the record M to be investigated.
  • step 1105 the program 121 determines whether the file transfer source server name X corresponding to the record N and the file transfer destination server name Y corresponding to the record M ( ⁇ N) are the same. That is, it is determined whether or not the transfer source server name X of the file transfer to be processed is the same as the transfer destination server name Y to be investigated. If not the same (in the case of a negative result), the program 121 returns to step 1103. On the other hand, if they are the same (in the case of a positive result), the program 121 proceeds to step 1106. This means that the successful file transfer of record M is a prerequisite for the file transfer of record N.
  • the start of the file transfer of the record 4 includes the success of the file transfer of the record 1, the success of the file transfer of the record 2, and the success of the file transfer of the record 3. It means that it will be executed. This result is consistent with the file transfer chart of FIG.
  • the sixth record shows a state where the system administrator has input file transfer information with “data name” 402 as “completion completed”.
  • This file transfer indicates that after completion of the aggregation processing in the server F, a notification of completion of aggregation is transmitted from the server F, which is the business server 105, to the server X, which is the business flow management server 103.
  • the system administrator can directly edit the business flow management table 126.
  • the result of editing the business flow management table 126 is reflected in the display of the file transfer chart.
  • the notification of completion of aggregation here is received by the event processing program 123.
  • the event reception program 123 is set to execute processing corresponding to the type of event received. However, the event processing program 123 does nothing because there is no action required for the completion of counting.
  • the aggregation start notification is a file transfer that is not in the file transfer log.
  • “scheduled start” 406 and “scheduled end” 407 are both times that satisfy the start condition. That is, the time of “scheduled start” 406 and the time of “scheduled end” 407 are set to the same time as the time of “scheduled end” 407 in “start counting” of record 5.
  • the setting can be executed in this way on the program 121 side.
  • FIG. 12 shows a structural example of the business table 125. Only one business table 125 is provided in the business flow management server 103 (FIG. 2).
  • the “business name” 1201, the “business flow management table name” 1202 corresponding to the business, and the relevant business Items such as “status” 1203 are included.
  • the “business name” 1201 and the “business flow management table name” 1202 are set by the system administrator.
  • the “state” 1203 is updated by the business flow management program 121. For example, when a business is being executed, “in progress” is set in “status” 1203, and when execution of the business is stopped for some reason, “stopped” is set in “status” 1203. . Otherwise, the “state” 123 is blank.
  • FIG. 13 illustrates a file transfer management operation executed using the business flow management table 126 generated by the above-described procedure.
  • FIG. 13 shows a sequence chart when file transfer is normally executed between a pair of requesting server and requesting server.
  • the proxy server 102 When the proxy server 102 receives the file transfer start request from the request source system, the proxy server 102 inquires the business flow management server 103 about the request destination server for the file transfer. In the case of communication via the proxy server 102, the request source needs to transmit the request destination to the proxy server 102 by some method.
  • “request source server name” is used instead of “request destination server name” by reading the request destination from the workflow management table 126 and changing the request destination only by changing the workflow management table 126. This is to enable execution.
  • the business flow management server 103 executes file transfer start processing of the business flow management program 121.
  • FIG. 14 shows details of the file transfer start process.
  • step 1401 the program 121 confirms the designation format of the start request. That is, it is confirmed whether the designated format is a normal format or a business flow format. If the specified format is the normal format, the program 121 proceeds to step 1411. On the other hand, if the designation format is the business flow format, the program 121 proceeds to step 1402.
  • step 1402 the program 121 searches for the designated business name from the business table 125 (FIG. 12). If there is no corresponding business name, the program 121 proceeds to step 1413. On the other hand, if the corresponding business name exists, the program 121 proceeds to step 1403.
  • step 1403 the program 121 confirms the status of the business specified from the business table 125 (FIG. 12). If it is “stopped”, the program 121 proceeds to step 1413. If it is “executing”, the program 121 proceeds to step 1406. On the other hand, if it is “blank”, the program 121 proceeds to step 1404.
  • step 1404 the program 121 initializes the work flow management table 126 corresponding to the work specified by the start request. Specifically, the variables in the columns of “start time” 408, “end time” 409, and “result” 410 in the business flow management table 126 (FIG. 9) are cleared (deleted).
  • the program 121 changes the “status” 1203 of the corresponding task in the task table 125 (FIG. 12) to “running”.
  • step 1406 the program 121 acquires from the workflow management table 126 the “number” and “request destination server name” of the file transfer corresponding to the “data name” and “request source server name” specified in the start request. .
  • step 1407 the program 121 checks the double transfer of the file. That is, it is determined whether it is the second transfer of the same file. If the determination result is NG (in the case of double transfer), the program 121 proceeds to step 1413. If the determination result is OK (not double transfer), the program 121 proceeds to step 1408.
  • step 1408 the program 121 checks whether or not the “start condition” 411 is satisfied. At this time, the program 121 confirms the “start time” 408 and “end time” 409 fields of the workflow management table 126. Here, if there is a time record in the “start time” field 408 and no time record in the “end time” field 409, it means that the transfer of the file to be processed is already being executed. Therefore, in this case, the program 121 determines that the start request is NG. In addition, the program 121 confirms the “result” 410 column of the business flow management table 126. If “success” is recorded in this field, the file transfer has already been completed. Therefore, also in this case, the program 121 determines that the start request is NG. If it is determined as NG, the program 121 proceeds to step 1413. On the other hand, if it is determined as OK, the program 121 proceeds to step 1409.
  • step 1409 the program 121 saves the name of the used business flow management table 126 and the file transfer “number” 401 corresponding to the start request.
  • step 1410 the program 121 enters the start time in the “start time” 408 of the corresponding record.
  • step 1411 the program 121 inquires of the DNS server 104 about the address of the request destination server. If there is an address response, the program 121 proceeds to step 1412.
  • step 1412 the program 121 sets the address received from the DNS server 104 in a response message to the proxy server 102. Thereafter, the response message is transmitted from the business flow management server 103 to the proxy server 102.
  • step 1413 when “no business name” is determined in step 1402 described above, “stopped” is determined in step 1403, “NG” is determined in step 1407, or “NG” is determined in step 1408. Is executed when it is determined.
  • the program 121 sets “error” in the response message to the proxy server 102.
  • FIG. 15 shows a sequence chart example when the start condition check of the business flow management server 103 is NG.
  • the proxy server 102 responds to the requesting server that requested the file transfer with a file transfer failure.
  • the request source server determines the cause of the file transfer error.
  • the requesting server determines whether the cause of the error is due to the business being stopped or the start condition is not satisfied.
  • the request source server retransmits the start request at regular intervals until the start condition is satisfied.
  • the proxy server 102 When the proxy server 102 receives the response of the request destination address from the business flow management server 103, the proxy server 102 transfers the file transfer request to the request destination server. Thereafter, the response from the request destination server is transferred to the request source server via the proxy server 102. As a result, preparation for direct file transfer is completed at both the request source server and the request destination server. Thereafter, direct file transfer is executed between the request source server and the request destination server. At this time, the proxy server 102 only relays messages.
  • the request source server transmits a file transfer end request to the proxy server 102.
  • the proxy server 102 transfers the termination request to the request destination server and receives the response.
  • the proxy server 102 When the proxy server 102 receives the response from the request destination server, the proxy server 102 acquires the file transfer result from the message of the file transfer end response. Thereafter, the proxy server 102 requests the business flow management server 103 to update the status.
  • the business flow management server 103 executes the file transfer end processing of the business flow management program 121.
  • FIG. 16 shows details of the file transfer end process.
  • step 1601 the program 121 acquires the name and file transfer “number” 401 of the business flow management table 126 saved in step 1409 (FIG. 14).
  • step 1602 the program 121 enters the current time in the “end time” field 409 of the acquired record number.
  • step 1603 the program 121 enters the result of the file transfer in the “result” 410 column of the same record number.
  • step 1604 the program 121 determines whether or not the result of the file transfer has failed. If it is a failure (in the case of YES), the program 121 proceeds to step 1605. If successful (NO), the program 121 proceeds to step 1606.
  • step 1605 the program 121 inputs “stopped” in the “status” 1203 column of the business table 125 (FIG. 12), and ends the process.
  • step 1606 the program 121 determines whether or not all file transfers of the monitoring target job have been completed. If a positive result is obtained, the program 121 proceeds to step 1607. On the other hand, when a negative result is obtained, the program 121 ends the process.
  • step 1607 the program 121 leaves the “status” 1203 column of the business table 125 (FIG. 12) blank and ends the process.
  • the business flow management server 103 returns a status update response to the proxy server 102.
  • the proxy server 102 returns a file transfer end response to the request source server, and the file transfer relay process is completed.
  • the business flow management program 121 is equipped with a status display function that assists the system administrator in confirming the progress of the business. Note that the display of the confirmation screen on the screen display device 106 is realized through the screen display program 124.
  • FIG. 17 shows an example of a display screen for confirming the progress of a business flow. The display screen shown in FIG. 17 is formed by mapping the progress of work to the file transfer chart (FIG. 7).
  • each file transfer is represented by an arrow from the transfer source server to the transfer destination server.
  • the file transfer scheduled in advance is indicated by a dotted arrow.
  • the arrow corresponding to the file transfer scheduled in advance is drawn based on the time read from “scheduled start” 406 and “scheduled end” 407 of the workflow management table 126.
  • a corresponding “number” 401 and “data name” 402 are displayed.
  • file transfers that are being executed or have been executed are indicated by solid arrows.
  • the corresponding “number” 401 is drawn at the start point of the arrow, and the corresponding “result” 410 is drawn at the end point.
  • the file transfer of “1: base sales” has been executed
  • the file transfer of “2: base sales” has a short arrow length (the arrow does not reach the server D from the server B). This indicates that the program is being executed.
  • ⁇ is displayed when the transfer is “success”
  • x is displayed when it is “failure”.
  • the system administrator can check the progress of the business flow in real time. For example, from the relationship between the drawing position of the arrow indicated by the broken line and the arrow indicated by the solid line, it can be confirmed whether the file transfer is advanced or delayed compared to the schedule.
  • the display content is automatically updated periodically.
  • an update button or the like may be provided on the screen so that the system administrator can instruct updating of display contents at an arbitrary timing.
  • Example 2 Here, a management information update support technique resulting from a physical change in the system configuration in a system constructed using a proxy server will be described.
  • the update support technology according to the present embodiment focuses on the fact that the file transfer chart (business flow management table) described in the first embodiment and the conceptual data flow are in a cooperative relationship, and the system administrator accompanying the change of the existing system This minimizes the work load.
  • FIG. 18 shows an example of a management screen used in this embodiment.
  • the management screen shown in FIG. 18 is displayed when a conceptual data flow diagram that is substantially equivalent to the business flow management table 126 is selected as a work screen.
  • the management screen may be an editing screen for the business flow management table 126 or an editing screen for the file transfer chart.
  • the management screen 1801 displays various operation buttons.
  • a “table selection” button 1802 is a button prepared for displaying the contents of the existing business flow management table 126 in the edit mode. When this button is operated, for example, a list of editable business flow management table 126 names is displayed. The system administrator selects the business flow management table 126 to be edited from the list screen.
  • the “log capture” button 1803 is a button prepared for creating a file transfer chart that is equivalent to the conceptual data flow diagram.
  • a file transfer log is taken from the business flow management table 126, a file transfer chart is generated, and then converted into a conceptual data flow diagram.
  • the initial screen is a conceptual flow chart shown in FIG. 3, and FIG. 18 shows a state after editing has already been performed.
  • the “add server” button 1804 is a button prepared for adding a block indicating a server on the screen.
  • a “server delete” button 1805 is a button prepared for deleting a block indicating a server from the screen.
  • the “add edge” button 1806 is a button prepared for adding an arrow (edge) on the screen.
  • An “edge deletion” button 1807 is a button prepared for deleting an arrow (edge) from the screen.
  • the “edit” button 1808 is a button prepared for inputting a data name or changing a data name in a block or an arrow (edge) displayed on the screen. A data name can be input by selecting any block or arrow and operating an “edit” button 1808.
  • An “overwrite save” button 1809 is a button prepared for overwriting and saving the currently displayed contents in the workflow management table 126.
  • a “new save” button 1810 is a button prepared for saving the currently displayed content in the business flow management table 126 having a new name.
  • a “table format display” button 1811 is a button prepared for switching the display contents to a table format (that is, the business flow management table 126). In addition, a button for switching the display contents to the file transfer chart may be prepared.
  • the system administrator designates “Server D” on the management screen 1801 and “Edit” button 1808. To change the name to “server G”. By this operation, the management data changing operation for managing the file transfer is also completed.
  • the communication interfaces of the servers A, B, C, and E that have been communicating with the server D also need to be physically changed. That is, it is necessary to change the communication interfaces of all other servers having an input / output relationship in relation to the change of one server. This work is a burden on the system administrator.
  • a server H having an interface conversion function is prepared.
  • the server H has the same communication interface as the server D, the same communication interface as the server G, and a conversion function of these interfaces.
  • a general-purpose function such as “ESB (Enterprise Service” Bus) having an adapter for file transfer can be considered.
  • FIG. 18 shows a conceptual data flow diagram when “server G” is added to the management screen 1801 and the file transfer path of “server A ⁇ server D” is changed to “server A ⁇ server H”. . Finally, a management screen 1901 shown in FIG. 19 is obtained.
  • the server A transmits a file to the server H through the same communication interface as the conventional system.
  • the server H converts each received sales file in accordance with the communication interface of the server G, and transmits the converted sales file to the server G. After all these sales files are merged, they are transmitted to the server H through the communication interface of the server G, and converted to the same communication interface as that of the conventional system.
  • the communication interface conversion processing in the server H is limited to file transfer that requires conversion processing. For this reason, it is possible to reduce the trouble of setting the server H and the processing load required for the server H.
  • FIG. 20 shows a configuration example of the business flow management table 126 when the change to the conceptual data flow diagram displayed on the management screen 1801 is completed.
  • the conceptual data flow diagram, the file transfer chart, and the business flow management table 126 are linked to each other. Accordingly, the contents of the business flow management table 126 are automatically changed according to the editing contents of the conceptual data flow diagram.
  • the start condition for newly added file transfer is unknown. For this reason, it is necessary for the system administrator to individually input or modify the file transfer start condition on the workflow management table 126.
  • the system administrator has explained the case where the system change is reflected in the management scenario using the conceptual data flow diagram.
  • the business flow management table 126 may be directly edited. .
  • FIG. 21 shows an example of the edit screen 2101 of the business flow management table 126.
  • Various operation buttons are displayed on the edit screen 2101.
  • a “table selection” button 2102 is a button prepared for displaying the contents of the existing business flow management table 126 in the edit mode. When this button is operated, for example, a list of editable business flow management table 126 names is displayed. The system administrator selects the business flow management table 126 to be edited from the list screen.
  • the “read” button 2103 is a button prepared for reading and displaying the data of the selected business flow management table 126.
  • An “add record” button 2104 is a button prepared for adding a record on the screen.
  • the “delete record” button 2105 is a button prepared for deleting a record from the screen.
  • the “edit” button 2106 is a button prepared for inputting or changing data in the content of the item selected on the screen.
  • An “overwrite save” button 2107 is a button prepared for overwriting and saving the currently displayed content in the workflow management table 126.
  • a “new save” button 2108 is a button prepared for saving the currently displayed content in the business flow management table 126 having a new name.
  • a “chart display” button 2109 is a button prepared for switching display contents to a chart format (that is, a file transfer chart).
  • Example 3 a management support technology for realizing timer monitoring of the entire business flow in a system constructed using a proxy server will be described. Also in the case of the management support technology according to the present embodiment, attention is paid to the cooperative relationship between the file transfer chart (business flow management table) described in the first embodiment and the conceptual data flow.
  • the timer management program 122 and the event processing program 123 are used for timer monitoring.
  • the timer management program 122 has “timer set” and “timer reset” interfaces for a plurality of timers identified by a combination of a business name and a unique serial number in the business.
  • the timer management program 122 detects the occurrence of a timeout before resetting the timer, the timer management program 122 notifies the event processing program 123 of the timeout related to the timer. If the timer is reset before the timeout, no timeout occurs.
  • the event processing program 123 has an event reception function, a function for performing processing according to the type of the received event, and an event transmission function, and performs time-out processing when a time-out notification event is received.
  • the event processing program 123 executes the change of the state of the corresponding business while the business is stopped.
  • the event processing program 123 determines that the file transfer is currently in progress in the corresponding job (only the “start time” 408 is entered and the “end time” 409 is not entered). Timeout is notified to all related request source servers and request destination servers.
  • FIG. 22 shows an example of a business flow management table 126 to which a timer monitoring processing function is added.
  • the difference between the above-described business flow management table 126 and the business flow management table 126 shown in FIG. 22 is the description content in the “request destination” 404 column.
  • a command for the timer management program 122 is added after the request destination server name.
  • the commands for the timer management program 122 are the following two.
  • SetTimer (# m, nnn) This command is used when setting a timer.
  • #M represents a number for identifying a timer in the business and must be unique within the business.
  • Nnn is a variable that gives a timer value. In this embodiment, the unit is seconds.
  • the addition of the command is performed by the system administrator through the editing screen 2301 shown in FIG.
  • the editing screen 2301 displays various operation buttons.
  • a “table selection” button 2302 is a button prepared for displaying the contents of the existing business flow management table 126 in the edit mode. When this button is operated, for example, a list of editable business flow management table 126 names is displayed. The system administrator selects the business flow management table 126 to be edited from the list screen.
  • the “read” button 2303 is a button prepared for reading and displaying the data of the selected business flow management table 126.
  • the “Edit Settime” button 2304 is a button prepared for adding or modifying the Settime command.
  • An “Unsettime edit” button 2305 is a button prepared for adding or modifying the Unsettime command.
  • An “overwrite save” button 2306 is a button prepared for overwriting and saving the currently displayed contents in the workflow management table 126.
  • the “new save” button 2307 is a button prepared for saving the currently displayed content in the business flow management table 126 having a new name.
  • a “chart display” button 2308 is a button prepared for switching display contents to a chart format (that is, a file transfer chart).
  • a file with the data name “base sales” is transmitted from any of the servers A, B, and C to the server D.
  • the workflow management program 121 reads a command written as SetTimer (# 1,3600) from the workflow management table 126 and sets a timer for the timer management program 122. Specifically, a timer of 3600 seconds is set in daily sales total # 1.
  • This timer setting process is repeated when a file is transmitted from the remaining two servers A, B, and C. However, the timer management program 122 ignores the second and subsequent timer set requests for the same task.
  • the business flow management program 121 reads the command written as UnsetTimer (# 1) when sending the completion notification from the server F to the business flow management server 103, and the timer management program 122 is instructed to reset the timer. That is, it instructs to reset the daily sales summary # 1.
  • the timer management program 122 When a timeout occurs during the business process, the timer management program 122 notifies the event processing program 123 of the timeout.
  • the event processing program 123 notified of the timeout executes the processing procedure shown in FIG.
  • step 2401 the event processing program 123 searches for a business name that is a timeout management target from the business table. If there is no corresponding job, the event processing program 123 ends the process without executing other processes. On the other hand, when the corresponding business exists, the event processing program 123 executes Step 2402.
  • step 2402 the event processing program 123 changes the “status” 1203 of the corresponding job in the job table to “stopped”.
  • step 2403 the event processing program 123 extracts the currently executed file transfer from the business flow management table 126.
  • a file transfer is extracted in which the time is entered only in the “start time” 408 column and the time is not entered in the “end time” 409 column.
  • step 2404 the event processing program 123 notifies a timeout to all the request source servers and request destination servers related to the extracted file transfer. It should be noted that the recovery of the work after the timeout is left to the system administrator.
  • the timer interval is set using a file transfer chart or a conceptual data flow diagram. You may do it.
  • FIG. 25 illustrates a case where a timer interval is set using a file transfer chart.
  • Various operation buttons are displayed on the edit screen 2501 shown in FIG.
  • a “table selection” button 2502 is a button prepared for displaying the contents of the existing business flow management table 126 in the edit mode. When this button is operated, for example, a list of editable business flow management table 126 names is displayed. The system administrator selects the business flow management table 126 to be edited from the list screen.
  • the “read” button 2503 is a button prepared for reading and displaying the data of the selected business flow management table 126.
  • the “Settime edit” button 2504 is a button prepared for adding or modifying the Settime command.
  • An “Unsettime edit” button 2505 is a button prepared for adding or correcting the Unsettime command.
  • An “overwrite” button 2506 is a button prepared for overwriting and saving the currently displayed content in the workflow management table 126.
  • a “new save” button 2507 is a button prepared for saving the currently displayed contents in the workflow management table 126 having a new name.
  • a “table format display” button 2508 is a button prepared for switching the display contents to a table format (that is, the business flow management table 126).
  • each of the above-described configurations, functions, processing units, processing means, and the like may be partly or entirely realized as, for example, an integrated circuit or other hardware.
  • Each of the above-described configurations, functions, and the like may be realized by the processor interpreting and executing a program that realizes each function. That is, it may be realized as software.
  • Information such as programs, tables, and files for realizing each function can be stored in a memory, a hard disk, a storage device such as an SSD (Solid State Drive), or a storage medium such as an IC card, an SD card, or a DVD.
  • control lines and information lines indicate what is considered necessary for explanation, and do not represent all control lines and information lines necessary for the product. In practice, it can be considered that almost all components are connected to each other.

Abstract

　プロキシサーバを使用するネットワークシステムにおいては、システム全体で実行されているファイル転送を管理する機能が用意されていない。そこで、本発明は、プロキシサーバのファイル転送ログから所定の業務プロセスに関連するファイル転送ログを抽出し、抽出されたファイル転送ログに基づいて、所定の業務プロセスに対応する業務シナリオを生成する。そして、生成された業務シナリオに基づいてファイル転送を管理する。

Description

業務フロー管理方法、装置及びプログラム
　本発明は、プロキシサーバを用いて構築されたネットワーク上に提供される業務プロセスをフロー管理する技術に関する。
　現在、様々なシステムの連携を実現する仕組みが実現されている。当該連携は、FTP（File Transfer Protocol）その他の汎用のプロトコルを用いたシステム間のファイル転送を通じて実現される。ところが、システムを構成する各ノード間（例えばエンド トゥ エンド）を簡易に連携できることにより、多数のシステム間に無秩序なファイル転送が生じている。
　このため、システム管理者は、どのシステムと、どのシステムとの間でファイルの転送が実現されているのかを、簡単には把握することができなかった。その結果、システムの変更が影響する範囲をシステム管理者が事前に把握することができず、その調査に非常に多くの手間と時間を要している。このように、現状においては、システムの変更を容易に行うことができない。
特許第４２８４０７２号
デビッド・Ａ・チャペル著「エンタープライズサービスバス － ＥＳＢとＳＯＡによる次世代アプリケーション統合」株式会社オライリー・ジャパン発行、2005年2月8日、１８５頁
　この問題を解決する手法の一つとして、プロキシサーバを使用する方法（例えば、特許文献１を参照）がある。この方法は、全てのファイル転送をプロキシサーバ経由で実施する。この場合、システム管理者は、プロキシサーバのログを通じ、全てのファイル転送について、転送元システム、転送先システム、転送開始時刻及び転送終了時刻等を知ることができる。
　このプロキシサーバは、単純にパケットを中継する機能だけを提供する。このため、プロキシサーバは、設定する手間や処理能力が少なくて済むという利点を有している。一方で、プロキシサーバには、システム全体で実行されているファイル転送を管理する機能が搭載されていない。このため、この種のシステムにおいては、業務シナリオに従った複数回にわたる一連のファイル転送を管理することができない。
　本発明者は、これらの技術課題を鋭意検討した結果、プロキシサーバを使用してファイルを転送するシステムにおいて、業務シナリオに従った複数回に及ぶ一連のファイル転送の管理を可能とする仕組みを提供する。
　このため、本発明においては、プロキシサーバにおけるファイル転送ログから所定の業務プロセスに関連するファイル転送ログを抽出し、所定の業務プロセスに対応する業務シナリオを生成する処理方式を提供する。
　本発明によれば、プロキシサーバを採用するシステムを、システム内で実行されるファイル転送に関する静的な情報とトラフィック等の動的な情報を管理できるシステムに移行することができる。また、少ない手間により、業務シナリオに従って複数回にわたり実行される一連のファイル転送を管理することができる。
　上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
本発明を適用した一形態例に係るシステム構成を説明する図。 業務フロー管理サーバの詳細な構成を示す図。 売上データ日次集計業務の概念的データフローを示す図。 業務フロー管理テーブル（初期）の構成例を示す図。 図４の業務フロー管理テーブルから作成したファイル転送チャートを示す図。 業務フロー管理テーブルの編集画面例を示す図。 編集画面上で編集された後のファイル転送チャートを示す図。 業務フロー管理テーブル（編集後）の構成例を示す図。 業務フロー管理テーブルの他の構成例を示す図。 開始条件を設定するための条件を例示する図表。 開始条件の自動設定手順を説明するフローチャート。 業務テーブルの構成例を示す図。 ファイル転送の中継処理シーケンス（正常時）を説明する図。 ファイル転送の開始時に実行される処理を説明するフローチャート。 ファイル転送の中継処理シーケンス（開始条件チェックがＮＧの場合）を説明する図。 ファイル転送の終了時に実行される処理を説明するフローチャート。 業務フローの進行状況確認用の表示画面例を示す図。 サーバの変更を支援する管理用画面（編集中）を説明する図。 サーバの変更を支援する管理用画面（編集後）を説明する図。 システム変更後の業務フロー管理テーブルを示す図。 サーバの変更を支援する他の管理用画面を説明する図。 タイマー監視機能が追記された業務フロー管理テーブルの構成例を示す図。 タイマー区間の編集画面例を示す図。 イベント処理プログラムのタイムアウト処理手順を示すフローチャート。 タイマー区間の他の編集画面例を示す図。
　以下、図面に基づいて、本発明の実施の形態を説明する。なお、本発明の実施態様は、後述する形態例に限定されるものではなく、その技術思想の範囲において、種々の変形が可能である。
　（形態例に係るシステムの概要）
　以下に説明するシステムは、プロキシサーバのファイル転送ログから個々の業務プロセスに関連するファイル転送ログを検出して当該業務プロセスに対応する業務シナリオ（以下、「業務フロー」ともいう。）を生成する業務フロー管理サーバを新規に採用したことを特徴の一つとする。この業務フロー管理サーバには、業務シナリオを管理するテーブルを生成する機能と、当該テーブルとの対応付けに基づいて計算機間における一連のファイル転送を管理する機能とを搭載する。
　本形態例に係るプロキシサーバは、ファイル転送の要求に伴うアドレスの解決を、業務フロー管理サーバへのアクセスを通じて実現する。ここで、業務フロー管理サーバは、アクセスの内容と業務シナリオとの対応付けによりファイルの転送先を特定し、当該転送先のアドレスをＤＮＳ（Domain Name System）サーバから読み出し、プロキシサーバに返送する。なお、ファイルの転送終了時にも、プロキシサーバから業務フロー管理サーバへのアクセスが発生する。業務フロー管理サーバは、これらのアクセスを通じてテーブルのステータスを更新し、業務プロセスの進行状況を管理する。
　なお、業務フロー管理サーバには、必要に応じ、業務フローの流れ図やテーブルの内容を表示画面に提示する機能を搭載する。これにより、システム管理者は、ファイル転送に関連するシステムの全体像を容易に確認することができ、システムの移行時や変更時における影響を把握することができる。
　ここで、業務フローの流れ図やテーブルの内容を、システム管理者が、画面上で編集可能であることが望ましい。当該編集機能を用意することにより、システムの移行や変更に伴う作業負担を一段と低減することができる。
　因みに、プロキシサーバを使用しないシステムの場合には、ファイル転送のためのインタフェースとして、ESB（Enteprise Service Bus）を使用する方法がある（例えば、非特許文献１を参照）。この方法は、全てのファイル転送を ESB経由で実行させるもので、ESBの構成定義や転送履歴を通じてシステム全体で実行されているファイル転送の把握を可能とする。
　実際のシステムにおいては、ファイルを転送する２者間で合意が取れさえすれば、ファイル転送時に使用するインタフェース（文字コード、ファイル構造等）に制約がなく、実に様々なインタフェースが通信に用いられている。同様に、ファイル転送を行う２者間で合意が取れさえすれば、特殊なプロトコルが使用される場合もある。
　ESB経由でファイルを転送する場合には、任意のインタフェースやプロトコルに柔軟に対応することができる。しかし、当該機能の実現のため、ESBにおいては、その入力側のアダプタにおいて個別インタフェースが標準インタフェースに変換され、その出力側のアダプタにおいて標準インタフェースが再び個別インタフェースに変換される。即ちESBを用いるシステムの場合には、ファイルの転送毎に、入力側と出力側のアダプタの設定が必要となる。
　このため、システムを構成する全てのノード間におけるファイル転送を、ESB経由で実施できるようにシステムを変更するには、ESBを設定する手間が非常に大きくなる。また、インタフェースの変換処理を実行するESBの負荷も大きくなる。具体的には、多くのシステムリソース（ＣＰＵ、メモリ、ハードディスク）をESBに割く必要がある。
　一方、本形態例に係るプロキシサーバを用いるシステムの場合には、インタフェース変換等は必要でない。このため、ESBを採用してシステムを変更する場合に比して作業負担は少なく済み、またシステムリソースの負担も少なく済む。
　（形態例１）
　（システム構成）
　図１に、形態例に係るシステムの概略構成を示す。本システムは、ネットワーク１０１と、当該ネットワーク１０１に接続されたプロキシサーバ１０２、業務フロー管理サーバ１０３、ＤＮＳサーバ１０４、複数の業務サーバ１０５で構成される。なお、図１の場合、業務サーバ１０５の一方がファイルの転送元であり、他方がファイルの転送先である。
　プロキシサーバ１０２、業務フロー管理サーバ１０３、ＤＮＳサーバ１０４及び業務サーバ１０５は、いずれも独立した計算機としての構成を有している。計算機は、中央処理装置（ＣＰＵ）１１１、主記憶装置１１２、通信制御装置１１３及び入出力装置１１４等から構成される。
　当該システムにおいて、任意の２つの業務サーバ１０５間におけるファイル転送は、プロキシサーバ１０２経由で実行される。以下の説明では、ファイル転送の際に、ファイル転送の要求を発行するサーバを「要求元サーバ」と呼び、ファイル転送の要求に応答するサーバを「要求先サーバ」と呼ぶ。なお、ファイル転送のタイプ（「ＰＵＴ」コマンド又は「ＧＥＴ」コマンド）により、ファイルの授受の方向は異なる。このため、「ＰＵＴ」コマンドの場合、「要求元サーバ」が「転送元サーバ」となり、「要求先サーバ」が「転送先サーバ」となる。これに対し、「ＧＥＴ」コマンドの場合、「要求先サーバ」が「転送元サーバ」となり、「要求元サーバ」が「転送先サーバ」となる。
　図２に、業務フロー管理サーバ１０３の詳細構成を示す。なお、業務フロー管理サーバ１０３にはユーザインタフェース画面を表示するための画面表示装置１０６が接続されている。
　業務フロー管理サーバ１０３の主記憶装置１１２には、業務の状況を管理し、業務フローに沿った適切なファイル転送の宛先を決定する業務フロー管理プログラム１２１と、業務フローのタイマー監視を行うタイマー管理プログラム１２２と、タイムアウトその他のイベントの送受信と、イベントの種類に応じた処理を行うイベント処理プログラム１２３と、ファイル転送の状況を画面表示装置１０６に表示する画面表示プログラム１２４とがロードされている。
　この他、主記憶装置１１２上には、一つの業務テーブル１２５と、幾つかの業務フロー管理テーブル１２６とがロードされている。なお、業務フロー管理サーバ１０３は、プロキシサーバ１０２と同じ計算機上に実装することもできる。
　（売上データの日次集計業務処理）
　　（概念的データフロー）
　以下の説明では、図１に示すシステム上で、売上データの日次集計業務が実行されるものとして、各サーバ間で実行されるファイル転送とこれに伴う業務フロー管理サーバ１０３で実行される処理動作の内容を説明する。
　図３に、売上データの日次集計業務の概念的データフロー図を示す。図３の場合、売上データの日次集計業務は、６台の業務サーバ１０５（サーバＡ～Ｆ）のデータ連携により実現される。
　サーバＡ、Ｂ、Ｃは、各販売拠点にあって、一日分の売上データファイルを格納している。サーバＡ、Ｂ、Ｃは、一日の業務が終了した後に、各売上データファイルをサーバＤに送信する。即ちサーバＤにおいて、各拠点の売上データファイルが収集される。なお、各売上データファイルには「拠点売上」とのデータ名が付されている。
　サーバＤは、全ての売上データファイルが集まると、これらファイルのマージ処理を実行する。マージ後の売上データファイルには、「全売上」とのデータ名が付される。このマージ後の売上データファイルは、サーバＤからサーバＥに送信される。
　サーバＥは、「全売上」とのデータ名が付された売上データファイルを売上データベース３０１に保管する。売上データベース３０１への格納が完了すると、サーバＥは、集計処理を実行するサーバＦに対し、「集計開始」とのデータ名が付された制御情報だけのファイルを転送する。
　サーバＦは、当該通知を受信すると、売上データベース３０１に格納されたデータを使用して１日分の売上データを集計し、集計結果を再び売上データベース３０１に格納する。
　一般に、図３に示すような概念的データフロー図は、システムの設計時である初期段階に作成され、その内容は実際に実行されるファイル転送とも合致している。しかし、長年の運用による拠点数の増減やサーバ交換があると、初期段階に作成された概念的データフロー図が現状を反映しなくなる。
　そこで、本形態例の場合には、ファイル転送を中継するプロキシサーバ１０２のファイル転送ログから、売上データの日次集計業務に伴い発生するファイル転送の流れを分析する機能を業務フロー管理サーバ１０３に搭載する。この機能は、業務フロー管理プログラム１２１の一部を構成する。
　プロキシサーバ１０２を経由したファイル転送では、各々のファイルの転送時に、要求元サーバ名（アドレス）、要求先サーバ名（アドレス）、転送開始時刻、転送終了時刻及び転送のタイプといった情報が取得され、ファイル転送ログとしてプロキシサーバ１０２の主記憶装置１１２に格納される。
　業務フロー管理サーバ１０３は、このファイル転送ログを読み出すことにより、業務フロー管理テーブル１２６を作成する。なお、業務フロー管理テーブル１２６は、業務毎に作成される。
　　（業務フロー管理テーブルの構造例）
　図４に、売上データの日次集計業務に関し、業務フロー管理プログラム１２１（以下、「プログラム１２１」という。）が作成する業務フロー管理テーブル１２６のデータ構造例を示す。ここで、１つのレコードが、業務処理に含まれる各々のファイル転送に対応する。なお、業務フロー管理テーブル１２６の作成直後において、後述する項目以外は空欄である。
　各レコード４００は、ファイル転送を識別するための番号である「番号」４０１、送受信されるファイルに含まれるデータの論理名である「データ名」４０２、要求元サーバ名である「要求元」４０３、要求先サーバ名である「要求先」４０４、ファイル転送タイプである「タイプ」４０５、ファイル転送開始予定時刻である「開始予定」４０６、ファイル転送終了予定時刻である「終了予定」４０７、実際のファイル転送開始時刻である「開始時刻」４０８、実際のファイル転送終了時刻である「終了時刻」４０９、実際のファイル転送の結果である「結果」４１０といった項目を持つ。
　これらの項目のうち、「要求元」４０３、「要求先」４０４、「タイプ」４０５は、ファイル転送ログから直接得られる情報である。また、「開始予定」４０６と「終了予定」４０７は、一定期間内のファイル転送ログを解析することにより得られる情報である。例えば売上データの日次集計業務であれば、毎日（月次業務であれば毎月の当該業務が行われる日）の該当ファイル転送の開始時刻の平均値及び終了時刻の平均値として得ることができる。図４では、これらログ解析により自動的に保存されるデータ部分を網掛けにより表している。
　「データ名」４０２は、システム管理者が入力する情報（データ名）である。従って、プログラム１２１がファイル転送ログを解析してテーブルを作成した直後において、この項目は空欄である。この形態例においては、一つの業務に関連して発生する１つのファイル転送は、「データ名」４０２と「要求元」４０３の組合せで識別できる必要がある。
　「開始時刻」４０８、「終了時刻」４０９、「結果」４１０は、業務フローの進行に伴ってプログラム１２１が更新する情報である。従って、プログラム１２１がファイル転送ログを解析してテーブルを作成した直後において、これらの項目は空欄である。
　ところで、プロキシサーバ１０２は、１つの業務フローに関するファイル転送だけを実行しているのではない。一般には、複数の業務フローに関するファイル転送が同時並行的に実行されている。
　従って、プロキシサーバ１０２のファイル転送ログを全て読み出しただけでは、注目している業務（この形態例の場合、売上データの日次集計業務）以外のファイル転送が多く含まれてしまう。これでは、特定の業務に関するファイル転送の流れ（業務シナリオ）が良くわからない。
　そこで、本形態例に係るプログラム１２１には、以下に示す３つの抽出ルールを採用し、売上データの日次集計業務に対応する業務フロー管理テーブル１２６を自動生成する。
　１つ目の抽出ルールとして、プログラム１２１は、特定の業務に関与するサーバや業務が行われる時間帯等の情報を使用する。これらの情報は、業務フロー管理テーブル１２６の自動生成が開始される前にシステム管理者により与えられる。ただし、この抽出ルールだけでは、非定常業務が含まれる可能性がある。
　そこで、非定常業務を除くための２つ目の抽出ルールとして、プログラム１２１は、一定期間内に周期的に（例えば毎日）出現するファイル転送だけを抽出する機能を搭載する。
　さらに、３つ目の抽出ルールとして、プログラム１２１は、複数のファイル転送間の関連性を解析し、関連性の高いファイル転送だけを業務フロー管理テーブル１２６上に残す機能を使用する。
　例えばあるサーバに着目する場合に、あるファイルが受信されてから一定時間内にファイルの送信が行われていれば、それら２つのファイル転送の間に業務上の関連性がある可能性が高いとみなすことができる。このように業務上の関連性が高いとみなされるファイル転送は、業務フロー管理テーブル１２６に残すようにする。これに対し、ファイルが受信されてから次のファイルが送信されるまでの間に一定時間以上を要している場合や、送信と受信の順序が逆転している場合には、２つのファイル転送の間に業務上の関連性がある可能性が低いとみなすことができる。このように業務上の関連性が低いとみなすことができるファイル転送は、業務フロー管理テーブル１２６から削除するようにする。
　以上３つの抽出ルールを用いて抽出されたファイル転送を、ファイル転送の開始予定時刻が早い順番に並び替えたものが、図４に示す業務フロー管理テーブル１２６である。適切な抽出ルールを用意することができれば、この段階で、特定の業務に関連するファイル転送を精度良く抽出することができる。
　この形態例の場合、システム管理者の理解と業務フロー管理テーブル１２６の修正のため、プログラム１２１は、作成された業務フロー管理テーブル１２６からファイル転送チャートを作成する。
　　（ファイル転送チャート）
　図５に、図４の業務フロー管理テーブル１２６から作成されるファイル転送チャートを示す。図中、縦軸は時刻であり、横軸にサーバを並べている。図では、１回のファイル転送が１つの矢印（エッジ）で表現されている。なお、矢印の始点は転送元サーバの転送開始予定時刻にプロットされ、矢印の終点は転送先サーバの転送終了予定時刻にプロットされている。プログラム１２１は、各サーバが転送元サーバであるのか転送先サーバであるのかを、「要求元」４０３、「要求先」４０４、「タイプ」４０５の情報から判断する。
　作成されたファイル転送チャート（図５）は、画面表示プログラム１２４を通じ、画面表示装置１０６の画面上に表示される。システム管理者がこの画面上で各矢印にデータ名を付することができる。図５は、矢印の発生順に「転送ファイルｉ」（ｉは、１～６）とデータ名を付した状態を示している。この図は、図３の概念的データフロー図と実質的に等価と考えることができる。従って、このファイル転送チャートの自動生成機能を搭載することにより、システム管理者によるシステムの管理負担は大幅に低減される。
　ところで、システム管理者は、ファイル転送チャートを確認することにより、「ファイル転送４」が別業務の処理であることを容易に理解することができる。サーバＦは、売上データの集計処理用であるためである。この形態例では、自動生成されたファイル転送チャートの誤りを、システム管理者が修正できる機能も搭載する。なお、ファイル転送チャートは業務フロー管理テーブル１２６と一対一に対応しているため、いずれかを修正することにより他方の内容も自動的に修正される。
　　（ファイル転送チャート及び業務フロー管理テーブルの編集）
　図６に、ファイル転送チャートを操作対象とする業務フロー管理テーブル１２６の編集画面６０１を示す。編集画面６０１には、各種の操作ボタンが表示されている。「テーブル選択」ボタン６０２は、既存の業務フロー管理テーブル１２６の内容を編集モードで表示するために用意されたボタンである。このボタンを操作すると、例えば編集可能な業務フロー管理テーブル１２６の名称が一覧表示される。システム管理者は、一覧画面中から編集対象とする業務フロー管理テーブル１２６を選択する。
　「ログ取込み」ボタン６０３は、業務フロー管理テーブル１２６からファイル転送ログを取り込んでファイル転送チャートを表示させるために用意されたボタンである。「追加」ボタン６０４は、画面上に矢印（エッジ）を追加するために用意されたボタンである。「削除」ボタン６０５は、画面上から矢印（エッジ）を削除するために用意されたボタンである。「編集」ボタン６０６は、画面上に表示された矢印（エッジ）にデータ名を入力又はデータ名を変更するために用意されたボタンである。いずれかの矢印を選択して「編集」ボタン６０６を操作することによりデータ名の入力が可能となる。「上書き保存」ボタン６０７は、現在表示されている内容を業務フロー管理テーブル１２６に上書き保存するために用意されたボタンである。「新規保存」ボタン６０８は、現在表示されている内容を新しい名前の業務フロー管理テーブル１２６に保存するために用意されたボタンである。「表形式表示」ボタン６０９は、表示内容を表形式（即ち業務フロー管理テーブル１２６）に切り替えるために用意されたボタンである。
　図６に示す編集画面６０１において、「ファイル転送４」を削除すると、図７に示すファイル転送チャートが得られる。このファイル転送チャートは、別の業務に関連するファイル転送が含まれていない。この表示画面において、「表形式表示」ボタン６０９が操作されると、図８に示す業務フロー管理テーブル１２６が表示される。図８を図４と比較して分かるように、「データ名」４０２には、各レコードについてファイル転送チャートで入力された名称が表示されている。また、図４では４番目に表示されていたレコードが削除され、図４では５番目に表示されていたレコードの内容が繰り上がっている。
　なお、業務フロー管理テーブル１２６は、図９に示す構造であっても良い。図９の場合、レコードの項目として、「開始条件」４１１が追加されている。「開始条件」４１１は、ファイル転送の開始条件を指定する情報であり、業務シナリオの進行をプログラム１２１が管理する場合に必要になる情報である。
　「開始条件」４１１は、あるサーバが他のサーバにあるファイルを転送するために満たしていなければならない前提条件、例えば同じ業務プロセスにおいて関連する他のファイル転送の状態を表す情報を規定する。この形態例の場合、プログラム１２１が「開始条件」４１１を自動的に設定する。もっとも、他の項目と同様、システム管理者が、「開始条件」４１１を設定又は修正しても良い。
　「開始条件」４１１は、「番号＝状態」の形式で記述する。１つのファイル転送が開始されるための条件が複数ある場合は、「＆」又は「｜」でつなぐ。「＆」はＡＮＤを意味し、「｜」はＯＲの意味である。状態には、図１０に示すものがある。「開始前」、「開始」、「終了」、「成功」、「失敗」である。この他、無条件もある。ファイル転送が無条件に開始するファイル転送の「開始条件」４１１は空欄で表される。
　図１０には、開始条件の判定方法も記載されている。この形態例の場合、プログラム１２１は、各ファイル転送の「開始条件」４１１を、業務フロー管理テーブル１２６の「要求元」４０３、「要求先」４０４、「タイプ」４０５の内容から自動的に設定する。
　図１１に、プログラム１２１による開始条件の自動設定手順の一例を示す。なお、図１１は、「開始条件」４１１に、他のファイル転送の「成功」を要件として設定する場合について表している。
　まず、ステップ１１０１において、プログラム１２１は、全てのレコードについて、各レコードに対応するファイル転送の「開始条件」４１１の設定が終了したか否かを判定する。全てのレコードについて設定が終了している場合、プログラム１２１は当該処理を終了する。一方、全てのレコードについて設定が終了していない場合、プログラム１２１はステップ１１０２に進む。
　ステップ１１０２において、プログラム１２１は、処理対象とするレコードＮの「タイプ」４０５に応じ、「要求元」４０３又は「要求先」４０４の変数を読み出し、処理対象とするレコードＮにおけるファイル転送の送信元サーバ名Ｘを取得する。
　ステップ１１０３において、プログラム１２１は、処理対象とするレコードＮより以前のファイル転送を表すレコードＭ（１からＮ－１までの数）がＮ－１に達したか否かを判定する。肯定結果が得られた場合（終了時）は、ステップ１１０１に戻り、否定結果が得られたらステップ１１０４に進む。
　ステップ１１０４において、プログラム１２１は、調査対象とするレコードＭから読み出された変数から当該ファイル転送の転送先サーバ名Ｙを取得する。
　ステップ１１０５において、プログラム１２１は、レコードＮに対応するファイル転送の送信元サーバ名Ｘと、レコードＭ（＜Ｎ）に対応するファイル転送の送信先サーバ名Ｙが同じか否かを判定する。即ち処理対象とするファイル転送の転送元サーバ名Ｘと調査対象とする転送先サーバ名Ｙが同じか否かを判定する。同じでなければ（否定結果の場合）、プログラム１２１はステップ１１０３に戻る。一方、同じであれば（肯定結果の場合）、プログラム１２１はステップ１１０６に進む。このことは、レコードＭのファイル転送の成功が、レコードＮのファイル転送の前提条件であることを意味する。
　ステップ１１０６において、プログラム１２１は、レコードＮの「開始条件」４１１に「Ｍ＝成功」を追加する。なお、既に他の開始条件が設定されている場合には、論理積（＆）を用いて新たな条件を追加する。この後、プログラム１２１は、ステップ１１０３に戻る。
　例えば図９に示す業務フロー管理テーブル１２６の場合、レコード４のファイル転送の開始は、レコード１のファイル転送の成功と、レコード２のファイル転送の成功と、レコード３のファイル転送の成功が全て揃ったときに実行されることを表している。この結果は、図７のファイル転送チャートとも整合的である。
　なお、図８や図９の場合には、６番目のレコードに、システム管理者が「データ名」４０２を「集計完了」とするファイル転送の情報を入力した状態が表されている。このファイル転送は、サーバＦにおける集計処理の終了後に、業務サーバ１０５であるサーバＦから業務フロー管理サーバ１０３であるサーバＸに集計完了通知を送信することを表している。このように、システム管理者は、業務フロー管理テーブル１２６を直接編集することもできる。勿論、業務フロー管理テーブル１２６に対する編集結果は、ファイル転送チャートの表示に反映される。
　ここでの集計完了通知は、イベント処理プログラム１２３において受信される。イベント受信プログラム１２３は、受信したイベントの種類に応じた処理を実行するよう設定されている。ただし、集計完了通に対して必要なアクションはないため、イベント処理プログラム１２３は何もしない。
　集計完了通知の開始条件は、サーバＥからサーバＦへの集計開始通知が成功した後（即ち「５＝成功」）である。なお、集計開始通知はファイル転送ログにないファイル転送である。このため、「開始予定」４０６と「終了予定」４０７は、共に開始条件を満たす時間とした。即ち「開始予定」４０６の時刻と「終了予定」４０７の時刻を、レコード５の「集計開始」における「終了予定」４０７の時刻と同時刻にした。因みに、ファイル転送ログが存在しない新規の転送の場合には、プログラム１２１の側でこのように設定を実行することが可能である。
　　（業務テーブルの構造例）
　図１２に、業務テーブル１２５の構造例を示す。業務テーブル１２５は、業務フロー管理サーバ１０３（図２）の内部に１つだけ設けられており、「業務名」１２０１と、その業務に対応した「業務フロー管理テーブル名」１２０２と、当該業務の「状態」１２０３といった項目が含まれる。「業務名」１２０１と「業務フロー管理テーブル名」１２０２は、システム管理者が設定する。「状態」１２０３は、業務フロー管理プログラム１２１が更新する。例えば業務が実行されている場合、「状態」１２０３には「実行中」が設定され、何らかの事由によって業務の実行を停止している場合、「状態」１２０３には「停止中」が設定される。それ以外の場合、「状態」１２３は空白となる。
　　（ファイル転送の管理動作）
　図１３に、前述した手順により生成した業務フロー管理テーブル１２６を用いて実行されるファイル転送の管理動作を説明する。図１３は、一組の要求元サーバと要求先サーバ間でファイル転送が正常に実行される場合のシーケンスチャートを示している。
　プロキシサーバ１０２は、要求元システムからファイル転送の開始要求を受信すると、当該ファイル転送の要求先サーバを業務フロー管理サーバ１０３に問い合わせる。プロキシサーバ１０２を経由する通信の場合、要求元は、何らかの方法により要求先をプロキシサーバ１０２に伝える必要がある。
　一般には、接続認証の際の「ユーザ名」と「要求先サーバ名」を連結した情報形式（例えば”UserName＠DstServerName”）のデータを要求元サーバから送信する方法が用いられる。ここで、“UserName”はユーザ名、“DstServerName”は要求先サーバ名である。以下、これを通常形式と呼ぶ。
　さらに、本形態例の場合、業務シナリオに基づいた業務フロー管理の実行のため、「ユーザ名」と、「要求元サーバ名」と、「業務名」と、「データ名」を連結した情報形式（例えば”UserName＠OwnServerName？WORK＝WorkName＆DATA＝DataName”）のデータを要求元サーバから送信する。これを業務フロー管理形式と呼ぶ。ここで、”OwnServerName”は要求元サーバ名、”WorkName”は業務名、“DataName”はデータ名である。
　この形態例において、「要求先サーバ名」に代えて「要求元サーバ名」を用いるのは、業務フロー管理テーブル１２６から要求先を読み取り、要求先の変更を業務フロー管理テーブル１２６の変更だけで実行可能とするためである。
　従って、本形態例におけるプロキシサーバ１０２は、”UserName＠”以降の部分（通常形式であれば、”DstServerName”、業務フロー管理形式であれば、”OwnServerName？WORK＝WorkName＆DATA＝DataName”）を、業務フロー管理サーバ１０３に送信する。
　業務フロー管理サーバ１０３は、業務フロー管理プログラム１２１のファイル転送開始時処理を実行する。図１４に、ファイル転送開始時処理の詳細を示す。
　ステップ１４０１において、プログラム１２１は、開始要求の指定形式を確認する。即ち指定形式が、通常形式か業務フロー形式か確認する。指定形式が通常形式の場合、プログラム１２１は、ステップ１４１１に進む。一方、指定形式が業務フロー形式の場合、プログラム１２１は、ステップ１４０２に進む。
　ステップ１４０２において、プログラム１２１は、業務テーブル１２５（図１２）の中から指定された業務名を検索する。該当する業務名が存在しない場合、プログラム１２１は、ステップ１４１３に進む。一方、該当する業務名が存在した場合、プログラム１２１は、ステップ１４０３に進む。
　ステップ１４０３において、プログラム１２１は、業務テーブル１２５（図１２）から指定された業務の状態を確認する。「停止中」であった場合、プログラム１２１は、ステップ１４１３に進む。「実行中」であった場合、プログラム１２１は、ステップ１４０６に進む。これに対し、「空白」であった場合、プログラム１２１は、ステップ１４０４に進む。
　ステップ１４０４において、プログラム１２１は、開始要求で指定された業務に対応する業務フロー管理テーブル１２６を初期化する。具体的には、業務フロー管理テーブル１２６（図９）のうち「開始時刻」４０８、「終了時刻」４０９、「結果」４１０の欄の変数をクリア（削除）する。
　次のステップ１４０５において、プログラム１２１は、業務テーブル１２５（図１２）の該当業務の「状態」１２０３を「実行中」に変更する。
　ステップ１４０６において、プログラム１２１は、開始要求で指定された「データ名」と「要求元サーバ名」に対応するファイル転送の「番号」と「要求先サーバ名」を業務フロー管理テーブル１２６から取得する。
　ステップ１４０７において、プログラム１２１は、ファイルの二重転送をチェックする。即ち同一のファイルの二度目の転送でないか判定する。判定結果がＮＧの場合（二重転送の場合）、プログラム１２１は、ステップ１４１３に進む。判定結果がＯＫの場合（二重転送でない場合）、プログラム１２１は、ステップ１４０８に進む。
　ステップ１４０８において、プログラム１２１は、「開始条件」４１１を満たすか否かをチェックする。この際、プログラム１２１は、業務フロー管理テーブル１２６の「開始時刻」４０８と「終了時刻」４０９の欄を確認する。ここで、「開始時刻」４０８の欄に時刻の記録があり、かつ、「終了時刻」４０９の欄に時刻の記録が無い場合、処理対象であるファイルの転送は既に実行中を意味する。従って、この場合、プログラム１２１は、開始要求はＮＧと判定する。また、プログラム１２１は、業務フロー管理テーブル１２６の「結果」４１０の欄を確認する。この欄に「成功」が記録されている場合、ファイル転送が既に完了している。従って、この場合も、プログラム１２１は、開始要求はＮＧと判定する。ＮＧと判定された場合、プログラム１２１は、ステップ１４１３に進む。一方、ＯＫと判定された場合、プログラム１２１は、ステップ１４０９に進む。
　ステップ１４０９において、プログラム１２１は、使用した業務フロー管理テーブル１２６の名前と、開始要求に対応するファイル転送の「番号」４０１をセーブする。
　ステップ１４１０において、プログラム１２１は、該当レコードの「開始時刻」４０８に開始時刻を記入する。
　ステップ１４１１において、プログラム１２１は、ＤＮＳサーバ１０４に、要求先サーバのアドレスを問い合わせる。アドレスの応答があると、プログラム１２１は、ステップ１４１２に進む。
　ステップ１４１２において、プログラム１２１は、プロキシサーバ１０２に対する応答メッセージにＤＮＳサーバ１０４から受け取ったアドレスをセットする。この後、応答メッセージは、業務フロー管理サーバ１０３からプロキシサーバ１０２に送信される。
　ステップ１４１３は、前述のステップ１４０２で「業務名無し」と判定されたとき、ステップ１４０３で「停止中」と判定されたとき、ステップ１４０７で「ＮＧ」と判定されたとき、又はステップ１４０８で「ＮＧ」と判定されたとき実行される。ステップ１４１３において、プログラム１２１は、プロキシサーバ１０２に対する応答メッセージに「エラー」をセットする。
　図１５に、業務フロー管理サーバ１０３の開始条件チェックがＮＧであった場合のシーケンスチャート例を示す。プロキシサーバ１０２は、応答メッセージの内容がＮＧであった場合、ファイル転送を要求した要求元サーバにファイル転送の失敗を応答する。この際、要求元サーバは、ファイル転送がエラーとなった原因を判断する。要求元サーバは、エラーの原因が、業務の停止中によるためか、開始条件が満たされていないためか等を判定する。エラーの原因が「開始条件が満たされていない」ためである場合、要求元サーバは、開始条件が満たされるまで開始要求を一定間隔で再送する。
　図１３の説明に戻る。プロキシサーバ１０２は、業務フロー管理サーバ１０３から要求先アドレスの応答を受取ると、要求先サーバにファイル転送要求を転送する。この後、要求先サーバからの応答がプロキシサーバ１０２経由で要求元サーバに転送される。この結果、要求元サーバと要求先サーバの両方で直接的なファイル転送の準備が完了する。この後、要求元サーバと要求先サーバの間で、直接的なファイル転送が実行される。この際、プロキシサーバ１０２は電文の中継のみを行う。
　転送ファイルの送信が完了すると、要求元サーバは、ファイル転送の終了要求をプロキシサーバ１０２に送信する。プロキシサーバ１０２は、当該終了要求を要求先サーバに転送し、その応答を受信する。
　プロキシサーバ１０２は、当該応答を要求先サーバから受信すると、ファイル転送終了応答の電文からファイル転送の結果を取得する。この後、プロキシサーバ１０２は、業務フロー管理サーバ１０３にステータスの更新を要求する。
　ここで、業務フロー管理サーバ１０３は、業務フロー管理プログラム１２１のファイル転送終了時処理を実行する。図１６に、ファイル転送終了時処理の詳細を示す。
　ステップ１６０１において、プログラム１２１は、ステップ１４０９（図１４）でセーブされた業務フロー管理テーブル１２６の名前とファイル転送の「番号」４０１を取得する。
　ステップ１６０２において、プログラム１２１は、取得したレコード番号の「終了時刻」４０９の欄に現在の時刻を記入する。
　ステップ１６０３において、プログラム１２１は、同じレコード番号の「結果」４１０の欄にファイル転送の結果を記入する。
　ステップ１６０４において、プログラム１２１は、ファイル転送の結果が失敗か否かを判定する。失敗であった場合（ＹＥＳの場合）、プログラム１２１は、ステップ１６０５に進む。成功であった場合（ＮＯの場合）、プログラム１２１は、ステップ１６０６に進む。
　ステップ１６０５において、プログラム１２１は、業務テーブル１２５（図１２）の「状態」１２０３の欄に「停止中」を入力し、処理を終了する。
　ステップ１６０６において、プログラム１２１は、監視対象業務の全てのファイル転送が完了したか否かを判定する。肯定結果が得られた場合、プログラム１２１は、ステップ１６０７に進む。一方、否定結果が得られた場合、プログラム１２１は、当該処理を終了する。
　ステップ１６０７において、プログラム１２１は、業務テーブル１２５（図１２）の「状態」１２０３の欄を空白にし、処理を終了する。
　図１３の説明に戻る。この後、業務フロー管理サーバ１０３は、プロキシサーバ１０２に対してステータス更新応答を返す。プロキシサーバ１０２は、要求元サーバにファイル転送終了応答を返し、ファイル転送中継処理が完了する。
　　（業務フローの進行状況確認画面）
　この形態例に係る業務フロー管理プログラム１２１には、システム管理者による業務の進行状況の確認を支援する状態表示機能が搭載されている。なお、画面表示装置１０６に対する確認画面の表示は、画面表示プログラム１２４を通じて実現される。図１７に、業務フローの進行確認用の表示画面例を示す。図１７に示す表示画面は、ファイル転送チャート（図７）に業務の進行をマッピングすることで形成される。
　図１７において、個々のファイル転送は、転送元サーバから転送先サーバに向かう矢印で表現されている。なお、予め予定されたファイル転送は点線の矢印で示す。ここで、予め予定されたファイル転送に対応する矢印は、業務フロー管理テーブル１２６の「開始予定」４０６と「終了予定」４０７から読み出される時刻に基づいて描画される。また、各ファイル転送には、対応する「番号」４０１と「データ名」４０２が表示されている。
　一方、実行中又は実行済みのファイル転送は実線の矢印で示す。なお、当該矢印の始点には対応する「番号」４０１を描画し、終点には対応する「結果」４１０が描画される。ここで、「１：拠点売上」のファイル転送は実行済みであることを示し、「２：拠点売上」のファイル転送は矢印の長さが短いこと（矢印がサーバＢからサーバＤに達していないこと）から実行中であることを示している。
　因みに、転送が「成功」の場合は○、「失敗」の場合は×が表示される。この表示画面が用意されることにより、システム管理者は、業務フローの進行状況をリアルタイムで確認することができる。例えば破線で示す矢印と実線で示す矢印の描画位置の関係から、ファイル転送が予定に比べて早く進んでいるか、遅れているか等も確認することができる。
　なお、表示内容は定期的に自動更新されるものとする。もっとも、更新ボタン等を画面上に設け、任意のタイミングでシステム管理者が表示内容の更新を指示できるようにしても良い。
　（形態例２）
　ここでは、プロキシサーバを用いて構築されたシステムにおいて、システム構成の物理的な変更に起因した管理情報の更新支援技術を説明する。本形態例に係る更新支援技術は、形態例１で説明したファイル転送チャート（業務フロー管理テーブル）と概念的データフローとが連携関係にあることに着目し、既存システムの変更に伴うシステム管理者の作業負担を最小化するものである。
　本形態例の場合も、基本的なシステム構成は、図１と同様である。従って、以下の説明においては、本形態例に特有の管理画面についてのみ説明する。図１８に、本形態例において使用する管理画面の一例を示す。図１８に示す管理画面は、業務フロー管理テーブル１２６と実質的に等価関係にある概念的データフロー図が作業画面として選択された場合に表示される。当該管理画面は、業務フロー管理テーブル１２６に対する編集画面でも、ファイル転送チャートに対する編集画面でも良い。
　管理画面１８０１には、各種の操作ボタンが表示されている。「テーブル選択」ボタン１８０２は、既存の業務フロー管理テーブル１２６の内容を編集モードで表示するために用意されたボタンである。このボタンを操作すると、例えば編集可能な業務フロー管理テーブル１２６の名称が一覧表示される。システム管理者は、一覧画面中から編集対象とする業務フロー管理テーブル１２６を選択する。
　「ログ取込み」ボタン１８０３は、概念的データフロー図と等価関係にあるファイル転送チャートを作成するために用意されたボタンである。当該ボタンが操作されると、業務フロー管理テーブル１２６からファイル転送ログが取り込まれ、ファイル転送チャートが生成され、その後、概念的データフロー図に変換される。初期画面は、図３に示す概念的フロー図であり、図１８は既に編集が加えられた後の状態を表している。
　「サーバ追加」ボタン１８０４は、画面上にサーバを示すブロックを追加するために用意されたボタンである。「サーバ削除」ボタン１８０５は、画面上からサーバを示すブロックを削除するために用意されたボタンである。「エッジ追加」ボタン１８０６は、画面上に矢印（エッジ）を追加するために用意されたボタンである。「エッジ削除」ボタン１８０７は、画面上から矢印（エッジ）を削除するために用意されたボタンである。
　「編集」ボタン１８０８は、画面上に表示されたブロックや矢印（エッジ）にデータ名を入力又はデータ名を変更するために用意されたボタンである。いずれかのブロック又は矢印を選択して「編集」ボタン１８０８を操作することによりデータ名の入力が可能となる。「上書き保存」ボタン１８０９は、現在表示されている内容を業務フロー管理テーブル１２６に上書き保存するために用意されたボタンである。「新規保存」ボタン１８１０は、現在表示されている内容を新しい名前の業務フロー管理テーブル１２６に保存するために用意されたボタンである。「表形式表示」ボタン１８１１は、表示内容を表形式（即ち業務フロー管理テーブル１２６）に切り替えるために用意されたボタンである。この他、表示内容をファイル転送チャートに切り替えるためのボタンを用意しても良い。
　以下、具体的な操作例を説明する。ここでは、既存システムの構成が図３に示す概念的フロー図で表されるものとする。
　ここで、サーバＡ、Ｂ、Ｃの全売上が集まるサーバＤをサーバＧに変更する必要が生じた場合を考える。
　サーバの変更に伴う通信インタフェース（ファイル転送のプロトコルやファイル形式、文字コードなど）に変更が無い場合、システム管理者は、管理画面１８０１上で「サーバＤ」を指定した状態で「編集」ボタン１８０８を操作し、その名称を「サーバＧ」に変更する。この操作により、ファイル転送を管理する管理データの変更作業も完了する。
　これに対し、サーバの変更に伴う通信インタフェースに変更がある場合、一般には、サーバＤと通信していたサーバＡ、サーバＢ、サーバＣ、サーバＥの通信インタフェースも物理的に変更する必要がある。即ち１つのサーバの変更に関連して入出力関係がある他の全てのサーバの通信インタフェースを変更する必要がある。この作業は、システム管理者の負担となる。
　この問題を解決するために、本形態例の場合、インタフェース変換機能を有するサーバＨを用意する。サーバＨは、サーバＤと同じ通信インタフェースと、サーバＧと同じ通信インタフェースと、これらインタフェースの変換機能を有している。当該機能には、例えばファイル転送用のアダプタを備える ESB（Enterprise Service Bus）のような汎用機能の適用が考えられる。
　図１８は、管理画面１８０１に「サーバＧ」を追加すると共に、「サーバＡ→サーバＤ」のファイル転送経路を「サーバＡ→サーバＨ」に変更した時点の概念的データフロー図を表している。最終的には、図１９に示す管理画面１９０１が得られる。
　図１９に示すシステム構成の場合、サーバＡは従来システムと同じ通信インタフェースでサーバＨにファイルを送信する。サーバＢ及びＣも同様である。サーバＨは、受信した各売上ファイルをサーバＧの通信インタフェースに合せて変換し、変換後の売上ファイルをサーバＧに送信する。これらの売上ファイルの全てはマージされた後、サーバＧの通信インタフェースによりサーバＨに送信され、サーバＨにおいて従来システムと同じ通信インタフェースに変換される。
　この場合、新たなサーバＨと追加の接続が必要となるが、既存のサーバＡ、Ｂ、Ｃ、Ｅに対する変更は何ら行う必要がない。即ちサーバＡ、Ｂ、Ｃ、Ｅは、従来通りの通信インタフェースによりファイル転送を実行することができる。
　また、サーバＨにおける通信インタフェースの変換処理は、変換処理を必要とするファイル転送だけに限定される。このため、サーバＨを設定する手間やサーバＨに要求される処理負荷を小さく押えることができる。
　図２０に、管理画面１８０１に表示された概念的データフロー図に対する変更が終了した時点における業務フロー管理テーブル１２６の構成例を示す。前述したように、概念的データフロー図、ファイル転送チャート及び業務フロー管理テーブル１２６は相互に連携している。従って、概念的データフロー図の編集内容に応じ、業務フロー管理テーブル１２６の内容も自動的に変更される。なお、新たに追加されたファイル転送の開始条件は不明である。このため、当該ファイル転送の開始条件については、システム管理者が、業務フロー管理テーブル１２６上で個別に入力又は修正する必要がある。
　なお、上述の説明においては、システム管理者が、概念的データフロー図を使用してシステムの変更を管理シナリオに反映させる場合について説明したが、業務フロー管理テーブル１２６を直接の編集対象としても良い。
　図２１に、業務フロー管理テーブル１２６の編集画面２１０１の一例を示す。編集画面２１０１には、各種の操作ボタンが表示されている。「テーブル選択」ボタン２１０２は、既存の業務フロー管理テーブル１２６の内容を編集モードで表示するために用意されたボタンである。このボタンを操作すると、例えば編集可能な業務フロー管理テーブル１２６の名称が一覧表示される。システム管理者は、一覧画面中から編集対象とする業務フロー管理テーブル１２６を選択する。
　「読込み」ボタン２１０３は、選択された業務フロー管理テーブル１２６のデータを読み出して表示させるために用意されたボタンである。「レコード追加」ボタン２１０４は、画面上にレコードを追加するために用意されたボタンである。「レコード削除」ボタン２１０５は、画面上からレコードを削除するために用意されたボタンである。「編集」ボタン２１０６は、画面上で選択された項目の内容にデータを入力又は変更するために用意されたボタンである。「上書き保存」ボタン２１０７は、現在表示されている内容を業務フロー管理テーブル１２６に上書き保存するために用意されたボタンである。「新規保存」ボタン２１０８は、現在表示されている内容を新しい名前の業務フロー管理テーブル１２６に保存するために用意されたボタンである。「チャート表示」ボタン２１０９は、表示内容をチャート形式（即ちファイル転送チャート図）に切り替えるために用意されたボタンである。
　（形態例３）
　ここでは、プロキシサーバを用いて構築されたシステムにおいて、業務フロー全体のタイマー監視を実現する管理支援技術を説明する。本形態例に係る管理支援技術の場合も、形態例１で説明したファイル転送チャート（業務フロー管理テーブル）と概念的データフローとの連携関係に着目する。
　タイマー監視には、タイマー管理プログラム１２２とイベント処理プログラム１２３が用いられる。タイマー管理プログラム１２２は、業務名と業務内のユニークな通し番号の組み合わせにより識別される複数のタイマーに対する「タイマーセット」と「タイマーリセット」のインタフェースを有している。タイマー管理プログラム１２２は、タイマーリセットの前にタイムアウトの発生を検出すると、イベント処理プログラム１２３に台頭するタイマーに関するタイムアウトを通知する。なお、タイムアウトの前にタイマーがリセットされた場合、タイムアウトは発生しない。
　イベント処理プログラム１２３は、イベント受信機能、受信したイベントの種類に応じて処理を行う機能とイベント送信機能を有し、タイムアウト通知イベントを受信すると、タイムアウト処理を行う。ここで、イベント処理プログラム１２３は、該当する業務の状態の変更を、当該業務の停止中に実行する。また、タイムアウト通知イベントを受信した場合、イベント処理プログラム１２３は、該当する業務において現在進行中のファイル転送（「開始時刻」４０８のみ記入され、「終了時刻」４０９は記入されていないファイル転送）に関連する全ての要求元サーバと要求先サーバにタイムアウトを通知する。
　図２２に、タイマー監視処理機能を追加した業務フロー管理テーブル１２６の一例を示す。前述した業務フロー管理テーブル１２６と、図２２に示す業務フロー管理テーブル１２６との違いは、「要求先」４０４の欄の記述内容である。図２２の場合、要求先サーバ名の後に、タイマー管理プログラム１２２に対するコマンドが追記されている。
　タイマー管理プログラム１２２に対するコマンドは、次の２つである。
（１）SetTimer(#m,nnn)
　このコマンドは、タイマーをセットする際に使用するコマンドである。”#m”は、当該業務内でタイマーを識別する番号を表すもので、業務内でユニークである必要がある。”nnn”は、タイマー値を与える変数であり、この形態例の場合、単位は秒とする。
（２）UnsetTimer(#m)
　このコマンドは、タイマーをリセットするコマンドである。”#m”は、SetTimerと同様、業務内でタイマーを識別する番号である。
　コマンドの追記は、図２３に示す編集画面２３０１を通じ、システム管理者により行われる。
　編集画面２３０１には、各種の操作ボタンが表示されている。「テーブル選択」ボタン２３０２は、既存の業務フロー管理テーブル１２６の内容を編集モードで表示するために用意されたボタンである。このボタンを操作すると、例えば編集可能な業務フロー管理テーブル１２６の名称が一覧表示される。システム管理者は、一覧画面中から編集対象とする業務フロー管理テーブル１２６を選択する。
　「読込み」ボタン２３０３は、選択された業務フロー管理テーブル１２６のデータを読み出して表示させるために用意されたボタンである。「Settime編集」ボタン２３０４は、Settimeコマンドを追加又は修正するために用意されたボタンである。「Unsettime編集」ボタン２３０５は、Unsettimeコマンドを追加又は修正するために用意されたボタンである。「上書き保存」ボタン２３０６は、現在表示されている内容を業務フロー管理テーブル１２６に上書き保存するために用意されたボタンである。「新規保存」ボタン２３０７は、現在表示されている内容を新しい名前の業務フロー管理テーブル１２６に保存するために用意されたボタンである。「チャート表示」ボタン２３０８は、表示内容をチャート形式（即ちファイル転送チャート図）に切り替えるために用意されたボタンである。
　続いて、図２２に示す業務フロー管理テーブル１２６が主記憶装置１１２に記憶されている場合のタイマー管理処理を説明する。
　日次売上集計業務が開始すると、サーバＡ、Ｂ及びＣのいずれかから「拠点売上」とのデータ名が付されたファイルがサーバＤに送信される。この際、業務フロー管理プログラム１２１は、SetTimer(#1,3600)と書かれているコマンドを業務フロー管理テーブル１２６から読み取り、タイマー管理プログラム１２２に対して、タイマーをセットする。具体的には、日次売上集計#1に3600秒のタイマーをセットする。
　このタイマーのセット処理は、サーバＡ、Ｂ及びＣのうち残り２つのサーバからファイルが送信された場合にも繰り返される。ただし、タイマー管理プログラム１２２は、同一業務に対する２回目以降のタイマーセットの要求は無視する。
　タイムアウトする前に業務が終れば、サーバＦから業務フロー管理サーバ１０３への集計完了通知送信の際に、業務フロー管理プログラム１２１が、UnsetTimer(#1)と書かれたコマンドを読み取り、タイマー管理プログラム１２２に対してタイマーのリセットを指示する。即ち日次売上集計#1のリセットを指示する。
　業務処理の途中でタイムアウトが発生した場合、タイマー管理プログラム１２２は、イベント処理プログラム１２３に対してタイムアウトを通知する。タイムアウトが通知されたイベント処理プログラム１２３は、図２４に示す処理手順を実行する。
　まず、ステップ２４０１において、イベント処理プログラム１２３は、業務テーブルからタイムアウトの管理対象である業務名を検索する。該当する業務が存在しない場合、イベント処理プログラム１２３はその他の処理を実行することなく処理を終了する。一方、該当する業務が存在した場合、イベント処理プログラム１２３は、ステップ２４０２を実行する。
　ステップ２４０２において、イベント処理プログラム１２３は、業務テーブル内の該当業務の「状態」１２０３を「停止中」に変更する。
　ステップ２４０３において、イベント処理プログラム１２３は、業務フロー管理テーブル１２６から現在実行中のファイル転送を抽出する。ここでは、「開始時刻」４０８の欄にだけ時刻が記入され、「終了時刻」４０９の欄には時刻が記入されていないファイル転送が抽出される。
　ステップ２４０４において、イベント処理プログラム１２３は、抽出されたファイル転送に関係する全ての要求元サーバと要求先サーバにタイムアウトを通知する。なお、タイムアウト後の業務の復旧は、システム管理者に委ねられる。
　ところで、上述の説明においては、システム管理者が、業務フロー管理テーブル１２６を使用してタイマー区間を設定する場合について説明したが、ファイル転送チャートや概念的データフロー図を使用してタイマー区間を設定しても良い。
　図２５に、ファイル転送チャートを使用してタイマー区間を設定する場合について説明する。図２５に示す編集画面２５０１には、各種の操作ボタンが表示されている。「テーブル選択」ボタン２５０２は、既存の業務フロー管理テーブル１２６の内容を編集モードで表示するために用意されたボタンである。このボタンを操作すると、例えば編集可能な業務フロー管理テーブル１２６の名称が一覧表示される。システム管理者は、一覧画面中から編集対象とする業務フロー管理テーブル１２６を選択する。
　「読込み」ボタン２５０３は、選択された業務フロー管理テーブル１２６のデータを読み出して表示させるために用意されたボタンである。「Settime編集」ボタン２５０４は、Settimeコマンドを追加又は修正するために用意されたボタンである。「Unsettime編集」ボタン２５０５は、Unsettimeコマンドを追加又は修正するために用意されたボタンである。「上書き保存」ボタン２５０６は、現在表示されている内容を業務フロー管理テーブル１２６に上書き保存するために用意されたボタンである。「新規保存」ボタン２５０７は、現在表示されている内容を新しい名前の業務フロー管理テーブル１２６に保存するために用意されたボタンである。「表形式表示」ボタン２５０８は、表示内容を表形式（即ち業務フロー管理テーブル１２６）に切り替えるために用意されたボタンである。
　（他の形態例）
　なお、本発明は上述した形態例に限定されるものでなく、様々な変形例が含まれる。例えば、上述した形態例は、本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある形態例の一部を他の形態例の構成に置き換えることが可能であり、また、ある形態例の構成に他の形態例の構成を加えることも可能である。また、各形態例の構成の一部について、他の構成を追加、削除又は置換することも可能である。
　また、上述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路その他のハードウェアとして実現しても良い。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することにより実現しても良い。即ちソフトウェアとして実現しても良い。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、SSD（Solid State Drive）等の記憶装置、ICカード、SDカード、DVD等の記憶媒体に格納することができる。
　また、制御線や情報線は、説明上必要と考えられるものを示すものであり、製品上必要な全ての制御線や情報線を表すものでない。実際にはほとんど全ての構成が相互に接続されていると考えて良い。
　１０１…ネットワーク、１０２…プロキシサーバ、１０３…業務フロー管理サーバ、１０４…ＤＮＳサーバ、１０５…業務サーバ、１０６…画面表示装置、１１１…中央処理装置１１１、１１２…主記憶装置、１１３…通信制御装置、１１４…入出力装置、１２１…業務フロー管理プログラム、１２２…タイマー管理プログラム、１２３…イベント処理プログラム、１２４…画面表示プログラム、１２５…業務テーブル、１２６…業務フロー管理テーブル、３０１…売上データベース。

Claims (18)

  1. 　プロキシサーバを用いて構築されたネットワークに接続される計算機上で実行される業務フロー管理方法において、
    　前記計算機が、
    　前記プロキシサーバのファイル転送ログを読み出し、
    　読み出されたファイル転送ログから所定の業務プロセスに関連して発生されたファイル転送ログを抽出し、
    　抽出されたファイル転送ログに基づいて、前記業務プロセスに対応する業務シナリオを生成する
    　ことを特徴とする業務フロー管理方法。
  2. 　請求項１において、
    　前記計算機は、
    　個々のファイル転送に際し、前記プロキシサーバから通知される転送先の問い合わせ情報と前記業務シナリオとを対応付け、前記計算機間のファイル転送の進捗を管理する
    　ことを特徴とする業務フロー管理方法。
  3. 　請求項１において、
    　前記計算機は、
    　前記業務シナリオを業務プロセス別の管理テーブルとして生成し、生成された管理テーブルの内容を画面上に表示する
    　ことを特徴とする業務フロー管理方法。
  4. 　請求項３において、
    　前記計算機は、
    　前記管理テーブルを構成するファイル転送の送受関係と発生順序の関係を表す流れ図を作成し、画面上に表示する
    　ことを特徴とする業務フロー管理方法。
  5. 　請求項４において、
    　前記計算機は、
    　前記流れ図上に、業務プロセスの進捗状況を表示する
    　ことを特徴とする業務フロー管理方法。
  6. 　請求項１において、
    　前記計算機は、
    　ユーザインタフェース画面として、前記業務シナリオの編集画面を表示する
    　ことを特徴とする業務フロー管理方法。
  7. 　請求項６において、
    　前記計算機は、
    　ネットワークシステムの物理的な変更に伴う業務シナリオの変更を、画面上に表示されたファイル転送の送受関係と発生順序の関係を表す流れ図に対する利用者の変更指示を通じて受け付ける
    　ことを特徴とする業務フロー管理方法。
  8. 　請求項６において、
    　前記計算機は、
    　ネットワークシステムの物理的な変更に伴う業務シナリオの変更を、画面上に表示されたファイル転送の送受関係と発生順序の関係を表す管理テーブルに対する利用者の変更指示を通じて受け付ける
    　ことを特徴とする業務フロー管理方法。
  9. 　請求項１において、
    　前記計算機は、
    　前記業務プロセスのタイマー監視区間を、画面上に表示されたファイル転送の送受関係と発生順序の関係を表す流れ図に対する利用者の指示入力を通じて受け付ける
    　ことを特徴とする業務フロー管理方法。
  10. 　請求項１において、
    　前記計算機は、
    　前記業務プロセスのタイマー監視区間を、画面上に表示されたファイル転送の送受関係と発生順序の関係を表す管理テーブルに対する利用者の変更指示を通じて受け付ける
    　ことを特徴とする業務フロー管理方法。
  11. 　データの記憶装置とデータ処理装置とを有する業務フロー管理装置において、
    　前記データ処理装置は、
    　プロキシサーバのファイル転送ログを読み出し、
    　読み出されたファイル転送ログから所定の業務プロセスに関連して発生されたファイル転送ログを抽出し、
    　抽出されたファイル転送ログに基づいて、前記業務プロセスに対応する業務シナリオを生成し、
    　前記業務シナリオを前記記憶装置に記憶する
    　ことを特徴とする業務フロー管理装置。
  12. 　請求項１１において、
    　前記データ処理装置は、
    　個々のファイル転送に際し、前記プロキシサーバから通知される転送先の問い合わせ情報と前記業務シナリオとを対応付け、前記計算機間のファイル転送の進捗を管理する
    　ことを特徴とする業務フロー管理装置。
  13. 　請求項１１において、
    　前記データ処理装置は、
    　前記業務シナリオを業務プロセス別の管理テーブルとして生成し、生成された管理テーブルの内容を画面上に表示する
    　ことを特徴とする業務フロー管理装置。
  14. 　請求項１１において、
    　前記データ処理装置は、
    　ユーザインタフェース画面として、前記業務シナリオの編集画面を表示する
    　ことを特徴とする業務フロー管理装置。
  15. 　プロキシサーバとネットワーク経由で接続される計算機に、
    　前記プロキシサーバのファイル転送ログを読み出し、
    　読み出されたファイル転送ログから所定の業務プロセスに関連して発生されたファイル転送ログを抽出する処理と、
    　抽出されたファイル転送ログに基づいて、前記業務プロセスに対応する業務シナリオを生成する処理と
    　を実行させるプログラム。
  16. 　請求項１５において、
    　前記計算機に、
    　個々のファイル転送に際し、前記プロキシサーバから通知される転送先の問い合わせ情報と前記業務シナリオとを対応付け、前記計算機間のファイル転送の進捗を管理する処理を実行させることを特徴とするプログラム。
  17. 　請求項１５において、
    　前記計算機に、
    　前記業務シナリオを業務プロセス別の管理テーブルとして生成し、生成された管理テーブルの内容を画面上に表示する処理を実行させることを特徴とするプログラム。
  18. 　請求項１５において、
    　前記計算機に、
    　ユーザインタフェース画面として、前記業務シナリオの編集画面を表示する処理を実行させることを特徴とするプログラム。
PCT/JP2011/061062 2011-05-13 2011-05-13 業務フロー管理方法、装置及びプログラム WO2012157044A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/061062 WO2012157044A1 (ja) 2011-05-13 2011-05-13 業務フロー管理方法、装置及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/061062 WO2012157044A1 (ja) 2011-05-13 2011-05-13 業務フロー管理方法、装置及びプログラム

Publications (1)

Publication Number Publication Date
WO2012157044A1 true WO2012157044A1 (ja) 2012-11-22

Family

ID=47176414

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/061062 WO2012157044A1 (ja) 2011-05-13 2011-05-13 業務フロー管理方法、装置及びプログラム

Country Status (1)

Country Link
WO (1) WO2012157044A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020087038A (ja) * 2018-11-27 2020-06-04 株式会社三菱Ｕｆｊ銀行 運行管理装置、運行管理方法及び運行管理プログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001076046A (ja) * 1999-09-06 2001-03-23 Hitachi Ltd ワークフロー案件自動投入装置および方法
JP2003528358A (ja) * 1998-08-24 2003-09-24 富士通株式会社 ワークフローシステムおよび方法
JP2007526526A (ja) * 2003-06-05 2007-09-13 インタートラスト テクノロジーズ コーポレイション ピア・ツー・ピアサービス編成ための相互運用システム及び方法
JP2008059489A (ja) * 2006-09-01 2008-03-13 Konica Minolta Business Technologies Inc ワークフロー構築装置、ワークフロー構築方法及びワークフロー構築プログラム
JP2008071082A (ja) * 2006-09-13 2008-03-27 Ricoh Co Ltd ワークフロー管理システム、ワークフロー管理方法及びワークフロー管理プログラム
JP2009505218A (ja) * 2005-08-09 2009-02-05 オラクル・システムズ・コーポレイション 汎用のワークフローベースの経路指定
JP2009238065A (ja) * 2008-03-28 2009-10-15 Fujitsu Ltd 通信検知装置、通信検知方法、及び通信検知プログラム
JP2010539600A (ja) * 2007-09-11 2010-12-16 シャンベラ リミテッド ワークフロー生成、配置、及び／又は実行のためのシステム、方法、及びグラフィカルユーザインターフェイス

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003528358A (ja) * 1998-08-24 2003-09-24 富士通株式会社 ワークフローシステムおよび方法
JP2001076046A (ja) * 1999-09-06 2001-03-23 Hitachi Ltd ワークフロー案件自動投入装置および方法
JP2007526526A (ja) * 2003-06-05 2007-09-13 インタートラスト テクノロジーズ コーポレイション ピア・ツー・ピアサービス編成ための相互運用システム及び方法
JP2009505218A (ja) * 2005-08-09 2009-02-05 オラクル・システムズ・コーポレイション 汎用のワークフローベースの経路指定
JP2008059489A (ja) * 2006-09-01 2008-03-13 Konica Minolta Business Technologies Inc ワークフロー構築装置、ワークフロー構築方法及びワークフロー構築プログラム
JP2008071082A (ja) * 2006-09-13 2008-03-27 Ricoh Co Ltd ワークフロー管理システム、ワークフロー管理方法及びワークフロー管理プログラム
JP2010539600A (ja) * 2007-09-11 2010-12-16 シャンベラ リミテッド ワークフロー生成、配置、及び／又は実行のためのシステム、方法、及びグラフィカルユーザインターフェイス
JP2009238065A (ja) * 2008-03-28 2009-10-15 Fujitsu Ltd 通信検知装置、通信検知方法、及び通信検知プログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020087038A (ja) * 2018-11-27 2020-06-04 株式会社三菱Ｕｆｊ銀行 運行管理装置、運行管理方法及び運行管理プログラム
JP7328753B2 (ja) 2018-11-27 2023-08-17 株式会社三菱Ｕｆｊ銀行 運行管理装置、運行管理方法及び運行管理プログラム

Similar Documents

Publication Publication Date Title
US10747625B2 (en) Method for automatically configuring backup client systems and backup server systems in a backup environment
JP6463393B2 (ja) テナント移行にわたるテナント・データのリカバリ
RU2610288C2 (ru) Обеспечение возможностей конфигурируемого технологического процесса
US11194671B2 (en) System and method using the same
US7437686B1 (en) Systems, methods and computer program products for graphical user interface presentation to implement filtering of a large unbounded hierarchy to avoid repetitive navigation
US20090259734A1 (en) Distribution management method, a distribution management system and a distribution management server
CN109889381A (zh) 基于堡垒机的自动化配置管理方法及装置
JP2004227359A (ja) ポリシーに基づいたストレージシステムの運用管理方法
JP2014081811A (ja) ログ管理システム、および、ログ管理方法
RU2501069C2 (ru) Поддержка асинхронной многоуровневой отмены в сетке javascript
US20130198333A1 (en) Method and device for recording and reproducing web operation
JP5619179B2 (ja) 計算機システム、ジョブ実行管理方法、及びプログラム
CN109598427B (zh) 机器人的管理方法、装置及电子设备
EP2669821A2 (en) Control system asset management
WO2020238860A1 (zh) 分布式文件批处理方法、装置、与可读存储介质
JP2012155634A (ja) 情報処理プログラム、情報処理装置および情報処理方法
JP2012089049A (ja) 計算機システム及びサーバ
WO2012157044A1 (ja) 業務フロー管理方法、装置及びプログラム
CN103838586A (zh) 文件开启的系统及方法
CN109947592A (zh) 一种数据同步方法、装置以及相关设备
JP2009093569A (ja) 業務サービス利用システム、業務サービス実行システム、業務サービス利用方法およびプログラム、並びに業務サービス実行方法およびプログラム
WO2021220360A1 (ja) 管理装置、管理方法、及び、管理プログラム
US10706073B1 (en) Partitioned batch processing for a usage analysis system
WO2016120989A1 (ja) 管理計算機及びルールの試験方法
CN111813575A (zh) 一种基于容器服务的定制化清理方法及系统

Legal Events

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

Ref document number: 11865710

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11865710

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP