JPH09293095A - Method for reutilizing input information in procedure processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To eliminate two time-troubles in the input operation of both a client and a staff member by reutilizing user input information and staff input information at the time of first procedure in the input operations at a client side and a staff side at the time of second procedure. SOLUTION: A client side computer 100 transmits an identifier indicating second procedure to a staff side computer 130. A task processing part 144 obtains the identifiers of user input data and staff input data required for second procedure by referring to a task-required input data management table inside a task database 136. The task processing part 144 obtains the user input data and the staff input data at the time of first procedure corresponding to the referred identifiers from an input data storing file 134 and displays obtained data at a prescribed position in an output device 133. The staff side computer 130 transmits the obtained user input data identifier to the staff side computer 100. The staff side computer 100 displays the obtained data at the prescribed position on the screen of the output device 106.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a procedure processing system composed of one or more customer (hereinafter also referred to as user) computer connected by a network and one or more staff computer holding resident information. And the customer calculator is
We accept requests for procedures such as issuing certificates such as resident's cards, family register abstracts and various notifications such as transfer notifications, transfer notifications, etc. from the customer, send the request to the staff computer, the staff computer,
After receiving the request and accepting the staff approval operation, the procedure processing result is transmitted to the customer side computer, and the customer side computer
The present invention relates to a procedure processing system that performs an operation of providing a procedure service to a customer after receiving a result.

[0002]

[Prior Art] Procedures for issuing various certificates such as a resident's card, a copy of a family register, an extract of a family register, or a seal stamp certificate, and various notifications such as transfer notification, transfer notification, move notification, household change notification, etc. A system using a computer and a network has been proposed so that it can be performed at a place. For example, there are JP-A-4-40561 and JP-A-6-274319.

Japanese Patent Laid-Open No. 4-40561 and Japanese Patent Laid-Open No. 6-274319 provide input means for accepting a certificate issuance application and notification by a user's operation.

[0004]

In the above prior art, when the same user continuously applies for and issues various certificate issuances, the information obtained from the user is continuously used for subsequent procedure processing. There is no technical explanation. Therefore, if the same user performs the procedures consecutively, it is necessary to enter data individually into various application forms and invoices, and users such as names, addresses, and dates of birth that are commonly required for various procedures. There was twice the trouble of having to enter information for each procedure. Similarly, for the staff, there was twice the time and effort required for data entry associated with the approval work.

An object of the present invention is to provide a method of reusing both user input information and staff input information in the first procedure at the time of input operation by the customer and staff in the second procedure.

[0006]

In order to solve the above problems, according to the present invention, at the time of the first procedure, the customer side computer stores user input information, and the staff side computer inputs by the user and staff. The information to be stored is stored.

At the time of the second procedure, the customer-side computer transmits the identifier of the second procedure to the staff-side computer.

After reception, the staff computer refers to the identifiers of the user input information and the staff input information necessary for the second procedure from the database in which the relation between the various procedures and the necessary input data is described, and the corresponding first The user input information and the staff input information stored at the time of the procedure are displayed at a predetermined position on the screen at the time of the second procedure, and the user input information and the staff input information are reused. Further, the corresponding user input data identifier is transmitted to the customer side computer.

The customer-side computer compares the data identifier received from the staff-side computer and requested by the user for input with the stored user input data, and displays the matching data at a predetermined position on the second procedure screen. , The input information obtained from the user is reused also in the second procedure.

[0010]

BEST MODE FOR CARRYING OUT THE INVENTION A public procedure processing system according to an embodiment of the present invention will be described in detail below with reference to FIGS.

FIG. 1 shows a block diagram of a public procedure processing system according to the present invention.

The above system includes one or more customers (hereinafter,
(Also referred to as a user), a subsystem 10 including a computer, a subsystem 30 including one or more staff computers 130, and a communication network 140 connecting them.

The subsystem 10 on the customer side includes the computer 100 on the customer side and an input device 104 which is an external connection device, a TV conference device 105, an output device 106, a billing device 108, a certificate issuing device 110, an input data storage file 120, Resource database 122, input data processing unit 112 which is a program in customer computer 100, connection destination determination unit 114, task processing unit 116, communication control unit 1
It is composed of 18.

The staff subsystem 30 includes a staff computer 130, an external connection device such as a TV conference device 131, an input device 132, an output device 133, an input data storage file 134, a task database 136, and a basic resident register database 138. The staff-side computer 130 includes a task database search unit 140, which is a program, a basic resident register processing unit 142, a task processing unit 144, and a communication control unit 146.

The customer-side subsystem 10 accepts a procedure application request such as certificate issuance and notification, and sends the request to the staff-side subsystem 30. After receiving the request, the staff subsystem 30 accepts the staff approval operation and transmits the procedure processing data to the customer subsystem 10. After receiving the procedure processing data, the customer side subsystem 10 provides the procedure service to the user.

The customer side subsystem 10 and the staff side subsystem 30 provide the TV conference service to the user and the staff at the time of procedure.

Next, the components of the customer side subsystem 10 will be described in detail.

The customer computer 100 provides public procedure services such as certificate issuance and notification procedures by accepting user input.

The input device 104 receives user data input and command input.

As the input device, a keyboard, a mouse,
Although a pen input device, a touch panel, etc. are mentioned, the present invention does not depend on a specific input device.

Here, for convenience of explanation, a touch panel is taken as a specific example.

The TV conference device 105 is a device that enables a dialogue between a user and a staff member who operates the staff-side computer 130 using audio and video.

The output device 106 presents to the user screen information at the time of the procedure such as a list of the procedure and the layout of the application form required at the time of the procedure.

The billing device 108 handles fees for various procedures and exchanges money with the user.

The certificate issuing device 109 issues various certificates.

The user input data processing unit 112 writes the input information obtained from the user in the input data storage file 120, and transfers it to the connection destination determining unit 114 described below.

The connection destination determining unit 114 determines the network address of the staff computer 130 which is the connection destination from the user input data.

Further, the network address of the connection destination and the user input data are passed to the task processing unit 116.

The task processing unit 116 is used by the customer-side computer 10.
0 plays a central role in the video conferencing device 1
05 to process the data passed from the output device 10
6. Data is passed to and controlled by the billing device 108 and the certificate issuing device 110.

Further, the user input data is accessed for use in subsequent procedure processing, or the resource data 122 in which certificate layout data or text data is registered in advance is used for subsequent procedure processing. To do. Further, it exchanges and controls data with the communication control unit 118 that communicates with the staff computer 130.

Next, the staff subsystem 30 will be described in detail.

The staff computer 130 is the customer computer 10.
Customer's computer 1 accepting requests and staff input from 0
For 00, provide public procedure services such as certificate issuance and notification procedures.

The TV conference device 131 is a device that enables a dialogue between a staff member and a user who operates the customer-side computer 100 by audio and video.

The input device 132 receives data input and command input by the staff.

As input devices, a keyboard, a mouse,
Although a pen input device, a touch panel, etc. are mentioned, the present invention does not depend on a specific input device.

Here, for convenience of explanation, a touch panel is taken as a specific example.

The output device 133 presents the staff with an approval screen for the procedure.

The input data storage file 134 stores user input data and staff input data at the time of the procedure transmitted from the customer computer 100.

The task database 136 stores a task-essential input data management table which describes the procedure that the staff computer 130 can provide to the customer computer 100 and the correspondence between the user and the staff input data necessary for the procedure.

The basic resident register database 138 represents a basic resident register which stores resident information in the form of digital data.

The task database search unit 140 searches the task-essential input data management table 136.

The basic resident register processing unit 142 searches and updates the basic resident register database 138.

The task processing section 144 has a staff computer 13
0 plays a central role in the video conferencing device 1
The data passed from 31 and the staff input data acquired from the input device 132 are processed, and the screen at the time of the procedure is displayed on the output device 133.

Further, the user input data 134 is accessed to be used for the subsequent procedure processing, the task database search unit 140, the basic resident register processing unit 142, or the communication control unit 146 is controlled and data is exchanged.
Also, the charging process at the time of the procedure is performed.

FIG. 2 is a flow chart showing the operation of the customer-side computer 100 according to claim 1 of the present invention.

The task processing unit 11 in the customer computer 100
6 is the input data storage file 1 in step 201.
Delete the contents of 20.

At step 202, the task processing section 116.
Displays a list screen for selecting various procedure services such as certificate issuance and notification on the output device 104.

At step 204, the input data processing unit 1
12 receives a procedure request from the user.

At step 206, the task processing section 116.
Determines whether the procedure selection has been performed by the user.

When the execution is not selective execution, the task processing unit 1
12 erases the contents of the input data storage file 120 in step 234, and returns to step 202.

In the case of selective execution, the task processing unit 116
Displays the procedure application screen on the output device 104 in step 208.

At step 210, the communication controller 118
Transmits the procedure ID (identifier) to the staff computer 130 having the network address obtained by the connection destination determination unit 114.

At step 212, the communication controller 118
Receives the user input data identifier required for the procedure from the staff computer 130.

At step 214, the task processing section 116.
Refers to the input data storage file 120 and acquires the immediately preceding user input data that matches the received identifier.

At step 216, the task processing section 116.
Displays the acquired data at a predetermined position on the procedure application screen.

At step 218, the input data processing unit 1
12 receives additional input data from the user.

At step 220, the input data processing unit 1
12 is the input data storage file 1 for the received data
20.

At step 222, the task processing section 116.
Determines whether the procedure request has been executed by the user. If not executed, the task processing unit 116 deletes the contents of the input data storage file 120 in step 236 and ends the processing (step 234).

In the case of execution, in step 224, the customer-side computer 100 sends the execution request data to the staff-side computer 13.
Send to 0.

At step 226, the customer-side computer 100
Receives the request response data from the staff computer 130.

At step 228, the task processing section 116.
Determines whether the received data is certificate data.

If it is not the certificate data but the procedure refusal data, the task processing unit 116 proceeds to step 236.
, Delete the contents of the input data storage file 120,
The customer-side computer 100 ends the operation (step 23).
4).

If the certificate data, the task processing unit 116
Performs advisory billing processing in step 230, then performs certificate issuing processing in step 230, and finally returns to step 202.

As described above, according to this embodiment, when the same user continuously makes various certificates and various notifications, the input information obtained from the user at the first procedure is used for the subsequent second procedure. Since it can be reused even when creating an application form or an invoice, it is possible to eliminate the trouble of inputting user information such as name, address, and date of birth, which is commonly required for various procedures, twice.

FIG. 3 is a process flow chart showing the operation of the staff-side computer 130 according to claim 1 of the present invention.

The task processing unit 14 in the staff computer 130
4 is the input data storage file 1 in step 302
The contents of 34 are deleted.

At step 304, the communication controller 146
Receives the procedure ID (identifier) transmitted from the customer-side computer 100.

At step 306, the task processing unit 144
Displays the procedure approval screen on the output device 133.

At step 308, the task database search section 140 refers to the user input identifier required for the procedure ID.

At step 310, the task processing section 144
Displays the user input data and the staff input data immediately before matching the identifier from the input data storage file at a predetermined position on the approval screen.

At step 312, the communication controller 130
Sends the referenced user input identifier to the customer-side computer 100.

At step 314, the communication controller 130
Receives user-added input data at the time of procedure from the customer-side computer 100.

At step 316, the task processing unit 144
Stores the received data in the input data storage file 134.

At step 318, the task processing unit 144
Displays the received data at a predetermined position on the procedure approval screen.

At step 320, the task processing unit 14
4. Accept the staff approval data.

At step 322, the task processing unit 144
Inputs the approval data of the staff. Data storage file 134
To be stored.

At step 324, the task processing unit 144
Determines if all approvals have been completed.

If not approved, the communication control unit 146
In step 330, the procedure refusal data is transmitted to the customer-side computer 100, the task processing unit 144 erases the contents of the input data storage file 134, and the staff-side computer 1
30 ends the operation (step 328).

If approved, the communication controller 146
Transmits the certificate data in step 326, and finally returns to step 304.

As described above, according to the present embodiment, when the same user continuously makes various certificates and various notifications, the user input data obtained at the first procedure and the check data by the staff can be used as the second data. Since it can be reused at the time of the procedure, it becomes possible to avoid the staff from having to enter the data twice.

FIG. 4 relates to claim 1 of the present invention, and the customer computer 100 and the staff computer 130 are the clients until the input data of the user and the staff at the first procedure are reused at the second procedure. The processing sequence diagram between the personal computer 100 and the staff computer 130 is shown.

At step 400, the customer computer 100
Transmits the identifier indicating the second procedure to the staff-side computer 130. At step 402, the staff computer 130
Receives the identifier.

At step 404, the task processing unit 144
Refers to the task-essential input data management table in the task database 136 and acquires the identifiers of user input data and staff input data necessary for the second procedure. In step 408, the task processing unit 144 acquires the user input data and the staff input data at the time of the first procedure corresponding to the referenced identifier from the input data storage file 134, and in step 408, in step 406, The acquired data is displayed at a predetermined position on the output device 133.

At step 410, the staff computer 130
Transmits the user input data identifier acquired in step 406 to the customer computer 100.

The customer computer 100 receives the identifier in step 412, and acquires the user input information obtained by the task processing unit 116 in the first procedure corresponding to the received identifier in step 414. . In step 416, the customer-side computer 100 displays the data acquired in step 414 at a predetermined position on the screen of the output device 106.

As described above, according to this embodiment, both the user input information and the staff input information at the first procedure are reused at the customer's input operation and the staff side's input operation at the second procedure. Therefore, it is possible to eliminate the trouble of inputting both by the customer and the staff twice.

FIG. 5 shows an example of the data format of the input data storage file 120 required when applying for various public procedures.

The index field 500 is an area for holding an index. The data identifier field 402 is an area that represents a data identifier. The data field 404 is an area for storing the data actually input by the user. In this example, index 1 contains
The data identifier is "name1", and "Hitachi Taro" is stored as data.

FIG. 6 shows an input data storage file 13 for storing data input by the user and staff at the first procedure.
An example of the data format of No. 4 is shown.

The index field 600 is an area for holding an index. The data identifier field 602 is an area that represents a data identifier. The data field 604 is an area for storing the data actually input by the user. Check field 606 indicates employee approval of user input data. The data is stored as a Boolean value, checked is 1. In this example, the index 1 has a data identifier “name”.
“1”, data “Hitachi Taro”, and check field “1” are stored.

FIG. 7 shows an example of the format of a task-essential input data management table that is stored in the task database 136 and indicates the correspondence between the procedure and the input data of the user and the staff required at the time of the procedure.

The index field 700 is an area for holding an index.

The task field 702 is an area for holding the type of task (procedure).

The required user input data identifier 704 is an area for storing an identifier of user input data required at the time of procedure. The necessary staff input data identifier 706 is an area for storing a staff input data identifier required when the procedure is approved.

In this example, the index 1 is a task "issue resident card", and the user input data identifier is "name1 (name of person who came to the window), address1 (address of person who came to the window). ), Birthday (birthday of the visitor), n
`` ame2 (name of person who needs resident card), address2 (address of person who needs resident card), number (number of issued sheets), reason (purpose of use) '' are stored, and the staff input data identifier is `` c
"heck" is stored.

FIG. 8 shows the communication control unit 118 in the customer computer 100 to the communication control unit 146 in the employee computer 130.
It is an example of the communication data format transmitted to.

The transmission destination field 800 is the network address of the employee side computer 130 obtained by the connection destination determining unit 114, and the transmission source field 802 is the network address of the customer side computer 100.

The command field 804 is a request command issued by the customer-side computer 100, and the data field 606 is additional data of the command command. As a concrete example, in the case of a certificate issuance request command,
The additional data is user input data such as the name and address of the applicant, which is necessary when applying. Further, in the case of a data acquisition command required for application for a procedure, the procedure identifier becomes the additional data.

FIG. 9 shows the communication control unit 146 in the staff computer 130 to the communication control unit 118 in the customer computer 100.
It is an example of the communication data format transmitted to.

The transmission destination field 900 is the network address of the customer side computer 100, and the transmission source field 902 is the network address of the staff side computer 130.

The command field 904 is a reply command to the command command 806 issued by the customer computer 100, and the data field 906 is additional data of the reply command. As a specific example, in the case of a response command to a user input data acquisition command required for application of a procedure, the identifier 704 of user input data required for application of the procedure becomes the additional data.

FIGS. 10 to 13 relate to claim 1 of the present invention, and show examples of screens displayed on the output device 106 of the customer-side computer 100 at the time of user's procedure.

In FIG. 10, a screen 1000 is an example of a screen prompting the user to perform a procedure. List area 100
An area 2 displays the types of various certificate issuing procedures and various notification procedures that can provide services. The user can select an arbitrary procedure via the input device 104. The button 1004 is for the customer computer 10
It is an area for issuing the execution request command of the selected procedure processing to 0. The user can request the execution via the input device 104.

For example, the input device 104 is the output device 106.
In the case of the touch panel attached to, the character string of an arbitrary procedure displayed in the list area 1002 may be indicated with a fingertip, and if the procedure is executed, 1
The area 006 may be similarly indicated with a fingertip.

Of course, the selection method and the execution request method depend on the input device 104, and needless to say, other methods may be used.

In FIG. 11, the screen 1100 is shown in FIG.
3 is an example of a procedure application screen that is displayed on the output device 106 after selecting a procedure for issuing a copy of the resident card (first procedure) and making an execution request. Areas 1102, 1104, and 1106 are the names, addresses, and
This is an area for displaying the date of birth. An area 1108 is an area showing an address with a necessary resident card, and 1110 is an area showing the number of bills. The area 1112 is an area for displaying the purpose of use of the copy of the resident card.

The user inputs the data displayed on the areas 1102 to 1112 through the input device 104. Here, the name of the person who came to the counter is "Hitachi Taro", the address is "Osaka City ...", the date of birth is "1965 ...", the address of the required resident card is "Osaka City ...", and the number of bills. Is "1" and the purpose of use is "license renewal".

The button 1114 is an area that provides a function of canceling the application for the procedure for issuing a copy of the resident card, and the button 1116 is an area that provides a function of requesting the application to the customer-side computer 100. The user can perform the function via the input device 104. Input device 10
When the touch panel 4 is attached to the output device 106, the user can execute the respective functions by indicating the area of the button 1114 or 1116.

In FIG. 12, a screen 1200 shows the output device 106 after the procedure for issuing a copy of the resident card is completed.
This is an example of a screen displayed on the screen, and is intended to prompt the user whether to continue the procedure continuously. List area 1
An area 202 displays the types of various certificate issuance procedures and various notification procedures that can provide services. The user can select an arbitrary procedure via the input device 104. The button 1204 is for the customer computer 1
00 for issuing the execution request command of the selected procedure processing. The user uses the input device 104
The execution can be requested via.

For example, the input device 104 is the output device 106.
In the case of the touch panel attached to, the character string of an arbitrary procedure displayed in the list area 1202 may be indicated with a fingertip. If the procedure is to be executed, the area of the button 1206 is likewise with a fingertip. Just point me.

As described above, according to this embodiment, since the screen for prompting the procedure is displayed after the first procedure on the customer computer 100, the user can carry out the procedure continuously. .

In FIG. 13, the area 1300 is shown in FIG.
3 is an example of a procedure application screen displayed on the output device 106 after selecting a procedure for issuing a family register abstract (second procedure) and submitting an execution request. Areas 1302, 1304, and 1306 are areas for displaying the name, address, and date of birth of the person who came to the counter, respectively. An area 1308 is an area showing a permanent place of residence with a necessary family register, and an area 1310 is an area showing the number of bills. The area 1312 is an area for displaying the purpose of use of the copy of the resident card.

When the procedure for issuing a family register extract (second procedure) is performed after the procedure for issuing a copy of the resident card (first procedure), the data entered when the procedure application is completed is automatically displayed. In this example, the name of the person who came to the counter is "Hitachi Taro", the address is "Osaka City ...", and the date of birth is "Showa 35".
The number of bills is "1" and the purpose of use is "License update".

As described above, according to the present embodiment, when the same user continuously makes various certificates and various notifications, the user input information at the first procedure is used as the application form for the subsequent second procedure. Since it can be reused when creating a bill or an invoice, it is possible to eliminate the trouble of twice inputting user information such as a name, an address, and a date of birth, which is commonly required for various procedures.

14 to 15 relate to claim 1 of the present invention, and are examples of screens for procedure approval displayed on the output device 133 of the staff computer 130.

In FIG. 14, a screen 1400 is an example of an application confirmation screen displayed during the procedure for issuing a copy of the resident card (first procedure).

Areas 1402, 1404, and 1406 are areas for displaying the name, address, and date of birth of the person who came to the counter, respectively. An area 1408 is an area showing an address with a necessary resident card, and an area 1410 is an area showing the number of bills. The area 1412 is an area for displaying the purpose of use of the copy of the resident's card. In the areas 1402 to 1412,
The data entered by the user is displayed.

Areas 1414 to 1424 indicate staff check areas. When approving the user input data displayed on the left side of each area, the staff designates these areas by using the input device 132 and displays a check mark as shown in the figure. In this example, the personnel are in areas 1402-1.
Since all 424 data have been approved, the area 1414-
A check mark is displayed on 1424.

The button 1426 is an area that provides a function of ending the procedure, and the button 1428 is an area that provides a function of executing the service of the procedure. The employee uses the input device 132 to select buttons 1426 and 142.
These functions can be performed by pointing to 8.

In FIG. 15, a screen 1500 is an example of an application confirmation screen displayed when the procedure for issuing a family register abstract (second procedure) is started.

Areas 1502, 1504, 1506 are areas for displaying the name, address, and date of birth of the person who came to the counter, respectively. An area 1508 is an area indicating a permanent place of residence with a necessary family register, and 1510 is an area indicating a requested number of sheets. The area 1512 is an area for displaying the purpose of use of the copy of the family register copy.

Areas 1514 to 1524 indicate staff check areas.

The button 1526 is an area for providing a function of ending the procedure, and the button 1528 is an area for providing a function of executing the service of the procedure. The employee uses the input device 132 to select the buttons 1526 and 152.
These functions can be performed by pointing to 8.

Here, since the input data acquired in the first procedure is used, the user input area 1502
Data is already displayed in 1504, 1506, 1510, and 1512, and check areas 1514, 1516, and 151 are displayed.
Similarly, check marks are displayed on 8, 1522 and 1524.

As described above, according to this embodiment, when the same user continuously makes various certificates and various notifications, the user input data and the staff check data already obtained can be reused. Therefore, it is possible to avoid the staff from having to enter the data twice.

As described above, according to the present embodiment, both the user input information and the staff input information at the first procedure are re-executed at the customer side input operation and the staff side input operation at the second procedure. Since it can be used, it is possible to eliminate the trouble of twice input operations by both the customer and the staff.

[0127]

As is apparent from the above description, according to the present invention, when the same user continuously carries out procedures such as various certificates and various notifications, the user input information at the time of the first procedure and Since both the staff input information can be reused at the time of the input operation by the customer side and the input operation by the staff side in the second procedure, it is possible to eliminate the trouble of twice for the input operation by both the customer and the staff.

Further, since the customer side computer side locally holds the input data storage file, it is only necessary to obtain the data identifier, not the data inputted immediately before, via the communication network. Therefore, the present invention is effective in a network having a narrow communication bandwidth, and the customer side subsystem has good operation responsiveness to the user's input operation.

[Brief description of drawings]

FIG. 1 is an example of a configuration diagram of a public procedure processing system according to the present invention.

FIG. 2 is a processing flowchart diagram in the customer side subsystem 10 according to claim 1 of the present invention.

FIG. 3 is a process flowchart diagram in the staff subsystem 30 according to claim 1 of the present invention.

FIG. 4 is a diagram showing a processing sequence between a customer-side computer and a staff-side computer according to claim 1 of the present invention.

5 is a diagram showing an example of a storage format of user input information in an input data storage file 120. FIG.

6 is a diagram showing an example of a storage format of user input information in an input data storage file 134. FIG.

FIG. 7 is a diagram showing an example of a storage format of data representing a relationship between a procedure and required input data.

FIG. 8 is a diagram showing an example of a communication data format from a customer-side computer to a staff-side computer.

FIG. 9 is a diagram showing an example of a communication data format from a staff computer to a customer computer.

FIG. 10 is a diagram showing an example of a screen initially presented to the customer on the customer computer.

FIG. 11 is a diagram showing an example of an application screen for a procedure for issuing a copy of a resident's card on the customer's computer.

FIG. 12 is a diagram showing an example of a screen presented to the customer immediately after the first procedure on the customer's computer is completed.

FIG. 13 is a diagram showing an example of an application screen on the customer-side computer when the procedure for issuing a family register abstract is subsequently performed after the procedure for issuing a copy of a resident card is completed.

FIG. 14 is a diagram showing an example of a confirmation screen for issuing a procedure for issuing a resident's card on the staff computer.

FIG. 15 is a diagram showing an example of an application confirmation screen on the staff-side computer when the procedure for issuing a family register abstract is subsequently performed after the procedure for issuing a copy of the resident card is completed.

[Explanation of symbols]

100 ... Customer-side computer, 104 ... Input device, 10
5 ... TV conference device, 106 ... Output device, 108
... billing device, 110 ... certificate issuing device, 112 ... input data processing unit, 114 ... connection destination determining unit, 116 ... task processing unit, 118 ... communication control unit, 120 ... input data storage file, 122 ... resource database, 1
30 ... Employee side computer, 134 ... Input data storage file, 136 ... Task database,
138 ... Basic Resident Register database, 140 ... Task database search unit, 142 ... Basic Resident Register processing unit,
144 ... Task processing unit, 146 ... Communication control unit.

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Masatoshi Omura 1 Ikegami, Haruoka-cho, Owariasahi-shi, Aichi Hitachi, Ltd. Office Systems Division

Claims (5)

[Claims] 1. One or more customers connected by a network
A system that consists of a computer (hereinafter also referred to as a user) and one or more staff computers.The client computer accepts procedure request operations such as certificates and notifications from users, and the requests are submitted by staff. Send to the computer, the staff computer receives the request, accepts the staff's approval operation, sends the procedure processing data to the customer side computer after approval, and the customer side computer provides the procedure processing service to the user after receiving In the procedure processing system to perform, during the first procedure processing, A) the customer side computer stores the user input information, the staff side computer stores the user input information and the staff input information, and the user continuously outputs the second B) Send the second procedure processing identifier from the customer computer to the staff computer, and the staff computer receives the second procedure processing identifier. Then, C) the table describing the input information identifiers required for various procedures is referred to, the input information identifiers required for the second procedure processing are acquired, and D) the first procedure corresponding to the obtained input information identifiers. The user input information and the staff input information stored at that time are displayed at predetermined positions on the second procedure approval screen, and E) the acquired user input information identifier is transmitted to the customer side computer, and the customer side computer receives G). A method for reusing input information in a procedure processing system, characterized in that the identifier and the user input information stored during the first procedure that match each other are displayed at a predetermined position on the second procedure screen. 2. The input in the procedure processing system according to claim 1, wherein in the procedure processing system, the data constituent elements of the input data storage file possessed by the customer side computer are an index, a data identifier, and input data. Information reuse method. 3. The procedure processing system according to claim 1, wherein the data components of the input data storage file held by the staff computer are an index, a data identifier, user input data, and staff input data.
How to reuse input information in the described procedure processing system. 4. In the procedure processing system, the constituent elements of the table in which the input information identifiers required for various procedures possessed by the staff computer are described are indexes, procedure names, user input data identifiers, and staff input data identifiers. The method for reusing input information in a procedure processing system according to claim 1, wherein 5. In the procedure processing system, a TV is provided to support the dialogue between the user and the staff at the time of procedure.
The method for reusing input information in a procedure processing system according to claim 1, wherein a telephone is used.