JP2002259602A - Administrative organ window system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To apply for issuance of a certificate such as a resident's card and a seal registration certificate as well as reporting of address change and marriage to a self-governing body and an administrative organ through a communication network. SOLUTION: A system which processes various application documents that an administrative organ handles is equipped with a means which receives, registers, and stores fixed-form application request data sent through a network or from a directly connected terminal device, a means which identifies the user according to the application request data, a means which accesses an information file corresponding to the application contents to obtain or update necessary data, a means which outputs the obtained necessary data in format corresponding to the application request, a means which obtains necessary information by communicating with servers of other administrative organs according to the application contents, and a means which automatically collects the charge for the certificate issue.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an administrative agency window system for applying and issuing various notifications and certificates handled by administrative agencies such as local governments, and more particularly to a notification system using a communication network such as the Internet. It relates to a system for applying for certificates.

[0002]

[Prior Art] When obtaining various certificates such as official documents such as family register, abstract, resident's card and seal registration certificate, and submitting various notifications such as address change, marriage, birth and death, They go to the office of the municipal office where their current address or home address is located and apply for the required certificate or application for a notification during the office hours. In recent years, as a part of improving administrative services, a method has been adopted in which an automatic certificate issuing device that can be used on holidays for these procedures is installed in a branch office such as a station or a hospital, or an application is reserved on the Internet.

[0003]

However, the above-mentioned automatic certificate issuing apparatus can provide only a very limited service, and if it is desired to obtain an official document with a specific issue date, for example, a resident issued on November 11, 1999 If you wanted to receive a vote, you had to go to the window on the day. Even when making an appointment for an Internet application, the person must authenticate at the time of receiving the certificate, so the person had to go to the counter on the day. Also, if the applicant is in a distant place other than the resident registration or municipalities, it was necessary to apply for the resident registration or municipalities by mail. An object of the present invention is to provide a system that can simplify the procedure for various applications to these administrative organizations and can be used for a wide range of services.

[0004]

In order to achieve the above object, an administrative agency window system according to the present invention is provided with a business server for receiving, storing, analyzing, and executing processing data, and a format and paper corresponding to various certificates. The system consists of a device that prints the application request, an application reception file for temporarily storing application request data, a basic resident information file that collects resident information in administrative districts, and a billing file that accumulates commission data generated by issuing certificates, etc. The application is received and stored in the form of standard data from each individual terminal via a communication network or from a terminal connected via a LAN in an administrative agency, etc., and the stored data is analyzed to suit each application. Perform the following processing. The application receiving means of the business server receives access to the administrative institution contact system from the terminal, and transmits and displays an input screen, a template, a prompt, and the like for appropriately acquiring information required for the application to the terminal. In accordance with the guidance on the input screen, the applicant inputs personal authentication information for confirming the identity of the applicant and necessary information for the application, which is the main body of the application. The personal authentication information includes a personal number registered in the basic resident register, information used for identification at a general administrative agency such as a name, a date of birth, a place of residence, and a postal code of the current address. Since the personal number is a number that is uniquely set to identify an individual, the personal authentication information does not need all the above items, but may be composed of at least a personal number and name data. The postal code of the current address is used to transfer the application to the administrative organization to which the applicant belongs when the applicant is not registered in the resident information file managed by the contact system of the administrative organization accessed by the applicant. If the business system of the administrative organization includes means for searching the information of the resident information file of another administrative organization from the personal number, this item need not be acquired. The personal authentication information may be obtained by reading necessary items from an IC card storing personal information from an IC card reader connected to the terminal. The required item information of the application includes the code for identifying the entity of the application such as resident card acquisition, family register abstract acquisition, transfer notification, etc., the necessary information corresponding to each application content, and the method of receipt such as window reception, mailing etc. It consists of a code for identification, necessary information corresponding to each receiving method, a code for identifying a payment method such as window payment, debit of a financial institution, use of a card, and the necessary information. The input guidance program of the administrative agency window system branches the processing according to each item category and provides guidance for acquiring necessary information for each item category. For example,
If you select the application identification code that indicates acquisition of a resident's card, you will be required to enter the required number of acquisitions as required information and select whether to indicate the entire household, and if you select the reception method code that indicates reception at the counter, you will receive it as necessary information The user is requested to input the date and time and select the classification of the principal or the agent, and when the payment method code indicating the debit is selected, the user is required to input the financial institution code, the branch code, and the account number as necessary information. After acquiring all the information necessary for the application, the application receiving means configures the obtained information as application request data in a fixed form message and stores it in the application reception file. Next, the data analysis means of the control unit analyzes the application request data.

[0005] Data analysis is first performed from authentication of personal information. The data analysis means extracts the information indicating the personal number from the application request data, sends it to the authentication processing means, and the data corresponding to the personal number in the basic resident information file matches the name and / or date of birth of the request data Perform personal authentication with If the individual has been authenticated, processing relating to the application request is subsequently performed. If the applicant does not reside in the administrative area managed by the window system, an error will occur because the personal number does not exist in the basic resident information file. Obtain the code, identify the relevant administrative institution server from the address table that associates the administrative institution window server address with the municipal code, create an authentication inquiry message, send it to the institutional server, and reply Wait for. The application request data during the inquiry is stored in an inquiry waiting file, and when there is a response from another institution, the corresponding data is called and the processing is continued. If the personal number is not authenticated even in the control area of the counter system or if it is not authenticated by another organization, an error message is output.

[0006] In the processing relating to the application request, the data analysis means extracts the application identification code and distributes the processing to a required processing program according to the classification. At the same time, application required information is also sent to the processing program as a parameter. Upon receiving the notification that the processing has been completed and the data has been output in a format suitable for the request, the control unit performs a charging process. Charges are calculated from the correspondence table between application categories and fees and the number of outputs, and billing data consisting of personal numbers, payment categories, payment required information, billing amounts, and billing dates are created and stored in a billing information file. The control unit periodically extracts the charging data payment classification code, performs classification and totaling, and performs a billing process to the payee corresponding to each classification.

[0007]

BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of a government agency window system according to the present invention. FIG. 1 is a configuration diagram of the present invention.

In FIG. 1, reference numeral 10 denotes a client terminal, 2
0 is a VDT device that can display characters and graphics, 3
Reference numeral 0 denotes an input device such as a keyboard, a mouse or a touch panel; 40, a communication network; 50, a server installed in a government office for receiving, registering, and issuing application requests;
0 is a basic resident register file storing resident information in the administrative district, 70 is an address table storing network addresses of servers installed in each municipality, and 80 is application information sent from the personal terminal 10. , A billing file for storing billing information at the time of issuing the certificate, 110 is a premises LAN provided at a government office, 120 is a printing device for printing a certificate, and 130 is a printing device for printing a certificate. This is a client terminal installed at a government agency window.

[0009] The client terminal 10 has a function of connecting to a communication network such as the Internet, and mainly uses a personal computer or a KIOSK terminal.

The business server 50 receives application request data from the personal terminal device 10 or the premises client terminal 130,
It executes updating in accordance with various notifications, issuance of various certificates, and charging processing, and provides a communication control unit 51 for distributing received data to each processing unit and an input form for an application request to an individual client terminal, A reception unit a52 for storing the received application request information in an application reception file, and a reception unit b53 for providing an application request input form to a client terminal at a premises window and storing the received application request information in the application reception file. An authentication unit 54 for searching for a basic resident register file based on the personal number of the application request information and performing personal authentication, and another administrative unit for obtaining basic resident information data in another administrative organization by a request from the premises client terminal 130. An inquiry unit 55 for inquiring the business server of the institution for the relevant information, and, when receiving an inquiry from a server of another administrative institution, A response unit 56 for responding to the basic information of the inhabitants, a business processing unit 57 for updating related files and issuing forms such as various certificates based on the contents of the application request data, and charging an issuance fee. The settlement unit 58 performs settlement processing for each financial institution.

The client terminal 130 is a device that is placed at each administrative agency window, receives various applications from customers who have come to the window, and requests the server to process the VDT device 20 and the input device 30 such as a keyboard or mouse. Connected.

Next, the data structure will be described.

FIG. 2 shows a record format to be registered in the application request data and the application reception file. The reception number 201 when the application is received, the personal number 202 for identifying the person,
Name data 203, date of birth data 204, current address municipal code 205 specifying the current address of the person, real address municipal code 206 specifying the address of the person, and whether the application is a certificate An application category 207 for identifying whether a report is to be submitted, a copy quantity 208 for identifying the required number of copies in the case of issuing various certificates, a reception category 209 for identifying whether the receiving method is a window or mail, and a window for the receiving method. Receiving date 210 that specifies the receiving date when specified, and payment category 211 that identifies the method of paying the fee for issuing various certificates
From the payment data 212, the status code 213 for distinguishing whether the processing by the application request data is unprocessed or processed, and the basic resident register data area 214 for storing family register data and resident data related to the personal number 202. Become. The above registration items are not necessarily required to be registered depending on the content of the application, and it is sufficient that personal authentication information and items necessary for the application are available. The required items are specified by the system by selecting the application details at the time of input.

FIG. 3 shows data stored in the address table 70. The data includes a city / town / village code 301 for specifying a city / town / village, a transmission destination address 302 indicating the network address of a server installed in each city / town, town and village. It is made up of a city, town, and village name 303.

FIG. 4 shows data stored in the financial accounting file 90, which includes a personal number 401 for specifying an individual, a bank card number, a branch number, an account number of each financial institution, a cash card number 402, and a certificate issuance. It is composed of a fee 403 charged at the time.

FIG. 5 shows data stored in the credit billing file 100, which includes a personal number 501 for specifying an individual, a credit card number 502 indicating the number of a card issued by each credit sales company, and It consists of a charged fee 503.

FIG. 6 shows the contents of a message when the server 50 communicates with a server of another administrative organization. The personal number 601 for identifying an individual, and whether the content of the message is an inquiry or an answer to the inquiry is identified. And a basic resident register data area 603 for setting resident information corresponding to the personal number 601 at the time of reply.

FIG. 7 is a correspondence table between the types of certificates and the fees for issuing the certificates, and includes a form code 701 for identifying the type of the form and a fee 702.

Next, the flow of processing in the administrative agency window system according to the present invention will be described.

FIG. 13 is a flowchart showing the flow of processing from accepting and registering various applications from the client terminal.

Here, as an embodiment, a process for requesting a copy of a resident's card will be described. FIG.
The business server 50 of the municipalities having the configuration shown in FIG. When the communication control unit 51 receives a communication message from the business server in another city, town, or village, it passes the message to the inquiry unit 55 or the answer unit (steps 1311, 1312, and 1313).
In the case of access from the premise window terminal, the reception unit b is called, and when a connection request from the outside is received, control is passed to the reception unit a52 (steps 1301 and 130).
2). The receiving unit a52 displays a menu screen of an image as shown in FIG. 8 on the VDT device 20 of the destination terminal. When the applicant presses a selection button 810 (procedure based on resident registration) through the input device 30 such as a mouse, the reception unit displays an application menu as shown in the image of FIG. Here, the applicant inputs a number corresponding to “copy of resident's card” into input box 910 and presses send button 920, and accepting unit a5
2 displays an application content input form as shown in FIG. 11 (step 1303). When the applicant inputs all necessary information in the input form and presses a send button 1210, the accepting unit creates application request data shown in FIG. 2 based on the information input in the form. The application request data is created as follows. The reception number 201 sets an arbitrary unique number. As an example, there is a method using a combination of a reception date and a serial number. Personal number 202, name 203, date of birth 20
4. For the number of copies 206, the information input to the input form by the applicant is set as it is. In the application section 207, the number entered in the selection number input box 1010 is set. The current address municipal code 205 and the domicile municipal code 206 are shown in FIG.
The corresponding municipal code is obtained by comparing with the municipal name 303 of the address table. For the reception section 209 and the payment section 211, the numbers preset in the check buttons of the input form are set as they are. Next, the application request data created as described above is inspected for any omission or inconsistency in the application contents (step 130).
4). As a result of the inspection, if the content is inadequate, an error screen is displayed and the applicant is prompted to input again. If the result of the inspection is normal, the reception number of the registered application request data is passed to the authentication unit 54 (step 1305).

The authentication unit 54 searches the basic resident register file 60 for a personal number identical to the personal number passed from the receiving unit a52. (Step 1306) As a result,
If there is matching data, the basic resident register data of the corresponding personal number is returned to the receiving unit a52 together with a normal response, and if not, an abnormal response is made to the receiving unit a52 (step 1307).

When the response from the authentication unit 54 is normal, the reception unit a52 sets the received basic resident data in the basic resident data area 214 of the application request data, and registers the application request data in the application reception file 80 (step 1308),
A registration completion screen as shown in FIG. 12 is displayed (step 13
09). If the response from the authentication unit is an abnormal response, an error screen as shown in the image of FIG. 10 is displayed (step 1310).

FIG. 14 is a flowchart showing the flow of processing from the execution of the requirements of the accepted application data to the registration of the billing information in the billing file.

The business processing unit 57 sends the application request file 8
If the status code 213 is “unprocessed” from 0 and the receiving date is further set, the application request data whose date is the next day is sequentially read (step 1401), and the following until the data disappears. The processing is executed (Step 1402). First, the application classification 207 of the read application request data is determined (step 1403). If the content of the request is an update of a basic resident register file related to various notifications, an update process is executed (step 1404). Application category 207
If the content of the request is a request to issue a certificate, etc., extract and process information necessary for creating a form from the basic resident register data section 214,
The form is printed by the printing device 120 (step 140).
5). When the printing process is completed, the application category 207 and the number of copies 2
The fee is calculated based on the issuance fee breakdown table 08 and FIG. If the receiving category is mail, the mailing cost is added to the total fee (step 1406). If the payment category 211 is payment by direct debit (step 1407), the total number of the personal number 202, the cash card number stored in the payment data 212, and the fee calculated previously is stored in the financial charging file as a table as shown in FIG. If the payment type 211 is a credit card payment (step 1407), the total amount of the credit card number and the fee stored in the personal number 202 and the payment data 212 is stored as a table as shown in FIG. Store it in a file. (Step 1409) The status code 213 of the application request data extracted last is 'processed'
And re-register (step 1410).

FIG. 15 is a flowchart showing the flow of the settlement process.

The settlement unit 58 is activated every month. When the settlement unit 58 is activated, first, the data of the financial accounting file is sorted in the ascending order of the cash card number 402. (Step 1501) Create billing data for each financial institution from the sorted data (Step 150)
2), and store it on a recording medium such as a magnetic tape (step 1503). Similarly, a sort process is also performed on the credit sales accounting file 100 (step 1504), billing data for each credit sales company is created (step 1505), and stored in a recording medium (step 1506). Thereafter, the data of the financial billing file and the credit billing file are deleted, and the process ends (step 1507), (step 1508). The created recording medium is sent to each financial institution or credit company to collect fees.

FIG. 16 is a flow chart showing the flow of processing up to the inquiry to the server to another administrative organization for personal authentication and the acquisition of the corresponding basic resident register data. Inquiries to other administrative agencies means that if residents outside the administrative district come to the window,
This is a method of obtaining the applicant's resident information from the relevant administrative agency and accepting the application.

When the communication control unit 51 receives an access from the window terminal on the premises, it passes control to the reception unit b53 (Step 1).
601). When a communication message is received from another server, control is passed to an inquiry unit or an answer unit according to the content of the message (steps 1609 and 1607). If a request has been received from another client terminal, control is passed to the receiving unit a (step 1616). In the receiving unit b53, as in the case of the application from the personal terminal, according to the selection of the applicant, FIG.
An input form like the image of FIG. 11 is displayed (step 1602). When the applicant inputs the request content in the input form, the receiving unit b53 creates the application request data shown in FIG. 2 and executes the content inspection of the application request data (step 1).
603) If there is no problem, the personal number 202 of the request data is passed to the authentication unit 54. The authentication unit searches the basic resident register file for the same personal number as the received personal number (step 1604), and if they match, returns the basic resident register data of the corresponding personal number to the reception unit b53 together with a normal response. If not, an abnormal response is made to the receiving unit b53.
When the response from the authentication unit 54 is normal (step 1605), the receiving unit b53 sets the received basic resident register data in the basic resident register data area 214 and registers the completed application request data in the application receiving file 80 ( Step 1611). When the response from the authentication unit 54 is an abnormal response, the reception unit b53 passes the personal number and the current address, city, town, and village code to the inquiry unit 55.

The inquiry unit 55 compares the current address city code transmitted from the reception unit b53 with the city code in the address table 70, and obtains the network address of the line where the city code matches. Next, the personal number 601 of the transmission message format shown in FIG. 6 is set to the personal number received from the reception unit b53, and the message code 602 is set to a code meaning "inquiry".
Is transmitted, and waits for a response (step 160).
6).

The communication control unit 51 of the destination server that has received the message transfers the message to the reply unit 56 when the received message is a communication from another administrative institution server and the message code 602 is “inquiry” ( Step 1607).

The answering unit 56 obtains the personal number 601 from the message and passes it to the authentication unit 54.

The authentication unit 54 searches the basic resident register file 60 for the same personal number as the received personal number.
If they match, the basic resident register data of the corresponding personal number is returned to the answering unit 56 together with the normal response. If they do not match, an abnormal response is made to the answering unit 56.

When the response from the authentication unit 54 is normal, the reply unit 56 sets the personal number of the message received from the communication control unit 51 to the personal number 601 in the message format of FIG.
A code indicating the meaning of "answered" is set in the message code 602, and the basic resident register data received from the authentication unit 54 is set in the basic resident register data area. If the response from the authentication unit 54 is an abnormal response, a code indicating "no response" is set in the message code 601 in FIG. When the message shown in FIG. 6 is created, the message is transmitted to the transmission source server (step 1608).

When the inquiry unit 55 waiting for reception receives a message via the communication control unit 51 (step 160)
9) If the message code 602 of the response message indicates "answered", the basic data received together with the normal response is returned to the receiving unit b53, and if they do not match, an abnormal response is made to the receiving unit b23 (step). 1610).

When the response from the inquiry unit 55 is normal, the receiving unit b53 sets the received basic resident data in the basic resident data area 214 of the application request data, and registers the application request data in the application receiving file 80 (step 161
1) A registration completion screen as shown in FIG. 12 is displayed (step 1612). If the response from the inquiry unit 55 is an abnormal response, the same inquiry processing is performed with respect to the server of the relevant municipality based on the permanent residence municipality code of the application request data (step 1613). Even in this case, if the response from the inquiry unit is an abnormal response (step 1613), an error screen is displayed (step 1615).

[0037]

As described above, according to the present invention, it is possible to make various applications from a personal terminal to each administrative institution via a network, and from a contact system of any administrative institution to another administrative institution. Applications can be made.

[Brief description of the drawings]

FIG. 1 is a diagram illustrating a configuration example of a government agency window system according to an embodiment of the present invention.

FIG. 2 is a diagram showing an example of a record format of application request data stored in an application reception file.

FIG. 3 is a diagram illustrating an example of a data configuration held by an address table.

FIG. 4 is a diagram showing an example of a data configuration held by a financial accounting file.

FIG. 5 is a diagram showing an example of a data structure held by a credit charge file.

FIG. 6 is a diagram illustrating an example of a communication message transmitted from a server to another administrative organization.

FIG. 7 is a diagram showing an example of a data configuration held by a form-specific issuance fee correspondence table.

FIG. 8 is an image diagram of a menu screen displayed on a personal terminal screen and a client terminal screen.

FIG. 9 is an image diagram of a selection screen displayed on a personal terminal screen and a client terminal screen.

FIG. 10 is an image diagram of a screen displayed at the time of an authentication error on a personal terminal screen and a client terminal screen.

FIG. 11 is an image diagram of an application form input form displayed on a personal terminal screen and a client terminal screen.

FIG. 12 is an image diagram of a reception result screen displayed on a personal terminal screen and a client terminal screen.

FIG. 13 is a flowchart showing a flow of processing from application request data creation to reception / registration.

FIG. 14 is a flowchart showing a flow from execution of a request content to billing processing.

FIG. 15 is a flowchart showing the flow of a settlement process.

FIG. 16 is a flowchart showing a flow of processing up to inquiry of personal authentication to a server of another administrative organization and acquisition of resident data.

[Explanation of symbols]

10 personal terminal, 20 display device, 30 input device, 40 communication network, 50 business server,
51: business processing control program, 52: authentication processing program, 53: registration processing program, 54: issue processing program, 55: inquiry processing program, 60: basic resident file, 70: address table, 80: application reception file, 90: Financial billing file, 100: credit sales billing file, 110: local LAN, 120: printing device, 13
0: client terminal device, 201: reception number, 20
2,301,401,501,601 ... personal number, 20
3 ... Name, 204 ... Date of birth, 205,206,301
... Municipality code, 207 ... Application category, 208 ... Number of copies, 209 ... Receiving category, 210 ... Receiving date, 211 ... Payment category, 212 ... Payment card data, 213 ... Status code, 214,603 ... Basic resident register data Region, 302
... destination address, 303 ... municipal name, 402 ... cash card number (bank number + branch number + account number),
403, 503: total fee, 502: credit card number, 602: message code, 701: form code, 7
02: unit price of commission, 810: selection button 1, 820: selection button 2, 910: input box, 920, 1110
... Send button.

Claims (5)

[Claims] 1. A system for processing various application documents handled by an administrative organization, comprising a server for receiving and processing the application, and receiving a standard application request data sent from a terminal device connected via a network or directly. A means for registering and storing the application request data, a means for analyzing the application request data, a means for performing personal authentication based on the application request data, a means for accessing an information file corresponding to the contents of the application and acquiring or updating necessary data, An administrative institution contact system comprising an address table in which a municipal code corresponds to an administrative institution contact server address and means for outputting acquired necessary data in a format according to an application request. 2. A system according to claim 1, wherein said means for acquiring personal authentication information and required item information of a desired application upon access from a terminal device, and transmitting said personal authentication information and application necessary information. A system for contacting an administrative agency, comprising means for integrating to create standard application request data. 3. The administrative agency window system according to claim 1, wherein the personal authentication information in the fixed form application request data includes at least a personal number, a name, a date of birth, a current address, and a location registered in a basic resident register. This is the domicile of residence, and the required item information for the application is a code that specifies the application request items, the necessary information corresponding to each application request item, the code that specifies the receiving method, the necessary information corresponding to the receiving method, and the payment method An administrative office window system comprising: a code for specifying a payment method; and necessary information corresponding to a payment method. 4. The administrative agency counter system according to claim 1, wherein the stored application request data is analyzed, and a personal number for identifying the applicant is obtained from the personal authentication information. Perform personal authentication by means of collating with the personal number in the basic resident file in which the resident information in the administrative district is stored, and if the withdrawal from the financial institution is selected as the payment method, the financial institution data included in the request data will be Means for acquiring, means for creating billing information for each individual applicant from the personal number and financial institution data and storing the billing information in a file, and adding an issuance fee relating to output of a format according to the content of the application request data to the billing information A billing service for an administrative institution, which accumulates billing information by means of performing the above and collectively charges the financial institution for an official document issuance fee for each financial institution. Tem. 5. The administrative institution contact system according to claim 1, wherein the current address code in the stored application request data is not a code of an administrative district managed by the administrative institution receiving the application. A government agency window server address obtained from the address table, the address of the government agency window server corresponding to the current address location code, and the resident data obtained from the corresponding server address.