JP5730181B2 - Version upgrade support system, version upgrade support method, and version upgrade support program - Google Patents

Description

  The present invention relates to a version upgrade support system, a version upgrade support method, and a version upgrade support program. Specifically, the present invention reduces the work burden on the user side and the service provider side in a SaaS type consolidated tax payment system. The present invention relates to a technology that can prevent inappropriate version upgrade work.

  With the spread of Internet technology in recent years, there is an increasing number of SaaS systems in which users do not have a system environment themselves but users access an environment prepared by an IT vendor and use a desired service. Such a SaaS system has an advantage that a complicated system environment maintenance work for hardware and software is not necessary for the user. On the other hand, the administrator of the SaaS system will upgrade the software that provides services to users as needed, and provide the latest services for various situations such as OS updates and legal revisions. It is necessary to make it available to users.

  As a conventional technique related to such version upgrade, a technique for checking whether or not the version upgrade target program matches the expected revision function and performing the version upgrade if it matches (for example, see Patent Document 1) has been proposed. ing.

JP 2009-199229 A

  By the way, in the consolidated tax payment system which employ | adopted the SaaS type form mentioned above, the upgrade work corresponding to an annual tax revision is required. When performing this version upgrade, it is necessary to carefully determine the work availability and set the work schedule after confirming both the user's business operation mode such as the settlement month and usage pattern and the system environment such as free disk space. There is.

  However, in the SaaS type system, the information management entity is different for the business operation mode information in the user side environment and the system environment information in the service provider side environment. There is a current situation where there is no department or person in charge. Therefore, in actual operation, it is necessary for the service provider side to check the details of the business operation mode by inquiring the user one by one, and the burden on both the user side and the service provider side is large. In addition, even if such confirmation work is performed, due to incorrect confirmation or sudden change in business operation form, etc., the determination of whether or not the upgrade work is possible and the setting of work schedule are wrong, and in the worst case, the consolidated tax payment system will be adversely affected. There are also concerns.

  Accordingly, an object of the present invention is to provide a technique that can reduce work burdens on the user side and the service provider side and prevent inappropriate version upgrade work in the SaaS type consolidated tax payment system.

The upgrade support system of the present invention that solves the above problems is connected via a network to a consolidated tax payment system that provides a function of linked tax payment software required by a user via a network and a user terminal used by the user. A first information storage system for each version that stores information for each version of a communication device that communicates with another device, a condition for upgrading the software for consolidated tax payment in the consolidated tax payment system, and an applicable version at the time of version upgrade The storage device storing the table and the information managed on the user terminal side, the operation information of a predetermined type of consolidated tax payment business that the user is scheduled to execute using the consolidated tax payment software via the communication device Processing received from the user terminal and stored in the second table in the storage device; Information that is managed on a system-by-user basis, and at least information about the current version of the consolidated tax payment software, the usage status, and the free capacity of the storage device in which the relevant consolidated tax payment software is installed, via the communication device The consolidated tax payment business that is scheduled to be operated on the user side based on the processing received from the consolidated tax payment system and stored in the third table in the storage device and the operation information of the predetermined type of consolidated tax payment business included in the second table The execution period is set to a period during which the upgrade operation is not possible for the corresponding user, the information for the period is stored in the fourth table, and the information related to the consolidated tax payment software for each user in the consolidated tax payment system is obtained from the third table. Extract the extracted information into the corresponding version information in the first table. Combined, software consolidated tax is determined satisfies the condition of the upgrade, the process of notifying the user terminal of the relevant user about the determination result, the version up request corresponding to the notification of the determination result, via the communication device In the fourth table related to the user, it is determined whether or not the current date is included in the period during which the upgrade work cannot be performed. When it is determined that there is a process for transmitting the warning screen data to the user terminal and when the upgrade instruction is received from the user terminal that displayed the warning screen, the upgrade instruction is targeted for the upgrade instruction. For consolidated tax payment software, re-determining whether the upgrade conditions are met If the upgrade conditions are not met, a predetermined message is sent to the user terminal and the process is terminated. If the upgrade conditions are met, the application of the corresponding consolidated tax payment software in the first table is applied. And an arithmetic unit that executes a process of upgrading the corresponding consolidated tax payment software for the consolidated tax payment system based on the version information.

The version upgrade support method of the present invention is connected to a linked tax payment system that provides a function of linked tax payment software required by a user via a network and a user terminal used by the user via a network. A communication device that communicates with the device, and a storage device that stores a first table that stores information on each version of the conditions for enabling upgrade of the consolidated tax payment software in the consolidated tax payment system and the version applied at the time of upgrade. The information processing system is information managed on the user terminal side, and the operation information of a predetermined type of consolidated tax payment business that is scheduled to be executed by the user using the consolidated tax payment software is transmitted from the user terminal via the communication device. Process to receive and store in the second table in the storage device, This information is managed separately, and at least information about the current version of consolidated tax payment software, usage status, and free capacity of the storage device on which the relevant consolidated tax payment software is installed is consolidated tax payment via a communication device. Based on the processing received from the system and stored in the third table in the storage device and the operation information of the predetermined type of consolidated tax payment business included in the second table, the execution period of the consolidated tax payment business scheduled to be operated on the user side , The processing for storing the information on the period in the fourth table, and each piece of information related to the consolidated tax payment software of each user in the consolidated tax payment system is extracted from the third table, The extracted information is collated with the information of the corresponding version in the first table, and consolidated tax payment Software determines whether meet the upgrade, the process of notifying the user terminal of the relevant user about the determination result, the version up request corresponding to the notification of the determination result, received from the user terminal via the communication device If the current date is included in the period during which the upgrade work is not possible in the fourth table related to the user, and if the current date is determined to be during the period during which the upgrade is not possible, Processing for transmitting warning screen data to the user terminal, and when receiving a version upgrade execution instruction from the user terminal that displayed the warning screen, for the consolidated tax payment software that is subject to version upgrade by the execution instruction, Re-execute the process of determining whether the upgrade conditions are met, If the upgrade condition is not satisfied, a predetermined message is transmitted to the user terminal and the process is terminated. If the upgrade condition is satisfied, the information is based on the applicable version information of the corresponding consolidated tax payment software in the first table. And a process for upgrading the corresponding consolidated tax payment software to the consolidated tax payment system.

The upgrade support program of the present invention is connected to a linked tax payment system that provides a function of linked tax payment software required by a user via a network and a user terminal used by the user via a network. A communication device that communicates with the device, and a storage device that stores a first table that stores information on each version of the conditions for enabling upgrade of the consolidated tax payment software in the consolidated tax payment system and the version applied at the time of upgrade. Information managed in the information processing system on the user terminal side, and operation information of a predetermined type of consolidated tax payment business that the user plans to execute using the consolidated tax payment software is transmitted from the user terminal via the communication device. Received and stored in the second table in the storage device, and consolidated tax payment system This information is managed for each user, and at least information about the current version of the consolidated tax payment software, the usage status, and the free capacity of the storage device in which the relevant consolidated tax payment software is installed is linked via a communication device. Based on the processing received from the tax payment system and stored in the third table in the storage device, and the operation information of the predetermined type of consolidated tax payment business included in the second table, execution of the consolidated tax payment business scheduled to be operated on the user side The period is set as a period during which the upgrade is not possible for the corresponding user, and information on the period is stored in the fourth table, and each piece of information related to the consolidated tax payment software of each user in the consolidated tax payment system is extracted from the third table. The extracted information is collated with the information of the corresponding version in the first table. Tax software is determined satisfies the condition of the upgrade, the process of notifying the user terminal of the relevant user about the determination result, the version up request corresponding to the notification of the determination result, from the user terminal via the communication device If received, it is determined whether or not the current date is included in the period during which upgrade work is not possible in the fourth table relating to the corresponding user, and the current date is determined to be during the period during which upgrade work is not possible. In this case, when the processing for transmitting the warning screen data to the user terminal and the execution instruction for the upgrade from the user terminal displaying the warning screen are received, the consolidated tax payment software that is the target of the upgrade by the execution instruction For the above, re-execute the process of determining whether the version upgrade condition is satisfied, If the conditions for upgrading are not satisfied, a predetermined message is transmitted to the user terminal and the process is terminated. If the conditions for upgrading are satisfied, information on the applicable version of the corresponding consolidated tax payment software in the first table is displayed. Based on the above, the consolidated tax payment system is caused to execute a process for upgrading the corresponding consolidated tax payment software.

  According to the present invention, it is possible to reduce the work burden on the user side and the service provider side in the SaaS type consolidated tax payment system, and to prevent inappropriate version upgrade work.

It is a network block diagram containing the version upgrade assistance system of this embodiment. It is a figure which shows the structural example of the version upgrade assistance system in this embodiment. It is a figure which shows an example of the web portal information table (2nd table) of this embodiment. It is a figure which shows an example of the schedule creation basic information table of this embodiment. It is a figure which shows an example of the schedule table (4th table) of this embodiment. It is a figure which shows an example of the VerUp status table of this embodiment. It is a figure which shows an example of the prior check table of this embodiment. It is a figure which shows an example of the version information definition table (1st table) of this embodiment. It is a figure which shows an example of the message table (5th table) of this embodiment. It is a figure which shows an example of the connection tax payment system relevant information table (3rd table) of this embodiment. It is a flowchart which shows process sequence example 1 of the version upgrade assistance method in this embodiment. It is a flowchart which shows process sequence example 2 of the version upgrade assistance method in this embodiment. It is a flowchart which shows process sequence example 3 of the version upgrade assistance method in this embodiment. It is a flowchart which shows process sequence example 4 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 5 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 6 of the version upgrade assistance method in this embodiment. It is a flowchart which shows process sequence example 7 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 8 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 9 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 10 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 11 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 12 of the version upgrade assistance method in this embodiment. It is a flowchart which shows the process sequence example 13 of the version upgrade assistance method in this embodiment. It is a figure which shows the example of a screen in this embodiment.

--- System configuration ---
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a network configuration diagram including a version upgrade support system 100 of the present embodiment. A version upgrade support system 100 (hereinafter, system 100) shown in FIG. 1 reduces the work burden on the user side and the service provider side in the SaaS type consolidated tax payment system, and can prevent inappropriate version upgrade work. It is a computer system.

  As shown in FIG. 1, the system 100 according to the present embodiment is connected to a linked tax payment system 10 and a user terminal 20 via a network 30. Among them, the consolidated tax payment system 10 is a SaaS (Software as a Service) type system that provides the user terminal 20 with the function of the consolidated tax payment software required by the user via the network 30. The consolidated tax payment system 10 functions as a dedicated virtual server for each user, executes processes such as linked tax calculation according to instructions from the user terminal 20, storage of calculation results, and form output, and the processing results are stored in the user terminal 20 Will be returned. Moreover, the consolidated tax payment system 10 in this embodiment shall transmit and provide the data etc. which are memorize | stored and managed for every user to the system 100. FIG.

  On the other hand, the user terminal 20 is a computer used by a company or the like that performs consolidated tax payment business, and is connected to the network 30 and is a terminal that exchanges data with the consolidated tax payment system 10 or the system 100 on a Web basis, for example. This user terminal 20 transmits to the system 100 and provides information managed on the user side regarding the consolidated tax payment business.

  The hardware configuration of the system 100 is as shown in FIG. FIG. 2 is a diagram illustrating a configuration example of a version upgrade support system according to the present embodiment. In this case, the system 100 reads out and executes the storage device 205 constituted by a suitable non-volatile storage device such as a hard disk drive and the program 210 held in the storage device 205 to perform overall control of the device itself, and perform various determinations and calculations. And an arithmetic device 230 such as a CPU that performs control processing, an input / output device 220 that performs data input / output such as a keyboard and a display from a user, and a network interface 240 that is a communication device that is connected to the network 30 and performs communication processing with other devices. Prepare.

  The storage device 205 stores at least an installer 215, a Ver-specific program 217, and various tables 300 to 1000 in addition to a program 210 for implementing functions necessary for the upgrade support system of the present embodiment. Yes. Among them, the Ver-specific program 217 includes a group of consolidated tax payment programs (software) for each version. The installer 215 is a program for installing a version of the consolidated tax payment program designated in the Ver-specific program 217 into the consolidated tax payment system 10. The program 210 includes programs that implement the functions of the schedule creation process 211, the version upgrade availability determination process 212, and the version upgrade execution check process 213.

  Subsequently, functions provided in the system 100 of the present embodiment will be described. As described above, the functions described below can be said to be functions implemented by executing the program 210 provided in the system 100, for example. In this case, the system 100 is information managed on the user terminal 20 side, and the operation information of a predetermined type of consolidated tax payment business that is scheduled to be executed by the user using the consolidated tax payment software is transmitted via the network interface 240. Receiving the user terminal 20 and storing it in the Web portal information table 300 (second table) in the storage device 205.

  The system 100 is information managed for each user on the consolidated tax payment system 10 side, and at least the current version of the consolidated tax payment software, the usage state, and the free capacity of the storage device in which the corresponding consolidated tax payment software is installed. Are received from the linked tax payment system 10 via the network interface 240 and stored in the linked tax payment system related information table 1000 (third table) in the storage device 205.

  In addition, the system 100 determines that the upgrade period for the corresponding user cannot be performed based on the operation information of the predetermined type of consolidated tax payment business included in the Web portal information table 300. A period is included, and information on the period is stored in the schedule table 500 (fourth table).

  Further, the system 100 extracts each piece of information related to the consolidated tax payment software of each user in the consolidated tax payment system 10 from the consolidated tax payment system related information table 1000, and collates the extracted information with the corresponding version information in the version information definition table 800. The function for determining whether or not the consolidated tax payment software satisfies the upgrade conditions and notifying the user terminal 20 of the user of the determination result is provided.

  In addition, when the system 100 receives a version upgrade request according to the notification of the specific result from the user terminal 20 via the network interface 240, the current date is a period during which the version upgrade operation is not possible in the schedule table 500 related to the user. And if the current date is determined to be a period during which the upgrade work is not possible, the function of transmitting warning screen data to the user terminal 20 is provided.

  Further, when the system 100 receives an upgrade execution instruction from the user terminal 20 that displayed the warning screen, the system 100 sets the upgrade condition for the consolidated tax payment software that is the upgrade target in the execution instruction. If the condition for upgrade is not satisfied, a predetermined message is transmitted to the user terminal 20 to end the process. If the condition for upgrade is satisfied, the version information definition table 800 On the basis of the information of the applicable version of the corresponding consolidated tax payment software, the consolidated tax payment system 10 is provided with a function to upgrade the corresponding consolidated tax payment software.

  Note that the system 100 determines whether the consolidated tax payment software satisfies the upgrade conditions, or the determination result of the determination process that is executed again when the upgrade instruction is received from the user terminal 20 as a message table. It is preferable to have a function of checking 900 (fifth table), specifying a message to be notified to the user terminal 20, and notifying the user terminal 20 of the corresponding message.

--- Data structure example ---
Next, an example of the data structure in the table used by the system 100 of this embodiment will be described. FIG. 3 is a diagram illustrating an example of the Web portal information table (second table) of the present embodiment. The Web portal information table 300 is information managed on the user terminal 20 side, and is operation information of predetermined types of consolidated tax payment business that the user plans to execute using the consolidated tax payment software (obtained from the user terminal 20). ) Is stored for each user.

  The web portal information table 300 according to the present embodiment includes a registration date and time 301 that is a registration date of the table 300, a version upgrade request presence / absence 302 indicating the presence / absence of a version upgrade request from the user, an intermediate declaration presence / absence 303 indicating the presence / absence of an intermediate report, Extended application presence / absence 304 indicating presence / absence of application, 1Q usage 305-4Q usage 308 indicating usage / non-use of consolidated tax payment system in the first to fourth quarters, use of amendment filing 309 indicating use / absence in amendment filing, amendment filing Each information of the correction report start date 310 when used and the corrected report end date 311 when used is stored in association with each other. Each item data of the Web portal information table 300 is business operation information of the consolidated tax payment system input by the user at the user terminal 20, and is stored in the Web portal information table 300 via the network 30 and the network interface 240. The

  FIG. 4 is a diagram illustrating an example of the schedule creation basic information table 400 according to the present embodiment. The schedule creation basic information table 400 in the present embodiment is a table managed for each user, stores information obtained by executing a schedule creation process 211 described later, and includes a 1Q settlement process start date 401 and a 1Q settlement process. End date 402 to 4Q settlement process start date 407, 4Q settlement process end date 408, interim report start date 409, interim report end date 410, final report end date 411 are stored in association with each other.

  FIG. 5 is a diagram illustrating an example of the schedule table 500 (fourth table) of the present embodiment. The schedule table 500 is a table that is managed for each user who stores information on the period in which the execution period of the consolidated tax payment business scheduled to be operated on the user side is set as a period during which the upgrade operation cannot be performed by the corresponding user. The schedule table 500 in the present embodiment stores information obtained by execution of a schedule creation process 211 described later. The schedule table 500 includes 365 records for each day from the start date of the current year to the end date of the current year. , And VerUp work availability flag 502 indicating whether or not version upgrade is possible on the day, are stored in association with each other.

  FIG. 6 is a diagram illustrating an example of the VerUp status table 600 according to the present embodiment. This VerUp status table 600 is a table managed for each user, and is referred to as a check condition in a version upgrade availability determination process 212 described later, and when version upgrade is executed in the version upgrade execution check process 213. Ver information (Ver identification number) 601 that is updated to the latest state and stores the Ver identification number of the Ver-specific program 217, a VerUp flag 602 that indicates whether or not version upgrade has been performed on the Ver information, Information indicating VerUp processing date and time indicating the version upgrade execution date and time when the VerUp flag is “implemented” (date: blank when the content of 602 is “not implemented”) 603 is stored in association with each other.

  FIG. 7 is a diagram illustrating an example of the advance check table 700 according to the present embodiment. The pre-check table 700 according to the present embodiment is initialized and stored in a version upgrade availability determination process 212, which will be described later, and also stores a check result of a version upgrade execution check process 213. Ver information 701 and VerUp Flag 702 (corresponding to VerUp status table Ver information 601 and VerUp flag 602, respectively, meaning and content are the same), and message notification 1 (ON, OFF) 703-message notification indicating whether notification of the corresponding message is necessary 6 (ON, OFF) 708 and information indicating a check date and time (date and time) 709, which is the final check date and time of the upgrade availability determination process 212, which will be described later, are stored in association with each other.

  FIG. 8 is a diagram showing an example of the version information definition table 800 (first table) of this embodiment. The version information definition table 800 is a table that stores, for each version, information about conditions for upgrading the consolidated tax payment software in the consolidated tax payment system 10 and information about the version applied at the time of version upgrade. The version information definition table 800 according to the present embodiment includes a VerUp target Ver 801 that stores a Ver identification number of a Ver-specific program to be upgraded, a premise Ver 802 that indicates a parent version that is a premise of the VerUp target Ver, and the VerUp VerUp definition year 804 indicating the year in which the target Ver can be upgraded, a required disk area 805 indicating the disk capacity required for the VerUp target Ver at the time of version upgrade, the release date 806 of the VerUp target Ver, and the VerUp target Information indicating the next Ver 807 indicating the Ver next to Ver is stored in association with each other. The version information definition table 800 is set in advance when the contents of each Ver-specific program are determined.

  FIG. 9 is a diagram showing an example of the message table 900 (fifth table) of the present embodiment. The message table 900 is a table that stores data of messages to be notified to the user terminal 20 for each determination result as to whether or not the upgrade condition is satisfied for each piece of information related to the consolidated tax payment software. The message table 900 in the present embodiment stores information indicating a message ID 901 storing a message identifier and message content 902 storing content corresponding to the message ID in association with each other. This message table 900 is set in advance.

  FIG. 10 is a diagram showing an example of the consolidated tax payment system related information table 1000 (third table) of the present embodiment. This consolidated tax payment system related information table 1000 is information managed for each user on the consolidated tax payment system 10 side, and at least the current version of the consolidated tax payment software, the usage state, and the storage in which the relevant consolidated tax payment software is installed. This table stores information related to the available capacity of the device (obtained from the consolidated tax payment system 10).

  The consolidated tax payment system related information table 1000 in this embodiment includes a processing year 1001 indicating a calculation target year in the consolidated tax payment system 10, a year start date 1002 of the processing year, and a consolidated tax payment system 10 used in the processing year ( Ver information 1003 indicating the version of the consolidated tax payment software, a login state 1004 indicating whether or not the login is made to the consolidated tax payment system 10 in the processing year, and a free disk capacity 1005 of the consolidated tax payment system 10 in the processing year. , Last log-in time 1006 to the consolidated tax payment system 10 in the processing year, and information indicating the year carry-over processing 1007 indicating whether or not the year carry-over processing has been performed in the consolidated tax payment system 10 in the processing year are associated with each other. Remember.

--- Schedule creation process ---
Hereinafter, the actual procedure of the upgrade support method in the present embodiment will be described with reference to the drawings. Various operations corresponding to the upgrade support method described below are realized by a program that the system 100 reads into a memory or the like and executes. And this program is comprised from the code | cord | chord for performing the various operation | movement demonstrated below.

  FIGS. 11 to 14 are flowcharts showing processing procedure examples 1 to 4 of the upgrade support method according to this embodiment. Here, first, a processing flow by the function of the schedule creation processing 211 in the system 100 will be described. This flow is, for example, “Yes” according to the event that the arithmetic device 230 of the system 100 receives the upgrade request from the user terminal 20 or the upgrade request presence / absence 302 of the Web portal information table 300 in the storage device 205. ”Is detected, the schedule creation processing 211 program is started, and it can be assumed that the following processing is executed. Of course, even when there is no version upgrade request, the system 100 may be executed at regular intervals, for example.

  Prior to this flow, it is assumed that the system 100 has received provision of information to be stored in the web portal information table 300 from the user terminal 20 and each data has been stored in the web portal information table 300. Further, it is assumed that the system 100 is provided with information to be stored in the consolidated tax payment system related information table 1000 from the consolidated tax payment system 10, and each data is already stored in the consolidated tax payment system related information table 1000.

  In this case, first, the system 100 refers to the data value of the extension application presence / absence 304 in the Web portal information table 300 in order to determine whether or not the extension application is present (S1101). Next, the system 100 performs the following determination and processing based on the corresponding data value referenced in step S1101 (S1105). When the data value is “no extension” (S1105: no extension), the system 100 advances the process to step S1108. On the other hand, when the data value is “extension of one month” (S1105: extension of one month), the system 100 displays the “final tax return end date” 411 of the schedule creation basic information table 400 in the consolidated tax payment system related information table 1000. A value of “date of year start date” 1002 + 15 months is set (S1106). After the process ends, the system 100 advances the process to step S1108. On the other hand, when the data value is “extension of 2 months” (S1105: extension of 2 months), the system 100 displays the “final tax return end date” 411 of the schedule creation basic information table 400 in the consolidated tax payment system related information table 1000. The value of the date of the fiscal year start date 1002 + 16 months is set (S1107). After the process ends, the system 100 advances the process to step S1108.

  Subsequently, the system 100 refers to the data value of the 1Q usage 305 in the Web portal information table 300 in order to perform the 1Q (first quarter) usage determination (S1108). Further, the system 100 performs the following determination and processing based on the corresponding data value (S1109). When the data value is “Yes” (S1109: Yes), in step S1110, the system 100 sets the current system date to the consolidated tax payment system related information table 1000 as the 1Q settlement process start date 401 of the schedule creation basic information table 400. The value of the date of the fiscal year start date 1002 of the record that matches the fiscal year of the processing year 1001 and the value of 3 months is set. Also, the system 100 sets the value of the 1Q settlement process start date 401 + 45 days to the 1Q settlement process end date 402 of the schedule creation basic information table 400. After completing these processes, the system 100 advances the process to step S1121.

  On the other hand, when the data value is “none” (S1109: none), the system 100 advances the processing to step S1121.

  Hereinafter, the system 100 sequentially performs 2Q usage determination processing as step S1121, 3Q usage determination processing as step S1131, and 4Q usage determination processing as step S1141, but the processing contents are the same as those in steps S1108 to S110 described above. The only difference is that values are set in the corresponding items 2Q to 4Q of the schedule creation basic information table 400. Therefore, the description is omitted here.

  Next, the system 100 refers to the data value of the intermediate report presence / absence 303 in the Web portal information table 300 in order to determine the presence / absence of the intermediate report (S1151). Further, the system 100 performs the following determination and processing based on the data value (S1152). When the data value is “present” (S1152: present), the system 100 sets the current system date to the consolidated tax payment system related information table 1000 as the intermediate filing start date 409 of the schedule creation basic information table 400 as step S1153. The value of the date of the fiscal year start date 1002 of the record that matches the fiscal year of the processing year 1001 and the value of 6 months is set. Similarly, the system 100 sets the value of the date of the interim report start date 409 of the schedule creation basic information table 400 plus 2 months to the interim report end date 410 of the schedule creation basic information table 400. After completing these processes, the system 100 advances the process to step S1161.

  On the other hand, when the data value is “none” (S1152: none), the system 100 advances the process to step S1161. In step S1161, the system 100 refers to the value of the schedule creation basic information table 400 and performs the following schedule creation processing.

1) For the period from the 1Q settlement process start date 401 to the 1Q settlement process end date 402 of the schedule creation basic information table 400, the VerUp work availability flag 502 of the record in which the date 501 enters the period in the schedule table 500 Set “Unchangeable”.
2) For the period from the 2Q settlement process start date 403 to the 2Q settlement process end date 404 in the schedule creation basic information table 400, the VerUp work availability flag 502 of the record in which the date 501 enters the period in the schedule table 500 Set “Unchangeable”.
3) For the period from the 3Q settlement process start date 405 to the 3Q settlement process end date 406 of the schedule creation basic information table 400, the VerUp work availability flag 502 of the record in which the date 501 enters the period in the schedule table 500 Set “Unchangeable”.
4) For the period from the 4Q settlement process start date 407 to the final return date 411 of the schedule creation basic information table 400, the VerUp work availability flag 502 of the record in which the date 501 falls within the period in the schedule table 500 Set “Unchangeable”.

  Next, the system 100 refers to the data value of the correction report presence / absence 309 in the Web portal information table 300 in order to determine the presence / absence of the correction report (S1171). The system 100 performs the following determination and processing based on the data value obtained in step S1171 (S1172). When the data value is “Yes” (S1172: Yes), the system 100 indicates that the date 501 of the schedule table 500 is within the period of the correction report start date 310 and the correction report end date 311 of the Web portal information table 300. If applicable, “change impossible” is set in the VerUp work availability flag 502 of the corresponding record (S1173), and the process is terminated. On the other hand, when the data value is “none” (S1172: none), the system 100 ends the process.

  Thus, the schedule table 500 is generated, and the flow by the schedule creation process 211 ends.

---- Version upgrade availability determination process ---
Next, the process flow of the upgrade availability determination process 212 in the system 100 will be described with reference to the drawings. 15 to 18 are flowcharts showing processing procedure examples 5 to 8 of the version upgrade support method according to the present embodiment. This flow is a process for determining whether the version of the consolidated tax payment software of the consolidated tax payment system 10 can be upgraded from the usage status of the consolidated tax payment system 10 (in the consolidated tax payment software) and the information in the version information definition table 800. This process is always automatically executed on a daily basis by the arithmetic unit 230 of the system 100 because the latest check is necessary.

The system 100 first executes the following processing as step S1201.
1) The system 100 acquires the value of the Ver information 1003 of the record whose current system date matches the year of the processing year 1001 in the consolidated tax payment system related information table 1000 as the currently operating Ver.
2) Next, the system 100 acquires the value of the VerUp target Ver 802 of the record in which the value of the currently operating Ver and the premise Ver 802 match in the version information definition table 800 as the version applicable Ver.
3) Next, the system 100 initializes the advance check table 700. Specifically, for a record in which the version upgrade applicable Ver and the value of Ver information 701 match, the VerUp flag of the record in the VerUp status table 600 in which the value of Ver information 701 of the record matches the value of Ver information 601 The value of 602 is set in the VerUp flag 702 of the record. Further, the contents of message notification 1 (703) to message notification 6 (708) are all set to “OFF”.

Subsequently, in step S1202, the system 100 determines whether all the following three conditions are satisfied.
1) In the VerUp status table 600, regarding the record in which the value of the Ver information 601 matches the version upgrade applicable Ver, the value of the VerUp flag 602 of the record is “unexecuted”.
2) Regarding the record in which the value of the VerUp target Ver 801 matches the version upgrade applicable Ver in the version information definition table 800, the value (date) of the release date 806 of the record is older than the current system date.
3) In the schedule table 500, regarding the record in which the value of the date 501 matches the current system date, the value of the VerUp work availability flag 502 of the record is “changeable”.
If any of the three conditions 1) to 3) is not satisfied (S1203: No), the system 100 ends the process. If all three conditions are satisfied (S1203: YES), the system 100 proceeds to step S1211.

  In step S <b> 1211, the system 100 relates to a record in which the value of the premise Ver 802 matches the version upgrade applicable Ver in the version information definition table 800 and the value of the VerUp definition year 803 of the record and the consolidated tax payment system related information table 1000. Among them, regarding the record in which the currently operating Ver and the Ver information 1003 match, it is determined whether or not the values of the processing year 1001 of the record match. Here, if they do not match (S1211: NO), the system 100 sets the message notification 1 (703) of the advance check table 700 to “ON”. On the other hand, if they match (S1211: YES), the system 100 advances the process to S1213.

  Next, in the consolidated tax payment system related information table 1000, the system 100 determines whether the value of the year carry-over processing 1007 of the record is “performed” for the record in which the currently active Ver and Ver information 1003 match. (S1213). At this time, if the value of the year carry-over processing 1007 is “not implemented” (S1213: NO), the system 100 sets message notification 2 (704) of the advance check table 700 to “ON”. On the other hand, when it has been implemented (S1213: YES), the system 100 advances the process to S1221.

  Subsequently, the system 100 determines whether the value of the login state 1004 of the record is “logged off” for the record in which the currently operating Ver and the Ver information 1003 match in the consolidated tax payment system related information table 1000. (S1221). When the value of the login state 1004 is “logged in” (S1221: NO), the system 100 sets message notification 3 (705) of the pre-check table 700 to “ON”. On the other hand, if the logoff is in progress (S1221: YES), the system 100 advances the process to S1223.

  Next, the system 100 relates to the record in which the currently operating Ver and Ver information 1003 match in the consolidated tax payment system related information table 1000, and in the version information definition table 800, the value of the free disk capacity 1005 of the record. With respect to a record in which the value of the premise Ver 802 matches the version upgrade applicable Ver, the value of the required disk capacity 805 of the record is compared (S1223). At this time, if the value of the free disk capacity 1005 <the value of the required disk capacity 805 (S1223: NO), the system 100 sets the message notification 4 (706) of the advance check table 700 to “ON”. On the other hand, if the value of the free disk capacity 1005> the value of the required disk capacity 805 (S1223: YES), the system 100 advances the process to S1231.

  Subsequently, in step S1231, the system 100 relates to the record in which the version upgrade applicable Ver and the value of the Ver information 701 in the pre-check table 700 match, and the message notification 1 (703) to message notification 4 (706) of the record. The following determination and processing are performed with reference to the value of.

1) When any of the values of message notification 1 (703) to message notification 4 (706) is “ON” (S1231: YES), the values of message notification 1 (703) to message notification 4 (706) are “ON”. ”Is referred to the message content 902 corresponding to the message notification number of the message ID 901 in the message table 900, and a mail describing the message content is sent to the user terminal 20 via the network 30 (S1232). ), The process ends.

2) When all the values of message notification 1 (703) to message notification 4 (706) are “OFF” (S1231: NO), the values of the version upgrade applicable Ver and Ver information 701 in the advance check table 700 are Regarding the matching record, the message notification 5 (707) of the record is set to “ON” (S1233), and the mail describing the message content 902 of the message ID 901 number “5” in the message table 900 is sent via the network 30. It is sent to the user terminal 20 (S1234).

  Next, the system 100 stores the current system date in the check date 709 of the record regarding the record in which the value of the Ver information 701 matches the version upgrade applicable Ver in the advance check table 700 (S1235). The flow in the upgrade availability determination process 212 is thus completed.

--- Version upgrade execution check process ---
Next, the version upgrade execution check process will be described with reference to the drawings. 19 to 23 are flowcharts showing processing procedure examples 9 to 13 of the version upgrade support method according to the present embodiment. Here, the system 100 receives a version upgrade request from the user terminal 20, or when “Yes” is set in the version upgrade request presence / absence 302 in the Web portal information table 300, the version upgrade execution check process 213. This program is called and executed, and the following processing is executed. For example, when the system 100 obtains information from the user terminal 20 and “Yes” is set in the upgrade request presence / absence 302 in the Web portal information table 300, the arithmetic device 230 of the system 100 sets the “Yes”. Is detected, and the program of the version upgrade execution check process 213 is started.

  In this case, the system 100 performs the following determination and processing on the record in which the value of the date 501 matches the current system date in the schedule table 500 based on the data value of the VerUp work availability flag 502 of the record ( S1301).

  1) When the data value is “cannot be changed” (S1302: cannot be changed), the system 100 transmits the data of the alert screen 2401 shown in FIG. 24 to the user terminal 30 and displays it in step S1303. In addition, when the system 100 receives information indicating that “OK” of the button 2402 for selecting whether or not to execute the version up process on the alert screen 2401 is pressed by the user (S1304: OK), the process goes to step S1311. On the other hand, if information indicating that “cancel” has been pressed is received (S1304: cancel), the process ends.

  2) When the data value is “changeable” (S1302: changeable), the system 100 advances the process to step S1311. At this time, in step S1311, the system 100 stores the value of the VerUp definition year 803 in the record in which the value of the premise Ver 802 matches the version upgrade applicable Ver in the version information definition table 800, and the consolidated tax payment system related information table 1000. Then, it is determined whether or not the value of the processing year 1001 in the record in which the currently operating Ver and the Ver information 1003 match. If this determination does not match (S1311: NO), the system 100 sets message notification 1 (703) in the advance check table 700 to “ON”. On the other hand, if they match (S1311: YES), the system 100 advances the process to S1313.

  Next, the system 100 determines whether the value of the year carry-over processing 1007 is “performed” in the record in which the currently operating Ver and the Ver information 1003 match in the consolidated tax payment system related information table 1000 ( S1313). Here, when the value of the year carry-over processing 1007 is “not implemented” (S1313: NO), the system 100 sets the message notification 2 (704) of the advance check table 700 to “ON” (S1314). On the other hand, in the case of “performed” (S1313: YES), the system 100 advances the process to S1321.

  Subsequently, the system 100 determines whether the value of the login state 1004 is “logging off” in the record in which the currently operating Ver and the Ver information 1003 match in the consolidated tax payment system related information table 1000 (S1321). . In this determination, if the value of the login state 1004 is “logged in” (S1321: NO), the system 100 sets message notification 3 (705) of the advance check table 700 to “ON” (S1322). On the other hand, in the case of “logging off” (S1321: YES), the system 100 advances the process to S1323.

  Next, the system 100 sets the value of the free disk capacity 1005 in the record in which the currently operating Ver and the Ver information 1003 match in the consolidated tax payment system related information table 1000 and the premise Ver 802 in the version information definition table 800. The value of the required disk capacity 805 in the record whose value matches the version upgrade applicable Ver is compared (S1323). Here, when the value of the free disk capacity 1005 <the value of the required disk capacity 805 (S1323: NO), the system 100 sets the message notification 4 (706) of the advance check table 700 to “ON” (S1324). On the other hand, if the value of the free disk capacity 1005 <the value of the required disk capacity 805 (S1323: YES), the system 100 advances the process to S1331.

  In addition, the process of said step S1311-S1324 is the same as the process of said step S1211-S1224. As described above, the processing in steps S <b> 1211 to S <b> 1224 is executed in the system 100 every day as the processing in the upgrade availability determination processing 212. On the other hand, as for the process in the version upgrade execution check process 213, the system 100 again executes the processes of steps S1311-S1324 as a final check before the actual version upgrade is performed.

  Next, as a process of step S1331, the system 100 in the pre-check table 700, the value of the check date and time 709 in the record in which the currently active Ver and Ver information 701 match, and the linked tax payment system related information table 1000, The value of the last login time 1006 in the record in which the currently operating Ver and the Ver information 1003 match is compared. At this time, if the value of the last login time 1006 is newer than the value of the check date and time 709 (S1331: NO), the system 100 relates to the record in the pre-check table 700 where the currently active Ver and Ver information 701 match. “ON” is set in the message notification 708 of the record (S1332). On the other hand, when the value of the check date 709 is newer than the value of the last login time 1006 (S1331: YES), the system 100 advances the process to S1333.

  Subsequently, the system 100 relates to a record in which the value of the Ver information 701 that is currently in operation in the pre-check table 700 matches the message notification 1 (703) to the message notification 4 (706) and the message notification 6 ( 708), it is determined whether there is at least one “ON” value (S1333). At this time, if all the values are “OFF” (S1333: NO), the system 100 advances the process to step S1341. On the other hand, if any value is “ON” (S1333: YES), the system 100 executes the processing of steps S1334 to S1335 and ends the flow.

  In step S1334, the system 100 changes the value of the upgrade request presence / absence 302 in the Web portal information table 300 to “none”. In addition, in the process of step S1335, the system 100 relates to the record in which the value of the currently operating Ver and the Ver information 701 in the pre-check table 700 matches, and message notification 1 (703) to message notification 4 (706) of the record. The item whose value is set to “ON” is the message notification number (1 to 4), and the message content is described with reference to the message content 902 corresponding to the message notification number of the message ID 901 in the message table 900 The mail is sent to the user terminal 20 via the network 30, and the flow ends.

  On the other hand, in step S1341, the system 100 activates the installer 215, selects a program that matches the applicable Ver from the Ver-specific programs 217 by the installer 215, and installs it in the consolidated tax payment system 10.

  Further, the system 100 changes the VerUp flag of the record to “performed” regarding the record in which the value of the Ver information 601 matches the applicable Ver in the VerUp status information table 600 (S1342).

  Next, in step S 1343, the system 100 relates to the record in which the value of the VerUp target Ver 801 matches the applicable Ver in the version information definition table 800. The value of “Version”. Further, the system 100 adds the next Ver to the Ver information 601, “Unimplemented” to the VerUp flag 602, a blank to the VerUp processing date and time 603, and a set record to the VerUp status information table 600.

  Next, the system 100 sends a mail describing the message content 902 corresponding to the number “7” of the message ID (901) in the message table 900 to the user terminal 20 via the network 30 (S1344), and the flow is performed. finish. The flow of the upgrade execution check process 213 is thus completed.

  Although the best mode for carrying out the present invention has been specifically described above, the present invention is not limited to this, and various modifications can be made without departing from the scope of the invention.

  According to the present embodiment, the determination of whether or not the upgrade work is possible and the setting of the work execution schedule are automatically performed only by providing the minimum information on the user side. Therefore, in the SaaS consolidated tax payment system, In addition to reducing the work load on the user side and the service provider side, it is possible to prevent inappropriate version upgrade work.

  At least the following will be clarified by the description of the present specification. That is, in the upgrade support system, the storage device should notify the user terminal at least for each result of the determination as to whether or not the upgrade conditions are satisfied for each piece of information related to the consolidated tax payment software. A fifth table storing message data is further stored, and the arithmetic unit receives a determination process as to whether the consolidated tax payment software satisfies the upgrade conditions or an upgrade instruction from the user terminal. In this case, the determination result of the determination process to be executed again is collated with the fifth table, a message to be notified to the user terminal is specified, and the corresponding message is notified to the user terminal.

DESCRIPTION OF SYMBOLS 10 Consolidated tax payment system 20 User terminal 30 Network 100 Upgrade support system 205 Storage device 210 Program 215 Installer 217 Ver-specific program 220 Input / output device 230 Arithmetic device 240 Network interface (communication device)
300 Web portal information table (second table)
400 Schedule creation basic information table 500 Schedule table (fourth table)
600 VerUp status table 700 Pre-check table 800 Version information definition table (first table)
900 Message table (fifth table)
1000 Consolidated tax payment system related information table (third table)

Claims (4)

A linked tax payment system that provides a function of linked tax payment software required by a user via a network, and an information processing system connected via a network to a user terminal used by the user,
A communication device that communicates with other devices;
A storage device that stores a first table that stores information on each condition of the conditions under which the consolidated tax payment software in the consolidated tax payment system can be upgraded and the version applied at the time of version upgrade;
Information that is managed on the user terminal side, and receives operation information of a predetermined type of consolidated tax payment business that is scheduled to be executed by the user using the consolidated tax payment software from the user terminal via a communication device, and a storage device Processing to store in the second table in
Information that is managed for each user on the consolidated tax payment system side, and at least information about the current version of the consolidated tax payment software, the usage status, and the free capacity of the storage device in which the relevant consolidated tax payment software is installed, Received from the consolidated tax payment system via the storage, and stored in the third table in the storage device,
Based on the operation information of the predetermined type of consolidated tax payment business included in the second table, the execution period of the consolidated tax payment business scheduled to be operated on the user side is set as a period during which the upgrade operation is not possible for the user, and information on the period In the fourth table;
Each information regarding the consolidated tax payment software of each user in the consolidated tax payment system is extracted from the third table, the extracted information is collated with the corresponding version information in the first table, and the consolidated tax payment software determines the conditions for upgrading. A process of determining whether or not to satisfy, and notifying the user terminal of the corresponding user about the determination result;
If a version upgrade request corresponding to the determination result notification is received from a user terminal via a communication device, whether or not the current date is included in a period during which the upgrade work is not possible in the fourth table related to the user Determining, if it is determined by the determination that the current date is a period during which upgrade work is not possible, a process of transmitting warning screen data to the user terminal; and
When receiving a version upgrade execution instruction from the user terminal that displayed the warning screen, the determination process as to whether the version upgrade condition is satisfied is again performed for the consolidated tax payment software that is the target of the upgrade in the execution instruction. If the upgrade condition is not satisfied, a predetermined message is transmitted to the user terminal and the process is terminated. If the upgrade condition is satisfied, the application version of the corresponding consolidated tax payment software in the first table is applied. Based on the information, the arithmetic unit for executing processing to upgrade the corresponding consolidated tax payment software for the consolidated tax payment system,
A version upgrade support system comprising: The storage device
At least a fifth table storing message data to be notified to the user terminal for each piece of information related to the consolidated tax payment software for each result of the determination as to whether or not the upgrade condition is satisfied. And
The arithmetic unit is:
The determination process of whether the linked tax payment software satisfies the upgrade conditions, or the determination result of the determination process that is executed again when receiving an upgrade execution instruction from the user terminal is checked against the fifth table, A message to be notified to the user terminal is specified, and the corresponding message is notified to the user terminal.
The version upgrade support system according to claim 1, wherein: A consolidated tax payment system that provides a function of consolidated tax payment software required by a user via a network, a communication device that is connected to the user terminal used by the user via a network, and communicates with other devices, and a consolidated tax payment system An information processing system comprising a storage device that stores a first table storing information on each version of conditions for enabling upgrade of the consolidated tax payment software and information on the version applied at the time of version upgrade,
Information that is managed on the user terminal side, and receives operation information of a predetermined type of consolidated tax payment business that is scheduled to be executed by the user using the consolidated tax payment software from the user terminal via a communication device, and a storage device Processing to store in the second table in
Information that is managed for each user on the consolidated tax payment system side, and at least information about the current version of the consolidated tax payment software, the usage status, and the free capacity of the storage device in which the relevant consolidated tax payment software is installed, Received from the consolidated tax payment system via the storage, and stored in the third table in the storage device,
Based on the operation information of the predetermined type of consolidated tax payment business included in the second table, the execution period of the consolidated tax payment business scheduled to be operated on the user side is set as a period during which the upgrade operation is not possible for the user, and information on the period In the fourth table;
Each information regarding the consolidated tax payment software of each user in the consolidated tax payment system is extracted from the third table, the extracted information is collated with the corresponding version information in the first table, and the consolidated tax payment software determines the conditions for upgrading. A process of determining whether or not to satisfy, and notifying the user terminal of the corresponding user about the determination result;
If a version upgrade request corresponding to the determination result notification is received from a user terminal via a communication device, whether or not the current date is included in a period during which the upgrade work is not possible in the fourth table related to the user Determining, if it is determined by the determination that the current date is a period during which upgrade work is not possible, a process of transmitting warning screen data to the user terminal; and
When receiving a version upgrade execution instruction from the user terminal that displayed the warning screen, the determination process as to whether the version upgrade condition is satisfied is again performed for the consolidated tax payment software that is the target of the upgrade in the execution instruction. If the upgrade condition is not satisfied, a predetermined message is transmitted to the user terminal and the process is terminated. If the upgrade condition is satisfied, the application version of the corresponding consolidated tax payment software in the first table is applied. Based on the information of the above, for the consolidated tax payment system, processing to upgrade the corresponding consolidated tax payment software,
Version upgrade support method characterized by executing A consolidated tax payment system that provides a function of consolidated tax payment software required by a user via a network, a communication device that is connected to the user terminal used by the user via a network, and communicates with other devices, and a consolidated tax payment system An information processing system comprising a storage device that stores a first table storing information on each version of conditions for enabling upgrade of consolidated tax payment software and information on the version applied at the time of version upgrade,
Information that is managed on the user terminal side, and receives operation information of a predetermined type of consolidated tax payment business that is scheduled to be executed by the user using the consolidated tax payment software from the user terminal via a communication device, and a storage device Processing to store in the second table in
Information that is managed for each user on the consolidated tax payment system side, and at least information about the current version of the consolidated tax payment software, the usage status, and the free capacity of the storage device in which the relevant consolidated tax payment software is installed, Received from the consolidated tax payment system via the storage, and stored in the third table in the storage device,
Based on the operation information of the predetermined type of consolidated tax payment business included in the second table, the execution period of the consolidated tax payment business scheduled to be operated on the user side is set as a period during which the upgrade operation is not possible for the user, and information on the period In the fourth table;
Each information regarding the consolidated tax payment software of each user in the consolidated tax payment system is extracted from the third table, the extracted information is collated with the corresponding version information in the first table, and the consolidated tax payment software determines the conditions for upgrading. A process of determining whether or not to satisfy, and notifying the user terminal of the corresponding user about the determination result;
If a version upgrade request corresponding to the determination result notification is received from a user terminal via a communication device, whether or not the current date is included in a period during which the upgrade work is not possible in the fourth table related to the user Determining, if it is determined by the determination that the current date is a period during which upgrade work is not possible, a process of transmitting warning screen data to the user terminal; and
When receiving a version upgrade execution instruction from the user terminal that displayed the warning screen, the determination process as to whether the version upgrade condition is satisfied is again performed for the consolidated tax payment software that is the target of the upgrade in the execution instruction. If the upgrade condition is not satisfied, a predetermined message is transmitted to the user terminal and the process is terminated. If the upgrade condition is satisfied, the application version of the corresponding consolidated tax payment software in the first table is applied. Based on the information of the above, for the consolidated tax payment system, processing to upgrade the corresponding consolidated tax payment software,
Version upgrade support program characterized by causing

Images