JP2011107993A - Information processing apparatus and system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To solve the problem wherein, when an application is aborted due to an error, processing cannot be restarted, while retaining continuity in processing, prior to and after aborting. <P>SOLUTION: An information processing apparatus includes a control unit for executing applications and a recording unit for recording data generated by the application, wherein the recording unit records data representing an execution result of the application, whenever processing is executed by the application; and when the application is aborted and then restarted, the control unit determines the restart point of the application, with reference to the data representing the execution result of the application recorded in the recording unit, and restarts the processing, by using the data generated prior to the aborting of the application. <P>COPYRIGHT: (C)2011,JPO&INPIT

Description

  The present invention relates to an information processing apparatus and system, and more particularly, to a technique for restarting an application.

  Japanese Patent Application Laid-Open No. 2005-228561 describes a system for ensuring continuity of processing before and after the completion of a halfway completion of a batch job for a business database as a batch processing system having a recovery / restart function. . This is realized by starting the job based on the job progress management information recorded in the checkpoint database when restarting after the completion of midway.

JP 2003-85021 A

  In the system described in Patent Document 1, since the system must register the process progress in the checkpoint database in addition to the business database, the progress of the process is synchronized between the business database and the checkpoint database at regular intervals. I am letting.

  However, the technique described in Patent Document 1 may not be able to synchronize both. For example, when an error occurs during the synchronization timing at a certain interval and the process is forcibly terminated, the checkpoint database records the checkpoint one time before the forced termination. On the other hand, in the business database that records the processing result of the application, the processing result after the previous check point is recorded, and consistency cannot be obtained between the two. If the process is resumed in such a state, an incorrect process result may be generated. In addition, in a system in which an application is executed by a plurality of clients and the processing results are collectively recorded in the server database, consistent processing results and inconsistent processing results from a plurality of clients are not obtained. This problem may become more apparent because it is mixed in the server database.

  In view of the above, an object of the present invention is to resume processing while maintaining continuity of processing before and after the end of midway.

  The present invention has the following configuration. That is, in an information processing apparatus including a control unit that executes an application and a recording unit that records data generated by the application, the recording unit stores data indicating an execution result of the application every time the application executes a process. When the application is restarted after the application is terminated halfway, the control unit determines the restart point of the application by referring to the data indicating the execution result of the application recorded in the recording unit. The process is resumed using the data generated up to the end.

  According to the present invention, it is possible to restart the process while maintaining the continuity of the process before and after the completion of the process.

The block diagram of the system in 1st embodiment. The block diagram which shows the specific example of a business database. The block diagram which shows the specific example of the work file group of a system. The processing flow figure which performs a business application based on the state determination of a system in 1st embodiment. The processing flowchart which investigates the progress of a process from the state of a system in 1st embodiment. The processing flow figure of execution of an application in a first embodiment. The menu display screen which shows the progress of a process and the instruction | indication of the next operation in 1st embodiment. Configuration diagram of server system and client system in second embodiment The block diagram which shows the specific example of the master database of a server system. The block diagram which shows the specific example of the client business database of a client system. The block diagram which shows the specific example of the business file group of a client system. The block diagram which shows the specific example of the log | history database of a server system. The processing flowchart which performs a business application based on the state determination of a system in 2nd embodiment. The processing flow figure which investigates the progress of a process from the state of a system in 2nd embodiment. The processing flow figure of execution of an application in a 2nd embodiment. The processing flow figure in which a client system acquires master data from a server system. FIG. 5 is a process flow diagram in which a client system registers history data in a server system. The menu display screen which shows the progress of a process and the instruction | indication of next operation in 2nd embodiment.

  In the embodiment of the present invention, for example, when processing is resumed after an abend due to an error occurring during execution of the application, the processing contents and execution results of the application reflected in the business database and the business file are referred to. By doing so, it is possible to resume the processing while maintaining the continuity of the processing before and after the end of the midway. In other words, it searches how the execution results are reflected in the business database and business file, and determines the system status based on that search to measure how far the application processing has progressed. It becomes possible. As a premise that this is possible, when an application process is executed, the execution result is reflected in the business database or business file. The processing of an application here means each process divided according to a process unit, a thread unit, a processing content, etc., a part or the whole process of the application, and the like.

  Note that when the application is aborted, the application terminated unexpectedly, for example, when the application terminated abnormally due to an error during execution of the application or when the application was terminated forcibly due to user action or other factors. Refer to the case.

  An embodiment of the present invention will be described with reference to FIGS. In the present embodiment, a processing method performed by the system from the start of the business application by the user to the end of the business application is assumed. When the business application is started up, the system state is determined, and the progress of the business application is displayed on the menu, indicating how much the business application has been operated and what the user should operate next. However, the present invention is not limited thereby, and the system may determine the state of the system itself and automatically proceed with the processing. In this case, there is no need to display the progress on the menu screen or wait for an instruction from the user.

  FIG. 1 is a configuration diagram in one usage form of a system 100 for determining a system state and displaying a progress of an operation in a menu in the best mode for carrying out the present invention. The system 100 includes a menu generation unit 101 that generates a menu showing a list of business names and an instruction for the next operation, an application execution unit 102 that executes the business application, and a system state necessary for the instruction for the next operation A state determination unit 103 that performs determination is provided. Note that these functional units can be realized by configuring the program 104 that implements the functions of the system 100 of the present embodiment. The program 104 is stored in an appropriate storage device (memory or the like) 105 of the system, and is read and executed by the control unit 106 including a CPU that is an arithmetic device. Each operation process of the present embodiment described below and the process shown in the flowchart of each figure are executed by appropriately reading out a program by the control unit 106 including a CPU as an arithmetic unit. The system 100 also includes an input / output unit 107 that performs input and output from a user, a business database 108 that is updated by execution of a business application, and a business file group 109.

  Next, details of the business database 108 and the business file group 109 will be described.

  FIG. 2 shows an example of the business database 108. The business database 108 includes a main table 200 and a history table 210. The main table 200 is a table used as an information source in order for the system 100 to operate a business application, and includes a main key A201. The primary key A 201 stores arbitrary data required by the business application, such as a product ID of a product handled in the business. The history table 210 includes a primary key B211 and attributes 212. A main key B211 is a column that is a key of the history table 210, and stores, for example, an individual product ID for individually identifying a product. The attribute 212 indicates the attribute of the individual item specified by the main key B211, and indicates, for example, the state of the individual item of the product (transportation start, transportation end, etc.).

  FIG. 3 shows an example of the business file group 109. The business file group 109 is composed of work files 300. The work file 300 is a file that is generated / updated when business is performed. For example, the work file 300 indicates the individual product ID of the product and the state of the individual product.

  Next, the processing operation in the present embodiment will be described. FIG. 4 shows a processing flow when the business application is restarted again when the business application is forcibly terminated due to an error or the like. Specifically, the business application is started, the state of the system is determined, a menu indicating an instruction for the next operation is displayed to the user according to the state, the user application is accepted, the business application is executed, and the business This is a processing flow until the application is terminated. Here, an example is shown in which the menu is displayed to the user, and the business application is executed by accepting the user's operation. However, the business application may automatically advance the process without accepting the user's operation. . Control of this processing flow is performed by a control unit 106 including a CPU as an arithmetic device reading out a program.

  In process S400, the user operates the input / output unit 107 of the system 100 to start a business application.

  In process S401, the application execution unit 102 displays an initial screen of the business application on the input / output unit 107 in a pop-up. The initial screen includes an initial start button and a restart button. The user selects and presses one of the initial start and restart buttons on the initial screen.

  In process S402, the menu generating unit 101 determines which of the initial start and restart buttons was pressed in process S401. If the initial start button is pressed, the process proceeds to step S403. If the restart button is pressed, the process proceeds to step S404.

  In process S403, the application execution unit 102 initializes the system state. When initializing the system state, the business database 108 and the business file group 109 are initialized. As a specific example of initialization, all records in the main table 200 and history table 210 are deleted, and the work file 300 is deleted. It progresses to process S405.

  In step S404, the state determination unit 103 refers to the business database 108 and the business file group 109 to determine the system state. By judging the state of the system, it is possible to investigate how far the business application processing has progressed. In accordance with the system status, the business application progress parameter is set in the storage device 105.

  In step S405, the menu generation unit 101 generates a menu screen (see FIG. 7) according to the progress of the business application. Based on the progress parameter stored in the storage device 105, it is determined how far the process has been completed and where the process has not been completed. On the generated menu screen, a character string of “End” is displayed for an item for which processing has been completed, and a character string of “Unfinished” for an item that has not been processed and has not been completed, It is displayed on the input / output unit 107.

  In process S406, the application execution unit 102 receives an operation from the user and executes a business application. During the execution of the business application, the business database 108 and the business file group 109 are referred to and updated to support the user's business performance. In the execution of the application, except when it is newly executed, the application is executed in the middle according to the progress parameter stored in the storage device 105 in the process progress investigation (process S404).

  In process S407, the application execution unit 102 accepts selection of the end of the operation of the business application from the user by the input / output unit 107, and ends the business application.

  Next, among the processes included in the flow, the process S404 will be described in detail with a detailed flow. FIG. 5 shows a detailed processing flow of the state determination unit 103 in the process S404.

  In the process S500, the parameter of the progress of the business application in the storage device 105 is initialized. Specifically, for example, the progress parameter is changed to “business process start”.

  In process S501, it is searched whether data exists in a specific table of the business database. For example, a search is made as to whether data exists in any record of the primary key A 201 of the primary table 200. If there is data, the process proceeds to step S502, and if there is no data, the process proceeds to step S503.

  In step S502, the progress parameter of the business application held in the storage device 105 is updated. Specifically, since it is determined in step S501 that the data exists, it is determined that the processing of the first job has been completed, and the progress parameter is updated to “end of job processing 1”. .

  In process S503, it is searched whether there is a specific character string in a specific column of a specific table of the business database 108. For example, it is searched whether all the records of the attribute 212 of the history table 210 are character strings of “transport start”. If it is a specific character string, the process proceeds to step S504, and if not, the process proceeds to step S505.

  In step S504, the progress parameter held in the storage device 105 is updated. Specifically, since it has been found in step S503 that the character string in the column matches the specific character string, it is determined that the processing of the second task has ended, and the progress parameter is set to “ Update to “end business process 2”.

  In process S505, it is searched whether a specific file exists in the business file group 109. For example, it is searched whether the work file 300 exists. If the specific file exists, the process proceeds to step S506, and if the specific file does not exist, the process proceeds to step S507.

  In step S506, the progress parameter stored in the storage device 105 is updated. Specifically, since it is determined in step S505 that the specific file exists, it is determined that the third job process has ended, and the progress parameter is set to “end job process 3”. Update.

  In process S507, it is searched whether a specific character string exists in a specific file of the business file group 109. For example, a search is made as to whether or not the character string “end of transportation” follows the first comma of the work file 300. If it matches the specific character string, the process proceeds to step S508, and if not, the process S404 ends.

  In process S508, the progress parameter held in the storage device 105 is updated. Specifically, since it has been found in step S507 that the character string of the file matches the specific character string, it is determined that the processing of the fourth task has ended, and the progress parameter is set to “ Update to “end business process 4”. The process S404 ends. Through the series of processes described above, the progress degree of the business application executed by the business application before it is terminated halfway is reflected in the recording device 105.

  Next, among the processes included in the flow described in FIG. 4, the process S406 will be described in detail with a detailed flow. FIG. 6 shows a detailed processing flow of the application execution unit 102 in step S406.

  In step S <b> 601, it is determined whether the user's operation on the business application is an operation on the business database 108 or an operation on the business file group 109. The determination may be performed in response to an instruction from the user, or the business application automatically performs the determination process based on the result of the process progress investigation (S404) described in FIG. 4 and FIG. Also good. In the case of operation of the business database 108, the process proceeds to step S602, and in the case of operation of the business file group 109, the process proceeds to process S603.

  In step S602, a value is written in the record column of an arbitrary table in the business database 108. Which table's record column is populated depends on the business. For example, in the case of a transportation start business, the individual product ID of the product to be transported is written in the main key B211 of the history table 210, and the character string “transportation start” is written in the attribute 212. It progresses to process S605.

  In process S603, an arbitrary file is created in the business file group 109. Which file is created depends on the business. For example, if it is a transportation end work, the work file 300 is created.

  In process S604, arbitrary data is written in the file created in process S603. It depends on the business what kind of data is written and whether the data writing method is appending to a file or overwriting. For example, in the case of a transportation end business, the work file 300 is overwritten with the individual product ID and the state of the product “FFC00000 8CF31906, transportation end”.

  In process S605, it is determined whether all the business processes have been completed. If all the business processes have not been completed and there is a remainder, the process returns to step S601. When all the business processes are finished and there is no remaining, the process S406 is ended.

  Note that in the execution of the application in the process S406, except for the case where it is newly executed, the application according to the progress degree parameter stored in the storage device 105 in the process progress investigation (process S404) described with reference to FIGS. Run the application from the middle. For example, if the progress parameter is “business process start” in process S404, the process is executed from process S601. If the progress parameter is “business process 1 end”, the process is executed from process S602. If the degree parameter is “end of business process 2”, the process is executed from step S603, and if the progress degree parameter is “end of business process 3”, the process is executed from step S604. If it is “end of process 4”, the process is executed from step S605. That is, the progress parameter is a point for restarting the application (restart point).

  The menu screen generated and displayed in step S405 is, for example, the screen shown in FIG. The menu screen in FIG. 7 includes a business name 701 and a progress status 702. The business name 701 indicates a business menu list, and the user selects a business name in order from the top and performs the business. The progress status 702 indicates the degree of progress of the business, “End” is displayed when the business of the business name 701 is completed, and “Unfinished” is displayed when the business is not completed yet.

  As described above, according to the first embodiment, it is possible to restart the process while maintaining the continuity of the process before and after the midway end.

  A second embodiment of the present invention will be described with reference to FIGS.

  FIG. 8 is realized by a client system 800 that executes business applications and a server system 850 that synchronizes data with the client system, and shows a configuration diagram thereof. The server system 850 manages business master data (product information, business schedule, etc.), and the client system 800 downloads the master data and uses it for business applications. The business application is an application that manages the transportation of goods, and reads the RF tag attached to the goods and the container in which the goods are placed, and leaves a transportation history. The transportation history is uploaded from the client system 800 to the server system 850 after the transportation is completed, and stored in the server system 850 as history information. In order to simplify the description, only one client system 800 is used here, but a plurality of client systems 800 may exist, and each may be connected to the server system 800 via a network. .

  The client system 800 includes an RF tag reading unit 801 that reads an RF tag, a menu generation unit 802 that generates a menu indicating a list of business names and instructions for the next operation, and an application execution unit that executes a business application 803, and a state determination unit 804 that performs system state determination necessary for the next operation instruction. Here, the RF tag reading unit 801 has a unique identification stored in an RF tag 821 attached to an individual product 820 or an RF tag 831 attached to a container 830 that stores a plurality of individual products 820 together. The number is read. Note that these functional units can constitute a program 805 that implements the functions of the client system 800 of this embodiment. This program 805 is stored in an appropriate storage device (memory or the like) 806 of the system, and is read and executed by a control unit 807 including a CPU as an arithmetic device. Each operation process of the present embodiment described below and the process shown in the flowcharts of the drawings are executed by appropriately reading out a program by a control unit 807 including a CPU as an arithmetic unit. In addition, the client system 800 is updated by executing a business application, a communication unit 808 that communicates with the server system 850 via the communication line 840, an input / output unit 809 that performs input from the user and output to the user. A client business database 810 and a business file group 811 are also provided.

  On the other hand, the server system 850 includes an authentication unit 851 that controls access from the client, a data extraction unit 852 that extracts master information from the master database 858 and transmits the master information to the client, and receives history information from the client and stores it in the history database 859. A data registration unit 853 for registration is provided. Note that these functional units can constitute a program 854 that implements the functions of the server system 850 of the present embodiment. The program 854 is stored in an appropriate storage device (memory or the like) 855 of the system, and is read and executed by a control unit 856 including a CPU as an arithmetic device. Each operation process of the present embodiment described below and the process shown in the flowcharts of the drawings are executed by appropriately reading out a program by a control unit 856 including a CPU as an arithmetic unit. The server system 850 also includes a communication unit 857 that communicates with the client system 800 via the communication line 840, a master database 858 that stores business master information, and a history database 859 that stores business history information. Yes.

  Next, details of the master database 858, the client business database 810, the business file group 811 and the history database 859 will be described.

  FIG. 9 shows an example of the master database 858. The master database 858 includes a transportation schedule table 900.

  The transportation schedule table 900 is a table for storing a transportation schedule in the server system 850. The product ID 901, the number 902, the transportation start facility 903, the transportation start scheduled time 904, the transportation end facility 905, and the transportation termination schedule. It consists of time 906. The product ID 901 indicates the ID of a product handled in the transportation service. The number 902 indicates the number of product IDs 901. The transport start facility 903 indicates the start point of transport when the product ID 901 is transported. The scheduled transportation start time 904 indicates the transportation start time (planned) when the product ID 901 is transported. The transport end facility 905 indicates a transport end point when the product ID 901 is transported. The scheduled transportation end time 906 indicates the transportation end time (planned) when the product ID 901 is transported.

  FIG. 10 shows an example of the client business database 810. The client business database 810 includes a transportation schedule table 1000, a container-individual product linking table 1010, and a transportation performance table 1020.

  The transport schedule table 1000 is a table that stores the transport schedule acquired by the client system 800 from the server system 850. The product ID 1001, the number 1002, the transport start facility 1003, the planned transport start time 1004, and the transport end facility 1005 , And the transportation end scheduled time 1006. The product ID 1001 indicates the ID of a product handled in the transportation service. The number 1002 indicates the number of product IDs 1001. The transport start facility 1003 indicates a transport start point when the product ID 1001 is transported. The scheduled transportation start time 1004 indicates the transportation start time (planned) when the product ID 1001 is transported. The transport end facility 1005 indicates a transport end point when the product ID 1001 is transported. The scheduled transportation end time 1006 indicates the transportation end time (planned) when the product ID 1001 is transported.

  The container-individual product linking table 1010 is a table that holds the storage status of the individual product 820 in the container 830, and includes an individual product ID 1011 and a container ID 1012. The individual item ID 1011 is a unique identification number stored in the RF tag 821 of the individual item 820. The container ID 1012 is a unique identification number stored in the RF tag 831 of the container 830.

  The transportation result table 1020 is a table for storing transportation work history information, and includes an individual product ID 1021, a status 1022, a transportation start time 1023, and a transportation end time 1024. The individual item ID 1021 indicates an individual item 820 of a commodity handled in transportation. For the individual item ID, the container-individual cording table 1010 is searched based on the identification number of the RF tag 831 of the container 830 read by the RF tag reading unit 801 at the time of transportation work, and the individual item ID is associated with the container ID 1012. The value of the product ID 1011 is stored. The status 1022 indicates what state the individual item 820 is in the transportation service (transportation start or transportation end). The status 1022 indicates how the state of the individual item 820 contained in the container 830 has changed due to the work of the transportation operation. If the work is to start the transportation, “transportation start” is entered and the transportation is completed. If the work is, complete “Transportation End”. As the transportation start time 1023, the time when the RF tag 831 is read and “transportation start” is stored in the status 1022 is entered. As the transportation end time 1024, the time when the RF tag 831 is read and “transportation end” is stored in the status 1022 is entered.

  FIG. 11 shows an example of the business file group 811. The business file group 811 includes a transmission file 1100. A transmission file 1100 is a file in which a history of work when carrying out a transportation service is recorded, and each line includes, for example, an individual product ID 1101, a status 1102, a transportation start time 1103, and a transportation end time 1104. The individual item ID 1101 indicates the individual item 820 of the commodity handled in transportation, and is created by copying the value of the individual item ID 1021 in the transportation performance table 1020. The status 1102 indicates what state the individual product 820 is in (transportation start or transportation end), and is created by copying the value of the status 1022. The transportation start time 1103 indicates the transportation start time of the individual item 820, and is created by copying the value of the transportation start time 1023. The transport end time 1104 indicates the transport end time of the individual product 820, and is created by copying the value of the transport end time 1024. The transmission file 1100 is created by the application execution unit 803 in order to transmit a work history from the client system 800 to the server system 850.

  FIG. 12 shows an example of the history database 859. The history database 859 includes a transportation performance table 1220.

  The transportation result table 1220 is a table for storing transportation work history information, and includes an individual product ID 1221, a status 1222, a transportation start time 1223, and a transportation end time 1224. The individual item ID 1221 indicates an individual item 820 of a commodity handled in transportation. The status 1222 indicates what state the individual item 820 is in the transportation business (transportation start or transportation end). The transportation start time 1223 indicates the transportation start time of the individual item 820. The transportation end time 1224 indicates the transportation end time of the individual item 820.

  Next, the processing operation in the present embodiment will be described. FIG. 13 shows a processing flow when the business application is restarted again when the business application is forcibly terminated due to an error or the like. Specifically, a transportation business application is started, the system state is determined, a menu indicating an instruction for the next operation is displayed to the user according to the state, the user operation is accepted, and the business application is executed. This is a processing flow until the business application is terminated. Here, an example is shown in which the menu is displayed to the user, and the business application is executed by accepting the user's operation. However, the business application may automatically advance the process without accepting the user's operation. It is assumed that the control unit 807 controls this processing flow. However, regarding the processing S1306, it is assumed that the control unit 807 and the control unit 856 cooperate with each other.

  In step S1300, the user operates the input / output unit 809 of the client system 800 to start a business application.

  In process S1301, the application execution unit 803 displays an initial screen of the business application on the input / output unit 809 in a pop-up. The initial screen includes an initial start button and a restart button. The user selects and presses one of the initial start and restart buttons on the initial screen.

  In process S1302, the menu generation unit 802 determines which of the initial start and restart buttons was pressed in process S1301. If the initial start button is pressed, the process proceeds to step S1303. If the restart button is pressed, the process proceeds to step S1304.

  In process S1303, the application execution unit 803 initializes the system state. When initializing the system state, the client business database 810 and the business file group 811 are initialized. As a specific example of initialization, all records of the transportation schedule table 1000, the container-individual product linking table 1010, and the transportation performance table 1020 are deleted, and the transmission file 1100 is deleted. It progresses to process S1305.

  In step S1304, the state determination unit 804 refers to the client business database 810 and the business file group 811 to determine the system state. By judging the state of the system, it is possible to investigate how far the business application processing has progressed. Depending on the state of the system, the progress parameter of the business application is set in the storage device 806.

  In step S1305, the menu generation unit 802 generates a menu screen (see FIG. 18) according to the progress of the business application. Based on the progress parameter stored in the storage device 806, it is determined how far the process has been completed and where the process has not been completed. On the generated menu screen, a character string of “End” is displayed for an item for which processing has been completed, and a character string of “Unfinished” for an item that has not been processed and has not been completed, It is displayed on the input / output unit 809.

  In process S1306, the application execution unit 803 receives an operation from the user and executes a business application. During execution of the business application, the client business database 810 and the business file group 811 are referred to and updated to support the user's business performance. In the execution of the application, except when it is newly executed, the application is executed halfway in accordance with the parameter of the degree of progress stored in the storage device 806 in the process progress investigation (process S1304). Further, it communicates with the server system 850 to acquire data from the master database 858 and register data in the history database 859. Specific processing performed between the client system 800 and the server system 850 in step S1306 will be described later with reference to FIG.

  In process S1307, the application execution unit 803 accepts the selection of the end of the operation of the business application from the user by the input / output unit 809, and ends the business application.

  Next, among the processes included in the flow, the process S1304 will be described in detail with reference to a detailed flow. FIG. 14 shows a detailed processing flow of the state determination unit 804 in processing S1304.

  In the process S1400, the parameter of the degree of progress of the business application for the transportation business in the storage device 806 is initialized. Specifically, for example, the progress parameter is changed to “business process start”.

  In process S1401, it is searched whether data exists in a specific table of the client business database 810. For example, data (product ID 1001, number 1002, transport start facility 1003, transport start scheduled time 1004, transport end facility 1005, planned transport end time 1006) exists in any record in the transport schedule table 1000. Or search. If data exists, the process proceeds to step S1402, and if no data exists in any record, the process proceeds to step S1403.

  In step S1402, the parameter of the degree of progress of the business application of the transportation business held in the storage device 806 is updated. Specifically, since it is determined in step S1401 that data exists, it is determined that the first job “data download” has been completed, and the progress parameter is set to “end until data download”. Update to

  In process S1403, it is searched whether data exists in a specific table of the client business database 810. For example, it is searched whether data (both data of the individual item ID 1011 and the container ID 1012) exist in any record of the container-individual item association table 1010. If data exists, the process proceeds to step S1404. If no data exists in any record, the process proceeds to step S1405.

  In step S1404, the progress parameter stored in the storage device 806 is updated. Specifically, since it has been found in step S1403 that the data exists, it is determined that the processing of the second task “link” has been completed, and the progress parameter is set to “end to link”. Update to

  In step S1405, a search is performed as to whether a specific character string exists in a specific column of a specific table of the client business database 810. For example, it is searched whether all the records of the status 1022 of the transportation performance table 1020 are character strings of “transportation completed”. If it is a specific character string, the process proceeds to step S1406, and if not, the process proceeds to step S1407.

  In step S1406, the progress parameter stored in the storage device 806 is updated. Specifically, since it has been found in step S1405 that the character string in the column matches the specific character string, it is determined that the process of the third task “end of transportation” has been completed, and the degree of progress The parameter of is updated to “end until the end of transportation”.

  In processing S1407, it is searched whether a specific file exists in the business file group 811. For example, the transmission file 1100 is searched for. If the specific file exists, the process advances to step S1408. If the specific file does not exist, the process S1304 ends.

  In step S1408, the progress parameter stored in the storage device 806 is updated. Specifically, since it is determined in step S1407 that the specific file exists, it is determined that the fourth job “data upload” has been completed, and the progress parameter is set to “data upload”. Update to "End." Processing S1304 is ended.

  Through the series of processes described above, the progress degree of the business application executed by the business application before ending the process is reflected in the recording device 806.

  Next, among the processes included in the flow described in FIG. 13, the process S1306 will be described in detail with reference to a detailed flow. FIG. 15 shows a detailed process flow of the application execution unit 803 in process S1306. Note that the processing S1507 is not the processing flow of the application execution unit 803 but the processing flow of the server system 850.

  In process S1501, the application execution unit 803 acquires master data from the server system 850 via the communication unit 808. Specifically, the transportation schedule 900 of the master database 858 is acquired.

  In process S1502, the master data acquired in process S1501 is stored in the client business database 810. Specifically, the transportation schedule is stored in the transportation schedule table 1000 of the client business database 810. At the time of storage, the product ID 901 of the transport schedule 900 in the master database 858 of the server system 850 is stored in the product ID 1001 of the transport schedule table 1000, the number 902 is stored in the number 1002, and the transport start facility 903 is stored in the transport start facility 1003. The scheduled transport start time 904 is stored in the planned transport start time 1004, the transport end facility 905 is stored in the transport end facility 1005, and the planned transport end time 906 is stored in the planned transport end time 1006.

  In process S1503, the RF tag reading unit 801 reads a unique identification number written on the RF tag 821 of the individual product 820 or the RF tag 831 of the container 830.

  In step S1504, the data in the client business database 810 is updated based on the data read in step S1503. Specifically, the identification number of the RF tag 821 is stored in the individual item ID 1011 of the container-individual item association table 1010 of the client business database 810, the identification number of the RF tag 831 is stored in the container ID 1012, and the individual item 820 Tie container 830. Further, an individual product ID 1011 in which the identification number of the RF tag 831 matches the container ID 1012 of the container-individual product linking table 1010 is searched, and the individual product ID 1011 is stored in the transportation performance table 1020 of the client business database 810. In addition to being stored in the ID 1021, whether the reading operation of the RF tag 831 is the start of transportation or the end of transportation is accepted as an input to the input / output unit 809 from the user. If the input data is transport start, “transport start” is stored in the status 1022, and the time at that time is stored in the transport start time 1023. If the input data is transport end, “transport end” is stored in the status 1022, and the time at that time is stored in the transport end time 1024.

  In step S1505, a transmission file is created based on the client business database 810. Specifically, the transmission file 1100 of the business file group 811 is created based on the transportation performance table 1020 of the client business database 810. The individual item ID 1101 of the transmission file 1100 corresponds to the individual item ID 1021 of the transportation record table 1020, the status 1102 corresponds to the status 1022, the transportation start time 1103 corresponds to the transportation start time 1023, and the transportation end time 1104 corresponds to the transportation end time. Corresponds to 1024.

  In process S 1506, the transmission file 1100 is transmitted to the server system 850 via the communication unit 808.

  In processing S1507, the server system 850 registers the transmission file 1100 acquired from the client system 800 in the history database 859 as history data. Specifically, it is registered in the transportation record table 1220 of the history database 859.

  Although not shown, in this processing flow (processing flow of S1306), before starting the processing of S1501, from which step the processing is started based on the result of the processing progress investigation (S1304) of FIG. Determine whether. For example, when it is determined that the processing of the business application has been completed from the master database until the necessary data is downloaded, the processing is started from S1503 with S1501-1502 being omitted. If it is determined that the RF tag information data has been reflected in the client business database, S1501-1504 is omitted, and the process starts from S1505. If it is determined that the data upload to the master database has been completed, the processing has been completed up to S1507, and therefore this processing flow (the processing flow of S1306) is terminated as it is. That is, the result of the processing progress investigation (S1304) (progress degree parameter) becomes a point for restarting the application (restart point).

  Next, among the processes included in the flow described in FIG. 15, the process S1501 will be described in detail with a detailed flow. FIG. 16 shows the detailed processing flow of the application execution unit 803 of the client system 800, the authentication unit 851 of the server system 850, and the data extraction unit 852 in the processing S1501.

  In process S1601, the application execution unit 803 accesses the communication unit 857 of the server system 850 from the communication unit 808 via the communication line 840.

  In process S1602, the authentication unit 851 performs authentication regarding access to the communication unit 857.

  In process S1603, the data extraction unit 852 acquires master data from the master database 858. Specifically, the product ID 901, the number 902, the transport start facility 903, the transport start scheduled time 904, the transport end facility 905, and the transport end planned time 906 are extracted from the transport schedule table 900 of the master database 858.

  In process S1604, the data extraction unit 852 transmits master data from the communication unit 857 to the communication unit 808 of the client system 800 via the communication line 840.

  In process S1605, the application execution unit 803 acquires master data received by the communication unit 808.

  Next, among the processes included in the flow described in FIG. 15, the process S1507 will be described in detail with reference to a detailed flow. FIG. 17 shows a detailed processing flow of the application execution unit 803 of the client system 800, the authentication unit 851 of the server system 850, and the data registration unit 853 in step S1507.

  In process S1701, the application execution unit 803 accesses the communication unit 857 of the server system 850 from the communication unit 808 via the communication line 840.

  In process S1702, the authentication unit 851 performs authentication regarding access to the communication unit 857.

  In process S1703, the data registration unit 853 acquires the transmission file 1100 received by the communication unit 857.

  In process S1704, the data registration unit 853 registers the transmission file 1100 in the transportation record table 1220 of the history database 859. Specifically, the individual item ID 1101 of the transmission file 1100 corresponds to the individual item ID 1221 of the transportation result table 1220, the status 1102 corresponds to the status 1222, the transportation start time 1103 corresponds to the transportation start time 1223, and the transportation end time. 1104 corresponds to the transportation end time 1224.

  The menu screen generated and displayed in step S1305 is, for example, the screen shown in FIG. The menu screen in FIG. 18 includes a business name 1801 and a progress status 1802. A business name 1801 indicates a menu list of business, and the user selects a business name in order from the top and performs the business. The progress status 1802 indicates the degree of progress of the business, “End” is displayed when the business with the business name 1801 is completed, and “Unfinished” is displayed when the business is not completed yet.

  As described above, according to the second embodiment, it is possible to resume the process while maintaining the continuity of the process before and after the midway end. This is particularly useful in a system in which a plurality of client systems 800 exist, an application is executed by each client, and the processing results are collectively managed by the history database 859 of the server system 850.

100 System 101 Menu Generation Unit 102 Application Execution Unit 103 State Determination Unit 104 Program 105 Storage Device 106 Control Unit 107 Input / Output Unit 108 Business Database 109 Business File Group 800 Client System 801 RF Tag Reading Unit 802 Menu Generation Unit 803 Application Execution Unit 804 Status determination unit 805 program 806 storage device 807 control unit 808 communication unit 809 input / output unit 810 client business database 811 business file group 820 product individual item 821 (individual product) RF tag 830 container 831 (container) RF tag 840 communication Line 850 Server system 851 Authentication unit 852 Data extraction unit 853 Data registration unit 854 Program 855 Storage device 856 Control unit 857 Communication unit 858 Master database 859 History database The

Claims (9)

In an information processing apparatus comprising a control unit that executes an application and a recording unit that records data generated by the application,
The recording unit records data indicating an execution result of the application every time the application executes a process,
When the application is restarted after the application is terminated halfway, the control unit determines a restart point of the application with reference to data indicating an execution result of the application recorded in the recording unit, An information processing apparatus that resumes processing using data generated before an application is terminated halfway. The information processing apparatus according to claim 1,
Each time the application executes a process, the recording unit records the individual product ID and the individual product state of the processing object of the application as data indicating the execution result of the application,
The information processing apparatus, wherein the control unit determines a restart point of the application with reference to an individual product ID and an individual product state of an object to be processed of the application recorded in the recording unit. The information processing apparatus according to claim 2,
The information processing apparatus according to claim 1, wherein the individual item status is information indicating a progress status of the application with respect to the individual item. The information processing apparatus according to any one of claims 1 to 3,
The said control part outputs the information which shows the progress condition with respect to the said individual goods of the said application to a display part, The information processing apparatus characterized by the above-mentioned. In an information processing apparatus comprising a control unit that executes an application, a recording unit that records data generated by the application, and an input unit that receives input from a user,
The recording unit records data indicating an execution result of the application every time the application executes a process,
When the application is restarted after the application is terminated halfway, the control unit outputs data indicating the execution result of the application recorded in the recording unit to the display unit, and is input by the user from the input unit An information processing apparatus that determines whether to restart the application from a halfway end time or to restart the application from an initial time point based on the received information. The information processing apparatus according to claim 5,
The control unit, when resuming the application from the midpoint of termination, resumes processing using data generated until the application is terminated midway. The information processing apparatus according to claim 6.
Each time the application executes a process, the recording unit records the individual product ID and the individual product state of the processing object of the application as data indicating the execution result of the application,
When the control unit resumes the application from a halfway end time, the control unit determines a restart point of the application with reference to the individual product ID and the individual product state of the processing object recorded in the recording unit. An information processing apparatus characterized by: The information processing apparatus according to claim 7,
The information processing apparatus according to claim 1, wherein the individual item status is information indicating a progress status of the application with respect to the individual item. In a system including an information processing device and a server connected to the information processing device via a network,
The information processing apparatus includes a control unit that executes an application, a recording unit that records data generated by the application, and a communication unit that transmits and receives data to and from the server via a network.
The server includes a communication unit that transmits and receives data to and from the information processing device via a network, and a recording unit that records data received from the information processing device,
The recording unit of the information processing apparatus records data indicating an execution result of the application every time the application executes a process,
When the application is restarted after the application is terminated halfway, the control unit determines a restart point of the application with reference to data indicating an execution result of the application recorded in the recording unit, Resume processing using the data generated before the application exits abruptly,
The communication unit of the information processing device transmits data indicating an execution result of the application to the server,
The communication unit of the server receives data indicating an execution result of the application from the information processing apparatus,
The recording unit of the server records data indicating an execution result of the application.

Images