JPH11175605A - Self-governing body window task system and storage medium used for the same - Google Patents

Abstract

PROBLEM TO BE SOLVED: To make plural related reporting tasks disposal by a notification task at one window, and to easily deal with the change of specification by listing disposal data between task systems for plural notification procedures, and transmitting the disposal data to a related department in a self-governing body window. SOLUTION: For example, when a change procedure is generated, a resident recording server 10 updates the content of a resident basic ledger data base 11 for the change processing, and edits the update information, and transfers it to an update history server 20. The update history server 20 stores the update information in an update history data base 21, and checks relation between the update information and a supply data base 31, and judges whether or not the resident is eligible to the supply. Then, when the resident is eligible to the supply as the judged result, the judged result is communicated to client machines 30-1 and 30-2 as welfare by using as electronic mail.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a municipal window service system for processing a municipal window service. More specifically, in the case of a municipal window service centered on municipalities, for example, when a transfer procedure such as moving in or out of a resident occurs, it is necessary to carry out multiple procedures. It is related to a business processing system that has a mechanism for enumerating and informing the department in charge of related procedures, and at that time, a number of procedures are
The present invention relates to a business processing system having a mechanism that does not affect a business system corresponding to a transfer procedure even in a complicated case.

[0002]

2. Description of the Related Art In local government offices mainly in municipalities, when residents make various notification procedures, a plurality of procedures are usually required. For example, in the case of transfer,
"Notification of transfer of resident card", "Payment of tax unpaid", "Payment of water and sewage fee unpaid", "Suspension of various benefits"
There is a need for multiple procedures. In this case, the inhabitants go to, for example, a city hall, go to each window corresponding to each notification procedure, and carry out a plurality of necessary procedures. In recent years, even in local governments, computer processing (systemization) of such various window operations has been advanced.

The computerization of various window services in local governments was first computerized for each business unit. In such a conventional individual contact service system, the contact service systems do not cooperate with each other, but are independent systems.

[0004] In addition, there is a case where a system of a general counter which performs various notification processes at one counter is systematized.
A single window for multiple business processes frequently used by residents, such as registration of seals, transfer of family register, transfer of qualifications for national pension / national health insurance, issuance of various certificates (resident certificate, tax payment certificate, etc.) It can be processed and does not support the processing of all window operations in local governments. For example, welfare-related services are not covered by the general counter service system.

[0005]

In the conventional municipal window service system, in particular, the individual window service system, information related to each of the service systems corresponding to a plurality of procedures is stored in an operator of the service system (the staff of the window, or The residents who do the procedures) are not properly informed. In addition, if notification procedures related to multiple business systems are performed at a certain window,
Depending on the contents of the processing, the necessary data can be instantaneously transmitted to another window related to the notification procedure or another related business system, or the processing data accumulated for a certain period A mechanism to communicate between processing systems has not been established.

Further, in the above-described general window business system in which a plurality of notification processes are processed at one window, the supported business is limited to the business which is frequently used, and the business process which is not covered by the system is not supported. If it becomes necessary, a notification process must be separately performed for that business, as in the individual window business system.

[0007] Further, this conventional general counter business system is a system that supports a plurality of related notification businesses by a single window notification procedure, but the system of associating the plurality of businesses differs greatly depending on the municipalities. In addition, due to the fact that the system is provided or maintained / operated due to frequent changes in the system, it is required that the system be flexible (easy to change) with respect to changes in processing specifications. .

An object of the present invention is to enable a computer system (local government window service system) for processing window services of a local government to process a plurality of related notification services by a single window notification procedure, and to provide processing specifications. An object of the present invention is to provide a local government office service system that can flexibly deal with changes in specifications, in other words, can easily deal with changes in specifications.

[0009]

In order to achieve the above object, a local government counter operation system according to the present invention comprises a client machine for input processing of data reported from a resident, a server machine for managing resident record data, A plurality of business processing server machines that perform business processing related to the received notification data, a plurality of business processing client machines, and an update history server machine that performs inter-business cooperation processing with the plurality of business processing related to the notification data, The configuration was made up of In addition, the inter-business cooperation process includes an immediate business cooperation method that immediately starts a business process to perform a cooperative process according to the content of the input report data, and a batch process that accumulates the input report data for a certain period and starts a batch process. With the business cooperation method, the immediate business cooperation method has a function of automatically displaying processing data on the screen of the client machine of the business processing required according to the content of the input report data. .

[0010]

Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a system configuration diagram of a local government counter business system according to an embodiment of the present invention.

In FIG. 1, reference numeral 11 denotes a resident registry database that registers data of a basic resident register, 10 denotes a resident record server machine (resident record server) that manages the resident registry database 11, and 31 accumulates payment information for residents. 30 is a welfare etc. payment server machine (welfare etc. payment server) which manages the benefit database 31; 21 is an update history database; 20 is an update history server machine (update history server) which manages the update history database;
0-1 and 10-2 are resident record client machines (resident record clients) for operating individual business systems, and 30-1 and 30-2 are welfare client machines (welfare) for operating individual business systems. Etc.)

In general, in the form of a system configuration,
Each of the server corresponding to the resident record server and the server corresponding to the welfare etc. payment server may be plural. In other words, the configuration is such that a database corresponding to each business and a business system for managing the database are composed of a plurality of systems, and a system for managing the update history server exists as a system for connecting the plurality of business systems.

An outline of a processing procedure according to the present embodiment will be described with reference to FIG. For example, when a transfer procedure occurs, which is the first procedure, the resident record server 10 updates the contents of the resident registry database 11 for the transfer processing, edits the updated information, and sends the updated information to the update history server 20. hand over. The update history server 20 accumulates the update information in the update history database 21 and checks the relationship between the update information and another database, here the benefit database 31, to determine whether or not the person is a person who is eligible for the benefit. Do. Then, the result of the check is communicated to the clients installed in the relevant departments by e-mail. Here, the connected welfare etc. client 30
If the determined result is applicable to -1 and 30-2, the purpose can be achieved by notifying that fact.

Hereinafter, this will be described in detail with reference to FIG. The transfer data (a) input from the resident record client 10-1 or 10-2 is
After the contents are examined by the input data analysis mechanism 101, the contents of the resident registry database 11 are updated by the resident registry database updating mechanism 102.

Next, the update history editing and outputting mechanism 103 responds to the input contents from the resident record client that updates the resident registry database 11 by the change event indicating the contents and the contents before and after the update. Is edited into the update history data (b) having the same. Then, the result (update history data (b)) is transmitted to the update history server 20.

In the update history server 20, the update history analysis mechanism 201 updates the contents of the update history database 21 based on the update history data (b) transmitted from the resident record server 10. Thereafter, in the case where real-time (immediate) processing is required (in the case of FIG. 2) based on the contents of the update history data and the reason for the change, the inter-business communication (sending) mechanism 202 is immediately activated.

Further, in the case where batch processing is performed by combining information for a certain period based on the contents of the update history data and the reason for the change (in the case of FIG. 2), the start of the inter-work communication (sending) mechanism 202 is as follows. This is performed by the batch activation mechanism 203. The activation of the activation mechanism 203 itself at this time is determined by a time interval set in advance by a timer or the like or a schedule such as an operation schedule.

Next, a detailed processing procedure of the inter-work communication (sending) mechanism 202 will be described below with reference to FIG.

In the case of immediate processing (step S1; that is, in the case of FIG. 2), the inter-business communication (sending) mechanism 202
Based on one piece of update history data passed from the update history analysis mechanism 201 and the reason for the change, the relation between the update history data (b) and the task (N) is checked to determine whether communication between the tasks is necessary. Confirm (step S5). Further, in the case of batch processing (step S2; that is, in the case of FIG. 2), among the update history data stored in the update history database 21, a plurality of unprocessed data are targeted, and the transfer reason is also changed. At the same time, the necessity of communication between tasks is confirmed (steps S3, S4, S5).

At the time of real-time (immediate) processing, the inter-business communication (sending) mechanism 202 checks the association with the business (N) using the update history data (b) itself (step S5). During batch processing, one unprocessed data is extracted from the update history database 21,
It is set in the area (b) (step S3). Thereafter, it is checked whether or not the contents of (b) (update history data) are related to the database of each business (step S).
5).

If there is a relationship (if the truth determination in step S6 is true), the inter-business communication data (c) is edited (step S7) and transmitted to a predetermined client (step S8). . At the time of batch processing, the processing of steps S3 to S8 is repeated until there is no unprocessed data.

The inter-business communication data (c) transmitted from the inter-business communication (sending) mechanism 202 is the original transfer data (a).
Is created only when some action needs to be taken for some of the business systems related to it. Therefore, some inter-business cooperation data requiring some processing specifies the related business system according to the content of each processing. As a result, the inter-operation cooperation data (c) is transmitted to each relevant operation processing client.

Next, returning to FIG. 2, the processing procedure in each business processing client will be described below, taking the welfare client 30-1 (or 30-2) as an example.

The inter-work communication (receiving) mechanism 301 displays the contents on a screen based on the transmitted inter-work communication data (c). As a mechanism of data reception, a mechanism for constantly operating the reception module is used, so that a client does not need to issue a search request for transfer data (a) requiring real-time (immediate) processing.
The latest information related to the transfer notification can be displayed on the screen.

Here, the data items displayed on the screen are:
"Resident Number", "Transfer Date", "Name", "Date of Birth",
"Sex" and the like. At this time, the inter-business communication (receiving) mechanism 3
01 is to store the received inter-business communication data (c) in the communication space 300 which is a common area (memory or the like) on the client, so that the related business system
It has a mechanism to share and use that information.

The welfare etc. client 30-1 (or 30-2) performs the processing of the welfare etc. business system 302 based on the inter-business contact data (c) stored in the communication space 300. If a resident appears at the welfare processing window immediately after the transfer notification processing at the resident record client, the data transmitted in real-time (immediate) processing from the state displayed on the welfare client screen is displayed on the screen. Select and fetch necessary information from the contact space 300. Thereafter, by performing the processing of the individual business system, it becomes possible to cooperate with the counter business in the local government.

The present invention is applied to various storage media (for example, storage media having various semiconductor memories, magnetic disk storage media, optical disk storage media, etc.) storing programs for executing various processes in the above-mentioned local government office business system. Media, etc.).

[0028]

As described above, according to the present invention,
At local government offices, by listing processing data between business systems for multiple notification procedures and transmitting them to relevant departments, and by establishing means for sharing processing data to be transmitted between business systems, local government offices Notification procedures are more accurate and faster. Furthermore, according to the content of the notification data that has been processed, it is possible to immediately transmit the data to relevant departments or collectively transmit data for a certain period, improving the speed and accuracy of business processing And for urgent work,
Consolidation processing becomes possible, contributing to improvement of office work efficiency.

Further, according to the present invention, each business process related to various reports is performed by a business-dedicated server.
The update history server performs the linking and communication processing between the report data and the necessary business processes, so changes in specifications between each business can be dealt with only by changing the processing contents in this update history server. In addition, a loose coupling can be realized with the existing individual business system.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of a local government counter business system according to an embodiment of the present invention.

FIG. 2 is an explanatory diagram showing a state of system cooperation in an embodiment of the present invention.

FIG. 3 is a flowchart illustrating a processing procedure in an update history server according to an embodiment of the present invention.

[Explanation of symbols]

Reference Signs List 10 Resident record server machine (resident record server) 11 Juki database 20 Update history server machine (Update history server) 21 Update history database 30 Welfare etc. payment server machine (Welfare etc. payment server) 31 Benefit database 10-1, 10-2 Resident Record Client Machine (Resident Record Client) 30-1, 30-2 Welfare Client Machine (Welfare Client)

Claims (4)

[Claims] 1. A computer system for processing a window service of a local government, comprising: a client machine for input processing of report data from a resident; a server machine for managing resident record data; A plurality of business processing server machines that perform related business processing, a plurality of business processing client machines, and an update history server machine that performs inter-business coordination processing with the plurality of business processes related to the notification data. Local government counter business system. 2. The inter-business cooperation process according to claim 1, wherein the inter-business cooperation process immediately starts a business process to perform a cooperative process in accordance with the content of the input report data; And a batch business coordination system that accumulates data for a certain period and starts batch processing. 3. The method according to claim 2, wherein the immediate business cooperation method has a function of automatically displaying processing data on a screen of a client machine of a business processing required according to the content of the input report data. A municipal window service system characterized by having 4. A storage medium storing at least a program for executing the processing according to claim 2 or 3.