WO2013186891A1 - 進捗状況管理システム、及び進捗状況管理方法 - Google Patents

進捗状況管理システム、及び進捗状況管理方法 Download PDF

Info

Publication number
WO2013186891A1
WO2013186891A1 PCT/JP2012/065214 JP2012065214W WO2013186891A1 WO 2013186891 A1 WO2013186891 A1 WO 2013186891A1 JP 2012065214 W JP2012065214 W JP 2012065214W WO 2013186891 A1 WO2013186891 A1 WO 2013186891A1
Authority
WO
WIPO (PCT)
Prior art keywords
progress
file
processing
processing unit
information
Prior art date
Application number
PCT/JP2012/065214
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 US14/406,853 priority Critical patent/US9229772B2/en
Priority to PCT/JP2012/065214 priority patent/WO2013186891A1/ja
Priority to JP2014521055A priority patent/JPWO2013186891A1/ja
Publication of WO2013186891A1 publication Critical patent/WO2013186891A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • 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

Definitions

  • the present invention relates to a progress management system that manages the progress of processing on a file by a plurality of processing units, and more particularly to a progress management system that manages the progress even when file identification information in each processing unit is different. .
  • the amount of unstructured data stored in the company is increasing.
  • the demand for utilizing such data is increasing, and the situation of using a plurality of systems that require file registration such as a text search system is increasing.
  • a text search system it is necessary for the text search system to collect a search target file and execute a process of generating a search index for the collected file.
  • the execution time of the file collection process and the execution time of the search index generation process vary depending on the amount of files. For this reason, since the execution time of these processes is unknown, there is a problem that the user cannot grasp when the file can be searched (hereinafter referred to as problem 1).
  • problem 2 there is a problem that it is difficult to grasp the processing flow (hereinafter referred to as problem 2).
  • Patent Document 1 JP-A-2006-126986.
  • This gazette states, “Assuming that the costs required for each activity are all equal, the progress rate is calculated from the number of remaining activities for the node and the active path based on the active path. +1 is obtained by adding the remaining progress rate (100-St) divided by the total number of activities that may transition to the current progress rate St. " According to this, even in a system in which a plurality of components are combined, the user can grasp the processing flow and processing time of the entire system.
  • the user can grasp the progress of processing of a system with only one component like a text search system, and grasp the processing flow of a system combining a plurality of components in units of jobs. Can do.
  • the progress status cannot be grasped in units of files.
  • the present invention has been made in view of these problems, and an object of the present invention is to provide a progress management that can manage the progress in units of files when it is necessary to execute file processing across a plurality of processing units. Is to provide a system.
  • a typical example of the invention disclosed in the present application is as follows. That is, a management target system that includes a plurality of processing units that execute processing on a file and that performs a series of processing on the file, and a progress that manages the progress of processing by the processing unit included in the management target system
  • a progress management system comprising: a status management unit; storing process flow information in which an order of each processing unit executing the file is registered; and the progress management unit stores the file in the processing unit
  • An identification information linking unit that associates first identification information that is identification information of the file and second identification information that is unique identification information of the file in the management target system and stores the identification information in the identification information linking information;
  • a progress information collecting unit that collects progress information including processing progress by the processing unit and first identification information in the processing unit of the file that has executed the processing; and the identification
  • the report identification information is referred to, the second identification information associated with the first identification information of the progress information collected by the progress information collection unit is identified, and the identified second identification information and the progress collection unit
  • a progress management system capable of managing the progress in units of files when it is necessary to execute file processing across a plurality of components.
  • FIG. 1 is an explanatory diagram of the configuration of the information processing system according to the first embodiment of this invention.
  • the information processing system includes a progress management system 100, an integrated data access application client 200, an integrated data access application server 300, a text search system 400, a metadata database 500, a file storage 600, a metadata extraction / file registration system 700, and a medical image.
  • An adapter 800, a medical image distribution system 900, an electronic medical record adapter 1000, and an electronic medical record system 1100 are provided. These are hardware devices having a configuration similar to that of a server device that is ordinarily widely used, and the configuration of these hardware devices will be described in detail with reference to FIG.
  • the progress management system 100 is applied to a medical information system
  • a medical information system will be described as an example in order to explain the operation of the progress management system 100 that constitutes the functional elements that are the essence of the present invention.
  • the progress management system 100 can be applied to other systems.
  • the medical information system of the present embodiment includes an integrated data access application server 300, a text search system 400, a metadata database 500, a file storage 600, a metadata extraction / file registration system 700, a medical image adapter 800, and a medical image distribution system 900. , An electronic medical chart adapter 1000, and an electronic medical chart system 1100.
  • the medical image distribution system 900 is a system that processes medical images such as radiographs and MRI images
  • the electronic medical record system 1100 is a system that processes electronic medical records.
  • the medical information system of this embodiment collects medical images and electronic medical records in the file storage 600 and stores them.
  • the metadata database 500 collectively manages the medical image and electronic medical record metadata (for example, patient ID, date, time, examination ID, and the like) stored in the file storage 600.
  • the text search system 400 enables text search of medical images and electronic medical records stored in the file storage 600.
  • the integrated data access application server 300 accesses both the text search system 400 and the metadata database 500, and realizes an integrated search function that combines the text search function by the text search system 400 and the filter search function by the metadata database 500. To do.
  • the user connects to the integrated data access application server 300 using the integrated data access application client 200 and uses the integrated search function of the integrated data access application server 300.
  • the essential point of the medical information system of this embodiment is that different types of data such as medical images and electronic medical records are aggregated in the file storage 600 in a file format, and the text search system 400 and all the files stored in the file storage 600 are stored.
  • the metadata database 500 executes the registration process to realize the function of the upper application (integrated data access application server 300). Details of the internal configuration of the file format in which the file storage 600 stores medical images and electronic medical records, the file storage 600, the text search system 400, the metadata database 500, the integrated data access application server 300, and the integrated data access application client 200 are as follows. It is out of the essence of the embodiment.
  • the medical image distribution system 900 is a system for managing medical images, and distributes medical images to external systems and client computers used by users.
  • the electronic medical record system 1100 is a system for managing a patient's electronic medical record, and provides the electronic medical record to an external system and a client computer used by a user.
  • the medical image adapter 800 is connected to the medical image distribution system 900, and acquires a desired medical image from the medical image distribution system 900 as a file according to a communication protocol of a medical image distribution function provided by the medical image distribution system 900.
  • a communication protocol of a medical image distribution function provided by the medical image distribution system 900.
  • the medical image standard DICOM is generally used as the communication protocol for the medical image distribution function.
  • the electronic medical record adapter 1000 is connected to the electronic medical record system 1100 and acquires desired electronic medical record information from the electronic medical record system 1100 as a file according to the communication protocol of the electronic medical record information distribution function provided by the electronic medical record system 1100.
  • a communication protocol for the electronic medical record information distribution function a medical system connection standard HL7 or the like is generally used.
  • the metadata extraction / file registration system 700 is connected to the medical image adapter 800 and the electronic medical record adapter 1000.
  • data provided by the data source system (the medical image distribution system 900 and the electronic medical record system 1100) connected to the adapters 800 and 1000 is filed by the adapters 800 and 1000. Get things.
  • the metadata extraction / file registration system 700 extracts metadata (for example, patient ID, date, time, examination ID, and the like) from the acquired information in the file.
  • the metadata extraction / file registration system 700 registers the acquired file and the extracted metadata in the file storage 600 connected to the metadata extraction / file registration system 700.
  • the text search system 400 is connected to the file storage 600 and executes a process for enabling text search on the files stored in the file storage 600. Specifically, the text search system 400 collects files (a medical image file, an electronic medical record file, and a metadata file extracted from the medical image file and the electronic medical record file) stored in the file storage 600. Then, the text search system 400 generates, for each file, an index that is used when the text search process is executed on the collected files.
  • files a medical image file, an electronic medical record file, and a metadata file extracted from the medical image file and the electronic medical record file
  • the metadata database 500 manages metadata extracted by the metadata extraction / file registration system 700, and enables search processing using metadata and tabulation processing using metadata. Specifically, the metadata database 500 collects metadata files stored in the file storage 600, and stores and manages the metadata stored in the collected metadata files in the database.
  • a text search system 400, a metadata database 500, a file storage 600, a metadata extraction / file registration system 700, a medical image adapter 800, and an electronic medical record adapter 1000 are components (processing units) that execute some processing on a file. ).
  • the integrated data access application server 300 is connected to the metadata database 500, the text search system 400, and the file storage 600.
  • the integrated data access application server 300 transmits to the metadata database 500 and the text search system 400 a search request for a file that satisfies the search conditions input by the user using the integrated data access application client 200.
  • the integrated data access application server 300 receives the search results of the metadata database 500 and the text search system 400, the integrated data access application server 300 returns information obtained by combining the received search results to the integrated data access application client 200 as search result information.
  • the integrated data access application client 200 is a program used when the user uses the integrated data access application.
  • the integrated data access application client 200 receives input of search conditions, transmits the input search conditions to the integrated data access application server 300, and integrates data.
  • the result information returned by the access application server 300 is displayed.
  • the progress management system 100 is connected to a text search system 400, a metadata database 500, a file storage 600, a metadata extraction / file registration system 700, a medical image adapter 800, and an electronic medical record adapter 1000 via a network.
  • the progress management system 100 collects and manages the progress of processing on files by the processing units constituting the management target system.
  • the progress management system 100 includes a processing status collection unit 101, a progress display unit 102, processing flow information 103, file ID association information 104, and progress accumulation information 105.
  • the processing status collection unit 101 accesses each processing unit and collects the progress status of each processing unit.
  • the progress display unit 102 displays the progress status collected by the processing status collection unit 101.
  • the processing order of each processing unit is registered in the processing flow information 103. Details of the processing flow information 103 will be described with reference to FIG.
  • the file ID association information 104 includes file identification information (first identification information) collected by the processing status collection unit 101 in each processing unit, and a file ID in the system in which the progress management system 100 manages the progress status. Correspondence with unique identification information (second identification information) is registered. Details of the file ID association information 104 will be described with reference to FIG.
  • the progress accumulation information 105 the progress status of each processing unit collected by the processing status collection unit 101 is registered. Details of the progress accumulation information 105 will be described with reference to FIG.
  • Each processing unit has a file ID mapping API (Application Program Interface) and a progress information API.
  • file ID mapping API Application Program Interface
  • Each processing unit acquires a file from the file acquisition source, and executes the processing of each processing unit on the acquired file.
  • the medical image adapter 800 acquires a file from the medical image distribution system 900
  • the metadata extraction / file registration system 700 acquires a file from the medical image adapter 800 and the electronic medical record adapter 1000.
  • the file ID mapping API is an interface that externally provides correspondence between the file identification information (hereinafter referred to as file ID) at the file acquisition source and the file ID in the processing units 400 to 700 having the file ID mapping API.
  • the file ID mapping API of the metadata extraction / file registration system 700 includes a file ID in the medical image adapter 800 or the electronic medical record adapter 1000 that is a file acquisition source and a file ID in the metadata extraction / file registration system 700.
  • the file ID mapping API of each of the processing units 400 to 700 provides the file ID of the previous processing unit and the file ID of itself to the outside.
  • the progress status API is an interface that provides the progress status of the file to the outside in the processing units 400 to 700 having the progress status API.
  • the file acquisition process of each processing unit is executed periodically in batch processing format.
  • the file acquisition process is sequentially performed on a specific file set from which files are acquired.
  • the file acquisition source of the file of the text search system 400 is the file storage 600
  • the acquisition target of one batch process in the text search system 400 is usually acquired by the past file acquisition processing of the file group in the file storage 600. It is a set of files that have not been processed.
  • the progress information API provides the file processing status to the outside in units of files acquired in the file acquisition process.
  • FIG. 2 is a hardware configuration diagram of the progress management system 100 according to the first embodiment of the present invention.
  • the progress management system 100 includes a CPU 111, a main storage device (memory) 112, a secondary storage device 113, a communication device 114, and an input / output device 115. These CPU 111, main storage device 112, secondary storage device 113, communication device 114, and input / output device 115 are connected to each other via a bus 116.
  • the CPU 111 executes a program read into the main storage device 112.
  • the main storage device 112 reads a program stored in the secondary storage device 113.
  • Various programs are stored in the secondary storage device 113.
  • the communication device 114 is an interface for communicating with other devices.
  • the input / output device 115 is an input device such as a keyboard and a mouse, and an output device such as a display.
  • the secondary storage device 113 and the main storage device 112 store data necessary for execution of the program in addition to the program, and read processing and writing processing of the data are executed as the program is executed. Furthermore, there are cases where the processing of these hardware devices is executed as software using the virtualization technology of information processing devices that are currently widely used. Since these specific information processing apparatus configuration methods are not the essence of the present invention, the description thereof will be omitted.
  • FIG. 3 is an explanatory diagram of the processing order of each processing unit registered in the processing flow information 103 according to the first embodiment of this invention.
  • the processing flow information 103 is set in advance by an administrator or the like before the progress management system 100 manages the processing status of each processing unit.
  • the processing flow information 103 shown in FIG. 3 the processing flow of the medical information system shown in FIG. 1 is registered.
  • the medical image adapter 800 collects medical image files from the medical image distribution system 900.
  • the electronic medical record adapter 1000 collects electronic medical record files from the electronic medical record system 1100.
  • the metadata extraction / file registration system 700 extracts metadata from the files collected by the medical image adapter 800 and the electronic medical record adapter 1000, and is collected by the medical image adapter 800 and the electronic medical record adapter 1000.
  • the file and the extracted metadata are registered in the file storage 600.
  • the text search system 400 collects files registered in the file storage 600 and generates a search index.
  • the metadata database 500 collects metadata registered in the file storage 600 and registers the collected metadata in the database.
  • FIG. 4 is a flowchart of processing status collection processing of the processing status collection unit 101 according to the first embodiment of this invention.
  • the processing status collection process is executed by the CPU 111 of the progress management system 100.
  • the processing status collection unit 101 executes each processing unit (medical image adapter 800, electronic medical record adapter 1000, metadata extraction / file registration system 700, text search system 400) that executes processing registered in the processing flow information 103.
  • progress information is collected from the progress information API of the metadata database 500 (3001).
  • the progress information collected from the progress information API of each processing unit includes the file ID in each processing unit and the processing progress status of the file identified by the file ID.
  • the progress status is “uncollected” indicating that the file is not collected by each processing unit, “unregistered” indicating that the file has not been processed, and “registered” indicating that the file has been processed.
  • One of “complete” is set as a value. Details of the progress information collected in step 3001 will be described with reference to FIG.
  • the processing status collection unit 101 assigns the file ID (acquisition source file ID) at the acquisition source of the file identified by the file ID in each processing unit included in the processing information collected in the processing of step 3001 to each processing unit.
  • the file ID included in the progress information and the acquisition source file ID are associated with the same global file ID and registered in the file ID association information 104 (3002). Details of the processing in step 3002 will be described with reference to a specific example in FIG.
  • the processing status collection unit 101 based on the progress information collected in step 3001 and the global file ID associated with the file ID included in the progress information and the acquisition source file ID in step 3002, the processing status collection unit 101.
  • a progress information record is generated, the generated progress information record is registered in the progress accumulation information 105 (3003), and the processing status collection process is terminated.
  • the progress information record is generated for each progress information collected from one processing unit. Details of the processing in step 3003 will be described with reference to a specific example in FIG.
  • the progress accumulation information 105 is updated according to the progress of each processing unit by periodically executing the processing of steps 3001 to 3003 repeatedly.
  • the progress management system 100 updates the file ID association information 104 and the progress accumulation information 105.
  • FIG. 5 is an explanatory diagram of progress information collected by the processing status collection unit 101 according to the first embodiment of this invention.
  • the progress information includes a file ID 4001, a status 4002 indicating the progress status, and a date and time 4003.
  • the file ID 4001 includes a file ID in the processing unit.
  • the status 4002 includes a value indicating the progress status of the file identified by the file ID included in the file ID 4001. As described above, the value indicating the progress status is one of “uncollected”, “unregistered”, and “registration completed”.
  • the date and time 4003 includes the date and time when the progress information API of the processing unit acquires the progress status.
  • the progress information API of the text search system 400 includes the file ID “0001”, the status “uncollected”, and the date and time “February 1, 2012 12:00:30” in the text search system 400. A case where progress information is transmitted to the processing status collection unit 101 is shown.
  • FIG. 6 is an explanatory diagram of the file ID linking information 104 according to the first embodiment of this invention.
  • the file ID linking information 104 includes a global file ID 5001, a component ID 5002, and a file ID 5003.
  • file identification information (global file ID) unique in the medical information system is registered.
  • identification information (component ID) of a processing unit that has performed processing on a file identified by the global file ID registered in the global file ID 5001.
  • the identification information in the processing unit identified by the component ID registered in the component ID 5002 of the file identified by the global file ID registered in the global file ID 5001 is registered.
  • the processing status collection unit 101 identifies the file ID “0001” in the text search system 400 and the file ID “0001” from the file ID mapping API of the text search system 400.
  • the file ID (acquisition source file ID) “dcm / 20120202a.dcm” in the file storage 600 that is the acquisition source of the file to be acquired is acquired.
  • the processing status collection unit 101 adds a new record to the file ID linking information 104.
  • the global file ID is registered in the global file ID 5001 of the added record
  • the identification information of the text search system 400 is registered in the component ID 5002
  • “0001” is registered in the file ID 5003.
  • the processing status collection unit 101 when the global file ID linked to the acquisition source file ID “dcm / 201202202a.dcm” does not exist in the file ID linking information 104, the processing status collection unit 101 generates a new global file ID, Two records are added to the ID association information 104. Then, the processing status collection unit 101 registers the generated new global file ID in the global file ID 5001 of the two added records. Further, the processing status collection unit 101 registers the identification information of the text search system 400 in the component ID 5002 of the added one record, and registers “0001” in the file ID 5003. In addition, the processing status collection unit 101 registers the identification information of the acquisition source file storage 600 in the component ID 5002 of the other added record, and registers the acquisition source file ID “dcm / 20120202a.dcm” in the file ID 5003.
  • the process status collection unit 101 associates the file ID of the processing unit and the acquisition source file ID included in the progress information collected in the process of step 3001 with the global file ID, and file ID association information. 104.
  • FIG. 7 is an explanatory diagram of the progress accumulation information 105 according to the first embodiment of this invention.
  • the progress accumulation information 105 includes a global file ID 6001, component ID 6002, status 6003, and date / time 6004.
  • a global file ID is registered in the global file ID 6001, and a component ID is registered in the component ID 6002.
  • a value indicating the progress status of the file identified by the global file ID registered in the global file ID 6001 is registered.
  • the date and time 6004 the date and time when the progress information API of the processing unit acquires the progress status is registered.
  • the processing status collection unit 101 collects the processing information shown in FIG. 5 from the progress information API of the text search system 400 in the process of step 3001 shown in FIG. 4, and the text search system 400 in the process of step 3002
  • the processing in step 3003 when the file ID “0001” and the acquisition source file ID “dcm / 20120202a.dcm” are acquired from the file ID mapping API that the user has is described.
  • the processing status collection unit 101 adds a new record to the progress accumulation information 105, and adds the global file associated with the file ID “0001” in the text search system 400 to the global file ID 6001 of the added record in the process of step 3002. ID “000003” is registered. Then, the processing status collection unit 101 registers the identification information of the text search system 400 in the component ID 6002 of the added record, registers “not collected” in the status 6003, and “February 1, 2012” in the date and time 6004. "12:00:30" is registered.
  • FIG. 8 is a flowchart of the progress display process of the progress display unit 102 according to the first embodiment of this invention.
  • the progress display process is executed by the CPU 111 of the progress management system 100.
  • the progress management system 100 accepts a progress display request input by the user (7001).
  • the user may input a progress display request to the integrated data access application client 200, input to a computer (not shown), or input directly to the progress management system 100.
  • the progress display request includes a file search condition.
  • the file search condition is a condition of a file for which the user grasps the progress status. For example, designation by a date and time 6004 registered in the progress accumulation information 105 (file generated after February 1, 2012) And so on. If information other than the date and time 6004 (for example, a file type) is registered in the progress accumulation information 105, the designation by this information is also possible.
  • the progress management system 100 When the progress management system 100 accepts the progress display request in the process of step 7001, the progress management system 100 shifts the process to the progress display unit 102, and the progress display unit 102 requests the progress display request from the record registered in the progress accumulation information 105. Records that meet the file search conditions included in the file are collected (7002).
  • the progress display unit 102 refers to the global file ID 6001 of the record of the progress accumulation information 105 collected in the process of step 7002, and calculates the number of global file IDs as the total number of files (7003). In other words, in the process of step 7003, the progress display unit 102 calculates the number of files that meet the file search condition.
  • the progress display unit 102 refers to the component ID 6002 and the state 6003 of the record of the progress accumulation information 105 collected in the process of Step 7002 and calculates the number of global file IDs that satisfy the end condition as the number of registered files. (7004).
  • the end condition is a condition under which a system to be managed by the progress management system 100 ends a series of processing for a file.
  • the progress display unit 102 calculates the number of files for which a series of processes of the managed system has been completed.
  • the end condition is that the processing of the text search system 400 is finished and the processing of the metadata database 500 is finished. That is, in the progress display unit 102, the identification information of the text search system 400 is registered in the component ID 6002, the record in which “registration completed” is registered in the state 6003, and the identification information of the metadata database 500 is registered in the component ID 6002. Then, the number of global file IDs including a record in which “registration complete” is registered in the state 6003 is calculated as the number of registration complete files.
  • the progress display unit 102 calculates the file registration completion rate by dividing the number of registered completion files calculated in step 7004 by the total number of files calculated in step 7003, and calculates the calculated file registration.
  • the completion rate is returned as a progress display response to the computer that sent the progress status display request (7005), and the process ends.
  • the file registration completion rate indicates the overall progress of the managed system. Further, the computer that has received the progress display response displays the file registration completion rate of the progress display response.
  • the progress display process shown in FIG. 8 when the file search condition is a file generated on or after February 1, 2012 will be described using the progress accumulation information 105 shown in FIG.
  • step 7002 all the records registered in the progress accumulation information 105 shown in FIG. 7 are collected.
  • the identification information of the text search system 400 is registered in the component ID 6002, the record in which “registration completed” is registered in the state 6003, and the identification information of the metadata database 500 is registered in the component ID 6002. Since the global file ID including the record in which “registration complete” is registered in the state 6003 is “000001”, 1 is calculated as the number of registration complete files.
  • the global file ID “000003” since the record of the global file ID “000003” does not include the record in which the identification information of the metadata database 500 is registered in the component ID 6002, the global file ID “000003” does not satisfy the end condition. This is because the metadata database 500 has not acquired the file with the global file ID “000003” from the file storage 600, and therefore the progress status of the file with the global file ID “000003” does not exist in the metadata database 500. It is.
  • Step 7005 1 which is the number of registered completion files is divided by the total number of files 3, and the file registration completion rate is calculated to be 33.3%.
  • the progress management system 100 assigns a global file ID to the same file, so that the progress status can be managed in units of files.
  • the total processing time calculation process calculates an expected end time at which a processing unit having a file that has not been processed ends the execution of the process on the file, and manages based on the calculated expected end time of each processing unit. This is a process of calculating the overall expected end time, which is the time for the target system to finish executing a series of processes for all files.
  • FIG. 9 is a flowchart of the overall process end time calculation process according to the first embodiment of the present invention.
  • the total process end time calculation process is executed by the CPU 111 of the progress management system 100. 9 are the same as the processes in steps 7001 and 7002 shown in FIG. 8, the same reference numerals as those in FIG.
  • the progress display unit 102 refers to the processing flow information 103 and identifies all processing units that execute processing on the file (8003).
  • the medical image adapter 800, the electronic medical record adapter 1000, the metadata extraction / file registration system 700, the text search system 400, and the metadata database 500 are specified as processing units. Note that if the processing unit specified in the process of step 8003 is registered in advance in the progress management system 100, the process of step 8003 may not be executed.
  • the progress display unit 102 refers to the record of the progress accumulation information 105 collected in the process of step 7002 and specifies the number of unprocessed files for each processing unit specified in the process of step 8003. Based on the number of unprocessed files, an expected end time calculation process for calculating the expected end time of the processing unit specified in the process of Step 8003 is executed (8004). Details of the processing in step 8004 will be described with reference to FIG.
  • the progress display unit 102 arranges the expected end time calculated in the process of step 8004 in each processing unit on the processing flow information 103, selects the path that has the maximum total estimated end time, and selects the selected path.
  • the total expected end time of the path is calculated as the expected end time of the system to be managed, and the calculated expected end time is returned as a progress display response to the computer that sent the progress status display request (8005), and the process ends. Details of the processing in step 8005 will be described with reference to FIG.
  • FIG. 10 is a flowchart of an expected end time calculation process according to the first embodiment of this invention.
  • the progress display unit 102 refers to the processing flow information 103, and specifies a processing unit that executes processing for the file first (8011).
  • the progress display unit 102 specifies a record in which the identification information of the processing unit that executes the process first is registered in the component ID 6002 among the records of the progress accumulation information 105 collected in the process of Step 7002.
  • the number of global file IDs of the identified record is calculated as the number of files to be processed (8012).
  • the progress display unit 102 determines whether all the processing units specified in the process of Step 8003 have been selected in the process of Step 8014 (8013).
  • step 8013 If it is determined in step 8013 that all the processing units identified in step 8003 have been selected in step 8014, the progress display unit 102 ends the expected end time calculation process, and in step 8005. Transfer process to process.
  • step 8013 if it is determined in step 8013 that all the processing units specified in step 8003 are not selected in step 8014, the progress display unit 102 is specified in step 8003. One of the processing units that has not been selected is selected (8014).
  • the progress display unit 102 collects records in which the identification information of the processing unit selected in the process of step 8014 is registered in the component ID 6002 from the records of the progress accumulation information 105 collected in the process of step 7002. (8015).
  • the progress display unit 102 calculates the number of records in which “registration complete” is registered in the state 6003 among the records collected in the process of step 8015 as the number of process completion files (8016).
  • the progress display unit 102 subtracts the number of processed files in the process of step 8016 from the number of processing target files calculated in the process of step 8012, and unprocesses the processing unit selected in the process of step 8014.
  • the number of files is calculated (8017).
  • the progress display unit 102 multiplies the number of unprocessed files calculated in the process of step 8017 by the average processing time of the processing unit selected in the process of step 8014, and the process selected in the process of step 8014.
  • the expected end time indicating the time required for the section to execute the process on the unprocessed file is calculated (8018), and the process proceeds to step 8013.
  • Each processing unit calculates an average processing time each time processing is performed on one file, and notifies the progress management system 100 of the calculated average processing time.
  • the number of unprocessed files of each processing unit is calculated by subtracting the number of files that have been processed from the number of files to be processed by each processing unit, and the calculated number of unprocessed files and the average processing time are calculated. Based on the above, the expected end time of each processing unit can be calculated.
  • FIG. 11 is an explanatory diagram of the calculation processing of the overall expected processing time according to the first embodiment of this invention.
  • the expected end time of each processing unit is arranged in each processing unit of the processing flow information 103 shown in FIG. 3, and the expected end time is illustrated above each processing unit.
  • the expected end time of the managed system is calculated as 5 hours.
  • the user can know how long it will take for the managed system to finish processing all files.
  • the progress status calculation process for each processing unit calculates, as the progress status, a value obtained by dividing the number of files for which processing has been completed by the number of files to be processed, and calculates an expected end time of each processing unit.
  • FIG. 12 is a flowchart of progress status calculation processing for each processing unit according to the first embodiment of this invention.
  • the progress status calculation process for each processing unit is executed by the CPU 111 of the progress management system 100.
  • step 12 is different from the overall process end time calculation process shown in FIG. 9 in that the process of step 8005 is not executed. Further, the expected end time calculation process (8004) shown in FIG. 13 is different from the expected end time calculation process shown in FIG. 10, and this difference will be described in detail with reference to FIG.
  • FIG. 13 is a flowchart of the expected end time calculation process of the progress status calculation process for each processing unit according to the first embodiment of the present invention.
  • the progress display unit 102 divides the process completion file number calculated in the process of step 8016 by the number of process target files calculated in the process of step 8012.
  • the file registration completion rate of the processing unit selected in step 8014 is calculated (12001), and the process proceeds to step 8017.
  • the progress status of each processing unit is calculated in the process of step 12001, and the expected end time of each processing unit is calculated in the process of step 8018. Thereby, the user can know the time until the processing is completed for each processing unit.
  • FIG. 14 is an explanatory diagram of a progress information display screen according to the first embodiment of the present invention.
  • the progress information display screen shown in FIG. 14 is displayed on the display unit of the computer that has received the progress display response corresponding to the progress display request.
  • the progress information display screen includes an overall progress screen 13000 and a progress screen 13010 for each processing unit.
  • the overall progress screen 13000 includes a file registration completion rate display field 13001 and an expected end time display field 13002.
  • the file registration completion rate display field 13001 is a field for displaying the file registration completion rate calculated in the process of step 7005 shown in FIG.
  • the expected end time display field 13002 is a field for displaying the expected end time calculated in the process of Step 8005 shown in FIG.
  • the processing unit progress screen 13010 displays the processing order of each processing unit according to the processing flow information 103.
  • the processing unit progress screen 13010 displays a file registration completion rate display field 13011, the number of unprocessed files corresponding to each processing unit.
  • a display field 13012 and an expected end time display field 13013 are included.
  • the file registration completion rate display field 13011 is a field for displaying the file registration completion rate of each processing unit calculated in the processing of step 12001 shown in FIG.
  • the unprocessed file number display field 13012 is a field for displaying the number of unprocessed files of each processing unit calculated in the process of step 8017 in FIG.
  • the expected end time display field 13013 is a field for displaying the expected end time of each processing unit calculated in step 8018 in FIG.
  • a priority is given to a file to be processed, and each processing unit executes processing in order from the file with the highest priority.
  • the user can change the priority of a specific file via the progress management system.
  • FIG. 15 is a flowchart of the priority changing process according to the second embodiment of the present invention. 15 that are the same as those shown in FIG. 8 are given the same reference numerals, and descriptions thereof are omitted.
  • the file search condition input by the user is a condition for searching for a file whose priority is to be changed.
  • the progress display unit 102 specifies the progress status of the file that meets the file search condition (14003).
  • a file that meets the file search condition is specified by the global file ID in the record of the progress accumulation information 105 collected in the process of Step 7002.
  • the progress display unit 102 refers to the record of the progress accumulation information 105 collected in the process of step 7002 and identifies a global file ID that satisfies the end condition and a global file ID that does not satisfy the end condition. Note that the termination conditions are as described in the processing of 7004 shown in FIG.
  • the progress display unit 102 displays a priority change screen 15000 including the file name of the file that meets the file search condition and the progress status of the file specified in the process of Step 14003 (14004). Details of the priority change screen 15000 will be described with reference to FIG. 16, but the user views the priority change screen 15000 and designates a file whose priority is to be changed. The designation of the file whose priority is changed by the user is input to the progress display unit 102 via an input device (not shown).
  • the progress display unit 102 sets the priority of the file in the processing unit that has not yet executed the process for the specified file, and ends the process. (14005).
  • the processing of the file specified by the user is executed with priority over the processing of other files, so that the file specified by the user can be used quickly by other files.
  • FIG. 16 is an explanatory diagram of a priority change screen 15000 according to the second embodiment of this invention.
  • the priority change screen 15000 includes a file search condition input field 15001, a file registration completion rate display field 15002, an unprocessed file number display field 15003, an expected end time display field 15004, and a progress status display field 15010.
  • the file search condition input field 15001 is a field for the user to input a file search condition.
  • the file registration completion rate display field 15002 is a field for displaying the file registration completion rate calculated in the process of step 7005 shown in FIG.
  • An unprocessed file number display field 15003 displays the number of global file IDs that do not satisfy the termination condition.
  • the expected end time display field 15004 is a field for displaying the expected end time calculated in the process of Step 8005 shown in FIG.
  • the progress status display field 15010 includes a file name 15011 and a status 15012, and the file name 15011 displays the file name of the file that meets the file search condition.
  • the status 15012 it can be specified whether the file identified by the file name is a file that satisfies the end condition (a usable file) or a file that does not satisfy the end condition (a file that is being registered).
  • Information is displayed.
  • a priority registration button 15013 is displayed in the record of the file name being registered. When the priority registration button 15013 is operated, the file of the record is designated as a file whose priority is changed.
  • the file can be preferentially executed by changing the priority of the file.
  • each processing unit collects files from the file acquisition source, and each processing unit executes processing on the file.
  • each processing unit connected to each processing unit.
  • An external system (registration batch system 1600 shown in FIG. 17) controls the collection of the files of each processing unit and the execution of processing by each processing unit, manages the progress of processing of each processing unit, The progress management system 100 collects progress information from the registration batch system 1600.
  • FIG. 17 is an explanatory diagram of the configuration of the information processing system according to the third embodiment of the present invention.
  • the registration batch system 1600 is a system that controls the file collection of each processing unit and the execution of processing on the file of each processing unit.
  • the registration batch system 1600 executes a registration batch program and includes a progress information API.
  • the registration batch program in order for the system to be managed to execute a series of processing, the order of processing by each processing unit is set in advance.
  • Each processing unit of the present embodiment does not need to include a progress information API.
  • the processing flow information 103 stored in the progress management system 100 the order of processing by each processing unit set in the registration batch program is registered. Further, the processing status collection unit 101 of the progress management system 100 accesses the progress information API of the registration batch system and collects the progress information of each processing unit instead of collecting the progress information from each processing unit.
  • the first embodiment and the second embodiment can also be applied when the registration batch system 1600 outside the management target system controls the execution of processing on the file by each processing unit.
  • the management target system is assumed to have a configuration in which the processing units are arranged at a physically close distance from each other and these processing units are connected via a network.
  • systems having the same system configuration are deployed in a plurality of data centers according to the geographical conditions of the end user, the storage capacity of the file storage 600, and the like (see FIG. 18).
  • the progress management system 100 determines whether the data center A has a file group that satisfies a specific condition and the data center B has another file group.
  • a file move process which is a process of moving files between, is executed.
  • FIG. 18 is an explanatory diagram of the configuration of the information processing system according to the fourth embodiment of this invention. Of the information processing system shown in FIG. 18, the same configuration as the information processing system shown in FIG.
  • the integrated data access application server 300 in the data center A, the integrated data access application server 300, the text search system 400, the metadata database 500, and the file storage 600 are arranged.
  • the data center B an integrated data access application server 300, a text search system 400, a metadata database 500, and a file storage 600 are arranged.
  • the file storage 600 arranged in the data center A is connected to the metadata extraction / file registration system 700.
  • the file storage 600 arranged in the data center B is not connected to the metadata extraction / file registration system 700 but is connected to the file storage 600 arranged in the data center A.
  • the files collected by the medical image adapter 800 and the electronic medical record adapter 1000 are registered in the file storage 600 arranged in the data center A from the metadata extraction / file registration system 700.
  • the progress management system 100 arranges files that satisfy a predetermined condition (for example, a condition specified by the user) among the files registered in the file storage 600 arranged in the data center A in the data center B. Move to the file storage 600.
  • a predetermined condition for example, a condition specified by the user
  • FIG. 19 is a flowchart of the file movement process according to the fourth embodiment of the present invention.
  • the file movement process is executed by the CPU 111 of the progress management system 100. Note that the processing in steps 7001 and 7002 shown in FIG. 19 is the same as the processing in steps 7001 and 7002 shown in FIG. 8, and therefore, the same reference numerals as those in FIG.
  • the file search condition input by the user in the process of Step 7001 is a condition for searching for a file to be moved.
  • the progress display unit 102 registers from the collected progress accumulation information 105 in the file storage 600 arranged in the data center A. And the identified file is copied from the file storage 600 arranged in the data center A to the file storage 600 arranged in the data center B (18003). Specifically, the progress display unit 102 specifies a record in which the identification information of the metadata extraction / file registration system 600 is registered in the component ID 6002 among the records of the progress accumulation information 105 collected in the process of Step 7002. .
  • the progress display unit 102 registers the global file ID registered in the global file ID 6001 of the record whose status 6003 of the identified record is “registration complete” in the file storage 600 arranged in the data center A. It is specified as identification information of the completed file. Then, the progress display unit 102 transmits a copy instruction to the file storage arranged in the data center B of the file specified by the global file ID to the file storage 600 arranged in the data center A.
  • the progress display unit 102 converts the files that have been copied to the file storage 600 arranged in the data center B to the respective processing units arranged in the data center A (text search system 400 and metadata database 500). And the file storage 600 arranged in the data center A is deleted (18004), and the process is terminated.
  • Each processing unit has a deletion interface (not shown) for executing a file deletion process.
  • the progress display unit 102 deletes a file from each processing unit by transmitting a file deletion request to a deletion interface included in each processing unit arranged in the data center A.
  • the progress display unit 102 can move the file designated by the user among the files registered in the file storage 600 arranged in the data center A to the file storage 600 arranged in the data center B. it can.
  • the progress display unit 102 executes the file movement process and the file deletion process.
  • a program other than the progress display unit 102 may execute these processes.
  • the progress management system 100 uses the same method as in the first and third embodiments to check the progress status of the file copy process in step 18003 and the file deletion process in step 18004. Or it can collect from the batch system 1600 for registration.
  • the progress management system 100 consistently controls the movement of the files throughout the managed system. it can. Further, by combining the present embodiment with the first embodiment or the third embodiment, the progress management system 100 can manage the progress of the file move process and the file delete process.
  • the progress management system 100 periodically collects progress information of each processing unit, and when a progress status display request is received in the process of step 7001, the condition of the request is satisfied. The progress status is calculated based on the progress information.
  • the progress management system 100 collects the progress information of each processing unit at the timing of receiving the progress status display request, and calculates the progress status based on the progress information that satisfies the request condition. .
  • the progress management system 100 of this embodiment receives a progress status display request in the processing of step 7001 shown in FIG. 8, FIG. 9, and FIG. 12, steps 3001 to 3003 of the processing status collection processing shown in FIG. Execute the process.
  • the progress management system 100 does not always need to store the file ID association information 104 and the progress accumulation information 105, but only when receiving a progress display request and calculating the progress of the managed system. do it. For this reason, in this embodiment, it is possible to realize a progress management system that reduces the cost of data storage.
  • this invention is not limited to the above-mentioned Example, Various modifications are included.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of a certain embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of a certain embodiment.
  • each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • the present invention can be applied to a progress management system in which a managed system having a plurality of processing units executes a series of processes on a file and manages the progress of the process by the managed system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

　本発明は、複数の処理部横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供することを目的とする。　ファイルに処理を実行する複数の処理部を含み、ファイルに対して一連の処理を実行する管理対象システムと、管理対象システムに含まれる処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、進捗状況管理部は、第１処理部内でのファイルの第１識別情報を取得する場合、第２処理部内での当該ファイルの第１識別情報も取得し、取得した第１処理部内での第１識別情報及び取得した第２処理部内での第１識別情報を、同一の第２識別情報に紐付けることを特徴とする。

Description

進捗状況管理システム、及び進捗状況管理方法
　本発明は、複数の処理部によるファイルに対する処理の進捗状況を管理する進捗状況管理システムに関し、特に、各処理部内でのファイルの識別情報が異なる場合においても進捗状況を管理する進捗状況管理システムに関する。
　企業内における非構造データの蓄積量は増加傾向にある。このようなデータを活用する要求は高まっており、テキスト検索システムをはじめとするファイル登録を必要とする複数のシステムを利用する状況が増えつつある。例えば、テキスト検索システムを利用可能にするためには、テキスト検索システムは、検索対象のファイルを収集し、収集したファイルに検索用インデックスを生成する処理を実行する必要がある。しかしながら、ファイルの収集処理の実行時間及び検索用インデックスの生成処理の実行時間は、ファイルの量に応じて変動する。このため、ユーザは、これらの処理の実行時間が不明であるので、いつファイルが検索可能となるのかを把握できないという問題（以下、問題１という）がある。
　この問題１を解決するために、多くのテキスト検索システムはファイルの収集処理及び検索用インデックスの生成処理の進捗状況を表示する機能を備える。これによって、ユーザは、いつどのファイルが検索可能になるかを把握することができる。
　また、ファイルの活用を目的とするシステムを構築する場合、ファイルに対して処理を実行する複数のコンポーネント（処理部）を組み合わせることによって、処理フローを実現する必要がある。しかし、この場合には、処理フローの把握が困難になるという問題（以下、問題２という）がある。
　この問題２を解決するために、特開２００６－１２６９８６号公報（特許文献１）がある。この公報には、「各アクティビティに要するコストは全て平等であることを前提とし、ノードに対する残アクティビティ数とアクティブパスによる実行中パスから進捗率を算出する。進捗率の計算方法は、進捗率St+1は残進捗率（100-St）を遷移する可能性がある総アクティビティ数で割ったものを現在の進捗率Stに加算することで求まる。」と記載されている。これによれば、複数のコンポーネントを組み合わせたシステムであっても、ユーザはシステム全体の処理フロー及び処理時間を把握することができる。
特開２００６－１２６９８６号公報
　従来の技術では、ユーザは、テキスト検索システムのように、一つのコンポーネントのみのシステムの処理の進捗を把握することができ、また、複数のコンポーネントを組み合わせたシステムの処理フローをジョブ単位で把握するができる。しかしながら、複数のコンポーネント横断でファイルに処理を実行する必要がある場合、ファイル単位で進捗状況を把握できないという課題がある。
　本発明はこれらの課題に鑑みてなされたものであり、本発明の目的は、複数の処理部横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供することである。
　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、前記進捗状況管理部は、前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する識別情報紐付け部と、前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する進捗情報収集部と、前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する進捗状況紐付け部と、を有し、前記複数の処理部は、第１処理部と第２処理部とを含み、前記識別情報紐付け部は、前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得し、前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けることを特徴とする。
　本発明の一態様によれば、複数のコンポーネント横断でファイル処理を実行する必要がある場合に、ファイル単位で進捗状況を管理可能な進捗状況管理システムを提供できる。
本発明の第１実施例の情報処理システムの構成の説明図である。 本発明の第１実施例の進捗管理システム１００のハードウェア構成図である。 本発明の第１実施例の処理フロー情報に登録された各処理部の処理順序の説明図である。 本発明の第１実施例の処理状況収集部の処理状況収集処理のフローチャートである。 本発明の第１実施例の処理状況収集部によって収集される進捗情報の説明図である。 本発明の第１実施例のファイルＩＤ紐付け情報の説明図である。 本発明の第１実施例の進捗蓄積情報の説明図である。 本発明の第１実施例の進捗表示部の進捗表示処理のフローチャートである。 本発明の第１実施例の全体処理終了時間算出処理のフローチャートである。 本発明の第１実施例の予想終了時間算出処理のフローチャートである。 本発明の第１実施例の全体の予想処理時間の算出処理の説明図である。 本発明の第１実施例の処理部毎進捗状況算出処理のフローチャートである。 本発明の第１実施例の処理部毎進捗状況算出処理の予想終了時間算出処理のフローチャートである。 本発明の第１実施例の進捗情報表示画面の説明図である。 本発明の第２実施例の優先度変更処理のフローチャートである。 本発明の第２実施例の優先度変更画面の説明図である。 本発明の第３実施例の情報処理システムの構成の説明図である。 本発明の第４実施例の情報処理システムの構成の説明図である。 本発明の第４実施例のファイル移動処理のフローチャートである。
　（第１実施例）
　本発明の第１実施例を図１～図１４を用いて説明する。
　図１は、本発明の第１実施例の情報処理システムの構成の説明図である。
　情報処理システムは、進捗管理システム１００、統合データアクセスアプリケーションクライアント２００、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び、電子カルテシステム１１００を備える。これらは、通常広く一般に利用されるサーバ装置と同様の構成のハードウェア装置であり、これらのハードウェア装置の構成は進捗管理システム１００を例に図２で詳細を説明する。
　なお、本実施例では、本発明の本質となる機能要素を構成する進捗管理システム１００の動作を説明するために、進捗管理システム１００を医療情報システムに適用する場合を例にあげて説明するが、進捗管理システム１００は他のシステムにも適用可能である。
　進捗管理システム１００の処理手順を詳細に説明する前に、医療情報システムの構成の概略について説明する。
　本実施例の医療情報システムは、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び電子カルテシステム１１００を有する。
　医療画像配信システム９００は、レントゲン写真及びＭＲＩ画像などの医療画像を処理するシステムであり、電子カルテシステム１１００は、電子カルテを処理するシステムである。本実施例の医療情報システムは、医療画像及び電子カルテをファイルストレージ６００に集約して記憶する。メタデータデータベース５００が、ファイルストレージ６００に記憶された医療画像及び電子カルテのメタデータ（例えば、患者ＩＤ、日付、時刻、及び検査ＩＤ等）を集約して管理する。また、テキスト検索システム４００が、ファイルストレージ６００に記憶された医療画像及び電子カルテをテキスト検索可能にする。そして、統合データアクセスアプリケーションサーバ３００は、テキスト検索システム４００及びメタデータデータベース５００の双方にアクセスし、テキスト検索システム４００によるテキスト検索機能及びメタデータデータベース５００によるフィルタ検索機能を組み合わせた統合検索機能を実現する。
　ユーザは、統合データアクセスアプリケーションクライアント２００を利用して、統合データアクセスアプリケーションサーバ３００に接続し、統合データアクセスアプリケーションサーバ３００の統合検索機能を利用する。
　本実施例の医療情報システムの本質的な点は、医療画像及び電子カルテという異種データをファイル形式でファイルストレージ６００に集約し、ファイルストレージ６００に記憶した全てのファイルに対してテキスト検索システム４００及びメタデータデータベース５００が登録処理を実行することによって、上位アプリケーション（統合データアクセスアプリケーションサーバ３００）の機能を実現する点である。ファイルストレージ６００が医療画像及び電子カルテを記憶するファイル形式、ファイルストレージ６００、テキスト検索システム４００、メタデータデータベース５００、統合データアクセスアプリケーションサーバ３００、及び統合データアクセスアプリケーションクライアント２００の内部構成の詳細は本実施例の本質の範囲外である。
　次に、医療情報システムの構成要素となる各情報処理装置について詳細に説明する。
　医療画像配信システム９００は、医療画像を管理するシステムであり、外部のシステム及びユーザが利用するクライアント計算機に医療画像を配信する。電子カルテシステム１１００は、患者の電子カルテを管理するシステムであり、外部のシステム及びユーザが利用するクライアント計算機に電子カルテを提供する。
　医療画像用アダプタ８００は、医療画像配信システム９００に接続され、医療画像配信システム９００が提供する医療画像配信機能の通信プロトコルに従って、医療画像配信システム９００から所望の医療画像をファイルとして取得する。なお、医療画像配信機能の通信プロトコルとしては、一般に医療画像標準のＤＩＣＯＭなどが利用されている。
　電子カルテ用アダプタ１０００は、電子カルテシステム１１００に接続され、電子カルテシステム１１００が提供する電子カルテ情報配信機能の通信プロトコルに従って、電子カルテシステム１１００から所望の電子カルテ情報をファイルとして取得する。なお、電子カルテ情報配信機能の通信プロトコルとしては、一般に医療システム接続標準のＨＬ７などが利用されている。
　メタデータ抽出・ファイル登録システム７００は、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００に接続される。メタデータ抽出・ファイル登録システム７００は、各アダプタ８００及び１０００に接続されるデータソースシステム（医療画像配信システム９００及び電子カルテシステム１１００）によって提供されるデータが各アダプタ８００及び１０００によってファイル化されたものを取得する。そして、メタデータ抽出・ファイル登録システム７００は、取得したファイル内の情報からメタデータ（例えば、患者ＩＤ、日付、時刻、及び検査ＩＤなど）を抽出する。また、メタデータ抽出・ファイル登録システム７００は、取得したファイル及び抽出したメタデータを、自身に接続されるファイルストレージ６００に登録する。
　テキスト検索システム４００は、ファイルストレージ６００に接続され、ファイルストレージ６００に記憶されたファイルに対してテキスト検索を可能にする処理を実行する。具体的には、テキスト検索システム４００は、ファイルストレージ６００に記憶されたファイル（医療画像ファイル、電子カルテファイル、並びに、医療画像ファイル及び電子カルテファイルから抽出されたメタデータファイル）を収集する。そして、テキスト検索システム４００は、収集したファイルに対してテキスト検索処理を実行する場合に利用されるインデックスをファイルごとに生成する。
　メタデータデータベース５００は、メタデータ抽出・ファイル登録システム７００によって抽出されたメタデータを管理し、メタデータを用いた検索処理及びメタデータを用いた集計処理を可能にする。具体的には、メタデータデータベース５００は、ファイルストレージ６００に記憶されたメタデータファイルを収集し、収集したメタデータファイル内に記憶されたメタデータをデータベース内に記憶し、管理する。
　テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、及び電子カルテ用アダプタ１０００は、ファイルに対して何らかの処理を実行するコンポーネント（処理部）として機能する。
　統合データアクセスアプリケーションサーバ３００は、メタデータデータベース５００、テキスト検索システム４００、及びファイルストレージ６００に接続される。統合データアクセスアプリケーションサーバ３００は、ユーザが統合データアクセスアプリケーションクライアント２００を用いて入力した検索条件を満たすファイルの検索要求を、メタデータデータベース５００及びテキスト検索システム４００に送信する。そして、統合データアクセスアプリケーションサーバ３００は、メタデータデータベース５００及びテキスト検索システム４００の検索結果を受信した場合、受信した検索結果を組み合わせた情報を検索結果情報として統合データアクセスアプリケーションクライアント２００に返す。
　統合データアクセスアプリケーションクライアント２００は、ユーザが統合データアクセスアプリケーションを利用する場合に使用するプログラムであり、検索条件の入力を受け付け、入力された検索条件を統合データアクセスアプリケーションサーバ３００に送信し、統合データアクセスアプリケーションサーバ３００が返す結果情報を表示する。
　次に、進捗管理システム１００について説明する。
　進捗管理システム１００は、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、及び電子カルテ用アダプタ１０００にネットワークを介して接続される。進捗管理システム１００は、管理対象のシステムを構成する各処理部によるファイルに対する処理の進捗状況を収集し、管理する。進捗管理システム１００は、処理状況収集部１０１、進捗表示部１０２、処理フロー情報１０３、ファイルＩＤ紐付け情報１０４、及び進捗蓄積情報１０５を有する。
　処理状況収集部１０１は、各処理部にアクセスし、各処理部の進捗状況を収集する。進捗表示部１０２は、処理状況収集部１０１によって収集された進捗状況を表示する。処理フロー情報１０３には、各処理部の処理順序が登録される。処理フロー情報１０３の詳細は図３で説明する。ファイルＩＤ紐付け情報１０４には、処理状況収集部１０１によって収集された各処理部内でのファイルの識別情報（第１識別情報）と、進捗管理システム１００が進捗状況を管理するシステム内におけるファイルの一意な識別情報（第２識別情報）と、の対応関係が登録される。ファイルＩＤ紐付け情報１０４の詳細は図６で説明する。進捗蓄積情報１０５には、処理状況収集部１０１によって収集された各処理部の進捗状況が登録される。進捗蓄積情報１０５の詳細は図７で説明する。
　次に、処理状況収集部１０１が各処理部から進捗状況を収集するために必要となる各処理部の前提について説明する。
　各処理部は、ファイルＩＤマッピングＡＰＩ（Application Program Interface）、及び進捗情報ＡＰＩを有する。
　各処理部は、ファイルの取得元からファイルを取得し、取得したファイルに対して各処理部の処理を実行する。例えば、医療画像用アダプタ８００は、医療画像配信システム９００からファイルを取得し、メタデータ抽出・ファイル登録システム７００は医療画像用アダプタ８００及び電子カルテ用アダプタ１０００からファイルを取得する。
　ファイルＩＤマッピングＡＰＩは、ファイルの取得元におけるファイルの識別情報（以下、ファイルＩＤという）と自身を有する処理部４００～７００におけるファイルＩＤとの対応関係を外部に提供するインタフェースである。例えば、メタデータ抽出・ファイル登録システム７００が有するファイルＩＤマッピングＡＰＩは、ファイルの取得元となる医療画像用アダプタ８００又は電子カルテ用アダプタ１０００におけるファイルＩＤとメタデータ抽出・ファイル登録システム７００におけるファイルＩＤとを外部に提供する。換言すれば、各処理部４００～７００のファイルＩＤマッピングＡＰＩは、一つ前の処理部におけるファイルＩＤと自身におけるファイルＩＤとを外部に提供する。
　進捗状況ＡＰＩは、自身を有する処理部４００～７００においてファイルの進捗状況を外部に提供するインタフェースである。
　各処理部のファイル取得処理はバッチ処理形式で周期的に実行される。一度のバッチ処理では、ファイルの取得元の特定のファイル集合に対して順次ファイル取得処理が実行される。例えば、テキスト検索システム４００のファイルの取得元はファイルストレージ６００であり、通常、テキスト検索システム４００における一度のバッチ処理の取得対象は、ファイルストレージ６００内のファイル群のうち過去のファイル取得処理で取得されていないファイルの集合である。進捗情報ＡＰＩは、ファイル取得処理で取得されたファイル単位でファイルの処理状況を外部に提供する。
　図２は、本発明の第１実施例の進捗管理システム１００のハードウェア構成図である。
　進捗管理システム１００は、ＣＰＵ１１１、主記憶装置（メモリ）１１２、副記憶装置１１３、通信装置１１４、及び入出力装置１１５を有する。これらのＣＰＵ１１１、主記憶装置１１２、副記憶装置１１３、通信装置１１４、及び入出力装置１１５は、バス１１６を介して互いに接続される。
　ＣＰＵ１１１は、主記憶装置１１２に読み込まれたプログラムを実行する。主記憶装置１１２には、副記憶装置１１３に記憶されたプログラムが読み込まれる。副記憶装置１１３には、各種プログラムが記憶される。
　通信装置１１４は、他の装置と通信するためのインタフェースである。入出力装置１１５は、例えばキーボード及びマウスのような入力装置、並びにディスプレイのような出力装置である。
　なお、副記憶装置１１３及び主記憶装置１１２にはプログラムの他に、プログラムの実行に必要なデータが記憶され、プログラムの実行に伴って当該データの読み取り処理及び書き込み処理が実行される。さらに、現在広く使われている情報処理装置の仮想化技術を利用し、これらのハードウェア装置の処理がソフトウェアとして実行される場合もある。これらの具体的な情報処理装置の構成方法は本発明の本質ではないので説明を省略する。
　また、進捗管理システム１００を例にハードウェア構成を説明したが、他の装置（統合データアクセスアプリケーションクライアント２００、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、ファイルストレージ６００、メタデータ抽出・ファイル登録システム７００、医療画像用アダプタ８００、医療画像配信システム９００、電子カルテ用アダプタ１０００、及び、電子カルテシステム１１００）も同じハードウェア構成であるので、説明を省略する。
　図３は、本発明の第１実施例の処理フロー情報１０３に登録された各処理部の処理順序の説明図である。
　処理フロー情報１０３は、進捗管理システム１００が各処理部の処理状況を管理する前に管理者等によって予め設定される。図３に示す処理フロー情報１０３には、図１に示す医療情報システムの処理フローが登録される。
　まず、医療画像用アダプタ８００が、医療画像配信システム９００から医療画像ファイルを収集する。また、電子カルテ用アダプタ１０００が、電子カルテシステム１１００から電子カルテファイルを収集する。
　次に、メタデータ抽出・ファイル登録システム７００が、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイルからメタデータを抽出し、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイル、及び抽出したメタデータをファイルストレージ６００に登録する。
　テキスト検索システム４００は、ファイルストレージ６００に登録されたファイルを収集し、検索用インデックスを生成する。また、メタデータデータベース５００は、ファイルストレージ６００に登録されたメタデータを収集し、収集したメタデータをデータベースに登録する。一つのファイルに対してテキスト検索システム４００の処理が完了し、かつメタデータデータベース５００の処理が完了すると、当該ファイルに対する一連の処理が完了する。
　図４は、本発明の第１実施例の処理状況収集部１０１の処理状況収集処理のフローチャートである。
　処理状況収集処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。
　まず、処理状況収集部１０１は、処理フロー情報１０３に登録された処理を実行する各処理部（医療画像用アダプタ８００、電子カルテ用アダプタ１０００、メタデータ抽出・ファイル登録システム７００、テキスト検索システム４００、及びメタデータデータベース５００）が有する進捗情報ＡＰＩから進捗情報を収集する（３００１）。各処理部が有する進捗情報ＡＰＩから収集する進捗情報は、各処理部におけるファイルＩＤ、及び当該ファイルＩＤによって識別されるファイルに対する処理の進捗状況を含む。進捗状況は、ファイルが各処理部によって収集されていない状態を示す「未収集」、ファイルに対する処理が完了していない状態を示す「未登録」、及びファイルに対する処理が完了した状態を示す「登録完了」のいずれかが値として設定される。なお、ステップ３００１の処理で収集される進捗情報の詳細は図５で説明する。
　次に、処理状況収集部１０１は、ステップ３００１の処理で収集した処理情報に含まれる各処理部におけるファイルＩＤによって識別されるファイルの取得元におけるファイルＩＤ（取得元ファイルＩＤ）を、各処理部が有するファイルＩＤマッピングＡＰＩから取得し、進捗情報に含まれるファイルＩＤと取得元ファイルＩＤとを同じグローバルファイルＩＤに紐付けてファイルＩＤ紐付け情報１０４に登録する（３００２）。ステップ３００２の処理の詳細については図６で具体例を挙げて説明する。
　次に、処理状況収集部１０１は、ステップ３００１の処理で収集した進捗情報、及びステップ３００２の処理で進捗情報に含まれるファイルＩＤと取得元ファイルＩＤとに紐付けられたグローバルファイルＩＤに基づいて進捗情報レコードを生成し、生成した進捗情報レコードを進捗蓄積情報１０５に登録し（３００３）、処理状況収集処理を終了する。なお、進捗情報レコードは、一つの処理部から収集された進捗情報ごとに生成される。ステップ３００３の処理の詳細については、図７で具体例を挙げて説明する。
　ステップ３００１～３００３の処理が周期的に繰り返し実行されることによって、進捗蓄積情報１０５が各処理部の進捗に応じて更新される。
　以上によって、進捗管理システム１００は、ファイルＩＤ紐付け情報１０４及び進捗蓄積情報１０５を更新する。
　図５は、本発明の第１実施例の処理状況収集部１０１によって収集される進捗情報の説明図である。
　進捗情報は、ファイルＩＤ４００１、進捗状況を示す状態４００２、及び日時４００３を含む。
　ファイルＩＤ４００１には、処理部内におけるファイルＩＤが含まれる。状態４００２には、ファイルＩＤ４００１に含まれるファイルＩＤによって識別されるファイルの進捗状況を示す値が含まれる。進捗状況を示す値は、上述したように、「未収集」、「未登録」、及び「登録完了」のいずれかの値である。日時４００３には、処理部が有する進捗情報ＡＰＩが進捗状況を取得した日時が含まれる。
　図５では、テキスト検索システム４００が有する進捗情報ＡＰＩが、テキスト検索システム４００におけるファイルＩＤ「０００１」、状態「未収集」、及び日時「２０１２年２月１日１２時００分３０秒」を含む進捗情報を処理状況収集部１０１に送信した場合を示している。
　図６は、本発明の第１実施例のファイルＩＤ紐付け情報１０４の説明図である。
　ファイルＩＤ紐付け情報１０４は、グローバルファイルＩＤ５００１、コンポーネントＩＤ５００２、及びファイルＩＤ５００３を含む。
　グローバルファイルＩＤ５００１には、医療情報システム内で一意なファイルの識別情報（グローバルファイルＩＤ）が登録される。コンポーネントＩＤ５００２には、グローバルファイルＩＤ５００１に登録されたグローバルファイルＩＤによって識別されるファイルに対して処理を実行した処理部の識別情報（コンポーネントＩＤ）が登録される。ファイルＩＤ５００３には、グローバルファイルＩＤ５００１に登録されたグローバルファイルＩＤによって識別されるファイルの、コンポーネントＩＤ５００２に登録されたコンポーネントＩＤによって識別される処理部における識別情報が登録される。
　例えば、図４に示すステップ３００２の処理で、処理状況収集部１０１は、テキスト検索システム４００が有するファイルＩＤマッピングＡＰＩから、テキスト検索システム４００におけるファイルＩＤ「０００１」、当該ファイルＩＤ「０００１」によって識別されるファイルの取得元であるファイルストレージ６００におけるファイルＩＤ（取得元ファイルＩＤ）「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を取得する。
　そして、取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」に紐付けられたグローバルファイルＩＤがファイルＩＤ紐付け情報１０４に存在する場合、処理状況収集部１０１は、ファイルＩＤ紐付け情報１０４に新たなレコードを追加し、追加したレコードのグローバルファイルＩＤ５００１に当該グローバルファイルＩＤを登録し、コンポーネントＩＤ５００２にテキスト検索システム４００の識別情報を登録し、ファイルＩＤ５００３に「０００１」を登録する。
　一方、取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」に紐付けられたグローバルファイルＩＤがファイルＩＤ紐付け情報１０４に存在しない場合、処理状況収集部１０１は、新たなグローバルファイルＩＤを生成し、ファイルＩＤ紐付け情報１０４に二つのレコードを追加する。そして、処理状況収集部１０１は、追加した二つのレコードのグローバルファイルＩＤ５００１に生成した新たなグローバルファイルＩＤを登録する。また、処理状況収集部１０１は、追加した一方のレコードのコンポーネントＩＤ５００２にテキスト検索システム４００の識別情報を登録し、ファイルＩＤ５００３に「０００１」を登録する。また、処理状況収集部１０１は、追加した他方のレコードのコンポーネントＩＤ５００２に取得元のファイルストレージ６００の識別情報を登録し、ファイルＩＤ５００３に取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を登録する。
　すなわち、ステップ３００２の処理では、処理状況収集部１０１は、ステップ３００１の処理で収集した進捗情報に含まれる処理部のファイルＩＤ及び取得元ファイルＩＤをグローバルファイルＩＤに紐付けてファイルＩＤ紐付け情報１０４に登録する。
　図７は、本発明の第１実施例の進捗蓄積情報１０５の説明図である。
　進捗蓄積情報１０５は、グローバルファイルＩＤ６００１、コンポーネントＩＤ６００２、状態６００３、及び日時６００４を含む。
　グローバルファイルＩＤ６００１にはグローバルファイルＩＤが登録され、コンポーネントＩＤ６００２にはコンポーネントＩＤが登録される。状態６００３には、グローバルファイルＩＤ６００１に登録されたグローバルファイルＩＤによって識別されるファイルの進捗状況を示す値が登録される。日時６００４には、処理部が有する進捗情報ＡＰＩが進捗状況を取得した日時が登録される。
　例えば、処理状況収集部１０１が、図４に示すステップ３００１の処理で、テキスト検索システム４００が有する進捗情報ＡＰＩから図５に示す処理情報を収集し、ステップ３００２の処理で、テキスト検索システム４００が有するファイルＩＤマッピングＡＰＩから、ファイルＩＤ「０００１」、及び取得元ファイルＩＤ「ｄｃｍ／２０１２０２０２ａ．ｄｃｍ」を取得した場合のステップ３００３の処理について説明する。
　処理状況収集部１０１は、進捗蓄積情報１０５に新たなレコードを追加し、追加したレコードのグローバルファイルＩＤ６００１に、ステップ３００２の処理でテキスト検索システム４００におけるファイルＩＤ「０００１」に紐付けられたグローバルファイルＩＤ「０００００３」を登録する。そして、処理状況収集部１０１は、追加したレコードのコンポーネントＩＤ６００２にテキスト検索システム４００の識別情報を登録し、状態６００３には「未収集」を登録し、日時６００４には「２０１２年２月１日１２時００分３０秒」を登録する。
　図８は、本発明の第１実施例の進捗表示部１０２の進捗表示処理のフローチャートである。進捗表示処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。
　まず、進捗管理システム１００は、ユーザによって入力された進捗状況表示要求を受け付ける（７００１）。ユーザは、進捗状況表示要求を統合データアクセスアプリケーションクライアント２００に入力してもよいし、図示しない計算機に入力してもよいし、進捗管理システム１００に直接入力してもよい。進捗状況表示要求にはファイル検索条件が含まれる。ファイル検索条件は、ユーザが進捗状況を把握する対象となるファイルの条件であり、例えば、進捗蓄積情報１０５に登録されている日時６００４による指定（２０１２年２月１日以降に生成されたファイル）などが考えられる。進捗蓄積情報１０５に日時６００４以外の情報（例えば、ファイルの種類など）が登録されていれば、この情報による指定も可能である。
　進捗管理システム１００は、ステップ７００１の処理で進捗状況表示要求を受け付けた場合、処理を進捗表示部１０２に移行し、進捗表示部１０２は、進捗蓄積情報１０５に登録されたレコードから進捗状況表示要求に含まれるファイル検索条件に適合するレコードを収集する（７００２）。
　次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのグローバルファイルＩＤ６００１を参照し、グローバルファイルＩＤの数を全体ファイル数として算出する（７００３）。換言すれば、ステップ７００３の処理では、進捗表示部１０２は、ファイル検索条件に適合するファイルの数を算出する。
　次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのコンポーネントＩＤ６００２及び状態６００３を参照し、終了条件を満たすグローバルファイルＩＤの数を登録完了ファイル数として算出する（７００４）。終了条件とは、進捗管理システム１００の管理対象となるシステムがファイルに対する一連の処理が終了する条件である。換言すれば、ステップ７００４の処理では、進捗表示部１０２は、管理対象のシステムの一連の処理が終了したファイルの数を算出する。
　例えば、図３に示す処理フロー情報１０３であれば、テキスト検索システム４００の処理が終了し、メタデータデータベース５００の処理が終了していることが終了条件となる。すなわち、進捗表示部１０２は、コンポーネントＩＤ６００２にテキスト検索システム４００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコード、及び、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコードを含むグローバルファイルＩＤの数を登録完了ファイル数として算出する。
　次に、進捗表示部１０２は、ステップ７００４処理で算出された登録完了ファイル数をステップ７００３の処理で算出された全体ファイル数で除算することによって、ファイル登録完了率を算出し、算出したファイル登録完了率を進捗表示応答として、進捗状況表示要求を送信した計算機に返し（７００５）、処理を終了する。なお、ファイル登録完了率は管理対象のシステムの全体の進捗を示す。また、進捗表示応答を受け付けた計算機は、進捗表示応答のファイル登録完了率を表示する。
　例えば、ファイル検索条件が２０１２年２月１日以降に生成されたファイルである場合の図８に示す進捗表示処理を図７に示す進捗蓄積情報１０５を用いて説明する。
　この場合、ステップ７００２の処理では、図７に示す進捗蓄積情報１０５に登録された全てのレコードが収集される。
　次に、ステップ７００３の処理では、ステップ７００２の処理で収集されたレコードのグローバルファイルＩＤ６００１には「０００００１」、「０００００２」、及び「０００００３」が登録されているので、全体ファイル数として３が算出される。
　次に、ステップ７００４の処理では、コンポーネントＩＤ６００２にテキスト検索システム４００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコード、及び、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録され、状態６００３に「登録完了」が登録されたレコードを含むグローバルファイルＩＤは、「０００００１」であるので、登録完了ファイル数として１が算出される。
　グローバルファイルＩＤ「０００００２」のレコードのうちコンポーネントＩＤ６００２がメタデータデータベース５００の識別情報が登録されたレコードの状態６００３に「未収集」が登録されているので、グローバルファイルＩＤ「０００００２」は終了条件を満たさない。
　また、グローバルファイルＩＤ「０００００３」のレコードは、コンポーネントＩＤ６００２にメタデータデータベース５００の識別情報が登録されたレコードを含まないので、グローバルファイルＩＤ「０００００３」は終了条件を満たさない。これは、メタデータデータベース５００がグローバルファイルＩＤ「０００００３」のファイルをファイルストレージ６００から取得していないので、メタデータデータベース５００にはグローバルファイルＩＤ「０００００３」のファイルの進捗状況は存在していないためである。
　次に、ステップ７００５の処理では、登録完了ファイル数である１が全体ファイル数３で除算され、ファイル登録完了率が３３．３％と算出される。
　以上によって、各処理部で異なるファイルＩＤがファイルに付与されている場合であっても、進捗管理システム１００は同じファイルにグローバルファイルＩＤを付与するので、ファイル単位で進捗状況が管理可能となる。
　次に、全体処理終了時間算出処理について図９を用いて説明する。全体処理時間算出処理は、処理を実行していないファイルが存在する処理部が当該ファイルに対する処理の実行を終了する予想終了時間を算出し、算出した各処理部の予想終了時間に基づいて、管理対象のシステムが全てのファイルに対して一連の処理の実行を終了する時間である全体の予想終了時間を算出する処理である。
　図９は、本発明の第１実施例の全体処理終了時間算出処理のフローチャートである。全体処理終了時間算出処理は進捗管理システム１００のＣＰＵ１１１によって実行される。なお、図９に示すステップ７００１及び７００２の処理は、図８に示すステップ７００１及び７００２の処理と同じなので、図８と同じ符号を付与し、説明を省略する。
　ステップ７００２の処理の実行後、進捗表示部１０２は、処理フロー情報１０３を参照し、ファイルに処理を実行する全ての処理部を特定する（８００３）。図３に示す処理フロー情報１０３では、医療画像用アダプタ８００、電子カルテ用アダプタ１０００、メタデータ抽出・ファイル登録システム７００、テキスト検索システム４００及びメタデータデータベース５００が処理部として特定される。なお、ステップ８００３の処理で特定される処理部が進捗管理システム１００に予め登録されている場合には、ステップ８００３の処理を実行しなくてもよい。
　次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードを参照し、ステップ８００３の処理で特定された処理部ごとに未処理のファイル数を特定し、特定した未処理のファイル数に基づいてステップ８００３の処理で特定された処理部の予想終了時間を算出する予想終了時間算出処理を実行する（８００４）。ステップ８００４の処理の詳細は、図１０で説明する。
　次に、進捗表示部１０２は、処理フロー情報１０３上の各処理部に、ステップ８００４の処理で算出された予想終了時間を配置し、合計予想終了時間が最大となるパスを選択し、選択したパスの合計予想終了時間を、管理対象のシステムの予想終了時間として算出し、算出した予想終了時間を進捗表示応答として、進捗状況表示要求を送信した計算機に返し（８００５）、処理を終了する。ステップ８００５の処理の詳細は図１１で説明する。
　次に、図１０を用いて予想終了時間算出処理について説明する。図１０は、本発明の第１実施例の予想終了時間算出処理のフローチャートである。
　まず、進捗表示部１０２は、処理フロー情報１０３を参照し、ファイルに対して最初に処理を実行する処理部を特定する（８０１１）。次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのうち、コンポーネントＩＤ６００２に最初に処理を実行する処理部の識別情報が登録されているレコードを特定し、特定したレコードのグローバルファイルＩＤの数を処理対象のファイル数として算出する（８０１２）。
　次に、進捗表示部１０２は、ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されたか否かを判定する（８０１３）。
　ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されたと、ステップ８０１３の処理で判定された場合、進捗表示部１０２は、予想終了時間算出処理を終了し、ステップ８００５の処理に処理を移行する。
　一方、ステップ８００３の処理で特定された全ての処理部がステップ８０１４の処理で選択されていないと、ステップ８０１３の処理で判定された場合、進捗表示部１０２は、ステップ８００３の処理で特定された処理部のうち、選択されていない一つの処理部を選択する（８０１４）。
　次に、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードから、コンポーネントＩＤ６００２にステップ８０１４の処理で選択された処理部の識別情報が登録されているレコードを収集する（８０１５）。
　次に、進捗表示部１０２は、ステップ８０１５の処理で収集されたレコードのうち、状態６００３に「登録完了」が登録されているレコード数を処理完了ファイル数として算出する（８０１６）。
　次に、進捗表示部１０２は、ステップ８０１２の処理で算出された処理対象ファイル数から、ステップ８０１６の処理で処理完了ファイル数を減算して、ステップ８０１４の処理で選択された処理部の未処理ファイル数を算出する（８０１７）。
　次に、進捗表示部１０２は、ステップ８０１７の処理で算出された未処理ファイル数に、ステップ８０１４の処理で選択された処理部の平均処理時間を乗算し、ステップ８０１４の処理で選択された処理部が未処理のファイルに処理を実行するまでにかかる時間を示す予想終了時間を算出し（８０１８）、ステップ８０１３の処理に移行する。なお、各処理部は、一つのファイルに対して処理を実行するごとに、平均処理時間を算出し、算出した平均処理時間を進捗管理システム１００に通知するものとする。
　以上によって、各処理部が処理すべきファイル数から、処理が完了したファイル数を減算することによって、各処理部の未処理のファイル数を算出し、算出した未処理のファイル数と平均処理時間とに基づいて各処理部の予想終了時間を算出することができる。
　次に、図９のステップ８００５の処理に示す全体の予想処理時間の算出処理について、図１１を用いて説明する。
　図１１は、本発明の第１実施例の全体の予想処理時間の算出処理の説明図である。
　図１１では、各処理部の予想終了時間を図３に示す処理フロー情報１０３の各処理部に配置させ、当該予想終了時間を各処理部の上方に図示している。
　この場合、メタデータ抽出・ファイル登録システムから図１１に示す（１）～（４）のパスが存在する。（１）に示すパスの合計予想終了時間は２＋１＋２＝５時間であり、（２）に示すパスの合計予想終了時間は２＋１＋１＝４時間であり、（３）に示すパスの合計予想終了時間は１＋１＋２＝４時間であり、（４）に示す合計予想終了時間は１＋１＋１＝３時間である。
　したがって、（１）のパスの合計予想終了時間が最大となるので、管理対象システムの予想終了時間は５時間と算出される。
　以上のように、図９～図１１によれば、ユーザは、管理対象のシステムが全てのファイルに対して処理を終了するまであとどのくらい時間がかかるかを知ることができる。
　次に、処理部ごとに進捗状況を算出する処理部毎進捗状況算出処理について図１２及び図１３を用いて説明する。処理部毎進捗状況算出処理は、各処理部において、処理が完了したファイル数を処理対象ファイル数で除算した値を進捗状況として算出するとともに、各処理部の予想終了時間を算出する。
　図１２は、本発明の第１実施例の処理部毎進捗状況算出処理のフローチャートである。処理部毎進捗状況算出処理は進捗管理システム１００のＣＰＵ１１１によって実行される。
　図１２に示す処理部毎進捗状況算出処理は、図９に示す全体処理終了時間算出処理と、ステップ８００５の処理を実行しない点で相違する。また、図１３に示す予想終了時間算出処理（８００４）が図１０に示す予想終了時間算出処理と相違するが、この相違については図１３で詳細を説明する。
　図１３は、本発明の第１実施例の処理部毎進捗状況算出処理の予想終了時間算出処理のフローチャートである。なお、図１３に示す予想終了時間算出処理のうち、図１０に示す予想終了時間算出処理と同じ処理は、同じ符号を付与し、説明を省略する。
　ステップ８０１６の処理で処理完了ファイル数が算出された後、進捗表示部１０２は、ステップ８０１６の処理で算出された処理完了ファイル数をステップ８０１２の処理で算出された処理対象ファイル数で除算することによって、ステップ８０１４の処理で選択された処理部のファイル登録完了率を算出し（１２００１）、ステップ８０１７の処理に処理を移行する。
　以上によって、処理部進捗状況算出処理では、ステップ１２００１の処理で各処理部の進捗状況が算出され、ステップ８０１８の処理で各処理部の予想終了時間が算出される。これによって、ユーザは、処理を終了するまでの時間を処理部ごとに知ることができる。
　図１４は、本発明の第１実施例の進捗情報表示画面の説明図である。
　図１４に示す進捗情報表示画面は、進捗表示要求に対応する進捗表示応答を受信した計算機の表示部に表示される。進捗情報表示画面は、全体進捗画面１３０００及び処理部毎進捗画面１３０１０を含む。
　全体進捗画面１３０００は、ファイル登録完了率表示フィールド１３００１、及び予想終了時間表示フィールド１３００２を含む。
　ファイル登録完了率表示フィールド１３００１は、図８に示すステップ７００５の処理で算出されたファイル登録完了率を表示するフィールドである。予想終了時間表示フィールド１３００２は、図９に示すステップ８００５の処理で算出された予想終了時間を表示するフィールドである。
　処理部毎進捗画面１３０１０では処理フロー情報１０３に従って各処理部の処理順序が表示され、処理部毎進捗画面１３０１０は、各処理部に対応して、ファイル登録完了率表示フィールド１３０１１、未処理ファイル数表示フィールド１３０１２、及び予想終了時間表示フィールド１３０１３を含む。
　ファイル登録完了率表示フィールド１３０１１は、図１３に示すステップ１２００１の処理で算出された各処理部のファイル登録完了率を表示するフィールドである。未処理ファイル数表示フィールド１３０１２は、図１３にステップ８０１７の処理で算出された各処理部の未処理ファイル数を表示するフィールドである。予想終了時間表示フィールド１３０１３は、図１３にステップ８０１８の処理で算出された各処理部の予想終了時間を表示するフィールドである。
　これによって、ユーザは、ファイルに対して何らかの処理を実行する複数の処理部を有するシステムを利用する場合、システム全体での進捗状況と、各処理部における進捗状況とを把握可能となる。このため、ユーザは、どの時点で所望のファイルが全体システムとして利用可能となるのか把握できる。
　（第２実施例）
　以下、本発明の第２実施例を図１５及び図１６を用いて説明する。
　第２実施例では、処理対象のファイルに優先度が付与され、各処理部は優先度の高いファイルから順に処理を実行する。ユーザは、進捗管理システムを介して特定のファイルの優先度を変更できる。
　図１５は、本発明の第２実施例の優先度変更処理のフローチャートである。なお、図１５に示す処理のうち図８に示すと同じ処理は、同じ符号を付与し、説明を省略する。
　ステップ７００１の処理では、ユーザによって入力されるファイル検索条件は、優先度を変更するファイルを検索するための条件である。
　ステップ７００２の処理で進捗蓄積情報１０５からファイル検索条件に適合するレコードが収集された後、進捗表示部１０２は、ファイル検索条件に適合するファイルの進捗状況を特定する（１４００３）。ファイル検索条件に適合するファイルは、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードにグローバルファイルＩＤによって特定される。また、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードを参照し、終了条件を満たすグローバルファイルＩＤと、終了条件を満たさないグローバルファイルＩＤとを特定する。なお、終了条件は、図８に示す７００４の処理で説明した通りである。
　次に、進捗表示部１０２は、ファイル検索条件に適合するファイルのファイル名及びステップ１４００３の処理で特定されたファイルの進捗状況を含む優先度変更画面１５０００を表示する（１４００４）。優先度変更画面１５０００の詳細は図１６で説明するが、ユーザは、優先度変更画面１５０００を見て、優先度を変更するファイルを指定する。なお、ユーザによる優先度を変更するファイルの指定は、図示しない入力デバイスを介して進捗表示部１０２に入力される。
　次に、進捗表示部１０２は、ファイルの指定の入力を受け付けると、指定されたファイルに対して未だ処理を実行していない処理部における当該ファイルの優先度を最大に設定し、処理を終了する（１４００５）。
　これによって、ユーザによって指定されたファイルの処理が、他のファイルの処理より優先的に実行されるので、ユーザによって指定されたファイルが他のファイルの早く利用可能となる。
　図１６は、本発明の第２実施例の優先度変更画面１５０００の説明図である。
　優先度変更画面１５０００は、ファイル検索条件入力フィールド１５００１、ファイル登録完了率表示フィールド１５００２、未処理ファイル数表示フィールド１５００３、予想終了時間表示フィールド１５００４、及び進捗状況表示フィールド１５０１０を含む。
　ファイル検索条件入力フィールド１５００１は、ユーザがファイル検索条件を入力するためのフィールドである。ここで、本実施例では、進捗状況表示要求を受信した場合に、図８に示す進捗表示処理、並びに図９及び図１０に示す全体処理終了時間算出処理が実行されてもよい。ファイル登録完了率表示フィールド１５００２は、図８に示すステップ７００５の処理で算出されたファイル登録完了率を表示するフィールドである。未処理ファイル数表示フィールド１５００３は、終了条件を満たさないグローバルファイルＩＤの数が表示される。予想終了時間表示フィールド１５００４は、図９に示すステップ８００５の処理で算出された予想終了時間を表示するフィールドである。
　進捗状況表示フィールド１５０１０は、ファイル名１５０１１及び状況１５０１２を含み、ファイル名１５０１１には、ファイル検索条件に適合するファイルのファイル名が表示される。状況１５０１２には、ファイル名によって識別されるファイルが、終了条件を満たしたファイル（利用可能なファイル）であるか、終了条件を満たさないファイル（登録中のファイル）であるか、を特定可能な情報が表示される。登録中のファイル名のレコードには、優先登録ボタン１５０１３が表示される。優先登録ボタン１５０１３が操作されると、当該レコードのファイルが優先度を変更するファイルとして指定される。
　以上によって、ユーザが、特定のファイルの利用を急ぐ場合には、当該ファイルの優先度を変更することによって、当該ファイルの処理を優先的に実行させることができる。
　（第３実施例）
　以下、本発明の第３実施例を図１７を用いて説明する。
　第１及び第２実施例では、各処理部がファイルの取得元からファイルを収集し、各処理部がファイルに対する処理を実行したが、第３実施例では、各処理部に接続された各処理部外のシステム（図１７に示す登録用バッチシステム１６００）が、各処理部のファイルの収集及び各処理部によるファイルに対する処理の実行を制御し、各処理部の処理の進捗状況を管理し、進捗管理システム１００が登録用バッチシステム１６００から進捗情報を収集する。
　図１７は、本発明の第３実施例の情報処理システムの構成の説明図である。
　登録用バッチシステム１６００は、上述したように、各処理部のファイル収集及び各処理部のファイルに対する処理の実行を制御するシステムである。登録用バッチシステム１６００は、登録用バッチプログラムを実行し、進捗情報ＡＰＩを備える。登録用バッチプログラムには、管理対象のシステムが一連の処理を実行するために、各処理部による処理の順序が予め設定されている。本実施例の各処理部は、進捗情報ＡＰＩを備える必要はない。
　進捗管理システム１００に記憶される処理フロー情報１０３には、登録用バッチプログラムに設定された各処理部による処理の順序が登録される。また、進捗管理システム１００の処理状況収集部１０１は、各処理部から進捗情報を収集する代わりに、登録用バッチシステムの進捗情報ＡＰＩにアクセスし、各処理部の進捗情報を収集する。
　なお、進捗管理システム１００の他の処理は第１実施例と同じであるので説明を省略する。また、本実施例は第２実施例にも適用可能であることは言うまでもない。
　本実施例によれば、管理対象システムの外部の登録用バッチシステム１６００が各処理部によるファイルに対する処理の実行を制御する場合にも、第１実施例及び第２実施例を適用できる。
　（第４実施例）
　以下、第４実施例を図１８及び図１９を用いて説明する。
　第１～第３実施例では、管理対象システムは、各処理部が互いに物理的に近い距離に配置され、これらの処理部がネットワークで接続されている構成が想定されていた。しかし、エンドユーザの地理的条件及びファイルストレージ６００の記憶容量等に応じて、同じシステム構成のシステムを複数のデータセンタに配備する可能性がある（図１８参照）。本実施例では、このような場合において、データセンタＡが特定の条件を満たすファイル群を有し、データセンタＢが他のファイル群を有するという条件に基づいて、進捗管理システム１００は、データセンタ間でファイルを移動する処理であるファイル移動処理を実行する。
　図１８は、本発明の第４実施例の情報処理システムの構成の説明図である。図１８に示す情報処理システムのうち、図１に示す情報処理システムと同じ構成を付与し、説明を省略する。
　図１８では、データセンタＡに、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、及びファイルストレージ６００が配置される。また、データセンタＢに、統合データアクセスアプリケーションサーバ３００、テキスト検索システム４００、メタデータデータベース５００、及びファイルストレージ６００が配置される。
　データセンタＡに配置されたファイルストレージ６００は、メタデータ抽出・ファイル登録システム７００に接続される。また、データセンタＢに配置されたファイルストレージ６００は、メタデータ抽出・ファイル登録システム７００に接続されず、データセンタＡに配置されたファイルストレージ６００に接続される。
　このため、医療画像用アダプタ８００及び電子カルテ用アダプタ１０００によって収集されたファイルは、メタデータ抽出・ファイル登録システム７００からデータセンタＡに配置されるファイルストレージ６００に登録される。そして、進捗管理システム１００は、データセンタＡに配置されたファイルストレージ６００に登録されたファイルのうち、所定の条件（例えば、ユーザによって指定された条件）を満たすファイルを、データセンタＢに配置されたファイルストレージ６００に移動する。
　図１９は、本発明の第４実施例のファイル移動処理のフローチャートである。ファイル移動処理は、進捗管理システム１００のＣＰＵ１１１によって実行される。なお、図１９に示すステップ７００１及び７００２の処理は、図８に示すステップ７００１及び７００２の処理と同じなので、図８と同じ符号を付与し、説明を省略する。
　ステップ７００１の処理でユーザによって入力されるファイル検索条件は、ファイルを移動させるファイルを検索するための条件である。
　ステップ７００２の処理で進捗蓄積情報１０５からファイル検索条件に適合するレコードが収集された後、進捗表示部１０２は、収集された進捗蓄積情報１０５から、データセンタＡに配置されたファイルストレージ６００に登録が完了したファイルを特定し、特定したファイルをデータセンタＡに配置されたファイルストレージ６００からデータセンタＢに配置されたファイルストレージ６００にコピーする（１８００３）。具体的には、進捗表示部１０２は、ステップ７００２の処理で収集された進捗蓄積情報１０５のレコードのうち、コンポーネントＩＤ６００２にメタデータ抽出・ファイル登録システム６００の識別情報が登録されたレコードを特定する。そして、進捗表示部１０２は、特定したレコードの状態６００３が「登録完了」となっているレコードのグローバルファイルＩＤ６００１に登録されたグローバルファイルＩＤを、データセンタＡに配置されたファイルストレージ６００に登録が完了したファイルの識別情報として特定する。そして、進捗表示部１０２は、データセンタＡに配置されたファイルストレージ６００に、当該グローバルファイルＩＤによって特定されるファイルのデータセンタＢに配置されたファイルストレージへのコピー指示を送信する。
　次に、進捗表示部１０２は、データセンタＢに配置されたファイルストレージ６００へのコピーが完了したファイルを、データセンタＡに配置された各処理部（テキスト検索システム４００、及びメタデータデータベース５００）及びデータセンタＡに配置されたファイルストレージ６００から削除し（１８００４）、処理を終了する。なお、各処理部は、ファイルの削除処理を実行するための図示しない削除インタフェースを有するものとする。進捗表示部１０２は、ファイルの削除要求をデータセンタＡに配置された各処理部が有する削除インタフェースに送信することによって、各処理部からファイルを削除する。
　以上によって、進捗表示部１０２は、データセンタＡに配置されたファイルストレージ６００に登録されたファイルのうち、ユーザによって指定されたファイルを、データセンタＢに配置されたファイルストレージ６００に移動させることができる。
　なお、本実施例では、進捗表示部１０２がファイル移動処理及びファイル削除処理を実行するとしたが、進捗表示部１０２以外のプログラムがこれらの処理を実行してもよい。
　進捗管理システム１００は、ステップ１８００３の処理のファイルのコピー処理及びステップ１８００４の処理のファイルの削除処理の進捗状況を、第１実施例及び第３実施例と同様の方法を用いて、ファイルストレージ６００又は登録用バッチシステム１６００から収集することができる。
　本実施例によれば、エンドユーザの地理的条件等によってデータセンタごとに異なるファイルを記憶する場合であっても、進捗管理システム１００は、ファイルの移動を管理対象のシステム全体で一貫して制御できる。また、本実施例と第１実施例又は第３実施例を組み合わせることによって、進捗管理システム１００は、ファイルの移動処理及びファイルの削除処理の進捗状況を管理できる。
　（第５実施例）
　第１～第４実施例の進捗管理システム１００は、周期的に各処理部の進捗情報を収集しておき、ステップ７００１の処理で進捗状況表示要求を受信した場合に、当該要求の条件を満たす進捗情報に基づいて進捗状況を算出するものである。本実施例では、進捗管理システム１００は、進捗状況表示要求を受信したタイミングで、各処理部の進捗情報を収集し、当該要求の条件を満たす進捗情報に基づいて進捗状況を算出するものである。
　本実施例の進捗管理システム１００は、図８、図９、及び図１２に示すステップ７００１の処理で進捗状況表示要求を受信した場合に、図４に示す処理状況収集処理のステップ３００１～３００３の処理を実行する。これによって、進捗管理システム１００は、ファイルＩＤ紐付け情報１０４及び進捗蓄積情報１０５を常に保持する必要はなく、進捗状況表示要求を受信し、管理対象のシステムの進捗状況を算出する場合にのみ保持すればよい。このため、本実施例では、データ蓄積にかかるコストを低減した進捗管理システムを実現できる。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　本発明は、複数の処理部を有する管理対象システムがファイルに対して一連の処理を実行し、管理対象システムによる処理の進捗状況を管理する進捗管理システムに適用できる。

Claims (14)

  1. 　ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、
    　前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムであって、
    　前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、
    　前記進捗状況管理部は、
    　前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する識別情報紐付け部と、
    　前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する進捗情報収集部と、
    　前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する進捗状況紐付け部と、を有し、
    　前記複数の処理部は、第１処理部と第２処理部とを含み、
    　前記識別情報紐付け部は、
    　前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得し、
    　前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けることを特徴とする進捗状況管理システム。
  2. 　請求項１に記載の進捗状況管理システムであって、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる前記ファイルに対する処理の進捗状況を算出する進捗状況算出部を備えることを特徴とする進捗状況管理システム。
  3. 　請求項２に記載の進捗状況管理システムであって、
    　前記進捗状況算出部は、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムの処理対象となるファイル数を全体ファイル数として算出し、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理を実行する処理部による進捗状況が、前記処理が完了したことを示すファイルの数を処理終了ファイル数として算出し、
    　前記算出された処理終了ファイル数を前記算出された全体ファイル数で除算することによって、前記管理対象システム全体の進捗状況を算出することを特徴とする進捗状況管理システム。
  4. 　請求項２に記載の進捗状況管理システムであって、
    　前記各処理部は、前記ファイルに対する処理を完了すると、前記ファイルに対する処理を実行するための完了時間の平均を算出し、
    　前記進捗状況算出部は、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記各処理部の残り処理予定ファイル数を算出し、
    　前記算出した残り処理予定ファイル数に前記完了時間の平均を乗算することによって前記各処理部の予想終了時間を算出することを特徴とする進捗状況管理システム。
  5. 　請求項４に記載の進捗状況管理システムであって、
    　前記進捗状況算出部は、前記処理部ごとの予想終了時間及び前記処理フロー情報に登録された処理順序に基づいて前記管理対象システム全体の予想終了時間を算出することを特徴とする進捗状況管理システム。
  6. 　請求項１に記載の進捗状況管理システムであって、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理の進捗状況が未だ完了していないことを示すファイルを特定し、前記特定したファイルのうちユーザによって指定されたファイルの優先度を変更する優先度変更部を備え、
    　前記処理部は、優先度が高いファイルから順に前記処理を実行することを特徴とする進捗状況管理システム。
  7. 　請求項１に記載の進捗状況管理システムであって、
    　前記ファイルを記憶可能な第１記憶領域及び第２記憶領域を備え、
    　前記処理部は、前記ファイルを前記第１記憶領域に記憶する記憶処理部を含み、
    　前記記憶処理部による進捗状況が完了したファイルのうち、所定の条件を満たすファイルを前記第２記憶領域に移動し、前記第２記憶領域に移動したファイルを前記第１記憶領域から削除するファイル移動部を備えることを特徴とする進捗状況管理システム。
  8. 　ファイルに処理を実行する複数の処理部を含み、前記ファイルに対して一連の処理を実行する管理対象システムと、
    　前記管理対象システムに含まれる前記処理部による処理の進捗状況を管理する進捗状況管理部と、を備える進捗状況管理システムにおける前記管理対象システムの進捗状況を管理する進捗状況管理方法であって、
    　前記進捗状況管理部は、前記ファイルを実行する各処理部の順序が登録された処理フロー情報を記憶し、
    　前記方法は、
    　前記処理部内での前記ファイルの識別情報である第１識別情報と前記管理対象システム内で前記ファイルの一意な識別情報である第２識別情報とを紐付けて識別情報紐付け情報に記憶する第１ステップと、
    　前記処理部による処理の進捗状況と、当該処理を実行したファイルの当該処理部内での第１識別情報と、を含む進捗情報を収集する第２ステップと、
    　前記識別情報紐付け情報を参照し、前記進捗情報収集部によって収集された進捗情報の第１識別情報に紐付く前記第２識別情報を特定し、前記特定した前記第２識別情報と前記進捗収集部によって収集された進捗情報の進捗状況とを紐付け、前記第２識別情報と紐付けた進捗状況とを進捗蓄積情報として記憶する第３ステップと、を含み、
    　前記複数の処理部は、第１処理部と第２処理部とを含み、
    　前記第３ステップは、
    　前記第１処理部内でのファイルの前記第１識別情報を取得する場合、前記第２処理部内での当該ファイルの前記第１識別情報も取得するステップと、
    　前記取得した第１処理部内での第１識別情報及び前記取得した第２処理部内での第１識別情報を、同一の前記第２識別情報に紐付けるステップと、を含むことを特徴とする進捗状況管理方法。
  9. 　請求項８に記載の進捗状況管理方法であって、
    　前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムによる前記ファイルに対する処理の進捗状況を算出する第４ステップを含むことを特徴とする進捗状況管理方法。
  10. 　請求項９に記載の進捗状況管理方法であって、
    　前記第４ステップでは、
    　前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムの処理対象となるファイル数を全体ファイル数として算出し、
    　前記進捗状況紐付け部によって記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理を実行する処理部による進捗状況が、前記処理が完了したことを示すファイルの数を処理終了ファイル数として算出し、
    　前記算出された処理終了ファイル数を前記算出された全体ファイル数で除算することによって、前記管理対象システム全体の進捗状況を算出することを特徴とする進捗状況管理方法。
  11. 　請求項９に記載の進捗状況管理方法であって、
    　前記各処理部は、前記ファイルに対する処理を完了すると、前記ファイルに対する処理を実行するための完了時間の平均を算出し、
    　前記第４ステップでは、
    　前記第３ステップで記憶された進捗蓄積情報に基づいて、前記各処理部の残り処理予定ファイル数を算出し、
    　前記算出した残り処理予定ファイル数に前記平均完了時間を乗算することによって前記各処理部の予想終了時間を算出することを特徴とする進捗状況管理方法。
  12. 　請求項１１に記載の進捗状況管理方法であって、
    　前記第４ステップでは、前記処理部ごとの予想終了時間及び前記処理フロー情報に登録された処理順序に基づいて前記管理対象システム全体の予想終了時間を算出することを特徴とする進捗状況管理方法。
  13. 　請求項８に記載の進捗状況管理方法であって、
    　前記方法は、
    　前記第３ステップで記憶された進捗蓄積情報に基づいて、前記管理対象システムによる一連の処理の最後の処理の進捗状況が未だ完了していないことを示すファイルを特定し、特定したファイルのうちユーザによって指定されたファイルの優先度を変更する第５ステップを含み、
    　前記処理部は、優先度が高いファイルから順に前記処理を実行することを特徴とする進捗状況管理方法。
  14. 　請求項８に記載の進捗状況管理方法であって、
    　前記ファイルを記憶可能な第１記憶領域及び第２記憶領域を備え、
    　前記処理部は、前記ファイルを前記第１記憶領域に記憶する記憶処理部を含み、
    　前記方法は、前記記憶処理部による進捗状況が完了したファイルのうち、所定の条件を満たすファイルを前記第２記憶領域に移動し、前記第２記憶領域に移動したファイルを前記第１記憶領域から削除する第６ステップを含むことを特徴とする進捗状況管理方法。
PCT/JP2012/065214 2012-06-14 2012-06-14 進捗状況管理システム、及び進捗状況管理方法 WO2013186891A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/406,853 US9229772B2 (en) 2012-06-14 2012-06-14 Progress status management system and progress status management method
PCT/JP2012/065214 WO2013186891A1 (ja) 2012-06-14 2012-06-14 進捗状況管理システム、及び進捗状況管理方法
JP2014521055A JPWO2013186891A1 (ja) 2012-06-14 2012-06-14 進捗状況管理システム、及び進捗状況管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/065214 WO2013186891A1 (ja) 2012-06-14 2012-06-14 進捗状況管理システム、及び進捗状況管理方法

Publications (1)

Publication Number Publication Date
WO2013186891A1 true WO2013186891A1 (ja) 2013-12-19

Family

ID=49757753

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/065214 WO2013186891A1 (ja) 2012-06-14 2012-06-14 進捗状況管理システム、及び進捗状況管理方法

Country Status (3)

Country Link
US (1) US9229772B2 (ja)
JP (1) JPWO2013186891A1 (ja)
WO (1) WO2013186891A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020149330A (ja) * 2019-03-13 2020-09-17 富士ゼロックス株式会社 情報処理装置及びプログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10250579B2 (en) * 2013-08-13 2019-04-02 Alcatel Lucent Secure file transfers within network-based storage
US10802915B2 (en) * 2015-01-30 2020-10-13 Pure Storage, Inc. Time based storage of encoded data slices
US10666518B2 (en) * 2016-09-09 2020-05-26 Solarwinds Worldwide, Llc Path probing using an edge completion ratio
CN114398153A (zh) * 2022-01-21 2022-04-26 平安科技（深圳）有限公司 虚拟机热迁移的控制方法、系统、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003124100A (ja) * 2001-10-17 2003-04-25 Dainippon Printing Co Ltd 処理進行把握装置及び描画装置用のフォトマスクパターンデータの処理装置
JP2005166008A (ja) * 2003-11-11 2005-06-23 Dainippon Screen Mfg Co Ltd データファイル処理装置、データファイル処理方法、およびプログラム
JP2009037309A (ja) * 2007-07-31 2009-02-19 Nippon Digital Kenkyusho:Kk 進捗状況表示装置、進捗状況表示方法および進捗状況表示プログラム
JP2010073014A (ja) * 2008-09-19 2010-04-02 Canon Inc 情報処理装置およびその制御方法およびそのプログラム
JP2011243128A (ja) * 2010-05-21 2011-12-01 Yokogawa Electric Corp バッチプロセス管理装置およびバッチプロセス管理方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07230512A (ja) 1994-02-21 1995-08-29 Chubu Nippon Denki Software Kk センタ一括記帳の終了予想時刻表示方式
JP2000315198A (ja) * 1999-05-06 2000-11-14 Hitachi Ltd 分散処理システム及びその性能モニタリング方法
JP4572093B2 (ja) * 2004-07-06 2010-10-27 日本電気株式会社 システム構築ガイドシステム
JP2006126986A (ja) 2004-10-27 2006-05-18 Hitachi Ltd ワークフローの進捗管理方法
JP4873687B2 (ja) 2006-02-09 2012-02-08 キヤノン株式会社 インストール装置およびその制御方法およびプログラム
US7861241B2 (en) 2006-02-09 2010-12-28 Canon Kabushiki Kaisha Install apparatus, install method, program, and storage medium
JP2009206859A (ja) * 2008-02-28 2009-09-10 Hitachi Ltd 複数のコンテンツの一覧表示と転送状況表示を行う記録再生装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003124100A (ja) * 2001-10-17 2003-04-25 Dainippon Printing Co Ltd 処理進行把握装置及び描画装置用のフォトマスクパターンデータの処理装置
JP2005166008A (ja) * 2003-11-11 2005-06-23 Dainippon Screen Mfg Co Ltd データファイル処理装置、データファイル処理方法、およびプログラム
JP2009037309A (ja) * 2007-07-31 2009-02-19 Nippon Digital Kenkyusho:Kk 進捗状況表示装置、進捗状況表示方法および進捗状況表示プログラム
JP2010073014A (ja) * 2008-09-19 2010-04-02 Canon Inc 情報処理装置およびその制御方法およびそのプログラム
JP2011243128A (ja) * 2010-05-21 2011-12-01 Yokogawa Electric Corp バッチプロセス管理装置およびバッチプロセス管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020149330A (ja) * 2019-03-13 2020-09-17 富士ゼロックス株式会社 情報処理装置及びプログラム

Also Published As

Publication number Publication date
JPWO2013186891A1 (ja) 2016-02-01
US9229772B2 (en) 2016-01-05
US20150186182A1 (en) 2015-07-02

Similar Documents

Publication Publication Date Title
Teng et al. A medical image archive solution in the cloud
CA2798592A1 (en) Visual indexing system for medical diagnostic data
WO2013186891A1 (ja) 進捗状況管理システム、及び進捗状況管理方法
US11416492B2 (en) System and methods for caching and querying objects stored in multiple databases
US9461884B2 (en) Information management device and computer-readable medium recorded therein information management program
CN105849723A (zh) 用于多个存储库系统中智能存档搜索的方法和系统
JP4479431B2 (ja) 情報ライフサイクル管理システム及びそのデータ配置決定方法
US20140040460A1 (en) Transaction data acquisition method, recording medium, and information processing apparatus
JP5883937B2 (ja) 計算機システム、データ管理方法及びプログラムを格納する記録媒体
US20150347507A1 (en) Hierarchical query plans in an elastic parallel database management system
JP4693452B2 (ja) 画像管理システム及び画像管理装置
KR102382313B1 (ko) 대상체의 의료 정보를 생성하는 방법 및 장치.
JP6680897B2 (ja) 計算機システム及び分析ソースデータ管理方法
WO2014129076A1 (ja) 医用画像データ管理システム、医用画像データ管理装置、医用画像データ管理プログラム
JP6193491B2 (ja) 計算機システム
WO2014203397A1 (ja) 計算機システム、メタデータ管理方法及びプログラム
JP5818264B2 (ja) 計算機システム及びジョブネット実行方法
JP2022051141A (ja) 情報処理装置および情報処理方法
US20180246823A1 (en) Computer system and apparatus management method
Patil et al. A Medical Image Archive Solution in the Cloud
JP5541527B2 (ja) 電子カルテ管理装置、電子カルテ管理方法、及びプログラム
Yu Integrated Retrieval System Based on Medical Big Data
Nordin et al. Goal-Based Cloud Broker for Medical Informatics Application: A proposed goal-based request and selection strate
JP2023133501A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム
JP2015026326A (ja) 画像データ管理装置、方法およびプログラム、並びに画像データ管理システム

Legal Events

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

Ref document number: 12879083

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014521055

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14406853

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 12879083

Country of ref document: EP

Kind code of ref document: A1