WO2023007767A1 - 申請支援装置、申請支援システム、申請支援方法、および記録媒体 - Google Patents

申請支援装置、申請支援システム、申請支援方法、および記録媒体 Download PDF

Info

Publication number
WO2023007767A1
WO2023007767A1 PCT/JP2022/001295 JP2022001295W WO2023007767A1 WO 2023007767 A1 WO2023007767 A1 WO 2023007767A1 JP 2022001295 W JP2022001295 W JP 2022001295W WO 2023007767 A1 WO2023007767 A1 WO 2023007767A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
proxy
proxy application
unit
consignor
Prior art date
Application number
PCT/JP2022/001295
Other languages
English (en)
French (fr)
Inventor
佳子 今西
亨 青柳
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2023538214A priority Critical patent/JPWO2023007767A5/ja
Publication of WO2023007767A1 publication Critical patent/WO2023007767A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services

Definitions

  • the present invention relates to an application support device, an application support system, an application support method, and a recording medium. It relates to a support system, an application support method, and a recording medium.
  • Patent Document 1 For some administrative procedures such as the issuance of official documents (for example, the issuance of a copy of a resident's card), proxy applications by an agent are permitted.
  • the personal identification information of the agent (trustee) obtained at the place where the application procedure is executed for example, the window of the city hall
  • the personal identification information of the agent (trustor) registered in advance by the client (trustor) It is described that the identity of the agent is verified by matching with the identification information.
  • the personal identification information is My Number
  • Patent Document 1 states that a public personal authentication service (JPKI; Japanese Public Key Infrastructure) may be used to verify the identification information of the agent. Are listed.
  • JPKI Japanese Public Key Infrastructure
  • Patent Document 2 personal verification technology based on biometric information, such as face recognition, may be used for identity verification.
  • the content of the proxy application made by the agent may be inconsistent with the content of the proxy application that the client has agreed to.
  • the client cannot confirm the content of the proxy application, so some clients worry that administrative procedures that they do not consent to will not be carried out.
  • Some people Even after administrative services are digitized, there is a need to provide administrative services that users can use with peace of mind.
  • the present invention was made in view of the above problems, and its purpose is to provide a mechanism for providing administrative services that users can use with peace of mind.
  • An application support apparatus includes specifying means for specifying a consignor related to a proxy application to be made by a consignee, notification means for notifying the consignor of the contents of the proxy application, and the proxy It comprises request means for requesting the entrustor to approve the application, and confirmation means for confirming approval by the entrustor.
  • An application support system includes an application information management device including the application support device according to one aspect of the present invention, and a reception terminal that receives input made by a trustee for proxy application,
  • the application information management device stores the information regarding the proxy application registered by the consignor.
  • An application support method specifies a consignor related to a proxy application that a consignee intends to make, notifies the consignor of the content of the proxy application, and approves the proxy application. , requesting said trustor and confirming approval by said trustor.
  • a recording medium specifies a consignor related to a proxy application that a consignee intends to make, notifies the consignor of the content of the proxy application, and approves the proxy application. and confirming the approval by the entrustor.
  • FIG. 1 is a block diagram showing the configuration of an application support device according to Embodiment 1;
  • FIG. 4 is a flow chart showing the operation of the application support device according to the first embodiment;
  • FIG. 12 is a block diagram showing the configuration of an application support device according to a modified example of Embodiment 3;
  • FIG. 12 is a block diagram showing the configuration of an application support device according to Embodiment 4; 14 is a flow chart showing the operation of the application support device according to the fourth embodiment;
  • FIG. 21 is a block diagram showing the configuration of an application support device according to a modified example of Embodiment 4;
  • FIG. 10 is a diagram schematically showing an example of the configuration of an application support system according to Embodiment 5, which includes the application support device according to any one of Embodiments 1 to 4;
  • FIG. 16 is a sequence diagram showing the flow of operations of each part of the application support system according to Embodiment 5;
  • 2 is a diagram showing an example of a hardware configuration of an application support device according to any one of Embodiments 1-4;
  • agent is an example of a trustee entrusted (requested) to apply for administrative procedures by proxy.
  • client is an example of a consignor who entrusts (requests) a consignee to apply for an administrative procedure by proxy.
  • Embodiment 1 Embodiment 1 will be described with reference to FIGS. 1 and 2.
  • FIG. 1 An illustration of an exemplary computing system
  • FIG. 1 is a block diagram showing the configuration of an application support device 10 according to the first embodiment.
  • the application support device 10 includes a specifying unit 11, a notification unit 12, a request unit 13, and a confirmation unit .
  • the identification unit 11 identifies the consignor involved in the proxy application that the consignee intends to make.
  • the specifying unit 11 is an example of specifying means.
  • a fiduciary is an individual or legal entity entrusted (requested) to act on behalf of an administrative procedure.
  • a consignor is an individual who entrusts (requests) a consignee to apply for an administrative procedure by proxy.
  • a staff member at the counter of an administrative agency that provides administrative services accepts an application for a proxy application from a trustee.
  • the employee makes an input for proxy application to the staff-dedicated terminal (FIG. 11).
  • the trustee makes an input for proxy application to the reception terminal 300 (Fig. 11) installed in the facility of the administrative agency (eg city hall).
  • the reception terminal 300 is a stand-alone tablet terminal equipped with a stand.
  • the staff-only terminal/reception terminal 300 generates information (data) indicating the details of the proxy application based on the input for the proxy application. Then, the staff-only terminal/reception terminal 300 transmits information indicating the content of the proxy application to the specifying unit 11 .
  • the information indicating the content of the proxy application includes the identification information of the trustee, the personal identification information of the trustee, and the type of administrative procedure subject to proxy application by the trustee (for example, request for issuance of official documents such as resident cards). including.
  • the identification unit 11 receives information indicating the details of the proxy application from the staff-only terminal or reception terminal 300 .
  • the identification unit 11 extracts the consignor's personal identification information from the information indicating the content of the proxy application.
  • the consignor's personal identification information is, for example, the consignor's personal identification number. Examples of personal identification numbers include license numbers on driver's licenses, insurance numbers on health insurance cards, and national identification numbers.
  • the specifying unit 11 transmits the personal identification information of the consignor involved in the proxy application to the notification unit 12 together with information indicating the content of the proxy application.
  • the notification unit 12 notifies the consignor of the details of the proxy application.
  • the notification unit 12 is an example of notification means.
  • the notification unit 12 receives from the identification unit 11 information indicating the content of the proxy application and the personal identification information of the consignor involved in the proxy application.
  • the notification unit 12 extracts contact information indicating the consignor's contact address (e.g., e-mail address, mobile phone number, SNS (Social Network Service) account URL (Uniform Resource Locator)) from the consignor's personal identification information. Extract.
  • the notification unit 12 refers to the application information management device 200 (FIG. 11) to acquire contact information of the consignor included in the information regarding the proxy application registered by the consignor.
  • the notification unit 12 sends information indicating the details of the proxy application to the entrustor's contact address. Further, the notification unit 12 transmits contact information of the consignor to the request unit 13 and notifies the request unit 13 that the content of the proxy application has been notified to the consignor.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the request unit 13 is an example of request means.
  • the request unit 13 receives contact information of the consignor from the notification unit 12 .
  • the request unit 13 uses the contact information of the consignor to contact the consignor and request the consignor to approve the proxy application.
  • the request unit 13 notifies the confirmation unit 14 of the reply destination address of the approval (that is, "to which address” the approval of the proxy application will be delivered). For example, the requesting unit 13 notifies the consignor of a transmission-only e-mail address notified to the consignor or a short message by SMS (Short Message Service).
  • SMS Short Message Service
  • the confirmation unit 14 confirms approval by the consignor.
  • the confirmation unit 14 is an example of confirmation means.
  • the confirmation unit 14 receives an approval return address from the request unit 13 .
  • the confirmation unit 14 is informed that the entrustor has been requested to approve the proxy application.
  • the confirmation unit 14 periodically confirms whether the approval of the proxy application has arrived at the reply destination address of the approval.
  • the confirmation unit 14 When the proxy application approval arrives at the approval return address, the confirmation unit 14 notifies the staff-only terminal/reception terminal 300 (Fig. 11) that the proxy application approval has been received. Alternatively, or in addition thereto, the confirmation unit 14 may notify the terminal of the trustee (FIG. 11) that the approval of the proxy application has been received (embodiment 5).
  • FIG. 2 is a flow chart showing the flow of processing executed by each part of the application support device 10. As shown in FIG.
  • the identification unit 11 identifies the consignor involved in the proxy application that the consignee intends to make (S101).
  • the identification unit 11 transmits the personal identification information of the consignor involved in the application by proxy to the notification unit 12 together with information indicating the content of the application by proxy.
  • the notification unit 12 receives, from the identification unit 11, information indicating the details of the proxy application and the personal identification information of the consignor involved in the proxy application.
  • the notification unit 12 notifies the consignor of the details of the proxy application (S102). After that, the notification unit 12 transmits contact information indicating the contact address of the consignor to the request unit 13 .
  • the request unit 13 receives contact information of the consignor from the notification unit 12.
  • the request unit 13 requests the consignor to approve the proxy application (S103).
  • the request unit 13 notifies the confirmation unit 14 of the reply destination address of the approval from the consignor.
  • the confirmation unit 14 is notified by the request unit 13 of the return address of the approval from the consignor. After that, the confirmation unit 14 checks the presence or absence of approval by the consignor by periodically circulating the reply destination address of the approval from the consignor (S104).
  • the identifying unit 11 identifies the entrustor involved in the proxy application that the entrustee intends to make.
  • the notification unit 12 notifies the consignor of the contents of the proxy application.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the confirmation unit 14 confirms approval by the consignor.
  • the staff at the counter of the administrative agency or the administrative system executes the administrative procedures related to the proxy application.
  • the Trustee will then receive a report that the administrative process has been completed. In this way, after obtaining the approval of the consignor regarding the content of the application by proxy, administrative procedures related to the application by proxy are carried out. This makes it possible to provide a mechanism for providing administrative services that users can use with peace of mind.
  • Embodiment 2 will be described with reference to FIGS. 3 to 4.
  • FIG. 2 a configuration for performing identity verification (first identity verification) of a trustee who intends to apply by proxy will be described.
  • FIG. 3 is a block diagram showing the configuration of the application support device 20 according to the second embodiment.
  • the application support device 20 includes a specifying unit 11, a notification unit 12, a request unit 13, and a confirmation unit .
  • the application support device 20 further includes a first identity verification unit 25 .
  • the first identity verification unit 25 verifies the identity of the trustee (agent).
  • the first identity verification unit 25 is an example of first identity verification means.
  • the first identity verification unit 25 verifies the identity of the agent. In other words, the first identity verification unit 25 determines whether or not the applicant has the authority to apply by proxy.
  • the means of personal identification is not limited.
  • the first identity verification unit 25 verifies the identity of the agent based on the biometric information of the agent, such as face collation or iris authentication.
  • the first identity verification unit 25 acquires data (eg, face image, iris image) including biometric information of the proxy from an imaging device such as a camera that acquires biometric information of the proxy.
  • the first identity verification unit 25 refers to a database (not shown) storing biometric information of authenticated agents, or stores data of biometric information of authenticated agents.
  • An IC (integrated circuit) card is read using a card reader.
  • the first identity verification unit 25 collates the biometric information acquired from the proxy with the biometric information of the authenticated proxy.
  • the first identity verification unit 25 verifies the identity of the agent from the collation result.
  • the first identity verification unit 25 reads an IC card storing data of personal identification numbers (for example, insurer number, driver's license number, national identification number, employee ID number).
  • the first identity verification unit 25 refers to a database (not shown) storing the identification information of the authenticated agent, and reads the identification information read from the IC card and the identification information of the authenticated agent.
  • the first identity verification unit 25 verifies the identity of the agent from the collation result.
  • the first identity verification unit 25 may use a public authentication service to verify the identity of the proxy.
  • the consignor's (client's) terminal 100 receives information for identifying the agent (for example, the agent's name, year of birth, etc.). date, password) are registered in advance in the application information management device 200 (FIG. 11).
  • the first identity verification unit 25 uses information for identity verification of the agent to verify the identity of the agent.
  • the first identity verification unit 25 requests the agent to input the agent's name and date of birth to the agent's terminal 400 (FIG. 11) or reception terminal 300 (FIG. 11). .
  • the first identity verification unit 25 collates information input to the agent's terminal 400 or reception terminal 300 with information pre-registered in the application information management device 200 (FIG. 11). Then, the first identity verification unit 25 verifies the identity of the agent from the collation result.
  • the first identity verification unit 25 notifies the specifying unit 11 of whether the agent's identity verification has succeeded or failed as the identity verification result.
  • the identification unit 11 receives the result of identity verification from the first identity verification unit 25 . Only when the identification of the agent is successful, the identification unit 11 identifies the client involved in the proxy application that the agent intends to make.
  • the first identity verification unit 25 determines whether it is necessary to verify the identity of the trustee (agent) based on the content of the proxy application. For example, the first identity verification unit 25 determines whether identity verification of the agent is necessary based on the type of administrative procedure. This is because a power of attorney may not be necessary depending on the type of administrative procedure.
  • the first identity confirmation unit 25 transmits an electronic format of the power of attorney to the agent's terminal 400 (FIG. 11) when the identity of the agent is successfully confirmed.
  • the agent creates electronic data of the power of attorney by editing the electronic format of the power of attorney using the agent's terminal 400 .
  • the agent shall print out the electronic data of the power of attorney created and submit the power of attorney to the window of the administrative agency, or send the electronic data of the power of attorney created to the agent by short-range wireless communication, etc. can be transmitted from the terminal 400 to the reception terminal 300 (FIG. 11).
  • the first identity verification unit 25 may determine whether or not a power of attorney is necessary for the proxy application that the agent intends to make. In addition, the first identity verification unit 25 may associate the issuance history of the electronic format of the power of attorney with the identity verification result of the agent and leave it in the application information management device 200 .
  • FIG. 4 is a flow chart showing the flow of processing executed by each unit of the application support device 20. As shown in FIG.
  • the first identity verification unit 25 verifies the identity of the agent (S201). If the identity verification of the proxy fails (No in S202), the flow returns to step S201, and the first identity verification unit 25 again verifies the identity of the proxy.
  • the identifying unit 11 identifies the client involved in the proxy application that the agent intends to make (S203). After that, the identification unit 11 transmits the personal identification information of the client involved in the proxy application to the notification unit 12 together with information indicating the content of the proxy application.
  • the notification unit 12 receives, from the identification unit 11, information indicating the content of the proxy application and the personal identification information of the client involved in the proxy application.
  • the notification unit 12 acquires the client's contact information from the client's personal identification information.
  • the client's contact information represents the client's contact address (eg, e-mail address, mobile phone number, SNS account URL).
  • the notification unit 12 refers to the application information management device 200 (FIG. 11) to acquire the client's contact information included in the proxy application information registered by the client.
  • the notification unit 12 notifies the client of the details of the proxy application (S204).
  • the notification unit 12 transmits contact information of the client to the request unit 13 and notifies the request unit 13 that the content of the proxy application has been notified to the client.
  • the request unit 13 receives the client's contact information from the notification unit 12 .
  • the request unit 13 requests the client to approve the proxy application (S205).
  • the request unit 13 notifies the confirmation unit 14 of the reply destination address from the client.
  • the confirmation unit 14 is notified by the request unit 13 of the return address from the client. After that, the confirmation unit 14 checks whether or not the proxy application from the client has been approved by periodically checking the reply destination address from the client (S206).
  • the identifying unit 11 identifies the entrustor involved in the proxy application that the entrustee intends to make.
  • the notification unit 12 notifies the consignor of the contents of the proxy application.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the confirmation unit 14 confirms approval by the consignor.
  • the staff at the counter of the administrative agency or the administrative system executes the administrative procedures related to the proxy application.
  • the Trustee will then receive a report that the administrative process has been completed. In this way, after obtaining the approval of the consignor regarding the content of the application by proxy, administrative procedures related to the application by proxy are carried out. This makes it possible to provide a mechanism for providing administrative services that users can use with peace of mind.
  • the first identity verification unit 25 verifies the identity of the trustee. As a result, it is possible to prevent a third party pretending to be a trustee from making a proxy application. Therefore, users can use administrative services with more peace of mind.
  • Embodiment 3 will be described with reference to FIGS. 5 to 7.
  • FIG. 3 a configuration will be described in which identity verification (second identity verification) is performed on the consignor involved in proxy application that the consignee intends to make.
  • Embodiment 3 the description in Embodiments 1 and 2 is cited for the common components denoted by the same reference numerals as in Embodiments 1 and 2.
  • FIG. 5 is a block diagram showing the configuration of the application support device 30 according to the third embodiment.
  • the application support device 30 includes a specifying unit 11, a notification unit 12, a request unit 13, and a confirmation unit .
  • the application support device 30 further includes a second personal identification unit 35 .
  • the second identity verification unit 35 verifies the identity of the consignor (client) involved in the proxy application that the trustee (agent) intends to make.
  • the second identity verification unit 35 is an example of second identity verification means.
  • the second identity verification unit 35 verifies the identity of the client.
  • the means of personal identification is not limited.
  • the second identity verification unit 35 verifies the identity of the client based on the client's biometric information such as face collation or iris authentication.
  • the second identity verification unit 35 acquires data including the client's biometric information (eg, face image, iris image) from an imaging device such as a camera that acquires the client's biometric information.
  • the second identity verification unit 35 refers to a database (not shown) storing the biometric information of the authenticated client, or reads the biometric information of the authenticated client using a card reader. Read the IC card storing the data. Then, the second identity verification unit 35 verifies the identity of the client by comparing the biometric information acquired from the client with the biometric information of the authenticated client.
  • the second identity verification unit 35 reads an IC card storing data of a personal identification number (eg, insurer number, driver's license number, national identification number).
  • the second identity verification unit 35 refers to a database (not shown) that stores the personal identification information of the authenticated client, and reads the personal identification information read from the IC card. Match it with personally identifiable information. Then, the second identity verification unit 35 verifies the identity of the client from the collation result.
  • the second identity verification unit 35 may verify the identity of the client using a public authentication service.
  • the second identity verification unit 35 notifies the confirmation unit 14 of whether the client's identity verification has succeeded or failed as the identity verification result.
  • the confirmation unit 14 receives the result of personal identification from the second personal identification unit 35 . Only when the identity of the client is successfully verified, the confirmation unit 14 accepts approval of the application by proxy from the client. Then, the confirmation unit 14 notifies the staff terminal/reception terminal 300 (FIG. 11) and/or the agent's terminal 400 (FIG. 11) that the approval of the proxy application has been received.
  • FIG. 6 is a flow chart showing the flow of processing executed by each unit of the application support device 30. As shown in FIG.
  • the specifying unit 11 specifies the client involved in the proxy application that the proxy intends to make (S301). After that, the identification unit 11 transmits the personal identification information of the client involved in the proxy application to the notification unit 12 together with information indicating the content of the proxy application.
  • the notification unit 12 receives, from the identification unit 11, information indicating the content of the proxy application and the personal identification information of the client involved in the proxy application.
  • the notification unit 12 notifies the client of the details of the proxy application (S302).
  • the notification unit 12 transmits contact information of the client to the request unit 13 and notifies the request unit 13 that the content of the proxy application has been notified to the client.
  • the request unit 13 receives the client's contact information from the notification unit 12 .
  • the request unit 13 requests the client to approve the proxy application (S303).
  • the requesting unit 13 notifies the second identity verification unit 35 that it has requested the client to approve the proxy application.
  • the second identity verification unit 35 is notified by the request unit 13 that the client has been requested to approve the proxy application.
  • the second identity verification unit 35 verifies the identity of the client (S304). If the identity verification of the client fails (No in S305), the flow returns to step S304, and the second identity verification unit 35 again verifies the identity of the client.
  • the confirmation unit 14 accepts approval of the proxy application from the client. After that, the confirmation unit 14 checks whether or not the proxy application from the client has been approved by periodically checking the reply destination address from the client (S306).
  • FIG. 7 is a block diagram showing the configuration of an application support device 30A according to a modified example of the third embodiment.
  • the application support device 30A includes a specifying unit 11, a notification unit 12, a request unit 13, and a confirmation unit .
  • the application support device 30A further includes a first identity verification unit 25 and a second identity verification unit 35 .
  • the first identity verification unit 25 verifies the identity of the trustee (agent).
  • the first identity verification unit 25 is an example of first identity verification means. Since the method of identity verification of the proxy by the first identity verification unit 25 has been described in the second embodiment, the description thereof will be omitted here.
  • the first identity confirmation unit 25 confirms the identity of the agent (first identity confirmation).
  • the second identity verification unit 35 carries out identity verification of the client (second identity verification).
  • the first identity verification unit 25 verifies the identity of the agent
  • the second identity verification unit 35 verifies the identity of the client.
  • the identifying unit 11 identifies the entrustor involved in the proxy application that the entrustee intends to make.
  • the notification unit 12 notifies the consignor of the contents of the proxy application.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the confirmation unit 14 confirms approval by the consignor.
  • the staff at the counter of the administrative agency or the administrative system executes the administrative procedures related to the proxy application.
  • the Trustee will then receive a report that the administrative process has been completed. In this way, after obtaining the approval of the consignor regarding the content of the application by proxy, administrative procedures related to the application by proxy are carried out. This makes it possible to provide a mechanism for providing administrative services that users can use with peace of mind.
  • the second identity verification unit 35 verifies the identity of the consignor. As a result, it is possible to prevent a third party impersonating the consignor from approving the proxy application. Therefore, users can use administrative services with more peace of mind.
  • Embodiment 4 will be described with reference to FIGS. 8 to 10.
  • FIG. 4 a configuration will be described in which information relating to the consignor and proxy application is registered in advance so that administrative procedures can proceed smoothly when the trustee applies for proxy application.
  • Embodiment 4 the description in Embodiments 1 to 3 is cited for the common components denoted by the same reference numerals as in Embodiments 1 to 3.
  • FIG. 8 is a block diagram showing the configuration of the application support device 40 according to the fourth embodiment. As shown in FIG. 8 , application support device 40 includes specifying unit 11 , notification unit 12 , requesting unit 13 , and confirmation unit 14 . In addition, application support device 40 further includes registration unit 45 .
  • the registration unit 45 registers information about the consignor (client) and proxy application.
  • the registration unit 45 is an example of registration means.
  • the registration unit 45 acquires information about the client and proxy application from the consignor's (client's) terminal 100 (FIG. 11).
  • Information on the client and proxy application includes the client's personal identification information.
  • the client's personal identification information is, for example, the client's personal identification number. Examples of personal identification numbers include license numbers on driver's licenses, insurance numbers on health insurance cards, and national identification numbers.
  • the registration unit 45 may acquire the client's biometric information used for the client's identity verification (embodiment 3) as the client's personal identification information.
  • Information related to proxy application is, for example, information that indicates the type of administrative procedure subject to proxy application (for example, submission of moving-out/moving-in notification, application for issuance of official documents, etc.).
  • the information related to proxy application may include information for authenticating the proxy (embodiment 2).
  • the information about proxy application does not have to include information indicating the content of the proxy application. This is because information indicating the content of the proxy application is generated later by the proxy or staff member making an input for the proxy application.
  • the registration unit 45 registers information about the client and proxy application in the application information management device 200 (Fig. 11). Further, the registration unit 45 transmits information on the requester and proxy application to the identification unit 11 .
  • the identification unit 11 receives information on the client and proxy application from the registration unit 45 .
  • the identifying unit 11 identifies a client involved in a proxy application for an administrative procedure performed by the proxy, based on the information on the entrustor and the proxy application. In one example, the identification unit 11 identifies the client using the personal identification information of the client.
  • the identification unit 11 receives information indicating the content of the application by proxy from the staff-only terminal or reception terminal 300 (FIG. 11). Then, the specifying unit 11 collates the information regarding the application by proxy with the information indicating the content of the application by proxy.
  • the identification unit 11 determines whether the type of administrative procedure registered by the client, which is the target of the proxy application, matches the type of administrative procedure indicated by the content of the proxy application. If the two do not match, the identification unit 11 reports to the staff-only terminal or reception terminal 300 that the proxy application is NG.
  • the identification unit 11 identifies the individual of the client involved in the proxy application.
  • the information is transmitted to the notification unit 12 together with information indicating the content of the proxy application.
  • the registration unit 45 registers information designating a proxy as information on proxy application.
  • the information designating the agent includes the agent's contact information (eg, contact address).
  • the registration unit 45 generates unique data corresponding to the proxy application on a one-to-one basis, and issues a two-dimensional barcode linked to the unique data. Then, the registration unit 45 uses the agent's contact information to transmit the issued two-dimensional barcode to the agent's terminal 400 (FIG. 11). Further, the registration unit 45 registers unique data corresponding to the proxy application on a one-to-one basis in the application information management device 200 (FIG. 11). Note that the two-dimensional barcode is merely an example of identification information of unique data.
  • the proxy When applying for proxy application, the proxy causes the two-dimensional barcode received from the registration unit 45 to be displayed on the proxy's terminal 400, and is connected to the employee's dedicated terminal/reception terminal 300 (FIG. 11). Have the scanner read the two-dimensional barcode.
  • staff's dedicated terminal/reception terminal 300 means "at least one of the staff's dedicated terminal and the reception terminal 300".
  • the employee's dedicated terminal/reception terminal 300 transmits the unique data linked to the two-dimensional barcode read by the scanner to the first identity verification unit 25 (FIGS. 3 and 7) that verifies the identity of the agent. .
  • the first identity verification unit 25 refers to the application information management device 200 and acquires the registered unique data.
  • the first identity verification unit 25 verifies the identity of the agent by comparing the unique data received from the employee's dedicated terminal/reception terminal 300 with the registered unique data.
  • FIG. 9 is a flow chart showing the flow of processing executed by each unit of the application support device 40. As shown in FIG.
  • the registration unit 45 registers information about the client and proxy application (S401).
  • the registration unit 45 associates the personal identification information of the requester with the information on proxy application, and registers this information in the application information management device 200 (FIG. 11). Further, the registration unit 45 transmits information on the requester and proxy application to the identification unit 11 .
  • the specifying unit 11 specifies the client involved in the proxy application that the proxy intends to make based on the client's personal identification information (S402). After that, the identification unit 11 transmits the personal identification information of the client involved in the proxy application to the notification unit 12 together with information indicating the content of the proxy application.
  • the notification unit 12 receives, from the identification unit 11, information indicating the content of the proxy application and the personal identification information of the client involved in the proxy application.
  • the notification unit 12 notifies the client of the details of the proxy application (S403).
  • the notification unit 12 transmits contact information of the client to the request unit 13 and notifies the request unit 13 that the content of the proxy application has been notified to the client.
  • the request unit 13 receives the client's contact information from the notification unit 12 .
  • the request unit 13 requests the client to approve the proxy application (S404).
  • the request unit 13 notifies the confirmation unit 14 of the reply destination address from the client.
  • the confirmation unit 14 is notified by the request unit 13 of the return address from the client. After that, the confirmation unit 14 checks whether or not the proxy application from the client has been approved by periodically checking the reply destination address from the client (S405).
  • FIG. 10 is a block diagram showing the configuration of an application support device 40A according to a modified example of the fourth embodiment.
  • the application support device 40A includes a specifying unit 11, a notification unit 12, a request unit 13, and a confirmation unit .
  • the application support device 40A further includes a second personal identification unit 35 and a registration unit 45 .
  • the second identity verification unit 35 verifies the identity of the consignor (client). If the identity verification of the client is successful, the registration unit 45 registers information on the client and proxy application.
  • the second identity verification unit 35 confirms the identity of the client (first 2 identity verification).
  • the registration unit 45 registers information about the client and proxy application only when the identity of the entrustor (client) is successfully verified. This can prevent a third party impersonating the client from registering. Therefore, users can use administrative services with more peace of mind.
  • the identifying unit 11 identifies the entrustor involved in the proxy application that the entrustee intends to make.
  • the notification unit 12 notifies the consignor of the contents of the proxy application.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the confirmation unit 14 confirms approval by the consignor.
  • the staff at the counter of the administrative agency or the administrative system executes the administrative procedures related to the proxy application.
  • the Trustee will then receive a report that the administrative process has been completed. In this way, after obtaining the approval of the consignor regarding the content of the application by proxy, administrative procedures related to the application by proxy are carried out. This makes it possible to provide a mechanism for providing administrative services that users can use with peace of mind.
  • the registration unit 45 registers information regarding the consignor and proxy application.
  • the identifying unit 11 identifies a client involved in a proxy application for an administrative procedure performed by the proxy, based on the information on the entrustor and the proxy application. As a result, administrative procedures can proceed smoothly when a trustee applies for proxy application.
  • Embodiment 5 will be described with reference to FIGS. 11 and 12.
  • FIG. 5 an example of configuration of an application support system including application support devices 10, 20, 30, 30A, 40, 40A according to any one of Embodiments 1 to 4 will be described.
  • Embodiment 5 the description in Embodiments 1 to 4 is cited for the common components denoted by the same reference numerals as in Embodiments 1 to 4.
  • FIG. 11 is a diagram schematically showing an example of the configuration of the application support system 1 according to the fifth embodiment.
  • the application support system 1 includes a consignor (client) terminal 100, an application information management device 200, a staff dedicated terminal/reception terminal 300, and a trustee (agent) terminal 400.
  • arrows represent data communication via intranet or Internet communication lines.
  • the application information management device 200 includes the application support devices 10, 20, 30, 30A, 40, 40A according to any one of the first to fourth embodiments.
  • the application information management device 200 includes at least the specifying unit 11, notification It is configured to function as a unit 12 , a request unit 13 and a confirmation unit 14 .
  • the application information management device 200 also includes a storage unit (not shown) for storing information about the consignor (client) and proxy application.
  • the application information management device 200 notifies the consignor (client) of the contents of the proxy application when the trustee (agent) is a person who has the authority to apply on behalf of the trustee (agent). person) does not notify the consignor (client) of the content of the proxy application if the person) is not a person who has the authority to make the proxy application.
  • the client's terminal 100, the agent's terminal 400, and the staff's dedicated terminal/reception terminal 300 are all information devices equipped with communication functions.
  • the client's terminal 100 and agent's terminal 400 are, for example, smart phones, tablet terminals, or personal computers that can be connected to the Internet (including mobile networks) or wireless LANs (Local Area Networks).
  • the staff dedicated terminal/reception terminal 300 is, for example, a computer or an information terminal that can be connected to an intranet or the Internet.
  • the models of these terminals are not particularly limited.
  • the client's terminal 100 may have functions for authenticating the client, such as face authentication, fingerprint authentication, or passcode authentication.
  • the client's terminal 100 can function as a substitute for the second identity verification unit 35 (FIGS. 5 and 7) that verifies the identity of the client by using these authentication functions.
  • the client's terminal 100 may have the function of an IC card reader.
  • the terminal 100 of the client transmits the personal identification information read from the IC card to a public authentication service system (not shown), and obtains the client's authentication result from the public authentication service.
  • a public authentication service system not shown
  • the terminal 100 of the client and the public authentication service can work together to function as an alternative to the second identity verification unit 35 (FIGS. 5 and 7) that verifies the identity of the client.
  • the client's terminal 100 may function as an alternative to the registration unit 45 (FIGS. 8 and 10) that registers information about the consignor (client) and proxy application.
  • the employee's dedicated terminal/reception terminal 300 may verify the identity of the agent as the first identity verification unit 25 (FIGS. 3 and 7) that verifies the identity of the agent.
  • the agent's terminal 400 uses an authentication function such as face authentication, fingerprint authentication, or passcode authentication. to verify the identity of the agent.
  • the agent's terminal 400 can function as an alternative to the first identity verification unit 25 (FIGS. 3 and 7) that verifies the identity of the agent.
  • FIG. 12 is a sequence diagram showing the flow of processing executed by each unit of the application support system 1. As shown in FIG.
  • the agent's (trustee's) terminal 400 or the employee's dedicated terminal/reception terminal 300 transmits information indicating the details of the proxy application to the application information management device 200 (P101).
  • the application information management device 200 as the identification unit 11 identifies the client (consignor) based on the information indicating the content of the proxy application (P201).
  • the application information management device 200 as the notification unit 12 notifies the client of the details of the proxy application (P202).
  • the application information management device 200 when the agent (trustee) is a person who has the authority to apply by proxy, the application information management device 200 notifies the requester (trustor) of the details of the proxy application, If the agent (trustee) is not a person who has the authority to apply by proxy, it is not necessary to notify the client (trustor) of the details of the proxy application.
  • the terminal 100 of the client receives information indicating the details of the proxy application from the application information management device 200 (P301).
  • the application information management device 200 as the request unit 13 requests the client (entrustor) to approve the proxy application (P203).
  • the application information management device 200 as the request unit 13 transmits the approval request together with the reply destination address to the terminal 100 of the client (entrustor).
  • the client confirms the content of the proxy application, and if there is no problem, inputs approval of the proxy application to the client's terminal 100.
  • the terminal 100 of the client transmits approval of the proxy application to the return address (P302).
  • the application information management device 200 as the confirmation unit 14 confirms the approval of the proxy application from the client (consignor) that has arrived at the return address (P204).
  • the application information management device 200 notifies the staff's dedicated terminal/reception terminal 300 and/or the agent's (trustee's) terminal 400 that the proxy application has been approved.
  • the application support system 1 includes an application information management device 200 including the application support devices 10, 20, 30, 30A, 40, and 40A according to any one of the first to fourth embodiments, and a reception terminal 300 for receiving input made by the trustee for application by proxy.
  • the application information management device 200 includes at least the specifying unit 11, the notification unit 12, and the request unit among the components of the application support devices 10, 20, 30, 30A, 40, and 40A according to any one of the first to fourth embodiments. 13 and a confirmation unit 14 .
  • the identification unit 11 identifies the consignor involved in the proxy application that the consignee intends to make.
  • the notification unit 12 notifies the consignor of the contents of the proxy application.
  • the request unit 13 requests the consignor to approve the proxy application.
  • the confirmation unit 14 confirms approval by the consignor. After obtaining approval from the consignor, the staff at the counter of the administrative agency or the administrative system executes the administrative procedures related to the proxy application. The Trustee will then receive a report that the administrative process has been completed. In this way, after obtaining the approval of the consignor regarding the content of the application by proxy, administrative procedures related to the application by proxy are carried out. This makes it possible to provide a mechanism for providing administrative services that users can use with peace of mind.
  • FIG. 13 is a block diagram showing an example of the hardware configuration of the information processing device 900. As shown in FIG. 13,
  • the information processing device 900 includes the following configuration as an example.
  • a program 904 that implements the function of each component is stored in advance in the storage device 905 or the ROM 902, for example, and is loaded into the RAM 903 and executed by the CPU 901 as necessary.
  • the program 904 may be supplied to the CPU 901 via the communication network 909 or may be stored in the recording medium 906 in advance, and the drive device 907 may read the program and supply it to the CPU 901 .
  • the application support devices 10, 20, 30, 30A, 40, and 40A described in the first to fourth embodiments are implemented as hardware. Therefore, the same effects as those described in any one of the first to fourth embodiments can be obtained.
  • Appendix 2 The application support device according to appendix 1, further comprising a first identification means for identifying the trustee.
  • Appendix 3 The application support device according to appendix 2, wherein the first identity verification means verifies the identity of the trustee when the trustee makes the proxy application.
  • Appendix 4 The application support device according to appendix 2 or 3, wherein the first identity verification means determines whether it is necessary to verify the identity of the trustee based on the content of the proxy application.
  • Appendix 6 The application support device according to appendix 5, wherein the second identity verification means verifies the identity of the entrustor when the entrustor attempts to approve the proxy application.
  • Appendix 7 further comprising a registration means for registering information about the consignor and the proxy application; 7.
  • the application support device according to any one of appendices 1 to 6, wherein the identifying means identifies the entrustor involved in the proxy application based on information about the entrustor and the proxy application.
  • Appendix 8 an application information management device comprising the application support device according to any one of appendices 1 to 7; a reception terminal that receives input made by the trustee for proxy application, The application support system, wherein the application information management device stores information about the proxy application registered by the consignor.
  • Appendix 11 The application support system according to appendix 8, wherein the reception terminal identifies the trustee when the trustee performs input for the proxy application.
  • the application information management device is If the trustee is a person who has the authority to make the proxy application, notify the trustor of the content of the proxy application, 13. According to any one of appendices 8 or 11 to 12, characterized in that, if the trustee is not a person who has the authority to make the proxy application, the content of the proxy application is not notified to the trustor.
  • Application support system If the trustee is a person who has the authority to make the proxy application, notify the trustor of the content of the proxy application, 13.
  • Appendix 14 The application support device according to appendix 7, wherein the registration means registers information designating the trustee.
  • the present invention can be used, for example, in an application support device that supports users of administrative services, such as residents, to use administrative services with peace of mind.

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

利用者が安心して利用できる行政サービスを提供するための仕組みを提供する。特定部（１１）は、受託者が行おうとする代理申請に係わる委託者を特定し、通知部（１２）は、代理申請の内容を、委託者へ通知し、要求部（１３）は、代理申請を承認することを、委託者に要求し、確認部（１４）は、委託者による承認を確認する。

Description

申請支援装置、申請支援システム、申請支援方法、および記録媒体
　本発明は、申請支援装置、申請支援システム、申請支援方法、および記録媒体に関し、特に、住民など行政サービスの利用者が、行政手続きのための代理申請を行うことを支援する申請支援装置、申請支援システム、申請支援方法、および記録媒体に関する。
　住民など行政サービスの利用者の利便性を向上させるとともに、行政サービスの質を改善することを目的として、行政サービスを電子化するための取り組みが、政府により推進されている。行政サービスの電子化を進めるためには、申請者を効率的にかつ正確に本人確認するための仕組みづくりが必要である。
　公文書の交付（例えば住民票の写しの発行）などの一部の行政手続きに関し、代理人による代理申請が認められている。特許文献１には、申請手続の実行先（例えば市役所の窓口）において取得された代理人（受託者）の個人識別情報と、依頼人（委託者）が事前に登録していた代理人の個人識別情報とを照合することによって、代理人を本人確認することが記載されている。一例では、個人識別情報がマイナンバーである場合、代理人の識別情報を照合するために、公的個人認証サービス（JPKI；Japanese Public Key Infrastructure）が利用されてよいことが、特許文献１には記載されている。
　近年では、顔認証など、生体情報に基づく個人照合技術が、本人確認のために利用される場合もある（特許文献２）。
特開２０１８－１３６６８２号公報 国際公開第２０２１／０６５４８８号
　代理人が行う代理申請の内容は、依頼人が同意している代理申請の内容とは齟齬がある可能性がある。特許文献１に記載の関連する技術では、依頼人が代理申請の内容を確認することができないため、依頼人の中には、自分が同意していない行政手続きが行われないかどうかを心配する人もいる。行政サービスが電子化された後も、利用者が安心して利用できる行政サービスを提供することが求められている。
　本発明は、上記の課題に鑑みてなされたものであり、その目的は、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することにある。
　本発明の一態様に係わる申請支援装置は、受託者が行おうとする代理申請に係わる委託者を特定する特定手段と、前記代理申請の内容を、前記委託者へ通知する通知手段と、前記代理申請を承認することを、前記委託者に要求する要求手段と、前記委託者による承認を確認する確認手段と、を備えている。
　本発明の一態様に係わる申請支援システムは、本発明の一態様に係わる申請支援装置を備えた申請情報管理装置と、受託者が代理申請のために行う入力を受け付ける受付端末とを備え、前記申請情報管理装置は、委託者が登録した前記代理申請に関する情報を保存する。
　本発明の一態様に係わる申請支援方法は、受託者が行おうとする代理申請に係わる委託者を特定し、前記代理申請の内容を、前記委託者へ通知し、前記代理申請を承認することを、前記委託者に要求し、前記委託者による承認を確認する。
　本発明の一態様に係わる記録媒体は、受託者が行おうとする代理申請に係わる委託者を特定することと、前記代理申請の内容を、前記委託者へ通知することと、前記代理申請を承認することを、前記委託者に要求することと、前記委託者による承認を確認することと、をコンピュータに実行させるためのプログラムを格納している。
　本発明の一態様によれば、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
実施形態１に係わる申請支援装置の構成を示すブロック図である。 実施形態１に係わる申請支援装置の動作を示すフローチャートである。 実施形態２に係わる申請支援装置の構成を示すブロック図である。 実施形態２に係わる申請支援装置の動作を示すフローチャートである。 実施形態３に係わる申請支援装置の構成を示すブロック図である。 実施形態３に係わる申請支援装置の動作を示すフローチャートである。 実施形態３の一変形例に係わる申請支援装置の構成を示すブロック図である。 実施形態４に係わる申請支援装置の構成を示すブロック図である。 実施形態４に係わる申請支援装置の動作を示すフローチャートである。 実施形態４の一変形例に係わる申請支援装置の構成を示すブロック図である。 実施形態１～４のいずれかに係わる申請支援装置を備えた実施形態５に係わる申請支援システムの構成の一例を概略的に示す図である。 実施形態５に係わる申請支援システムの各部の動作の流れを示すシーケンス図である。 実施形態１～４のいずれかに係わる申請支援装置のハードウェア構成の一例を示す図である。
　本発明のいくつかの実施形態について、図面を参照しながら、以下で説明する。なお、以下の各実施形態における説明において、「代理人」とは、行政手続きの代理申請を委託（依頼）された受託者の一例である。また、「依頼人」とは、行政手続きの代理申請を受託者に委託（依頼）した委託者の一例である。
　〔実施形態１〕
　図１から図２を参照して、実施形態１について説明する。
　（申請支援装置１０）
　図１は、本実施形態１に係わる申請支援装置１０の構成を示すブロック図である。図１に示すように、申請支援装置１０は、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。
　特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。特定部１１は、特定手段の一例である。受託者とは、行政手続きの代理申請を委託（依頼）された個人または法人である。委託者とは、行政手続きの代理申請を受託者に委託（依頼）した個人である。
　一例では、行政サービスを提供する行政機関の窓口の職員が、受託者から、代理申請の申し込みを受け付ける。職員は、受託者の申し込みに応じて、職員専用の端末（図１１）に対して、代理申請のための入力を行う。
　あるいは、受託者が、行政機関の施設（例えば市役所）などに備え付けられた受付端末３００（図１１）に対して、代理申請のための入力を行う。例えば、受付端末３００は、スタンドを備えた自立型のタブレット端末である。
　職員専用の端末／受付端末３００は、代理申請のための入力に基づいて、代理申請の内容を示す情報（データ）を生成する。そして、職員専用の端末／受付端末３００は、代理申請の内容を示す情報を、特定部１１へ送信する。代理申請の内容を示す情報は、受託者の識別情報、委託者の個人識別情報、および、受託者による代理申請の対象である行政手続きの種別（例えば、住民票などの公文書の交付請求）を含む。
　その後、特定部１１は、職員専用の端末または受付端末３００から、代理申請の内容を示す情報を受信する。
　特定部１１は、代理申請の内容を示す情報から、委託者の個人識別情報を抽出する。委託者の個人識別情報とは、例えば、委託者の個人識別番号である。個人識別番号の例として、運転免許証の免許証番号、健康保険証の保険者番号、および国民識別番号を挙げられる。
　特定部１１は、代理申請に係わる委託者の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　通知部１２は、代理申請の内容を、委託者へ通知する。通知部１２は、通知手段の一例である。
　一例では、通知部１２は、特定部１１から、 代理申請の内容を示す情報、および、代理申請に係わる委託者の個人識別情報を受信する。通知部１２は、委託者の個人識別情報から、委託者の連絡先アドレス（例えば、メールアドレス、携帯電話番号、ＳＮＳ（Social Network Service）アカウントのＵＲＬ（Uniform Resource Locator））を示す連絡先情報を抽出する。あるいは、通知部１２は、申請情報管理装置２００（図１１）を参照して、委託者が登録した代理申請に関する情報に含まれている、委託者の連絡先情報を取得する。
　通知部１２は、 委託者の連絡先アドレスを宛先として、代理申請の内容を示す情報を送信する。また、通知部１２は、委託者の連絡先情報を、要求部１３へ送信するとともに、代理申請の内容を委託者へ通知したことを、要求部１３に通知する。
　要求部１３は、代理申請を承認することを、委託者に要求する。要求部１３は、要求手段の一例である。一例では、要求部１３は、通知部１２から、委託者の連絡先情報を受信する。
　その後、要求部１３は、委託者の連絡先情報を用いて、委託者に接触して、代理申請を承認することを、委託者に要求する。
　要求部１３は、承認の返信先アドレス（つまり、代理申請の承認が「どのアドレス」へ届くのか）を、確認部１４へ通知する。例えば、要求部１３は、委託者に通知した送信専用のメールアドレスまたはＳＭＳ（Short Message Service）によるショートメッセージを、委託者に通知する。
　確認部１４は、委託者による承認を確認する。確認部１４は、確認手段の一例である。一例では、確認部１４は、要求部１３から、承認の返信先アドレスを受信する。また、確認部１４は、代理申請の承認を委託者へ要求したことを知らされる。確認部１４は、定期的に、代理申請の承認が承認の返信先アドレスへ到着しているかどうかを確認する。
　代理申請の承認が承認の返信先アドレスへ到着したとき、確認部１４は、代理申請の承認を受信したことを、職員専用の端末／受付端末３００（図１１）へ通知する。あるいは、またはそれに加えて、確認部１４は、代理申請の承認を受信したことを、受託者の端末（図１１）へ通知してもよい（実施形態５）。
　（申請支援装置１０の動作）
　図２を参照して、本実施形態１に係わる申請支援装置１０の動作を説明する。図２は、申請支援装置１０の各部が実行する処理の流れを示すフローチャートである。
　図２に示すように、特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する（Ｓ１０１）。特定部１１は、代理申請に係わる委託者の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　通知部１２は、特定部１１から、代理申請の内容を示す情報、および、代理申請に係わる委託者の個人識別情報を受信する。
　次に、通知部１２は、代理申請の内容を、委託者へ通知する（Ｓ１０２）。その後、通知部１２は、委託者の連絡先アドレスを示す連絡先情報を、要求部１３へ送信する。
　要求部１３は、通知部１２から、委託者の連絡先情報を受信する。要求部１３は、代理申請を承認することを、委託者に要求する（Ｓ１０３）。要求部１３は、委託者からの承認の返信先アドレスを、確認部１４に通知する。
　確認部１４は、要求部１３から、委託者からの承認の返信先アドレスを通知される。その後、確認部１４は、委託者からの承認の返信先アドレスを定期的に巡回することによって、委託者による承認の有無を確認する（Ｓ１０４）。
　以上で、本実施形態１に係わる申請支援装置１０の動作は終了する。
　（本実施形態の効果）
　本実施形態の構成によれば、特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。通知部１２は、代理申請の内容を、委託者へ通知する。要求部１３は、代理申請を承認することを、委託者に要求する。確認部１４は、委託者による承認を確認する。委託者による承認が得られたのち、行政機関の窓口の職員、あるいは、行政システムは、代理申請に係わる行政手続きを実行する。その後、受託者は、行政手続きが完了したことの報告を受領する。このようにして、代理申請の内容に関して、委託者による承認が得られたのち、代理申請に係わる行政手続きが行われる。これにより、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
　〔実施形態２〕
　図３から図４を参照して、実施形態２について説明する。本実施形態２では、代理申請を行おうとする受託者を本人確認（第１の本人確認）する構成を説明する。
　本実施形態２では、前記実施形態１と同じ符号を付した共通の構成要素について、前記実施形態１における説明を引用する。
　（申請支援装置２０）
　図３は、本実施形態２に係わる申請支援装置２０の構成を示すブロック図である。図３に示すように、申請支援装置２０は、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。加えて、申請支援装置２０は、第１の本人確認部２５をさらに備えている。
　第１の本人確認部２５は、受託者（代理人）を本人確認する。第１の本人確認部２５は、第１の本人確認手段の一例である。
　一例では、代理人が窓口または受付端末３００（図１１）において、代理申請を行うとき、第１の本人確認部２５は、代理人を本人確認する。言い換えれば、第１の本人確認部２５は、申請者が代理申請を行う権限を有する者かどうかを判定する。本人確認の手段は限定されない。
　第１の例では、第１の本人確認部２５は、顔照合または虹彩認証など、代理人の生体情報に基づいて、代理人を本人確認する。本例では、第１の本人確認部２５は、代理人の生体情報を取得するカメラなどの撮像デバイスから、代理人の生体情報を含むデータ（例えば、顔画像、虹彩画像）を取得する。
　また、第１の本人確認部２５は、認証済の代理人の生体情報を保存しているデータベース（図示せず）を参照するか、あるいは、認証済の代理人の生体情報のデータを格納したＩＣ（integrated circuit）カードを、カードリーダを用いて読み取る。
　そして、第１の本人確認部２５は、代理人から取得された生体情報と、認証済の代理人の生体情報とを照合する。
　そして、第１の本人確認部２５は、照合結果から、代理人を本人確認する。
　第２の例では、第１の本人確認部２５は、個人識別番号（例えば、保険者番号、免許証番号、国民識別番号、社員証番号）のデータを格納したＩＣカードを読み取る。第１の本人確認部２５は、認証済の代理人の識別情報を保存しているデータベース（図示せず）を参照して、ＩＣカードから読み取った識別情報と、認証済の代理人の識別情報とを照合する。
　そして、第１の本人確認部２５は、照合結果から、代理人を本人確認する。
　上述した第１の例又は第２の例では、第１の本人確認部２５は、公的認証サービスを利用して、代理人を本人確認してもよい。
　その他の例では、代理人が代理申請を行うよりも前に、委託者（依頼人）の端末１００（図１１）が、代理人を本人確認するための情報（例えば、代理人の氏名、生年月日、合言葉）を、申請情報管理装置２００（図１１）に予め登録する。本例では、第１の本人確認部２５は、代理人を本人確認するための情報を用いて、代理人を本人確認する。
　例えば、第１の本人確認部２５は、代理人本人の氏名及び生年月日を、代理人の端末４００（図１１）または受付端末３００（図１１）へ入力することを、代理人に要求する。第１の本人確認部２５は、代理人の端末４００または受付端末３００へ入力された情報と、申請情報管理装置２００（図１１）に予め登録された情報とを照合する。そして、第１の本人確認部２５は、照合結果から、代理人を本人確認する。
　第１の本人確認部２５は、本人確認結果として、代理人の本人確認が成功したか、あるいは失敗したかを、特定部１１へ通知する。
　特定部１１は、第１の本人確認部２５から、本人確認結果を受信する。代理人の本人確認が成功した場合のみ、特定部１１は、代理人が行おうとする代理申請に係わる依頼人を特定する。
　（変形例）
　一変形例では、第１の本人確認部２５は、代理申請の内容に基づき、受託者（代理人）を本人確認することの要否を判定する。例えば、第１の本人確認部２５は、行政手続きの種別に基づいて、代理人を本人確認する必要があるかどうかを判定する。行政手続きの種別によって、委任状が不要である場合もあるからである。
　一変形例では、第１の本人確認部２５は、代理人の本人確認に成功した場合、代理人の端末４００（図１１）へ、委任状の電子フォーマットを送信する。代理人は、代理人の端末４００を用いて、委任状の電子フォーマットを編集することによって、委任状の電子データを作成する。代理人は、作成した委任状の電子データをプリントアウトして、行政機関の窓口へ、委任状を提出するか、あるいは、作成した委任状の電子データを、近距離無線通信等により、代理人の端末４００から受付端末３００（図１１）へ送信することができる。
　なお、第１の本人確認部２５は、代理人の本人確認に成功したのち、代理人が行おうとする代理申請には、委任状が必要かどうかの判定を行ってもよい。また、第１の本人確認部２５は、委任状の電子フォーマットの発行履歴を、代理人の本人確認結果と紐づけて、申請情報管理装置２００に残してもよい。
　（申請支援装置２０の動作）
　図４を参照して、本実施形態２に係わる申請支援装置２０の動作を説明する。図４は、申請支援装置２０の各部が実行する処理の流れを示すフローチャートである。
　図４に示すように、第１の本人確認部２５は、代理人を本人確認する（Ｓ２０１）。 代理人の本人確認が失敗した場合（Ｓ２０２でＮｏ）、フローはステップＳ２０１へ戻り、第１の本人確認部２５は、再度、代理人を本人確認する。
　代理人の本人確認が成功した場合（Ｓ２０２でＹｅｓ）、特定部１１は、代理人が行おうとする代理申請に係わる依頼人を特定する（Ｓ２０３）。その後、特定部１１は、代理申請に係わる依頼人の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　通知部１２は、特定部１１から、代理申請の内容を示す情報、および、代理申請に係わる依頼人の個人識別情報を受信する。通知部１２は、依頼人の個人識別情報から、依頼人の連絡先情報を取得する。例えば、依頼人の連絡先情報は、依頼人の連絡先アドレス（例えば、メールアドレス、携帯電話番号、ＳＮＳアカウントのＵＲＬ）を表す。あるいは、通知部１２は、申請情報管理装置２００（図１１）を参照して、依頼人が登録した代理申請に関する情報に含まれている、依頼人の連絡先情報を取得する。
　次に、通知部１２は、代理申請の内容を、依頼人へ通知する（Ｓ２０４）。通知部１２は、依頼人の連絡先情報を、要求部１３へ送信するとともに、代理申請の内容を依頼人へ通知したことを、要求部１３に通知する。
　要求部１３は、通知部１２から、依頼人の連絡先情報を受信する。要求部１３は、代理申請を承認することを、依頼人に要求する（Ｓ２０５）。要求部１３は、依頼人からの返信先アドレスを、確認部１４に通知する。
　確認部１４は、要求部１３から、依頼人からの返信先アドレスを通知される。その後、確認部１４は、依頼人からの返信先アドレスを定期的に巡回することによって、依頼人からの代理申請の承認の有無を確認する（Ｓ２０６）。
　以上で、本実施形態２に係わる申請支援装置２０の動作は終了する。
　（本実施形態の効果）
　本実施形態の構成によれば、特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。通知部１２は、代理申請の内容を、委託者へ通知する。要求部１３は、代理申請を承認することを、委託者に要求する。確認部１４は、委託者による承認を確認する。委託者による承認が得られたのち、行政機関の窓口の職員、あるいは、行政システムは、代理申請に係わる行政手続きを実行する。その後、受託者は、行政手続きが完了したことの報告を受領する。このようにして、代理申請の内容に関して、委託者による承認が得られたのち、代理申請に係わる行政手続きが行われる。これにより、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
　さらに、本実施形態の構成によれば、第１の本人確認部２５は、受託者を本人確認する。これにより、受託者に成りすました第三者が代理申請を行うことを防止することができる。そのため、利用者はより安心して、行政サービスを利用することができる。
　〔実施形態３〕
　図５から図７を参照して、実施形態３について説明する。本実施形態３では、受託者が行おうとする代理申請に係わる委託者を本人確認（第２の本人確認）する構成を説明する。
　本実施形態３では、前記実施形態１～２と同じ符号を付した共通の構成要素について、前記実施形態１～２における説明を引用する。
　（申請支援装置３０）
　図５は、本実施形態３に係わる申請支援装置３０の構成を示すブロック図である。図５に示すように、申請支援装置３０は、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。加えて、申請支援装置３０は、第２の本人確認部３５をさらに備えている。
　第２の本人確認部３５は、受託者（代理人）が行おうとする代理申請に係わる委託者（依頼人）を本人確認する。第２の本人確認部３５は、第２の本人確認手段の一例である。
　一例では、依頼人が代理申請を承認しようとするとき、第２の本人確認部３５は、依頼人を本人確認する。本人確認の手段は限定されない。
　第１の例では、第２の本人確認部３５は、顔照合または虹彩認証など、依頼人の生体情報に基づいて、依頼人を本人確認する。本例では、第２の本人確認部３５は、依頼人の生体情報を取得するカメラなどの撮像デバイスから、依頼人の生体情報を含むデータ（例えば、顔画像、虹彩画像）を取得する。
　また、第２の本人確認部３５は、認証済の依頼人の生体情報を保存しているデータベース（図示せず）を参照するか、あるいは、カードリーダによって、認証済の依頼人の生体情報のデータを格納したＩＣカードを読み取る。そして、第２の本人確認部３５は、依頼人から取得された生体情報と、認証済の依頼人の生体情報とを照合することによって、依頼人を本人確認する。
　第２の例では、第２の本人確認部３５は、個人識別番号（例えば、保険者番号、免許証番号、国民識別番号）のデータを格納したＩＣカードを読み取る。第２の本人確認部３５は、認証済の依頼人の個人識別情報を保存しているデータベース（図示せず）を参照して、ＩＣカードから読み取った個人識別情報と、認証済の依頼人の個人識別情報とを照合する。そして、第２の本人確認部３５は、照合結果から、依頼人を本人確認する。
　上述した第１の例又は第２の例では、第２の本人確認部３５は、公的認証サービスを利用して、依頼人を本人確認してもよい。
　第２の本人確認部３５は、本人確認結果として、依頼人の本人確認が成功したか、あるいは失敗したかを、確認部１４へ通知する。
　確認部１４は、第２の本人確認部３５から、本人確認結果を受信する。依頼人の本人確認が成功した場合のみ、確認部１４は、依頼人からの代理申請の承認を受け付ける。そして、確認部１４は、代理申請の承認を受信したことを、職員専用の端末／受付端末３００（図１１）、および／または、代理人の端末４００（図１１）へ通知する。
　（申請支援装置３０の動作）
　図６を参照して、本実施形態３に係わる申請支援装置３０の動作を説明する。図６は、申請支援装置３０の各部が実行する処理の流れを示すフローチャートである。
　図６に示すように、特定部１１は、代理人が行おうとする代理申請に係わる依頼人を特定する（Ｓ３０１）。その後、特定部１１は、代理申請に係わる依頼人の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　通知部１２は、特定部１１から、代理申請の内容を示す情報、および、代理申請に係わる依頼人の個人識別情報を受信する。
　次に、通知部１２は、代理申請の内容を、依頼人へ通知する（Ｓ３０２）。通知部１２は、依頼人の連絡先情報を、要求部１３へ送信するとともに、代理申請の内容を依頼人へ通知したことを、要求部１３に通知する。
　要求部１３は、通知部１２から、依頼人の連絡先情報を受信する。要求部１３は、代理申請を承認することを、依頼人に要求する（Ｓ３０３）。要求部１３は、代理申請の承認を依頼人に要求したことを、第２の本人確認部３５に通知する。
　第２の本人確認部３５は、要求部１３から、代理申請の承認を依頼人に要求したことを通知される。
　第２の本人確認部３５は、依頼人を本人確認する（Ｓ３０４）。依頼人の本人確認が失敗した場合（Ｓ３０５でＮｏ）、フローはステップＳ３０４へ戻り、第２の本人確認部３５は、再度、依頼人を本人確認する。
　依頼人の本人確認が成功した場合（Ｓ３０５でＹｅｓ）、確認部１４は、依頼人からの代理申請の承認を受け付ける。その後、確認部１４は、依頼人からの返信先アドレスを定期的に巡回することによって、依頼人からの代理申請の承認の有無を確認する（Ｓ３０６）。
　以上で、本実施形態３に係わる申請支援装置３０の動作は終了する。
　（変形例）
　本実施形態３の申請支援装置３０の一変形例を説明する。一変形例では、代理人の本人確認（第１の本人確認）、および依頼人の本人確認（第２の本人確認）のどちらも行われる。
　（申請支援装置３０Ａ）
　図７は、本実施形態３の一変形例に係わる申請支援装置３０Ａの構成を示すブロック図である。図７に示すように、申請支援装置３０Ａは、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。加えて、申請支援装置３０Ａは、第１の本人確認部２５および第２の本人確認部３５をさらに備えている。
　第１の本人確認部２５は、受託者（代理人）を本人確認する。第１の本人確認部２５は、第１の本人確認手段の一例である。第１の本人確認部２５による代理人の本人確認の方法について、前記実施形態２で説明したため、ここではその説明を省略する。
　本変形例では、代理人が窓口または受付端末３００（図１１）において、代理申請を行うとき、第１の本人確認部２５は、代理人を本人確認（第１の本人確認）する。一方、依頼人が代理申請を承認しようとするとき、第２の本人確認部３５は、依頼人を本人確認（第２の本人確認）する。
　本変形例の構成によれば、第１の本人確認部２５は、代理人を本人確認し、第２の本人確認部３５は、依頼人を本人確認する。これにより、代理人または依頼人に成りすました第三者が、代理申請またはその承認を行うことを防止することができる。そのため、利用者はより安心して、行政サービスを利用することができる。
　（本実施形態の効果）
　本実施形態の構成によれば、特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。通知部１２は、代理申請の内容を、委託者へ通知する。要求部１３は、代理申請を承認することを、委託者に要求する。確認部１４は、委託者による承認を確認する。委託者による承認が得られたのち、行政機関の窓口の職員、あるいは、行政システムは、代理申請に係わる行政手続きを実行する。その後、受託者は、行政手続きが完了したことの報告を受領する。このようにして、代理申請の内容に関して、委託者による承認が得られたのち、代理申請に係わる行政手続きが行われる。これにより、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
　さらに、本実施形態の構成によれば、第２の本人確認部３５は、委託者を本人確認する。これにより、委託者に成りすました第三者が代理申請の承認を行うことを防止することができる。そのため、利用者はより安心して、行政サービスを利用することができる。
　〔実施形態４〕
　図８から図１０を参照して、実施形態４について説明する。本実施形態４では、委託者および代理申請に関する情報を予め登録することで、受託者が代理申請の申し込みを行ったとき、行政手続きがスムーズに進行するようにさせる構成を説明する。
　本実施形態４では、前記実施形態１～３と同じ符号を付した共通の構成要素について、前記実施形態１～３における説明を引用する。
　（申請支援装置４０）
　図８は、本実施形態４に係わる申請支援装置４０の構成を示すブロック図である。図８に示すように、申請支援装置４０は、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。加えて、申請支援装置４０は、登録部４５をさらに備えている。
　登録部４５は、委託者（依頼人）および代理申請に関する情報を登録する。登録部４５は、登録手段の一例である。
　一例では、登録部４５は、委託者（依頼人）の端末１００（図１１）から、依頼人および代理申請に関する情報を取得する。
　依頼人および代理申請に関する情報は、依頼人の個人識別情報を含む。依頼人の個人識別情報とは、例えば、依頼人の個人識別番号である。個人識別番号の例として、運転免許証の免許証番号、健康保険証の保険者番号、および国民識別番号を挙げられる。あるいは、登録部４５は、依頼人の本人確認（実施形態３）のために使用された依頼人の生体情報を、依頼人の個人識別情報として取得してもよい。
　代理申請に関する情報とは、例えば、代理申請の対象である行政手続きの種別（例えば、転出・転入届の提出、または公文書の交付申請など）を示す情報である。代理申請に関する情報は、代理人を本人確認するための情報（実施形態２）を含んでいてもよい。代理申請に関する情報は、代理申請の内容を示す情報まで含まなくてもよい。後に、代理人または職員が、代理申請のための入力を行うことで、代理申請の内容を示す情報が生成されるからである。
　登録部４５は、依頼人および代理申請に関する情報を、申請情報管理装置２００（図１１）に登録する。また、登録部４５は、依頼人および代理申請に関する情報を、特定部１１へ送信する。
　特定部１１は、登録部４５から、依頼人および代理申請に関する情報を受信する。特定部１１は、委託者および代理申請に関する情報に基づいて、代理人が行う行政手続きの代理申請に係わる依頼人を特定する。一例では、特定部１１は、依頼人の個人識別情報を用いて、依頼人を特定する。
　また、特定部１１は、職員専用の端末または受付端末３００（図１１）から、代理申請の内容を示す情報を受信する。そして、特定部１１は、代理申請に関する情報と、代理申請の内容を示す情報とを照合する。
　例えば、特定部１１は、依頼人が登録した、代理申請の対象である行政手続きの種別と、代理申請の内容が指し示す行政手続きの種別とが一致するかどうかを判定する。両者が不一致である場合、特定部１１は、職員専用の端末または受付端末３００へ、代理申請はＮＧであることを報告する。
　一方、依頼人が登録した、代理申請の対象である行政手続きの種別と、代理申請の内容が指し示す行政手続きの種別とが一致する場合、特定部１１は、代理申請に係わる依頼人の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　（変形例）
　一変形例では、登録部４５は、代理申請に関する情報として、代理人を指定する情報を登録する。代理人を指定する情報は、代理人の連絡先情報（例えば、連絡先アドレス）を含む。
　本変形例では、登録部４５は、代理申請と１対１で対応する固有データを生成して、その固有データと紐づけられた二次元バーコードを発行する。そして、登録部４５は、代理人の連絡先情報を用いて、発行した二次元バーコードを、代理人の端末４００（図１１）へ送信する。また、登録部４５は、代理申請と１対１で対応する固有データを、申請情報管理装置２００（図１１）に登録する。なお、二次元バーコードは、固有データの識別情報の単なる一例である。
　代理人は、代理申請の申し込みを行う際に、登録部４５から受信した二次元バーコードを、代理人の端末４００に表示させて、職員の専用端末／受付端末３００（図１１）と接続されたスキャナに、二次元バーコードを読み取らせる。なお、「職員の専用端末／受付端末３００」とは、「職員の専用端末および受付端末３００のうち少なくとも一方」を意味する。
　職員の専用端末／受付端末３００は、スキャナが読み取った二次元バーコードに紐づけられた固有データを、代理人を本人確認する第１の本人確認部２５（図３、図７）へ送信する。第１の本人確認部２５は、申請情報管理装置２００を参照して、登録された固有データを取得する。第１の本人確認部２５は、職員の専用端末／受付端末３００から受信した固有データと、登録された固有データとを照合することによって、代理人を本人確認する。
　本変形例の構成によれば、代理申請と１対１で対応する固有データを用いることによって、代理人をより確実に本人確認することができる。
　（申請支援装置４０の動作）
　図９を参照して、本実施形態４に係わる申請支援装置４０の動作を説明する。図９は、申請支援装置４０の各部が実行する処理の流れを示すフローチャートである。
　図９に示すように、登録部４５は、依頼人および代理申請に関する情報を登録する（Ｓ４０１）。登録部４５は、代理申請に関する情報に依頼人の個人識別情報を紐づけて、申請情報管理装置２００（図１１）に、これらの情報を登録する。また、登録部４５は、依頼人および代理申請に関する情報を、特定部１１へ送信する。
　特定部１１は、依頼人の個人識別情報に基づいて、代理人が行おうとする代理申請に係わる依頼人を特定する（Ｓ４０２）。その後、特定部１１は、代理申請に係わる依頼人の個人識別情報を、代理申請の内容を示す情報とともに、通知部１２へ送信する。
　通知部１２は、特定部１１から、代理申請の内容を示す情報、および、代理申請に係わる依頼人の個人識別情報を受信する。
　次に、通知部１２は、代理申請の内容を、依頼人へ通知する（Ｓ４０３）。通知部１２は、依頼人の連絡先情報を、要求部１３へ送信するとともに、代理申請の内容を依頼人へ通知したことを、要求部１３に通知する。
　要求部１３は、通知部１２から、依頼人の連絡先情報を受信する。要求部１３は、代理申請を承認することを、依頼人に要求する（Ｓ４０４）。要求部１３は、依頼人からの返信先アドレスを、確認部１４に通知する。
　確認部１４は、要求部１３から、依頼人からの返信先アドレスを通知される。その後、確認部１４は、依頼人からの返信先アドレスを定期的に巡回することによって、依頼人からの代理申請の承認の有無を確認する（Ｓ４０５）。
　以上で、本実施形態４に係わる申請支援装置４０の動作は終了する。
　（変形例）
　本実施形態４の申請支援装置４０の一変形例を説明する。一変形例では、代理人の本人確認（第１の本人確認）が行われた後、依頼人および代理申請に関する情報が登録される。
　（申請支援装置４０Ａ）
　図１０は、本実施形態４の一変形例に係わる申請支援装置４０Ａの構成を示すブロック図である。図１０に示すように、申請支援装置４０Ａは、特定部１１、通知部１２、要求部１３、および確認部１４を備えている。加えて、申請支援装置４０Ａは、第２の本人確認部３５および登録部４５をさらに備えている。
　登録部４５が依頼人および代理申請に関する情報を登録する前に、第２の本人確認部３５は、委託者（依頼人）を本人確認する。依頼人の本人確認が成功した場合、登録部４５は、依頼人および代理申請に関する情報を登録する。
　本変形例では、依頼人が、依頼人の端末１００（図１１）を用いて、依頼人および代理申請に関する情報を入力するとき、第２の本人確認部３５は、依頼人を本人確認（第２の本人確認）する。
　本変形例の構成によれば、委託者（依頼人）を本人確認することに成功した場合にのみ、登録部４５は、依頼人および代理申請に関する情報を登録する。これにより、依頼人に成りすました第三者が登録を行うことを防止することができる。そのため、利用者はより安心して、行政サービスを利用することができる。
　（本実施形態の効果）
　本実施形態の構成によれば、特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。通知部１２は、代理申請の内容を、委託者へ通知する。要求部１３は、代理申請を承認することを、委託者に要求する。確認部１４は、委託者による承認を確認する。委託者による承認が得られたのち、行政機関の窓口の職員、あるいは、行政システムは、代理申請に係わる行政手続きを実行する。その後、受託者は、行政手続きが完了したことの報告を受領する。このようにして、代理申請の内容に関して、委託者による承認が得られたのち、代理申請に係わる行政手続きが行われる。これにより、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
　さらに、本実施形態の構成によれば、登録部４５は、委託者および代理申請に関する情報を登録する。特定部１１は、委託者および代理申請に関する情報に基づいて、代理人が行う行政手続きの代理申請に係わる依頼人を特定する。これにより、受託者が代理申請の申し込みを行ったとき、行政手続きがスムーズに進行するようにさせることができる。
　〔実施形態５〕
　図１１から図１２を参照して、実施形態５について説明する。本実施形態５では、前記実施形態１～４のいずれかに係わる申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａを備えた申請支援システムの構成の一例を説明する。
　本実施形態５では、前記実施形態１～４と同じ符号を付した共通の構成要素について、前記実施形態１～４における説明を引用する。
　（申請支援システム１の構成の一例）
　図１１は、本実施形態５に係わる申請支援システム１の構成の一例を概略的に示す図である。図１１に示すように、申請支援システム１は、委託者（依頼人）の端末１００と、申請情報管理装置２００と、職員の専用端末／受付端末３００と、受託者（代理人）の端末４００とを備えている。図１１において、矢印は、イントラネットまたはインターネットの通信回線を介するデータ通信を表す。
　申請情報管理装置２００は、前記実施形態１～４のいずれかに係わる申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａを備えている。
　より詳細には、申請情報管理装置２００は、前記実施形態１～４のいずれかに係わる申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａの構成要素のうち、少なくとも、特定部１１、通知部１２、要求部１３、および確認部１４として機能するように構成されている。また、申請情報管理装置２００は、委託者（依頼人）および代理申請に関する情報を保存するための記憶部（図示せず）を備えている。
　一例では、申請情報管理装置２００は、受託者（代理人）が、代理申請を行う権限を有する者である場合、代理申請の内容を、委託者（依頼人）へ通知し、受託者（代理人）が、代理申請を行う権限を有する者ではない場合、代理申請の内容を、委託者（依頼人）へ通知しない。
　依頼人の端末１００、代理人の端末４００、および、職員の専用端末／受付端末３００はいずれも、通信機能を備えた情報機器である。 依頼人の端末１００、代理人の端末４００は、例えば、インターネット（モバイルネットワークを含む）または無線ＬＡＮ（Local Area Network）に接続可能なスマートフォン、タブレット端末、またはパーソナルコンピュータである。職員の専用端末／受付端末３００は、例えば、イントラネットまたはインターネットに接続可能なコンピュータ、または情報端末である。しかしながら、これらの端末の機種は特に限定されない。
　依頼人の端末１００は、顔認証、指紋認証、またはパスコード認証など、依頼人を認証するための機能を有していてもよい。この場合、依頼人の端末１００は、これらの認証機能を利用することによって、依頼人を本人確認する第２の本人確認部３５（図５、図７）の代替として機能することができる。
　あるいは、依頼人の端末１００は、ＩＣカードリーダとしての機能を有していてもよい。この場合、依頼人の端末１００は、ＩＣカードから読み取った個人識別情報を、公的認証サービスのシステム（図示せず）へ送信して、公的認証サービスから、依頼人の認証結果を取得してもよい。この場合、依頼人の端末１００および公的認証サービスは、協働することによって、依頼人を本人確認する第２の本人確認部３５（図５、図７）の代替として機能することができる。
　加えて、依頼人の端末１００は、 委託者（依頼人）および代理申請に関する情報を登録する登録部４５（図８、図１０）の代替として機能してもよい。
　職員の専用端末／受付端末３００は、代理人を本人確認する第１の本人確認部２５（図３、図７）として、代理人を本人確認してもよい。
　代理人の端末４００に、行政システムのイントラネットと接続するための専用のアプリケーションソフトウェアがインストールされている場合、代理人の端末４００は、顔認証、指紋認証、またはパスコード認証などの認証機能を利用して、代理人を本人確認してもよい。この場合、代理人の端末４００は、代理人を本人確認する第１の本人確認部２５（図３、図７）の代替として機能することができる。
　（申請支援システム１の動作の一例）
図１２を参照して、本実施形態５に係わる申請支援システム１の動作の一例を説明する。図１２は、申請支援システム１の各部が実行する処理の流れを示すシーケンス図である。
　図１２に示すように、代理人（受託者）の端末４００、または、職員の専用端末／受付端末３００は、申請情報管理装置２００へ、代理申請の内容を示す情報を送信する（Ｐ１０１）。
　特定部１１としての申請情報管理装置２００は、代理申請の内容を示す情報に基づいて、依頼人（委託者）を特定する（Ｐ２０１）。
　通知部１２としての申請情報管理装置２００は、代理申請の内容を依頼人へ通知する（Ｐ２０２）。なお、ステップＰ２０２において、申請情報管理装置２００は、代理人（受託者）が、代理申請を行う権限を有する者である場合、代理申請の内容を、依頼人（委託者）へ通知する一方、代理人（受託者）が、代理申請を行う権限を有する者ではない場合、代理申請の内容を、依頼人（委託者）へ通知しなくてもよい。
　依頼人（委託者）の端末１００は、申請情報管理装置２００から、代理申請の内容を示す情報を受信する（Ｐ３０１）。
　要求部１３としての申請情報管理装置２００は、代理申請を承認することを、依頼人（委託者）に要求する（Ｐ２０３）。要求部１３としての申請情報管理装置２００は、承認要求を、返信先アドレスとともに、依頼人（委託者）の端末１００へ送信する。
　依頼人（委託者）は、代理申請の内容を確認して、問題がなければ、代理申請の承認を依頼人の端末１００へ入力する。
　その後、依頼人（委託者）の端末１００は、返信先アドレスへ、代理申請の承認を送信する（Ｐ３０２）。
　確認部１４としての申請情報管理装置２００は、返信先アドレスに到着した、依頼人（委託者）からの代理申請の承認を確認する（Ｐ２０４）。
　その後、申請情報管理装置２００は、代理申請が承認されたことを、職員の専用端末／受付端末３００、および／または代理人（受託者）の端末４００へ通知する。
　以上で、本実施形態５に係わる申請支援システム１の動作は終了する。
　（本実施形態の効果）
　本実施形態の構成によれば、申請支援システム１は、前記実施形態１～４のいずれかに係わる申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａを備えた申請情報管理装置２００と、受託者が代理申請のために行う入力を受け付ける受付端末３００とを備えている。申請情報管理装置２００は、前記実施形態１～４のいずれかに係わる申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａの構成要素のうち、少なくとも、特定部１１、通知部１２、要求部１３、および確認部１４として機能するように構成されている。
　特定部１１は、受託者が行おうとする代理申請に係わる委託者を特定する。通知部１２は、代理申請の内容を、委託者へ通知する。要求部１３は、代理申請を承認することを、委託者に要求する。確認部１４は、委託者による承認を確認する。委託者による承認が得られたのち、行政機関の窓口の職員、あるいは、行政システムは、代理申請に係わる行政手続きを実行する。その後、受託者は、行政手続きが完了したことの報告を受領する。このようにして、代理申請の内容に関して、委託者による承認が得られたのち、代理申請に係わる行政手続きが行われる。これにより、利用者が安心して利用できる行政サービスを提供するための仕組みを提供することができる。
　（ハードウェア構成について）
　前記実施形態１～４で説明した申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａの各構成要素は、機能単位のブロックを示している。これらの構成要素の一部又は全部は、例えば図１３に示すような情報処理装置９００により実現される。図１３は、情報処理装置９００のハードウェア構成の一例を示すブロック図である。
　図１３に示すように、情報処理装置９００は、一例として、以下のような構成を含む。
　　・ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）９０１
　　・ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）９０２
　　・ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）９０３
　　・ＲＡＭ９０３にロードされるプログラム９０４
　　・プログラム９０４を格納する記憶装置９０５
　　・記録媒体９０６の読み書きを行うドライブ装置９０７
　　・通信ネットワーク９０９と接続する通信インタフェース９０８
　　・データの入出力を行う入出力インタフェース９１０
　　・各構成要素を接続するバス９１１
　前記実施形態１～４で説明した申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａの各構成要素は、これらの機能を実現するプログラム９０４をＣＰＵ９０１が読み込んで実行することで実現される。各構成要素の機能を実現するプログラム９０４は、例えば、予め記憶装置９０５やＲＯＭ９０２に格納されており、必要に応じてＣＰＵ９０１がＲＡＭ９０３にロードして実行される。なお、プログラム９０４は、通信ネットワーク９０９を介してＣＰＵ９０１に供給されてもよいし、予め記録媒体９０６に格納されており、ドライブ装置９０７が当該プログラムを読み出してＣＰＵ９０１に供給してもよい。
　上記の構成によれば、前記実施形態１～４において説明した申請支援装置１０，２０，３０，３０Ａ，４０，４０Ａが、ハードウェアとして実現される。したがって、前記実施形態１～４のいずれかにおいて説明した効果と同様の効果を奏することができる。
　（付記）
　本発明の一態様は、以下の付記のようにも記載されるが、以下に限定されない。
　　（付記１）
　受託者が行おうとする代理申請に係わる委託者を特定する特定手段と、
　前記代理申請の内容を、前記委託者へ通知する通知手段と、
　前記代理申請を承認することを、前記委託者に要求する要求手段と、
　前記委託者による承認を確認する確認手段と、
　を備えた申請支援装置。
　（付記２）
　前記受託者を本人確認する第１の本人確認手段をさらに備えた
　ことを特徴とする付記１に記載の申請支援装置。
　　（付記３）
　前記第１の本人確認手段は、前記受託者が前記代理申請を行うとき、前記受託者を本人確認する
　ことを特徴とする付記２に記載の申請支援装置。
　　（付記４）
　前記第１の本人確認手段は、前記代理申請の内容に基づき、前記受託者を本人確認することの要否を判定する
　ことを特徴とする付記２または３に記載の申請支援装置。
　　（付記５）
　前記委託者を本人確認する第２の本人確認手段をさらに備えた
　ことを特徴とする付記１から４のいずれか１項に記載の申請支援装置。
　　（付記６）
　前記第２の本人確認手段は、前記委託者が前記代理申請を承認しようとするとき、前記委託者を本人確認する
　ことを特徴とする付記５に記載の申請支援装置。
　　（付記７）
　前記委託者および前記代理申請に関する情報を登録する登録手段をさらに備え、
　前記特定手段は、前記委託者および前記代理申請に関する情報に基づいて、前記代理申請に係わる前記委託者を特定する
　ことを特徴とする付記１から６のいずれか１項に記載の申請支援装置。
　　（付記８） 
　付記１から７のいずれか１項に記載の申請支援装置を備えた申請情報管理装置と、
　受託者が代理申請のために行う入力を受け付ける受付端末とを備え、
　前記申請情報管理装置は、委託者が登録した前記代理申請に関する情報を保存する
　ことを特徴とする申請支援システム。
　　（付記９）
　受託者が行おうとする代理申請に係わる委託者を特定し、
　前記代理申請の内容を、前記委託者へ通知し、
　前記代理申請を承認することを、前記委託者に要求し、
　前記委託者による承認を確認する、
　申請支援方法。
　　（付記１０）
　受託者が行おうとする代理申請に係わる委託者を特定することと、
　前記代理申請の内容を、前記委託者へ通知することと、
　前記代理申請を承認することを、前記委託者に要求することと、
　前記委託者による承認を確認することと、
　をコンピュータに実行させるためのプログラム。
　　（付記１１）
　前記受付端末は、前記受託者が前記代理申請のための入力を行うとき、前記受託者を本人確認する
　ことを特徴とする付記８に記載の申請支援システム。
　　（付記１２）
　前記受付端末は、前記代理申請に係る前記行政手続きが完了したことを、前記受託者へ報告する
　ことを特徴とする付記８または１１に記載の申請支援システム。
　　（付記１３）
　前記申請情報管理装置は、
　　前記受託者が、前記代理申請を行う権限を有する者である場合、前記代理申請の内容を、前記委託者へ通知し、
　　前記受託者が、前記代理申請を行う権限を有する者ではない場合、前記代理申請の内容を、前記委託者へ通知しない
　ことを特徴とする付記８または１１から１２のいずれか１項に記載の申請支援システム。
　（付記１４）
　前記登録手段は、前記受託者を指定する情報を登録する
　ことを特徴とする付記７に記載の申請支援装置。
　以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。上記実施形態（及び実施例）の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０２１年７月３０日に出願された日本出願特願２０２１－１２５０４１を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、例えば、住民など行政サービスの利用者が、行政サービスを安心して利用できるように支援する申請支援装置に利用することができる。
　　１０　申請支援装置
　　１１　特定部
　　１２　通知部
　　１３　要求部
　　１４　確認部
　　２０　申請支援装置
　　２５　第１の本人確認部
　　３０　申請支援装置
　３０Ａ　申請支援装置
　　３５　第２の本人確認部
　　４０　申請支援装置
　４０Ａ　申請支援装置
　　４５　登録部
　１００　委託者（依頼人）の端末
　２００　申請情報管理装置
　３００　職員の専用端末／受付端末
　４００　受託者（代理人）の端末

Claims (14)

  1. 　受託者が行おうとする代理申請に係わる委託者を特定する特定手段と、
    　前記代理申請の内容を、前記委託者へ通知する通知手段と、
    　前記代理申請を承認することを、前記委託者に要求する要求手段と、
    　前記委託者による承認を確認する確認手段と、
    　を備えた申請支援装置。
  2. 　前記受託者を本人確認する第１の本人確認手段をさらに備えた
    　ことを特徴とする請求項１に記載の申請支援装置。
  3. 　前記第１の本人確認手段は、前記受託者が前記代理申請を行うとき、前記受託者を本人確認する
    　ことを特徴とする請求項２に記載の申請支援装置。
  4. 　前記第１の本人確認手段は、前記代理申請の内容に基づき、前記受託者を本人確認することの要否を判定する
    　ことを特徴とする請求項２または３に記載の申請支援装置。
  5. 　前記委託者を本人確認する第２の本人確認手段をさらに備えた
    　ことを特徴とする請求項１から４のいずれか１項に記載の申請支援装置。
  6. 　前記第２の本人確認手段は、前記委託者が前記代理申請を承認しようとするとき、前記委託者を本人確認する
    　ことを特徴とする請求項５に記載の申請支援装置。
  7. 　前記委託者および前記代理申請に関する情報を登録する登録手段をさらに備え、
    　前記特定手段は、前記委託者および前記代理申請に関する情報に基づいて、前記代理申請に係わる前記委託者を特定する
    　ことを特徴とする請求項１から６のいずれか１項に記載の申請支援装置。
  8. 　前記登録手段は、前記受託者を指定する情報を登録する
    　ことを特徴とする請求項７に記載の申請支援装置。
  9. 　請求項１から８のいずれか１項に記載の申請支援装置を備えた申請情報管理装置と、
    　受託者が代理申請のために行う入力を受け付ける受付端末とを備え、
    　前記申請情報管理装置は、委託者が登録した前記代理申請に関する情報を保存する
    　ことを特徴とする申請支援システム。
  10. 　前記受付端末は、前記受託者が前記代理申請のための入力を行うとき、前記受託者を本人確認する
    　ことを特徴とする請求項９に記載の申請支援システム。
  11. 　前記受付端末は、前記代理申請に係る前記行政手続きが完了したことを、前記受託者へ報告する
    　ことを特徴とする請求項９または１０に記載の申請支援システム。
  12. 　前記申請情報管理装置は、
    　　前記受託者が、前記代理申請を行う権限を有する者である場合、前記代理申請の内容を、前記委託者へ通知し、
    　　前記受託者が、前記代理申請を行う権限を有する者ではない場合、前記代理申請の内容を、前記委託者へ通知しない
    　ことを特徴とする請求項９から１１のいずれか１項に記載の申請支援システム。
  13. 　受託者が行おうとする代理申請に係わる委託者を特定し、
    　前記代理申請の内容を、前記委託者へ通知し、
    　前記代理申請を承認することを、前記委託者に要求し、
    　前記委託者による承認を確認する、
    　申請支援方法。
  14. 　受託者が行おうとする代理申請に係わる委託者を特定することと、
    　前記代理申請の内容を、前記委託者へ通知することと、
    　前記代理申請を承認することを、前記委託者に要求することと、
    　前記委託者による承認を確認することと、
    　をコンピュータに実行させるためのプログラムを格納した、一時的でない記録媒体。
PCT/JP2022/001295 2021-07-30 2022-01-17 申請支援装置、申請支援システム、申請支援方法、および記録媒体 WO2023007767A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023538214A JPWO2023007767A5 (ja) 2022-01-17 申請支援装置、申請支援システム、申請支援方法、およびプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-125041 2021-07-30
JP2021125041 2021-07-30

Publications (1)

Publication Number Publication Date
WO2023007767A1 true WO2023007767A1 (ja) 2023-02-02

Family

ID=85086605

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/001295 WO2023007767A1 (ja) 2021-07-30 2022-01-17 申請支援装置、申請支援システム、申請支援方法、および記録媒体

Country Status (1)

Country Link
WO (1) WO2023007767A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012203886A (ja) * 2011-03-28 2012-10-22 Fujitsu Ltd 申請処理装置、申請処理方法、申請処理プログラム
JP2018136682A (ja) * 2017-02-21 2018-08-30 Ｎｅｃソリューションイノベータ株式会社 委任管理システムおよび委任管理方法
JP2020061078A (ja) * 2018-10-12 2020-04-16 グローリー株式会社 伝票生成システム、電子記帳機及び伝票生成方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012203886A (ja) * 2011-03-28 2012-10-22 Fujitsu Ltd 申請処理装置、申請処理方法、申請処理プログラム
JP2018136682A (ja) * 2017-02-21 2018-08-30 Ｎｅｃソリューションイノベータ株式会社 委任管理システムおよび委任管理方法
JP2020061078A (ja) * 2018-10-12 2020-04-16 グローリー株式会社 伝票生成システム、電子記帳機及び伝票生成方法

Also Published As

Publication number Publication date
JPWO2023007767A1 (ja) 2023-02-02

Similar Documents

Publication Publication Date Title
US10235672B2 (en) Securely receiving from a remote user sensitive information and authorization to perform a transaction using the sensitive information
KR102510706B1 (ko) 무선 주파수 식별 가능한 신분 서류 및 제스처 요청-응답 프로토콜에 기초한 사용자 인증
KR101520511B1 (ko) 개인식별번호를 이용한 사용자 인증 시스템, 사용자 단말 장치, 조회 장치, 인증 서버 및 그 사용자 인증 방법
JP2023031016A (ja) 情報処理システム、情報管理サーバ、情報管理方法、及びプログラム
WO2019174354A1 (zh) 认证方法及装置
JP2016206982A (ja) 委任システム、代理人携帯端末及び制御方法
TW202022663A (zh) 識別認證系統及其方法
CN111431857B (zh) 超级账本的授权访问方法、装置及存储介质
WO2023007767A1 (ja) 申請支援装置、申請支援システム、申請支援方法、および記録媒体
JP2008134810A (ja) 利用情報登録システムおよび利用情報登録方法ならびに認証システム，認証サーバおよびそれらのプログラム
US8944321B1 (en) Information processing using machine-readable codes
WO2022091221A1 (ja) 情報処理装置、情報処理方法、およびプログラム
KR101591909B1 (ko) 음성 동의 파일이 결합된 전자 위임장 서비스 제공 방법
JP2018018536A (ja) 電子契約の締結に用いられる契約締結サーバ及び電子契約の締結方法
CA2891432C (en) Securely receiving from a remote user sensitive information and authorization to perform a transaction using the sensitive information
KR20150105937A (ko) 대출 계약 방법 및 이러한 방법을 수행하는 장치
JP2008123041A (ja) 本人証明システム及び本人証明方法
KR101568374B1 (ko) 모바일 전자서명을 이용한 모바일 대출 방법 및 시스템
KR20140142465A (ko) 대출 계약 방법 및 이러한 방법을 수행하는 장치
JP7449574B2 (ja) 事前入力システム、個人情報の提供方法及びプログラム
US20230350988A1 (en) Verifiable credential verifying apparatus and method
JP2003108708A (ja) セキュアアプリケーションフレームワーク及び該セキュアアプリケーションフレームワークを用いた電子申請システム，装置，方法並びにプログラム
US20230259602A1 (en) Method for electronic identity verification and management
JP2018032235A (ja) 情報処理システム、情報処理装置及びプログラム
US20240134957A1 (en) Dynamic consent management platform and personal information management method thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22848851

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023538214

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE